ECOLE SUPERIEURE D’INFORMATIQUE SALAMA

République Démocratique Du Congo

Province du Haut Katanga
Lubumbashi
www.esisalama.org

MISE EN PLACE D’UN RESEAU POUR LA CENTRALISATION ET

L’UNIFORMISATION DES DONNEES DES MALADES DE DIFFERENTS
CENTRES MEDICAUX A LUBUMBASHI

Travail présenté et défendu en vue de l’obtention du grade d’ingénieure

technicienne en Administration Système et Réseaux

Par : KAVIRA ILUNGA Melissa

Filière : ADMINISTRATION SYSTEME ET RESEAU

Septembre 2020
ECOLE SUPERIEURE D’INFORMATIQUE SALAMA
République Démocratique Du Congo
Province du Haut Katanga
Lubumbashi
www.esisalama.org

MISE EN PLACE D’UN RESEAU POUR LA CENTRALISATION ET

L’UNIFORMISATION DES DONNEES DES MALADES DE DIFFERENTS
CENTRES MEDICAUX A LUBUMBASHI

Travail présenté et défendu en vue de l’obtention du grade d’ingénieure

technicienne en Administration Système et Réseaux

Par : KAVIRA ILUNGA Melissa

Filière : ADMINISTRATION SYSTEME ET RESEAU

Directeur : Monsieur Ferdinand KAHENGA

Co-directrice : Madame Ida KAKUMBI

Septembre 2020
 I

EPIGRAPHE

L a santé est de tous les trésors, le plus précieux et le plus mal

gardé.
Joseph Sanial-Dubay

TFC_ESIS_AS 2020
 II

DEDICACE

A l’éternel Dieu tout puissant créateur maitre des temps et des circonstances
pour sa présence dans ma vie ;
A mes chers et tendres parents BULANDA MPYANA Bruno et BATOTO
NZOGHU Jeanne pour leur présence dans ma vie, leur amour, leur volonté à vouloir
nous instruire dans la crainte de l’éternel ;

A mes frères et sœurs bien aimés : Léa SONYA, MASIKA MONGA Monique,
MUHINDO NGOY Daniel, KAVUGHO LENGE Evelyne, KAHAMBU NDAY
Angélique, KASEREKA KALENGA Jean-Louis, pour tout le moment d’allégresse et
de tristesse que nous avons eu et que nous continuons à passer ensemble, votre
compagnie ne nous lassera jamais ;
A mes chers oncles Enock KAKWAYA et Jean-Claude PALUKU pour tous
leurs soutient, leurs présences et leurs encouragements tout au long de notre
parcours ;
A vous tous qui nous aimez et que nous aimons également, nous dédions avec
considération et affectation ce travail.

TFC_ESIS_AS 2020
 III

REMERCIEMENTS

Avant toute chose, nous rendons gloire au bon Dieu de nous avoir protégé contre tout mal
durant toute la période d’étude et d’avoir permis à ce que ce nous arrivions à la fin de notre cycle.

Nous adressons nos sincères remerciements à :

Monsieur Ferdinand KAHENGA, Directeur du travail pour son suivi, ses conseils, sa
disponibilité, ses orientations et surtout pour son temps qu’il a disposé pour nous diriger ainsi que
pour tout l’amour et la volonté qu’il nous a manifesté tout au long de la rédaction de ce travail.

Madame Ida KAKUMBI, co-directrice du travail pour, sa volonté de nous codiriger, pour
les discussions et pour toute son aide dans la réalisation de ce travail.

Monsieur Erick MPUNDU, pour sa disponibilité, sa volonté à nous venir en aide, pour son
temps accordé, pour les discussions et pour toute son aide dans la réalisation de ce travail.

Monsieur Michée KALONDA, coordonnateur de la filière réseau à l’école supérieure

d’informatique Salama (ESIS), pour sa disponibilité, pour son temps accordé à nos différentes
préoccupations, pour toute son aide tout au long de notre cursus académique.

Monsieur Patient KASONGO, directeur du centre d’excellence, pour ses différents

conseils qui nous seront bénéfiques tout au long de notre vie.

Nous remercions la Famille du Docteur ELEMER Delgado pour leur soutien financier et
moral et surtout pour leurs présences dans nos vies.

Nous remercions enfin nos amis et collègues : Cynthia BUKINGA, Syntiche KABULO,
Benitha KATANGA, Suzanne NTULIZA, Jonathan KETEMBWA, Estimé KAVUND, Antoine
DISASI, Pierre KAZADI, Isaac KAZADI, Youri MUKAZ, Patrick MPANGA, Asahel NDEVU
pour les moments passés ensembles, leurs aides et pour les encouragements.

À tous les héros dans l’ombre dont nous n’avons pas pu citer leurs noms, nous vous disons
merci pour tout.

TFC_ESIS_AS 2020
 IV

LISTE DES FIGURES

Figure I.1 statistiques des zones de santé de Lubumbashi .............................................................. 9

Figure I.2 organigramme du plan sanitaire de Lubumbashi ......................................................... 10
Figure I.3 infrastructure du réseau actuel ..................................................................................... 11
Figure I.4 spécifications fonctionnelles du futur système ............................................................ 14
Figure II.1 Conception générale ................................................................................................... 17
Figure II.2 phases de la méthode UP ............................................................................................ 20
Figure II.3 diagramme des cas d’utilisations ................................................................................ 22
Figure II.4 diagramme des séquences du cas : enregistrer patient ................................................ 24
Figure II.5 diagramme des séquences du cas : Générer un QR Code ........................................... 25
Figure II.6 Diagramme des séquences du cas : Scanner le QR Code ........................................... 26
Figure II.7 Diagramme des classes ............................................................................................... 27
Figure II.8 Modèle du domaine .................................................................................................... 28
Figure II.9 Diagramme d’activité 1 .............................................................................................. 29
Figure II.10 Diagramme d’activité 2 ............................................................................................ 30
Figure II.11 antenne AirMax Rocket Prism RP-5AC-Gen 2 ........................................................ 32
Figure II.12 antenne PowerBeam 5AC Gen2 ............................................................................... 32
Figure II.13 commutateur Catalyst 9400 ...................................................................................... 33
Figure II.14 serveur HP AH232A ................................................................................................. 34
Figure II.15 choix technologique de la base des données ............................................................. 36
Figure III.1 couverture réseau par Access point ........................................................................... 39
Figure III.2 Access point et client Clinique Delgado ................................................................... 40
Figure III.3 Access point et client hôpital Flora ........................................................................... 40
Figure III.4 Access point et client hôpital Gécamines sud ........................................................... 41
Figure III.5 Access point et client hôpital Sendwe ....................................................................... 41
Figure III.6 Access point et client Clinique Universitaire ............................................................ 42
Figure III.7 Topologie physique du réseau ................................................................................... 44
Figure III.8 Vtp serveur ................................................................................................................ 45
Figure III.9 Vtp client ................................................................................................................... 47
Figure IV.1 Plan d’implémentation .............................................................................................. 51

TFC_ESIS_AS 2020
 V

Figure IV.2 installation et configuration du PHP ......................................................................... 52

Figure IV.3 installation et configuration de MySQL .................................................................... 52
Figure IV.4 installation et configuration d’apache ....................................................................... 53
Figure IV.5 topologie réseau......................................................................................................... 54
Figure IV.6 Création des vlan ....................................................................................................... 55
Figure IV.7 Liste des vlan ............................................................................................................. 55
Figure IV.8 Activation du truncking ............................................................................................. 56
Figure IV.9 Configuration du VTP serveur .................................................................................. 56
Figure IV.10 activation du VRRP sur les commutateurs .............................................................. 56
Figure IV.11 Configuration du Vtp client..................................................................................... 57
Figure IV.12 Preuve de basculement des vlan .............................................................................. 57
Figure IV.13 Page d’accueil ......................................................................................................... 58
Figure IV.14 Fonctionnalités du centre médical ........................................................................... 59
Figure IV.15 Fonctionnalités de l’administrateur ......................................................................... 60
Figure IV.16 Formulaire d’ajout du patient .................................................................................. 61
Figure IV.17 Gestion des médecins .............................................................................................. 62
Figure IV.18 Application Android ................................................................................................ 63
Figure IV.19 Evaluation des besoins fonctionnels ....................................................................... 64
Figure IV.18 Evaluation des besoins fonctionnels ....................................................................... 64
Figure IV.20 Evaluation des besoins non fonctionnels ................................................................ 65

TFC_ESIS_AS 2020
 VI

LISTE DES TABLEAUX

Tableau I.1 Statistiques des zones de santé de Lubumbashi ........................................................... 8

Tableau II.1 Les principaux acteurs du diagramme des cas d’utilisation et leurs fonctionnalités 21
Tableau II.2 Description textuelle du cas : enregistrer patient ..................................................... 23
Tableau II.3 Description textuelle du cas : Générer un QR Code ................................................ 24
Tableau II.4 Description textuelle du cas : Scanner le QR Code du patient ................................. 25
Tableau III.1 Plan d’adressage ...................................................................................................... 43
Tableau IV.1 Besoins fonctionnels ............................................................................................... 64
Tableau IV.2 Besoins non fonctionnels ........................................................................................ 65
Tableau IV.3 Evaluation budgétaire de la centrale ....................................................................... 66
Tableau IV.4 Evaluation budgétaire des centres médicaux .......................................................... 66

TFC_ESIS_AS 2020
 VII

LISTE D’ACRONYMES

UP : Unify Process

CS : Centre de santé

CSR : Centre de santé de référence

CM : Centre médical

HGR : Hôpital général de référence

PDF : Portable Document Format

ROAS : router-on-a-stick

SVI : switch virtual interface

UML : Unify modeling langage

PNG : Portable Network Graphics

JPG : Joint Photographic Experts Group

PHP : Hypertext Preprocessor

HTTP : Hypertext Transfer Protocol

HTML : Hypertext Markup Language

CSS : Cascading Style Sheets

POE : Power over Ethernet

CPE : Customer Premises Equipment

LAN : Local area network

VLAN : Virtual local area network

VTP : Vlan trunk protocol

VRRP : Virtual Router Redundancy Protocol

TFC_ESIS_AS 2020
 VIII

TABLE DES MATIERES

EPIGRAPHE.................................................................................................................................... I

DEDICACE .................................................................................................................................... II

REMERCIEMENTS ..................................................................................................................... III

LISTE DES FIGURES ................................................................................................................. IV

LISTE DES TABLEAUX............................................................................................................. VI

LISTE D’ACRONYMES ............................................................................................................ VII

TABLE DES MATIERES ......................................................................................................... VIII

AVANT-PROPOS ....................................................................................................................... XII

CHAPITRE 0 : INTRODUCTION GENERALE........................................................................... 1

0.1 Problématique ....................................................................................................................... 1

0.2 Hypothèse ............................................................................................................................. 2

0.3 Choix et intérêt du sujet ........................................................................................................ 2

1. Intérêt personnel.................................................................................................................. 2

2. Intérêt scientifique .............................................................................................................. 2

3. Intérêt social ........................................................................................................................ 2

0.4 Méthodes et techniques ......................................................................................................... 3

- Méthodes .............................................................................................................................. 3

- Techniques ............................................................................................................................ 3

0.5 Etat de l’art ............................................................................................................................ 4

0.6 Délimitation du sujet ............................................................................................................. 5

0.7 Subdivision du travail....................................................................................................... 5

0.8 Outils à utiliser ...................................................................................................................... 6

TFC_ESIS_AS 2020
 IX

CHAPITRE I : SYSTEME MEDICAL ACTUEL ......................................................................... 7

I.1 Introduction partielle ............................................................................................................. 7

I.2 Etude du système existant...................................................................................................... 7

I.2.1 Présentation de la ville de Lubumbashi .......................................................................... 7

I.2.2 structure et fonctionnement ............................................................................................ 8

I.3 Critique de l’existant ........................................................................................................... 12

I.4 Spécification des besoins ..................................................................................................... 13

I.4.1 Besoins fonctionnels ..................................................................................................... 13

I.4.2 Besoins non fonctionnels .............................................................................................. 13

I.5 Conclusion partielle ............................................................................................................. 15

CHAPITRE II : CONCEPTION DETAILLEE DU FUTUR SYSTEME .................................... 16

II.1. Introduction partielle ......................................................................................................... 16

II.2. Solution par rapport aux besoins ....................................................................................... 16

II.3. Conception générale .......................................................................................................... 17

II.4. Conception physique et logique détaillée.......................................................................... 17

II.4.1. La conception physique et détaillée de la conception réseau et de l’interconnexion des

centres médicaux ................................................................................................................... 18

II.4.2. La conception physique et détaillée du stockage des données et de la conception du

site web ................................................................................................................................. 19

II.5 Choix technologique de la solution .................................................................................... 31

II.5.1 La technologie de l’infrastructure réseau .................................................................... 31

II.5.2 La technologie de la base des données ........................................................................ 35

II.5.3 La technologie du site web. ......................................................................................... 36

II.6 Conclusion partielle............................................................................................................ 37

CHAPITRE III : CONCEPTION TECHNIQUE DU FUTUR SYSTEME ................................. 38

TFC_ESIS_AS 2020
 X

III.1 Introduction partielle ......................................................................................................... 38

III.2 Configurations réseaux ..................................................................................................... 38

III.2.1 Couverture réseau ...................................................................................................... 38

III.2.2 topologie logique (plan d’adressage) ......................................................................... 42

III.2.3 Configuration du commutateur central (serveur vtp)................................................. 45

III.2.4 Configuration des commutateurs clients .................................................................... 47

III.3 Installation et configuration des outils logiciels ............................................................... 47

III.3.1 installation et configuration de Php ........................................................................... 48

III.3.2 Installation et configuration de MySQL .................................................................... 48

III.3.3 Installation et configuration d’apache2 ...................................................................... 49

III.5 Conclusion partielle .......................................................................................................... 49

CHAPITRE IV : IMPLEMENTATION ET TEST DE LA SOLUTION ..................................... 50

IV.1 Introduction partielle ........................................................................................................ 50

IV.2 Plan d’implémentation ...................................................................................................... 51

IV.3 Installation et Configuration des outils ............................................................................. 52

IV.3.1 Installation et Configuration logiciel ......................................................................... 52

IV.4 Plan d’adressage et création de la topologie réseau...................................................... 54

IV.5 Configuration du Vtp et du routage inter vlan .............................................................. 54

IV.6 Les interfaces du site web ainsi que l’ajout du PHP ..................................................... 58

IV.7 L’application Android de lecture du QR Code ............................................................. 63

IV.8 Vérification et test de la solution ...................................................................................... 64

IV.9 Evaluation des exigences .................................................................................................. 64

IV.10.1 Evaluations des exigences fonctionnelles ................................................................ 64

IV.10.2 Evaluations des exigences non fonctionnelles ......................................................... 65

IV.11 Evaluation budgétaire ..................................................................................................... 66

TFC_ESIS_AS 2020
 XI

IV.12 Conclusion partielle ........................................................................................................ 66

CONCLUSION GENERALE ....................................................................................................... 67

REFERENCES ............................................................................................................................. 68

TFC_ESIS_AS 2020
 XII

AVANT-PROPOS

Actuellement, l’outil informatique est de plus en plus indispensable car il facilite non
seulement aux entreprises de se faire connaitre, de communiquer, de stocker les données,
d’accroitre la productivité mais il est également indispensable dans presque chaque domaine de la
vie courante.

Jadis, dans les différents centres médicaux la gestion se faisait via les documents
manuscrits, mais actuellement, plusieurs centres médicaux sont en train d’intégrer l’outil
informatique afin d’assurer la bonne gestion des malades et fournir des traitements fiable et
efficaces.

Cependant, pour assurer un traitement fiable et efficace, les centres médicaux requièrent
une communication, une uniformisation et une centralisation des données capitales entre elles,
dans le but d’être à mesure de répertorier les différentes maladies et traitement effectués par un
malade durant son parcours vital dans une ville et également pour éviter de refaire certains
examens médicaux qui sont souvent répétés inutilement tels que : le test de groupe sanguin, le test
des maladies chroniques, etc.

Ce travail qui s’inscrit dans le cadre du travail de fin de cycle, va justement essayer d’aider
les différents centres médicaux d’être à mesure d’uniformiser, centraliser et faire un suivi des
données des malades de la ville dont nous présenterons par la suite.

TFC_ESIS_AS 2020
 Page |1

CHAPITRE 0 : INTRODUCTION GENERALE

0.1 Problématique

La gestion des informations fixes liées aux malades est un problème fréquent au sein des
différents centres médicaux de la ville. Actuellement dans plusieurs centres médicaux on a du mal
à faire le suivi de différentes maladies contractées par les patients ; Cette difficulté est due au fait
que la plupart des centres médicaux ne disposent pas d’une infrastructure réseau. La gestion de
différentes informations des malades est faite d’une manière manuscrite et cela entraine un
désordre et une difficulté dans la conservation d’archives. Le suivi des différentes maladies
chroniques est rendu impossible par manque d’une architecture commune pouvant permettre un
échange d’informations entre les différents centres médicaux qui gèrent tous des informations
presque similaires. Un malade est obligé d’être enregistré chaque fois qu’il doit se déplacer d’un
centre médical a un autre, certains examens fait sur le patient tels que le test du groupe sanguin ne
valent pas la peine car elles sont inchangeables, certaines informations telles que les produits
auxquels un malade est allergique, les maladies chroniques du patient doivent être connu d’avance
par chaque centre médical qui soigne le patient.

 Comment mettre en place un réseau pouvant couvrir toute l’étendue de la ville afin
d’interconnecter les différents centres médicaux et uniformiser la gestion des patients?

 Quel mécanisme allons-nous utiliser pour centraliser les différentes informations des
patients tout en les protégeant ?

TFC_ESIS_AS 2020
 Page |2

0.2 Hypothèse

Pour pallier aux différentes difficultés énumérées dans notre problématique, plusieurs
solutions peuvent être appliquées selon les différentes technologies utilisées et selon le milieu dans
lequel la solution est implémentée. Quant à nous, nous aurons à :

 Mettre en place un réseau métropolitain pouvant permettre d’interconnecter différents

centres médicaux de la ville ;
 Disposer d’un serveur sur lequel sera hébergé une base de données capables d’assurer la
gestion et l’uniformisation des différentes informations des patients ;
 Disposer d’un site web pouvant être utilisé pour assurer l’interaction entre les utilisateurs
de la base des données et également générer les QR code des patients ;
 Disposer d’un lecteur de QR code qui sera utilisé pour déchiffrer les données.

0.3 Choix et intérêt du sujet

Le domaine sanitaire étant très capital pour chaque être humain ; il est de notre devoir en
tant que scientifique de trouver une solution pour pallier aux différentes difficultés pouvant mettre
en danger la vie humaine. L’intérêt que nous portons à ce sujet peut être présenté comme suit :

1. Intérêt personnel
Frappé par le désir d’approfondir nos connaissances dans le domaine de l’administration
réseau et la gestion des bases des données, nous nous engagions à mener des investigations sur ce
problème.

2. Intérêt scientifique
Ce travail va apporter un plus dans le monde scientifique, pour toute personne qui désire
se documenter ou apprendre plus sur le sujet, et aussi pour tout autre chercheur qui désire adapter
la même solution dans une autre ville, il constitue une source d’inspiration.

3. Intérêt social
Après avoir observé les différents risques que court la société dû au manque d’organisations
de nos différents centres médicaux et après avoir fait des recherches pouvant nous permettre
d’estimer la population affectée par les différents risques : environ 16% des personnes souffrant
des maladies chroniques dans la ville de Lubumbashi meurent suite a aux manque d’informations

TFC_ESIS_AS 2020
 Page |3

nécessaires sur leurs états de santé. Ce travail nous permettra de résoudre certains problèmes
énumérés ci-haut car la santé est très capitale pour chaque être humain.

0.4 Méthodes et techniques

- Méthodes
Dans le souci d’atteindre à la fin de notre travail un résultat, il nous est donc indispensable
de nous fixer une méthode à utiliser tout au long de ce travail. En effet une méthode étant une
démarche organisée et rationnelle de l’esprit pour arriver au résultat attendu.

Voici les méthodes dont nous avons utilisées

 Top down design

Cette méthode va nous permettre de faire un découpage de notre travail en quelques taches
abordable et également de faire une subdivision de nos différentes taches en quelques sous-taches
atomique ; et cela dans le but de nous permettre à mieux évoluer avec le travail.

 La méthode unify process

Cette méthode nous sera utile pour la modélisation de notre application et elle nous
permettra d’élaborer notre diagramme d’activité, notre diagramme des séquences ainsi que notre
diagramme des classes de l’application.

- Techniques
La technique est un outil mis à la disposition de la recherche et organiser par la méthode
dans le but d’y procéder.

Pour ce faire, dans le présent travail, nous ferons usage de deux techniques : la technique de
documentation et celle de l’interview.

 Interview
Nous ne sommes pas les premiers ni les derniers à traiter ce sujet, d’où cette méthode
nous a permis d’entrer en contact avec nos prédécesseurs, afin de rendre plus robuste
notre travail.
 La documentation

TFC_ESIS_AS 2020
 Page |4

Elle consiste en l’utilisation des documents de base relatifs à l’objet d’études, comme
les archives, les cours dispensés à l’école et aussi des différents travaux de fin d’études,
ou de cycle et des rapports de stage.
 Interview libre
Cette technique nous permettra de mener à bien les entretiens par jeux de questions-
réponses avec les différents étudiants et autorités académiques.

0.5 Etat de l’art

Dans le même cadre d’idée il y a eu des chercheurs qui nous ont précédés et que nous ne
manquerons pas de citer, il s’agit de :

o NTUMBA MUKOMA Véro étudiante d’ESIS en réseau administration système qui a

parlé sur : «la réplication des bases des données » 2014-2015. Son travail se base sur
la centralisation des maternités d’une commune.
Notre travail se différencie à celui cité ci-haut car non seulement on interconnecte les maternités
d’une commune, mais on interconnecte les centres médicaux d’une ville entière
o Jonathan BUPE étudiant d’ESIS de l’année académique 2017-2018 en génie logiciel
système informatique qui a parlé sur « la conception d’un système intelligent
permettant le monitoring à distance de tous les patients d’un hôpital »
Notre travail se différencie à celui de Jonathan dans le sens où son travail visait à aider l’infirmier
ou le médecin qui se lamentait de la surabondance des patients et du manque du personnel soignant
en proposant un système de surveillance intelligent.
o Joseph MUTOBA étudiant d’ESIS de l’année académique 2017-2018 en génie
logiciel et gestion qui a parlé sur « la conception d’une application web de suivi de
traitements et de consultation médicale en ligne. »
Notre travail se différencie à celui de Joseph dans le sens où son travail avait pour but principal de
permettre aux malades de suivre leurs traitements et effectuer des consultations à distance.
o Fabian MWAMBA étudiant d’ESIS de l’année académique 2011-2012 en génie
logiciel et système informatique qui parle sur « l’analyse et conception d’une
application d’aide au suivi médical dans une zone de santé cas de la zone de santé
Kampemba »

TFC_ESIS_AS 2020
 Page |5

Notre travail se différencie à celui de Fabien dans le sens où son travail permettait également de
faire un suivi des malades uniquement dans une zone de santé sans pour autant uniformiser les
différentes données dans toutes les zones de santé d’une ville.
o Franck Gaspard KANKWENDA MULOWAY étudiant d’ESIS de l’année
académique 2011-2012 en génie logiciel et système informatique qui parle sur « la
conception d’un logiciel de suivi des malades en pédiatrie ».
Notre travail se différencie à celui de Franck dans le sens où son travail avait pour but principal de
faire le suivi des différentes maladies contractées par les bébés.
0.6 Délimitation du sujet

Ce travail se limite aux réalités de la ville de Lubumbashi qui constitue notre champ
des recherches. La solution apportée concerne les différents hôpitaux, cliniques et petits centres
médicaux de la ville.
Dans le temps, il est à noter que ce travail œuvre au cours de l’année académique
2019-2020 ; Du point de vue technologique, nous utiliserons un site web et une base des données
pour l’insertion, le stockage et l’affichage des données.

0.7 Subdivision du travail

Outre, l’introduction et la conclusion générale ce présent travail sera constitué de quatre
chapitres :

Le premier chapitre de notre travail, traite sur le système médical actuel que nous aurons
à mettre en place. Il sera question dans ce chapitre de faire une description de notre cas
d’application, critiquer l’existant et y ressortir les besoins fonctionnels et non fonctionnels du futur
système.

Le deuxième chapitre se focalise sur la conception détaillée du futur système, en se

basant sur les besoins recueillis dans la première partie. Ici il sera plus question de faire une
conception générale, détaillée, logique et technique du système ainsi que le choix technologique.
La finalité de ce point est de ressortir une solution logique qui sera orientée dans les solutions
technologiques.

Le troisième chapitre se focalise sur la conception technique du futur système. Dans ce

chapitre, il sera question de donner les détails sur les différentes technologies choisies, les

TFC_ESIS_AS 2020
 Page |6

différentes configurations à faire, les procédures d’installation, des tests ainsi que de la
planification de l’implémentation.

Le dernier chapitre, qui est le chapitre quatre, traite l’implémentation de la solution, de

manière claire, Il est question d’appliquer toutes les procédures prévues et de montrer les résultats
émanant de ces dernières.

0.8 Outils à utiliser

Les outils logiciels rendant ce travail possible sont :

 Les systèmes d’exploitations :

 Windows 10
 Ubuntu 19.04

 Les outils de modélisation :

 Visio 13
 Edraw 10
 StartUml
 Gantt project

 L’outils de traitement des textes :

 Word 2016

 Les outils de simulation :

 Gns3
 Autres
 MySQL
 Apache
 PHP

TFC_ESIS_AS 2020
 Page |7

CHAPITRE I : SYSTEME MEDICAL ACTUEL

I.1 Introduction partielle

Dans ce chapitre, il est question de représenter notre champ d’investigation, faire une étude
détaillée du système existant et ressortir les failles afin de proposer une solution pouvant nous
permettre d’y remédier.

I.2 Etude du système existant

I.2.1 Présentation de la ville de Lubumbashi
Lubumbashi occupe la deuxième position après Kinshasa du point de vue de la superficie
et de l'infrastructure. La ville compte onze zones de santés et la densité de sa population s’élève à
environ 7.000.000 d’habitants.

I.2.1.1 historique sanitaire

La Politique Nationale de la Santé (PNS) de la République Démocratique du Congo (RDC)
a été définie pour la première fois en 1984 et révisée en 2001 sur base des recommandations des
Etats Généraux de la Santé tenus en décembre 1999. Elle fait suite à la souscription par notre pays
aux déclarations internationales telles que : la déclaration d’Alma Ata sur les Soins de Santé
Primaires en 1978, la Charte Africaine de développement sanitaire en 1980.

Lubumbashi occupe plusieurs centres médicaux et différentes zones de santés qui regorgent
en leurs seins différents centres médicaux. Le premier centre médical est L’hôpital Gécamines Sud
et il fut créé en 1910 lors de la création de la ville.

I.2.1.2 Situation géographique

De par son nom, Lubumbashi provient du nom de la rivière qui baigne cette ville qui fut
créée en 1910 au moment de l'entrée du rail venant du sud. Lubumbashi est localisée dans la partie
australe de la RDC.

TFC_ESIS_AS 2020
 Page |8

Du Nord au Nord-ouest vers le sud Est, la ville de Lubumbashi est traversée par deux
grandes rivières : Kafubu et Lubumbashi. Son bassin hydrographique est composé de quatre
ruisseaux qui sont : Katuba, Kimilolo, Kiawishi et Naviundu.

I.2.1.3 Vision sanitaire

La vision sanitaire de la ville de Lubumbashi est de promouvoir l’état de santé de la
population en fournissant un paquet des soins de qualité, globaux, intégrés et continus avec la
participation de la communauté à la planification, la gestion des interventions et services de santé
à travers des organes de gestion sanitaire, afin de s’assurer que la population reçoive un traitement
efficace contre les différentes maladies, faire le suivi, le contrôle de l’état de santé de toute la
population et réduire le taux de mortalité.

I.2.2 structure et fonctionnement

I.2.2.1 représentation structurelle
La ville de Lubumbashi est subdivisée en onze zones de santés qui sont : Ruashi,
Lubumbashi, Kampemba, Kenya, Katuba, Kamalondo, Vangu, Kowe, Kisanga, Mumbunda,
Tshamilemba. Les onze zones de santés sont également subdivisées en aires de santé et la ville
compte 135 aires de santé.

Tableau I.1 Statistiques des zones de santé de Lubumbashi

ETATIQUE PRIVE CONVENTIONNE TOTAL

CS 26 459 14 499
CSR 6 8 6 20
CM 2 48 6 56
HOPITAL 3 6 1 10
HGR 6 1 0 7
TOTAL 43 522 27 592

La ville compte environ 43 centres étatiques, 522 centres privés, 27 centres conventionnés,
499 centres de santé, 20 centres de santé de références, 56 centres médicaux, 10 hôpitaux, 7 hôpital
générales de références.

TFC_ESIS_AS 2020
 Page |9

Statistiques des zones de santé de Lubumbashi

500

450

400

350

300

250

200

150

100

50

0
CS CSR CM HOPITAL HGR

ETATIQUE PRIVE CONVENTIONNE

Figure I.1 statistiques des zones de santé de Lubumbashi

Voici comment se présente l’organigramme sanitaire de la ville incluant les onze zones de
santés ainsi qu’une aire de santé par zone et un exemple d’un centre médical prit au hasard pour
chaque aire de santé :

(1) : la ville de Lubumbashi,

(2) : la liste des zones de santé se trouvant dans la ville de Lubumbashi,
(3) : la liste de quelques aires de santé pris à titre d’exemple dans chaque zone de santé,
(4) : les centres médicaux, les centres de santé et hôpitaux de la ville pris à titre d’exemple.

TFC_ESIS_AS 2020
 P a g e | 10

Figure I.2 organigramme du plan sanitaire de Lubumbashi

TFC_ESIS_AS 2020
 P a g e | 11

I.2.2.2 infrastructure du réseau actuel

Actuellement dans la ville nous retrouvons quelques centres médicaux, centres de santés
et hôpitaux qui ont déjà une infrastructure fonctionnelle et d’autres qui n’en ont pas. A titre
d’exemple, voici comment se présente les infrastructures de quelques centres médicaux d’une
manière concrète :

Figure I.3 infrastructure du réseau actuel

I.2.2.3 fonctionnement des infrastructures existants
Chaque centre médical fonctionne de sa façon, chaque centre médical dispose de son
infrastructure propre et la gestion des différentes données médicales se font par rapport à
l’organisation interne du centre médical ; c’est ainsi que la ville regorgent de certains centres
médicaux qui disposent d’une infrastructure capable de permettre de mieux stocker, sauvegarder
et effectuer une bonne gestion des différents dossiers médicaux des patients ; mais également
plusieurs centres médicaux qui ne disposent d’aucune infrastructure et assurent la gestion des
informations des leurs malades d’une manières manuscrite.

TFC_ESIS_AS 2020
 P a g e | 12

I.3 Critique de l’existant

La ville de Lubumbashi dispose déjà de quelques centres médicaux qui assurent déjà une
bonne gestion des données médicaux et certains centres qui ne disposent d’aucun moyen pouvant
permettre d’effectuer une bonne gestion des malades.

 Points forts
 L’existence des infrastructure réseaux dans certains centres médicaux de la ville ;
 L’existence des équipements réseaux et matériels adéquats dans certains centres
médicaux pouvant faciliter la centralisation ;
 L’existence d’un programme national de santé pouvant permettre de sensibiliser les
différents hôpitaux, et différents centres médicaux de la ville afin de les exciter à
changer leurs manières de gérer leurs patients
 L’existence du découpage en zone des santés et aires de santés.
 Points à améliorer
 Disposer d’une solution pouvant permettre aux différents centres médicaux de la ville
d’avoir une infrastructure réseaux pouvant permettre d’assurer une communication ;
 Disposer d’une stratégie de centralisation et uniformisation des différentes données
médicaux ;
 Disposer d’une base des données centralisée pouvant permettre de stoker les différentes
données liées aux malades ;
 Disposer d’une plateforme d’enregistrements des différentes données des malades
 Disposer d’une solution permettant d’assurer la confidentialité des informations de
chaque patient

TFC_ESIS_AS 2020
 P a g e | 13

I.4 Spécification des besoins

I.4.1 Besoins fonctionnels
Les besoins fonctionnels expriment une action devant être menée sur l’infrastructure à
définir en réponse à une demande.

 Mettre en place un réseau métropolitain capable d’interconnecter différents centres

médicaux de la ville ;
 Mettre en place une base des données capable de centraliser et uniformiser les
différentes données des malades de toute la ville
 Disposer d’une application commune, utilisable dans chaque centre médicale,
capable de permettre la gestion et l’insertion des données des malades de la ville
tout en garantissant la sécurité.

I.4.2 Besoins non fonctionnels

Les besoins non fonctionnels représentent les exigences implicites auxquelles le système
doit répondre. Partant donc des besoins fondamentaux, notre système doit répondre aux critères
suivants :

 L’utilisabilité du site web,

 La Disponibilité du réseau,
 La confidentialité des informations des patients,
 L’évolutivité de la base des données,
 La sécurité du réseau et de toutes les informations stockées,
 La performance du réseau,
 Le coût des tous les matériels.

Voici comment se présente les digrammes des spécifications fonctionnelles et non fonctionnelles
du futur système :

TFC_ESIS_AS 2020
 P a g e | 14

Figure I.4 spécifications fonctionnelles du futur système

TFC_ESIS_AS 2020
 P a g e | 15

I.5 Conclusion partielle

Dans ce chapitre, nous avons fait une étude globale sur l’organisation des différentes zones
de santé de la ville ; leurs subdivisions en aires de santé, les statistiques des centres de santés,
centres médicaux et hôpitaux de la ville qui nous servira de cas d’application. Ce chapitre nous a
également permis à ressortir les points forts du système existant, ses points faibles ainsi que les
besoins fonctionnels et non fonctionnels.

Le chapitre suivant sera consacré à la conception générale, détaillée, et logique du système,

ainsi que le choix technologique.

TFC_ESIS_AS 2020
 P a g e | 16

CHAPITRE II : CONCEPTION DETAILLEE DU FUTUR SYSTEME

II.1. Introduction partielle

Après avoir effectué l’étude du système existant dans le premier chapitre à travers lequel
les besoins fonctionnels et non fonctionnels ont été relevés afin d’améliorer l’architecture existante
dans différents centres médicaux, il sera maintenant question de passer à la conception du futur
système que nous aurons à implémenter. Ceci dit, nous allons décomposer le système en modules,
dans le but de réduire son niveau d’abstraction.

Dans ce présent chapitre, il sera question de présenter la conception que nous proposerons
au ministère sanitaire de la ville de Lubumbashi, pour cela nous avons opté pour la méthode top
down design qui se résume par la décomposition du problème ainsi que la méthode UP pour la
conception de l’application. Le problème sera ainsi divisé en un certain nombre des sous
problèmes, chacun de complexité moindre. Cette division sera ensuite appliquée aux sous
problèmes générés, et ainsi de suite, jusqu’à ce que la résolution de chacun des sous problèmes
soit trivial.

Nous ferons une conception générale du futur système, et nous aborderons aussi la
conception détaillée logique, qui aura pour but cette fois de réduire le niveau d’abstraction contenu
dans la conception générale.

II.2. Solution par rapport aux besoins

La solution que nous présenterons tout au long de ce travail permettra de faire un bon suivi
des malades, de gagner en temps en allégeant certains examens préliminaires, de connaitre en
avance l’historique médical du patient afin de lutter contre le retard d’intervention ou du
traitement, éviter les erreurs pouvant subvenir suite aux manques d’informations de base telles
que : les maladies chroniques du malade, ces allergies, son historique médical et autres
informations utiles.

C’est ainsi que nous avons opté de mettre en place un réseau de centralisation et
uniformisation des données des malades afin de permettre d’interconnecter les centres médicaux,

TFC_ESIS_AS 2020
 P a g e | 17

stocker les informations des bases des différents patients de la ville dans le but d’assurer un bon
suivi des patients.

II.3. Conception générale

Cette étape concerne la conception du système à son plus haut niveau d’abstraction. Elle
va beaucoup plus se focaliser sur une étude fonctionnelle du système en général.

Notre système permettant d’interconnecter les différents centres médicaux de la ville,

centraliser le stockage des différentes informations des malades et permettre l’accès aux
différentes informations des malades via un site web. Cela peut être représenté par les éléments ci-
dessous :

Figure II.1 Conception générale

 Conception réseau et interconnexion des centres médicaux : cette étape consiste à la
mise en place du réseau métropolitain pouvant permettre la communication entre les
différents centres médicaux.
 Stockage d’informations dans la base des données et Accès aux informations via le
site web : Cette partie prend en charge le choix de la base des données pouvant permettre
de stocker les différentes informations des malades pour assurer leurs uniformisations ainsi
que la mise en place du site web et d’une petite application Android de lecture du QR Code
qui sera généré par le site web.

II.4. Conception physique et logique détaillée

Cette étape concerne la conception du système à son plus haut bas niveau d’abstraction.
Notre processus de conception sera subdivisé en deux phases :

TFC_ESIS_AS 2020
 P a g e | 18

 La conception physique et détaillée de l’interconnexion des centres

médicaux ;
 La conception physique et détaillée du stockage des données et de
la conception du site web ;

II.4.1. La conception physique et détaillée de la conception réseau et de l’interconnexion des

centres médicaux
Afin de permettre la centralisation et l’uniformisation des différentes données des malades,
nous allons mettre en place un réseau métropolitain qui permettra d’assurer la communication
entre les différents centres médicaux de la ville.

o Pour assurer l’interconnexion nous avons portés notre choix sur le réseau sans fil qui est
un réseau informatique numérique qui connecte différents postes ou terminaux entre eux
par ondes radio. Il existe 3 types des liaisons des données dans les réseaux sans fil :
 La liaison point à point : c’est une liaison entre un seul émetteur et un seul
récepteur ;
 La liaison point à multipoint : c’est une liaison entre un seul émetteur et
plusieurs récepteurs ;
 Liaison multipoint à multipoint : c’est une liaison entre plusieurs émetteurs et
plusieurs récepteurs.

Dans notre travail, nous utiliserons la liaison point à multipoint dans laquelle notre point
d’accès (émetteur) ainsi que les différents récepteurs seront choisi ci-dessous tout en tenant compte
des besoins fonctionnels et non fonctionnels.

o Pour l’administration du réseau, nous utiliserons deux commutateurs multicouche qui

feront la redondance via le protocole VRRP ainsi que des petits commutateurs simples qui
seront placés dans chaque centre médical et qui seront choisi en fonction des besoins
fonctionnels et non fonctionnels, nous utiliserons le routage inter vlan afin de permettre
aux différents Vlan de communiquer entre eux. Il existe deux types de routage inter vlan :

 Le Roas : type de routage inter vlan qui se fait via un routeur dédié ;
 Le Svi : type de routage inter vlan qui se fait via un commutateur multicouche.

TFC_ESIS_AS 2020
 P a g e | 19

Nous utiliserons le routage Svi car il est celui qui présente des nombreux avantages qui sont :

 La rapidité par rapport au routage Roas ;

 L’absence de liens entre le commutateur et le routeur pour le routage ;
 N'est plus limité par une interface. Les EtherChannels de la couche 2 peuvent être
utilisés entre les commutateurs pour obtenir plus de bandes passantes ;
 Faible latence, car les opérations se font directement au sein du commutateur.
o Pour l’hébergement du site web, nous utiliserons deux serveurs physique qui seront choisi
en fonction de leurs différentes qualités et ils feront la réplication des différents services
qui seront implémentés.

II.4.2. La conception physique et détaillée du stockage des données et de la conception du site

web
Pour la réalisation de cette étape, nous allons recourir à la méthode du processus unifié(UP)
qui est une méthode générique de développement des logiciels. Ce processus utilise le langage
UML, il permet d’affecter des tâches et des responsabilités au sein d’une organisation de
développement logiciel. Cette méthode est pilotée par les cas d’utilisations et peut être centrée sur
une architecture incrémentale ou interactive. La méthode UP a quatre phases d’activités principales
qui seront exploitées tous au long de cette partie, ces phases sont :

TFC_ESIS_AS 2020
 P a g e | 20

Figure II.2 phases de la méthode UP

o Recueil et expression des besoins : cette phase va consister à recueillir tous les besoins
du client sous formes d’exigences fonctionnelles et les représenter sous forme des cas
d’utilisation, le recueil et l’expression des besoins permet de connaitre la limite
fonctionnelle du projet ainsi que la planification et la prévision du cout et du personnel
qualifié.
o Analyse et conception : cette phase va nous permettre d’effectuer la transformation des
différents besoins recueillis en un modèle UML d’analyse et de conception des différents
besoins. C’est au cours de cette méthode que peuvent intervenir les diagrammes UML
expliquant clairement la solution qui sera implémentée.
o Implémentation : cette phase va consister développer la solution et réaliser le modèle
conçu en respectant les différentes normes se trouvant dans la partie d’analyse et
conception.
o Test : après avoir implémente la solution, cette phase consiste en la vérification des
différentes fonctionnalités de l’application en fonction des besoins exprimés par le client.
C’est au cours de cette partie que s’effectue l’évaluation temporelle du travail réalisé.

Dans ce chapitre nous aurons à réaliser uniquement les deux premières phases, la phase de
l’implémentation et la phase du test nous seront réalisés dans le dernier chapitre.

TFC_ESIS_AS 2020
 P a g e | 21

II.4.2.1 le recueil et expressions des besoins

L’expression des besoins se fera via le diagramme des cas d’utilisations. Notre système
comprend 10 fonctionnalités importantes qui seront décrite ci-dessous. Ses différentes
fonctionnalités sont réalisées par différents acteurs que nous citerons dans le tableau ci-dessous :

Tableau II.1 Les principaux acteurs du diagramme des cas d’utilisation et leurs fonctionnalités

N0 FONCTIONNALITES ACTEURS PRINCIPAUX

RECEPTIONNISTE MEDECIN ADMINISTRATEUR
1 S’authentifier OUI OUI OUI
2 Scanner le QR code du patient OUI
3 Enregistrer le nouveau patient OUI OUI
4 Voir la description du patient OUI OUI
5 Mettre à jour les informations du patient OUI
6 Générer le QR code OUI OUI
7 Enregistrer le traitement OUI
8 Générer le rapport OUI
9 Créer les utilisateurs (hôpitaux) OUI
10 Gérer les hôpitaux OUI
TOTAL FONCTIONNALITES : 10 TOTAL ACTEURS : 3

Voici comment se présente notre digramme de cas d’utilisations systèmes qui va nous
permettre de comprendre les différentes fonctionnalités que comporte notre système ainsi que les
acteurs concernés par la réalisation des différentes actions.

TFC_ESIS_AS 2020
 P a g e | 22

Figure II.3 diagramme des cas d’utilisations

II.4.2.2 l’analyse et la conception
Au cours de cette étape nous utiliserons les différents diagrammes UML pouvant nous
servir à analyser et concevoir les modèles de la solution de notre système tout en se réfèrent à
l’expression des besoins effectuées ci-haut. Les principaux diagrammes qui seront utilisés sont :

 L’élaboration des diagrammes de séquences ainsi que la description textuelle

TFC_ESIS_AS 2020
 P a g e | 23

 L’élaboration du diagramme des classes ainsi que du modèle du domaine

 L’élaboration des diagrammes d’activités.

 Les diagrammes des séquences et la description textuelle

La description textuelle va permettre de décrire les fonctionnalités de notre système du

point de vu des acteurs et le diagramme de séquences à son tour nous permettra de modéliser d’une
manière chronologique les interactions entre les objets de notre système. Nous élaborerons les
diagrammes des séquences et la description textuelle uniquement pour les points critiques de notre
système, ces différents points critiques sont :

 Enregistrer le patient,
 Générer le QR Code,
 Scanner le QR Code.

Tableau II.2 Description textuelle du cas : enregistrer patient

NOM DU CAS : Enregistrer le patient

OBJECTIF : Disposer des informations capitales du patient dans la
base des données
ACTEUR PRINCIPAL : Médecin ou réceptionniste
ACTEURS SECONDAIRE : Patient
PRECONDITIONS : S’authentifier
SCENARIOS : Normal : remplir le formulaire d’inscription du nouveau patient.
Alternatif :
Exceptionnel : Pas d’inscription si le patient existe déjà dans la base
des données
POST CONDITION : Patient enregistré avec succès

TFC_ESIS_AS 2020
 P a g e | 24

Figure II.4 diagramme des séquences du cas : enregistrer patient

Tableau II.3 Description textuelle du cas : Générer un QR Code

NOM DU CAS : Générer un QR Code

OBJECTIF : Fournir au patient un QR Code comme
pièce d’identification
ACTEUR PRINCIPAL : médecin
ACTEURS SECONDAIRE : patient
PRECONDITIONS : S’authentifier, enregistrement du patient réussi ou avoir
mis à jour réussie.
SCENARIOS : Normal : cliquer sur le bouton ; « générer un nouveau QR
Code».
Alternatif :
Exceptionnel : erreur en cas d’absence du patient dans la base des
données
POST CONDITION : QR Code générée au format PNG ou JPG

TFC_ESIS_AS 2020
 P a g e | 25

Figure II.5 diagramme des séquences du cas : Générer un QR Code

Tableau II.4 Description textuelle du cas : Scanner le QR Code du patient

NOM DU CAS : Scanner le QR code du patient

OBJECTIF : visualiser les informations de base du malade
ACTEUR PRINCIPAL : Médecin ou réceptionniste
ACTEURS SECONDAIRE : patient
PRECONDITIONS : QR Code déjà généré
SCENARIOS : Normal : utiliser un téléphone ayant l’application lecteur de QR
code, bien placer le QR Code reçu de la part d’un patient et
utiliser l’application pour déchiffrer.
Alternatif : Consulter les informations de base du malade via l’id ou le
nom complet en cas d’absence ou de perte du QR Code.
Exceptionnel : l’utilisation d’un lecteur inapproprié ne déchiffre pas
l’information du QR Code.
POST CONDITION : QR Code scanné et le médecin a accès aux informations de
base du patient.

TFC_ESIS_AS 2020
 P a g e | 26

Figure II.6 Diagramme des séquences du cas : Scanner le QR Code

 Le diagramme des classes ainsi que le modèle du domaine

Le diagramme de classes nous permettra de montrer la structure interne de notre système

et de fournir une représentation abstraite des objets du système qui vont interagir pour réaliser les
cas d'utilisation. Il est considéré comme le plus important de la modélisation orientée objet. Notre
diagramme des classes comportera 9 classes principales. Quant au modèle du domaine, il servira
à montrer la structure de la base des données ainsi que les différentes informations qui seront
stockées dans la base des données. Voici ci-dessous l’image de notre diagramme des classes suivi
de l’image du modèle du domaine.

TFC_ESIS_AS 2020
 P a g e | 27

Figure II.7 Diagramme des classes

TFC_ESIS_AS 2020
 P a g e | 28

Figure II.8 Modèle du domaine

TFC_ESIS_AS 2020
 P a g e | 29

 Les diagrammes d’activités

Les diagrammes d’activités nous seront utile dans la description de l’enchainement des cas
d’utilisations qui constituent toute l’activité. Notre système sera constitué de deux diagrammes
d’activités :

o L’enchainement des actions entre le médecin (centre médical) et administrateur

Figure II.9 Diagramme d’activité 1

TFC_ESIS_AS 2020
 P a g e | 30

o L’enchainement des actions entre le médecin et le patient

Figure II.10 Diagramme d’activité 2

TFC_ESIS_AS 2020
 P a g e | 31

II.5 Choix technologique de la solution

Au cours de cette étape, il sera question de faire une étude sur les outils à utiliser tout en se basant
sur leurs exigences fonctionnelles et non fonctionnelles. Notre système a 3 parties, choix
technologique se fera sur les trois parties :

 La technologie de l’infrastructure réseau ;

 La technologie de la base des données ;
 La technologie du site web.

Les outils à utiliser seront choisi en fonction des différents critères qui sont :

 L’utilisabilité du site web,

 La Disponibilité du réseau,
 La confidentialité des informations des patients,
 L’évolutivité de la base des données,
 La sécurité du réseau et de toutes les informations stockées,
 La performance du réseau,
 Le coût des tous les matériels.

II.5.1 La technologie de l’infrastructure réseau

Il existe plusieurs outils pouvant être utilisés pour l’interconnexion, notre choix se portera
sur les réseaux sans fil et nous aurons à choisir les outils à utiliser comme point d’accès, antenne
CPE ainsi que les outils d’administration du réseau :

 Le point d’accès : étant un dispositif permettant aux périphériques sans fil de se connecter
à un réseau câblé ou au réseau Internet à l'aide d'une connexion radio, nous l’utiliseront
afin de permettre l’élaboration d’une liaison point à multipoint. Après étude et analyse des
différents point d’accès sur le marché, notre choix se portera sur :

L’Air Max Rocket Prism RP-5AC-Gen 2, mis en place par Ubiquiti; l’Air Max Rocket
Prism RP-5AC-Gen 2, qui est doté des technologies air MAX AC et airPrism pour des
performances sans fil maximales dans les zones à haute densité. Il a une performance élevée, il est
facile à installer, il a un coût abordable et offre également plusieurs autres avantages.

TFC_ESIS_AS 2020
 P a g e | 32

Figure II.11 antenne AirMax Rocket Prism RP-5AC-Gen 2

Figure 1
 Le type d’antennes clientes sur chaque centre médical (CPE) qui a été choisie en fonction
de nombreux avantages qu’il présente est :

Le PowerBeam 5AC Gen2 d’Ubiquiti qui présente plusieurs avantages dont : la stabilité,
il a une longue portée maximale de plus de 25 kilomètres, l’Amélioration du montage et de la
protection contre les surtensions, le PowerBeam ne requière aucun outil pour l'assemblage.

Figure II.12 antenne PowerBeam 5AC Gen2

TFC_ESIS_AS 2020
 P a g e | 33

 Dans la partie administration du réseau nous utiliserons trois équipements principaux qui
sont :
O Les commutateurs multicouches pour le routage inter vlan, nous utiliserons est Le
commutateur Cisco Catalyst 9400 qui est un commutateur performant et fiable. Il
présente des nombreux avantages dont :
 Il a la capacité de contenir plusieurs ports, donc maximum 384 ports et 480
Gigabits par seconde par slot,
 Il prend en charge la configuration des vlans via le vtp ainsi que le routage
inter vlan
 Il intègre le PoE, le Déploiement de périphériques simplifié

● Il assure la Gestion unifiée des réseaux câblés et sans fil, Virtualisation et

segmentation du réseau

 Son prix est abordable et sa garantie est à vie

Figure II.13 commutateur Catalyst 9400

o Les commutateurs simples qui seront choisi par chaque centre médical.

TFC_ESIS_AS 2020
 P a g e | 34

o Les serveurs d’hébergement de la base des données et du site web : Nous utiliserons
un type de serveur ayant un processeur performant, ayant assez des dispositifs de
stockage ainsi que des barrettes mémoire dont le minium est 32 gigas afin de
permettre un fonctionnement efficace de notre site web. Nous avons eu à choisir le
serveur HP AH232A intégré BL870c qui nous respecte les avantages énumérés et
cela a un cout abordable.

Figure II.14 serveur HP AH232A

TFC_ESIS_AS 2020
 P a g e | 35

II.5.2 La technologie de la base des données

Dans le cadre d'un projet de création d'un site web, on a systématiquement besoin d'une
base de données. Les bases de données nous permettent d'enregistrer des données collecter sur le
site. Il existe plusieurs types des bases des données utilisées, dans le cadre de la création des sites,
les plus populaires sont :

 Oracle
 MySQL
 Microsoft SQL server
 PostgreSQL
 Oracle

créé en 1977 par l’entreprise Oracle corporation, oracle database est un système de gestion
de base de données relationnelle conçu pour des sites professionnels de très grosses ampleurs et
budgets. On trouve de nombreuses fonctionnalités non disponibles dans les autres bases de
données. L'inconvénient de la base de données Oracle est qu'elle est payante et trop cher.

 MySQL

Créé en 1995 par les entreprises MySQL AB, Sun Microsystems et Oracle Corporation;
MySQL est un système de gestion de base de données relationnelle la plus populaire. MySQL est
détenue par Oracle corporation. Elle a toutes les fonctionnalités pour les applications web et assure
une utilisation sûre et sécurisée. MySQL Open Source, gratuit, facile d'utilisation, rapide et
efficace.

 Microsoft SQL Server

Créé en 1989 par l’entreprise Microsoft, Microsoft SQL Server est un système de gestion
de base de données relationnelle professionnelle qui a Excellent support de récupération de
données, il offre plusieurs options de reprise après sinistre sont abondantes, mais sa licence est
couteuse

TFC_ESIS_AS 2020
 P a g e | 36

 PostgreSQL

Créé en 1996 par l’entreprise PostgreSQL Global Development Group ; PostgreSQL est
un système de gestion de base de données relationnelle utilisée pour des plus petites bases de
données. Il est performant et assure une bonne gestion des données. Mais n’assure pas une gestion
des clusters.

Figure II.15 choix technologique de la base des données

II.5.3 La technologie du site web.
Concernant le développement du site web, nous avons optés pour des outils le plus utilisés ; ainsi
nous aurons à utiliser :

 Le Php : pour la production des pages Web dynamiques via un serveur HTTP,
 Le html : pour représentation, la structuration sémantique et logique des pages web,
 Le Css et le Framework Bootstrap : pour la mise en forme des contenus des pages.

TFC_ESIS_AS 2020
 P a g e | 37

II.6 Conclusion partielle

Pour conclure, dans ce chapitre il était question de démontrer de manière générale et

détaillée ce que serait notre futur système et de pouvoir opérer le choix technologique de notre
système, Nous y avons mené une étude comparative entre différents outils, dans le but de choisir
ceux qui conviendraient le mieux à nos besoins. Et cela nous a permis de trouver les outils que
nous aurons à utiliser qui sont :

 Pour notre partie réseau nous utiliserons trois outils principaux qui sont :
 L’antenne AirMax Rocket Prism RP-5AC-Gen 2 comme point d’accès ;
 L’antenne PowerBeam 5AC Gen2 comme client ;
 Le commutateur Catalyst 9400.
 Le serveur Hp AH232A
 Pour la partie système de gestion de base de donnée nous utiliserons :
 MySQL
 Pour la création du site web, nous utiliserons :
 L’html
 Le Css et le Framework Bootstrap
 Le PHP

À présent, nous allons passer au chapitre suivant pour parler davantage des technologies
choisies et leurs configurations.

TFC_ESIS_AS 2020
 P a g e | 38

CHAPITRE III : CONCEPTION TECHNIQUE DU FUTUR SYSTEME

III.1 Introduction partielle

Dans le chapitre précédent, nous avons énuméré les quelques solutions disponibles pour la
réalisation de notre travail. Ne pouvant utiliser toutes ces solutions, nous sommes passé par une
étude comparative pour nous permettre de faire un choix entre ces différentes solutions. Ce
chapitre parlera en long et en large sur les solutions retenues ainsi que de leurs configurations.

III.2 Configurations réseaux

Cette partie va concerner les différentes configurations réseaux importantes que nous
aurons à effectuer lors de la mise en place de ce projet, la manière dont sera structurée notre réseau
ainsi que les différentes configurations qui vont intervenir afin de faciliter la communication entre
les différents centres médicaux.

III.2.1 Couverture réseau

Les images ci-dessous représentent la couverture du réseau par Access point ainsi que les
coordonnées géographiques par Access point et client des quelques centres médicaux de la ville
qui ont été choisi pour cas d’application. Notre Access point sera placé sur le pilonne de Katuba
Kisanga ayant une longueur d’environ 150 mètres, quant à nos antennes clientes, nous les
placerons sur chaque centre médical. Nous utiliserons l’application R-link pour la simulation.

TFC_ESIS_AS 2020
 P a g e | 39

o Couverture réseau par Access point

Figure III.1 couverture réseau par Access point

TFC_ESIS_AS 2020
 P a g e | 40

o Coordonnées géographique par Access point et client

 Fondation vie et santé (Clinique Delgado)

Figure III.2 Access point et client Clinique Delgado

 Hôpital Flora

Figure III.3 Access point et client hôpital Flora

TFC_ESIS_AS 2020
 P a g e | 41

 Hôpital Gécamines Sud

Figure III.4 Access point et client hôpital Gécamines sud

 Hôpital Sendwe

Figure III.5 Access point et client hôpital Sendwe

TFC_ESIS_AS 2020
 P a g e | 42

 Clinique Universitaire

Figure III.6 Access point et client Clinique Universitaire

III.2.2 topologie logique (plan d’adressage)

Cette opération a pour but de définir pour chaque réseau physique une adresse de réseau
IP, connaitre le nom de chaque vlan et connaitre la structuration du réseau. Afin d’être à mesure
de prévenir l’évolutivité des différents centres médicaux de la ville, nous utiliserons une adresse
IP privée de la classe B qui est : 172.20.0.0/16. Chaque centre médical pourra utiliser au maximum
254 adresses IP et chaque première adresse IP du sous réseau sera réservée à la passerelle. Le
nombre maximal des sous réseaux pouvant couvrir les différents centres médicaux est de 256.
Voici comment se présente le plan d’adressage des différents centres médicaux qui nous serve de
cas d’application en fonction des différents Vlan que nous aurons à créer.

TFC_ESIS_AS 2020
 P a g e | 43

Tableau III.1 Plan d’adressage

NOM DU VLAN PLAGE DISPONIBLE IP DE L’INERFACE VLAN Hôtes
SERVEUR-WBDD 172.20.0.0 - 172.20.0.255/24 SWITCH 1 : 172.20.0.1
SWITCH 2 : 172.20.0.2 254
VRRP : 172.20.0.3
H. FLORA 172.20.1.0 - 172.20.1.255/24 172.20.1.1 254
H. SENDWE 172.20.2.0 - 172.20.2.255/24 172.20.2.1 254
H. GCM-SUD 172.20.3.0 - 172.20.3.255/24 172.20.3.1 254
C. UNIVERSITAIRE 172.20.4.0 - 172.20.4.255/24 172.20.4.1 254
C. DELGADO 172.20.5.0 - 172.20.5.255/24 172.20.5.1 254

Voici comment se présente physiquement la topologie des différents équipements réseaux

hormis le support de transmission qui sera utilisé.

TFC_ESIS_AS 2020
 P a g e | 44

Figure III.7 Topologie physique du réseau

TFC_ESIS_AS 2020
 P a g e | 45

III.2.3 Configuration du commutateur central (serveur vtp)

Voici les différentes configurations que nous aurons à faire sur notre commutateur central :

 Création et configuration des vlans : pour la création des vlans nous aurons à utiliser le
protocole Vtp un est un protocole propriétaire Cisco de niveau 2 permettant la propagation,
la création, la suppression, la modification de VLAN sur tous les commutateurs du réseau
à partir d’un seul switch considéré comme serveur. Le commutateur central est celui qui
nous servira de serveur Vtp et voici ci-dessous les fonctionnalités offertes par un serveur
vtp :

Figure III.8 Vtp serveur

Les principes de base de configuration du vtp est le suivant :

 La configuration du domaine VTP qui permet à tous les switches d’être dans le même
“groupe”, cela se fait en étant dans le mode configuration du switch via la commande :
# vtp domain nom_du_domaine
 La configuration du mode de fonctionnement du switch, notons qu’il existe 3
modes principaux : client, serveur et transparent. Dans notre cas, nous choisirons le mode
serveur sur le commutateur central ; le choix se fait en étant dans le mode configuration du
switch via la commande suivante :
# vtp mode server
 La configuration du mot de passe afin de sécuriser les messages VTP se fait en étant dans
le mode configuration du switch via la commande :

TFC_ESIS_AS 2020
 P a g e | 46

# vtp password mot_de_passe

 L’activation de la version de VTP se fait en étant dans le mode configuration du switch via
la commande :
#vtp version numero_de_la_version

La version 1 est activée par défaut, mais dans notre cas, nous utiliserons la version 2 qui
est plus courante. Tous les commutateurs doivent avoir la même version.

 L’activation des vlans et leurs configurations : les commandes ci-dessous représente

successivement : l’activation d’un vlan, l’attribution d’un nom au vlan, l’affectation des
ports au vlan.
# vlan numero_vlan
# name nom_du_vlan
# interface range plage_des_ports
# switchport access vlan numero_vlan
 Configuration du routage intervlans (SVI) : cette étape permettra de faire communiquer
les différents vlans crées. Après la création des vlans, voici les étapes importantes pour la
configuration du routage svi sur le switch multicouche :
o Le choix de l’interface virtuelle du vlan et l’attribution de l’adresse IP au vlan, cela
se fait via les commandes ci-dessous :
# vlan numero_du_vlan
# ip address adresse_ip masque
o L’activation de la fonction de routage du switch via la commande :
# ip routing
 Configuration du protocole VRRP : Cette permettra de basculer automatiquement le
commutateur en cas de dysfonctionnement. Les différentes commandes importantes sont :

o Activation du VRRP sur une interface :

# vrrp numero_du_groupe ip adresse_de_la_passerelle_virtuelle

o Fixation de la priorité du routeur de ce groupe VRRP :

# vrrp numero_du_groupe priority valeur_de_la_priorite

o Modification du temps de basculement

TFC_ESIS_AS 2020
 P a g e | 47

# vrrp numero_du_groupe timersadvertise durée

Il convient de noter que les différentes commandes de configuration duVrrp se feront sur
les deux commutateurs (le maitre et celui réservé pour le backup).

III.2.4 Configuration des commutateurs clients

Les différentes configurations nécessaires aux commutateurs clients simple sont :

 Configuration du Vtp : les commutateurs clients auront uniquement la possibilité

d’accepter la prise en charge du protocole vtp, l’adhésion au même domaine que le serveur,
la configuration du même mot de passe que le serveur ainsi que la configuration de la même
version. Ainsi toute la commande vue au point ci-haut en rapport avec le serveur sont
applicable au client a l’exception de la création des vlans et le mode vtp choisi est le mode
client ainsi que la configuration du routage intervlans.

Figure III.9 Vtp client

Les ports qui permettrons la communication entre le switch serveurs et clients sont en mode trunk.

III.3 Installation et configuration des outils logiciels

La configuration des différents outils indispensable pour la mise en marche de notre travail
nécessitera l’utilisation des logiciels de base qui sont :

 VMware Workstation pro 15.0 : pour la virtualisation ;

 Gns3 : pour la simulation réseau ;
 Ubuntu 19.4 : comme serveurs Dns, serveur web et serveurs de3 réplication;

TFC_ESIS_AS 2020
 P a g e | 48

 Windows 10 : comme client.

III.3.1 installation et configuration de Php

Php nous sera utile pour l’exécution des scripts orientés serveur, le bon fonctionnement de
PHP sur Ubuntu requiert l’installation de certains autres paquets qui servent de prérequis. La
version que nous utiliserons est la version 7.0.30, qui est une version récente et stable de PHP.

Les commandes suivante nous permettront d’installer et configurer PHP sur le serveur
Ubuntu entant qu’administrateur :

 L’installation de PHP et ses prérequis :

apt-get install php5-common libapache2-mod-php5 php5-cli
 La configuration de PHP se fait via un fichier : php.ini. On accède au fichier de
configuration via la commande : gedit /etc/PHP/7.0/apache2/php.ini

III.3.2 Installation et configuration de MySQL

MySQL sera utilisé comme serveur de la base des données, il peut être installé et utilisé en
ligne des commandes ou via une interface graphique en utilisant l’application phpmyadmin. Voici
les différentes commandes d’installation de MySQL :

 L’installation de MySQL en ligne des commandes :

Apt install MySQL-server
 L’installation de l’interface graphique de MySQL (Phpmyadmin) :
Apt install phpmyadmin
 Les commandes importantes de configurations de MySQL
 Pour démarrer MySQL server :
o Via les lignes de commandes : systemctl start mysql
o Via l’interface graphique : http://IP_du_serveur/phpmyadmin/
 Pour changer le mot de passe ou configurer un nouveau mot de passe on tape la
commande suivante :
ALTER USER ‘root’@’localhost’ IDENTIFIED with ancient_mot_de_passe
BY ‘le_nouveau_mot_de_passe’ ;
 Pour arreter MySQL : systemctl stop mysql

TFC_ESIS_AS 2020
 P a g e | 49

III.3.3 Installation et configuration d’apache2

Apache2 sera utilisé comme serveur web et permettra au site web de communiquer avec
un navigateur en utilisant le protocole HTTP(S) et ses extensions. Apache est par défaut déjà
installé sur plusieurs serveurs linux. Les commandes suivantes nous permettront d’installer
apache2 cas de son absence sur un serveur ou le configurer.

 La commande d’installation d’apache2 : apt install apache2

 Pour accéder au fichier de configuration on utilise la commande : gedit /etc/apache2
 La configuration des ports d’écoutes : gedit /etc/apache2/ports.conf
 Les commandes de démarrage et arrêt d’apache2 :
 Le démarrage d’apache2 : systemctl start/ stop apache2
 L’arrêt d’apache2 : systemctl stop apache2

III.5 Conclusion partielle

Ce chapitre nous a permis d’avoir une idée globale sur la topologie physique de notre
réseau, son plan d’adressage ainsi que la configuration de certains équipements de bases de notre
topologie. Nous avons également montré les différentes étapes d’installation et configurations de
certains outils logiciels que nous aurons à utiliser dans le chapitre suivant.

Le chapitre suivant sera consacré à l’implémentation concrète de différentes technologies choisies.

TFC_ESIS_AS 2020
 P a g e | 50

CHAPITRE IV : IMPLEMENTATION ET TEST DE LA SOLUTION

IV.1 Introduction partielle

Le chapitre précédant nous a montré une idée globale sur la topologie physique de notre
réseau, le plan d’adressage, la couverture du réseau, la configuration de certains équipements de
bases de notre topologie ainsi que les différentes étapes d’installation et configurations de certains
outils logiciels.

Dans ce présent chapitre il sera question de mettre en pratique ou de suivre le plan

d’implémentation donné ci-dessus pour la réalisation de notre solution. Ce chapitre contiendra
également les captures nécessaires pour les configurations à apporter dans le cadre de notre
solution.

TFC_ESIS_AS 2020
 P a g e | 51

IV.2 Plan d’implémentation Facile: Moyen: Diffcile:

Figure IV.1 Plan d’implémentation

TFC_ESIS_AS 2020
 P a g e | 52

IV.3 Installation et Configuration des outils

IV.3.1 Installation et Configuration logiciel
Le système d’exploitation que nous avons eu a configurée pour l’hébergement de notre site
web est Ubuntu 19.04.

IV.3.1.1 installation et configuration du PHP

Ci-dessous, voici l’image de l’installation ainsi que la page d’accueil de PHP après les
différentes configurations de base.

Figure IV.2 installation et configuration du PHP

IV.3.1.2 installation et configuration de MySQL
Voici les images de l’installation de MySQL-server, phpmyadmin ainsi que la page
d’accueil de phpmyadmin.

Figure IV.3 installation et configuration de MySQL

Figure 2

TFC_ESIS_AS 2020
 P a g e | 53

IV.3.1.3 installation et configuration d’apache

Voici l’image de la commande d’installation d’apache, le service apache déjà démarré ainsi
que la page d’accueil d’apache.

Figure IV.4 installation et configuration d’apache

TFC_ESIS_AS 2020
 P a g e | 54

IV.4 Plan d’adressage et création de la topologie réseau

Pour la réalisation de notre topologie réseau, nous avons utilisé Gns3 pour la simulation
réseau, le plan d’adressage nous a déjà été représenté au précèdent chapitre. Voici notre topologie :

Figure IV.5 topologie réseau

Les principales configurations réseau que nous avons effectuées sont principalement
subdivisées en deux : la création des Vlan, Configuration du Vtp, la configuration du VRRP ainsi
que le routage inter vlan.

IV.5 Configuration du Vtp et du routage inter vlan

IV.2.1.1 la création des Vlans et Configuration du Vtp

TFC_ESIS_AS 2020
 P a g e | 55

 La capture ci-dessous nous montre la création de différents Vlans sur notre commutateur
principal

Figure IV.6 Création des vlan

 L’image ci-dessous nous montre les différents Vlan qui ont été créés sur le commutateur
central.

Figure IV.7 Liste des vlan

 Après la création des Vlan sur le commutateur principal, on active le trunking sur les
différentes interfaces connectées aux commutateurs clients afin de faciliter la prise en
charge du Vtp, cette configuration sera également faite sur l’interface de chaque
commutateur client connectée au commutateur principal.

TFC_ESIS_AS 2020
 P a g e | 56

Figure IV.8 Activation du truncking

 Cette étape concerne la configuration du Vtp en mode server sur le commutateur central
afin de permettre aux Vlan créés de basculer automatiquement sur les commutateurs
clients.

Figure IV.9 Configuration du VTP serveur

 Activation du Vrrp le deux commutateur maitre ainsi que le commutateur de backup

Figure IV.10 activation du VRRP sur les commutateurs

TFC_ESIS_AS 2020
 P a g e | 57

 Après la configuration du commutateur principal et secondaire, sur le commutateur client

il nous faudra d’abord configurer le Vtp en mode client, en suite mettre en mode trunk
l’interface du commutateur client qui sera connecté au commutateur serveur.

Figure IV.11 Configuration du Vtp client

 Pour finir, on vérifie si les Vlans crées on automatiquement basculées sur le commutateurs
clients, voici le résultat :

Figure IV.12 Preuve de basculement des vlan

IV.2.1.2 le routage inter vlan et la configuration du VRRP
Cette étape consiste à faire communiquer les différents Vlan créés moyennant quelques
configurations réseau et également à faire quelques configurations qui permettront la redondance
entre les équipements.

TFC_ESIS_AS 2020
 P a g e | 58

IV.6 Les interfaces du site web ainsi que l’ajout du PHP

 La page d’accueil

Figure IV.13 Page d’accueil

TFC_ESIS_AS 2020
 P a g e | 59

 Les fonctionnalités du côté centre médical

Figure IV.14 Fonctionnalités du centre médical

TFC_ESIS_AS 2020
 P a g e | 60

 Les fonctionnalités du côté administration

Figure IV.15 Fonctionnalités de l’administrateur

TFC_ESIS_AS 2020
 P a g e | 61

 Le formulaire d’ajout du patient

Figure IV.16 Formulaire d’ajout du patient

TFC_ESIS_AS 2020
 P a g e | 62

 Gestion du médecin par l’administrateur

Figure IV.17 Gestion des médecins

TFC_ESIS_AS 2020
 P a g e | 63

IV.7 L’application Android de lecture du QR Code

Figure IV.18 Application Android

TFC_ESIS_AS 2020
 P a g e | 64

IV.8 Vérification et test de la solution

Cette partie nous a permis d’évaluer notre application par rapport aux exigences énumérées
dans notre premier chapitre, cette partie sera également démontrée lors de notre défense.

IV.9 Evaluation des exigences

Après notre implémentation, nous avons jugé bon d’évaluer nos besoins fonctionnels et
non fonctionnels pour voir s’ils ont favorablement répondu à nos besoins dégagés dans le premier
chapitre.

IV.10.1 Evaluations des exigences fonctionnelles

Tableau IV.1 Besoins fonctionnels
IDENTIFIANT BESOIN FONCTIONNEL EVALUATION

A Mettre en place un réseau métropolitain capable d’interconnecter 99%

différents centres médicaux de la ville ;

B Mettre en place une base des données capable de centraliser et 99%

uniformiser les différentes données des malades de toute la ville

C Disposer d’une application commune, utilisable dans chaque centre 95%

médicale, capable de permettre la gestion des données des malades
de la ville

EVALUATION EN POURCENTAGE
100%
99%
98%
97%
96%
95%
94%
93%
A B C
Figure
Figure IV.18 Evaluation des IV.19 Evaluation
besoins des besoins fonctionnels
fonctionnels

TFC_ESIS_AS 2020
 P a g e | 65

IV.10.2 Evaluations des exigences non fonctionnelles

Tableau IV.2 Besoins non fonctionnels
IDENTIFIANT BESOIN NON FONCTIONNEL EVALUATION
A L’utilisabilité du site web 95%
B La Disponibilité du réseau 85%
C La confidentialité des informations des patients 100%
D L’évolutivité de la base des données 99%
E La sécurité du réseau et de toutes les informations stockées 91%
F La performance du réseau 92%
G Le coût des tous les matériels. 70%

Figure IV.20 Evaluation des besoins non fonctionnels

Après l’implémentation de notre travail nous sommes arrivés à la conclusion que 92,5%
des besoins fonctionnels ont été réalisés ainsi que 95% des besoins non fonctionnels.

TFC_ESIS_AS 2020
 P a g e | 66

IV.11 Evaluation budgétaire

Voici comment seront reparties les dépenses du cotées station de gestion (centrale)

Tableau IV.3 Evaluation budgétaire de la centrale

DESCRIPTION QUANTITE PRIX UNITAIRE PRIX TOTAL
Antenne Access point 1 200 200
Serveur HP 2 900 1800
Commutateur multicouche 2 2425 4850
Commutateur simple 1 50 50
Divers frais supplémentaire - 100 100
TOTAL - - 7000$

En ce qui concernes les centres médicaux, chaque centre devra disposer d’une petite
antenne et d’un commutateur afin de se connecter au serveur central.

Tableau IV.4 Evaluation budgétaire des centres médicaux

DESCRIPTION QUANTITE PRIX UNITAIRE PRIX TOTAL
Antenne cliente 1 100 100
commutateur 1 50 50
TOTAL - - 150$

IV.12 Conclusion partielle

Ce chapitre constituant le dernier de notre travail, a été dédié à la matérialisation de notre
solution en donnant de manière synthétique les différentes étapes nécessaires pour l’obtention de
résultat fixé lors de la présentation des solutions apportant réponse à la problématique relevée dans
l’introduction de ce travail.

TFC_ESIS_AS 2020
 P a g e | 67

CONCLUSION GENERALE

Ce présent travail est le fruit de notre cursus académique. Cursus mené à l’Ecole Supérieur
d’Informatique Salama dans le domaine Réseau Administration système.
Nous avons tout au long de ce travail, mené une étude ainsi qu’une implémentation sur la
mise en place d’un réseau pour la centralisation et l’uniformisation des données des malades de
différents centres médicaux à Lubumbashi.
Ayant pour but de faciliter le suivi de l’historique médical des patients dans le souci
d’améliorer la qualité des traitements. Nous avons eu à présenter dans notre premier les différents
centres médicaux existant actuellement et nous avons mené une étude sur les différents besoins
nécessaires pour la réalisation de notre projet.
Dans notre deuxième, nous avons fait une conception générale et détaillée de la solution à
apporter ; laquelle devait faciliter l’interconnexion des différents centres médicaux de la ville et
leurs permettre de se connecter facilement au site hébergée dans le but de consulter les historiques
médicaux des patients. C’est donc ainsi que nous avions opté pour le choix de quelques outils après
plusieurs études comparatives.
Notre troisième chapitre quant à lui a été dédié à la conception technique de notre système
et c’est au cours de ce chapitre que nous avons eu à montrer clairement l’architecture réseau de
notre système, la couverture de notre réseau ainsi que le plan d’adressage.
Et dans notre dernier chapitre, nous avons de manière synthétique présenté les étapes
indispensables pour la matérialisation de notre solution.
Pour toutes les générations de chercheurs à venir et pour une amélioration de notre travail,
il nous faudra faire en sorte que même les différentes zones de santés, les dispensaires de la ville
puissent être à mesure d’utiliser notre solution.

TFC_ESIS_AS 2020
 P a g e | 68

REFERENCES

[1] Ministère de la santé, Stratégie de Renforcement du système de santé (SRSS), RDC, 2006.

[2] Ministère de la santé, Normes sanitaires de la Zone de santé, RDC, Mai 2010.

[3] Ministère de la santé, Direction des Soins de santé Primaires, Normes et directives de la Zone
de santé, RDC, 2003.

[4] Ministère de la santé , Haut-Katanga PYRAMIDE SANITAIRE, Lubumbashi, 2019 .

[5] P.Roques, UML2 : Modeliser une application web, Eyrolles, 2008.

[6] P.Roques, UML 2 par la pratique, 6e édition, Eyrolles, 2008.

[7] P.Roques et F.Vallée, UML 2 en action. De l’analyse des besoins à la conception, 4e édition,
Eyrolles, 2007.

[8] «Digora,» janvier 2020. [En ligne]. Available: https://www.digora.com/fr/blog/TOP-10-des-

bases-de-donnees. [Accès le 7 avril 2020].

[9] P.Giraud, «Masterclass html et Css,» 2020. [En ligne]. Available: pierre-giraud.com. [Accès
le 5 avril 2020].

[10] P.Giraud, «Php et Mysql Masterclass,» 2020. [En ligne]. Available: pierre-giraud.com. [Accès
le 5 avril 2020].

[11] Le Groupe LDLC, «LDLC,» BVA Group, 2020. [En ligne]. Available:
https://www.ldlc.com/fiche/PB00262315.html. [Accès le 17 avril 2020].

[12] Laboratoire SUPINFO des Technologies Cisco, «SUPINFO,» 26 06 2006. [En ligne].
Available: http://www.supinfo.com. [Accès le 16 avril 2020].

[13] Guiochet, le processus unifié, IUP NTIE, 2009.

TFC_ESIS_AS 2020
 P a g e | 69

[14] Ubiquiti, «Guide de démarrage rapide RP-5AC-Gen2,» 2020. [En ligne]. Available:
https://dl.ubnt.com/qsg/RP-5AC-Gen2/RP-5AC-Gen2_FR.html. [Accès le 25 mai 2020].

[15] Ubiquiti, «Guide de démarrage rapide PBE-5AC-Gen2,» 2020. [En ligne]. Available:
https://dl.ubnt.com/qsg/PBE-5AC-Gen2/PBE-5AC-Gen2_FR.html. [Accès le 24 mai 2020].

[16] clemanet, «Configuration des VLAN sur un switch Cisco,» 2020. [En ligne]. Available:
https://www.clemanet.com/switch-vlan-cisco.php. [Accès le 26 mai 2020].

[17] Cyril, «Réussir son CCNA,» 2015. [En ligne]. Available: https://reussirsonccna.fr/vtp-vlan-
trunking-protocol/. [Accès le 26 mai 2020].

[18] networklab, «Routage Inter-VLAN et Switch L3,» 2020. [En ligne]. Available:
https://www.networklab.fr/routage-inter-vlan-et-switch-l3/. [Accès le 26 mai 2020].

[19] YCICT CO, LIMITED, «Cisco Catalyst 9400 Commutateurs de la série,» 2011. [En ligne].
Available: https://www.ycict.net/fr/products/cisco-catalyst-9400-series-switches/. [Accès le
29 mai 2020].

[20] NFTECH , «WifiFrance,» 2015. [En ligne]. Available: https://www.wifi-

france.com/ubiquiti/powerbeam-5ac-gen2. [Accès le 15 septembre 2020].

[21] Router-switch, «Router-switch,» 2002-2020. [En ligne]. Available: https://www.router-

switch.com/cisco-catalyst-9400-switches-price.html. [Accès le 15 septembre 2020].

[22] eBay Inc, «ebay,» 1995-2020 . [En ligne]. Available: https://www.ebay.fr/itm/Serveur-HP-

BL870c-AH232A-2-Itanium-9140N-192-Go-Ram-2x-146-Go-SAS-10K-/162725783641.
[Accès le 15 septembre 2020].

[23] Cdiscount,«Cdiscount,» 2020.[En ligne].Available: https://www.cdiscount.com/informatique.

[Accès le 15 septembre 2020].

TFC_ESIS_AS 2020