Carnet de bord CEIHM. I) Présentation de la maquette (Louise)

Transcription

1 Carnet de bord CEIHM I) Présentation de la maquette (Louise) a) Rappels Avant toutes choses, il est nécessaire de rappeler quelques points essentiels de notre précédent dossier afin de mieux comprendre notre démarche de conception d IHM. Persona aide-soignante de nuit : Prénom, Nom : Sylvie Dupont. Âge : 50 ans. Profession : Aide-soignante. Situation familiale : Mariée, 2 enfants. Niveau informatique : Faible. Caractère : Patiente, à l écoute, attentionnée. But : S assurer que les résidents passent une nuit calme. Tâche principale : Surveiller les résidents de l EHPAD. Ce qu il manque actuellement à Sylvie : un système permettant de lui signaler les alertes de façon plus efficace et une transmission d information rapide. Attentes d une nouvelle interface : La nouvelle interface doit comporter une fonctionnalité de transmission d informations, de gestion des alertes et aussi le suivi d un résident afin de veiller à ce que les résidents passent une nuit calme. But de la nouvelle interface : Augmenter la rapidité et l efficacité dans leur tâche de surveillance.

2 En se basant sur ce persona et ses besoins, plusieurs fonctionnalités essentielles ont été mises en avant : Transmission des informations : - Page pour noter les informations importantes du service (jour ou nuit); - Bloc note strictement personnel (avec authentification); - Archivage des informations notées. Gestion des alertes : - Signal permettant la détection d une alerte; - Affichage du N de chambre et nom du résident correspondant à l alerte (lorsqu un résident appuie sur le bouton alerte); - Mettre en corrélation les informations importantes du résident et les alertes pour une réponse plus rapide. Suivi d un résident : - Affichage de la fiche d action de chaque résident; - Affichage des informations et observations relatives à chaque résident (comportements, habitudes, évènements particuliers); - Accès rapide à la posologie des médicaments pour la préparation des résidents pour la nuit; - Accès si nécessaire aux dossiers médicaux.

3 b) Outils utilisés Dans le but de concevoir une IHM adaptée aux besoins des utilisateurs, nous avons utilisé plusieurs méthodes : Méthodes utilisées Descriptif Avantages Inconvénients Le maquettage papier Reprendre les fonctionnalités essentielles et les incorporer dans une 1 ère proposition d interface. Réaliser les 1ers écrans en précisant les interactions qui les lient afin de créer un/des chemin(s) possible(s) pour effectuer un scénario. Travail collaboratif, avoir une idée globale de l interface future, compréhension des 1ers problèmes avant l utilisation d un logiciel de maquettage, peu couteux, rapide et efficace. Maquette de basse fidélité pouvant passer à côté de certains problèmes apparaissant avec des logiciels de maquettage. Pint.net Logiciel de retouche d'images Simple d utilisation et rapide. Permet de réaliser en peu de temps une maquette basse fidélité Impossibilité de créer des liens entre les écrans (uniquement des images) Axure Logiciel de prototypage permettant création d une maquette d interface de moyenne fidélité. Réalisme grâce aux interactions possibles entre les différents écrans; les outils facilitent la présentation (notes, commentaires ); possibilité d effectuer des tests utilisateurs à partir de la maquette. Prise en main du logiciel assez difficile ce qui peut impliquer une perte de temps importante; risque de favoriser le design à l ergonomie.

4 c) Maquettage Dans le but de représenter les fonctionnalités précédemment énumérées, nous avons tout d abord réalisé des maquettes papiers (comme on peut le voir sur les Images 1 et 2). Image 1. Maquettage papier écran principal

5 Image 2. Maquettage papier écran patient Ces maquettes papiers nous ont permis d avoir une première idée de la structure que pourrait avoir notre IHM. Par la suite, nous avons utilisé le logiciel Paint.net qui nous a offert la possibilité de créer des écrans d IHM de basses fidélités. Afin de créer ces premiers écrans, nous nous sommes basés sur les différents scénarios possibles que nous avons décrits dans notre dossier. Ils seront d ailleurs précisés après l explication de la maquette dans le but de comprendre les chemins possibles. L étape suivante a été l implantation de notre maquette basse fidélité sous Axure. Le résultat permet ainsi d avoir des interactions entre les écrans tout en respectant nos premières idées. Dans le but de montrer une évolution nous montrerons en parallèle des captures écrans Paint.net versus Axure en précisant quelle(s) fonctionnalité(s) chaque écran tente d illustrer.

6 Ecrans Paint.net Axure Page d authentifica tion (sécurité des données de l utilisateur) Plan de chambres

7 Ecran chambre (2 individus dans une chambre) Fiche résident

8 Bloc-notes Evènements

9 Recherche résident II) Explication maquette (Julien) Une fois les bases du sujet posées, nous avons immédiatement pensé à la vue plan telle qu elle est, c est à dire une grille de cases changeant de couleur en fonction de la situation. Les autres fonctionnalités et onglets sont arrivés plus tard. Lors du premier entretien, trois fonctions nous ont été suggérées qui sont devenus avec la vue plan, nos quatre onglets principaux. La recherche de patient, devenue fiche résident, devait servir à l accès facile au dossier médical et aux informations de base du patient. Le blocnotes devait permettre aux veilleuses de se transférer des informations entre équipe de nuit et veilleuses. Enfin, l onglet évènements devait servir à marquer les évènements réguliers. Au fil des entretiens et de nos propres réflexions, nous avons peu à peu étoffé notre maquette. Ainsi, chaque veilleuse dispose de son propre blocnotes individuel en plus du collectif. Nous avons également décidé de déporter les notes spécifiques à chaque patient sur leur propre page, ce qui permet une intégration avec la vue plan afin de surligner les résidents à surveiller. Nous avons également déterminé que les évènements réguliers étaient pour la plupart des rondes, qu elles soient courtes (Simple distribution de médicaments) ou complètes (Vérification de chaque résident). Nous avons ainsi utilisé l onglet pour récapituler l heure de la prochaine ronde

10 ainsi que tous les médicaments à distribuer par chambre afin de ne pas avoir à vérifier tous les résidents indépendamment et faciliter la vie des veilleuses. L idée d un log d informations nous est venue comme idée supplémentaire, non prévue à la base, mais nous avons jugé que cela pouvait être important dans le cadre de vérifications quelconques (Par exemple en cas de problème). A l origine, toucher une chambre sur un plan amenait sur une page résident directement. Cela posait cependant deux problèmes : Incorrect s il y avait plusieurs résidents par chambre, et aucune place disponible pour les informations des capteurs. Nous avons ainsi créé une vue chambre affichant les informations de base sur le ou les résidents à l intérieur, les données des capteurs présents dans la salle et enfin un bouton par résident permettant d accéder à la fiche de chacun. Dans la dernière itération de la maquette, nous avons ajouté un onglet recherche permettant aux veilleuses de rechercher un résident par nom ou par numéro de chambre. Nous avons également ajouté une quatrième couleur de chambre sur la vue plan : Vert si une chambre héberge un résident arrivé il y a moins de 7 jours. Lors de la prochaine version, nous pensons afficher également les pathologies sous forme d icône sous chaque chambre sur la vue plan III) Scénarios (Olivier) Scénario 1 : Le début de la veille de nuit va commencer. Le début du service de nuit va commencer. Les deux équipes (de jour et de nuit) peuvent se réunir dans l infirmerie afin d échanger sur les événements les plus importants. Toutes les informations importantes seront directement saisies sur la tablette durant la journée dans la partie bloc note et événements. L'équipe de nuit a donc directement toutes ces informations inscrites sur leur tablette dans ces 2 onglets. Les chambres des personnes à surveiller en priorité seront sur un fond orange sur la future application avec l accès à l information en un clic par Sylvie. Les échanges entre les deux équipes peuvent donc porter sur d autres événements (peut-être moins important pour le bon déroulement de la nuit mais tout autant nécessaire). Scénario 2 : Une ronde va commencer Un rappel de ronde sous forme de pop-up est automatiquement déclenché sur la tablette de Sylvie pour lui rappeler le début d une ronde. Avant de parcourir les chambres, Sylvie consulte sa tablette et remarque que la chambre d Hervé est sur un fond orange car il a dormi toute la journée et par conséquent, il risque d avoir une nuit agitée. Sylvie peut alors cliquer sur le numéro de la chambre d Hervé afin de se remémorer pourquoi Hervé est considéré comme étant un résident à risque pour cette nuit. En cliquant sur la

11 chambre d Hervé sur sa tablette, Sylvie peut directement voir toutes les informations le concernant : Soins à effectuer, traitement, derniers événements marquants A la fin de sa visite Sylvie peut donc ajouter directement une note sur sa tablette. Cette note pourra alors rester personnelle ou alors public afin d'être transmise à l équipe de jour. Scénario 3 : Un résident sort de sa chambre durant la nuit Au milieu de la nuit, Hervé décide de sortir de sa chambre. Sylvie qui est en pause en train de regarder la télévision reçoit une alerte pop-up sur sa tablette indiquant un problème. En visionnant le plan des chambres, Sylvie remarque que la porte de la chambre d Hervé est ouverte. Elle se dirige donc en direction de la chambre d Hervé afin de le ramener dans son lit et le calmer afin qu il puisse dormir. Scénario 4 : Un résident a un problème mais il ne peut pas appuyer sur le bouton Hervé a une nuit agitée et il est tombé de son lit en se blessant à la cheville. Sylvie, en pause et en train de regarder la télévision n a donc pas la connaissance de la chute d Hervé. Cependant, la chambre d Hervé est bien équipée en capteurs de détection de mouvement et grâce a une caméra de type Kinect, il y a une détection de la chute du résident. La caméra envoie directement une alerte pop-up sur la tablette de Sylvie. Lorsqu elle reçoit l alerte, elle détecte facilement et rapidement qu elle doit se rendre dans la chambre d Hervé pour lui porter secours. Elle se dirige donc rapidement dans sa chambre. Remarque : Dans ce type de scénario, la caméra peut facilement être remplacée par des capteurs de détection de pressions au sol. Scénario 5 : Un résident a un problème et appuie sur le bouton Durant une nuit agitée, Hervé a un problème. Il décide donc d alerter Sylvie avec le bouton d alerte proche de son lit. Sylvie étant en pause devant la télévision, reçoit sur sa tablette une alerte pop-up. Lorsqu elle regarde le plan des chambres, elle remarque que la chambre d Hervé est activée en rouge. Elle se dirige vers sa chambre tout en pouvant relire les dernières informations sur ce résident ainsi que son traitement. A la fin de l intervention, elle peut prendre des notes directement sur la tablette mais aussi décider si elle souhaite partager cette information avec l équipe de jour ou la conserver pour elle. Scénario 6 : Consultation des informations sur les résidents

12 Durant la nuit, Sylvie a un doute sur les antécédents médicaux d Hervé. Elle remarque qu il est classé en couleur orange sur sa tablette et elle aimerait pouvoir vérifier son dossier médical afin de n avoir aucun doute en cas d intervention urgente durant la nuit. Il suffit à Sylvie de cliquer sur le numéro de la chambre 1 d Hervé afin de pouvoir consulter les dernières notes importantes apportées ainsi que de vérifier tout le dossier médical d Hervé. Scénario 7 : Transmission des informations à l équipe de jour La fin de la veille de nuit approche. L équipe de jour vient d arriver. Les personnes des deux équipes se rejoignent dans l infirmerie afin de pouvoir échanger sur un certain nombre de points plus ou moins importants survenus durant la nuit. Toutes les informations importantes concernant les résidents durant la nuit sont directement mises à jour sur les tablettes de l équipe de jour qui peut alors commencer une nouvelle journée. IV) Analyse heuristique (Roberta) In this part we will apply the standards chosen as the part of the usability engineering method. These standards are the Jacob Nielsen s 10 Usability Heuristics. They are chosen for being the most valuable asset into the usability engineering known today. Instead of describing each one of the 10 Usability Heuristics items, I will already describe their presence or absence on our Interface, for better presentation and presuming that the reader has already some knowledge about the subject. Visibility of system status Our system is an improvement of an alert system already implemented, and because of that we had special care managing the feedback of sensors and any unconventional event. Match between system and the real world Our system fulfills this item, as we integrated, already, the medical terms and familiar environment needed for the best user experience. This was exhaustively made into the scenario part of the project development.

13 User control and freedom This item is fulfilled too. We have the signs of return well pointed in all the windows, and as well the icons to other relevant sections in the right side of the screen. Consistency and standards This item is fulfilled. We have a convention about the general usage, as well the conventions about how to call the patients, developed in early stages of the project. Error prevention We have eliminated error-prone conditions, but we don t ask the user if he really wants to make the action before it occurs, so I would say that this fulfill partially the item. Recognition rather than recall This item is fulfilled too, as we have the system s options visible and the user can easily see what it is happening in any screen. The different types of information presented are put in subgroups, so the user could have easy access of anything related to the information that he wants to search or put. Flexibility and efficiency of use The system will be presented in a tablet device. The tablet, by its own characteristics, has support for different user s profiles, and natively supports the different interaction speeds on the device. Our system fulfills this item as well. Aesthetic and minimalist design We have a very aesthetic and simple design, which fulfill this item. The information displayed is the one that the own users have told us that would be useful, during previous stages of the project development. Help users recognize, diagnose, and recover from errors We don t have support for the user-friendly messages of system error. We don t fulfill this item as well.

14 Help and documentation We don t provide a help center or any kind of documentation for our system, so we don t fulfill this item. V) Test pilote : M.Dery Retours du premier test pilote : - renommer onglet "informations et événements" en "événements" car ambiguïté - pup up : montrer les différentes alarmes - demander si les onglets sont pertinents - demander si un chemin ou une façon de faire est préférable à une autre - par rapport au bloc notes : possibilité de passer une info d un bloc individuel au commun - uniformiser