Mon TFC 2022 Mungu Pro

i
« La preuve de la valeur d’un système informatique est son existence »
ALAN JAY PERLIS

ii
A mes très chers parents MABUNDA MAWETE et TALABO

NGASEBE, pour les prières, l’affection et l’éducation qui on fait de nous
utiles à la société, merci infiniment
MABUNDA ISUNGU Dieumerci

iii
Nos remerciements s’adressent à toutes les autorités

académiques ainsi qu’au corps professoral de l’ISC Bandundu pour leur
encadrement tant moral, qu’intellectuel.
Nous remercions sincèrement Monsieur le Chef de Travaux

MISSWAY KINDIA Josué, pour son encadrement tout au long de
l’élaboration du présent édifice.
Nous rendons un vibrant hommage aux enseignants de l’ISC en

général et en particulier ceux de la section informatique de gestion, entre
autre : CT. OLEKO Paul, DIMBU Papy, IYA Blanchard, BIMA Glody,
BRAKE, MALALA, MUKWA, LUKULANGAY, ATA, pour la formation
de qualité et pour leurs participations à la réussite de ce travail.
Sans oublier nos héros à l’ombre aux personnes de Josué

ISOLOLINGA qui se sont donner du début jusqu’à l’aboutissement du
présent travail.
A nos compagnons de lutte : KINGIENGI Packy, TOLOWA

KWAMI, BOZEY, KIPA pour leur sens d’abnégation et de collaboration.
A nos frères et sœurs, MABUNDA Auguy, MABUNDA

Benedicte, Angeline MABUNDA pour leur accompagnement durant
notre parcours d’études supérieures.
Ainsi, que tous ceux qui de près ou de loin nous ont

fortement aidés trouvent ici l’expression de notre profonde gratitude.
MABUNDA ISUNGU Dieumerci

iv
 BDD : Base de Données

 CIF : Contrainte d’Intégrité Fonctionnelle
 HGR : Hôpital général de référence ;
 MCD : Modèle Conceptuel de Données
 MCT : Modèle Conceptuel de Traitement
 MD : Médecin directeur
 MERISE : Méthode d’Etude et de Réalisation Informatique pour le
Système d’Entreprise
 MLD : Modèle Logique de Données
 MCT : Modèle Conceptuel de traitement
 MPD : Modèle Physique de traitements
 SGBD : Système de Gestion de Base de Données
 SIO : Système d’information organisé
 SII : Système d’information informatisé
v
LISTE DES FIGURES
Figure 1 : Schéma d’un système d’information .......................................................................... 8
Figure 2 : bon d’entrée en caisse ............................................................................................. 21
Figure 3 : Bon de Sortie ............................................................................................................ 22
Figure 4 : Facture ...................................................................................................................... 22
Figure 5 : ELABORATION DU DIAGRAMME DE FLUX ....................................................... 25
Figure 6 : DIAGRAMME DE FLUX .......................................................................................... 25
Figure 7 : Modèle conceptuel de traitement (MCT) ............................................................... 33
Figure 8 : Présentation du MCD .............................................................................................. 38
Figure 5 : Construction du MOD Global ................................................................................. 42
Figure 6 : Présentation du MLD Brut ....................................................................................... 53
Figure 7 : Présentation du MLD valide ..................................................................................... 55

vi
LISTE DES TABLEAUX
Tableau 1 : Ressources humaines ............................................................................................ 23
Tableau 2 : Ressources matérielles .......................................................................................... 23
Tableau 3 : Matrice de flux des informations........................................................................... 25
Tableau 4 : Construction du modèle conceptuel de communication ..................................... 30
Tableau 5 : Matrice de flux ....................................................................................................... 31
Tableau 5 : Tableau descriptif du processus ...................................................................... 32
Tableau 6 : Description des objets .......................................................................................... 35
Tableau 7 : Description des relations ...................................................................................... 36
Tableau 8 : Description des Contraintes ................................................................................. 37

1
INTRODUCTION
1. MISE EN CONTEXTE
Tenant compte du développement technologique dans ce siècle

présent, l'ordinateur reste l'outil indispensable pour palier à d'énormes
difficultés surgissant dans le secteur socio-économique. Ces difficultés sont
causées par l'utilisation des systèmes des gestions manuelles devenus
archaïques et qui nécessitent d'être révisés ou soit réaménagés, en vue de les
adapter aux nouvelles technologies de l'information. En effet, l'utilisation des
systèmes automatisés au moyen des ordinateurs permet la croissance des
activités et l'amélioration des systèmes d’information des entreprises.
Ainsi pour ce qui est de l’automatisation des systèmes d’informations,

l'ordinateur reste le moyen le plus sûr pour le traitement et la sauvegarde de
l'information. Cette invention a permis d'informatiser les systèmes de données
des Entreprises, ce qui est partie essentielle dans leur développement
aujourd'hui.
Dans le souci de satisfaire aux besoins de l’entreprise dans la

résolution des problèmes notamment le retard observé dans l’exécution de
certaines opérations due à la multiplication des taches à réaliser, mais aussi la
prédominance des taches à caractère répétitif telles que l’enregistrement
manuel des matériels, etc.
L’informatique s’avère un outil d’appoint pour faciliter toutes ces

opérations non seulement elle aide à examiner, réorganiser mais surtout elle
modernise les méthodes de travail afin d’améliorer la qualité des services
rendus. (1)
Les centres de santé sont des structures sanitaires de proximité,

dispensant des soins de premier secours et, le cas échéant, de second secours
et pratiquant à la fois des activités de prévention, de diagnostic et de soins. Par
ailleurs, la gestion de la facturation est très capitale pour le bon
fonctionnement de l’entreprise, car lorsqu’elle ne pas bien gérée ; cela peut
engendrer beaucoup des problèmes au sein de l’entreprise.
(1) MAVUDILA KONGO Romain, note de cours de conception de système informatique, L1 Gestion
informatique, ISC-BDD, P.15, 2015-2016
2
Dans le souci de permettre au centre de santé BONDEKO de

bénéficier des avantages qu’offrent la nouvelle technologie de l’information et
de la communication, nous avons choisi d’aborder « la d’un système
d’information informatisé pour la gestion de la facturation des
malades ».
2. PROBLEMATIQUE
Pour une étude qui se veut scientifique, elle doit impérativement faire
référence à un problème auquel le chercheur s’engage à trouver des pistes de
solutions.
La problématique désigne l’ensemble de questions ou une série de

questions que se pose un chercheur afin de résoudre une série de problèmes
dans un cadre donné. (2)
Poser mal une problématique, c’est mal entamer une recherche qui
ne pourra aboutir qu’à des mauvais résultats. « Le savant n’est pas l’homme qui
fournit les vraies réponses, mais par contre, c’est celui qui pose les vraies
questions ».
Actuellement et partout ailleurs, les centres de santé font partie

intégrante des établissements que l'informatique pourra beaucoup aider. En
effet, la croissance de la population hospitalière nécessite la mise en place d'une
gestion rationnelle prise et rapide pouvant offrir la possibilité de retrouver les
traces ou opérations diverses accomplies par des malades. Mais ce qui est
déplorable, le système de gestion de la facturation des malades du centre de
Santé BONDEKO demeure manuel est confronté à d’énormes difficultés ; car
les normes d’établissement des factures ne sont pas respectées, d’un côté, les
patients réclament d’avoir payé sans avoir reçu une facture ou une quelconque
pièce justificative, mais aussi de l’autre côté les responsables réclament non
seulement le problème de la traçabilité des recettes mais aussi le payement de
la prime locale des infirmiers aussi, cela affecte aussi la prise en charge des
malades.
Par conséquence, nos investigations sur terrain sur la manière dont

les informations sont gérer, nous ont amenés à découvrir ce qui suit :
(2) IKUMA C., Cours d’Initiation à la Recherche Scientifique, G2 Info, ISC-KIN, 2016-2017.
3
 L’enregistrement des informations pose problème ;

 Le traitement des informations est caractérisé par la lenteur et
l’insécurité des informations ;
 Les attributions d’un chacun ne sont pas respectées ;
 Le problème d’archivage ;
 Le retard d’élaboration des documents nécessaires ;
 Le non-respect du tarif dans la facturation des malades ;
 Etc.
En égard aux problèmes évoqués ci-haut, nous formulons les

questions suivantes pouvant nous aider à trouver des pistes de solutions :
 Quelle solution proposer au Centre de santé BONDEKO pour remédier

aux problèmes que rencontre sa gestion de facturation ?
 La solution envisagée, favorisera-t-elle l’atteinte de ses objectifs ?
Dans les pages ci-dessous, nous tenterons de fournir des réponses

anticipatives aux questions posées ci-haut.
3. HYPOTHESE
A ce stade, il sied de définir en premier lieu le concept hypothèse

selon quelques auteurs et répondre de manière provisoire à nos questions de
la problématique.
L’hypothèse est une proposition de réponse admise à titre provisoire

pour servir de base à un raisonnement, une démonstration, à une expérience
et qui sera vérifiée par l’expérience. (3)
PINTOR et GRAWITZ. M, l’hypothèse est une proposition de réponse à

la question posée. Elle tend à formuler une relation entre les faits observés et
permet de les interpréter, de leur donner une signification qui, une fois vérifiée,
constituera un élément de théorie. (4)
A ce niveau, il sied d’y répondre aux questions en suspens qui ont été
posés dans les précédentes lignes.
(3) LAUBET, B., Initiation aux méthodes de recherche en sciences sociales, éd.L’Harmattan, Paris, 2010,
P. 54.
(4) PINTOR et GRAWITZ. M, Méthodes de recherche en sciences sociales, 4è ed. Paris, Dalloz, 1971,
p.288
4
Répondant à la première question, sur base des problèmes que

rencontre le système en place, nous proposerions la mise en place d’un
système d’information informatisé (une application informatique), pour
solutionner les problèmes autrefois causés par le système en place (système
manuel).
Pour ce qui est de l’atteinte des objectifs, nous affirmons sans

ambiguïté que le système informatisé permettrait au Centre de santé
d’atteindre ses objectifs, car le nouveau système soulagerait tant soit peu
l’exécution des tâches répétitives et garantirait l’obtention des résultats
escomptés en un temps record.
4. CHOIX ET INTERET DU SUJET
4.1. CHOIX DU SUJET
Le choix d’une thématique de recherche n’a jamais été un fait

d’hasard, mais plutôt il est fruit d’une observation d’un problème ou d’un milieu
d’étude. En outre, ce choix peut provenir de l’intuition personnelle du
chercheur tout comme il peut être le résultat d’une influence directe ou
indirecte subie par celui-ci. (5)
En ce qui nous concerne, nous avons porté notre choix sur la :

« Mise en place d’un système d’informatisé pour la gestion de
facturation des malades au sein du centre de santé BONDEKO. »
Le choix de cette thématique se justifie par le souci d’apporter

secours aux problèmes qui jadis causaient le disfonctionnement et
l’alourdissement du système en place, empêchant le centre à atteindre ses
objectifs et à marcher au pas de la technologie.
4.2. INTERET DU SUJET

La présente recherche poursuit 3 intérêts, à savoir :
 Intérêt personnel :
Pour nous, la présente recherche nous permet de concilier les riches

théories apprises à l’école sur l’analyse et la conception des systèmes
d’information à la pratique sur terrain mais aussi d’approfondir nos
connaissances sur le développement des systèmes d’informations.
(5) Shomba Kinyamba Sylvain, Méthodologie et Epistémologie de la recherche scientifique, Kinshasa,

PUK, 2016. P. 34
5
 Intérêt professionnel :
Pour le centre de santé BONDEKO qui est notre champ

d’investigation, nous pensons que le développement d’un système
d’information informatisé sera d’une importance capitale pour prendre en
charge de manière rationnelle sa gestion de facturation, ainsi favorisera
l’atteinte de ses objectifs.
 Intérêt scientifique :
Du point de vue scientifique, la présente recherche constituera un

document de référence pour les chercheurs qui désirent entreprendre une
étude dans ce domaine, afin de leur faciliter la recherche. De cette manière
nous pensons avoir ajouté un pas de plus à la science.
5. DELIMITATION DU SUJET
Les procédés de la recherche scientifique obligent au chercheur de

borner le sujet de la recherche pour qu’il soit précis. La délimitation doit être
dans le temps et dans l’espace.
 Dans le temps :
Notre recherche à été réalisée dans la période allant de 2021

jusqu’au mois d’octobre 2022, période caractérisée par la montée du nombre
des malades qui fréquentent le centre de santé BONDEKO.
 Dans l’espace :
Du point de vue spatial, notre étude a été réalisée au Centre de

santé BONDEKO, plus précisément dans le service de la caisse qui s’occupe de
la gestion de la facturation des malades.
6. CANEVAS DU TRAVAIL
Hormis la partie introductive et la conclusion, ce travail est divisé en

deux grandes parties qui sont subdivisés en chapitres, chacun structurés en
sections de la manière suivante :
6
 PREMIERE PARTIE : ETUDE D’OPPORTUNITE, ayant pour

chapitres :
- CHAPITRE 1 : DEBLAYAGE CONCEPTUEL ;

- CHAPITRE 2 : CHOIX DE LA METHODOLOGIE DE L’ETUDE ;
- CHAPITRE 3 : CHAMP DE L’ETUDE ;
 DEUXIEME PARTIE : CONCEPTION ET REALISATION DU

NOUVEAU SYSTEME D’INFORMATION, ayant pour
chapitres :
- CHAPITRE I: CONCEPTION DU SYSTEME D’INFORMATION

ORGANISE(SIO)
- CHAPITRE II: MODELISATION DU SYSTEME D’INFORMATION
INFORMATISE (SII),
- CHAPITRE III : DEVELOPPEMENT DU SYSTEME D’INFORMATION
INFORMATISE,
7. DIFFICULTES RENCONTREES
Nous allons y revenir à la fin de nos investigations sur terrain :


7
PREMIERE PARTIE : ETUDE D’OPPORTUNITE
L’étude d’opportunité permet d’analyser dans l’ensemble le

fonctionnement du système d’information qu’on veut tant soit peu apporter de
modification, dans le but de repérer les avantages ainsi que les causes de la
défaillance dudit système, en vue de proposer des solutions meilleures. (6)
CHAPITRE 1 : CONSIDERATIONS THEORIQUES
Introduction
Dans la présente partie, il est sera question non seulement de

présenter notre champs d’investigation qui est le Centre de Santé BONDEKO,
mais aussi quelques concepts de base en informatique et ceux liés à notre
thématique de recherche afin de faciliter la compréhension de nos lecteurs.
I. CONCEPTS INFORMATIQUE DE BASE
1. Système
Le terme système en grec « Sustema », signifie ; un ensemble des

idées, ou combinaison d’éléments réunis de manière à former un ensemble.
Ensemble de termes définis par les relations qu’ils entretiennent entre eux (7).
Par contre le professeur Dr. MAVUDILA KONGO Romain, définit

un système comme étant « ensemble d’éléments en interaction dynamique,
organisé en fonction d’un but commun » (8).
De façon générale, le système fonctionne sur base des éléments

suivants :
 Les inputs (entrées),

 Les traitements,
 Ainsi que les outputs (sorties).
Comme l’explique le schéma ci-dessous se trouvent dans la page ci-

dessous.
(6) RATZINGER J., Analyse et conception de système d’information, éd., DUNOD, Paris, 2011, P. 56.
(7) Petit Larousse, dictionnaire Software
(8) MAVUDILA KONGO Romain, Op.cit
8
Traitement Mémorisation
Figure 1 : Schéma d’un système d’information
Dans ce schéma, chaque composant joue un rôle essentiel entre autre :
 Le système de pilotage : coordonne toute opération liée à la gestion

et définis la meilleure politique de gestion dans l’entreprise. Il est appelé
aussi le système décisionnel.
 Le système d’information : il joue l’intermédiaire entre le système

de pilotage et le système opérant en interaction avec l’extérieure. Il est
un ensemble d’information circulant dans l’entreprise et des moyens
utilisés pour l’exploitation de ces informations.
En outre, il est considéré comme un système de mémorisation,

d’édition, de calcul…. dont le rôle est de permettre au système de pilotage
d’assurer ses fonctions.
 Le système opérant : s’occupe des activités et exécute des ordres

provenant du système de pilotage.
2. Base de données
Une base de données est un ensemble de données structurées,

organisées et enregistrées sur des supports accessibles par l’ordinateur,
représentant des informations du monde réel et pouvant être interrogées et
mises à jour simultanément par une communauté d’utilisateurs. (9)
(9) MVIBUDULU J.A, Notes de cours de méthode d’analyse d’information, G2 informatique/ISC-

Kinshasa, 2011-2012, P. 40.
9
Ainsi donc, une base de données reprend les caractéristiques

suivantes :
 La non-redondance : elle n’autorise pas l’accès répétitif d’informations

dans une base de données.
 Structuration : elle fait référence à l’organisation du stockage de
données, afin de permettre à ce qu’on retrouve sûrement et
relativement la donnée qu’on veut rechercher dans la base.
 Exhaustivité : une base de données est dite exhaustive lorsqu’elle
contient toute les informations nécessaires répondant aux besoins des
utilisateurs;
3. SYSTEME DE GESTION DE BASE DE DONNEES (SGBD)
Un Système de Gestion de Base de Données (SGBD) peut être perçu

comme un ensemble de logiciels permettant aux utilisateurs d’insérer, de
modifier et de rechercher efficacement des données spécifiques dans une
grande masse d’informations partagées entre plusieurs utilisateurs.
Donc, il permet :
 L'accès aux données
 Autorise et supervise l'accès aux informations par de multiples
utilisateurs
 Manipule les données (ajout, insertion, suppression, modification)
 Sécurise les données
Exemple des SGBD : Ms Access, Oracle, SQL Serveur…
II. CONCEPTS LIES AU SUJET

Dans la partie ci-haut, nous avons procéder à la définition des
différents concepts de base en informatique, il est maintenant question à ce
stade, de définir ceux liés à notre thématique de recherche entre autre :
1) Mise en place :
En informatique, la mise en place désigne l’ensemble des actions

nécessaires pour rendre un logiciel utilisable sur un ordinateur. C’est la mise en
exploitation d’un logiciel. (10)
(10) DECOURCY R, Les systèmes d’information en réadaptation, Ed Quebec Réseau International CIDH
et facteur environnementaux, 2013, P. 25.
10
2) Système informatisé
Un système informatisé, c’est l’ensemble structuré des composants

logiciels, matériels et des données, permettant d’automatiser tout ou une partie
d’un système d’information. En outre, un système informatisé, c’est un système
qui fait recours aux ressources informatique.
3) Gestion
C’est l’action de gérer, d’administrer, d’organiser quelque chose. En

informatique, le concept gestion veut signifier tout simplement le recueil, le
stockage, le traitement et la diffusion d’une information. (11)
4) Facturation
La facturation c’est l’action de facturer, de marquer sur une facture

un service rendu ou sur la marchandise livrée et son prix.
5) Malade
Un malade est une personne en mauvais état de santé. En outre, il

peut être considérer comme étant une personne faisant l’objet des soins d’un
médecin ou d’un établissement de santé.
Conclusion
Dans ce chapitre, nous avons primo commencent par la définition de

quelques concepts de base en informatique puis secundo, nous avons aussi
clarifié ceux liés à notre thème de recherche (la gestion de la facturation des
malades) afin de faciliter la compréhension de nos lecteurs.
(11) Dictionnaire universel, Edit. Edicef-Hatier, Paris, France, 1996-1997, page 588.
11
Chapitre 2 : CHOIX DE LA METHODOLOGIE DE L’ETUDE
Introduction
Dans le présent chapitre, il sera question de présenter et opérer le

choix des méthodes d’étude et des différentes techniques qui seront utilisés
pour la récolte et le traitement des informations, nous permettant à
l’élaboration du présent rapport de recherche.
Section 1. Méthodologie
La Méthode c’est l’ensemble des règles et des disciplines qui

organisent le mouvement d’ensemble de la connaissance, c’est-à-dire les
relations entre l’objet de la recherche et le chercheur, entre les informations
concrètes rassemblées à l’aide des techniques et le niveau de la théorie et des
concepts. C’est une procédure qui organise et vient théorique entre les faits
et les théories et qui préside aux choix des techniques. (12)
1.1. Choix de la méthode
Pour traiter ou analyser nos différentes données récoltés au travers

les techniques de récolte des données sur terrain, nous avons jeté notre
dévolue sur deux méthodes à savoir : la Méthode structuro-fonctionnelle qui
nous a permettra de passer en revue la structuration et fonctionnement du
Centre de Santé BONDEKO et la méthode MERISE basée sur la séparation des
traitements et données, pour la conception de notre système d’information
informatisé.
1.2. Présentation de la méthode MERISE
3.1. Merise
MERISE (Méthode d’Etude et de réalisation Informatique pour les
Systèmes d’Entreprise) est une méthode de conception, de développement et
de réalisation de projets informatiques. Le but de cette méthode est de
permettre au concepteur d’effectuer des analyses pour arriver à concevoir un
système d'information informatisé. La méthode MERISE est basée sur la
séparation des données et des traitements à effectuer en plusieurs modèles
conceptuels et physiques. (13)
(12) TAZI KIZEY J., notes de cours de l’Initiation à la recherche scientifique, G2 Info, ISC/BDD, P. 101,
2019-2020.
(13) http://www.CommentCaMarche.net / merise.html. Consulté le 20/02/2022, à 21h 00’
12
La méthode MERISE est une méthode (française), développée dans

les années 80, formalisée, complète, détaillée qui garantit (en principe !) une
informatisation réussie.
La Méthode MERISE qui est une méthode d’étude pour la réalisation

informatique du système d’entreprise. Grâce à cette méthode que nous allons
concevoir à partir des modèles de conception informatique, la base de données
que notre système d’information informatisé aura à utiliser en suivent chacune
de ses étapes séquentiellement (14).
A ce niveau, il sied de signaler que cette méthode nous l’avions choisi

pour nous aider à la conception du nouveau système d’information informatisé.
Section 2. Technique de récoltes de données
Dans cette section, il sera question de présenter les différentes

techniques utilisées pour la récolte des données.
2.1. Choix des outils
Pour nous permettre de récolter les données servant à l’élaboration
de la présente, les techniques suivantes ont été utilisées :
 La technique de l’interview ;
 La technique documentaire ;
 La technique d’observation directe ;
2.2. Présentation des outils
Les techniques sont des outils mis à la disposition de la recherche et
organisé par la méthode dans le but de collecter ou de recueillir les
informations nécessaires. (15)
Pour nous permettre de récolter nos données, les techniques

suivantes ont été d’usage :
 Technique d’interview : Elle nous a permis de dialoguer et de poser

des questions aux agents du centre de santé BONDEKO du service de la
caisse, qui était disposer à nous fournir des informations utiles sur le
centre de santé.
(14) MVIBUDULU, K., op.cit.

(15) TAZI, J., Op.cit.
13
 Technique documentaire : Cette technique nous a permis de lire et

comprendre certaines ouvrages et à d’autres documents tels que des
travaux antérieurs qui ont abordé liés à notre domaine afin de mieux
élaborer le nôtre.
 Technique d’observation directe : Elle nous a permis de palper du

doigt certaines réalités du système de gestion concerné pour finalité de
récolter les informations.
Conclusion
Dans ce chapitre, il a été question pour nous, de présenter les

différentes méthodes, techniques choisi pour la récolte et le traitement des
informations, qui nous permettront de mener à bon port notre recherche, d’où
nous avons jeté notre dévolu sur les techniques de l’interview, documentaire et
celle de l’observation. Par contre du côté méthode, nous avons orienté notre
choix sur la méthode MERISE basé sur la séparation des données et
traitements, pour l’analyse de nos différentes données récoltées à travers les
méthodes précitées.
14
CHAPITRE 3 : CHAMP DE L’ETUDE

Introduction
Le présent chapitre complètent le deux premier chapitres de notre
première partie aborde primo la présentation du centre de santé BONDEKO
qui est notre champ d’investigation, secundo le diagnostic du système existant
et le scenario de la mise en œuvre de notre système d’information.
Section 1. Présentation de l’entreprise

1.1. Situation géographique
Le centre de santé BONDEKO se trouve dans la ville de Bandundu,
District sanitaire et zone de santé Urbano-rurale de Bandundu dans la
Commune de Basoko, Quartier BUZA sur l’avenue POTO-POTO N°9 et dans
la province du Kwilu.
Il est borné :
 Au Nord par l’avenue RVA ;

 Au Sud par l’avenu Wamba (Rond-point LIPASA) ;
 A l’Est par le marché Office ;
 A l’Ouest par la Gare centrale.
1.2. HISTORIQUE
Depuis sa création en 1982 la Zone de santé Urbano rurale (ZSR) de
Bandundu est composé aujourd’hui de 19 aires de santé par lesquels ; on peut
citer le Centre de santé BONDEKO.
Le centre de santé BONDEKO serait comme un centre de triage

pour les malades qui devraient être consultés à l’hôpital général de référence
de Bandundu (HGR) en 1982 à 1985.
Son premier bâtiment était situé sur l’Avenu Wamba, en face de

l’ITM/Bandundu, en 1986 ; le centre de santé BONDEKO était devenu une Aire
de part entière au Stard du centre Lwani, Bisiala, Matamba, Lumbu, Mushie-
pentane, Camp-banku, Kibambili, Kimbanguiste et Bekane.
Le centre de santé Bondeko ne dispossait pas un terrain, il fut

locataire plusieurs années, dans le quartier Air-Congo, c’est vers l’année 2001
que le bureau Centre de la Zone de santé Urbano-rurale de Bandundu va
s’adresser à la municipalité locale pour l’acquisition d’un terrain propre autres
fois réservé pour le bureau du chef de quartier BUZA.
15
Avec l’apport du projet PMRR santé ; l’Horizon santé va construire

un premier bâtiment, deuxième bâtiment avec l’effort du Médecin chef de zone
MATOMA, et le troisième bâtiment construit par l’effort propre des
personnels œuvrant dans ledit centre avec l’aide du projet EUP.
Ce Centre de santé BONDEKO fut dirigé tout à tout par les infirmiers et
infirmières titulaires :
 JACQUES ;
 MATUNGULU ;
 MBO LEBOHIBE ;
 KUBI-KUBI BWAPAPA Charlotte à ces jours.
La population de l’Aire de santé BONDEKO est de 10246 habitants.
Les centre de santé BONDEKO a une bonne capacité d’accueillir les malades
sur ce ; il a 18 lits repartis de la manière suivante :
 Maternité 9 lits
 Salle des soins 1 lit
 Salle d’accouchement 1 lit
 Salle de consultation 2 lits
 Salle d’observation femmes 2 lits
 Salle d’observation hommes 2 lits
 Salle de garde 1 lit
Il convient de signaler qu’à chaque service, il y a au moins 6 infirmiers

(ères) qui travaillent, sauf 1ère service ou l’effectif est grand 10-15
infirmiers(ères).
16
1.3. Objectifs
Comme tous les autres centres de santé de la ville de Bandundu, le
centre de santé BONDEKO poursuit les objectifs suivants :
Rendre les soins appropriés accessibles à la population ;

Donnez les soins de qualité à la population ;
Soignez sans discrimination ;
Sauvegarder les malades à toute intégrité.
1.4. Organisation et fonctionnement

1.4.1. Organisation
Comme toutes les autres institutions sanitaires de l’Etat, le centre de
santé BONDEKO est organisé de la manière suivante :
 Un responsable de tous les services œuvrant au sein de cette institution

sanitaire ;
 Un responsable Adjoint qui s’occupe des tâches médico-techniques, en
supervisant les différentes activités et des finances ;
 Une proposée à la pharmacie ;
 Un chargé de la PEV (voir vaccination) ;
 Une chargée de la maternité ;
 Une caissière ;
 Un chargé de laboratoire ;
 Un informaticien.
 Le centre de santé BONDEKO a un effectif de 79 agents repartis des
manières suivantes :
N° NIVEAU D’ETUDE EFFECTIFS FONCTION

01 Sage-femme L1 01 Biomédicale
02 Infirmier A1 38 Infirmiers traitants
03 Infirmier A2 21 Les infirmiers traitants
04 Infirmier A3 09 Infirmiers traitants
05 Sage-femme A1 03 Sage-femme
06 Technicien de laboratoire
07 T.O 01 Travailleurs Ordinaires

TOTAL 80 Agents
Source : Archive du centre de santé BONDEKO

17
En bref, sur l’effectif des 80 infirmiers (ères) il y a 66 infirmières du

sexe féminin et 14 infirmiers du sexe masculin.
1.4.2. Fonctionnement
Le Centre de santé BONDEKO organise 3 services repartis de la
manière suivante :
 Première service de 7h30’ à 12h30’

 Deuxième service de 12h30’ à 17h30’
 Troisième service de 17h30’ à 7h30’
18
1.5. ORGANIGRAMME GENERAL DE L’ENTREPRISE

CIRCUIT DE MALADE
RECEPTION
CONSULTATION
LABORATOIRE PHARMACIE
PEROS
OBSERVATION
19
Section 2 : ANALYSE DE L’EXISTANT

L’Analysé de l’existant permet de comprendre la manière dont le
système existant se structure et fonction. Cette étude doit être mené même
sur l’organisation des tâches, les documents, les circuits des informations ainsi
que les moyens utilisés pour traitement des informations afin de ressortie les
points forts et les points faibles du système en place (système existant).
2.1. Description des activités du service concerné
Pour ce qui concerne la gestion de facturation des malades au Centre

de Santé BONDEKO, le service de la caisse réalise les activités suivantes :
 Réception des malades ;

 Enregistrement des malades ;
 Facturation des malades ;
 Établissement des documents sur la facturation.
2. 1.1.Organigramme du service concerné
Infirmière titulaire
Infirmier titulaire
Adjoint
Caissier
Réceptionniste
2.2. Étude des postes de travail

L’étude de poste permet de comprendre les différents postes qui
sont concernés dans le processus de traitement des informations.
2. 2.1. Recensement des postes de travail
Pour ce qui nous concerne la facturation des malades au service de la

caisse du Centre de Santé BONDEKO, les postes suivants sont concernés :
20
1. L’infirmière titulaire
2. L’infirmier titulaire adjoint
3. Caissier
4. Réceptionniste
2.2. Description des postes de travail
1. L’infirmière titulaire
Pour ce qui concerne la facturation, l’infirmier titulaire

coordonnateur et supervise toute les activités liées à la facturation des malades
au niveau du Centre de Santé.
2. L’infirmier titulaire adjoint
L’infirmier titulaire adjoint est le remplaçant de l’infirmière titulaire, il

assiste l’infirmière titulaire dans l’accomplissement de ses activités.
3. Caissier
La caissière est chargée de la gestion de la caisse du centre. Elle

facture les malades et fait rapport de la situation financière de la caisse à ses
supérieurs.
4. Réceptionniste
La réceptionniste est chargée de la réception de toute personne qui
vient au Centre de santé BONDEKO afin de l’orienter.
2.3 : Étude des documents

L’étude des documents utilisés s’avère indispensable, car elle nous
permet de recenser les différents documents utilisés dans le processus de
traitement de données, ainsi que leurs rôles.
2. 3.1. Recensement des documents

Pour traiter les informations liées à la gestion en étude, les
documents suivants sont utilisés entre autre :
 Bon d’entrée ;
 Bon de sortie ;
 Livre de caisse ;
 Facture.
21
2. 3.2. Présentation et description de documents

1. Bon d’entrée en caisse
Centre de Santé BONDEKO Montant en chiffre

BANDUNDU-VILLE
BON D’ENTREE EN CAISSE N°…………
Reçu de Mr, Mme, Sté :………………………………………………………………………………………
Montant encaissé :
Motif d’encaissé:…………………………………………………………………………………
……………………………………………………………………………………………………
Visa de la direction le……………………………………
Visa de la Caisse
Figure 2 : bon d’entrée en caisse
2. Bon de Sortie
Centre de santé BONDEKO …………………, le……………………
MONTANT
(En chiffre)
BON DE SORTIE DE CAISSE N°…………

Bénéficiaire :………………………………………………………………………………………………
Montant :
(en toutes lettres)

:……………………………………………………………………
Motif
……………………………………………………………………………
Visa de la direction le (la) Caissier(e) le Bénéficiaire

22
Figure 3 : Bon de Sortie
3. Facture
Centre de santé Bandundu, le ……/…../20….

BONDEKO
BANDUNDU VILLE
FACTURE N°……..
Mr, Mme, Mlle, Ese, Communauté, Sté, Organisme………………………………………………….
N° DESIGNATION QTE PU PT
TOTAL
POUR LE CENTRE,
Figure 4 : Facture
4. Livre de caisse
Le livre de caisse enregistre les mouvements d’entré et de sortie ainsi
que le solde de la caisse du centre de santé BONDEKO.
Centre de santé Bandundu, le ……/…../20….

BONDEKO
BANDUNDU VILLE
LIVRE DE CAISSE N°……..
N° DESIGNATION QTE PU PT
TOTAL
POUR LE CENTRE,
23
2.4. Étude des moyens de traitement des informations

Les moyens sont des outils mises en œuvre par l’entreprise, pour
traiter ses informations. C’est ainsi, qu’à ce stade, nous allons analyser les
différents outils utilisés par le centre de santé BONDEKO pour traiter les
informations sur la gestion de facturation des malades.
2.4.1. Ressources humaines
Le centre de santé BONDEKO utilise les personnels suivants comme
présenter dans le tableau ci-dessous :
Tableau 1 : Ressources humaines
NIVEAU
N° FONCTION ANCIENNETE NOMBRE
D’ETUDE
1. Infirmier titulaire 2ans L2
2. Infirmier titulaire adjoint 2ans L2
3. Caissière 4ans D6
4. Réceptionniste 3ans D6
2.4.2. Moyens matériels

L’étude de moyens matériels nous permet de recenser les différents
matériels permettant de faire le traitement des informations liées à la gestion
de facturation des malades. Les matériels utilisés sont :
Tableau 2 : Ressources matérielles
ANNEE
N° MATERIELS MARQUE NOMBRE ETAT
D’ACQUISITION
1 Farde - - - Bon
2 Agrafeuse Olympia 1 2013 Bon
3 Papiers - - - Bon
4 Latte, stylo - - - Bon
5 Registres - 2 2015 Bon
6 Calculatrice - 1 2017 Bon
7 Table Bois 2 2015 Bon
8 Armoires Métal 2 2015 Bon
9 Chaise Bois 3 2017 Bon
10 Étagère Bois 3 2015 Bon
24
2.4.3. Moyens Financiers

Les moyens financiers du centre de santé BONDEKO proviennent
principalement des recettes réalisées dans la facturation des malades et des
dons des différents partenaires qui accompagnent le système de santé.
2.5 : Étude de la circulation des informations
2.5.1. Narration
Pour arriver à facturer les malades, le centre Santé BONDEKO
procède de la manière suivante :
C’est à la réception ou le malade achète la fiche de consultation et
fournies toutes les informations nécessaires, ces derniers seront inscrites sur
la fiche par la réceptionniste, après établissement de la fiche, le réceptionniste
l’envoi au médecin pour la consultation du malade, après consultation, le
médecin inscrit les plaintes dans la fiche et en suite établit le bon de
laboratoire puis envoi les deux documents (fiche et bon de laboratoire) au
laborantin qui à son tour la réception effectue des examens. Après cela, le
laborantin inscrit les résultats sur le bon de laboratoire et le renvoi à la au
médecin pour la prescription des médicaments (ordonnance), puis envoi
l’ordonnance et le bon de laboratoire à la réception pour l’établissement de la
facture ; la facture et l’ordonnance sont remises au malade après payement.
2.5.2. DIAGRAMME DES FLUX
Le diagramme de flux permet de donner une vue d’ensemble de la
circulation des informations entre les acteurs qui participent à la réalisation de
l’activité définie. Il modélise la communication entre les acteurs intervenant
dans le système d’information étudié. (16)
A. FORMALISME
Le diagramme de flux se présente sur base des éléments suivants :
: Le flux (flux d’information)
(16) COLLOGNES A., Merise, méthode de conception, Ed. Bordas, Paris 1987, P. 8.
25
B. ELABORATION DU DIAGRAMME DE FLUX
CENTRE DE SANTE BONDEKO
1
RÉCEPTIONNISTE
2
MALADE
6
5 MÉDECIN
3
LABORATOIRE
Figure 5 : ELABORATION DU DIAGRAMME DE FLUX
Figure 6 : DIAGRAMME DE FLUX
C. LA MATRICE DE FLUX DES INFORMATIONS

Tableau 3 : Matrice de flux des informations
N° Acteur Acteur Tâches effectuées

Flux émetteur récepteur
1 Malade Réceptionniste Réception Malade, vente fiche
2 Réceptionniste Médecin Envoi pour consultation
3 Médecin Laboratoire Consultation et envoi pour examen
4 Laboratoire Médecin Examen et établissement bon labo et envoi
5 Médecin Réceptionniste Établissement ordonnance et envoi pour
payement facture
6 Réceptionniste Malade Établissement facture et remise
Section 3 : DIAGNOSTIC DE L’EXISTANT ET SCENARIO DE MISE EN OEUVRE
Cette étude permet d’évaluer le système en place ou existant afin

de rendre compte de son rendement à l’entreprise puis porté des critiques
objectifs afin de proposé une solution adéquate pour une gestion meilleure des
différents services.
26
3.1 : bilan critique de l’existant

a. Critique d’organisation
Au niveau de l’organisation, le centre de santé BONDEKO est bien
organisé mais doit aménager des efforts pour la motivation des agents pose
problème, car un grand nombre des agents ne sont pas prise en charge par
l’Etat et la prime locale ne leurs permettent pas de survivre.
b. Critique des postes de travail

Pendant nos investigations, nous avons remarqué une bonne
organisation des postes, chaque poste de travail est tenu par un personnel
qualifié, mais de fois certains postes sont cumulés par une seul personne ce qui
causent de fois de dysfonctionnement.
d. Critique des moyens de traitement

Au niveau des moyens de traitement des informations, le centre de
santé BONDEKO fait recours au moyen manuel ce qui provoque la lenteur
dans le traitement des informations relatives à la gestion de facturation des
malades.
e. Critique de la circulation des informations

Du côté circulation des informations, nous remarquons une bonne
circulation des informations mais la sécurité des informations pose problème
car les documents circulent au vue de tous.
3.2. Proposition des solutions
Après avoir analysé le fonctionnement du système utilisé par le
Centre de Santé Bondeko pour gérer la facturation des malades, il est
maintenant question pour nous a ce stade, de pouvoir proposer quelques
solutions qui seront sanctionnées par le choix de la meilleure solution.
3.2.1. Scénario de réorganisation (Solution manuelle)

Pour la réorganisation du système en place, nous pensons ce qui suit :
 Achat de matériels et fournitures du bureau ;
 Recyclage des agents.
a) Avantages
 Coût des matériels moins coûteux ;
 Entretien facile.
27
b) Désavantages
 Encombrement des documents ;
 Recherche et mis à jour difficile ;
 Lenteur dans le traitement des informations.
Pour la réorganisation du système existant système, nous l’estimons à
1.000$ reparti en deux niveaux entre autre 8.000 $ pour l’achat des fournitures
de bureau et 200 $ pour l’achat des matériels et fournitures du bureau.
3.2. 2. Scenario d’informatisation (Solution informatique)

Pour mener à bon port la gestion de facturation des malades au
Centre de Santé BONDEKO, l’installation ou la mise en place d’un système
informatisé s’avère nécessaire, car cela faciliterait le traitement des données
permettrait la mise à jour en un temps record et un espace mémoire pour le
stockage des informations.
a. Avantages de la solution
 Faciliter dans le traitement des informations et de la prise de décisions
 Une bonne circulation des informations en toute sécurité ;
 La sécurité des données enregistrées ;
 La rapidité dans le traitement des informations ;
 La fiabilité des données ;
 La redynamisation des données ;
 Un espace mémoire pour une bonne sauvegarde des informations.
b. Désavantages de la solution
 Coût élevé pour la mise en place d’un système informatisé ;
 Nécessité de la présence de l’énergie électrique pour fonctionner ;
 coût élevé pour la formation et le renforcement des capacités des
personnels (utilisateurs du nouveau système).
3.2.3. Choix de la meilleure solution
Comparativement avantages et inconvénient entre les deux solutions,
nous avons choisi le système informatisé pour pallier aux dysfonctionnements
du système en place et permettre au Centre de Santé BONDEKO d’atteindre
ses objectifs.
Conclusion du chapitre
Dans notre troisième chapitre et dernier de notre premier partie,
consacrée à l’étude d’opportunité, nous avons présenté le Centre de Santé
BONDEKO dans son ensemble puis le service de caisse chargé de la gestion de
facturation et les différentes activités réalisées par celui-ci.
28
Après cela s’est suivie la proposition de deux solutions (manuelle

réorganisée et l’informatisation) dont après comparaison, le choix a été orienté
à la solution informatique pour pallier aux problèmes que rencontre le système
en place.
Conclusion de la partie
Dans notre première partie, il été question de pour nous, d’exposé
sur les trois chapitres que renferme cette partie entre autre : le premier
chapitre qui abordé la considération théorique afin de facilité la compréhension
des lecteurs du présent travail.
Dans le deuxième chapitre titré choix de la méthodologie de l’étude,

nous avons présenté les différentes techniques et méthodes qui ont été d’usage
pour la récolte, le traitement des informations du présent travail et à la
conception du nouveau système d’information qui prendra en charge la gestion
en étude.
Par contre le troisième chapitre et dernier à marteler sur le champ

de l’étude qui nous a permis de présenter le Centre de Santé BONDEKO et de
faire l’étude de l’existant afin de comprendre le cause de dysfonctionnement du
système en place et proposé une solution meilleure (solution informatisée).
29
DEUXIEME PARTIE : CONCEPTION ET REALISATION DU

NOUVEAU SYSTEME D’INFORMATION
Introduction
Dans notre deuxième partie du travail, il sera question de concevoir

et réalisé le nouveau système qui prendra en charge la gestion de facturation
des malades au Centre de Santé BONDEKO qui est notre champs
d’investigation pour l’opérationnalisation de la présente recherche.
CHAPITRE I: CONCEPTION DU SYSTEME D’INFORMATION

ORGANISE(SIO)
Introduction
La conception du système d’information organisé a pour objectif

de concevoir d’une façon logique la base de données à mettre en place par la
définition des différents objets ainsi que leur relation d’une part et le traitement
d’autre part à effectuer, mais sans tenir compte de l’outil informatique.
Le système d’information organisé (S.I.O) présente de manière

statique et regroupe les premières étapes de la méthode MERISE, à savoir
l’étape conceptuelle et organisationnelle.
Section 1. Étape conceptuelle

1.1. Définition et but
Le niveau conceptuel consiste à concevoir le SI en faisant abstraction

de toutes les contraintes techniques ou organisationnelles et cela tant au niveau
des données que des traitements. (17)
1.2. Modélisation conceptuelle de communication

1.2.1. Définition et but
Le Modèle Conceptuel de Communication représente graphiquement

les flux existants entre les acteurs. La première étape de ce modèle est
d’arriver à isoler le système en le délimitant. Il s’agit donc de définir le système
et les éléments externes avec lesquels il échange des flux d’information. Ces
éléments externes sont appelés acteurs externes (ou partenaires). (18)
(17) BAPTISTE, Jean Luc, Merise. Guide pratique : modélisation des données et des traitements, langage
SQL, Collections Ressources Informatiques, éd. ENI, p.10
(18) https://www.web.maths.unsw.edu. (MERISE-Modèle conceptuel de la communication)
Consulté le 25/08/2022 à 22h00’
30
1.2.2. Construction du modèle conceptuel de communication
Tableau 4 : Construction du modèle conceptuel de communication
1.2.2.1. Diagramme de contexte
Le diagramme de contexte a pour but de représenter les flux

d'informations entre l'organisation et l’acteur ou les acteurs externes selon
une représentation standard. (19)
 Chaque objet porte un nom ;

 L’organisation est représentée par un rectangle ;
 Les acteurs externes sont représentés par des ellipses en pointillés ;
 Les flux d'information sont représentés par des flèches dont l'orientation
désigne le sens du flux d'information.
 Présentation du Diagramme de Contexte
Présentation et payement fiche de consultation (1)
Remise fiche de consultation (2)

MALADE C.S. BONDEKO
(Acteur Externe) Payement facture (3)
(Organisation)
Remise facture et Ordonnance (4)
(19) KAKESA D. Notes de cours de MAI 2, Inédit, G3 Info B, ISC-BDD 2019-2020

31
1.2.2.2. Matrice de flux

Tableau 5 : Matrice de flux
N° LIBELLE ACTEUR ACTEUR

FLUX EMETEUR RECEPTEUR
FLUX 1 Présentation du malade Malade Réceptionniste
FLUX 2 Envoi pour consultation Réceptionniste Médecin
FLUX 3 Consultation et envoi pour examen Médecin Laboratoire
FLUX 4 Examen et établissement bon labo et envoi Laboratoire Médecin
FLUX 5 Établissement ordonnance et envoi pour Médecin Réceptionniste
payement facture
FLUX 6 Établissement facture et remise Réceptionniste Malade
1.3. MODÉLISATION CONCEPTUELLE DE TRAITEMENT

La modélisation conceptuelle de traitement est un schéma qui

représente les traitements en réponse aux événements à traiter. Cependant, le
traitement est l’ensemble des opérations que l’on fait subir à des objets ou on
applique à des personnes.
Ce modèle a pour but de présenter d’une façon schématique
l’activité d’un système d’information, moyen d’exécution ; c’est-à-dire, qu’il
permet de définir simplement ce qui doit être fait, mais ne précise pas. (20)
1.3.2. Formalisme et définition de quelques concepts de base du MCT
Pour arriver à la construction du Modèle Conceptuel des

traitements, nous allons utiliser le formalisme E-O-R, exploité par la
méthode MERISE. Cela signifie : Evènement – Opération – Résultat.
 Evénement
C’est la représentation d’un fait nouveau pour le système étudié, ce fait
porteur d’information pour représenter un événement, on utilise un
cercle ovale. De ce fait, L’arrivée d’un ou plusieurs évènements va
générer une opération qui va elle-même fournir un résultat.
 Opération
C’est un ensemble d'actions ou d'activités exécutables à un moment
donné dans un poste précis et produisant un résultat. En outre, une
opération est une suite d’actions ininterrompues.
(20) MATHERON J.P., comprendre merise, Ed. Eyrolles, Paris, 2015, P.35.
32
Nom de l’opération
Opérations
Ok ko
 Processus
C’est l’ensemble d’opération au sein d’un même domaine et qui
concourent à l’élaboration d’un ou plusieurs résultats en réponse à la
sollicitation d’un ou de plusieurs événements extérieurs au système
d’information ;
 Synchronisation
C’est une condition booléenne traduisant les règles de gestion qui
doivent vérifier les événements pour déclencher les actions. En outre,
elle est la combinaison de deux ou plusieurs événements qui se
déroulent simultanément pour déclencher une opération
 Règles d’émission
Ce sont les conditions d'émission des résultats. C’est une condition,
traduisant les règles de gestion, qui permet d’exprimer des conditions
de sortie des résultats.
 Résultat
C’est le produit de l’exécution d’une opération. En d’autres termes, le
résultat est la réponse générée par une opération.
1.3.3. Identification et Description des processus
Pour ce qui concerne la gestion de facturation des malades au Centre

de Santé BONDEKO, le processus se présente de la manière suivante :
 Tableau 6 : Tableau descriptif du processus
Evénement Opération Règle d’émission Résultat

Malade Présentation malade OK Malade reçu
Service KO Réception en attente
Agent Enregistrement malade OK Malade enregistré
Malade KO Enregistrement encours
Agent Consultation malade OK Malade consulté
Malade KO Consultation encours
Service Examen OK Examen effectué
Malade KO examen encours
Agent Élaboration ordonnance OK Ordonnance établit
Malade KO Ordonnance encours
Malade Payement facture. OK Facture payé
Service OK Paiement encours
33
1.3.4. Présentation du Modèle conceptuel de traitement (MCT)
Figure 7 : Modèle conceptuel de traitement (MCT)

34
1.4. MODÉLISATION CONCEPTUELLE DE DONNÉES

La Modélisation Conceptuelle des Données (MCD) est la

représentation de l’ensemble des données du domaine sans tenir compte des
aspects techniques, économiques et d’accès sans se référer aux conditions
d’utilisations par tel ou tel traitement. Ce modèle a pour but de représenter de
façon structurée les données qui seront utilisées par le système
d'information.(21)
1.4.2. Construction du MCD
1.4.2.1. Énumération des règles de gestion
Scientifiquement, les règles de gestion sont considérées comme étant

la traduction conceptuelle des objectifs choisis et des contraintes acceptées par
l'entreprise. Elle décrit le "quoi" de la société. Elle peut être soit externe à la
société (lois, etc.), soit interne (règlements intérieurs, etc.). (22)
Pour ce qui nous concerne, les règles de gestion suivantes ont été
prises en compte :
 Règle 1 : - Un agent travaille dans un et un seul service ;

Dans un service travaillent un ou plusieurs agents ;
 Règle 2 : - Un agent facture un ou plusieurs malades ;
Un Malade est facturé par un et un seul agent ;
 Règle 3 : - Un malade paye un ou plusieurs frais ;
Un frais est payé par un ou plusieurs malade ;
 Règle 4 : - Un agent établit un ou plusieurs documents ;
Un document est établit par un et un seul agent ;
 Règle 5 : - Un agent administre un ou plusieurs soins ;
Un soin est administré par un et un seul agent ;
 Règle 6 : - Un malade bénéficie un ou plusieurs soins ;
Un soin est bénéficié par un et un seul malade.
 Règle 7 : - Un agent perçoit un ou plusieurs frais ;
Un frais est perçu par un et un seul agent.
(20) MATHERON J.P. Op.cit. p210

(22) MVIBUDULU KALUYIT, Op.Cit, p. 55
35
1.4.2.2. Recensement et description des objets

1.4.2.2.1. Recensement des objets
A ce stade, nous allons recenser les différentes objets qui nous
permettons de concevoir notre Modèle conceptuel des données entre autres :
 Agent ;
 Malade ;
 Frais ;
 Soin ;
 Document ;
 Service.
1.4.2.2.2. Description des objets

Tableau 7 : Description des objets
N° OBJETS PROPRIETE CODE PROPRIETE TYPE TAILLE IDENTIFIANT

1 AGENT Matricule agent MATAG C 15 #
Nom agent NOMAG C 25
Post-nom agent POSTNOMA C 25
Prénom PRENOM C 25
Sexe agent SEXEAG C 7
Grade agent GRADAG C 10
Fonction agent FONCTAG C 20
Téléphone agent TELAG C 15
Adresse agent ADRAG C 20
2 MALADE Code malade CODEMAL C 15 #
Nom malade NOMMAL C 25
Post nom malade POSTNOMAL C 25
Prénom malade PRENOM C 25
Sexe malade SEXEMAL C 7
Age malade AGEMAL C 6
Adresse malade ADRESSMAL C 20
Téléphone malade TELMAL C 20
3 DOCUMENT Code document CODDOC C 10 #
Libelle document LIBDOC C 30
Date document DATE DOCU C 10
4 SERVICE Code service CODESERV C 10 #
Libellé service LIBSERV C 20
5 FRAIS Code frais CODE FR C 15 #
Libellé frais LIBELLE FR C 25
Montant MONT N 15
6 SOIN Code soin CODE S C 10 #
Libellé soin LIBELLE S C 25
Date soin DATE S D 15
36
1.4.2.3. Recensement et description des relations

1.4.2.3.1. Recensement de relations
A ce stade, nous allons recensés les différentes relations qui vont
nous permettre de relier les objets entre autre :
 Travailler ;
 Facturer ;
 Payer ;
 Etablir ;
 Administrer ;
 Bénéficier
 Percevoir.
1.4.2.3.2. Description des relations

Tableau 8 : Description des relations
RELATION DIM OBJETS 1 OBJET 2 PROPRIETE NATURE TAILLE

Travailler 2 Agent Service - - -
Facturer 2 Agent Malade Montant facture - -
Payer 2 Malade Frais - - -
Établir 2 Agent Document - - -
Administrer 2 Agent Soin - - -
Bénéficier 2 Malade Soin - - -
Percevoir 2 Agent Frais - - -
1.4.2.4. Les contraintes

Une contrainte est l’expression d’une règle de gestion, c’est-à-dire
limitation qui s’impose pour éviter les erreurs.
CIF
ENTITE 1 1, N Relation 1, 1 ENTITE 2
Entité source Entité cible

Dans un domaine de gestion on distingue deux contraintes entre autre :
37
1.4.2.4.1. Contrainte de cardinalité

La contrainte de cardinalité permet de caractériser le lien qui existe
entre une entité et la relation à laquelle elle est reliée. La cardinalité d'une
relation est composée d'un couple comportant une borne maximale et une
borne minimale, intervalle dans laquelle la cardinalité d'une entité peut prendre
sa valeur. (23)
1.4.2.4.2. Contrainte d’intégrité fonctionnelle

Une contrainte d’intégrité fonctionnelle indique une dépendance
obligatoire entre un ou plusieurs objets qui participent dans une relation. En
Merise, dans le cas d’une relation binaire du type père et fils ; le père étant
l’objet qui comporte une grande cardinalité par rapport à l’autre, il est
nécessaire d’indiquer une flèche allant de l’objet fils à l’objet père. (24)
Elle se définit seulement lorsqu’il s’agit des cardinalités du (0, 1) et (0,

n) d’une part et d’autre part (1,1) et (1, n) indique une dépendance obligatoire
entre un ou plusieurs objets participant à une relation.
A. DESCRIPTIF DES CONTRAINTES

Tableau 9 : Description des Contraintes
N° RELATIONS OBJETS ASSOCIES CARDINALITE CIF

1. Travailler Agent Service (1, 1) – (1, n) Oui
2. Facturer Agent Malade (1, n) – (1, 1) Oui
3. Payer Malade Frais (1, n) – (1, 1) Oui
4. Établir Agent Document (1, n) – (1, 1) Oui
5. Administrer Agent Soin (1, n) – (1, 1) Oui
6. Bénéficier Malade Soin (1, n) – (1, n) Oui
7. Percevoir Agent Frais (1, n) – (1, 1) Oui
(23) RATZINGER J., Analyse et conception de système d’information, éd, DUNOD, Paris, 2011, P.66.
(24) DIONISI D., Essentiel sur merise, Paris, Ed. Eyrolles, 2001, p. 58.
38
1.4.2.5. Présentation du MCD
Figure 8 : Présentation du MCD

39
Section 2. Etape organisationnelle

L’Etape Organisationnelle qui est la suite logique de l’Etape

Conceptuelle, consiste à répondre aux trois questions : QUI, QUAND et
OU ?, lesquelles questions donneront lieu à l’organisation à mettre en place.
Autrement dit, après avoir résolu le problème de la représentation

de la base de données, vient alors l’étape de la prise en compte de
l’organisation.
2.2. Modélisation organisationnelle de traitement

En effet, la Modélisation Organisationnelle de Données est une

opération rationnelle et intellectuelle qui consiste, à partir du modèle
conceptuel de données (MCD), à calculer ou quantifier les multiplicités des
objets, à prendre en compte ou à définir la sécurité de la base de données
pour en fin présenter un modèle organisationnel de données global.
L’étape du niveau organisationnel a pour but de décrire le
fonctionnement du système d’information, définit au niveau conceptuel, dans le
cadre d’une organisation cible.
2.2.2. Passage du MCT au MOT
Les conditions suivantes doivent être respectées pour ce

passage entre autre :
 L’ajoute des réponses aux questions QUI, QUAND et OU ? ;

 Relier à chaque traitement :
 Le délai de réponse : temps immédiat (I) ou temps différé (D) ;
 Le mode de fonctionnement : unitaire (U), par lot ou batch (L) ;
 Transformer le vocabulaire : les opérations deviennent des tâches et les
processus des procédures fonctionnelles. Plusieurs tâches exécutées dans un
même poste de travail deviennent une phase.
40
2.2.3. Présentation du MOT
DEROULEMENT PROCEDURE FONCTIONNELLE NATURE POSTE
Journalier
TM-U-I Réception
Journalier TA-U-I Réception
Journalier TM-U-I Médecin
TM-L-D Laborantin
Journalier
Journalier TA-U-I Médecin
Journalier
TM-U-I Caisse
41
2.3. Modélisation organisationnelle de données

Dans le contenu initial de Merise ne figurait pas explicitement le

niveau organisationnel des données il était recommandé de passer directement
du niveau conceptuel au niveau logique de données.
Cette approche était bien adaptée dans un SI centralisé mais pour le
cas de SI reparti, ce niveau devient indispensable pour la gestion client –
serveur et de traitement par sites. (25)
En effet, la Modélisation Organisationnelle de Données est une

opération rationnelle et intellectuelle qui consiste, à partir du modèle
conceptuel de données (MCD), à calculer ou quantifier les multiplicités des
objets, à prendre en compte ou à définir la sécurité de la base de données
pour en fin présenter un modèle organisationnel de données global.
2.3.2. Construction du modèle organisationnel de données
2.3.2.1. Passage du MCD au MOD
A ce niveau, il sera question de choisir, à partir des données formalisées
sur le modèle conceptuel des données, celles qui devront être effectivement
mémorisées informatiquement dans le système d’information informatisé. Le modèle
organisationnel des données ainsi obtenu est de niveau global et ne prend pas en
compte les choix d’utilisation reparties. Les règles de passage du modèle conceptuel
des données au modèle organisationnel des données sont les suivantes :
1. Supprimer des éléments (entités, relations, propriétés) qui ne seront pas
mémorisés informatiquement ;
2. Modifier certains éléments (entités, relations, propriétés, cardinalités, etc.)
compte tenu du choix de mémorisation informatisé ;
3. Ajouter de nouvelles informations :
 Pour permettre de faire le lien entre les données mémorisées et les
données restées manuelles ; par exemple la référence des fiches, des
dossiers, etc. ;
 Pour mémoriser des états du système d’information, consécutifs au
déroulement des traitements dans le MOT.
(25) MVIBUDULU KALUYIT, J.A, Notes de cours de méthode d’analyse d’information, G2

informatique/ISC-Kinshasa, 2011-2012, P.22, [inédit].
42
2.3.2.2. Construction du MOD Global
Figure 9 : Construction du MOD Global

43
2.3.2.3. La répartition organisationnelle des données : MOD local,

accessibilité et sécurité des données
1. MOD Local
L’unité organisationnelle recouvre généralement un

ensemble de postes représentant par exemple un service ou un site
géographique. Les utilisateurs d'une unité organisationnelle ont une vue
commune et partagée d'un ensemble de données.
Le M.O.D. local et l'unité organisationnelle sont donc un

moyen d'exprimer, du point de vue de l’utilisateur, les données
accessibles par un ensemble de postes.
Le MOD local est un sous-ensemble du MOD global en

termes :
 D'entités-types, de relations-types et de propriétés ;

 D'occurrences d'entités ou de relations; par exemple une
agence.
Ce découpage du MOD global en MOD locaux permet

d'apprécier le degré de partage ou de séparation des données d'un
système d'information en fonction de l'organisation adoptée. On peut
ainsi mettre en évidence :
 Les données communes à l'ensemble du domaine,

 Les données partagées entre certaines unités,
 Les données privées à une unité.
2. Accessibilité des données d'un MOD local
L'accessibilité des données d'un MOD local s'exprime par les

actions élémentaires que peuvent effectuer sur ce sous-ensemble de
données les traitements réalisés dans le site organisationnel. Ces
différents types d’accès, en lecture (L), en modification (M), en création
(C) et en suppression (S) sont précisés sur le MOD local généralement
44
sur un tableau récapitulant les restrictions de disponibilités, les partages

et les actions autorisées.
3. Sécurité des données
La sécurité des données définit des restrictions d'accès aux

données mémorisées pour certaines catégories d'utilisateurs. Ces
restrictions peuvent concerner un type d'action limité (L, M, C, S) soit
aux entités, relations ou propriétés du MOD global ou local, soit à une
sous-population des occurrences d’entités ou des relations.
La sécurité d'accès aux données comprend la limitation
d'actions à certaines personnes et intègre aussi les aspects de
confidentialité (exemple : accès à certaines informations du dossier de
personnes dites «sensibles »).
Accès aux données informatisées
Sécurité d’accès aux données :
 Restriction d’accès pour certaines catégories d’utilisateurs ;

 Définition des catégories ou profils utilisateur ;
45
Schéma de sécurité des données des procédures fonctionnelles
C L
M G
L
L
C
C
L S
C
46
Conclusion du chapitre :
Ce chapitre a abordé la conception du système d’information

organisé ayant pour but principal, celui de concevoir d’une manière organisé, le
nouveau système d’information du côté logique, en commençant par le niveau
conceptuelle puis le niveau organisationnelle de données.
47
CHAPITRE II: MODELISATION DU SYSTEME D’INFORMATION

INFORMATISE (SII)
Introduction
La conception du système d’information informatisé est une étape qui

consiste à concevoir le système dans le but de remédier aux problèmes
constatés à l’étape de l’analyse. Sur ce même point, nous allons proposer les
matériels qui prendront en charge le nouveau système d’information ainsi que
le choix de la plate-forme de développement et du SGBD. (26)
Section I. Etape logique

Le niveau logique est indépendant du matériel informatique, des

langages de programmation ou de gestion des données. Il s’agit donc de
préciser les types de données utilisées lors de traitements. Il fournit une
description des données tenant compte des moyens informatiques de
mémorisation et de leurs conditions d’utilisation par traitements. C’est la
réponse à la question Avec quoi ?
1.2. Présentation des ressources matérielles et logicielles

1.2.1. Caractéristiques matérielles
A ce point, il ne nous a pas demandé de décrire les matériels mais plutôt
de spécifier les contraintes matérielles. Ces contraintes sont définies en termes de
capacités, vitesse ou puissance :
 Ordinateur : HP ou LENOVO
 Un Microprocesseur : I5 Core pentium
 Un Mémoire RAM : 8Go
 Un Disque Dur : 500 Go
 Un Clavier : AZERTY
 Une Imprimante : HP LAZER JET 11005
 Une Souris : USB.
1.2.2. Caractéristiques logicielles
Ici, nous allons présenter l’ensemble des programmes qui rendent

exploitable un ordinateur entre autres :
(26) GABRIEL P, Système d’information pour le management, Ed. Willey, Paris 2012.
48
 Système d’exploitation : Windows 10 ;

 Microsoft office : 2010 ;
 Visual studio 2010 ;
 Antivirus : Avast 2022 ;
 Un SGBD : Microsoft Access 2010.
1.3. Modélisation logique de traitement
Le Modèle Conceptuel de traitement (MCT) permet de

formaliser les traitements à exécuter dans le temps sans tenir compte
des contraintes d'organisation, ni de moyens logiciels.
Ce modèle est réalisé à partir du formalisme appelé « E.O.R ».
1.3.2. Construction du MLT

1.3.2.1. Concepts de base
Le formalisme de la conception du MLT utilise les concepts

suivants :
 Site organisationnel : c’est le lieu où s’effectue un traitement

autonome utilisant une ou plusieurs machines logiques.
 Machine logique : elle est définie comme un ensemble de
ressources informatiques (matérielles ou logicielles) capables
d’exécuter des traitements informatiques de façon autonome.
 Unité logique de traitement(ULT) : c’est une partie d’une tâche
logique qui est exécutée d’une manière autonome.
 Procédure logique : c’est un enchainement logique de plusieurs
unités logique de traitement effectué par une machine Logique.
1.3.2.2. Passage du MOT au MLT

Il n’y a pas de règle précise pour passer du MOT au MLT ;
ainsi, il serait peut-être impérieux de faire appel à :
 L’imagination,
 La créativité,
 La réflexion.
49
Du point de vue vocabulaire, quelques-uns changent:

 La procédure fonctionnelle devient la procédure logique ;
 La tâche sera décomposée en unité logique de traitement (ULT) ;
 L’événement disparait parce que la machine n’atteint pas les
événements, c’est plutôt l’homme qui déclenche l’événement par
un clic ; c'est-à-dire la signification est générale par l’homme. Les
événements seront remplacés par les boutons de commande.
1.3.2.3. Identification et présentation des ULT
Les ULT identifiées, à la lumière du MOT, sont les suivantes ;
 PROCEDURE LOGIQUE : Gestion facturation des malades
 Mise à jour agent;

 Mise à jour service;
 Mise à jour des documents ;
 Mise à jour de malade
 Mise à jour Frais;
 Mise à jour Soin ;
 Unité 01 : AGENT
Unité 1 AGENT 
Matricule
grade
fonction
nom
postnom
prenom
sexe
téléphone
Enregistrer Modifier Rechercher Supprimer Imprimer
 Unité 02 : SERVICE
Unité 2 SERVICE 
Code Service
Libellé Service
Enregistrer Modifier Rechercher Supprimer Retour

50
 Unité 03 : FRAIS
Unité 3 FRAIS 
Code frais
Libellé_frais
 Unité 04 : DOCUMENT
Unité 4 DOCUMENT 
code document
Libellé document
Date document
 Unité 05 : MALADE
Unité 5 MALADE 
code_Malade
Nom_Malade
Postnom_malade
Prenom_malade
sexe_Malade
age_Malade
adresse_Malade
téléphone_Malade

51
 Unité 06 : SOIN
Unité 6 SOIN 
Code_soin
Libellé_soin
Date_soin
1.3.2.4. Présentation du MLT
Début procédure logiciel de

Gestion de Facturation des
Malades
Page de chargement
Boite de connexion
Menu Principal
Message de Bienvenu
BDD AGENT SERVICE DOCUME MALADE FRAIS SOIN
NT
ULT 02 ULT 03 ULT 04 ULT 05 ULT 06

ULT 01
1.4. Modélisation logique de données

La modélisation logique des données est une représentation des

données, issues de la modélisation conceptuelle puis organisationnelle des
données. Elle est exprimée dans un formalisme général et compatible avec l’état
technique et tient compte des aspects cout/performance liés aux traitements.
Le but du MLD est la description de données en fonction du SGBDR choisi (à
utiliser).
52
1.4.2. Formalisme et règles de passage
 Formalisme :
Représentation en Extension (graphique)
Agents Contribuables
 Règles de passage
Pour transformer le modelé conceptuel des données au modèle
logique de données, il faut respecter les règles ci-après :
 Toute entité est transformée en table, en outre ; les entités deviennent

les tables ;
 Les propriétés de l’entité deviennent les attributs de la table ;
 La clé primaire est souligné ;
 La clé étrangère est précédée par un # ;
 Les relations subissent plusieurs traitements entre autres :
a. CAS DE LA RELATION DU TYPE MERE FILLE
Pour ce qui de ce cas, la mère envoi son identifiant à la table fille et

celle-ci devient la clé secondaire ou étrangère. Si la relation est porteuse des
propriétés, ces propriétés seront migrées à la table fils. Les couples de cette
relation sont : (1,1 ; 1, n) - (0, n ; 1,1) - (0,1 ; 1, n) - (0, n ; 0,1).
b. CAS DE LA RELATION AUTRE QUE MERE ET FILLE
Pour le cas de la relation autre que mère et fille, la relation devient

une table de jointure entre les deux tables et si la relation était porteuse des
propriétés, ces propriétés deviennent les attributs de la table de jointure. Les
couples de cette relation sont : (1, n ; 1, n) - (0, n ; 0, n) - (0, n ; 1, n).
c. CAS DE LA RELATION (1,1) et (0,1) et (1,1)
Dans ce cas, nous avons 2 possibilités :
 Soit on considère l’objet qui a la cardinalité (0,1) comme étant la table

mère et, soit on considère la relation comme une table de lien
53
1.3.3. Présentation du MLD Brut
Figure 10 : Présentation du MLD Brut

54
1.4.4. Normalisation de la base de données

a) Changement du vocabulaire
 L’objet devient la table ;

 La propriété devient l’attribut ;
 L’identifiant devient la clé primaire ;
 La procédure fonctionnelle devient la procédure logique.
b) Règles de passage
Les relations dans le sens conceptuel ou organisationnel subissent

plusieurs traitements. Ainsi, différents cas se présentent :
 Pour être en première forme normale (1FN) : les attributs d’une

relation doivent être atomique et doivent être en dépendance
fonctionnelle avec la clé primaire de cette dernière ;
 Pour être en deuxième forme normale (2FN): il faut être en

première forme normale et que toutes les dépendances fonctionnelles
entre la clé primaire et les autres attributs de la relation soient
élémentaires. Autrement dit, les attributs doivent dépendre de la totalité
de la clé ;
 Pour être en troisième forme normale (3FN): il faut être en

deuxième forme normale et que toutes les dépendances fonctionnelles
entre la clé primaire.
N.B : Nous référant aux règles ci-haut, notre modèle conceptuel de données, la
table AGENT n’est pas en 3ème forme normale, car, les attributs :
Grade_agent et Fonction_agent ne sont pas élémentaires, ils sont
décomposables.
55
1.4.5. Présentation du MLD Valide
Figure 11 : Présentation du MLD valide

56
1.4.6. Schémas relationnel associé au MLD Valide

Table: Service
CREATE TABLE Service(
Code_service INT NOT NULL ,
Libelle_service VARCHAR (20) NOT NULL ,
CONSTRAINT Service_PK PRIMARY KEY (Code_service));
Table: GRADE
CREATE TABLE GRADE(
Code_grade VARCHAR (15) NOT NULL ,
Libelle_grade VARCHAR (15) NOT NULL ,
CONSTRAINT GRADE_PK PRIMARY KEY (Code_grade));
Table: FONCTION
CREATE TABLE FONCTION(
Code_fonction VARCHAR (15) NOT NULL ,
Libelle_fonction VARCHAR (15) NOT NULL ,
CONSTRAINT FONCTION_PK PRIMARY KEY (Code_fonction));
Table: Agent
CREATE TABLE Agent(
Matricule VARCHAR (15) NOT NULL ,
Nom VARCHAR (25) NOT NULL ,
PostNom VARCHAR (25) NOT NULL ,
Prenom VARCHAR (20) NOT NULL ,
sexe VARCHAR (7) NOT NULL ,
Telephone VARCHAR (20) NOT NULL ,
adresse VARCHAR (20) NOT NULL ,
Code_service INT NOT NULL ,
Code_fonction VARCHAR (15) NOT NULL ,
Code_grade VARCHAR (15) NOT NULL ,
CONSTRAINT Agent_PK PRIMARY KEY (Matricule)
,CONSTRAINT Agent_Service_FK FOREIGN KEY (Code_service) REFERENCES
Service(Code_service) ,CONSTRAINT Agent_FONCTION0_FK FOREIGN KEY
(Code_fonction) REFERENCES FONCTION(Code_fonction) ,CONSTRAINT
Agent_GRADE1_FK FOREIGN KEY (Code_grade) REFERENCES GRADE(Code_grade));
Table: MALADE
CREATE TABLE MALADE(
Code_Malade INT NOT NULL ,
Nom_malade VARCHAR (25) NOT NULL ,
PostNom_malade VARCHAR (25) NOT NULL ,
Prenom_malade VARCHAR (25) NOT NULL ,
Sexe_malade VARCHAR (7) NOT NULL ,
age_malade VARCHAR (6) NOT NULL ,
adresse_malade VARCHAR (20) NOT NULL ,
Telephone_malade VARCHAR (20) NOT NULL ,
CONSTRAINT MALADE_PK PRIMARY KEY (Code_Malade)
,CONSTRAINT MALADE_Agent_FK FOREIGN KEY (Matricule) REFERENCES
Agent(Matricule));
57
Table: DOCUMENT
CREATE TABLE DOCUMENT(
Code_document INT NOT NULL ,
Libelle_document VARCHAR (30) NOT NULL ,
Date_document VARCHAR (10) NOT NULL ,
CONSTRAINT DOCUMENT_PK PRIMARY KEY (Code_document)
,CONSTRAINT DOCUMENT_Agent_FK FOREIGN KEY (Matricule) REFERENCES
Agent(Matricule));
Table: FRAIS
CREATE TABLE FRAIS(
Code_frais VARCHAR (15) NOT NULL ,
Libelle_frais VARCHAR (25) NOT NULL ,
CONSTRAINT FRAIS_PK PRIMARY KEY (Code_frais)
,CONSTRAINT FRAIS_Agent_FK FOREIGN KEY (Matricule) REFERENCES
Agent(Matricule));
Table: SOIN
CREATE TABLE SOIN(
Code_soin VARCHAR (10) NOT NULL ,
Libelle_soin VARCHAR (25) NOT NULL ,
Date_soin DATETIME NOT NULL ,
CONSTRAINT SOIN_PK PRIMARY KEY (Code_soin),CONSTRAINT
SOIN_MALADE_FK FOREIGN KEY (Code_Malade) REFERENCES
MALADE(Code_Malade),CONSTRAINT SOIN_Agent0_FK FOREIGN KEY (Matricule)
REFERENCES Agent(Matricule));
Table: PAYER
CREATE TABLE PAYER(
Code_frais VARCHAR (15) NOT NULL ,
Montant_paye NUMERIC (15,-1) NOT NULL ,
Date_paye DATETIME NOT NULL ,
CONSTRAINT PAYER_PK PRIMARY KEY (Code_Malade,Code_frais)
,CONSTRAINT PAYER_MALADE_FK FOREIGN KEY (Code_Malade) REFERENCES
MALADE(Code_Malade),CONSTRAINT PAYER_FRAIS0_FK FOREIGN KEY (Code_frais)
REFERENCES FRAIS(Code_frais));
58
Section II. Étape physique

L’étape physique peut être perçu comme étant ; la traduction du

modèle logique de donnée (MLD) dans un langage de description de donnée
spécifique au système de gestion de base de données.
2.2. Modélisation physique de traitement

Le modèle physique de traitement (MPT) constitue l’ensemble de

tous les programmes informatiques que nous allons exécuter dans l’application.
Cet ensemble des programmes devra être structurés et organisés en une
architecture technique de programme selon un langage de programmation
spécifique.
En outre, Ce modèle représente la solution technique de

construction du logiciel.
2.2.2.3. Présentation du MPT
Pour ce qui concerne la gestion de facturation des malades au centre

de santé BONDEKO, le MPT se présente de la manière suivante :
Affichage de la Page de démarrage
Espace Malades Espace Facturation Espace Agents et services
Enregistrement Paiement Agents
Liste des malades Retour Services
Retour Retour
59
2.3. Modélisation Physique de données

La modélisation physique permet de définir l’organisation réelle

(physique) des données. Il apporte les solutions, techniques, par exemple sur
les méthodes de stockage et d’accès à l’information. C’est la réponse au
Comment?
Le but du MPD est de nous aider à représenter la structure des

tables de la base de données. Elle décrit comment la structure d’une base de
données est stockée sur un support (magnétique) donc, elle consiste à stocker
la structure et les données en respectant les limitations du SGBD utilisé. (27)
2.3.2. Construction du modèle physique de données

2.3.2.1. Passage du MLDR au MPD
Les règles de passage se fait de manière automatique, MPD est la

représentation de différentes tables de la base de données.
 Les tables deviennent des fichiers ;

 Les attributs deviennent des champs ;
 Les clés deviennent des clés primaires.
2.3.2.2. Procédure de création de la base de données
A ce stade, nous allons démontrer la procédure que nous avons

utilisée pour concevoir notre base de données.
a) Création de la base de données
Pour la création et gestion de notre base de données, nous avons

choisi Microsoft Access version 2010 comme système de gestion de base de
données, qui offre divers fonctionnalités permettant de gérer efficacement une
base de données.
 Cliquez sur le bouton Démarrer ;

 Cliquez sur tous les programmes ;
 Cliquez sur Microsoft Office ;
 Cliquez sur MS Access et vous avez MS Access qui s’ouvre
(27) DIOR, cours inédit de structure des ordinateurs, ISS/KIN 2014-2015, P.54
60
 Cliquez sur l’icône base de données vide ;

 Saisissez le nom de votre base de données dans la case Nom fichier ;
 Cliquez sur l’icône répertoire à droite de la case Nom de fichier pour
choisir l’emplacement où vous voulez sauver votre base de données ;
 Cliquez sur créer
 MS Access créer automatiquement la base de données avec une table par
défaut appelée Table1 que vous pourrez ensuite changer.
b) Création de la table
Après avoir créé la base de données, nous allons maintenant procéder à

la création de nos tables qui constituent notre base de données.
1. Cliquer sur l’Onglet table ;
2. Cliquer sur Créer ;
3. Cliquer sur création de table ;
4. Après avoir empli les champs ;
5. Cliquer sur enregistrer ;
6. L’Assistance vous demande de donner un nom à la table et cliquer sur
OK.
61
6
4
2.3.3. Présentation du modèle physique de données
Le modèle physique de données se présente sous forme des fichiers.

Ainsi, les fichiers suivants ont formés notre base de données :
1. Fichier AGENT
62
2. Fichier GRADE
3. Fichier SERVICE
4. Fichier FONCTION
5. Fichier FRAIS
6. Fichier MALADE
63
7. Fichier PAYER
8. Fichier SOIN
9. Fichier DOCUMENT
Ce chapitre a présenté de manière succincte, les différents

modèles conçu grâce à la méthode Merise, en commençant par l’étape
conceptuelle jusqu’à l’étape physique de données puis compléter par la création
de la base de données au travers du SGBD Microsoft Access 2010.
64
CHAPITRE III : DEVELOPPEMENT DU SYSTEME

D’INFORMATION INFORMATISE
Introduction
Le développement du système d’information informatisé consiste
à l’implémentation d’une application informatique qui va servir d’interface
entre l’utilisateur et la base de données, tout en espérant que les besoins des
utilisateurs seront satisfaits.
1.1. Présentation et but
Cette section, présente le langage de programmation qui a été choisi

pour la programmation du nouveau système d’information qui prendra en
charge la gestion sous étude.
1.2. Choix de l’environnement et du langage de programmation
Pour concevoir le présent logiciel, le langage de Programmation

Visual Basic.Net a été choisi. Le choix de ce langage de programmation se
justifie par la simple raison que Microsoft Visual Studio 2010 offre un ensemble
complet et très flexible d’outils de gestion du cycle de vie des applications.
1.3. Présentation de la structure du logiciel
La structure de notre logiciel est la suivante :
ECRAN D’ACCUEIL
BOITE DE CONNEXION
VALIDER QUITTER
MENU GENERAL
FORMULAIRES
ETAT DE SORTIE
65
1.5. Présentation du logiciel
Les interfaces et codes suivants ont constituées notre application de

gestion :
1.5.1. Ecran d’accueil
1.5.2. Boite de connexion

66
1.5.3. Menu principal
1.5.4. Formulaire malades

67
1.5.5. Formulaire Agents
1.5.6. Formulaire Paiements

68
1.5.7. Ecriture de codes

Imports System.Data
Imports System.Data.OleDb
Public Class Form3
Dim cnn As New OleDb.OleDbConnection
Private Sub Form3_Load(sender As Object, e As EventArgs) Handles
MyBase.Load
cnn = New OleDb.OleDbConnection
cnn.ConnectionString = "Provider=Microsoft.Jet.Oledb.4.0; Data
Source=" & Application.StartupPath & "\Bmalade.mdb"
Me.CHARGEMENT()
End Sub
Private Sub CHARGEMENT()
If Not cnn.State = ConnectionState.Open Then
cnn.Open()
End If
Dim da As New OleDb.OleDbDataAdapter("SELECT CODE, " & _
"NOM, PRENOM, SEXE, TEL, ADRESSE " & _
"FROM T_MALADE", cnn)
Dim dt As New DataTable

da.Fill(dt)
Me.DataGridView1.DataSource = dt
cnn.Close()
End Sub
Private Sub eff()
TextBox1.Text = ""
TextBox2.Text = ""
TextBox3.Text = ""
TextBox4.Text = ""
TextBox5.Text = ""
TextBox6.Text = ""
TextBox1.Focus()
End Sub
69
BUTTON ENREGISTRER
Private Sub Button1_Click(ByVal sender As System.Object, ByVal e As

System.EventArgs) Handles Button1.Click
If TextBox1.Text = "" Or TextBox2.Text = "" Or TextBox3.Text = "" Or
TextBox4.Text = "" Or TextBox5.Text = "" Or TextBox6.Text = "" Or
TextBox7.Text = "" Then
MsgBox("Vérifiez les cases vides !!!", MsgBoxStyle.Information,
"Information")
TextBox1.Focus()
Exit Sub
End If
Dim cnn As New OleDbConnection("Provider=Microsoft.Jet.Oledb.4.0;
Data Source=" & Application.StartupPath & "\Bmalade.mdb")
Dim cmd As New OleDbCommand("select * from T_MALADE where
CODE ='" & TextBox1.Text & "'", cnn)
cnn.Open()
Dim dr As OleDbDataReader = cmd.ExecuteReader
If dr.Read Then MsgBox("Ce numéro existe déjà", MsgBoxStyle.Critical,
"Erreur") : TextBox1.Focus() : Exit Sub
dr.Close()
Dim dac As New OleDbDataAdapter(cmd)

Dim ds As New DataSet
dac.Fill(ds, "T_MALADE")
ds.Tables("T_MALADE").Rows.Add(New Object() {TextBox1.Text,
TextBox2.Text, TextBox3.Text, TextBox4.Text, TextBox5.Text,
TextBox6.Text, TextBox7.Text})
Dim cb As New OleDbCommandBuilder(dac)
dac.Update(ds, "T_MALADE")
MsgBox("Enregistrement effectué !!!", MsgBoxStyle.Information,
"Confirmation")
CHARGEMENT()
eff()
cnn.Close()
End Sub
70
BUTTON SUPPRIMER
Private Sub Button3_Click(sender As Object, e As EventArgs) Handles

Button3.Click
If TextBox1.Text = "" Then
MsgBox("Tapez un numéro !!!", MsgBoxStyle.Exclamation, "Erreur")
TextBox1.Focus()
Exit Sub
End If
CODE='" & TextBox1.Text & "'", cnn)
cnn.Open()
dr.Read()
dr.Close()
Dim da As New OleDbDataAdapter(cmd)
Dim ds As New DataSet
da.Fill(ds, "T_MALADE")
ds.Tables("T_MALADE").Rows(0).Delete()
Dim cb As New OleDbCommandBuilder(da)
da.Update(ds, "T_MALADE")
MsgBox("Suppression effectuée !!!", MsgBoxStyle.Information,
"Confirmation")
CHARGEMENT()
eff()
cnn.Close()
End Sub
CODE BUTTON RECHERCHER
Private Sub Button5_Click(sender As Object, e As EventArgs) Handles
Button5.Click
If TextBox1.Text = "" Then

MsgBox("Tapez un code !!!", MsgBoxStyle.Exclamation, "Erreur")
TextBox1.Focus()
Exit Sub
End If
CODE='" & TextBox1.Text & "'", cnn)
71
cnn.Open()
dr.Read()
TextBox2.Text = dr(1).ToString
dr.Close()
cnn.Close()
End Sub
1.5.8. Présentation d’un état de sortie
1.5.8.1. Etat de sortie Malades

72
1.5.8.2. Etat de sortie paiement
Le troisième et dernier chapitre du présent travail à clôturé sur le

choix et la présentation du langage de programmation qui nous a servis à la
conception du logiciels avec le concours du système de gestion de base de
données Microsoft Access 2010, afin de prendre en charge de manière
rationnelle la gestion de facturation des malades au Centre de Santé
BONDEKO.
Conclusion de la partie
Contrairement à la première partie du travail, le présent a passé en la

conception du nouveau système d’informations au travers différentes modèles
que propose la méthode MERISE, complété par sa réalisation au travers du
langage de programmation VB.NET 2010.
73
CONCLUSION GENERALE
Nous voici arrivé à la fin de notre travail de fin de cycle qui a porté
sur la « Mise en place d’un système d’informatisé pour la gestion de
facturation des malades au sein du centre de santé BONDEKO. »
Cette étude a été entreprise dans le cadre de réalisation d’un travail

de fin de cycle de graduat, sanctionnant les trois années passées au sein de
l’Institut Supérieur de Commerce de Bandundu.
Pour y parvenir à notre fin, nous avons commencé par l’analyse du

système existant dans son ensemble, ce qui nous a faciliter la compréhension
des causes de dysfonctionnement du système en place afin d’opter pour une
solution idéale, dont l’informatisation.
Pour y parvenir, un système d’information a été conçu au travers de

la méthode MERISE et réalisé avec le concours du langage de programmation
Visual Basic.NET, qui nous ont permis de créer les différentes fenêtres
constituent notre application complété par le système de gestion des bases de
données Microsoft Accès dans sa version 2010, pour la création et la gestion
de notre base de données qui prendra en charge les données sur la gestion
sous étude.
Vue l’importance de l’étude que nous avons mené au Centre de

Santé BONDEKO, nous demandons aux autorités de ce Centre de Santé de
s’impliquer et de débloquer des fonds nécessaire afin de pouvoir automatisé la
gestion de facturation des malades et faciliter l’atteinte des objectifs de ce
centre.
L’objectif étant atteint, nous laissons la balle est au camp des autres
chercheurs évoluant dans le domaine d’informatique de gestion, d’explorer des
d’autres piste qui restent encore non abordés.
74
BIBLIOGRAPHIE
1. Ouvrages
a) BAPTISTE, Jean Luc, Merise. Guide pratique : modélisation des données et des traitements,
langage SQL, Collections Ressources Informatiques, éd. ENI.
b) COLLOGNES A., Merise, méthode de conception, Ed. Bordas, Paris 1987..
c) DECOURCY R, Les systèmes d’information en réadaptation, Ed Quebec Réseau
International CIDH et facteur environnementaux, 2013.
d) DIONISI D., Essentiel sur merise, Paris, Ed. Eyrolles, 2001.
e) GABRIEL P, Système d’information pour le management, Ed. Willey, Paris 2012.
f) LAUBET, B., Initiation aux méthodes de recherche en sciences sociales, éd. L’Harmattan,
Paris, 2010.
g) MATHERON J.P., comprendre merise, Ed. Eyrolles, Paris, 2015.
h) PINTOR et GRAWITZ. M, Méthodes de recherche en sciences sociales, 4è ed. Paris,
Dalloz, 1971.
i) RATZINGER J., Analyse et conception de système d’information, éd., DUNOD,
Paris, 2011.
j) SHOMBA Kinyamba Sylvain, Méthodologie et Epistémologie de la recherche scientifique,
Kinshasa, PUK, 2016.
2. Notes de cours
 IKUMA C., Cours d’Initiation à la Recherche Scientifique, G2 Info, ISC-KIN,
2016-2017.
 KAKESA D. Notes de cours de MAI 2, Inédit, G3 Info B, ISC-BDD 2019-2020
 MAVUDILA KONGO Romain, note de cours de conception de système informatique,
L1 Gestion informatique, ISC-BDD, P.15, 2015-2016
 MVIBUDULU J.A, Notes de cours de méthode d’analyse d’information, G2
informatique/ISC-Kinshasa, 2011-2012.
 TAZI KIZEY J., notes de cours de l’Initiation à la recherche scientifique, G2 Info,
ISC/BDD, P. 101, 2019-2020.
3. Sites web
 http://www.CommentCaMarche.net / merise.html.
 https://www.web.maths.unsw.edu.
75
TABLE DES MATIERES

Epigraphe ............................................................................... Erreur ! Signet non défini.
Dédicace ................................................................................. Erreur ! Signet non défini.
Remerciements ...................................................................... Erreur ! Signet non défini.
Liste des abréviations ............................................................ Erreur ! Signet non défini.
LISTE DES FIGURES ................................................................. Erreur ! Signet non défini.
LISTE DES TABLEAUX .............................................................. Erreur ! Signet non défini.
INTRODUCTION ...................................................................... Erreur ! Signet non défini.
MISE EN CONTEXTE ............................................................ Erreur ! Signet non défini.
PROBLEMATIQUE................................................................ Erreur ! Signet non défini.
HYPOTHESE ......................................................................... Erreur ! Signet non défini.
CHOIX ET INTERET DU SUJET .............................................. Erreur ! Signet non défini.
CHOIX DU SUJET .............................................................. Erreur ! Signet non défini.
INTERET DU SUJET ........................................................... Erreur ! Signet non défini.
DELIMITATION DU SUJET .................................................... Erreur ! Signet non défini.
CANEVAS DU TRAVAIL ........................................................ Erreur ! Signet non défini.
DIFFICULTES RENCONTREES ............................................... Erreur ! Signet non défini.
PREMIERE PARTIE : ETUDE D’OPPORTUNITE ......................... Erreur ! Signet non défini.
CHAPITRE 1 : CONSIDERATIONS THEORIQUES ...................... Erreur ! Signet non défini.
Introduction ........................................................................... Erreur ! Signet non défini.
I. CONCEPTS INFORMATIQUE DE BASE .............................. Erreur ! Signet non défini.
1. Système ....................................................................... Erreur ! Signet non défini.
2. Base de données ......................................................... Erreur ! Signet non défini.
3. SYSTEME DE GESTION DE BASE DE DONNEES (SGBD) Erreur ! Signet non défini.
CONCEPTS LIES AU SUJET ................................................... Erreur ! Signet non défini.
Mise en place : .................................................................... Erreur ! Signet non défini.
Système informatisé ........................................................... Erreur ! Signet non défini.
Gestion ................................................................................ Erreur ! Signet non défini.
Facturation ......................................................................... Erreur ! Signet non défini.
Malade ................................................................................ Erreur ! Signet non défini.
Conclusion .............................................................................. Erreur ! Signet non défini.
76
Chapitre 2 : CHOIX DE LA METHODOLOGIE DE L’ETUDE ....... Erreur ! Signet non défini.

Introduction ........................................................................ Erreur ! Signet non défini.
Section 1. Méthodologie ........................................................ Erreur ! Signet non défini.
1.1. Choix de la méthode .................................................... Erreur ! Signet non défini.
1.2. Présentation de la méthode MERISE........................... Erreur ! Signet non défini.
1.2.1. Merise ................................................................... Erreur ! Signet non défini.
2.1. Choix des outils ............................................................ Erreur ! Signet non défini.
2.2. Présentation des outils ................................................ Erreur ! Signet non défini.
Conclusion .............................................................................. Erreur ! Signet non défini.
CHAPITRE 3 : CHAMP DE L’ETUDE ......................................... Erreur ! Signet non défini.
Section 1. Présentation de l’entreprise ................................. Erreur ! Signet non défini.
1.1. Situation géographique ............................................... Erreur ! Signet non défini.
1.2. HISTORIQUE ................................................................. Erreur ! Signet non défini.
1.3. Objectifs ....................................................................... Erreur ! Signet non défini.
1.4. Organisation et fonctionnement ................................. Erreur ! Signet non défini.
1.4.1. Organisation .......................................................... Erreur ! Signet non défini.
1.4.2. Fonctionnement .................................................... Erreur ! Signet non défini.
1.5. ORGANIGRAMME GENERAL DE L’ENTREPRISE ........... Erreur ! Signet non défini.
CIRCUIT DE MALADE ....................................................... Erreur ! Signet non défini.
Section 2 : ANALYSE DE L’EXISTANT ...................................... Erreur ! Signet non défini.
2.1. Description des activités du service concerné ............ Erreur ! Signet non défini.
2. 1.1.Organigramme du service concerné ..................... Erreur ! Signet non défini.
2.2. Étude des postes de travail ......................................... Erreur ! Signet non défini.
2. 2.1. Recensement des postes de travail ..................... Erreur ! Signet non défini.
2.2. Description des postes de travail ................................ Erreur ! Signet non défini.
2.3 : Étude des documents ................................................. Erreur ! Signet non défini.
2. 3.1. Recensement des documents .............................. Erreur ! Signet non défini.
2. 3.2. Présentation et description de documents ......... Erreur ! Signet non défini.
2.4. Étude des moyens de traitement des informations ... Erreur ! Signet non défini.
2.4.1. Ressources humaines ............................................ Erreur ! Signet non défini.
77
2.4.2. Moyens matériels.................................................. Erreur ! Signet non défini.

2.4.3. Moyens Financiers ................................................ Erreur ! Signet non défini.
2.5 : Étude de la circulation des informations ................... Erreur ! Signet non défini.
2.5.1. Narration ............................................................... Erreur ! Signet non défini.
2.5.2. DIAGRAMME DES FLUX ......................................... Erreur ! Signet non défini.
A. FORMALISME .............................................................. Erreur ! Signet non défini.
LA MATRICE DE FLUX DES INFORMATIONS ........................ Erreur ! Signet non défini.
Section 3 : DIAGNOSTIC DE L’EXISTANT ET SCENARIO DE MISE EN OEUVRE ...Erreur !
Signet non défini.
3.1 : bilan critique de l’existant .......................................... Erreur ! Signet non défini.
3.2. Proposition des solutions ............................................ Erreur ! Signet non défini.
3.2.1. Scénario de réorganisation (Solution manuelle) . Erreur ! Signet non défini.
3.2.3. Choix de la meilleure solution............................... Erreur ! Signet non défini.
Conclusion du chapitre .......................................................... Erreur ! Signet non défini.
Conclusion de la partie ....................................................... Erreur ! Signet non défini.
DEUXIEME PARTIE : CONCEPTION ET REALISATION DU NOUVEAU SYSTEME
D’INFORMATION .................................................................... Erreur ! Signet non défini.
CHAPITRE I: CONCEPTION DU SYSTEME D’INFORMATION ORGANISE(SIO) ........Erreur !
Signet non défini.
1.1. Définition et but .......................................................... Erreur ! Signet non défini.
1.2. Modélisation conceptuelle de communication .......... Erreur ! Signet non défini.
1.2.1. Définition et but .................................................... Erreur ! Signet non défini.
1.2.2. Construction du modèle conceptuel de communication . Erreur ! Signet non
défini.
1.3. MODÉLISATION CONCEPTUELLE DE TRAITEMENT ...... Erreur ! Signet non défini.
1.3.2. Formalisme et définition de quelques concepts de base du MCT ......Erreur !
Signet non défini.
1.3.3. Identification et Description des processus .......... Erreur ! Signet non défini.
1.3.4. Présentation du Modèle conceptuel de traitement (MCT) ..... Erreur ! Signet
non défini.
78
1.4. MODÉLISATION CONCEPTUELLE DE DONNÉES ........... Erreur ! Signet non défini.

1.4.2. Construction du MCD ............................................ Erreur ! Signet non défini.
Section 2. Etape organisationnelle ........................................ Erreur ! Signet non défini.
2.2. Modélisation organisationnelle de traitement ........... Erreur ! Signet non défini.
2.2.2. Passage du MCT au MOT .......................................... Erreur ! Signet non défini.
2.2.3. Présentation du MOT ............................................ Erreur ! Signet non défini.
2.3. Modélisation organisationnelle de données ............... Erreur ! Signet non défini.
2.3.2. Construction du modèle organisationnel de données ..... Erreur ! Signet non
défini.
Schéma de sécurité des données des procédures fonctionnelles . Erreur ! Signet non
défini.
Conclusion du chapitre : ..................................................... Erreur ! Signet non défini.
CHAPITRE II: MODELISATION DU SYSTEME D’INFORMATION INFORMATISE (SII)
................................................................................................ Erreur ! Signet non défini.
Section I. Etape logique ...................................................... Erreur ! Signet non défini.
1.1. Définition et but ......................................................... Erreur ! Signet non défini.
1.2. Présentation des ressources matérielles et logicielles Erreur ! Signet non défini.
1.2.1. Caractéristiques matérielles ................................. Erreur ! Signet non défini.
1.2.2. Caractéristiques logicielles .................................... Erreur ! Signet non défini.
Modélisation logique de traitement .................................. Erreur ! Signet non défini.
Définition et but .............................................................. Erreur ! Signet non défini.
Construction du MLT ....................................................... Erreur ! Signet non défini.
Passage du MOT au MLT ................................................. Erreur ! Signet non défini.
1.4. Modélisation logique de données ............................... Erreur ! Signet non défini.
1.4.2. Formalisme et règles de passage .......................... Erreur ! Signet non défini.
1.4.4. Normalisation de la base de données................... Erreur ! Signet non défini.
79
1.4.5. Présentation du MLD Valide ................................. Erreur ! Signet non défini.

1.4.6. Schémas relationnel associé au MLD Valide ......... Erreur ! Signet non défini.
Section II. Étape physique .................................................. Erreur ! Signet non défini.
2.2. Modélisation physique de traitement ......................... Erreur ! Signet non défini.
2.2.2.3. Présentation du MPT ......................................... Erreur ! Signet non défini.
2.3. Modélisation Physique de données ............................ Erreur ! Signet non défini.
2.3.2. Construction du modèle physique de données .... Erreur ! Signet non défini.
2.3.3. Présentation du modèle physique de données .... Erreur ! Signet non défini.
CHAPITRE III : DEVELOPPEMENT DU SYSTEME D’INFORMATION INFORMATISE Erreur !
Signet non défini.
Introduction ........................................................................... Erreur ! Signet non défini.
1.1. Présentation et but ...................................................... Erreur ! Signet non défini.
1.2. Choix de l’environnement et du langage de programmation . Erreur ! Signet non
défini.
1.3. Présentation de la structure du logiciel ..................... Erreur ! Signet non défini.
1.5. Présentation du logiciel ............................................... Erreur ! Signet non défini.
1.5.1. Ecran d’accueil ...................................................... Erreur ! Signet non défini.
1.5.2. Boite de connexion ............................................... Erreur ! Signet non défini.
1.5.3. Menu principal ...................................................... Erreur ! Signet non défini.
1.5.5. Formulaire Agents ................................................. Erreur ! Signet non défini.
1.5.6. Formulaire Paiements ........................................... Erreur ! Signet non défini.
1.5.7. Ecriture de codes................................................... Erreur ! Signet non défini.
1.5.8. Présentation d’un état de sortie ........................... Erreur ! Signet non défini.
1.5.8.2. Etat de sortie paiement ..................................... Erreur ! Signet non défini.
Conclusion de la partie ....................................................... Erreur ! Signet non défini.
CONCLUSION GENERALE ........................................................ Erreur ! Signet non défini.
80
BIBLIOGRAPHIE ...................................................................... Erreur ! Signet non défini.

1. Ouvrages ......................................................................... Erreur ! Signet non défini.
2. Notes de cours ................................................................ Erreur ! Signet non défini.
3. Sites web ......................................................................... Erreur ! Signet non défini.

Mon TFC 2022 Mungu Pro

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Mon TFC 2022 Mungu Pro

Transféré par

Droits d'auteur :

Formats disponibles

i

« La preuve de la valeur d’un système informatique est son existence »

ALAN JAY PERLIS

A mes très chers parents MABUNDA MAWETE et TALABO

MABUNDA ISUNGU Dieumerci

Nos remerciements s’adressent à toutes les autorités

Nous remercions sincèrement Monsieur le Chef de Travaux

Nous rendons un vibrant hommage aux enseignants de l’ISC en

Sans oublier nos héros à l’ombre aux personnes de Josué

A nos compagnons de lutte : KINGIENGI Packy, TOLOWA

A nos frères et sœurs, MABUNDA Auguy, MABUNDA

Ainsi, que tous ceux qui de près ou de loin nous ont

MABUNDA ISUNGU Dieumerci

 BDD : Base de Données

LISTE DES FIGURES

Figure 1 : Schéma d’un système d’information .......................................................................... 8

Figure 2 : bon d’entrée en caisse ............................................................................................. 21

Figure 3 : Bon de Sortie ............................................................................................................ 22

Figure 4 : Facture ...................................................................................................................... 22

Figure 5 : ELABORATION DU DIAGRAMME DE FLUX ....................................................... 25

Figure 6 : DIAGRAMME DE FLUX .......................................................................................... 25

Figure 7 : Modèle conceptuel de traitement (MCT) ............................................................... 33

Figure 8 : Présentation du MCD .............................................................................................. 38

Figure 5 : Construction du MOD Global ................................................................................. 42

Figure 6 : Présentation du MLD Brut ....................................................................................... 53

Figure 7 : Présentation du MLD valide ..................................................................................... 55

LISTE DES TABLEAUX

Tableau 1 : Ressources humaines ............................................................................................ 23

Tableau 2 : Ressources matérielles .......................................................................................... 23

Tableau 3 : Matrice de flux des informations........................................................................... 25

Tableau 4 : Construction du modèle conceptuel de communication ..................................... 30

Tableau 5 : Matrice de flux ....................................................................................................... 31

Tableau 5 : Tableau descriptif du processus ...................................................................... 32

Tableau 6 : Description des objets .......................................................................................... 35

Tableau 7 : Description des relations ...................................................................................... 36

Tableau 8 : Description des Contraintes ................................................................................. 37

Tenant compte du développement technologique dans ce siècle

Ainsi pour ce qui est de l’automatisation des systèmes d’informations,

Dans le souci de satisfaire aux besoins de l’entreprise dans la

L’informatique s’avère un outil d’appoint pour faciliter toutes ces

Les centres de santé sont des structures sanitaires de proximité,

Dans le souci de permettre au centre de santé BONDEKO de

La problématique désigne l’ensemble de questions ou une série de

Actuellement et partout ailleurs, les centres de santé font partie

Par conséquence, nos investigations sur terrain sur la manière dont

 L’enregistrement des informations pose problème ;

En égard aux problèmes évoqués ci-haut, nous formulons les

 Quelle solution proposer au Centre de santé BONDEKO pour remédier

Dans les pages ci-dessous, nous tenterons de fournir des réponses

A ce stade, il sied de définir en premier lieu le concept hypothèse

L’hypothèse est une proposition de réponse admise à titre provisoire

PINTOR et GRAWITZ. M, l’hypothèse est une proposition de réponse à

Répondant à la première question, sur base des problèmes que

Pour ce qui est de l’atteinte des objectifs, nous affirmons sans

4. CHOIX ET INTERET DU SUJET

4.1. CHOIX DU SUJET

Le choix d’une thématique de recherche n’a jamais été un fait

En ce qui nous concerne, nous avons porté notre choix sur la :

Le choix de cette thématique se justifie par le souci d’apporter

4.2. INTERET DU SUJET

Pour nous, la présente recherche nous permet de concilier les riches

(5) Shomba Kinyamba Sylvain, Méthodologie et Epistémologie de la recherche scientifique, Kinshasa,

Pour le centre de santé BONDEKO qui est notre champ