Presentation-mini-projet-1

183 vues

Publié le

0 commentaire
0 j’aime
Statistiques
Remarques
  • Soyez le premier à commenter

  • Soyez le premier à aimer ceci

Aucun téléchargement
Vues
Nombre de vues
183
Sur SlideShare
0
Issues des intégrations
0
Intégrations
6
Actions
Partages
0
Téléchargements
3
Commentaires
0
J’aime
0
Intégrations 0
Aucune incorporation

Aucune remarque pour cette diapositive

Presentation-mini-projet-1

  1. 1. Conception et développement d’une application web GESTION DES MEDECINS ET DES PATIENTS DANS UN ETABLISSEMENT HOSPITALIER Élaboré par: Safa Belkaab , Kamel Mili Encadré par: Chiheb Amri Classe: STIC L3 SR A Année universitaire 2015/2016
  2. 2. PLAN Introduction générale Etude de l’existant Spécification des besoins Analyse Conception Réalisation Conclusion générale
  3. 3. Introduction • Une révolution technologique dans le secteur de santé. • L'hôpital ne doit pas rater son entrée dans l'ère numérique. • Intégration d’un système d’information hospitalier. • Une solution pour l’administration et la gestion des médecins et des patients. création d’une application web
  4. 4. Etude de l’existant (1/2) • Critique de l’existant Aspects positifs Procédure de contrôle de stock Organisation des rendez-vous entre médecins et patients Indépendance de la gestion du personnel Aspects négatifs suivi de document fatiguant à cause du volume élevé des informations accès difficile et recherche sérieuse pour trouver un document conservé dans des classeurs en papier La lenteur considérable dans le traitement de l'information
  5. 5. Etude de l’existant (2/2) • Solution proposée Solution informatique: site Web • faciliter la promotion de l'activité de l'hôpital. • traiter des informations avec rapidité et précision. • rendre fiable la gestion de l'information.
  6. 6. Spécification des besoins (1/4) • Identification des acteurs administrateur médecin patient
  7. 7. Spécification des besoins (2/4) • Les besoins fonctionnels (1/2) Gestion des comptes des patients Gestion des comptes des médecins Gestion du stock de médicaments Edition des dossiers de patients
  8. 8. Spécification des besoins (3/4) • Les besoins fonctionnels (2/2) Rédaction des ordonnances Communication avec les médecins par mailing Réponses aux différentes questions des patients Consultation des ordonnances et des dossiers médicaux
  9. 9. Spécification des besoins (4/4) • Les besoins non-fonctionnels Sécurité de site web Ergonomie des interfaces Performance Convivialité
  10. 10. Analyse (1/5) • Diagramme de cas d’utilisation (1/3) De l’administrateur: S’authentifier Gérer le stock Gérer compte Compte patient Compte médecin adminis ajouter supprimermodifier système
  11. 11. Analyse (2/5) • Diagramme de cas d’utilisation (2/3) De médecin: doctor Éditer le dossier médical Envoyer un message Utiliser un produit Rédiger l’ordonnance S’authentifier Imprimer l’ordonnance modifier ajouter système
  12. 12. Analyse (3/5) • Diagramme de cas d’utilisation (3/3) De patient: patient S’authentifier Envoyer un message Lire l’ordonnance Consulter le dossier médical système
  13. 13. Analyse (4/5) Diagramme de séquence système
  14. 14. Analyse (5/5) Admin Système hôpital Demande de connexion() Connexion valider () Add_account() Account_added() Interface d’enregistrement() Add_account_d() update_account() delete_account() Compte supprimer () Compte modifier () Loop opt
  15. 15. Conception (1/2) Base de données
  16. 16. Conception(2/2)
  17. 17. Réalisation (1/19) • Choix technologique:
  18. 18. Réalisation (2/19) • Langages de programmation: • Framework :
  19. 19. Réalisation (3/19) • Template utilisé : http://bootstrapious.com/p/obaju-e-commerce-template.com
  20. 20. Réalisation (4/19) • Les interfaces de l’application: Page d’accueil du site, une demande d’authentification
  21. 21. Réalisation (5/19) Pour toute question, un internaute pourrait remplir ces champs et les envoyer à l’administrateur
  22. 22. Réalisation (6/19) Pour toute information, un internaute pourrait consulter la rubrique « about us »
  23. 23. Réalisation (7/19) Quand il accède à son interface, l’administrateur peut ajouter un compte « Doctor »
  24. 24. Réalisation (8/19) Un administrateur peut modifier les informations du compte «Doctor» même le supprimer.
  25. 25. Réalisation (9/19) • La procédure de gestion du compte «Doctor» est pareille pour le compte «Patient», se fait par l’administrateur. remarque
  26. 26. Réalisation (10/19) Pour ajouter un nouveau produit, l’administrateur doit remplir ces champs.
  27. 27. Réalisation (11/19) Pour modifier les informations d’un produit ou le supprimer du stock
  28. 28. Réalisation (12/19) Quand il accède à son compte, un médecin peut rédiger un nouveau message et l’envoyer au patient. Il peut également lire les messages déjà envoyés.
  29. 29. Réalisation (13/19) Ainsi, un médecin peut consulter les messages qu’il a reçus.
  30. 30. Réalisation (14/19) Pour une 1ère visite un médecin doit rédiger le dossier médical de son patient.
  31. 31. Réalisation (15/19) Pour la rédaction d’une ordonnance et l’imprimer.
  32. 32. Réalisation (16/19) Un médecin a une calendrier pour pouvoir consulter les rendez-vous et les événements à venir.
  33. 33. Réalisation (17/19) Quand le patient accède à son compte, …
  34. 34. Réalisation (18/19) Il peut rédiger un message à son médecin et le supprimer. Ainsi, il peut consulter sa boite mail pour lire les messages reçus et envoyés.
  35. 35. Réalisation (19/19) Un patient peut consulter son dossier médical sans l’avoir modifié.
  36. 36. Conclusion générale afin de faciliter la tâche de la réalisation d’un projet, une conception et une analyse doivent s’établir au début. Grâce à ce projet, on arrive à mieux développer par l’apprentissage de certains langages de programmation. Acquisition d’une opportunité expérimentale significative qui nous a intégré dans un monde quasi professionnel.
  37. 37. MERCI POUR VOTRE ATTENTION

×