INSTITUT POLYTECHNIQUE DE DAKAR (IPD) THOMAS SANKARA

L’Université Professionnelle Africaine

Agrément : n° 00771/MEN/DES
Sud Foire n°8477 Dakar Fann – Sénégal BP : 5771 Dakar Fann
Tel : (+221) 33 867 90 45 Port : 77 529 84 www.ipd.sn e-mail : admin@ips.sn
Domaine : Sciences et Technologies de l’informatique
Mention : Ingénierie Informatique
Spécialité : Génie Logiciel
MEMOIRE
Présenté par M. Moustapha Ndiaye
Pour l’obtention du diplôme de
Master « Génie Logiciel »
SUJET :

Etude et réalisation d'une plateforme de gestion et suivi des

rendez-vous, consultation des patients et la gestion des dossiers
patients.

Soutenu à Dakar le 20 /01/ 2024 devant le jury composé de :

Prénom & Nom Titre Structures de Rattachement

Pr. Sérigne Amadou Professeur Titulaire des Universités - Université Cheikh Anta DIOP
NDIAYE Président du Jury
Pr. Macaly BA Professeur Titulaire des Universités – Université Cheikh Anta DIOP
Superviseur
M. Moustapha DER Professionnel Co-encadreur CEO CIFAG et CIIG

Dr. Mamadou Lamine Docteur– Examinateur Institut Polytechnique de

DIOUF Dakar

2022-2023
 DEDICACE

Dédié à mon encadreur, Dr Moustapha Der, dont la sagesse et l'expertise ont guidé
chaque étape de ce parcours académique. Votre engagement constant et vos conseils
éclairés ont été le catalyseur de la réussite de ce mémoire.
Dédié à Dr Daouda Diouf dont la collaboration a été une source d'inspiration. Vos
idées précieuses et nos discussions stimulantes ont contribué de manière significative
à l'évolution de ce travail.
Dédié à l'équipe pédagogique, dont la passion pour l'enseignement a illuminé mon
chemin académique. Vos connaissances approfondies ont été une source constante
d'inspiration.
Dédié à ma famille et à mes amis, les piliers de mon soutien inébranlable. Votre
présence et vos encouragements constants ont été la force motrice derrière mes
efforts.
Une dédicace particulière à mon cher tonton M. Alphonse Ndame Ndiaye, dont la
générosité m’a ouvert les portes de l'éducation. Votre soutien financier a été la clé de
ma réussite, et je vous suis profondément reconnaissant pour votre confiance et votre
investissement dans mon avenir.
En dédicace à toutes les personnes qui ont contribué, de près ou de loin, à la
réalisation de ce mémoire. Chacune de vos interactions a laissé une empreinte
précieuse.

I
 REMERCIEMENTS

En ce moment significatif de la réalisation de ce mémoire, je tiens à exprimer ma

profonde gratitude à toutes les personnes qui ont contribué de près ou de loin à la
réussite de ce travail.
Tout d'abord, je tiens à exprimer ma reconnaissance envers mon encadreur, Dr
Moustapha Der, pour sa guidance experte, ses conseils avisés et son soutien constant
tout au long de ce processus. Ses remarques constructives et son engagement ont
grandement enrichi la qualité de ce mémoire.
Un grand merci également à Dr Daouda Diouf, qui a partagé son expertise et ses idées
de manière précieuse. Les discussions stimulantes que nous avons eues ont joué un
rôle clé dans le développement de mes idées et de ma compréhension du sujet.
Je tiens à exprimer ma gratitude à l'équipe pédagogique pour les connaissances
approfondies qu'elle a partagées tout au long de cette année académique. Son
enseignement a été une source d'inspiration et a contribué à ma croissance
académique et professionnelle.
Un merci spécial à ma famille et à mes amis pour leur soutien inébranlable et leurs
encouragements constants. Leur présence a été le moteur qui m'a poussé à persévérer
dans les moments difficiles.
Enfin, un remerciement particulier à mon cher tonton M. Alphonse Ndame Ndiaye
qui, depuis mes débuts, m'a accueilli chaleureusement et a soutenu financièrement
mes études. Son généreux soutien a été la clé de ma réussite académique, et je lui suis
profondément reconnaissant pour sa confiance et son investissement dans mon avenir.
Je tiens à remercier toutes les personnes qui, de près ou de loin, ont contribué à
l'aboutissement de ce mémoire. Chacune de vos interactions a eu un impact et a joué
un rôle dans la réalisation de ce travail.
Merci sincèrement à tous ceux qui ont fait de cette expérience académique un
moment mémorable et enrichissant.

II
 RESUME

La présente étude se consacre à la conception et à la réalisation d'une plateforme novatrice de

gestion des rendez-vous médicaux et de suivi des dossiers patients. Dans un contexte où le
temps devient une ressource cruciale, cette initiative s'inscrit dans la nécessité d'adopter des
solutions numériques pour optimiser les processus médicaux. L'objectif principal est de
répondre aux besoins croissants des professionnels de santé et des patients, en minimisant les
inconvénients liés aux méthodes conventionnelles.

La plateforme envisagée permettra aux patients de prendre des rendez-vous en ligne à tout
moment, offrant ainsi une flexibilité accrue. De plus, elle facilitera la consultation des
disponibilités des praticiens, favorisant ainsi des choix éclairés. Structuré en quatre parties, le
mémoire aborde le cadre théorique, l'analyse et la conception, les outils d'implémentation,
ainsi que les politiques de sécurité et l'étude financière.

III
 LISTE DES FIGURES

Figure 1: Logo UML.................................................................................................................21

Figure 2: Le schéma historique de l’UML................................................................................22
Figure 3: Diagramme de cas d'utilisation du patient.................................................................27
Figure 4: Diagramme de cas d'utilisation du médecin..............................................................30
Figure 5: Diagramme de cas d’utilisation de l’administrateur..................................................31
Figure 6: Diagramme de cas d’utilisation global.....................................................................33
Figure 7: Diagramme de séquence » Authentification »..........................................................35
Figure 8: Diagramme de séquence » Création dossier patient »...............................................36
Figure 9: Diagramme de séquence » Consultation Patient »...................................................37
Figure 10: Diagramme de séquence » Prendre Rendez-vous »................................................38
Figure 11: Diagramme de classe...............................................................................................39
Figure 12: Diagramme d’activité..............................................................................................40
Figure 13: logo Dart..................................................................................................................42
Figure 14: logo firebase............................................................................................................43
Figure 15: NodeJS.....................................................................................................................43
Figure 16: logo Flutter..............................................................................................................44
Figure 17: logo Visual Studio Code..........................................................................................45
Figure 18: logo Android Studio................................................................................................45
Figure 19: logo Google Maps...................................................................................................46
Figure 20: Interface de bienvenu..............................................................................................48
Figure 21: Interface de choix du profil.....................................................................................49
Figure 22: Interface d’authentification.....................................................................................50
Figure 23: Interface de l’accueil...............................................................................................50
Figure 24: Interface détails.......................................................................................................51
Figure 25: Interface d’accueil médecin.....................................................................................51

IV
 LISTE DES TABLEAUX

Tableau 1: nombre de lits par service.........................................................................................7

Tableau 2: Identification des acteurs et des cas d'utilisation....................................................26
Tableau 3: description du cas d'utilisation de prise de rendez-vous.........................................28
Tableau 4: description du cas d'utilisation rechercher de médecin...........................................29
Tableau 5: description de cas de création du compte patient....................................................30
Tableau 6: Description du cas d’utilisation gestion des comptes.............................................32

V
 LISTE DES SIGLE ET ABREVIATION

API : Interface de Programmation d'Applications

CA : Conseil d’Administration

CDIM : Centre de Diagnostic et d’Imagerie Médicale

CHNU : Centre hospitalier national universitaire de Fann

CHOM : Centre orthopédique de l’Ordre de Malte

CME : Commission Médicale d’Etablissement

CPU : Central Processing Unit

CTE : Comité Technique d’Etablissement

DCU : Diagramme de cas d’utilisation

DSE : systèmes de gestion des dossiers électroniques

ENDSS : Ecole Nationale de Développement Sanitaire et Social

EPSH : École professionnelle de Saint-Hyacinthe

GO : Gigaoctet

IDE : Environnement de Développement Intégré

OMG : Object Management Group

ORL : Oto-rhino-laryngologie

POO : Programmation orientée objet

RAM : Random Access Memory

RFID : signifie Radio-Frequency Identification

SADT : Structured Analysis and Design Technic

SAF : syndrome d'alcoolisation fœtale

VI
SCI : Spinal Cord Injury

SDK : Software Development Kit

SGBD : Système de Gestion de Base de Données

SHS : Système d'Information Hospitalier

SRH : Service des Ressources Humaines

SSD : Solid State Drive

SSI : Service des Soins Infirmiers

STM : Scanning Tunneling Microscope

UCAD : université Cheikh-Anta-Diop

UML : Unified Modeling Language

RV : Rendez-vous

VII
 AVANT-PROPOS

Dans le but de permettre aux jeunes de s’insérer dans le monde professionnel,

l’institut Polytechnique de Dakar, forme des techniciens dans des filières différentes.
Notre établissement dénommé Institut Polytechnique de Dakar(IPD) ancien
IAFP(Institut d’Aide de la Formation Professionnelle) puis Institut Africain de
Formation Professionnelle a ouvert ses portes en 1991, perpétuellement à la recherche
de la meilleure solution à l’équation formation/emploi, l’équipe de la recherche
pédagogique à l’IPD renouvelles ses référentiels de formation pour les adapter aux
besoins des entreprises et la volonté des étudiants d’aller le plus possible dans la
quête du savoir et de l’employabilité.
A cet effet l’IPD devient autonome et se fixe comme objectif de se positionner dans
le domaine des NTIC et de l’enseignement supérieur en appliquant le système
Licence, Master, Doctorat (LMD).
 Licence 3 ans
 Master 5 ans
 Doctorat 8 ans
 Filières enseignées
Echanges Commerciaux et Transport Logistique
 Commerce International
 Transport Logistique
 Sciences du Management et de Gestion
Finance Comptabilité
 Finance Banque Assurance
 Administration des Entreprises
 Marketings d’entreprises
Sciences Techniques
 Génie Civil
 Réseau Telecom
 Electrotechnique

VIII
 Sciences de l’Informatique
 Génie Logiciel

SOMMAIRE

INTRODUCTION GENERALE................................................................................................1

PREMIERE PARTIE CADRE THEORIQUE ET METHODOLOGIQUE......................2

Chapitre I : Cadre théorique........................................................................................................3

Chapitre II : Cadre méthodologique.........................................................................................12

DEUXIÈME PARTIE : ANALYSE ET CONCEPTION....................................................20

Chapitre I : Analyse..................................................................................................................21

Chapitre II : Conception............................................................................................................34

TROISIÈME PARTIE : OUTILS D’IMPLÉMENTATION ET DÉPLOIEMENT DE

LA SOLUTION.......................................................................................................................41

Chapitre I : Outils d'Implémentation.........................................................................................42

Chapitre II : Déploiement de la solution...................................................................................48

QUATRIÈME PARTIE : POLITIQUES DE SÉCURITÉ ET ÉTUDE FINANCIÈRE

DE LA SOLUTION................................................................................................................53

Chapitre I. Politique de sécurité de la solution.........................................................................54

Chapitre II : Étude financière de la solution.............................................................................57

Conclusion Générale.................................................................................................................59

IX
 INTRODUCTION GENERALE

Dans notre société moderne, où le temps est devenu une ressource précieuse et limitée, la
gestion efficace des rendez-vous médicaux et la gestion des dossiers des patients sont des
enjeux majeurs pour les professionnels de santé. Avec l'avènement des nouvelles technologies
et l'évolution du secteur de la santé vers une approche plus numérique, il devient impératif
d'adopter des solutions innovantes pour optimiser ce processus.

C'est dans cette optique que s'inscrit notre étude et réalisation d'une plateforme complète de
gestion et suivi des rendez-vous, ainsi que la gestion des dossiers. Cette initiative vise à
répondre aux besoins croissants tant du corps médical que celui des patients en matière
d'accès facilité aux soins tout en minimisant les contraintes liées à la prise de rendez-vous
traditionnelle et à la gestion manuelle des dossiers médicaux.

La première motivation derrière cette démarche réside dans le constat selon lequel les
méthodes conventionnelles utilisées actuellement sont souvent source d'inconforts aussi bien
pour les médecins que pour leurs patients. Les délais d'attente interminables au téléphone ou
lorsqu'on se présente directement au cabinet peuvent être frustrants voire dissuasifs. De plus,
ces systèmes ne permettent pas toujours une bonne coordination entre différents intervenants
(médecin traitant, spécialistes...) ni un suivi optimal du patient sur le long terme.

En s'appuyant sur les avancées technologiques telles que l'internet haut débit et la
généralisation des smartphones connectés 24/7, notre objectif est de développer une solution
digitale complète qui facilitera grandement l'ensemble du processus, de la prise de rendez-
vous à la gestion des dossiers des patients.

Notre plateforme offrira aux patients la possibilité de prendre rendez-vous en ligne, à tout
moment et depuis n'importe quel endroit. Ils pourront également consulter les disponibilités
des différents praticiens ainsi que leurs spécialités afin d'effectuer un choix éclairé.

C'est dans cette optique que s'inscrit le thème de notre mémoire. Pour mener à bien notre
travail, nous l'avons structuré en quatre parties. La première partie sera consacrée au cadre
théorique et méthodologique, la deuxième partie abordera l'analyse et la conception, la
troisième partie se penchera sur les outils d'implémentation et de déploiement de la solution,
et enfin, la quatrième partie portera sur les politiques de sécurité et l'étude financière de la
solution.

A
 PREMIERE
PARTIE :
CADRE
THEORIQUE
ET
METHODOL
OGIQUE

B
Chapitre I : Cadre théorique
I.1. Introduction
Le secteur de la santé, crucial pour le développement socio-économique, nécessite une
amélioration continue des soins, demandant une compréhension approfondie de la gestion
hospitalière. Ce chapitre se concentre sur l'élaboration d'un cadre théorique, débutant par la
présentation du Centre Hospitalier National Universitaire de Fann, institution de référence. La
problématique souligne l'importance d'approfondir les connaissances face aux défis actuels.
En définissant clairement les objectifs de recherche, l'étude vise des contributions
significatives. La pertinence découle de la nécessité de répondre aux défis contemporains,
évalués par une revue de la littérature. La délimitation assure une analyse ciblée. Ce chapitre
jette les bases pour explorer les dynamiques hospitalières et envisager des solutions.

I.2. Présentation de l’hôpital fann

1.2.1. Aspects géographiques
Carrefour aérien et maritime international, le Sénégal avec une population 18.275.743
habitants reparti sur 96 722 Km ? est situé sur la partie la plus occidentale du continent
africain au sud du Sahara ? entre 12°30 et 16°30 de la latitude nord, 11°30 et 17°30 de la
longitude ouest. Il est limité au nord par la Mauritanie, au sud Par la Guinée Bissau et la
Guinée Conakry, à l’ouest par 1’Océan Atlantique et à l’Est par le Mali. Une petite enclave, la
Gambie, pays anglophone coupe le territoire dans sa moitié sud. Le pays dispose aujourd’hui
de 11 hôpitaux de niveau 3 dont le CHNU de Fann.

Situé entre les quartiers du Point E, de Fann Hock et Fann Résidence, le Centre Hospitalier
National Universitaire de Fann est dans l’axe qui relie la ville d’Ouakam et le centre-ville
ainsi que celui qui relie la Rocade Fann-Bel-Air et les zones résidentielles de Fann.

Il est également le centre hospitalier de niveau 3 le plus proche de 1’Université Cheikh Anta
DIOP, de l‘ENDSS, du Centre de Transfusion Sanguine et du Ministère de la Santé et de 1’
Action Sociale, de 1’Hópital d’enfants A Royer, du Centre Anti Poison et du CHOM (centre
orthopédique de 1’Ordre de Malte). Il est au cœur des populations et est proche de la Corniche
Ouest qui abrite des centres commerciaux, des résidences d’Ambassades et du terminus des
cars de transports publics situé en face de I’UCAD. Son statut d’hôpital abritant des services
hautement spécialisés est une chance pour les populations qui y obtiennent des soins de

C
qualité dans des domaines tels que la chirurgie thoracique et cardiovasculaire, l’ORL, la
Neurologie, la Neurochirurgie, la Pneumologie, la Psychiatrie etc.

I.2.2. Population couverte

Le CHNU de Fann dessert une population environnante de près de plus deux millions
d’habitants qui comprend la ville de Dakar et sa banlieue. Du fait de sa vocation nationale, et
de par ses spécialités de pointe, le CHNU de Fann à un rayon d’action englobant 1’ensemble
du territoire ; et couvre une population estimée autour de Dix millions d’habitants. Par
ailleurs, le CHNU de Fann, notamment ses services de neurochirurgie et de Chirurgie
thoracique et cardio-vasculaire constitue un pôle d’attraction sous régional. Au-delà donc du
Sénégal, le flux de patients provient de la quasi-totalité des pays de la sous régions
(Mauritanie, Guinée, Conakry, Guinée Bissau, Gambie, etc.).

I.2.3. Historique
L’édification du CHNU de Fann ne s’est pas faite en une seule fois, mais en plusieurs étapes
comprises entre 1956, date du projet de sa création et 2006, date d’inauguration du Centre de
Diagnostic et d’Imagerie Médicale (CDIM). Les repères suivants donnent une idée de son
évolution dans le temps :

 1956 le 17 Octobre. Le service de Neuropsychiatrie reçoit son premier contingent de

malades en Provenance du Cap Manuel ;
 1958 : Construction de la clinique de Pneumo-phtisiologie ;
 1960 : Création de 1’hôpital de Fann avec une mission de soins, d’enseignement et de
recherche
 1961 : Inauguration de la clinique des Maladies Infectieuses
 1965 : Décret 65-393 du 10 juin 1965 fait de 1’hôpital Fann un CHU
 1968 : Création de la clinique de Neurochirurgie
 1970 : Service de Neuropsychiatrie est scindé en deux centres distincts (Neurologie et
Psychiatrie ;
 1994 : Inauguration du service de santé bucco-dentaire ;
 1999 : Décret 99-857 du 27 Août 1999 érige la CHU Fann en EPSH :
 2000 : Construction du service Chirurgie Cardio-vasculaire et Thoracique ;
 2001 : Début construction du service d’ORL et réhabilitation, extension et
équipement du service de Neurochirurgie ;
 2005 : Inauguration du Bloc Administratif du CHNU de Fann ;

D
  2007 : Inauguration du CDIM
 2018 : Mise en place d’une unité d’hospitalisation de Gériatrie
 Implanté dans la Commune d’arrondissement d’Amitié -Fann -Point E ;
 Le CHNU de Fann s’étend sur une superficie de 37 hectares dont près de 20 de
surface bâtie
 La capacité d’accueil théorique est de 421 lits dont 403 lits installés ;
 CA présidé par M. Mame Abdoulaye GUEYE nommé par décret N92015-1722 du 4
Novembre 2015
 La Direction Générale est assurée par Dr Cheikh Tacko DIOP nommé par décret n ?
2012-516 du 18 Mai 2012.

I.2.4. Cadre institutionnel

C’est le décret 65.393 du 10 juin 1965 qui faisait du CHN de Fann l’une des composantes de
l’ancien CHU de Dakar qui comprenait les autres formations hospitalières (Hôpital A. Le
Dantec, Hôpital Abass Ndao, Albert Royer, Hôpital Psychiatrique de Thiaroye) et la Faculté de
Médecine, de Pharmacie et d’Odontostomatologie.

Le décret 65.857 du 27 août 1999 portant érection du CHNU Fann en Etablissement Public
de Santé en application de la loi 98-12 du 12 février 1998, relative à la création, à
l’organisation et au fonctionnement des EPS et de la loi 98-08 du 12 février 1998 portant
réforme hospitalière, a consacré son entrée dans la réforme du système de santé au
Sénégal.

I.2.5. Missions
Le CHNU de Fann est un centre de soins où sont organisés les enseignements médicaux,
paramédicaux et post universitaires, et la recherche médicale. Selon la loi N°98-12 du 02
mars 1998, relative à la création, à l’organisation et au fonctionnement des EPS, le CHNU de
Fann a pour missions essentielles de contribuer :

 A I ’amélioration de la santé des populations par des prestations de qualité et des

actions d’Information d’Education et de Communication.
 Au développement des ressources humaines par la formation initiale et la formation
continue des personnels et auxiliaires de santé.
 Au développement de la recherche et la vulgarisation de ses résultats.

E
 I.2.6. Organisation et structure de fonctionnement
En se conformant à ce nouveau cadre juridique (lois 98-08 et 98-12 et décrets 98-701 et 98-
702), un organigramme donnant les relations entre les tutelles, l’organe de décision, les
organes consultatifs et les organes d’exécution, a été mis en place au CHNU de Fann.

En application de l’article 14 de la loi 98-12, le CHNU de Fann est placé sous tutelle
financière du Ministre chargé des Finances et sous la tutelle technique du Ministre de la Santé
et de 1’ Action Sociale. Il dispose d’un Conseil d’Administration de 12 membres au plus qui
définit la politique de 1’établissement et délibère sur toutes les mesures concernant sa gestion.

Le CHNU de Fann est doté de deux organes consultatifs : la Commission Médicale

d’Etablissement (CME) et le Comité Technique d’Etablissement (CTE).

La CME est consultée sur toutes les questions relatives à l’activité médicale et assure la
promotion et l’évaluation de la qualité des soins au sein de l’Etablissement.

Le CTE a pour rôle de faire participer le personnel technique de l’établissement à la résolution

de problème touchant à I ’hygiène, à la sécurité, au plan de formation, à la politique
d’intéressement, aux conditions et à l‘organisation du travail dans l’établissement, etc.

Pour les organes exécutifs, on retrouve la Direction et tous les services qui participent à la
mise en œuvre de la politique définie par le CA. Chaque chef de service administratif est
secondé dans ses tâches par un ou plusieurs chef(s) de division. Les chefs de service clinique
sont des enseignants de rang magistral et leurs collaborateurs sont également hospitalo-
universitaires (Professeurs titulaires, Maîtres de conférences, Maitres Assistants, Assistants).
Le surveillant de service assure la gestion du matériel et est chargé de l’organisation des soins
dans le service. Par ailleurs, il veille au respect du règlement intérieur de 1’hôpital par les
agents relevant de son service. Du fait de l’obligation de continuité de service, le temps de
travail est divisé en deux tranches horaires pour assurer « le feu continu «.

Les heures normales : du lundi au jeudi de 8 heures à 17 heures avec une pause de 13 heures
30 à 14 heures 30 et le vendredi de 8 heures à 17 heures 30 avec une pause 13 heures 30 à 15
heures.

Et les heures supplémentaires de garde : elles ont lieux tous les jours ouvrables

F
Ainsi du lundi au samedi matin, elles se déroulent au lendemain à 8 heures, les weekends et
jours fériés de 8 heures à 20 heures et de 20 heures à 8 heures.

I.2.7. Capacité d’accueil et structuration

La structure dispose de 421 lits dont 26 lits de réanimation : le tableau ci-dessous rend compte
du nombre de lits par service.

SERVICE CLINIQUE SERVICE MEDICO- SERVICE

SERVICE LITS TECHNIQUE ADMINISTRATIFS
421 ET FINANCIERS
1. Psychiatrie 54 1. Biochimie 1. Direction
2. Neurologie 56 2. Anatomopathologie 2. SAF
3. Neurochirurgie 38 3. Bactériologie 3. SRH
4. Maladies 52 4. Parasitologie et 4. Agence
Infectieuse Mycologie Comptable
5. Pneumo- 82 5. Radiologie 5. Contrôle de
phtisiologie Générale Gestion
6. Accueil/ 13 6. Pharmacie 6. Audit interne
Urgence
7. Bucco-dentaire 0 7. SSI
8. CTCV 26 8. Service Social
9. Cardiologie 12 9. STM
Médical
10. ORL 50 10. SCI
11. Gériatrie 0 11. SHS
12. CCP CUOMO 20 12. CTCS
13. Médecine du 0
travail
Tableau 1: nombre de lits par service

I.3. Problématique
Le Centre Hospitalier National Universitaire de Fann, en tant qu’établissement de soins de
santé de premier plan, est confronté à une série de défis complexes et cruciaux en ce qui
concerne la gestion des rendez-vous, la consultation des patients et la gestion des dossiers
patients. Ces défis ont un impact significatif sur l'efficacité des services de santé, la qualité

G
des soins et la satisfaction des patients. Parmi les principaux problèmes rencontrés, nous
pouvons identifier les éléments suivants :

 Surcharge de travail du personnel médical et administratif due à l'afflux massif de

patients, entraînant des files d'attente, des retards et une mauvaise gestion des
ressources humaines.
 Gestion manuelle des rendez-vous conduisant à des retards, des complications
dans les traitements médicaux et de la frustration chez les patients et le personnel.
 Risques liés à la tenue manuelle des dossiers patients, avec des erreurs, des
dossiers perdus et des informations mal documentées compromettant la qualité des
soins.
 Défis pour le suivi des patients après la consultation, les traitements médicaux et la
collecte des données médicales pertinentes.

I.4. Objectifs de l’étude

I.4.1. Objectif général
L'objectif principal de cette étude est de concevoir et de mettre en œuvre une plateforme de
gestion et de suivi des rendez-vous, de consultation des patients et de gestion des dossiers
patients au sein du Centre Hospitalier National Universitaire de Fann.

I.4.2. Objectifs spécifiques

 Examiner les processus actuels de gestion des rendez-vous, de consultation des
patients et de gestion des dossiers patients.
 Identifier les lacunes et les problèmes dans les processus existants.
 Concevoir une plateforme informatique pour améliorer ces processus.
 Mettre en œuvre la plateforme et évaluer son impact sur l'efficacité et la qualité
des services de santé.

I.5. Hypothèse de recherche

I.5.1. Hypothèse générale
La mise en place d'une plateforme de gestion et suivi des rendez-vous, consultation des
patients, et gestion des dossiers patients améliorera l'efficacité et la qualité des services de
santé au Centre Hospitalier National Universitaire de Fann.

H
  La mise en place d'une plateforme de gestion et suivi des rendez-vous,
consultation des patients, et gestion des dossiers patients optimisera l'utilisation
des ressources hospitalières, y compris le personnel médical et les équipements, ce
qui augmentera l'efficacité des services de santé au Centre Hospitalier National
Universitaire de Fann.
 L'introduction de la plateforme réduira la charge de travail administrative du
personnel, permettant ainsi une allocation plus efficace du temps et des
compétences du personnel médical pour des soins plus directs aux patients.
 La plateforme améliorera la communication et la coordination entre les différents
départements et professionnels de la santé de l'hôpital, favorisant une prestation de
soins plus intégrée et efficace.
 La mise en place de la plateforme facilitera la collecte de données et la génération
de rapports sur les activités de l'hôpital, permettant ainsi une meilleure prise de
décision et une gestion plus informée des opérations de santé.

En réduisant les délais d'attente et en améliorant la gestion des rendez-vous, la plateforme

augmentera la satisfaction des patients, ce qui contribuera à une meilleure réputation de
l'hôpital et à un maintien, voire à une augmentation, de la fréquentation des services de santé

I.6. Pertinence du sujet

Cette étude revêt une importance capitale dans le contexte de l'optimisation croissante des
opérations hospitalières. La mise en œuvre d'une plateforme de gestion intégrée représente
une opportunité stratégique visant à rehausser la qualité des soins, à accroître la satisfaction
des patients et à rationaliser l'efficacité administrative. En se concentrant sur le
développement d'une plateforme dédiée à la gestion et au suivi des rendez-vous, à la
consultation des patients, ainsi qu'à la gestion des dossiers médicaux, cette initiative promet
d'apporter des avantages substantiels en termes d'efficacité opérationnelle et de prestation de
soins de santé de haute qualité.

I.7. Revue de la littérature sur les solutions existantes

La revue de la littérature sur les solutions existantes dans le domaine de la gestion des rendez-
vous, de la consultation des patients et de la gestion des dossiers patients dans les
établissements de santé est essentielle pour comprendre le contexte dans lequel notre étude
s'inscrit. Cette revue offre un aperçu des avancées, des défis et des tendances qui ont marqué
ce domaine crucial de la prestation de soins de santé.

I
La gestion des rendez-vous constitue un pilier de l'efficacité opérationnelle dans les
établissements de santé. Les recherches antérieures ont révélé diverses approches, allant des
systèmes de gestion de rendez-vous en ligne aux méthodes de planification manuelle. Ces
études ont souligné les avantages de l'automatisation des rendez-vous, notamment la réduction
des retards, l'amélioration de l'accès aux soins et la rationalisation de la gestion des
ressources. De plus, la gestion électronique des rendez-vous s'est avérée particulièrement
prometteuse, permettant une meilleure coordination des horaires des professionnels de la
santé et des patients, ainsi qu'une réduction des annulations et des rendez-vous non honorés.

La consultation des patients est un domaine en constante évolution, avec une orientation
croissante vers des soins centrés sur le patient. Les études ont mis en évidence l'importance de
la communication et de la collaboration entre les patients et les professionnels de la santé. Des
approches telles que les dossiers de santé partagés et les décisions médicales partagées ont
émergé pour renforcer la participation du patient dans le processus de soins. De plus, les
technologies de télémédecine ont facilité la consultation à distance, améliorant ainsi
l'accessibilité aux soins de santé, en particulier dans les zones éloignées.

La gestion des dossiers patients est un aspect clé de la prestation de soins de santé. Les
systèmes de gestion des dossiers électroniques (DSE) ont connu une adoption croissante,
permettant une collecte, un stockage et un partage efficaces des informations médicales. Les
études ont mis en évidence les avantages des DSE en termes de réduction des erreurs, de
facilité d'accès aux informations et de coordination des soins. Cependant, des préoccupations
persistent concernant la sécurité des données et la confidentialité des patients.

Enfin, les avancées technologiques ont ouvert la voie à des solutions innovantes, telles que les
applications mobiles de gestion des rendez-vous, les plateformes de gestion des dossiers
patients basées sur l'intelligence artificielle et les systèmes de suivi des patients par RFID. Ces
avancées visent à améliorer l'efficacité des services de santé, à optimiser la gestion des
ressources et à renforcer la qualité des soins.

En conclusion, la revue de la littérature met en évidence l'évolution constante du secteur de la

santé vers des solutions plus efficientes et centrées sur le patient. Notre étude s'inscrit dans ce
contexte, visant à concevoir une plateforme de gestion et suivi des rendez-vous, consultation
des patients et gestion des dossiers patients au Centre Hospitalier National Universitaire de
Fann, afin de relever les défis actuels et d'exploiter les opportunités offertes par les avancées
technologiques.

J
I.8. Délimitation du sujet
La recherche se focalisera sur l'étude et la conception d'une plateforme axée sur la gestion des
rendez-vous, la consultation des patients, et la gestion des dossiers médicaux. La délimitation
se concentre sur l'accessibilité de la plateforme pour les professionnels de la santé et les
patients, le suivi détaillé des rendez-vous et consultations, ainsi que la mise en place de
mécanismes assurant une gestion efficace des dossiers patients tout en garantissant la
confidentialité des informations. En se restreignant à ces aspects essentiels, l'objectif est
d'offrir une analyse approfondie dans un cadre restreint, permettant une étude approfondie et
une réalisation pratique de la plateforme.

I.9. Conclusion
La conclusion du premier chapitre dédié au cadre théorique met en relief le Centre Hospitalier
National Universitaire de Fann, soulignant l'importance de comprendre son contexte pour
relever les défis de la gestion hospitalière. Les objectifs spécifiques guideront notre recherche,
visant des réponses pertinentes. La revue de la littérature éclaire les solutions existantes,
fondant nos futures analyses. La délimitation du sujet assure une exploration approfondie.
Cette introduction robuste jette les bases nécessaires pour les prochains chapitres, explorant
en détail les divers aspects de la gestion hospitalière, avec pour objectif ultime l'amélioration
des pratiques dans ce domaine essentiel.

K
Chapitre II : Cadre méthodologique
II.1. Introduction
Ce chapitre, constitue une étape cruciale dans la conception et le développement de la
plateforme de gestion et suivi des rendez-vous, de consultation des patients, et de gestion des
dossiers patients. Pour parvenir à une solution efficace, il est impératif de définir les concepts
clés liés à ces domaines. Ainsi, cette section s'attache à clarifier les notions fondamentales
telles que les rendez-vous médicaux, la consultation des patients, la gestion des dossiers
patients, et la plateforme de gestion des rendez-vous.

II.2. Généralités sur les méthodes d'analyse

II.2.1. Définition des concepts
Dans cette section, nous allons définir les concepts clés liés à la gestion des rendez-vous, à la
consultation des patients et à la gestion des dossiers patients. Il est essentiel de bien
comprendre ces concepts pour la conception et le développement de la plateforme de gestion
et suivi des rendez-vous, de consultation des patients et de gestion des dossiers patients. Les
principaux concepts à définir incluent :

II.2.1.1. Rendez-vous médicaux

Un rendez-vous médical est une rencontre planifiée entre un patient et un professionnel de la
santé, tel qu'un médecin, un spécialiste, une infirmière ou un autre prestataire de soins de
santé, dans le but de discuter des problèmes de santé du patient, de poser un diagnostic, de
recommander un traitement, de surveiller l'évolution de la condition médicale, ou de fournir
des soins médicaux spécifiques. Ces rendez-vous sont organisés à une date et une heure
convenue à l'avance et sont essentiels pour assurer des soins de santé de qualité, prévenir les
maladies, traiter les problèmes de santé existants et effectuer un suivi médical régulier. Les
rendez-vous médicaux peuvent varier en termes d'objectifs, de fréquence et d'urgence en
fonction des besoins du patient et de la nature de la condition médicale.

L
 II.2.1.2. Consultation des patients
La consultation des patients est un processus médical et clinique au cours duquel un
professionnel de la santé, tel qu'un médecin, un spécialiste, une infirmière ou un autre
prestataire de soins de santé, interagit avec un patient pour évaluer sa santé, discuter de ses
symptômes, de ses préoccupations médicales, de ses antécédents médicaux et de ses besoins
en matière de soins. Cette interaction vise à établir un diagnostic, à recommander un
traitement, à fournir des informations sur la gestion de la santé, à discuter des options de soins
et à répondre aux questions du patient.

La consultation des patients peut comprendre plusieurs composantes, notamment :

 Anamnèse : Le professionnel de la santé recueille des informations sur les

antécédents médicaux, les symptômes actuels, les médicaments pris, les allergies,
les habitudes de vie et d'autres facteurs pertinents pour évaluer la santé du patient.
 Examen physique : Si nécessaire, un examen physique peut être effectué pour
évaluer visuellement et physiquement l'état du patient, y compris la palpation,
l'auscultation, la mesure de la pression artérielle, etc.
 Diagnostic : Sur la base des informations recueillies, le professionnel de la santé
établit un diagnostic, c'est-à-dire qu'il identifie la nature de la condition médicale
du patient.
 Recommandations et traitement : Le prestataire discute des options de
traitement, des médicaments, des procédures, des changements de style de vie ou
d'autres mesures nécessaires pour gérer la santé du patient.
 Éducation et communication : La consultation implique généralement une
communication claire avec le patient pour lui expliquer son diagnostic, son
traitement, ses droits en matière de soins de santé, et pour répondre à ses questions
et préoccupations.
 Suivi : Des rendez-vous de suivi peuvent être programmés pour surveiller
l'évolution de la condition médicale, ajuster le traitement si nécessaire et évaluer
l'efficacité des soins.

II.2.1.3. Gestion des dossiers patients

La gestion des dossiers patients, également connue sous le nom de gestion des dossiers
médicaux ou de dossiers de santé électroniques (DSE), désigne le processus de collecte,
d'organisation, de stockage, de gestion et de préservation des informations médicales et de
santé relative à un patient. Ces informations comprennent les antécédents médicaux, les

M
diagnostics, les traitements, les résultats d'examens, les ordonnances, les allergies, les
radiographies, les rapports de laboratoire, les notes de consultation, et d'autres données
médicales pertinentes.

La gestion des dossiers patients vise à accomplir plusieurs objectifs essentiels :

 Stockage des informations médicales : Elle assure un stockage sûr et

organisé des données médicales du patient, qu'elles soient sous forme de
dossiers papier ou de fichiers électroniques.
 Accessibilité et partage : Elle facilite l'accès aux informations médicales par
les professionnels de la santé autorisés, ce qui est essentiel pour assurer une
prise en charge appropriée du patient, la coordination des soins et la
communication entre les membres de l'équipe médicale.
 Confidentialité et sécurité : La gestion des dossiers patients met en place des
protocoles de sécurité stricts pour protéger les informations médicales des
patients contre les accès non autorisés et les violations de la confidentialité.
 Précision et cohérence : Elle contribue à maintenir des dossiers médicaux
précis et à jour, en enregistrant de manière systématique les informations sur
les soins, les diagnostics, les traitements et les résultats.
 Simplification de la gestion administrative : Elle réduit la paperasserie,
facilite la facturation, et peut intégrer des systèmes de gestion des rendez-vous,
des rappels de vaccination et d'autres fonctionnalités liées aux soins de santé.
 Conformité aux réglementations : Elle garantit que les pratiques de gestion
des dossiers patients sont conformes aux réglementations en vigueur,
notamment en matière de protection des données de santé.

II.2.1.4. Plateforme de gestion et suivi des rendez-vous

Une plateforme de gestion et suivi des rendez-vous est un système informatisé conçu pour
faciliter la planification, la coordination et le suivi des rendez-vous médicaux entre les
patients et les professionnels de la santé. Cette plateforme vise à simplifier la gestion des
rendez-vous en automatisant divers aspects du processus, ce qui améliore l'efficacité, la
précision et l'accessibilité des rendez-vous médicaux. Voici une définition plus détaillée :

 Planification des rendez-vous : La plateforme permet aux patients de prendre

rendez-vous en ligne en fonction de la disponibilité des professionnels de la santé,
ce qui élimine les longues attentes au téléphone ou en personne. Elle offre

N
 également aux prestataires la possibilité de gérer leur emploi du temps et de
planifier des rendez-vous de manière cohérente.
 Coordination des rendez-vous : Elle assure la coordination entre les patients et
les professionnels de la santé en confirmant automatiquement les rendez-vous, en
envoyant des rappels aux patients, et en ajustant le planning en cas d'annulations
ou de changements.
 Suivi des rendez-vous : La plateforme enregistre les détails des rendez-vous, y
compris les informations sur le patient, le prestataire de soins, la date, l'heure et
l'emplacement. Cela permet un suivi précis de l'historique des rendez-vous et des
soins prodigués.
 Accessibilité : Les professionnels de la santé et les patients peuvent accéder à la
plateforme via des applications mobiles ou des interfaces web, ce qui leur permet
de consulter leur calendrier et leurs rendez-vous à tout moment, n'importe où.
 Intégration : Les plateformes de gestion et suivi des rendez-vous peuvent être
intégrées aux systèmes de gestion des dossiers patients (DSE) pour assurer une
cohérence dans le suivi des informations médicales.
 Rapports et analyses : Certaines plateformes offrent des fonctionnalités de
reporting pour aider les professionnels de la santé à analyser les données des
rendez-vous, à identifier les tendances et à améliorer leurs processus.

II.3. Importance d’une méthode d’analyse

L'importance d'une méthode d'analyse dans un projet est considérable, quelle que soit la
nature du projet. Une méthodologie d'analyse solide revêt une importance cruciale pour
plusieurs raisons :

 Permettre de recueillir et de clarifier les besoins et les objectifs du projet, facilitant

ainsi l'identification des objectifs du projet et la définition précise des exigences.
 Aider à planifier le projet de manière méthodique en décomposant les tâches, en
établissant des priorités et en allouant les ressources de manière appropriée.
 Identifier les lacunes, les incohérences et les problèmes potentiels dès le début,
l'analyse réduit le risque d'erreurs coûteuses et de révisions majeures en cours de
projet.
 Contribuer à économiser des ressources en évitant le surdéveloppement, en priorisant
les fonctionnalités essentielles, et en évitant le gaspillage de temps et d'argent.
 Garantir la confidentialité, la sécurité et l'intégrité des données.

O
  Intégrer l'expérience utilisateur (UX) pour s'assurer que le produit ou le service répond
aux besoins et aux attentes des utilisateurs.
 Permettre d'ajuster la conception en fonction des évolutions des besoins, des
technologies et des contraintes externes.
 Garantir la conformité avec les lois, les normes et les réglementations pertinentes.
 Aider à anticiper les risques et à les gérer efficacement, réduisant ainsi les éventuelles
surprises et les retards coûteux.
 Servir de base pour la communication entre les parties prenantes, en veillant à ce que
toutes les parties comprennent les objectifs, les contraintes et les progrès du projet.

II.4. Classification des approches méthodologiques

Dans un cadre général d'analyse et de conception, il est courant de classer les méthodes en
trois principales approches distinctes.

II.4.1. Approche systématique

L'approche systémique, en matière de développement de systèmes, se concentre sur la
création de modèles capables de décrire ou de simuler le comportement global ou partiel des
systèmes étudiés. Cette approche repose sur la notion d'entités et de leurs relations au sein du
système, et elle est conçue pour répondre aux besoins de systèmes complexes, tels que ceux
rencontrés dans le contexte des entreprises.

Contrairement à l'approche cartésienne, qui s'avère moins efficace pour appréhender la

complexité des systèmes d'entreprise, les méthodes d'analyse de seconde génération ont vu le
jour. Elles se fondent principalement sur les principes de l'approche systémique. Les systèmes
complexes se caractérisent par un grand nombre de relations entre leurs éléments constitutifs,
tandis que les systèmes compliqués se démarquent par la présence d'un grand nombre
d'éléments.

C'est dans ce contexte que des méthodes d'analyse comme Merise, REMORA, et d'autres ont
vu le jour, pour aider à aborder et à résoudre les défis posés par la complexité des systèmes,
en fournissant des outils et des modèles appropriés pour une compréhension plus approfondie
et une gestion plus efficace de ces systèmes.

II.4.2. Approche cartésienne ou fonctionnelle

Les méthodes relevant de l'approche cartésienne ou fonctionnelle, dont l'exemple le plus
connu est le SADT (Structured Analysis and Design Technic), se distinguent par leur

P
approche axée sur les fonctions à remplir par le système plutôt que sur les données à gérer.
Elles considèrent le processus de conception comme un développement linéaire, caractérisé
par une décomposition systématique du domaine d'étude en sous-domaines, eux-mêmes
décomposés en sous-domaines, jusqu'à un niveau considéré élémentaire. Ces méthodologies
définissent différents niveaux de préoccupation ou d'abstraction et proposent de multiples
modèles complémentaires. Elles intègrent une structure hiérarchisée par niveau, ce qui facilite
la clarification et la décomposition analytique de la complexité d'un système.

Cependant, il convient de noter que ces approches ne fournissent généralement pas de

représentation séquentielle des processus ni la possibilité de visualiser une vue globale du
système, ce qui peut constituer une limitation. Elles sont donc particulièrement adaptées pour
des systèmes dont la complexité peut être gérée de manière hiérarchique et qui n'exigent pas
une visualisation globale ou une approche séquentielle pour leur conception.

II.4.3. Approche orientée objet

La programmation orientée objet (POO) est une méthodologie de programmation de plus en
plus prépondérante dans le domaine du développement logiciel. L'approche orientée objet se
fonde sur plusieurs principes fondamentaux.

Tout d'abord, l'encapsulation consiste à regrouper chaque objet au sein d'une classe
spécifique. Les objets appartenant à différentes classes ne peuvent pas accéder mutuellement à
leurs données ni les modifier. Au lieu de cela, ils interagissent au travers d'une liste de
fonctions ou de méthodes publiques, ce qui renforce la sécurité et prévient la corruption des
données.

Le principe de l'abstraction implique que les objets révèlent uniquement les mécanismes
internes pertinents à d'autres objets, tout en dissimulant le code d'implémentation superflu.
Cette approche simplifie les modifications et les ajouts ultérieurs, offrant ainsi une flexibilité
accrue au fil du temps.

L'héritage permet de créer des relations et des sous-classes entre les objets, autorisant la
réutilisation d'une logique commune tout en préservant une hiérarchie distincte. Cela favorise
une analyse plus approfondie des données, réduit les délais de développement, et garantit une
précision accrue.

Q
Enfin, le polymorphisme est une caractéristique essentielle de la programmation orientée
objet. Il permet aux objets de traiter un même problème de différentes manières, offrant ainsi
une flexibilité dans la modélisation des systèmes.

Plusieurs méthodes de modélisation sont couramment utilisées, dont MERISE et UML.

MERISE est une méthodologie d'analyse et de réalisation des systèmes d'information,
élaborée en plusieurs étapes, tandis qu'UML est un langage de modélisation standard utilisant
des diagrammes pour représenter tous les aspects d'un système, en mettant particulièrement en
avant la notion d'orientation objet, un atout considérable dans ce contexte.

II.4.4. Choix de l'approche

À l'issue de l'étude comparative, l'analyse des avantages et des inconvénients de chaque
méthodologie conceptuelle nous a permis de déterminer l'approche la plus adaptée à la
conception du système à réaliser.

Pour effectuer ce choix de manière éclairée, nous nous sommes appuyés sur les critères
fondamentaux suivants :

 Les possibilités d'extension des besoins du système : Il est essentiel que l'approche
choisie puisse prendre en charge les évolutions potentielles et les besoins futurs du
système.
 La modularité : Une méthodologie modulaire favorise une conception flexible, où les
différentes composantes du système peuvent être développées et gérées de manière
indépendante.
 La structure cohérente des fonctionnalités et des données : Une méthodologie doit
permettre une intégration fluide des fonctionnalités et des données, garantissant une
structure cohérente et un accès efficient.
 La rapidité et l'efficacité : L'efficacité et la rapidité de développement sont des facteurs
clés pour respecter les échéances et les contraintes budgétaires.
 L'abstraction : La méthodologie doit permettre de modéliser de manière abstraite les
concepts, ce qui facilite la compréhension et l'adaptation aux besoins changeants du
projet.

Après une évaluation minutieuse, la méthodologie qui répond le mieux à ces critères pour la
conception du système est l'UML (Unified Modeling Language). L'UML est une
méthodologie normalisée largement utilisée dans le domaine du développement logiciel et de
la conception orientée objet. Elle offre de nombreux avantages, notamment une modélisation

R
flexible, une forte modularité, une structure cohérente des fonctionnalités et des données, une
rapidité d'implémentation, et une abstraction appropriée. Ces caractéristiques font de l'UML
un choix judicieux pour la conception du système à réaliser, garantissant ainsi une approche
solide et efficace pour le développement.

II.5. Conclusion
En conclusion de ce chapitre, nous avons posé les bases nécessaires à la compréhension des
concepts essentiels à la conception de la plateforme. La définition précise des rendez-vous
médicaux, de la consultation des patients, de la gestion des dossiers patients, et de la
plateforme de gestion des rendez-vous établit un socle solide pour la suite du projet. De plus,
l'importance d'une méthodologie d'analyse a été soulignée, mettant en lumière les avantages et
inconvénients des approches systémique, cartésienne, et orientée objet. Le choix éclairé en
faveur de l'UML comme méthodologie pour la conception du système confirme la rigueur de
notre démarche, assurant ainsi une approche solide et efficiente pour le développement de la
plateforme.

S
 DEUXIÈME
PARTIE :
ANALYSE ET
CONCEPTION

T
Chapitre I : Analyse
I.1. Introduction
Dans cette section, nous introduisons les éléments essentiels de l'analyse. Nous débuterons par
une présentation du langage UML, un outil incontournable pour la modélisation des systèmes
complexes. Ensuite, nous identifierons les acteurs qui interagiront avec le système, clarifiant
ainsi les rôles et les responsabilités de chaque entité impliquée. Les exigences fonctionnelles
et non fonctionnelles seront également examinées en détail, fournissant une compréhension
approfondie des besoins opérationnels du système. Enfin, nous plongerons dans
l'identification des cas d'utilisation, mettant en lumière les scénarios clés qui définiront le
comportement global du système.

I.2.Présentation du Langage UML

Figure 1: Logo UML

U
UML est un langage de modélisation graphique à base de pictogrammes. Il est apparu dans le
monde du génie logiciel, dans le cadre de la « conception orientée objet ». Il est
l'accomplissement de la fusion des précédents langages de modélisation objet. Dans les
années 90, un certain nombre de méthodes orientées objets ont émergé, en particulier les
méthodes OMT de James RUMBAUGH, BOOCH de Grady BOOCH et OOSE d’Ivar
JACOBSON à qui l’on doit les cas d’utilisations.

Le schéma ci-dessus montre l’historique de ce langage

Figure 2: Le schéma historique de l’UML

UML est à présent un standard défini par l'Object Management Group (OMG). La dernière
version diffusée par l'OMG est UML 2.4.1 depuis août 2011.

UML sert principalement à :

 Décomposer le processus de développement ;

 Mettre en relation les experts métiers et les analystes ;
 Coordonner les équipes d'analyse et de conception ;
 Séparer l'analyse de la réalisation ;
 Prendre en compte l'évolution de l'analyse et du développement ;
 Migrer facilement vers une architecture objet d'un point de vue statique et dynamique.

UML est vaste, et plusieurs ouvrages consacrent plusieurs centaines de page pour couvrir
toutes les notions de ce langage. Sans prétendre être exhaustif dans ce travail, nous estimons
qu’il est important de présenter quelques diagrammes que nous avons utilisés.

V
 I.2.1. Présentation des diagrammes UML
UML dans sa version 2 propose treize diagrammes qui peuvent être utilisés pour la
description d’un système. Ces diagrammes sont regroupés en deux grands ensembles dont :

Les diagrammes structurels : ayant vocation de représenter l’aspect statique d’un système. Ils
permettent d’identifier les objets constituant le programme, leurs attributs, leurs opérations et
les méthodes qui leurs sont associés. Ils sont au nombre de six à savoir :

 Diagramme de Classe ;
 Diagramme d’objet ;
 Diagramme de composant ;
 Diagramme de déploiement ;
 Diagramme de Paquetage ;
 Diagramme de structure composite.

Les diagrammes de comportement : ils représentent la partie dynamique d’un système

réagissant aux événements et permettant de produire les résultats attendus par les utilisateurs.
Sept diagrammes sont proposés par UML :

 Diagramme des cas d’utilisation ;

 Diagramme d’état-transition ;
 Diagramme d’activités ;
 Diagramme de séquence ;
 Diagramme de communication ;
 Diagramme global d’interaction ;
 Diagramme de temps.

I.3. Exigences fonctionnelles

Notre plateforme dédiée à la gestion, au suivi des rendez-vous, à la consultation des patients,
et à la gestion des dossiers patients devra intégrer toutes les fonctionnalités essentielles pour
assurer une administration efficace et une exploration détaillée des informations médicales.

Gestion des Rendez-vous : Permettre aux patients de prendre des rendez-vous en ligne, en
fournissant des plages horaires disponibles. Les professionnels de santé recevront des
notifications instantanées pour toute prise de rendez-vous et auront la possibilité de confirmer
ou de reporter ces rendez-vous.

W
Historique des Consultations : Enregistrer un historique détaillé de chaque consultation,
incluant les notes du praticien, les diagnostics précédents, et les traitements recommandés.
Faciliter le suivi des progrès du patient assurera une continuité des soins.

Communication Sécurisée : Mettre en place un système de messagerie sécurisée intégré à la

plateforme, permettant une communication confidentielle entre les professionnels de santé et
les patients, respectant les normes de confidentialité et de sécurité des données médicales.

Gestion des Autorisations d'Accès : Établir un système robuste de gestion des autorisations
pour garantir que seuls les professionnels de santé autorisés ont accès aux informations
sensibles des patients. Les patients auront également un contrôle sur l'accès à leurs propres
données.

Recherche : Permettre aux praticiens un accès facile à l'ensemble des dossiers médicaux de
leurs patients grâce à une méthode de recherche intuitive. Cette fonctionnalité permettra aux
médecins de trouver rapidement les informations nécessaires, avec des résultats de recherche
présentés de manière claire sur une page dédiée, facilitant ainsi la consultation des données
médicales.

Découverte détaillée : Offrir aux utilisateurs autorisés la possibilité d'explorer en détail

chaque dossier patient. Les informations disponibles incluront les données civiles, les
prescriptions, l'historique du traitement du patient, ainsi que les résultats obtenus. Cette
fonctionnalité permettra une compréhension approfondie de chaque dossier médical,
contribuant ainsi à une prise en charge médicale optimale.

I.4. Exigences non fonctionnelles

Dans le cadre de l'étude et de la réalisation de la plateforme de gestion et suivi des rendez-
vous, consultation des patients, et gestion des dossiers patients, il est essentiel de définir des
exigences non fonctionnelles pour garantir la qualité et les performances du système.

I.4.1. Exigences de qualité

Les exigences de qualité pour cette plateforme englobent les aspects suivants :

 Accessibilité universelle :

L'interface doit être conçue de manière à garantir l'accessibilité à tous les utilisateurs, y
compris ceux ayant des besoins spécifiques, en conformité avec les normes d'accessibilité.

 Sécurité des données :

X
Les données des patients et des rendez-vous doivent être stockées de manière sécurisée, en
utilisant des protocoles de cryptage robustes pour éviter tout accès non autorisé.

 Compatibilité multi-appareils :

La plateforme doit être compatible avec différents systèmes d'exploitation, tels qu'Android et
iOS, assurant ainsi une expérience utilisateur cohérente quel que soit l'appareil utilisé

I.4.2. Exigences de performance

En plus des exigences précédentes, les exigences de performance doivent également couvrir
les aspects suivants :

 Temps de réponse optimal :

La plateforme doit garantir des temps de réponse rapides lors de la gestion des rendez-vous et
de la consultation des informations médicales, pour une expérience utilisateur fluide.

 Évolutivité :

La solution doit être conçue de manière à être scalable, permettant une gestion efficace même
en cas d'augmentation significative du nombre d'utilisateurs ou de données.

I.5. Identification des acteurs

Un acteur représente un rôle joué par une entité externe (utilisateur humain, dispositif matériel
ou autre système) qui interagit directement avec le système étudié. Il peut consulter et/ou
modifier directement l'état du système, en émettant et/ou en recevant des messages
susceptibles d'être porteurs de données.

Dans le cas de notre système, nous avons identifié principalement trois (03) acteurs en
interaction avec celui-ci :

 Le médecin : désigne la personne habilitée à pratiquer la médecine et chargée

d'examiner les patients et de diagnostiquer les maladies, lésions et pathologies afin de
les traiter.
 Le patient : désigne la personne examinée par le médecin et qui se voit administrer un
traitement.

Y
  L'administrateur : c'est la personne chargée de la maintenance de l'application et de la
gestion des comptes des utilisateurs. Il veille au bon fonctionnement du serveur de
données et à sa sécurité.

I.6. Identification des cas d’utilisation

Un cas d'utilisation représente un ensemble de séquences d'actions réalisées par le système,
produisant un résultat observable pour un acteur spécifique. Les principaux acteurs identifiés
sont le Patient, le Médecin, et l'Administrateur.

Cas d’utilisation Acteurs

Gérer les rendez-vous
Consulter les Patients
Gérer l’agenda Médecin
Gérer les dossiers patient
Consulter l’agenda
Rechercher médecin
Consulter l’historique des rendez-vous
Prendre un rendez-vous Patient
Consulter l’état des rendez-vous
Consulter son dossier patient
Ajouter un compte utilisateur.
Administrateur
Vérifier les médecins

Gérer le profile Médecin, Patient

Tableau 2: Identification des acteurs et des cas d'utilisation

I.7. Diagramme de cas d’utilisation

Le diagramme de cas d’utilisation (DCU) est un diagramme UML utilisé pour une
Représentation du comportement fonctionnel d’un système logiciel. Le diagramme
De cas d’utilisation décrit ce qu’un système fait du point de vue d’un observateur
Externe. L’accent est mis sur ce qu’un système fait, plutôt que sur la façon dont il Le fait. En
langage UML, un diagramme de cas d’utilisation peut servir à résumer les informations des

Z
utilisateurs du système (également appelés acteurs) et leurs interactions avec ce dernier. La
création de ce type de diagramme requiert un ensemble de symboles et de connecteurs
spécifiques. Lorsqu’ils sont bien conçus les diagrammes de cas d’utilisation peuvent aider à
représenter :

 Les scénarios dans lesquels le système interagit avec des personnes, des organisations
ou des systèmes externes ;
 Les objectifs que le système permet aux entités (appelées acteurs) d’atteindre la portée
du Système.

Avant de se lancer dans la réalisation d’un logiciel, il faut comprendre, clarifier

Et structurer les attentes et les besoins du client. Généralement, le diagramme des

Cas d’utilisation constitue la première étape dans la démarche UML en

 Modélisant les besoins des utilisateurs.

 Identifiant les grandes fonctionnalités et les limites du système.
 Représentant les interactions entre le système et ses utilisateurs.

Ce diagramme décrit :

 Le système,
 Les Acteurs,
 Les cas d’utilisation

AA
 I.7.1. Diagramme de cas d’utilisation du patient

Figure 3: Diagramme de cas d'utilisation du patient

Le patient doit se connecter s'il détient déjà un compte ou créer un compte pour accéder aux
diverses fonctionnalités de l'application. Sur la page d'accueil, le patient a la possibilité de
rechercher un médecin, soit en consultant la liste des médecins avec leurs spécialités, soit en
effectuant une recherche par nom ou par spécialité.

Une fois le médecin sélectionné, le patient peut consulter les détails et planifier un rendez-
vous en fonction de la disponibilité du médecin. Après la prise de rendez-vous, le patient peut
consulter la liste de ses rendez-vous, classés en rendez-vous acceptés, refusés et en attente.
Pendant la période d'attente, le patient a la possibilité d'annuler ou de reporter le rendez-vous.

Le patient a également la faculté de modifier les informations de son compte ou de supprimer

celui-ci. Si un rendez-vous est accepté par le médecin et que le patient manque la consultation
à plusieurs reprises, son compte sera supprimé.

I.7.1.1. Description du cas d’utilisation de prise de rendez-vous

Cas d’utilisation Prendre rendez-vous
Résumé Ce cas permet au patient de prendre un
rendez-vous avec un médecin
Acteurs Patient
1. Le patient sélectionne la date de
rendez-vous.

BB
 2. Le Patient Sélectionne l’heure du
Scénario nominale rendez-vous.
3. Le système vérifie la disponibilité du
médecin.
4. Le rendez-vous est enregistré dans la
base de données
Scénario erreur 1. Le patient décide de quitter de
quitter l’interface de sélection de la
date et heure.
2. La date ne correspond pas à la
disponibilité du médecin.
3. La date et heure déjà prise.
Pré condition Choisir un médecin
Etre authentifier
Post condition Le rendez-vous enregistré
Tableau 3: description du cas d'utilisation de prise de rendez-vous

I.7.1.2. Description du cas d’utilisation de recherche de médecin

Cas d’utilisations Chercher un médecin

Résumé Ce cas permet au patient de chercher un médecin
Acteurs Patient
1. Le patient choisit un médecin sur la page accueil.
2. Le système affiche le profil du médecin.
3. Le patient saisie une spécialité.
4. Le système chercher tous les médecins avec la spécialité
saisie.

CC
 5. Le patient choisie un médecin de la liste.
Scénario nominale 6. Le système affiche le profil du médecin sélectionné.
7. Le patient saisie le nom du médecin.
8. Le système cherche tous les médecins avec ce nom.
9. Le patient choisie un médecin de la liste.
10. Le système affiche le profil du médecin sélectionné
1. Le patient ne choisit aucune spécialité.
2. Le patient ne choisit aucune médecin.
Scénario erreur 3. Le patient saisie un nom erroné.
4. Le patient ne saisit aucun nom.
5. Le patient ne choisit aucun médecin.
Pré-condition Patient authentifié
Post condition Profil de médecin affiché
Tableau 4: description du cas d'utilisation rechercher de médecin

I.7.1.3. Description du cas d’utilisation de création du compte patient

Cas d’utilisation Création du compte patient

Résumé Ce cas permet au patient de créer un compte
Acteurs Patient
1. Le patient saisie les données
2. Le système reçoit les données saisies.
3. Si les données sont valides.
Scénario nominale 4. Le système enregistre les informations dans la base de
données.
5. Le système affiche un message succès au patient
6. Le patient sera redirigé à l’interface d’accueil.
Scénario erreur 1. Le patient saisit des données erronées.
2. Le système affiche un message d’erreur au patient.
3. Le patient sera redirigé à l’interface de création du
compte.
Pré-condition -
Post condition Compte crée
Tableau 5: description de cas de création du compte patient

DD
 I.7.2. Diagramme de cas d’utilisation du médecin

Figure 4: Diagramme de cas d'utilisation du médecin

I.7.3. Diagramme de cas d’utilisation de l’administrateur

L’administrateur du système est le seul qui a le droit accepte d’accepter ou rejeter un
médecin.

En effet, après la vérification de la carte d’identité envoyée par le médecin, l’administrateur a

la possibilité de valider ou bien de refuser de publier le profil de ce dernier.

EE
 Figure 5: Diagramme de cas d’utilisation de l’administrateur

I.7.3.1. Description du cas d’utilisation gestion des comptes

Cas d’utilisation Gestion des comptes
Résumé L’administrateur peut gérer les comptes qui existent dans le
système : il peut modifier ou supprimer un compte
Acteurs Administrateur
Scénario nominale 1. L'administrateur se connecte au système.
2. L'administrateur accède à la fonctionnalité "Gestion
des comptes".
3. Le système affiche la liste des comptes existants.
4. L'administrateur sélectionne un compte à modifier ou
supprimer.
5. Si l'administrateur choisit de modifier :
a. Le système permet à l'administrateur de mettre à
jour les informations du compte.
b. L'administrateur valide les modifications.
c. Le système enregistre les modifications et affiche

FF
 un message de succès.
6. Si l'administrateur choisit de supprimer :
a. Le système demande confirmation.
b. L'administrateur confirme la suppression.
c. Le système supprime le compte et affiche un
message de confirmation.

Scénario d’erreur 1. Si l'administrateur n'arrive pas à se connecter, le

scénario est interrompu.
2. Si le système rencontre une erreur lors de la
modification ou de la suppression d'un compte, un
message d'erreur est affiché.
Pré-condition - L'administrateur a des droits d'accès au module de gestion
des comptes.
- Des comptes existent dans le système.
Post condition - Les modifications apportées aux comptes sont enregistrées
si la modification est choisie.
- Le compte sélectionné est supprimé si la suppression est
choisie.
Tableau 6: Description du cas d’utilisation gestion des comptes

I.7.4. Diagramme de cas d’utilisation global

Un diagramme de cas d’utilisation est un graphe d’acteurs, un ensemble de cas d’utilisation
englobés par la limite du système, des relations de communication entre les acteurs et les cas
d’utilisations, et des généralisations de ces cas d’utilisation.

Ce diagramme présente le système entier avec ces trois acteurs comme présenter dans le
diagramme ci-dessous.

GG
 Figure 6: Diagramme de cas d’utilisation global

I.8. Conclusion
Ce chapitre constitue une étape fondamentale dans notre processus de conception. En
analysant de manière approfondie les composantes essentielles du système, nous avons jeté
les bases nécessaires pour développer une solution robuste et efficace. La compréhension
approfondie des acteurs, des exigences et des cas d'utilisation sera cruciale pour la phase
suivante de notre travail, où nous concrétiserons ces concepts dans une conception détaillée et
fonctionnelle. En conclusion de ce chapitre d'analyse, nous sommes mieux armés pour
aborder la phase de conception avec une clarté accrue et une vision solide de la direction à
suivre.

HH
Chapitre II : Conception
II.1. Introduction
La phase de conception représente la dimension créative d'un projet. L'objectif principal de la
conception est de permettre la création d'un système ou d'un processus répondant à un besoin,
tout en prenant en considération les contraintes pertinentes. Le système doit être suffisamment
défini pour pouvoir être installé, fabriqué, construit, être fonctionnel, et répondre aux
exigences du client.

II.2. Diagramme de séquence

Les diagrammes de séquences constituent la représentation graphique des interactions entre
les acteurs et le système, organisées chronologiquement selon les principes de l'UML. Ils
offrent une visualisation des interactions entre les objets dans le contexte d'un scénario de
diagramme de cas d'utilisation. Pour simplifier, l'acteur principal est positionné à gauche du
diagramme, tandis que les acteurs secondaires éventuels sont situés à droite du système.
L'objectif est de décrire le déroulement des actions entre les acteurs ou objets.

Les diagrammes de séquences peuvent servir à illustrer un cas d'utilisation spécifique. L'ordre
d'envoi des messages est déterminé par la position sur l'axe vertical du diagramme, où le
temps s'écoule de haut en bas le long de cet axe. La disposition des objets sur l'axe horizontal
n'a pas d'incidence sur la sémantique du diagramme.

II.2.1. Diagramme de séquence » Authentification »

Ce un diagramme de séquence UML représentant le processus d'authentification entre le
patient et le système. Le patient envoie une demande d'authentification, le système répond en
demandant des identifiants. Le patient fournit les identifiants, le système les vérifie. Si les
identifiants sont valides, l'authentification réussit et l'accès est autorisé ; sinon,
l'authentification échoue et l'accès est refusé.

II
 Figure 7: Diagramme de séquence » Authentification »

II.2.2. Diagramme de séquence » Création dossier patient »

Ce diagramme de séquence représente la création d'un dossier patient dans un système
médical. Le médecin clique sur "dossier patient", déclenchant l'affichage de la liste des
patients par le système. Après la sélection d'un patient, le système affiche les détails du
patient. Si le médecin choisit "ajouter un dossier patient", le système vérifie l'existence du
dossier. En cas d'existence, le système affiche le dossier ; sinon, il crée un nouveau dossier.

JJ
 Figure 8: Diagramme de séquence » Création dossier patient »

II.2.3. Diagramme de séquence » Consultation Patient »

Ce diagramme de séquence décrit le processus de consultation d'un patient dans un système
médical. Le médecin clique sur "Consulter patient", déclenchant l'affichage de la liste des
patients par le système. Après la sélection d'un patient, le système affiche la page de la fiche
patiente. En cliquant sur le bouton "Nouvelle consultation", le médecin voit le formulaire de
consultation. Il saisit les informations, les valide, et le système les vérifie. Si les informations
sont correctes, le système notifie le médecin avec un message de succès ; sinon, il notifie un
échec.

KK
 Figure 9: Diagramme de séquence » Consultation Patient »

II.2.4. Diagramme de séquence » Prendre Rendez-vous »

Ce diagramme de séquence décrit le processus de prise de rendez-vous dans une application.
Le patient ouvre l'application, sélectionne un médecin et une spécialité, choisit un créneau
horaire, puis le système vérifie la disponibilité. Si l'horaire est disponible, le rendez-vous est
enregistré ; sinon, un message d'erreur est affiché.

LL
 Figure 10: Diagramme de séquence » Prendre Rendez-vous »

II.3. Diagramme de classe

Un diagramme de classe, en version UML pour les bases de données, représente un
regroupement de classes avec attributs et opérations interconnectés par des relations, définis
avec des conditions de participation (cardinalités). Cet outil graphique offre une vue
structurée des entités, de leurs propriétés et des interactions entre elles dans le contexte d'une
base de données, facilitant ainsi la compréhension et la modélisation des systèmes
informatiques.

MM
 Figure 11: Diagramme de classe

II.3.1. Description textuelle du diagramme de classe

Ce diagramme UML décrit un système de gestion médicale avec des classes telles que
"Patient", "RendezVous", "Médecin", "Dossier Médical" et "Consultation". Un "Patient"
possède des attributs tels que l'identifiant, le nom, la date de naissance, etc., et peut consulter
un médecin via la méthode "consulter()". Un "RendezVous" est lié à un patient, a une date et
heure, et peut être confirmé, reporté ou annulé. Un "Médecin" a des informations personnelles
et peut planifier un rendez-vous avec un patient ainsi qu’enregistrer des consultations.

Un "Patient" peut avoir un "DossierMedical" optionnel qui contient des antécédents médicaux
et des consultations. Chaque "Consultation" est associée à un rendez-vous et enregistre des
symptômes et un diagnostic.

Les relations entre les classes sont également spécifiées, comme la relation entre "Patient" et
"RendezVous" (un patient peut avoir plusieurs rendez-vous, mais un rendez-vous est associé à
un seul patient). De même, un "RendezVous" est planifié par un "Médecin". La relation entre
"Patient" et "DossierMedical" est facultative (0..1), indiquant qu'un patient peut avoir au plus
un dossier médical.

NN
II.4. Diagramme d’Activité
Dans le langage UML, un diagramme d'activité fournit une vue du comportement d'un
système en décrivant la séquence d'actions d'un processus. Les diagrammes d'activité sont
similaires aux organigrammes de traitement de l'information, car ils montrent les flux entre les
actions dans une activité. Les diagrammes d'activité peuvent, cependant, aussi montrer les
flux parallèles simultanés et les flux de remplacement.

Dans les diagrammes d'activité, vous utilisez des nœuds d'activité et des bords d'activité pour
modéliser le flux de commande et de données entre les actions.

Figure 12: Diagramme d’activité

II.5. Conclusion
La phase de conception incarne la dimension créative d'un projet, où l'objectif principal est de
concevoir un système répondant à un besoin tout en tenant compte des contraintes pertinentes.
Cette étape représente le creuset de l'innovation, où l'idée prend forme de manière à être
fonctionnelle, fabriquée, ou construite, tout en satisfaisant les exigences du client. En
réunissant créativité et faisabilité, la conception transforme l'ingéniosité en réalité, prête à être
concrétisée dans le monde réel.

OO
 TROISIÈME
PARTIE :
OUTILS
D’IMPLÉMENT
ATION ET
DÉPLOIEMENT
Chapitre I : Outils d'Implémentation
DE LA
I.1. Introduction
SOLUTION
Le processus d'implémentation d'une plateforme de gestion dédiée aux rendez-vous, à la
consultation des patients, ainsi qu'à la gestion des dossiers médicaux est une étape cruciale
dans le développement d'un système de santé informatisé efficace. Ce chapitre explore les
différents outils d'implémentation utilisés pour concrétiser cette plateforme, en mettant
l'accent sur leur sélection, leur utilisation optimale, et leur contribution au succès global du
projet.

PP
I.2. Choix des Technologies
I.2.1. Langage de Programmation
Dart :

Figure 13: logo Dart

La sélection d'un langage de programmation adapté à une plateforme revêt une importance
cruciale, et Dart se positionne comme un choix pertinent pour diverses raisons. Développé par
Google, Dart est un langage polyvalent, principalement utilisé avec le framework Flutter pour
créer des applications modernes, notamment des interfaces utilisateur réactives. Sa syntaxe
moderne facilite la transition pour les développeurs, et son système de compilation juste-à-
temps garantit des performances élevées. Dart offre la programmation orientée objet avec un
typage statique, renforçant la robustesse pour des projets d'envergure. Son utilisation courante
dans des applications exigeantes souligne son efficacité. En somme, le choix de Dart repose
sur sa polyvalence, ses performances, sa modernité syntaxique et son intégration fluide avec
des technologies telles que Flutter, le positionnant comme un langage adapté au
développement moderne d'applications.

I.2.2. Base de Données

 Firebase (Firestore) :

Figure 14: logo firebase

La sélection de la base de données revêt une importance critique dans la gestion efficace
des données médicales, et Firebase Firestore émerge comme un choix judicieux. Firestore,

QQ
intégré à la suite Firebase de Google, offre une base de données NoSQL en temps réel,
adaptée aux applications nécessitant une mise à jour instantanée des données. Sa facilité de
mise en œuvre et sa scalabilité horizontale en font un choix idéal pour des applications
médicales où la synchronisation rapide des informations est cruciale. Avec sa structure de
données basée sur des collections et des documents, Firestore simplifie la modélisation des
données médicales complexes. Bien que d'autres SGBD ait été considérés, le choix de
Firestore repose sur sa simplicité, sa réactivité en temps réel et son intégration fluide avec
d'autres services Firebase, garantissant une gestion efficace et sécurisée des informations
médicales.

I.2.3. Outils de Développement

 NodeJS :

Figure 15: NodeJS

Node.js est un environnement d'exécution open source basé sur le moteur V8 de Google
Chrome, permettant d'exécuter du code JavaScript côté serveur. Lancé en 2009, Node.js offre
une architecture asynchrone et orientée événements, favorisant une gestion efficace des
opérations entrantes. Il permet aux développeurs de créer des applications rapides et
évolutives, en utilisant JavaScript aussi bien côté serveur que côté client. Node.js est
couramment utilisé pour le développement d'applications web en temps réel, de serveurs API,
et bénéficie d'une vaste communauté et d'un écosystème de modules étendu grâce à npm
(Node Package Manager).

I.2.4. Le Framework Flutter

 Flutter :

Figure 16: logo Flutter

RR
Flutter, conçu par Google en 2015, a vu le jour dans le but de fournir aux développeurs un
outil puissant et efficace pour créer des applications mobiles modernes et performantes.
L'objectif premier de Flutter était de résoudre plusieurs problèmes courants dans le
développement d'applications mobiles, notamment la nécessité de maintenir des bases de code
distinctes pour Android et iOS, les problèmes de performances et d'incohérences dans
l'expérience utilisateur, ainsi que les longs délais requis pour développer et itérer sur les
applications.

Ce framework novateur a été créé avec l'idée de permettre aux développeurs de coder une
seule fois et de déployer leurs applications sur différentes plateformes. Flutter utilise le
langage de programmation Dart, également conçu par Google, et propose une approche de
développement réactive qui facilite la création d'interfaces utilisateur fluides et réactives. Les
applications Flutter sont conçues à l'aide de widgets personnalisables et hautement
modulaires, ce qui simplifie la création d'interfaces utilisateur riches et cohérentes.

En ce qui concerne les performances, Flutter s'est taillé une réputation pour son rendu
graphique rapide et sa faible latence, garantissant ainsi une expérience utilisateur fluide. Il
offre une compilation en code natif, ce qui signifie que les applications Flutter peuvent
s'exécuter avec des performances comparables à celles des applications natives, tout en
conservant une seule base de code. De plus, Flutter propose un vaste écosystème de packages
et de plugins, permettant aux développeurs de bénéficier de nombreuses fonctionnalités prêtes
à l'emploi pour accélérer le développement.

I.2.5. Les logiciels

 Visual Studio Code (VSCode) :

Figure 17: logo Visual Studio Code

SS
Visual Studio Code (VSCode), créé par Microsoft, se distingue comme un éditeur de code
extensible, compatible avec Windows, Linux et MacOS. Ses fonctionnalités riches, telles que
le débogage intégré, la mise en évidence de la syntaxe, la complétion intelligente du code, les
snippets, la ré-factorisation du code et l'intégration native avec Git, en font un choix optimal
pour l'environnement de développement. L'interface utilisateur intuitive et la prise en charge
étendue des langages de programmation contribuent à une expérience de développement
fluide. La flexibilité de VSCode est encore renforcée par sa communauté active et ses
nombreuses extensions, permettant aux développeurs d'ajuster l'éditeur selon leurs besoins
spécifiques. Ce choix judicieux d'IDE garantit une productivité accrue et une gestion efficace
du processus de développement de la plateforme

 Android Studio

Figure 18: logo Android Studio

Android Studio est un environnement de développement intégré (IDE) pour créer des
applications Android. Il offre des outils puissants pour la conception, le codage, le débogage
et le déploiement. L'interface conviviale facilite la création d'interfaces utilisateur attrayantes
avec le concepteur de mise en page. Le langage de programmation principal est Java, mais
Kotlin est également pris en charge. Les fonctionnalités incluent le débogage en temps réel, la
gestion des versions avec Git, et l'intégration transparente avec Google Play pour la
distribution. Les nombreux modèles et bibliothèques accélèrent le développement.
L'émulateur Android intégré permet de tester les applications sur différentes configurations
d'appareils. Android Studio est essentiel pour les développeurs d'applications Android, offrant
un ensemble complet d'outils pour transformer les idées en applications mobiles
fonctionnelles.

I.2.6. Environnement matériel

Pendant la phase de documentation, de spécification des besoins, de conception et de
développement, nous nous sommes servis d’un ordinateur ayant les caractéristiques
suivantes :

 Processeur Intel(R) Pentium(R) CPU 2020M @ 2.40GHz 2.40 GHz

TT
  4,00 Go de mémoire RAM.
 Disque dur SSD 500 GO.
 Système d'exploitation Microsoft Windows 10 de type 64-bit

I.2.7. Les API

Dans cette section, nous présentons les différentes API que nous avons eu à utiliser pour la
réalisation de ce projet :

 Google Maps plateforme :

Figure 19: logo Google Maps

Il s'agit d'une plateforme Web qui nous donne accès aux API de localisation pour la création
de cartes personnalisées et évolutives. Désormais, l'utilisation de ses diverses API, notamment
la célèbre API_KEY pour intégrer les services de Google Maps dans une application ou un
site web, nécessite un compte de facturation associé à une carte de crédit.

 Maps SDK for Android :

Le SDK Maps pour Android nous permet d'ajouter des cartes à notre application à partir des
données Google Maps. L'API gère automatiquement l'accès aux serveurs Google Maps, le
téléchargement des données, l'affichage des cartes et la réponse aux gestes de l'utilisateur sur
les cartes. Nous pouvons également ajouter des repères, des polygones et des superpositions à
une carte de base, ainsi que pour modifier la vue de l'utilisateur pour une zone donnée à partir
des appels d’api. Ces objets fournissent des informations supplémentaires sur les lieux
affichés sur la carte et permettent à l'utilisateur d'interagir avec la carte.

 Maps SDK for Ios :

Comme le SDK pour Android, le SDK pour IOS permet également d’ajouter des cartes à
notre application IOS à partir des données Google Maps. Il gère les différents accès aux
serveurs et les téléchargements.

UU
I.3. Conclusion
Ce chapitre offre une vue d'ensemble approfondie des outils d'implémentation utilisés dans le
développement de la plateforme de gestion des rendez-vous, de la consultation des patients et
de la gestion des dossiers médicaux. La sélection judicieuse de ces outils a été cruciale pour la
réussite du projet, et leur intégration efficace a contribué à la création d'un système de santé
informatisé performant.

Chapitre II : Déploiement de la solution

II.1. Introduction
Ce chapitre de notre travail est dédié au déploiement de la solution, avec un focus particulier
sur les interfaces de notre application mobile. Nous présenterons différentes interfaces

VV
cruciales qui façonnent l'expérience utilisateur, de l'accueil chaleureux à l'authentification et
aux détails spécifiques des médecins. Chaque interface est conçue pour optimiser l'interaction
et offrir une expérience fluide et personnalisée.

II.2. Présentation des interfaces de l’application mobile

Dans cette partie nous n’allons présenter quelques interfaces de notre application.

II.2.1. Interface de bienvenu

Cette interface crée une première impression positive en guidant les utilisateurs à travers les
fonctionnalités clés. Elle oriente, communique la valeur, stimule l'engagement initial,
contribuant ainsi à une expérience utilisateur réussie et à une adoption plus efficace de
l'application

Figure 20: Interface de bienvenu

II.2.2. Interface de choix du profil

Cette interface permet à l'utilisateur de se connecter à un profil qui lui est dédié,
personnalisant ainsi son expérience. Cette fonctionnalité centralisée simplifie la navigation et
favorise une utilisation adaptée, renforçant l'interactivité et la pertinence de l'application pour
chaque utilisateur.

WW
 Figure 21: Interface de choix du profil

II.2.3. Interface d’authentification

Cette interface permet à l'utilisateur de se connecter à l'application s'il possède un compte.
Dans le cas contraire, il peut créer un compte pour accéder à l'application.

XX
 II.2.4. Interface de l’accueil
Cette interface affiche tous les médecins avec leur spécialité, ainsi que les catégories de
médecins.

Figure 23: Interface de l’accueil

II.2.5. Interface détails

Dans cette interface, les détails du médecin sont affichés, accompagnés d'un bouton ‘Rendez-
vous’.

YY
 II.2.6. Interface d’accueil médecin
Cette interface affiche toutes les actions que le médecin peut effectuer.

Figure 25: Interface d’accueil médecin

II.3. Conclusion
En conclusion, nous avons exploré diverses interfaces de notre application mobile, chacune
jouant un rôle essentiel dans l'engagement des utilisateurs. De l'interface de bienvenue, créant
une première impression positive, à l'interface d'accueil médecin, exposant les multiples
actions disponibles, chaque élément est soigneusement conçu pour contribuer à une
expérience utilisateur réussie. Ces interfaces constituent les fondements de notre solution,
visant à simplifier et à améliorer l'interaction entre les utilisateurs et notre application.

ZZ
QUATRIÈME
PARTIE :
POLITIQUES
DE SÉCURITÉ
ET ÉTUDE
FINANCIÈRE
DE LA
SOLUTION

AAA
Chapitre I. Politique de sécurité de la solution
I.1. Introduction
La sécurité de la plateforme de gestion et suivi des rendez-vous, consultation des patients et la
gestion des dossiers patients est d'une importance capitale. Ce chapitre présente la politique de
sécurité élaborée pour garantir la confidentialité, l'intégrité et la disponibilité des données
stockées dans la base de données Firebase Firestore.

I.2. Objectifs de sécurité

Les objectifs principaux de la politique de sécurité sont les suivants :

I.2.1. Confidentialité
Garantir la confidentialité des données sensibles des patients, telles que les informations
médicales et personnelles, constitue une priorité essentielle. Nous mettons en place des
mesures rigoureuses pour protéger ces informations, assurant ainsi un traitement confidentiel
et sécurisé. Cela renforce la confiance des patients dans nos services et respecte les normes
éthiques et légales en matière de confidentialité.

BBB
 I.2.2. Intégrité
Préservant l'intégrité des données, nous prévenons toute altération non autorisée des
informations stockées. Des mécanismes de contrôle et de vérification sont mis en place pour
garantir l'exactitude et la cohérence des données. Ceci assure la fiabilité des informations,
renforçant ainsi la qualité de nos services et la confiance des utilisateurs dans l'intégrité de
leurs données.

I.2.3. Disponibilité
Garantir une disponibilité continue de la plateforme 24/7 pour les utilisateurs autorisés, en
minimisant les risques d'indisponibilité liés à d'éventuelles attaques ou incidents.

I.2.4. Conformité
Assurer la conformité de la solution aux normes et réglementations en vigueur,
particulièrement en ce qui concerne la protection des données de santé, garantissant ainsi le
respect des exigences légales et normatives dans le déploiement de la solution.

I.3. Contrôle d'accès

La gestion des accès à la plateforme repose sur des mécanismes stricts pour garantir que
seules les personnes autorisées puissent accéder aux données sensibles. Les principaux points
à considérer incluent :

I.3.1. Authentification
L’authentification par login et mot de passe constitue un processus fondamental dans la
sécurité des applications. Lorsqu'un utilisateur tente de se connecter, il doit fournir un
identifiant (login) et un mot de passe associé.

 Login : L'identifiant, souvent un nom d'utilisateur ou une adresse e-mail, identifie de

manière unique l'utilisateur dans le système.
 Mot de Passe : Le mot de passe, secret et connu seulement de l'utilisateur, sert à
vérifier son identité. Les mots de passe doivent être sécurisés, complexes et
régulièrement mis à jour pour renforcer la protection.

I.3.2. Autorisations
En mettant en œuvre des contrôles d'autorisation granulaires, notre système permet une
gestion précise des droits d'accès des utilisateurs selon leurs rôles. Ces autorisations

CCC
garantissent une sécurité renforcée en limitant l'accès aux fonctionnalités spécifiques en
fonction des responsabilités assignées, assurant ainsi une utilisation sécurisée et efficiente de
la plateforme.

I.4. Chiffrement des données

La sécurité des données est primordiale. Ainsi, toutes les informations stockées dans Firebase
Firestore, notamment les données sensibles des patients, seront rigoureusement chiffrées. Ce
processus de chiffrement sera appliqué à deux niveaux cruciaux : au repos, assurant la
protection lorsque les données sont stockées, et en transit, garantissant leur confidentialité
pendant les échanges. Cette approche renforce la sécurité de bout en bout, préservant
l'intégrité des données tout au long de leur cycle de vie. Cette mesure robuste vise à instaurer
une confiance absolue dans la gestion des informations, assurant une protection adéquate des
données médicales confidentielles.

I.5. Surveillance et audit

Un système de surveillance en temps réel sera déployé pour détecter toute activité suspecte
dans le système, tandis que des journaux d'audit seront périodiquement inspectés afin
d'assurer la conformité et d'identifier toute tentative d'accès non autorisé. Cette approche
proactive garantit la détection précoce d'éventuelles menaces et renforce la sécurité du
système en assurant la conformité continue.

I.6. Conclusion
Ce chapitre a présenté la politique de sécurité élaborée pour la plateforme de gestion et suivi
des rendez-vous, consultation des patients et la gestion des dossiers patients. La mise en
œuvre rigoureuse de ces mesures de sécurité contribuera à assurer le bon fonctionnement de la
solution tout en protégeant les données sensibles des patients.

DDD
Chapitre II : Étude financière de la solution
II.1. Introduction
Ce chapitre se penche sur l'aspect financier de la solution que j'ai développée en utilisant
exclusivement mes propres ressources. L'application a été conçue sur mon ordinateur
personnel, sans l'achat de licences payantes ni l'utilisation de logiciels payants. Nous
examinerons en détail les coûts engagés tout au long du processus de conception, de
programmation et de tests, mettant particulièrement l'accent sur les dépenses liées aux
ressources humaines, aux équipements matériels, ainsi qu'aux frais associés à l'utilisation de
l'API Maps, activée avec ma carte Mastercard.

Cette analyse approfondie vise à offrir une vision claire et complète des implications
financières de notre projet, permettant ainsi une meilleure compréhension de la viabilité
économique de notre application...

EEE
II.2. Coûts de développement
II.2.1. Coûts liés aux ressources humaines
Le développement de l'application a été entièrement réalisé en interne, avec ma contribution
exclusive en tant que développeur. Les heures-homme consacrées à la conception, à la
programmation et aux tests ont été enregistrées pour évaluer le coût en termes de main-
d'œuvre.

II.2.2. Coûts matériels

J'ai utilisé mon propre ordinateur personnel pour le développement de l'application. Le coût
des composants matériels spécifiques, tels que la carte Mastercard utilisée pour activer l'API
Maps, a été pris en compte.

II.2.3. Investissements en logiciels et licences

Aucun investissement n'a été effectué pour l'achat de licences logicielles ou tout autre logiciel
tiers. L'ensemble du processus de développement s'est appuyé sur des solutions gratuites et
open source.

II.2.4. Frais liés à l'utilisation d'API externes

Afin d'intégrer des fonctionnalités de cartographie, l'application utilise l'API Maps activée par
une carte Mastercorde. Les coûts associés à l'utilisation de cette API, tels que les frais
d'abonnement et les coûts par transaction, ont été évalués pour estimer les dépenses
récurrentes.

II.2.5. Coûts de maintenance et de support

La maintenance de l'application, y compris les mises à jour, les correctifs de bugs et le support
technique, nécessitera des ressources continues. Les coûts associés à ces activités ont été
estimés pour assurer la durabilité de la solution.

II.2.6. Prévisions de revenus

En tant que seul développeur de l'application, je peux élaborer des projections de revenus en
fonction des tarifs que j'envisage d'appliquer pour l'utilisation de la solution.

II.3. Conclusion
En concluant cette section dédiée à l'étude financière, il ressort clairement que le
développement de notre application repose sur des bases solides, avec une gestion
consciencieuse des coûts. L'utilisation des ressources internes, notamment le temps et

FFF
l'expertise du développeur (moi-même), a permis de minimiser les dépenses, tout en assurant
la viabilité économique du projet. La démarche économique de n'utiliser que des ressources
personnelles et gratuites renforce la rentabilité du projet.

Conclusion Générale
En conclusion, notre initiative de développer une plateforme complète de gestion et suivi des
rendez-vous médicaux, ainsi que la gestion des dossiers des patients, s'inscrit dans la volonté
de répondre aux besoins croissants du secteur de la santé dans un monde de plus en plus
numérique. Nous avons identifié les défis posés par les méthodes traditionnelles de prise de
rendez-vous et de gestion des dossiers, et nous avons cherché à les surmonter en exploitant les
avancées technologiques actuelles.

En mettant l'accent sur l'accessibilité, la facilité d'utilisation et la coordination entre les

différents acteurs du domaine médical, notre plateforme vise à offrir une solution complète et
innovante. Les patients bénéficieront de la possibilité de prendre rendez-vous en ligne de

GGG
manière pratique, tout en accédant aux informations nécessaires pour faire des choix éclairés
quant aux praticiens et spécialités disponibles.

L'approche adoptée dans ce projet repose sur une structure en quatre parties, débutant par un
cadre théorique et méthodologique, suivi d'une analyse et conception approfondies, puis par la
mise en œuvre à travers des outils appropriés, et enfin, la prise en compte des aspects cruciaux
tels que la sécurité et l'étude financière.

En somme, cette plateforme aspire à faciliter l'expérience des patients et à optimiser le travail
des professionnels de santé, contribuant ainsi à une meilleure gestion du temps et des
ressources. À travers cette démarche, nous envisageons de jouer un rôle significatif dans
l'amélioration continue du système de santé en adoptant des solutions innovantes et centrées
sur les besoins réels des utilisateurs.

Références
(0) Dart consulter le 10 septembre 2023 sur dart.dev https://dart.dev/language.

(1) Flutter consulter le 02 juin 2023 sur docs.flutter.dev https://docs.flutter.dev/ui.

(2) IBM consulter le 5 novembre 2023 sur ibm.com

https://www.ibm.com/docs/fr/rational-soft-arch/9.5?topic=diagrams-uml-models.

(3) Wikipédia consulter 22 novembre 2023 sur wikipedia.org

https://fr.wikipedia.org/wiki/Centre_hospitalier_national_universitaire_de_Fann

HHH
 Annexes

Figure annexe 1: Téléchargement sdk flutter

III
 Figure annexe 2: Dossier flutter

Figure annexe 3: Vérification de la version

Figure annexe 4: Vérification l'état de l'installation Flutter

Figure annexe 5: Création de l'application

JJJ
 Figure annexe 6: CHNU de Fann

Table des matières

DEDICACE.................................................................................................................................I

REMERCIEMENTS..................................................................................................................II

RESUME..................................................................................................................................III

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

LISTE DES TABLEAUX..........................................................................................................V

LISTE DES SIGLE ET ABREVIATION................................................................................VI

AVANT-PROPOS.................................................................................................................VIII

SOMMAIRE.............................................................................................................................IX

INTRODUCTION GENERALE................................................................................................1

KKK
PARMIERE PARTIE CADRE THEORIQUE ET METHODOLOGIQUE..............................2

Chapitre I : Cadre théorique........................................................................................................3

I.1. Introduction.......................................................................................................................3

I.2. Présentation de l’hôpital fann...........................................................................................3

1.2.1. Aspects géographiques..............................................................................................3

I.2.2. Population couverte....................................................................................................4

I.2.3. Historique...................................................................................................................4

I.2.4. Cadre institutionnel....................................................................................................5

I.2.5. Missions.....................................................................................................................5

I.2.6. Organisation et structure de fonctionnement.............................................................6

I.2.7. Capacité d’accueil et structuration.............................................................................7

I.3. Problématique...................................................................................................................7

I.4. Objectifs de l’étude...........................................................................................................8

I.4.1. Objectif général..........................................................................................................8

I.4.2. Objectifs spécifiques..................................................................................................8

I.5. Hypothèse de recherche....................................................................................................8

I.5.1. Hypothèse générale....................................................................................................8

I.6. Pertinence du sujet............................................................................................................9

I.7. Revue de la littérature sur les solutions existantes............................................................9

I.8. Délimitation du sujet.......................................................................................................11

I.9. Conclusion......................................................................................................................11

Chapitre II : Cadre méthodologique.........................................................................................12

II.1. Introduction...................................................................................................................12

II.2. Généralités sur les méthodes d'analyse..........................................................................12

II.2.1. Définition des concepts...........................................................................................12

II.3. Importance d’une méthode d’analyse............................................................................15

II.4. Classification des approches méthodologiques.............................................................16

LLL
 II.4.1. Approche systématique...........................................................................................16

II.4.2. Approche cartésienne ou fonctionnelle...................................................................16

II.4.3. Approche orientée objet..........................................................................................17

II.4.4. Choix de l'approche................................................................................................18

II.5. Conclusion.....................................................................................................................19

DEUXIÈME PARTIE : ANALYSE ET CONCEPTION.........................................................20

Chapitre I : Analyse..................................................................................................................21

I.1. Introduction.....................................................................................................................21

I.2.Présentation du Langage UML........................................................................................21

I.2.1. Présentation des diagrammes UML.........................................................................22

I.3. Exigences fonctionnelles................................................................................................23

I.4. Exigences non fonctionnelles.........................................................................................24

I.4.1. Exigences de qualité.................................................................................................24

I.4.2. Exigences de performance.......................................................................................25

I.5. Identification des acteurs................................................................................................25

I.6. Identification des cas d’utilisation..................................................................................25

I.7. Diagramme de cas d’utilisation......................................................................................26

I.7.1. Diagramme de cas d’utilisation du patient...............................................................27

I.7.2. Diagramme de cas d’utilisation du médecin............................................................30

I.7.3. Diagramme de cas d’utilisation de l’administrateur................................................30

I.7.4. Diagramme de cas d’utilisation global.....................................................................32

I.8. Conclusion......................................................................................................................33

Chapitre II : Conception............................................................................................................34

II.1. Introduction...................................................................................................................34

II.2. Diagramme de séquence................................................................................................34

II.2.1. Diagramme de séquence » Authentification »........................................................34

II.2.2. Diagramme de séquence » Création dossier patient »............................................35

MMM
 II.2.3. Diagramme de séquence » Consultation Patient »..................................................36

II.2.4. Diagramme de séquence » Prendre Rendez-vous »................................................37

II.3. Diagramme de classe.....................................................................................................38

II.3.1. Description textuelle du diagramme de classe........................................................39

II.4. Diagramme d’Activité...................................................................................................40

II.5. Conclusion.....................................................................................................................40

TROISIÈME PARTIE : OUTILS D’IMPLÉMENTATION ET DÉPLOIEMENT DE LA

SOLUTION...............................................................................................................................41

Chapitre I : Outils d'Implémentation.........................................................................................42

I.1. Introduction.....................................................................................................................42

I.2. Choix des Technologies..................................................................................................42

I.2.1. Langage de Programmation.....................................................................................42

I.2.2. Base de Données......................................................................................................43

I.2.3. Outils de Développement.........................................................................................43

I.2.4. Le Framework Flutter...............................................................................................44

I.2.5. Les logiciels..............................................................................................................45

I.2.6. Environnement matériel...........................................................................................46

I.2.7. Les API.....................................................................................................................46

I.3. Conclusion......................................................................................................................47

Chapitre II : Déploiement de la solution...................................................................................48

II.1. Introduction...................................................................................................................48

II.2. Présentation des interfaces de l’application mobile......................................................48

II.2.1. Interface de bienvenu..............................................................................................48

II.2.2. Interface de choix du profil.....................................................................................49

II.2.3. Interface d’authentification.....................................................................................49

II.2.4. Interface de l’accueil...............................................................................................50

II.2.5. Interface détails.......................................................................................................51

NNN
 II.2.6. Interface d’accueil médecin....................................................................................51

II.3. Conclusion.....................................................................................................................52

QUATRIÈME PARTIE : POLITIQUES DE SÉCURITÉ ET ÉTUDE FINANCIÈRE DE LA

SOLUTION...............................................................................................................................53

Chapitre I. Politique de sécurité de la solution.........................................................................54

I.1. Introduction.....................................................................................................................54

I.2. Objectifs de sécurité........................................................................................................54

I.2.1. Confidentialité..........................................................................................................54

I.2.2. Intégrité....................................................................................................................54

I.2.3. Disponibilité.............................................................................................................54

I.2.4. Conformité...............................................................................................................54

I.3. Contrôle d'accès..............................................................................................................55

I.3.1. Authentification........................................................................................................55

I.3.2. Autorisations............................................................................................................55

I.4. Chiffrement des données.............................................................................................55

I.5. Surveillance et audit........................................................................................................55

I.6. Conclusion......................................................................................................................56

Chapitre II : Étude financière de la solution.............................................................................57

II.1. Introduction...................................................................................................................57

II.2. Coûts de développement................................................................................................57

II.2.1. Coûts liés aux ressources humaines........................................................................57

II.2.2. Coûts matériels........................................................................................................57

II.2.3. Investissements en logiciels et licences..................................................................57

II.2.4. Frais liés à l'utilisation d'API externes....................................................................57

II.2.5. Coûts de maintenance et de support........................................................................58

II.2.6. Prévisions de revenus..............................................................................................58

II.3. Conclusion.....................................................................................................................58

OOO
Conclusion Générale.................................................................................................................59

Références.................................................................................................................................60

Annexes......................................................................................................................................A

PPP