Conception Et Réalisation D'une Application Web de Gestion de Rendez-Vous Vaccinaux

REPUBLIQUE DE CÔTE D’IVOIRE
UNION-DISCIPLINE-TRAVAIL
Ministère de l’Enseignement Supérieur et Ministère de l’Économie Numérique, des

de la Recherche Scientifique Télécommunications et de l’Innovation
École Supérieure d’Industrie

N° d’ordre : 20INP01049/2022/INPHB/ESI
MEMOIRE DE FIN DE CYCLE

En vue de l’obtention du Diplôme de Technicien Supérieur (DTS) en Sciences et
Technologies de l’Information et de la Communication (STIC) option Informatique
THÈME
CONCEPTION ET RÉALISATION D’UNE

APPLICATION WEB DE GESTION DE
RENDEZ-VOUS VACCINAUX
Présenté par :
Mlle KOUASSY BESSÉ AUDE MARIE GUYLAINE
Étudiante Technicienne Supérieure en Informatique 3ème année
Période de stage : Du 04 Avril 2023 au 04 Juillet 2023
ENCADREUR PÉDAGOGIQUE MAITRE DE STAGE
M. KOFFI Arsène M. YAO Landji

Enseignant-chercheur au département Consultant informatique à Enovpharm
Mathématiques-Informatique (MI) à l’INP-HB
Année Académique : 2022-2023

DEDICACE
A ma famille.
KOUASSY BESSÉ AUDE I ANNEE ACADEMIQUE

3ème année TS INFO 2022-2023
REMERCIEMENTS
C'est avec un immense plaisir que nous réservons ces quelques lignes en signe
de gratitude et de reconnaissance à tous ceux qui ont contribué de près et de loin à
l’accomplissement de ce projet. Nous souhaitons remercier, en premier lieu, le bon
Dieu de nous avoir donné la volonté d’effectuer ce travail. Nos remerciements les
plus sincères à M. KOFFI Arsène pour sa disponibilité, ses critiques et propositions
en tant que notre encadreur pédagogique et à notre encadrant en entreprise M. YAO
Landji pour sa confiance, sa patience et son suivi tout au long de la réalisation de
ce travail. Nous tenons également à remercier les membres du jury d'avoir consacré
une partie de leur temps à la lecture de ce mémoire et pour l'intérêt qu'ils ont porté
à notre travail. Nos remerciements s'étendent enfin à tou(te)s les enseignant(e)s du
département Mathématiques-Informatique de l’INP-HB pour les connaissances
qu’ils nous ont permis d’acquérir au cours de notre formation et à tous nos
camarades de la promotion 2020-2023 pour leur sympathie.
KOUASSY BESSÉ AUDE II ANNEE ACADEMIQUE

SOMMAIRE
INTRODUCTION ................................................................................................... 1
PARTIE I : CADRE ET CONTEXTE DU PROJET ............................................. 3
CHAPITRE I : PRESENTATION DE LA STRUCTURE D’ACCUEIL........... 4
CHAPITRE II : ÉTUDE DU PROJET ............................................................... 6
PARTIE II : MÉTHODOLOGIE ET APPROCHE ................................................ 9
CHAPITRE III :METHODE D’ANALYSE ET DE CONCEPTION ............. 10
CHAPITRE IV : ETUDE DE L’EXISTANT .................................................. 14
CHAPITRE V : ETUDE DETAILLÉE ........................................................... 17
PARTIE III : MISE EN OEUVRE ........................................................................ 36
CHAPITRE VI : ETUDE TECHNIQUE ......................................................... 37
CHAPITRE VII : RÉALISATION .................................................................. 42
CONCLUSION ..................................................................................................... 49
KOUASSY BESSÉ AUDE III ANNEE ACADEMIQUE

LISTE DES SIGLES ET ABREVIATIONS
D
DCPEV : Direction de Coordination du Programme Élargi de Vaccination
M
MCD : Modèle Conceptuel de Données
MERISE : Méthode d’Étude et de Réalisation Informatique pour les Systèmes
d’Entreprise
MEV : Maladies Évitables par Vaccination
MLD : Modèle Logique de Données
MPD : Modèle Physique de Données
MSH : Management Sciences for Health
O
OMS : Organisation Mondiale de la Santé
S
SGBD : Systèmes de Gestion de Bases de Données
U
UML : Unified Modeling Language
KOUASSY BESSÉ AUDE IV ANNEE ACADEMIQUE

LISTE DES FIGURES
Figure 1: Modèle Conceptuel de Communication ................................................ 17

Figure 2: Graphe d'ordonnancement des flux ....................................................... 18
Figure 3: Modèle Conceptuel de Traitements ....................................................... 19
Figure 4: Structure d'Accès Théorique .................................................................. 23
Figure 5: Modèle Conceptuel de Données ............................................................ 24
Figure 6: Architecture logicielle de notre système................................................ 41
Figure 7 : Interface principale de l'application ...................................................... 42
Figure 8: Interface de connexion ........................................................................... 43
Figure 9: Interface du tableau de bord .................................................................. 44
Figure 10: Interface des pharmacies de garde ....................................................... 44
Figure 11: Interface de choix de la catégorie du patient ....................................... 45
Figure 12: Interface de sélection de vaccins ......................................................... 45
Figure 13: Interface de choix de la date et l'heure................................................. 46
Figure 14: Interface de récapitulatif d'un rendez-vous vaccinal pris .................... 46
Figure 15: Environnement d'intégration et de déploiement continus .................... 47
KOUASSY BESSÉ AUDE V ANNEE ACADEMIQUE

LISTE DES TABLEAUX
Tableau 1: Dictionnaire de données ...................................................................... 20

Tableau 2: Modèle Physique de Données : cas de Vaccin .................................... 26
Tableau 3: Modèle Physique de Données : cas de Ville ....................................... 26
Tableau 4: Modèle Physique de Données : cas de Pays ........................................ 27
Tableau 5: Modèle Physique de Données : cas de Commune............................... 27
Tableau 6: Modèle Physique de Données : cas de DistrictSanitaire ..................... 27
Tableau 7: Modèle Physique de Données : cas de Profil ...................................... 28
Tableau 8: Modèle Physique de Données : cas de Quartier .................................. 28
Tableau 9: Modèle Physique de Données : cas de PlageHoraire .......................... 28
Tableau 10: Modèle Physique des Données : cas de Categorie ............................ 29
Tableau 11: Modèle Physique de Données : cas de SousCategorie ...................... 29
Tableau 12: Modèle Physique de Données : cas de Garde ................................... 29
Tableau 13: Modèle Physique de Données : cas de Rappel .................................. 30
Tableau 14: Modèle Physique de Données : cas de Utilisateur ............................ 30
Tableau 15: Modèle Physique de Données : cas de CentreSante .......................... 31
Tableau 16: Modèle Physique de Données : cas de AgentSante........................... 31
Tableau 17: Modèle Physique de Données : cas de Clinique ............................... 32
Tableau 18: Modèle Physique de Données : cas de Pharmacie ............................ 32
Tableau 19: Modèle Physique de Données : cas de Patient .................................. 32
Tableau 20: Modèle Physique de Données : cas de RendezVous ......................... 33
Tableau 21: Modèle Physique des Données : cas de Travailler ............................ 33
Tableau 22: Modèle Physique de Données : cas de Lier....................................... 33
Tableau 23: Modèle Physique de Données : cas de Prendre_enCharge ............... 34
Tableau 24: Modèle Physique de Données : cas de Dependre .............................. 34
Tableau 25: Modèle Physique de Données : cas de Etre....................................... 35
Tableau 26: Modèle Physique des Données : cas de Concerner ........................... 35
Tableau 27: Modèle Physique de Données : cas de Prevoir ................................. 35
Tableau 28: Étude comparative des SGBD ........................................................... 37
Tableau 29: Comparaison des frameworks frontend............................................. 38
Tableau 30: Comparaison des frameworks backend. ............................................ 39
Tableau 31: Calcul du coût du projet .................................................................... 48
KOUASSY BESSÉ AUDE VI ANNEE ACADEMIQUE

AVANT-PROPOS
L’Institut National Polytechnique Félix Houphouët-Boigny (INP-HB) est un

établissement public national à caractère administratif d’enseignement supérieur et
de recherche scientifique créé par le décret n° 96-678 du 04 Septembre 1996. Il est
constitué à ce jour de neuf (9) écoles :
- CPGE : Classes Préparatoires aux Grandes Écoles (initialement EP :
École Préparatoire) ;
- ESTP : École Supérieure des Travaux Publics ;
- ESMG : École Supérieure des Mines et de Géologie ;
- ESI : École Supérieure d’Industrie ;
- ESA : École Supérieure d’Agronomie ;
- ESCAE : École Supérieure de Commerce et d’Administration des
Entreprises ;
- EFCPC : École de Formation Continue et de Perfectionnement des
Cadres ;
- EDP : École Doctorale Polytechnique ;
- ESPE : École Supérieure du Pétrole et de l’Energie.
A ces écoles, il faut noter la création de quelques centres de formation dans des
domaines nouveaux et pointus suivant la demande du marché de l’emploi.
L’ESI dont nous sommes issus est composée de deux (2) cycles de formation
qui sont le Diplôme de Technicien Supérieur (DTS) et le cycle Ingénieur. De ce
fait, elle a en charge notre formation de Technicien Supérieur en Informatique d’une
durée de 3ans.
Partageant la vision générale de l’Institut, la Direction de l’ESI organise à

l’intention de ses étudiants des stages pratiques en entreprise en vue de qu’ils
s’imprègnent du monde de l'entreprise et s'approprient les mécanismes
indispensables pour leur futur développement personnel dans le monde du travail.
Ce sont : le stage d’immersion pour la première année, le stage d’application pour
la deuxième année et celui de perfectionnement pour la troisième année. C’est dans
ce contexte que nous avons effectué un stage du 04 Avril au 04 Juillet 2023 au sein
de Enovpharm afin d’enrichir notre formation par la pratique, sanctionné par ce
présent mémoire.
KOUASSY BESSÉ AUDE VII ANNEE ACADEMIQUE

RESUME
Accueillies au sein d’Enovpharm du 04 Avril au 04 Juillet 2023 afin d’y

réaliser notre stage de fin de cycle, il était question pour nous d’aborder la
conception et la réalisation d'une application web dédiée à la gestion des rendez-
vous vaccinaux des patients. L'objectif principal de cette étude est de transformer
les établissements privés de santé en points relais pour stocker les vaccins,
rechercher les populations cibles, et administrer les vaccins grâce à la solution que
nous avons dénommée Vaccipha. Pratique celle-ci permettra d'optimiser le
processus de prise de rendez-vous par les patients pour la vaccination.
Mots ou groupe de mots clés : Enovpharm, rendez-vous, Vaccipha, vaccination,

application web.
KOUASSY BESSÉ AUDE VIII ANNEE ACADEMIQUE

INTRODUCTION
Selon l’Organisation Mondiale de la Santé (OMS), entre deux et trois millions

de vies sont sauvées chaque année à travers le monde grâce à la vaccination. Que
ce soit grâce à des projets humanitaires ou bien des campagnes de vaccination
nationale, l’enjeu reste le même : fournir le bon produit, en bon état, en bonne
quantité, au bon endroit et à moindre coût pour protéger la population des Maladies
Évitables par Vaccination (MEV). En Afrique, la vaccination revêt une importance
cruciale en termes de santé publique pour combattre les maladies infectieuses
endémiques. D'après les indications de 2019 de l'OMS sur le continent africain, il a
été constaté qu'environ un enfant sur quatre ne recevait pas l'ensemble des
vaccinations de base avant d'atteindre l'âge d'un an. Cependant, la mise en place
d'une campagne de vaccination réussie est un processus complexe qui nécessite une
coordination et une planification efficaces à tous les niveaux, de la production et de
la distribution des vaccins à l'administration et au suivi des patients. En outre, les
programmes de vaccination traditionnels peuvent rencontrer des défis tels que la
perte de dossiers de vaccination, les erreurs de documentation et les difficultés de
suivi des rappels de vaccination. Ces problèmes sont encore plus accentués dans les
régions rurales et isolées, où l'accès aux soins de santé et la disponibilité des vaccins
sont souvent limités.
Dès lors, dans un but de faciliter l'accès à la vaccination et améliorer les taux
de couverture vaccinale en Afrique plus précisément en Côte d’Ivoire, nous
sommes appelés par Enovpharm à concevoir, développer et mettre en œuvre, une
application web de prise de rendez-vous vaccinaux. Celle-ci dénommée
« Vaccipha » est à la fois une solution numérique et un mécanisme public-privé
permettant de transformer les établissements de santé privés en points relais pour le
stockage des vaccins et l'administration des vaccins et aux patients d'avoir
facilement accès à leur dossier de vaccination, de recevoir des rappels pour les
prochaines vaccinations et de communiquer avec les professionnels de santé pour
poser des questions ou signaler des effets secondaires éventuels.
Notre projet doit être contextualisé : dans quel environnement évolue-t-il ?

Quels sont les besoins concrets de nos utilisateurs ? Quelles étapes doit-on franchir
pour mener à bien notre projet ? Nous essayerons donc de nous pencher sur ces
questions et y répondre dans la suite.
KOUASSY BESSÉ AUDE 1 ANNEE ACADEMIQUE

Dans le souci de mener à bien notre investigation, le présent mémoire est

divisé en trois parties décrivant les étapes suivies pour la réalisation d'une
application web destinée au suivi vaccinal d’un patient. Dans la partie 1 intitulée
Cadre et contexte du projet, nous présenterons l’organisme d’accueil et la
problématique traitée dans ce projet. Méthodologie et approche intituler en partie
2, aborde les méthodes d'analyse couramment utilisées et celle choisie pour notre
projet. Nous présenterons par la suite, l'organisation du système d'information à
travers cette méthode. Dans la partie 3 nommée Mise en œuvre, nous décrierons
les choix technologiques effectués concernant l'environnement de développement
de notre application et l'architecture logicielle du système, suivi d'une présentation
de quelques interfaces de notre application réalisée.

PARTIE I : CADRE ET
CONTEXTE DU PROJET
Cette partie met en lumière la structure qui a aimablement accepté de nous
accueillir au sein de son équipe. Nous y présentons également le contexte du
thème abordé, ses objectifs, le cahier des charges ainsi que le plan de travail
établi.

CHAPITRE I: PRESENTATION DE LA STRUCTURE

D’ACCUEIL
Dans ce chapitre, nous présenterons d’abord globalement Enovpharm, ensuite son

organisme et fonctionnement et enfin l’équipe que nous avons intégré pour la
réalisation de notre travail.
I. HISTORIQUE
Créée en Août 2020 et Société Anonyme à Responsabilité Limitée (SARL)

de droit ivoirien au capital social de 1.000.000 FCFA, Enovpharm est le hub des
innovations dans le domaine pharmaceutique au profit des établissements de santé
privés et de leurs clients. S'appuyant sur des modèles économiques innovants,
Enovpharm développe et propose des services adaptés aux établissements de santé
privés pour faciliter leur implication dans les interventions de santé publique, tout
en améliorant leur fonctionnement et leur attractivité.
II. VISION ET SERVICES
La vision d'Enovpharm est d'améliorer l'accès aux produits de santé publique

essentiels grâce à l'engagement du secteur privé et à la technologie. Les produits et
services d'Enovpharm comprennent :
- Le développement et le déploiement gratuit de solutions numériques pour
les établissements de santé privés et leurs clients.
- La distribution et l'installation de matériel médical et robotique,
- L'assistance technique pour la mise en place de mécanismes public-privé,
qui est un processus attractif pour plusieurs partenaires techniques et
financiers.

III. ORGANIGRAMME ET FONCTIONNEMENT
Enovpharm, dirigée par un directeur général, est une structure composée de

plusieurs départements clés (Voir Annexe 1). Ces départements comprennent un
service étude et développement, un service commercial, ainsi qu'un service de
gestion des ressources humaines.
- Le service Étude et développement joue un rôle essentiel dans la mise
en œuvre du projet, en veillant à la qualité des développements
techniques, à la maintenance des systèmes et à la résolution des
problèmes techniques éventuels.
- Le service Commercial est chargé de promouvoir les produits ou
services de l'entreprise, de développer des partenariats et de gérer les
relations avec les clients. Il contribue ainsi à la réussite commerciale
des projets.
- Le service de Gestion des ressources humaines s'occupe du
recrutement, de la gestion et du développement du personnel au sein
de l'entreprise. Il assure la coordination entre les différentes équipes
et veille à ce que les ressources humaines soient bien allouées pour
répondre aux besoins du projet.
Ces différents départements collaborent étroitement pour assurer le bon
fonctionnement de Enovpharm et la réalisation des projets.
IV. CADRE D’ÉTUDE
Nous avons effectué notre stage au sein de Enovpharm au service étude et

développement. L'équipe d'étude et développement est responsable de la recherche
de nouvelles technologies, de l'analyse des besoins des projets et de la conception
de solutions adaptées. Elle effectue des études approfondies pour identifier les
meilleures approches et les outils les plus appropriés pour atteindre les objectifs
fixés.
Ce chapitre nous a permis de présenter notre structure d’accueil. Pour mieux

organiser notre travail, nous analyserons le projet en détail.

CHAPITRE II : ÉTUDE DU PROJET
Dans ce chapitre, nous entreprendrons une analyse approfondie du projet qui nous
a été attribué. Pour commencer, nous essayerons de fournir une présentation
détaillée du sujet, en mettant en évidence son contexte et les objectifs qui lui sont
assignés. Ensuite, nous examinerons les progrès réalisés jusqu'à présent, ainsi que
les défis à relever. Enfin, nous élaborerons un plan de gestion optimal pour garantir
l'atteinte des objectifs fixés.
I. CONTEXTE DU PROJET
La pandémie de Covid-19 a eu un impact considérable sur la Côte d'Ivoire,

l'un des pays les plus touchés en Afrique de l'Ouest. Malgré les efforts déployés par
le gouvernement pour vacciner la population, le taux de vaccination (43%) demeure
insuffisant pour atteindre l'objectif de 70% requis pour atteindre l'immunité
collective. De plus, les indicateurs de la couverture vaccinale de routine ont chuté,
soulignant la nécessité de développer de nouvelles stratégies pour atteindre les
populations cibles. En effet, les indicateurs marqueurs de la Direction de
Coordination du Programme Élargi de Vaccination (DCPEV) que sont la
couverture en DTP3 (diphtérie, le tétanos, la coqueluche) et Rougeole, ont régressé
respectivement de 4 et 5 points de pourcentage entre 2019 et 2021.
Dans ce contexte, les pharmacies et les cliniques privées offrant des
opportunités inexploitées pour renforcer les efforts du Ministère en charge de la
Santé sont souvent plus accessibles et mieux acceptées par la population locale que
les centres de santé publics. C'est pourquoi, en collaboration avec ses partenaires,
MSH et la DCPEV, Enovpharm a lancé le projet Vaccipha. Ce projet vise à
améliorer les couvertures vaccinales en déployant une solution numérique qui
transformera les structures sanitaires privées en centres de vaccination.
II. PRESENTATION DU CAHIER DE CHARGES
1. Problématique
Face à ces enjeux, il est essentiel de se demander comment optimiser le

processus de vaccination en Côte d'Ivoire, en exploitant le potentiel des pharmacies

et des cliniques privées grâce à la mise en place d'une solution numérique ? Afin de
surmonter les obstacles liés à l'accessibilité et à la confiance de la population envers
les centres de santé publics, la liste des modules fonctionnels à couvrir dans la
version web de Vaccipha se présente comme suit :
- Gestion des Rendez-vous Vaccinaux
Les utilisateurs peuvent rechercher des centres de vaccination et prendre rendez-
vous en ligne. Confirmation des rendez-vous par courriel ou SMS. Les
professionnels de la santé peuvent gérer les rendez-vous depuis un tableau de bord.
- Rapportage des Données Vaccinales
Les professionnels de la santé peuvent enregistrer les données des patients, les types
de vaccins administrés, les doses et les dates.
- Gestion des Rappels de Vaccination
Les utilisateurs reçoivent des rappels automatisés par courriel, appel ou SMS pour
leurs prochaines vaccinations.
- Paiement Numérique
Intégration avec des passerelles de paiement sécurisées afin de permettre aux
utilisateurs d’effectuer des paiements en ligne pour les vaccinations.
2. Objectifs du projet
a. Objectif général
L’objectif majeur de ce projet est la mise en service d’une plateforme

numérique permettant aux populations cibles d'optimiser l'organisation de leur
rendez-vous vaccinal dans les établissements privés de santé à proximité.
b. Objectifs spécifiques
Il est envisageable de décomposer cet objectif principal en plusieurs objectifs

spécifiques énumérés ci-dessous :
- Initier des prises de rendez-vous vaccinaux
- Réduire les perdus de vue grâce à des rappels vaccinaux personnalisés
3. Contraintes et difficultés
Nombreuses sont les contraintes associées à la mise en œuvre du projet. Nous

énumérons celles-ci :
- Temps de développement de l’application : Du 06 avril au 03 juillet 2023.

- Performance du résultat : l’application finale devra être rapide à l’exécution.

- Déplacement très distant par rapport au lieu de stage (parcours Grand-
Bassam à Cocody II Plateaux Vallon)
- Exécution sur tous les navigateurs du marché : elle devra avoir un rendu
uniforme sur les différents navigateurs existants tels que Google chrome,
Mozilla Firefox, Opera ...
4. Organisation et planification du travail
Afin d'accomplir avec succès le projet qui nous a été confié par l'entreprise,
nous avons listé les différentes tâches et établi un plan.
a. Liste des tâches

v Phase d’initialisation :
- Analyse du cahier de charges ;
- Spécification des besoins ;
v Phase conceptuelle :
- Étude de l’existant ;
- Choix d’une méthode d’analyse et modélisation du système ;
- Élaboration de l’architecture logicielle du système ;
v Phase de réalisation :
- Apprentissage des technologies ;
- Développement et implémentation du système ;
v Phase de test :
- Test des version bêta ;
- Réajustement et validation ;
v Phase de déploiement :
- Acquisition de serveurs d’hébergement ;
- Formation des utilisateurs finaux et feedback.
b. Planification des tâches

Le planning de progression du projet est illustré par le diagramme de Gantt
(Voir Annexe 2).
En définitive, cette partie nous a donné une bonne compréhension du contexte dans
lequel notre projet évolue. A présent, nous pouvons aborder la seconde partie : la
conception de notre système.

PARTIE II : MÉTHODOLOGIE ET
APPROCHE
Cette section se concentrera sur deux aspects : tout d'abord, une présentation des
méthodes d’analyse afin de choisir l’idéale pour le système à concevoir. Ensuite,
plusieurs modèles seront présentés, résultant de cette étude.

CHAPITRE III :METHODE D’ANALYSE ET DE CONCEPTION
L’examination des exigences de notre projet a laissé apercevoir un important

fonctionnement du système à mettre en place. Toutefois, pour mener à bien ce projet
de développement informatique, l'utilisation d'une méthodologie d'analyse et de
conception est essentielle. Ainsi, avant d'aborder les besoins des utilisateurs, il est
impératif que nous sélectionnions une méthode adaptée.
I. PRESENTATION DES METHODES D’ANALYSE
L'objectif d'une méthodologie d'analyse et de conception informatique est de

formaliser les étapes initiales du développement d'un système afin de le rendre plus
conforme aux besoins de l'utilisateur final. Parmi les nombreuses approches
existantes, les plus utilisées sont la méthode MERISE et le Processus Unifié associé
au langage de modélisation UML. Nous présenterons brièvement ces deux
méthodes, en mettant en évidence leurs principales approches et implémentations.
1. MERISE
La méthode MERISE (Méthode d’Étude et de Réalisation Informatique pour

les Systèmes d’Entreprise) est apparue vers les années 1978-1979 résultant de
l’inadéquation des méthodes anciennes aux préoccupations actuelles, des travaux
sur les bases de données. Les principales caractéristiques de la méthode MERISE
sont d’une part une approche globale menée parallèlement sur les données et les
traitements et d’autre part une description du système d’information en trois
niveaux d’abstractions. Cette méthode d’analyse se décline en deux (2) principales
approches que sont la démarche classique et la démarche rapide.
a. La démarche classique
Dans cette méthode, l'approche par défaut consiste à suivre une démarche en
étapes pour parvenir à un système d'information fonctionnel reflétant la réalité
physique. Une distinction est faite entre les données et les traitements, et il est
important de vérifier la cohérence entre les données et les traitements. Cela garantit
que toutes les données nécessaires aux traitements sont présentes et qu'il n'y a pas

de données superflues. L'objectif est d'assurer une adéquation appropriée entre les
données manipulées et les actions qui leur sont appliquées.
b. La démarche rapide
Cette démarche dite « RAD » est apparue au début des années 90, en
s'opposant aux démarches en cascade, jugées trop lourdes et contraignantes pour le
développement d'applications petites et moyennes1. Elle ne s’oppose pas
complètement à la démarche classique mais préconise plutôt une participation
active des utilisateurs, l’exigence d’une maîtrise des coûts et des délais, un cycle
itératif de conception/réalisation/amélioration et un contenu fonctionnel restreint et
connu du projet.
2. PU/UML
a. Processus Unifié (PU)
Le Processus Unifié est une famille de méthodes de développement de

logiciels orientés objets. Il offre un cadre structuré pour la conception et la
réalisation de logiciels, en intégrant toutes les activités nécessaires tout au long des
cycles de développement. Ces cycles se composent généralement d'une phase de
création, d'élaboration, de construction, et d'une phase de transition, chacune étant
subdivisée en plusieurs itérations. Le PU pouvant être adapté au projet et à
l’environnement de travail, se décline en plusieurs implémentations dont les plus
utilisées sont :
• Le Rational Unified Process (RUP) basé sur des principes de l'ingénierie
logicielle saine comme la prise en charge d'une approche itérative ;
• Le Two Tracks Unified Process (2TUP) propose un cycle de développement
en Y, qui dissocie les aspects techniques des aspects fonctionnels ;
• L’eXtreme Unified Process (XUP) est une instanciation hybride du
Processus Unifié l’intégrant avec XP.
1
Source : Dominique NANCI, Bernard ESPINASSE, Ingénierie des systèmes d’information :
MERISE deuxième génération, 4e Edition, page 382.

b. Unified Modeling Language (UML)
UML, c’est l’acronyme anglais pour « Unified Modeling Language ». On le

traduit par « Langage de modélisation unifié ». La notation UML est un langage
visuel constitué d’un ensemble de schémas, appelés des diagrammes, qui donnent
chacun une vision différente du projet à traiter. UML nous fournit donc des
diagrammes pour représenter le logiciel à développer : son fonctionnement, sa mise
en route, les actions susceptibles d’être effectuées par le logiciel.
II. CHOIX DE LA METHODE D’ANALYSE
Il convient de noter que même si PU/UML permet de bien comprendre la

sémantique d'objets autonomes et souvent réutilisables, les règles de modélisation
de certains diagrammes ne sont toujours pas claires. Quant à MERISE, elle offre
une bonne cohérence des données, un niveau d'abstraction clair et une
documentation fiable facile à construire. Malgré qu’elle n'est pas adaptée à une
utilisation dans le cas de changements à haute fréquence ; elle offre une démarche
d’analyse cohérente et rigoureuse, et est mieux orientée vers la gestion des systèmes
d’information avec stockage de données dans des bases de données relationnelles.
De ce fait, notre choix effectué n’est pas celui de « la méthode parfaite » mais plutôt
celui de l’approche qui cadre le plus avec les réalités de notre projet et c’est la
méthode MERISE.
III. PRESENTATION DE LA METHODE CHOISIE
1. La démarche ou le cycle de vie
Ce cycle est le guide continu de la méthode MERISE suivant les étapes

suivantes :
• Le schéma directeur : il définit les orientations générales du projet ;
• L’étude préalable : elle permet, avant de se lancer dans un projet, d’élaborer
globalement différentes solutions et d’en évaluer les diverses conséquences ;
• L’étude détaillée : elle permet, à partir des choix issus de l’étude préalable,
de spécifier complètement le futur système d’informations ;
• L’étude technique : elle décrit les moyens techniques nécessaires à la
réalisation de l’application ;

• La réalisation : il s’agit ici de l’écriture des programmes dans un langage de

programmation, de la génération de la base de données, des tests de débogage.
2. Le raisonnement ou cycle d’abstraction
Le cycle d’abstraction de MERISE correspond à trois (3) niveaux dont :

• Le niveau conceptuel se concentre sur la formalisation des données et des
traitements du système. L'objectif principal est de définir les entités, les
relations et les règles de gestion qui constituent la structure conceptuelle du
système. Cela permet de créer un modèle abstrait et compréhensible du
système, indépendamment de sa mise en œuvre technique ;
• Le niveau logique ou organisationnel ayant pour but d’apporter à la
formalisation conceptuelle des notions de temps, de lieux. On définit les
processus métier, les flux d'informations, les acteurs et leurs rôles afin de
décrire comment le système fonctionnera dans son contexte opérationnel ;
• Le niveau physique ou opérationnel : Ce niveau se concentre sur la
spécification des solutions techniques répondant aux besoins identifiés lors
des étapes précédentes. Il vise à déterminer comment les éléments du projet
seront réalisés techniquement. Cela implique de spécifier les technologies, de
concevoir l'architecture physique du système, de développer les composants
logiciels et de mettre en place les infrastructures nécessaires.
3. La maitrise du projet ou cycle de décision
Ce stade du processus est l'endroit où se prennent les décisions clés, allant des
choix stratégiques lors de l'étude préliminaire et de la définition du projet (étude
détaillée), jusqu'aux décisions plus spécifiques concernant les détails de la
réalisation et de la mise en œuvre du système d'information. Tout au long de cette
phase, les différentes décisions sont prises en se basant sur les divers documents
rédigés tout au long de l'avancement des travaux.
À l'issue de ce chapitre, nous avons eu à présenter et comparer deux méthodes

d'analyse et de conception afin de faire un choix. Au vu des contraintes inhérentes
au projet, notre choix s'est porté sur la méthode MERISE. Ainsi, les prochains
chapitres suivront rigoureusement les différentes étapes de cette méthode.

CHAPITRE IV : ETUDE DE L’EXISTANT
Pour tout travail de recherche ou de résolution de problèmes, il est raisonnable et

essentiel d'étudier l'existant. L’objectif est d’identifier toute incompréhension
potentielle afin de justifier les besoins et les exigences du système à concevoir.
I. ANALYSE DE L’EXISTANT
1. Description du système actuel
Le processus de vaccination en Afrique peut varier en fonction des ressources

disponibles et des conditions locales. En Côte d'Ivoire, plus précisément, la
population se rend généralement dans des structures sanitaires publiques telles que
l'Institut National de l'Hygiène Publique (INHP) et les hôpitaux généraux pour
recevoir leurs vaccins. Arrivés sur place, les patients doivent parfois attendre dans
une file d'attente jusqu'à ce qu'ils soient pris en charge par un agent de santé. Une
fois pris en charge, celui-ci procède à l'enregistrement manuel des informations
pertinentes telles que le type de vaccin administré, la date, le lot, etc., puis à
l'administration du vaccin.
Cependant, le processus de vaccination peut également présenter d'autres cas
spécifiques, tels que celui où les patients n'ont pas de monnaie pour payer l'acte
vaccinal au moment de leur arrivée au centre. Dans de tels cas, ils peuvent être
dépassés par un autre patient, c'est-à-dire la priorité de se faire vacciner est donnée
à une autre personne.
De plus, il peut arriver que le centre de santé ne dispose pas du vaccin requis
au moment de la visite du patient. Dans ces circonstances, il peut être demandé au
patient de revenir ultérieurement, généralement quelques jours plus tard, afin de
vérifier si le vaccin est disponible et s'il peut être administré.
À chaque séance de vaccination, les agents de santé doivent utiliser des
supports de routine fournies par la DCPEV tels que les fiches de pointage ou tableau
de collationnement journalier (TACOJO)2, les registres de vaccination et les
rapports mensuels pour enregistrer et rapporter les données.
2
Les TACOJO sont des formulaires que les agents de santé utilisent pour matérialiser
l'administration de chaque dose de vaccin aux femmes enceintes et aux enfants de moins et de plus
1an.

2. Critiques du système existant
Le processus décrit plus haut peut parfois être complexe et présenter des :
Avantages :
- Coût abordable : En se rendant dans des structures sanitaires publiques, les
patients ont accès à des vaccins à un coût abordable, voire gratuit dans
certains cas.
Limites :
- Aucune plateforme digitale de prise de rendez-vous vaccinaux ;
- Absence de suivi et de méthodes digitales de rappels vaccinaux
- Organisation inefficace : Les files d'attente peuvent entraîner une
désorganisation et des pertes de temps pour les patients ;
- Communication inadéquate : Le manque d’informations sur les horaires de
vaccination et sur les types de vaccins disponibles peut rendre difficile pour
les patients de planifier et de prendre des décisions concernant leur
vaccination ;
- Priorisation basée sur la disponibilité des ressources financières : Cela peut
entraîner une inégalité dans l'accès à la vaccination ;
- Collecte manuelle des données : L'utilisation de supports papiers peut
entrainer des erreurs et des retards dans l'analyse et le suivi des données.
II. PROPOSITIONS DE SOLUTIONS
Notre future application web aura comme objectifs d'assurer la bonne gestion
des rendez-vous vaccinaux et de faciliter le suivi des patients afin de parvenir à une
organisation performante. En effet elle devra permettre :
• Gestion des prises de rendez-vous vaccinaux

Le système de prise de rendez-vous en ligne sera facile à utiliser pour les
patients, leur permettant de trouver un centre de vaccination proche de chez eux, de
prendre rendez-vous à un moment qui leur convient. Cette fonctionnalité améliorera
l'efficacité du processus de vaccination en réduisant le temps d'attente et en
permettant une meilleure planification des ressources.
• Gestion du rapportage des données vaccinales

Le système doit grâce à la fonctionnalité de rapportage vaccinal permettre aux
vaccinateurs de générer des rapports détaillés sur les vaccinations effectuées, les
populations cibles afin d’évaluer l'efficacité des séances de vaccination et aussi
planifier les futurs efforts vaccinaux.
• Gestion des rappels de vaccination

Le système à élaborer doit avoir pour fonction d'assister les patients (en
envoyant des notifications par sms ou par mail) à se tenir informés de leur calendrier
de vaccination ainsi que de celui de leur parent (enfants, frères, tantes...)
• Gestion des matériels de santé

La gestion des matériels de santé est essentielle au système de vaccination à
concevoir. Le système devra permettre aux responsables de gérer les stocks de
vaccins et matériels de santé nécessaires aux séances de vaccination garantissant
ainsi des séances de vaccination efficaces et évitant les pénuries et gaspillage.
• Gestion du paiement numérique

Outre la méthode de paiement actuellement disponible, qui est le paiement en
espèces ou en liquide, le système à développer doit également autoriser les
paiements en ligne en utilisant des services de mobile money et bancaires.
• Gestion des pharmacies de garde

Le système devra fournir des informations en temps réel sur les pharmacies
de garde dans la zone. Cette fonctionnalité permettra aux utilisateurs de localiser
facilement les pharmacies les plus proches en dehors des heures d'ouverture
régulières. Elle permettra également de renforcer l'accès aux médicaments et aux
soins de santé pour les populations.
Pour ce chapitre, nous avons présenté le fonctionnement du système actuel.

L'objectif était d'examiner en détail son mode de fonctionnement afin de mieux
comprendre ses forces et ses faiblesses. Cette analyse approfondie nous a permis
de mettre en évidence les aspects à améliorer et les opportunités d'optimisation. Au
chapitre suivant nous modéliserons notre système selon la méthode MERISE.

CHAPITRE V : ETUDE DETAILLÉE
Afin de répondre au mieux à la problématique, il faut modéliser le besoin du client

et notamment les données que nous aurons à manipuler : c’est la phase de
conception.
I. MODÉLISATION DES TRAITEMENTS
1. Modèle Conceptuel de Communication (MCC)
Le Modèle Conceptuel de Communication offre une représentation des

échanges d'informations entre les acteurs impliqués. Il permet d'identifier les
acteurs, de définir les flux d'informations échangés et de délimiter le champ d'action
du projet.
Flux :
1. Prendre un rendez-vous
2. Faire la prise en charge
3. Payer l’acte vaccinal
Figure 1: Modèle Conceptuel de Communication
Légende
2. Graphe d’ordonnancement des flux
À partir des informations fournies, nous sommes en mesure de déduire le

graphe d'ordonnancement des flux. Ce graphe permet de visualiser la séquence
chronologique des messages échangés. Dans ce graphe, chaque message est

représenté par un nœud et les liens d'élaboration entre les messages sont représentés
par des arcs.
Figure 2: Graphe d'ordonnancement des flux
3. Modèle Conceptuel de Traitements (MCT)
Le modèle conceptuel de traitement offre une formalisation de l'activité du

système. Il permet de représenter de manière hiérarchique les différents traitements
effectués dans le système, ainsi que les cadences auxquelles ces actions sont
déclenchées.

Figure 3: Modèle Conceptuel de Traitements
II. MODÉLISATION DES DONNÉES
1. Règles de gestion
Les règles de gestion sont des contraintes qui s'appliquent aux données et aux
relations qui existent entre elles.
• Un patient peut être parenté à aucun ou plusieurs patients ;
• Un rendez-vous peut être pris en charge par un seul agent de santé ;
• Un agent de santé peut exercer dans un seul centre de santé ;
• Un rappel vaccinal est relatif à un vaccin ;
• Un district sanitaire peut superviser un ou plusieurs centres de santé ;
• Un utilisateur a un seul profil ;
• Un centre de santé vaccine en fonction d’une ou plusieurs plages
horaires (Exemple : 09H - 10H).
2. Dictionnaire de données
Le dictionnaire de données est un tableau qui répertorie, classe et organise

toutes les données collectées lors des entretiens ou de l'étude des documents.

Tableau 1: Dictionnaire de données
Sigle Signification Type Taille Nature Contraintes

id Numéro de l’utilisateur AN 36 E/SIG
nom Nom de l’utilisateur A 20
prenoms Prénoms de l’utilisateur A 50
sexe Sexe de l’utilisateur A 10 M/F
contact Contact principal de l’utilisateur N 20
contact2 Contact secondaire de l’utilisateur N 20
groupeSanguin Groupe sanguin de l’utilisateur A 5
fonction Fonction de l’utilisateur A 30
email Email de l’utilisateur AN 50
username Nom d’utilisateur AN 30
password Mot de passe de l’utilisateur AN 30
idProfil Numéro du profil AN 36 E/SIG
libProfil Libellé du profil A 30
idPat Numéro du patient AN 36 E/SIG
dateNaissance Date de naissance du patient D 10 JJ/MM/AAAA
residence Lieu de résidence du patient AN 25 M
idAg Numéro de l’agent AN 36 E/SIG
idRdv Numéro du rendez-vous AN 36 E/SIG
codeRdv Code du rendez-vous AN 50 M
dateRdv Date du rendez-vous D 10 JJ/MM/AAAA
heureRdv Heure du rendez-vous AN 10
nbreVaccins Nombre de vaccins à faire N 8
statut Statut du rendez-vous A 10
idRap Identifiant du rappel AN 36 E/SIG
dateRappel Date du rappel D 10 M JJ/MM/AAAA
doseRappel Dose du rappel N 8
idCat Numéro de la catégorie AN 36 E/SIG
libCat Libellé de la catégorie AN 30
idSousCat Numéro de la sous-catégorie AN 36 E/SIG

libSousCat Libellé de la sous-catégorie AN 30
idVaccin Identifiant du vaccin AN 36 E/SIG
nomVaccin Nom du vaccin AN 30 E/SIG
ageAdministration Âge d’administration du vaccin N 10
maladie Maladie évitée par un vaccin A 50
nbreAnneeRappel Nombre d’années pour un rappel AN 20
numLot Numéro de lot du vaccin AN 50 M
nbreDoses Nombre de doses d’un vaccin N 10
prix Prix du vaccin N 10
idCentre Numéro du centre de santé AN 36 E/SIG
nomCentre Nom du centre de santé AN 50
emailCentre Email du centre de santé AN 50
contactCentre Contact du centre de santé N 20
contactCentre2 2ème contact du centre de santé N 20
centactCentre3 3ème contact du centre de santé N 20
adresseGoogle Adresse google du centre de santé AN 20
longitude Longitude du centre de santé AN 20
latitude Latitude du centre de santé AN 20
situationGeo Situation géographique du centre AN 100
idPays Numéro du pays AN 36 E/SIG
codePays Code du pays A 5 E/SIG
codePostal Indicatif du pays N 5 E/SIG
nomPays Nom du pays A 30 E/SIG
idVille Numéro de la ville AN 25 E/SIG
nomVille Nom de la ville AN 30
idCom Numéro de la commune AN 36 E/SIG
nomCom Nom de la commune AN 30
idQuart Numéro du quartier AN 36 E/SIG
nomQuart Nom du quartier AN 30
idPlage Numéro de la plage horaire AN 25 E/SIG
trancheHeure Tranche horaire AN 10
idClin Numéro de la clinique AN 36 E/SIG
idPharm Numéro de la pharmacie AN 36 E/SIG
idGarde Numéro de la période de garde AN 36 E/SIG
dateDebut Date de début de la période de D 10 JJ/MM/AAAA
garde
dateFin Date de fin de la période de garde D 10 JJ/MM/AAAA
idDis Numéro du district sanitaire AN 36
nomDis Nom du district sanitaire AN 50
respoDis Responsable du district sanitaire AN 30
contactDis Contact du district sanitaire N 20
Légende : Alphabétique : A | Alphanumérique : AN | Date : D | Élémentaire : E

Mouvement : M | Numérique : N | Signalétique : SIG
3. Structure d’Accès Théorique (SAT)
La Structure d'Accès Théorique est dérivée en éliminant les transitivités et les

cycles du graphe de dépendances fonctionnelles. Ce graphe représente les relations
de dépendance minimale entre les propriétés, permettant ainsi de définir la structure
d'accès optimale aux données (Voir page 23).
4. Modèle Conceptuel de Données (MCD)
Le Modèle Conceptuel de Données vise à fournir une description formelle

des données utilisées par le système d'information. Il représente les données de
manière compréhensible en utilisant des entités, offrant ainsi une représentation
claire du système d'information et de ses composants (Voir page 24).

CONCEPTION ET RÉALISATION D’UNE APPLICATION WEB DE GESTION DE
Figure 4: Structure d'Accès Théorique

Figure 5: Modèle Conceptuel de Données

5. Modèle Logique de Données (MLD)

Le Modèle Logique de Données (MLD) est une représentation du MCD qui
intègre la notion d'organisation. Il utilise un formalisme entités/relations qui est
ensuite traduit dans un formalisme spécifique dépendant du choix organisationnel,
généralement lié au logiciel utilisé.
Vaccin (idVaccin, nomVaccin, ageAdministration, maladie, nbreAnneeRappel,

numLot, nbreDoses, prix)
Pays (idPays, codePays, codePostal, nomPays)
Ville (idVille, nomVille, #idPays)
Commune (idCom, nomCom)
Quartier (idQuart, nomQuart, #idCom, #idVille)
Profil (idProfil, libProfil)
DistrictSanitaire (idDis, nomDis, respoDis, contactDis)
PlageHoraire (idPlage, trancheHeure)
Categorie (idCat, libCat)
SousCategorie (idSousCat, libSousCat)
Garde (idGarde, dateDebut, dateFin)
Rappel (idRap, dateRappel, doseRappel)
Utilisateur (idUser, nom, prenoms, sexe, contact, contact2, groupeSanguin,
fonction, email, username, password, #idProfil)
CentreSante (idCentre, nomCentre, emailCentre, contactCentre, contactCentre2,
contactCentre3, adresseGoogle, longitude, latitude, situationGeo, #idPays, #idDis)
AgentSante (idAg, #idCentre, #idUser)
Clinique (idClin, #idCentre)
Pharmacie (idPharm, #idCentre)
Patient (idPat, dateNaissance, residence, #idVaccin, #idCat, #idUser)
RendezVous (idRdv, dateRdv, codeRdv, heureRdv, nbreVaccins, statut, #idPat)
Travailler (#idCentre, #idPlage)
Prendre_enCharge (#idRdv, datePriseCharge, heurePriseCharge, modePaiement,
observationMapi, montant, #idAg, #idRap)
Dependre (#idVaccin, #idCat, #idSousCat)
Lier (#idPat, #idPat_1)
Etre (#idPharm, #idGarde)
Concerner (#idVaccin, #idRap)
Prevoir (#idVaccin, #idCentre, #idRdv)
KOUASSY BESSÉ AUDE ANNEE ACADEMIQUE

3ème année TS INFO 25 2022-2023
6. Modèle Physique des Données (MPD)
Le Modèle Physique de Données est la phase finale de la conception théorique

et conceptuelle d'une base de données. Pendant cette phase, toutes les tables
dérivées du MLD sont identifiées et listées. Chaque table est ensuite détaillée et
représentée sous forme de tableau. Cette analyse approfondie offre une vision
précise de la structure finale de la base de données, ainsi qu'une estimation de la
capacité de stockage requise pour sa mise en place. Ci-dessous se trouvent les MPD
des différentes tables de notre système.
Tableau 2: Modèle Physique de Données : cas de Vaccin
Nom : Vaccin Date de création : 13/04/2023

Objet : Enregistrement des vaccins Longueur : 216
Mode d’organisation : Direct Volume : 6 480
Clé : idVaccin
Code Libellé Type Taille Observation
idVaccin Identifiant du vaccin AN 36 Clé
nomVaccin Nom du vaccin AN 30
ageAdministration Âge d’administration du vaccin N 10
maladie Maladie évitée par un vaccin A 50
nbreAnneeRappel Nombre d’années pour un rappel AN 20
numLot Numéro de lot du vaccin N 50
nbreDoses Nombre de doses d’un vaccin N 10
prix Prix du vaccin N 10
Tableau 3: Modèle Physique de Données : cas de Ville
Nom : Ville Date de création : 13/04/2023

Objet : Enregistrement des villes Longueur : 66
Clé : idVille
idVille Identifiant de la ville AN 36 Clé
nomVille Nom de la ville AN 30

Tableau 4: Modèle Physique de Données : cas de Pays
Nom : Pays Date de création : 13/04/2023

Objet : Enregistrement des pays Longueur : 76
Clé : idPays
idVille Identifiant de la ville AN 36 Clé
codePays Code du pays AN 5
codePostal Indicatif du pays N 5
nomPays Nom du pays A 30
Tableau 5: Modèle Physique de Données : cas de Commune
Nom : Commune Date de création : 13/04/2023

Objet : Enregistrement des communes Longueur : 66
Clé : idCom
idCom Identifiant de la commune AN 36 Clé
nomCom Nom de la commune AN 30
Tableau 6: Modèle Physique de Données : cas de DistrictSanitaire
Nom : DistrictSanitaire Date de création : 13/04/2023

Objet : Enregistrement des districts sanitaires Longueur : 136
Clé : idDis
idDis Identifiant du district sanitaire AN 36 Clé
nomDis Nom du district sanitaire AN 50
respoDis Responsable du district sanitaire AN 30
contactDis Contact du district sanitaire N 20

Tableau 7: Modèle Physique de Données : cas de Profil
Nom : Profil Date de création : 13/04/2023

Objet : Enregistrement des profils Longueur : 66
Mode d’organisation : Direct Volume : 660
Clé : idProfil
idProfil Identifiant du profil AN 36 Clé
libProfil Libellé du profil AN 30
Tableau 8: Modèle Physique de Données : cas de Quartier
Nom : Quartier Date de création : 13/04/2023

Objet : Enregistrement des quartiers Longueur : 66
Clé : idQuart
idQuart Identifiant du quartier AN 36 Clé
nomQuart Nom du quartier AN 30
Tableau 9: Modèle Physique de Données : cas de PlageHoraire
Nom : PlageHoraire Date de création : 13/04/2023

Objet : Enregistrement des plages horaires Longueur : 46
Clé : idPlage
idPlage Identifiant de la plage horaire AN 36 Clé
trancheHeure Tranche horaire AN 10

Tableau 10: Modèle Physique des Données : cas de Categorie
Nom : Categorie Date de création : 13/04/2023

Objet : Enregistrement des catégories Longueur : 66
Clé : idCat
idCat Identifiant de la catégorie AN 36 Clé
libCat Libellé de la catégorie AN 30
Tableau 11: Modèle Physique de Données : cas de SousCategorie
Nom : SousCategorie Date de création : 13/04/2023

Objet : Enregistrement des sous-catégories Longueur : 66
Clé : idSousCat
idSousCat Identifiant de la sous-catégorie AN 36 Clé
libSousCat Libellé de la sous-catégorie AN 30
Tableau 12: Modèle Physique de Données : cas de Garde
Nom : Garde Date de création : 13/04/2023

Objet : Enregistrement des périodes de gardes Longueur : 56
Clé : idGarde
idGarde Identifiant de la période de garde AN 36 Clé
dateDebut Date de début de la période de garde D 10 JJ/MM/AAAA
dateFin Date de fin de la période de garde D 10 JJ/MM/AAAA

Tableau 13: Modèle Physique de Données : cas de Rappel
Nom : Rappel Date de création : 13/04/2023

Objet : Enregistrement des rappels vaccinaux Longueur : 54
Mode d’organisation : Direct Volume : 1 080 000
Clé : idRap
idRap Identifiant du rappel AN 36 Clé
dateRappel Date du rappel D 10 JJ/MM/AAAA
doseRappel Dose du rappel N 8
Tableau 14: Modèle Physique de Données : cas de Utilisateur
Nom : Utilisateur Date de création : 13/04/2023

Objet : Enregistrement des utilisateurs Longueur : 337
Clé : idUser, idProfil
idUser Identifiant de l’utilisateur AN 36 Clé
idProfil Identifiant du profil AN 36 Clé étrangère
nom Nom de l’utilisateur A 20
prenoms Prénoms de l’utilisateur A 50
sexe Genre de l’utilisateur A 10 M/F
contact Contact principal de l’utilisateur N 20
contact2 Contact secondaire de l’utilisateur N 20
groupeSanguin Groupe sanguin de l’utilisateur A 5
fonction Fonction de l’utilisateur A 30
email Email de l’utilisateur AN 50
username Pseudo d’utilisateur A 30
password Mot de passe de l’utilisateur AN 30

Tableau 15: Modèle Physique de Données : cas de CentreSante
Nom : CentreSante Date de création : 13/04/2023

Objet : Enregistrement des centres de santé Longueur : 428
Clé : idCentre, idPays, idDis
idCentre Identifiant du centre de santé AN 36 Clé
idPays Identifiant du pays AN 36 Clé étrangère
idDis Identifiant du district AN 36 Clé étrangère
nomCentre Nom du centre de santé AN 50
emailCentre Email du centre de santé AN 50
contactCentre Contact du centre de santé N 20
adresseGoogle Adresse google du centre de santé AN 20
longitude Longitude du centre de santé AN 20
latitude Latitude du centre de santé AN 20
situationGeo Situation géographique du centre AN 100
Tableau 16: Modèle Physique de Données : cas de AgentSante
Nom : AgentSante Date de création : 13/04/2023

Objet : Enregistrement des agents de santé Longueur : 108
Clé : idAg, idUser, idCentre
idAg Identifiant d’un agent de santé AN 36 Clé
idUser Identifiant d’un utilisateur AN 36 Clé étrangère
idCentre Identifiant d’un centre de santé AN 36 Clé étrangère

Tableau 17: Modèle Physique de Données : cas de Clinique
Nom : Clinique Date de création : 13/04/2023

Objet : Enregistrement des cliniques Longueur : 72
Clé : idClin, idCentre
idClin Identifiant de la clinique AN 36 Clé
idCentre Identifiant du centre de santé AN 36 Clé étrangère
Tableau 18: Modèle Physique de Données : cas de Pharmacie
Nom : Pharmacie Date de création : 13/04/2023

Objet : Enregistrement des pharmacies Longueur : 72
Clé : idPharm, idCentre
idClin Identifiant de la pharmacie AN 36 Clé
Tableau 19: Modèle Physique de Données : cas de Patient
Nom : Patient Date de création : 13/04/2023

Objet : Enregistrement des patients Longueur : 179
Clé : idPat, idVaccin, idCat, idUser
idPat Identifiant du patient AN 36 Clé
idVaccin Identifiant du vaccin AN 36 Clé étrangère
idCat Identifiant de la catégorie AN 36 Clé étrangère
idUser Identifiant de l’utilisateur AN 36 Clé étrangère
dateNaissance Date de naissance du patient D 10 JJ/MM/AAAA
residence Lieu de résidence du patient AN 25

Tableau 20: Modèle Physique de Données : cas de RendezVous
Nom : RendezVous Date de création : 13/04/2023

Objet : Enregistrement des rendez-vous vaccinaux Longueur : 146
Clé : idRdv, idPat
idRdv Identifiant du rendez-vous AN 36 Clé
idPat Identifiant du patient AN 36 Clé étrangère
codeRdv Code du rendez-vous vaccinal AN 36
dateRdv Date du rendez-vous vaccinal D 10 JJ/MM/AAAA
heureRdv Heure du rendez-vous vaccinal AN 10
nbreVaccins Nombre de vaccins à faire N 8
statut Statut du rendez-vous vaccinal A 10
Tableau 21: Modèle Physique des Données : cas de Travailler
Nom : Travailler Date de création : 13/04/2023

Objet : Enregistrement de la table Travailler Longueur : 72
Clé : idCentre, idPlage
idPlage Identifiant de la plage horaire AN 36 Clé étrangère
Tableau 22: Modèle Physique de Données : cas de Lier
Nom : Lier Date de création : 13/04/2023

Objet : Enregistrement de la table Lier Longueur : 72
Clé : idPat, idPat_1
idPat Identifiant du patient AN 36 Clé étrangère
idPat_1 Identifiant du patient parenté AN 36 Clé étrangère

Tableau 23: Modèle Physique de Données : cas de Prendre_enCharge
Nom : Prendre_enCharge Date de création : 13/04/2023

Objet : Enregistrement de la table Prendre_enCharge Longueur : 408
Clé : idRdv, idAg, idRap
idRdv Identifiant du rendez-vous AN 36 Clé étrangère
idAg Identifiant d’un agent de santé AN 36 Clé étrangère
idRap Identifiant du rappel AN 36 Clé étrangère
observationMapi Observation pour les MAPI3 AN 255
montant Montant de la prise en charge N 5
datePriseCharge Date de prise en charge D 10 JJ/MM/AAAA
heurePriseCharge Heure de prise en charge AN 10
modePaiement Mode de paiement de la prise A 20
de la prise en charge
Tableau 24: Modèle Physique de Données : cas de Dependre
Nom : Dependre Date de création : 13/04/2023

Objet : Enregistrement de la table Dependre Longueur : 108
Clé : idVaccin, idCat, idSousCat
idCat Identifiant de la catégorie AN 36 Clé étrangère
idSousCat Identifiant de la sous-catégorie AN 36 Clé étrangère
3
Les MAPI (MAnifestations Post-vaccinales Indésirables) sont des évènements médicaux fâcheux
qui se produisent à la suite de l’administration d’un vaccin et qui n’ont pas nécessairement de lien
causal avec la vaccination. Il peut s’agir d’un symptôme, signe…

Tableau 25: Modèle Physique de Données : cas de Etre
Nom : Etre Date de création : 13/04/2023

Objet : Enregistrement de la table Etre Longueur : 72
Clé : idPharm, idGarde
idPharm Identifiant de la pharmacie AN 36 Clé étrangère
idGarde Identifiant de la période de garde AN 36 Clé étrangère
Tableau 26: Modèle Physique des Données : cas de Concerner
Nom : Concerner Date de création : 13/04/2023

Objet : Enregistrement de la table Concerner Longueur : 72
Clé : idVaccin, idRap
idRap Identifiant du rappel AN 36 Clé étrangère
Tableau 27: Modèle Physique de Données : cas de Prevoir
Nom : Prevoir Date de création : 13/04/2023

Objet : Enregistrement de la table Prevoir Longueur : 108
Clé : idVaccin, idCentre, idRdv
idRdv Identifiant du rendez-vous AN 36 Clé étrangère
Dans ce chapitre, nous avons présenté notre application de façon détaillée et

complétée en utilisant les modèles de conception de MERISE. Dans le prochain
chapitre nous présenterons la phase de réalisation de notre application et les outils
de développement utilisés.

PARTIE III : MISE EN OEUVRE

Dans cette partie nous présenterons les différents composants qui nous ont permis
d’élaborer la solution, une présentation de la solution en elle-même et le coût de
réalisation du projet.

CHAPITRE VI : ETUDE TECHNIQUE
Dans ce chapitre, nous exposons les outils utilisés pour le développement de notre
système. Nous commencerons par discuter des systèmes de gestion de bases de
données, puis nous présenterons celui que nous avons choisi. Ensuite, nous
aborderons le choix des technologies de développement, y compris le langage de
programmation et le framework associé, l'éditeur de code, les logiciels utilisés et
l’architecture du système.
I. SYSTEME DE GESTION DE BASES DE DONNEES
Pour la gestion des données vaccinales, nous avons retenu trois (3) SGBD
(Système de Gestion des Bases de Données) :
• MySQL ; C’est l’un des systèmes de gestion des bases de données
relationnelles les plus populaires. À l’origine une solution open source, il
appartient désormais à Oracle Corporation. Il fonctionne bien sur les
systèmes tels que Windows, Linux, MacOs...
• Oracle : Il s’agit d’un SGBDR crée et géré par Oracle Corporation.
Actuellement il prend en charge plusieurs modèles de données tels que
relation, document, clé-valeur au sein d’une base de données. La licence du
moteur est entièrement propriétaire avec des options gratuites et payantes.
• PostgreSQL : Cet SGBD est relationnel et objet, combinant des objets
définis par l’utilisateur avec des approches de tables. Il ressemble à MySQL,
mais vise à renforcer les normes, l’extensibilité et reste entièrement open
source.
Tableau 28: Étude comparative des SGBD
Rapidité Gratuité Scalabilité Bien Facilité

documenté d’administration
MySQL ü ü ü ü ü
Oracle û û ü ü û
PostgreSQL ü ü ü û û
Il ressort du tableau ci-dessus que MySQL allie performance sur un grand volume

de données et un coût en ressource faible en plus de son usage libre. Il est donc le
plus adapté à notre solution.
II. TECHNOLOGIES DE DÉVELOPPEMENT
1. Côté client
Pour simplifier le processus de développement de l'interface utilisateur, il est

courant d'utiliser un framework4. Dans notre cas, nous avons identifié trois outils
frontend5 qui peuvent nous être utiles pour mener à bien notre projet :
• React : Framework frontend publié en 2013 par Facebook. Utilisé par
Instagram et WhatsApp, il permet de créer des interfaces utilisateur
dynamiques et réactives. Sa popularité a augmenté grâce à sa facilité
d’utilisation, sa grande communauté de développeurs et sa performance
élevée.
• Angular : C’est un framework JavaScript populaire pour le développement
web. Créé en 2010 par Google, il offre une approche structurée utilisant
TypeScript pour créer des sites web interactifs. Il est largement utilisé pour
les projets web complexes grâce à sa puissance et sa grande communauté de
développeurs.
• Vue, également connu sous le nom de Vue.js, est un framework frontend
récent créé en 2014 par Evan You, un ancien employé de Google. Il permet
de construire des applications web réactives et modulaires, avec une courbe
d'apprentissage douce et une flexibilité remarquable.
Tableau 29: Comparaison des frameworks frontend.
React Angular Vue
Simplicité ü û ü
Performance ü ü û
Bonne communauté ü û ü
Framework complet û ü ü
4
Un framework en programmation est un outil qui fournit des composants ou des solutions prêtes
à l’emploi qui sont personnalisées en vue d’accélérer le développement.
5
Le terme « frontend » désigne les éléments d’un site ou d’une application que l’on voit à l’écran
et avec lesquels on peut interagir depuis un navigateur.

Comme le montre le tableau ci-dessus, React malgré toutes ses qualités n’a pas
toutes les fonctionnalités d’un framework. Cependant ses fonctionnalités peuvent
être étendues grâce aux composants produits par sa communauté. En raison de ses
nombreux avantages, nous l’avons choisi pour le développement de notre
application.
2. Côté serveur
Pour l’écriture de la logique métier, nous pouvons noter quatre (4)

frameworks qui sont :
• Spring est un framework open source pour construire et définir
l’infrastructure d’une application Java, dont il facilite le développement et
les tests.
• Laravel : C’est un framework PHP open source qui suit le patron
d’architecture MVC6 (Model-View-Controller). Il comprend des
composants qui rendent simple plusieurs tâches des développeurs ;
• Quarkus est un framework Java open source pour les applications cloud-
native optimisant les performances et la consommation de ressources grâce
à un démarrage rapide et une faible empreinte mémoire.
• Django est un framework web python qui suit le patron d’architecture
MVT7 (Model-View-Template). Son objectif principal est de simplifier la
création de sites web complexes basés sur une base de données.
Tableau 30: Comparaison des frameworks backend8.
Django Spring Laravel Quarkus
Facilité d’apprentissage ü û ü û
Performance û ü û ü
Scalabilité ü ü û ü
Légèreté û û ü ü
6
Le MVC est un patron d’architecture logicielle communément utilisé pour implémenter l’interface
utilisateur, les données et la logique de contrôle. Il met l’accent sur la séparation entre la logique
métier et l’affichage.
7
MVT permet la génération de modèles de bases de données et l’affichage dynamique de patron
HTML à l’interface utilisateur à travers les vues.
8
Le backend fait référence aux parties d’une application ou du code d’un programme qui lui
permettent de fonctionner et qui ne sont pas accessible par un utilisateur.

A l’issue de cette comparaison, nous avons choisi le framework Quarkus pour

l’écriture des services à installer sur le serveur d’application. Certes sa prise en main
n’est pas facile mais une fois maitrisé permet de créer des applications conformes
à nos besoins de sécurité et de robustesse en nous offrant une faible empreinte
mémoire et un temps de démarrage réduit.
III. OUTILS MATERIELS ET LOGICIELS
Pour la réalisation de notre projet, nous avons utilisé un ordinateur portable

Macbook Pro d’une capacité de 512Go et 8Go de RAM doté d’un processeur Apple
Silicon M1. Sur cette machine, nous avons travaillé avec le système d’exploitation
MacOS Ventura 13.
1. Éditeur de code : VS Code
Visual Studio Code est un éditeur de code simple et libre développé en open
source par Microsoft, sortie pour la première fois en novembre 2015. Il offre de
nombreuses fonctionnalités telles que le débogage, la mise en évidence de la
syntaxe, la complétion intelligente du code, la refactorisation du code et une
intégration de Git. Il prend immédiatement en charge presque tous les principaux
langages de programmation. Sa dernière version est la 1.79.2 sortie en juin 2023.
2. Outil de collaboration : Bitbucket
Outil de gestion de projet flexible et évolutif pour les équipes de

développement logiciel, Bitbucket fournit en particulier la gestion des sources avec
Git, des fonctionnalités de collaboration, de suivi des problèmes et d'intégration
continue, facilitant ainsi le travail collaboratif et la livraison de logiciels de qualité.
3. Serveur de bases de données : MAMP
MAMP est un environnement de serveur local gratuit qui peut être installé
sous MacOs et Windows. Il permet de créer des applications Web dynamiques en
utilisant le serveur Apache, le langage de scripts PHP et une base de données
MySQL. De plus, MAMP intègre PHPMyAdmin, facilitant ainsi la gestion des
bases de données. L’actuelle version disponible est la 6.8.

IV. ARCHITECTURE LOGICIELLE
L’architecture logicielle désigne la manière dont un logiciel est conçu,

autrement dit la manière dont les différents éléments le composant et lui permettant
de fonctionner sont agencés. De cette phase, va dépendre la stabilité, la robustesse
ou la scalabilité9 de l’application. Dans la plupart des SI, l’architecture logicielle
utilisée est une architecture divisée en trois (03) niveaux ou couches appelée «
architecture trois tiers » de la façon suivante :
- Une couche de présentation pour l’interface homme machine ;
- Une couche logique qui fera essentiellement le traitement des données
reçues ;
- Une couche de données pour la base de données de l’application.
Ainsi, lors de la construction de notre système nous avons mis en place
l’architecture suivante :
Figure 6: Architecture logicielle de notre système
Nous avons abordé, dans ce chapitre, les éléments techniques liés à la conception
de notre application web. Cela englobe les technologies et outils de développement
essentiels pour garantir le bon fonctionnement de l'application.
9
La scalabilité est la capacité d’un système à répondre à des contraintes changeantes. Il existe deux
types d'élasticité : verticale (ajout de ressources aux éléments existants tels que plus de processeur,
plus de mémoire...) et horizontale (ajout de nouveaux éléments comme un serveur web
supplémentaire, un switch additionnel).

CHAPITRE VII : RÉALISATION
Ce chapitre se concentre sur la réalisation concrète du système, en prenant en

compte les choix techniques et les outils définis lors de l'étude technique. Il aborde
le rendu de l'application avec ses fonctionnalités clés et les principaux aspects de
l'interface utilisateur, le déploiement du système et l'évaluation des coûts associés
au projet.
I. PRÉSENTATION DE L’APPLICATION
Nous considérons le profil Patient pour la présentation des interfaces du fait de

l’accord de la confidentialité du projet.
1. Interface d’accueil
La page d’accueil est le premier contact entre nous et l’utilisateur.
L’utilisateur a un descriptif des services offerts par Vaccipha, l’accès aux pages de
connexion et d’inscription pour les patients. Le site est disponible via les
navigateurs à l’adresse www.vaccipha.com
Figure 7 : Interface principale de l'application

2. Interface d’authentification
Sur l’interface ci-dessous, l’utilisateur a le devoir de saisir ses identifiants de
connexion (Nom d’utilisateur ou adresse électronique ou contact téléphonique et
son mot de passe) pour avoir accès à toutes les fonctionnalités en rapport avec son
profil.
Figure 8: Interface de connexion
3. Interface de gestion
Après l’étape d’authentification validée, la page de gestion s’affiche (Voir
figure 9) ; l’utilisateur peut alors parcourir entre les différents onglets (à gauche)
pour prendre connaissance de son environnement ; s’il veut trouver une pharmacie
de garde, il clique dans la barre de navigation de gauche sur le bouton « Les
Pharmacies De Garde » qui le dirige vers l’interface de recherche des pharmacies
de garde (Voir figure 10).

Figure 9: Interface du tableau de bord
Figure 10: Interface des pharmacies de garde
4. Interface de réservation vaccinale

Pour prendre un rendez-vous via la plateforme Vaccipha, le patient doit suivre
les étapes suivantes :
• Désignation du patient concerné par le rendez-vous ;
• Sélection de la catégorie et sous-catégorie du concerné ;
• Choix des vaccins à faire ;
• Spécifier la localisation (commune et quartier) ;

• Définir la date et le créneau horaire.

L’interface suivante présente le formulaire de prise de rendez-vous à l’étape du
choix de la catégorie. Il faut noter qu’un rendez-vous vaccinal pris coûtera 500 Fcfa
pour le patient.
Figure 11: Interface de choix de la catégorie du patient
Figure 12: Interface de sélection de vaccins
Après avoir défini la catégorie, le patient est dirigé à l’étape de sélection des vaccins
à faire. Il choisit les vaccins (Voir figure 12) puis renseigne la date et l’heure qu’il
lui convienne (tout en ayant choisi au préalable la commune, le quartier, le centre
de vaccination le plus proche lui ai indiqué). Le patient est informé de son rang de
passage puis confirme son rendez-vous (Voir figure 13). Sur l’interface d’après, le
patient reçoit une notification informant que son rendez-vous a été pris avec succès
dans un centre de vaccination (Voir figure 14).
Figure 13: Interface de choix de la date et l'heure
Figure 14: Interface de récapitulatif d'un rendez-vous vaccinal pris
II. DÉPLOIEMENT DU SYSTÈME
Le déploiement est un processus consistant à exécuter une série d'étapes pour

installer et configurer un logiciel dans son environnement cible afin qu'il soit prêt à
être utilisé de manière efficace et fonctionnelle.

1. Principe de déploiement
L’équipe du service Études et développement d’Enovpharm met en pratique

des principes d'intégration et de déploiement continus10, ce qui signifie que les
applications de l'entreprise suivent un processus en plusieurs étapes garantissant
une plateforme de production fiable (Voir figure 15 ci-après).
Figure 15: Environnement d'intégration et de déploiement continus
2. Sécurité
La sécurité est une stratégie proactive visant à réduire les risques de
dysfonctionnement, à prévenir les incohérences des données, à protéger la
confidentialité de la base de données et à prévenir la présence de logiciels
indésirables dans le système. La politique de sécurité de la plateforme Vaccipha
combine puissance et flexibilité pour garantir les éléments suivants :
- Contrôle de l'accès des utilisateurs ;
- Confidentialité des données vaccinales des utilisateurs de l'application ;
- Capacité à gérer une augmentation de l'activité : optimisation des
performances et simplification de l'administration pour un grand nombre
d'utilisateurs.
Toutes les communications sont sécurisées via le protocole HTTPS, et l'accès aux
serveurs se fait à l'aide d'un certificat TLS (anciennement SSL).
10
L'intégration continue est une approche du génie logiciel qui vérifie les modifications du code
source pour éviter les régressions. Le déploiement continu automatise la publication en production
des fonctionnalités validées.

3. Maintenance
En génie logiciel, la maintenance englobe toutes les modifications apportées à un
logiciel afin de corriger les erreurs, d'améliorer ses performances ou de l'adapter à
un environnement spécifique. Même si notre système est opérationnel, il nécessitera
inévitablement une phase de maintenance. Celle-ci sera assurée par notre groupe de
projet pour garantir son bon fonctionnement et répondre aux besoins évolutifs des
utilisateurs.
III. ESTIMATION DU PROJET
Aucune dépense financière n'a été nécessaire en termes de matériel ou de

logiciels. Nous avons opté pour des solutions open source pour le développement
initial de l'application. Concernant le matériel, nous avons utilisé les ordinateurs
déjà performants disponibles dans l'entreprise. Par conséquent, le coût du projet est
principalement lié aux membres de l’équipe projet.
Tableau 31: Calcul du coût du projet
POSTE QUANTITÉ SALAIRE (par mois en Fcfa)

Manager de projets IT 1 600 000
Développeur Senior 2 500 000
Développeur Junior 3 200 000
TOTAL (par semestre en Fcfa) 13 200 000
Le coût total estimé du projet s'élève à 13 200 000 Fcfa. Il est important de noter
que cette estimation est susceptible de varier en fonction de l'évolution des besoins,
des contraintes et des facteurs externes tout au long du projet.
À travers ce dernier chapitre, nous avons illustré quelques interfaces graphiques

de notre application web Vaccipha et évoqué le coût semestriel des ressources
humaines du projet.

CONCLUSION
Dans un monde en constante évolution, la convergence entre la santé et la

technologie ouvre la voie à de nouvelles opportunités. De la e-santé à la m-santé, la
digitalisation du secteur de la santé promet d'améliorer les soins, de faciliter l'accès
aux services médicaux et de transformer la manière dont nous prenons soin de notre
bien-être. C’est ainsi que, pour permettre aux patients de prendre des rendez-
vaccinaux dans des structures sanitaires privées, nous avons pris part à Enovpharm
à la mise en place d’une plateforme web dans le but de faciliter cette gestion.
Pour ce fait, nous avons tout d’abord procédé à une étude approfondie de la
solution existante et du cahier de charges pour mieux comprendre les besoins.
Ensuite l’analyse existante du schéma de données nous a amené à choisir la
méthode MERISE pour la phase conceptuelle. Enfin sur la base des modèles de
conception obtenus, nous avons décrit les outils matériels et logiciels utilisés,
l’architecture logicielle de la solution et les coûts de production offrant ainsi une
vision détaillée de la réalisation du projet.
La part du travail qui nous a été confié n’est pas entièrement achevée car
certains objectifs tels que le système de paiement électronique, la gestion du
matériel de santé, n’ont pas été atteints. Le projet étant actuellement dans sa phase
de préproduction et formation des utilisateurs finaux, nous envisageons de le
déployer avec des fonctionnalités supplémentaires grâce aux enquêtes effectuées
sur le terrain. Toutefois, nous continuerons à améliorer celles existantes.
Ce stage a été une expérience formidable à bien des égards. Il nous a permis
de plonger pleinement dans une entreprise afin de comprendre les enjeux et
exigences de la production d’une solution sanitaire. Nous sommes fières d’avoir
mis sur pied une plateforme digitale pour la gestion des rendez-vous vaccinaux en
Côte d’Ivoire, déjà utilisée dans plusieurs communes d’Abidjan que sont Abobo,
Adjamé, Attécoubé, Koumassi, Plateau, Cocody et Bingerville. Nous sommes
convaincues qu’elle contribuera grandement à désengorger les files d'attente des
centres de santé publics, soulageant ainsi les patient(e)s.

BIBLIOGRAPHIE
ARTICLES DE REVUE
Côte d’Ivoire, Ministère de la Santé et de l’Hygiène Publique, Direction de

Coordination du Programme Élargi de Vaccination (2016). Plan pluriannuel
complet du PEV 2016-2020. Abidjan : DC-PEV, p.182;
LOTT Jacqui (2021). Évaluation préliminaire du projet M-Vaccin, p.31.
MEMOIRES
BARKA Anis (2015-2016). Conception et réalisation d’une application mobile

pour le suivi d’un cabinet médical. Mémoire de master professionnel option
Administration et Sécurité des réseaux. Algérie : Université Abderrahmane Mira de
Béjaïa, p.51;
FERKAL Karim et CHAIBI Yassina (2017). Conception et réalisation d’une

application web service pour la gestion d’un cabinet médical. Mémoire de master
professionnel option Génie logiciel. Algérie : Université Abderrahmane Mira de
Béjaïa, p.71;
KOUADIO Faitey Anderson (2018). Couverture vaccinale des enfants de 0 à 5ans :

cas du quartier précaire « Nouvelle Jérusalem » COCODY-ABIDJAN (2018).
Thèse du diplôme d’état de docteur en pharmacie. Côte d’Ivoire : Université Félix
Houphouët Boigny département UFR Sciences Pharmaceutiques et Biologiques,
p.182;
MERAH Nacera et AISSAOUI Saliba (2019-2020). Conception et réalisation d’une

application mobile pour la gestion d’archive médical personnel basé sur le Cloud.
Mémoire de master en génie biomédical option spécialisé Informatique biomédical.
Algérie : Université Aboubakr Belkaïd-Tlemcen, p.91.

3ème année TS INFO XI 2022-2023
WEBOGRAPHIE
[1] https://www.unicef.org/fr/vaccination
Le programme de vaccination en chiffre - Consulté le 22 mai 2023
[2] https://quarkus.io/guides/
Documentation de Quarkus - Consulté le 12 avril 2023
[3] https://www.bocasay.com/fr/avantages-reactjs-developpement-web/
Les avantages de React Js pour le développement web - Consulté le 05 juin 2023
[4] https://radixweb.com/blog/angular-vs-react-vs-vue
Angular vs React vs Vue - Consulté le 06 juin 2023
[5] https://www.jesuisundev.com/architecture-logicielle/
Architecture logicielle - Consulté le 08 juin 2023
[6] https://openclassrooms.com/fr/courses/7150606-creez-une-application-react-
complete/7256627-decouvrez-la-base-des-tests-dans-react-avec-jest
Découvrez les bases des tests en React avec Jest - Consulté le 08 juin 2023
[7] https://fr.wikipedia.org/wiki/Architecture_(informatique)
Architecture informatique - Consulté le 13 juin 2023

3ème année TS INFO XII 2022-2023
ANNEXES
Annexe 1 : Organigramme de Enovpharm
Directeur
géneral
Service Service études Service de gestion

commercial et des ressources
développement humaines
KOUASSY BESSÉ AUDE XIII ANNEE ACADEMIQUE

Annexe 2 : Diagramme de Gantt
KOUASSY BESSÉ AUDE XIV ANNEE ACADEMIQUE

TABLE DES MATIERES
DEDICACE .............................................................................................................. I
REMERCIEMENTS ...............................................................................................II
SOMMAIRE ......................................................................................................... III
LISTE DES SIGLES ET ABREVIATIONS ........................................................ IV
LISTE DES FIGURES ........................................................................................... V
LISTE DES TABLEAUX ..................................................................................... VI
AVANT-PROPOS ............................................................................................... VII
RESUME ............................................................................................................ VIII
INTRODUCTION ................................................................................................... 1
PARTIE I : CADRE ET CONTEXTE DU PROJET ............................................. 3
CHAPITRE I : PRESENTATION DE LA STRUCTURE D’ACCUEIL ........... 4
I. HISTORIQUE .......................................................................................... 4
II. VISION ET SERVICES ........................................................................... 4
III. ORGANIGRAMME ET FONCTIONNEMENT ................................. 5
IV. CADRE D’ÉTUDE ............................................................................... 5
CHAPITRE II : ÉTUDE DU PROJET ................................................................ 6
I. CONTEXTE DU PROJET ....................................................................... 6
II. PRESENTATION DU CAHIER DE CHARGES .................................... 6
1. Problématique ....................................................................................... 6
2. Objectifs du projet................................................................................. 7
a. Objectif général ................................................................................. 7
b. Objectifs spécifiques ......................................................................... 7
3. Contraintes et difficultés ....................................................................... 7
4. Organisation et planification du travail................................................. 8
a. Liste des tâches.................................................................................. 8
b. Planification des tâches ..................................................................... 8
PARTIE II : MÉTHODOLOGIE ET APPROCHE ................................................ 9
CHAPITRE III :METHODE D’ANALYSE ET DE CONCEPTION............... 10
I. PRESENTATION DES METHODES D’ANALYSE ........................... 10
1. MERISE .............................................................................................. 10
a. La démarche classique .................................................................... 10
b. La démarche rapide ......................................................................... 11
2. PU/UML ............................................................................................. 11
a. Processus Unifié (PU) ..................................................................... 11
KOUASSY BESSÉ AUDE XV

3ème année TS INFO
b. Unified Modeling Language (UML) ............................................... 12
II. CHOIX DE LA METHODE D’ANALYSE .......................................... 12
III. PRESENTATION DE LA METHODE CHOISIE ............................. 12
1. La démarche ou le cycle de vie ........................................................... 12
2. Le raisonnement ou cycle d’abstraction ............................................. 13
3. La maitrise du projet ou cycle de décision.......................................... 13
CHAPITRE IV : ETUDE DE L’EXISTANT.................................................... 14
I. ANALYSE DE L’EXISTANT ............................................................... 14
1. Description du système actuel ............................................................ 14
2. Critiques du système existant.............................................................. 15
II. PROPOSITIONS DE SOLUTIONS ...................................................... 15
CHAPITRE V : ETUDE DETAILLÉE ............................................................. 17
I. MODÉLISATION DES TRAITEMENTS ............................................. 17
1. Modèle Conceptuel de Communication (MCC) ................................. 17
2. Graphe d’ordonnancement des flux .................................................... 17
3. Modèle Conceptuel de Traitements (MCT) ........................................ 18
II. MODÉLISATION DES DONNÉES ...................................................... 19
1. Règles de gestion ................................................................................ 19
2. Dictionnaire de données ...................................................................... 19
3. Structure d’Accès Théorique (SAT) ................................................... 22
4. Modèle Conceptuel de Données (MCD)............................................. 22
5. Modèle Logique de Données (MLD) .................................................. 25
6. Modèle Physique des Données (MPD) ............................................... 26
PARTIE III : MISE EN OEUVRE ........................................................................ 36
CHAPITRE VI : ETUDE TECHNIQUE .......................................................... 37
I. SYSTEME DE GESTION DE BASES DE DONNEES ........................ 37
II. TECHNOLOGIES DE DÉVELOPPEMENT ........................................ 38
1. Côté client ........................................................................................... 38
2. Côté serveur ........................................................................................ 39
III. OUTILS MATERIELS ET LOGICIELS ........................................... 40
1. Éditeur de code : VS Code .................................................................. 40
2. Outil de collaboration : Bitbucket ....................................................... 40
3. Serveur de bases de données : MAMP ............................................... 40
IV. ARCHITECTURE LOGICIELLE ...................................................... 41
CHAPITRE VII : RÉALISATION.................................................................... 42
I. PRÉSENTATION DE L’APPLICATION ............................................. 42
1. Interface d’accueil ............................................................................... 42
2. Interface d’authentification ................................................................. 43
KOUASSY BESSÉ AUDE XVI
3. Interface de gestion ............................................................................. 43
4.
Interface de réservation vaccinale ....................................................... 44
II. DÉPLOIEMENT DU SYSTÈME .......................................................... 46
1. Principe de déploiement ...................................................................... 47
2. Sécurité ............................................................................................... 47
3. Maintenance ........................................................................................ 48
III. ESTIMATION DU PROJET .............................................................. 48
CONCLUSION ..................................................................................................... 49
BIBLIOGRAPHIE ................................................................................................ XI
WEBOGRAPHIE ................................................................................................. XII
ANNEXES ......................................................................................................... XIII
TABLE DES MATIERES .................................................................................. XV
KOUASSY BESSÉ AUDE XVII


Conception Et Réalisation D'une Application Web de Gestion de Rendez-Vous Vaccinaux

Transféré par

Informations du document

Titre original

Copyright

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Conception Et Réalisation D'une Application Web de Gestion de Rendez-Vous Vaccinaux

Transféré par

Droits d'auteur :

REPUBLIQUE DE CÔTE D’IVOIRE

Ministère de l’Enseignement Supérieur et Ministère de l’Économie Numérique, des

École Supérieure d’Industrie

MEMOIRE DE FIN DE CYCLE

CONCEPTION ET RÉALISATION D’UNE

Période de stage : Du 04 Avril 2023 au 04 Juillet 2023

ENCADREUR PÉDAGOGIQUE MAITRE DE STAGE

M. KOFFI Arsène M. YAO Landji

Année Académique : 2022-2023

KOUASSY BESSÉ AUDE I ANNEE ACADEMIQUE

KOUASSY BESSÉ AUDE II ANNEE ACADEMIQUE

KOUASSY BESSÉ AUDE III ANNEE ACADEMIQUE

LISTE DES SIGLES ET ABREVIATIONS

KOUASSY BESSÉ AUDE IV ANNEE ACADEMIQUE

LISTE DES FIGURES

Figure 1: Modèle Conceptuel de Communication ................................................ 17

KOUASSY BESSÉ AUDE V ANNEE ACADEMIQUE

LISTE DES TABLEAUX

Tableau 1: Dictionnaire de données ...................................................................... 20

KOUASSY BESSÉ AUDE VI ANNEE ACADEMIQUE

L’Institut National Polytechnique Félix Houphouët-Boigny (INP-HB) est un

Partageant la vision générale de l’Institut, la Direction de l’ESI organise à

KOUASSY BESSÉ AUDE VII ANNEE ACADEMIQUE

Accueillies au sein d’Enovpharm du 04 Avril au 04 Juillet 2023 afin d’y

Mots ou groupe de mots clés : Enovpharm, rendez-vous, Vaccipha, vaccination,

KOUASSY BESSÉ AUDE VIII ANNEE ACADEMIQUE

Selon l’Organisation Mondiale de la Santé (OMS), entre deux et trois millions

Notre projet doit être contextualisé : dans quel environnement évolue-t-il ?

KOUASSY BESSÉ AUDE 1 ANNEE ACADEMIQUE

Dans le souci de mener à bien notre investigation, le présent mémoire est

KOUASSY BESSÉ AUDE 2 ANNEE ACADEMIQUE

KOUASSY BESSÉ AUDE 3 ANNEE ACADEMIQUE

CHAPITRE I: PRESENTATION DE LA STRUCTURE

Dans ce chapitre, nous présenterons d’abord globalement Enovpharm, ensuite son

Créée en Août 2020 et Société Anonyme à Responsabilité Limitée (SARL)

II. VISION ET SERVICES

La vision d'Enovpharm est d'améliorer l'accès aux produits de santé publique

KOUASSY BESSÉ AUDE 4 ANNEE ACADEMIQUE

III. ORGANIGRAMME ET FONCTIONNEMENT

Enovpharm, dirigée par un directeur général, est une structure composée de

IV. CADRE D’ÉTUDE

Nous avons effectué notre stage au sein de Enovpharm au service étude et

Ce chapitre nous a permis de présenter notre structure d’accueil. Pour mieux

KOUASSY BESSÉ AUDE 5 ANNEE ACADEMIQUE

CHAPITRE II : ÉTUDE DU PROJET

La pandémie de Covid-19 a eu un impact considérable sur la Côte d'Ivoire,

II. PRESENTATION DU CAHIER DE CHARGES

Face à ces enjeux, il est essentiel de se demander comment optimiser le

KOUASSY BESSÉ AUDE 6 ANNEE ACADEMIQUE

L’objectif majeur de ce projet est la mise en service d’une plateforme

Il est envisageable de décomposer cet objectif principal en plusieurs objectifs

Nombreuses sont les contraintes associées à la mise en œuvre du projet. Nous

KOUASSY BESSÉ AUDE 7 ANNEE ACADEMIQUE

- Performance du résultat : l’application finale devra être rapide à l’exécution.

4. Organisation et planification du travail

a. Liste des tâches

b. Planification des tâches

KOUASSY BESSÉ AUDE 8 ANNEE ACADEMIQUE

KOUASSY BESSÉ AUDE 9 ANNEE ACADEMIQUE

CHAPITRE III :METHODE D’ANALYSE ET DE CONCEPTION

L’examination des exigences de notre projet a laissé apercevoir un important

I. PRESENTATION DES METHODES D’ANALYSE

L'objectif d'une méthodologie d'analyse et de conception informatique est de

La méthode MERISE (Méthode d’Étude et de Réalisation Informatique pour

KOUASSY BESSÉ AUDE 10 ANNEE ACADEMIQUE

a. Processus Unifié (PU)