Medicalopenerp 111106074827 Phpapp01

Facult des Sciences et Techniques B.P 549, Av.
Abdelkarim Elkhattabi, Guliz Marrakech

Tl: (+212) 524 43 34 04 Fax: (+212) 524 43 31 70

Rapport du Projet de Fin dEtudes
Ralis par :
Mlle. khadija MASSKOUB
En vue dobtenir le Diplme dIngnieur dEtat
Spcialit : Ingnierie en Rseaux informatiques et systme dinformation

THEME :

Encadr par : Entreprise :

M. Mohamed AIT BABRAM, Encadrant FSTG
M. Abderrahmane ELKAFIL, Encadrant lEntreprise

Mise en place dun systme dinformation
hospitalier intgr dans OpenERP
Module mdical
UNIVERSITE CADI AYYAD
FACULTE DES SCIENCES ET TECHNIQUES
MARRAKECH
Dpartement dinformatique
Filire IRISI
Anne universitaire 2010/2011
Rapport de stage PFE
2

Ddicaces

A mes trs chers parents

Jevous dois cequejesuis aujourdhui grce votreamour, votrepatienceet vos
innombrables sacrifices.
Quecemodestetravail, soit pour vous unepetitecompensation et reconnaissanceenvers ceque
vous avez fait dincroyablepour moi.
Quedieu, letout puissant, vous prserveet vous procuresantet longuevieafin quejepuisse
mon tour vous combler.

A mes trs chers surs et frres

Aucuneddicaceneserait exprimer assez profondment cequejeressens envers vous.
Jevous dirais tout simplement, un grand merci, jevous aime.

A mes trs chers amis

En tmoignagedelamitisincrequi nous a lies et des bons moments
passs ensemble. Jevous ddiecetravail en vous
souhaitant un avenir radieux et
plein debonnes promesses.

3

Remerciements

J etiens remercier toutepersonnequi a aid acheminer bon port leprsent
Projet deFin dtudes.
Et bien que a ne soit lvidence qui le dicte, jetiens rendre grce mes chers
parents, mess surs et frres, toutela famillequi na mnagaucun effort pour
mpauler, mesoutenir, mencourager et maider venir termedecet humbletravail.

Quil mesoit permis dexprimer mes sincres remerciements M. Abderrahmane
ELKAFIL le Directeur associdela socitSYSTEMUM pour mavoir accueilli
afin d effectuer mon stagedefin dtude.

J etiens remercier M. Mohamed AIT BABRAM, mon tuteur destage qui ma
orienttout au long deceprojet.

J adresse avec tout le respect et lestime que cela se doit de requrir, mes
remerciements au personnel delorganismedaccueil , M .rachid IBIZI et M.Abdelhadi
RACHAD qui mont tdun grand apport pratiquequant llaboration demon
Projet deFin dtudes.
Quemessieurs les membres dejury trouvent ici lexpression denos reconnaissances
pour avoir acceptdejuger ceprsent travail. Veuillez trouver ici letmoignagedemon
respect leplus profond.
Enfin, je remercie chaleureusement mon responsable de formation M.said
RAKRAK, ainsi quetout lecorps professoral et administratif dela facultdes sciences
et techniques demarrakech .
Merci tous ceux qui ont contribudeprs ou deloin la ralisation decetravail,
pour leurs conseils, leurs encouragements et leurs soutiens

4

Liste des figures

Figure 1 : Principales activits de SYSTEMUM .............................................................................. 10
Figure 2 : Axes de changements imposs au systme informatique .................................................. 14
Figure 3 : Processus en Y de la dmarche 2TUP .............................................................................. 15
Figure 4 : Diagramme de Gantt ....................................................................................................... 16
Figure 5: Dcoupage du Systme dInformation hospitalier (SIH) .................................................. 18
Figure 6 : Architecture technique des ERP [Fleur-Anne Blain] ........................................................ 23
Figure 7: Les modules de base dun ERP [Fleur-Anne-Blain] ......................................................... 24
Figure 8 : Diagramme de cas dutilisation gestion patient ............................................................... 37
Figure 9 : Diagramme de cas dutilisation: gestion des chambres ................................................... 39
Figure 10 : Diagramme de cas dutilisation gestion Rendez-vous .................................................... 40
Figure 11 : Diagramme de cas dutilisation: gestion des examens mdicaux .................................... 42
Figure 12 : Diagramme de cas dutilisation: facturation ................................................................... 45
Figure 13 : Diagramme de cas dutilisation: gestion utilisateurs ...................................................... 47
Figure 14: graphe comparatif des caractristiques gnrales ............................................................ 50
Figure 15: graphe comparatif des ERP selon les domaines fonctionnels .......................................... 51
Figure 16 : Adquation par rapport au secteur et la taille de lentreprise .......................................... 53
Figure 17 : Aptitudes par fonctionnalits ......................................................................................... 54
Figure 18 : Architecture modulaire dopen ERP .............................................................................. 55
Figure 19: Architecture Client-Serveur dopen ERP ........................................................................ 56
Figure 20 : Structure dun module OpenERP ................................................................................... 57
Figure 21: Diagramme de squence : Authentification.................................................................... 57
Figure 22 : Diagramme de squence Cration nouveau dossier patient ............................................ 58
Figure 23: Diagramme de squence Cration de prescription de mdicament .................................. 59
Figure 24 : Diagramme de squence : gestion hospitalisation .......................................................... 61
Figure 25 : Diagramme de squence : gestion RDV ......................................................................... 61
Figure 26 : Diagramme de squence : gestion examen ..................................................................... 63
Figure 27: Diagramme de squence : gestion chirurgie ................................................................... 64
Figure 28 : Diagramme dtat de transition : gestion patient ............................................................ 64
Figure 29: Diagramme dtat de transition : gestion personnel ........................................................ 65
Figure 30 : Diagramme dactivit : suivi de patient ......................................................................... 66
Figure 31 : Diagramme de classe globale ........................................................................................ 67

5

Sommaire
Ddicaces2
Remerciements..3
Liste des figures.4
1. Contexte du stage.9
1.1. Prsentation de lorganisme daccueil ................................................................................9
1.2 Prsentation du projet ......................................................................................................... 11
1.2.1 Problmatiques.............................................................................................................. 11
1 .2.2 Objectifs ........................................................................................................................ 11
2.Conduite du projet: ..................................................................................................................... 12
2.1 Dmarche adopte : .............................................................................................................. 12
2.1.1Le processus 2TUP : ............................................................................................. 13
2.1.2UML (Unified Modeling Language) : ............................................................... 15
2.2 Planning du projet : ............................................................................................................ 15
3. Synthse bibliographique..16
3.1 Introduction ........................................................................................................................... 16
3.2 Gnralits : ........................................................................................................................... 16
3.2.1 Dfinition dun hpital : ..................................................................................... 16
3.2.2Dfinition dun systme dinformation hospitalier SIH: ................................ 17
3.2.3 Objectifs du systme dinformation hospitalier(SIH) ................................... 17
3.3 Les composantes dun SIH ................................................................................................... 17
3.4 Le Systme dInformation de Gestion de lUnit de Soins (SIGUS) .............................. 18
3.5 Architecture des SIH ............................................................................................................ 20
4. Prsentation gnrale des ERP :..21
4.1. Dfinition : ........................................................................................................................... 21
4.2 Intrts des ERP .................................................................................................................... 22
4.3 Architecture dun ERP .......................................................................................................... 22
4.3.1 Architecture technique dun ERP .................................................................. 22
4.3.2 Architecture fonctionnelle dun ERP........................................................... 23
5. Capture des besoins fonctionnels..25
5.1 Introduction .......................................................................................................................... 25
5.2 Etude comparative des logiciels pour la gestion mdicale .............................................. 25
5.3 Elaboration de Cahier des charges fonctionnel ................................................................ 29
5.3 Analyse de systme .............................................................................................................. 35
5.3.1 Identification des acteurs ............................................................................. 35
6

5.3.2 Identification des cas dutilisation .............................................................. 35
5.3.3 Description des cas dutilisation ................................................................... 36
6. Capture des besoins techniques.48
6.1 Benchmarking des ERP Open Source: ................................................................................ 48
6.2 Solution choisie pour limplmentation de projet : ......................................................... 52
6.3 Prsentation de lOpenERP .................................................................................................. 52
6.3.1Profil gnral ....................................................................................................... 52
6.3.2 Avantages ............................................................................................................ 55
6.3.3 Architecture modulaire dOpenERP ................................................................ 55
6.3.4Architecture technique d OpenERP ................................................................ 56
7. Analyse et Conception ............................................................................................................... 57
7.1 Dveloppement du modle dynamique ............................................................................. 57
7.1.1 Formalisation des scenarios ..................................................................................... 57
7.1.2 Diagramme dtat ...................................................................................................... 64
7.1.3 Diagramme dactivit ............................................................................................... 66
7.2 Dveloppement du modle statique ................................................................................... 67
7.2.1Diagramme de classe ................................................................................................. 67
8. Outils de ralisation et mise en uvre ....................................................................................... 68
8.1 Choix des outils de dveloppement et de modlisation ................................................ 68
8.2 Choix du SGBD postgresql ................................................................................................ 69
8.3 Linux ..................................................................................................................................... 69
8.4 Choix du langage de programmation ..................................................................... 70
8.4.1 Langage Python ......................................................................................................... 70
8.4.2 Langage XML ............................................................................................................. 71
9.Prsentation du prototype ralis ................................................................................................. 72
9.1 Prsentation et description :............................................................................................... 72
9.2 Process du module : ............................................................................................................. 72
9.3 Configuration et Paramtrage du module medical .......................................................... 74
Conclusion82
Rfrences.83
ANNEXE A : LOpen Source.84
ANNEXE B : Exemples de rapports gnrs par OpenERP87
ANNEXE C : Exemples darabisation dinterface..........90

7

Introduction gnrale

L'informatique ne cesse d'envahir les diffrents domaines des activits humaines.
Cela s'explique par son apport incontestable pour ceux qui l'utilisent. En effet, cet outil permet entre
autre l'automatisation des traitements, l'change d'information soit en temps rel ou soit en diffr, la
conservation des donnes, l'excution rapide des tches, etc. Ayant constat qu'ils peuvent bnficier
de ces avantages, les centres hospitaliers ont opt de ne pas se mettre en marge de ce processus
gnral d'informatisation. C'est ainsi que les systmes d'information hospitaliers ont commenc
voir le jour.
Llaboration dun systme dinformation ncessite de bien connatre les acteurs des processus et
leurs besoins afin de leur fournir un outil qui y soit adapt.

Lorsque les spcifications du futur outil ont t bien dfinies la fois par les membres dcisionnels et
par les utilisateurs concerns il faut alors choisir entre deux options :

Un logiciel dj existant : Achetez un logiciel commercialis rpondant aux besoins. Pour
cela il faut partir de spcifications et comparer les logiciels correspondant ses spcifications.
Cette comparaison doit tre mene en tant attentif ne pas tre influenc par les publicits
commerciales. Il est inutile de prendre un outil trs perfectionn si les besoins restent plutt
simples.

Un produit sur mesure : vous engagez une quipe dinformaticiens qui ralisera un logiciel
unique adapt au besoin du client.

Aujourdhui les logiciels prsents sur le march sont paramtrables afin de correspondre le mieux
aux attentes initiales. Il est donc assez rare de devoir faire appel un organisme de conception
personnalise.

Lide cest quil faut tre capable de se comprendre, de travailler efficacement entre
commerciaux, techniciens, comptables et logisticiens dune mme entreprise pour optimiser le
fonctionnement global. Pour cela il faut un langage commun, des rfrentiels, des pratiques et des
modes de communications partags. Les ERP (Enterprise Ressource Planning) ou encore en Franais
les progiciels de gestion intgrs, constituent loutil idal pour une telle organisation de
lentreprise.
8

Pourtant traditionnellement les ERP taient rserves aux grandes entreprises et une lite
dditeurs. Ds lors, les Petites et Moyennes Entreprises (PME) navaient pas un accs ou alors se
contentaient de plus modestes logiciels de comptabilit et de gestion commerciale.
Pour rendre accessible les ERP aux PME, il a fallu d'abord rduire les cots. Le logiciel libre a
alors permis de supprimer un intermdiaire (le distributeur), de diminuer les cots de
dveloppement grce la rutilisation de logiciels libres, et de rduire considrablement les cots
commerciaux et marketing par la libre publication du logiciel.
Ce qui caractrise les ERP cest quils sont dots de modules gnriques et
paramtrables, avec un primtre fonctionnel qui peut varier. Des modules tels que la comptabilit,
la gestion des ventes, des stocks, des projets, des ressources humainesetc.
Cest dans ce cadre quintervient le travail que jai effectu durant 4 mois au sein de la
socit SYSTEMUM intitul "Mise en place dun systme dinformation intgr dans OpenERP "
dans un contexte englobant le dossier mdical informatis, systme dinformation hospitalier, et qui
mettra la disposition de SYSTEMUM et de ces clients un module fiable bien documente et
paramtrable et totalement intgr dans OpenERP.
Pour mener bien notre tude, nous avons organis notre rapport selon larchitecture suivante :

Prsentation de la socit SYSTEMUM et ces principaux secteurs dactivit.

Prsentation gnrale des systmes dinformation dans les tablissements de sant savoir : le
Systme dInformation Hospitalier, Le Systme dInformation de Sant, le systme
dInformation de Gestion de lUnit de Soins. Il prsente aussi les concepts du dossier
mdical informatis, les objectifs et les contraintes lies linformatisation de ce dernier.

Mthode et conduite du projet : nous avons adopte la dmarche 2TUP dans la conception des
systmes dinformation qui nous accompagnera tout au long du projet

Captures des besoins fonctionnels : focalisation sur le mtier des utilisateurs.et obtenir une
ide de ce que va raliser le systme en terme de mtier.

Captures des besoins techniques : recenser toutes les contraintes sur les choix de
dimensionnant et la conception du systme. elle fait le point sur larchitecture des ERP et
notamment OpenERP qui est ncessaire pour la mise en place de notre module.
Analyse et conception : Il prsente le nouveau systme selon les deux axes : statique et
dynamique.

Outils de ralisation et mise en uvre. Il prsente une illustration du prototype ralis ainsi
que les outils adapts pour la ralisation du projet.
9

1. Contexte du stage

1.1. Prsentation de lorganisme daccueil

SYSTEMUM est une Socit de Services en Logiciels Libres (SSLL) qui accompagne les
entreprises et institutions dans le choix de solutions open source ainsi que dans l'intgration, le
dveloppement, l'adaptation aux besoins spcifiques, la maintenance et le support. Afin de bnficier
des meilleures solutions libres dans la gestion des systmes d'information.
SYSTEMUM a dvelopp une expertise sur OPENERP depuis 2006 (premier partenaire
officiel OPENERP au MAROC en 2007) et a contribu faire connatre cet ERP open source au
MAROC travers plusieurs dploiements russis dans les PME marocaine et des confrences dans
les universits et adapte celui-ci la lgislation marocaine et aux besoins spcifiques des entreprises.
Prestations et services
SYSTEMUM offre une large palette de prestations et de services bass sur des
composants libres adapts aux systmes et aux rseaux des clients. La principale tche de
cette socit est doffrir des solutions sur mesure, en matire de formation et dassistance,
concernant les problmatiques relevant des systmes dinformations, moyennant des outils
libres.
La gamme de services de SYSTEMUM est articule autour de quatre axes majeurs qui
permettent d'accompagner les clients durant toutes les phases d'un projet afin d'en assurer sa russite.
Support
En plus des offres de formations. La socit propose aux quipes ddies au dveloppement,
des prestations de support daide la maintenance, afin de rduire le temps de
rsolution des interrogations ou des difficults que les entreprises pourraient rencontrer
lors de la mise en uvre de certains logiciels.
Conseil
SYSTEMUM possde une quipe forme de consultants techniques et
fonctionnels qui assure soit dans le cadre de projets, soit en amont, des missions de
conseil dans les domaines suivants: gestion de contenu, travail collaboratif,
dmatrialisation des procdures, migration vers le libre, architecture et dimensionnement
d'applications bases sur open ERPetc.
Dveloppement
Il constitue le cur mtier de SYSTEMUM et comprend le dveloppement sur la base de
logiciels libres, de portails collaboratifs internet ou intranet, avec des composantes de
publication web, de travail collaboratif, de gestion lectronique de documents et de
workflow.
10

Formation
Loffre des formations, techniques et fonctionnelles, permet d'accompagner les organisations
qui disposent dquipes oprationnelles capables de mener bien des projets. Ces
formations peuvent tre tablies sous forme de transferts de comptences, en phases
avals des projets.
Secteurs dactivits :
De part les multiples projets que SYSTEMUM a men, elle a acquis un savoir faire
susceptible de lui permettre limplantation de logiciels libres dans les diffrents secteurs :
Enterprise Ressource Planning (ERP)
En franais Progiciels de Gestion Intgr (PGI). SYSTEMUM est le partenaire officiel de lERP
open source Open ERP au Maghreb depuis 2006. Elle adapte celui-ci la lgislation marocaine
et aux besoins spcifiques des entreprises.
Customer Relationship Management (CRM)
SYSTEMUM propose loffre SUGARCRM qui permet la gestion de la relation client.
Intranet des entreprises et gestion des contenus
Cration didentits visuelles et sites internet institutionnels et e-Commerce.
La solution propose est VERTUMART qui une solution libre de e-commerce
(commerce lectronique) qui s'appuie sur le gestionnaire contenu Joomla.
Gestion lectronique des documents
Il sagit dun systme informatis d'acquisition, classement, stockage, archivage des
documents. La solution propose est ALFRESCO.

Figure 1 : Principales activits de SYSTEMUM

11

1.2 Prsentation du projet
1.2.1 Problmatiques
Les tablissements mdicaux sont des organismes un peu complexes associant plusieurs types
dunits et gre plusieurs services et des activits hospitalires.
Vu le nombre important de dossiers mdicaux archivs ainsi que leur nature (dossier papier),
ltablissement rencontre plusieurs difficults dans la gestion de ces dossiers, savoir :

Problme de rdaction : Les zones de rdaction sont mal estimes (petites ou mal disposes),
ce qui handicape linscription des diffrentes informations administratives ou mdicales.

Problme darchivage : La salle darchivage est assez limite pour contenir un tel nombre de
dossiers. Ainsi, le mauvais archivage de ces derniers accentue le temps de recherche dun
dossier mdical et cause parfois des pertes ou des duplications des dossiers mdicaux.

Problme dexploitation : La nature papier des dossiers mdicaux (lisibilit difficile,
recherche squentielle) ainsi que leur nombre important rendent toute exploitation de
linformation difficile (tablissement de la synthse dun dossier mdical, dition des
statistiques, les tudes pidmiologiques, le suivi des protocoles de vaccination).

Problme de communication : Etant donn que le dossier mdical est partag entre plusieurs
acteurs (mdecins, infirmiers), la communication des informations entre ces derniers est
parfois trs difficile (lenteur).

Problme de redondance : Une partie des informations inscrites dans les dossiers mdicaux
est duplique dans diffrents registres dactivit quotidienne. Cette redondance sert faciliter
lactivit administrative ou lactivit du contrle Cependant, cette redondance augmente le
taux derreur ainsi que la ainsi que la perte de temps considrable dans la tenue de ces
registres.

1 .2.2 Objectifs
Notre projet a pour objectif damliorer le fonctionnement de tous tablissements de type mdical et
faciliter ladmission, le suivi et la sortie des patients, En intgrant les donnes mdicales et
administratives afin d'y remdier tous ces problmes, on peut assigner notre tude les objectifs
suivants :
Rapidit dans l'tablissement des diffrents documents.
Facilit de la recherche et l'accs aux informations.
Stockage des informations sur des supports informatiques ce qui assurera leur scurit.
Gain de temps.
Automatiser les taches qui se traitent manuellement.
Proposer une bonne codification.

12

2. Conduite du projet:

2.1 Dmarche adopte :

Le dveloppement dun systme dinformation requiert une dmarche. Cette dmarche est
organise en un ensemble dtapes suivre. Chaque tape a ses propres particularits et produit un
rsultat significatif pour ltape suivante. Pour chaque tape du processus de dveloppement, il existe
un ou plusieurs modles qui dcrivent la cible de ltape en cours.

La modlisation est un outil majeur de communication entre les diffrents intervenants au sein du
projet, depuis les utilisateurs jusquaux dveloppeurs. Son but est de faciliter la comprhension,
ltude et la matrise du systme tudier.

La modlisation permet aussi de faciliter la traabilit du systme, savoir de partir dun de ses
lments et de suivre ses interactions et ses liens avec dautres parties du modle.

Aprs la dfinition du contexte et de la problmatique de notre tude ainsi que les objectifs assigns,
nous expliquerons dans cette partie la dmarche adopte pour la rsolution des problmes voqus
afin datteindre les objectifs suscits.

Afin de mener bien notre projet et structurer notre tude, nous avons adopte une dmarche spcialise
dans la conception des systmes dinformation qui nous accompagnera tout au long du projet. Celle-ci est
base sur le langage UML et est connue sous le nom : processus 2TUP 2 Track Unified Process

Nous avons opt pour lapproche objet pour les avantages suivants :

La stabilit de la modlisation par rapport aux entits du monde rel,
la construction itrative facilite par le couplage faible entre composants,
la possibilit de rutiliser des lments dun dveloppement un autre,
la simplicit du modle qui fait appel seulement cinq concepts fondateurs (les objets,
les messages, les classes, la gnralisation et le polymorphisme) pour exprimer de manire
uniforme lanalyse, la conception et la ralisation dune application informatique.

Nous avons choisi UML pour ses points forts:

UML est un langage formel et normalis : Il permet un gain de prcision, de stabilit et
encourage l'utilisation d'outils.

UML est un support de communication performant : Il cadre l'analyse et facilite la
comprhension de reprsentations abstraites complexes. De plus, son caractre polyvalent et
sa souplesse en font un langage universel.

Pour justifier notre choix qui sest port sur une mthodologie UP, nous prsentons une petite
comparaison des mthodologies UP et la mthode Merise:

13

UP MERISE
Cycle de vie itratif et incrmental
Mthode gnrique

Squentiel

Tableau 1 : Comparaison entre les mthodologies UP et Merise

Dans une dmarche traditionnelle, le processus de dveloppement tait caractris par :

Un processus de type squentiel : dveloppement organis en phases qui regroupent des
tapes,

Les niveaux de dcoupage concident : la fin dune phase correspond la conclusion de ses
tapes, qui elles mmes se terminent avec laccomplissement des tches qui les composent.

Dans une approche objet tout change :

Le processus est de type itratif ;
Les dcoupages ne concident pas : les activits (tches, phases, tapes, etc) se droulent
dans plusieurs dimensions.

La matrise des processus de dveloppement implique une organisation et un suivi des activits : cest ce
quoi sattachent les diffrentes mthodes qui sappuient sur lutilisation du langage UML pour modliser
un systme dinformation.

Bien que chaque processus UP prsente des inconvnients, tous conviendraient au dveloppement de notre
systme par leurs communs avantages, savoir :

Faciliter la comprhension graduelle du problme,
Permettre lidentification et la prise en charge prcoce des risques de tous types.
Suivre un rythme acclr en travaillant efficacement vers les objectifs clairs et court terme.
Centrer le processus sur les besoins des utilisateurs, facteur cl de succs du projet.
Aboutir un systme dont larchitecture favorise son volutivit et la rutilisation de ses
composants.

Cependant, notre choix sest port sur le processus 2TUP car il apporte une rponse aux contraintes de
changements continuels imposs aux systmes dinformation. En ce sens, il renforce le contrle sur les
capacits dvolution et de correction de tels systmes.

2.1.1 Le processus 2TUP :

2TUP est un processus UP (processus unifie). Le processus 2TUP apporte une rponse aux contraintes de
changement continuel imposes aux systmes dinformation de lentreprise. En ce sens, il renforce le contrle sur
les capacits dvolution et de correction de tels systmes. 2 Track signifie littralement que le processus suit
deux chemins. Il sagit des chemins fonctionnels et darchitecture technique , qui correspondent aux deux
axes des changements imposes au systme informatique.

14

Figure 2 : Axes de changements imposs au systme informatique

Le processus 2TUP apporte une rponse aux contraintes de changement continuel imposes aux systmes
dinformation de lentreprise.

Ce processus suit deux chemins.
Architecture fonctionnelle
Architecture technique

Laxe fonctionnel comporte :
Capture des besoins fonctionnels, qui produit un modle des besoins focalis sur le mtier
des utilisateurs. Elle qualifie au plus tt le risque de produire un systme inadapt aux
utilisateurs.
Analyse, qui consiste tudier prcisment la spcification fonctionnelle de manire obtenir
une ide de ce que va raliser le systme en terme de mtier.

Laxe technique, quant lui, comporte :

Capture des besoins techniques, qui recense toutes les contraintes et les choix
dimensionnant la conception du systme.

Conception gnrique, qui dfinit ensuite les composants ncessaires la conception de
larchitecture technique. Elle a pour objectif duniformiser et de rutiliser les mmes
mcanismes pour tout un systme. Larchitecture technique construit le squelette du systme
informatique et carte la plupart des risques du niveau technique.

Conception prliminaire, qui reprsente une tape dlicate, car elle intgre le modle
danalyse fonctionnelle dans larchitecture technique de manire tracer la cartographie des
composants du systme dvelopper.

Conception dtaille, qui tudie ensuite comment raliser chaque composant.

Codage, qui produit ses composants et teste au fur et mesure les units de code ralises.
Recette, qui consiste enfin valider les fonctionnalits du systme dvelopp.

La figure suivante illustre les diffrentes tapes de cette dmarche:

Systme
dinformation
dentreprise
Contraintes
Fonctionnelles
Contraintes
Techniques
15

Figure 3: Processus en Y de la dmarche 2TUP

2.1.2 UML (Unified Modeling Language) :

Dfinition :

UML se dfinit comme un langage de modlisation graphique et textuel destine comprendre et
dcrire des besoins, spcifier et documenter des systmes, esquisser des architectures logicielles,
concevoir des solutions et communiquer des points de vue.

UML unifie est a la fois les notations et les concepts orientes objet. Il ne sagit pas dune simple
notation, mais les concepts transmis par un diagramme ont une smantique prcise et sont porteurs de
sens au mme titre que les mots dun langage. UML a une dimension symbolique et ouvre une nouvelle
voie dchange de visions systmiques prcises

Ce langage est certes issu du dveloppement logiciel mais pourrait tre applique toute science fonde
sur la description dun systme. Dans limmdiat, UML intresse fortement les spcialistes de
lingnierie systme.

2.2 Planning du projet :

La conduite dun tel projet est relativement complexe si on ne suit pas une dmarche et une
mthodologie et un planning bien dfini lavance. Ainsi, le projet a t dcompos en plusieurs
phases, la fin de chaque phase des livrables sont ralises pour indiquer ltat davancement du
projet.
Ci-dessous le diagramme de GANTT qui illustre le planning effectif du projet :

16

Figure 4 : Diagramme de Gantt

3. Synthse bibliographique

3.1 Introduction
Le systme dinformation coordonne grce linformation les activits de lorganisation, et lui
permet ainsi datteindre ses objectifs. Il est le vhicule de communication de lorganisation. Il
reprsente lensemble des ressources (humaines, matrielles et logicielles) organises pour collecter,
stocker, traiter et communiquer les informations au sein de lorganisation.

Lhpital est une organisation un peu complexe associant plusieurs types dunits (units de
soins, units mdico-techniques,.) avec des fonctions distinctes et une certaine autonomie.
Cependant, il ne peut fonctionner correctement que sil existe une communication et une coopration
entre ses units afin de traiter au mieux les patients. Cest au systme dinformation hospitalier
dassurer cette tche de coordination entre les diffrentes units de lhpital.

3.2 Gnralits :
3.2.1Dfinition dun hpital :
Un hpital est un tablissement de sant dont la mission essentielle de soigner et si possible de
gurir les malades. Pour accomplir ses missions, lhpital dispose dun certain nombre de ressources
humaines, matrielles et logicielles. LHpital est en effet une fdration de sous-systmes
fonctionnellement distincts mais non disjoints. Ces sous systmes peuvent se prsenter ainsi :

Le sous-systme mdical : Concerne lactivit mise en place par lquipe soignante pour
rpondre aux besoins des patients.
Le sous-systme logistique : Comprend lensemble des flux rsultant des activits mdicales
: prescriptions, rsultats, transferts, archivage...
17

Le sous-systme tude et recherche : Travaille sur des regroupements de dossiers afin
dapprcier et damliorer la qualit des soins dispenss. Outre, il alimente les sous-systmes
planification et administration
Le sous-systme administration : Cest le sous-systme de lhpital qui sintresse la
facturation, la gestion du personnel, la gestion des stocks et la comptabilit dune
manire gnrale.
Le sous-systme planification : Il sappuie sur les activits ou les tudes de morbidit
hospitalire pour engager des dcisions dinvestissements structurels, matriels et humains.
Cest le sous-systme qui est en interaction avec lextrieur (autorits et autres tablissements
de sant).

3.2.2Dfinition dun systme dinformation hospitalier SIH:
Le systme dinformation hospitalier (SIH) est un ensemble dlments en interaction ayant
pour objectif de produire, traiter et fournir des informations ncessaires lactivit hospitalire.
Cest un systme dinformation appliqu aux mtiers de la sant, et plus particulirement aux
tablissements de sant. Il est constitu de lensemble des informations et traitements ncessaires
laccomplissement des missions de ltablissement. Le SIH est lune des composantes du Systme
dInformation de Sant (SIS).
Les principaux tablissements de sant pouvant mettre en place un SIH sont :

Les hpitaux.
Les cliniques.
Les centres danalyses.
Les centres de soins.
Les cabinets mdicaux.

3.2.3 Objectifs du systme dinformation hospitalier(SIH)
Les deux objectifs principaux dun SIH sont :

Lamlioration de la qualit des soins : Amlioration de la communication, rduction des
dlais, aide la prise de dcision.
La matrise des cots : Rduction des dures de sjours, rduction des tches
administratives, diminution du personnel.

La russite du SIH dpend essentiellement de trois facteurs importants :
Une analyse approfondie du systme dinformation de lhpital.
Une stratgie logicielle et matrielle adapte.
Estimation juste des ressources ncessaires.

3.3 Les composantes dun SIH
Le systme dinformation hospitalier est divis en 3 sous-systmes :

Le sous-systme mdico-administratif : Ce sous-systme assure trois fonctions principales,
qui sont savoir :
La gestion des patients : admission des malades pour hospitalisation, gestion de leurs
mouvements au sein de lhpital (lits, mutations entre services), la sortie administrative des
patients, les frais de sjour.
18

La gestion financire et comptable : comptabilit des fournisseurs, comptabilit des clients
(dans le cas de lhpital les frais de sjour), gestion des immobilisations.
La gestion du patrimoine : gestion des approvisionnements et des stocks magasin, gestion
des stocks de mdicaments, gestion du stock des dispositifs mdicaux et des ligatures.
Le sous-systme mdical : Le sous systme mdical est considr comme le coeur du SIH
autour duquel sorganisent les deux autres sous systmes. Il est compos de lensemble des
units de soins dans lesquelles se droule la plus grande partie de lactivit mdicale de
lhpital (prescriptions, comptes rendus, soins infirmiers, visites mdicales,).
Le sous-systme mdico-technique : Le sous-systme mdico-technique comprend au sens
large tous les plateaux dexamens (laboratoires danalyse, centres dimagerie mdicale,
centres dexplorations fonctionnelles...).

Figure 5 Dcoupage du Systme dInformation hospitalier (SIH)

3.4 Le Systme dInformation de Gestion de lUnit de Soins (SIGUS)

3.4.1 Dfinition de lunit de soins
L'unit de soins est le lieu o est labore une stratgie pour soigner les malades, mise en uvre
par une quipe soignante, sous une responsabilit dfinie, en consommant des moyens internes et
externes et susceptible de fournir des prestations d'autres units. Cette dfinition montre bien
que l'unit de soins est une structure complexe.

3.4.2 Les principaux acteurs dans lunit de soins
On peut distinguer quatre catgories principales dacteurs dans lunit de soins:

Le patient : Cest autour duquel est centre toute lactivit des autres acteurs.

Actes mdicaux
Pathologie
Morbidit
pidmiologie

Pharmacie
Laboratoire
Imagerie mdicale

Gestion des patients
Gestion financire et
comptable
Gestion du patrimoine
Sous-systme Mdico
Administratif

Sous-systme mdical
Sous-systme Mdico-
Technique
19

Le personnel mdical : Il est constitu de lensemble des mdecins qui ont un double rle
savoir :
L'laboration des stratgies diagnostiques et thrapeutiques.
Le suivi des patients.
La recherche et lenseignement.
Le personnel paramdical : Il est constitu essentiellement des infirmiers. Ils ont un rle
dlgu par le mdecin pour raliser la prescription et les soins mdicaux.
Le personnel administratif : Il est essentiellement reprsent par les secrtaires mdicales et
aussi des mdecins qui ont des missions plutt administratives que mdicales. Ils assurent la
gestion de ressources, la communication interne et externe, lvaluation de lactivit mdicale
etc.

3.4.3 Les ples dintrt de linformatisation des units de soins:

Les diffrentes tudes menes ces dernires annes ont montr lexistence de trois ples dintrt
pour linformatisation de lunit de soins :

Le dossier mdical.
La communication avec les services mdico-techniques.
La planification des soins.

Le dossier mdical :

Toute l'activit de l'unit de soins est organise autour du patient. Le dossier mdical constitue
vritablement le point central du SIGU. Ce dossier n'apparat un acteur de l'unit de soins que sous
l'angle des besoins de sa tche au sein de l'organisation. Chaque acteur ne sera donc concern que par
certaines informations du dossier patient. Ces informations constitueront pour lui une reprsentation
pertinente de la ralit.

La communication avec les services mdico-techniques :

Les services mdico-techniques reprsentent, par la nature et le volume de leurs changes avec
les units de soins, le type de partenaire le plus important de celles-ci. La communication avec les
services mdico-techniques a t identifie comme le second ple de l'informatisation
des units de soins. Donc la prise en compte des standards et normes de communication sera
privilgie dans cette partie.

La planification des soins

La planification des soins constitue le troisime ple de l'informatisation des units de soins.
Elle se situe mi-chemin entre les deux premiers ples car elle doit tre comprise comme
l'articulation entre deux proccupations complmentaires :
La prvision des actions mdicales qui prend en compte les lments du dossier du patient,
tels que: la prescription mdicale, la prescription des actes infirmiers.
Lexcution des actions de soins qui met en jeu la communication avec les services mdico-
techniques.

20

3.4.4 Le dossier mdical dans lunit de soins :
Dfinition dun dossier mdical :
Le dossier mdical d'une personne est un ensemble de documents qui retracent l'histoire d'une
maladie ou de l'ensemble des pisodes ayant affect la sant de cette personne. Ces documents
(lettres, comptes-rendus, rsultats de laboratoire, film radiologique, ...) sont regroups dans un
dossier, une chemise, un classeur dtenu par le mdecin et/ou le service hospitalier ou la clinique.

Dfinition dun dossier mdical informatis :
Le dossier mdical informatis est la mise en mmoire des donnes et des documents
ncessaires la prise en charge du patient. Ces donnes sont de natures diverses : images, sons,
textes, donnes structures et multi-sources : units de soins, units mdicotechniques,.

Objectifs de linformatisation du dossier mdical:

Linformatisation du dossier mdical permet datteindre les objectifs suivants :
Amliorer le stockage, la disponibilit et la communication des informations.
Amliorer la lisibilit des informations.
Permettre une saisie unique et un partage de linformation.
Mettre en vidence lvolutivit des informations.
Rendre comparable les informations dun patient un autre.
Intgrer les donnes dorigines diverses ou de natures htrognes (signaux, image).
Faciliter lemploi de systme daide la dcision.
Aide au regroupement des donnes.
Faciliter la formation du personnel mdical et paramdical.
Amliorer la protection et la confidentialit des donnes.

3.5 Architecture des SIH

3.5.1 Les SIH centraliss :
Le SIH est un systme centralis en toile mis en place dans les annes 70. Cette architecture
comprend un ordinateur principal et des priphriques relis en toile. Le principe de cette
architecture est que linformation est saisie une fois (principe de non redondance), stocke en un
point unique de la base de donnes mais accessible de nimporte quel point du rseau (principe de
partage). Cest cette approche qui est le plus souvent commercialis dans les systmes dits cl en
main . Cette approche a trouv sa russite dans les hpitaux de petite taille (300-400 lits) et
vocation de recherche peu dvelopp.

Avantages Inconvnients

Systme intgr centr sur le patient.
Mise en service et maintenance facile
des modules applicatifs
Contrle facile du systme
Systme cl en main

Cots de maintenance leve
volution non progressive.
Prise en compte partielle des besoins
des utilisateurs
Standardisation leve

21

3.5.2 Les SIH dpartementaux :

Consiste en lachat des diffrentes structures de lhpital dapplications spcialises. Les units
mdico-techniques ont t les premires tre informatises aprs les services administratifs.
Linformatisation des units de soins est beaucoup plus complexe car la demande mdicale varie
dun service un autre et mme lintrieur dun service.
Cette approche est utilise dans plusieurs institutions hospitalires composante universitaire trs
forte.

Avantages Inconvnients

Meilleurs adaptation des produits la
demande des utilisateurs.
Dissociation du matriel et du logiciel
Investissement progressif
Applications multi-hospitalires

Redondance de l'information
Difficult de maintenir l'intgrit et la
cohrence de l'information
Cot lev de l'intgration en l'absence de
standards de communication

3.7.1. Les SIH distribus :
Lide de cette approche est de combiner les avantages des deux premires architectures. Les
applications sont rparties sur plusieurs processeurs de traitement suivant une architecture client/
serveur (serveur didentit, serveur de messagerie, serveur de rsultats, serveur de donnes cliniques)
. La complexit de cette approche cest quelle ncessite plusieurs niveaux dintgration : architecture
matrielle, logiciels adapts, rseaux. Elle ncessite aussi une communication entre les applications
en utilisant des normes. Internet peut tre considr comme un systme distribu qui a fait son
apparition dans le domaine hospitalier sous forme dun intranet.

4. Prsentation gnrale des ERP :
Les ERP sont des logiciels qui permettent la gestion de tout le mtier dune
entreprise. Ils assurent une vision transversale du systme dinformation.
4.1. Dfinition :
Il existe deux possibilits pour dfinir un ERP. Soit on considre son utilisation et on parle
alors de dfinition fonctionnelle, soit on considre son laboration et on parle alors de dfinition
architecturale. La dfinition fonctionnelle consiste inventorier les fonctions proposes par le
progiciel. On considre gnralement que dans un ERP, au moins trois des fonctions suivantes sont
runies : Ventes, Achats, Production, Logistique, Comptabilit, Ressources Humaines, Qualit. A
cela, il faut ajouter des applications priphriques telles que le SAV (service aprs-vente), la SFAO
(suivi de fabrication assist par ordinateur), mais aussi des besoins de plus en plus croissants en terme
de gestion documentaire, de partage des connaissances et de traabilit.
La dfinition architecturale considre lERP comme la colonne vertbrale des applications
informatiques de lentreprise. Le cur dun ERP fournisseur, dfinition et dcoupage de
lorganisation (site de production, point de vente ). Cest partir de ce rfrentiel et de bases de
donnes communes que fonctionnent toutes les applications de lERP. Cette dfinition met en avant
les changements organisationnels induits par la mise en place dun ERP (dfinition des articles,
organisation de la gestion des rfrentiels clients).
22

4.2 Intrts des ERP

Les diffrentes tudes, enqutes et ouvrages qui ont t raliss aux USA et en France sur la
mise en uvre des ERP ont permis de mettre en avant les axes les plus frquents damlioration cits
par les entreprises pour justifier de leur investissement dans un ERP. Ce sont :
Au niveau de lensemble des fonctions de lentreprise un pilotage par des indicateurs et une
meilleure connaissance des structures de cots.
Au niveau des ventes, un accroissement du nombre doffre qui doit permettre de gnrer
des revenus complmentaires.
Au niveau financier loptimisation des fonds propres, par exemple, une diminution des
stocks et une amlioration des dlais de paiement.
Au niveau des achats une optimisation des conditions dachat par une meilleure capacit
ngocier, avec une diminution des temps dapprovisionnement.
Au niveau de la production, la matrise des cots de production et des niveaux de stock
pour accrotre la productivit et la ractivit.
Au niveau de la communication entre les diffrents services de lentreprise une meilleure
circulation des informations par lexistence dune base unique.
A la diffrence des grandes entreprises, les PME nont pas besoin dune couverture
fonctionnelle complte, ou nen ont pas les moyens. Selon ses besoins "mtiers", une PME utilisera
une ou quelques fonctions de lERP intensivement. Les PME nont leur disposition ni les
comptences internes ni les dlais et budgets des grands groupes o il est possible de dtacher des
personnes pour soccuper de lintgration dune nouvelle solution. Le dfi prioritaire des ERP ddis
aux PME est de proposer un produit rapidement paramtrable et personnalisable aux besoins
"mtiers" de lentreprise.
Lavenir des ERP passe par le respect des standards qui simposent aujourdhui en
informatique. Lenjeu est de permettre tous les logiciels dvelopps dans des environnements et des
langages diffrents de pouvoir changer des informations. Cette interoprabilit permettra
lintgration de plus en plus prononce des systmes dinformation au sein de lentreprise et entre les
entreprises. Les diteurs travaillent galement augmenter la qualit des interfaces ainsi qu
diminuer les cots de maintenance lis aux innovations technologiques (exemple : passage de
Windows 2000 Windows XP).
4.3 Architecture dun ERP
4.3.1 Architecture technique dun ERP

Les ERP prsentent une structure informatique de type client/serveur trois niveaux :
Le niveau Prsentation : il constitue l'interface utilisateur.
Le niveau Applications : il correspond aux fonctions de traitement de l'information.
Le niveau Base de donnes : il gre les grands volumes de donnes que l'entreprise
conserve.
De plus, les ERP sont compatible pack Office, en particulier pour PowerPoint et Excel. Ils
sont aussi adapts des outils de reporting.
23

Les ERP peuvent travailler dans des environnements htrognes en ce qui concerne les
matriels et les logiciels de base : l'entreprise peut choisir les fournisseurs des matriels, des
gestionnaires de bases de donnes et des systmes d'information.
La figure suivante illustre larchitecture technique dun ERP :

Figure 6 : Architecture technique des ERP [Fleur-Anne Blain]

4.3.2 Architecture fonctionnelle dun ERP

Un ERP est un ensemble dont toutes les parties fonctionnent les unes avec les autres d'o
l'ergonomie et l'unicit des informations et donc la cohrence du SI.
Un ERP est modulaire dans le sens o il est possible de n'avoir qu'une ou plusieurs
applications en mme temps, ou peu peu. Les applications modulaires telles que les ERP permettent
d'tre sr de la compatibilit des modules entre eux, ils s'imbriquent comme des blocs de Lego et
fonctionnent ensemble (pas de vrification de compatibilit effectuer).
Voici un exemple d'architecture modulaire qui tend reprsenter tous les ERP :
24

Figure 7: Les modules de base dun ERP [Fleur-Anne-Blain]

Dans la suite je prsenterai les principaux modules couverts par un ERP.
a. Le module comptabilit

Il s'agit au moins de la comptabilit analytique qui s'appuie ventuellement sur une
infrastructure de business intelligence embarque par l'ERP. Certains ERP grent aussi la
comptabilit gnrale franaise, mais l'heure actuelle leur mise en oeuvre correcte ncessite encore
des paramtrages assez intenses. Nanmoins, un pont comptable d'export d'critures peut tre mis en
place pour utiliser une gestion comptable abordable mais prouve tout en conservant les outils
d'analyse, de facturation et de gestion commerciale de l'ERP open source.
b. Le module achats

Le module d'achat permet de grer les transactions d'achat et critures comptables associes,
mais aussi les approvisionnements selon des politiques paramtrer et/ou selon le calcul des besoins
dtermins par la gestion de production.
c. Le module ventes

Ecritures comptables des ventes, mais aussi : rgles de pricing, devis, factures, paiements, etc.
Certains ERP, vont aussi trs loin dans le CRM (Customer Relation Management) ou GRC (Gestion
de la Relation Client). Dans certains cas, l'ERP peut intgrer une plateforme d'e-commerce native.
Mais plus gnralement l'ERP disposera de web services et/ou des connecteurs SQL permettant
d'interfacer des logiciels d'e-commerce standard. Parfois encore, les ERP s'interfacent nativement
avec des solutions de ventes en caisse POS (Point Of Sale) ou encore Point de Vente en franais.
d. Le module ressources humaines

Le primtre du module ressources humaines peut varier de la gestion des emplois du temps, au
recrutement, en passant par la gestion de la paie. A noter que les modules de paie sont trs rares
cause du morcellement lgislatif d'une part et de la mise en jeu de donnes trs confidentielles d'autre
part.
25

e. Le module CRM

Le CRM (Customer Relationship Management, gestion de la relation client) a pour but de crer et
dentretenir une relation mutuellement bnfique entre une entreprise et ses clients. Dans ce mode de
relations commerciales, l'entreprise s'attache la fidlit du client en lui offrant une qualit de service
qu'il ne trouverait pas ailleurs. Ainsi, la plupart des ERP intgrent un module CRM permettant
d'amliorer la relation client/entreprise. Ce module couvre en gnral la gestion des vnements
clients, la planification des tches, la gestion des opportunits des ventes et des achats, etc.
Il reste noter quun ERP a lavantage dtre extensible vis--vis dautres fonctionnalits. Ainsi
chaque entreprise a le choix entre intgrer un module qui lui est utile ou de le dvelopper, en interne
ou en externe.
5. Capture des besoins fonctionnels

5.1 Introduction

Avant de spcifier les besoins il est ncessaire de raliser une tude de lexistant. Ltude de
lexistant est une tape cl dans la ralisation de nimporte quelle application informatique,
quelque soit le domaine concern. Il sagit dune tude permettant de comprendre la problmatique
du projet et de dtecter les avantages et inconvnients des solutions proposes actuellement sur le
march afin den profiter pour ralisation de notre projet.
5.2 Etude comparative des logiciels pour la gestion mdicale
Dans cette partie, nous allons essayer de faire une tude comparative des logiciels qui existent au
march, cette tude permettra :
Sinspirer des expriences similaires notre projet et qui ont t dj ralises. Cette
inspiration sera concrtise dans loutil quon devra raliser
Localiser notre systme par rapport aux systmes dj existants.
Prciser ce que notre application doit faire.
Plusieurs applications Open Source ou propritaire existent aujourdhui dans le domaine des
systmes dinformations hospitaliers. On a choisi parmi ces logiciels :
MEDIMUST :
MdiMust : est un ensemble de solutions qui assure avec clart la gestion complte du cabinet
mdical, quelle que soit sa taille et quelles que soient sa ou ses spcialits.
Il prend en charge les tches les plus varies : la recherche des fiches de la journe, leur
classement, l'dition automatique des courriers et comptes-rendus, l'enregistrement des consultations
et l'impression des ordonnances, la gestion quotidienne des recettes et annuelle de la comptabilit...
Les demandes de bilans, l'dition du courrier, les recettes d'un patient sont accessibles directement,
en n'importe quel point du programme par quelques icones explicites et commentes. L'accs une
autre fiche patient est possible en permanence sans perdre la saisie en cours.
Il est dit par la socit Mustinfo, socit de cration de logiciel propritaire mdecin et de logiciel
vtrinaire.
26

OSOFT
OSOFT est un logiciel de gestion complte dun hpital ou clinique ddi au mdecin gnraliste
ou spcialis , dvelopp et commerc par la socit Medibase qui ralise des missions d'audit et de
conseil sur les systmes d'information mdicale auprs des tablissements de sant en France.
OSOFT couvre la totalit du dossier mdical. Allant du premier contact avec un patient pour une
consultation jusqu sa sortie de ltablissement, en passant par la phase de production
dinformations mdicales et lordonnance, lannonce dhospitalisation et attribution des ressources,
lit et bloc, ainsi que la prescription et lorganisation des soins. Les diffrents modules et fonctions
dOSOFT accompagnent tout au long de suivi des patients.
Il est prsent toutes les tapes du cheminement d'un patient hospitalis, de la consultation la sortie
de l'tablissement notamment travers :
- la consultation initiale
- l'affectation des ressources au patient au travers de la planification des lits et des blocs
- la consultation d'anesthsie
- la prescription de mdicaments avant ou pendant le sjour du patient
- l'accs aux prescriptions par la pharmacie et l'mission des avis pharmaceutiques
- la fonction de messagerie intgre la prise en charge des patients
- l'accueil du patient dans le service (valuation, pancarte, devenir, activits, soins,
transmissions,...)
- l'organisation transversale des activits de service

MEDIBOARD :

Mediboard est un systme web open source de gestion d'tablissement de sant. Il se dfinit plus
prcisment comme la partie logicielle d'un systme d'information hospitalier, c'est--dire un progiciel de
gestion intgr adapt aux tablissements de sant de toute taille, du simple cabinet de praticien au centre
mdical multi site.
Cest un systme d'information hospitalier ddi la gestion du dossier patient, la planification de
l'activit de l'tablissement de sant et la gestion de l'activit clinique et librale des praticiens.
Il est initialement conu comme un pont entre les dossiers mdicaux grs par les praticiens,
notamment dans le cadre de leur activit librale au sein des cabinets mdicaux, et le dossier patient
administratif utilis par les tablissements dans un cadre plus organisationnel et financier.
Ce pont prend la forme du dossier administratif et mdical, complt tout au long du parcours du patient,
des points de vue complmentaires de l'tablissement et des quipes mdicales.

27

GMEDCINE :
Gmdecine est un Logiciel Hospitalier , son Systme Expert - Une quipe de concepteurs, de
dveloppeurs, de formateurs regroupe sous la bannire de Gmdecine qui est appuye sur des
professionnels de la sant pour crer un systme expert, susceptible de grer les dossiers des patients
au sein des structures hospitalires il est la fois :
Un outil de la dmarche dAccrditation par ses fonctionnalits denregistrement, traitement,
analyse, accessibilit et traabilit des donnes patient.
Un guide de l'Accrditation par ses potentialits de moyen permanent dinformation et de formation
des professionnels de sant.
Polydis :
Le logiciel polydis fournit par HopitalWeb qui dveloppe des modules logiciels de gestion pour
tablissement de sant : hpital, clinique, polyclinique. L'ensemble constitue un ERP nomm Polydis.
Polydis autorise : le dossier patient informatis, la dispensation nominative des mdicaments et offre
une complte traabilit des actes, soins et de la strilisation.
Articul autour du dossier patient informatis et intgrant le dossier de soins informatis, la
dispensation nominative des mdicaments, un dossier dittique patient, l'enregistrement des actes et
soins mdicaux, infirmiers et de la strilisation, PolyDIS offre la traabilit recherche par tous dans
le monde de la sant.

28

Elixir :
Elixir est le fruit d'une collaboration troite entre une quipe de dveloppeurs en informatique et des
mdecins dans le but de raliser une solution professionnelle et complte pour la gestion de cabinet
mdical.
Elixir est le premier logiciel de gestion de cabinet mdical totalement GRATUIT pour tout mdecin
tunisien, ainsi toutes les fonctionnalits du logiciel Elixir et les mises jour sont gratuites.
Les fonctionnalits dElixir :
Elixir permet de grer vos patients, leurs consultations (les examens cliniques, les bilans biologiques
et radiologiques, les ordonnances...).
Et aussi, il vous permet de grer votre archive mdical, ainsi que vos rendez-vous et vos courriers.
Module medical:
Le module mdical dOpenERP se veut un enregistrement de donnes mdicales lectroniques
centralises et un systme dinformations hospitalires, destin au service des institutions sanitaires et
hospitalires.
Le noyau de base offre les fonctionnalits suivantes : le calendrier des agendas des units de
soins, la fiche administrative des patients, le formulaire de consultation, la dlivrance des
ordonnances.
OpenERP reprend lcran lidentit du patient, ses antcdents gnraux et ses allergies, son
groupe sanguin, la liste des consultations, la liste des ordonnances etc.

Types des logiciels :
logiciel propritaire Open source
Mdimust

Gmedecine

osoft

Chimed

Mediboard

Polydis

Exilir

Module medical

29

Tableau comparatif :

Module
medical
Medimust Gmedecine Osoft Chimed mdiboard Polydis Exilir
Gestion des
patients

Admission
-

Hospitalisation
des patients
- -

-

- -
Gestion de dossier
mdical

facturation
-

- - -

-
Gestion des
personnels
- - -

- -
Gestion de stock
- - -

-

- -
Gestion des RDV
Gestion des
consultations
- -

- - - -
Gestion
de
laboratoire

Imagerie
Messagerie
-

Gestion de la
pharmacie
- - -

- -

-
Gestion des actes
mdicaux
- - -

-

-
Administration
daccs au
systme
- -

-
Gestion des
chambres
- -

-

Daprs cette tude comparative entre ces logiciels, on a pu extraire les diffrentes fonctionnalits qui
va tre ralis au niveau de notre future systme ce qui conduit laborer le cahier des charges
suivant :
5.3 Elaboration de Cahier des charges fonctionnel
Il sagit de la toute premire tape du processus de dveloppement et vise effectuer un premier
reprage des besoins fonctionnels et oprationnels du systme modliser. Elle consiste
essentiellement, raliser un cahier des charges des diffrents besoins et souhaits exprims par les
futurs utilisateurs du systme et den dduire les principaux acteurs du systme ainsi que les
messages changs.

30

La gestion des patients :

Dossier administratif

Cration d'un Dossier administratif :

Cette fonction permettra de crer le dossier d'un patient lors de sa premirevisite, les donnes
peuvent tres complts ultrieurement et sont toujours modifiables. Ce dossier contient : Le Nom, le
Prnom, le sexe, La Date de naissance, l'adresse, le code postal, la ville, La situation familiale, la
profession, les N detlphone.

Renseignements administratifs: Le Nom de l'assur et son Prnom si diffrent du patient.
Le N d'affiliation une caisse d'assurance maladie ou n Carte Nationale d'Identit pour les patients
ne disposant pas de couverture sociale.
Le nom de la Mutuelle et sa date de fin de droits.
Le N du centre de caisse d'assurance maladie dont le patient dpend.

Accs / modification d'un Dossier administratif :

Cette fonction permet de rechercher et d'accder au dossier administratif dun patient ainsi que
le modifier ou le complter si ncessaire.

Suppression d'un Dossier Administratif :

En cas de mauvaise manipulation, cette fonction permet de supprimer ledossier administratif d'un
patient aprs confirmation.

Dossier mdical
Cration d'un dossier mdical :

Pour crer un dossier mdical le patient doit avoir au pralable un dossier administratif. Ainsi,
le systme permettra de crer un dossier mdical pour un patient dtermin. Le dossier mdical est
constitu de plusieurs onglets dfinis ci-dessous:

Antcdents et diagnostics : toutes les donnes lies aux antcdents mdicaux du patient et
ses diagnostics permettront de rendre tat du pass mdical l'tat de sant du patient.
Consultation et observations mdicales : les remarques pertinentes au sujet de l'volution du
patient permettent l'actualisation permanente de l'tat gnral du patient.
Bilans et suivis: les rsultats des analyses et les bilans de sant constitueront un historique de
la vie mdicale du patient.
Rgime suivi : inclut le point de vue dittique, en relation avec le dossier mdical. Lquipe
de dittique gre lorganisation des repas servis aux patients, en collaboration avec lquipe
de la cuisine, elle tablit des rgimes spcifiques en fonction des pathologies.

Accs/ Modification d'un dossier mdical :

Le systme permet d'accder un dossier mdical et de le modifier en y ajoutant des donnes
complmentaires ou de changer les informations existantes. On pourra notamment modifier le rgime
prescrit pour un patient lors de son sjour.
31

Enregistrer un dossier mdical :

Cette fonction permet d'enregistrer les informations contenues dans ledossier mdical.

Supprimer un dossier mdical :

En cas de mauvaise manipulation engendrant un doublant, cette fonction permet de supprimer
le dossier mdical d'un patient. Une confirmation est demande.

La gestion des admissions (hospitalisation)
Le module Admission consiste suivre lpisode dhospitalisation dun patient depuis son arrive
lhpital jusqu' sa sortie
Elle vise essentiellement :
Grer les informations mdico-administratives du patient.La prise en charge des lments
dune admission dun patient (rgime, service, mdecin, motif Dadmission, qualit du
malade, )
La prise en charge des affectations des malades aux chambres et lits
La recherche des admissions par nom, prnom, service, mdecin traitant,

Gestion et planning du personnel mdical :

Cration du personnel :

Cette fonction permettra de crer le personnel mdical de la clinique afin depouvoir grer le
planning gnral et faciliter la prise de RDV des patients.
On devra pour cela entrer les informations suivantes : Nom, Service (chirurgie, pdiatrie),
Fonction (mdecin, infirmire)

Modification du personnel :

On pourra grce cette fonction modifier les donnes lis au personnel pralablement cre.

Suppression du personnel :

A la suite dune erreur concernant les donnes du personnel dune retraiteou dun transfert une
autre clinique, le systme permettra de supprimer lafiche qui lui correspond, aprs une demande de
confirmation.

Gestion de la pharmacie et de stock:
Ce module permet de grer l'ensemble des donnes ncessaires concernant les produits
administrs aux patients sjournant dans ltablissement.
Les produits pharmaceutiques sont exclusivement rservs aux patients admis en clinique. Ils sont
exclusivement prescrits par des mdecins et administrs par le personnel soignant.
32

Ajouter un mdicament :

Lapplication permet d'ajouter un mdicament dans la banque de donne en saisissant la description
relative au mdicament ci dessous:
(Nom, Dosage, Nature, Type, Posologie..)

Rechercher un mdicament :

Lapplication permet la recherche d'un mdicament. La recherche est effectuepar la saisie d'une de
ses caractristiques cites ci dessus.

Supprimer un mdicament :

Lapplication effectue la suppression d'un mdicament donn par la personneautorise. Une
confirmation est demande.

Signaler un produit en fin de stock :

Lapplication permet notamment de prvenir l'utilisateur quant la diminutiondu stock relatif au
produit.

Gestion de laboratoire :
Ce module doit grer les fonctions du laboratoire il intgre :

Recherche des rsultats dun patient :

Lapplication permet de chercher les rsultats en entrant le nom et le prnom et elle affiche les
rsultats.

Recevoir les demandes dexamen :

Lors de consultation si le mdecin a besoin dun examen, il envoi un demande dexamen au
laboratoire avec tous les informations concernant le patient.

Enregistrer les demandes :

Lorsque le laboratoire reoit les demandes lapplication lui permet denregistrer ces demandes avec
la date du demande et le nom du mdecin puis le nom du laborantin qui va faire lanalyse.

Editer les rsultats :

Aprs lanalyse lapplication permet aux laborantins denregistrer les rsultats les dits.

Gestion des chambres :
Ajout d'une chambre :
Cette fonction permettra de rajouter une chambre ainsi que toutes ses caractristiques.
(N de la chambre, Numro d'tage, Code d'accs la chambre, Type de la chambre (Individuelle /
Double), Numro de tlphone, tat d'occupation, Soins particuliers (appareils mdicaux spciaux
...), Service (pdiatrie, maternelle ...)
33

Suppression d'une chambre :
Lapplication permet de supprimer de la base des donnes les informationsd'une chambre.

Modification d'une chambre :
Cette fonction permet, dans la base de donnes, de faire des modificationssur une chambre.

Consultation des chambres :
Lapplication permet, en saisissant le numro de la chambre, d'afficher toutesles autres
caractristiques cites ci-dessus.

L'occupation des chambres :
Lapplication permet de visualiser ou d'enregistrer les chambres occupes par les patients, en entrant
le numro de la chambre. Voici les informations qui en dcouleront:
(Nom et Prnom du patient, Date d'entre du patient, Type de chambre occupe par le patient
(Individuelle / Double), Numro d'tage, Un lien vers le dossier mdical du patient)

Gestion des droits d'accs :

Cration dutilisateurs

Cette fonction permet de crer les diffrentes fiches du personnel habilit utiliser le systme.
Il suffit de saisir dans le module les donnes correspondant l'identification de l'utilisateur concern
o Nom
o Fonction (mdecin, infirmier...)
o Login
o Mot de passe
Modification : Le systme permet de modifier toutes les donns relatives l'utilisateur.
Suppression : le systme permet galement de supprimer un utilisateur dans le cas o il n'est
plus habilit utiliser l'application.

Cration de groupes d'utilisateurs : Le systme permet de crer un groupe selon la fonction
de l'utilisateur et despcifier les droits d'accs pour chaque groupe.

Modification : cette fonction permet de modifier les droits d'accs d'un groupe.
Suppression : Le systme permettra de supprimer un groupe d'utilisateur pralablement cre.

Gestion des rendez-vous
Les services chargs de laccueil et des admissions organisent et assurent la gestion des rendez-vous
en fonction des disponibilits des praticiens consultants et en fonction du volume des demandes de
rendez-vous.
Le nombre exact des patients admis par sance devra tre dtermin en fonction du nombre des
praticiens consultants, de la spcialit et de la dure de la sance. Le nombre ainsi fix devient
impratif aussi bien pour les praticiens consultants que pour le service d'accueil la consultation
charg de dlivrer les rendez-vous.
Cration dun rendez-vous :

Cette fonction permet de fixer un rendez-vous selon le choix du patient et les disponibilits qui se
prsentent aprs une recherche dans les horaires disponibles de lagenda.
34

Modification dun rendez-vous :

Lapplication permet de modifier un rendez-vous de l'agenda (l'heure, la date, l'objet...). Le systme
retournera automatiquement les priodes disponibles

Suppression dun rendez-vous :
Cette fonction permet avec une simple clique de supprimer un rendez-vous.

Gestion des lits :
Ajouter modifier les caractristique de lit
Cette fonction permettra de rajouter ou modifier les informations dun lit ainsi que toutes ses
caractristiques.
(N de la chambre, Numro d'tage, Code d'accs au lit, Numro de tlphone, tat d'occupation,
Soins particuliers (appareils mdicaux spciaux ...), Service (pdiatrie, maternelle ...)

Consultation de la liste des lits :
Lapplication permet, en saisissant le numro de la chambre, d'afficher toutes les autres
caractristiques cites ci-dessus.

L'occupation des lits :

Lapplication permet de visualiser ou d'enregistrer les chambres occupes par les patients, en entrant
le numro de la chambre. Voici les informations qui en dcouleront:
(Nom et Prnom du patient, Date d'entre du patient, Type de chambre occupe par le patient
(Individuelle / Double), Numro d'tage, Un lien vers le dossier mdical du patient)

Facturation, Tarification et paiement:
Sauf disposition lgale spcifique, toute prestation fournie par lhpital doit faire lobjet dune
facturation et dune mise en paiement par le malade ou un tiers payant.
La facture tant tablie conformment la rglementation de la tarification applicable aux hpitaux
relevant du Ministre de la Sant.
Le tarif des prestations est fix par voie rglementaire. Les hpitaux ne peuvent droger aux
dispositions rglementaires rigeant la tarification applicable.
La facturation des prestations est effectue, au niveau des services dadmission, sur la base des
relevs des soins, actes, examens complmentaires et autres services dont a bnfici lusager. Ces
relevs sont tablis, sous la responsabilit du chef de lunit de soins, sur la base du dossier
dhospitalisation.
Lhpital organise le processus de perception et de recouvrement des frais lis aux prestations
rendues conformment la lgislation en vigueur.
Ce module doit grer la facturation et prend en considration le mode de rglement des patients

Crer la facture :
Il permet de crer automatiquement la facture du patient ds son admission contient toutes les
informations administratives.

35

Enregistrer les prix :

Il permet denregistrer les prix de diffrentes consultations et examens dans la base de donnes et de
donner le droit de supprimer ou modifier.
Facturer de faon automatique chaque prestation (consultation, examen, hospitalisation) dont a
bnfici le patient.

Rechercher :
Cette fonction permet de chercher la facture d'un patient donn par le nom et prnom ou dautre
information administrative.

Rgler une facture :
Cette fonction permet de rgler la facture en prcisant le mode de rglement chque ou espce en
vrifiant les informations qui sont introduites au dpart (la mutuelle, caisse,).
Edition de la facture :
Lorsque le patient est prt quitter ltablissement il se prsente la caisse avec un bon de sortie
sign par son mdecin. Le caissier (ou facturier) doit son tour tamponner le bon (il signe que le
rglement va tre effectu), puis saisit le numro de dossier de ce patient, et lance ldition de sa
facture. Le montant de la facture est compos des montants des types de prestations consommes
ainsi que du montant de sjour.

5.3 Analyse de systme
5.3.1 Identification des acteurs
La liste des acteurs de notre nouveau systme, se prsente comme suit :
Agent ou personnel administratif(PA) : son rle est de grer ladmission et lorientation des
patients et la gestion des personnels hospitaliers ainsi que la facturation.
Mdecin : son rle est de crer le dossier mdical de chaque patient et la mise jour des
informations mdicaux aprs chaque consultation. il est charg de lhospitalisation et la
prparation des examens.
Infirmire : son rle est de crer les rendez-vous et organiser lagenda du travail du mdecin.
Rceptionniste : elle est charge dadmettre les patients, crer le dossier administratif et
donner le premier rendez-vous.
Laborantin : il est charg de grer les demandes dexamens et ldition des rsultats.
Administrateur : son rle est de grer lutilisation du systme et les droits daccs de chaque
utilisateur en fonction de son catgorie

5.3.2 Identification des cas dutilisation

Dans ce qui suit nous proposons une description textuelle des cas dutilisation. Cette description
nest pas la plus exhaustive possible, mais permet davoir une ide sur le fonctionnement de chaque
cas dutilisation. Les cas dutilisation sont structurs comme suit :

36

Un sommaire didentification qui contient :
Le titre du cas dutilisation
Le but du cas dutilisation
Le rsum du cas dutilisation
Les pr-conditions
La description des diffrents enchanements du cas dutilisation
Use case dtaill

5.3.3 Description des cas dutilisation

Authentification

Sommaire didentification

Titre : Sauthentifier.
But : La connexion dun utilisateur au systme.
Acteurs : les utilisateurs du systme.
Description : Lutilisateur sauthentifie en saisissant son login et son mot de passe.

Pr-conditions :
Lutilisateur saisit ses droits daccs (login et mot de passe).

Description des enchanements :

Enchanements :

Lutilisateur saisit en premier ses droits daccs. Si le systme dtecte une erreur dauthentification,
alors la fentre dauthentification sera raffiche, sinon le systme affiche la page daccueil.

Gestion des patients :
Diagramme de cas dutilisation:

37

<include>
<include>
<include>
<include>
<include>
<include>
<include>
<include>
agent
mdecin
cration du dossier administratif
observation mdicale
rgime suivi
suppression
accs et modification
bilans et suivi
gestion du dossier mdical
anticdents et diagnostic
recherche un patient
gestion d'hospitalisation
gestion de la sortie
consulter la liste des patients
reservation de salle et lit
affecter le patient un lit
archivage du dossier
diffuser les infos de sortie
rceptionniste
ajout
authentification

Figure 8 : Diagramme de cas dutilisation gestion patient

Sommaire didentification :
Titre : gestion des patients
But : permet de suivre le patient ds lentr jusqu sa sortie.
Rsum : la rceptionniste cre un dossier administratif du patient qui contient les
informations personnel et le type de visite et de maladie et il lui affecte un mdecin qui cre
son tour un dossier mdical qui contient tous les informations qui dcrivent la consultation,
le traitement suivre, les ordonnances et les examens faire.
Acteurs : mdecin, administrateur, rceptionniste

38

Pr-condition :
-Le mdecin, ladministrateur, rceptionniste sont authentifis
Post-condition :
-Un dossier du patient est cr dans le systme
-Les donnes de base (identit, mdecin traitant, conditions connues)

Description des sous cas dutilisation :
(1) crer un nouveau dossier patient administratif
Cette opration est ralise chaque fois quun nouveau patient se
Prsente, La rceptionnisteclique sur longlet nouveau patient, puis, il clique sur ajouter
patient pour crer un nouveau dossier administratif dun nouveau patient on lui affecte un
num automatique en saisissant les diffrents informations ncessaires (nom, prnom, date de
naissance, adresse,..)
*Si tous les champs ne sont pas remplis, un message d erreur saffiche invitant complter
les champs.
(2) crer le dossier mdical
Le mdecin cherche le dossier patient par recherche , lorsque le dossier est afficher il
clique sur longlet dossier mdical qui contient plusieurs onglet (symptme, observation
mdical, ordonnance, examens, antcdents) ; le mdecin remplis les champs par les
informations ncessaires, il confirme lenregistrement, un message confirme que les
informations sont bien enregistres.
(3) recherche dun patient
Lors de linscription du patient la rceptionniste vrifie par nom si le patient existe dj, sil
nexiste pas il passe la cration du dossier
si le patient est dj inscrit, la rceptionniste clique sur recherche dans le menu gestion de
patient, une page saffiche, donne la main pour saisir soit le nom ou le numro de dossier, le
systme effectue une recherche puis il affiche une liste des patients, on slectionne le patient
et le dossier saffiche.
Sil nexiste aucun patient un message derreur saffiche.
(4) Accs et modification
39

Le mdecin et ladministrateur accdent au dossier patient avec droit de modification et de la
mise jour du dossier mdical et du dossier administratif, il peut modifier en cliquant sur le
bouton modifier puis enregistrer , un message confirme la modification.
(5) liste des patients
Pour consulter la liste des patients on clique sur longlet liste des patients une liste sera
afficher
(6) suppression du dossier
La suppression du dossier patient neffectue par ladministrateur que sil a commis une
erreur lors de la cration du dossier, une demande de confirmation est affich.
(7) gestion dhospitalisation
Un onglet hospitalisation dans le dossier patient, Pour chaque patient qui doit tre
hospitalis, lagent lui affecte un numro de chambre, un numro de lit et le numro de
linfirmier soign, ces informations doit tre enregistr dans le dossier patient aprs une
justification de lhospitalisation qui doit tre faite par le mdecin.
(8) gestion de la sortie
Si lhospitalisation du patient est termine lagent doit diffuser les informations et le type de
la sortie, ces informations doit tre enregistrer dans lhospitalisation pour prparer la facture
et un reu de sortie puis libration de chambre et larchivage du dossier sil ny a pas de
prochain RDV.

Gestion des chambres :

Diagramme de cas dutilisation

ajouter une chambre
modifier une chambre
consulter infos
chambre
supprimer une chambre
< extend>
< extend>
agent

Figure 9 : Diagramme de cas dutilisation: gestion des chambres

40

Sommaire didentification :
Titre : gestion des chambres
But : - grer les chambres de lhpital.
Rsum : lagent gre les chambres de lhpital les affecter aux patient hospitaliss selon la
disponibilit, il a la possibilit de les modifier, les supprimer ou les consulter.
Acteur : agent

Pr-conditions :
- les caractristique des chambres est dj saisie dans le systme.
-lagent est authentifi.
Enchainement A: accs et modification
Lagent peut accder une chambre par numro pour La consulter ou la modifier selon le choix.
Enchainement B: suppression du chambre .
On supprime une chambre en saisissant son numro, aprs une confirmation la chambre sera
supprimer.

Gestion des rendez-vous
<<include>>
<<include>>
<<include>>
infirmier
consulter la liste des RDV
crer rendez_vous
modifier rendez_vous
authentification

Figure 10 : Diagramme de cas dutilisation gestion Rendez-vous

41


Nom du cas dutilisation : Prise des rendez-vous
But : Le patient souhaite obtenir un rendez-vous
Rsum : Un patient demande un rendez-vous. Ce rendez-vous peut provenir de deux sources :
De la prescription dun acte mdical par un personnel mdical
Du dsir du patient de consulter un PM, par spcialit, ou par nom.
Acteur : Un Personnel Administratif (PA), en interaction avec le patient Les horaires du personnel
et de lquipement mdical sont dj saisis dans le systme.

Description des enchanements

Pr-conditions
Les horaires du personnel et de lquipement mdical sont dj saisis dans le systme.
Le PA est dj authentifi
Post-conditions :
Le patient a un rendez-vous pour son acte mdical une date et heure donne
Le personnel mdical qui va effectuer lacte a le mme rendez-vous saisi dans son calendrier

Nom du cas dutilisation : gestion des rendez-vous
But : fixer un rendez-vous selon la disponibilit du mdecin
Rsum : linfirmire cre un nouveau rendez-vous pour un patient aprs la vrification de
disponibilit du mdecin, elle peut par la suite consulter la liste des rendez-vous, annuler ou modifier
la date.
Acteur : infirmire.


Pr-conditions
Calendrier du mdecin existe.
Linfirmire est dj authentifie.
42

Post-conditions :
Le patient a un rendez-vous.

Gestion des examens mdicaux

<<extend>>
<<extend>>
<<extend>>
<<extend>>
Consulter la liste des examens
Modifier
Supprimer
Remise des rsultats des analyses
Demander examen
Effectuer examen
Fixer rendez-vous
Patient
Medecin
Gnrer compte rendu
Prescrire du traitement
Prescrire des medicaments Prescrire une chirurgie
Creer examen
Dtction de maladie
Infirmier

Figure 11 : Diagramme de cas dutilisation: gestion des examens mdicaux


Titre: Gestion des examens.
But : Ralisation dun examen programm (ou un cas durgence) pour un patient.
Rsum : Lorsquun patient se prsente pour effectuer un examen (cas ordinaire ou cas durgence), le
mdecin vrifie que cest bien le patient examiner pour cette sance, auquel cas il ralise lexamen,
de plus il dite un compte rendu instantan dans le cas dun examen simple, ou dun examen
complexe (cas durgence.).
Acteurs : Mdecin.infirmier,

43


Pr-conditions

1. Le mdecin se connecte, sidentifie et sauthentifie auprs du systme.
2. Le patient se prsente muni de sa fiche de RDV (Programm pour la journe).

Scnarios

1. Le cas dutilisation commence lorsque le mdecin se connecte au systme en fournissant son
login et son mot de passe.
2. Lorsque le tour dun patient arrive, il se prsente chez le mdecin, ce dernier choisit loption
Raliser un nouveau examen, la fiche correspondant saffiche sur cran, il saisit le code de
lexamen puis vrifie que cest bien le patient examiner.
3. Auquel cas, le mdecin consulte les observations de lanesthsiste, et les antcdents du
patient.
4. Scnario 1. Si lexamen effectuer prsente un risque sur le patient (le mdecin se rfre aux
observations de lanesthsiste), Le mdecin choisit loption Prescrire un examen, puis
roriente le patient la rception.
5. Scnario 2. Si lexamen effectuer ne prsente aucun risque sur le patient :

5.1. Le mdecin ralise lexamen laide de lappareil (La modalit). Limage de la radio
est rcupre, traite et archive.
5.2. Si cest le cas dun examen simple, le mdecin interprte lexamen puis dite un
compte rendu, le valide ensuite, compte rendu final, (le compte rendu et une rfrence
limage de la radio sont rajouts au dossier patient). Il imprime ensuite le clich de la
radio et le compte rendu, et remet le tous au patient.
5.3. Dans tous les cas, et pour des raisons pdagogiques, le mdecin choisit de proposer
des examens quil juge intressants pour les mdecins radiologues rsidents quil suit,
pour interprtation.
5.4. Dans tous les cas, si le mdecin juge la ncessit dun examen complmentaire, il
choisit loption Prescrire un examen, puis le prescrit au patient (Le numro de
lexamen qui a gnr cet examen complmentaire est mentionn dans lordonnance),
auquel cas ce dernier se prsentera la rception pour fixer la date du rendez-vous.

Edition et Remise des rsultats

Nom du cas dutilisation : Edition et remise des rsultats dun examen complexe.
But : Edition et remise des rsultats (clich de radio et compte rendu final) dun examen au patient.
Rsum : Edition dun rsultat dexamen partir du dossier patient puis remise du clich et du
compte rendu final.
Acteurs : Secrtaire mdicale.
44


Pr-conditions
1. Connexion, identification et authentification de la secrtaire mdicale.
2. Le patient se prsente muni dun bon de retour (Programm pour la journe)

Scnarios
1. Le cas dutilisation commence lorsque la secrtaire mdicale se connecte au systme en
fournissant son login et son mot de passe.
2. Lorsque le patient se prsente muni de son bon de retour pour rcuprer les rsultats de son
examen, la secrtaire vrifie la date de retour mentionne sur le bon et saisit le numro de
lexamen.

3. Si lexamen nest pas prt tre remis (lexamen est en instance dinterprtation, attente de
lavis du mdecin expert, ou du colloque), le patient sera appel ds que les rsultats de son
examen seront prts, lexamen est automatiquement rajout la liste des examens en instance
de remise. Sinon la secrtaire mdicale lance limpression du compte rendu final et du clich
de la radio de lexamen.
4. Elle rcupre la radio et le compte rendu quelle signe, puis elle met le tous dans une
chemise quelle remet au patient.

Exception

1. chec de connexion au systme.
2. Rsultats non disponibles : le patient sera appel ds que les rsultats de son examen seront
disponibles.

Post-conditions :

1. Rsultats de lexamen du patient remis.
2. Lexamen (Dont le compte rendu nest pas disponible) est mis en instance de remise.

Facturation

<<includes>>
Patient
Rgler facture
Carte crdit
Assurance
Espce
Effectuer le paiement

45

<<includes>>
<<includes>>
<<includes>>
<<includes>>
<<includes>>
Rechercher une facture
Consulter la liste des factures
Authentification
Imprimer facture
Enregistrer facture
Creer facture
Personnel administratif
Modifier le prix

Figure 12 : Diagramme de cas dutilisation: facturation


But : Paiement et facturation dune prestation
Rsum : Un patient est appel payer pour un acte mdical. Le membre du personnel administratif
(MPA) interagit avec le patient pour le paiement. Il y a diffrentes modalits de paiement, dpendant
du type dacte, et du type dassurance dtenu par le patient :
1) paiement comptant
2) paiement par carte de crdit
3) paiement par transmission lassurance du patient
4) Dans tous les cas, un reu est remis au patient avec indication du mode de paiement

Acteur : Un Personnel Administratif (PA)


Pour simplifier, on va supposer que le paiement est enclench la fin dun acte mdical quand le
patient se dirige vers le PA. En ralit, le paiement se fait souvent avant le dbut de lacte (pour un
rendez-vous simple, un test biologique) quand on en connait les paramtres et aprs quand le nombre
46

de tests / examens peut varier dpendant de ce que le personnel mdical juge. Dans ce dernier cas, on
saisit au dbut le mode de paiement (assurances, numro de carte de crdit, etc.)

Gestion de chirurgie :
<include>
<include>
<include>
chirurgien
chef de bloc
demande la chirurgie pour un patient
affecter le patient un bloc
authentification
donner un RV pour l'opration

Description :
Titre : gestion de la chirurgie
But : Bonne gestion des blocs opratoires
Rsum : le mdecin dtecte que le patient a besoins dune chirurgie, il envoie la demande au
chef du bloc qui a son tour prcise la date et lui affecte un bloc
Acteurs : mdecin, chef du bloc

Pr-condition :
Le mdecin a effectu la consultation.
Le chef du bloc sauthentifi.
Post-condition :
La chirurgie est planifie.

Pr-conditions
Lagent du personnel administratif est dj authentifi
On a dj accs la prestation en question

Post-conditions :
Le paiement est reu
La prestation mdicale en question est marque paye

47


Cas (1) : demande de chirurgie
Lors de la consultation, si le patient a besoins dune opration le mdecin remplie la fiche de
chirurgie en indiquant le code et le type de la chirurgie.
Cas (3) : Affecter le patient un bloc
Lorsque le chef du bloc reoit la demande de la chirurgie partir du dossier mdical du
patient il introduit les informations suivantes : le chirurgien lanesthsiste et le numro du
bloc o lopration sera effectue selon la disponibilit.
Cas (2) : donner un rendez-vous pour lopration
Aprs laffectation du bloc et du chirurgien, le chef du bloc fixe la date de lopration et il
confirme.

Gestion des utilisateurs :

<<extend>>
<<extend>>
Modifier informations personnelles
Mise jour utilisateur
Supprimer utilisateur
Creer utilisateur
Administrateur
Retirer profil
Ajouter nouveau profil
Modifier profil
Moifier droits d'accs
Gestion des profils des utilisateurs

Figure 13 : Diagramme de cas dutilisation: gestion utilisateurs

48


Titre : Gestion des utilisateurs
But : Enregistrement des utilisateurs actuels du systme et lattribution des droits daccs et des
profils chaque utilisateur.
Rsum : Ladministrateur attribue un profil et des droits daccs (nom dutilisateur, mot de passe)
chaque nouvel utilisateur enregistr. Il peut aussi modifier des utilisateurs existants (informations
personnelles, droits daccs et profils) ou supprimer les profils de certains utilisateurs (inactifs).
Acteurs : Administrateur

Pr-conditions
Ladministrateur sauthentifie
Post-conditions
Tous les utilisateurs actuels du systme sont enregistrs avec leurs droits daccs et leurs profils

Description des enchanements :

Enchanement (a) : Cration dun nouvel utilisateur
Ladministrateur slectionne la catgorie socioprofessionnelle du nouvel utilisateur (mdecin,
infirmier, secrtaire mdical,). Il remplit les informations personnelles de lutilisateur et lui attribue
ses droits daccs au systme (nom dutilisateur, un mot de passe) et valide lopration.
Enchanement (b) : Mise jour des utilisateurs existants
Ladministrateur peut modifier les informations personnelles, le profil ou les droits daccs des
utilisateurs existants. Aprs chaque mise jour, il valide toutes les modifications apportes.
Enchanement (c): Gestion des profils utilisateurs
Ladministrateur peut mettre jour le profil des utilisateurs existants. Ainsi, il peut ajouter, ou retirer
un ou plusieurs profils aux utilisateurs existants.

6. Capture des besoins techniques

6.1 Benchmarking des ERP Open Source:
Le march des ERP pour PME est en pleine expansion. Comme sur tous les marchs, les
acteurs se sont dabord intresss aux plus grands clients. Concernant les ERP, les diteurs visaient
dans un premier temps les multinationales. Une fois ce march satur ils ont rachet des solutions
49

pour PME afin de mettre un pied dans ce secteur dactivits. Les logiciels libres ont cibl les
petites structures ds le dpart. Dvelopps en troite collaboration avec les utilisateurs et les
intgrateurs, ces solutions sont parfaitement adaptes ces entits.
OpenERP reprsente un idal de logiciel agile, apte rpondre n'importe quel besoin.
OpenERP combine la fois la force d'un diteur et une relle communaut qui balise la plupart des
cas d'usages et fournit de prcieux retours, notamment sous forme de modules rutilisables. Tout ceci
est rendu possible par une relle innovation technologique qui s'appuie nanmoins sur des standards
reconnus et terme de base de donnes et de webservices.
Smile a tudi la majorit des ERP Open Source existants et tout particulirement Openbravo, Neogia,
OpenERP, Compiere et ERP5. Elle na pas retenu ces deux derniers cause de leur manque d'ouverture et de
l'absence d'une communaut d'utilisateurs active. Plus rcemment, Smile sest engag plus fermement avec
OpenERP, qu'elle considre comme l'offre la plus prometteuse dans le domaine des ERP Open Source

Profile par caractristiques gnrales
Les caractristiques gnrales dun ERP porte surtout sur :
- Sa notorit actuelle, qui est importante dans la mesure o elle est source de scurit et que
les indicateurs sont bons pour montrer que la solution restera valable dans 5ans au moins.
- Son dynamisme, il sagit de la dynamique communautaire autour de la solution. Cette
dynamique avec la qualit technique dterminera la place de lERP dans le futur.
- Sa technologie, elle mesure le degr de la cohrence, la puissance et l'adquation avec les
standards des modlisations au cur d'un ERP.
- Son primtre fonctionnel, c'est--dire le volume global de fonctionnalits couvertes par
lERP.
- Sa souplesse, dans la mesure o lon doit absolument dpasser le primtre natif de loutil,
est-il possible ? est-ce un facteur dterminant dans le cot global de la possession de la
solution
- La difficult ou non mobiliser des ressources capables d'effectuer des dveloppements
pointus sur l'outil
On peut synthtiser le rsultat des tudes comparatives effectues sur cet aspect des ERP par le
tableau et le graphe suivant :

Solution notorit dynamique techno primtre souplesse ressources
OpenERP 4 5 4 5 5 4
OpenBravo 4 5 3 4 3 4
Neogia 3 3 4 4 3 3
ERP5 4 2 4 4 4 1
Adempiere 4 4 3 4 3 4
Compiere 5 3 3 4 3 4
50

Figure 14: graphe comparatif des caractristiques gnrales

Profile par caractristiques gnrales
Voici un rcapitulatif des capacits relatives de chacun des ERP retenus sur les domaines
fonctionnels les plus caractristiques (de 0 5 pour le plus adapt).
Les diffrences les plus marquantes se font sentir sur les modules de gestion des ressources humaines
pour lequel seuls ERP5 et OpenERP sont complets. ERP5 va mme jusqu' grer les paies alors
qu'aucun autre ERP libre n'est all aussi loin (OpenERP s'y essaie, le partenaire marocain
dOpenERP, SYSTEMUM, a prsent rcemment sa version bta du module de paie entirement
adapt la lgislation marocaine, avec gestion des allocations sociales). Sans module RH, la
gestion de projet est aussi plus limite et c'est ainsi que OpenERP traite mieux que ses
concurrents ce domaine fonctionnel. De mme, ERP5 et OpenERP sont plus complets sur la CRM,
o Openbravo est plus limit. En revanche, ce dernier se distingue avec son interface
web ingale.

OpenERP
51

S
o
l
u
t
i
o
n

a
c
h
a
t
s

v
e
n
t
e
s

c
o
m
p
t
a

C
R
M

S
C
M

G
P
A
O

P
O
S

R
H

P
a
i
e
s

P
r
o
j
e
t
s

W
e
b

B
I

OpenERP
4 4 4 4 4 4 4 4 1 4 4 4
OpenBravo
4 4 3 2 5 4 5 0 0 3 5 4
Neogia
4 4 4 3 5 3 4 1 0 3 3 3
ERP5
4 4 5 4 4 4 1 4 4 ? 4 ?
Adempiere
4 4 4 3 5 3 4 0 0 3 1 3
Compiere
4 4 5 3 5 3 4 0 0 3 1 3

Tableau 1: Rcapitulatif du profil des ERP selon le domaine fonctionnel

Figure 15: graphe comparatif des ERP selon les domaines fonctionnels

OpenERP
52

6.2 Solution choisie pour limplmentation de projet :

OpenERP est une solution complte qui automatise et unifie tous les processus critiques de
lentreprise : la nance, la gestion de caisse, les processus dachat et vente, la gestion de production,
la logistique et la relation client et fournisseur. De nombreux outils de reporting sont disponibles.
OpenERP fournit un accs rapide linformation. Chaque employ accde aux informations
ncessaires en un temps record : les informations sont traites simplement et efficacement, avec par
exemple lintgration directe avec OpenOffice.org (il est possible dimporter nimporte quel type de
donnes par lintermdiaire dun chier de type CSV, avec OpenOffice Calc),
OpenERP tient compte des prfrences et besoins de chaque utilisateur afin dacclrer son travail,
ou pour quil construise et automatise la solution selon ses besoins.
Smile a tudi la majorit des ERP Open Source existants et tout particulirement Openbravo,
Neogia, OpenERP, Compiere et ERP5. Elle na pas retenu ces deux derniers cause de leur manque
d'ouverture et de l'absence d'une communaut d'utilisateurs active. Plus rcemment, Smile sest
engag plus fermement avec OpenERP, qu'elle considre comme l'offre la plus prometteuse dans le
domaine des ERP Open Source.
Ils permettent des petites PME de disposer d'outils de gestion complets au meilleur
cot, leur apportant rapidement un vrai bnfice en termes de comptitivit. Les seuls
cots tant alors la formation des utilisateurs et le service ventuellement assur par le
fournisseur du logiciel.
Ils s'adressent aussi des PME de plus de 1000 salaris, que ce soit dans les secteurs
industriels, distribution ou services.

6.3 Prsentation de lOpenERP
6.3.1Profil gnral

Notorit actuelle
Plusieurs dizaines voire centaines de dploiements dans le monde entier, de
l'Argentine la Chine en passant par l'Inde. Mais encore assez peu de grosses PME. Citons pourtant
parmi les rfrences les Htels de luxe Costes (Sednacom), Whirlpool Paris, l'ENA, la chambre de
commerce et industrie, l'administration du canton de Vaud (Suisse), IR-Microsystems...
tant donn le potentiel du produit, de nouvelles rfrences importantes ne devraient
pourtant pas tarder.

53

Dynamique
La dynamique est aussi trs forte. La socit ditrice est passe de moins de 5 plus de 60
salaris en moins d'un an et demi pour rpondre une demande en trs forte croissance. De mme, le
nombre d'intgrateurs s'toffe significativement de mois en mois dans le monde entier.
Technique
Sans doute l'ERP open source le plus moderne au plan technique. La souplesse de modlisation
d'un ERP5 mais la base relationnelle d'un Compiere. Pour autant, on pourra regretter que ni l'ORM ni
le moteur de BPM ne soient des standards reconnus. De mme, si l'usage d'un langage dynamique tel
que Python pour les couches mtiers de l'ERP participe indubitablement la souplesse ingale de
l'outil, pour les couches basses d'infrastructure, un langage statique tel que Java aurait apport
un gain de performance et de fiabilit. Notons cependant que cette fiabilit semble pourtant
assure dans le cas dOpenERP par une large batterie de tests unitaires et une trs large
communaut dutilisateurs et de dveloppeurs vigilants. Mais comme l'ERP idal n'existe pas
et tant donnes les contraintes existantes lors de sa cration, OpenERP mrite dj
largement le meilleur classement en terme de technologie.
Primtre
L aussi, le plus vaste primtre fonctionnel grce ses quelques 500 modules. Si 50% de ces
modules relvent d'un certain amateurisme, il en reste nanmoins une large base de modules
rellement efficaces. Outre les domaines classiques, il y a une foule de modules varis ddis
des cas trs spcifiques: tels que la cration de portails pour les clients, la gestion des adhsions aux
associations, la gestion de projet informatique agile (SCRUM)...

Figure 16 : Adquation par rapport au secteur et la taille de lentreprise

54

Figure 17 : Aptitudes par fonctionnalits

Souplesse
Trs bonne souplesse grce la scriptabilit de bout en bout et plus
spcifiquement dans les workflows et le reporting. Par ailleurs, le puissant moteur de workflow mis
en uvre par OpenERP est une des cls de sa souplesse.
Web
eTiny, la surcouche serveur dveloppe initialement par Axelor, puis dsormais co-dveloppe
par Axelor et Tiny.be est un modle de simplicit et d'efficacit. Elle ne fait que traduire les web
services de OpenERP en HTML et apporte des fonctionnalits avances comme l'auto compltion
Ajax ou les raccourcis clavier. La couche web ajoute mme un composant qui permet de visualiser
les plannings, il s'agit de la seule diffrence sensible avec le client lourd.

Comptabilit
Comme sur d'autres ERP, la comptabilit analytique est comptitive: gestion des budgets,
comptabilit analytique multiaxiale et hirarchique. Concernant la comptabilit gnrale, elle
est l'une des plus avance et bien qu'utilise dans certaines PME. Notons toutefois qu'en dpit de
certains manques de finitions, le plan comptable marocain peut tre import autant que module
dvelopp par SYSTEMUM ; cette comptabilit permet l'dition des bilans, comptes de rsultats et
liasses fiscales.
Business Intelligence (BI)
La Business intelligence comporte des rapports paramtrables. Elle inclut galement une
solution de raquetteur de cube OLAP pour des analyses plus fines et sans cot d'intgration
dmesur. La version en dveloppement est nanmoins largement avance et dj testable.
55

6.3.2Avantages

diteur trs dynamique
Communaut dynamique et exprimente
Primtre fonctionnel ingal avec ses quelques 300 modules et des nouveaux
modules tous les mois.
Conception trs intelligente. Souvent jusqu' 10 fois moins de code que les ERP en J ava pour
offrir les mmes fonctionnalits!
Interface web trs comptitive
Vrai ORM qui fait le pont entre la base relationnelle et le code objet proche des spcifications
fonctionnelles
Tout le datamodel et les mthodes mtier sont nativement exposs en webservices , c'est un
gage d'interoprabilit facile
Moteur BPM intgr trs efficace
Grand souplesse gnrale, notamment grce la scriptabilit des rapports
Croissance autofinance
Les cots d'intgration les plus faibles grce du paramtrage graphique trs avanc et grce
la simplicit gnrale du code.
6.3.3Architecture modulaire dOpenERP
Un module OpenERP est la dfinition, dans le Framework OpenERP, dune gestion
informatise dun domaine.
Cette architecture nest pas propre open ERP. Elle est en fait partage par tous lesERP.Ilsagit de la
facult de construire des applications informatiques de manire modulaire (modules indpendants
entre eux) tout en partageant une base de donnes unique. Ceci apporte une importance significative
puisque les donnes sont maintenant standardises et partages. Ce qui limine les saisies multiples
et vite l'ambigut des donnes de mme nature. Larchitecture modulaire dopen ERP lui permet
de couvrir plusieurs domaines illustrs dans la figure ci-dessous :

Figure 18 : Architecture modulaire dopen ERP

56

6.3.4Architecture technique dOpenERP
Architecture Client/Serveur
Open ERP est bas sur une architecture client/serveur. Le serveur et le client communiquent
via le protocole XML-RPC.Cest un simple protocole qui permet au client de faire des appels aux
procdures. Une fois la fonction est appele, ses arguments et ses rsultats sont envoys par le
protocole http, eux-mmes sont encods par le langage XML.
OpenERP est coupl une base de donnes PostgreSQL. De plus,il est compatible au pack
Open Office, et aussi avec des outils de reporting (ReportLab) pour produire des rapports en
PDFou en HTML.
La logique dopenERP est entirement du ct serveur.La tche du client se rsume
demander les donnes (formulaire ou listes) au serveur et de les renvoyer. Avec cette approche,
presque tout le dveloppement est fait du ct serveur.Ce qui rend OPENERP plus simple au
dveloppement et la maintenance.
Lopration client est trs simple. Quand un utilisateur excute une action (sauvegarder un
formulaire, ouvrir un menu, imprimer, ...) il envoie cette action au serveur. Le serveur envoie alors
la nouvelle action pour s'excuter ct client.
Il y a trois types d'actions :
Ouvrir une fentre (formulaire,listes)
Imprimer un document.
Excuter un wizard.

Figure 19:Architecture Client-Serveur dopen ERP

Le Framework dveloppement OpenObject
OpenERP offre un cadre de dveloppement, cest dire des services techniques
informatiques :
Un serveur de base de donnes objet pour reprsenter et mmoriser les objets de gestion
et les rendre accessible via le rseau.
57

Un "workflow" qui contrle lvolution des objets suivant une procdure.
Des formulaires et crans pour linteraction avec lutilisateur.
Des tats imprimables des objets.

Figure 20 : Structure dun module OpenERP

7. Analyse et Conception
7.1 Dveloppement du modle dynamique
7.1.1 Formalisation des scenarios

Authentification

fenetre d'authentification()
connexion
russite
connexion
choue
fenetre d'accueil()
alt
Authentifier(login,password)
Systeme
Personnel medical
fenetre d'authentification()
fenetre d'accueil()
Authentifier(login,password)

Figure 21: Diagramme de squence : Authentification

58

Cration nouveau dossier patient

Snario
patient existe
patient
existe
alt
dossier cr
affiche la liste des medecins concern
enregistrer donnes patient
chercher medecin selon la spcialit
affiche patient existe deja
fin
patient n'existe
pas
afficher la fiche administrative patient
authentification
REF
crer nouveau dossier patient
demande d'enregistrer nouveau patient
selectionner categorie(patient ambilatoire/hospitalisation/urgence)
saisir les donnes patient(nom, prenom)
saisir type de maladie
selectionner le medecin
receptionniste
system
dossier cr
affiche la liste des medecins concern
enregistrer donnes patient
chercher medecin selon la spcialit
affiche patient existe deja
fin
afficher la fiche administrative patient
demande d'enregistrer nouveau patient
selectionner categorie(patient ambilatoire/hospitalisation/urgence)
saisir les donnes patient(nom, prenom)
saisir type de maladie
selectionner le medecin

saisir nomde patient
oid patient
saisir medecin traitant
oid medecin
selectionner maladie
oid maladie
saisir assurance
oid assurance
crer dossier patient(oid dossier, oid patient)
IHM patient medecin maladie assurance dossier patient
saisir nomde patient
oid patient
saisir medecin traitant
oid medecin
selectionner maladie
oid maladie
saisir assurance
oid assurance
crer dossier patient(oid dossier, oid patient)

Figure 22 : Diagramme de squence Cration nouveau dossier patient
59

Rechercher un patient
Scnario

alt
crer nouveau dossier
ref
patient
existe
patient n'existe
pas
authentification
ref
demander chercher patient
recherche
afficher dossier
affiche patient n'existe pas
saisir nom ou id patient
fin
personnel mdical
systme
demander chercher patient
recherche
afficher dossier
affiche patient n'existe pas
saisir nom ou id patient
fin

Nouvelle prescription pour un patient

Figure 23: Diagramme de squence Cration de prescription de mdicament
60

Gestion dhospitalisation :
Scnario :
alt
opt
chercher un patient
ref
cas
d'hospitalisation
cas de fin
d'hospitalisation
vrifier la disponnibilit
enregistrer
saisir info de sortie (type....)
enregistrer
authentification
ref
saisir num de chambre, lit et infirmier
verifirer la date de sortie
fin
systeme
agent
vrifier la disponnibilit
enregistrer
saisir info de sortie (type....)
enregistrer
saisir num de chambre, lit et infirmier
verifirer la date de sortie
fin

Commentaire :
Lhospitalisation ne peut sautoriser que si elle est justifier par le mdecin partir la vrification
du diagnostic et aussi aprs la vrification de la disponibilit de chambre sinon elle va reporter a une
date prcise.
Les informations dhospitalisation doit tre saisi et enregistrer dans le dossier mdical.
Larchivage du dossier neffectue que si lhospitalisation est termin et on na pas de prochain
rendez-vous.

61

Figure 24 : Diagramme de squence : gestion hospitalisation

Gestion de RDV :
Diagramme de squence :
nom patient
selectionner medecin
oid patient
oid medecin
crer RDV (oid rdv, oid patient)
imprimer
definir date
selectionner etat de patient
IHM patient medecin RDV
nom patient
selectionner medecin
oid patient
oid medecin
crer RDV (oid rdv, oid patient)
imprimer
definir date
selectionner etat de patient

Figure 25 : Diagramme de squence : gestion RDV

62

Ajouter chambre

Scnario :

[ tout les champs sont rempli ]
sinon
alt
authentification
ref
verification
demander le remplissage de tout les champs
enregistrer la chambre
demander l'ajout du chambre
afficher les champs saisir
saisir les info chambre
ajouter
agent.
system.
verification
demander le remplissage de tout les champs
enregistrer la chambre
demander l'ajout du chambre
afficher les champs saisir
saisir les info chambre
ajouter

authentification
ref
opt [ le numro du chambre valide ]
fin
demander la consultation du chambre
demander la saisie du numro de la chambre
saisir le numro du chambre
afficher les caractristiques de la chambre
systeme.
age nt
fin
demander la consultation du chambre
demander la saisie du numro de la chambre
saisir le numro du chambre
afficher les caractristiques de la chambre

63

Gestion dexamen :

Diagramme de scnario qui decrit les processus dun examenns mdicale :

Figure 26 : Diagramme de squence : gestion examen

64

Gestion de la chirurgie :
Diagramme de squence :
saisir le nom
selectionner mdecin
affecter au bloc
saisir infos chirurgie (nom d'opration, description...) et creer nouvelle chirurgie
oid patient
oid medecin
oid bloc
oid chirurgie
vrifier disponibilit
saisir la date d'opration
IHM patient medecin bloc operatoire chirurgie
saisir le nom
selectionner mdecin
affecter au bloc
saisir infos chirurgie (nom d'opration, description...) et creer nouvelle chirurgie
oid patient
oid medecin
oid bloc
oid chirurgie
vrifier disponibilit
saisir la date d'opration

Figure 27: Diagramme de squence : gestion chirurgie

7.1.2 Diagramme dtat
Diagramme dtat/transition :

Gestion de patient

malade/crer()
admission/crer_rdv()
avoir un rdv/
crer_med(dossier-admin)
etat de malade/
crer_rdv()
etat non
hospitalis/ordonnance()
consulter()
etat
hospitalis/sjour()
soins/ordonance()
bonne sant /
sortie()
bonne sant/archiver()
fin sjour/
archiver()
fin
dossier administratif
rendez-vous
dossier mdical
consultation
hospitalisation
traitement
sortie

Figure 28 : Diagramme dtat de transition : gestion patient

65

Commentaire :
Lhpital admet des patients qui doivent avoir un dossier qui sera cr et enregistr par la
rceptionniste puis il passe linfirmier pour prendre un rendez-vous et lenregistrer dans le
dossier. A ce moment le patient peut visiter le mdecin qui doit son tour crer le dossier
mdical au cour de la consultation, il saisit la description de maladie, les symptme, les examens
faire et le traitement suivre qui sera enregistr comme des antcdents avec la date, si la
consultation est termin linfirmier lui donne un nouveau rendez-vous et lenregistrer dans le
dossier.
Dans le cas o le patient a besoins dtre hospitalis, il passe lagent qui vrifie la justification
dhospitalisation et lui affecte une chambre et un lit aprs la vrification de la disponibilit de
chambre.
Gestion personnel
nouvelle En validation
refus
valid
cration de
demande/ajouter()
envoi au
administra
teur
modificatio
n/renvoi
traitment
de
demande
OK
non

arriv/prise de fonction
demande de retraite/mise en
retraite
prise de cong/mise en cong
retour de cong/ mise en fonction
absence/mise en absence
retour/reprise de
fonction
dmission/dpart
recrut
retraite
en cong
activit
en arret
parti

Figure 29: Diagramme dtat de transition : gestion personnel

66

7.1.3 Diagramme dactivit
infirmiere mdecin laboratoire caisseur
<<nouveau patient>>
<<patient existe>>
crer nouveau dossier
donner un RDV
consultation
presciption destests
ordonnance chirurgie
imprimer
diter facture
.
hospitalisation
sortie
traiter la demande de test
remise des resultats
detection de maladie
prescription de traitement
approuver la facture

Figure 30 : Diagramme dactivit : suivi de patient

67

7.2 Dveloppement du modle statique
7.2.1 Diagramme de classe

0..*
0..*
0..1
0..*
1..*
1..1
1..1
0..*
0..1
0..*
1..*
1..*
0..1
0..*
1..*
0..*
0..1
0..*
1..*
1..1
1..1
0..*
0..*
0..*
0..1
0..*
0..1
0..*
0..1
0..*
Product_Product
- id_product : int
Service
-
-
code
nom
: int
: char
Patient
-
-
-
-
-
-
-
-
-
-
-
-
-
-
id_patient
nom
prenom
ref
date
photo
age
sexe
date_naiss
situation
adresse
date_dces
raison-dces
info_gnral
Assurance
-
-
-
-
-
-
id_assurance
companie
categorie
type
date-deb
date-fin
Res_partner
Medicament
-
-
-
-
-
-
-
-
-
-
id_medicament
nom
composition
indication
dosage
stokage
prix
quantit_valable
info
effet_indesirable
Medecin
-
-
-
id_medecin
specialit
info
Rendez_vous
-
-
-
-
-
-
-
id_rendez_vous
medecin
patient
niveau_urgence
service
etat_patient
date
Consultation
-
-
-
-
-
-
-
-
-
id_consultation
type
date_consultation
date_fin
signes
statut_mental
diagnostic
symptomes
id_patient
Prescription
-
-
-
-
-
id_prescription
patient
date
note
ligne_prescription
Medicament_template
-
-
-
-
-
-
-
-
-
medicament
voie_d'administration
dose
forme
debut-traitement
fin_traitement
frquence
dure_traitement
quantit
Maladies
-
-
-
-
-
-
-
-
-
code
nom
catgorie
svrit
situation_maladie
date_diagnostique
date-gurisson
Allergies
thrapie
Ligne_prescription
-
-
-
-
id_ligne_prescription
impression
substitution
renouvellement
Hospitalisation
-
-
-
-
-
-
-
-
-
code
admision_type
date_hospitalisation
date_sortie
raison_admission
lit_hopital
medecin_traitant
chirurgien
etat
Chirurgie
-
-
-
-
-
-
-
-
-
code
date_chirurgie
chirurgien
anesthesiste
bloc
service
classification
base_condition
id_patient
hr_employe
-
-
-
-
-
-
id_employe
nom
prenom
date_naiss
adresse
cin Facture
-
-
-
-
code
date
etat
total
: int
: Date
: String
: Double
acount.acount
Chambre
-
-
-
id_chambre
type
capacit
Lit
-
-
-
id_lit
type
prix
: int
: int
: int
Examen medicale
-
-
-
id_examen
dsignation
date
: int
: int
: int

Figure 31 : Diagramme de classe globale
68

8. Outils de ralisation et mise en uvre

8.1 Choix des outils de dveloppement et de modlisation

yEd

Pour raliser les diagrammes fonctionnels, yEd Graph Editor recle des trsors de fonctions destines
la fois personnaliser le moindre dtail mais aussi optimiser la lecture globale. Le programme est
trs riche en fonctions et en mthode d'organisation : couches hirarchiques interactives, couches
orthogonales, couches organiques, schmas UML, circulaires, en arbre, etc. Bien entendu, les
diagrammes gnrs peuvent tre sauvegards en plusieurs formats dont PDF, Flash, SVG, HTML,
EPS ou BMP. Une fonction trs utile permet de dcouper de trs grands schmas afin de les imprimer
sur plusieurs feuilles et de pouvoir ensuite les assembler entre elles pour reconstituer l'image en
grandeur relle. Dvelopp entirement en Java, le programme fonctionne indpendamment du
systme d'exploitation, il a juste besoin d'une machine virtuelle Java.

PowerAMC

PowerAMC est un environnement graphique de modlisation dentreprise trs simple demploi qui
permet deffectuer les tches suivantes :
Modlisation intgre via lutilisation de mthodologies et de notation standard :
Donnes (E/R, Merise)
Mtiers (BPMN, BPEL, ebXML)
Application (UML)
Gnration automatique de code via des templates personnalisables :
SQL (avec plus de 50 SGBD),Java ,NET.
Fonctionnalits de reverse engineering pour documenter et mettre jour des systmes
existants
Une solution de rfrentiel dentreprise avec des fonctionnalits de scurit et de gestion des
versions trs compltes pour permettre un dveloppement multiutilisateur
Un environnement extensible, qui vous permet dajouter des rgles, des commandes, des
concepts et des attributs vos mthodologies de modlisation et de codage.

Eclipse
Eclipse est un environnement de dveloppement intgr libre extensible, universel et
polyvalent, permettant de crer des projets de dveloppement mettant en uvre n'importe
quel langage de programmation. Eclipse IDE est principalement crit en J ava( l'aide de
la bibliothque graphique SWT, d'IBM), et ce langage, grce des bibliothques spcifiques, est
galement utilis pour crire des extensions.
69

La spcificit d'Eclipse IDE vient du fait de son architecture totalement dveloppe autour de
la notion de plugin (en conformit avec la norme OSGi) : toutes les fonctionnalits de cet atelier
logiciel sont dveloppes en tant que plug-in.
Plusieurs logiciels commerciaux sont bass sur ce logiciel libre, comme par exemple IBM
Lotus Notes 8, IBM Symphony ouWebSphere Studio Application Developer.
8.2 Choix du SGBD postgresql
Prsentation de PostgreSQL :
PostgreSQL est un SGBD trs performant sous license BSD dont les performances sont
comparables Oracle 9.
PostgreSQL remonte la base de donnes Ingres, dveloppe Berkeley par Michel
STONEBRAKER.Lorsque ce dernier dcida en 1985 de recommencer le dveloppement de zro, il
nomma le logiciel Postgres, comme raccourci de post-Ingres. Lors de lajout des fonctionnalits
SQL en 1995,Postgres fut renomm Postgres95.Ce nom fut chang la fin de 1996 en PostgreSQL.
PostgreSQL est un systme de gestion de base de donnes relationnelle et objet (SGBDRO).
Cest un outil libre disponible selon les termes dune licence de type BSD.Ce systme est
concurrent dautres systmes de gestion de base de donnes, quils soient libres(comme MySQL
et Firebird),ou propritaire(comme Oracle, Sybase, DB2).
Comme les projets libres Apache et Linux, PosgreSQL nest pas contrl par une seule
entreprise, mais est fond sur une communaut mondiale de dveloppeurs et dentreprises.
Le client Graphique pgadmin3:
PgAdmin III est un outil graphique d'administration de votre serveur PostgreSQL. L'application
pgAdmin III peut tre utilis pour administrer les serveurs PostgreSQL 7.3 et les versions
suprieures. PgAdmin III existe pour toutes les plateformes.
PgAdmin III a t conu pour rpondre aux besoins de tous les utilisateurs, depuis la
rdaction de simples requtes SQL au dveloppement complexe de base de donnes. L'interface
graphique supporte toutes les fonctionnalits de PostGreSQL et permet une administration simple.
L'application inclut aussi un diteur de requte avec coloration syntaxique, un diteur de code, un
agent de gestion de tche automatique, un support pour les rplications via Slony-I et bien d'autres
fonctionnalits.
8.3 Linux
Prsentation
Linux ou GNU/Linux qui est un systme d'exploitation, et logiciel libre cr en1991 par
Linus Torvalds. Aujourd'hui, grce un effort considrable de dveloppement fourni par des
personnes du monde entier, Linux fonctionne sur quasiment toute architecture moderne.
Le noyau Linux a pris une importance aussi bien idologique que technique. Il existe une
communaut entire de personnes qui croient aux idaux du logiciel libre et donnent de leur temps
pour aider rendre la technologie libre aussi performante que possible.
70

L'esprit du libre, souvent attribu Linux, influence les dveloppeurs et les utilisateurs de
logiciels partout dans le monde et entrane des communauts partageant des objectifs communs.
Le projet GN U
Le projet GNU a t lanc en janvier 1984 par Richard Stallman, pour dvelopper un systme
d'exploitation complet de type UNIX, compos de logiciels libres: le systme GNU. Les variantes
du systme d'exploitation GNU, construites autour du noyau Linux, sont aujourd'hui largement
utilises. Le projet GNU est troitement li la philosophie du logiciel libre qui est omniprsente
dans les projets qui en dcoulent tels quubuntu.
Ubuntu
Ubuntu est un systme d'exploitation entirement libre construit autour du noyau Debian. La
communaut Ubuntu s'est forme autour des idaux constitutifs de la philosophie d'Ubuntu :
Le logiciel doit tre disponible gratuitement.
Les logiciels doivent tre utilisables dans la langue de l'utilisateur et en dpit de tout
handicap.
L'utilisateur doit avoir la libert de personnaliser et de modifier le logiciel sa guise.

Ubuntu est le systme dexploitation sous lequel le module a t dvelopp pour que le stage soit
conforme aux idaux de lorganisme daccueil.

8.4 Choix du langage de programmation

8.4.1 Langage Python
Prsentation
Python est un langage portable, dynamique, extensible, gratuit, qui permet (sans l'imposer)
une approche modulaire et oriente objet de la programmation. Python est dvelopp depuis 1989
par Guido van Rossum etde nombreux contributeurs bnvoles. [5]

Caractristiques du langage Python
Ci-dessous le dtail des principales caractristiques du langage Python:
Portable: Il est support par les diffrents systmes dexploitation.
Gratuit
Simple : Il possde une syntaxe trs simple tout en combinant des types de donnes volus
(listes, dictionnaires)
Absence des pointeurs.
Il est orient objet et supporte lhritage multiple et la surcharge des oprateurs
Dynamique : Cette fonctionnalit est probablement la plus intressante de Python.
Extensible : On peut facilement linterfacer avec des bibliothques C existantes.
71

Python gre ses ressources (mmoire, descripteurs de fichiers...) sans intervention du
programmeur, par un mcanisme de comptage de rfrences.
Python possde actuellement deux implmentations .L'une, interprte, dans laquelle les
programmes Python sont compils en instructions portables, puis excuts par une machine
virtuelle (comme pour Java, avec une diffrence importante: Java tant statiquement typ,il
est beaucoup plus facile d'acclrer l'excution d'un programme Java que d'un programme
Python).L'autre gnre directement du bytecode Java.
Dynamiquement typ.
Soutenu par la communaut dutilisateurs qui tentent lvoluer.

8.4.2 Langage XML
Prsentation du langage XM L :
XML (eXtensible Markup Language et en Franais Langage balises tendu, ou Langage
balises extensible) tait lanc en 1997 par la communaut SGML (Standard Generalized Markup
Language). XML est un langage simple et puissant de description et dchange de documents
structurs de nimporte quel domaine de donnes grce son extensibilit, il dcrit cette structure
laide dun systme de balises.
Quelques points remarquables dXML :
Il apparat comme un format dchange de donnes universel.
Il a la possibilit de crer des nouvelles balises contrairement HTML qui dfinit un nombre
limit.
Il garantit ses utilisateurs lindpendance de leurs documents de toute technologie
propritaire.
Il unifie le monde du traitement de document et celui du Web.
Tout document XML se compose :
Dun prologue qui peut contenir une dclaration XML, des instructions de traitement et une
dclaration de type de document, dont la prsence est facultative mais conseille. Il
contiendra un certain nombre de dclarations.
Dun arbre dlments, on parle dlment pre et dlment fils. En fait la partie essentielle
dun document XML sera toujours forme dune hirarchie dlments qui dnote la
smantique de son contenu.
De commentaires et dinstructions de traitement, dont la prsence est facultative. Ils pourront,
moyennant certaines restrictions, apparatre aussi bien dans le prologue que dans larbre
dlments.
Un document XMLvalide est forcment un document bien form mais il obit en plus une
structure type dfinie dans une DTD (Document Type Definition)
Une DTD peut contenir :
- Des dclarations d'entits gnrales.
- Des dclarations d'entits paramtres.
- Des dclarations de notations.
- Des dclarations d'lments.
- Des dclarations de listes d'attributs.
- Des commentaires.

72

9. Prsentation du prototype ralis
Dans cette partie, nous prsentons le prototype ralis travers des prises dcrans, qui illustrent les
fonctions principales fournies par noter systme.

9.1 Prsentation et description :
Mdical est un module qui reprsente un systme dinformation hospitalier avec les
caractristiques suivantes :
Multi utilisateur
Entirement paramtrable
Administration financire de linstitut hospitalier
Information pharmaceutique
Administration du laboratoire
Administration des patients (cration, valuations, consultations, historique,)
Examination des patients et enregistrement de lhistorique sans aucun papier.
Rapports sur les maladies.
Gestion des stocks et dapprovisionnement
Les standards sur les maladies et les actes mdicales
Gestion centralise du dossier patient
9.2 Process du module :
Le schma suivant reprsente les processus de suivi du patient selon le module mdical :
73

Figure 32 : Process du module medical

74

9.3 Configuration et Paramtrage du module medical
Exemple de module patient
Nouveau dossier patient :
Quand le patient arrive lhpital, un nouveau dossier mdical va tre cr afin de contenir
tous les informations administratives, mdicales, antcdents et lhistorique mdical

Dfinir un nouveau rendez-vous
Linfirmire est charge de la prparation et la coordination des rendez-vous pour les consultations
entre les patients et les mdecins, pour raliser cette procdure, elle va remplir les champs suivants :
Le patient et le mdecin consultant
Prciser la date et lheure de consultation
Le niveau durgence et ltat de patient
75

Spcialit de secteur mdical
Le produit de consultation
Si le patient nest pas exonr de facture, linfirmire va la crer.

En cliquant sur calendrier on peut consulter le calendrier des rendez-vous pour chaque mdecin selon
le mois, le jour ou la semaine :

Gestion des consultations
Aprs la fixation du rendez-vous, le patient arrive lhpital pour effectuer la consultation mdical,
Linterface suivant reprsente la fiche de consultation concernant un patient, linfirmire va saisir les
informations suivantes :
76

Patient qui va effectuer la consultation
Date dbut et date fin de consultation
Symptme principale
Docteur consultant

Test de laboratoire
Aprs la consultation, le mdecin peut demander au patient deffectuer un test de laboratoire, pour
cela le personnel mdical au sein du laboratoire va crer un nouveau demande de test qui se compose
de :
Type de test
Date du test
Patient qui va effectuer le test
Docteur qui a prescrit le test
Par dfaut, ltat du test est marqu Brouillon, aprs la cration de lanalyse, elle est
mentionn A t test
77

Le personnel mdical peut consulter la liste des demandes de test de laboratoires

Aprs la cration de lanalyse, une fiche du rsultat va tre gnre qui contient les informations sur
le patient, mdecin, le pathologiste, le type de test et la date de lanalyse, puis le mdecin va saisir les
rsultats trouvs.
78

Dtection des maladies
Aprs le diagnostic et les tests de laboratoire, le mdecin peut dtecter la maladie de patient, puis il
remplit la fiche suivantes :

79

Prescription des mdicaments
Pour dfinir une nouvelle prescription, le personnel mdical choisit le patient concern puis il saisit la
date de prescription, le mdecin qui a prescrit lordonnance, ensuite il va dfinir la ligne de
prescription, cette dernire prsente toutes les informations et les spcificits sur le mdicament et
son mode demploie.

Ligne de prescription contient lhistorique des ordonnances, le mdecin peut ajouter une nouvelle ordonnance.

80

Gestion dela chirurgie
Pour planifier une chirurgie, il faut utiliser le menu : mdical/chirurgie/chirurgie
Pour une nouvelle on clique sur nouveau, pour consulter la liste des chirurgies on clique sur liste,
pour afficher sous forme calendrier on clique sur calendrier

Consultation de la liste des actes mdicaux

81

Gestion des mdicaments

82

Conclusion

Les systmes d'information hospitaliers (SIH) jouent un rle non ngligeable dans l'atteinte des
objectifs des tablissements hospitaliers (hpitaux, cliniques, etc.) qui en possdent.
Le thme trait a t trs enrichissant pour moi. En effet, il m a permis de dcouvrir un domaine qui
m tait, jusque l, peu connu, savoir celui de la sant. Dsormais, sur le plan de la sant, je serai
compt parmi les moins ignorants.
Je juge trs utile cette exprience de 4 mois que jai pass dans ce stage de fin
d'tudes. En effet, le fait de plonger dans les mandres d'open ERP est lui-mme une motivante
aventure o jai t amen intercepter tous les cts d'un projet, parmi lesquels je cite :
Sur le plan professionnel, ce stage ma permis d'avoir une ide des ralits d'un monde autre
que celui acadmique: organisation du travail, relations humaines, etc.
Sur le plan technique (informatique), ce stage a t une opportunit pour mois de mettre en
pratique les connaissances thoriques acquises au cours de ma formation. En plus, jai
engrang de nouvelles connaissances: apprentissage des langages de programmation (python),
dcouvertes de nouvelles techniques et surtout un nouveau logiciel open source (OpenERP)
qui reprsente un idal de logiciel agile, apte rpondre n'importe quel besoin. OpenERP
combine la fois la force d'un diteur et une relle communaut qui balise la plupart des cas
d'usages et fournit de prcieux retours, notamment sous forme de modules rutilisables.
Ce stage a t pour moi un grand pas vers le milieu professionnel, o jai bnfici d'une
excellente exprience qui ma permis de concrtiser mes connaissances informatiques voire
conomiques acquises au cours des annes d'tudes lors de la priode de ma formation
FSTG de Marrakech.
Ce projet ma permis galement d'acqurir des valeurs indispensables pour le mtier
d'ingnieur telles que la responsabilit et le respect des engagements, le travail d'quipe, l'adaptabilit
l'environnement de l'entreprise et le sens d'analyse. Ces valeurs sont sans aucun doute les bases de
russite dans le milieu professionnel.
Je prcise que la solution est conue de manire garantir son extensibilit et volutivit
selon les besoins spcifiques des clients de SYSTEMUM. Ainsi, On peut facilement y ajouter de
nouvelle fonctionnalit sans toucher la structure gnrale du module.

83

Rfrences

open ERP book Auteur : Fabien Pinckaers
Apprendre programmer avec Python Auteur : Grard SWINNEN
www.systemum.com
www.doc.openerp.com
www.mediboard.com
www.python.org
www.fsf.org/about/what-is-free-software
www.openobject.com
http://www.openerp.com/community communaut OpenERP
http://www.assurancemaladie.ma/
Www.openerp.com: site officiel de la solution ERP.
Systme de gestion informatis dune clinique mdicale externe (SGICM), Document
danalyse Auteurs : Michle Garceau, Isabelle Landry et Hafedh Mili

Conception et Ralisation dun logiciel de facturation pour une polyclinique prive, Mmoire
de matrise en Informatique Applique la Gestion,

Conception et ralisation dun systme dinformation de gestion budgtaire OUHARZOUNE
MOUNIA, SENOUCI Amel ,2009/2010

Conception et ralisation dun systme dinformation de gestion du dossier mdical pour la
mdecine du travail. OTMANE LAID, SMAIAH LOTFI, Mmoire prsent en vue de
lobtention du diplme dingnieur dtat en informatique, Septembre 2008(systme
dinformation)

84

ANNEXE A : LOpen Source

A.1Dfinition
Un logiciel open source est un logiciel qui est fourni avec l'autorisation pour quelconque de l'utiliser,
de le copier, et de le distribuer, soit sous une forme conforme l'original, soit avec des modifications,
ou encore gratuitement ou contre un certain montant. Ceci signifie en particulier que son code source
doit tre disponible.
A.2 Principes
La Free Software Foundation maintient une dfinition du logiciel libre base sur quatre liberts :
Libert 1 : La libert d'excuter le programme, pour tous les usages
Libert 2 : La libert d'tudier le fonctionnement du programme. Ceci suppose l'accs au code
source.
Libert 3 : La libert de redistribuer des copies. Ceci comprend la libert de vendre des copies.
Libert 4 : La libert d'amliorer le programme et de publier ses amliorations.
De part ces liberts, les utilisateurs, les dveloppeurs et les entreprises jouissent des mmes droits que
le propritaire du programme, except son droit de proprit.
A.3 Licences Open Source
l'exception des logiciels dans le domaine public, les logiciels libres sont protgs comme tout
logiciel par le droit d'auteur. La particularit des logiciels libres est que l'auteur renonce
l'exclusivit de la plupart des droits que lui donne le droit d'auteur. Il distribue le logiciel accompagn
d'une licence libre qui numre les droits donns l'utilisateur.
Certaines licences, dont la plus connue et utilise pour les logiciels libres, la licence publique
gnrale GNU, sont relativement complexes. Ainsi la GPL ne donne le droit de redistribuer un
logiciel que si l'ensemble du logiciel, y compris toutes les ventuelles modifications, sont
redistribues selon les termes exacts de la GPL. Cette licence est dite virale ou contaminante, car si
elle autorise la fusion d'un logiciel sous GPL avec un logiciel sous une autre licence, elle n'autorise
en revanche la redistribution de la fusion que sous GPL.
Les licences des logiciels libres sont souvent divises en deux, selon le degr de libert accord par la
licence en matire de redistribution.
A.3.1Licence BSD
Il s'agit des licences qui offrent la plus grande libert. En gnral, seule la citation des auteurs
originaux est demande. En particulier, ces licences permettent de redistribuer un logiciel libre sous
une forme non libre. Ces licences permettent donc tout acteur de changer la licence sous laquelle le
logiciel est distribu. Un cas de changement de licence courant est l'intgration de logiciel sous
85

licence BSD dans un logiciel sous copyleft (licence GPL). Un autre cas courant est l'intgration de
logiciel sous licence BSD dans les logiciels propritaires.
A.3.2 Licence GPL
Il s'agit des licences qui obligent la redistribution sous une licence libre. Les licences du projet
GNU sont les plus clbres. Une telle licence permet d'intgrer du logiciel sous licence BSD et de le
redistribuer sous licence GPL, alors que l'inverse est impossible.
Le degr de libert moindre des licences de type copyleft a t critiqu par des acteurs des projets
BSD et des acteurs commerciaux; Ce qui a pouss la Free Software Fondation proposer la LGPL.
La diffrence entre GPL et LGPL rside principalement dans le fait que la LGPL permet de lier un
programme tiers non GPL une bibliothque LGPL, sans pour autant rvoquer la licence.
Ainsi, il devient possible un programmeur dsireux de faire un logiciel propritaire d'utiliser
certains outils du libre (ex: la bibliothque graphique GTK).
A.4 Le modle conomique
Le modle conomique des SSLL (socits de services en logiciels libres) est li
principalement la notion de service : vendre un savoir-faire et une expertise plutt qu'un droit
d'usage sur un logiciel.
Ce modle consiste facturer au client non pas le logiciel lui mme, qui reste open source, mais le
service de support, d'installation, de personnalisation, de configuration et de maintenance que l'on
vend autour sous forme d'abonnement.
Un autre systme payant, utilis par d'illustres diteurs de logiciels libres comme MySQL,
consiste en une licence commerciale qu'achtent certains clients afin d'intgrer le produit libre dans
leurs propres produits dans le but de les redistribuer de manire payante, avec un code source ferm.
Une troisime forme de financement pour les diteurs de logiciels libres est l'organisation de
sminaires pour la prsentation des solutions open source au grand public, notamment aux
commerciaux.
Le modle conomique des logiciels open source a suscit toutefois certaines critiques :
incompatibilit entre les besoins des clients et les demandes de la communaut. Les revenues sont
gnrs par le service, et non pas par le logiciel lui mme.
Difficult du maintien sur le long terme d'une ressource humaine comptente et capable de tenir des
dlais compatibles avec la notion de service.
A.5 Avantages et limitations de lopen source
A.5.1Avantages
Des logiciels de qualit
Un programmeur qui expose son code au monde et aux autres participants du projet fera en sorte que
le code soit de qualit. Si ce n'est pas le cas, un autre programmeur du projet proposera la place un
code plus efficace ou plus propre. De plus, un grand nombre de personnes participent en permanence
aux tests des logiciels libres, ce qui permet d'identifier les bugs trs tt.
86

Un cot raisonnable pour les utilisateurs
Les logiciels Open Source sont soit gratuits soit proposs un cot raisonnable, dans tous les cas
infrieur celui des logiciels commerciaux quivalents
Si des bugs sont identifis, la prise en compte de la correction de ces erreurs est assure gratuitement
par les participants du projet.
Une forte ractivit
En gnral les utilisateurs ayant un besoin prcis d'amlioration du logiciel reoivent un cho
favorable et rapide de la part de la communaut des dveloppeurs du projet. Un utilisateur peut lui
mme coder une fonctionnalit dont il a besoin, en accord avec le coordonnateur du projet.
Des logiciels long terme
Les projets aboutis de logiciels libres ont une trs longue dure de vie, car il y a toujours des
volontaires pour poursuivre le projet.
A.5.2 Limitations
Les obstacles financiers
Les faons de gnration de profits restent assez restreintes en quantit et en qualit.
Orientation vers les aspects techniques
La plupart des projets Open Source russis concernent des "logiciels techniques", c'est--dire des
logiciels non pas applicatifs mais remplissant une fonctionnalit technique utilise par d'autres
logiciels.
Le support et la formation des utilisateurs
Beaucoup d'utilisateurs de logiciels ont besoin non seulement d'un support technique pointu pour
corriger les bugs ventuels, mais surtout d'un support de base pour tre aid dans l'utilisation du
logiciel, voire de formations.
Le marketing et l'inertie de march
Les premiers projets Open Source ne disposaient pas de budgets marketing. Cependant, on voit
apparatre de plus en plus de projets Open Source appuys ou financs par des diteurs de logiciels
ou des intgrateurs.

87

ANNEXE B : Exemples de rapports gnrs par OpenERP

88

89

90

ANNEXE C : Exemples darabisation dinterface

Medicalopenerp 111106074827 Phpapp01

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Medicalopenerp 111106074827 Phpapp01

Uploaded by

Copyright:

Available Formats

Facult des Sciences et Techniques B.P 549, Av.

Abdelkarim Elkhattabi, Guliz Marrakech

You might also like