Conception et réalisation d'un logiciel de suivi des patients au sein du centre de santé UHAKI

CHAPITRE III. MODELISATION DU SYSTEME EXISTANT

III.1. GENERALITE

Les méthodes d'études des systèmes d'information ont pour objectif de décrire ces systèmes à l'aide des modèles, puis réaliser les systèmes informatisés qui en découlent. MERISE est une de ces méthodes, la plus rependue d'analyse du système d'information d'entreprise. MERISE est une méthode de conception, de développement et de réalisation des projets informatiques. L'objectif de cette méthode dans ce travail est d'arriver à concevoir un système d'information.

La nécessité d'aborder différents types de préoccupations (décrire l'activité, de définir les règles de gestion, définir les informations, répartir les traitements entre l'homme et la machine, organiser physiquement les fichiers, choisir le matériel, répartir les responsabilités, etc.) a conduit à proposer différents niveaux d'abstraction :

- Le niveau conceptuel ;

- Le niveau organisationnel ;

- Le niveau logique ;

- Le niveau physique.

III.2. LE NIVEAU CONCEPTUEL

Le niveau conceptuel consiste à concevoir le SI en faisant abstraction de toutes les contraintes techniques ou organisationnelles et cela tant au niveau des données que des traitements, ici on répond à la question Quoi, le quoi faire, avec quels moyens^8(*). Le formalisme Merise employé sera :

- Le modèle conceptuel des données (MCD) ;

- Le modèle conceptuel des traitements (MCT).

III.2.1. Le modèle conceptuel des données (MCD)

Le modèle conceptuel des données est une représentation statique du système d'information de l'entreprise qui met en évidence sa sémantique. Il décrit de façon formelle et structurée les données qui seront utilisées par le système d'information^9(*).

III.2.1.1. Détermination des entités

L'entité est une représentation d'un élément matériel ou immatériel, ayant une existence propre qui a un rôle dans le système que l'on désire décrire^10(*). Elle contient les informations qui la caractérise, ces informations sont appelées propriétés. Ces propriétés sont collectées lors de l'établissement du dictionnaire de données.

Tableau Descriptif des entités

Le tableau suivant contient les objets et leurs propriétés que nous aurons à manipuler au moment de la conception de notre base de données.

N°	ENTITES	DESCRIPTION	PROPRIETES
1	AGENT	Cette entité contient les informations relatives à un agent.	Idagent Nom Postnom Adresse Tel Login Pw
2	MALADE	Elle décrit les informations relatives à l'identification d'un malade.	Numal Nufich Nomal Fonctionsocial Sexe Adresse Nompere Nomere Nomconj Tel Reference Nomeglise
3	INFIRMIER	Cette entité nous fournit des renseignements sur les infirmiers du centre de santé.	Idinf Nom Postnom Adresse Tel Service
4	SORTIE	Moyennant cette entité, on fera le suivi des sorties des malades au sein du CS UHAKI au cours d'une période données en indiquant la statistique des patients sortis morts et vivants.	Idsortie Datesortie Etatsortie Lieutransf
5	PRESCRIPTION	Par cette entité, on fera le suivi des prescriptions médicales des malades.	Idprescription Nomed Dose Qte Datepr

III.2.1.2. Détermination des propriétés

La propriété est une information élémentaire, c'est-à-dire non déductible d'autres informations qui présentent un intérêt pour le domaine étudié. Le nom d'une propriété doit être le plus explicite possible ; à sa seule lecture on doit donc pouvoir se faire une idée de ce que représente la propriété^11(*).

Tableau Descriptif de propriétés des entités

Dans ce tableau ci-dessous sont reprises les propriétés des entités représentées dans le tableau ci-haut tout en donnant les significations de leurs représentations.

N°	NOM PROPRIETE	SIGNIFICATION
1	Idagent	Le numéro de l'agent
2	Nom	Le nom de l'agent
3	Postnom	Le post nom de l'agent
4	Adresse	L'adresse de l'agent
5	Login	Le login de l'agent
6	Pw	Le mot de passe de l'agent
7	Numal	Numéro du malade
8	Nufich	Numéro de la fiche du malade
9	Fonction	Ce que le malade fait dans la vie
10	Sexe	Le sexe du malade
11	Nompere	Le nom du père du patient
12	Nomere	Le nom du mère du patient
13	Nomconj	Le nom du (de la) conjoint(e) du patient
14	Tel	Le numéro de téléphone du patient
15	Etatciv	L'état civil du malade
16	Reference	La personne de référence
17	Nomeglise	Le nom de l'église du patient
18	Adresse	L'adresse du malade
19	Idprescription	Code dela prescription de médicament
20	Nomed	Les noms des médicaments prescrits
21	Qté	La quantité à achetée
22	Dose	La dose que le patient va prendre
23	Idinfirm	Le numéro de l'infirmier
24	Nom	Le nom de l'infirmier
25	Postnom	Le postnom de l'infirmier
26	Idsortie	Le numéro de sortie
27	Datesortie	La date de sortie
28	Etatsortie	L'état de sortie
29	Lieutransf	Le lieu de transfert

III.2.1.3. Détermination des relations

Une relation (appelée aussi parfois association) représente les liens sémantiques qui peuvent exister entre plusieurs entités. Signalons également qu'une relation peut ou ne pas avoir des informations. Des associations suivantes ont été utilisées dans le cadre de ce travail :

N°	Relations	Descriptions	Propriétés	Entités reliées
1	Réceptionner	Cette association est celle qui existe entre l'agent et le malade. Elle signifie que l'agent réceptionne un malade.	Numrec Datearrive	AGENT et MALADE
2	Consulter	C'est une relation qui unit le malade et l'infirmier. Elle signifie que l'infirmier consulte un malade.	Numcons Plaintes Diagnostic Datecons Décision	INFIRMIER et MALADE
3	Examiner	Ce lien existe entre l'infirmier et le malade. Un malade effectue un examen de laboratoire au près d'un infirmier.	Numexamen Natexamen Datexamen Décision	INFIRMIER et MALADE
4	Soigner	Cette relation décrit le lien qui existe entre le malade et l'infirmier. Un malade est soigné par un infirmier.	Idtraitement Datetr Décision	INFIRMIER et MALADE
5	Etablir	Elle existe entre l'infirmier et la prescription et signifie que l'infirmier consultant prescrit les médicaments après consultation du patient.		INFIRMIER et PRESCRIPTION
6	Facturer	Cette relation existe entre un agent et un malade et signifie qu'un agent facture un malade.	Idfacturation Forfait Montant Datefact	AGENT et MALADE
7	Payer	Ce lien existe entre le malade et la caisse et signifie tout simplement que le malade paye auprès de la caisse.	Idpaiement Montantpaye Typecaisse Devise Motif Datep	MALADE, CAISSE et AGENT
8	Concerne 1	Elle existe entre le malade et la sortie. Qui signifie qu'une sortie concerne un malade		- MALADE et SORTIE
9	Concerne 2	Qui existe entre la prescription et le malade en disant qu'une prescription concerne un malade.		- MALADE et PRESCRIPTION
10	Surveiller	Cette relation existe entre un agent et la sortie. Elle signifie qu'un agent surveille une sortie.		- AGENT et SORTIE

III.2.1.4. Tableau descriptif des propriétés des relations

Dans le tableau ci-dessous, nous trouvons regroupées et définie les propriétés des relations.

N°	Noms des propriétés	Explications
1	Numrec	Numéro de réception
2	Dateaarive	La date d'arrivée du malade à l'hôpital
3	Numexamen	Le numéro de l'examen
4	Natexamen	La nature de l'examen
5	Datexamen	La date de l'examen
6	Décision1	La décision de l'infirmier après examen
7	Idfacturation	Le numéro de la facturation
8	Forfait	Le forfait à payer
9	Montant	Le montant à payer
10	Datefact	La date de la facturation
11	Numcons	Le numéro de la consultation
12	Plaintes	Les plaintes du malade à la consultation
13	Diagnostic	Le diagnostic fait par l'infirmier à la consultation
14	Datecons	La date de la consultation
15	Décision2	La décision de l'infirmier après consultation
16	Idpaiement	Le numéro de payement
17	Montantpaye	Le montant à payer
18	Typecaisse	Le type de caisse
19	Devise	La devise
20	Motif	Le motif de paiement
21	Date	La date de paiement
22	Idtraitement	Le numéro de traitement
23	Datetr	La date de traitement
24	Décision	La décision après traitement

Après avoir recueilli toutes les propriétés du système d'information du centre de santé UHAKI, les entités ainsi que leurs associations, nous sommes arrivé au modèle conceptuel de données suivant :

* ⁸ MUKAMBA V, Cours de méthode d'analyse informatique, Inédit, G2 IG, ISP/Bukavu, 2013-2014

* ⁹ Idem

* ¹⁰ MUKAMBA V, Cours de méthode d'analyse informatique, Inédit, G2 IG, ISP/Bukavu, 2013-2014

* ¹¹ MUKAMBA V, Cours de méthode d'analyse informatique, Inédit, G2 IG, ISP/Bukavu, 2013-2014