REPUBLIQUE TUNISIENNE UNIVERSITE DE GABÈS

********** **********
INSTITUT SUPÈRIEUR DE GESTION
MINISTERE DE L’ENSEIGNEMENT DE GABÈS
SUPERIEUR ET DE LA RECHERCHE **********
SCIENTIFIQUE

RAPPORT DE PROJET DE FIN D’ETUDES

Pour l’obtention du

DIPLÔME DE LA LICENCE FONDAMENTALE EN INFORMATIQUE DE

GESTION

Parcours : Informatique Appliquée à la Gestion

Sujet

Développement d’une application web pour la

gestion de cabinets médicaux

RÉALISÉ PAR :

Amal JABRI
Ichrak BOUCHAA

TUTEURÉ PAR :

Mme. Nahla JLAIEL YANES

Année Universitaire 2015/2016

 Dédicaces
A l’âme de mon père qui m’a quitté sans voir le fruit de son éducation. Lui qui m’a
transmis l’amour de vivre, l’amour de sacrifice et celui de continuer à donner sans
Limite. A celui qu’est toujours mon meilleur exemple dans la vie: mon cher père
Habib, pour les sacrifices qu’il a consentis pour mon éducation et pour l’avenir qu’il
n’a cessé d’offrir.

Au symbole de douceur, de tendresse, d'amour et d’affection, et grâce au sens de

devoir et l’exemple du dévouement qui n’a pas cessé de m’encourager et de prier pour
moi et aux sacrifices immenses qu’elle a consentis: ma très chère mère Naima ta
prière et ta bénédiction m’ont été d’un grand secours pour mener à bien mes études.
Aucune dédicace ne saurait être assez éloquente pour exprimer ce que tu mérites pour
tous les sacrifices que tu n’as cessé de me donner depuis ma naissance, durant mon
enfance et même à l’âge adulte . Qu’Allah, le tout puissant, te préserve et t’accorde
santé, longue vie et bonheur.

Ma chère sœur Amal qui est le père et la mère, les mots ne suffisent guère pour
exprimer l’attachement, l’amour et l’affection que je porte pour toi. Mon ange
gardienne et ma fidèle accompagnante dans les moments les plus délicats de cette vie
mystérieuse. Je te dédie ce travail avec tous mes vœux de bonheur, de santé et de
réussite.

Mon cher petit frère Kacem présent dans tous mes moments d’examens par son
soutien moral et ses belles surprises sucrées. Je te souhaite un avenir plein de joie, de
bonheur, de réussite et de sérénité. Je t’exprime à travers ce travail mes sentiments de
fraternité et d’amour.

A mon cher fiancé Saif Eddine qui est la lumière de mon chemin, Ma vie à mes
côtés est remplie des belles surprises. Tes sacrifices, ton soutien moral et matériel, ta
gentillesse sans égal, ton profond attachement m'ont permis de réussir mes études.
Sans ton aide, tes conseils et tes encouragements ce travail n'aurait vu le jour.
Qu’Allah réunisse nos chemins pour un long commun serein.

A ma famille, mes chères amies et à ceux qui m’ont aidée, encouragée,

apprécié mon effort et crée le milieu favorable, l’ambiance joyeuse et l’atmosphère
joviale pour réaliser ce travail, à toutes ces personnes je dédie ce modeste travail avec
mes vifs remerciements et les expressions respectueuses de ma profonde gratitude.

Ichrak Bouchaà
 Dédicaces
A l’âme du mon cher papa le défunt ’’ Béchir ‘’ :
Tu étais toujours mon premier encadrant depuis ma naissance, mon épaule solide, mon
œil attentif et compréhensif .Tu as fait de ton mieux pour que je grandis avec une forte
personnalité. T’était l’ami, le frère, l’enseignant moral, le protecteur... T’était le pont
sur lequel je passe quand il y’a un danger... Mais personne ne peux s’opposer au
destin et à la volonté de Allah. Et depuis j’ai beaucoup travaillé pour atteindre mon
objectif et à fin de satisfaire ton âme.

A la militante femme, la plus chère à mon cœur, celle qui m’a donnée la
vie, ma mère
‘’ Fouzia ‘’ :
Depuis le jour où dieu le tout puissant à crée l’univers, il s’est inscrit dans le livre
céleste que rien ne vaut le cœur d’une mère. Tu es l’origine de ma naissance .Je
n’oublie jamais tes prières pour moi et tes mots avec lesquelles tu m’as donné la
tendresse, le courage et la force de rester debout. Tout ce que je peux t’offrir c’est
cette récolte de 16 ans d’études et de réussite parce que rien ne pourra exprimer les
sentiments que je porte envers toi.

Mes chers ‘’Amina ‘’, ‘’Mohamed Amine ‘’et ‘’Nejla ‘’:

Rien ne pourra exprimer les nobles sentiments que je porte envers vous mes chers
avec vos capacités phénoménales qui me rendent toujours en pleine forme. Vous êtes
toujours à mes côtés. Merci pour tout ce que vous avait fait, pour votre compréhension
et votre patience.

Je dédie ce projet à toute ma famille maternelle et surtout ma tante ‘’Aroussia’’ et son

mari ‘’Abdelaziz’’ et pour tous ceux qui ont une relation de proche ou de loin dans la
réalisation de notre projet.

Avec plein d’amour

 Amal Jabri

Remerciements

Au terme de ce projet de fin d’études, nous tenons tout d’abord, à remercier

Allah Sobhanu Wa Taala de nous avoir donné le courage, la force et la
patience pour entamer et terminer ce travail.
Nous profitons de cette occasion pour remercier, d’une manière générale,
tous les enseignants de l’Institut Supérieur de Gestion de Gabes et,
particulièrement, notre chère encadrante Madame Nahla Jlaiel Yanes, qui
nous a pris en charge et encadrées tout au long de ce projet et qui sans son
savoir-faire et ses conseils précieux, ce dernier n’aurait jamais été achevé.
Nous remercions vivement les membres du jury pour l’honneur qu’ils nous
ont fait d’avoir acceptés de juger notre travail.
Nous tenons également à témoigner notre gratitude à notre formateur
Monsieur Wael Zarati qui nous aidées tout au long de ce travail.
Encore un remerciement très chaleureux à nos familles pour leurs soutiens
aussi bien moral que financier et pour leurs sacrifices.
Finalement, nos remerciements vont également à tous ceux, qui de près ou
de loin, nous ont aidés à accomplir ce travail.
 Table de matière

Introduction Générale.........................................................................................................7
Chapitre 1 : Spécification du projet...................................................................................10
1.1 Etude du domaine.......................................................................................................10
1.1.1 Le domaine de la santé : importance et évolution...................................................10
1.1.1.1La gestion de l’activité médicale au sein d’un cabinet...........................................10
1.2. Présentation de quelques solutions pour la gestion des cabinets..............................11
1.2.1. A l’échelle internationale........................................................................................11
1.2.2. A l’échelle nationale................................................................................................14
1.2 Critique de l’existant..................................................................................................15
1.3 Solutions proposées...................................................................................................15
Chapitre 2 : Etude conceptuelle........................................................................................17
2.1 Identification des besoins du projet............................................................................17
2.1.1 Besoins fonctionnels................................................................................................17
2.1.2 Besoins non fonctionnels.........................................................................................17
2.2 Modélisation des besoins du projet............................................................................17
2.2.1 Modèle des Cas d’Utilisation....................................................................................18
2.2.1.1 Identification des acteurs......................................................................................18
2.2.1.2 Identification des C.U...........................................................................................18
2.2.1.3-Diagramme initial des cas d’utilisation du système..............................................19
2.2.1.4 Raffinement des cas d’utilisations........................................................................20
2.2.2 Description détaillée des CU....................................................................................21
2.2.3 Diagrammes de séquences......................................................................................25
2.2.3.1 Diagramme de séquence du c.u « S’authentifier »................................................26
2.2.3.2 Diagramme de séquence du CU « Ajouter_FP »...................................................27
2.2.3.3 Diagramme de séquence du CU « Modifier_FP »..................................................27
2.2.3.4 Diagramme de séquence du c.u « Ajouter_RDV».................................................28
2.2.3.5 Diagramme de séquence du c.u « Annuler_RDV».................................................28
2.2.3.6 Diagramme de séquence du c.u « Créer ordonnance »........................................29
2.2.3.7 Diagramme de séquence du c.u « Chercher_consultation»..................................29
2.2.3.8 Diagramme de séquence du c.u « Chercher ordonnance»...................................30
2.2.3.9 Diagramme de séquence du c.u « Supprimer certificat »......................................30
2.2.3.10 Diagramme de séquence du c.u « S’inscrire»......................................................31
2.2.4 Diagramme de classes.............................................................................................32
2.3 Dictionnaire des données............................................................................................33
2.4 Les Règles de passage.................................................................................................34
2.5 Schéma relationnel de la BD.......................................................................................35
Chapitre 3 : Réalisation.....................................................................................................36
3.1 L’environnement de travail.........................................................................................36
3.1.1 Environnement matériel..........................................................................................36
3.1.2 Environnement logiciel............................................................................................36
3.1.2.1 Environnement de développement......................................................................36
3.1.2.2 Serveur d’application « JBoss»..............................................................................37
3.1.2.3 Langage de programmation utilisé........................................................................37
3.1.2.4  Les technologies utilisées....................................................................................38
3.2 Description des interfaces graphiques........................................................................41
Netographie......................................................................................................................56
 Liste des figures
Figure 1.1 - Aperçu du site du cabinet du Doctor Sandrine Berthlet.....................15
Figure 1.2 - Aperçu du site du cabinet ipso santé..................................................16
Figure 1.3 - Aperçu du site du cabinet médical du Dr Jean-Pierre Brupbacher.....16
Figure 1.4 - Aperçu du site du cabinet Dr sami Mezhoud.....................................17
Figure 1.5 - Aperçu du cabinet du Dr Bennour Ramzi............................................17
Figure 1.6 - Aperçu du cabinet du Dr Ahmed Skhiri...............................................18
Figure 2.1 - Diagramme de Cas d’utilisation initial.................................................22
Figure 2.2 - Diagramme final de cas d’utilisation «Gérer rendez-vous»................23
Figure 2.3 - Diagramme final de cas d’utilisation « Gérer Consultation »..............23
Figure 2.4 -Diagramme final de cas d’utilisation « Gérer Ordonnance »..............24
Figure 2.5 - Diagramme final de cas d’utilisation «Gérer compte professionnel de
santé».....................................................................................................................24
Figure 2.7 - Diagramme de séquence du CU« S’authentifier »..............................29
Figure 2.8 - Diagramme de séquence du CU« Ajouter_FP »..................................30
Figure 2.9 - Diagramme de séquence du CU « Modifier_FP »...............................31
Figure 2.10 - Diagramme de séquence « Ajouter_RDV»........................................31
Figure 2.11 - Diagramme de séquence « Annuler_RDV».......................................32
Figure 2.12 - Diagramme de séquence « Créer_ ordonnance»..............................32
Figure 2.13 - Diagramme de séquence « Chercher_consultation»........................33
Figure 2.14 - Diagramme de séquence « Chercher ordonnance»..........................33
Figure 2.15 - Diagramme de séquence « Supprimer_cer».....................................34
Figure 2.16 - Diagramme de séquence « S’inscrire ».............................................34
Figure 2.17 - Diagramme de classes.......................................................................35
Figure 3.1-Architecture J2EE (15)..............................................................................41
Figure 3.1- Interface d’authentification..................................................................44
Figure 3.2-Interface de l’espace de l’administrateur.............................................45
Figure 3.3-Interface de la liste des médecins.........................................................46
Figure 3.4-Interface d’ajout d’un pharmacien........................................................47
Figure 3.5-Interface de l’espace du médecin........................................................48
Figure 3.6-Interface d’ajout d’une secrétaire.........................................................49
Figure 3.7-Interface d’ajout d’une consultation par le médecin............................50
Figure 3.8-Interface d’ajout d’une ordonnance.....................................................51
Figure 3.9-Interface de la liste des certificats.........................................................52
Figure 3.10-Interface de l’espace du secrétaire....................................................53
Figure 3.11-Interface d’ajout du patient................................................................54
Figure 3.12-Interface d’ajout d’un rendez-vous par la secrétaire..........................55
Figure 3.13-Interface Interface de l’espace du pharmacien..................................56
 Introduction Générale

La notion e-santé désigne une grande diversité d'informations, espaces ou forums de partage ainsi
que des services disponibles sur le web ou via des outils issus des nouvelles technologies numériques
accessibles au grand public et aux professionnels de santé. Ces outils permettent aux patients de
surveiller leur santé à titre préventif ou encore de communiquer ou d'être en relation avec leur
médecin ou d'autres professionnels de santé via des applications permettant le suivi de leur
traitement, la prise de rendez-vous ou encore la génération d'alertes en cas de problème, En tenant
compte de la e-médecine qui désigne l’acte médical effectué par les spécialistes de santé et qui
s'appuie fortement sur l'Internet et en particulier le Web 2.0 et éventuellement les robots médicaux .

Commençons par la médecine 1.0 qui est en effet la relation médecin-patient qui se connecte sur des
sites internet pour y recueillir de l’information, relativement au web 1.0 qui s’intitule aussi « web
traditionnel », il est avant tout un web statique apparu entre 1991-1999. Ce dernier se caractérise par
la supervision des sites sans avoir le droit de répondre. En d’autres termes c’est la lecture des sites
seulement qui rend l’internaute passif. (1)
Ensuite nous trouvons la médecine 2.0 qui est une discussion entre Médecin/patient par rapport au
web 2.0  ou «  web social » qui est considéré comme un web dynamique. Il est apparu entre 2000-
2009. Ainsi il a pour objectif le partage des données avec les internautes qui sont à la fois des
consomm-acteurs et aussi des consomm-auteurs. (2)
En outre, la médecine 3.0 favorise la relation entre le patient, le médecin et la machine. Le web 3.0
ou le web sémantique est considéré comme un « smart web », apparu depuis 2010 et il vise à
organiser la masse d’information disponible en fonction de contexte et de besoin de chaque
utilisateur donc c’est un web portable qui tente à donner un sens aux données et qui répond aux
besoins des utilisateurs mobile. (3)

C’est dans ce contexte que s’intègre notre projet de fin d’études pour lequel nous avons comme
mission la mise en place d’une application web 2.0 ou médecine 2.0 pour la gestion des cabinets
médicaux. Cette application a pour objectif de gérer les rendez-vous, les consultations ainsi que les
fiches pour les patients ceci afin de réduire l’utilisation du papier au cours des consultations qui
évoque toujours le problème de la perte des données lors de l’archivage des dossiers et le temps
d’attente avant la consultation puisque « premier arrivé, premier servi ».

Après certaines recherches préliminaires et grâce à des informations collectées nous avons élaboré
notre vision de l’application, son architecture, ainsi que les outils et les technologies utiles.

Dans ce propos, le travail réalisé est organisé autour de trois chapitres :

-Dans le premier chapitre nommée « Spécification du projet », nous présentons le domaine du projet
ainsi que les solutions existantes aux niveaux national et international.

-Dans le deuxième chapitre intitulé « Etude conceptuelle », nous entamons la modélisation des
besoins du projet par l’élaboration des principaux diagrammes UML.

-Dans le troisième chapitre nommée « Réalisation », nous présentons l’environnement de

développement ainsi que des exemples de test d’interface de l’application réalisée.

Enfin, nous terminons le présent rapport par une conclusion générale résumant les apports et les
limites du travail réalisé et dressant les perspectives du projet.
 Chapitre 1 : Spécification du projet

Ce chapitre se compose essentiellement en deux sections basiques ; l’étude du domaine du projet

présentant les différentes modalités de gestion des services médicaux suivie de la description des
solutions proposées.

1.1L’Etude du domaine 
1.1.1 Le domaine de la santé : importance et évolution
La santé revêt une importance vitale pour tous les êtres humains dans le monde. Quelles que soient
nos différences, la santé est notre bien le plus précieux. Une personne en mauvaise santé ne pourra
pas profiter pleinement de sa vie.

L’e-santé est devenue le Saint Graal de la médecine moderne. Chacun participe à la quête avec une
semble espérance, mais celle-ci immense interminable. L’utilisation des technologies de
l’information et de la communication, couplées à l’intelligence informatique, ouvre des immenses
perspectives dans le domaine de la santé. Chacun espère que les services numériques faciliteront
l’exercice au quotidien et participeront à l’amélioration de la qualité des soins. (4)

L’e-médecine désigne une forme de pratique médicale s'appuyant fortement sur l'internet. L’enjeu
principal est celui d'une amélioration de la qualité du service de santé publique et d'une diminution
des coûts globaux espérés à un service égal. Bien que nécessitant idéalement l'accès au haut-débit
et/ou à la fibre optique , il est aussi parfois présentée comme porteuse d'espoir pour les pays pauvres
en infrastructures médicales, pour la médecine à distance ou appelée aussi télémédecine et la
médecine de catastrophe, en s'appuyant éventuellement dans ces cas sur des démarches Open Source,
mais également source de controverses quand elle est présentée comme un moyen d'abaisser les
coûts de la médecine ou quand il s'agit de remplacer le médecin par la machine, au détriment de la
relation patient-médecin. (5)

1.1.1.1La gestion de l’activité médicale au sein d’un cabinet 

Deux principaux modes de gestion régissent au sein d’un cabinet médical, à savoir, le mode
traditionnel sans recours à l’outil informatique et aux nouvelles technologies et le mode informatisé.

A) Le mode traditionnel ou « avec papier » 

Cette section est consacrée au fonctionnement dans un cabinet médical dans le mode traditionnel :
* La gestion des RDV : Dès son arrivée au cabinet, le patient contacte la secrétaire en la donnant ses
coordonnées personnelles (nom, prénom, Date/heure du rendez-vous souhaité, numéro de téléphone,
etc.) et selon la disponibilité du médecin le RDV sera fixé.

* La gestion de fiche_patient : Lorsqu’un RDV est fixé, le patient attend son tour dans la salle
d’attente pour la consultation. Au cas d’un nouveau patient, la secrétaire procède au remplissage de
la fiche du patient avec les propres coordonnées du malade. Sinon, elle effectue la recherche de sa
fiche dans les boites d’archives.

* La gestion des consultations : Lorsque le médecin devient disponible, la secrétaire lui accorde la
fiche du patient, ensuite le médecin examine le malade en utilisant les équipements médicaux
(tensiomètre, thermomètre, stéthoscope, etc.) puis il rédige l’ordonnance qui détaille les
médicaments avec la durée de leur prise. Si la consultation lui a causé un empêchement de son
activité, le certificat sera rédigé comme justification, sinon pour éviter le doute il lui demande de
faire des analyses ou bien il le dirige tout court vers un spécialiste en lui donnant une lettre de liaison
ou le médecin détaille l’état du patient.

B) Le mode informatisé ou « sans papier » 

Dans ce dernier, toutes les tâches se font par le système prenant l’exemple de la gestion des rendez-
vous qui se fait d’une manière automatique où le patient sélectionne la spécialité puis il choisit la
date souhaitée. De plus dans la tâche d’inscription le patient doit être capable à saisir ses propres
coordonnées pour s’authentifier.

 L’Inscription : Parmi les tâches informatisées, on trouve l’internaute remplit un

formulaire pour s’inscrire.
 La gestion des RDV : Le patient consulte le calendrier de disponibilité pour fixer un
RDV afin de saisir ses coordonnées qui confirment son choix.
 La gestion de la fiche patiente : La secrétaire vérifie l’existence d’un patient, s’il
existe elle envoie sa fiche au médecin, sinon elle ajoute une nouvelle fiche appropriée
au malade puis elle l’envoi au médecin.
 La gestion des consultations : le médecin, au lieu d’écrire la fiche malade sur papier,
il la saisit directement à travers le système.

1.2. Présentation de quelques solutions pour la gestion des cabinets 

1.2.1. A l’échelle internationale 
  Solution 1 

Le cabinet du Dr. Sandrine Berthet se situe en France. Il facilite les tâches de prise et de fixation des
rendez-vous qui dépond de l’ancienneté ou la nouveauté du patient. En contrepartie, on trouve la
mauvaise organisation au niveau du temps des rendez-vous (chaque RDV dure 15 minutes) de plus le
mauvais choix des couleurs d’écriture les nouveautés dans le site. (6)

Figure 1.1 - Aperçu du site du cabinet du Doctor Sandrine Berthlet

  Solution 2

Le cabinet médical ipso santé qui se trouve à Paris et se compose de divers médecins et de
différentes spécialités. Ce qui facilite la recherche du médecin convenable et favorise une
atmosphère sereine pour la consultation. (7)

Figure 1.2 - Aperçu du site du cabinet ipso santé

 Solution 3 
Le Cabinet médical du Dr Jean-Pierre BRUPBACHER qui se situe en Suisse, contient seulement les
informations personnelles du cabinet et du médecin par contre la prise du rendez-vous se fait d’une
manière directe. (8)
 Figure 1.3 - Aperçu du site du cabinet médical du Dr Jean-Pierre Brupbacher

1.2.2. A l’échelle nationale 

 Solution 1 
Le cabinet du Dr. Sami mezhoud se situe à la clinique « Espoir » à Tunis. C’est un professeur et
chirurgien d’esthétique. Le site du cabinet permet d’intervenir dans les opérations et faires des
consultations simples et bien évidemment il y’a un contact avec le patient soit par téléphone sinon
par le mail. (9)

Figure 1.4 - Aperçu du site du cabinet Dr sami Mezhoud

 Solution 2 
Le cabinet du pédiatre Dr. Bennour Ramzi se situe aux Berges du Lac de Tunis. Le site du cabinet
contient toutes les nouveautés de la médecine aussi bien par des articles écrits que par des vidéos
explicatives et on remarque qu’il y’a plusieurs médecins de différentes régions. On peut aussi
constater qu’il y’a un contact avec le médecin seulement par téléphone. (10)
 Figure 1.5 - Aperçu du cabinet du Dr Bennour Ramzi

 Solution 3 
Le cabinet de Dr. Ahmed Skhiri, qui est un chirurgien Gynécologue Obstétricien, se situe au Bardo à
Tunis. Le but principal de ce site c’est d’informer les patients ou le large public des nouveautés en
domaine de la gynécologie alors le contact se fait d’une manière simple par messagerie électronique
pour tous types de question ou bien par téléphone. (11)

Figure 1.6 - Aperçu du cabinet du Dr Ahmed Skhiri

1.2 Critique de l’existant 

Parmi les défauts qui existent dans la gestion des cabinets médicaux nous citons : la mauvaise
organisation des rendez-vous et la perte de temps à cause de la surcharge de nombre de patient par
jour.

La gestion des rendez-vous se fait d’une manuellement, ce qui provoque la possibilité de l’oubli ou
l’encombrement des rendez-vous.

La gestion des fiches des patients cause un gaspillage de temps dans la phase de recherche à cause
de la grande quantité des fiches archivées et aussi au désordre en cas d’un ancien patient. Sinon la
secrétaire remplit une nouvelle fiche.

La gestion des consultations a été toutefois lente par la rédaction sur papier soit de la fiche malade ou
bien de l’ordonnance ou aussi du certificat.

1.3 Solutions proposées

Lors d’étude de l’existant, nous avons signalée quelques problèmes dans le fonctionnement actuel et
sur cela nous avons implémenté une solution qui consiste à développer et concevoir une application
qui rend les tâches beaucoup plus organisées et informatisées.

* La simplicité et la rapidité de la communication entre les acteurs dans l’acte médical qui subdivise
en plusieurs tâches.

* La gain de temps d’accès aux données provenant de la base.

* La diffusion de l’information qui circule entre l’ensemble des acteurs.

* Une bonne organisation des données pour chaque acteur pour faciliter l’étape de recherche.

* Facilité de la prise de rendez-vous.

* La bonne gestion des droits d’accès de chaque utilisateur pour assurer la confidentialité
d’informations pour l’internaute.

Conclusion
Ce chapitre constitue une partie introductive dans laquelle une présentation du domaine a été
élaborée en premier lieu pour comprendre les différentes activités du cabinet médical. En second
lieu, une présentation des critiques. Compte tenu de cette présentation, un ensemble des solutions est
indispensable afin d’améliorer la qualité de gestion des cabinets médicaux ainsi que leurs services,
celui qui sera modéliser en UML dans le chapitre suivant.
 Chapitre 2 : Etude conceptuelle

Le présent chapitre est consacré à la Modélisation du système avant sa réalisation. Pour ce faire,
nous permettons en premier lieu de mieux comprendre le fonctionnement du système car c’'est un
bon moyen pour maîtriser sa complexité et d'assurer sa cohérence et en deuxième lieu d’élaborer les
diagrammes successivement en cas d’utilisation, séquence et classe ainsi que la description détaillée
et le dictionnaire de base de donnée.

2.1 Identification des besoins du projet 

Dans cette section, nous présentons les besoins fonctionnels et non fonctionnels du projet.

2.1.1 Besoins fonctionnels 

Ils représentent les principales fonctionnalités du système :

- Dès le chargement du site, le patient doit effectuer son inscription pour avoir le droit
d’accéder à cette application afin de fixer des rendez-vous.
- une partie de la fiche patient sera rempli par la secrétaire dans laquelle elle saisit les
coordonnées personnelles du patient.
- l’autre partie de la fiche sera rempli par le médecin pour expliquer l’état physique ou
psychologique du patient dans la partie d’observation.
- une ordonnance sera accordé au patient qui contient le traitement convenable et elle peut être
consultée par le/la pharmacien(ne) et s’il a besoin d’une période de repos il lui donne un
certificat.

2.1.2 Besoins non fonctionnels 

Ils représentent une propriété désirée du système telle que sa performance, sa disponibilité/fiabilité,
sa convivialité, sa maintenabilité, etc.

* Besoin de performance : les performances d’exécution du système sont généralement décrites en

termes de temps de réponse. Autrement dit, le temps de chargement d’une page dans le navigateur ne
devrait pas prendre plus de 15 secondes dans les conditions normales.

* Besoin de disponibilité/fiabilité : Il concerne le niveau de disponibilité qui doit être explicitement

défini pour les applications critiques (24/24, 7/7).

* Besoin de sécurité : Il consiste à définir les niveaux d’accès possibles au système pour les
utilisateurs du système et les systèmes externes. C'est-à-dire, toute information confidentielle fournie
par les utilisateurs sera cryptée avec le système.
* Besoin d’utilisabilité : C’est l’effort requis pour apprendre, utiliser, fournir l’entrée et interpréter
les sorties du programme.

2.2 Modélisation des besoins du projet

Dans cette section, nous présentons les diagrammes UML qui modélisent les besoins de notre projet.

2.2.1 Modèle des Cas d’Utilisation 

2.2.1.1 Identification des acteurs 

* Le médecin : il est le responsable de la gestion des consultations, la gestion des certificats, et la
gestion des ordonnances.

* La secrétaire : elle est le responsable de l’inscription du patient, la gestion des fiches patients, et la
gestion des rendez-vous.

* Le patient : il peut s’inscrire consulter et chercher les ordonnances.

* le pharmacien : il consulte les ordonnances après avoir effectué la recherche.

2.2.1.2 Identification des C.U 

Un cas d'utilisation (CU) spécifie une séquence d'actions, avec variantes éventuelles, réalisée par le
système en interaction avec les acteurs du système. Les principales fonctionnalités du système ciblé
sont les suivantes :

 Gestion des RDV : ce c.u permet d’accéder au calendrier et voir le temps disponible du
médecin pour que le patient puisse fixer un RDV.
 Gestion de la fiche patient : ce c.u permet d’ajouter ou modifier les coordonnées d’un patient
(nom, prénom, cin, code_cnam, photo, …) et/ou de supprimer ou chercher une fiche patient.
 Inscription : ce c.u permet à un nouveau patient de s’inscrire par lui-même ou par la
secrétaire pour pouvoir utiliser le système.
 Gestion des consultations : ce c.u permet au médecin de prendre en charge les patients pour
les examiner afin de leur donner des certificats, ordonnances.
 Gestion d’ordonnances : ce c.u permet au médecin de rédiger des ordonnances, au
pharmacien de consulter, chercher, ajouter au système l’ordonnance afin d’activer la notion
d’archivage et au patient d’acheter les médicaments après avoir la consulter.
 Gestion des certificats : ce c.u permet au médecin d’ajouter, consulter, chercher les
certificats de chaque patient
 Authentification : ce c.u a pour rôle principal c’est de se protéger contre les risques de
sécurité, ce C.U intervient pour la détection de ses problèmes parce que chaque utilisateur a
son propre Identifiant et mot de passe.
2.2.1.3-Diagramme initial des cas d’utilisation du système

Figure 2.1 - Diagramme de Cas d’utilisation initial

 2.2.1.4 Raffinement des cas d’utilisations
Pour les autres cas tels que Gérer certificat, Inscription, Gérer fiche patient … Ils ont les mêmes
tâches que les diagrammes finaux des cas d'utilisations précédents

a.Raffinement du cas d’utilisation « Gerer des rendez-vous» 

Figure 2.2 - Diagramme final de cas d’utilisation «Gérer rendez-vous»

b. Raffinement du cas d’utilisation « Gerer Consultation» 

Figure 2.3 - Diagramme final de cas d’utilisation « Gérer Consultation »

c. Raffinement du cas d’utilisation « Gerer ordonnance» 

 Figure 2.4 -Diagramme final de cas d’utilisation « Gérer Ordonnance »

d. Raffinement du cas d’utilisation « Gerer compte professionnel de santé » 

Figure 2.5 - Diagramme final de cas d’utilisation «Gérer compte professionnel de santé»
 2.2.2 Description détaillée des CU 
a.Description détaillée de c.u de  « Gestion des RDV »

Titre Ajouter_RDV
Acteurs Secrétaire, patient
Pré-condition RDV non fixé
Post-condition RDV fixé
Scénario nominal -le patient s’authentifie avec son login Et password
-Il consulte le calendrier de disponibilité
- Le patient fixe un RDV
-Le système confirme l’ajout du RDV

Titre Modifier_RDV
Acteurs secrétaire, patient

Pré-condition RDV existant

Post-condition RDV modifié
Scénario nominal -la secrétaire va annuler l’ancien RDV
-Changer la date et/ou l’heure du RDV
-Le système effectue la modification

b. Description détaillée de c.u de « Gestion d’ordonnance » 

Titre consulter_ORD
Acteurs Médecin, pharmacien et patient
Pré- ORD non consultée
condition
Post- ORD consultée
condition
Scénario - le médecin examine le patient afin de lui accorder une ordonnance
nominal contenant le traitement convenable
-le pharmacien doit être apte à lire l’ordonnance et à donner les médicaments
commandés par le médecin
-le patient peut consulter sa propre ordonnance et surtout en cas de sa perte

Titre Ajouter_ord
Acteurs Médecin
Pré- ordonnance sur papier
condition
Post- ordonnance ajoutée
condition
Scénario - le médecin accorde une ordonnance pour le patient
nominal - le médecin ajoute l’ordonnance sur le système
- le système effectue l’opération d’ajout
 chercher_ORD:

Titre
Acteurs médecin, pharmacien et patient
Pré-condition liste des ORD
Post-condition Ordonnance trouvée /non trouvée

Scénario nominal - le médecin ou le pharmacien ou le patient souhaite chercher une

ordonnance
- Le système affiche la liste des ordonnances de ce patient
- Le médecin ou le pharmacien choisi l’ordonnance souhaité
c.
Description détaillée de c.u de « Gestion de certificat » 

Titre Ajouter_cer
Acteurs Médecin
Pré- certificat sur papier
condition
Post- certificat ajoutée
condition
Scénario - le médecin accorde un certificat pour le patient
nominal - le médecin ajoute le certificat sur le système
- le système effectue l’opération d’ajout

d. Description détaillée de c.u de « Gestion fiche patients »

Titre Ajouter_fiche
Acteurs Secrétaire
Pré- fiche non créée
condition
Post- fiche créée
condition
Scénario - la secrétaire choisie le formulaire de l'ajout d'une fiche
nominal -le système ouvre le formulaire
-la secrétaire saisie les informations
-la secrétaire valide le formulaire
-le système enregistre l'ajout

Titre Chercher_fiche
Acteurs secrétaire, médecin
Pré- fiche non trouvable
condition
Post- fiche trouvable /non trouvable
condition
Scénario -le/la secrétaire/médecin donne le num de fiche
nominal -le système recherche la fiche demandée
-le système donne les résultats
-le médecin/secrétaire choisie la recherche qu'il a besoin
 -le système affiche la recherche demandée

Titre Supprimer _fiche

Acteurs Secrétaire
Pré- fiche existante
condition
Post- fiche inexistante
condition
Scénario -le médecin /secrétaire saisie le num de fiche
nominal -le médecin/secrétaire sélectionne la fiche demandée
-le système valide la suppression

Titre Modifier_fiche
Acteurs Secrétaire
Pré- fiche normale
condition
Post- fiche modifiée
condition
Scénario -la secrétaire clique sur le formulaire "modifier fiche"
nominal -le système affiche le formulaire
-la secrétaire saisie le num de fiche
-le système assure la recherche
-la secrétaire effectue les modifications
-elle valide les modifications
-le système valide la MAJ

e. Description détaillée de c.u de « s’inscrire »

Titre S’inscrire
Acteurs patient et secrétaire
Pré-condition Patient non inscrive
Post-condition Patient inscrive
Scénario nominal -le patient ou la secrétaire tape les informations personnelles
-le système vérifie les données
-le patient ou la secrétaire accède à sa session

f. Description détaillée de c.u de « Gérer compte professionnel de santé »

Titre Gérer compte médecin : ajouter médecin

Acteurs Administrateur
Pré- Médecin non ajouté
condition
Post- Médecin ajouté
condition
Scénario -L’administrateur insère les coordonnés du médecin
nominal -le système vérifie l’existence des données
 -l’ajout est effectué

Titre Gérer compte pharmacien : supprimer pharmacien

Acteurs Administrateur
Pré- Pharmacien existant
condition
Post- Pharmacien supprimé
condition
Scénario -L’administrateur cherche le pharmacien à supprimer
nominal -le système vérifie l’existence des données
- l’administrateur sélectionne ce dernier et confirme la suppression
-la suppression est validée

2.2.3 Diagrammes de séquences 

En se basant sur les cas d’utilisation qui sont représentés précédemment, nous avons présenté les
diagrammes de séquence de chaque cas possible qui permet de représenter des collaborations entre
les objets selon un point de vue temporel, on y met l’accent sur la chronologie des envois de
messages.

2.2.3.1 Diagramme de séquence du c.u « S’authentifier » 

L’administrateur c’est le seul responsable qui peut gérer le site il peut ajouter les médecins et les
pharmaciens .Il peut faire toute sorte de modification, suppression et ajout.
 Figure 2.7 - Diagramme de séquence du CU« S’authentifier »

2.2.3.2 Diagramme de séquence du CU « Ajouter_FP » 

Pré-condition : la secrétaire choisit en premier lieu l’espace secrétaire puis elle s’authentifie en
deuxième lieu par son propre login et mot de passe.
 Figure 2.8 - Diagramme de séquence du CU« Ajouter_FP »

2.2.3.3 Diagramme de séquence du CU « Modifier_FP » 

Pré-condition : La secrétaire s’authentifie avec son propre compte avant de faire toute sorte de
modification.

Figure 2.9 - Diagramme de séquence du CU « Modifier_FP » 

2.2.3.4 Diagramme de séquence du c.u « Ajouter_RDV» 

Pré-condition : le patient doit il s’authentifier à chaque visite du site donc il doit avoir un compte
avec son unique Login et mot de passe.
 Figure 2.10 - Diagramme de séquence « Ajouter_RDV»

2.2.3.5 Diagramme de séquence du c.u « Annuler_RDV» 

Figure 2.11 - Diagramme de séquence « Annuler_RDV» 

2.2.3.6 Diagramme de séquence du c.u « Créer ordonnance » 

Pré-condition : le médecin doit s’authentifier avec son propre compte pour qu’il puisse remplir une
nouvelle ordonnance ou voire même gérer son compte.
 Figure 2.12 - Diagramme de séquence « Créer_ ordonnance» 

2.2.3.7 Diagramme de séquence du c.u « Chercher_consultation» 

Pré-condition : le médecin se connecte avec son propre compte, lorsqu’il cherche la fiche il peut la
trouver comme il peut ne pas la trouver.

Figure 2.13 - Diagramme de séquence « Chercher_consultation» 

 2.2.3.8 Diagramme de séquence du c.u « Chercher ordonnance» 

Figure 2.14 - Diagramme de séquence « Chercher ordonnance» 

2.2.3.9 Diagramme de séquence du c.u « Supprimer certificat » 

Pré-condition : le médecin doit avoir un compte personnel avec un login et mot de passe pour qu’il
puisse se connecter et gérer son compte et bien sûr avant la suppression il faut que le certificat
souhaité existe déjà.

Figure 2.15 - Diagramme de séquence « Supprimer_cer» 

 2.2.3.10 Diagramme de séquence du c.u « S’inscrire»
Pré-condition : l’utilisateur charge le site où il trouve dans cinq types d’espaces : espace patient,
espace secrétaire, espace pharmacien, espace médecin et espace administrateur.

Figure 2.16 - Diagramme de séquence « S’inscrire » 

2.2.4 Diagramme de classes

Figure 2.17 - Diagramme de classes

2.3 Dictionnaire des données
Attribut Désignation Type

CIN Carte d’identité nationale Int

d’un utilisateur
Nom Le nom d’un utilisateur Varchar

Prénom Le prénom d’un utilisateur Varchar

Adresse L’adresse d’un utilisateur Varchar

DDN Date de naissance d’un Varchar

utilisateur
Code_cnam Code cnam d’un utilisateur Varchar

Tel Numéro du téléphone d’un Int

utilisateur
ID_ad L’identifiant du Varchar
l’administrateur
Login Le login du l’administrateur Varchar
Psw Le mot de passe du Varchar
l’administrateur
Login Le login d’un compte Varchar

Password Le mot de passe d’un compte Varchar

Num_ consultation Numéro de consultation Int

Date_consultation Date de consultation Varchar

Observation L’observation de la Varchar

consultation
Code conventionnel Le code de l’ordonnance Varchar

Identifiant_unique L’identifiant d’une Varchar

ordonnance
Code_APCI Code d’apci Varchar

Date_cons La date de consultation Varchar

Date_repos Durée du repos Varchar

Num_cer Le numéro de certificat Int

Photo_P La photo d’un patient Varchar

Médicaments Médicaments Varchar

 Num_FP Le numéro d’une fiche Int
patiente
Num_RDV Le numéro d’un rendez-vous Int

Date La date d’un rendez-vous Varchar

Heure L’heure d’un rendez-vous Varchar

2.4 Les Règles de passage

Les règles principales de transformation d’un schéma conceptuel Entité-Relation en un schéma
relationnel sont :

* Règle 1: Toute entité est traduite en une table relationnelle dont les caractéristiques sont : le nom
de la table est le nom de l’entité ; la clé de la table est l’identifiant de l’entité ; les autres attributs de
la table forment les autres colonnes de la table.

* Règle 2 : Toute relation binaire plusieurs à plusieurs est traduite en une table relationnelle dont les
caractéristiques sont : le nom de la table est le nom de la relation ; la clé de la table est formée par la
concaténation des identifiants des entités participant à la relation ; les attributs spécifiques de la
relation forment les autres colonnes de la table.

* Règle 3 : Toute relation binaire un à plusieurs est traduite :

 soit par un report de clé : l’identifiant de l’entité participant à la relation côté N est ajoutée
comme colonne supplémentaire à la table représentant l’autre entité (clé étrangère). Les
autres attributs spécifiques à la relation sont eux aussi ajoutés à la même table.
 soit par une table spécifique dont les caractéristiques sont : le nom de la table est le nom de
la relation ; la clé de la table est l’identifiant de l’entité participent à la relation côté 1 ; les
attributs spécifiques de la relation forment les autres colonnes de la table.

*Règle 4: Toute relation binaire un à un est traduite, au choix, par l’une des trois solutions
suivantes : fusion des tables des entités qu’elle relie (choix1) ; report de clé d’une table dans l’autre
(choix2) ; création d’une table spécifique reliant les clés des deux entités (choix3).Les attributs
spécifiques de cette relation sont ajoutés à la table résultant de la fusion (choix1), reportés avec la clé
(choix2), ou insérés dans la table spécifique (choix3). (12)
2.5 Schéma relationnel de la BD
Médecin ( Cin_M,Nom_M,Prenom_M,Adresse_M,DDN_M,Code_cnam_M,tel_M,Login_M ,
Password_M) ;

Secrétaire(Cin_S,Nom_S,Prenom_S,Adresse_S,DDN_S,Code_cnam_S,tel_S,Login_S,Password_S)

Patient (Cin_P,Nom_P,Prenom_P,Adresse_P,DDN_P,Code_cnam_P,tel_P,

Login_P,Password_P,Photo_P)

RDV ( Num_RDV, Heure, Date,#Nom_P, #Prénom_P,)

Pharmacien (Cin_PH,Nom_PH,Prenom_PH,Adresse_PH,DDN_PH,Code_cnam_PH

,tel_PH,Login_Ph ,Password_Ph) 

Admin ( ID_ad,Login,Psw )

Compte (CIN, Nom, Prénom, Adresse, DDN, Code_cnam, Tel,Login,Password )

Consultation ( Num_consultation,Date_consultation ,observations )

Ordonnance(Code_conventionnel,identifiant_unique,code_APCI,Médicaments,#Nom_M,
#Prénom_M, #Nom_P, #Prénom_P)

Certificat (Num_cer,Date_cons, Date_repos,# Nom_P, # Nom_M ,# DDN_P)

Fiche patient (Num_FP,#Nom_P, #Prenom_P, #CIN_P, #DDN_P, #Adresse_P, #Etat_civil, #Tel_P,

#Code_cnam_P, #Photo_P)

Conclusion 
Après avoir modélisé les principaux besoins de notre projet, nous nous intéressons maintenant à la
réalisation et au développement de notre application faisant l’objet du chapitre suivant.
 Chapitre 3 : Réalisation

Après avoir achevé l’étape de conception de l’application, nous entamons dans ce chapitre la partie
réalisation. Ce chapitre est donc consacré à la présentation de l’environnement matériel et logiciel
nécessaire pour implémenter le site ainsi qu’aux principales interfaces réalisées et scénario testés.

3.1 L’environnement de travail 

Pour la réalisation de ce travail, nous avons eu recours aux environnements suivants:

3.1.1 Environnement matériel 

Ordinateur portable 1 : DELL inspiron 3521

 Processeur : Intel Core i3-3217U, 1.8 GHz

 Mémoire : 4 G RAM
 Disque dur : 500 GO

Ordinateur portable 2 : probook 4540s

 Processeur : Core I5-3210M CPU 2.5Ghz

 Mémoire : 4 G RAM
 Disque dur : 500 GO

3.1.2 Environnement logiciel 

 Systèmes d’exploitation : Microsoft Windows 7 et Microsoft Windows 8.
 Microsoft Word 2010 : outil de traitement de texte.
 Powerpoint 2010 : présentation du projet.
 Visual Paradigm : c’est un logiciel de modélisation UML (Unified Modeling Language)
qui sert à représenter les différents diagrammes de conception de l’application.
 PhpMyAdmin : (PMA) est une application Web de gestion pour les systèmes de gestion
de base de données MySQL réalisée en PHP et distribuée sous licence GNU GPL.

3.1.2.1 Environnement de développement 

Eclipse est un IDE, Integrated Development Environment (EDI environnement de développement
intégré en français), c'est-à-dire un logiciel qui simplifie la programmation en proposant un certain
nombre de raccourcis et d'aide à la programmation. Il est développé par IBM, est gratuit et
disponible pour la plupart des systèmes d’exploitation. (13)
 3.1.2.2 Serveur d’application « JBoss»
Jboss est un serveur d'application J2EE développé à partir de 1999 par un français Marc FLEURY.
Ce serveur est écrit en Java et distribué sous licence LGPL. Jboss fournit un certains nombres de
modules tels que JBossServer, JBossMQ, JBossTX…Jboss permet grâce au JMX de chargé les
différents modules, conteneurs ou plugin en fonction des besoins. Bien entendu, Jboss permet
d'implémenter ses propres services. (14)

3.1.2.3 Langage de programmation utilisé 

JEE (Java Entreprise Edition) : C’est une plateforme indépendante qui permet de développer,
déployer et gérer des applications d’entreprise multi-tiers en ajoutant la possibilité de fournir une
plateforme complète, stable, sécurisée et rapide. La plateforme JEE propose des spécifications pour
une infrastructure dans laquelle s’exécutent les composants. Cette plateforme est composée d’un
ensemble de spécifications pour l’environnement dans lequel s’exécutent les composants écrits en
java. Elle se nomme Serveur d’application qui a pour objectif de simplifier le développement des
applications à architecture distribuée, en permettant une séparation entre les niveaux de l’application
(présentation, logique et données) et un ensemble d’API qui assurent le développement coté serveur
offrant la possibilité de s’interfacer avec le système d’information existant grâce aux nombreuses
API « Application Programming Interface» (JDBC, JNDI, JMS, JCA…).
La plateforme JEE utilise un modèle d’application distribuée multi tiers pour des applications
d’entreprise. Elle est constituée de 3 couches qui sont décrits et représentées brièvement ci-dessous :

 Couche accès aux données : Elle est appelée aussi [DAO] (Data Access Object) est
la couche qui fournit à la couche métier des données préenregistrées (fichiers, bases
de données…) et qui enregistre certains des résultats fournis par la couche métier.
 Couche métier : C’est la couche qui applique les règles dites métier, c'est-à-dire la
logique spécifique de l'application, sans se préoccuper de savoir d'où viennent les
données qu'on lui donne, ni où vont les résultats qu'elle produit.

 Couche présentation : Elle implémente la logique présentation de l’application. Elle

est liée au type de client : client lourd (SWING , SWT , AWT..),client léger (HTML ,
java Script , CSS…) , client mobile (Androïde, IPhone , Tablettes ..).
 Figure 3.1-Architecture J2EE (15)

3.1.2.4  Les technologies utilisées

 JDK Java 8 : JDK c’est « Java Development Kit» est un Logiciel édité par Sun
pour le développement d'application en Java.
 JSP : Les JSP (Java Server Pages) sont une technologie Java qui permet la
génération de pages web dynamiques. La technologie JSP permet de séparer la présentation
sous forme de code HTML et les traitements écrits en Java sous la forme de JavaBeans ou de
servlets. Ceci est d'autant plus facile que les JSP définissent une syntaxe particulière
permettant d'appeler un bean et d'insérer le résultat de son traitement dans la page HTML
dynamiquement. (16)

 Bootstrap : Bootstrap est un Framework développé par l'équipe du réseau social

Twitter. Proposé en open source (sous licence MIT), ce Framework utilisant les langages
HTML, CSS et JavaScript fournit aux développeurs des outils pour créer un site facilement.
Ce Framework est pensé pour développer des sites avec un design responsive, qui s'adapte à
tout type d'écran, et en priorité pour les Smartphones. (17)

 DAO : Cette couche représente l’intelligence de l’application. Elle est composée

d’un ensemble d’interfaces locales (local) et distantes (remote). Les DAO (Data Access
Object) permettent d’accéder aux objets et proposent des méthodes de CRUD (Create, Read,
Update, Delete). Un EJB (Entreprise Java Bean) sera piloté à partir d’une autre application
distante ou locale (client EJB). (18)

 Web Services : Cette couche a pour but de définir des services qui pourront être
appelés selon le protocole SOAP. Ainsi les informations pourront circuler entre les
applications sous forme de messages XML. Cela peut servir à faire communiquer deux
applications qui peuvent être codées dans deux langages différents, en local ou à distance. (19)

 Tomcat : Apache Tomcat (Apache Tomcat 8) est une implémentation open source
d'un conteneur web qui permet donc d'exécuter des applications web reposant sur les
technologies servlets et JSP. (20)
 JSTL : c’est l’acronyme de Java Standard Tag Library. La JSTL est une
implémentation de Sun qui décrit plusieurs actions basiques pour les applications web J2EE.
Elle propose ainsi un ensemble de librairies de tags pour le développement de pages JSP. (21)

 Servlet : une servlet est un composant du coté serveur, considérée comme une
classe qui permet une communication avec un protocole «requête/ réponse ». Autrement dit,
une servlet est un programme qui s'exécute coté serveur en tant qu'une extension du serveur.
Elle reçoit une requête du client, elle effectue des traitements et renvoie le résultat.
L’utilisation des servlets permet la génération de pages web dynamiques qui utilisent le
protocole HTTP, ou aussi n'importe quel autre protocole reposant sur le principe de servlet.
(22)

 JRE : environnement qui permet d'exécuter les applications java (c'est

pourquoi il y a le mot RUNtime, run veut dire exécuter, et la lettre E pour environnement
dans le mot JRE), mais ne contient pas le kit d'outils pour développer des applications java.
Donc avec JRE, vous ne pouvez pas créer des applications java, mais juste exécuter des
applications java. (23)

 EAR : un EAR est un format de fichier utilisé par Java EE pour empaqueter en

un ou plusieurs modules dans une seule archive, de façon à pouvoir déployer
ces modules sur un serveur d'applications en une seule opération, et de façon cohérente. (24)

 PhpMyAdmin : est une interface d'administration pour le SGBD MySQL. Il est

écrit en langage PHP et s'appuie sur le serveur HTTP Apache. Il permet d'administrer les
bases de données, les tables et leurs champs (ajout, suppression, définition du type), les
index, les clés primaires et étrangères, les utilisateurs de la base et leurs permissions et
d’exporter les données dans divers formats (CSV, XML, PDF, OpenDocument, Word, Excel
et Latex). (25)
3.2 Description des interfaces graphiques 

Figure 3.1- Interface d’authentification

Cette interface exprime la phase d’authentification dans laquelle il faut sélectionner le rôle de
l’utilisateur avant chaque connexion.
 Figure 3.2-Interface de l’espace de l’administrateur

Dans cette interface on présente les taches que l’administrateur peut l’effectuer tels que la gestion
des médecins et des pharmaciens.
 Figure 3.3-Interface de la liste des médecins

Dans cette figure l’administrateur supervise la liste des médecins inscrit dans cette application il peut
aussi le supprimer.
 F
igure 3.4-Interface d’ajout d’un pharmacien

Cette figure met en évidence les étapes d’ajout d’un pharmacien par l’administrateur et même cas
pour le médecin.
 Figure 3.5-Interface de l’espace du médecin

Dans ce dernier, on montre les taches effectué par le médecin tel que la gestion des secrétaires et des
patients.
 Figure 3.6-Interface d’ajout d’une secrétaire

Cette interface met en valeur la maniéré d’ajout d’une secrétaire par le médecin.

Figure 3.7-Interface d’ajout d’une consultation par le médecin

Ce schéma représente l’ajout d’une nouvelle fiche patient on insérant la « cin » du patient pour faire
la correspondance avec l’espace du secrétaire lors de consultation du fiche.

Figure 3.8-Interface d’ajout d’une ordonnance

Cette interface comporte la façon d’ajout d’une ordonnance par le médecin on saisissant les
coordonnées suivant.
Figure 3.9-Interface de la liste des certificats
Dans cette interface, le médecin peut consulter la liste des certificats afin d’effectué l’étape de la
recherche pour faciliter la tâche.
 Figure 3.10-Interface de l’espace du secrétaire

Lors de cette interface, on va vous présenter les taches qu’effectue la secrétaire telle que la gestion
des patients et la gestion des rendez-vous.

Figure 3.11-Interface d’ajout du patient

Ce portrait contient l’étape d’ajout d’un patient par la secrétaire pour plus de sécurité.

F
igure 3.12-Interface d’ajout d’un rendez-vous par la secrétaire
Ce graphe désigne les différentes étapes pour l’ajout d’un rendez-vous par la secrétaire en cas d’un
contact direct on saisissant l’ensemble des coordonnées du patient et la date et l’heure du rendez-
vous. (Même étapes pour la prise du rendez-vous par le patient).

Fig
ure 3.13-Interface Interface de l’espace du pharmacien
Enchaînant avec une autre interface qui décrit la tache effectué par le pharmacien et qui est
essentiellement la consultation d’ordonnance.

Conclusion

Ce chapitre est consacré à la phase de la réalisation. Cette phase est dédiée à la présentation de
l’environnement de développement, l’architecture applicative ainsi que les écrans d’application.

Conclusion générale

Les cabinets médicaux, ont tous besoin d’une application web spécifique à leurs spécialités pour
gérer les fiches patients, les certificats et les ordonnances tout simplement gérer les dossiers
médicaux des patients. Cette application était un besoin essentiel pour faciliter la relation médecin-
patient.

Ce projet était développé en Java EE afin de mettre en œuvre plusieurs technologies pour assurer la
fiabilité et la performance de l’application.

En premier lieu, nous avons commencé par une étude du contexte général qui spécialise les besoins
fonctionnels et non fonctionnels de notre application.

En deuxième lieu, nous avons élaboré les différents diagrammes de conception de l’application avec
une description détaillée bien précise.

Finalement, nous avons terminé ce projet où nous avons montré les technologies utilisées ainsi que la
démonstration de quelques scénarios qui sont présentés dans notre sujet.

Malgré les difficultés pendant notre formation en J2EE nous essayons de faire un maximum d’effort
pour une meilleure amélioration en termes de fonctionnalités et sécurité et nous avons comme des
perspectives : Apporter des améliorations au niveau des interfaces, Ajouter toutes les spécialités du
médecine , La tâche de prise de rendez-vous sera beaucoup plus organisé
 Netographie
(1)http://c-marketing.eu/du-web-1-0-au-web-4-0/Site (Février 2016)

(2)http://c-marketing.eu/du-web-1-0-au-web-4-0/ (Février 2016)

(3)https://prezi.com/skmwt1dxmcvw/internet-reseau-histoire/ (Février 2016)

(4)http://esante.gouv.fr/tribunes/la-e-sante-une-voie-d-avenir-pour-la-medecineliberale-de-proximite (Février

2016)

(5)http://www.gpedia.com/fr/gpedia/E-m%C3%A9decine (Mars 2016)

(6)http://www.medecinegenerale-berthetsandrine.fr/ (Mars 2016)

(7)https://ipso.paris/fr/ (Février 2016)

(8)http://www.drmed.ch/homepage/4317/ (Avril 2016)

(9)http://www.docteur-sami-mezhoud.com/ (Février 2016)

(10) http://www.annugeo.com/1628-bennour-ramzi-medecin-generaliste.html (Février 2016)

(11) http://drskhiri.com/ (Février 2016)

(12) http://tecfaetu.unige.ch/staf/staf-h/tassini/staf2x/Heidi/last_bd.htm (Avril 2016)

(13) http://tecfaetu.unige.ch/staf/staf-h/tassini/staf2x/Heidi/last_bd.htm (Avril 2016)
(14) http://www.enseignement.polytechnique.fr/informatique/profs/Julien.Cervelle/eclipse/(Mars2016)
(15) http://www-igm.univ-mlv.fr/~dr/XPOSE2003/alexandrebole/jboss_1.html (Mars2016)
(16) https://www.google.tn/search?
q=architecture+j2ee&biw=1440&bih=755&source=lnms&tbm=isch&sa=X&ved=0ahUKEwjCx8KlreLMAh

VEPRoKHZUSDOgQ_AUIBigB#tbm=isch&q=architecture+j2ee+les+couches+d

%27une+application&imgrc=hB-jgMvwmw52YM%3A (Avril 2016)

 (17) http://www.jmdoudoux.fr/java/dej/chap-jsp.htm (Avril 2016)

(18) http://www.journaldunet.com/web-tech/developpeur/1159810-bootstrap/ (Avril 2016)

(19) http://www.isima.fr/~lacomme/JEE/part1/cours_JEE_1.pdf (Avril 2016)

(20) http://www.isima.fr/~lacomme/JEE/part1/cours_JEE_1.pdf (Avril 2016)

(21) http://www.jmdoudoux.fr/java/dej/chap-tomcat.htm (Avril 2016)

(22) http://adiguba.developpez.com/tutoriels/j2ee/jsp/jstl/ (Avril 2016)

(23) http://docplayer.fr/4050533-3-les-serveurs-d-applications-24-2.html (Avril 2016)

(24) http://www.commentcamarche.net/forum/affich-8520442-difference-entre-jdk-et-jre (Avril 2016)

(25) https://doc.ubuntu-fr.org/phpmyadmin (Avril 2016)

Résumé :

Ce projet est le fruit de 3 ans d’étude de la licence fondamental en informatique appliquée à la

gestion pour obtenir notre diplôme, nous somme nécessitées par l’utilisation du web 2.0 afin
d’implémenter une application web en Java EE de la gestion du patientée dans un cabinet médical
avec l’utilisation du PhpMyadmin pour la création de la base de données, Visual Paradigm pour la
conception , Microsoft Word pour le traitement du texte, Eclipse Luna pour le développement et
Powerpoint pour la présentation.

Mots clés: Web 2.0, Java EE, PhpMyadmin, Visual Paradigm, Microsoft Word, Eclipse Luna
ET PowerPoint

Abstract:
This Project Is the result of 3 years of study of fundamental informatics degree in management to
get our degree, we were required to use the Web 2.0 in order to implement Java EE web
application for managing the patient base in a medical office with the use of PhpMyadmin to
create the database, Visual Paradigm for design, Microsoft Word for text processing, Luna
Eclipse for development and PowerPoint for presentation.

Keywords: Web 2.0, Java EE, PhpMyadmin, Visual Paradigm, Microsoft Word, Luna Eclipse
and PowerPoint