0.0. INTRODUCTION
Avec l'arrivée de l'informatique et son rôle
actif croissant dans les entreprises, la gestion du système
d'information n'a eu de cesse de trouver des innovations pour acquérir,
conserver et traiter l'information qui est l'élément vital de
toute entreprise qui veut assurer sa survie.
La technologie de la scie 0nce informatique sont en pleine
effervescence dans la société humaine (quelque soient les
domaines) et aident l'homme à exécuter les taches fastidieuses et
pénibles. Etant donné qu'une entreprise et ou organisation est un
système formé de ressources humaines, financières et
matérielles, il lui faut des outils adaptés
à chacune des ressources pour garder sa pérennité.
Cela étant, le domaine de la gestion du système
d'information relatif aux gestions des produits pharmaceutiques. De ce fait,
l'hôpital doit disposer d'outils et techniques lui permettant d'accomplir
les tâches dans un bref délai tout en assurant son fonctionnement
continu par le traitement automatique et rationnel de l'information
prôné par la science informatique.
0.1. PROBLEMATIQUE
La problématique est « l'ensemble des
questions précises que l'on se pose au sujet de la
recherche. »1(*)
Ainsi les réponses à ses questions formeront
l'hypothèse et ces réponse anticiper peuvent être
affirmé ou infirmer.
Vue les difficultés que rencontre l'HGR/Lubao, nous
nous sommes basé sur les problèmes ci-après :
- Perpétuelle perte des documents ou archives relatifs
à la gestion des produits car leurs informations sont
gérées manuellement ;
- Perte de temps quant à la recherche d'informations
datée de plus d'années ;
- Manque d'intégrité et de cohérence
d'informations;
- Non exhaustivité et redondance d'informations.
Face à tous ces problèmes qui secouent cet
hôpital, nous nous sommes posé les questions suivantes :
- Quel outil ou matériel doté à
l'hôpital pour un traitement efficace et rapide de la gestion de produit
pharmaceutique ?
- Quel mécanisme à mettre en place pour la
conservation d'informations exhaustives et cohérentes pour une
utilisation ultérieure ?
0.2. HYPOTHESE
Selon CLAUDE BERNART cité par le professeur VITAMARA
(2013-2014) « hypothèse est une réponse provisoire
à une question posée qui nécessite une réponse
momentanée dont son affirmation ou affirmation sera après la
vérification d'effet sur terrain
L'introduction de cette partie peut se faire selon une
hypothèse est une proposition des réponses anticipées aux
questions posées, qui seront vérifiées au cours de la
recherche, elle tend à formuler une relation entre les positions
significatives même au plus moins précises ; elle permet de
les interpréter et leur donne une signification véritable qui
constituera un élément passable de la théorie.
En rapport avec les problèmes que connaît la
gestion des produits pharmaceutique de l'Hôpital Général de
Référence de Lubao et compte tenu de ses objectifs, nous formuler
les hypothèses suivantes :
1. La Mise en place d'une base de données pour la
gestion de produits pharmaceutique serait la solution éventuelle pour
pallier aux problèmes de l'hôpital Générale de
Référence de Lubao ?
2. Le développement d'une application sur
l'implantation d'une base des données pour la gestion des produits
pharmaceutique pour pallier aux problèmes de l'Hôpital
Général de Référence de Lubao partant de ce
système permettrait la sécurisation des informations d'une
manière automatique ?
Partant de ces hypothèses, nous fixons les objectifs
suivant.
0.3. OBJECTIFS DU
TRAVAIL
Dans le cadre de ce travail, nous nous fixons deux objectives
finalités biens précis :
1. Concevoir un système d'information qui pourraitaider
l'Hôpital Général de Référence de Lubao
à bien gérer les informations en rapport à la gestion de
produit pharmaceutique avec efficacité et efficience.
2. Mettre en oeuvre une application pour gérer les
produits pharmaceutiques d'une manière automatique.
0.4. CHOIX ET INTERET DU
SUJET
a) Choix du Sujet
Vu la problématique et l'importance de l'informatique
dans la gestion des systèmes d'informations, nous avons porté
notre choix sur le sujet : « Mise en place d'une
base de données pour la gestion de produits pharmaceutiques.
Cas de l'Hôpital Général de
Référence de Lubao ».
a) Intérêt du sujet
Le choix de ce sujet revêt un intérêt
essentiel car cette oeuvre scientifique se veut une solution optimale pour
l'hôpital Général de Référence de Lubao et
aussi une opportunité pour nous de concilier les théories
apprises à la pratique qui sanctionne notre premier cycle
d'études.
0.4. DELIMITATION DU SUJET
Pour éviter l'amalgame et l'imprécision, nous
avons délimité notre sujet dans le temps et dans l'espace.
a) Dans l'espace
Notre sujet de Recherche est basé sur l'hôpital
Général de Référence de Lubao ; dans le
Territoire de Lubao, Province de Lomami en République
Démocratique du Congo.
b) Dans le temps
Dans le temps nous avons préféré
observé les données, pour la réalisation de notre travail,
allant de l'année 2019 à 2020.
0.5. METHODES ET TECHNIQUES UTILISEES
0.5.1. METHODE
La méthode est définie par madeleine GRAWITZ
comme : « l'ensemble d'opérations intellectuelles
par lesquelles une discipline cherche à atteindre les
vérités qu'elle poursuivi, les démontre et les
vérifie»2(*)
Dans l'élaboration de ce travail, nous avons
utilisé les méthodes suivantes :
a) Méthode Structuro-Fonctionnelle
Elle nous a permis de voir comment l'hôpital est
structuré et comment il fonctionne car tous les services ne jouent pas
le même rôle bien qu'entretenant certaines relations
indépendantes entre eux pour le fonctionnement de chaque structure.
Enfin signalons que dans une approche systématique,
nous avons considéré l'hôpital général de
Référence de Lubao comme un système, c'est-à-dire
un ensemble d'unités fonctionnelles ayant des liens d'interactions, de
similitude de cohésion, d'ordre, de causalité de support et de
variabilité entre les parties internes et l'environnement externe.
b) Méthode Analytique
Cette méthode nous a permis d'analyser des nombreuses
données recueillies lors de notre descente sur terrain.
0.5.2. TECHNIQUES
UTILISEES
Selon Madeleine GRAWITZ, la technique est l'ensemble des
procédés opératoires rigoureux bien définis,
transmissibles et susceptibles d'être appliqués à nouveau
dans les mêmes conditions, adaptés au genre des problèmes
et des phénomènes sous l'étude ».3(*)
Les techniques sont des outils ou moyen sans lesquelles les
méthodes n'aboutissent presque pas. Car ils sont les différents
procédés auxquelles recourt le chercheur pour rassemblé
les données.
Pour la récolte de données relatives à
l'élaboration de ce travail, nous avons utilisé les techniques
suivantes :
a) Technique documentaire
Cette technique nousa permis d'exploité quelques
documents écrits, ouvrages, journaux, TFC et Mémoires ayant
trait à notre sujet de recherche.
b) Interview
L'interview nous a permis de dialoguer avec les agents de
l'hôpital afin de recueillir toutes les informations sur le
fonctionnement de cette institution sanitaire.
c) Le Questionnaire
La technique de questionnaires nous a permis d'élaborer
une série de questions que nous avions adressées aux
chargés de la gestion des produits pharmaceutiques, lesquels
répondront par écrit.
0.5.SUBDIVISION DU
TRAVAIL
Mise en part de l'introduction et la conclusion, notre travail
est subdivisé en quatre chapitres à savoir :
Ø Chapitre I :
Etudes Préalables
Ø Chapitre 2 : Conception Du Système
D'information
Organise (C.S.I.O)
Ø Chapitre 3. Conception Du Système
D'information Informatise (C.S.I.I)
Ø Chapitre 4 : Mise en place
d'une base de données
0.6. DIFFUCULTES
RENCONTREES
C'est comme on dit en Français « avant le
bonheur d'abord le malheur »pour la réalisation de ce travail
nous avons rencontré les difficultés ci-après :
@ Manque de moyen de déplacement pour atteindre rapidement
le site de recherche ;
@ Certaines informations gérées d'une
manière manuelle prenait du temps pour les retrouver ;
@ Manque de moyen financier pour la récolte des
informations à temps voulu.
CHAPITRE I : ETUDES PREALABLES
L'étude préalable est un ensemble
d'investigations dans un système identifier permettant de comprendre son
fonctionnement afin de dégager un diagnostic de forces et des faiblesses
permettant d'informatiser ou non l'application du système
identifier4(*)
I.1. ANALYSE DE L'EXISTANT
L'analyse de l'existant est une étape qui fait
l'état de lieu de l'existant. Elle permet d'obtenir une connaissance
parfaite sur le fonctionnement du système actuel.
I.1.1. PRESENTATION DE
L'HOPITAL GENERAL DE REFERENCE (HGR)
1. Situation
Géographique
Implanté dans le Chef - Lieu du Territoire de Lubao
dans la zone de santé de Lubao, cette structure est située
dans le quartier de la révolution avenue du marché central.
C'est un hôpital de type pavillonnaire. Il est
limité :
ü Au nord : par l'ISTM-Lubao;
ü Au sud : par le camp Police;
ü A l'Est : par le Bureau de l'Antenne CENI Lubao
;
ü A l'Ouest : par le bureau du Territoire de
Lubao.
2. Aperçu Historique De
L'hôpital General De Reference.
L'hôpital général de
Référence de Lubao est une institution sanitaire publique dont
la gestion est assurée par l'Etat HGR/LUBAO en sigle.
A l'origine, cet hôpital fut considéré
comme un dispensaire, il a vu jour en 1949 et voici comment se présente
la succession des gestionnaires de cette établissement :
TABLEAU N°1
N°
|
NOM DU MDH
|
DATE D'ENTREE
|
OBSERVATION
|
01
02
03
04
05
06
07
08
09
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
|
Assistant Samuel ;
Dr. Pierre Bastin ;
Dr. Bruce ;
Dr. YASAMBU BUBACARD ;
Dr. NZZANGABE ;
Dr. MUTOMBO TSHA
Dr. NSONGOLA BADI
Dr. MPOKAMBA
Dr. UVOYA
Dr. MULABA
Dr. NASSIBU
Dr. NGONGO NGASHI
Dr. NKONGOLO GBJ
Dr. NTUMBA
Dr. OKITO
Dr. META TSHIANGA
Dr. KATEMBUE M.F
Dr. Josué KASHALA
Dr. KITAKA Robert
Dr. MPIANA LUAMBUA
Dr. KASONGO Joseph
Dr. KASONGA Gustave
Dr. EVA KALOMBO
Dr. VICK KALUMO
Dr. Vick KALUMO
Dr. ANDRE SHIKU MUTEMBA
Dr. JOHN KITENGIE TSHITE
Dr. NTUMBA
Dr. GERMAIN
|
|
|
3. Structure Organisationnelle
On appelle structure administrative, le schéma de
répartition des tâches, d'attributions des pouvoirs et des
responsabilités, de communication et de coordination des
activités au sein de l'organisation.
L'hôpital général de
Référence de Lubao est une institution sanitaire publique dont
la gestion est assurée par l'Etat.
4. Présentation De L'organigramme
Fig. n° 1
INTENDANCE
SERVICE MEDICAL
SERVICE MEDICAL
SERVICE DU PERSONNEL
PHARMACIE
COMPTABILITE
SERVICE DU PERSONNEL
CAISSE
SECURITE
LOGISTIQUE
DIRECTION/MDH
CODIRE
SECRETAIRE
STAFF
DIRECTION DE NURSING
CONSULTATION MEDICAUX & SOINS MEDICAUX.
SERVICES PRIMAIRES
SERVICE MEDICAL
Gynéco obstétrique
Chirurgie
Médecine interne
Pédiatrie
LE CHARGE DE LA FACTUREE DE LA PHARMACIE
LA PREPHARM 1
LA PREPHARM 2
Source : Secrétariat de
l'hôpital Général de Référence de Lubao
Fig. n°2
5. L'organigramme De La Pharmacie
LE CHARGE DE LA FACTUREE DE LA PHARMACIE
LA PREPHARM 1
LA PREPHARM 2
Fig. n° 1
Fig. n° 1
Ø Analyse de Poste De
Travail
L'hôpital général de
Référence de Lubao dispose de deux organes de gestion qui
sont : le conseil de service et le comité de gestion.
1) Le conseil de service
Le conseil de service est composé de tous les chefs de
sections, il se réunit au moins une fois par mois. Il est l'organe de
conception de toute mesure susceptible d'améliorer le fonctionnement de
l'hôpital conformément aux instructions des autorités
supérieures.
2) Le comité de gestion
Le comité de gestion est un organe qui gère
couramment l'hôpital. Il est composé de :
ü Chef de service (Médecin Directeur)
ü Chef d'administration (Administrateur Gestionnaire)
ü Chef de Nursing (Directeur de Nursing).
Il se réunit au moins une fois par semaine sur une
convocation du chef de service. Il est un organe d'exécution des
décisions du Conseil de service.
Tableau n°2
FICHE DESCRIPTIVE DE POSTE DE TRAVAIL
|
APPLICATION : Mise en place d'une base des données
pour la Gestion des produits pharmaceutique
DOMAINE : Gestion de Stock
Analyste : KAPAFULE MUKONKOLE Germain
Date : 25/03/2021
|
N°
|
Nom poste
|
Nom
Mnémonique
|
Travaux effectués
|
Responsable du poste
|
Moyens de traitement
|
Nombre d'exemplaires
|
Obs.
|
01
|
Chargé de la facturée de Médicament
|
CFM
|
Qui s'occupe de la réception des ordonnances
Médicaux,et livraison de bon de pharmacie.
|
MITANTA KAZABA
|
Manuel
|
3
|
Une personne
|
02
|
Prepharm
|
PREP
|
Qui occupe de la tarification des produits, vente des
produits, vérification de stock.
|
MUKILE EBONDO Chantal
NDJUBU SALAMANYI Victor
|
Manuel
|
1
|
2 personnes
|
Source : Nous-mêmes sur
terrain
5. Services
Organises
L'hôpital général de
Référence de Lubao est un véritable hôpital au sens
classique du terme. Car il organise en son sein tous les services classiques
révolus à un hôpital, à savoir :
ü La médecine interne ;
ü La pédiatrie ;
ü La chirurgie ;
ü La gynéco-obstétrique...
Chaque service est dirigée par un responsable
médecin ou non médecin selon qu'il s'agit de la nature de
service.
Ces sections précitées exercent les
activités d'opération ci-après en faveur de la population
de la Lomami en général et de Lubao en particulier :
ü Les consultations curatives courantes ;
ü Les consultations préventives (CPN et
vaccinations à la maternité) ;
ü Les hospitalisations de Médecine Interne, de
Pédiatrie, de Chirurgie et Gynécologie ;
ü Les accouchements ;
ü Les examens de laboratoire, d'échographies,
d'endoscopies ;
ü Les séances de
physio-kinésithérapie.
I.1.2. Etude des Moyens de
Traitement
I.1.2.1. Moyens
Matériels
Les moyens matériels sont constitués de toutes
les ressources matérielles qui sont affectées au traitement de
l'information dans une entreprise ou dans une organisation.
Tableau n°3
Le tableau ci-dessous décrit les différents
matériels utilisés dans la pharmacie de l'Hôpital
Général de Référence.
FICHE D'ANALYSE DES MOYENS MATERIELS
|
APPLICATION : Mise en place d'une base des données
pour la Gestion des produits pharmaceutique
DOMAINE : Gestion de Stock
Analyste : KAPAFULE MUKONKOLE Germain
Date : 25/03/2021
|
N°
|
Type matériel
|
Capacité mémoire
|
Capacité Unité Centrale
|
Support d'infos
|
Date d'acquis
|
Durée d'amorti
|
Obs.
|
01
|
Table
|
-
|
-
|
-
|
25/02/1949
|
72 ans
|
ça répond plus aux tables actuelles
|
02
|
Chaises en plastique
|
-
|
-
|
-
|
12/05/2019
|
2 ans
|
En bonne état
|
03
|
Chaises en boit
|
-
|
-
|
-
|
25/02/1949
|
72 ans
|
Tromp vieux
|
04
|
Etagères
|
-
|
-
|
-
|
25/02/1949
|
72 ans
|
Les conditions de n'est pas respecté pour l'assurance
des produit
|
Source : Nous-mêmes sur
terrain
1.1.2.2. MOYENS HUMAINS
Les moyens humains sont constitués de toutes les
ressources humaines qui sont affectées au traitement de l'information
dans une entreprise ou dans une organisation.
Le tableau ci-dessous décrit les moyens humains
utilisés dans la pharmacie de l'Hôpital Général de
Référence.
Tableau n°4
FICHE D'ANALYSE DES MOYENS HUMAINS
|
APPLICATION : Mise en place d'une base des données
pour la Gestion des produits pharmaceutique
DOMAINE : Gestion de Stock
Analyste : KAPAFULE MUKONKOLE Germain
Date : 25/03/2021
|
N°
|
Poste du Travail
|
Catégorie professionnelle
|
Niveau d'étude
|
Ancienneté
|
01
|
Chargé de la facturée de Médicament
|
En Chef
|
A3
|
43
|
02
|
Prepharm 1
|
Agent 2 Echelon
|
A2
|
18
|
|
Prepharm 2
|
Agent 2 Echelon
|
A2
|
19
|
Source : nous-mêmes sur
terrain
I.1.2.3.ETUDE DE DOCUMENTS
L'étude des documents joue un rôle important par
le fait qu'elle consiste à donner tous les éléments
cadrant avec la conservation, la protection et la circulation des informations
ayant des liens directs avec notre application.
a. Recensement des documents
L'objectif principal de recensement des documents est celui de
donner la liste exhaustive des documents qui ont des liens directs avec
l'application.
Pour le cas de notre travail, nous avons recensé les
documents suivants :
ü Fiche de Stock des Médicaments ;
ü Registre de Pointage ;
ü Registre vente de Médicament ;
ü Le Rumeurs ;
ü Carné des Factures.
ü Ordonnance médicale
Tableau n°5
Identification du document / fichier : pharmacie de
l'HGR/Lubao
Objectif du document : gestion des produits
pharmaceutique
Support : manuel
Périodicité : 2019 -2020
Volume (Nombre de
caractères) : 392.500
Nom symbolique de la rubrique
|
Nom de la rubrique
|
Format (Type de données)
|
Taille
|
Commentaires
|
FSM
|
Date, Référence, Provenance, quantité
entrée, prix de revient unitaire, date péremption,
quantité sortie, quantité en stock, MAD, observation.
|
Alphanuméque
|
20
|
|
RP
|
Date, Désignation, pointage, date, désignation,
pointage de la quantité
|
Alphanumérique
|
17
|
|
RVM
|
Date, Noms & Post-noms, adresse, désignation,
quantité DEMM, quantité ACC, M.P
|
Alphanumérique
|
16
|
|
RUM
|
N°, Noms des médicaments, Stock initial,
entrées dans le mois, total disponible, sorties journalières,
sorties du mois, NB jrs de rupture, stock théorique fin du mois,
Stock disponible utilisable, valeur du stock.
|
Alphanumérique
|
20
|
|
CAF
|
NB, désignation, PU, PT
|
Alphanumérique
|
10
|
|
MALADE
|
RECEPTION
|
CONSULTATION
|
LABO
|
PHARMACIE
|
000
001
002
300
- 100
Présentation du malade
001
200
002
- 300
Départ au labo
- 001
FM
Envoi du malade à la consultation
- 002
NAT
Envoi du malade au labo pour passer aux examens
- 400
OM
Classement d'une autre copie
ü Réception de l'ordonnance
ü Etablissement du bon de livraison des médicaments
en 3 exemplaires
ü Envoi d'une copie au laboratoire
ü Envoi d'une deuxième copie aux services de soins
ü Classement d'une autre copie
ü Envoi des médicaments aux services de soins
ü Etablissement de la liste des médicaments
envoyés
|
|
|
|
|
Fing. N°3
I.2.4. Circuit d'information existant (Ancien circuit de
circulation d'information)
003
- 400
004
Départ du malade aux services de soins
301
400
BLM
003
301
1.3. LES SYMBOLES UTILISES
ET LEURS SEMANTIQUES
Fig. n°4
N°
|
SYMBOLES
|
SEMANTIQUES
|
01
|
|
Déclanchement
|
02
|
|
Provenance
|
03
|
|
Destination
|
04
|
|
Document circulant en un seul exemplaire
|
05
|
|
Document circulant en plusieurs exemplaires
|
06
|
|
Classement
|
07
|
|
Ordinateur
|
08
09
10
11
|
|
Base de Données
Archivage
Document imprimé en plusieurs exemplaires
Document imprimé en un exemplaire
|
I.4. CRITIQUE DE
L'EXISTANT
La critique de l'existant est primordiale pour un chercheur
car elle un diagnostic objectif et précis. Elle s'effectue sur
l'observation préalable du système existant et permet de
déterminer les avantages et les inconvénients, du bon
fonctionnement et ceux qui créent le dysfonctionnement du système
existant. Donc relever les points forts et les points faibles de ce
système.5(*)
La critique du système existant nous permet de porter
un jugement sur le système actuel pour ainsi déceler les maux et
les causes à la base de mauvais fonctionnement du système
étudié et parfois aussi de son alourdissement. Toutefois un
système ne peut pas être entièrement en mal fonctionnement
ou entièrement en bon fonctionnement.6(*)
I.2.1. Les Points
Forts
Comme signaler ci-haut, une entreprise ne peut être
entièrement bonne ou aussi entièrement mauvais, ainsi nous avons
trouvé pendant notre recherche que la gestion de stock des produits
pharmaceutique est assurée par les gens ayant une notion de gestion.
I.2.2. Les Points
Faibles
Après notre analyse de l'existant, nous avons pu
relever les faiblesses suivantes :
- La gestion manuelle des données, et cela cause la
perte des données essentielles ;
- Les Lenteurs dans les services de gestion produit
pharmaceutique ;
- Les erreurs dites au niveau d'étude des travailleurs
qui sont affecté à ce poste
I.3. PROPOSITION DES
SOLUTIONS
Du diagnostic du système existant, nous proposons les
solutions en fonctions des faiblesses décelées.
En informatique, nous avons les solutions
ci-après :
· L'informatisation sans réorganisation
· L'informatisation avec réorganisation
· La réorganisation sans informatisation.
I.3.1. L'informatisation Avec
Réorganisation
C'est une solution qui permet au chercheur d'informatiser sans
changer la structure de l'entreprise entre autre l'organigramme.
I.3.2. L'informatisation Sans
Réorganisation
Elle consiste à garder la structure organisationnelle
existante mais tout en insérant l'outil informatique dans un des postes
structurels.
I.3.3. La
Réorganisation Sans Informatisation
Elle consiste à garder le traitement comme d'habitude
mais en procédant soit par la modification structurelle soit par la
modification de circulation d'information sans tenir compte de
l'information.
I.4. CHOIX DE LA MEILLEURE
SOLUTION
En tenant compte de l'organisation structurelle, la
circulation de l'information et le traitement de celle-ci au sein de la
pharmacie; nous optons pour l'informatisation sans réorganisation.
MALADE
|
RECEPTION
|
CONSULTATION
|
LABO
|
PHARMACIE
|
200
200
200
200
100
arrivée du malade à l'hôpital
001
200
002
- 300
Départ au labo
300
FM
- 400
NAT
Envoi du malade au labo pour passer aux examens
- 500
OM
autre copie
BDD
Fing. N°5
I.5. Nouveau circuit d'information
003
- 004
Départ du malade aux services de soins
501
301
400
BLM
500
301
004
NSM
CHAPITRE II. CONCEPTION DU SYSTEME
D'INFORMATION
ORGANISE (C.S.I.O)
II.1. CHOIX DE LA METHODE DE
CONCEPTION
En ingénierie, une méthode d'analyse et de
conception est un procédé qui a pour objectif de permettre de
formaliser les étapes préliminaires du développement d'un
système afin de rendre ce développement plus fidèle (le
besoins tel qu'il est exprimé par le client, complété par
des recherches d'informations après des expert du domaine fonctionnel,
comme les futurs utilisateur d'un logiciel), ainsi que de l'analyse de
l'existant éventuel (c'est-à-dire la manière dont le
processus à traiter par le système se déroulent
actuellement chez le client).6(*)
Il existe plusieurs méthodes, notamment :
@ Racines
@ Merise
@ 3ar
@ MMTS
@ MASE
@ CISAD
@ MKASH
@ NIAM
@ OMT (Object Modeling technique)
@ Méthode Booch
@ OOSE
@ SDAT
@ SART
@ SA/SD
@ MACAOFAST
@ APTRE et autres
Pour nous, le choix est tombé sur la méthode
Merisequi est une méthode rassemblé les
informations sans efforts.
2.0. MODELISATION
La modélisation est un processus qui consiste à
analyser un problème du monde réel en le schématisant afin
d'informatiser certaines tâches.
2.1. Méthodes De
Modélisation
Toute méthode informatique doit répondre
à quatre objectifs principaux :
§ Définir ce que l'utilisateur final veut
informatiser (quitte à lui faire comprendre ce qu'il veut), et sa
faisabilité ;
§ Vérifier la cohérence de sa demande ;
§ Structurer les données à informatiser.
Cela est primordial en informatique de gestion ;
§ Rester simple. Ce point est largement battu en
brèche quand une méthode est appliquée "pour la
méthode". Elle doit rester un outil d'aide à la conception ou
à la réalisation.7(*)
2.1.1. Choix de la
Méthode de Modélisation
Pour la conception du système d'information,
nous avons porté notre choix sur la méthode MERISE
(Méthode d'Etudes et de Réalisation Informatique des
Systèmes d'Enterprise), qui à son étape organisationnelle
est constitué de deux étapes suivantes :
Ø Etape Conceptuelle
Ø Etape Organisationnelle.
2.1.2 Présentation de
la méthode choisie
2.1.3. Historique de la Méthode MERISE8(*)
La méthode MERISE est née vers
1978 - 1979, à la suite d'une vaste consultation lancée en 1977,
par le Ministère de l'industrie pour choisir plusieurs
sociétés de services et de conseil en informatique et C.E.T.T.E.
(Centre d'Etudes Techniques de l'Equipement) afin de mettre au point une
méthode de conception et réalisation d'un système
d'information.
La naissance de MERISE marque donc une date importante dans
l'histoire de l'information. Cette naissance résulte d'une part de
l'inadéquation des méthodes comme MINOS ou CORIG aux
préoccupations actuelles et de la génération des
traitements conversationnels faisant suite au bouleversement technologique des
années 70 d'une part, et d'autre part, sur les Bases de Données
et sur de nombreux travaux sur les Bases de Données et sur
« l'approche systémique »9(*).
Aujourd'hui, MERISE est largement utilisée dans les
administrations et les entreprises de toutes les tailles.
2.2. Etape
Conceptuelle
Cette étape de la conception du système futur,
système d'information consiste à analyser dans un premier temps,
les scénarios conceptuels possible pour le futur système,
à l'issue duquel des nouveaux documents ainsi que des fonctions
nouvelles pourront être enfin de compte le Modèle Conceptuel de
Données d'une part et d'autre part, le Modèle Conceptuel de
Traitement.
2.2.1. Modélisation Conceptuelle Des
Données
Le modèle conceptuel de données
(MCD) est un diagramme qui permet de modéliser le
système d'information sans tenir compte des détails liés
à la mise en oeuvre physique.
2.2.1.1. Formalisme de
description des données au niveau conceptuel
Le formalisme utilisé dans les Merise est
désigné par le terme
« entité-relation ». En dehors du contexte de la
méthode, il a été reconnu internationalement par ISO (ISO
TC97 SC5 WG3 1982), et fait l'objet de nombreux développements. Sa
diffusion lui a value plusieurs appellations (formalisme individuel, formalisme
entité-relation, formalisme entité-association, formalisme
entity-Relationship) qui recouvrent, parfois avec quelques nuances, les
mêmes idées10(*).
Ce formalisme comporte quatre conceptsde base. Deux concepts
sont structuraux, l'entité et la
relation ; le troisième concept est descriptif,
c'est la propriété enfin le quatrième
qualifie la liaison entre entité type et relation type, c'est la
cardinalité.
2.2.1.2. Règles de
gestion
Une Règle de Gestion est la traduction conceptuelle des
objectifs choisis et des contraintes acceptées par l'entreprise.
Ci-dessous les règles de gestion appliquées dans
la gestion des produits pharmaceutique à la pharmacie de l'Hôpital
Général de Référence de Lubao :
@ Un médicament peut établir un ou plusieurs
ordonnances ;
@ Un patient peutêtre traité avec un ou plusieurs
ordonnances ;
@ Une ordonnance peut être livré par un ou
plusieurs patients ;
@ Un patient peut avoir une ou plusieursordonnances.
2.2.1. 3. Recensement et
Description des Objets
Objet ou table: Est une
entité ayant une existence autonome et présentant un certain
intérêt dans le domaine de gestion concernée.
Un objet est tout ce qui est perçu par un individu ou
un groupe d'individus comme étant une existence propre ou
intérêt sur un projet avenir.
A) Recensement des objets
Pour le cas de notre travail, nous avons les objets
suivant:
- Le patient ;
- Ordonnance ;
- Médicament.
- Facture ;
- Type Médicament.
B) Description des objets
D'une manière générale, la description
des objets dans un dossier de conception est une opération qui
consiste à :
· Enumérer les propriétés de
l'objet ;
· Choisir un identifiant parmi les
propriétés.
Pour ce qui concerne notre cas, la description des objets
s'effectue de la manière suivante :
#CodePatient
NomPatient
Postnompatient
Prenompatient
sexe
PATIENT
ORDONNANCE
#CodeOrd
LibelléOrd
Quantité
DateOrd
#CodeMedi
NomMedi
QuantitéMedi
Dated'ExpMedi
DatelivresonMedi
MEDICAMENT
TYPE MEDICAMENT
# CodeTypeMedi
LibelléMedi
FACTURE
#NumFacture
LibélléFacture
Quantité
P.U
P.T
2.2.2. Recensement et description des
relations
Relation : C'est une association entre
les objets, un lien verbal qui unit deux ou plusieurs objets.
Généralement ce lien verbal est exprimé sous forme d'un
verbe à l'infinitif.
Pour le cas de notre travail, nous avons recensé les
relations suivantes :
- LIVRER
- ETABLIR
- Tableau N°6
Avoir
- DEPENDRE
N°
|
RELATION
|
DIMENSIONS
|
PROPRIETES
|
OBJETS
|
01
|
Livrer
|
BINAIRE
|
#CodePatient
NomPatient
Postnompatient
Prenompatient
Sexepatient
Datenaisaissept
Telpatient
#CodeMedi
CodeTypeMedi
LibelléMedi
QuantitéMedi
Dated'ExpMedi
DateLivreaisonMedi
|
PATIENT
MEDICAMENT
|
02
|
Etablir
|
BINAIRE
|
#MatriMed
Spécialité
N° Téléphone
#NumOrd
LibéléOrd
DateOrd
|
MEDECIN
ORDONANCE
|
03
|
Avoir
|
TERNAIRE
|
#CodePatient
NomPatient
Postnompatient
Prenompatient
Sexepatient
Datenaisaissept
Telpatient
#NumFacture
LibélléFacture
Quantité
P.U
P.T
#NumOrd
LibéléOrd
DateOrd
|
PATIENT
FACTURE
ORDONANCE
|
04
|
Dépendre
|
BINAIRE
|
#CodeMedi
LibelléMedi
QuantitéMedi
Dated'ExpMedi
DateLivreaisonMedi
# CodeTypeMedi
LibelléMedi
|
MEDICAMENT
TYPE MEDICAMENT
|
Source : Nous-même
sur terrain
2.2.3. définition de contraintes
La définition de contrainte informatique est un point
de l'étape conceptuelle des données qui consiste à
définir :
- les contraintes de cardinalité ;
- les contraintes d'intégrité
fonctionnelle ;
- les dépendances fonctionnelles.
a) Contrainte de cardinalité
La contrainte de cardinalité est un couple de
cardinalité qui est définie de l'objet à l'association et
qui est constitué d'une cardinalité minimale et d'une
cardinalité maximale. Dans le domaine de la conception d'un
système d'information, il existe quatre couples de cardinalités
à savoirs :
· Cardinalité (1,n) qui signifie qu'une occurrence
peut exister et participer une ou plusieurs fois à la réalisation
d'une association ;
· Cardinalité (0, n) qui signifie qu'une
occurrence peut ou n'est pas exister mais participer à la
réalisation de l'association zéro ou plusieurs fois ;
· Cardinalité (1, 1) qui veut dire qu'une
occurrence d'une entité peut exister et participer à la
réalisation de l'association une et une seule fois ;
Pour notre travail, nous avons les cardinalités
suivantes :
#CodePatient
NomPatient
Postnompatient
Prenompatient
Sexepatient
Datenaisaissept
Telpatient
PATIENT
#CodMedi
LibelléMedi
QuantitéMedi
Dated'ExpMedi
DateLivreaisonMedi
MEDICAEMENT
LIVRER
1, n
1. Patient + ordonnance = LIVRER
1, n
2. Médecin + Ordonnance =
ETABLIR
ORDONNANCE
#NumOrd
LibéléOrd
DateOrd
MEDECIN
#MatriMed
Spécialité
N° Téléphone
ETABLIR
1, 1
1, n
3.Patient + Ordonnance = AVOIR
#CodePatient
NomPatient
Postnompatient
Sexe
PATIENT
AVOIR
1, 1
ORDONNANCE
#NumOrdo
LibéléOrd
DateOrd
1, 1
4. Paient + Facture = AVOIR
FACTURE
#NumFacture
LibélléFacture
Quantité
P.U
P.T
#CodePatient
NomPatient
Postnompatient
Sexe
PATIENT
AVOIR
1, n
1, n
La contrainte d'intégrité fonctionnelle (C.I.F)
est définie sur une relation. Elle représente le fait que l'un
des objets de sa collection soit identifié sans aucun doute par la
connaissance d'un ou des plusieurs autres11(*).
Il y a Contrainte d'Intégrité Fonctionnelle
entre deux objets dans une relation, lorsqu'une occurrence d'un objet a une
occurrence et une seule dans l'objet destination.
Nous avons recensé les contraintes
d'intégrités fonctionnelles (CIF) suivantes :
1. Médecin + Ordonnance =
ETABLIR
ORDONNANCE
#NumOrd
LibéléOrd
DateOrd
MEDECIN
#MatriMed
#NumOrd
Spécialité
N° Téléphone
ETABLIR
1, 1
1, n
MEDICAEMENT
#CodMedi
# CodeTypeMedi
LibelléMedi
QuantitéMedi
Dated'ExpMedi
DateLivreaisonMedi
DEPENDRE
TYPE MEDICAMENT
# CodeTypeMedi
LibelléMedi
1, 1
1, n
Source : Nous - même sur
terrainFing N°6
MEDICAMENT
#CodeMedi
CodeTypeMedi
LibelléMedi
QuantitéMedi
Dated'ExpMedi
DateLivreaisonMedi
2.2.1.4. Présentation du Modèle Conceptuel
de données (MCD)
LIVRER
#CodePatient
#NumOrd
NomPatient
Postnompatient
Prenompatient
Sexepatient
Datenaisaissept
Telpatient
PATIENT
(1, n)
(1, n)
(1, 1)
DEPENDRE
TYPE MEDICAMENT
# CodeTypeMedi
LibelléMedi
FACTURE
#NumFacture
LibélléFacture
Quantité
P.U
P.T
(1, n)
AVOIR
(1, n)
(1, n)
FACTURE
#NumFacture
LibélléFacture
Quantité
P.U
P.T
FACTURE
#NumFacture
LibélléFacture
Quantité
P.U
P.T
FACTURE
#NumFacture
LibélléFacture
Quantité
P.U
P.T
FACTURE
#NumFacture
LibélléFacture
Quantité
P.U
P.T
#NumOrd
LibéléOrd
DateOrd
ORDONNANCE
(1, n)
MEDECIN
#MatriMed
#NumOrd
Spécialité
N° Téléphone
ETABLIR
(1, n)
(1, 1)
FACTURE
#NumFacture
LibélléFacture
Quantité
P.U
P.T
Source : Nous-même sur
terrain 2.2.5. Modélisation Conceptuelle de
Traitement
Le Modèle Conceptuel de Traitement (MCT) conduit
à la détermination des procédures, et des limites
homogènes des préoccupations. A ce niveau, il sera question de
répondre à la question « Quoi ? »
c'est-à-dire quel traitement sera effectué sur la Base de
Données12(*).
2.2.5.1. Identification du
Processus
Le processus est ensemble d'opération définie
à partir des orientations de la gestion au sein de la structure
étudiée et qui concourt à la sollicitation des plusieurs
événements extérieurs au système d'information.
Un processus, c'est aussi un enchainement synchronisé
d'opération qui représente une entité homogène des
préoccupations de l'entreprise.
En rapport avec notre champ d'étude, nous avons
identifié les opérations ci-après :
- réception ;
- établissement de la fiche ;
- consultation ;
- examination ;
- prescription ;
- achat des produits.
2.2.5.2. Définition
des Concepts de Base.
· Evénement : c'est le
compte rendu au système d'information du fait que quelque chose
s'était produit dans l'univers extérieur ou dans le
système d'information ; une nouvelle arrivée de
l'information peut être externe ou interne. Externe quand il provient de
l'univers extérieur en provoquant une nouvelle réaction du
système d'information ; soit constitué d'un résultat
pour l'univers extérieur.
· Processus : c'est une suite
d'opération concourant à une finalité,
déclenchée par des événements dans un domaine
considéré pour une gestion donnée.
· Domaine : c'est un ensemble de
processus considéré pour une question donnée.
· Règle d'émission :
une règle d'émission définie la condition dans laquelle
des événements résultats seront produits par une
opération.
· Synchronisation : c'est une
condition représentée par u système booléen liant
les événements déclencheurs grâce aux
opérations logiques « ET »,
« OU » et « NON ».
· Opération : c'est une
production de flux d'information. Elle est définie
immatériellement, sans contrainte organisationnelle. Elle décrit
aussi bien la gestion manuelle que la gestion automatisée13(*).
2.2.5.3.
Formalisme
La représentation conceptuelle suit un formalisme. Pour
construire le Modèle Conceptuel de Traitement (MCT), dans le cadre du
présent travail, nous exploitons le formalisme connu sous le nom de
EOR (Evénement - Opération - Résultat).
Opération
Résultat
Evénement
Synchronisation
Ev1
Ev2
Synchro
Res 2
Res1
Opération
OK
KO
Fig. n° 7
Condition d'émission
2.2.5.4. Présentation
du Modèle Conceptuel de Traitement
- Consultation complète du malade
CONSULTATION
Toujours
- - Enregistrement du malade dans le registre
Etablissement de la fiche de consultation
Toujours
Fiche établie
Arrivée du malade
Présence du corps Médicale
ET
- Placement du malade sur la civière ou le brancard
- Placement du malade dans la salle
RECEPTION
OK
KO
Malade en attente attenreçu
Malade reçu
A
Fig. n° 8
A
Examen n des urines, crachat ... au labo
EXAMINATION
TOUJOURS
Malade Examiné
ETABLISSEMENT DE L'ORDONANCE
TOUJOURS
Ord en Attente
Ord Etabli Prescrits
REMISE D'ORDONANCE AU CLIENT
TOUJOURS
Ord Remis
VERSEMENT D'ARGENT A LA CAISSE
- Livraison de bon du malade
TOUJOURS
Argent Versé
LIVRAISON DES PRODUITS A LA PHARMACIE
- Vérification de l'ordonnance et de bon du malade
OK
KO
Produits ou Médicament Livrés
Produit non Livrés
KO
OK
2.3. Etape Organisationnelle
L'étape conceptuelle exprime la réalité
perçue par l'entreprise ou l'organisation dans son ensemble ; au
niveau de l'étape organisationnelle on exprime cette même
réalité mais vécue par les acteurs quels qu'ils soient.
Ainsi à ce niveau aucune différence n'est faite entre les hommes
et les machines, pour autant que la dominante reste le Qui et le
Où.
L'étape organisationnelle a pour objectif de
décrire le fonctionnement du système défini au niveau
conceptuel ; elle permet de définir la répartition dans
l'organisation et les modalités d'accès aux données ainsi
que la répartition d'exécution de traitement décrite dans
les opérations de gestion en tenant compte de l'organisation.
2.3.1. Passage du
Modèle Conceptuel de Données auModèle
Organisationnel de Données Brute
La modélisation organisationnelle de données
nous permettra de prendre en compte des éléments relevant de
l'utilisation des ressources de mémorisation. Le MOD est le
dérivé du MCD.
Le passage du MCD au MOD se fait en supprimant tous les objets
et toutes les relations qui ne peuvent pas être mémorisées
dans le MOD et définir les multiplicités (cardinalités
multiples) qui se trouvent dans le MCD14(*).
Les règles de passage du MCD au MOD sont les
suivantes :
- Supprimer tous les objets et toutes relations avec leurs
propriétés qui ne peuvent pas être mémorisées
dans le MOD.
- En cas de nécessité, créer des objets
ou les relations qu'on a supprimés.
Dans le cas du présent travail, nous avons
supprimé l'objet spécialité que nous avons fait une
propriété appart entière d'où notre MCD sera
différent de notre MOD.
Fing N°9
2.3.3. Présentation du modèle
organisationnel de données (MOD)
MEDICAMENT
#CodMedi
LibelléMedi
QuantitéMedi
Dated'ExpMedi
DateLivreaisonMedi
6
30
10
10
10
#CodePatient
NomPatient
Postnompatient
Prenompatient
Sexepatient
Datenaisaissept
Telpatient
PATIENT
6
30
30
30
3
10
10
#CodePatient
#codeMed
LIVRER
6
6
(1, n)
(1, n)
(1, n)
Dépendre
#CodePatient
#NumOrd
#NumFacture
AVOIR
6
6
6
#NumOrd
LibéléOrd
DateOrd
ORDONNANCE
6
30
30
(1, n)
#CodeTypeMedi
LibelléMedi
TYPEMEDICAMENT
6
30
(1, n)
MEDECIN
#MatriMed
#NumOrd
#CodeSpécialité
Sexe
N° Téléphone
6
6
6
3
10
(1, n)
ETABLIR
(1, n)
(1, 1)
(1, 1)
FACTURE
#NumFacture
#LibélléFacture
Quantité
P.U
P.T
6
6
50
40
40
SPECIALITE
#CodeSpécialité
Libellé
6
30
APPARTENIR
(1, n)
(1, n)
Source : Nous-même sur
terrain.
2.3.2. Modèle Organisationnel de Traitement
(MOT)
7-Le MOT est issu du MCT dont il reprend sa
représentation de base et surtout de l'organisation choisie à la
fin des études préalables15(*).
Sur le plan descriptif de traitement, le MOT intègre
les notions de temps et de la durée, de lieu et la nature de traitement
pour répondre aux questions :
- Comment ?
- Quand ?
- Où ?
· La question
« COMMENT ? » permet de connaitre de quelle
manière les peuvent être effectuées. Ainsi, les
tâches peuvent être :
- Manuelle,
- Conversationnelle ou interactive,
- Automatique
· La question « QUAND ? »
permet de déterminer la périodicité. Ainsi, la
périodicité dont il question dans notre travail peut
être :
- Journalière
- Hebdomadaire
- Mensuelle
- Trimestrielle
- Semestrielle
- Annuelle.
· La question « OU ? » permet de
déterminer l'endroit qu'une tâche peut être
exécutée.
2.3.4. Présentation
du Modèle Organisationnel Traitement (MOT).
Période
|
Procédure fonctionnelle
|
Traitement
|
Poste
|
- Consultation complète du malade
CONSULTATION
Toujours
Etablissement de la fiche de consultation
Toujours
Fiche établie
Arrivée du malade
Présence du corps Médicale
ET
- Placement du malade sur la civière ou le brancard
- Placement du malade dans la salle
RECEPTION
OK
KO
Malade en attente
Malade reçu
A
- Enregistrement Du Malade Dans Le Registre
A
Examen des urines, crachat ... au labo
EXAMINATION
TOUJOURS
Malade Examiné
ETABLISSEMENT DE L'ORDONANCE
Ord en Attente
Ord Etabli Prescrits
REMISE D'ORDONANCE AU CLIENT
TOUJOURS
Ord Remis
VERSEMENT D'ARGENT A LA CAISSE
- Livraison de bon du malade
TOUJOURS
Argent Versé
LIVRAISON DES PRODUITS A LA PHARMACIE
- Vérification de l'ordonnance et de bon du malade
OK
KO
Produits ou Médicament Livrés
Produit non Livrés
TOUJOURS
KO
OK
Manuel
Manuel
Pharmacie
CHAPITRE III. CONCEPTION DU SYSTEME
D'INFORMATION
INFORMATISE (C.S.I.I)
Cette phase permet de répondre à la question
comment ? en effet, et nous tiendrons à répondre à la
question comment, dont on élabore notre logiciel de gestion de Gestion
des produits pharmaceutiques toute en tenant compte de la technologie
informatique au niveau informatisé. Et en plus cette étape
consiste à déterminée le deux grandes parties du
système informatique : Hardware et Software
3.1. Etape Logique
L'étape logique exprime le choix des moyens et des
ressources informatique, en faisant abstraction de leur caractéristique
technique précise. Il comporte un model logique des
données et un model logique de traitement
3.1.1. Modèle Logique
de Données
Le Modèle Organisationnel de Données est
construite à partir du MCD et MOD global en tenant compte de
l'orientation de choix de techniques concernant le système de gestion de
données. Il permet de décrire la structure des données
utilisées sans faire référence à un langage de
programmation.
3.1.2.1. Passage du M.O.D
Global au M.L.D Brut.
La transformation du model organisationnel des données
au model logique des données brutes se fait en respectant le point
ci-après :
· Concernant les données :
- Les objets deviennent les tables ;
- Les propriétés des objets deviennent des
attributs ;
- Les identifiants des objets deviennent des clés
primaires des objets ;
· Concernant les relations :
- La relation des données devient une table à
part entière dont les attributions sont la concaténation de deux
clés des objets qui participe à la relation ;
- La quantification organisationnelle n devient infinie
(8) ;
Fing n°10
3.1.3.1. Présentation du MLD Brut
#Codespécialité
Libelléspécialité
SPECIALISATION
#CodeMed
#NomOrd
#CodeSpécialité
MEDECIN
#CodMedi
LibelléMedi
QuantitéMedi
Dated'ExpMedi
DateLivreaisonMedi
MEDICAMENT
#CodePatient
#CodeMed
DatedeLivraison
LIVRER
#NumOrd
LibelléOrd
DateOrd
ORDONANCE
# CodePatient
#NumOrd
NomPatient
PostnomPatient
sexe
PATIENT
#NumFacture
LibelléFacture
Quantité
P.U
P.T
FACTURE
#CodePatient
#NumFacture
#NumOrd
AVOIR
1
8
8
1
1
8
8
8
#CodeTypeMedi
LibelléMedi
TYPE MEDICAMENT
1
8
1
1
1
8
1
8
1
8
Source :Nous-même sur
terrain.
3.1.3.2.
Normalisation
L'opération de la normalisation consiste à
supprimer les redondances qui peuvent encore se trouver dans le MLD Brut. Cela
veut dire qu'au niveau de l'étape conceptuel, nous n'avons pas tenir
compte des règles de vérification des objets pour que leurs
propriétés ne soient pas répétitives. C'est ainsi
que nous allons vérifier ces objets de manière que ceux-ci aient
des propriétés non répétitives.
Cette opération de la normalisation nous octroie cinq
formes, dans le cadre du présent travail nous allons utiliser les trois
premières formes afin de pouvoir valider notre MLD.
1ère Forme normale
Une table est en première forme normale, si tous ses
attributs sont élémentaires, non décomposables, non
répétitives, avoir au moins une clé primaire ou
concaténée.
2ème Forme normale
Une table est en deuxième forme normale, si
étant en première forme normale, et ses attributs
dépendent pleinement de la clé primaire de cette table.
3ème Forme normale
Une table est, en troisième forme normale, si
étant déjà en deuxième forme normale, les attributs
qu'elle porte ont une dépendance fonctionnelle directe avec la
clé sans passer transitivement à un attribut d'agrégat
(attribut postulante). Il faut s'assurer aussi qu'il n'y a pas des tables qui
soient cachées parmi les autres.
Dès lors que ces trois premières formes sont
respectées, les tables peuvent être déjà
déclarées normalisées, et le MLD sera validé.
Dans ceprésent travail, notre MLD Brut = au MLDVFing N°11
1
1
1
1
1
8
1
3.1.3.3. Présentation du M.L.D
Validé
#Codespécialité
Libelléspécialité
SPECIALISATION
#CodeMed
#NomOrd
#CodeSpécialité
MEDECIN
#CodMedi
#CodeTypeMedi
LibelléMedi
QuantitéMedi
Dated'ExpMedi
DateLivreaisonMedi
MEDICAMENT
#CodePatient
#CodeMed
DatedeLivraison
LIVRER
#NumOrd
LibelléOrd
DateOrd
ORDONANCE
# CodePatient
#NumOrd
NomPatient
PostnomPatient
sexe
PATIENT
#NumFacture
LibelléFacture
Quantité
P.U
P.T
FACTURE
#CodePatient
#NumFacture
#NumOrd
AVOIR
8
8
8
8
1
8
1
8
1
#CodeTypeMedi
LibelléMedi
TYPE MEDICAMENT
8
1
8
Source :Nous-même Sur
Terrain.
Tableau n° 7
3.1.3.4. Schéma associé au MLD
Validé.16(*)
N°
|
Tables
|
Attributs
|
Type
|
Taille d'attributs
|
Taille total des tables
|
1
|
PATIENT
|
# CodePatient
#NumOrd
NomPatient
PostnomPatient
Sexe
DatenaissPatient
telPatient
|
Num
Num
Texte
Texte
Texte
Date
num
|
6
30
30
30
3
10
10
|
119
|
2
|
LIVRER
|
#CodePatient
#CodeMed
DatedeLivraison
|
Num
Num
Date
|
6
6
10
|
26
|
3
|
MEDICAMENT
|
#CodMedi
LibelléMedi
QuantitéMedi
Dated'ExpMedi
DateLivreaisonMedi
|
Num
Texte
Num
Date
Date
|
6
30
10
10
10
|
66
|
4
|
ORDONANCE
|
#NumOrd
LibelléOrd
DateOrd
|
Num
texte
Date
|
6
30
10
|
46
|
5
|
AVOIR
|
#CodePatient
#NumFacture
#NumOrd
|
Num
Num
Num
|
6
6
6
|
18
|
6
|
FACTURE
|
#NumFacture
LibelléFacture
Quantité
P.U
P.T
|
Num
texte
Num
Num
Num
|
6
30
50
10
10
|
106
|
7
|
MEDECIN
|
#CodeMed
#NomOrd
#CodeSpécialité
Sexe
N°Telephone
|
Num
texte
Num
Texte
Num
|
6
6
6
3
10
|
31
|
8
|
SPECIALITE
|
#Codespécialité
Libelléspécialité
|
Num
texte
|
6
30
|
36
|
9
|
TYPE DE MEDICAMENT
|
#CodeTypeMédi
LibelléMedi
|
Num
texte
|
6
30
|
36
|
SOURCE :Nous-même sur terrain.
3.1.3.5. Calcul du volume
de la base de données.
31.3.5.1. Volume utile de la base de
données.
Volume global = ? r (i)* N
Avec :
r : Taille de l'attribut
n : Nombre d'occurrence de la table
N : Nombre d'attribut de la table
I : Numéro de l'attribut.
Tableau n°9
D'où le volume utile de notre base de données
par ? de volumes de table.
N°
|
Tables
|
Taille Tables
|
Occurrence
|
Volume total
|
1
|
PATIENT
|
119
|
500
|
59.500
|
2
|
LIVRER
|
26
|
150
|
3900
|
3
|
MEDICAMENT
|
66
|
700
|
46200
|
4
|
ORDONANCE
|
46
|
500
|
23000
|
5
|
AVOIR
|
18
|
200
|
3600
|
6
|
FACTURE
|
106
|
500
|
53000
|
7
|
MEDECIN
|
31
|
150
|
4650
|
8
|
SPECIALITE
|
36
|
100
|
3600
|
9
|
TYPE DE DEMICAMENT
|
36
|
700
|
25200
|
VOLUME UTILE
|
222650
|
Source : Nous-même sur terrain
Tableau n° 10
3.1.3.5.2.Volume des index de la base de
données
N°
|
Tables
|
Indexe
|
Taille
|
Nombre d'occurrence
|
Volume total
|
1
|
PATIENT
|
# CodePatient
#NumOrd
|
6
30
|
500
|
18000
|
2
|
LIVRER
|
#CodePatient
#CodeMed
|
6
6
|
150
|
1800
|
3
|
MEDICAMENT
|
#CodMedi
|
6
|
700
|
4200
|
4
|
ORDONANCE
|
#NumOrd
|
6
|
500
|
300
|
5
|
AVOIR
|
#CodePatient
#NumFacture
#NumOrd
|
6
6
6
|
200
|
3600
|
6
|
FACTURE
|
#NumFacture
|
6
|
500
|
3000
|
7
|
MEDECIN
|
#CodeMed
#NomOrd
#CodeSpécialité
|
6
6
6
|
150
|
2700
|
8
|
SPECIALITE
|
#Codespécialité
|
6
|
100
|
600
|
9
|
TYPE DE MEDICAMENT
|
#CodeTypeMedi
|
6
|
500
|
3000
|
VOLUME DES INDEX
|
37.200
|
Source : Nous-même sur terrain.
3.1.3.6. Volume total de la base de
données
Volume total = (volume utile + volume des index)* ?
? : coefficient multiplicateur de
sécurité.(Coefficient de sécurité = 2,5).
Volume total =
(222650+37.200) * 2,5
= 259850*2,5
= 649625Octets/1024
= 634,3Ko/1024
= 1,61953067779Mo
Pour répondre à cette question comment, nous
allons avant tout définir :
- Le schéma de mise en oeuvre
- Le schéma de développement
A. Schéma de mise en oeuvre
Cette étape est consacrée à
déterminer les deux grandes parties qui composent l'ordinateur :
Hardware ; qui est la partie matérielle de l'ordinateurs et
Software ; qui est la partie immatérielle de l'ordinateur.
1. Hardware
· Marque de l'ordinateur : Packard Bell
· Type de Microprocesseur : Intel Pentium VIII
· La mémoire RAM : 2Go
· Le Disque dur : 500 Go
· Le lecteur DVD
· Le clavier : AZERTY COMPATIBLE
· Imprimante : Laser HP 2130 et Ink Jet
Z
· Onduleur : 400 Watts
2. Software
· Système d'Exploitation : WINDOWS 10
architecture 64 Bits
· Microsoft Office 2016
Tableau n°11
3.1.3.6. Dictionnaire de données
N°
|
ATTRIBUT
|
DESIGNATION ATTRIBUT
|
TYPE
|
TAILLE
|
indexe
|
1
|
PATIENT
|
# CodePatient
#NumOrd
NomPatient
PostnomPatient
Sexe
DatenaissPatient
telPatient
|
Num
Num
Texte
Texte
Texte
Date
num
|
6
30
30
30
3
10
10
|
*
|
2
|
LIVRER
|
#CodePatient
#CodeMed
DatedeLivraison
|
Num
Num
Date
|
6
6
10
|
*
|
3
|
MEDICAMENT
|
#CodMedi
LibelléMedi
QuantitéMedi
Dated'ExpMedi
DateLivreaisonMedi
|
Num
Texte
Num
Date
Date
|
6
30
10
10
10
|
*
|
4
|
ORDONANCE
|
#NumOrd
LibelléOrd
DateOrd
|
Num
texte
Date
|
6
30
10
|
*
|
5
|
AVOIR
|
#CodePatient
#NumFacture
#NumOrd
|
Num
Num
Num
|
6
6
6
|
*
|
6
|
FACTURE
|
#NumFacture
LibelléFacture
Quantité
P.U
P.T
|
Num
texte
Num
Num
Num
|
6
30
50
10
10
|
*
|
7
|
MEDECIN
|
#CodeMed
#NomOrd
#CodeSpécialité
Sexe
N°Telephone
|
Num
texte
Num
Texte
Num
|
6
6
6
3
10
|
*
|
8
|
SPECIALITE
|
#Codespécialité
Libelléspécialité
|
Num
texte
|
6
30
|
*
|
SOURCE :nous-même sur
terrain3.2. Modélisation
logique de Traitement
La Modélisation Organisationnelle des Traitements
s'est centrée avant tout sur les préoccupations de
l'utilisateur en faisant abstraction de toute considération technique.
La Logique de Traitement (MLT) va porter sur le domaine de
l'informaticien et de sa responsabilité. Il servira à construire
une solution technique répondant aux spécifications du
modèle organisationnel de traitement.
Cette solution technique sera basée sur la description
des unités logiques de traitements.
3.2.1. Définition des
concepts de base
Une procédure logique est un enchaînement
logique de plusieurs unités logiques de traitements. Tandis qu'une
unité logique de traitement est un ensemble d'actions organisées
d'une tâche exécutable d'une manière automatique. Cette
unité logique de traitement est associée avec les sous
schémas logiques de données, qui ne sont rien d'autres qu'un
sous-ensemble de tables et d'attributs définis sur le modèle
logique de données que nous venons de valider afin de pouvoir
présenter la logique fonctionnelle qui représente
l'organisation générale de l'ensemble des traitements à
effectuer.
3.2.2. Passage du MOT au
MLT
Le passage du MOT au MLT concerne la réflexion et/ou
l'imagination du développeur de l'application, selon sa maîtrise
et/ou sa pensée dans laquelle il appliquera sur la conception de ses
interfaces graphiques.17(*)
Cependant, nous allons éliminer à partir du MOT
les tâches qui ne seront pas informatisées et les tâches
restantes. Celles-ci détermineront l'unité logique de traitement
où les événements fonctionnels disparaissent et
cèdent la place aux actions des utilisateurs notamment : clique,
saisie, etc. Les tâches deviennent des unités logiques de
traitement ; les procédures fonctionnelles deviennent
procédure logique ; l'ensemble des procédures logiques
constitue le MLT et les postes de travail deviennent des sites.
Fing
N°12
3.2.3. Représentation
du MLT
Début de procédure logique
- Enregistrement de bon de livraison dans la base de
données
ULT 001
ETABLISSEMENT DE BON DE LIVRAISON
ANNULER
OK
SUIVANT
BDD
- Enregistrement de la liste de médicaments
envoyés dans la base
ULT 002
ETABLISSEMENT DE LA LISTE DES MEDICAMENTS ENVOYES
ANNULER
OK
SUIVANT
- Enregistrement et impression de la liste des patients servis
ULT 003
ETABLISSEMENT DE LA LISTE DES PATIENTS SERVIS
ANNULER
OK
SUIVANT
- Enregistrement et impression de la liste des
médicaments par type
ULT 004
ETABLISSEMENT DE LA LISTE DES MEDICAMENTS PAR TYPE
ANNULER
OK
SUIVANT
Fin de procédure logique
3.3. Etape Physique
3.3.1.
Données
Le modèle physique de données (MPD) est le
dérivé du modèle logique de données. En d'autres
termes, le modèle physique de données n'est rien d'autre qu'un
résultat du modèle logique de données sauvegardé
sur un support magnétique.
3.3.2. Passage du MLD au
MPD
Le passage du modèle logique de données (MLD) au
modèle physique de données (MPD) dépendra du
système de gestion de base de données (SGBD).
3.3.2.1 Présentation
du MPD
La présentation du MPD n'est rien d'autre qu'une
représentation des tables en mode création en Access.
1. Fing N°13
TABLE : patient

2. Fing N°14
Table : livrer

3. Fing N°15
Table : médicament

Fing N°16
4. Table : Avoir

5. Fing N°17
Table : Facture

6. Fing N°18
Table : Type Médicament
Fing N°19

7. Table : ordonnance
Fing N°20

8. Table : Médecin

9. Fing N°21
Table : spécialité

3.4. Modèle physique des
traitements
Le modèle physique des traitements représente la
solution technique de la construction du logiciel.
C'est aussi l'ensemble des programmes informatiques assurent
l'exécution des traitements informatisés du système
d'information. Cet ensemble est organisé en une architecture technique
de programmes matérialisant la logique des traitements
spécifiée des moyens de programmation.
3.4.1 Passage du MLT au
MPT
Le modèle physique de traitement (MPT) n'est rien
d'autre qu'une représentation graphique de la structure de notre
programme de gestion informatisé des produits pharmaceutique.
3.4.2. Présentation
du MPT
Page d'accueil
Fing N°22
BOITE D'AUTHENTIFICATION
MENU PRINCIPAL
Fichier
Mise à jour
Listing
Quitter
PATIENT
LIVRER
MEDICAMENT
Enregistrer
Modifier
Supprimer
Annuler
Fermer
AVOIR
FACTURE
Liste des médicaments prescrits par malade
TYPEMEDICAMENT
ORDONANCE
MEDECIN
SPECIALITE
CHAPITRE IV : IMPLEMENTATION D'UNE BASE DES DONNES
ET SECURISATION
4.1.1. Notion sur la base des
données
Dans le temps, les données
des applications étaient organisées dans les fichiers, en d'autre
terme, la gestion des données et de traitement était
dépendant à l'aide de la méthode classique.
Celle-ci avait comme
conséquences :
- La redondance ;
- La dépendance entre
données et programmes ;
- Le manque de normalisation au niveau
de stockage.
- La lourdeur dans
l'exécution
Sortes des bases des données
D'une manière
générale, nous distinguons trois (3) sorte des bases des
données à savoirs :
- La base des données
hiérarchique ;
- La base des données
réseaux ;
- La base de données
relationnelle.
Cette partie est consacrée est la mise en oeuvre de la
solution retenue lors des études préalables qui est celle de
réaliser une base des données permettant de stocker les
données relatives à la gestion des Produits pharmaceutiques.
C'est-à-dire doter au service de gestion des produits pharmaceutiques un
logiciel (programme informatique) pour assurer la bonne gestion des
informations.
Pour la réalisation d'une base des données, on
se sert d'un logiciel appelé Microsoft
« ACCESS » qui est le plus
utiliser pour la conception des bases des données.
4.2. Réalisation d'une base de
données
4.2.1 Définition d'une base de
données
Une base de données est un grand fichier dans lequel on
retrouve des petits fichiers ayant des liens entre eux, renfermant des
informations nécessaires et non répétitives et permettant
à plusieurs utilisateurs d'y accéder
simultanément19(*).
4.2.2 Création de la base de
données
4.2.2.1. Lancement d'Access
Pour ouvrir ou démarrer Microsoft Access, la
procédure est très simple presque comme on peut le faire pour
autres applications.20(*)
§ Double cliquer sur l'icône du logiciel au cas
où il se trouve au bureau de Windows ;
§ Faite clic droit sur le logiciel puis sur la commande
« Ouvrir »
§ Cliquer une seule fois sur l'application puis sur la
touche « ENTER »
§ Utiliser le bouton démarrer puis sur tout
programmes et enfin sur Access.
4.2.2.2. Création d'une base de
données
Ø Sur la page prise en main de Microsoft office Access,
sous Nouvelle base de données vide, cliquez sur base de données
vide ou bien sur le bouton office puis sur la commande
« Nouveau »
Ø Fing N°23
Dans le volet base de données vide, spécifiez le
nom et l'emplacement de données, puis cliquez sur créer.

Alors la fenêtre base de données s'affiche, et
vous pouvez créer les objets de votre choix dans la base de
données.
4.2.2.3. Création des tables
Pendant que la base de données est ouverte, cliquez sur
l'onglet créé, puis sur la commande
« création de table » du
groupe « tables ». Dans la zone de travail, la
nouvelle table s'affiche portant deux parties.
La première partie permet de taper le nom du champ, de
déterminer le type de données et de décrire ce champ et la
deuxième partie contient les propriétés du champ.
Enfin défini la clé primaire de table et
enregistrer la table.
Lorsque vous enregistrez une nouvelle table sans
définir une clé primaire, Access vous demande d'en créer
une. Si vous répondez par « Oui », Access crée un champ
« N° » qui utilise le type de données «
NuméroAuto » pour fournir une valeur unique à chaque
enregistrement. Si votre table contient déjà un champ «
NuméroAuto », Access l'utilise comme clé primaire.21(*)
Fing N°24

4.2.2.4. Création des Relations entre les
Tables
v Procédure
Ouvrir d'abord la base de données
Cliquer sur l'onglet « Outils de base de
données »
Dans le groupe de commandes « Afficher/Masquer
», cliquer sur la commande « Relations »
Dans la boîte de dialogue « Afficher la
table », sélectionner toutes les tables, cliquer sur le bouton
« Ajouter » puis sur le bouton « Fermer »
Pour créer une relation entre deux tables, pointer le
champ « Clé primaire », maintenir le bouton gauche de
la souris enfoncé et glisser pour déposer ce champ sur son
correspondant champ « Clé secondaire » (Clé
étrangère)
Dans la boîte de dialogue « Modifier les
relations », cliquer sur la case à cocher « Appliquer
l'intégrité référentielle » puis cliquer
sur le bouton « Type jointure » .
Fing N°25
Dans la boîte de dialogue «
Propriété de la jointure », cliquer sur le dernier
bouton radio (la case d'option) c'est - à - dire l'option portant le
chiffre 3 comme numéro, puis cliquer sur « OK » pour
valider
Cliquer enfin sur le bouton « Créer
».

Fing N°26

Fing N°27
Fing N°28


N.B : Une relation bien
créée porte une flèche et cette dernière pointe la
clé primaire. Sur la flèche (du côté de la
clé primaire), on retrouve la cardinalité «
1 » qui signifie que la clé primaire existe une et
une seule fois dans la table. Du côté de la clé secondaire,
on retrouve la cardinalité « Infini »
(8) qui signifie que la clé étrangère
peut exister une ou plusieurs fois dans la table.
Lorsqu'une relation est mal créée, c'est -
à - dire elle manque la flèche et/ou les cardinalités ; il
faut la supprimer et reprendre sa création. Pour supprimer cette
relation, il faut faire le clic droit sur sa ligne oblique puis cliquer sur la
commande « Supprimer » du menu contextuel. Avant de reprendre la
création de cette relation, il faut d'abord vérifier le type et
les propriétés de deux champs : Clé primaire et Clé
secondaire ; car ils (le type et les propriétés) doivent
être identiques.
4.2.2.5. CRÉATION DES
REQUÊTES SÉLECTION
v Procédure de création
- Ouvrir d'abord la base de données ;
- Cliquer sur l'onglet « Créer
» ;
- Fing N°29
Sur le groupe « Autres »,cliquer
sur la commande « Nouvel objet requête » ou
« Création de requête » ;

- Dans la boîte de dialogue
« Afficher la table », cliquer sur chaque table
concernée par la requête puis cliquer sur le bouton
« Ajouter ». Après avoir
ajouté toutes les tables concernées par la requête, cliquer
sur le bouton « Fermer »
Fing N°30

- Pour placer les champs de ces différentes tables dans
la grille de requête, il faut double cliquer en ordre sur chaque champ se
trouvant dans la table sur la partie supérieure de la requête ;
ces champs apparaissent sur la grille (la partie inférieure de la
requête) ;
- Enregistrer la requête de la même manière
que la table.
4.2.2.6. CRÉATION DES
FORMULAIRES
v Procédure de création
- Ouvrir d'abord la base de données ;
- Dans le groupe « Formulaires »,
cliquer sur la commande « Création de formulaire
» sous l'onglet « Créer » ;
- Dans le groupe « Outils » de
l'onglet contextuel « Création », cliquer sur
la commande « Ajouter les champs existants » ;
- Dans le volet « Liste des champs
» affiché à droite de la fenêtre, cliquer sur «
Afficher tous les tableaux » dans le cas où les
tables ne sont pas affichées. Lorsque les tables sont affichées,
cliquer sur le signe « + » placé à
côté de la table concernée par le formulaire, cela pour
afficher les champs de cette table ;
Fing n°32
Fing N°31


- Lorsque les champs sont visibles,
double cliquer en ordre sur chacun d'eux pour les afficher sur la grille du
formulaire en respectant l'ordre de tabulation c'est - à - dire le
déplacement du curseur du premier champ vers le dernier ;
- Mettre enfin le formulaire en forme puis l'enregistrer de la
même manière que la table et la requête.
v Modification d'un formulaire
- Lorsque les champs (Contrôles) sont affichés
sur le formulaire, chacun d'eux porte deux parties : la partie gauche
appelée
« Etiquette » peut être
modifiée. Cela n'est pas le cas pour la deuxième partie
appelée « Contrôle » ; cette partie ne
peut jamais être modifiée.
- La mise en forme d'un formulaire porte sur la police des
caractères, la taille de police, le style de police, la couleur de
police, la couleur de remplissage des contrôles, le style de trait des
contrôles, ...
- Pour ajouter un bouton de commande sur un formulaire, on
procède de la manière suivante :
v Ouvrir le formulaire en mode création
v Cliquer sur la commande « Bouton
(contrôle de formulaire) » du groupe «
Contrôles » sous l'onglet contextuel «
Création »
v Cliquer à l'endroit où ce bouton de commande
doit être placé
v Dans la boîte de dialogue « Assistant
Bouton de commande », précisément sur sa partie
gauche, cliquer sur la catégorie d'actions contenant l'action que le
bouton de commande pourra effectuer. Ex : Déplacements
entre enreg., Opérations sur enreg.,
v Dans la partie droite de cette boîte de dialogue,
cliquer sur l'action concernée ; Ex :
Premier enregistrement, ...
v Cliquer sur le bouton « Suivant »
se trouvant sur cette boîte de dialogue pour afficher une autre
boîte de dialogue. Dans celle - ci, effacer la partie inutile du nom de
l'action puis cliquer de nouveau sur le bouton « Suivant
» se trouvant sur cette boîte de dialogue ;
v Dans la dernière boîte de dialogue, cliquer sur
le bouton
« Suivant » puis sur le bouton «
Terminer »
- Certains contrôles doivent être
désactivés et verrouillés : c'est le cas des champs qui
dépendent d'une clé étrangère. Pour les
désactiver et les verrouiller, il faut d'abord les sélectionner,
ensuite cliquer sur la commande « Feuille des
propriétés » du groupe «
Outils » sous l'onglet contextuel «
Création ». Dans la boîte de dialogue qui
apparait sur la partie droite de la fenêtre, cliquer sur l'onglet «
Données », dérouler la
propriété « Activé » puis
cliquer sur l'option « Non » ; ensuite
dérouler la propriété «
Verrouillé » puis cliquer sur l'option «
Oui » ; fermer enfin cette boîte de dialogue.
- Pour marquer la différence entre les autres
contrôles (champs) et les contrôles désactivés puis
verrouillés, il est conseillé d'appliquer la couleur de
remplissage « Gris clair » sur les contrôles
désactivés et verrouillés. Cependant, ces contrôles
sont devenus inaccessibles par le curseur.
Fing n°33

v Page d'accueil
Procédure pour créer le formulaire Page
d'accueil
- Ouvrir d'abord la base de données ;
- Dans le groupe « Formulaires »,
cliquer sur la commande « Création de formulaire
» sous l'onglet « Créer » ;
- Enregistrer ce formulaire de la même manière
que tous les autres formulaires ;
- Placer autant d'étiquettes sur la grille de ce
formulaire selon le nombre de lignes prévues pour les commentaires sur
la base de données et celui qui l'a réalisée.
Placer deux boutons de commande sur cette grille : le premier
permet de quitter Microsoft Access en utilisant la catégorie
« Opérations sur Application
» et comme action « Quitter Access » ; le
deuxième bouton permettra l'accès au menu principal.
La figure ci - dessous illustre la
création du formulaire Page d'accueil :
Fing N°34

v CRÉATION DES ETATS
Procédure de création d'un état
- Ouvrir d'abord la base de données ;
- Cliquer sur l'onglet « Créer » ;
- Dans le groupe « Etats », cliquer sur la commande
« Assistant état »
Fing N°35

Fing
n°36

CONCLUSION
L'essentiel de ce travail est de trouver les voies et moyens
capables de mieux réaliser un logiciel pour la gestion des produits
pharmaceutiques au sein de l'AGR/Lubao.
Vu le problème rencontrés qui sont comme
cause :
· La lenteur et la lourdeur dans la circulation des
informations liées à la pharmacie ;
· La perte des données
nécessaires ;
· L'insécurité dans la conservation des
documents relatifs à la pharmacie ;
· Manque d'efficacité du système de gestion
de produits pharmaceutiques.
Concernant les grands points de notre travail, on a
subdivisé le sujet de la manière suivante :
Ø
Chapitre I : Etudes Préalables
Ø Chapitre
2 : Conception Du Système D'information
Organise (C.S.I.O)
Ø Chapitre 3.
Conception Du Système D'information Informatise (C.S.I.I)
Ø Chapitre
4 : Mise en place d'une base de données et sa
sécurité
pour arriver à la réalisation intégrale
de notre travail, nous avons utiliser la méthode descriptive et
analytique pour la récolte des données, la méthode MERISE
pour la modélisation de notre système d'information.
Ce travail c'est une oeuvre humaine car on dit « la
perfection est un domaine privé de Dieu » nous restons
ouvert à toutes personnes qui pourra y apporter des critiques
objectives, dans le but de l'amélioré.
BIBLIOGRAPHIE.
I. OUVRAGES
1. Dictionnaire : Le Grand Robert
2. Jean Marie MPOYI M., L'élaboration d'un
mémoire, éd. CRESA Lubumbashi RDC.
3. MBIKAYI MPANYA Jean Marcel, Modéliser un
système d'information avec l'approche systémique : MERISE
deuxième génération, Tome 1, Ed. Criss, 2013
4. PINTO et GRAWITZ, Méthode des sciences
sociales, éd. Dalloz, Paris 1971.
5. XAVIER CASTELLANI,
Méthode Générale d'Analyse d'une application
informatique, éd.Eyrolles, Paris,
1995
II. NOTES DE COURS
1. André ESHIBA , Notes de cours de Méthode
d'Analyse Informatique 2, G3 info/ISTIA, 2018 - 2019.
2. Dany LKONGA, Notes de cours de Techniques de Base de
Données, G3 Info/ISTIA, 2020 - 2021, inédit.
3. Epaphrodite MUEMPU EYAMBO, Notes de cours d'Access,
G3 Info/ISTIA, 2018 - 2019.
III. SITES
WEB
1.
www.google.com
2.
www.developpez.com
3.
www.openclassrooms.com
4.
www.dicot.com
TABLE DES MATIERES
0.0. INTRODUCTION
1
0.1. PROBLEMATIQUE
1
0.2. HYPOTHESE
2
0.3. OBJECTIFS DU TRAVAIL
2
0.4. CHOIX ET INTERET DU SUJET
3
0.4. DELIMITATION DU SUJET
3
0.5. METHODES ET TECHNIQUES UTILISEES
3
0.5.1. METHODE
3
0.5.2. TECHNIQUES UTILISEES
4
0.5. SUBDIVISION DU TRAVAIL
5
Ø Chapitre I : Etudes
Préalables
5
Ø Chapitre 2 : Conception Du
Système D'information
5
Organise (C.S.I.O)
5
Ø Chapitre 3. Conception Du
Système D'information Informatise (C.S.I.I)
5
Ø Chapitre 4 : Mise en place
d'une base de données
5
0.6. DIFFUCULTES RENCONTREES
5
CHAPITRE I : ETUDES PREALABLES
6
I.1. ANALYSE DE L'EXISTANT
6
I.1.1. PRESENTATION DE L'HOPITAL GENERAL DE
REFERENCE (HGR)
6
1. Situation Géographique
6
2. Aperçu Historique De L'hôpital
General De Reference.
6
Ø Analyse de Poste De Travail
9
5. Services Organises
10
I.1.2. Etude des Moyens de Traitement
11
I.1.2.1. Moyens Matériels
11
1.1.2.2. MOYENS HUMAINS
11
I.1.2.3. ETUDE DE DOCUMENTS
12
1.3. LES SYMBOLES UTILISES ET LEURS SEMANTIQUES
16
I.4. CRITIQUE DE L'EXISTANT
17
I.2.1. Les Points Forts
17
I.2.2. Les Points Faibles
17
I.3. PROPOSITION DES SOLUTIONS
17
I.3.1. L'informatisation Avec
Réorganisation
18
I.3.2. L'informatisation Sans
Réorganisation
18
I.3.3. La Réorganisation Sans
Informatisation
18
I.4. CHOIX DE LA MEILLEURE SOLUTION
18
I.5. Nouveau circuit d'information
19
CHAPITRE II. CONCEPTION DU SYSTEME D'INFORMATION
21
ORGANISE (C.S.I.O)
21
II.1. CHOIX DE LA METHODE DE CONCEPTION
21
2.0. MODELISATION
21
2.1. Méthodes De Modélisation
22
2.1.1. Choix de la Méthode de
Modélisation
22
2.1.2 Présentation de la méthode
choisie
22
2.1.3. Historique de la Méthode MERISE
22
2.2. Etape Conceptuelle
23
2.2.1. Modélisation Conceptuelle Des
Données
23
2.2.1.1. Formalisme de description des
données au niveau conceptuel
23
2.2.1.2. Règles de gestion
23
2.2.1. 3. Recensement et Description des
Objets
24
2.2.1.4. Présentation du Modèle
Conceptuel de données (MCD)
29
2.2.5. Modélisation Conceptuelle de
Traitement
30
2.2.5.1. Identification du Processus
30
2.2.5.2. Définition des Concepts de Base.
30
2.2.5.3. Formalisme
31
2.2.5.4. Présentation du Modèle
Conceptuel de Traitement
32
2.3. Etape Organisationnelle
34
2.3.1. Passage du Modèle Conceptuel de
Données au Modèle
34
Organisationnel de Données Brute
34
2.3.2. Modèle Organisationnel de Traitement
(MOT)
36
2.3.4. Présentation du Modèle
Organisationnel Traitement (MOT).
37
CHAPITRE III. CONCEPTION DU SYSTEME
D'INFORMATION
39
INFORMATISE (C.S.I.I)
39
3.1. Etape Logique
39
3.1.1. Modèle Logique de Données
39
3.1.2.1. Passage du M.O.D Global au M.L.D Brut.
39
3.1.3.1. Présentation du MLD Brut
40
3.1.3.2. Normalisation
41
3.1.3.3. Présentation du M.L.D
Validé
42
3.1.3.4. Schéma associé au MLD
Validé.
43
3.1.3.5. Calcul du volume de la base de
données.
44
3.1.3.6. Dictionnaire de données
46
3.2. Modélisation logique de Traitement
48
3.2.1. Définition des concepts de base
48
3.2.2. Passage du MOT au MLT
48
3.2.3.
Représentation du MLT
49
3.3. Etape Physique
50
3.3.1. Données
50
3.3.2. Passage du MLD au MPD
50
3.3.2.1 Présentation du MPD
50
3.4. Modèle physique des traitements
53
3.4.1 Passage du MLT au MPT
53
3.4.2. Présentation du MPT
54
CHAPITRE IV : IMPLEMENTATION D'UNE BASE DES
DONNES ET SECURISATION
55
4.1.1. Notion sur la base des données
55
4.2. Réalisation d'une base de
données
55
4.2.1 Définition d'une base de
données
55
4.2.2 Création de la base de
données
56
4.2.2.1. Lancement d'Access
56
4.2.2.2. Création d'une base de
données
56
4.2.2.3. Création des tables
57
4.2.2.4. Création des Relations entre les
Tables
57
4.2.2.5. CRÉATION DES REQUÊTES
SÉLECTION
60
4.2.2.6. CRÉATION DES FORMULAIRES
61
La figure ci - dessous illustre la création
du formulaire Page d'accueil :
64
CONCLUSION
67
Ø Chapitre I : Etudes
Préalables
67
Ø Chapitre 2 : Conception Du
Système D'information
67
Organise (C.S.I.O)
67
Ø Chapitre 3. Conception Du
Système D'information Informatise (C.S.I.I)
67
Ø Chapitre 4 : Mise en place
d'une base de données et sa sécurité
67
BIBLIOGRAPHIE.
68
I.
OUVRAGES
68
5. XAVIER CASTELLANI,
Méthode Générale d'Analyse d'une application informatique,
éd. Eyrolles, Paris, 1995
68
II.
NOTES DE COURS
68
III.
SITES WEB
68
1. www.google.com
68
2. www.developpez.com
68
3.
www.openclassrooms.com
68
4. www.dicot.com
68
* 1 PINTO & GRAWTZ,
Méthode en science sociale, éd. Dalloz, Paris, 1974.
* 2GRAWITZ M, 0p.cit ,2001,
p. 35
* 3PINTO. R et GRAWITZ. M,
Méthodes de recherche en sciences sociales, éd. Dalloz, Paris,
1971, p.182
* 4Dany
LUKONGA EBONDO , Cours de M.I 1, G2 Info. ISP-TSHOFA, 2020,
inédit
* 5 Dany LUKONGA EBONDO, cours
de méthode d'analyse de l'information, G2 INFO., 2019-2020, ISP-T/ cours
inédit
* 6
https://fr.wikipedia.org/wiki/M%C3%A9Thodes-d'analyse
et de conception, 2018/05/13/ 15h20'
* 7Michel DIVINÉ,MERISE :
60 AFFAIRES CLASSEES, Ed du phénomène
* 8 KITENGIE TSHITE Joël,
Travail de fin de premier cycle
* 9 Prof., Dr., Ir., Jeampy
MBIKAYI MPANYA, Op.cit.
* 10 Prof Jeampy MBIKAYI, Notes
du cours COSI, L1 Info, 2013-2014, ISTIA MBM, Inédit.
* 11 Prof., Dr., Ir., Jeampy
MBIKAYI MPANYA, Op.cit.
* 12 Prof., Dr., Ir., Jeampy
MBIKAYI MPANYA, Op.cit.
* 13 Prof., Dr., Ir., Jeampy
MBIKAYI MPANYA, Op.cit.
* 14 Prof., Dr., Ir., Jeampy
MBIKAYI MPANYA, Op.cit.
* 15NDIBU. A , cours de
Méthodes d'Analyse Informatique, ISP-TSHOFA,2020-2021,Inédit
* 16André Eshiba, Notes
de cours de Méthode d'Analyse Informatique 2, G3 info/ISP-TSHOFA, 2019-
2020, inédit.
* 1718 Prof., Dr., Ir., Jeampy
MBIKAYI MPANYA, Op.cit.
* 19 Epaphrodite MUEPU EYAMBO,
Notes de cours de SGBD, G3 Info, ISP-T 2018-2019
* 20 Joseph ELUMBE, Notes de
cours d'Access, G3 Info/ISTIA, 2012 - 2013, inédit.
* 21 Dany LUKONGA EBONDO, Notes
de cours de SGBD ISP-LU-2019-2020
|