Exigences non fonctionnelles
Les exigences non fonctionnelles sont des exigences sur la qualité du logiciel
- fiabilité
- maintenablilité
- rendement (temps de réponse)
- utilisabilité (facilité d’utilisation ou « ergonomie »)
- sécurité
- interopérabilité
La différence entre deux logiciels tient souvent au respect des exigences non fonctionnelles.
Les exigences non fonctionnelles sont difficiles à formuler. L’établissement adaptera à son contexte les exigences fournies dans les chapitres qui suivent.
10.Exigences d’apparence et de style
Les exigences de ce chapitre concernent l’apparence du produit, et la perception par ses utilisateurs potentiels.
10.a.Exigences d’apparence
On donne ici un exemple. Le retravailler si nécessaire.
Attention : cette exigence peut être difficile à mettre en œuvre dans le cas d’un progiciel sur étagère.
Le système doit permettre d’intégrer le logo de l’établissement.
10.b.Exigences de style
Le style concerne ce qu’il est convenu d’appeler la « qualité perçue », indépendamment des exigences d’ergonomie proprement dites.
« Le système devra inspirer confiance aux médecins. »
Le paragraphe ci-dessus, à lui seul, n’est d’aucune utilité (c’est un vœu pieux). Pour qu’il ait un sens, on doit lui ajouter un critère de conformité (à adapter selon le cas de l’établissement) :
Après trois semaines d’utilisation, au moins 60 % des médecins interrogés devront se déclarer « faire confiance au système ».
ATTENTION À NE PAS EXAGÉRER LA CONTRAINTE.
Ne pas supprimer ces chapitres. S’il n’y a pas d’exigences d’apparence ou de style, préciser :
« Le [Etablissement X] n’impose pas d’exigences particulières de style dans le présent cahier des charges ».
11.Facilité d’utilisation et facteurs humains 11.a.Facilité d’utilisation
Il s’agit de décrire ici les souhaits de l’Établissement sur l’ergonomie du système.
Le critère d’ergonomie de la solution proposée sera évalué sur les spécificités de convivialité et de cohérence dans un environnement multi-applicatifs, et en particulier sur les points suivants :
- Homogénéité des règles de présentation des applications
- Modalités d’enchaînement et de dialogue
- Raccourcis pour minimiser les temps de saisie
- Atteinte rapide d’une information sous forme synthétique
- Disponibilité d’une aide en ligne
Pour plus de détail, les sous-chapitres et définitions indiqués ci-dessous sont extraites de la norme Afnor Z-67 133-1.
11.a.1.Compatibilité
La Compatibilité est la capacité à s’intégrer dans l’activité des utilisateurs.
L’ensemble des informations affichées à l’écran par le système, devront l’être en cohérence avec les autres supports de travail des utilisateurs.
11.a.2.Guidage
Le guidage est l'ensemble des moyens mis en œuvre pour conseiller, orienter, informer et conduire l'utilisateur lors de ses interactions sur son poste de travail.
Le système doit être en mesure de fournir à tout moment une aide en ligne contextuelle. L’aide en ligne doit apporter une explication sur chaque élément présent sur l’écran actif.
Cette aide en ligne sera mise à jour parallèlement aux mises à jour du logiciel.
Une identification du patient concerné est visible dans chaque fenêtre de saisie ou de visualisation de données personnelles.
11.a.3.Homogénéité
L’homogénéité est la capacité du système à conserver une logique d’usage constante (logique de navigation).
Afin d’assurer une cohérence globale de l’interface homme/machine : la logique des commandes doit être la même.
Les fenêtres doivent suivre le même schéma d’agencement.
La sémantique des boutons de la souris doit être constante.
Le même vocabulaire doit être utilisé pour désigner les commandes du logiciel.
11.a.4.Souplesse
La souplesse est la capacité de l’interface à s’adapter aux différentes exigences de la tâche, aux diverses stratégies, aux habitudes et niveaux de connaissances des différents utilisateurs.
À moins que cela ne soit imposé par la réglementation ou les bonnes pratiques en vigueur dans la profession, le système n’impose pas à l’utilisateur d’accomplir les tâches de son activité dans une séquence particulière.
À tout moment, l’utilisateur doit pouvoir suspendre sa saisie pour obtenir les informations dont il a besoin sur un patient donné.
11.a.5.Contrôle explicite
Le contrôle explicite est l’ensemble des moyens du dialogue homme/machine qui permettent à l’utilisateur de maîtriser le lancement et le déroulement des opérations exécutées par le système informatique.
Certaines rubriques doivent pouvoir être rendues obligatoires pour la clôture du dossier.
L'utilisateur doit être informé de la complétude du dossier d'un patient à sa sortie, avant clôture de son dossier.
De manière à éviter le double encodage, la fonction de saisie des données doit être unique : les données sont saisies une seule fois et sont insérées automatiquement dans les autres modules où ces données doivent trouver place.
11.a.6.Gestion des erreurs
La gestion des erreurs concerne tous les moyens permettant d'une part d'éviter ou de réduire les erreurs, et d'autre part de les corriger lorsqu'elles surviennent.
L’utilisateur doit pouvoir annuler un traitement informatique qu'il aurait demandé ou revenir à une étape antérieure du processus.
Le système doit protéger l’utilisateur contre les erreurs en lui demandant de confirmer les actions dont les effets sont irréversibles.
Le système doit permettre à l’utilisateur de corriger ses erreurs, en lui fournissant des messages d’erreurs clairs.
11.a.7.Concision
La concision est l'ensemble des moyens qui, pour l’utilisateur, contribuent à la réduction de ses activités de perception et de mémorisation et concourent à l'augmentation de l'efficacité du dialogue.
Il doit être possible de passer facilement d'une application à l'autre à l'aide d’une fonction d'accès dans chaque application. Le passage contextuel ou plus généralement le changement de contexte ne donnera pas lieu à une nouvelle identification.
Afin de faciliter le dialogue entre les différentes équipes le système n’affichera que les informations nécessaires et n’obligera pas les utilisateurs à faire des calculs qui pourraient être automatisés.
Ces derniers doivent pouvoir disposer d’une vision synthétique des informations essentielles, tant au niveau individuel (patient) que plus général (unité de soin).
Lors des prises de poste, les transmissions de consignes doivent être claires et complètes. Le soumissionnaire indiquera comment la solution proposée inclut ces fonctionnalités.
11.b.Exigences de personnalisation et d’internationalisation
Le paramétrage du système de gestion du dossier médical fait partie intégrante des fonctionnalités attendues de la solution et sont, à ce titre, définies dans le chapitre concerné.
La personnalisation concerne éventuellement le pré-paramétrage
Compléter : en France métropolitaine, région X, etc.
11.c.Exigences de facilité d’apprentissage
Une formation initiale de xx heures doit être suffisante à l’appropriation des fonctions d’utilisation pour yy % des médecins.
11.d.Exigences de facilité de compréhension et politesse
Le système doit utiliser les terminologies des métiers en vigueur dans les établissements de santé aussi bien au niveau de l’identification que du titre de la personne.
On pourra donner un exemple de format : Dr Robert DUPONT
11.e.Exigences d’accessibilité
Le système doit pouvoir fonctionner indifféremment sur un matériel fixe comme mobile
Le système doit offrir la possibilité de saisie sur un écran tactile.
Le système doit fournir un mécanisme facilitant la lecture pour les personnes malvoyantes.
|
