Rapport_rhumato_alaoui_mdaghri_zoubida_PFA

1
Application de Gestion D’un Cabinet Médical Rhumatologue
Projet de Stage 2014/2015
Alaoui Mdaghri Zoubida
11 OCTOBRE 2014
CABINET MEDICAL RHUMATOLOGUE DR BENCHAKROUN BAHIA
8 rue de Tanger, 2ème étage appt 7, centre-ville (prés collège Lalla Aïcha et centre américain), Hassan-Rabat
Tél. :05 37 20 22 32
CONCEPTION ET
REALISATION D’UNE
SOLUTION
INFORMATIQUE POUR LA
GESTION D’UN CABINET
MEDICAL
RHUMATOLOGUE
Stage De Fin d’Année, 2ème Année Cycle Ingénieur Informatique
Réalisé par :

2
TABLE DES MATIERES
Introduction Générale................................................................................................................................ 4
Chapitre I ..................................................................................................................................................... 5
Contexte Général du projet....................................................................................................................... 5
Rhumatologie :........................................................................................................................................ 5
Description du cabinet : ........................................................................................................................ 5
Chapitre II.................................................................................................................................................... 6
Analyse du projet ........................................................................................................................................ 6
Contexte et définition du problème : .................................................................................................. 6
Objectif :.................................................................................................................................................. 6
Périmètre : ............................................................................................................................................... 7
Description fonctionnelle : ................................................................................................................... 7
Enveloppe budgétaire et délais :......................................................................................................... 12
Identification des cas d’utilisation :.................................................................................................... 12
La secrétaire :.................................................................................................................................... 12
Le Médecin : ..................................................................................................................................... 12
Démarche et étapes de déroulement :............................................................................................... 12
Diagrammes des cas d’utilisations :.................................................................................................... 13
Modèle conceptuel de données :........................................................................................................ 17
Génération de la base de données : ................................................................................................... 19
Outils utilisé : ........................................................................................................................................ 19
JAVA : ............................................................................................................................................... 19
JDK 8 : .............................................................................................................................................. 19
JRE :................................................................................................................................................... 20
Chapitre III................................................................................................................................................ 22
Réalisation.................................................................................................................................................. 22
On commence tout d’abord par établir la connexion avec la base de données ..................... 23
Et pour la communication en réseau on utilise le package java .net :...................................... 23
Partage du serveur Localhost via Apache : .................................................................................. 25

3
Configuration de PhpMyAdmin :.................................................................................................. 26
Configuration du fichier Config.inc.php :.................................................................................... 27
Capture d’écran de l’application :....................................................................................................... 29
Partie Examens du médecin :......................................................................................................... 34
Conclusion............................................................................................................................................. 43

4
INTRODUCTION GENERALE
Dans le cadre de notre formation à l’école national des sciences appliquées de Tétouan nous
somme amené à réaliser une quantité de projets pédagogiques, mais aussi des stages dans le
milieu professionnel, afin d’acquérir plus de compétences et apprendre le sens du
professionnalisme.
Dans ce cadre j’ai effectué un stage dans un cabinet médical de rhumatologie à Rabat, où j’ai dû
concevoir et programmer une application de gestion de rendez-vous et examens, lors de ce
projet j’ai côtoyé de plus près le langage java et la programmation réseau.

5
CHAPITRE I
CONTEXTE GENERAL DU PROJET
Rhumatologie :
La rhumatologie est une spécialité médicale qui s'intéresse au diagnostic et au traitement des
maladies de l'appareil locomoteur, c'est-à-dire des maladies des os, des articulations, des muscles,
des tendons et des ligaments, mais les rhumatologues (médecins spécialisés en rhumatologie)
soignent également certaines affections neurologiques périphériques comme la sciatique et
surtout l'ensemble des rhumatismes inflammatoires, maladies auto-immunes qui peuvent avoir
de nombreuses manifestations extra-articulaires : peau, yeux, reins, poumons, etc.
Description du cabinet :
C’est un cabinet médical spécialisé dans la rhumatologie, basé sur Rabat Hassan, tenu par Mme
Benchakroun, ça fait maintenant 2 ans qu’il est ouvert et offre ces services.
La structure du cabinet est très simple, comme tous les cabinets médicaux, les acteurs sont le
patient la secrétaire et le médecin, le patient demande une consultation soit en appelant ou en se
présentant directement, puis la secrétaire se charge de lui prendre rendez-vous, le médecin lui
passe les examens et enfin la secrétaire se charge du paiement.

6
CHAPITRE II
ANALYSE DU PROJET
La partie analyse du projet est considérée comme une étape décisive dans le parcours de la
réalisation de chaque projet, en fait cette partie aide les réalisateurs à préciser et à décrire les
différentes phases par lesquelles passe la réalisation du projet afin de les aider à diviser les taches
entre eux et décider à propos de la durée qui sera attribué à chaque phase afin de respecter la
durée attribué au projet tout entier.
Contexte et définition du problème :
Depuis maintenant 2 ans que le cabinet est ouvert, de plus en plus de dossiers de patients
s’accumulent, la gestion de leurs dossiers ainsi que ceux des nouveaux patients commence à
devenir difficile et demande plus de temps qu’auparavant,
Tous les dossiers sont sur papier et il n’y a aucune présence de fichiers informatiques pour les
gérer, de plus les fiches du médecin sont uniquement manuscrites et ne suivent pas un schéma
précis, le médecin ne peut donc pas faire d’études sur un cas qu’il trouvera intéressant, et ne
pourra pas remonter à un ancien dossier facilement.
Objectif :
Suite au besoin exprimé ci-dessus, il devient indispensable de créer un logiciel de gestion qui
prendra en charge aussi bien les taches de la secrétaire (prise de RDV, Agenda…) que celles du
médecin (Visite médicale, Médicaments,…).

7
Périmètre :
Le logiciel devra gérer toutes les tâches effectuées par le médecin et la secrétaire, tous les patients
sont concernés il n’y a pas d’exceptions, le logiciel devras être sur un réseau local afin que le
médecin et la secrétaire puissent être tous les deux mis à jour sur l’avancement du travail, pas
d’accès en ligne ou à distance du logiciel, le logiciel devra faciliter le plus possible la saisis (ce qui
prend le plus de temps).
Description fonctionnelle :
On peut diviser les fonctions en deux parties principales :

 Les fonctions concernant la secrétaire :
Nom de la fonction Objectif Description Contraintes Niveau de priorité
Gérer les RDVs
Entrer facilement les
informations du RDV grâce
à un masque de saisie
Permettre à l’utilisateur
d’ajouter de modifier ou de
supprimer un RDV &
d’avoir accès à l’historique
des RDVs.
Un gestionnaire de
disponibilité est à prévoir,
pour faciliter à l’utilisateur la
recherche de disponibilité,
avoir accès à la fonction
« Agenda »
Priorité haute
Inscrire un nouveau
patient
Entrer les informations
générales du nouveau
patient dans une fiche
technique prédéfini
L’utilisateur peut créer une
nouvelle fiche technique
pour un nouveau patient.
La suppression de la fiche
technique ne peut pas
s’effectuer directement, car
elle est en relation avec le
reste du dossier médical du
patient
Priorité haute
Agenda
Recherche de patients
présents dans la base de
données
L’utilisateur pourra faire une
recherche rapide par l’un
des attributs du patient dans
la base de données et
afficher ces informations
principales.
Cette fonction ne permettra
aucune modification,
suppression ou accès totale
des informations du patient
de la part de la secrétaire
Priorité haute
Gérer la salle d’attente
Gérer les patients du jour
avec et sans RDV présent
dans la salle d’attente
L’utilisateur sera mis en
courant des RDVs du jour
et pourra les gérer tout en
communiquant avec le
médecin (les patients dans la
salle d’attente, en
consultation, sortie…).
Gérer aussi les tarifs, selon
la visite et le type de
consultation, préciser par le
médecin
Priorité Moyenne

Gérer les paiements
Faire un bilan du revenu du
cabinet, fixer les tarifs
L’utilisateur pourra suivre
l’état du paiement du
patient, inscrire le mode de
paiement, le montant payé,
(la caisse).
Le bilan ne peut être
accessible que par le
médecin
Priorité basse
*Instaurer un petit chat local et sécurisé entre le médecin et la secrétaire reste optionnel
 Les fonctions concernant le médecin :
Le médecin aura accès à toutes les fonctions de la secrétaire mais aussi aux fonctions suivantes :
Nom de la fonction Objectif Description Contraintes Niveau de
priorité
1. Faire l'interrogatoire du patient :
a. Déterminer le motif de visite
b. Déterminer les antécédents
c. établir l'histoire de la maladie
1. a. Le médecin inscrit le motif
de la visite du patient.
b. Les antécédents
personnels, familiaux et
autres.
c. Permettre d’entrer les
dates de manifestations de
maladies, de douleurs.., la
localisation des douleurs, les
médicaments déjà pris et enfin
de garder une note sur le
patient contenant les allergies
Le médecin devra
être libre à parcourir
les différentes
rubriques sans
limites, quelques

Faire l’observation du
patient
Faire l’observation du
patient (suite)
2. Faire l'examen Générale
3. Faire l'examen ostéo-articulaire
4. Faire l'examen neurologique
5. Faire l'examen cutano-muqueux
6. Faire l'examen cardio-vasculaire
7. Faire l'examen pulmonaire
8. Faire l'examen hématologique
9. Faire l'examen abdominal
et autre informations
importantes.
2. Inscrire les constantes (poids,
taille, tension température…).
3. Déterminer le nombre
d'articulations gonflées et
douloureuses, Préciser la
Limitation EVA, Détailler les
vertèbres.
4. Préciser si l’examen est normal
ou non (avec un champ à
remplir si non).
5. Entrer les résultats de l’examen.
8. Inscrire les résultats des
examens des ganglions, foie,
rate...
10. Avoir la possibilité de Mettre en
pièce jointe : les différents
documents radios,
écographies…
notifications
devront apparaitre
si il y a un oubli de
champ mais sans
affecter la suite des
opérations
Le médecin devra
être libre à parcourir
les différentes
rubriques sans
limites, quelques
notifications
devront apparaitre
si il y a un oubli de
Priorité haute
Priorité haute

10. Faire les examens para-cliniques
11. Calculer les scores
11. Calculer les scores HAQ et le
DAS28 (autres à préciser).
champ mais sans
affecter la suite des
opérations
Diagnostic Faire le diagnostic du patient Le médecin aura un champ où il
pourra entré son diagnostic.
Pas de contraintes Priorité haute
Traitement Inscrire le traitement du patient
Le médecin entre les
médicaments à prendre par le
patient, avec le dosage, il va être
aidé par un outil dictionnaire qui
affiche les médicaments inscrits
dans la base de données.
Un modèle
d’ordonnance devra
être respecté et
éventuellement
imprimé
Priorité haute
Dictionnaire Gérer le dictionnaire de médicaments
Ajouter, modifier, supprimer un
médicament de la base de
données, le médicament peut être
classé par catégorie et avec une
description (des champs à
préciser).
Aucune contrainte Priorité basse
Modèles de traitements Gérer les modèles de traitement, qui
reviennent fréquemment
Ajouter, modifier, supprimer des
modèles de traitement enregistré
par le médecin.
Aucune contrainte
Priorité basse
Modèles Papiers et
autres (certificats
médicaux….)
Gérer les modèles papiers ou autres
Ajouter, modifier, supprimer des
modèles, avoir la possibilité
d’impression.
Aucune contrainte
Priorité basse
*Produire un outil de statistiques pour une éventuelle étude est optionnel

12
Enveloppe budgétaire et délais :
Le logiciel devra être développé par des outils open source et de droits libres. Le temps estimé
pour le développement du logiciel et de 2 mois (pouvant être modifié selon l’avancement du
projet), une semaine de teste sera nécessaire pour valider le logiciel.
Identification des cas d’utilisation :
Dans ce projet les acteurs principaux sont la secrétaire et le médecin :
LA SECRETAIRE :
Voici listé ci-dessous l’ensemble des actions basics de la secrétaire :
 S’identifier qui est indispensable avant toute action
 Gérer les patients
 Gérer les Rendez-vous
 Inscrire de nouveaux patients
 Chercher les patients dans l’agenda
 Gérer les patients dans la salle d’attente
LE MEDECIN :
Voici listé ci-dessous l’ensemble des examens basics du médecin :
 Faire l’observation du patient
 Faire le diagnostic du patient
 Prescrire un traitement
Démarche et étapes de déroulement :
Pour assurer le bon déroulement du projet j’ai veillé à bien comprendre le fonctionnement du
cabinet, d’une part la méthode employé par la secrétaire pour la gestion des rendez-vous, qui a
duré une journée. Et d’autre part la compréhension du déroulement des examens du médecin, les
différents cas de patients et les paramètres prix en compte pour chaque examen, le médecin
pouvait passer jusqu’à 1h30 pour une seule consultation d’un patient, ce qui était assez fréquent,
cela juge des quantités de paramètres prix en compte dans chaque examen.

13
Diagrammes des cas d’utilisations :
Dans le cadre de ce projet il y a eu la réalisation de 3 diagrammes de cas d’utilisations qui sont les
suivants :
Figure 1 Diagramme des cas d'utilisations Général :
Dans cette figure on trouve les cas d’utilisations principaux concernant le médecin ainsi que tous
les cas d’utilisations concernant la secrétaire.
Médecin :
 Prescrire un traitement
 Faire le diagnostic du patient
 Faire l'observation du patient
 S'identifier
Secrétaire :
 S'identifier
 Gérer les paiements
 Inscrire nouveau patient
 Gérer les RDV
 Chercher patient dans agenda
 Gérer patients dans salle d'attente
Figure 2 Faire l’observation du patient
Médecin :
 Déterminer le motif de visite
 Déterminer les antécédents
 Etablir l'histoire de la maladie
Figure 3 Faire le diagnostic du patient
Médecin :
 Faire l'interrogation du patient
 Faire l'examen Générale
 Faire l'examen ostéo-articulaire
 Faire l'examen neurologique
 Faire l'examen cutano-muqueux
 Faire l'examen cardio-vasculaire
 Faire l'examen pulmonaire
 Faire l'examen hématologique
 Faire l'examen abdominal
 Faire les examens para cliniques
 Calculer les scores

14
<<extend>>
<<include>>
<<include>>
Médecin
Secrétaire
Gérer les RDV
Inscrire nouveau patient
Chercher patient dans agenda
Faire l'obsérvation du patient Faire le diagnostic du patient
Prescrir un traitement
Gérer les paiments
Gérer patients dans salle d'attente
S'identifier
Figure 2 Diagramme des cas d'utilisations Général

15
Médecin
Déterminer le motif de visite
Déterminer les antécédents
établir l'histoire de la maladie
Figure 2 Faire l’observation du patient

16
Médecin
Faire l'examen cutano-muqueux
Faire l'examen pulmonaire
Faire l'examen abdominal
Faire l'intérrogation du patient
Faire l'examen ostéoarticulaire
Faire l'examen neurologique
Faire l'examen Générale
Faire l'examen cardio-vasculaire
Faire l'examen hématologique
Faire les examens paracliniques
Calculer les scores
Figure 3 Faire le diagnostic du patient

17
Modèle conceptuel de données :
Le modèle conceptuel des données (MCD) a pour but d'écrire de façon formelle les données qui
seront utilisées par le système d'information. Il s'agit donc d'une représentation des données,
facilement compréhensible, permettant de décrire le système d'information à l'aide d'entités.
Le MCD compte 30 tables et plus de 35 relations, il est indispensable d’avoir autant de tables pour
arriver à gérer tous les examens du médecin ainsi que de permettre l’historisation de certaines
données.

18
0,1
0,n
0,1
0,n
0,n
0,1
0,n
0,1
1,1
0,n
0,n
1,1
1,1
0,n
1,1
0,n
1,1
0,n
1,1
0,n
1,1
1,1
1,1
0,1
0,n
0,n
0,n
0,1
0,n
0,1
0,n
0,1
0,n
0,1
0,n
0,n
0,n
0,n
0,n
0,n
0,n
0,n
0,n
0,n
0,n
0,n
0,n
0,n
0,n
0,n
0,n
0,n
0,n
0,n
0,n
0,n
0,n
0,n
0,n
0,n
0,n
0,n
0,n
0,n
0,n
0,n 0,n
0,n
Medecin
IdMedecin
NomMeedecin
PrenomMedecin
MpMedecin
<pi> Entier
Caractère (10)
Caractère (10)
Caractère variable (10)
<O>
Identifiant_1
...
<pi>
Secretaire
IdSecretaire
NomSecretaire
PrenomSecretaire
MpSecretaire
<pi> Entier
Caractère (10)
Caractère (10)
<O>
Identifiant_1
...
<pi>
Patient
IdPatient
NomPatient
PrenomPatient
CIN
Date_de_naiss
Situation_famil
Assurance
Profession
N°Tel
Adresse
Sexe
Alergie
Note
<pi> Entier
Caractère (20)
Caractère (20)
Date
Caractère (10)
Caractère (10)
Caractère (20)
Caractère (10)
Texte (255)
Caractère (1)
Texte (255)
Texte (255)
<O>
Identifiant_1
...
<pi>
RDV
IdRDV
Date
<pi> Entier
Date
<O>
Identifiant_1
...
<pi>
Visite
IdVisite
Motif
Evolution
DateV
TypeV
PrixV
<pi> Entier
Caractère (255)
Caractère (255)
Date
Caractère (30)
Réel long
<O>
Identifiant_1
...
<pi>
Antecedents_Personel_Medic
IdAPM
TypeAPM
DateAPM
DescriptionAPM
NomAPM
<pi> Entier
Caractère (30)
Date
Texte (255)
Caractère (30)
<O>
Identifiant_1
...
<pi>
Antecedent_Personel_Chirurg
IdAPC
Chirurgie
DateAPC
DescriptionAPC
<pi> Entier
Caractère (255)
Date
Texte
<O>
Identifiant_1
...
<pi>
Antecedents_Familiaux
IdAF
TypeAF
NomAF
DescriptionAF
DateAF
<pi> Entier
Caractère (30)
Caractère (30)
Texte
Date
<O>
Identifiant_1
...
<pi>
Autre_Antecedent
IdA
NomAA
TypeAA
DescriptionAA
DateAA
<pi> Entier
Caractère (30)
Caractère (30)
Texte
Date
<O>
Identifiant_1
...
<pi>
Manifestation_Articulaire_Perif
IdMAP
LocalisationMAP
CoteMAP
Type_DouleurMAP
NoteMAP
DateMAP
<pi> Entier
Caractère (20)
Caractère (5)
Caractère (10)
Texte
Date
<O>
Identifiant_1
...
<pi>
Manifestation_Axial
IdMAX
LocalisationMA
Type_DouleurMA
NoteMA
DateMAX
<pi> Entier
Caractère (20)
Caractère (10)
Texte
Date
<O>
Identifiant_1
...
<pi>
Manifestation_Extra_Articulaire
IdMEA
TypeMEA
NomMEA
NoteMEA
DateMEA
<pi> Entier
Caractère (30)
Caractère (30)
Texte
Date
<O>
Identifiant_1
...
<pi>
Examen_Osteo_Articulaire_P
IdEOA
NAD
NAG
<pi> Entier
Entier
Entier
<O>
Identifiant_1
...
<pi>
Articulation_Periferique
IdAP
NomAP
Cote
Type
<pi> Entier
Caractère (30)
Caractère (5)
Caractère (30)
<O>
Identifiant_1
...
<pi>
Articulation_Axial
IdAX
NomAX
TypeAX
<pi> Entier
Caractère (30)
Caractère (30)
<O>
Identifiant_1
...
<pi>
Examen_Osteo_Articulaire_AX_Cervical
IdEOAXC
Situation
Niveau_DouleurEOAXC
<pi> Entier
Caractère (10)
Caractère (10)
<O>
Identifiant_1
...
<pi>
Examen_Osteo_Articulaire_AX_Dorsal
IdEOAXD
Niveau-DouleurOAXD
<pi> Entier
Caractère (10)
<O>
Identifiant_1
...
<pi>
Examen_Osteo_Articulaire_AX_Lambaire
IdEOAXL
Localisation_douleur
Inclinaison
Extension
DDS
Indice de shober
<pi> Entier
Caractère (10)
Caractère (10)
Caractère (10)
Décimal (5)
Décimal (2)
<O>
Identifiant_1
...
<pi>
Examen_Osteo_Articulaire_AX_SI
IdEOAXSI
DouleurOAXSI
ManoeuvreOAXSI
<pi> Entier
Caractère (10)
Caractère (10)
<O>
Identifiant_1
...
<pi>
Examen_General
IdEG
TA
Pouls
Poids
Taille
Conjencture
<pi> Entier
Caractère (20)
Caractère (10)
<O>
Identifiant_1
...
<pi>
Examen_Osseux
IdO
Douleurs_a_palpation
Tumefaction
ODM
TScore
<pi> Entier
Caractère (20)
Texte
<Indéfini>
<Indéfini>
<O>
Identifiant_1
...
<pi>
Examen_Musculaire
IdEM <pi> Entier <O>
Identifiant_1 <pi>
Examen_Neurologique
IdN
Sensibilite
Reflexes_osteotendineux
Localisation_Reflexe
Cutaneux_Plantair
Force_Musculair
Marche
<pi> Entier
Caractère (20)
Caractère (20)
Caractère (30)
Caractère (20)
Caractère (20)
Caractère (20)
<O>
Identifiant_1
...
<pi>
Examen_Paraclinique
IdEP
TypeEP
NomEP
DescriptionEP
Piece_JointeEP
<pi> Entier
Caractère (30)
Caractère (30)
Texte
Image
<O>
Identifiant_1
...
<pi>
Examen_Cutaneo_Muqueux
IdECM
TexteCM
Examen_peau
fanere
<pi> Entier
Texte
Texte
Texte
<O>
Identifiant_1
...
<pi>
Examen_Pleuro_Pulmonaire
IdEPP <pi> Entier <O>
Identifiant_1 <pi>
Examen_Cardio_Vasculaire
IdCV
Frequence_Cardiaque
Soufle
Pouls
Autre
<pi> Entier
Caractère (20)
Caractère (20)
Caractère (20)
Caractère (20)
<O>
Identifiant_1
...
<pi>
Examen_Abdominal
IdEA <pi> Entier <O>
Identifiant_1 <pi>
Examen_Hematologique
IdH
NomH
ValeurH
Airs ganglionaire
Siege
<pi> Entier
Caractère (30)
Caractère (20)
Caractère (20)
<O>
Identifiant_1
...
<pi>
Diagnostique
IdD
Diagnostique
<pi> Entier
Texte (255)
<O>
Identifiant_1
...
<pi>
Pendre_S Prendre_M
Enregistrer_S
Enregistrer_M
Visiter
Prendre_P
Pssede_APM
Possede_APC
Possede_AA
Possede_AF
Endroit_P
Endroit_EA
Endroit_AX
Examiner_A_P
Voir_A_P
Examiner_A_D
Examiner_A_C
Examiner_A_L
Examiner_A_SI
Voir_A_D
Voir_A_C
Voir_A_L
Voir_A_SI
Examiner_G
Examiner_C_V
Examiner_P
Examiner_M
Examiner_A
Examiner_N
Examiner_P_C
Examiner_O
Examiner_C_M
Examiner_H
Diagnostiquer
Figure 4 Modèle conceptuel de données

19
Génération de la base de données :
Après la conception de la base de données c’est-à-dire la génération du MLD ainsi du MPD, j’ai
généré un script SQL puis je l’ai fait importer, et ainsi créer ma base de données sous
WAMPSERVVER
Outils utilisé :
Le projet est une application bureau en réseau entre le médecin et la secrétaire les outils utilisés
pour la développer sont les suivants :
JAVA :
Le langage Java est un langage de programmation informatique orienté objet créé par James Gosling
et Patrick Naughton, employés de Sun Microsystems, avec le soutien de Bill Joy (cofondateur de
Sun Microsystems en 1982), présenté officiellement le 23 mai 1995 au SunWorld.
La société Sun a été ensuite rachetée en 2009 par la société Oracle qui détient et maintient désormais
Java.
La particularité et l'objectif central de Java est que les logiciels écrits dans ce langage doivent être très
facilement portables sur plusieurs systèmes d’exploitation tels que UNIX, Windows, Mac OS ou
GNU/Linux, avec peu ou pas de modifications. Pour cela, divers plateformes et frameworks
associés visent à guider, sinon garantir, cette portabilité des applications développées en Java.
JDK 8 :
Le Java Development Kit, communément appelé JDK, est le kit de développement de base que
propose gratuitement la société Oracle. Le Kit de développement comprend plusieurs outils, parmi
lesquels :
 javac: le compilateur Java
 java: un interpréteur d'applications (machine virtuelle)
 applet viewer: un interpréteur d'applets
 jdb: un débogueur

20
 javap: un décompilateur, pour revenir du bytecode au code source
 javadoc: un générateur de documentation
 jar: l'éditeur d'archives Java
Il existe autant de version de JDK que de version de Java (versions majeures ou mineures) et ce sur
chacune des plateformes prises en charge (Unix, Solaris, Windows, ...).
Il est conseillé de prendre la dernière version afin d'éviter les éventuels bugs des versions
précédentes.
JRE :
L'environnement d'exécution Java (abr. JRE pour Java Runtime Environment), parfois nommé
simplement « Java », est une famille de logiciels qui permet l'exécution des programmes écrits en
langage de programmation Java, sur différentes plateformes informatiques.
Il est distribué gratuitement par Oracle Corporation, sous forme de différentes versions destinées
aux systèmes d'exploitation Windows, Mac OS X et Linux, toutes conformes aux Java Specification
Requests (JSR).
JRE est souvent considéré comme une plateforme informatique au même titre qu'un système
d'exploitation (OS). En effet, s'il n'est pas un OS, il offre les mêmes fonctionnalités par
l'intermédiaire de ses bibliothèques et permet ainsi l'exécution des programmes écrits en langage
Java sur de nombreux types d'appareils — ordinateurs personnels, mainframes, téléphones mobiles
— en faisant abstraction des caractéristiques techniques de la plateforme informatique sous-jacente
qui exécute le JRE.
JRE est un logiciel populaire, installé sur plus de 900 millions d'ordinateurs.
WAMPSERVER :
Appart la gestion de la base de données grâce à cet outils, il est indispensable de la partager pour
pouvoir y accéder à partir de plusieurs postes, cette partie est expliqué en détail dans le chapitre
réalisation.
POWER AMC :
Pour la conception et la modlisation et générer le script sql.

21
AAA LOGO :
Un logiciel de conception de logos, pour la réalisation du logo de l’application.
PHOOSHOP :
Pour la réalisation du .gif de démarrage et des icônes.
PACKAGE MSQL CONNECTOR :
Pour la connexion avec la base de données
PACKAGE JAVA.NET :
Pour la programmation en Réseau
NETBEANS :
Comme IDE de développement
Conception en V :
Dans ce projet la méthode de conception est le cycle en v, qui est la plus adapté à notre situation.
Le modèle du cycle en V (en comparaison avec les méthodes dites Agile) est un modèle conceptuel
de gestion de projet imaginé suite au problème de réactivité du modèle en cascade. Il permet, en cas
d'anomalie, de limiter un retour aux étapes précédentes. Les phases de la partie montante doivent
renvoyer de l'information sur les phases en vis-à-vis lorsque des défauts sont détectés, afin
d'améliorer le logiciel.
Issu du monde de l'industrie, le cycle en V est devenu un standard de l'industrie logicielle depuis les
années 1980.
Depuis, l'apparition de l'ingénierie des systèmes est devenu un standard conceptuel dans tous les
domaines de l'Industrie. Le monde du logiciel ayant de fait pris un peu d'avance en termes de
maturité, on trouvera dans la bibliographie courante souvent des références au monde du logiciel qui
pourront s'appliquer au système.

22
CHAPITRE III
REALISATION
Dans ce projet on distingue clairement deux parties et des taches séparé il est donc indispensable
d’avoir deux applications une pour la secrétaire et l’autre pour le médecin lié sur le réseau local du
cabinet.
Commençant par la partie secrétaire qui est une partie commune aux deux applications :

23
ON COMMENCE TOUT D’ABORD PAR ETABLIR LA CONNEXION AVEC
LA BASE DE DONNEES
ET POUR LA COMMUNICATION EN RESEAU ON UTILISE LE PACKAGE
JAVA .NET :
Afin de gérer la salle d’attente il est indispensable d’avoir une relation en réseau entre la partie
secrétaire et la partie médecin, pour ceci on gère la salle d’attente de la manière suivante :
 Les patients présents dans la salle
 Le patient en cours de visite

24
 Les patients qui ont fini leurs visites
A chaque fois que la secrétaire ajoute un patient dans
la salle d’attente, le médecin peut le voir et vice versa
et c’est de même pour les autres parties.
La liste salle d’attente est automatiquement triée par ordre de passage
Pour ce faire on utilise des fonctions de tries :
En plus de la gestion de la salle d’attente un chat sécurisé a été instauré entre la secrétaire et le
médecin en utilisant les sockets afin de communiquer entre eux :

25
Vue que le cabinet ne disposait pas de serveur on a installé la base de données sur l’ordinateur du
médecin et on la configuré pour que la secrétaire y est accès de la manière suivante :
PARTAGE DU SERVEUR LOCALHOST VIA APACHE :
Pour permettre à d'autres utilisateurs d'accéder au serveur local, nous allons devoir effectuer
quelques modifications dans les fichiers de configuration d'Apache. On clique sur l’icône de
WampServer et On sélectionne Apache > Alias directories > http://localhost/phpmyadmin/ >
Edit Alias.
Son contenu devrait alors ressembler à ceci :

26
On supprime ce contenu, puis on le remplace par ceci :
CONFIGURATION DE PHPMYADMIN :
Nous allons maintenant lancer PhpMyAdmin. On clique sur l'icône de WampServer dans la systray,
puis sélectionnez PhpMyAdmin. Ce dernier s'ouvre alors dans votre navigateur par défaut. En
premier lieu nous allons modifier le mot de passe root pour une plus grande sécurité. Cela sera
nécessaire pour le partage de base de données. Pour ce faire, on clique sur Privilèges.
On sélectionne ensuite la ligne suivante, puis on clique sur la crayon pour accéder au formulaire de
modification.
Dans la partie mot de passe, on rentre le nouveau mot de passe, puis on clique sur exécuter

27
Le mot de passe est changé, nous pouvons passer à la partie suivante.
CONFIGURATION DU FICHIER CONFIG.INC.PHP :
Nous allons maintenant devoir modifier le fichier
Config.inc.php. Celui-ci se trouve dans le dossier
d'installation de Wamp, soit
C:wampappsphpmyadmin3.2.0.1. Une fois localisé,
on ouvre le fichier. Dans ce fichier, nous allons modifier
la zone en bleu. Ces 3 lignes permettent de changer le
type de connexion à la base, le nom d'utilisateur ainsi que
le mot de passe root.
On remplace les trois lignes sélectionnées par les suivantes.
Ceci fait, la partie de configuration est terminée.
Passant maintenant à la partie médecin :
En plus des fonctionnalités de la secrétaire on distingue une multitude d’examens,

28
Le point principale c’est de permettre au médecin de saisir le plus vite possible les informations sur
chaque examen, un système pour faciliter la saisie a été donc instaurer :

29
Le système consiste en des combos box pouvant s’y ajouter des éléments a fur et mesure de la saisie
du médecin
Capture d’écran de l’application :
Démarrage de l’application :
Authentification :

30
Accueil :

31
Ajouter un nouveau patient :
Ajouter un RDV :

32
Modifier un RDV :
Parcourir les patients :

33
Salle d’attente :
Discussion :

34
PARTIE EXAMENS DU MEDECIN :
Pour chaque patient le médecin a accès à tous les examens possible :

35
Antécédents :
Histoire de la maladie :

36
Examen Général :
Examen Ostéo articulaire :
Périphérique :

37
Pieds et mains :
Axial :

38

39
Examen Neurologique :
C’est le même principe pour les examens : cutanéo muqueux, cardio vasculaire, pleuro pulmonaire,
abdominal et hématologique.
Examen para clinique :

40
Diagnostique :

41
Détails d’un patient :
Consulter les visites passées pour un patient :

42
Ajout d’une visite antérieur :

43
Conclusion :
Durant ce projet j’ai été confronté à une difficulté majeur qui est de définir exactement le besoin, et
de faire une conception qui le satisfait complétement, c’est ce qui m’a permis de développer une
application le plus professionnel possible et fonctionnelle avec les outils que je connais.
J’ai donc exploité le plus possible mes connaissances et en ai appris encore plus, l’avenir de ce
projet serai de le migrer faire des technologies plus récentes et de corriger par la même occasion les
bugs, et pourquoi pas le généraliser pour toutes les spécialités médicale.

Rapport_rhumato_alaoui_mdaghri_zoubida_PFA

Recomendados

Recomendados

Mais conteúdo relacionado

Semelhante a Rapport_rhumato_alaoui_mdaghri_zoubida_PFA

Semelhante a Rapport_rhumato_alaoui_mdaghri_zoubida_PFA (20)

Último

Último (6)

Rapport_rhumato_alaoui_mdaghri_zoubida_PFA