DissertationsEnLigne.com - Dissertations gratuites, mémoires, discours et notes de recherche
Recherche

Gestion Patient En C

Commentaires Composés : Gestion Patient En C. Rechercher de 53 000+ Dissertation Gratuites et Mémoires
Page 1 sur 10

plication de gestion d’un cabinet médical afin de facilité la tache au médecin et à la secrétaire pour gérer les patients et les rendez-vous d’une façon clair et propre.

Ce rapport est composé de quatre chapitres différents :

* Le premier chapitre s’intéresse à la présentation de quelque application existante en mentionnant leurs fonctionnalités afin de les critiqués.

* Le second chapitre met en relief une phase pour l’analyse et une pour la conception: la première consiste à spécifier les besoins obligatoires et optionnels pour ce mini projet et la deuxième ce compose d’une conception générale qui s’intéresse à schématiser une arborescence en précisant les différents fonctions de notre système et d’une conception détaillée qui consiste à détailler l’arborescence précédente en expliquant chaque prototype d’une fonction inclut dans le système.

* Le troisième chapitre s’intéresse à définir l’environnement matériel et logiciel de l’application et à décrire le résultat obtenu en justifiant par des imprimes écrans.

* Le dernier chapitre est consacré à une conclusion générale et à des perspectives futures.

*

Généralement dans un cabinet médical on trouve un médecin, une secrétaire (au minimum) et un bureau pour chacun ce qui implique :

* Une saisie manuscrite des fiches des patients et leurs dossiers médicaux sur des supports de papiers.

* L’archive des fiches et des dossiers médicaux prend de la place.

* La recherche dans l’archive fait perdre du temps.

* La gestion des rendez-vous nécessite de feuilleter l’agenda ce qui n’est pas pratique et ennuyeux.

* Etude de l’existant

Cette étape consiste à déterminer des applications existantes et d'analyser comment ils fonctionnent et quelles sont éventuellement leurs lacunes qu’il faut éviter dans notre application.

Pratis Live

Figure 1 . Interface « Consultation » de l’application Pratis Live

Ce logiciel offre comme fonctionnalités :

* Gestion complète des dossiers patients.

* Historique des consultations.

* Historique des ordonnances.

* Liste de motifs, examens et diagnostics.

* Gestion complète des ordonnances.

* Création de modèles d'ordonnances par patient.

* Gestion des courriers.

MédiMust

Figure 2 . Interface « Consultation » de l’application MédiMust

Ce logiciel offre comme fonctionnalités :

* Une vue complète du dossier patient.

* Les demandes de bilans, l'édition du courrier, les recettes d'un patient sont accessibles directement.

* L'accès à une autre fiche patient est possible en permanence sans perdre la saisie en cours.

* L'ordonnance peut être mise en page automatiquement en fonction d'un modèle préétabli.

*

Pour conclure, nous allons prendre en considération l’étude des différents cas réalisée : une étude qui va nous permettre lors de la réalisation de notre projet de concentrer sur les différentes fonctionnalités dégagées par les applications précédentes de Prats Live et MédiMust.

* Analyse et Conception

Chapitre I

L’objectif de la spécification est d’accéder à une compréhension des besoins et des exigences du client. Il s’agit de livrer des spécifications pour permettre de choisir la conception de la solution.

I. Spécification des besoins

La spécification des besoins donne une vue du projet sous forme de produit fini. Cette phase porte essentiellement sur les besoins principaux (du point de vue de l’utilisateur) et l’architecture générale de l’application.

1.1. Besoins obligatoires

Nous allons présenter dans cette partie les différentes fonctionnalités de notre application.

Les fonctionnalités de la secrétaire :

* Authentification.

* Gestion des patients :

* Ajouter une fiche pour un patient.

* Modifier une fiche.

* Supprimer une fiche.

* Visualiser une fiche.

* Afficher toutes les fiches.

* Gestion des rendez-vous :

* Ajouter un rendez-vous.

* Supprimer un rendez-vous.

* Visualiser des rendez-vous.

Les fonctionnalités du médecin :

* Authentification.

* Ajouter des diagnostics concernant un patient.

* Afficher les diagnostics d’un patient.

1.2. Besoins optionnels

* La gestion des erreurs pour faciliter à l’utilisateur la compréhension des messages d’erreurs pour qu’il puisse refaire les mêmes étapes avec succès.

* L’application devra être facile à comprendre, facile à gérer et à manipuler.

* Elle nécessite d’avoir une implémentation modulaire claire et simple pour permettre par la suite la maintenabilité, l’extensibilité, et l’amélioration de l’application d’une manière facile.

* Les actions effectuées par le programme ne doivent pas prendre beaucoup de temps.

Conception

Dans cette partie nous allons déterminée les principales fonctions utilisées dans notre système par un diagramme et de les expliqués un par un.

1.3. Conception générale

Figure 3 . Diagramme des fonctions de notre application

1.4. Conception détaillée

1.5.1. Objet

Notre objet est le patient qui est caractérisé par :

* Un nom : de type chaîne de caractère de taille qui ne dépasse pas 20 caractères.

* Un prénom: de type chaîne de caractère de taille qui ne dépasse pas 20 caractères.

* Un numéro de carte d’identité : de type chaîne de caractère de taille qui ne dépasse pas 8 caractères.

* Un numéro de téléphone : de type chaîne de caractère de taille qui ne dépasse pas 8 caractères.

* Une date de naissance : de type date qui est une structure composée de trois entiers : jour, mois et année.

* Un mail : de type chaine de caractère qui ne doit pas dépasser 15 caractères.

* Un poids : de type entier.

* Une taille : de type entier.

* Un attribut motif : de type chaine de caractère qui ne dépasse pas 50 caractères.

* Un attribut diabète : de type chaine de caractère qui ne dépasse pas 3 caractères puisqu’on va répondre par OUI ou NON.

* Un attribut asthme : de type chaine de caractère qui ne dépasse pas 3 caractères puisqu’on va répondre par OUI ou NON.

* Un attribut allergie : de type chaine de caractère qui ne dépasse pas 3 caractères puisqu’on va répondre par OUI ou NON.

* Une heure de rendez-vous : de type heure et appartient à la structure RendezVous.

* Une date de rendez-vous : de type date et appartient à la structure RendezVous.

1.5.2. Les fonctionnalités du système

* Authentification : cette permet à l’utilisateur d’afficher son environnement de travail.

* AjouterPatient : cette fonction fait un appel aux fonctions suivantes :

* RechercheCin : cette fonction vérifie l’existence du patient par son numéro de carte d’identité.

* VerifierChaine : cette fonction contrôle

...

Télécharger au format  txt (14.3 Kb)   pdf (122.2 Kb)   docx (11.4 Kb)  
Voir 9 pages de plus »
Uniquement disponible sur DissertationsEnLigne.com