pfe ppt

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