Extrait
TABLE DES MATIÈRES
DÉDICACE
REMERCIEMENTS
LISTE DES TABLEAUX
LISTE DES FIGURES ET ILLUSTRATIONS
LISTE DES SIGLES ET ABRÉVIATIONS
RÉSUMÉ
ABSTRACT
INTRODUCTION
CHAPITRE I : CONTEXTE ET PROBLÉMATIQUE
I.1. Contexte et problématique
I.2. Méthodologie
I.2.1. Identification et analyse des besoins
I.2.2. Conception et modélisation
I.2.3. Implémentation
I.2.4. Maintenance
I.3. Objectifs
I.3.1. Information sur les patients et le personnel du centre
I.3.2. Gestion de la pharmacie
I.3.3. Gestion des consultations
I.3.4. Gestion du laboratoire
I.3.5. Gestion des Visites Médicales Systématiques
CHAPITRE II : GÉNÉRALITÉS
II.1. Quelques outils existants de gestion d’un centre de santé
II.1.1. Applications sous licence libre/gratuite
II.1.2. Applications sous licence commerciale
II.2. Outils de conception de l’application de gestion du CMS
II.2.1. Outils d’identification et d’analyse des besoins
II.2.2. Outils de conception et de modélisation
CHAPITRE III : CONCEPTION, MODÉLISATION ET IMPLÉMENTATION, DE L’APPLICATION DE GESTION DU CMS
III.1. Conception et Modélisation d’A.GE.C.S
III.1.1. De l’analyse des besoins au cahier des charges
III.1.2. Modélisation UML d’A.GE.C.S
III.2. Implémentation d’A.GE.C.S
III.1.1. Outils d’implémentation et de test
CHAPITRE IV : RÉSULTATS ET COMMENTAIRES
IV.1. De l’administration
IV.1.1. Sécurité
IV.1.2. Accès aux fonctionnalités et choix de la langue
IV.1.3. Informations sur le personnel du CMS
IV.1.4. Informations sur les patients du CMS
IV.1.5. Statistiques sur les patients
IV.2. De la Caisse
IV.2.1. Demande de consultation
IV.2.2. Demande d’examens
IV.2.3. Demande de soins
IV.3. De la pharmacie du CMS
IV.3.1. Ajout/Suppression des médicaments
IV.3.2. Stocks/Fiche de stock de médicaments
IV.3.3. Produits Hors d’usage, Produits périmés
IV.3.4. Produits périmés futurs
IV.3.5. Bons de commande
IV.3.5. Enregistrer une vente de médicaments
IV.3.6. Récapitulatif des recettes de médicaments
IV.4. Des Consultations
IV.4.1. Saisie des informations de consultation
IV.4.2. Visualiser les résultats d’examens
IV.4.3. Statistiques de consultation
IV.5. Des visites médicales systématiques
IV.5.1. Saisie des informations des visites médicales
IV.5.2. Statistiques des visites médicales systématiques
IV.6. Evaluation
CONCLUSION ET PERSPECTIVES
BIBLIOGRAPHIE
ANNEXES
DÉDICACE
À mes Parents
REMERCIEMENTS
Qu’il me soit permis de remercier :
Le Pr. MADI, Directeur Adjoint de l’Institut Supérieur du Sahel, d’avoir accepté présider le jury ;
Le Pr. Dr. –Ing. Habil. KOLYANG, Directeur de l’Institut Supérieur du Sahel, de nous avoir orienté lors de la collecte des données pour ce travail ;
Le Dr. BOSSOU OLIVIER VIDEME, Chef de Département d’Informatique et de Télécommunications à l’Institut Supérieur du Sahel, pour tous les enseignements qu’il nous a inculqué ;
Le Dr. YOUMBI AMELIE ROSETTE, Médecin Chef du Centre Médico-Social, de nous avoir encadré tout au long de ce projet ;
M. DOUWE HALLAM. VINCENT, pour sa disponibilité, son encadrement et les multiples corrections apportés à ce travail ;
Me. PECHA AMINATOU, pour les corrections apportées à ce travail ;
M. NGUIMNANG FABIEN et Me. FOUAFACK MADELEINE, pour leur soutien moral et financier ;
M. TEMDJI JEAN MARIE et M. NANFACK PAUL pour leur soutien moral et financier ;
Mes frères et mes sœurs ;
Mes amis et camarades.
LISTE DES TABLEAUX
Tableau 1: Cahier des charges d’A.GE.C.S
Tableau 2: Fonctionnalités réalisées
Tableau 3: Fonctionnalités incomplètes d'A.GE.C.S
LISTE DES FIGURES ET ILLUSTRATIONS
Figure 1: Modèle en cascade src. [4]
Figure 2: Interface Consultation SoftaMedCab 1.0 src. [6]
Figure 3: Interface de MEDIN'TUX src. [6]
Figure 4: Interface CTRL Clinique src. [6]
Figure 5: Interface de MédiCab 8.95 src. [6]
Figure 6: Diagramme des cas d'utilisation du service médical
Figure 7: Diagramme des cas d'utilisation du laboratoire
Figure 8:Diagramme des cas d'utilisation de la pharmacie
Figure 9: Diagramme des cas d'utilisation de la Visite Médicale Systématique
Figure 10: Diagramme de séquence "Demander une consultation"
Figure 11: Diagramme de séquence "Demander Examen(s)"
Figure 12: Diagramme de séquence "Effectuer une consultation"
Figure 13: Diagramme de séquence "Effectuer une vente de médicament(s)"
Figure 14:Diagramme de classes du CMS
Figure 15:Diagramme de classes des visites médicales
Figure 16:Diagramme de package d’A.GE.C.S
Figure 17:Diagramme des composants
Figure 18:Diagramme de déploiement d’A.GE.C.S
Figure 19: page d'authentification d’A.GE.C.S
Figure 20: Menu "administration" d’A.GE.C.S
Figure 21: Enregistrer le personnel
Figure 22: Afficher le personnel
Figure 23:Lister tous les Patients du CMS
Figure 24: Lister les patients étudiants du CMS
Figure 25: Statistiques de tous les patients du CMS
Figure 26:Statistiques des patients étudiants
Figure 27: Statistiques des patients étudiants par établissement
Figure 28: Enregistrer une demande de consultation
Figure 29: Enregistrer une demande d'examen(s)
Figure 30:Enregistrer des soins
Figure 31: Ajout de nouveaux produits
Figure 32:Suppression des produits
Figure 33: Afficher les différents stocks d'un produit
Figure 34: Fiche de stock d'un produit
Figure 35:Lister les produits hors usage
Figure 36:Lister les produits périmés
Figure 37: Lister les produits qui seront périmés dans le futur
Figure 38: Proposition d’un bon de commande
Figure 39: Enregistrer une nouvelle vente de produit(s)
Figure 40: Récapitulatif des recettes de médicaments
Figure 41: Saisie des informations de consultation
Figure 42: Résultats des examens d'un patient
Figure 43: Statistiques des consultations
Figure 44: Rapport des examens demandés
Figure 45: Enregistrer les informations de l'étudiant
Figure 46: Enregistrer les paramètres physiques de l'étudiant
Figure 47: Enregistrer les résultats d'examen
Figure 48: Enregistrer les informations de consultation de la visite médicale
Figure 49: Statistiques globales des VMS
Figure 50: Récapitulatif des pathologies
Figure 51: Statistiques des VMS par établissement
LISTE DES SIGLES ET ABRÉVIATIONS
illustration not visible in this excerpt
RÉSUMÉ
Ce document présente le processus de réalisation d’une application de gestion du Centre Médico-Social de l’Université de Maroua. Cette application vient apporter des solutions aux problèmes rencontrés par le personnel du centre lors de la production des rapports statistiques et financiers. Elle intègre : la gestion des informations sur les patients et le personnel du centre, la gestion des consultations, la gestion du laboratoire et la gestion de la pharmacie. Elle a été conçue en respectant les spécifications d’un cahier des charges, et des critères d’ergonomie de base pour une utilisation simplifiée. Les détails de la conception et l’architecture de l’application sont précisés afin d’assurer une maintenance facile. Dès lors les données du centre sont stockées dans un format numérique et peuvent être disponibles en temps réel partout où besoin sera.
Mots clés : patients, personnel, consultation, pharmacie, laboratoire, spécification, architecture.
ABSTRACT
This document presents the process of developing an application to manage the Health And Social Welfare Centre. This application has solutions to problems faced by the center's staff during the production of statistical and financial reports. It features: managing patients’ information and center staff, management of consultations, laboratory management and pharmacy management. It was designed according to the specifications of client and criteria based ergonomics for easy use. The details of the design and the architecture of the application are specified to ensure easy maintenance. Therefore the data of center are stored in a digital format and can be accessed in real time wherever necessary.
Key words: patients, staff, consultation, pharmacy, laboratory, specification, architecture.
INTRODUCTION
L’informatique est aujourd’hui au centre de toutes les activités de l’Homme. Que ce soit un simple achat dans un magasin, le règlement d’une facture, un appel téléphonique, une transaction bancaire ou un partage de données entre filiale d’une entreprise, un système d’information simple ou complexe intervient toujours. Quel que soit le domaine, (télécommunications, commerce, entreprise ou médecine), nous avons toujours besoin d’un système de traitement automatique de l’information. Il y a quatre ans, l’Université de Maroua fut créée et par la même occasion un centre de santé chargé du suivi médical de chaque individu de la communauté universitaire : le Centre Médico-Social.
Le Centre Médico-Social traite chaque année des milliers de patients venant principalement de la communauté universitaire et de la population environnante. Le besoin d’optimisation des services offerts aux usagers et de conservation d’un fichier médical pour chaque patient du centre s’est très vite fait ressentir. Dans l’accomplissement de ses missions, le Centre Médico-Social est confronté à de nombreux problèmes de gestion notamment la production des rapports statistiques, la gestion de ses recettes et de sa pharmacie.
Notre travail vise à réaliser une application de gestion destinée à résoudre ces problèmes; pour ce faire, nous allons progressivement présenter au chapitre I, le contexte afin de dégager la problématique. Dans le chapitre II, nous chercherons des applications de gestion d’un centre de santé adaptée au cadre du Centre Médico-Social. Nous serons amenés à suivre dans le chapitre III, les étapes de la conception et de la modélisation de l’application de gestion du Centre Médico-Social. Enfin, au chapitre IV nous présenterons les résultats obtenus après implémentation.
CHAPITRE I : CONTEXTE ET PROBLÉMATIQUE
I.1. Contexte et problématique
Le Centre Médico-Social de l'Université de Maroua (UMa) est la structure en charge du suivi médical de chaque membre de la communauté universitaire. Ceci se fait à travers des visites médicales systématiques (VMS), des consultations médicales, des campagnes de sensibilisation, des vaccinations, des examens et des soins médicaux. Pour remplir sa mission, le CMS est organisé comme suit :
un service financier : chargé de la gestion des recettes et de la gestion de la pharmacie,
un service médical : chargé des consultations et des soins médicaux,
un service social : chargé de l’action sociale, de la prise en charge psychosociale des étudiants en détresse, de l’encadrement des handicapés, des activités de sensibilisation et de dépistage du VIH,
un laboratoire : chargé d’effectuer les examens demandés par les patients,
un secrétariat : chargé de l’accueil et de l’orientation des usagers, de la gestion du courrier, et de la saisie des rapports du centre.
Chacun de ces quatre (04) services doit rendre des rapports hebdomadaires, mensuels, semestriels et annuels. Cette tâche est de plus en plus difficile à réaliser pour le personnel médical parfois contraint de réduire le temps accordé aux patients pour la production de ces rapports qui sont déterminants pour le bon fonctionnement du centre. Ceci est en majeure partie dû aux effectifs pléthoriques que le CMS doit gérer avec un personnel très réduit (20 membres, dont 08 seulement affectés au service médical [1]). En effet les rapports VMS du Dr. YOUMBI AMELIE (Médecin Chef du Centre Médico-Social) font état de 10181 étudiants consultés en 2010-2011[2], et de 9081 étudiants consultés en 2011-2012[3].
La production des rapports par les différents services est faite manuellement à partir des données provenant des registres de consultations, des registres des examens de laboratoire et des registres des ventes de la pharmacie. Les statistiques rendues par le service médical sont souvent entachées d’erreurs, ce qui ne facilite pas les prises de décisions par le Chef de Centre. D’autre part les rapports des recettes de la pharmacie ne sont pas toujours exacts ; la gestion des stocks elle aussi étant pénible et inefficace, il y a régulièrement des ruptures de stock, des pertes de médicaments par péremption, et des erreurs de facturation. Cette production manuelle des rapports est pénible pour le personnel et ne permet pas une gestion efficace du Centre.
La charge de travail sera beaucoup plus grande compte tenu de la croissance des effectifs d'année en année à l'UMa, notamment avec l’ouverture probable des nouvelles facultés dans les prochaines années. On peut donc se poser la question légitime suivante : quelles sont les solutions envisageables ?
Recruter du personnel : cette solution peut résoudre le problème mais n'est pas efficace pour les deux raisons suivantes :
l'erreur humaine subsistera toujours et de plus,
elle n’est pas évolutive car si nous supposons que les effectifs grimperons dans les prochaines années, il faudra encore recruter plus de personnel ;
Se doter d'un système d'aide à la gestion : ce système permettrait au personnel réduit du centre de mieux réaliser leurs tâches ou même d'en déléguer certaines au système.
Combiner les deux premières solutions.
Le CMS dispose de quelques ordinateurs connectés au réseau internet qui pourraient héberger une application de gestion accessible sur tous les postes, et fournissant les fonctionnalités de base telles que :
base de données des patients et du personnel de santé,
maintien du dossier médical numérique de chaque patient,
rapports hebdomadaires ou mensuels des cas de santé traités par le centre,
gestion de la pharmacie,
enregistrement des consultations, des soins et des examens,
et éventuellement l'envoi des messages de sensibilisation, ou de campagne de vaccination aux usagers du Centre.
Notre tâche en tant que futur ingénieur des travaux en informatique de gestion consistera à concevoir et implémenter un tel système. La problématique se résume alors en une phrase : Développer un système informatique d’aide à la gestion du CMS. Nous présenterons la méthode suivie pour résoudre le problème et donnerons les objectifs à atteindre à la fin de ce projet.
I.2. Méthodologie
Il existe dans le génie logiciel plusieurs méthodes de conception et de développement des systèmes informatiques. Nous pouvons citer ici les plus connues et les plus utilisées qui sont :
- le modèle en cascade,
- le modèle à incrément,
- le modèle en spirale,
- les modèles spécifiques : MERISE (en France), modèle V (en Allemagne), modèle en Z (en Angleterre) [4].
Chacun de ces modèles définit un ensemble d’étapes clés pour le développement des systèmes informatiques. Le choix de l’un de ces modèles dépend de plusieurs paramètres entre autres : le contexte, le temps de développement et les ressources disponibles. Le premier (modèle en cascade) proposé par ROYCE en 1970[4] existe en plusieurs variantes dont l’une est schématisée à la Figure 1.
illustration not visible in this excerpt
Figure 1: Modèle en cascade src. [4]
Ce modèle est subdivisé en cinq (05) étapes qui permettent de développer une application. L’entrée dans une étape est conditionnée par la terminaison de celle qui la précède.
Le projet d'informatisation du système de gestion des patients, du personnel, des examens, des consultations, des VMS et de la pharmacie du CMS, a été découpé en quatre (04) phases successives qui sont :
l’identification et l’analyse des besoins,
la conception et la modélisation,
l’implémentation, les tests unitaires et les tests du système.
la maintenance.
Les phases d’implémentation et de tests ont été regroupées en une seule afin de gagner du temps. Compte tenu de la limitation des ressources (01 développeur, 01 machine), chaque unité est codée et testée directement par le développeur, et intégrée au système.
I.2.1. Identification et analyse des besoins
Il est question dans cette phase de rechercher l’information auprès des futurs utilisateurs de l’application, de répertorier les besoins et les exigences de ceux-ci, de recenser les données qui seront traitées par l’application.
I.2.2. Conception et modélisation
C’est ici que les plans et l’architecture de l’application sont établis, les services à fournir définis, suivant un ensemble de règles et de normes. Ici interviennent les notions d’entités (ou d’acteurs jouant un rôle dans un processus de transformation des données) et, de relations (ou interactions mettant en œuvre plusieurs entités).
Nous utiliserons pour la modélisation la méthode UML 2.0 (Unified Modeling Language). UML est une nouvelle approche de modélisation, donnant un aperçu clair et détaillé des interactions du système. Les résultats obtenus après cette phase sont un diagramme de classes, des diagrammes de cas d’utilisations, des diagrammes de séquences décrivant globalement le système.
I.2.3. Implémentation
L’implémentation consiste ici à réaliser, à construire, à créer les différents composants de l’application. Ceci passe par l’usage d’un ou plusieurs langages de programmation, des frameworks et/ou des APIs (Application Programming Interface). Nous utiliserons pour notre application une approche MVC (Modèle Vue Contrôleur).
Le Modèle est constitué par les entités et leurs relations, codées dans des classes représentant les tables de la base de données, ainsi que des interfaces (DAO : Data Access Object) de manipulation de ces dernières.
La Vue est constituée des différents composants graphiques de l’application. C’est elles qui jouent le rôle d’IHM (Interface Hommes Machines) entre l’utilisateur et le système.
Le Contrôleur est constitué d’un ensemble de classes. Il assure les échanges entre la vue et le modèle, permet de déterminer dynamiquement les traitements applicatifs pour chaque requête reçue de la vue, et de retourner un résultat à cette dernière.
[...]