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 :

Alaoui Mdaghri Zoubida

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,10,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,10,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

Sensibil ite

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_NExaminer_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:\wamp\apps\phpmyadmin3.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

Health & Medicine