RÉPUBLIQUE DU CAMEROUN INSTITUT UNIVERSITAIRE DE TECHNOLOGIE

REPUBLIC OF CAMEROON
******************
Peace –Works -Fatherland FOTSO VICTOR DE BANDJOUN
****************** FOTSO VICTOR UNIVERSITY
INSTITUT OF TECHNOLOGY
UNIVERSITÉ DE DSCHANG
UNIVERSITY OF DSCHANG Département de Genie Informatique
Scholae Thesaurus Dschangensis Ibi Cordum Department of Computer Engineering

BP 96, Dschang (Cameroun) –Tél./Fax (237) 233

45 13 81 BP 134, Bandjoun –Tél./Fax (237) 699 31 61 30 / 670 64
Website : http://www.univ-dschang.org.
1 23 92
E-mail : [email protected] Website: http://www.univ-dschang.org/iutfv/
2 E-mail : [email protected]
E-mail : [email protected]

4 RAPPORT DE STAGE

5
THEME : Analyse et Conception D’un Software As A Service
6
De Gestion Hospitalière
7

8 Effectué du 1 Avril au 1 juin au centre de sante Acha Annex de Bafoussam

9 Rédigé et présenté par :

10 NOUHONE TCHINDA Rivanold Landry

11 Matricule : CM-UDS-22IUT0744

12 En vue de l’obtention du

13 Diplôme Universitaire de Technologie (DUT)

14 Mention : Génie informatique

15 Parcours : Génie informatique

16 Option : Génie Logiciel

17 Sous l’encadrement :

18 Professionnel de : Mme NJEBA EDWARDS Stella, Infirmière en Chef

19 Académique de : M. KAKEU Severin, Enseignant vacataire à l’IUT-FV

20

21 Année Académique 2023/2024

 ANALYSE ET CONCEPTION D’UN SOFTWARE AS A SERVI DE GESTION HOSPITALIERE

DEDICACE

A ma Famille et
tous Mes proches

Rédigé par NOUHONE TCHINDA Rivanold Landry i

 ANALYSE ET CONCEPTION D’UN SOFTWARE AS A SERVI DE GESTION HOSPITALIERE

AVANT PROPOS

Préparer les jeunes aux réalités socioprofessionnelles est l’une des préoccupations majeures
de l’Etat camerounais. Il est donc important pour tout jeune d’acquérir en plus des
connaissances académiques. L’IUT FOTSO VICTOR de BANDJOUN, située au sommet
de la montagne de KHI, a été construit en 1987 par le fondateur donateur FOTSO VICTOR
sous l’appellation initiale de collège privé laïc polyvalent FOTSO VICTOR. Cet institut a été
cédé à l’Etat camerounais en Aout 1992, suite à la réforme de 1993 suivant le décret
présidentiel N°008/CAB/PR du 19 janvier 1993 par laquelle est devenue Institut
Universitaire de Technologie FOTSO Victor en abrégé (IUT-FV). Celui-ci constitue
aujourd’hui l’un des établissements de l’université de Dschang avec un effectif d’environ
2000 étudiants.

L’IUT-FV de BANDJOUN a pour vocation de dispenser en formation initiale, un

enseignement dans les domaines industriels et commerciaux. A ce titre, il prépare aussi les
candidats au Brevet de Technicien Supérieur (BTS). Pour cela elle dispose dans ce parcours
des filières suivantes :

➢ Marketing Commerce et Vente (MCV) ;

➢ Comptabilité et Gestion des Entreprises (CGE) ;
➢ Banque et Finance (BQF) ;
➢ Maintenance des Systèmes Electroniques (MSE) ;
➢ Electrotechnique (ELT) ;
➢ Bâtiment (BAT) ;
➢ Travaux publics (TP) ;
➢ Froid et climatisation (FC) ;
➢ Management Evènementiel (ME) ;
➢ Gestion et management Hôtelier (GMH).

ii
L’IUT-FV de BANDJOUN forme pendant 4 semestres, les étudiants au diplôme
universitaire de technologie (DUT) dans les parcours suivants :

RÉDIGÉ PAR NOUHONE TCHINDA RIVANOLD LANDRY ii

 ANALYSE ET CONCEPTION D’UN SOFTWARE AS A SERVI DE GESTION HOSPITALIERE

➢ Maintenance Industrielle et Productique (MIP) ;

➢ Génie Electrique option Electronique (EN) et Electrotechnique (EL) ;
➢ Informatique de Gestion (IG) ;
➢ Génie des Télécommunications et Réseaux (GTR) ;
➢ Génie Civil (GC) ;
➢ Ingénierie biomédicale (IBM) ;
➢ Génie Thermique, Energie et environnement (GTEE) ;
➢ Mecatronik Automobile (MKA) ;
➢ Gestion des Entreprises et Administration (GEA).

L’IUT-FV de BANDJOUN forme également les étudiants en cycle licence de

technologie dans les filières :

➢ Génie Electrique (GE) option ingénierie de génie électrique ;

➢ Informatique et réseaux option concepteur développeur réseaux internet et option
qualité sécurité internet et réseaux (IR) ;
➢ Ingénierie des Réseaux et de Télécommunications (GRT) ;
➢ Maintenance Industrielle et Productique (MIP) ;
➢ Gestion comptable et financière (GCF) ;
➢ Banque gestion des actifs (BGA) ;
➢ Gestion et management des organisations (GMO) ;
➢ Markéting numérique (MN) ;
➢ Mecatronik Automobile (MKA) option service après-vente en diagnostic électronique
automobile et option recyclage et construction ;
➢ Soudure industrielle ;
➢ Génie géomantique option géodésie photogrammétique SIG télédétection topométrie ;
➢ Génie Thermique, Energétique industriel option gestion et maintenance des
installations énergétiques (GTE) ;
➢ Génie Civil (GC) option bâtiment (BAT) et option travaux publics (TP) ;

L’IUT-FV de BANDJOUN dispose par ailleurs d’une formation CISCO dont la durée
dépend de l’option choisie à savoir :
iii
➢ CITE 1&2 (Cisco Information Technologie Essentials) ;
➢ CCNA 1&2 (Cisco Certified Network Associate);

RÉDIGÉ PAR NOUHONE TCHINDA RIVANOLD LANDRY iii

 ANALYSE ET CONCEPTION D’UN SOFTWARE AS A SERVI DE GESTION HOSPITALIERE

En résumé, l'IUT-FV, grâce à son administration dynamique et à ses enseignants dévoués,

offre à ses étudiants un cadre exceptionnel qui promet un avenir brillant. À la fin de la
deuxième année de formation en DUT/BTS, les étudiants doivent effectuer un stage
académique de deux mois en entreprise. Ce stage leur permet de mettre en pratique leurs
connaissances théoriques et de découvrir le monde professionnel. C'est dans ce contexte que
nous avons effectué notre stage au centre de santé Acha Annex de Bafoussam.

iv

RÉDIGÉ PAR NOUHONE TCHINDA RIVANOLD LANDRY iv

 ANALYSE ET CONCEPTION D’UN SOFTWARE AS A SERVI DE GESTION HOSPITALIERE

REMERCIEMENTS

La réussite d’une œuvre est toujours le fruit d’une collaboration, le résultat d’une
conjonction d’efforts produits par diverses personnes, chacune selon son degré d’implication ;
c’est pourquoi nous adressons tout d’abord nos remerciements au Dieu Tout Puissant pour le
souffle de vie qu’il nous donne ainsi que la force nous permettant d’affronter jours après jours
toutes les difficultés qui se présentent à nous. Notre gratitude va également à l’endroit de tous
ceux qui ont contribué de quelque façon que ce soit à la tenue de notre stage et à la rédaction
du présent rapport. Il s’agit notamment de :

Pr. TCHINDA René directeur de l’IUT FOTSO-VICTOR de Bandjoun

pour tous les moyens mis à notre disposition dans le but permettre notre
réussite académique et notre insertion dans le monde professionnelle.
Pr. TAYOU Clémentin chef du département de génie informatique pour
l’organisation du travail au sein du département.
Pr. NOULAMO Thierry responsable de niveau 2 génie informatique.
M. KAKEU Severin notre encadreur académique et enseignant vacataire
à l’IUT FOTSO-VICTOR pour sa patience, sa disponibilité et surtout ses
judicieux conseils qui ont contribués à la réussite de notre travail.
Le centre de santé ACHA ANNEX pour nous avoir donnée l’opportunité
d’y effectuer notre stage.
Mme NJEBA EDWARDS Stella encadreur professionnel, pour son
accueil, le temps passé ensemble et le partage de son expertise au
quotidien. Grâce à sa confiance nous avons pu accomplir pleinement nos
missions.
Toute la famille, les proches et amis pour leur soutien constant et leurs
encouragements et à qui nous souhaitons beaucoup de succès.
Tous ceux dont les noms ne sont pas mentionnés ci-dessus mais qui de
près ou de loin ont participé à la rédaction du présent rapport.
v
A tous ceux qui lisent en ce moment même le présent rapport et dont nous
avons dû taire les noms.

RÉDIGÉ PAR NOUHONE TCHINDA RIVANOLD LANDRY v

 ANALYSE ET CONCEPTION D’UN SOFTWARE AS A SERVI DE GESTION HOSPITALIERE

LISTE DES SIGLES ET ABREVIATIONS

SIGLES DESIGNATIONS
IUT-FV Institut Universitaire de Technologie FOTSO VICTOR
DUT Diplôme Universitaire de Technologie
SAAS Logiciel En tant que Service
VIH Virus de l'Immunodéficience Humaine
DCU Diagramme de Cas d’Utilisation
UP Processus Unifié
UML Langage de modélisation unifié
DES Diagramme De Séquence
HTML Langage de balisage hypertexte
CSS Feuille de Styles en Cascade
MVT Model-Vue-Template
HTTP Protocole de Transfert Hypertexte

vi

RÉDIGÉ PAR NOUHONE TCHINDA RIVANOLD LANDRY vi

 ANALYSE ET CONCEPTION D’UN SOFTWARE AS A SERVI DE GESTION HOSPITALIERE

RESUME

Pour concrétiser les connaissances théoriques acquises à l'IUT-FV de Bandjoun, chaque

étudiant doit effectuer un stage académique de deux mois dans une entreprise soigneusement
sélectionnée, indispensable pour l'obtention d'un DUT en génie logiciel. C'est ainsi que, du
1er avril au 1er juin 2024, avec quatre autres étudiants, nous avons réalisé un stage au centre
de santé ACHA ANNEX à Bafoussam, spécialisé dans les soins de santé.

Pendant ce stage, nous avons entrepris diverses tâches, telles que l'analyse des différents
services de l'hôpital et la définition du thème de notre projet : « Conception et réalisation
d'un SAAS (Software As A Service) de gestion hospitalière » pour trois services essentiels
(administration, réception et consultation). Nous avons ensuite conçu, implémenté et présenté
l'état d'avancement du système au personnel de l'hôpital.

L'objectif de notre projet était de développer un SAAS, une application de gestion hospitalière
offrant des services tels que le partage des ressources entre plusieurs hôpitaux, le partage des
ressources entre les différents services d'un hôpital et l'analyse et la visualisation des données
de l'entreprise. Nous avons donc créé une application web non seulement très ergonomique,
c'est-à-dire confortable à utiliser, mais également répondant strictement aux spécifications de
notre cahier des charges.

Ce stage a été une expérience enrichissante, nous permettant de mettre en pratique nos
compétences tout en apportant une réelle valeur ajoutée à l'organisation qui nous a accueillis.

vii

RÉDIGÉ PAR NOUHONE TCHINDA RIVANOLD LANDRY vii

 ANALYSE ET CONCEPTION D’UN SOFTWARE AS A SERVI DE GESTION HOSPITALIERE

ABSTRACT

To concretize the theoretical knowledge acquired at the IUT/FV of Bandjoun, each student
must complete a two-month academic internship in a carefully selected company, which is
essential for obtaining a DUT in software engineering. Thus, from April 1 to June 1, 2024,
with four other students, we did an internship at the ACHA ANNEX health center in
Bafoussam, which specializes in health care.

During this internship, we undertook various tasks, such as the analysis of the different
departments of the hospital and the definition of the theme of our project: "Design and
implementation of a SAAS (Software As A Service) for hospital management" for three
essential services (administration, reception and consultation). We then designed,
implemented and presented the status of the system to the hospital staff.

The goal of our project was to develop a SAAS, a hospital management application offering
services such as sharing resources between multiple hospitals, sharing resources between
different departments within a hospital, analyzing and visualizing company data. We therefore
created a web application that is not only very ergonomic, i.e. comfortable to use, but also
strictly meets the specifications of our specifications.

This internship was an enriching experience, allowing us to put our skills into practice while
bringing real added value to the organization that hosted us.

viii

RÉDIGÉ PAR NOUHONE TCHINDA RIVANOLD LANDRY viii

 ANALYSE ET CONCEPTION D’UN SOFTWARE AS A SERVI DE GESTION HOSPITALIERE

SOMMAIRE

DEDICACE ........................................................................................... i
REMERCIEMENTS ........................................................................... v
LISTE DES SIGLES ET ABREVIATIONS ....................................... vi
CHAPITRE I : CONNAISANCE DE L’ENTREPRISE ................. 2
I.1. PRESENTATION DE L’ENTREPRISE ET DE SON
ENVIRONNEMENT ....................................................................................... 2
I.1.1 Historique ....................................................................................................... 2
I.1.2 Fiche d’identification de l’entreprise ........................................................... 2
Tableau 2 : Fiche d’identification de l’entreprise.... Error! Bookmark
not defined.
I.1.3 Les activités et services de Acha Annex ....................................................... 3
I.1.4 Organigramme de l’entreprise ..................................................................... 3
I.2. PRESENTATION DES ASPECTS HUMAINS DU CADRE DE
TRAVAIL .......................................................................................................... 5
I.2.1 Présentation de l’équipe technique .............................................................. 5
I.3. DEROULEMENT DU STAGE ...................................................................... 5
CHAPITRE II : DESCRIPTION (Analyse du thème principal).... 7
II .1 PRESENTATION DE L’ ARRETE DU PROJET ................................ 7
II .1.1. Contexte ...................................................................................................... 7
II .1.2. Objectifs ...................................................................................................... 7
II .1.3. Périmètre du projet ................................................................................... 7
II .1.4. Langage de modélisation .......................................................................... 8
ix
II .1.5. Processus (méthode) de développement .................................................. 8
II .1.6. Model de cycle de vie ................................................................................ 9
II.2 ACTIVITES MENEES ........................................................................... 10
RÉDIGÉ PAR NOUHONE TCHINDA RIVANOLD LANDRY ix
 ANALYSE ET CONCEPTION D’UN SOFTWARE AS A SERVI DE GESTION HOSPITALIERE

II .3 ANALYSE FONCTIONNELLE ET TECHNIQUE ........................... 11

II.3.1 Expression des besoins ............................................................................... 11
II.3.2 Spécifications fonctionnelles ..................................................................... 12
II.3.3 Spécifications non fonctionnelles (techniques) ........................................ 18
CHAPITRE III : CONCEPTION, IMPLEMENTATION ET
RESULTATS....................................................................................... 19
III.1 CONCEPTION ...................................................................................... 19
III.2 IMPLEMENTATION ........................................................................... 21
III.2.1 Techniques et outils utilises ...................................................................... 21
Tableau 8 : Fiche technique de Visual Studio Code Error! Bookmark
not defined.
III.3 RESULTATS CONCRETS DU DEVELOPPEMENT ...................... 23
III.3.1 Interface d’authentification ..................................................................... 23
III.3.2 Page d’accueil............................................................................................ 24
III.4 LIMITES DU TRAVAIL ET PERSPECTIVES ................................. 29
III.5.1 Limites du travail ..................................................................................... 29
III.5.2 Perspectives du travail ............................................................................. 30
III.5 DIFFICULTES ET SUGGESTIONS D’AMELIORATION DE
L’HOPITAL .................................................................................................... 30
III.5.1 Difficultés rencontrées.............................................................................. 30
III.5.2 Suggestions d’amélioration ...................................................................... 31
CONCLUSION .................................................................................. 32
BIBIOGRAPHIE ...............................Error! Bookmark not defined.
ANNEXES ......................................................................................... xiv
TABLE DES MATIERES ................................................................. xv

RÉDIGÉ PAR NOUHONE TCHINDA RIVANOLD LANDRY x

 ANALYSE ET CONCEPTION D’UN SOFTWARE AS A SERVI DE GESTION HOSPITALIERE

LISTE DES FIGURES

Figure 1 : Organigramme de l'hôpital ...................................................................................................... 4

Figure 2 : Localisation de l'hôpital .......................................................................................................... 5
Figure 3 : modèle de cycle de vie en Agile ............................................................................................ 10
Figure 4 : Diagramme de Cas d'Utilisation ........................................................................................... 14
Figure 5 : Diagramme de séquence de création du compte d’un patient ........................................... 16
Figure 6 : Diagramme de séquence de collection des informations et signes vitaux du patient ....... 17
Figure 7 : Schéma d'une architecture Model Vue Template ................................................................ 19
Figure 8 : interfaces de login ................................................................................................................. 23
Figure 9 : Page d'accueil de la réception .............................................................................................. 24
Figure 10 : l'interface de profil des utilisateurs de l'application ......................................................... 25
Figure 11 : interface d'accueil de l'administrateur............................................................................... 26
Figure 12 : interface de configuration d'un hôpital ............................................................................. 28
Figure 13 : interface d'accueil de la consultation................................................................................. 29
Figure 15 : Première interface de l'application .................................................................................... xiv
Figure 14 : Interface Visual studio code ............................................................................................... xiv

xi

RÉDIGÉ PAR NOUHONE TCHINDA RIVANOLD LANDRY xi

 ANALYSE ET CONCEPTION D’UN SOFTWARE AS A SERVI DE GESTION HOSPITALIERE

LISTE DES TABLEAUX

Tableau 1 : Fiche d’identification de l’entreprise ................................................................................... 2

Tableau 2 : Activités menées ................................................................................................................ 10
Tableau 3 : Description textuelle du cas d'Utilisation <<se connecter>>.............................................. 14
Tableau 4 : Description textuelle du Cas d'Utilisation <<Configurer un hôpital >> .............................. 15
Tableau 5 : Fiche technique de Visual Studio Code.............................................................................. 22

xii

RÉDIGÉ PAR NOUHONE TCHINDA RIVANOLD LANDRY xii

ANALYSE ET CONCEPTION D’UN SOFTWARE AS A SERVI DE GESTION HOSPITALIERE

xiii

RÉDIGÉ PAR NOUHONE TCHINDA RIVANOLD LANDRY xiii

 ANALYSE ET CONCEPTION D’UN SOFTWARE AS A SERVI DE GESTION HOSPITALIERE

INTRODUCTION GENERALE

Reconnu pour son expertise en ophtalmologie et pour la diversité de ses services médicaux et
chirurgicaux, Acha Annex de Bafoussam est l'un des centres médicaux de référence au
Cameroun. Malgré ses succès, l’hôpital, comme beaucoup d’autres, fait face à des défis
croissants en matière de gestion des ressources et d’optimisation des soins aux patients. Avec
une augmentation constante du nombre de patients et une complexité accrue des soins, il
devient impératif d’adopter des solutions technologiques pour améliorer l’efficacité et la
qualité des services. Aujourd’hui, l’enthousiasme pour l’innovation et l’intégration des
technologies de l’information dans le secteur de la santé n’a jamais été aussi fort. De
nombreux professionnels de la santé et administrateurs hospitaliers reconnaissent le potentiel
des systèmes de gestion hospitalière efficace peut non seulement faciliter le partage des
ressources mais aussi permettre une analyse et une visualisation des données précises,
indispensables pour prendre des décisions éclairées et améliorer les soins aux patients. C’est
dans ce contexte que nous avons entrepris notre projet avec pour thème conception et
réalisation d’un SAAS (Software As a Service) qui va permettre d’améliorer le système de
gestion hospitalier en facilitant le partage des ressources ainsi que l’analyse et la visualisation
des données au sein de l’hôpital, afin d’optimiser la qualité des soins prodigués aux patients.
Durant notre stage au sein de Acha Annex, nous avons développé une application web,
nommée HEALTHNET GYPSUM, qui intègre trois services primordiaux parmi tous les
différents services que nous avons étudiez visant à répondre aux besoins spécifiques de
l’hôpital. HEALTHNET GYPSUM offre une plateforme centralisée pour la gestion des
dossiers médicaux, l’allocation des ressources médicales. Elle permet également une analyse
approfondie des données hospitalières, fournissant des idées précieuses pour l’amélioration
continue des processus et des soins. En facilitant le partage et la visualisation des données,
HEALTHNET GYPSUM aide les professionnels de la santé à travailler plus efficacement et à
se concentrer sur leur mission principale : offrir des soins de qualité aux patients. Pour une
meilleure compréhension de notre travail, nous l’avons divisé en trois grands chapitres : le
premier concerne la présentation du centre de santé Acha Annex et le déroulement de notre
stage, le second l’analyse de notre projet et enfin le troisième chapitre qui présente la
conception, l’implémentation et les résultats obtenus.

Rédigé par NOUHONE TCHINDA Rivanold Landry 1

 ANALYSE ET CONCEPTION D’UN SOFTWARE AS A SERVI DE GESTION HOSPITALIERE

CHAPITRE I : CONNAISANCE DE L’ENTREPRISE

Ce chapitre vise à fournir une vue d’ensemble de notre organisation d’accueil et à

exposer le déroulement du stage.

I.1. PRESENTATION DE L’ENTREPRISE ET DE SON ENVIRONNEMENT

I.1.1 Historique

Le centre de santé Acha Annex Bafoussam a été créé le 22 Août 1994 en tant que centre de
santé intégré. Initialement, il fonctionnait dans un appartement loué dans le quartier de
Banengo, avec tout le personnel provenant de l'hôpital Acha-Tugi. Acha Annex, étant une
antenne de l'hôpital général presbytérien Acha-Tugi, a été fondé dans le but de servir la
population de Bafoussam et de ses environs. En 1997, le département ophtalmologique a
rejoint le centre pour y mener ses activités. Une nouvelle structure a été construite, permettant
au centre de déménager de l'appartement loué à un site permanent. Cette nouvelle structure a
été inaugurée par S.E. M. Halim Hayatou, alors secrétaire d'État au ministère de la Santé
publique. Aujourd’hui, le centre de santé, qui a commencé avec seulement 5 membres du
personnel, en compte désormais 38, incluant un chirurgien et un médecin généraliste. L'actuel
Acha Bafoussam comprend deux grandes cliniques : les services ophtalmologiques
presbytériens et un centre de santé, appelé complexe de santé presbytérien.

I.1.2 Fiche d’identification de l’entreprise

Tableau 1 : Fiche d’identification de l’entreprise

Raison social Acha Annex

Forme juridique Hôpital privé à but non lucratif

Date de création 1994

Siege social Banengo, Bafoussam, Cameroun

2
Téléphone 233 44 28 70

RÉDIGÉ PAR NOUHONE TCHINDA RIVANOLD LANDRY 2

 ANALYSE ET CONCEPTION D’UN SOFTWARE AS A SERVI DE GESTION HOSPITALIERE

Site internet www.achaeyehospitals.com

Adresse mail [email protected]

Soins médicaux généraux, Chirurgie,

Domaines d’activités Maternité et soins prénatals, Pédiatrie,
Ophtalmologie, Soins dentaires, Sante
communautaire, Urgences

Logo

Directeur Technique Mme DODO MAFO

I.1.3 Les activités et services de Acha Annex

L’hôpital Acha Annex de Bafoussam offre une gamme variée de services médicaux et
d’activités. Il a été créé pour servir la population de Bafoussam et ses environs. Voici
quelques-unes des activités et services disponibles :

• Soins de santé généraux : Consultation général et soins de santé primaires.

• Services ophtalmologiques : Examens oculaires et traitements.
• Chirurgie : Services chirurgicaux pour diverses conditions médicales.
• Médecine générale : Traitement des maladies courantes et des urgences.
• Services spécialisés : Divers services spécialisés pour répondre aux besoins de sante
spécifiques de la communauté.

I.1.4 Organigramme de l’entreprise

Pour mener à bien ses différentes missions, l’entreprise est structurée suivant l’organigramme
représente ci-dessous :
3

RÉDIGÉ PAR NOUHONE TCHINDA RIVANOLD LANDRY 3

 ANALYSE ET CONCEPTION D’UN SOFTWARE AS A SERVI DE GESTION HOSPITALIERE

Secrétaire aux services de sante

Directeur médical

Médecin adjoint

Administrateur Acha-Bafoussam Personnel administratif Comptable

Surintendante des soins infirmiers Commis aux finances

Infirmier(s/es)

Magasinier Caissier (s/es)

Concierges
Garde de sécurité

securite
Figure 1 : Organigramme de l'hôpital
sesécurité

I.1.5 Plan de localisation

4
Situé dans la ville de Bafoussam, l’emplacement de Acha Annex est indiqué par le point rouge
qui est visible sur la figure ci-dessous :

RÉDIGÉ PAR NOUHONE TCHINDA RIVANOLD LANDRY 4

 ANALYSE ET CONCEPTION D’UN SOFTWARE AS A SERVI DE GESTION HOSPITALIERE

Figure 2 : Localisation de l'hôpital

I.2. PRESENTATION DES ASPECTS HUMAINS DU CADRE DE TRAVAIL

En raison de la politique de confidentialité de l’entreprise il ne nous sera possible de

présenter que l’équipe technique du complexe sante presbytérien qui est celui au sein duquel a
été effectué notre stage.

I.2.1 Présentation de l’équipe technique

L’équipe technique du Complexe de sante presbytérien est dirigée par Mme DODO MAFO et
est composée de :

 Deux médecins l’un ayant pour qualifications le doctorat et l’autre ayant pour
qualification le diplôme de médecine généraliste ;

 D’une statisticienne/infirmière ayant pour qualifications SRN ;

 D’un Coordinateur VIH ayant pour qualification infirmier BSC ;

 D’un Scrub tech/théâtre ayant pour qualification un tech Scrub ;

 Un anesthésiste ayant comme qualification anesthésiste/infirmier ;

 Et des infirmiers.

5
I.3. DEROULEMENT DU STAGE

RÉDIGÉ PAR NOUHONE TCHINDA RIVANOLD LANDRY 5

 ANALYSE ET CONCEPTION D’UN SOFTWARE AS A SERVI DE GESTION HOSPITALIERE

I.3.1 Accueil, insertion et appréciation du stage

Ici, il sera question de montrer comment on a été accueilli à l’hôpital Acha Annex et
comment s’est passé notre intégration.

I.3.1.1 Accueil

Le 1er avril 2024 marque notre rencontre avec l'hôpital Acha Annex, guidée par
l'infirmière en chef technique, Mme NJEBA EDWARDS Stella. Elle nous a expliqué le
fonctionnement de l'hôpital ainsi que les différents défis rencontrés. Cette introduction nous a
permis d'établir un planning précis dès le départ, afin de garantir que, d'ici la fin de notre
stage, nous puissions être fiers du travail accompli.

I.3.1.2 insertions dans l’hôpital Acha Annex

Dès le début de notre stage, notre immersion à l'hôpital Acha Annex a débuté par une
rencontre avec l'infirmière en chef technique, Mme NJEBA EDWARDS Stella. Cette
première rencontre a été cruciale pour comprendre le fonctionnement interne de
l'établissement. Mme NJEBA nous a exposé les divers défis quotidiens auxquels l'hôpital est
confronté, tels que la mauvaise gestion de ressources, la gestion des patients, et les besoins en
équipement médical. Grâce à ces informations, nous avons pu établir un planning rigoureux.
Ce programme structuré nous permet as permit de maximiser notre impact pendant notre
stage, en nous concentrant sur des tâches spécifiques et en apportant des solutions concrètes
aux problèmes identifiés. Nous avons également pris connaissance des différentes unités de
l'hôpital, ce qui a facilité notre intégration et notre collaboration avec le personnel médical.

I.3.1.3 Appréciation du stage

Tout au long de notre stage à l'hôpital Acha Annex, nous avons pu mettre en pratique nos
acquis scolaires tout en étant initiés à de nouveaux outils essentiels de notre domaine. Nous
avons approfondi nos connaissances dans les domaines étudiés à l'université, tels que la
pratique d'UML, la gestion de projet et le développement web, etc. Ce stage s'est révélé très
bénéfique, nous offrant un enrichissement intellectuel non seulement dans notre domaine,
mais aussi dans d'autres aspects de la vie professionnelle et personnelle.

RÉDIGÉ PAR NOUHONE TCHINDA RIVANOLD LANDRY 6

 ANALYSE ET CONCEPTION D’UN SOFTWARE AS A SERVI DE GESTION HOSPITALIERE

CHAPITRE II : DESCRIPTION (Analyse du thème principal)

Dans ce chapitre, nous présenterons les raisons qui ont motivé notre choix de thème et
détaillerons notre cahier des charges. Celui-ci inclura l’analyse fonctionnelle et technique de
l’application à réaliser.

II .1 PRESENTATION DE L’ ARRETE DU PROJET

II .1.1. Contexte

Le projet vise à « concevoir et réaliser une application de gestion pour les hôpitaux » afin
de faciliter l’historique des activités et la production de statistiques, actuellement compliqués
par l’utilisation de registres papier. L'objectif est de simplifier la communication inter-
hôpitaux et d’optimiser les soins aux patients. En finançant nous-mêmes le projet, nous visons
un produit de haute qualité pour convaincre les hôpitaux de s'abonner annuellement.
L'application augmentera l'efficacité des hôpitaux, améliorera les soins aux patients, et
permettra aux patients d'accéder à leurs informations de santé en ligne, réduisant ainsi les
coûts et les déplacements.

II .1.2. Objectifs

L'objectif du projet est d'améliorer le système de gestion hospitalier en facilitant le partage des
ressources ainsi que l'analyse et la visualisation des données au sein de l'hôpital, afin
d'optimiser la qualité des soins prodigués aux patients. Pour cela, nous avons choisi de
concevoir une application web.

II .1.3. Périmètre du projet

Pendant notre stage, nous avons exploré divers services de l'hôpital, notamment la Réception,
la Consultation, le Laboratoire, la Pharmacie, la Caisse, la Chirurgie, la Maternité et
l'Administration. Pour la première version de notre application(multiplateforme)
7 qui sera en
anglais, nous avons sélectionné trois services essentiels : la Réception, la Consultation et
l'Administration. Ce choix stratégique nous permettra de maximiser l'efficacité et d'améliorer

RÉDIGÉ PAR NOUHONE TCHINDA RIVANOLD LANDRY 7

 ANALYSE ET CONCEPTION D’UN SOFTWARE AS A SERVI DE GESTION HOSPITALIERE

la qualité des soins prodigués aux patients. En ciblant ces services primordiaux, nous espérons
créer une base solide pour le développement ultérieur de l'application.

II .1.4. Langage de modélisation

Pour la modélisation des différents éléments de notre application, nous allons

utiliser le langage UML (Unified Modeling Language) dont la présentation
est faite ci-dessous :

Langage de modélisation visuel le plus utilisé pour construire les systèmes

Orientés Objet, UML (Unified Modeling Language) permet de visualiser, spécifier,
construire et documenter les éléments d'un système logiciel. Il présente un ensemble
de 14 diagrammes qui permettent de décrire les différents aspects d’un système et
sont repartis en deux sections à savoir les diagrammes fonctionnels (montrent le
fonctionnement d’un système) et les digrammes structurels (présentent la structure
d’un système) ; et parmi ces diagrammes nous avons utilisé les diagrammes de classe,
d’activité, de cas d’utilisation et de séquence qui ont été décrit plus bas.

De nombreuses raisons conduisent à préconiser l'utilisation d'UML. En effet UML

présente l'avantage d'être le standard de la modélisation objet universellement reconnu.

➢ Il est un langage visuel. Sa notation graphique permet d'exprimer visuellement des

solutions objet facilitant ainsi la comparaison et l'évaluation de celles-ci.

➢ C'est un langage formel et normalisé doté d'un gain de précision et d'un gage de
stabilité. Il est aussi un support de communication performant car il cadre l'analyse
tout en facilitant la compréhension des représentations abstraites complexes.

➢ Enfin il est indépendant des langages de programmation et des processus de

développement.

II .1.5. Processus (méthode) de développement

UML étant avant tout un langage de modélisation, il ne définit pas un processus

de développement particulier. Cependant pour la réussite d'un projet, la présence d'un
8
processus de développement est nécessaire. C'est dans ce cadre que les auteurs d'UML

RÉDIGÉ PAR NOUHONE TCHINDA RIVANOLD LANDRY 8

 ANALYSE ET CONCEPTION D’UN SOFTWARE AS A SERVI DE GESTION HOSPITALIERE

préconisent un processus de développement piloté par les cas d'utilisation, centré

sur l'architecture et déroulé de manière itérative et incrémentale.

Ainsi nous avons opté pour le processus de développement UP (méthode

classique) qui répond parfaitement au critère défini plus haut. Son cycle de vie
s'articule autour de quatre phases qui sont :

➢ Le lancement (l'analyse des besoins) ;

➢ L'élaboration ;
➢ La construction ;
➢ La transition ;

Chaque phase comporte plusieurs itérations. Une itération comporte des activités
qui sont : l'expression des besoins (modélisation métier et exigences fonctionnelles),
l'analyse (Analyse des cas d’utilisation et la Synthèse de l’analyse), la conception,
l'implémentation et les tests.
II .1.6. Model de cycle de vie

Pour chaque produit (ou application) conçu et développé on choisit une démarche
pour le suivre tout au long du projet que l’on appelle cycle de vie du produit. Le cycle de
vie est un cadre structure qui décrit les phases et les processus par lesquels un logiciel
passe depuis sa conception initiale jusqu’à sa fin de vie. Pour la réalisation de notre
projet, nous avons opté pour le modèle de cycle de vie en agile.

Le modèle Agile est une approche itérative et incrémentale de la gestion de projet et du

développement logiciel qui met l'accent sur la flexibilité, la collaboration et la réactivité
aux changements. Contrairement aux modèles traditionnels comme le Waterfall, Agile
permet de diviser le projet en petites parties appelées "itérations" ou "sprints", avec des
cycles de développement plus courts et des livraisons fréquentes de fonctionnalités
fonctionnelles.

RÉDIGÉ PAR NOUHONE TCHINDA RIVANOLD LANDRY 9

 ANALYSE ET CONCEPTION D’UN SOFTWARE AS A SERVI DE GESTION HOSPITALIERE

On distingue sept phases dans

le déroulement du cycle en
agile :

➢ La planification
➢ Le design
➢ Le développement
➢ Le test
➢ Le déploiement
➢ La révision
➢ Le lancement
Figure 3 : modèle de cycle de vie en Agile

II.2 ACTIVITES MENEES

Pendant la durée de notre stage, nous avons dès la période du 1 Avril effectué sous le contrôle
et l’encadrement de l’infirmière en chef Madame NJEBA EDWARDS Stella du complexe de
sante presbytérien un ensemble d’activités présenté dans le tableau ci-dessous :

Tableau 2 : Activités menées

Activités Début fin Durée (en jours)

Prise de contact avec 1 Avril 2024 1 Avril 2024 1
l’encadreur et présentation
du personnel de l’hôpital
Définition des objectifs du 2 Avril 2024 2 Avril 2024 1
projet
Identifications, description 3 Avril 2024 19 Avril 2024 14
et spécification de chacune
des opérations effectuées 10
dans les différents services

RÉDIGÉ PAR NOUHONE TCHINDA RIVANOLD LANDRY 10

 ANALYSE ET CONCEPTION D’UN SOFTWARE AS A SERVI DE GESTION HOSPITALIERE

de l’hôpital

Etablissement du cahier de 20 Avril 2024 20 Avril 2024 1

charge

Réalisation du diagramme 23 Avril 2024 23 Avril 2024 1

de PERT
Réalisation de l’architecture 24 Avril 2024 24 Avril 2024 1
du système

Réalisations des 25 Avril 2024 1 Mai 2024 5

diagrammes UML
Développement Frontend 2 Mai 2024 24 Mai 2024 17
(c’est-à-dire des interfaces
utilisateurs) et apprentissage
des différents langage
(HTML5, CSS3 ET
JAVASCRIPT).

Tests et hébergement 25 Mai 2024 31 Mai 2024 6

Présentation de notre 1 juin 2024 1 juin 2024 1

application a
l’administration de l’hôpital

II .3 ANALYSE FONCTIONNELLE ET TECHNIQUE

II.3.1 Expression des besoins

C'est la toute première étape entrant du cycle de vie d'un 11

logiciel et
consiste à recueillir les besoins du client ; Ces besoins sont ceux que doit mettre en
œuvre le système du point de vue métier. Ici l’on doit réaliser ces différentes activités

RÉDIGÉ PAR NOUHONE TCHINDA RIVANOLD LANDRY 11

 ANALYSE ET CONCEPTION D’UN SOFTWARE AS A SERVI DE GESTION HOSPITALIERE

qui sont : l’identification des acteurs, la modélisation métier et les exigences

fonctionnelles.

II.3.1.1 Identification des acteurs du système

Un acteur représente l’abstraction d’un rôle joué par des entités externes
(utilisateur, dispositif matériel ou autre système) qui interagissent directement avec le
système. Dans notre système les différents acteurs sont :

➢ L’administrateur d’un hôpital : qui est responsable de

l’enregistrement de l’hôpital, enregistrement des employés, attribution
des rôles aux employés et enfin la définition des services de l’hôpital.
➢ Les infirmiers (Sage-femmes) : responsable de la création des comptes
des patients, la collecte des signes vitaux des patients et le choix du
médecin qui va consulter le patient.
➢ Les médecins (médecins spécialistes) : responsable de
l’enregistrement des signes et symptômes du patient, l’enregistrement
des diagnostiques, effectuer une demande de test, admission des
patients, prescription, collecter l’historique du patient et ses plaintes.

II.3.1.2 Modélisation métier

Cette activité vise à approfondir la compréhension des processus dans lesquels le futur
système informatique sera intégré. Les objectifs et résultats de cette activité sont les
suivants :

➢ Positionnement du système : Identifier la place du système à étudier parmi

l'ensemble des processus de l'entreprise et définir son périmètre fonctionnel
global à l'aide d'un schéma de contexte du domaine d'étude.
➢ Définition des concepts métiers : Élaborer un diagramme de classe métier
pour représenter les concepts métiers du domaine. Ces concepts incluent les
informations créées, transformées ou manipulées par les experts du domaine,
12métier.
permettant à ces derniers de retrouver le vocabulaire propre à leur

II.3.2 Spécifications fonctionnelles

RÉDIGÉ PAR NOUHONE TCHINDA RIVANOLD LANDRY 12

 ANALYSE ET CONCEPTION D’UN SOFTWARE AS A SERVI DE GESTION HOSPITALIERE

Les spécifications fonctionnelles sont très essentielles lors du développement d’un

projet car c’est à ce moment que l’on spécifie les besoins des utilisateurs. Il sera question ici
de :

➢ L’élaboration du diagramme des cas d’utilisation système dont l’objectif

est de définir la totalité des cas d’utilisation (métiers et informatiques). Ce
dernier a un point de départ (besoins métiers, interactions acteurs) et un point
d’arriver (tous les cas d’utilisation définis dans le diagramme de cas
d’utilisation).
➢ La description des cas d’utilisation elle consiste à donner les objectifs
des différents cas d’utilisation , les différents acteurs concernés en
fonction des cas d’utilisation , de ressortir les préconditions c’est-à-dire
les conditions qui doivent être établies avant que le cas d’utilisation ne
se réalise , de ressortir les postconditions c’est-à-dire le résultat après
que les conditions préalables sont respectées , d’expliciter pour chaque
cas d’utilisation un scenario nominal il s’agit ici des actions
séquentielles , un scenario alternatif qui permet de savoir si le cas
d’utilisation est achevé ou bien si ce dernier ne nécessite pas une
intervention et un scenario d’exception qui permet d’envisager les cas
où le système ne va pas faire ce qu’il est censé faire suite au non-respect
d’une action.
➢ L’élaboration des diagrammes de séquence qui a pour objectif de
représenter les interactions entre les acteurs et les objets du système
pour chaque cas d’utilisation en considérant les scenarios décrits lors de
l’élaboration du diagramme de cas d’utilisation.

❖ Diagramme de cas d’utilisation système

13

RÉDIGÉ PAR NOUHONE TCHINDA RIVANOLD LANDRY 13

 ANALYSE ET CONCEPTION D’UN SOFTWARE AS A SERVI DE GESTION HOSPITALIERE

Figure 4 : Diagramme de Cas d'Utilisation

✓ Description textuelle de quelques cas d’utilisation

A cause d’un nombre de cas d’utilisation énorme nous allons décrire quelques cas
d’utilisation.

• Cas d’utilisation « se connecter » :

Tableau 3 : Description textuelle du cas d'Utilisation <<se connecter>>

Nom cas d’utilisation Se connecter

Objectif Ce cas d’utilisation permet à un médecin d’accéder
à l’application
Acteur déclencheur 14 l’administrateur, et
Les réceptionnistes, consultants,
les patients

RÉDIGÉ PAR NOUHONE TCHINDA RIVANOLD LANDRY 14

 ANALYSE ET CONCEPTION D’UN SOFTWARE AS A SERVI DE GESTION HOSPITALIERE

Préconditions L’utilisateurs sont enregistré dans l’application

Post conditions Les utilisateurs ont accès a l’application
« Début »
1. Les utilisateurs demande à se connecter.
2. Le système l’invite à entrer son email et son mot
de passe.
3. S’il a oublié son mot de passe l’application va lui
demander son email et l’envoyer un code de
Scenario nominal vérification (pour vérifier s’il s’s’agit bien de lui).
Dès qu’il entre on le demande d’entrer le nouveau
mot de passe et de confirmer.
3. Dans le cas où il n’a oublié son mot de passe, il
saisit son login et son mot de passe ;
4. L’application vérifie l’email et le mot de passe
saisie ; (A1)
5. L’application ouvre l’espace de travail correspond
au profil de l’utilisateur (il est redirigé vers la page
d’accueil).
« Fin »
A1 : Email inconnu ou mot de passe incorrect : ce
scenario commence au point 4 du scenario nominal.
1. L’application informe l’utilisateur de
l’incohérence des paramètres de connexion
Scenario alternatif et le scenario reprend au point 2 du scenario
nominal cas contraire une erreur s’affichera
(information non valide).

• Cas d’utilisation « Configurer un hôpital » :

Tableau 4 : Description textuelle du Cas d'Utilisation <<Configurer un hôpital >>

Nom cas d’utilisation Se connecter

Objectif 15 personne de
Ce cas d’utilisation permet à une
configurer son hôpital.

RÉDIGÉ PAR NOUHONE TCHINDA RIVANOLD LANDRY 15

 ANALYSE ET CONCEPTION D’UN SOFTWARE AS A SERVI DE GESTION HOSPITALIERE

Acteur déclencheur Une personne

Préconditions Il n’existe pas de préconditions
Post conditions L’hôpital est créé
« Début »
1. Elle entre les informations de son hôpital.
2. Préciser sa localisation sur Google map.
3. Choisir les différents services qui existent dans
son hôpital.
3. Configurer chaque service de son hôpital.
Scenario nominal « Fin »

1. L’application indiquera à l’utilisateur les

Scenario alternatif différents endroits où il a commise une
erreur.

❖ Diagramme de séquence (DSE)

➢ Diagramme de séquence de création du compte d’un patient

16

Figure 5 : Diagramme de séquence de création du compte d’un patient

RÉDIGÉ PAR NOUHONE TCHINDA RIVANOLD LANDRY 16

 ANALYSE ET CONCEPTION D’UN SOFTWARE AS A SERVI DE GESTION HOSPITALIERE

De manière générale le diagramme se résume ainsi :

✓ Le réceptionniste demande les informations du patient

(nom, prénom, Age, etc.).
✓ Vérifie si son compte existe dans la base. Si sa existe on
ne crée pas dans le cas contraire on crée.
➢ Diagramme de séquence de collection des informations et signes
vitaux du patient

17
Figure 6 : Diagramme de séquence de collection des informations et signes vitaux du patient

RÉDIGÉ PAR NOUHONE TCHINDA RIVANOLD LANDRY 17

 ANALYSE ET CONCEPTION D’UN SOFTWARE AS A SERVI DE GESTION HOSPITALIERE

II.3.3 Spécifications non fonctionnelles (techniques)

Les spécifications non fonctionnelles présentent les exigences internes pour le

système et cachées vis à vis des utilisateurs. Les impératifs les plus immédiats de notre
application pris en considération sont :

➢ Compatibilité : tous les navigateurs doivent être pris en compte

(Mozilla Firefox, Google chrome, Microsoft Edge, etc.)
➢ Type de l’application : un SAAS
➢ Exigences de programmation : l’application devra être
développée avec les langages de programmation HTML, CSS,
JAVASCRIPT ET DJANGO.
➢ Disponibilité (Accessibilité) : tablette et PC (version Android,
IOS, Windows et Linux) ;
➢ L’extensibilité : Le système devra permettre l’intégration de
nouvelles fonctionnalités.
➢ Sécurité : un employé ne peut accéder qu’a des interfaces ou il a
l’autorisation. Et il ne peut non plus accéder aux informations du
patient sans l’accord du patient.

Ce chapitre nous a donné un aperçu du domaine d'étude observé pour implémenter notre
système. Nous y avons présenté le processus métier, les fonctionnalités à mettre en
œuvre, ainsi que les spécificités techniques.

18

RÉDIGÉ PAR NOUHONE TCHINDA RIVANOLD LANDRY 18

 ANALYSE ET CONCEPTION D’UN SOFTWARE AS A SERVI DE GESTION HOSPITALIERE

CHAPITRE III : CONCEPTION, IMPLEMENTATION ET

RESULTATS

Ce chapitre présente brièvement la conception de notre application, sa mise en œuvre (avec

certains éléments clés), les résultats obtenus, les difficultés rencontrées et les propositions
d'amélioration.

III.1 CONCEPTION

Il est question ici de présenter l’architecture logicielle de notre système et aussi

l’architecture du Framework utilisé pour gérer la base de données. Pour la conception de notre
application nous avons utilisé l’architecture MVT(Model-View-Template) qui est présentée
comme suit :

Figure 7 : Schéma d'une architecture Model Vue Template

L'architecture MVT, qui signifie Modèle-Vue-Template, est un schéma utilisé principalement

par le Framework Django pour le développement d'applications web. Par ailleurs Framework
utilisé pas les développeurs frontend de ce projet. Il est similaire au modèle
19 MVC (Modèle-
Vue-Template) mais présente quelques différences spécifiques à Django. Voici une explication
détaillée des composants de l'architecture MVT :

RÉDIGÉ PAR NOUHONE TCHINDA RIVANOLD LANDRY 19

 ANALYSE ET CONCEPTION D’UN SOFTWARE AS A SERVI DE GESTION HOSPITALIERE

1. Modèle (Model en anglais) :

➢ Rôle : Le modèle représente la structure de la base de données. Il définit

les données de l'application et la logique de gestion de ces données.
➢ Fonctionnalité : Chaque modèle correspond généralement à une table de la
base de données. Il comprend des champs et des comportements des
données que vous stockez.

2. Vue (View en anglais) :

➢ Rôle : La vue gère la logique de l'application et la manière dont les

données sont présentées à l'utilisateur.
➢ Fonctionnalité : Elle reçoit des requêtes HTTP, interagit avec le modèle
pour récupérer des données et renvoie une réponse HTTP appropriée.

3. Template :

➢ Rôle : Le Template détermine la présentation des données. Il s'agit du composant

qui gère l'affichage HTML des données récupérées par la vue.
➢ Fonctionnalité : Les Template sont des fichiers HTML qui peuvent contenir des
balises spécifiques de Django pour afficher des données dynamiques.

En ce qui concerne l’architecture du Framework (Django) utilisé pour gérer la base de

données nous avons utilisé l’architecture multitenant.

L'architecture multitenant est un modèle de déploiement de logiciel dans lequel une seule
instance d'une application logicielle sert plusieurs clients ou "tenants" (locataires). Chaque
tenant est une entité distincte, telle qu'une entreprise ou un groupe d'utilisateurs, qui utilise le
logiciel comme s'il était dédié uniquement à lui. Cependant, les ressources matérielles et
logicielles sont partagées entre tous les tenants.

Voici quelques caractéristiques clés de l'architecture multitenant :

➢ Isolation des données : Bien que les tenants partagent 20 la même instance de
l'application, leurs données sont isolées les unes des autres, assurant confidentialité
et sécurité.

RÉDIGÉ PAR NOUHONE TCHINDA RIVANOLD LANDRY 20

 ANALYSE ET CONCEPTION D’UN SOFTWARE AS A SERVI DE GESTION HOSPITALIERE

➢ Efficacité des ressources : Le partage des ressources matérielles (serveurs,

stockage, etc.) permet une utilisation plus efficace et rentable de ces ressources.
➢ Scalabilité : Les applications multitenant peuvent être facilement étendues pour
servir un plus grand nombre de tenants sans nécessiter de modifications
significatives.
➢ Maintenance centralisée : Les mises à jour et la maintenance de l'application sont
centralisées, ce qui simplifie la gestion et assure que tous les tenants bénéficient des
mêmes améliorations et corrections de bugs.

L'architecture multitenant est couramment utilisée dans les applications SAAS (Software As A
Service), où plusieurs entreprises ou utilisateurs partagent la même application tout en ayant
des expériences utilisateur et des données distinctes.

III.2 IMPLEMENTATION

III.2.1 Techniques et outils utilises

III.2.1.1 Langage de programmation

Les différents langages de programmation utilisés pour la réalisation de notre application

sont :

Le HyperText Markup Language, généralement abrégé HTML est le

langage de balisage conçu pour représenter les pages web. Ce langage
permet : d’écrire de l’hypertexte, d’où son nom, de structurer
sémantiquement la page, de mettre en forme le contenu, de créer des formulaires de
saisie, d’inclure des ressources multimédias dont des images, des vidéos, et des
programmes informatiques.

Le Cascading Style Sheets ou CSS est un langage de feuille de style utilisé pour
21des styles aux pages
mettre en forme les pages web. Le CSS permet d’appliquer
Web. Plus important encore, il permet de le faire indépendamment du code HTML

RÉDIGÉ PAR NOUHONE TCHINDA RIVANOLD LANDRY 21

 ANALYSE ET CONCEPTION D’UN SOFTWARE AS A SERVI DE GESTION HOSPITALIERE

qui compose chaque page Web ; il est facile à apprendre et à comprendre, mais il offre un
contrôle puissant sur la présentation d’un document HTML.

Le Javascript est un langage de scripts qui incorporé aux balises Html,

permet d'améliorer la présentation et l'interactivité des pages Web. Javascript
est donc une extension du code Html des pages Web. Voici quelques
exemples de cas où JavaScript est efficace (voire irremplaçable) : Vérification de saisie
dans des formulaires (Adresse, email), animations graphiques (Réalisation des POPUP,
Dynamic HTML, MouseOver, bannières rotatives, jeux), gestion de la navigation
(Menus dynamique, popup), moteur de recherche (base de recherche définie par le
webmaster), gestion des dates et des heures (Date du jour, Date de mise à jour,
Calendriers), gestion des cookies (Sauvegarde d'information : nombre de visites, caddie
virtuel).

III.2.1.2 Environnement de développement et de conception

Ici seront présentés les différents logiciels et applications qui ont permis la
conception et le développement de notre application :

Visual Studio Code est un éditeur de code source léger mais puissant,
extensible développé par Microsoft pour Windows, Linux et MacOs. Les
fonctionnalités incluent la prise en charge du débogage, la mise en
évidence de la syntaxe, la complétion intelligente du code et Git intégré.. Une
présentation de l’interface de cet IDE est faite dans l’annexe 1 et ci-dessous est
présentée sa fiche technique :

Tableau 5 : Fiche technique de Visual Studio Code

FICHE TECHNIQUE
Système d’exploitation Windows, Linux et MacOs
Auteur Microsoft
22
Date de publication 2015 à maintenant
Catégorie IDE

RÉDIGÉ PAR NOUHONE TCHINDA RIVANOLD LANDRY 22

 ANALYSE ET CONCEPTION D’UN SOFTWARE AS A SERVI DE GESTION HOSPITALIERE

Licence MIT Licence

Site web https://code.visualstudio.com/

III.3 RESULTATS CONCRETS DU DEVELOPPEMENT

Après un travail acharné sur le développement de notre application, il est désormais temps de
dévoiler les résultats de nos efforts. Vous trouverez ci-dessous une sélection des interfaces de
notre application :

III.3.1 Interface d’authentification

L’interface d’authentification permet à l’utilisateur à partir de son adresse mail

et de son mot de passe d’accéder à notre application. Pour cela il devra s’assurer
d’avoir entré les bonnes informations de connexion sinon il lui sera impossible de se
connecter. Elle est représentée dans les figures ci-dessous :

Figure 8 : interfaces de login

23

RÉDIGÉ PAR NOUHONE TCHINDA RIVANOLD LANDRY 23

 ANALYSE ET CONCEPTION D’UN SOFTWARE AS A SERVI DE GESTION HOSPITALIERE

III.3.2 Page d’accueil

Dépendant du rôle qui a été attribué à un utilisateur il aura la possibilité de consulter tous les
services ou il peut travailler.

➢ Page d’accueil de la réception

✓ A gauche le menu des fonctionnalités dont il a accès. N’accède à cette page
que ceux qui ont les autorisations nécessaires.
✓ Au centre nous avons une barre de recherche avec les filtres qui permettent
de rechercher un patient, la liste des patients et un bouton qui permet de créer
le compte d’un nouveau patient.
✓ Au coin supérieur droit nous avons le profil de la personne responsable de
la réception. En cliquant déçu elle/il pourra consulter et même modifier ces
informations.

Figure 9 : Page d'accueil de la réception

24

RÉDIGÉ PAR NOUHONE TCHINDA RIVANOLD LANDRY 24

 ANALYSE ET CONCEPTION D’UN SOFTWARE AS A SERVI DE GESTION HOSPITALIERE

➢ L’interface du profile d’un(e) infirmier(e)

Figure 10 : l'interface de profil des utilisateurs de l'application

➢ Page d’accueil pour l’administrateur d’un hôpital

✓ A gauche le menu des fonctionnalités dont il a accès. Cette page est visible
uniquement au niveau de l’administrateur de l’hôpital.
✓ Au centre nous avons les statistiques à propos du nombre de patient admis
et les patients non admis.
✓ Au coin supérieur droit nous avons le profil de l’administrateur de l’hôpital
En cliquant déçu elle/il pourra consulter et même modifier ces informations.

25

RÉDIGÉ PAR NOUHONE TCHINDA RIVANOLD LANDRY 25

 ANALYSE ET CONCEPTION D’UN SOFTWARE AS A SERVI DE GESTION HOSPITALIERE

Figure 11 : interface d'accueil de l'administrateur

➢ Interfaces de configuration de l’hôpital

✓ La première interface c’est pour mettre les informations personnelles de
l’hôpital.
✓ La seconde interface permet d’ajouter l’emplacement de l’hôpital dans
google map.
✓ La troisième permet de sélectionner les différents services qui existe dans son
hôpital.

26

RÉDIGÉ PAR NOUHONE TCHINDA RIVANOLD LANDRY 26

ANALYSE ET CONCEPTION D’UN SOFTWARE AS A SERVI DE GESTION HOSPITALIERE

✓ En fin la quatrième qui permet de configurer chaque service de l’hôpital.

27

RÉDIGÉ PAR NOUHONE TCHINDA RIVANOLD LANDRY 27

 ANALYSE ET CONCEPTION D’UN SOFTWARE AS A SERVI DE GESTION HOSPITALIERE

Figure 12 : interface de configuration d'un hôpital

➢ Page d’accueil de la consultation

✓ A gauche le menu des fonctionnalités dont il/elle a accès. N’accède à cette page
que ceux qui ont les autorisations nécessaires.
✓ Au centre nous avons une barre de recherche qui permet de rechercher un
patient, la liste des patients et les menus (patients en attente, patients non
achevés, patients achevés).
✓ Au coin supérieur droit nous avons le profil de la personne responsable de la
consultation et une barre de notification qui prévient à chaque fois qu’il y a
quelque chose concernant les patients. En cliquant déçu elle/il
28 pourra consulter et
même modifier ces informations.

RÉDIGÉ PAR NOUHONE TCHINDA RIVANOLD LANDRY 28

 ANALYSE ET CONCEPTION D’UN SOFTWARE AS A SERVI DE GESTION HOSPITALIERE

Figure 13 : interface d'accueil de la consultation

NB : Les autres interfaces de notre application ne seront pas présentées par la suite en
raison des contraintes d’espace et aussi, ceci est dû au fait qu’elles suivent toutes la
même logique d’où le fait qu’il n’est plus absolument nécessaire de les présentées.

III.4 LIMITES DU TRAVAIL ET PERSPECTIVES

III.5.1 Limites du travail

➢ Sécurité et confidentialité des données : Garantir la sécurité et la confidentialité

des données nécessite des mesures de sécurité robustes, ce qui peut compliquer le
développement et augmenter les couts de maintenance.
➢ Adoption par le personnel : Le personnel hospitalier doit etre forme a l’utilisation
de la nouvelle application, ce qui peut etre un défi si l’interface utilisateur n’est pas
intuitive ou si le personnel est réticent au changement. Une
29 adoption lente ou
réticente peut réduire l’efficacité de l’application et ralentir les soins prodigués aux
patients.

RÉDIGÉ PAR NOUHONE TCHINDA RIVANOLD LANDRY 29

 ANALYSE ET CONCEPTION D’UN SOFTWARE AS A SERVI DE GESTION HOSPITALIERE

➢ La coupure d’électricité et les problèmes de connexion : le principale challenge

ici sera de faire de tel sorte que le personnel puisse toujours utiliser l’application
meme quand il y a des problèmes de connexion ou coupure d’électricité c’est-à-dire
qu’avec l’application qu’on soit à mesurer de stocker les données des patients et
qu’apres qu’il y es plus problèmes de connexion il y a synchronisation automatique.

III.5.2 Perspectives du travail

➢ Amélioration de l’efficacité opérationnelle : avec l’application que nous avons

conçu qui optimise les processus tels que la gestion des lits, la planification des
rendez-vous, la gestion des ressources etc. Il aura pour impact la réduction des temps
d’attente, meilleure utilisation des ressources et amélioration globale des soins aux
patients.
➢ Amélioration de la qualité des soins : en facilitant l’accès rapide aux informations
médicales et en améliorant la coordination entre les différentes unités, l’application
contribue à des soins plus efficaces et plus précis réduisant ainsi des erreurs
médicales et améliorant la satisfaction des patients.

III.5 DIFFICULTES ET SUGGESTIONS D’AMELIORATION DE L’HOPITAL

III.5.1 Difficultés rencontrées

Tout au long de notre stage, les difficultés rencontrées étaient :

➢ La difficulté d’accès aux informations de l’hôpital : en effet au sein de

notre structure d’accueil, malgré le fait que notre encadreur était toujours
disposé à répondre à nos préoccupations, l’on a noté le fait que la
majorité des informations concernant l’entreprise étaient confidentielles
et certaines ne pouvaient être accessible qu’en ligne.
➢ L’intégration des stagiaires de notre domaine : nous avons eu
beaucoup de mal à nous adaptée aux fonctionnements de l’hôpital en
raison du fait qu’il y a rarement les stagiaires 30
du domaine de
l’informatique qui s’y rendre.

RÉDIGÉ PAR NOUHONE TCHINDA RIVANOLD LANDRY 30

 ANALYSE ET CONCEPTION D’UN SOFTWARE AS A SERVI DE GESTION HOSPITALIERE

➢ L’analyse de donnée : nous avons eu beaucoup de difficulté au niveau

de l’analyse des données cas il y avait beaucoup de registre, et aussi vue
que nous n’étions pas de leur domaine il nous a fallu beaucoup de temps
pour pouvoir assimiler le fonctionnement de l’hôpital et les données qu’il
manipule.

III.5.2 Suggestions d’amélioration

Nous ne pouvons que suggérer à l’hôpital d’utiliser notre application cas elle va permettre non
seulement si dans l’avenir l’hôpital récit encore des stagiaires que ce soit de n’importe quel
domaine ils/elles pourrons à travers de notre application bien comprendre le fonctionnement
de l’hôpital mais également elle permettra d’éviter les gros volumes de registre à manipuler.

31

RÉDIGÉ PAR NOUHONE TCHINDA RIVANOLD LANDRY 31

 ANALYSE ET CONCEPTION D’UN SOFTWARE AS A SERVI DE GESTION HOSPITALIERE

CONCLUSION

Ce stage a permis à Acha Annex de bénéficier de la perspective et de l'énergie des stagiaires

motivés, apportant des idées nouvelles pour l'amélioration des processus de soins. Pour nous,
il a été une opportunité précieuse de mettre en pratique les connaissances théoriques acquise à
l’IUT/FV de Bandjoun, de développer des compétences techniques et interpersonnelles, et de
nous intégrer dans un environnement médical professionnel et exigeant. En ce qui concerne
cette application nous comptons continuer avec le développement des autres services en vue
de ressortir avec un SAAS complet résolvant ainsi les problèmes rencontrez par les hôpitaux
du Cameroun et aussi du monde entier. Ce stage a également enrichi notre compréhension des
défis opérationnels dans un grand établissement de santé. Nous espérons que ce projet
contribuera de manière significative à l’amélioration des services hospitaliers et servira de
modèle pour d’autres établissements de santé confrontés à des défis similaires.

32

RÉDIGÉ PAR NOUHONE TCHINDA RIVANOLD LANDRY 32

 ANALYSE ET CONCEPTION D’UN SOFTWARE AS A SERVI DE GESTION HOSPITALIERE

BIBIOGRAPHIE

(Books - Livres)

[1] Le livre "UML 2 Analyse et Conception - Mise en œuvre guidée avec études de
cas" de Joseph Gabay et David Gabay a été publié en 2008. Son code ISBN est 978-2-
10-051830-2.

(Web Site- Sites internet)

[2] http://remy-manu.no-ip.biz/UML/Cours/coursUML5.pdf : Cours sur le diagramme de

séquence.(consulté le 1 Avril 2024)
[3] http://www.cfa-digne.fr/site_sec/web/javascript/presentation.html : Présentation du
langage JavaScript.(consulté le 14 Juin 2024)

[4] https://edutechwiki.unige.ch/fr/Visual_studio_code : Présentation de VS code.

(Consulté le 14 Juin 2024).

[5] W3Schools Online Web Tutorials : presentation du langage HTML5, CSS3 ET

JAVASCRIPT

Rédigé par NOUHONE TCHINDA Rivanold Landry xiii

ANALYSE ET CONCEPTION D’UN SOFTWARE AS A SERVI DE GESTION HOSPITALIERE

ANNEXES

Figure 15 : Interface Visual studio code

xiv

Figure 14 : Première interface de l'application

RÉDIGÉ PAR NOUHONE TCHINDA RIVANOLD LANDRY xiv

 ANALYSE ET CONCEPTION D’UN SOFTWARE AS A SERVI DE GESTION HOSPITALIERE

TABLE DES MATIERES

DEDICACE ........................................................................................... i
REMERCIEMENTS ........................................................................... v
LISTE DES SIGLES ET ABREVIATIONS ....................................... vi
CHAPITRE I : CONNAISANCE DE L’ENTREPRISE ................. 2
I.1. PRESENTATION DE L’ENTREPRISE ET DE SON
ENVIRONNEMENT ....................................................................................... 2
I.1.1 Historique ....................................................................................................... 2
I.1.2 Fiche d’identification de l’entreprise ........................................................... 2
I.1.3 Les activités et services de Acha Annex ....................................................... 3
I.1.4 Organigramme de l’entreprise ..................................................................... 3
I.2. PRESENTATION DES ASPECTS HUMAINS DU CADRE DE
TRAVAIL .......................................................................................................... 5
I.2.1 Présentation de l’équipe technique .............................................................. 5
I.3. DEROULEMENT DU STAGE ...................................................................... 5
CHAPITRE II : DESCRIPTION (Analyse du thème principal).... 7
II .1 PRESENTATION DE L’ ARRETE DU PROJET ................................ 7
II .1.1. Contexte ...................................................................................................... 7
II .1.2. Objectifs ...................................................................................................... 7
II .1.3. Périmètre du projet ................................................................................... 7
II .1.4. Langage de modélisation .......................................................................... 8
II .1.5. Processus (méthode) de développement .................................................. 8
II .1.6. Model de cycle de vie ................................................................................ 9
II.2 ACTIVITES MENEES ........................................................................... 10
II .3 ANALYSE FONCTIONNELLE ET TECHNIQUE ........................... 11
xv
II.3.1 Expression des besoins ............................................................................... 11
II.3.2 Spécifications fonctionnelles ..................................................................... 12
II.3.3 Spécifications non fonctionnelles (techniques) ........................................ 18
RÉDIGÉ PAR NOUHONE TCHINDA RIVANOLD LANDRY xv
 ANALYSE ET CONCEPTION D’UN SOFTWARE AS A SERVI DE GESTION HOSPITALIERE

CHAPITRE III : CONCEPTION, IMPLEMENTATION ET

RESULTATS....................................................................................... 19
III.1 CONCEPTION ...................................................................................... 19
III.2 IMPLEMENTATION ........................................................................... 21
III.2.1 Techniques et outils utilises ...................................................................... 21
III.3 RESULTATS CONCRETS DU DEVELOPPEMENT ...................... 23
III.3.1 Interface d’authentification ..................................................................... 23
III.3.2 Page d’accueil............................................................................................ 24
III.4 LIMITES DU TRAVAIL ET PERSPECTIVES ................................. 29
III.5.1 Limites du travail ..................................................................................... 29
III.5.2 Perspectives du travail ............................................................................. 30
III.5 DIFFICULTES ET SUGGESTIONS D’AMELIORATION DE
L’HOPITAL .................................................................................................... 30
III.5.1 Difficultés rencontrées.............................................................................. 30
III.5.2 Suggestions d’amélioration ...................................................................... 31
CONCLUSION .................................................................................. 32
BIBIOGRAPHIE ............................................................................. xiii
ANNEXES ......................................................................................... xiv
TABLE DES MATIERES ................................................................. xv

xvi

RÉDIGÉ PAR NOUHONE TCHINDA RIVANOLD LANDRY xvi