Cas d'utilisation pour la gestion
de la CNAM
Figure 8. Diagramme de cas d'utilisation
gestion de la CNAM
La gestion de la CNAM et certificat
médicaux sont établis par le médecin et les informations
sont basées sur une justification concernant le trainement du patient et
la CNAM. A chaque consultation si le patient dispose d'un abonnement CNAM, les
informations seront ajoutées dans la fiche CNAM. C'est-à-dire un
enregistrement pour toutes les informations (date de soins, identifient de
l'assuré, prénom, qualité, code APCI, code acte, montant
honoraire, etc.) relatives à un patient.
Le médecin a besoin par la suite d'une note d'honoraire
pour être rembourser par CNAM.
Cas d'utilisation pour la gestion
de la Consultation
Figure 9. Diagramme de cas d'utilisation
Gestion de Consultation
Figure 10. Diagramme de cas d'utilisation
Gestion des Ordonnances
Figure 11. Diagramme de cas d'utilisation
Gestion des Lettres aux Confrères
Figure 12. Diagramme de cas d'utilisation
Gestion des Médicaments
Les cas d'utilisation pour la
secrétaire :
Figure 13. Diagramme de cas d'utilisation
l'interface secrétaire
Cas d'utilisation pour la
Gestion du fiche patient
Figure 14. Diagramme de cas
d'utilisation gestion du fiche patient
A l'arrivée d'un patient au cabinet, la
secrétaire le prend en charge :
- S'il s'agit d'un nouveau patient, une nouvelle fiche sera
crée qui comporte toutes les informations nécessaires
c'est-à-dire (nom, prénom, adresse, numéro de
téléphone etc.).
- Si le patient présente un carnet jaune (CNAM), il
paye 30% du tarif
- Dans le cas contraire il paye la totalité du tarif
NB. Dans notre
cas le patient paye 35 Dinars tunisien.
- S'il s'agit d'un ancien patient, la secrétaire
consulte sa fiche médicale et peut modifier quelques informations si
c'est nécessaire.
Cas d'utilisation pour la
gestion des rendez-vous
Figure 15. Diagramme de cas d'utilisation
gestion des Rendez-vous
Ce diagramme de cas d'utilisation contient les
opérations suivantes :
Ø Afficher la liste des rendez-vous
Ø Ajouter un rendez-vous
Ø Modifier rendez-vous
Ø Supprimer un rendez-vous
Cas d'utilisation pour la
gestion de la comptabilité
Figure 16. Diagramme de cas d'utilisation
gestion de la comptabilité
La gestion de la comptabilité est effectuée par
la secrétaire, en effet, elle présente l'ensemble des
dépenses et des recettes et aussi les impayés c'est-à-dire
(les patients qui n'on pas payer ou il reste une partie de la somme pour le
compte du cabinet.
2.3.2. Description textuelle des cas d'utilisation
Dans cette section, chaque cas d'utilisation sera
décrit de façon exhaustive suivant le format
présenté dans les diagrammes de cas d'utilisation
précédents.
La description textuelle, pour faire quoi ?
Pour la documentation des cas d'utilisation(les
scenarios), et aussi la description textuelle est indispensable, car elle seule
permet de communiquer facilement et précisément avec les
utilisateurs .Elle est l'occasion d'identifier le contexte d'exécution
de l'un ou de l'autre des enchainements.
Cette partie est composée de deux :
ü Sommaire d'identification (titre,
but, résumé, acteur).
ü Description de
l'enchaînement (pré-condition, post-condition,
scenario nominale, scenario alternative).
Titre : Cas d'utilisation
concerné.
But : l'objectif de ce cas d'utilisation
dans le système.
Résumé : c'est le
résumé du contenu textuel
Pré-condition : se sont les
conditions nécessaire pour déclencher les enchainements.
Post-condition : représente
l'événement futur.
Scenario nominale : représente les
événements produits par l'acteur et le système de la
façon sans échec (sans erreur).
Scenario alternative : représente
les événements après les erreurs produits par l'acteur et
le système.
Description textuelle pour cas d'utilisation
gestion des consultations (Médecin)
|
Sommaire d'identification
|
|
Titre : Gestion des consultations.
But : Permette au médecin
de gérer les consultations et dossiers médicaux.
Résume : Gérer une
fiche consultation. (Modification, Affichage, l'Ajout, Suppression)
Acteurs : Médecin.
|
|
Description de l'enchaînement
|
|
Pré condition :
Présence d'un patient
Accès autorisé
Post condition: une nouvelle consultation
sera enregistrée.
Scénario nominal :
1- Le médecin saisit le login et le 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
obligatoires.
8- système effectue un contrôle sur les champs
saisis.
9- Le système vérifie que tous les champs
obligatoires sont complets.
10- Le système enregistre les informations.
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' : nature des champs saisie
incorrecte.
L'enchaînement démarre au point 8.
8. Le système signale une erreur des champs
saisis.
3' : Champs obligatoires vides.
L'enchaînement démarre au point 8
9. Le système signale l'existence des champs
obligatoires vide.
11. Le système réaffiche le formulaire
déjà remplis.
Le scénario reprend au point 5.
|
Description textuelle pour cas d'utilisation
gestion des Ordonnances (Médecin)
|
Sommaire d'identification
|
|
Titre : Gestion des Ordonnances.
But : Permette au médecin
de gérer les Ordonnances
Résume : Etablir une fiche
d'ordonnance. (Modification, Affichage, l'Ajout, Suppression)
Acteurs : Médecin.
|
|
Description de l'enchaînement
|
|
Pré condition :
Présence d'un patient
Accès autorisé
Post condition: une nouvelle ordonnance
sera établie.
Scénario nominal :
1- Le médecin saisit le login et le 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
obligatoires.
8- système effectue un contrôle sur les champs
saisis.
9- Le système vérifie que tous les champs
obligatoires sont complets.
10- Le système enregistre les informations.
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' : nature des champs saisie
incorrecte.
L'enchaînement démarre au point 8.
8. Le système signale une erreur des champs
saisis.
3' : Champs obligatoires vides.
L'enchaînement démarre au point 8
9. Le système signale l'existence des champs
obligatoires vide.
11. Le système réaffiche le formulaire
déjà remplis.
Le scénario reprend au point 5.
|
Description textuelle pour cas d'utilisation
gestion des lettres confrères (Médecin)
|
Sommaire d'identification
|
|
Titre : Gestion des lettres
confrère.
But : Permette au médecin
d'établir des lettres de confrère
Résume : Etablir une lettre
confrère (Modification, Affichage, l'Ajout, Suppression)
Acteurs : Médecin.
|
|
Description de l'enchaînement
|
|
Pré condition :
Présence d'un patient
Accès autorisé
Post condition: une nouvelle lettre sera
établie.
Scénario nominal :
1- Le médecin saisit le login et le 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 lettres
confrère».
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
obligatoires.
8- Le système effectue un contrôle sur les champs
saisis.
9- Le système vérifie que tous les champs
obligatoires sont complets.
10- Le système enregistre les informations.
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' : nature des champs saisie
incorrecte.
L'enchaînement démarre au point 8.
8. Le système signale une erreur des champs
saisis.
3' : Champs obligatoires vides.
L'enchaînement démarre au point 8
9. Le système signale l'existence des champs
obligatoires vide.
11. Le système réaffiche le formulaire
déjà remplis.
Le scénario reprend au point 5.
|
Description textuelle pour cas d'utilisation
gestion des CNAM (Médecin)
|
Sommaire d'identification
|
|
Titre : Gestion des CNAM.
But : Permettre au médecin de
regrouper l'information pour tous les patients qui ont une carte CNAM.
Résume : Le médecin
rempli un formulaire (l'ajout, affichage, modification, suppression)
Acteurs : Médecin.
|
|
Description de l'enchaînement
|
|
Pré condition :
Accès autorise
Post condition: une nouvelle fiche CNAM
sera remplit.
Scénario nominal :
1- Le médecin saisit le login et le 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
CNAM ».
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
saisis.
8- Le système vérifie que tous les champs
obligatoires sont complets.
9- Le système enregistre les informations relatives
à la fiche CNAM.
10- Le système affiche un message de confirmation.
Scénario alternatif :
1' : Erreur d'identification.
2. système affiche une erreur d'identification.
Le scénario reprend au point 1
2' : nature des champs saisie
incorrecte.
L'enchaînement démarre au point 7.
7. Le système signale une erreur des champs
saisis.
3' : Champs obligatoires vides.
L'enchaînement démarre au point 8
8. Le système signale l'existence des champs
obligatoires vide.
10. Le système réaffiche le formulaire
déjà remplis.
Le scénario reprend au point 5.
|
Description textuelle pour cas d'utilisation gestion
des certificats médicaux (Médecin)
|
Sommaire d'identification
|
|
Titre : Gestion des certificats
médicaux.
But : Permettre au médecin
d'établir le certificat médical et par la suite donner au
patient
Résume : Le médecin
établi un certificat avec (l'ajout, affichage, modification,
suppression)
Acteurs : Médecin.
|
|
Description de l'enchaînement
|
|
Pré condition :
Accès autorise
Post condition: un nouveau certificat
sera établit.
Scénario nominal :
1- Le médecin saisit le login et le 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
saisis.
8- Le système vérifie que tous les champs
obligatoires sont complets.
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.
2. système affiche une erreur d'identification.
Le scénario reprend au point 1
2' : nature des champs saisie
incorrecte.
L'enchaînement démarre au point 7.
7. Le système signale une erreur des champs
saisis.
3' : Champs obligatoires vides.
L'enchaînement démarre au point 8
8. Le système signale l'existence des champs
obligatoires vide.
10. Le système réaffiche le formulaire
déjà remplis.
Le scénario reprend au point 5.
|
Description textuelle pour cas d'utilisation gestion
du Fiche patient (Secrétaire)
|
Sommaire d'identification
|
|
Titre : Gestion des fiches
patientes.
But : pour avoir les informations
des patients.
Résume : la secrétaire
établie une fiche patiente, s'il s'agit d'un nouveau patient, sinon
elle fera la mise à jour nécessaire. (l'ajout, affichage,
modification, suppression)
Acteurs : secrétaire.
|
|
Description de l'enchaînement
|
|
Pré condition :
Accès autorisé
Post condition: une nouvelle fiche
patient sera mise à jour.
Scénario nominal :
1- La secrétaire saisit le login et le mot de passe.
2- Le système vérifie le login et le mot de
passe.
3- Le système affiche le menu de la secrétaire.
4- La secrétaire choisit « Gestion fiche
patient ».
5- Le système affiche un formulaire.
6- La secrétaire saisit les informations relatives au
patient.
7- Le système effectue un contrôle sur les champs
saisis.
8- Le système vérifie que tous les champs
obligatoires sont complets.
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.
2. Le système affiche une erreur
d'identification.
Le scénario reprend au point 1.
2' : nature des champs saisie
incorrecte.
L'enchaînement démarre au point 7.
7. Le système signale une erreur des champs
saisis.
Le scénario nominal reprend au point 5.
3' : Champs obligatoires vides.
L'enchaînement démarre au point 8
8. Le système signale l'existence des champs
obligatoires vide.
10. Le système réaffiche le formulaire
déjà remplis.
Le scénario reprend au point 6.
|
Description textuelle pour cas d'utilisation gestion
des Rendez-vous (Secrétaire)
|
Sommaire d'identification
|
|
Titre : Gestion des rendez-vous.
But : pour organiser la consultation
Résume : un patient arrive le
secrétaire prend le rendez-vous. (l'ajout, affichage, modification,
suppression)
Acteurs : secrétaire.
|
|
Description de l'enchaînement
|
|
Pré condition : Affecter
un RDV.
Accès autorisé
Post condition: un nouveau rendez-vous
sera enregistré
Scénario nominal :
1- La secrétaire saisit le login et le mot de passe.
2- Le système vérifie le login et le mot de
passe.
3- Le système affiche le menu de la secrétaire.
4- La secrétaire choisit « Gestion des
rendez-vous ».
5- Le système affiche un formulaire
6- La secrétaire saisit la date d'un rendez-vous voulu.
7- Le système affiche la liste des rendez-vous.
8- La secrétaire saisit un rendez-vous ayant une heure
différente à celui des autres rendez-vous.
9- Le système vérifie que tous les champs
obligatoires sont complets.
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.
2. Le système affiche une erreur d'identification.
Le scénario reprend au point 1
2' : champ obligatoire vide.
L'enchaînement démarre au point 9
10. Le système signale l'existence des champs
obligatoire vides.
11. Le système réaffiche le formulaire
déjà remplis
Le scénario reprend au point 8
|
Description textuelle pour cas d'utilisation gestion
des Recettes (Secrétaire)
|
Sommaire d'identification
|
|
Titre : Gestion des recettes.
But : pour contrôler le flux
d'entrés.
Résume : permettre à
la secrétaire d'enregistrer toutes les recettes du cabinet.
Acteurs : secrétaire.
|
|
Description de l'enchaînement
|
|
Pré condition :
Accès autorisé
Post condition: toutes les recettes
seront enregistrées.
Scénario nominal :
1-La secrétaire saisit le login et le mot de passe.
2-Le système vérifie le login et le mot de
passe.
3-Le système affiche le menu de la secrétaire.
4-La secrétaire choisit « gestion de la
caisse ».
- Puis La secrétaire choisit
« gestion des recettes ».
5-Le système affiche un formulaire
6-La secrétaire saisit remplit un formulaire
7-Le système effectue un contrôle sur les champs
saisis.
8-Le système vérifie que tous les champs
obligatoires sont complets.
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' : nature des champs saisie
incorrecte.
L'enchaînement démarre au point 7.
7. Le système signale une erreur des champs
saisis.
3' : Champs obligatoires vides.
L'enchaînement démarre au point 8
8. Le système signale l'existence des champs
obligatoires vide.
10. Le système réaffiche le formulaire
déjà remplis.
Le scénario reprend au point 5.
|
Description textuelle pour cas d'utilisation gestion
des Dépenses (Secrétaire)
|
Sommaire d'identification
|
|
Titre : Gestion dépenses.
But : pour contrôler le flux
de sortie.
Résume : permettre à
la secrétaire d'enregistrer toutes les dépenses du cabinet
Acteurs : secrétaire.
|
|
Description de l'enchaînement
|
|
Pré condition :
Accès autorisé
Post condition: toutes les
dépenses seront enregistrées.
Scénario nominal :
1-La secrétaire saisit le login et le mot de passe.
2-Le système vérifie le login et le mot de
passe.
3-Le système affiche le menu de la secrétaire.
4-La secrétaire choisit « Gestion de la
caisse ».
- Puis La secrétaire choisit
« Gestion des dépenses ».
5-Le système affiche un formulaire
6-La secrétaire saisit remplit un formulaire
7-Le système effectue un contrôle sur les champs
saisis.
8-Le système vérifie que tous les champs
obligatoires sont complets.
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' : nature des champs saisie
incorrecte.
L'enchaînement démarre au point 7.
7. Le système signale une erreur des champs
saisis.
3' : Champs obligatoires vides.
L'enchaînement démarre au point 8
8. Le système signale l'existence des champs
obligatoires vide.
10. Le système réaffiche le formulaire
déjà remplis.
Le scénario reprend au point 5.
|
Description textuelle pour cas d'utilisation gestion
des impayés (Secrétaire)
|
Sommaire d'identification
|
|
Titre : Gestion des
impayés.
But : pour contrôler les flux
non ajoutés dans la caisse
Résume : permettre à
la secrétaire d'enregistrer tout les impayés.
Acteurs : secrétaire.
|
|
Description de l'enchaînement
|
|
Pré condition :
Accès autorisé
Post condition: touts les impayés
seront enregistrés.
Scénario nominal :
1-La secrétaire saisit le login et le mot de passe.
2-Le système vérifie le login et le mot de
passe.
3-Le système affiche le menu de la secrétaire.
4-La secrétaire choisit « Gestion de la
comptabilité ».
-Puis La secrétaire choisit
« Gestion des Impayés».
5-Le système affiche un formulaire
6-La secrétaire saisit remplit un formulaire
7-Le système effectue un contrôle sur les champs
saisis.
8-Le système vérifie que tous les champs
obligatoires sont complets.
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' : nature des champs saisie
incorrecte.
L'enchaînement démarre au point 7.
7. Le système signale une erreur des champs
saisis.
3' : Champs obligatoires vides.
L'enchaînement démarre au point 8
8. Le système signale l'existence des champs
obligatoires vide.
10. Le système réaffiche le formulaire
déjà remplis.
Le scénario reprend au point 5.
|
Besoins techniques :
Définition de l'architecture du
système :
L'architecture est l'ensemble des décisions
d'organisation du système logiciel qui défend les
intérêts de son propriétaire final. Les
intérêts s'expriment en termes d'exigences fonctionnelles,
techniques et économiques. L'architecture y répond par
l'intégration de plusieurs styles de développement informatique
qu'elle adapte aux éléments logiciels d'un contexte existant.
Le propriétaire du système logiciel, par
définition le maître d'ouvrage est au premier chef concerné
par l'adéquation aux besoins des utilisateurs, la pertinence par rapport
à l'organisation de l'entreprise, l'analyse de la valeur qui en
résulte, et les qualités de maintenance et l'évolution du
logiciel. C'est pourquoi l'architecture du logiciel décrit plusieurs
axes de solution générique.
Les architectures client/serveur en tiers (2-tiers, 3-tiers ou
tiers) concernent la capacité de monter en charge du système. Le
style 2-tiers vise des applications départementales à nombre
limité d'utilisateurs. Elles mettent généralement en jeu
des clients et un serveur de base de données. Les styles 3-tiers ou
tiers permettent l'évolution du nombre des utilisateurs par
l'introduction d'un middleware qui distribue les services entre les clients et
les serveurs.
Figure 17. : Architecture en Mode Deux
Tiers
Les utilisateurs de notre application:
Le logiciel doit demander au démarrage une
identification de l'utilisateur pour assurer la confidentialité et
l'intégrité des données.
Le médecin et la secrétaire doivent pouvoir
consulter et manipuler la liste des utilisateurs
(Eux-mêmes) qui seront identifiés par un
identifiant et un mot de passe.
La base de données pour notre application :
Une base de données peut être définie
selon plusieurs points de vue. Pour l'administrateur, c'est un ensemble de
fichiers contenant des données organisées, qui doivent être
sauvegardées, nettoyées, réorganisées,
sécurisées...Pour l'utilisateur, c'est un espace, lui permettant
d'enregistrer des informations et de les retrouver quand il en a besoin.
Le futur système qui offre à son utilisateur
plusieurs fonctionnalités dont la consultation, l'enregistrement, la
modification ou même la suppression de données relatives à
la gestion d'un cabinet médical.
Le réseau pour la liaison entre poste
secrétaire et poste Médecin :
Ce qui est nécessaire au fonctionnement du système,
qui est primordial, permettant de connecter la machine du secrétaire et
celle du médecin, avec la configuration des adresses IP et câble
réseau pour le bon fonctionnement du système.
Conclusion
La capture des besoins est la partie pour comprendre les
besoins permettant d'identifier et de décrire :
Les fonctionnalités
d'un logiciel qui sont significatives pour ses utilisateurs (humains,
matériels, logiciels) Permettant de décrire les interactions du
logiciel.
En outre, techniquement, elle nous a
donnée plus d'importance à la confidentialité et la
sécurité des données en se servant des mots de passe et
des codes d'accès aux données, et avec un maximum de
contrôle au moment de la saisie des données et la
sécurité de l'information par la définition des
règles de contrôle.
Le chapitre suivant sera
consacré à l'étude d'Analyse.
| 
