pfe ppt
TRANSCRIPT
Institut Supérieur des Études Technologiques
de SOUSSE
STAGE DE FIN D’ETUDES
Elaboré par Encadré parAYAT Faten NABLI NaouelMHAMED Ines ACHECH Hatem
Application web d’une gestion de cabinet médical
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
Conclusion2
PLAN
3
◦Problématique
◦Cadre de projet
◦Critique de l’existant
INTRODUCTION
4
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?
INTRODUCTION
5
◦Problématique
◦Cadre de projet
◦Critique de l’existant
INTRODUCTION
6
o Cadre de stageSocié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
INTRODUCTION
7
◦Problématique
◦Cadre de projet
◦Critique de l’existant
INTRODUCTION
8
o Critique de l’existantPerte 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
INTRODUCTION
9
Cahier de charge
10
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.
Cahier de charge
11
Spécification des besoins
o Besoins fonctionnels et non
fonctionnels
o Besoins techniques
12
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
Spécification des besoins
13
Spécification des besoins
o Besoins fonctionnels et non
fonctionnels
o Besoins de technique
14
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
Spécification des besoins
15
IbatorConfig
16
HTML
JS
CSS
HTML
Sevlet
L2
L3
L1
DAOListener
BD
L4
client Serveur
AJAX
Architecture envisagée pour l’application future
17
◦Diagramme de cas d’utilisation
◦Diagramme de séquence
◦Digramme de classe
Conception
18
•Cas d’utilisation général
<<include>>
<<include>>
<<include>>
<<include>>
<<include>>
<<extend>>
<<include>>
<<include>>
<<include>>
<<extend>>
<<include>>
<<include>>
<<include>>
Assistante
Docteur
gérer les consultations
Rechercher patient
Authentification
rechercher patient par
numéro d'ordrerechercher
patient par nom
gérer fiche patient
gérer les rendez-vous
rechercher consultation
ajouter ordonnance
rechercher consultation par date
rechercher consultation par nom patient
rechercher heure et date disponible
gérer assistante
gérer données médicales
afficher etats des remboursement
editer facture des payement
Imprimer facture
rechercher rendez-vous()
rechercher rendez-vous par
patientrechercher rendez-
vous par date
19
◦Diagramme de cas d’utilisation
◦Diagramme de séquence Diagramme de séquence d’ Authentification
Diagramme de séquence de facture
◦Digramme de classe
Conception
20
Diagramme de séquence d’Authentification
•Diagramme de séquence
21
22
◦Diagramme de cas d’utilisation
◦Diagramme de séquence Diagramme de séquence d’ Authentification
Diagramme de séquence de facture
◦Digramme de classe
Conception
23
facture
10:facture enregistrée()
9:remplir les champs de nouveau()
8:remplir tous les champs()
6:enregistrer la facture()
13:valider l 'impression()
5:demander l 'enregistrement de la facture()
7:vérification()
12:Afficher la page d'impression()
11:Demander l 'impression du facture()
4:Remplir les champs de la facture()
3:Afficher la page facture()
2:Demander la page de facture()
Assistante
:Système
ref
authentfication()
[imprimer facture]
alt
champ vide
alt
10:facture enregistrée()
9:remplir les champs de nouveau()
8:remplir tous les champs()
6:enregistrer la facture()
13:valider l 'impression()
5:demander l 'enregistrement de la facture()
7:vérification()
12:Afficher la page d'impression()
11:Demander l 'impression du facture()
4:Remplir les champs de la facture()
3:Afficher la page facture()
2:Demander la page de facture()
24
◦Diagramme de cas d’utilisation
◦Diagramme de séquence Diagramme de séquence d’ Authentification
Diagramme de séquence de facture
◦Digramme de classe
Conception
25
26
◦Les outils
◦Démonstration de l’application
Réalisation
27
o Les outils
Réalisation
28
◦Les outils
◦Démonstration de l’application
Réalisation
29
Démonstration de l’application Interface de la page Authentification
Réalisation
30
• Interface de la page de consultation
Réalisation
31
• Interface de la page ajouter ordonnance
Réalisation
32
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
Conclusion
33
MERCI POUR VOTRE ATTENTION