Dans cette section, nous présenterons le recueil des besoins fonctionnels et techniques envers le système à développer. C’est l’une des phases les plus importante car elle permettra de bien comprendre les fonctionnalités que le système va fournir.
3.3.1 Modèle de contexte du système informatisé
Le modèle de contexte sert à représenter les interactions entre le système et les acteurs [57]. Nous mettrons en évidence ces interactions
Gérer Dossier Médical : Medecin
Gérer les Rendez-vous
Gérer la Fiche du Patient : Assistant
Réalisé par Mischaël Dichoso GANSE 25
entre différents objets à travers le diagramme de collaboration du système informatisé.
Figure 3.3 : Diagramme de collaboration du système
Une fois qu’il se connecte au système, le médecin fait une recherche de la fiche du patient, et ensuite il remplit le reste du formulaire du dossier médical comme décrit dans le diagramme de séquence ci-contre.
Figure 3.4 : Diagramme de Séquence "Dossier Médical Electronique"
3.3.2 Elaboration des modèles de cas d’utilisation
Un modèle de cas d’utilisation décrit et formalise les relations entre le système logiciel à réaliser et le monde extérieur. Cette description se place du point de vue externe sans jamais entrer dans les structures internes du logiciel. Le container qui apparait dans le diagramme
Réalisé par Mischaël Dichoso GANSE 26
représente le système. Les cas d’utilisation sont visualisés à l’intérieur du système, les acteurs à l’extérieur du système [59].
Nous présenterons dans un premier temps les diagrammes de cas d’utilisation et dans un second temps les descriptions textuelles y afférentes.
3.3.2.1 Diagramme des cas d’utilisation
Un cas d’utilisation représente une interaction entre acteurs et système, dans le but de répondre à un besoin fondamental. Il est décrit par un ensemble de scénarios, qui précisent le dialogue entre le système et les acteurs. Ainsi, il doit rendre un service réel complet, apportant une valeur ajoutée à l’acteur [59]. Dans un modèle de cas d’utilisation, on cherche à identifier tous les acteurs qui interagissent avec le système.
Pour notre système, on peut distinguer deux acteurs principaux : le médecin et son assistant. L’assistant peut être un stagiaire, un aide-soignant ou un infirmier.
Le médecin peut faire tout ce que fait son assistant et en plus « Gérer le Dossier Médical ».
L’assistant peut « Gérer fiche patient » et « Gérer les rendez-vous » Cas d’utilisation général de l’application
Figure 3.5 : Diagramme de cas d'utilisation général
Réalisé par Mischaël Dichoso GANSE 27
Cas d’utilisation pour le médecin
Figure 3.6 : Digramme de cas d'utilisation Gestion Dossier Médical
Le médecin se concentre surtout sur la gestion du dossier médical du patient et s’assure que le dossier est tenu à jour au fur et à mesure qu’il soigne le patient. Ce faisant, il laisse son ou ses assistant(s) s’occuper des autres petites tâches.
Cas d’utilisation pour l’assistant
Figure 3.7 : Diagramme de cas d'utilisation Gestion fiche patient et rendez-vous
L’assistant du médecin gère surtout les fiches des patients et s’occupe également des rendez-vous que prennent les patients. Deux activités que peuvent également faire le médecin.
Réalisé par Mischaël Dichoso GANSE 28
3.3.2.2 Description textuelle des cas d’utilisation
Les cas d’utilisation ne s’articulent pas uniquement autour des diagrammes. Si l’on prévoie le développement d’une application, d’un projet, ou un système complexe, il est important de les décrire. Une description claire et concise d’un cas d’utilisation peut servir de feuille de route pour votre projet. Elle peut être faite sous forme conventionnelle ou sous forme narrative. La forme conventionnelle est celle qui se concentre sur les interactions entre les acteurs et le système tandis que la forme narrative raconte l’histoire du projet.
Dans le cas d’espèce nous ferons une description conventionnelle de nos cas d’utilisation en trois volets. Le premier volet sera celui de l’identification. Le second volet sera celui de la description des scénarios [60]. Le troisième volet sera celui des post-conditions.
Volet 1 : L’identification
Dans le volet identification, on indique : - Le titre du cas d’utilisation
- L’acteur principal du cas d’utilisation - L’objectif du cas d’utilisation
- Le résumé du cas d’utilisation - La pré-condition
Volet 2 : La description des scénarios
Les scénarios explicitent la chronologie des actions qui seront réalisés par l’utilisateur et le système. On peut distinguer :
- Le scénario nominal : c’est le déroulement idéal des actions, où tout va pour le mieux
- Les scénarios alternatifs : ce sont les éventuelles étapes différentes liées au choix de l’utilisateur.
Volet 3 : La fin et les post conditions
Le troisième volet d’une description détaillée d’un cas d’utilisation concerne :
- La fin du cas d’utilisation
- Les post conditions : elles indiquent un résultat tangible qui est vérifiable après l’arrêt du cas d’utilisation
Réalisons à présent les fiches descriptives de chacun des cas d’utilisation.
Réalisé par Mischaël Dichoso GANSE 29 Tableau 3.1 : Fiche descriptive du cas d'utilisation Gestion Fiche Patient
Identification Titre : Gestion Fiche Patient
Acteurs : Secrétaire, Médecin
Objectif : Permettre la saisie de toutes les informations administratives concernant le patient
Résumé : L’utilisateur établit une fiche au patient, s’il se présente pour la première fois sinon il retrouve et met à jour sa fiche patient
Pré condition : Accès autorisé
Description des scénarios Scénario nominal :
1- L’utilisateur saisit son login et son mot de passe 2- Le système vérifie le login et le mot de passe 3- Le système affiche le menu de l’assistant 4- L’utilisateur choisit « Gestion fiche patient » 5- Le système affiche un formulaire
6- L’utilisateur saisit les informations relatives au patient 7- Le système effectue un contrôle sur les champs saisis
8- Le système s’assure que tous les champs obligatoires ont été renseignés 9- Le système enregistre les informations relatives au patient
10- Le système affiche un message de confirmation Scénario alternatif :
1’ : Erreur d’identification
Le système affiche une erreur d’identification Le scénario reprend au point 1.
2’ : Mauvais remplissage des champs du formulaire L’enchainement démarre au point 7.
Le système signale une erreur
Le scénario nominal reprend au point 5.
3’ : Champs obligatoires vides
L’enchainement démarre au point 8.
Le système signale l’existence des champs obligatoires non renseignés Le système réaffiche le formulaire déjà rempli
Le scénario reprend au point 6
Tableau 3.2 : Fiche descriptive du cas d'utilisation Gestion des Rendez-vous Identification
Titre : Gestion des rendez-vous Acteurs : Secrétaire, Médecin
Objectif : Permettre au médecin de mieux gérer son agenda pour les consultations
Résumé : Le patient arrive et prendre rendez-vous ou pendant une consultation il prend rendez-vous pour le suivi du traitement
Pré condition : Accès autorisé
Description des scénarios Scénario nominal :
Réalisé par Mischaël Dichoso GANSE 30 1- L’utilisateur saisit son login et son mot de passe
2- Le système vérifie le login et le mot de passe 3- Le système affiche le menu de l’assistant
4- L’utilisateur choisit « Gestion des rendez-vous » 5- Le système affiche un formulaire
6- L’utilisateur saisit la date de son choix pour le rendez-vous
7- Le système affiche la liste des rendez-vous déjà prévus pour cette date 8- L’utilisateur choisit alors un créneau horaire parmi ceux disponibles 9- Le système vérifie que tous les champs obligatoires sont renseignés 10- Le système enregistre les informations du nouveau rendez-vous 11- Le système affiche un message de confirmation
Scénario alternatif :
1’ : Erreur d’identification
Le système affiche une erreur d’identification Le scénario reprend au point 1.
2’ : Champs obligatoires vides
L’enchainement démarre au point 9.
Le système signale l’existence des champs obligatoires non renseignés Le système réaffiche le formulaire déjà rempli
Le scénario reprend au point 8
Post condition
Un rendez-vous pour une prochaine rencontre sera prévu
Tableau 3.3 : Fiche descriptive du cas d'utilisation Gestion des certificats médicaux Identification
Titre : Gestion des certificats médicaux Acteur : Médecin
Objectif : Permettre au médecin de délivrer au patient un certificat médical Résumé : Le médecin établit un certificat (ajouter, afficher, modifier, supprimer) Pré condition : Accès autorisé
Description des scénarios Scénario nominal :
1- Le médecin saisit son login et son mot de passe 2- Le système vérifie le login et le mot de passe 3- Le système affiche le menu du médecin
4- Le médecin choisit « Gestion des certificats médicaux » 5- Le système affiche un formulaire
6- Le médecin saisit les informations
7- Le système effectue un contrôle sur les champs renseignés
8- Le système vérifie que tous les champs obligatoires sont renseignés 9- Le système enregistre les informations relatives à un certificat
10- Le système affiche un message de confirmation Scénario alternatif :
1’ : Erreur d’identification
Le système affiche une erreur d’identification Le scénario reprend au point 1.
Réalisé par Mischaël Dichoso GANSE 31 2’ : Mauvais remplissage des champs du formulaire
L’enchainement démarre au point 7.
Le système signale une erreur 3’ : Champs obligatoires vides
L’enchainement démarre au point 8.
Le système signale l’existence des champs obligatoires non renseignés Le système réaffiche le formulaire déjà rempli
Le scénario reprend au point 5
Post condition Un nouveau certificat sera établi
Tableau 3.4 : Fiche descriptive du cas d'utilisation Gestion des consultations Identification
Titre : Gestion des consultations Acteur : Médecin
Objectif : Permettre au médecin de gérer les consultations médicales et le dossier médical
Résumé : Gérer une fiche consultation (ajouter, afficher, modifier, supprimer) Pré condition : Présence d’un patient, Accès autorisé
Description des scénarios Scénario nominal :
1- Le médecin saisit son login et son mot de passe 2- Le système vérifie le login et le mot de passe 3- Le système affiche le menu du médecin
4- Le médecin choisit « Gestion des consultations » 5- Le système affiche un formulaire
6- Le médecin saisit les informations
7- Le système effectue un contrôle sur les champs renseignés
8- Le système vérifie que tous les champs obligatoires sont renseignés 9- Le système enregistre les informations
10- Le système affiche un message de confirmation Scénario alternatif :
1’ : Erreur d’identification
Le système affiche une erreur d’identification Le scénario reprend au point 1.
2’ : Mauvais remplissage des champs du formulaire L’enchainement démarre au point 7.
Le système signale une erreur 3’ : Champs obligatoires vides
L’enchainement démarre au point 7.
Le système signale l’existence des champs obligatoires non renseignés Le système réaffiche le formulaire déjà rempli
Le scénario reprend au point 5
Post condition Une nouvelle consultation sera enregistrée
Réalisé par Mischaël Dichoso GANSE 32 Tableau 3.5 : Fiche descriptive du cas d'utilisation Gestion des ordonnances
Identification Titre : Gestion des ordonnances
Acteur : Médecin
Objectif : Permettre au médecin de gérer les ordonnances
Résumé : Délivrer une ordonnance au patient (ajouter, afficher, modifier, supprimer)
Pré condition : Présence d’un patient, Accès autorisé Description des scénarios Scénario nominal :
1- Le médecin saisit son login et son mot de passe 2- Le système vérifie le login et le mot de passe 3- Le système affiche le menu du médecin
4- Le médecin choisit « Gestion des ordonnances » 5- Le système affiche un formulaire
6- Le médecin saisit les informations
7- Le système effectue un contrôle sur les champs renseignés
8- Le système vérifie que tous les champs obligatoires sont renseignés 9- Le système enregistre les informations
10- Le système affiche un message de confirmation Scénario alternatif :
1’ : Erreur d’identification
Le système affiche une erreur d’identification Le scénario reprend au point 1.
2’ : Mauvais remplissage des champs du formulaire L’enchainement démarre au point 7.
Le système signale une erreur 3’ : Champs obligatoires vides
L’enchainement démarre au point 7.
Le système signale l’existence des champs obligatoires non renseignés Le système réaffiche le formulaire déjà rempli
Le scénario reprend au point 5
Post condition Une nouvelle ordonnance sera établie
Tableau 3.6 : Fiche descriptive du cas d'utilisation Gestion des lettres confrères Identification
Titre : Gestion des lettres confrères Acteur : Médecin
Objectif : Permettre au médecin d’orienter le patient à un de ses collègues Résumé : Etablir une lettre confrère (ajouter, afficher, modifier, supprimer) Pré condition : Présence d’un patient, Accès autorisé
Description des scénarios Scénario nominal :
1- Le médecin saisit son login et son mot de passe 2- Le système vérifie le login et le mot de passe
Réalisé par Mischaël Dichoso GANSE 33 3- Le système affiche le menu du médecin
4- Le médecin choisit « Gestion des lettres confrères » 5- Le système affiche un formulaire
6- Le médecin saisit les informations
7- Le système effectue un contrôle sur les champs renseignés
8- Le système vérifie que tous les champs obligatoires sont renseignés 9- Le système enregistre les informations
10- Le système affiche un message de confirmation Scénario alternatif :
1’ : Erreur d’identification
Le système affiche une erreur d’identification Le scénario reprend au point 1.
2’ : Mauvais remplissage des champs du formulaire L’enchainement démarre au point 7.
Le système signale une erreur 3’ : Champs obligatoires vides
L’enchainement démarre au point 7.
Le système signale l’existence des champs obligatoires non renseignés Le système réaffiche le formulaire déjà rempli
Le scénario reprend au point 5
Post condition Une nouvelle lettre sera établie