Cahier des Charges pour la Gestion d'un Cabinet Médical

Page 1 sur 4Lecteur de document UniversityLib

Cahier des Charges pour la Gestion d'un Cabinet Médical

Healthcare Software Development · notes

Voir tous les documents en gestion et économie

Cahier des charges

Intitul du projet

Cahier des charges

Intitul du projet

Cahier des charges

Concept et objectifs du projet

1. Finalit du projet

Nous sommes appel s concevoir, d velopper et mettre en place un logiciel

pour la gestion d'un cabinet m dical pour le compte d'un m decin.

Le logiciel devrait mettre l'organisation et l'automatisation de la gestion d'un

cabinet m dical, afin d'augmenter la fiabilit , l'efficacit de l'effort humain et

faciliter les t ches p nibles au sein du cabinet.

Notre application comprendra les fonctionnalit s suivantes :

" Gestion et Suivi du Dossier M dical.

La consultation, est l'activit principale du cabinet m dical. Le patient qui

s'adresse un cabinet m dical pour la premi re fois ferait une visite en faisant

consulter par le m decin.

Lorsque le m decin devient disponible, la secr taire lui am ne la fiche m dicale

descriptive du patient ainsi que son dossier m dical. L' coute attentive et

patiente des propos du patient est un moment privil gi e de la consultation.

L'entretien doit se d rouler dans la stricte intimit et confidentialit pour

permettre au patient de s'exprimer clairement et sinc rement sur ses

pr occupations.

Apr s la consultation le m decin r dige ensuite l'ordonnance qui contient les

noms des m dicaments, les doses et la dur e de jour de prise.

Dans le cas o le m decin n'est pas s r de son diagnostic, il peut demander au

patient de faire des examens compl mentaires (Bilan biologique ou Bilan

radiologique), ou bien de le faire passer un confr re sp cialiste en lui r digeant

une lettre contenant les coordonn s et l' tat de sant du patient.

A chaque consultation selon le cas, surtout l' tat de sant du patient, si la

consultation lui a caus un contretemps, et ou un emp chement de son activit

le certificat sera utile pour la justification.

Enfin le patient peut demander un certificat m dical qui peut tre soit :

" Un certificat d'aptitude qui contient le nom, pr nom, CIN, date de

naissance, et la confirmation du m decin qu'il est apte ou non exercer

la fonction souhait e.

" Un certificat m dical de repos dans lequel sont mentionn s le nom,

pr nom et le nombre de jour de repos.

" Un certificat de dispense qui contient le nom, pr nom et la p riode de

dispense.

La tenue du dossier m dical du malade est une obligation professionnelle pour

identifier le patient, assurer un suivi pr cis de sa pathologie et son volution. Le

dossier m dical est un document m dico-l gal justifiant la consultation et

l'attitude th rapeutique qui en d coule.

Le m dical dossier doit tre archiv et gard aussi longtemps que possible car

un acte m dical peut tre remis en cause.

Le m decin g re aussi les visites des malades domicile lorsqu'il s'agit d'un

Publicité

appel d'urgence.

Sinon en cas de visite de contr le ou visite p riodique d'un patient en maladie

de longue dur e, celle si sera programm e un moment pr cis de la journ e.

" Gestion de la CNAM.

Pour la gestion de CNAM la pr paration est faite par le m decin dont la

proc dure est :

P riodiquement, le m decin doit remplir un formulaire contenant les

informations relatives aux consultations qu'il a r alis es.

Ce formulaire contient les informations suivantes :

Dates des soins, l'identifiant unique de l'assur e, l'identit du b n ficiaire

(pr nom, qualit , code APCI), acte effectu (code acte, cotation), montant total,

ticket mod rateur per u de l'assur , montant pour la charge de la CNAM et

code conventionnel du m decin traitant.

Ensuite, ce formulaire sera envoy au bureau de la CNAM o s'effectuera la

v rification pour le remboursement.

1

2

Cahier des charges

Intitul du projet

Cahier des charges

Intitul du projet

" Gestion des Rendez-vous.

" Gestion de la Comptabilit .

La prise d'un RDV s'effectue directement ou par une communication

t l phonique en donnant le nom, le pr nom, la date et l'heure souhait e, et

selon la disponibilit du m decin, un RDV sera fix .

La secr taire est charg e de remplir les renseignements sur la fiche d'un patient

(Nom, Pr nom ....).

" Gestion du Fiche Patients.

Le patient va attendre son r le pour la consultation, soit dans la salle d'attente,

soit dans la salle d'examen. Dans le cas d'une urgence, la secr taire pr vient

imm diatement le m decin. En dehors de ces situations particuli res, elle

proc dera lui tablir sa fiche dans laquelle elle mentionnera son nom, nom de

jeune fille, pr nom, date de naissance, sexe, t l phone, adresse, GSM, code

CNAM et validit .

S'il s'agit d'un ancien patient, la secr taire demande le nom, nom de jeune fille

et pr nom pour effectuer la recherche de sa fiche parmi les fiches m dicales qui

sont rang es par ordre alphab tique dans les boites d'archives, elle pr parer,

aussi son dossier m dical contenant suivi pr cis de sa pathologique et son

volution.

Sur le plan financier, le cabinet est g r comme une petite entreprise.

Pour les recettes : la nature de l'acte m dical correspondant aux honoraires

per us doit tre pr cis e dans le journal. Doivent galement tre port s sur le

registre des recettes, la secr taire encaisse le tarif de la visite en fonction du

r gime du patient.

" S'il s'agit du r gime du m decin traitant, le client ne paye que 30% du

tarif fixe.

Publicité

" S'il s'agit du r gime d'extraction des d penses, le client paye le tarif

complet et par la suite la CNAM lui remboursera ses d penses.

Pour les d penses : comme l'achat des m dicaments (comprimes, piq res....), le

loyer du cabinet, toutes les factures (SONED, STEG, TELECOM...), achat de

fournitures de nettoyages (javel, air fraiche...), la secr taire garde toutes les

pi ces justificatives pour pouvoir prouver ses d penses relatives l'exercice de

la profession.

Une bonne connaissance de sa comptabilit permet au m decin de s'acquitter

de son obligation fiscale.

2. Objectif :

Le dossier m dical doit contenir nom, nom de jeune fille, pr nom, ge,

profession, adresse t l phone, code CNAM et validit .

Dans le cadre de notre projet, nous allons faire l' tude du syst me informatique relatif

la gestion d'un cabinet m dical, enfin de cr er une application compl te.

L'observation m dicale r dig e par le m decin doit comprendre les ant c dents

du patient qui sont :

-Soit m dicaux (Ex : allergie a la p nicilline).

  • Soit chirurgicaux (Ex : s'il y a eu une op ration ou bien gyn co obst tricaux et

les donn e de son terrain (poids, taille, constante, tares et allergies ...).

Ces donn es sont capitales pour les consultations ult rieures et toute

th rapeutiques.

A chaque consultation un r sum de la nouvelle consultation et du traitement

donn sera port sur le dossier m dical.

3

4

Cahier des charges

Intitul du projet

Cahier des charges

Intitul du projet

Exigences fonctionnelles

1. Port e du projet

.

On d fini les diff rents acteurs du futur syst me et leurs r les. En faisant le

diagramme de classe. Les acteurs sont : (M decin, Secr taire et Comptable).

Le diagramme de classes exprime la structure statique du syst me en termes de

classes et de relations entre ces classes.

L'int r t du diagramme de classe est de mod liser les entit s du syst me

d'information.

Le diagramme de classe permet de repr senter l'ensemble des informations

finalis es qui sont g r es par le domaine. Ces informations sont structur es,

c'est- -dire qu'elles ont regroup es dans des classes.

Cependant UML dispose d'un concept Le Meta mod le UML pour d terminer

l'acteur du syst me avec une ressemblance l g re de diagramme de classe ce

qui nous donne Meta classe.

2. Mod le de donn es m tier

La mod lisation de contexte du syst me est tr s importante et tr s utile dans la mesure

o elle permet de comprendre le comportement de l'ensemble des acteurs(les objets)

Publicité

qui r agissent sur le syst me.

3. Port e de la solution

Les mod les des cas d'utilisation permettent d'avoir une repr sentation

de l'ensemble des fonctionnalit s compl tes du syst me.

Le mod le de cas d'utilisation comprend les acteurs, le syst me et les

cas d'utilisation eux-m mes. L'ensemble des fonctionnalit s d'un

syst me est d termin en examinant les besoins fonctionnels de

chaque acteur, exprim s sous forme de familles d'interactions dans les

cas d'utilisation. Les acteurs se repr sentent sous la forme de petits

personnages qui d clenche des cas d'utilisation ; ces derniers sont

repr sent s par des cercles par le syst me

4. Exigences fonctionnelles et exigences sur les donn es

Utilisateur

M decin

Secr taire

Comptable

Cas d'utilisation

Gestion et Suivi du Dossier M dical

Gestion des CNAM et certificats

m dicaux

Gestion des rendez-vous.

Gestion des fiches patients .

Gestion de la comptabilit

Diagramme de cas d'utilisation g n ral de l'application

Exigences non fonctionnelles

1. Exigences dapparence et de style

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

5

6

Cahier des charges

Intitul du projet

Cahier des charges

Intitul du projet

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

Publicité

middleware qui distribue les services entre les clients et les serveurs.

2. Facilit dutilisation et facteurs humains

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.

3. Exigences de performance

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.

4. Exigences op rationnelles et exigences relatives lenvironnement

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.

5. Exigences de maintenance et de support

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.

6. Exigences de s curit

En outre, techniquement, on doit donner 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.

Exigences li es au projet

Apr s le cahier des charges et l tude pr alable et lanalyse et la conception en

un mois on passe la phase de r alisation en plusieurs livrables et cela en

d coupant le projet en plusieurs applications, par exemple :

Applications concernant le m decin : 75 jours

gestion des consultations :15 jours

gestion des Ordonnances 15 jours

gestion des lettres confr res 15 jours

gestion des CNAM :15 jours

gestion des certificats m dicaux 15 jours

Applications concernant la secr taire: 30 jours

gestion du Fiche patient 15 jours

gestion des Rendez-vous 15 jours

7

8