Vous êtes sur la page 1sur 13

Shili Mayssa & Sassi Marwa

Rapport : Gestion des RDV des médecins

I. Introduction
Étant donné la forte croissance du marché du mobile et des applications mobiles.
Aujourd’hui, le développement d’application mobile intéresse énormément d’utilisateurs et
il est reconnu dans la plupart des domaines y compris les domaines de la santé. En effet, les
logiciels et les applications mobiles dans le domaine de la santé connaissent actuellement un
essor important. Leurs utilisations se multiplient et ces produits peuvent être très variés.
C’est dans ce contexte, que s’intègre notre projet qui consiste à réaliser un système de
gestion des rendez-vous médicaux intituléMedicoTn.
Nous sommes appelés à concevoir, développer et intégrer un système incluant des
interfaces claires et faciles à utiliser afin de mettre en place une solution mobile pour
rapprocher le médecin de ses patients et faciliter le processus de prise des rendez-vous.

II. Conception
Introduction :
Dans ce chapitre nous commençons par une présentation des différents outils logiciels et les
langages utilisés. Ensuite nous détaillons les diagrammes des cas d’utilisations.

1. Langage de Modélisation UML :


Pour mieux présentée l’architecture de notre système, on va choisir le langage de
modélisation le plus adopté UML.
En utilisant ce langage, les objectifs de la modélisation objet suivant sont assurés :

 Formaliser la conception d’application.


 Faciliter la communication entre les différents intervenants au sien d’un projet
informatique.
 Coordonner les activités entre les différents intervenants.
 Gérer l’évolution d’un projet informatique.
 Proposer des outils standardisés prenant en compte de nombreux aspects de la
conception.
2. Identification des acteurs et des cas d’utilisation :
Les acteurs sont les entités externes qui interagissent directement avec le système et
communiquent avec ce dernier par émission et réception de messages.
Les acteurs et les cas d’utilisation sont résumés dans le tableau suivant :

Cas d’utilisation Acteur(s)


Gérer les rendez-vous
Gérer l’horaire de travail Médecin
Gérer les dossiers patients
Chercher médecin Patient

Consulter un rendez-vous
Gérer les spécialités Administrateur
Vérifier les médecins
Gérer le profil Médecin, Patient

3. Diagrammes de cas d’utilisation :


A. Diagramme de cas d’utilisation global :
Ce diagramme présente le système entier avec ses trois applications, chaque application a
ses propres cas d’utilisation et son propre acteur comme présenter dans le diagramme ci-
dessous.
B. Diagramme de cas d’utilisation de l’administrateur :
L’administrateur du système peut gérer les spécialités, en ajoutant une nouvelle spécialité
ou/et en modifiant une qui existe déjà.
De plus l’administrateur est le seul qui a le droit d’accepter ou rejeter un médecin.
En effet, après la vérification de la carte d’identité envoyée par le médecin, l’administrateur
a la possibilité de valider ou bien de refuser l’inscription de ce dernier.
C. Description du cas d’utilisation gestion des spécialités :

Cas d’utilisation Gestion des spécialités


Résumé L’administrateur peut gérer les spécialités qui existent dans le
système : il peut ajouter ou modifier une spécialité
Acteurs Administrateur
1.1 L'administrateur saisit le nom de spécialité
1.2 Le système vérifie les informations saisies
1.3 Le système enregistre la spécialité
Scénario nominale 1.4 L'administrateur reçoit un message de succès
II.1 L'administrateur choisie une spécialité
II.2 L'administrateur change le nom de la spécialité
II.3 Le système enregistre le nouveau nom
II.4 L'administrateur reçoit un message de succès
1.1.1 L'administrateur saisie un nom d'une spécialité existante
1.1.2 L'administrateur ne saisit rien
Scénario d'erreur
2.1L'administrateur ne choisit aucune spécialité
2.2 L'administrateur saisie un nom d'une spécialité existante
Précondition Administrateurauthentifié
Post condition o Spécialité ajoutée
o Spécialité mis à jour
D. Diagramme de cas d’utilisation du patient :

Le patient est l'utilisateur de l'application mobile, Pour pouvoir accéder aux différentes
fonctionnalités de l'application, le patient doit se connecter s'il possèdedéjà un compte,
sinon il doit créer un compte.
Un patient peut chercher un médecin directement à partir de la carte où chaque médecin
enregistré dans le système a un marqueur, de plus il peut chercher un médecin par son nom
ou par sa spécialité.
Une fois le médecin a été sélectionné, le patient peut prendre un rendez-vous selon la
disponibilité du médecin.
Après avoir pris un rendez-vous, le patient peut consulter la liste de ses rendez-vous
(acceptés, refusés et en attente). Tant que le rendez-vous est encore en attente, le patient a
la possibilité de l'annuler.
Le patient peut aussi changer les informations de son compte.
1. Description du cas d'utilisation de prise de rendez-vous

Cas d'utilisation Prendre rendez-vous


Résumé Ce cas permet au patient de prendre un rendez-vous avec un
médecin
Acteurs Patient
Scénario nominale 1. Le patient sélectionne la date du rendez-vous
2. Le patient sélectionne l'heure du rendez-vous
3. Le rendez-vous est enregistré dans la base de données
Scénario d'erreur 1. Le patient décide de quitter l'interface de sélection de la
date
2. Le patient décide de quitter l'interface de sélection de
l'heure
3. Ladate ne correspond pas à la disponibilité du médecin
Précondition Choisir un médecin
Être authentifié
Post condition Le rendez-vous enregistré

2. Description du cas d'utilisation de recherche de médecin :

Cas d'utilisations Chercher un médecin


Résumé Ce cas permet au patient de chercher un médecin
Acteurs Patient
1.1.1 Le patient choisit un médecin sur la carte
1.1.2. Le système affiche le profil du médecin
1.2.1. Le patient choisit une spécialité
1.2.2. Le système cherche tous les médecins avec la spécialité
choisie
Scénario nominale
1.2.3. Le patient choisit un médecin de la liste
1.2.4. Le système affiche le profil du médecin sélectionné
1.3.1. Le patient saisit le nom du médecin
1.3.2. Le système cherche tous les médecins avec ce nom
1.3.3. Le patient choisit un médecin de la liste 1.44. Le système
affiche le profil du médecin
1.2.1. Le patient ne choisit aucune spécialité
1.2.3. Le patient ne choisit aucun médecin
Scénario d'erreur 1.3.1.1. Le patient saisie un nom erroné
1.3.1.2. Le patient ne saisit aucun nom
1.3.3. Le patient ne choisit aucun médecin
Précondition Patient authentifié
Post condition Profil de médecin affiché

3. Description du cas d'utilisation de création du compte patient :

Cas d'utilisation Création du compte patient (application Android)


Résumé Ce cas permet au patient de créer un compte
Acteurs Patient
1. Le patient saisie les données
2. Le système reçoit les données saisies
3. Si les données sont valides un jeton de sécurité sera créé
Scénario nominale 4. Le système enregistre les informations dans la base de
données
5. Le système envoie le jeton de sécurité a patient
6. Le patient sera redirigé à l'interface d'accueil
Scénario d'erreur 2. Le patient saisit des données erronées
5. Le système envoie un message d'erreur au patient
6. Le patient sera redirigé à l'interface de création du compte
Précondition -
Post condition Compte crée
4. Diagramme de cas d'utilisation du médecin :

Le médecin dans le système peut gérer disponibilités, peut ajouter ou modifier ses jours et
heure de travail.
De plus, le médecin peut accepter ou refuser un rendez-vous. Si un rendez-vous est accepté,
le médecin peut gérer le dossier du patient : il peut ajouter une ordonnance, ajouter une
observation ou télécharger une fiche médicale.
Le médecin peut aussi consulter les statistiques des rendez-vous.

4- Etude de quelques diagrammes des séquences


A- Diagramme de séquence de prise de rendez-vous :
Pour prendre un rendez-vous, le patient sélectionne la date et l'heure du rendez-vous
souhaité. Après la vérification de la disponibilité du médecin, le rendez-vous est enregistré
dans la base de données et un message de confirmation s'affiche au patient. Si la date et/ou
l'heure sélectionnée ne correspondent pas à la disponibilité du médecin, le système envoie
un message d'erreur au patient pour lui informer que son rendez-vous n'a pas été enregistré
et lui demande de choisir une autre date.
B- Diagramme de séquence de l'administrateur :

Une fois authentifié, l'administrateur a le droit de gérer les spécialités :


- Il peut consulter la liste de toutes les spécialités existantes dans la base de données
- Il peut ajouter une nouvelle spécialité
- Il peut modifier une spécialité qui existe déjà.
L'administrateur de système peut changer son mot de passe.

Conclusion
Dans ce chapitre, nous avons pu concevoir un système de gestion des rendez-vous médicaux
en se basant sur les diagrammes du langage UML à savoir le diagramme de cas d'utilisation.
Le prochain chapitre sera dédié à la réalisation de notre application.

III. Implémentation 
Introduction :
Ce chapitre représente le dernier volet de ce rapport, il sera consacré à
l'implémentation de notre système. Nous commençons par la présentation des ressources
matérielles et logicielles utilisées. Nous passons ensuite à présenter des captures d'écran
dans le but de mettre en évidence l'aspect ergonomique et fonctionnel des interfaces
développées.

1- Environnement de développement :
Pour mettre en place notre système, nous avons utilisé un environnement de
développement qui a assuré le bon déroulement de la phase implémentation.

a- Environnement logiciel :
Application web :
Ionic :
Ionic est un Framework open-source créé en 2013 par
Max Lynch, Ben Sperry, et Adam Bradley. Ce Framework est basé
initialement sur AngularJS et Apache Cordova2, Ionic permet de créer
un code multi support en utilisant des outils Web comme HTML, CSS,
JavaScript, afin de générer des applications iOS, Android, Chrome,
Windows Phone et bien d'autres.
Firebase :
Firebase est un ensemble de services d'hébergement pour n’importe
quel type d'application. Il propose d'héberger en No SQL et en temps réel
des bases de données, du contenu, de l'authentification sociale, et des
notifications, ou encore des services, tel que par exemple un serveur de
communication temps réel.
Application Desktop
Microsoft Visual Studio :
Visual Studio est un ensemble complet d'outils de
développement permettant de générer des applications web
ASP.NET, des services web XML, des applications bureautiques
et des applications mobiles. Visual Basic, Visual C++, Visual C#
utilisent tous le même environnement de développement
intégré (IDE), qui leur permet de partager des outils et facilite
la création de solutions faisant appel à plusieurs langages. Par
ailleurs, ces langages permettent de mieux tirer parti des
fonctionnalités du Framework .NET, qui fournit un accès à des
technologies clés simplifiant le développement d'applications
web ASP et de services web XML grâce à Visual Web
Développer.

2- Description des interfaces réalisées :


A- Interface d'authentification :
L'interface d'authentification est une des interfaces les plus importantes dans
l'application, car chaque patient doit être enregistré dans notre système pour qu'il puisse
profiter des fonctionnalités de notre application. A travers cette interface le patient donne
son email et son mot de passe. Si cette combinaison correspond aux informations qui
existent dans la base de données, l'application le redirige vers l'interface de recherche des
médecins sinon un message d'erreur apparait. L'authentification reste active pendant deux
semaines: durant cette période le patient n'est pas obligé de saisir ses données
d'authentification à chaque utilisation de l'application sauf s'il choisit de se déconnecter,

IV. Conclusion
Ce projet de fin d’études a pour objectifs de réaliser un système de gestion des rendez-vous
médicaux permettant d’une part aux patients de rechercher un médecin et prendre un
rendez-vous en utilisant leurs Smartphones, et d’autre aux médecins de gérer les rendez-
vous et les dossiers des patients.
De ce fait, notre système engloba plusieurs médecins de différentes spécialités.Cela nous
permis de mettre à la disposition des utilisateurs une riche base de données de médecins
qu’ils puissent y avoir recours en cas de besoin.