Medical OpenERP

UNIVERSITE CADI AYYAD FACULTE DES SCIENCES ET TECHNIQUES MARRAKECH Dpartement dinformatique Filire IRISI Anne universitaire 2010/2011
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 :
Mise en place dun systme dinformation hospitalier intgr dans OpenERP Module mdical
Encadr par : M. Mohamed AIT BABRAM, Encadrant FSTG M. Abderrahmane ELKAFIL, Encadrant lEntreprise
Entreprise :
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 de stage PFE
Ddicaces
A mes trs chers parents

Je vous dois ce que je suis aujourdhui grce votre amour, votre patience et vos innombrables sacrifices. Que ce modeste travail, soit pour vous une petite compensation et reconnaissance envers ce que vous avez fait dincroyable pour moi. Que dieu, le tout puissant, vous prserve et vous procure sant et longue vie afin que je puisse mon tour vous combler.
A mes trs chers surs et frres

Aucune ddicace ne serait exprimer assez profondment ce que je ressens envers vous. Je vous dirais tout simplement, un grand merci, je vous aime.
A mes trs chers amis

En tmoignage de lamiti sincre qui nous a lies et des bons moments passs ensemble. Je vous ddie ce travail en vous souhaitant un avenir radieux et plein de bonnes promesses.
Remerciements
Je tiens remercier toute personne qui a aid acheminer bon port le prsent Projet de Fin dtudes. Et bien que a ne soit lvidence qui le dicte, je tiens rendre grce mes chers parents, mess surs et frres, toute la famille qui na mnag aucun effort pour mpauler, me soutenir, mencourager et maider venir terme de cet humble travail.
Quil me soit permis dexprimer mes sincres remerciements M. Abderrahmane ELKAFIL le Directeur associ de la socit SYSTEMUM pour mavoir accueilli afin d effectuer mon stage de fin dtude. Je tiens remercier M. Mohamed AIT BABRAM, mon tuteur de stage qui ma orient tout au long de ce projet. Jadresse avec tout le respect et lestime que cela se doit de requrir, mes remerciements au personnel de lorganisme daccueil , M .rachid IBIZI et M.Abdelhadi RACHAD qui mont t dun grand apport pratique quant llaboration de mon Projet de Fin dtudes. Que messieurs les membres de jury trouvent ici lexpression de nos reconnaissances pour avoir accept de juger ce prsent travail. Veuillez trouver ici le tmoignage de mon respect le plus profond. Enfin, je remercie chaleureusement mon responsable de formation M.said RAKRAK, ainsi que tout le corps professoral et administratif de la facult des sciences et techniques de marrakech . Merci tous ceux qui ont contribu de prs ou de loin la ralisation de ce travail, pour leurs conseils, leurs encouragements et leurs soutiens
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
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.1Introduction ........................................................................................................................... 16 3.2Gnralits : ........................................................................................................................... 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.3Les composantes dun SIH ................................................................................................... 17 3.4Le 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 5
5.3.2 Identification des cas dutilisation .............................................................. 35 5.3.3 Description des cas dutilisation ................................................................... 36 6. Capture des besoins techniques.48
6.1Benchmarking des ERP Open Source: ................................................................................ 48 6.2Solution choisie pour limplmentation de projet : ......................................................... 52 6.3Prsentation 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.1Dveloppement du modle dynamique ............................................................................. 57 7.1.1 Formalisation des scenarios ..................................................................................... 57 7.1.2 Diagramme dtat ...................................................................................................... 64 7.1.3 Diagramme dactivit............................................................................................... 66 7.2Dveloppement 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
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.
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.
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. 9
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
10
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.
11
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:
12
UP Cycle de vie itratif et incrmental Mthode gnrique
MERISE 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.
13
Rapport de stage PFE Contraintes Fonctionnelles
Systme dinformation dentreprise
Contraintes Techniques
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:
14
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 :
15
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...
16
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.
17
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...).
Sous-systme mdical
Actes mdicaux Pathologie Morbidit pidmiologie
Sous-systme Mdico Administratif

Gestion des patients Gestion financire et comptable Gestion du patrimoine
Sous-systme MdicoTechnique
Pharmacie Laboratoire Imagerie mdicale
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.
18
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 mdicotechniques.
19
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 Systme intgr centr sur le patient. Mise en service et maintenance facile des modules applicatifs Contrle facile du systme Systme cl en main Inconvnients Cots de maintenance leve volution non progressive. Prise en compte partielle des besoins des utilisateurs Standardisation leve
20
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 Meilleurs adaptation des produits la demande des utilisateurs. Dissociation du matriel et du logiciel Investissement progressif Applications multi-hospitalires Inconvnients 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).
21
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.
22
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 :
23
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. 24
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.
25
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.
26
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.
27
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 Mdimust Gmedecine osoft Chimed Mediboard Polydis Exilir Module medical propritaire Open source
28
Tableau comparatif :
Module medical 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

Medimust

Gmedecine

Osoft

Chimed
mdiboard

Polydis

Exilir

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.
29
La gestion des patients :

Dossier administratif Cration d'un Dossier administratif : Cette fonction permettra de crer le dossier d'un patient lors de sa premire visite, 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 de tlphone. 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 le dossier 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. 30
Enregistrer un dossier mdical : Cette fonction permet d'enregistrer les informations contenues dans le dossier 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 de pouvoir 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 retraite ou dun transfert une autre clinique, le systme permettra de supprimer la fiche 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. 31
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 effectue par la saisie d'une de ses caractristiques cites ci dessus. Supprimer un mdicament : Lapplication effectue la suppression d'un mdicament donn par la personne autorise. Une confirmation est demande. Signaler un produit en fin de stock : Lapplication permet notamment de prvenir l'utilisateur quant la diminution du 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 ...)
32
Suppression d'une chambre : Lapplication permet de supprimer de la base des donnes les informations d'une chambre. Modification d'une chambre : Cette fonction permet, dans la base de donnes, de faire des modifications sur une chambre. Consultation des chambres : Lapplication permet, en saisissant le numro de la chambre, d'afficher toutes les 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 de spcifier 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. 33
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.
34
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 :
35
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:
36

anticdents et diagnosti c suppression
bilans et suivi
ajout observation mdical e accs et modification
rgi me sui vi <include> gestion du dossi er mdical
crati on du dossier admini stratif
<i nclude>
<i nclude> <include>
recherche un pati ent mdecin <include> reservation de salle et lit <incl ude> <i nclude> affecter l e patient un lit <include> gestion d'hospi tali sati on consulter la li ste des patients authentifi cati on rceptionniste
di ffuser les infos de sorti e
gesti on de la sortie
archivage du dossier
agent
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
37
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 rceptionniste clique 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
38
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 supprimer une chambre
<extend> consulter infos chambre modifier une chambre <extend>
agent
Figure 9 : Diagramme de cas dutilisation: gestion des chambres
39
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
consulter la liste des RDV
<<include>> <<include>>
crer rendez_vous infirmier
authentification
<<include>>
modifier rendez_vous
Figure 10 : Diagramme de cas dutilisation gestion Rendez-vous
40
Sommaire didentification
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.
Description des enchanements Pr-conditions Calendrier du mdecin existe. Linfirmire est dj authentifie.
41
Post-conditions : Le patient a un rendez-vous.
Gestion des examens mdicaux
Fixer rendez-vous
Patient Modifier Effectuer examen <<extend>> Consulter la liste des examens <<extend>> <<extend>> Supprimer
Medecin Demander examen
Infirmier
Creer examen
Gnrer compte rendu Rem ise des rsultats des analyses
Dtction de m aladie
<<extend>>
Prescrire du traitement
Prescrire une chirurgie
Prescrire des medicaments
Figure 11 : Diagramme de cas dutilisation: gestion des examens mdicaux
Sommaire didentification 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,
42
Description des enchanements 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 Sommaire didentification
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.
43
Description des enchanements
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>> Rgler facture Effectuer le paiement
Patient
Espce Assurance
Carte crdit
44
Rechercher une facture
<<includes>> Consulter la liste des factures <<includes>> Authentification
Personnel administratif Creer facture
<<includes>>
<<includes>>
Imprimer facture
<<includes>>
Enregistrer facture
Modifier le prix
Figure 12 : Diagramme de cas dutilisation: facturation
Sommaire didentification
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) 2) 3) 4) paiement comptant paiement par carte de crdit paiement par transmission lassurance du patient Dans tous les cas, un reu est remis au patient avec indication du mode de paiement
Acteur : Un Personnel Administratif (PA)
Description des enchanements 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 45
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.) 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
Gestion de chirurgie :
demande la chirurgie pour un patient chirurgien <include>
affecter le patient un bloc
<include>
authentification
<include>
chef de bloc
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.
46
Description des enchanements
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 :
Creer utilisateur Modifier informations personnelles
Supprimer utilisateur Administrateur <<extend>>
Mise jour utilisateur
<<extend>>
Moifier droits d'accs
Gestion des profils des utilisateurs
Modifier profil Ajouter nouveau profil Retirer profil
Figure 13 : Diagramme de cas dutilisation: gestion utilisateurs
47
Sommaire didentification 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 48
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
OpenERP OpenBravo Neogia ERP5 Adempiere Compiere
notorit
4 4 3 4 4 5
dynamique techno
5 5 3 2 4 3 4 3 4 4 3 3
primtre souplesse ressources

5 4 4 4 4 4 5 3 3 4 3 3 4 4 3 1 4 4
49
OpenERP
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.
50
OpenERP OpenBravo Neogia ERP5 Adempiere Compiere
Solution
compta
Projets
ventes
4 4 4 4 4 4
OpenERP
Figure 15: graphe comparatif des ERP selon les domaines fonctionnels
achats
4 4 4 4 4 4
GPAO
Paies
CRM
4 2 3 4 3 3
Web
SCM
POS
RH
BI
4 3 4 5 4 5
4 5 5 4 5 5
4 4 3 4 3 3
4 5 4 1 4 4
4 0 1 4 0 0
1 0 0 4 0 0
4 3 3 ? 3 3
4 5 3 4 1 1
4 4 3 ? 3 3
Tableau 1: Rcapitulatif du profil des ERP selon le domaine fonctionnel
51
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.1 Profil 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.
52
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
53
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.
54
6.3.2 Avantages
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 Java 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.3 Architecture 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
55
6.3.4 Architecture 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. 56
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

System e Pe rso nn el me d ica l
Au the nti fie r(lo g in ,pa ss word )
al t con n exi on r u s si te
fen e tre d 'a ccue i l ()
con n exi on ch ou e fe ne tre d'a uth en ti fi cati o n()
Figure 21: Diagramme de squence : Authentification
57
Cration nouveau dossier patient Snario

crer nouvea u doss ier patient
system receptionni ste REF authentifi cation
demande d'enregistrer nouveau patient a ffi cher l a fiche admi nis trati ve pa tient saisir les donnes patient(nom, prenom)
alt
dos si er cr selectionner categorie(patient ambilatoire/hospitalisation/urgence)
patient n'exis te pas
saisir type de maladie chercher medecin s el on la spci ali t affiche la l iste des medeci ns concern selectionner le medecin enregi strer donnes patient
patiexis ent te pa tient existe
affi che pati ent exi ste dej a
fin
IHM
patient
medecin
maladie
assurance
dossier patient
saisir nom de 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 58
Rechercher un patient Scnario
systme personnel mdical ref authentification
demander chercher patient
s ais i r nom ou id patient recherche alt patient existe patient n'existe pas ref crer nouveau dossier
afficher dos s ier
affi che patient n'exi s te pas
fi n
Nouvelle prescription pour un patient
Figure 23: Diagramme de squence Cration de prescription de mdicament
59
Scnario :
Gestion dhospitalisation :
systeme agent ref authentification
ref chercher un patient
alt
s ais ir num de chambre, l it et i nfi rmier vrifier la di sponnibi li t
cas d'hospitalisation enregis trer
cas de fin d'hospitalisation
veri fi rer l a date de s ortie s ais i r info de sorti e (type....) enregis trer
opt
archivage du dos s ier
fi n
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.
60
Figure 24 : Diagramme de squence : gestion hospitalisation
Gestion de RDV :
Diagramme de squence :
IHM patient medecin RDV
nom patient oid patient
selectionner medecin oid medecin

definir date
selectionner etat de patient
crer RDV (oid rdv, oid patient) imprimer
Figure 25 : Diagramme de squence : gestion RDV
61
Ajouter chambre Scnario :
system. agent. ref authentification
demander l 'ajout du chambre affi cher l es champs s ai s i r sai si r l es i nfo chambre
ajouter verifi cati on alt
[ tout les champs sont rempli ] enregi strer l a chambre
sinon demander le rempl i s sage de tout l es champs
systeme. age nt ref authentification
demander la consultation du chambre demander la saisie du numro de la chambre saisir le numro du chambre opt [ le numro du chambre valide ] afficher les caractristiques de la chambre
fin
62
Gestion dexamen :
Diagramme de scnario qui decrit les processus dun examenns mdicale :
Figure 26 : Diagramme de squence : gestion examen
63
Gestion de la chirurgie :
Diagramme de squence :
IHM patient medecin bloc operatoire chirurgie
sa isir le nom oid patient
selectionner mdecin oid medecin
affecter au bloc oid bloc vrifier dis ponibilit
s ais ir infos chirurgie (nom d'opration, description...) et creer nouvelle chirurgie oid chirurgie saisir la date d'opra tion
Figure 27: Diagramme de squence : gestion chirurgie 7.1.2 Diagramme dtat Diagramme dtat/transition : Gestion de patient
mal ade/crer() dossier admi ni strati f adm issi on/crer_rdv() rendez-vous avoi r un rdv/ crer_med(dossi er-admi n)
dossi er mdi cal etat de mal ade/ crer_rdv() consul ter() bonne sant/archiver() archi vage du dossi er
etat non hospi tal i s/ordonnance()
consul tation
fi n fi n sjour/ archi ver() sorti e bonne sant / sortie()
traitement
etat hospi tal i s/sj our() hospi tal i sati on soins/ordonance()
Figure 28 : Diagramme dtat de transition : gestion patient
64
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
crati on de demande/ajouter() nouvelle envoi au admi ni stra teur En validation
modi fi catio n/renvoi refus non
trai tment de demande
valid
OK
recrut
retraite demande de retraite/mise en retrai te
arri v/prise de foncti on activit dmission/dpart retour/reprise de fonction en arret prise de cong/mise en cong retour de cong/ mise en fonction absence/mise en absence en cong
parti
Figure 29: Diagramme dtat de transition : gestion personnel
65
7.1.3 Diagramme dactivit

infirmiere mdecin laboratoire caisseur
<<nouveau patient>>
.
crer nouveau dossier
<<patient existe>>
donner un RDV
consultation
presciption des tests
traiter la demande de test
detection de maladie
remise des resultats
prescription de traitement diter facture
approuver la facture chirurgie hospitalisation ordonnance imprimer
sortie
Figure 30 : Diagramme dactivit : suivi de patient
66
7.2 Dveloppement du modle statique 7.2.1 Diagramme de classe
hr_employe acount.acount id_empl oye nom prenom date_naiss adresse cin
Service - code : int - nom : char
Facture code date etat total : : : : int Date Stri ng Double
Assurance id_assurance companie categorie type date-deb date-fin
Consultation Res_partner id_consultation type date_consultation date_fin signes statut_mental diagnostic symptomes id_patient 1..* 1..1 Medecin - id_medecin - speci alit - info 1..* 0..1 0..* Examen medicale 1..1 0..1 - id_examen : int - dsignation : int - date : int 0..* 1..1 1..*
0..*
0..*
1..* Patient
Chambre - id_chambre - type - capacit 0..* 0..* 0..* Lit - i d_lit : int - type : int - prix : int 0..1 -
Hospitalisation code admi sion_type date_hospitalisati on date_sortie raison_admission lit_hopital medecin_traitant chi rurgien etat 0..* 0..*
0..1
id_patient nom prenom ref date photo age sexe date_naiss situation adresse date_dces raison-dces info_gnral
1..1 0..* 0..1 0..* 1..* 0..* Prescription Chi rurgie code date_chirurgie chirurgien anesthesiste bloc service classification base_condition id_patient id_prescription patient date note ligne_prescription Maladies code nom catgori e svrit situati on_maladie date_diagnostique date-gurisson Allergies thrapie
Rendez_vous id_rendez_vous medecin patient niveau_urgence service etat_patient date
Product_Product - id_product : int
0..* 0..1
Ligne_prescription Medicament_template medicament voie_d'administration dose forme debut-trai tement fin_traitement frquence dure_traitement quantit id_ligne_prescription impression substitution renouvellement
Medicament id_medicament nom composition indication dosage stokage pri x quantit_valable info effet_indesirable
0..1 0..*
Figure 31 : Diagramme de classe globale 67
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 Java( l'aide de la bibliothque graphique SWT, d'IBM), et ce langage, grce des bibliothques spcifiques, est galement utilis pour crire des extensions. 68
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.
69
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 GNU 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. 70
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 XML : 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.
71
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 caractristiques suivantes : Multi utilisateur Entirement paramtrable Administration financire de linstitut hospitalier Information pharmaceutique qui reprsente un systme dinformation hospitalier avec les
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 :
72
Figure 32 : Process du module medical
73
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
74
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 :
75
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
76
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.
77
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 :
78
Rapport de stage PFE 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.
79
Rapport de stage PFE Gestion de la 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
80
Rapport de stage PFE Gestion des mdicaments
81
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.
82
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)
83
ANNEXE A : LOpen Source

A.1 Dfinition
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.1 Licence 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
84
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.1 Avantages
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. 85
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.
86
ANNEXE B : Exemples de rapports gnrs par OpenERP
87
88
89
ANNEXE C : Exemples darabisation dinterface
90

Medical OpenERP

Transféré par

Droits d'auteur :

Formats disponibles

Medical OpenERP

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Medical OpenERP

Transféré par

Droits d'auteur :

Formats disponibles

UNIVERSITE CADI AYYAD FACULTE DES SCIENCES ET TECHNIQUES MARRAKECH Dpartement dinformatique Filire IRISI Anne universitaire 2010/2011

Rapport du Projet de Fin dEtudes

Rapport de stage PFE

A mes trs chers parents

A mes trs chers surs et frres

A mes trs chers amis

Rapport de stage PFE

Rapport de stage PFE

Liste des figures

Rapport de stage PFE

2.Conduite du projet: ..................................................................................................................... 12

2.1.1Le processus 2TUP : ............................................................................................. 13 2.1.2UML (Unified Modeling Language) : ............................................................... 15

4. Prsentation gnrale des ERP :..21

5.3.1 Identification des acteurs ............................................................................. 35 5

Rapport de stage PFE

8.4 Choix du langage de programmation ..................................................................... 70

Rapport de stage PFE

Rapport de stage PFE

Rapport de stage PFE

1. Contexte du stage 1.1. Prsentation de lorganisme daccueil

Rapport de stage PFE

Figure 1 : Principales activits de SYSTEMUM

Rapport de stage PFE

Rapport de stage PFE

Rapport de stage PFE

UP Cycle de vie itratif et incrmental Mthode gnrique

Rapport de stage PFE Contraintes Fonctionnelles

Systme dinformation dentreprise

Figure 2 : Axes de changements imposs au systme informatique

Rapport de stage PFE

2.2 Planning du projet :

Rapport de stage PFE

Figure 4 : Diagramme de Gantt

Rapport de stage PFE

3.3 Les composantes dun SIH

Rapport de stage PFE

Sous-systme Mdico Administratif

Rapport de stage PFE

3.4.3 Les ples dintrt de linformatisation des units de soins:

Rapport de stage PFE

Rapport de stage PFE

3.5.2 Les SIH dpartementaux :

4. Prsentation gnrale des ERP :

Rapport de stage PFE

4.2 Intrts des ERP

Rapport de stage PFE

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

Rapport de stage PFE

Rapport de stage PFE

5. Capture des besoins fonctionnels

Rapport de stage PFE

Rapport de stage PFE

Rapport de stage PFE

Rapport de stage PFE

Rapport de stage PFE

La gestion des patients :

Rapport de stage PFE

Gestion et planning du personnel mdical :

Gestion de la pharmacie et de stock: