Institut Supérieur des Études Technologiques
de SOUSSE
STAGE DE FIN D’ETUDES
Application web d’une gestion de cabinet
médical
Elaboré par Encadré par
AYAT Faten NABLI Naouel
MHAMED Ines ACHECH Hatem
PLAN
Introduction
◦ Problématique
◦ Cadre de projet
◦ Critique de l’existant
Cahier des charges
Spécification des besoins
◦ Besoins fonctionnels et non fonctionnels
◦ Besoins techniques
Conception
◦ Diagramme de cas d’utilisation
◦ Diagramme de séquence
◦ Digramme de classe
Réalisation
◦ Les outils
◦ Démonstration de l’application
Conclusion
2
INTRODUCTION
◦ Problématique
◦ Cadre de projet
◦ Critique de l’existant
3
INTRODUCTION
oProblématique
• Perturbation du fonctionnement d’une cabinet médical
Prendre de temps pour fixer un rendez-vous pour un patient
Beaucoup des anciens dossiers des patients
Organisation les fiches des patients avant toute consultation
Alors comment on peut résoudre ces types de problème?
4
INTRODUCTION
◦ Problématique
◦ Cadre de projet
◦ Critique de l’existant
5
INTRODUCTION
o Cadre de stage
Société: Cabinet ACHECHE.
Duré: 4mois
Sujet: réalisation d’une gestion de cabinet médical
Objectif: atteindre une meilleure gestion du temps et un
perfectionnement du travail de l’ensemble des employés du
cabinet
6
INTRODUCTION
◦ Problématique
◦ Cadre de projet
◦ Critique de l’existant
7
INTRODUCTION
o Critique de l’existant
Perte du temps due à la mauvaise organisation du travail
manuel.
La faible sécurité des données
Perte d’information suite à l’oubli d’enregistrement ou de
modification.
Mauvais archivage des documents.
Travail pénible
8
Cahier de charge
9
Cahier de charge
o Pour docteur
Consulter et mettre à jour la fiche de patient.
Gérer la liste des consultations.
Rédiger une ordonnance.
Gérer les antécédents des patients.
Consulter la fiche de remboursement de CNAM.
o Pour l’assistante
Gérer et rechercher un patient.
Consulter la fiche de remboursement de CNAM.
Gérer et rechercher les Rendez- vous.
Générer les factures.
10
Spécification des besoins
o Besoins fonctionnels et non fonctionnels
o Besoins techniques
11
Spécification des besoins
o Besoins fonctionnels
La gestion et la recherche des patients
La gestion et la recherche des rendez-vous
La gestion et la recherche des consultations
Créer une ordonnance pour le patient
o Besoins non fonctionnels
La rapidité de traitement
La performance:
La convivialité
La sécurité et la confidentialité : sécuriser l’accès aux données.
L’amélioration et la simplification de la recherche des informations
12
Spécification des besoins
o Besoins fonctionnels et non fonctionnels
o Besoins de technique
13
Spécification des besoins
o Besoins techniques
• UML pour la conception
• JAVAEE pour le développement
Ibatis comme framwork
AJAX (Asynchronous Javascript and XML)
• Firebug pour la visualisation des erreurs
14
IbatorConfig
15
client
Serveur
HTML
L1
JS
Sevlet
L2 BD
CSS
L3
HTML
L4
AJAX Listener DAO
Architecture envisagée pour l’application future
16
Conception
◦ Diagramme de cas d’utilisation
◦ Diagramme de séquence
◦ Digramme de classe
17
• Cas d’utilisation général
<<include>>
Rechercher patient
rechercher
patient par rechercher
numéro d'ordre patient par nom
<<include>>
Assistante gérer fiche patient
<<include>>
gérer les rendez-
vous
rechercher rendez-vous()
<<include>>
Authentification
rechercher
rendez-vous par rechercher rendez-
patient vous par date
<<include>>
gérer les consultations
<<extend>>
<<include>>
Docteur rechercher consultation
<<include>>
rechercher heure et
date disponible
rechercher rechercher consultation
consultation par date par nom patient
ajouter ordonnance
gérer assistante
<<include>>
gérer données médicales
<<include>>
afficher etats des <<include>>
remboursement
<<include>>
editer facture des payement
Imprimer facture 18
<<extend>>
Conception
◦ Diagramme de cas d’utilisation
◦ Diagramme de séquence
Diagramme de séquence d’ Authentification
Diagramme de séquence de facture
◦ Digramme de classe
19
• Diagramme de séquence
Diagramme de séquence d’Authentification
20
21
Conception
◦ Diagramme de cas d’utilisation
◦ Diagramme de séquence
Diagramme de séquence d’ Authentification
Diagramme de séquence de facture
◦ Digramme de classe
22
facture
:Système
Assistante
ref
authentfication()
2:Demander la page de facture()
3:Afficher la page facture()
4:Remplir les champs de la facture()
5:demander l'enregistrement de la facture
()
6:enregistrer la facture()
7:vérification()
alt champ vide 8:remplir tous les champs()
9:remplir les champs de nouveau()
10:facture enregistrée()
alt [imprimer facture]
11:Demander l'impression du facture()
12:Afficher la page d'impression()
13:valider l'impression()
23
Conception
◦ Diagramme de cas d’utilisation
◦ Diagramme de séquence
Diagramme de séquence d’ Authentification
Diagramme de séquence de facture
◦ Digramme de classe
24
25
Réalisation
◦ Les outils
◦ Démonstration de l’application
26
Réalisation
o Les outils
27
Réalisation
◦ Les outils
◦ Démonstration de l’application
28
Réalisation
Démonstration de l’application
Interface de la page Authentification
29
Réalisation
• Interface de la page de consultation
30
Réalisation
• Interface de la page ajouter ordonnance
31
Conclusion
Accueillir une nouvelle plate forme: JavaEE
Nous utilisant des nouvelles méthodes:
Décomposition de l’application en module.
• Notion des services.
Ce projet:
• Est assez vaste et prend du temps;
• A été révélé d’une complexité qu’on a les résolu.
Cette application peut être améliorée:
• Un accès internet ;
• Etre accessible à tous les docteurs.
On souhaite qu’on a bien conçu et réalisé cette application
32
MERCI POUR VOTRE
ATTENTION
33
