CONCEPTION ET DEVELOPPEMENT D’UN SYSTEME DE BASE DE DONNEES MULTIMODALE A INTERFACE MULTIMEDIA

(1)

*****

UNIVERSITE D’ABOMEY-CALAVI

*****

ECOLE POLYTECHNIQUE D’ABOMEY-CALAVI

*****

DEPARTEMENT DE GENIE INFORMATIQUE ET TELECOMMUNICATIONS

*****

Option: Réseaux Informatiques et Internet (RII)

MEMOIRE DE FIN DE FORMATION

POUR L’OBTENTION DU

DIPLOME D’INGENIEUR DE CONCEPTION

THEME:

Réalisé et soutenu par:Mischaël Dichoso S. GANSE Le lundi 26 décembre 2016 devant le jury composé de : Président :

Membres :

Dr. SOGBOHOSSOU Médésu Enseignant à l’EPAC

Dr. EDOH Thierry Oscar Enseignant UATM/Allemagne (Maître de mémoire)

M. ANAGO Didier Informaticien, Centre d’Education

à Distance Parakou M. ASSOGBA Emery Enseignant à l’EPAC

Année académique : 2015 - 2016 9^ème Promotion

CONCEPTION ET DEVELOPPEMENT

D’UN SYSTEME DE BASE DE DONNEES MULTIMODALE A INTERFACE MULTIMEDIA

Cas du traitement des données médicales du patient

(2)

Réalisé par Mischaël Dichoso GANSE i

SOMMAIRE

SOMMAIRE ... i

DEDICACES ... iii

REMERCIEMENTS ... iv

LISTE DES SIGLES ET DES ABRÉVIATIONS ... v

LISTE DES TABLEAUX ... viii

LISTE DES FIGURES ... ix

Résumé ... xi

Abstract ... xii

INTRODUCTION ... 1

Contexte, Justification et Problématique ... 3

Objectifs ... 4

Structure du document ... 4

ETAT DES LIEUX DU DOSSIER MEDICAL ... 6

2.1 Dossier Médical du Patient ... 7

2.2 Quelques définitions ... 14

2.3 Conclusion partielle ... 16

CONCEPTION D’UN DOSSIER ELECTRONIQUE MEDICAL DU PATIENT ... 18

3.1 Synthèse de quelques logiciels existant ... 19

3.2 Modélisation du métier ... 19

3.3 Capture des besoins ... 24

3.4 Construction du diagramme de classes ... 33

3.5 Construction des diagrammes d’activité ... 36

ARCHITECTURE DU SYSTEME ... 39

4.1 Contraintes du système ... 40

4.2 Base de données à interface multimodale ... 42

4.3 Architecture du système (vue de déploiement) ... 46

4.4 Déploiement du système ... 50

4.5 Sécurité du système ... 51

(3)

Réalisé par Mischaël Dichoso GANSE ii

IMPLEMENTATION DE LA MULTIMODALITE ... 53

5.1 Développement ... 54

5.2 Résultats obtenus ... 61

IMPLEMENTATION DU DOSSIER MEDICAL MULTIMODAL ... 66

6.1 Présentation des interfaces ... 67

6.2 Discussion ... 74

CONCLUSION ET PERSPECTIVES ... 75

Références Bibliographiques ... 77

APPENDICE ... 83

APPENDICE A: Les Bases de données: Aperçu général ... 84

APPENDICE B: Base de données à interface multimédia et traitement de données multimodales ... 87

ENGLISH VERSION ... 94

(4)

Réalisé par Mischaël Dichoso GANSE iii

DEDICACES

A

Mes formidables parents, Rita et Célestin GANSE Mes frères, Elisée et Didier GANSE

et ma soeur, Hermosa GANSE.

Merci d’être là. Dieu vous bénisse.

Dichoso GANSE

(5)

Réalisé par Mischaël Dichoso GANSE iv

REMERCIEMENTS

Je souhaite témoigner toute ma gratitude au Seigneur Dieu Tout Puissant, pour sa divine protection tout au long de cette formation et pour m’avoir accordé la grâce de rédiger ce mémoire. Seigneur, merci.

Je remercie très particulièrement :

- le Professeur Mohamed M. SOUMANOU, Directeur de l’Ecole Polytechnique d’Abomey-Calavi (EPAC) et tout le personnel administratif ;

- le Docteur Léopold DJOGBE, Chef du Département de Génie Informatique et Télécommunications à l’EPAC ;

- le Docteur Oscar Thierry EDOH, Enseignant à l’Université Technique de Munich, maître du présent mémoire, qui a accepté m’encadrer. Ses enseignements de qualité, son oreille attentive, sa patience et ses conseils judicieux m’ont été d’une aide précieuse ; - les enseignants du département de Génie Informatique et

Télécommunications pour la qualité de leurs cours et les conseils qu’ils ont eu à me prodiguer ;

- tous mes camarades de la neuvième promotion pour les bons moments passés ensemble ;

- tous les aînés pour leurs conseils.

- Monsieur Fidèle Marc HOUNNOUVI, Monsieur Serge A.

ZOUNTCHEME et Monsieur Ahmed ATORO pour leur soutien.

- mes oncles et tantes, pour l’amour dont ils font preuve chaque jour, leur souci permanent de me voir aller de l’avant.

Enfin, j’adresse aussi mes sincères remerciements à toutes les personnes qui, de près ou de loin, ont contribué à l’élaboration de ce mémoire.

(6)

Réalisé par Mischaël Dichoso GANSE v

LISTE DES SIGLES ET DES ABRÉVIATIONS A

ANCRE Advancing Newborn Child and Reproductive Health ANSI American National Standards Institute

ASCII American Standard Code for Information Interchange B

BD Base de Données C

CGM Computer Graphics Metafile CHD Centre Hospitalier Départemental

CIM Classification Internationale des Maladies CNHU Centre National Hospitalier et Universitaire CORBA Common Object Request Broker Architecture CS Centre de Santé

CSA Centre de Santé d’Arrondissement CSS Cascading Style Sheets

D

DDS Direction Départementale de la Santé DHIS District Health Information System

DPP Direction de la Programmation et de la Prospective E

EJB Enterprise Java Beans

EMMA Extensible MultiModal Annotation F

FSP Formations Sanitaires Publiques G

GSM Global System for Mobile Communications

(7)

Réalisé par Mischaël Dichoso GANSE vi

H

HTML HyperText Markup Language HP Hôpital Privé

HTTP HyperText Transfer Protocol HZ Hôpital de Zone

J

JMS Java Message Service JPA Java Persistence API

JPEG Joint Photographic Experts Group L

LAN Local Area Network M

MPEG Moving Picture Experts Group MS Ministère de la Santé

MVC Model View Controller O

OMS Organisation Mondiale de la Santé P

PCM Pulse Code Modulation PHP Hypertext Preprocessor

R

REST Representational State Transfer RMI Remote Method Invocation

S

SGBD Système de Gestion des Bases de Données SGSI Service de la Gestion du Système d’Information SIH Système d’Information Hospitalier

SMS Short Message Service

SOAP Simple Object Access Protocol

SNIGS Système National d’Information et de Gestion Sanitaires SGSI Service de Gestion du Système d’Information

(8)

Réalisé par Mischaël Dichoso GANSE vii

U

UI User Interface W

W3C World Wide Web Consortium Z

ZS Zone Sanitaire

(9)

Réalisé par Mischaël Dichoso GANSE viii

LISTE DES TABLEAUX

Tableau 3.1 : Fiche descriptive du cas d'utilisation Gestion Fiche Patient ... 29

Tableau 3.2 : Fiche descriptive du cas d'utilisation Gestion des Rendez-vous ... 29

Tableau 3.3 : Fiche descriptive du cas d'utilisation Gestion des certificats médicaux ... 30

Tableau 3.4 : Fiche descriptive du cas d'utilisation Gestion des consultations ... 31

Tableau 3.5 : Fiche descriptive du cas d'utilisation Gestion des ordonnances ... 32

Tableau 3.6 : Fiche descriptive du cas d'utilisation Gestion des lettres confrères ... 32

Tableau 3.7 : Liste des supports d'information en milieu médical ... 33

Tableau 3.8 : Relations d'association entre les différentes classes ... 35

(10)

Réalisé par Mischaël Dichoso GANSE ix

LISTE DES FIGURES

Figure 2.1 : Elément de dossier médical (carnet de soin 1) ... 9

Figure 2.2 : Elément de dossier médical (carnet de soin 2) ... 9

Figure 2.3 : Elément de dossier médical (carnet de santé 1) ... 10

Figure 2.4 : Elément de dossier médical (carnet de santé 2) ... 10

Figure 2.5 : Circuit de l’information sanitaire du SNIGS [33] ... 11

Figure 2.6 : Taux de déploiement de la SIH au Bénin [33] ... 17

Figure 3.1 : Diagramme de collaboration "Système Métier" ... 23

Figure 3.2 : Diagramme de cas d'utilisation Métier ... 24

Figure 3.3 : Diagramme de collaboration du système ... 25

Figure 3.4 : Diagramme de Séquence "Dossier Médical Electronique"... 25

Figure 3.5 : Diagramme de cas d'utilisation général ... 26

Figure 3.6 : Digramme de cas d'utilisation Gestion Dossier Médical ... 27

Figure 3.7 : Diagramme de cas d'utilisation Gestion fiche patient et rendez-vous ... 27

Figure 4.1 : Architecture serveur centralisée ... 40

Figure 4.2 : Architecture serveur distribuée ... 41

Figure 4.3 : Architecture serveur distribuée et redondée ... 42

Figure 4.4 : Composants basiques du framework d’interaction multimodale [47] ... 43

Figure 4.5 : Composants d’entrée, Système Multimodal [47] ... 45

Figure 4.6 : Composants de sortie, Système Multimodal [47] ... 46

Figure 4.7 : Architecture du système (vue de déploiement) ... 47

Figure 4.8 : Mode de déploiement du système ... 51

Figure 4.9 : Exemple d’implémentation de la politique de sécurité ... 52

Figure 5.1 : Fonctionnement de la reconnaissance vocale ... 55

Figure 5.2 : Librairies utilisées par Sphinx-4 ... 56

Figure 5.3 : Contenu de notre fichier de grammaire ... 57

Figure 5.4 : Résultats attendus de notre fichier de grammaire ... 57

Figure 5.5 : Extrait de notre fichier de configuration ... 58

Figure 5.6 : Code Java pour la reconnaissance vocale ... 59

Figure 5.7 : Librairies utilisées par FreeTTS ... 60

Figure 5.8 : Extrait de code pour la configuration et l’exécution de FreeTTS ... 60

Figure 5.9 : Extrait de notre code pour la transformation de texte en image. ... 61

Figure 5.10 : Rendu en sortie de notre test de reconnaissance vocale ... 62

Figure 5.11 : Interface implémentée pour la synthèse vocale ... 63

Figure 5.12 : Contenu du fichier image au format PNG ... 64

Figure 5.13 : Aperçu du rapport généré en pdf ... 65

Figure 6.1 : Interface d'authentification ... 67

Figure 6.2 : Interface médecin ... 68

Figure 6.3 : Interface de gestion de fiche patient ... 70

Figure 6.4 : Interface gestion et suivi du Dossier Médical: Consultation ... 71

Figure 6.5 : Interface gestion et suivi du Dossier Médical: Informations Médicales ... 73

Figure a : Architecture ANSI/SPARC d’une base de données. [41] ... 85

Figure b : Types de données dans une base de données multimédia ... 88

(11)

Réalisé par Mischaël Dichoso GANSE x

Figure c : Schéma d’un système Multimodal [47] ... 91

Figure 1 : Care book 1 ... 97

Figure 2 : Care book 2 ... 97

Figure 3 : Health book 1 ... 98

Figure 4 : Health book 2 ... 98

Figure 5 : Basic Components of the W3C Multimodal Interaction Framework [47] ... 100

Figure 6 : Libraries use by Sphinx-4 ... 101

Figure 7: Librairies utilisées par Sphinx-4 ... 101

Figure 8 : content of our grammar file ... 102

Figure 9 : Expected results from our grammar file ... 102

Figure 10 : Extract from our configuration file ... 103

Figure 11 : Java code for speech recognition ... 104

Figure 12 : Libraries used by FreeTTS ... 104

Figure 13 : Code snippet for configuring and running FreeTTS ... 105

Figure 14 : Our code snippet for transforming text to image ... 105

Figure 15 : Output of our voice recognition test ... 106

Figure 16 : Implemented interface for voice synthesis ... 107

Figure 17 : Contents of the PNG image file ... 107

Figure 18 : Overview of the report generated in pdf ... 108

Figure 19 : Authentication interface ... 109

Figure 20 : Doctor interface ... 110

Figure 21 : Patient record management interface ... 112

Figure 22 : Medical file management and follow-up Interface : Consultation ... 113

Figure 23 : Medical file management and follow-up Interface : Medical data ... 114

(12)

Réalisé par Mischaël Dichoso GANSE xi

Résumé

Les systèmes d’informations sont d’un grand soutien aux professionnels de santé au niveau des formations sanitaires. Ils leur facilitent le travail au quotidien.

Le dossier médical du patient est un des outils dont dispose le Système d’Information Hospitalier (SIH). Le dossier médical permet de collecter et de traiter les données médicales d’un patient. Ces données facilitent le diagnostic et les soins médicaux car ils fournissent assez d’informations précises sur l'état passé et présent du patient. La précision des données du dossier est garantie s’il est régulièrement mis à jour, en respectant les normes en cours, avec un contenu bien détaillé.

Dans le cadre de ce travail nous nous sommes intéressés au traitement multimodal des données dans un dossier médical. Il s’agit de faciliter l’enregistrement des données médicales pendant une visite médicale en permettant au praticien ou au médecin de se concentrer sur le cas de maladie présenté par le patient au lieu de passer du temps à remplir son dossier. Ainsi notre système offrira aux usagers la possibilité d'enregistrement convenable et confortable des données par le concours de plusieurs modalités à savoir par texte, voix, prise d’image automatique.

Mots clés: Multimodalité, Multimédia, Base de données, Dossier médical, Système d’information hospitalier

(13)

Réalisé par Mischaël Dichoso GANSE xii

Abstract

Information and communication systems provide significant support to healthcare professionals in their daily tasks at hospitals and clinics.

Patient Medical Records (PMR) is part of Hospital Information System. It permits to collect and process patient data. These data facilitate diagnosis making and medical care delivery because they provide accurate information about patient past and present state. Data of patient medical records are accurate, if they are regularly, according to the standards, updated and protected safely (integrity, authenticity) against any false or accidental manipulation.

In this work we are interested in the multimodal treatment of a medical record data. We aim to facilitate the registration of medical data during a medical examination by allowing the practitioner to be focused on the case of illness presented by the patient, instead of spending time to fill the file. Thus our system will offer users the possibility to save data conveniently and comfortably by means of several modalities namely text, voice, automatic image taking.

Keywords: Multimodality, Multimedia, Database, Medical record, Hospital Information System

(14)

Réalisé par Mischaël Dichoso GANSE 1

CHAPITRE

1

INTRODUCTION

(15)

Dans les structures de santé au Bénin, les médecins et les autres professionnels de santé font souvent face au problème de gestion des données médicales des patients. Le Dossier médical du patient est dans la plupart des cas sur support papier. Les données sont collectées et

“gardées” sur de petits supports appelés souvent carnets de soins [36].

La qualité des données médicales du patient joue un rôle important.

La tenue correcte des dossiers des patients permet une bonne prise en charge des patients dans les meilleures conditions. Elle permet de faire également des études statistiques d’une affection spécifique sur une période. Elle facilite la communication avec les autres acteurs du système de santé [19]. Raison pour laquelle nous nous sommes intéressés à la collecte et à la gestion des données médicales dans nos structures de santé. Il est à noter qu’un système national de gestion des données du patient existe, mais il est peu efficace. Des efforts au niveau national sont faits aujourd’hui pour corriger ces faits.

Au-delà de la gestion des données il est important de savoir comment elles sont collectées. La collecte des données se fait à partir des données inscrites dans le dossier médical du patient (dans le cas d’espèce, un carnet de santé et un carnet de soins).

Le dossier médical du patient peut être de forme électronique ou sous forme de papier, et doit permettre de recueillir et de stocker toutes les données qu’un patient génère dans le cadre d’une épisode de maladie, du diagnostic, des examens complémentaires et du traitement subséquent. La forme électronique du dossier médical du patient présente beaucoup d’avantages par rapport à la forme papier. La forme électronique du dossier favorise le partage des données entre les professionnels de santé, une distribution plus facile des données, une mise à jour plus rapide, consistante et plus sécurisée des données.

Le dossier médical électronique du patient repose sur des bases de données. Les bases de données représentent un composant important pour les systèmes d’informations dans le milieu médical. L’insertion et la mise à jour des données doivent être faites de manière consciencieuse et précise afin de garantir l’authenticité et l’intégrité des données. Ces données doivent être traitées par les professionnels de santé capables de

(16)

les interpréter, d’analyser les informations recueillies, de garantir l’exactitude et la complétude des informations pour la prise de décision.

Les professionnels de santé sont souvent très occupés par les soins médicaux et ne sont pas en mesure d’enregistrer au fur et à mesure les données recueillies, car les bases de données disponibles sont pour la plupart des systèmes où l’on ne peut enregistrer que des données textuelles par le moyen d’un clavier. Le nombre pléthorique des patients à prendre en charge ne leur permet pas de passer du temps au clavier. Il convient alors de leur proposer de moyens contournés pour qu’ils puissent enregistrer les données tout en soignant les patients.

Les bases de données multimodales, sont des bases de données consacrées au stockage et à l’organisation de données multimédia. Elles mettent à disposition plusieurs modalités d’insertion et de récupération des données: textuelle, orale, linguistique. Ces bases de données se présentent comme une solution pour aider les professionnels de santé à gérer les données du patient dans un dossier médical électronique.

C’est dans ce cadre que s’inscrit le présent projet de fin d’études.

Nous avons dans notre étude, conçu et implémenté l’architecture d’un système de base de données multimodale à interface multimédia : cas du traitement des données médicales du patient.

Contexte, Justification et Problématique

Lors des consultations médicales et des visites médicales au niveau des hôpitaux, un médecin est souvent à la tête d’une unité de soins. Il est accompagné de plusieurs catégories d’apprenants parmi lesquels des étudiants, des internes, des stagiaires en spécialisation, des élèves infirmiers ou des sages-femmes. Ces derniers sont censés prendre hâtivement notes sur papier des observations, des remarques et consignes du médecin responsable de l’unité de soins. Pendant cet exercice, il arrive que les notes soient mal prises soit à cause d’une inattention de ceux qui rédigent soit à cause de la rapidité des propos tenus par le médecin responsable de l’unité de soins. Ce dernier n’a pas le temps de vérifier si les notes sont bien prises au fur et à mesure. Il est beaucoup plus préoccupé par l’état de santé du patient qu’il a devant lui.

La mise à jour des dossiers pose souvent quelques problèmes. Ce sont parfois des problèmes d’enregistrement des données ou de consignes de soins pendant une visite médicale causés par les assistants

(17)

du médecin. Le médecin n’a pas toujours le temps de relire les notes prises.

Objectifs

L’objectif premier de ce travail est de concevoir et implémenter un dossier médical électronique du patient à plusieurs modalités d’entrée/sortie pouvant faciliter l’enregistrement des données médicales pendant une visite médicale sans que le médecin ou praticien concentré sur le cas de maladie présenté par le patient ne soit obligé de s’investir particulièrement dans le remplissage du dossier du patient.

Plus spécifiquement, il s’agira :

 de concevoir un dossier médical électronique

 d’explorer les différents modes de traitement de données

 d’intégrer la multimodalité au dossier médical électronique conçu Structure du document

Le présent document fait le point de nos travaux et comprend six chapitres:

Chapitre 1 : Introduction

Chapitre 2 : Etat des lieux du dossier médical

Chapitre 3 : Conception d’un dossier électronique médical du patient Chapitre 4 : Architecture du système

Chapitre 5 : Implémentation de la multimodalité

Chapitre 6 : Implémentation du dossier médical électronique multimodal (1)Le chapitre 1 introduit le sujet.

(2)Le chapitre 2 présente l’état des lieux en matière de dossier médical.

(3) Dans le chapitre 3 nous allons analyser les problématiques liées au traitement des données du patient suivis des approches de solution.

Ensuite nous allons présenter le concept du système de traitement des données médicales du patient basé sur ces technologies.

(4)Au chapitre 4, nous proposons une architecture et une analyse du système.

(5)Au chapitre 5, nous ferons une implémentation de la multimodalité.

(6)Au chapitre 6, nous allons présenter quelques interfaces de notre dossier médical électronique à plusieurs modalités d’entrée et de sortie.

(18)

Enfin nous conclurons en faisant le point de nos travaux et en proposant des perspectives.

(19)

CHAPITRE

2

ETAT DES LIEUX DU DOSSIER MEDICAL

(20)

Dans ce chapitre, nous présenterons l’état des lieux du dossier médical au Bénin. Un accent particulier sera mis sur les différents problèmes auxquels sont confrontés les professionnels de santé dans la gestion des données médicales du patient. Ensuite nous enchainerons avec quelques définitions pour mieux expliquer certains termes que nous aurions abordés.

2.1 Dossier Médical du Patient

En Afrique, les carnets représentent le dossier médical du patient.

Nous avons deux types de carnets : le carnet de soins et le carnet de santé.

Le carnet de soins est le carnet (figures 2.1 et 2.2) utilisé par les personnes adultes pour leur prise en charge lors d’un épisode de maladie.

En plus du carnet de soins le patient adulte admis à l’hôpital, a un autre dossier automatiquement rangé dans les archives du service spécialisé où il a été reçu. Ce deuxième dossier élaboré par les services spécialisés de l’hôpital n’est pas complet et ne contient pas les médicaments prescrits au patient. On y trouve uniquement les fiches de visite que le médecin a remplies. Le plus souvent, les fiches de radiologie sont remises au patient pour la maison. Donc une partie du dossier médical est dans le carnet et l’autre partie reste à l’hôpital.

Le carnet de santé est le carnet (figures 2.3 et 2.4) utilisé par les femmes enceintes jusqu’à leur accouchement. Après l’accouchement ce même carnet est utilisé pour les premiers soins du nouveau-né. Il contient des champs pour les vaccinations, nom, prénom, nom du père, nom de la mère, consultation prénatale, antécédents de la mère. A cinq ans d'âge déjà ce carnet est mal conservé et souvent égaré. Il contient des informations exploitées parfois lors des enquêtes dans les ménages.

Il a l’avantage de fournir des informations sur l’évolution de la grossesse, les conditions de l’accouchement, l’état de santé du nouveau- né à la naissance, les doses de vaccin administrées au nouveau-né, le statut vaccinal de la mère par rapport au vaccin antitétanique, et les courbes de croissance de l’enfant pendant les 36 premiers mois de vie de l’enfant.

Le dossier médical n’est pas la propriété du patient mais les données qui s’y trouvent sont sa propriété. Seul le patient est en mesure d’autoriser

(21)

une autre personne à y avoir accès selon les règles de la protection des données personnelles. Comme il n’y a pas de base de données, on ne peut compter que sur ces carnets pour la poursuite des soins. Les informations qui s’y trouvent ne sont conservées nulle part ailleurs.

(22)

Réalisé par Mischaël Dichoso GANSE 9 Figure 2.1 : Elément de dossier médical (carnet de soin 1)

Figure 2.2 : Elément de dossier médical (carnet de soin 2)

(23)

Réalisé par Mischaël Dichoso GANSE 10 Figure 2.3 : Elément de dossier médical (carnet de santé 1)

Figure 2.4 : Elément de dossier médical (carnet de santé 2)

2.1.1 Traitement des données dans le système de santé publique Le Système d’Information Hospitalier du Bénin dispose de supports papiers standardisés par type d’activités qui lui permettent de collecter périodiquement les données (mensuellement, trimestriellement et annuellement) des informations sanitaires du pays. La figure 2.5 présente le circuit de l’information sanitaire du Système National d’Information de Gestion Sanitaire (SNIGS).

(24)

Réalisé par Mischaël Dichoso GANSE 11 Figure 2.5 : Circuit de l’information sanitaire du SNIGS [33]

Légende

CHD: Centre Hospitalier Départemental

CNHU: Centre National Hospitalier et Universitaire;

CS: Centre de Santé;

CSA: Centre de Santé d’Arrondissement;

DDS: Direction Départementale de la Santé;

FSP: Formations Sanitaires Publiques;

HP: Hôpital Privé;

SGSI: Service de la Gestion du Système d’Information;

ZS: Zone Sanitaire;

La saisie des données se fait au niveau de toutes les Zones Sanitaires (ZS). Les copies des bases de données des zones sanitaires sont envoyées mensuellement au niveau des Directions Départementales de la Santé (DDS) qui à leur tour font la compilation et les envoient au Service de la Gestion du Système d’Information (SGSI) du niveau central qui abrite la base nationale de données.

Les délais de transmission des rapports selon le niveau se présentent comme il suit:

CS, FSP vers ZS: avant le 5 de chaque mois,

ZS, CHD et HP vers DDS: avant le 15 de chaque mois, DDS vers niveau central: avant le 20 de chaque mois.

(25)

2.1.2 Problèmes liés au dossier médical actuel du Patient

Parmi les services offerts par le système d’information hospitalier, nous avons le service de gestion du dossier patient. C’est le service qui fait office de dossier médical. Il regroupe les données personnelles du patient, regroupant tout son passé médical. Il est très utile pour simplifier les prises en charge et les soins apportés. Si le partage des informations est bien assuré, Les informations sur un patient donné sont partagées à tous les hôpitaux. Le dossier médical du patient est et restera longtemps l’outil principal de centralisation et de coordination de l’activité médicale [14]. A chaque consultation ou rencontre avec le patient, le professionnel de santé élabore un document de rencontre. Chaque document de rencontre a un caractère événementiel et permet de suivre le patient. Au Bénin, les évaluations internes successives du système d’information sanitaire en 1991, 1994 et 1999 et celle réalisée par le Réseau de Métrologie Sanitaire en 2006 ont révélé certaines insuffisances [1]. Ces insuffisances sont surtout liées au traitement sur support papier qui est encore fait des données médicales du patient. En périphérie, dans nos centres de santé, le dossier médical du patient béninois est son carnet de soins (Voir figures 2.1 et 2.2) que le patient est appelé à conserver à domicile. Et il s’ensuit de nombreux problèmes qui handicapent le processus de prise en charge du patient. Nous en avons identifié les plus récurrents:

Problème 1: problème de perte de données

Le problème de perte de données est lié à la perte de carnets de soins. En effet, parfois, il arrive que le patient égare le carnet de soins qui lui est confié dans l’intervalle de deux rendez-vous. Soit il est venu aux soins il y a de cela de nombreuses années ou suite à un déménagement, une négligence de sa part, ou encore d’autres raisons (mauvaise conservation, utilisation par les enfants au cours des jeux, utilisation par les parents à d’autres fins), le carnet est introuvable. Sinon, il oublie le carnet à la maison en venant aux soins. Alors que les informations qui s'y trouvent sont capitales pour la poursuite des soins. Ces informations peuvent permettre aux professionnels de santé de gagner du temps, de prendre des décisions plus pertinentes pour la suite des soins, en situations d'urgence par exemple en cas d’allergie ou de proscription à un médicament.

(26)

Problème 2: problème de non centralisation des données

Le problème de centralisation vient du fait que les données médicales du patient sont un peu éparpillées d'abord dans les différents services qu'offrent un même hôpital et ensuite entre les différents hôpitaux fréquentés antérieurement par le patient. Les données médicales d'un patient, ne serait-ce que celles qui sont constantes (groupe sanguin, antécédents médicaux et familiaux), doivent pouvoir être accessibles depuis n'importe quel centre de prise en charge des patients. Ainsi, les patients accidentés, ceux amenés en urgence pourront être pris en charge de manière rapide et efficiente.

Problème 3: problème de gestion des données

Le problème de gestion des données médicales du patient émane de la difficulté à ranger les données et à les retrouver le plus rapidement possible. Les données traitées sur support papier peuvent disparaître. Le papier s’use et au fil du temps les écrits deviennent illisibles.

Problème 4: problème d’intégrité et de sécurité des données

Les données du patient sur support papier posent parfois un problème de protection des données parce que ces données sont souvent consignées dans de petits carnets de soins, qui sont facilement accessibles et peuvent se retrouver au marché comme des papiers d’emballage. Les registres dans les hôpitaux sont souvent mal entretenus, mal entreposés et parfois facilement accessibles. Les données peuvent être modifiées. Par exemple, un patient avec le virus d’immunodéficience humaine peut falsifier ou jeter les données. L'accès aux informations d'un patient doit être contrôlé et soumis à une autorisation particulière.

Problème 5: Difficultés liées au traitement des données du patient pendant une visite médicale

Ce problème se rapporte au fait que le professionnel de santé ou le praticien, pendant une visite médicale, doit s’investir particulièrement dans le remplissage du dossier du patient sur support papier ou à l’aide d’un clavier.

(27)

2.2 Quelques définitions 2.2.1 Information Sanitaire

Une information est un élément de connaissance, un renseignement susceptible d’être transmis et conservé grâce à un support ou un code [2].

L’information sanitaire est essentielle au bon fonctionnement des systèmes de santé. Les réformes dans le secteur de la santé accentuent le besoin d’informations normalisées et de qualité. Ce qui a entraîné la mise en place de systèmes d’information sanitaire un peu partout dans les pays en voie de développement dans les années 1990 [34]. On appelle système d’information, ensemble des structures, des acteurs et des ressources en interaction dynamique, organisés pour le recueil, le traitement, la transmission de l’information aux différents utilisateurs en vue de la prise de décision [31]. Au Bénin, le système d’information sanitaire est essentiellement animé par le Système National d’Information et de Gestion Sanitaires (SNIGS) à côté duquel on trouve des systèmes d’alerte et de programmes spécifiques.

2.2.2 Système National d’Information et de Gestion Sanitaires (SNIGS)

Le système d’information sanitaire est identifié comme un ensemble d’outils fondamentaux de planification, de coordination et de suivi de la politique de santé dans les pays. Il a pour rôle de fournir des informations de qualité répondant aux besoins des décideurs à tous les niveaux [32].

Plusieurs outils et systèmes sont mis en place pour recueillir et analyser l’information sanitaire, en vue d’une gestion et d’une planification plus soutenues. Le Système National d’Information et de Gestion Sanitaires, conçu en 1990, est un système qui gère tout ce qui est information sanitaire au Bénin aussi bien dans les Centres de Santé que dans les hôpitaux. Il s’est révélé comme l’un des moyens d’aide à la planification, à la coordination et au suivi de la politique sanitaire nationale. Pour jouer efficacement ce rôle, il a été conçu et installé depuis plusieurs années un logiciel dénommé LOGISNIGS qui permet de faciliter le traitement de l’information sanitaire. Il “couvre” tout le pays et permet la remontée des données sanitaires centralisées au niveau de la Direction de la Programmation et de la Prospective du Ministère de la Santé.

(28)

2.2.3 Système d’Information Hospitalier (SIH)

Le Système d’Information Hospitalier (SIH) est un sous-système du SNIGS, dédié aux hôpitaux uniquement.

Avant l’avènement du SIH, c’était des dépouillements manuels qui se faisaient. Les informations liées aux patients sont renseignées dans les registres à l’arrivée du malade et à la fin du mois un compte rendu est fait par service. Le Système d’Information Hospitalier n’était pas séparé du SNIGS. Les informations étaient traitées de la même manière et à partir des mêmes supports tant dans les Centres de Santé que dans les hôpitaux. Mais à partir de 2001, un logiciel a été conçu afin de faciliter l’agrégation des données du SNIGS et de permettre aux acteurs du système de santé d’avoir des informations plus détaillées sur le patient.

Alors qu’auparavant, le SNIGS ne permettait pas de renseigner les informations détaillées liées à chaque patient. Le SNIGS exploitait uniquement les informations statistiques : combien de malades il y a eu dans le mois ? Combien ont été hospitalisés ? Quel est le taux d’occupation des lits ? Quelle est la durée moyenne des séjours ? Quel est le taux de décès ?

Le logiciel élaboré pour le SIH est appelé LOGIHOSP. Il a été élaboré pour saisir les informations liées aux patients. Ces données constituent d’abord les données administratives du patient (nom, prénom, date de naissance, adresse,…) et ensuite les données relatives à sa prise en charge (date d’entrée en hospitalisation, date de sortie, le diagnostic principal, les diagnostics secondaires, les analyses effectuées). Les informations liées à chaque patient étant renseignées désormais dans LOGIHOSP dès leur arrivée, l’agrégation dans le SNIGS est plus aisée et plus fiable et surtout automatique. Les erreurs éventuelles, issues du compte manuel qui était fait à la fin du mois à partir des registres, sont désormais évitées.

Le logiciel LOGIHOSP est basé sur la dixième révision de la Classification Internationale des Maladies de l’Organisation Mondiale de la Santé (CIM 10). LA CIM 10 est une classification en catégories des affections maladives que l’on peut rencontrer. C’est cette classification qui permet de renseigner tout ce qui est affection maladive du patient.

LOGIHOSP devrait être déployé dans tous les hôpitaux mais malheureusement il fonctionne actuellement dans environ 18 hôpitaux (Menontin, Bethesda, St Luc, Suru Léré, CS de la Police Nationale, CHD

(29)

Zou, CHD Ouémé, Boko, St Martin, …) sur un total d’environ 55 hôpitaux (figure 2.6). Sa mise en œuvre n’est pas du tout facile parce que son utilisation est un peu contraignante. Elle impose aux agents de santé de remplir manuellement une fiche navette en plus des registres qu’ils remplissaient déjà. La fiche navette ne contient pas toutes les informations contenues dans les registres. Même dans les 18 hôpitaux où le logiciel est installé, il est utilisé de manières différentes. Il y a parfois un problème d’exhaustivité des informations à renseigner. Ce qui fait que certains services n’envoient pas de fiche navette.

Le SIH sera bientôt sorti du système et remplacé par le District Health Information Software 2 (DHIS2).

2.2.4 District Health Information Software 2 (DHIS2)

Le DHIS2 est un système intégré de gestion de l’information open- source en ligne, dans le ‘‘cloud’’. C’est un outil de collection, de validation, d’analyse et de présentation des données d’agrégations statistiques, adapté pour les activités de gestion de l’information sanitaire. Le DHIS2 est déjà en place dans plusieurs pays d’Afrique. Cependant au Bénin, le système tarde à être réellement mis en place. Pendant ce temps, les données médicales du patient continuent d’être traitées sur papier.

2.3 Conclusion partielle

Le système de santé béninois dispose d’un système d’information en pleine évolution. Du SNIGS en 1990, à la SIH en 2001, on tend progressivement vers le DHIS2.

(30)

Réalisé par Mischaël Dichoso GANSE 17 Figure 2.6 : Taux de déploiement de la SIH au Bénin [33]

(31)

CHAPITRE

3

CONCEPTION D’UN DOSSIER

ELECTRONIQUE MEDICAL DU PATIENT

(32)

Dans ce chapitre, nous allons faire la conception d’un dossier électronique médical du patient. Pour ce faire, nous ferons une modélisation métier suivie d’une capture des besoins. Ensuite, nous passerons à la construction des diagrammes de classes, de cas d’utilisation et d’activité. Mais avant tout ceci, faisons d’abord une synthèse de quelques logiciels qui existent pour le traitement des données médicales.

3.1 Synthèse de quelques logiciels existant

Le souci de mieux gérer les données médicales du patient a fait naître plusieurs gestionnaires de dossiers médicaux un peu partout dans le monde. Si la majorité de ces gestionnaires de dossiers médicaux est payante, il en existe qui sont libres. Nous pouvons citer par exemple MedinTux, FreeMedForms, Mediboard, GNU Health, GNUmed.

MedinTux est un logiciel libre écrit en C++, avec la bibliothèque Qt, par le Dr Roland Sevin et stocke ses données dans MySQL. Il vise à fournir aux membres des professions médicales et paramédicales un logiciel libre de gestion des consultations, des prescriptions et des actes administratifs, tant en milieu libéral qu'hospitalier, écrit pour l'environnement Français [50].

FreeMedForms est un gestionnaire de dossiers médicaux, codé en C++/Qt5, actuellement en développement, sous licence publique générale GNU [51].

Mediboard est la partie logicielle d’un système d’information hospitalier développé dans une architecture web multi-couches et modulaires [52].

GNU Health est un progiciel libre dans le domaine de la santé dont les fonctionnalités couvrent le dossier médical personnel, le système d’information hospitalier et l’informatique médicale [53].

GNUmed est un logiciel médical libre de dossiers médicaux électroniques qui respecte la vie privée des patients et qui est basé sur des standards ouverts [54].

3.2 Modélisation du métier

La modélisation du métier vise à mieux connaître le fonctionnement et les règles qui régissent le système organisationnel dans lequel on

(33)

envisage implanter un nouveau système informatisé. Si l’on souhaite que le système informatique à concevoir corresponde aux exigences réelles du métier ciblé, il est vital de bien identifier les objectifs, les priorités, les règles de gestion et les processus clés de l’organisation avant toute tentative d’informatisation.

3.2.1 Rappel de la mission

Notre mission dans le cadre de ce projet est de concevoir et d’implémenter un dossier médical électronique du patient à plusieurs modalités d’entrée/sortie. Il s’agit non seulement d’assurer une meilleure gestion et un meilleur traitement des informations liées aux patients mais également de faciliter le travail des professionnels de santé.

Notre application aura comme principales fonctionnalités :

 Gestion du Dossier Médical

 Gestion des Rendez-vous

 Gestion de fiche patient Gestion du Dossier Médical

Le dossier médical regroupe l’ensemble des informations qui sont formalisées et qui ont « contribué à l’élaboration et au suivi du diagnostic et du traitement ou d’une action de prévention ou ont fait l’objet d’échanges écrits entre professionnels de santé, notamment des résultats d’examens, comptes rendus de consultation, d'intervention, d'exploration ou d'hospitalisation, des protocoles et prescriptions thérapeutiques mis en œuvre, feuilles de surveillance, correspondances entre professionnels de santé, à l'exception des informations mentionnant qu'elles ont été recueillies auprès de tiers n'intervenant pas dans la prise en charge thérapeutique ou concernant un tel tiers » [55]. Sa bonne gestion passe par la gestion de la consultation. Le patient qui se rapproche des professionnels de santé pour la première fois se fait consulter par un médecin. Il est introduit au médecin par son assistant avec sa fiche médicale descriptive du patient ainsi que son dossier médical.

L’écoute attentive des propos du patient est un moment décisif de la consultation. L’entretien doit se dérouler dans la stricte intimité et confidentialité pour permettre au patient de s’exprimer clairement et sincèrement sur ses préoccupations [56].

(34)

Ensuite le médecin l’examine à l’aide de ses outils (Stéthoscope, Tensiomètre, Thermomètre…) et rédige ensuite l’ordonnance qui contient les noms des médicaments, les doses et la durée des jours de prise.

Dans le cas où le médecin n’est pas sûr de son diagnostic, il peut demander au patient de faire des examens complémentaires (Bilan biologique ou Bilan radiologique), ou bien de le faire passer à un confrère spécialiste en lui rédigeant une lettre contenant les coordonnées et l’état de santé du patient.

Si la consultation a causé au patient un contretemps et/ou un empêchement de son activité il peut demander à prendre une attestation de consultation pour servir et valoir ce que de droit. Le patient peut également recevoir de la part du médecin un certificat médical qui peut être soit :

- Un certificat d’aptitude qui contient le nom, le prénom, la date de naissance, et la confirmation du médecin qu’il est apte ou non à exercer la fonction souhaitée.

- Un certificat médical de repos dans lequel sont mentionnés le nom, le prénom et le nombre de jours de repos.

- Un certificat de dispense qui contient le nom, le prénom et la période de dispense.

Gestion des rendez-vous

Un rendez-vous est une rencontre entre deux ou plusieurs personnes qui ont convenu du motif, de la date et du lieu. La consultation peut être organisée sur rendez-vous si le besoin s’en fait sentir et le médecin se doit de les respecter scrupuleusement. Le cas échéant, ceci doit être signalé aux patients. Cependant il faut tenir compte des urgences qui ne peuvent souffrir aucune attente et admettre également la souplesse et la disponibilité requises.

Gestion de fiche patient

En dehors des situations particulières d’urgence où le médecin est prévenu immédiatement de la venue du patient, l’assistant établit une fiche au patient dans laquelle il mentionnera son nom, son prénom, sa date de naissance, son sexe, son adresse, son contact téléphonique.

S’il s’agit d’un ancien patient, l’assistant demande le nom et les prénoms pour effectuer la recherche de sa fiche parmi les fiches médicales qui sont

(35)

rangées par ordre alphabétique dans les archives. Il prépare également son dossier médical contenant le suivi précis de sa pathologie et son évolution.

3.2.2. Repérage du domaine

Le domaine d’étude est un sous-ensemble cohérent de l’entreprise ou de l’organisme, bien délimité et formant le contenu du sujet étudier [57]. Nous allons présenter les activités de chaque acteur et ensuite voir à travers un diagramme, comment ils collaborent ensemble.

 Les activités de l’assistant

L’assistant du médecin doit être en mesure de recevoir le patient qui désire se faire consulter. Sa fonction première est donc l’accueil des patients. C’est une étape importante de la consultation qui doit se faire avec affabilité en ayant toujours à l’esprit que le " patient " est un malade qui ne demande qu’à être soulagé de son mal. A ce stade, l’assistant doit reconnaître le patient fatigué et s’empresser de l’installer, l’asseoir ou le coucher et, le cas échéant, reconnaître une urgence et prévenir immédiatement le médecin. En dehors de ces situations particulières, il commencera par lui établir sa fiche s’il s’agit d’une première consultation, ou préparer son dossier antérieur pour l’entrevue avec le médecin.

 Les activités du médecin

Après les salutations d’usage, le médecin débute son activité par des questions simples en montrant son intérêt pour l’état de santé du patient en vue de le rassurer. Pendant la consultation, le Médecin dispose d’une fiche médicale déjà établie par son assistant et du dossier médical qu’il met à jour.

L’une des activités principales du médecin est le suivi du Dossier Médical pour chaque patient. Il tient à jour un dossier qui englobe les données médicales de bases comme l’historique des interventions médicales subies par le patient, les médicaments qui lui ont été prescrits, les résultats de diverses analyses, mais aussi des données individuelles sensibles, telles que celles relatives à l’état physique de la personne, à ses antécédents familiaux.

Une bonne coordination entre les professionnels de santé améliore la qualité des soins prodigués au patient et les rend plus efficients. La

(36)

coordination des activités est un pas en avant. Plus que de se coordonner, il s’agit de collaborer.

Le diagramme de collaboration est donc nécessaire pour le repérage du domaine. Il montre une interaction organisée autour d’un ensemble d’objets et de leurs liens [58]. Les messages sont les seuls moyens de communication entre les objets. Ils sont donc Positionnés sur le lien entre deux objets et chiffrés par ordre selon les ensembles des mouvements entre les acteurs et le système.

Figure 3.1 : Diagramme de collaboration "Système Métier"

Signification des Acteurs

Patient : Personne recevant une attention médicale ou à qui est prodigué un soin Autre Médecin : Personne appartenant à une spécialité du corps médical

Signification des notations

1 : Un Patient arrivant dans le cabinet et demande un Rendez-vous.

2 : Confirmation de son Rendez-vous

3 : Il demande ensuite à faire une visite médicale/ ou une consultation

4 : Procédure de consultation en enregistrant les informations de consultation.

5 : Le patient présente le reçu de payement effectif à la caisse 6 : Un control est fait pour s’assurer que le reçu émane de la caisse.

7 : Patient peut aussi demander un certificat médical 8 : Ensuite le système lui fournit un certificat

9 : Si c’est le cas, le médecin peut aussi lui donner une lettre au confrère.

10 : Le médecin lui donne une ordonnance

11 : Un autre médecin peut aussi envoyer une lettre au médecin traitant 12 : Médecin envoie un accusé de réception au confrère

: Autre Médecin

: Dossier Médical Electronique

1: Prendre un RDV

3: Faire une visite medical/ consultation

5: Présenter reçu de payement à la caisse

7: Demander un certificat médical

11: Envoyer une lettre confrere

10: Donner une ordonnance médicale

13: Envoyer un document Médical

9: Donner une lettre confrere 8: Donner un certificat médical

: Patient

6: Contrôler le reçu émanant de la caisse

14: Envoyer un message de reception De document medical

12: Envoyer un message de réception de lettre confere

2: Donner RDV 4: Consulter un patient

(37)

Réalisé par Mischaël Dichoso GANSE 24 13 : Un autre Médecin peut aussi envoyer des documents pour notre système etc.

14 : Le système envoie une lettre de réception de document

3.2.3 Diagramme de cas d’utilisation métier

Il s’agit dans cette sous-section de définir les travailleurs du métier, de décrire leur rôle et de représenter les différents processus du métier et les liens entre eux. Ainsi, nous allons construire un diagramme de cas d’utilisation dans lequel sera représenté chaque processus métier.

Comme acteurs pour notre système, nous avons le médecin et son assistant

Figure 3.2 : Diagramme de cas d'utilisation Métier

3.3 Capture des besoins

Dans cette section, nous présenterons le recueil des besoins fonctionnels et techniques envers le système à développer. C’est l’une des phases les plus importante car elle permettra de bien comprendre les fonctionnalités que le système va fournir.

3.3.1 Modèle de contexte du système informatisé

Le modèle de contexte sert à représenter les interactions entre le système et les acteurs [57]. Nous mettrons en évidence ces interactions

Gérer Dossier Médical : Medecin

Gérer les Rendez-vous

Gérer la Fiche du Patient : Assistant

(38)

entre différents objets à travers le diagramme de collaboration du système informatisé.

Figure 3.3 : Diagramme de collaboration du système

Une fois qu’il se connecte au système, le médecin fait une recherche de la fiche du patient, et ensuite il remplit le reste du formulaire du dossier médical comme décrit dans le diagramme de séquence ci-contre.

Figure 3.4 : Diagramme de Séquence "Dossier Médical Electronique"

3.3.2 Elaboration des modèles de cas d’utilisation

Un modèle de cas d’utilisation décrit et formalise les relations entre le système logiciel à réaliser et le monde extérieur. Cette description se place du point de vue externe sans jamais entrer dans les structures internes du logiciel. Le container qui apparait dans le diagramme

(39)

représente le système. Les cas d’utilisation sont visualisés à l’intérieur du système, les acteurs à l’extérieur du système [59].

Nous présenterons dans un premier temps les diagrammes de cas d’utilisation et dans un second temps les descriptions textuelles y afférentes.

3.3.2.1 Diagramme des cas d’utilisation

Un cas d’utilisation représente une interaction entre acteurs et système, dans le but de répondre à un besoin fondamental. Il est décrit par un ensemble de scénarios, qui précisent le dialogue entre le système et les acteurs. Ainsi, il doit rendre un service réel complet, apportant une valeur ajoutée à l’acteur [59]. Dans un modèle de cas d’utilisation, on cherche à identifier tous les acteurs qui interagissent avec le système.

Pour notre système, on peut distinguer deux acteurs principaux : le médecin et son assistant. L’assistant peut être un stagiaire, un aide- soignant ou un infirmier.

Le médecin peut faire tout ce que fait son assistant et en plus « Gérer le Dossier Médical ».

L’assistant peut « Gérer fiche patient » et « Gérer les rendez-vous » Cas d’utilisation général de l’application

Figure 3.5 : Diagramme de cas d'utilisation général

(40)

Cas d’utilisation pour le médecin

Figure 3.6 : Digramme de cas d'utilisation Gestion Dossier Médical

Le médecin se concentre surtout sur la gestion du dossier médical du patient et s’assure que le dossier est tenu à jour au fur et à mesure qu’il soigne le patient. Ce faisant, il laisse son ou ses assistant(s) s’occuper des autres petites tâches.

Cas d’utilisation pour l’assistant

Figure 3.7 : Diagramme de cas d'utilisation Gestion fiche patient et rendez-vous

L’assistant du médecin gère surtout les fiches des patients et s’occupe également des rendez-vous que prennent les patients. Deux activités que peuvent également faire le médecin.

(41)

3.3.2.2 Description textuelle des cas d’utilisation

Les cas d’utilisation ne s’articulent pas uniquement autour des diagrammes. Si l’on prévoie le développement d’une application, d’un projet, ou un système complexe, il est important de les décrire. Une description claire et concise d’un cas d’utilisation peut servir de feuille de route pour votre projet. Elle peut être faite sous forme conventionnelle ou sous forme narrative. La forme conventionnelle est celle qui se concentre sur les interactions entre les acteurs et le système tandis que la forme narrative raconte l’histoire du projet.

Dans le cas d’espèce nous ferons une description conventionnelle de nos cas d’utilisation en trois volets. Le premier volet sera celui de l’identification. Le second volet sera celui de la description des scénarios [60]. Le troisième volet sera celui des post-conditions.

Volet 1 : L’identification

Dans le volet identification, on indique : - Le titre du cas d’utilisation

- L’acteur principal du cas d’utilisation - L’objectif du cas d’utilisation

- Le résumé du cas d’utilisation - La pré-condition

Volet 2 : La description des scénarios

Les scénarios explicitent la chronologie des actions qui seront réalisés par l’utilisateur et le système. On peut distinguer :

- Le scénario nominal : c’est le déroulement idéal des actions, où tout va pour le mieux

- Les scénarios alternatifs : ce sont les éventuelles étapes différentes liées au choix de l’utilisateur.

Volet 3 : La fin et les post conditions

Le troisième volet d’une description détaillée d’un cas d’utilisation concerne :

- La fin du cas d’utilisation

- Les post conditions : elles indiquent un résultat tangible qui est vérifiable après l’arrêt du cas d’utilisation

Réalisons à présent les fiches descriptives de chacun des cas d’utilisation.

(42)

Réalisé par Mischaël Dichoso GANSE 29 Tableau 3.1 : Fiche descriptive du cas d'utilisation Gestion Fiche Patient

Identification Titre : Gestion Fiche Patient

Acteurs : Secrétaire, Médecin

Objectif : Permettre la saisie de toutes les informations administratives concernant le patient

Résumé : L’utilisateur établit une fiche au patient, s’il se présente pour la première fois sinon il retrouve et met à jour sa fiche patient

Pré condition : Accès autorisé

Description des scénarios Scénario nominal :

1- L’utilisateur saisit son login et son mot de passe 2- Le système vérifie le login et le mot de passe 3- Le système affiche le menu de l’assistant 4- L’utilisateur choisit « Gestion fiche patient » 5- Le système affiche un formulaire

6- L’utilisateur saisit les informations relatives au patient 7- Le système effectue un contrôle sur les champs saisis

8- Le système s’assure que tous les champs obligatoires ont été renseignés 9- Le système enregistre les informations relatives au patient

10- Le système affiche un message de confirmation Scénario alternatif :

1’ : Erreur d’identification

Le système affiche une erreur d’identification Le scénario reprend au point 1.

2’ : Mauvais remplissage des champs du formulaire L’enchainement démarre au point 7.

Le système signale une erreur

Le scénario nominal reprend au point 5.

3’ : Champs obligatoires vides

L’enchainement démarre au point 8.

Le système signale l’existence des champs obligatoires non renseignés Le système réaffiche le formulaire déjà rempli

Le scénario reprend au point 6

Tableau 3.2 : Fiche descriptive du cas d'utilisation Gestion des Rendez-vous Identification

Titre : Gestion des rendez-vous Acteurs : Secrétaire, Médecin

Objectif : Permettre au médecin de mieux gérer son agenda pour les consultations

Résumé : Le patient arrive et prendre rendez-vous ou pendant une consultation il prend rendez-vous pour le suivi du traitement

Pré condition : Accès autorisé

(43)

Réalisé par Mischaël Dichoso GANSE 30 1- L’utilisateur saisit son login et son mot de passe

2- Le système vérifie le login et le mot de passe 3- Le système affiche le menu de l’assistant

4- L’utilisateur choisit « Gestion des rendez-vous » 5- Le système affiche un formulaire

6- L’utilisateur saisit la date de son choix pour le rendez-vous

7- Le système affiche la liste des rendez-vous déjà prévus pour cette date 8- L’utilisateur choisit alors un créneau horaire parmi ceux disponibles 9- Le système vérifie que tous les champs obligatoires sont renseignés 10- Le système enregistre les informations du nouveau rendez-vous 11- Le système affiche un message de confirmation

Scénario alternatif :

2’ : Champs obligatoires vides

L’enchainement démarre au point 9.

Le système signale l’existence des champs obligatoires non renseignés Le système réaffiche le formulaire déjà rempli

Le scénario reprend au point 8

Post condition

Un rendez-vous pour une prochaine rencontre sera prévu

Tableau 3.3 : Fiche descriptive du cas d'utilisation Gestion des certificats médicaux Identification

Titre : Gestion des certificats médicaux Acteur : Médecin

Objectif : Permettre au médecin de délivrer au patient un certificat médical Résumé : Le médecin établit un certificat (ajouter, afficher, modifier, supprimer) Pré condition : Accès autorisé

1- Le médecin saisit son login et son mot de passe 2- Le système vérifie le login et le mot de passe 3- Le système affiche le menu du médecin

4- Le médecin choisit « Gestion des certificats médicaux » 5- Le système affiche un formulaire

6- Le médecin saisit les informations

7- Le système effectue un contrôle sur les champs renseignés

8- Le système vérifie que tous les champs obligatoires sont renseignés 9- Le système enregistre les informations relatives à un certificat

10- Le système affiche un message de confirmation Scénario alternatif :