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)
Le processus admission
Le processus Examen Clinique
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)
Le processus admission
Patient arrivé
Fiche d’état des lieux et devis
Fiche patient saisie
Fiche consultation 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
Le processus Examen Clinique
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
Période Enchaînement des phasesPoste de travail
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
Fiche consultation 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
Période Enchaînement des phasesPoste de travail
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
estionnaire pharmacie
Service pharm
acieG
estionnaire pharmacie
Autom
atiqueTem
ps réel
Service pharm
acieG
estionnaire pharmacie
Heure de travail
Service pharm
acieG
estionnaire pharmacie
Période Enchaînement des phasesPoste de travail
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
estionnaire pharmacie
Autom
atiqueTem
ps réel
Service pharm
acieG
estionnaire pharmacie
Service pharm
acieG
estionnaire pharmacie
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.