Projet 09 Infirmerie

SOMMAIRE

DÉDICACESREMERCIEMENTSAVANT-PROPOSINTRODUCTION

PREMIÈRE PARTIE : APPROCHE MÉTHODOLOGIQUE

IDENTIFICATION ET PRÉSENTATION DE L’EXISTANT

1.1 Identification de l’existant1.2 Présentation et description de l’existant1.3 Analyse dynamique de l’existant1.4 Diagnostic informatique1.5 Objectifs

1.5.1 Objectifs généraux1.5.2 Objectifs spécifiques

DEUXIÈME PARTIE : ÉTUDE PRÉALABLE

CHAPITRE 1 : ÉLABORATION DU MODÈLE CONCEPTUEL DE DONNÉES (MCD)

1.1 Présentation du Modèle Conceptuel de Données1.2 Règles de Gestion actuelles1.3 Dictionnaire de Données actuel1.4 Construction Modèle Conceptuel de Données

CHAPITRE 2 : ÉLABORATION DU MODÈLE CONCEPTUEL DE TRAITEMENT (MCT)

2.1 Présentation du Modèle Conceptuel de Traitement2.2 Construction du Modèle Conceptuel de Traitement

TROISIEME PARTIE : ÉTUDE DÉTAILLÉE

CHAPITRE 1 : ÉLABORATION DU MODÈLE ORGANISATIONNEL DE TRAITEMENT (MOT)

1.1 Présentation du Modèle Organisationnel de Traitement1.2 Élaboration du Modèle Organisationnel de Traitement

CHAPITRE 2 : ÉLABORATION DU MODÈLE LOGIQUE DE DONNÉES (MLD)

2.1 Présentation du modèle logique des données2.2 Schéma du modèle logique des données2.3 Fiche descriptives des tables2.4 Évaluation du nouveau système

CHAPITRE 3 : GUIDE UTILISATEUR

3.1 Installation3.2 Mise en route3.3 Présentation

CONCLUSION

DÉDICACES

REMERCIEMENTS

AVANT-PROPOS

Le projet soumis à notre étude au moment ou s’achève notre cycle de

formation en tant que technicien supérieur revers un double avantage.

Non seulement il suscite en nous l’esprit de créativités et de recherche

mais aussi nous donne l’image de ce qui est un bon technicien.

Seules les critiques et suggestions du lecteur nous conduirons vers cette

perfection.

INTRODUCTION

L’informatique est devenue pour les entreprises, le moyen le plus fiable

pour la maximisation de leurs revenus. La technique de traitement de

l’information au moyen des calculateurs et de l’ordinateur est appelée depuis

1962 l’informatique.

Depuis sa naissance et son développement dans les années 1980 par la

découverte du microprocesseur, elle s’impose aujourd’hui par des méthodes qui

permettent la gestion de tout ou partie de l’entreprise.

C’est ainsi que la filière informatique de gestion a été créée afin de former

des techniciens capables d’apporter leur connaissance à la gestion automatique

des tâches de l’entreprise.

Ainsi nous étudiants du groupe IFPG-ISFPT option informatique de

gestion dans la réalisation de notre projet de fin de cycle traiterons le thème :

« La gestion automatisée d’une infirmerie : le cas de la FSU-Plateau »

Il s’agit de réaliser une application de gestion dont le but est de permettre

une célérité dans l’admission par les secrétaires médicales et le traitement par les

médecins des patients ainsi que la gestion du stock des médicaments par le

gestionnaire de la pharmacie interne.

PREMIÈRE PARTIEAPPROCHE MÉTHODOLOGIQUE

IDENTIFICATION ET PRÉSENTATION DE L’EXISTANT

1.1 Identification de l’existant

Les Ressources Humaines

Il n’y a pas service technique ou service informatique. Toute la gestion se fait manuellement. La formation sanitaire dispose de quatre services :

1. Service accueil qui comprend essentiellement deux (2) secrétaires médicales

2. Service médecin qui a en sein onze (11) sous services qui sont :

Le sous service de médecine générale Le sous service de gynécologie Le sous service de ORL Le sous service de Ophtalmologie Le sous service de Gastrologie Le sous service de pédiatrie Le sous service de Odontostomatologie Le sous service de cardiologie Le sous service de Biologie Le sous service de Echographie Le sous service de Dermatologie

Existant informatique Aucun service ne dispose de matériel informatique.

1.2 Présentation et description de l’existant

A la suite des différentes interviews réalisées avec les responsables et intervenants de la structure, il ressort que la gestion des consultations et des stocks de médicaments à la FSU se fait selon les processus suivants :

Admission du patient

Dès son admission à la FSU, le patient est reçu au service accueil (la secrétaire médicale) qui se charge de vérifier son identité. Si le patient est un nouveau patient, elle procède directement à la saisie de la fiche du patient (N° du patient, Nom, Prénoms, Profession, Adresse, Groupe Sanguin, Téléphone puis les antécédents). Quand aux anciens patients, elle recherche leur fiche.

Elle procède ensuite au remplissage de la Fiche de Consultation (N° de consultation, Date de consultation, N° du patient, nom, prénoms, profession, Nationalité, Age, Classe d’age, Sexe, Résidence habituelle, Distance, les Antécédents, type de consultation et les Constances biologiques)

Apres avoir payé les frais de consultation, un reçu est remis au patient puis sa fiche de consultation est transmise au médecin généraliste de service.

Consultation du patient

Dès réception de la fiche de consultation et du patient, le médecin généraliste de service effectue un examen clinique, lui délivre une ordonnance ou l’oriente vers un médecin spécialisé en fonction de son mal. Au cours de l’examen clinique, le médecin traitant (généraliste ou spécialiste) procède à la mise à jour en complétant les informations de la fiche de consultation a savoir : les signes cliniques, les diagnostics retenus, le traitement administré, les examens effectués et le résultat de la consultation.

Gestion de stocks de médicaments.

Le patient achète les médicaments à la pharmacie de la FSU à des prix forfaits de la Pharmacie de la Santé Publique (PSP) sur présentation de l’ordonnance interne délivrée par médecin traitant.

Le gestionnaire de la pharmacie procède dont à la mise à jour de la fiche de consultation en complétant les informations suivantes : médicaments fournis en totalité, en partie ou non fournis et inscrit sur un livre, les déstockages de la journée en indiquant la référence du médicament, la quantité déstockée et la date du jour. Cette liste permet en fin de journée, de mettre à jour les stocks.

Les entrées en stock ou approvisionnement de la pharmacie de la FSU proviennent principalement de la PSP. A cet effet une fiche journalière de produits entrés est remplie comprenant la date du jour, la référence du médicament et la quantité entrée. Ces fiches sont prises en compte pour la gestion des stocks. L’état des produits à commander est établi en fin de journée après la mise à jour des stocks. Il comprend la date du jour, la référence du produit, la date de la dernière commande, le nom du fournisseur, le stock actuel et la consommation du jour.

A la fin du mois, le gestionnaire de la pharmacie calcule pour chaque produit les entrées et les sorties du mois afin de déterminer le point de commande et la consommation quotidienne moyenne.

1.3 Analyse dynamique de l’existant

L’analyse de l’existant permet de ressortir les problèmes liés à la gestion des consultations et des médicaments dans une infirmerie.

Cette gestion n’est pas totalement à remettre en cause. Il serait néanmoins judicieux de souligner les problèmes liés :

A l’admission du patient qui sont entre autres la redondance dans la saisie, la lenteur dans les recherche des anciens patients etc.

A la lenteur dans l’accès au dossier médical du patient, la perte des dossiers des patients.

Au manque de fiabilité dans les statistiques de même que la lenteur dans leurs élaborations

A la disponibilité du stock en temps réel et la planification des commandes à passer.

A la consommation réelle des médicaments Etc.

Il est à noter que la gestion des Consultations et des médicaments reste encore manuelle.

1.4 Diagnostic informatique

Après analyse, on peut dire que le système actuel ne permet pas la communication de l’information en temps réel. Il ne fournit pas en temps opportun l’information nécessaire à la prise de décision.

Aussi l’on peut affirmer que tous les problèmes énumérés sont dus à l’absence de « logiciel de gestion d’une infirmerie »

1.5 Objectifs

Pour assurer une meilleure gestion de son infirmerie, la Formation Sanitaire Urbaine du Plateau s’est fixée certains objectifs afin de prendre de nouvelles orientations.

2.5.1 Objectif général

L’objectif général poursuivi par le projet est la mise en en place d’une base de données qui pourra résoudre les faiblesses de la gestion actuelle d’une infirmerie.

2.5.2 Objectifs spécifiques

À la fin de notre étude, le logiciel qui sera mis en place devra permettre :

de gérer les consultations en identifiant les patients dès leur admission à la FSU,

au médecin traitant d’accéder au dossier médical du patient, de connaître le nombre de consultation moyenne par mois et par

spécialité, d’élaborer les statistiques des consultations sur une période définie par

tranche d’age, d’éditer le registre des consultations curatives en vue de mettre des

statistiques fiables à la disposition du Ministère de la Santé Publique ; de savoir en temps réel le stock des produits disponibles afin de planifier

efficacement les commandes ; de connaître pour chaque produit les entrées et sorties du mois de même

que la consommation moyenne ;

1.6 Méthode d’analyse

Une méthode d’analyse est un ensemble de règles, de démarches et de modèles permettant de réaliser de manière rigoureuse les différentes étapes allant de la prise en compte d’un problème à résoudre à la réalisation du système informatique qui y répond.

Il existe plusieurs méthodes d’analyse, mais nous opterons pour notre part pour le modèle MERISE (Méthode d’Étude de Réalisation Informatique par Sous-Ensemble) dans la mise en place de notre système d’information parce que :

d’une part, c’est une méthode de conception de système d’information (SI) utilisant un formalisme de représentation précis, simple et rigoureux pour la description des données et de traitement et

d’autre part, il nous propose une démarche de développement de SI découpé en quatre (4) processus :

1. L’étude préalable2. L’étude détaillée3. La réalisation4. La mise en œuvre

DEUXIÈME PARTIEÉTUDE PRÉALABLE

CHAPITRE 1 : ÉLABORATION DU MODÈLE CONCEPTUEL DE DONNÉES (MCD)

1 Présentation du Modèle Conceptuel de Données

Le modèle conceptuel de données est la représentation des objets et des liens issus des règles de gestion d’une entreprise.

Une bonne représentation des données d’un système d’information doit avoir deux (2) qualités : être complète et simple.

1. La complétude est atteinte si on représente le plus fidèlement possible le réel perçu.

2. La simplicité est obtenue en fournissant une représentation permettant le dialogue entre utilisateurs et concepteur.

Ces objectifs de qualité peuvent être atteints si le concepteur dispose de concepts suffisamment variés et riches de sens et d’outils pour les mettre en œuvre.

Parmi tous les modèles dont le concepteur peut faire usage pour représenter les données du réel, le modèle Entité/Association remplit ces exigences.

2 Règles de Gestion

Les règles de gestion sont les contraintes de l’entreprise à prendre en compte pour la modélisation.

RG1 : une consultation concerne un et un seul patient et un patient peut être consulté plusieurs fois.

RG2 : un patient peut avoir plusieurs antécédents.

RG3 : une consultation a une seule constance biologique et un seul médecin.

RG4 : un médecin peut délivrer plusieurs ordonnances pour une consultation.

RG5 : un médecin peut faire plusieurs consultations.

RG6 : un médecin possède une et une seule spécialité.

RG7 : pour un suivi médical plusieurs rendez-vous peuvent être fixé au patient.

RG8 : une ordonnance contient au moins un médicament

RG9 : une ordonnance se trouve sur un seul bon de sortie.

RG10 : un bon de commande peut contenir un ou plusieurs médicaments.

RG11 : un bon de commande entraîne un seul bon de livraison.

RG12 : une consultation n’appartient qu’à un seul type de consultation

RG13 : un bon de sortie contient au moins un médicament.

3 Dictionnaire de Données

Le dictionnaire de données contient toutes les informations issues des documents et des règles de gestion. Toutes les données doivent être élémentaires.

Variables Description Type des données

Long Observations

Numanté N° de l’antécédent N 6TypAntec Type de l’antécédent AN 25Antécédent Antécédent du patient AN 50codclas Code de la classe N 2lib Libelle de la classe d’age AN 10numcom N° de la commande N 6datecde Date de la commande Date 11 jj/mm/aaaanumcons N° de la consultation N 6datecons Date de la consultation Date 11 jj/mm/aaaaresult Résultat de la consultation AN 15poids Poids du patient N 5taille Taille du patient N 5pouls Pouls du patient N 5ta Tension artérielle du patient N 5temp T° du patient N 5coddia Code du diagnostic N 6Nom Nom du diagnostic AN 25numexa N° de l’examen N 6Specexa Spécificité de l’examen AN 30qtécom Quantité commandée N 4qtélivré Quantité livrée N 4qtésort Quantité sortie N 4numliv N° de livraison AN 10dateliv Date de livraison Date 11 jj/mm/aaaanummed N° du médecin AN 5nommed Nom du médecin AN 15Prenmed Prénoms du médecin AN 30telmed Téléphone du médecin AN 11adrmed Adresse du médecin AN 50Sexe Sexe du médecin AN 1nummedi N° du médicament N 6libmedi Libelle du médicament AN 20prixmedi Prix du médicament N 6

Variables Description Type Long ObservationsNumord N° de l’ordonnance N 6dateord Date de l’ordonnance Date 11 jj/mm/aaaanumpat N° du patient N 6nomprenpat Nom et prénoms du patient AN 50profespat Profession du patient AN 20adrpat Adresse du patient AN 50residpat Résidence habituelle du patient AN 25nltepat Nationalité du patient AN 20grpspat Groupe sanguin du patient AN 3telpat Téléphone du patient AN 11sexepat Sexe du patient AN 1distpat Distance du domicile du patient N 10dtenaispat Date de naissance du patient Date 11 jj/mm/aaaaqtépres Quantité de médicament prescrit N 6numrdv N° du Rendez-vous N 6daterdv Date du rendez-vous date 11 jj/mm/aaaaheurdv Heure du rendez-vous date 5 jj/mm/aaaanumsicli N° du signe clinique N 6signe spécification du signe clinique AN 25numsort N° de sortie N 6Datsort Date de sortie du produit Date 11 jj/mm/aaaanumspé N° de la spécialité N 2libspec Libelle de la spécialité AN 25numtypcons N° du type de la consultation N 1libcons Libelle du type de la consultation AN 25prixcons Prix de la consultation N 6numtypexa N° type de l’examen N 2libtypexa Libelle du type de l’examen AN 30prixexa Prix de l’examen N 6Numfour N° du fournisseur N 2nomprenfour Nom et prénoms du fournisseur AN 50adrfour Adresse du fournisseur AN 50

Liste des entités évidentes

SIGNE CLINIQUE numsicliLIVRAISON numlivFOURNISSEUR NumfourCOMMANDE numcomMEDICAMENT nummediSORTIE numsortSPECIALITE numspéTYPE EXAMEN numtypexaORDONNANCE numordMEDECIN nummedEXAMEN numexaCONSULTATION numconsPATIENT numpatDIAGNOSTIC numdia

4 Construction du Modèle Conceptuel de Données

4.1 Graphe de Dépendance Fonctionnel (GDF)

Il permet de mettre en évidence les dépendances fonctionnelles entre propriétés et entre entités

numord

nummedi

nummed

numcom

numliv

Numsort

numpat

Numcons

coddia

qtecom

numsiclinumexa

qtépresc

qtéliv

qtesort

numtypcons numrdv

numfour

numspecnumtyp numante

3.4.2 Modèle Conceptuel de Données (MCD)

ORDONNANCENumorddateord

MEDICAMENTNummediLibmediprixmedi

MEDECINNummedNommedPrenmedTelmedAdrmedSexemed

COMMANDENumcomdatecde

LIVRAISONnumliv datliv

PATIENTNumpatNomprenpatProfesAdrResiNlteGrpsTelSexeDistdtenais

CONSULTATIONNumconsDateconsResultPoidsTaillePoulsTaTemp

DIAGNOSTICcoddia nomdia

Lig.Comqtecom

SIGNE CLINIQUENumsicliSigne

EXAMENNumexaSpec

Lig.Ordqtépresc

Lig.Livqtéliv

TYPE CONSULTATIONNumtypconsLibconsprix

RENDEZ-VOUSNumrdvdateRDVheuRDV

FOURNISSEURNumfournomprenfouradrfour

SPECIALITENumspec

libspec

TYPE EXAMENNumtypLibtypexaprixexa

ANTECEDENTNumantetypAntec

antecedant

SORTIENumsortDatsort

Lig.Sort qtesort

1,N1,N

Adresser

Entraîner

Satisfaire

Etre

Spécialiser

Avoir

Demander 1,N1,1

Détecter 1,N1,1Concerner 1,N1,1

AvoirAvoir

Avoir

1,N

1,1

1,N

1,N

1,N

1,1

1,N1,N

1,N

1,N

1,1

1,N

1,N

1,N1,1

1,1

1,N

1,N

1,1

1,1

1,N

1,N1,1

1,1

CHAPITRE 4 : ÉLABORATION DU MODÈLE CONCEPTUEL DE TRAITEMENT (MCT)

4.1 Présentation du Modèle Conceptuel de Traitement

Pour analyser et concevoir le système d’information d’une organisation, la première étape consiste à représenter son « invariant » au travers des règles de gestion qui régissent son fonctionnement. La prise en compte de ces règles a été faite en ce qui concerne la définition et la structure des données à l’aide du Modèle Conceptuel de Données.

Le Modèle Conceptuel de traitement permet de prendre en compte l’aspect dynamique des règles de gestion. Ce modèle est basé sur les concepts d’événement, d’opération et de synchronisation. Il est mis en œuvre à partir de l’identification des flux d’information échangé par le domaine étudié avec l’environnement extérieur et de l’ordre dans lesquels les flux apparaissent.

4.2 Construction du Modèle Conceptuel de Traitement

4.2.1 Graphe Des Flux (GDF)

Le domaine d’étude est la secrétaire médicale (service accueil), les médecins (service médecin) et la pharmacie (gestionnaire de pharmacie)

Pour une meilleure compréhension du champ d’étude nous allons le découper en trois processus que sont : le processus admission, examen clinique et gestion des médicaments.

Le processus admission

1 : Arrivée du patient2 : Nouveau patient3 : Ancien patient4 : Fiche consultation saisie5 : Consultation payée6: Reçu remis7. Fiche consultation transmise

Secrétaire Médicale

Patient

Service des médecins

51

7

6

Le processus Examen Clinique

1: Arrivée du patient2: Fiche de consultation reçue3: Patient orienté4: Patient examiné5: Ordonnance délivrée6. Fiche consultation MAJ

Le processus Gestion des Médicaments

1 : Ordonnance reçu2 : Ordonnance interne3 : Ordonnance externe4 : Règlement effectué5 : Ordonnance délivrée6 : Ordonnance satisfaite entièrement7 : ordonnance non satisfaite8 : Livre de stock MAJ9 : Fiche de stock MAJ10: Statistiques établis11 : Etats des produits à commander12 : Commande établie passée13 : Produits livrés14 : Fiche de produits entrés MAJ15 : Produits livrés vérifiés

32 4

Médecin

Patient

214

36

5

Secrétaire Médicale

Patient

Service des médecins

41

11

6 5

12

4.2.2 Graphe d’ordonnancement des événements (GOE)



Patient arrivé

Nouveau patient

Ancien patient

Patient saisi

Fiche consult. Reçue Patient arrivé

Patient orientéExamen clin. effectué Ordonnance délivrée

Fiche consultation MAJ

2,3,4,7, 8,9,10,11,14,15

Fiche consultation saisie

Consultation payée

Reçu remis Fiche consultation transmise

Le processus gestion de stock

Ordonnance reçue

Ordonnance interne Ordonnance externe

Ord satisf entier

Reglement effectué

Ord satisf partiel Ord non satisf

Livre destock MAJ Fin de journée

Fiche stock MAJ

Etat des produits à commanderFin de mois

Statistiques établies

Commandes établiespassées

Produits livrés

Produits livrés vérifiés

Fiche produits entrés

4.2.3 Modèle Conceptuel de Traitement (MCT)


Patient arrivé

Fiche d’état des lieux et devis

Fiche patient saisie


Consultation payée

Fiche consultation transmise

Reçu remis

VERIFIER STATUTNouveau Ancien

SAISIE FICHE DE PATIENTToujours

ou

et

SAISIE FICHE CONSULTATIONToujours

REMISE DE RECU ET TRANSMISSION DE LA FICHE DE CONSULTATION

Toujours

et

Nouveau patient Ancien patient


Patient arrivé Fiche consultation

reçue

Fiche Consultation MAJ

EXAMEN CLINIQUEOui Non

MAJ FICHE CONSULTATIONToujours

et

Examen cliniq + Ordonnance Patient orienté

Le processus gestion des médicaments

Ordonnance reçue

Ord satisfaite partiellement

Livre de destock MAJ

Fin de journée

Fiche stock MAJ

VERIFIER ORDONNANCENouveau Ancien

SORTIEE P N

M.A.J LIVRE de DESTOCKAGEToujours

MAJ FICHE DE STOCKToujours

et

Ord interne Ord externe

Ord non satisfaite

Ord satisfaite entièrement

Cde établie et passer

Prod livrés vérifiés Fiche prod entrés MAJ

ETABLIR ETAT PROD A COMMANDERToujours

ETABLIR STATISTIQUECOMMANDE & PASSER CDE

Toujours

et

et

VERIFICATIONMAJ FICHE PROD LIVRESToujours

Etat prod à comder Fin de mois

Statistique établie

Prod livrés

TROISIEME PARTIEÉTUDE DÉTAILLÉE

CHAPITRE 1 : ÉLABORATION DU MODÈLE ORGANISATIONNEL DE TRAITEMENT (MOT)

1.1 Présentation du Modèle Organisationnel de Traitement

Au niveau conceptuel, les traitements sont définis en application des règles de gestion, indépendamment des modalités de mise en œuvre du traitement de l’information dans l’entreprise.

Le niveau organisationnel, s’intéresse au choix d’organisation, abstraction faite des caractéristiques précises des moyens informatiques qui se définissent en termes de logiciel et de matériel.

Le Modèle Organisationnel de Traitement représente schématiquement l’organisation à mettre en place (poste de travail, chronologie des opérations, choix de l’automatisation, nature du traitement).

1.2 Élaboration du Modèle Organisationnel de Traitement

Le processus Examen clinique

Période Enchaînement des phasesPoste de travail

Type

Heure de travail

Service M

édecinM

édecin traitant

Manuel

Heure de travail

Service M

édecinM

édecin traitant

Autom

atiqueTem

ps réel

Patient arrivé Fiche consultation

reçue

Fiche Consultation MAJ

EXAMEN CLINIQUEOui Non

MAJ FICHE CONSULTATIONToujours

et

Examen cliniq + Ordonnance Patient orienté

Le processus Admission


Type

Heure de travail

Service accueil

Secrétaire m

édicale

Heure de travail

Autom

atiqueTem

ps réel

Patient arrivé Fiche d’état des lieux et devis

Fiche patient saisie


Consultation payée

Fiche consultation transmise

Reçu remis

VERIFIER STATUTNouveau Ancien

SAISIE FICHE DE PATIENTToujours

ou

et

SAISIE FICHE CONSULTATIONToujours

REMISE DE RECU ET TRANSMISSION DE LA FICHE DE CONSULTATION

Toujours

et

Nouveau patient Ancien patient

Autom

atiqueTem

ps réelA

utomatique

Temps réel

Manuel

Service accueil

Secrétaire m

édicale

Service accueil

Secrétaire m

édicale

Service accueil

Secrétaire m

édicale

Heure de travail

Heure de travail

Le processus gestion de stocks


Type

Heure de travail

Service pharm

acieG

estionnaire pharmacie

Heure de travail

Autom

atiqueTem

ps réelA

utomatique

Temps réel

Manuel

Manuel

Heure de travail

Heure de travail

Ord satisfaite partiellement

Livre de destock MAJ

Fin de journée

Fiche stock MAJ

VERIFIER ORDONNANCENouveau Ancien

SORTIEE P N

M.A.J LIVRE de DESTOCKAGEToujours

MAJ FICHE DE STOCKToujours

et

Ord interne Ord externe

Ord non satisfaite

Ord satisfaite entièrement

ETABLIR ETAT PROD A COMMANDERToujours

et

Etat prod à comder

Ordonnance reçue

A

B

Service pharm

acieG


Service pharm

acieG


Autom

atiqueTem

ps réel

Service pharm

acieG


Heure de travail

Service pharm

acieG



Type

Cde établie et passer

Prod livrés vérifiés Fiche prod entrés MAJ

ETABLIR STATISTIQUECOMMANDE & PASSER CDE

Toujours

VERIFICATION, MAJ FICHE PROD LIVRESToujours

Statistique établie

Prod livrés

Fin de mois

A

B

Heure de travail

Heure de travail

Manuel

SAISIE DES PRODUITS LIVRESToujours

Prod livrés saisie

Heure de travail

Service pharm

acieG


Autom

atiqueTem

ps réel

Service pharm

acieG


Service pharm

acieG


Autom

atiqueTem

ps réel

CHAPITRE 2 : ÉLABORATION DU MODÈLE LOGIQUE DE DONNÉES (MLD)

2.1 Présentation du modèle logique des données

Pour analyser et concevoir les données du système d’information d’une organisation, la première étape a consisté à élaborer un schéma conceptuel des données.

La deuxième étape consiste à intégrer l’état de l’art technologique en choisissant le type de structures de données que l’on souhaite implémenter physiquement et en donnant une première représentation appelée schéma logique de données.

Aujourd’hui il n’existe plus, pour le gestionnaire, de réelle alternative entre un modèle de type fichiers et un modèle de type base de donnéesLe modèle de type fichiers trop contraignant dans sa mise en œuvre technique, cède la place au modèle de type base de données et notamment au modèle relationnel.

Privilégiant l’indépendance données/traitements, permettant par la suite au gestionnaire de s’abstraire des contraintes techniques d’implantation physique, le modèle relationnel offre le moyen de construire des structures de données dans de multiples domaines d’application et de gestion de l’entreprise.

Comme pour la modélisation conceptuelle des données, l’objectif du niveau logique est d’aboutir à une représentation graphique. Pour y parvenir on peut utiliser des règles permettant de passer d’un schéma conceptuel à un schéma logique des données selon le formalisme relationnel.

Les règles de passage du schéma conceptuel entité/association au schéma logique relationnel :

R1 : toute entité devient une relation : l’identifiant de l’entité devient clé primaire de la relation. Les propriétés de l’entité deviennent des attributs de

la relation.

R2 : pour une association de cardinalité 0,1/1,1…..0,N/1,N, la clé primaire de l’entité de cardinalité 0,N/1,N migre dans la relation de cardinalité 0,1/1,1

R3 : toute association de cardinalité maximum N devient une relation. Les identifiants des relations participant à l’association deviennent

identifiant de la nouvelle relation. Si l’association est porteuse de propriétés celles-ci migrent dans la relation nouvelle.

2.2 Schéma du Modèle Logique des Données (MLD)

SIGNE CLINIQUE (Numsicli , , signe, # Numcons)

LIVRAISON (Numliv, datliv, # Numcom)

FOURNISSEUR (Numfour, nomprenfour, adrfour)

COMMANDE (Numcom , datecde, # Numfour)

MEDICAMENT (Nummedi, Libmedi, prixmedi)

SORTIE (Numsort, Datsort)

SPECIALITE (Numspec, libspec)

TYPE EXAMEN (Numtyp, Libtypexa, prixexa)

ORDONNANCE (Numord, dateord, # Numcons)

MEDECIN (Nummed, Nommed, Prenmed, Telmed, Adrmed, Sexemed,

#Numspec)

EXAMEN (Numexa, Spec, # Numcons, #Numtyp)

CONSULTATION (Numcons, Datecons, Result, Poids, Taille, Pouls, Ta,

Temp, #Numpat,

#Nummed , #Numtypcons)

PATIENT (Numpat, Nomprenpat, Profes, Adr, Resi, Nlte, Grps, Tel, Sexe,

Dist, dtenais)

DIAGNOSTIC (coddia , nomdia, #Numcons)

LIGNE-LIVRAISON (numliv , Nummedi, qtéliv)

LIGNE-SORTIE (Numsort, Nummedi, qtésort)

LIGNE-COMMANDE (Numcom, Nummedi, qtécom)

LIGNE-ORDONNANCE (Numord, Nummedi, qtépres)

TYPE CONSULTATION (Numtypcons, Libcons, prix)

RENDEZ-VOUS (Numrdv, dateRDV, heuRDV, #Numcons)

ANTECEDENT (Numante, typAntec, antecedant, #Numpat)

2.3 Fiche descriptives des tables

Cette partie décrit la structure des tables telles qu’elles seront implémentées dans le système.

Nous présenterons les propriétés et le volume d’information à traiter pour chaque table. Il faut noter que pour l’ensemble de la base, les données seront stockées sur des disques durs et auront un accès direct indexé.

2.3.1 Description des tablesNOM DE LA TABLE : LIVRAISON clé primaire : numliv Occurrence : 24 capacité totale : 648

Nom du champ Description Type taille Observ.numliv N° de bon de livraison Texte 10datliv Date du bon de livraison Date/heure 11 abrégeNumcom N° de commande Texte 6

CAPACITE 27

NOM DE LA TABLE : FOURNISSEUR clé primaire : numfourOccurrence : 5 capacité totale : 530

Nom du champ Description Type taille Observ.numfour N° du fournisseur Texte 6nomprenfour Nom et prénoms du fournisseur Texte 50adrfour Adresse du fournisseur Texte 50

CAPACITE 106

NOM DE LA TABLE : SORTIE clé primaire : NumsortOccurrence : 2000000 capacité totale : 34000000

Nom du champ Description Type taille Observ.Numsort N° de sortie texte 6Datsort Date de sortie Date/heure 11 abrége

CAPACITE 17

NOM DE LA TABLE : SIGNE CLINIQUE clé primaire : NumsicliOccurrence : 2000000 capacité totale : 74 000 000

Nom du champ Description Type taille Observ.Numsicli N° signe clinique Texte 6signe Libelle signe clinique Texte 25Numcons N° de la consultation Texte 6

CAPACITE 37

NOM DE LA TABLE : COMMANDE clé primaire : NumcomOccurrence : 24 capacité totale : 456

Nom du champ Description Type taille Observ.Numcom N° de la commande Texte 6datecde, Date de la commande Date/heure 11 abrégeNumfour N° du fournisseur Texte 2

CAPACITE 19

NOM DE LA TABLE : MEDICAMENT clé primaire : Nummedi Occurrence : 500000 capacité totale : 16 000 000

Nom du champ Description Type taille Observ.Nummedi N° du médicament Texte 6Libmedi Libelle du médicament Texte 20prixmedi Prix du médicament monétaire 6

CAPACITE 32

NOM DE LA TABLE : LIGNE-COMMANDE clé primaire : numcom, nummedi Occurrence : 2 000 000 capacité totale : 32 000 000

Nom du champ Description Type taille Observ.Numcom N° de la commande Texte 6Nummedi N° du médicament Texte 6qtécom Quantité commandée Entier long 4

CAPACITE 16

NOM DE LA TABLE : LIGNE-SORTIE clé primaire : NumSor, Nummedi Occurrence : 1 500 000 capacité totale : 24 000 000

Nom du champ Description Type taille Observ.NumSort N° de sortie Texte 6Nummedi N) de medicament Texte 6qtésort Quantité sortie Entier long 4

CAPACITE 16

NOM DE LA TABLE : LIGNE-LIVRAISON clé primaire : NumLiv, Nummedi Occurrence : 1 500 000 capacité totale : 24 000 000

Nom du champ Description Type taille Observ.NumLiv N° de Livraison Texte 6Nummedi N) de médicament Texte 6qtésort Quantité livrée Entier long 4

CAPACITE 16

NOM DE LA TABLE : LIGNE-ORDONNANCE clé primaire : NumOrd, Nummedi Occurrence : 2 000 000 capacité totale : 32 000 000

Nom du champ Description Type taille Observ.Numord N° de l’ordonnance Texte 6Nummedi N) de medicament Texte 6qtésort Quantité prescrite Entier long 4

CAPACITE 16

NOM DE LA TABLE : SPECIALITE clé primaire : NumspecOccurrence : 11 capacité totale : 396

Nom du champ Description Type taille Observ.

Numspec, N° de la spécialité Texte 6libspec Libelle de la spécialité Texte 30

CAPACITE 36

NOM DE LA TABLE : TYPE EXAMEN clé primaire : Numtyp Occurrence : 20 capacité totale : 760

Nom du champ Description Type taille Observ.Numtyp N° du type de l’examen Entier long 2Libtypexa Libelle du type de l’examen Texte 30prixexa Prix de l’examen monetaire 6

CAPACITE 38

NOM DE LA TABLE : ORDONNANCE clé primaire : Numord Occurrence : 2 000 000 capacité totale : 38 000 000

Nom du champ Description Type taille Observ.Numord N° de l’ordonnance Texte 6dateord Date de l’ordonnance Date/heure 11 abrégeNumcons N° de la consultation Texte 6

CAPACITE 19

NOM DE LA TABLE : MEDECIN clé primaire : NummedOccurrence : 15 capacité totale : 1710

Nom du champ Description Type taille Observ.Nummed N° du médecin Texte 5Nommed Nom du médecin Texte 15Prenmed Prénom du médecin Texte 30Telmed Téléphone du médecin Texte 11Adrmed Adresse du médecin Texte 50Sexemed Sexe du médecin Texte 1Numspec N° de la spécialité du médecin Entier long 2

CAPACITE 114

NOM DE LA TABLE : EXAMEN clé primaire : NumexaOccurrence : 1000 000 capacité totale : 44 000 000

Nom du champ Description Type taille Observ.Numexa N° de l’examen Texte 6Spec Spécificité de l’examen Texte 30Numcons Numéro de consultation Texte 6Numtyp N° du type de l’examen Entier long 2

CAPACITE 44

NOM DE LA TABLE : CONSULTATION clé primaire : Numcons Occurrence : 2 000 000 capacité totale : 140 000 000

Nom du champ Description Type taille Observ.Numcons N° de la consultation Texte 6

Datecons Date de la consultation Date/heure 11 abrégeResult Résultat de la consultation Texte 15Poids Poids du patient Entier long 5

Taille Taille du patient Entier long 5Pouls Pouls du patient Entier long 5Ta Tension artérielle du patient Entier long 5Temp Température du patient Entier long 5Numpat N° du patient Texte 6Nummed N° du médecin Texte 6Numtypcons N° du type de la consultation Entier long 1

CAPACITE 70

NOM DE LA TABLE : DIAGNOSTIC clé primaire : coddiaOccurrence : 1 500 000 capacité totale : 55 500 000

Nom du champ Description Type taille Observ.coddia Code du diagnostic Texte 6Nomdia Nom du diagnostique Texte 25Numcons N° de la consultation Texte 6

CAPACITE 37

NOM DE LA TABLE : TYPE CONSULTATION clé primaire : NumtypconsOccurrence : 4 capacité totale : 128

Nom du champ Description Type taille Observ.Numtypcons N° du type de la consultation Entier long 1Libcons Libelle du type de la consultation Texte 25prix Prix de la consultation Texte 6

CAPACITE 32

NOM DE LA TABLE : RENDEZ-VOUS clé primaire : NumrdvOccurrence : 2 000 000 capacité totale : 56 000 000

Nom du champ Description Type taille Observ.Numrdv N° du rendez-vous Texte 6dateRDV Date du rendez-vous Texte 11heuRDV Heure du rendez-vous Date/heure 5 abrègeNumcons N° de la consultation Texte 6

CAPACITE 28

NOM DE LA TABLE : ANTECEDENT clé primaire : NumanteOccurrence : 2 000 000 capacité totale : 174 000 000

Nom du champ Description Type taille Observ.Numante N° de l’antécédent Texte 6typAntec Type de l’antécédent Texte 25antecedant Antécédent du patient Texte 50Numpat N° du patient Texte 6

CAPACITE 87

NOM DE LA TABLE : PATIENT clé primaire : NumPatOccurrence : 2 000 000 capacité totale : 376 000 000

Nom du champ Description Type taille Observ.

numpat N° du patient texte 6nomprenpat Nom et prénoms du patient texte 50profespat Profession du patient texte 15adrpat Adresse du patient texte 50residpat Résidence du patient Texte 15nltepat Nationalité Texte 15grpspat Groupe sanguin du patient Texte 3telpat Téléphone du patient Texte 11sexepat Sexe du patient Texte 1distpat Distance du domicile du patient Entier long 5dtenaispat Date de naissance du patient Date/heure 11 abrége

CAPACITE 188

La quantité d’information à mémoriser :

Il s’agit de déterminer l’espace que la base de données occupera sur serveur. Les occurrences de certaines entités ont été fixées de façon arbitraire. L’estimation du taux d’occupation de la base est annuelle. Le tableau ci-dessous détermine le volume de chaque entité ou relation en multipliant le total des tailles des propriétés par le nombre d’occurrences ainsi la quantité totale des informations à mémoriser.

Tables Taille en caractère

Nombre d’occurrence

Volume Volume sur 10 ans

SIGNE CLINIQUE 37 2 000 000 74 000 000 740 000 000LIVRAISON 27 24 648 6 480

FOURNISSEUR 102 5 510 510COMMANDE 19 24 456 4 560MEDICAMENT 32 500 000 16 000 000 16 000 000SORTIE 17 2 000 000 34 000 000 340 000 000SPECIALITE 36 11 396 396LIGNE-COMMANDE 16 2 000 000 32 000 000 320 000 000LIGNE-SORTIE 16 1 500 000 24 000 000 240 000 000TYPE EXAMEN 38 20 760 760ORDONNANCE 19 2 000 000 38 000 000 380 000 000MEDECIN 114 15 1 710 1 710EXAMEN 44 1 000 000 44 000 000 440 000 000CONSULTATION 70 2 000 000 140 000 000 1 400 000 000PATIENT 188 2 000 000 376 000 000 3 760 000 000DIAGNOSTIC 37 1 500 000 55 500 000 555 000 000LIGNE-LIVRAISON

16 1 500 000 24 000 000 240 000 000

LIGNE-ORDONNANCE

16 2 000 000 32 000 000 320 000 000

TYPE CONSULTATION 32 4 128 128RENDEZ-VOUS 28 2 000 000 56 000 000 560 000 000ANTECEDENT 87 2 000 000 174 000 000 1 740 000 000

TOTAL 1 119 004 608 11 051 004 608

A ce volume, il est important d’ajouter au moins 30% pour gérer les pointeurs soit un volume de 11 051 004 608 x 30% + 11 051 004 608 = 14 366 305 991 caractères = 14 366 305 991 octets soit 13,380 GO sur 10 ans

2.3.2 Modèle Physique des Données sous Access

2.4 Évaluation de la solution nouvelle

La direction ne souhaite pas à priori apporter de modification significative à l’organisation actuelle. Cependant il s’impose de créer un service informatique afin de suivre au quotidien la gestion des consultations et des médicaments. Ceci donnerait une meilleure efficacité dans la gestion puis l’on éviterait aussi de fournir des statistiques erronées à la direction voire au Ministère de la Santé. Ainsi donc un (2) poste au service accueil, onze (11) pour les différentes spécialités soit un (1) pour chaque, un (1) pour la direction générale, un (1) à la pharmacie tous en réseau suffirait à la gestion du domaine étudié.

Bilan qualitatif et quantitatif

Pour une meilleure gestion de la formation sanitaire, il faut pour le matériel, les caractéristiques minimales suivantes :

15 ordinateurs : 500 000 x 15 = 7 500 000 FCAProcesseur : Pentium IVMémoire RAM : 512 MOFréquence d’horloge : 1.6 GhtzDisque dur : 40GO

1 ordinateur serveur 800 000 x 1 = 800 000 FCFAProcesseur : core2duoMémoire RAM : 1GOFréquence d’horloge : 3.0 Ghtz minimumDisque dur : 150 GO

2 imprimantes laser (connectés au réseau) : 150 000 x 3 = 450 000 FCFA

15 onduleurs 65 000 x 15 = 975 000 FCFA

Estimation globale = 9 725 000 FCFA

CHAPITRE 3 : GUIDE UTILISATEUR

3.1 Installation (voir l’aide du logiciel)

3.2 Désinstallation de l’application (voir l’aide du logiciel)

3.3 Mise en route (voir l’aide du logiciel)

3.4 Présentation (voir l’aide du logiciel)

CONCLUSION GENERALE

Au terme de notre travail, nous pensons pour notre part avoir réussi à proposer des alternatives pouvant permettre aux formations sanitaires de rendre leur gestion interne beaucoup plus efficace. Ce travail au delà du caractère d’évaluation au BTS, nous a permis d’apprécier un cas pratique de gestion de société. C’est pourquoi nous nous réjouissons d’avoir pu mettre en exergue nos connaissances théoriques et pratiques. Nous pensons que cela sera pour nous un stimulant nécessaire pour notre affirmation dans le milieu professionnel qui pointe à l’horizon.

Nous voudrions pour conclure réitérer nos sincères remerciements aux personnes qui de près ou de loin ont contribué à la réalisation de ce travail.

Projet 09 Infirmerie

Documents

Transcript of Projet 09 Infirmerie