EdiQuest : Questionnaires structurés

Transcription

1 CHAPITRE 15 EdiQuest : Questionnaires structurés EdiQuest : Questionnaires structurés 225

2 15.1 Motivation L un des processus médicaux les plus importants est la relation entre le médecin et le patient. Lorsque le médecin parle avec le patient, il peut collecter des informations précieuses qui requièreraient peut-être des instruments très coûteux et difficiles d accès à détecter autrement. Néanmoins, l obtention d informations pertinentes est aussi souvent conditionnée par la pose de questions judicieuses. Il n est pas facile pour un médecin de toujours poser les bonnes questions, et un outil qui permette de systématiser le processus peut s avérer précieux, sans pour autant vouloir déshumaniser la relation importante du médecin et du patient. Une autre motivation à l établissement de questionnaires structurés est l envie légitime de pouvoir stocker les réponses aux questions posées à des populations de patients souffrant de symptômes analogues. On peut légitimement supposer que l analyse statistique des réponses d une population de patients devrait pouvoir faire ressortir des tendances, des indices qui permettraient par un processus itératif, d affiner les questions, et finalement de préciser le diagnostic. Pour parvenir à cet objectif, il est toutefois indispensable de systématiser le format des questions et des réponses de manière à pouvoir le stocker et surtout à le retrouver dans une base de données (opérations de data mining). Enfin, les questions de routine (prise en charge, questions à poser tous les jours, suivi de patient, etc...) devraient pouvoir être posées aussi par un membre du personnel hospitalier pas forcément titulaire d un titre de médecin (infirmier, par exemple), voire même être présentéps de manière à ce que le patient puisse remplir lui-même un questionnaire adéquat. Toutes ces raisons montrent qu il est nécessaire de disposer d un mécanisme permettant de définir des questionnaires, de les distribuer à des collaborateurs choisis, voire à des patients bien identifiés, et de collecter les réponses à des fins d archivage. Les problèmes d authentification étant résolus par la plate-forme, on adressera ici les problèmes de création, de stockage et de mise à disposition des questionnaires Cas de figure Le chef de clinique ou de service définit avec l aide de ses collègues les questions à poser à un patient lors d une prise en charge, ou lors d un examen spécialisé. A l aide de ces définitions, il va générer un questionnaire électronique structuré qu il pourra mettre à disposition de ses médecins, voire de ses infirmiers, ou même dans certains cas de patients par le biais d Internet; ces denrier s vont le remplir, et les réponses seront stockées dans une base de données. 226 EdiQuest : Questionnaires structurés

3 15.2 Présentation du programme Le programme se présente comme une unité autonome, qui peut être intégrée au client riche ( Le client riche, page 135) et bénéficier ainsi des facilités de conenxion à un serveur distant. EdiQuest : Questionnaires structurés 227

4 15.3 Aperçu des possibilités d édition Cette description correspond dans ses grandes ligens à l aide en ligne que l on peut obtenir du programme lui-même Création et renommage d un questionnaire FIGURE 15.1 Aide en ligne pour le dialogue de création de nouveau questionnaire 228 EdiQuest : Questionnaires structurés

5 FIGURE 15.2 Dialogue pour renommer un questionnaire EdiQuest : Questionnaires structurés 229

6 FIGURE 15.3 Fermer un questionnaire 230 EdiQuest : Questionnaires structurés

7 FIGURE 15.4 Ouvrir un questionnaire EdiQuest : Questionnaires structurés 231

8 FIGURE 15.5 Créer une nouvelle question 232 EdiQuest : Questionnaires structurés

9 FIGURE 15.6 Enregistrer sous... FIGURE 15.7 Enregistrer EdiQuest : Questionnaires structurés 233

10 Edition du questionnaire Fonctions d édition permettant de contrôler la structure du questionnaire. FIGURE 15.8 Couper 234 EdiQuest : Questionnaires structurés

11 FIGURE 15.9 Coller EdiQuest : Questionnaires structurés 235

12 FIGURE Copier FIGURE Bourgeonner 236 EdiQuest : Questionnaires structurés

13 FIGURE Bourgeonner Fonctions d édition de questions Ces fonctions permettent d éditer et de contrôler les questions individuelles du questionnaire. EdiQuest : Questionnaires structurés 237

14 FIGURE Supprimer une question 238 EdiQuest : Questionnaires structurés

15 FIGURE Modifier une question EdiQuest : Questionnaires structurés 239

16 FIGURE Ajouter/Modifier une question FIGURE Ajouter/modifier une question 240 EdiQuest : Questionnaires structurés

17 FIGURE Champ texte FIGURE Champ numérique FIGURE Champs à choix EdiQuest : Questionnaires structurés 241

18 FIGURE Déplacer une question FIGURE Ajouter une option 242 EdiQuest : Questionnaires structurés

19 FIGURE Ajouter une option FIGURE Ajouter une option Modes d affichage Il s agit de fonctions essentiellement de convenance, permettant d adapter le mode d affichage aux goûts de chacun. EdiQuest : Questionnaires structurés 243

20 FIGURE Affichage tabulaire FIGURE Affichage côte à côte 244 EdiQuest : Questionnaires structurés

21 FIGURE Affichage en cascade EdiQuest : Questionnaires structurés 245

22 15.4 Fonctions additionnelles L intégration dans un client riche permet d encvisager une meilleure intégration dans la plate-forme iminet. Cette intégration n est à l heure actuelle, pas implémentée. En version "stand-alone", il est nécessaire de considérer le questionnaire relativement à ses attributs physiques par rapport au système hôte. Dans une version intégrée, il devient en revanche possible d omettre complètement la notion de fichiers, de localisation, etc... On peut dés lors remplacer les notions de "Créer", "Renommer", "Fermer" par des notions plus en rapport avec la fonciton du questionnaire, ne faisant pas explicitement référence aux opérations correspondantes sur des fichiers informatiques. On peut aussi introduire des fonctionnalités plus parlantes, comme "Publier un questionnaire", "Spécialiser un questionnaire" (une forme d héritage) par exemple. L intégration de la génération de questionnaires à la plate-forme iminet par le biais du client riche permet aussi l édition collaborative de questionnaires. A l heure actuelle, ceci n est pas prévu, non plus que l importation de questionnaires crées par un collègue (bien que la fonction soit possible) par édition explicite et utilisation de "Copier-coller", par exemple. De même, il n est pas possible d éditer un questionnaire à plusieurs simultanément : cette fonctionnalité n est probablement pas prioritaire. 246 EdiQuest : Questionnaires structurés

23 CHAPITRE 16 Application : QALAB- DOMIS Application : QALAB-DOMIS 247

24 16.1 Motivation QALAB-DOMIS consiste essentiellement en la génération et l utilisation de questionnaires à usage médical, à leur utilisation, au stockage des réponses dans des bases de données à des fins de statistiques et d analyses tendancielles. Cette application entend essayer de répondre au besoin du médecin qui doit sans cesse colliger de façon exhaustive les nombreuses informations médicales, cliniques et paracliniques de ses patients, pouvoir y accéder rapidement, les communiquer ou les partager de façon claire et aisée, et au besoin les analyser pour en dégager des tendances ou des comparaisons statistiques. Pour ce faire, QalabDomis se conforme aux habitudes individuelles de travail du médecin, il est intuitif et permet un réel gain de temps. Il peut aussi indiquer à un nouvel utilisateur une démarche clinique adoptée par le service où il travaille. QalabDomis peut se diviser en 3 parties: Médecin hospitalier Patient Médecin externe La partie du médecin hospitalier est la partie la plus importante du système. Elle est composée des outils suivants : Administration des médecins et des questionnaires Gestion des patients et des consultations Système de télésurveillance avec système d'alarme Intégration de données en provenance d appareils médicaux Outils statistiques Cette application représente essentiellement le scénario "Malaise à domicile", bien que certaines des fonctionnalités implémentées soient aussi utilisées par le scénarion "Intervention d urgence". Ces deux parties ont été réunies parcequ elles dénotent d une très grande complémentarité, aussi bien dans la fonctionnalité que dans l implémentation. 248 Application : QALAB-DOMIS

25 16.2 Principe de fonctionnement Cette application constitue une application de base de la plate-forme iminet dont elle utilise les services de manière exhaustive. L application est centrée sur la notion de questionnaire structuré ( EdiQuest : Questionnaires structurés, page 225), en ce sens que les données utilisateur sont systématiquement stockées sous une forme qui les rend compatibles avec les réponses faites à un questionnaire structuré. Ainsi, des données de capteurs, des données de domotique, des réponses à des questionnaires ou à des anamnèses, des données d équipements hospitaliers sont converties en réponses à des questionnaires. Cette démarche permet de ramener toutes les données cliniques sur un patient à un dénominateur commun, et ainsi de procéder à des analyses statistiques impliquant aussi bien des réponses de patients que des résultats de mesure. FIGURE 16.1 Lorsqu un patient répond à un questionnaire, qu il le fasse par lui-même ou par l intermédiaire d un membre du personnel soignant, le formulaire généré sera directement stocké dans le format adéquat; c est ce que garantit EdiQuest. Lorsque le téléphone mobile faisant office de passerelle entre le BAN et Internet transmet des données de capteurs vers le serveur, la midlet transmettant les données va adapter le format des divers capteurs pour normaliser les données transmises, et ces dernières pourront être stockées dans le format adéquat sur le serveur. Le téléphone mobile fait office de proxy Application : QALAB-DOMIS 249

26 pour les senseurs. L intégration d un nouveau senseur implique la définition d une nouvelle définition de proxy; cette définition constitue une opération assez simple à mettre en oeuvre. En principe, il suffit de définir les données que peut fournir le senseur en question, et cette opération peut se faire à l aide d un schéma XML. En réalité on pourrait aussi effectuer cette définition à l aide d un éditeur spécialisé, puis générer le code automatiquement. Ce procédé a été utilisé avec succès dans une autre application ( Application : TRM-Simulation Scanner, page 311) de iminet. Enfin, lorsque l on désire intégrer des informations en provenance d un appareil médical hospitalier (manométrie, anesthésie, etc...) utilisé pour des examens ponctuels, ce dernier est relié directement au serveur, et c est le serveur qui va jouer le rôle de proxy pour le dispositif connecté. Dans ce dernier cas, il faudra définir une proxy par appareil connecté. Là encore, il est tout à fait possible de générer le code automatiquement, bien que cela n ait pas été complètement mis en oeuvre pour le moment. 250 Application : QALAB-DOMIS

27 16.3 Login L'accès au système ne sera autorisé uniquement que si la personne peut s'identifier avec un nom d'utilisateur (Login) et un mot de passe. Il sera ensuite dirigé sur la section correspondant à son rôle (médecins hospitaliers, médecins externes, patients). L'accès au système se fait avec n'importe quel navigateur Web en allant sur l'adresse dont le format est le suivant : FIGURE 16.2 Page de login Une fois enregistré, l'utilisateur voit apparaître la vue suivante : FIGURE 16.3 Vue globale Menu général Vue principale Menu contextuel Déconnexion Application : QALAB-DOMIS 251

28 16.4 Administration Lorsqu'il n'y a aucun médecin dans le système, il est possible d'accéder aux fonctionnalités d'administration via le compte " admin " qui, au départ, a le mot de passe " admin ". Un fois qu'un médecin avec les droits " administrateur " a été créé, il est possible d'effectuer les opérations d'administrations directement depuis l'interface du médecin Gestion des médecins Lorsque l'on va dans la section " Administration ", on voit à l'écran la liste des médecins du service. Les médecins traitants (externes) sont également visible dans cette liste mais ne sont pas affiliés directement à un service. FIGURE 16.4 liste des médecins d'un service Lorsque l'on se connecte au système en tant que médecin administrateur, il nous est impossible de supprimer sont propre compte. Pour supprimer tous les comptes, il est obligatoire de s'authentifier avec le compte administrateur. Afin d'ajouter un nouveau médecin, il faut renseigner le formulaire suivant : 252 Application : QALAB-DOMIS

29 FIGURE 16.5 ajout d'un nouveau médecin Si aucun service n'a été créé, il faut en plus donner le nom du nouveau service. Pour l'instant le seul service est " gastro ". Il faut donc impérativement ajouter ce service lorsqu'on ajoute le 1er médecin. Pour l'instant, il faut également assigner tous les médecins à ce service. Comme stipulé dans l'introduction de ce chapitre, il faut attribuer un rang au médecin qui peut être, dans l'ordre croissant des droits, assistant, cadre, administrateur. Le médecin ainsi créé se verra attribuer un login qui est la 1ère lettre du prénom appondu au nom le tout en minuscule et sans caractère spéciaux. Ex : Bernard Hélard deviendra bhelard. Le mot de passe par défaut est Il est donc impératif de le changer au plus vite! Le médecin sera donc invité lors de sa 1ère visite à le changer Consultation des accès au dossier Afin de contrôler qui a accédé à quoi et quand, il possible de consulter la liste des accès qu'a fait un médecin ou la listes des médecins qui on vu un dossier avec les opérations effectuées et datée. Cela permet en cas de violation du secret médical d'avoir une trace nominative des actions effectuées sur les dossiers. FIGURE 16.6 Sélection des médecins dont on désire voir les accès Par exemple suit la liste des opérations qu'a effectuées un médecin : Application : QALAB-DOMIS 253

30 FIGURE 16.7 Liste des accès effectés par un médecin Gestion des questionnaires et des capteurs L'intérêt de se système réside dans l'intégration de questionnaires structurés dans le dossier des patients. Ces questionnaires, issu du logiciel ad hoc EditQuest, doivent être validé par un administrateur afin qu'ils puissent être utilisé par les médecins du service. Les capteurs étant considérés comme des questionnaires, c'est également dans cette section qu'ils peuvent être introduit dans le système. FIGURE 16.8 Gestion des questionnaires et des capteurs Ajouter un questionnaire ou un capteur Le questionnaire à ajouter doit avoir les caractéristiques suivantes : 254 Application : QALAB-DOMIS

31 Fichier valide Nom différent d'un autre Pas plus de 50% des questions identiques à celle d'un autre Afin de grouper les questionnaires par pathologie, on peut définir un groupe d'appartenance qui peut être un des groupes déjà créés ou un nouveau. Les capteurs, eux, sont automatiquement rangés dans la catégorie "Capteur ". (Voir figure 7) Modifier un questionnaire ou un capteur Si un questionnaire est mit à jour, on peut également mettre à jour la version qui se trouve sur le serveur. Si on essaye d'ajouter un questionnaire dont plus de 50% des ses questions sont identiques à un autre ou si sont nom est identique, le système donnera un message d'erreur. La raison à cela est que si le questionnaire est déjà utilisé, il est préférable de compléter le questionnaire plutôt que de le remplir à nouveau et se trouver avec des questions redondantes. FIGURE 16.9 Modification d un questionnaire ou d un capteur Suppression d'un questionnaire ou d'un capteur Afin de pouvoir supprimer complètement un questionnaire du système, il doit répondre aux conditions suivantes : Ne pas être dans la liste des questionnaires en 1ère consultation Ne plus être utilisé dans des transactions, des journaux ou des prises en charge. Ne plus être utilisé dans les autres services S'il est utilisé dans d'autre service, le questionnaire sera supprimé de la liste mais pas du système. ( Gestion des questionnaires et des capteurs, page 254) Application : QALAB-DOMIS 255

32 Mettre un questionnaire en 1ère consultation Lors de la création de la 1ère consultation, certains questionnaires doivent être présent. Il s'agit en général des questionnaires d'identification ainsi que ceux que le service à pour habitude de remplir lors d'un 1er rendez-vous. Bien entendu les capteurs ne peuvent pas être ajoutés en 1ère consultation. Cette fonctionnalité à surtout un but ludique. En effet, un nouveau médecin sera orienté lors de la prise en charge d'un nouveau médecin et adoptera donc naturellement les habitudes du service. Afin d'affiner encore le procédé de prise en charge, il est possible de donner l'ordre dans lequel les questionnaires seront insérés dans une consultation.( Gestion des questionnaires et des capteurs, page 254) Note : Si un patient est pris en charge à la suite d'une demande d'un médecin traitant, la liste des questionnaires sera ajoutée dans la prochaine consultation. 256 Application : QALAB-DOMIS

33 16.5 Médecin hospitalier Les médecins hospitaliers sont les principaux utilisateurs du système. Ils sont organisés hiérarchiquement de la manière suivante : Les médecins assistants qui peuvent ajouter des patients, ajouter des transactions dans un dossier, pré fermer un dossier, effectuer des statistiques. Les médecins cadres qui peuvent en plus fermer un dossier. Les administrateur qui peuvent ajouter des nouveaux médecins, ajouter des nouveaux questionnaires et choisir ceux qui seront utilisés lors de la première consultation Accueil L'accueil est la 1ère page sur laquelle l'utilisateur est dirigé après s'être authentifié. Etant donné que c'est la 1ère, c'est sur celle-la que les messages reçus vont s'afficher. C'est aussi ici qu'on va inviter l'utilisateur à changer son mot de passe lors de sa 1ère visite. FIGURE Vue d accueil Administration Cette partie permet de gérer les médecins ayant accès au système ainsi que la mise en place des questionnaires qui seront utilisés par le service. Pour plus d'informations veuillez vous reporter au chapitre " Administration " ( Administration, page 252) Questionnaires Cette page est surtout utile pour les médecins qui ne sont pas administrateur et qui par conséquent ne peuvent pas gérer les questionnaires. Cette page leur donne un aperçu des questionnaires présent dans le service et ceux qui sont utilisé en 1ère consultation. Application : QALAB-DOMIS 257

34 FIGURE Liste des questionnaires visibles par tous les médecins Depuis cette vue, il est possible de tester les questionnaires afin de choisir le questionnaire adéquat pour son patient. FIGURE Test d un questionnaire 258 Application : QALAB-DOMIS

35 Gestion des dossiers C'est une des fonctionnalités principales du système. On peut effectuer toutes les opérations sur les dossiers informatisés des patients comme créer des nouveaux patients, créer des transactions et créer un journal à remplir à domicile. La 1ère page affiche la liste de tous les dossiers du service avec d'un côté les patients du médecin et de l'autre, le reste des patients du service. Pour créer un nouveau dossier, il suffit simplement donner le nom et le prénom du patient. Il faut remplir ces champs avec soin car s'ils sont modifiables par la suite le login lui ne l'est pas et il se base sur les mêmes critères que pour l'ajout d'un nouveau médecin. De plus pour des raisons légales on ne peut pas supprimer les dossiers. Un fois qu'un patient quitte le service son dossier peut être fermé. Si c'est un médecin assistant qui ferme un dossier, celui-ci sera en attente de fermeture (visa) d'un médecin cadre. Ils pourront à nouveau être ouvert par la suite si le patient revient. Une fois que le dossier est fermé on ne peut plus rien ajouter. Le dossier est uniquement disponible en lecture. FIGURE Liste des patients du médecin et du service Liste des patients du médecin Formulaire d ajout d un patient Liste des patients du service Application : QALAB-DOMIS 259

36 Transactions du dossier Afin de pouvoir remplir des questionnaires et éventuellement ajouter des documents, il faut créer une transaction. Cinq types de transaction sont disponibles : Consultation Entretien téléphonique Examen paraclinique Remarque Rapport Ces types sont uniquement là à titre informatif puisque la composition même des transactions est identique 1. FIGURE Liste des transactions Ajout d'une transaction Lorsqu'on ajoute une transaction, on doit donner une courte description afin de spécifier plus précisément le contenu de la transaction. Par exemple pour une transaction " examen paraclinique " on peut spécifier " Radio du poumon ". On doit aussi donner la durée durant laquelle la transaction sera ouverte c'est-à-dire modifiable. On a à choix une durée d'un jour ou infinie. 1. Lorsqu'une alarme est déclanchée, elle fait aussi l'objet d'une transaction mais celle-ci est n'est pas tout a fait identique aux autres. Ce type de transaction ne peut pas être créée manuellement. 260 Application : QALAB-DOMIS

37 FIGURE Ajout d une transaction On distingue 3 types d'information pouvant se trouver dans une transaction : Des questionnaires structurés Les documents divers 2 champs de texte libre (commentaire et plan d'action) Certain questionnaires peuvent être longs et il est possible qu'on n'ait pas toutes les réponses au moment où on le rempli. C'est pourquoi il est possible de compléter les questionnaires au fur et à mesure que les réponses viennent. Cependant il n est possible de compléter un questionnaire uniquement si la transaction est ouverte. Il faut donc choisir la durée de la transaction en fonction des questionnaires à remplir. Par exemple la prise en charge est de toute façon une transaction infinie car les questionnaires présents ne peuvent pas être complètement remplis en un jour. Dans le cas où on ne connaîtrait pas le temps nécessaire, il est préférable de choisir une durée d'un jour pour éviter de transaction trop longtemps modifiable. FIGURE Vue d une transaction Application : QALAB-DOMIS 261

38 Afin de pouvoir consulter les documents 1, un login et un mot de passe vous sera demandé. Le login est " admin " et le mot de passe est le même que le compte d'administration soit au départ " admin ". Remplir ou compléter un questionnaire Les questionnaires sont organisés en groupe afin de simplifier la recherche lorsqu'on veut en remplir un. La première liste déroulante nous propose donc la liste des groupes. ( Vue d une transaction, page 261) Puis on va choisir le questionnaire à proprement dit et le remplir 2. FIGURE Remplissage d un questionnaire 1. Si on laisse le curseur sur l'icône à côté d'un questionnaire la liste des questions non-répondues sera affichée 2. Il est possible de désélectionner une option unique en double cliquant dessus 262 Application : QALAB-DOMIS

39 La vue est la même si on complète le questionnaire à la différence près que l'on ne peut plus modifier les réponses déjà données. Vue d'un questionnaire rempli Un fois qu'un questionnaire à été rempli, il est possible de visualiser les réponses. Ces réponses sont affichées sous deux formes : Listing ( Restitution d un questionnaire rempli, page 263) Restitution textuelle ( Restitution d un questionnaire rempli, page 263) FIGURE Restitution d un questionnaire rempli Impression d'une transaction Il est possible d'imprimer l'ensemble des éléments constituant une transaction ou d'en sélectionner seulement une partie grâce au formulaire suivant Application : QALAB-DOMIS 263

40 FIGURE Configuration de l'impression On peut donc sélectionner pour chaque questionnaire la forme de restitution et si on veut le commentaire et le plan d'action. Une fois le choix validé, on affiche une vue de préimpression : FIGURE Aperçu de l'impression 264 Application : QALAB-DOMIS

41 Système d'alarme Le système d'alarme d'iminet permet une surveillance à distance des personnes qui souffrent de problème de santé suffisamment graves pour être surveillées en continu mais pas assez pour nécessiter une hospitalisation. Deux solutions de télésurveillance sont proposées par Iminet : Passive: Des capteurs placés sur le patient informe en continu le serveur sur l'état du patient et générer des alarmes en cas de problème. Active : Un suivi à domicile (voir chapitre 4.7) est paramétré de manière à envoyer une alarme s'il est rempli. Lorsqu'une alarme est générée, un SMS est envoyé à toutes les personnes susceptibles de prendre en charge l'alarme. De plus si les personnes en question font partie intégrante du système, elles recevront un message via le système de messagerie interne. Ce message leur permet d'accéder directement au capteur ou au questionnaire qui a généré l'alarme. FIGURE Messages générés par une alarme Pour les personnes ayant accès au système, elles devront alors s'authentifier sur le serveur et répondre à l'alarme soit en la refusant soit en la prenant en charge (voir chapitre 4.6.2). Définition des règles d'alarme Afin de définir quelles sont les personnes habilitées à intervenir en cas d'alarme, les capteurs et les suivis à domicile peuvent être associé à des règles d'alarme. Ces règles d'alarme sont définies essentiellement par les personnes qui doivent intervenir, l'ordre dans lequel elles interviennent et combien de temps le système attend une réponse avant de propager l'alarme plus loin. Application : QALAB-DOMIS 265

42 FIGURE Modification des règles d'alarme 1 Les intervenants possibles sont les suivants : Médecin du service : Tous les médecins du service reçoivent l'alarme. Médecin du patient : Les médecins du patient reçoivent l'alarme. Médecin traitant : Le médecin traitant du patient reçois l'alarme. Liste de personne : Une liste de personne choisies par le médecin reçoivent l'alarme. Pour chaque intervenant, on spécifie le temps qu'on lui accorde pour répondre avant d'alerter l'intervenant suivant. Ce temps peut varier de 1 à 60 minutes. Lorsque nous choisissons la liste de personnes, il faut définir celles-ci en cliquant sur l'icône représentant un crayon. La fenêtre de configuration de la liste va apparaître afin d'ajouter ou supprimer des personnes. Les personnes sont définies par leur nom, prénom et leur numéro de portable (ou tout autre appareil pouvant recevoir des SMS). FIGURE Liste des personnes intervenantes en cas d'alarme 1. Si on laisse le curseur sur l'icône représentant un crayon, la liste des personnes sera affichée 266 Application : QALAB-DOMIS

43 Transaction alarme Lorsqu'une alarme est générée une transaction est créée afin d'enregistrer se qui s'est passé, quelles sont les personnes qui ont, ou non, pris en charge le cas et comment a été traité le cas. Ces transactions sont composées d'une liste de questionnaires, d'un rapport d'intervention et de l'historique de l'alarme. C'est également dans ces transactions que l'intervenant peut choisir de refuser ou d'accepter l'alarme. Chaque intervenant ne peut refuser qu'une fois mais peut par contre revenir sur sa décision et l'accepter. Il n'est plus possible de répondre si l'alarme a déjà été acceptée. FIGURE Transaction alarme Journal du patient Le journal du patient permet d'effectuer un suivi à domicile du patient. Ces derniers sont définis par un nom une fréquence et une liste de questionnaires. La patient pourra alors se connecter depuis chez lui et remplir son journal. Application : QALAB-DOMIS 267

44 FIGURE Liste des suivis Certain de ces suivis à domicile peuvent être critique et leur utilisation nécessite des soins rapidement. C'est pourquoi, les suivis peuvent générer une alarme. Ces alarmes se configurent lors de la modification d'un suivi ( Transaction alarme, page 267). Modification d'un suivi à domicile La modification du nom et de la fréquence se fait simplement en mettant la nouvelle valeur à gauche du bouton " Modifier " puis en validant avec ce bouton 1. FIGURE : Modification d'un suivi 1. La modification d'un suivi en cours peut effacer les réponses déjà données 268 Application : QALAB-DOMIS

45 Modification des règles d'alarme Les règles permettent de définir quelles sont les personnes qui vont intervenir en cas d'alarme, dans quel ordre elles vont intervenir et combien de temps on attend la réponse d'un intervenant avant de passer au suivant FIGURE Modification des règles d'alarme pour un capteur Pour la configuration de l'alarme voir le chapitre Une fois la configuration terminée, il est impératif de valider vos modifications sans quoi elles ne seront pas prises en compte. Mesures Les mesures sont affichées sous forme de graphiques. Chaque canal d'un capteur est représenté par un graphique différent. Application : QALAB-DOMIS 269

46 FIGURE Mesures des capteurs Médecin du patient Cette section permet de choisir quels médecins suivent le patient. Le patient sera ensuite affiche dans la liste principale des médecins sélectionnés. Seul un médecin qui suit le patient peut en mettre des autres. 270 Application : QALAB-DOMIS

47 FIGURE Liste des médecins Données personnelles du patient Le médecin peut modifier les données personnelles du patient. Le patient peut lui aussi les modifier depuis sa section mais peut en plus choisir un mot de passe. FIGURE Données personnelles du patient Médecins externes Cette section du système permet d'interagir avec les médecins qui ne sont pas dans l'hôpital. Ce sont les médecins que les patients ont l'habitude de voir qui sont en général des médecins généralistes. On peut donc leur créer un accès au système afin qu'ils puissent soumettre leurs patients à des médecins spécialisés. Application : QALAB-DOMIS 271

48 FIGURE : Liste des médecins externes Si le médecin externe est autorisé à accéder au système son login s'affiche sinon l'indication " refusé " est affichée dans la colonne accès. On peut changer l'accès simplement en cliquant sur l'icône. Liste des demandes de prise en charge A la suite d'une demande de prise en charge par mail ou via le système de messagerie, le médecin va créer cette demande. Il va y inclure les questionnaires qu'il juge nécessaire pour se faire une idée de la pathologie du patient et décider s'il va le prendre en charge ou non. FIGURE Liste des demandes de prise en charge Les prises en charge peuvent se trouver dans 4 états : Prête : Le médecin externe n'a pas encore rempli les questionnaires En cours : Le médecin externe n'a pas rempli tous les questionnaires 272 Application : QALAB-DOMIS

49 En attente de validation : Le médecin externe à rempli tous les questionnaires mais n'a pas encore validé ses réponses. En attente d'acceptation : Le médecin externe a validé ses réponses et le médecin peut accepter ou refuser la prise en charge en fonction des réponses données. Ajout/modification d'une demande de prise en charge L'ajout et la modification des demandes de prise en charge ressemblent sensiblement à celui du suivi à domicile. En effet, on va devoir choisir quels questionnaires on veut que le médecin externe remplisse. La modification du nom et de du prénom se fait simplement en mettant la nouvelle valeur à gauche du bouton " Modifier " puis en validant avec ce bouton 1. FIGURE Modification d'un suivi Acceptation d'une demande prise en charge Lorsque le médecin externe a terminé de remplir les questionnaires que le médecin lui a soumis, Il peut valider ses réponses. La demande passe alors en attente d'acceptation. Le médecin peut alors visionner les réponses données et décider si oui ou non il va prendre en charge le patient. Afin de donner une explication de sa décision, on peut mettre un cours message dans l'espace prévu à cet effet ( Demande de prise en charge en attente d'acceptation, page 274). Si le message dans cette zone de texte n'est pas modifié, un message par défaut sera envoyé en fonction du choix du médecin. Si le patient est accepté. Il sera ajouté à la liste du médecin avec comme 1ère transaction une prise en charge avec les questionnaires fournis par le médecin externe sinon toutes les réponses seront effacées. 1. La modification d'une demande en cours peut effacer les réponses déjà données Application : QALAB-DOMIS 273

50 FIGURE Demande de prise en charge en attente d'acceptation Statistiques Cette partie est l'une des plus complexe du système mais également l'une des plus intéressante. C'est dans cette section que les données saisies grâce aux questionnaires structurés vont pouvoir être extraites afin de visualiser des tendances ou des statistiques simples. Pour cela on distingue 4 étapes : La création de variables La création de groupes La création d'extractions La visualisation La personne qui veut créer des statistiques doit également bien connaître le système dans son ensemble. En effet, la création de statistiques utiles commence déjà par des questionnaires structurés pensés pour cette utilisation. La fréquence de saisies des réponses est aussi un paramètre important afin que le nombre de réponses données permette des statistiques le plus fiable possible. Les variables La 1ère chose à faire est de créer des variables sur lesquelles on pourra se baser pour créer des groupes et effectuer les extractions : Les variables ne peuvent pas être supprimées si elles sont utilisées dans des variables composées, des groupes ou des extractions 274 Application : QALAB-DOMIS

51 FIGURE Liste des variables créées On distingue 3 types de variables : Les variables simples : Se base sur une question d'un questionnaire FIGURE : Création d'une variable simple Pour chaque question il est possible de choisir d'utiliser la valeur cachée de la question pour autant qu'il s'agisse d'une question à options. Si cette option est cochée ce ne sera plus le nom de la réponse qui sera utilisé. Donc à éviter pour des diagrammes en camembert car les étiquettes auront une valeur numérique dénudée de sens mais par contre elle est très utile pour calculer un score sur un questionnaire. Les variables composée : Se base sur la combinaison de 2 variables. FIGURE Création d'une variable composée Application : QALAB-DOMIS 275

52 Les variables sont très utiles pour calculer non seulement des scores de questionnaires mais également des valeurs non demandées dans un questionnaire. Par exemple si nous disposons de la variable poids et de la variable taille, nous pouvons calculer le BMI (Body Mass Index) qui est égale au poids divisé par la taille au carré 1. Les variables " fixes " ou constantes : Ont une valeur arbitraire dans un type choisi FIGURE Création d'une constante Les constantes sont en général utilisées dans des variables composées. Par exemple pour faire la moyenne entre 2 scores de questionnaire on va additionner les 2 variables " score " puis les diviser par la constante 2. Les groupes Les groupes 2 permettent de déterminer les collectifs sur les quels on veut effectuer des statistiques ou visualiser des tendances. FIGURE Liste des groupes créés 1. Les opérandes doivent être soit des nombres entier, soit des nombres réels, soit des options dont on utilise la valeur cachée 2. Les groupes ne peuvent pas être supprimés s'ils sont utilisés dans des groupes composés ou des extractions. Si on laisse le curseur sur l'icône "crayon" à côté d'un groupe énuméré la liste des patients faisant partie du groupe sera affichée 276 Application : QALAB-DOMIS

53 On distingue 3 types de variables : Les groupes simples : Défini par une variable qui sera comparée à une valeur fixe. FIGURE Création d'un groupe simple La valeur de comparaison doit être du même type que la variable sinon une erreur se produira lors de l'extraction. Les groupes composé : Défini par la composition de 2 groupes. FIGURE Création d'un groupe composé 2 opérateurs booléens sont disponibles. Il s'agit du " ET " et du " OU ". Les schémas suivants permettent d'illustrer leurs effets : FIGURE Opérateur booléen ET Personnes de plus de trente ans Fumeurs Fumeurs de plus de trente ans Application : QALAB-DOMIS 277

54 Seules les personnes de plus de 30ans et qui fument feront partie du groupe ainsi composé. Par opposition : FIGURE Opérateur booléen OU L'ensemble des personnes contenues dans l'un ou l'autre feront partie du groupe ainsi composé. Les groupes énumérés : Définis par le médecin. Si le médecin désire faire des statistiques sur un patient en particulier ou sur un groupe dont il veut choisir les patients, il peut créer un groupe énuméré. Ce dernier se crée uniquement en donnant le nom puis en cliquant sur l'icône pour ajouter des patients : FIGURE : Ajout/suppression de patient dans un groupe énuméré Les extractions Une fois que les variables et les groupes sont créés, il faut choisir quelles sont les données que l'on veut récupérer et comment on veut les afficher. Pour cela 3 types d'extraction sont possibles : Recherche des valeurs en fonction d'une autre Recherche des valeurs en fonction du temps 278 Application : QALAB-DOMIS

55 Recherche uniquement d'une liste de valeurs Ainsi que de 4 types de visualisation : Histogramme Histogramme avec écart-type Histogramme avec erreur standard de la moyenne Ligne brisée Camembert Boîte à moustaches FIGURE Liste des extractions créées Cette partie étant assez compliquée, les exemples sont la meilleure solution pour illustrer ce qu'on peut faire. Suit donc une liste exhaustive des possibilités de visualisation et des extractions nécessaires pour les faire. Des notions de statistiques sont nécessaires pour comprendre certaines visualisations. Histogramme simple : Les histogrammes simples sont utiles pour visualiser ou comparer des valeurs indépendamment d'un contexte. Par exemple afficher la moyenne d'une série de mesures. Il est aussi possible d'afficher des indications statistiques Application : QALAB-DOMIS 279

56 FIGURE Histogramme simple FIGURE Histogramme simple avec indications statistiques Pour effectuer ces graphiques, il faut sélectionner une ou plusieurs extractions de type " Valeur d'une variable " avec un traitement (Voir figure 38). La variable sélectionnée doit être de type entière, à virgule ou valeur d'une option. Afin d'afficher les indications statis- 280 Application : QALAB-DOMIS

57 tiques, il faut choisir un traitement de type SD (Standard deviation) ou SEM (Standard error of the mean). FIGURE : Création d'une extraction " Valeur d'une variable " Histogramme contextuel : Les histogrammes contextuels sont utiles pour visualiser ou comparer des valeurs en fonction d'un contexte. Par exemple afficher la moyenne d'une série de mesures en fonction d'une période. Il est aussi possible d'afficher des indications statistiques FIGURE Histogramme contextuel Application : QALAB-DOMIS 281

58 FIGURE Histogramme contextuel avec indications statistiques Pour effectuer ces graphiques, il faut sélectionner une ou plusieurs extractions de type " Valeur en fonction d'une autre " avec un traitement (Voir figure 41). Si la variable de référence est une option et que le nom de l'option est plus parlant que la valeur cachée, il est préférable d'utiliser le nom. La variable en fonction de la référence doit être de type entière, à virgule ou valeur d'une option. Afin d'afficher les indications statistiques, il faut choisir un traitement de type SD (Standard deviation) ou SEM (Standard error of the mean). FIGURE Création d'une extraction " Valeur en fonction d'une autre " Ligne brisée : Les lignes brisées fonctionnent avec les trois types d'extraction. : Avec la valeur d'une variable (Voir figure 38), le graphique affichera la liste des valeurs dans l'ordre ou elles ont été saisies indépendamment de la date de saisie (Voir figure 42). 282 Application : QALAB-DOMIS

59 Avec une valeur en fonction du temps (Voir figure 45), le graphique affichera les mesures prises avec la date de saisie (Voir figure 43). Si plusieurs valeurs sont identiques, une seule sera gardée. Si tel est le cas, utilisez un rendu plus fin. Avec une valeur en fonction d'une autre (Voir figure 41), le graphique affichera une ligne brisée X en fonction de Y (Voir figure 44). Si plusieurs valeurs sont identiques, une seule sera gardée. FIGURE Ligne brisée avec la valeur d'une variable FIGURE Ligne brisée avec la valeur d'une variable en fonction du temps Application : QALAB-DOMIS 283

60 FIGURE Ligne brisée avec la valeur en fonction d'une autre Pour effectuer ces graphiques, il faut donc sélectionner une ou plusieurs extractions du même type. FIGURE : Création d'une extraction " Valeur en fonction du temps " Camembert : Les camemberts sont utiles pour visualiser ou comparer un nombre d'occurrences indépendamment ou non d'un contexte. Les valeurs des étiquettes sont exprimées en %. Pour effectuer un camembert non contextuel, il faut sélectionner une ou plusieurs extractions de type " Valeur d'une variable " sans traitement. Si la variable de référence est une option et que le nom de l'option est plus parlant que la valeur cachée, il est préférable d'utiliser le nom. 284 Application : QALAB-DOMIS

61 FIGURE Camembert non-contextuel Pour effectuer un camembert contextuel, il faut sélectionner une ou plusieurs extractions de type " Valeur en fonction d'une autre " sans traitement. Si la variable de référence est une option et que le nom de l'option est plus parlant que la valeur cachée, il est préférable d'utiliser le nom. FIGURE Camembert contextuel Boite à moustaches : Les boîtes à moustache permettent une représentation orientée statistiques des données. Cette représentation permet d'afficher les éléments suivants : Moyenne Médiane Quartiles à 25% et 75% De la même manière que les histogrammes et les camemberts, il est possible de visualiser des boîtes à moustache indépendamment (Voir figure 48) ou non (Voir figure 49) d'un contexte. Pour effectuer un graphique non contextuel, il faut sélectionner une ou plusieurs extraction de type " Valeur d'une variable " sans traitement. La variable sélectionnée doit être de type entière, à virgule ou valeur d'une option. Application : QALAB-DOMIS 285

62 FIGURE Boîtes à moustaches non-contextuelles Pour effectuer un graphique 1 contextuel, il faut sélectionner une ou plusieurs extractions de type " Valeur en fonction d'une autre " sans traitement. Si la variable de référence est une option et que le nom de l'option est plus parlant que la valeur cachée, il est préférable d'utiliser le nom. La variable en fonction de la référence doit être de type entière, à virgule ou valeur d'une option. 1. La génération de graphiques peut requérir un temps appréciable 286 Application : QALAB-DOMIS

63 FIGURE Boîtes à moustaches contextuelles Les graphiques Afin de ne pas refaire à chaque fois les sélections des extractions, il est possible d'enregistrer le résultat. Ce résultat peut être enregistré de 2 manières différentes : Statique : L'image du graphe est sauvée tel quel. Dynamique : On sauve la liste des extractions et l'image sera régénérée à chaque sollicitation à partir de données présentes dans la base de donnée 1 FIGURE Sauvegarde d'un graphique 1. La génération d'un graphique dynamique peut demander un temps appréciable Application : QALAB-DOMIS 287

64 Comme on peut le constater, il s'agit d'option à choix multiple on peut donc sauvegarder un graphique des 2 manières d'un coup. Après la sauvegarde vous serez automatiquement redirigé sur la page contenant la liste des graphiques créés également accessible depuis le menu des outils statistiques. FIGURE Liste des graphiques Messagerie La messagerie sert surtout à informer les médecins hospitaliers des événements survenus sur un de leur patient (suivi à domicile, prise en charge). Mais peut également servir à transmettre des messages court (255 caractères) à un patient ou à d'autre médecin lesquels seront affichés sur la page d'accueil. Il est également possible d'envoyer des messages à l'ensemble des médecins et des patients. Les médecins externes on aussi accès à ce service mais de manière limitée. En effet, ils peuvent envoyer des messages uniquement aux médecins hospitaliers. FIGURE Envoi d'un message 288 Application : QALAB-DOMIS

65 Infos personnelles Les infos personnelles nous renseignent sur l'état de notre compte. Lors de la création du compte, seul le nom, le prénom et le login sont introduits. Lors de la 1ère connexion, le système nous invite à changer notre mot de passe sur cette page. En même temps, bien que facultatif, il est utile de renseigner les autres champs. FIGURE Informations personnelles Application : QALAB-DOMIS 289

66 16.6 Médecin externe Accueil Voir Accueil, page Prise en charge C'est sur cette page que le médecin externe pourra accéder aux demandes de prises en charge qui ont été crée par le médecin hospitalier sur sa demande FIGURE : Vue d'une demande de prise en charge côté médecin externe Messagerie Voir Messagerie, page Infos personnelles Voir Infos personnelles, page Application : QALAB-DOMIS

67 16.7 Patient Accueil Voir Accueil, page Journal du patient C'est sur cette page que le patient pourra accéder aux suivis à domicile que sont médecin lui à soumis. FIGURE Vue du journal côté patient Infos personnelles Voir Infos personnelles, page 289 Application : QALAB-DOMIS 291

68 16.8 Documents associés Mode d emploi Le mode d emploi de l application réalisée peut être consulté à l URL suivante : Ce document décrit aussi la manière de programmer les alarmes, les capteurs, et les divers paramètres d acquisition des éléments du réseau BAN de chaque patient. Le contenu de ce chapitre est pour l essentiel un extrait de ce document 292 Application : QALAB-DOMIS

69 CHAPITRE 17 Application : jhedu Application : jhedu 293

70 17.1 Motivation Dans le cadre de l enseignement de base des étudiants en radiologie, il est souvent nécessaire de faire l exercice du déchiffrement d une radiographie, de manière à être à même de dialoguer efficacement avec les médecins. Or, le déchiffrement d une radiographie n est pas chose évidente, et requiert une certaine habitude : une habitude ne peut s acquérir que par la pratique et l entraînement, et c est à ce niveau que l application jhedu (Java tool for Health Education, originalement IMINET-DIAGNOSE, voir aussi sante/iminet/la-plate-forme-iminet/appareils-medicaux/diagnose-trm/index.html) intervient. Le développement de cette application a été supporté en fonds propres par la Haute Ecole Cantonale Vaudoise de la Santé, et par l institut IICT de la HEIG-VD. Les bases du produit ont été mises en place lors d un travail de diplôme de M. Christophe Greppin, actuellement collaborateur scientifique à l institut IICT, et principal développeur de cette application. Il a été déployé et testé par M. Régis Lecoultre, enseignant à la HECV-santé, avec une classe de techniciens en radiologie. Il faut ici souligner l excellence des relations établies entre les deux écoles; le rapport des tests d exploitation (consultable en ligne à l URL : documents/mjn/rapportavril2008v4.pdf) le démontre à l envi, et cette application est appelée en principe à se développer. Par ailleurs, on peut se réjouir de constater qu il reste parfois possible de développer une application utile sans que le seul argument économique/ profit ne demeure le seul critère de jugement concernant le succès ou l échec d un développement. 294 Application : jhedu

71 17.2 Quel apport de IMINET? Cette application peut sembler assez éloignée des buts originaux de la plate-forme iminet. Il est vrai qu on s adresse ici à un autre public, à une autre clientèle et les conditions de sécurité ne sont de loin pas les mêmes; mais qui peut le plus peut le moins, et un examen attentif nous permet d identifier des paquets fonctionnels de iminet directement réutilisables dans le cadre de jhedu Le client riche Le client riche est ici utilisé pleinement, et montre aussi ses énormes potentialités : l un des critères importants pour la HECVsanté était l utilisabilité du logiciel Java Open Source ImageJ, autrefois difficile à installer sur les divers postes de travail : il a pu être aisément inclus comme plug-in du client riche et ne nécessite actuellement plus aucune procédure d installation! Un avantage bien sûr déterminant, qui à lui seul permettrait de justifier l installation du client riche. De surcroît, l application jhedu elle-même, permettant l annotation d images de radiologie par des étudiants, est intégrée au client riche et permet aux étudiants ainsi qu aux professeurs de travailler sur des images de radiologie de manière largement interactive, de manière plus efficace que sur la traditionnelle base crayon-papier Serveur et système d authentification Le serveur et le système d authentifications constituent un sous-système du système correspondant de IMINET. Les particularités de ce sous-système reflètent l organisation d une école relativement à celle d un établissement hospitalier, dans le fait que les droits d accès sont constitués en classes, en professeurs, et en institutions. Cette dernière subdivision a été introduite après les tests d exploitation, quand il est devenu évident que l intérêt soulevé par ce produit pouvait dépasser le cadre de la HES-SO/S2. Par ailleurs, le serveur ne nécessite pas l utilisation de Jboss, puisque le client riche n utilise pas Portal. Ceci implique toutefois une difficulté lors de l utilisation d EJB, puisque JBoss constitue le contenur d EJB dans le cadre de IMINET. De manière expérimentale, on introduit actuellement un conteneur léger, appelé EasyBeans ( xwiki/bin/view/main/webhome), destiné à alléger le serveur IMINET pour ce genre d applications. Application : jhedu 295