WOW !! MUCH LOVE ! SO WORLD PEACE !

Fond bitcoin pour l'amélioration du site:

1memzGeKS7CB3ECNkzSn2qHwxU6NZoJ8o
Rechercher sur le site: Recherche Dogecoin (tips/pourboires):
DCLoo9Dd4qECqpMLurdgGnaoqbftj16Nvp

Home | Publier un mémoire | Une page au hasard

Memoire Online > Biologie et Médecine

Mise en place d'une base de données pour la gestion de produit pharmaceutique
par Germain Kapafule Disponible en mode multipag
Institut supérieur pédagogique de tshofa - Graduat 2020

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 Assistant Samuel ;

02 Dr. Pierre Bastin ;

03 Dr. Bruce ;

04 Dr. YASAMBU BUBACARD ;

05 Dr. NZZANGABE ;

06
Dr. MUTOMBO TSHA
07
Dr. NSONGOLA BADI
08
Dr. MPOKAMBA
09
Dr. UVOYA
10
Dr. MULABA
11
Dr. NASSIBU
12
Dr. NGONGO NGASHI
13
Dr. NKONGOLO GBJ
14
Dr. NTUMBA
15
Dr. OKITO
16
Dr. META TSHIANGA
17
Dr. KATEMBUE M.F
18
Dr. Josué KASHALA
19
Dr. KITAKA Robert
20
Dr. MPIANA LUAMBUA
21
Dr. KASONGO Joseph
22
Dr. KASONGA Gustave
23
Dr. EVA KALOMBO
24
Dr. VICK KALUMO
25
Dr. Vick KALUMO
26
Dr. ANDRE SHIKU MUTEMBA
27
Dr. JOHN KITENGIE TSHITE
28
Dr. NTUMBA
29
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
Nom Travaux effectués Responsable du poste Moyens de Nombre Obs.
N° Nom poste traitement d'exemplaires
Mnémonique
Chargé de la facturée de Qui s'occupe de la réception des ordonnances Médicaux,et livraison de bon MITANTA KAZABA Une
01 CFM Manuel 3
Médicament de pharmacie. personne
Qui occupe de la tarification des produits, vente des produits, vérification de MUKILE EBONDO 2 personnes
stock. Chantal
02 Prepharm PREP Manuel 1
NDJUBU SALAMANYI
Victor

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
Nom de la rubrique Format (Type de données) Taille Commentaires
rubrique
Date, Référence, Provenance, quantité entrée, prix de revient unitaire, date péremption, quantité sortie, quantité en stock, MAD,
FSM Alphanuméque 20
observation.
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
N°, Noms des médicaments, Stock initial, entrées dans le mois, total disponible, sorties journalières, sorties du mois, NB jrs de
RUM Alphanumérique 20
rupture, stock théorique fin du mois, Stock disponible utilisable, valeur du stock.
CAF NB, désignation, PU, PT Alphanumérique 10
MALADE RECEPTION CONSULTATION LABO PHARMACIE

000

001

002

300

000 100 200 300 400

- 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 Base de Données

09 Archivage

10 Document imprimé en plusieurs exemplaires

11 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 200 300 400 500

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

#CodePatient

NomPatient

Postnompatient

Prenompatient

Sexepatient

Datenaisaissept
PATIENT
01 Livrer BINAIRE Telpatient
MEDICAMENT
#CodeMedi

CodeTypeMedi

LibelléMedi

QuantitéMedi

Dated'ExpMedi

DateLivreaisonMedi
#MatriMed

Spécialité

N° Téléphone MEDECIN
02 Etablir BINAIRE
#NumOrd ORDONANCE

LibéléOrd

DateOrd
#CodePatient

NomPatient

Postnompatient

Prenompatient

Sexepatient

Datenaisaissept

Telpatient PATIENT

03 Avoir TERNAIRE #NumFacture FACTURE

LibélléFacture ORDONANCE

Quantité

P.U

P.T

#NumOrd

LibéléOrd

DateOrd
#CodeMedi

LibelléMedi

QuantitéMedi
MEDICAMENT
04 Dépendre BINAIRE Dated'ExpMedi
TYPE MEDICAMENT
DateLivreaisonMedi

# CodeTypeMedi

LibelléMedi

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

Fig. n° 8

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

30

10

10

10

#CodePatient

NomPatient

Postnompatient

Prenompatient

Sexepatient

Datenaisaissept

Telpatient

PATIENT

30

30

30

10

10

#CodePatient

#codeMed

LIVRER

(1, n)

(1, n)

(1, n)

Dépendre

#CodePatient

#NumOrd

#NumFacture

AVOIR

#NumOrd

LibéléOrd

DateOrd

ORDONNANCE

30

30

(1, n)

#CodeTypeMedi

LibelléMedi

TYPEMEDICAMENT

30

(1, n)

MEDECIN

#MatriMed

#NumOrd

#CodeSpécialité

Sexe

N° Téléphone

10

(1, n)

ETABLIR

(1, n)

(1, 1)

(1, 1)

FACTURE

#NumFacture

#LibélléFacture

Quantité

P.U

P.T

50

40

40

SPECIALITE

#CodeSpécialité

Libellé

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

- Enregistrement Du Malade Dans Le Registre

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

#CodeTypeMedi

LibelléMedi

TYPE MEDICAMENT

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

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

#CodeTypeMedi

LibelléMedi

TYPE MEDICAMENT

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

# CodePatient Num 6

#NumOrd Num 30

NomPatient Texte 30

1 PATIENT PostnomPatient Texte 30 119

Sexe Texte 3

DatenaissPatient Date 10

telPatient num 10
#CodePatient Num 6

2 LIVRER #CodeMed Num 6 26

DatedeLivraison Date 10
#CodMedi Num 6

LibelléMedi Texte 30

3 MEDICAMENT QuantitéMedi Num 10 66

Dated'ExpMedi Date 10

DateLivreaisonMedi Date 10
#NumOrd Num 6

4 ORDONANCE LibelléOrd texte 30 46

DateOrd Date 10
#CodePatient Num 6

5 AVOIR #NumFacture Num 6 18

#NumOrd Num 6
#NumFacture Num 6

LibelléFacture texte 30

6 FACTURE Quantité Num 50 106

P.U Num 10

P.T Num 10
#CodeMed Num 6

#NomOrd texte 6

7 MEDECIN #CodeSpécialité Num 6 31

Sexe Texte 3

N°Telephone Num 10
#Codespécialité Num 6
8 SPECIALITE 36
Libelléspécialité texte 30
#CodeTypeMédi Num 6
9 TYPE DE MEDICAMENT 36
LibelléMedi texte 30

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 6 500 18000

#NumOrd 30
2 LIVRER #CodePatient 6 150 1800

#CodeMed 6
3 MEDICAMENT #CodMedi 6 700 4200
4 ORDONANCE #NumOrd 6 500 300
5 AVOIR #CodePatient 6 200 3600

#NumFacture 6

#NumOrd 6
6 FACTURE #NumFacture 6 500 3000
7 MEDECIN #CodeMed 6 150 2700

#NomOrd 6

#CodeSpécialité 6
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

# CodePatient Num 6

#NumOrd Num 30

NomPatient Texte 30

1 PATIENT PostnomPatient Texte 30 *

Sexe Texte 3

DatenaissPatient Date 10

telPatient num 10
#CodePatient Num 6 *

2 LIVRER #CodeMed Num 6

DatedeLivraison Date 10
#CodMedi Num 6 *

LibelléMedi Texte 30

3 MEDICAMENT QuantitéMedi Num 10

Dated'ExpMedi Date 10

DateLivreaisonMedi Date 10
#NumOrd Num 6 *

4 ORDONANCE LibelléOrd texte 30

DateOrd Date 10
#CodePatient Num 6 *

5 AVOIR #NumFacture Num 6

#NumOrd Num 6
#NumFacture Num 6 *

LibelléFacture texte 30

6 FACTURE Quantité Num 50

P.U Num 10

P.T Num 10
#CodeMed Num 6 *

#NomOrd texte 6

7 MEDECIN #CodeSpécialité Num 6

Sexe Texte 3

N°Telephone Num 10
#Codespécialité Num 6 *
8 SPECIALITE
Libelléspécialité texte 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

Rechercher sur le site: Recherche

© Memoire Online 2000-2023

Pour toute question contactez le webmaster

"Qui vit sans folie n'est pas si sage qu'il croit." La Rochefoucault