SlideShare une entreprise Scribd logo
UNIVERSITE CADI AYYAD
                           FACULTE DES SCIENCES ET TECHNIQUES
                                       MARRAKECH
                                Département d’informatique
                                       Filière IRISI
                                Année universitaire 2010/2011




                Rapport du Projet de Fin d’Etudes
                                       Réalisé par :

                              Mlle. khadija MASSKOUB

                     En vue d’obtenir le Diplôme d’Ingénieur d’Etat

           Spécialité : Ingénierie en Réseaux informatiques et système d’information




THEME :




           Mise en place d’un système d’information
             hospitalier intégré dans OpenERP
                            « Module médical »




Encadré par :                                                   Entreprise :


    M. Mohamed AIT BABRAM, Encadrant à FSTG
    M. Abderrahmane ELKAFIL, Encadrant à l’Entreprise



 Faculté des Sciences et Techniques B.P 549, Av.Abdelkarim Elkhattabi, Guéliz Marrakech
                   Tél: (+212) 524 43 34 04 Fax: (+212) 524 43 31 70
Rapport de stage PFE




                                     Dédicaces


                                 A mes très chers parents

     Je vous dois ce que je suis aujourd’hui grâce à 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 d’incroyable pour moi.
Que dieu, le tout puissant, vous préserve et vous procure santé et longue vie afin que je puisse
                                  à mon tour vous combler.

                            A mes très chers sœurs et frères

    Aucune dédicace ne serait exprimer assez profondément ce que je ressens envers vous.
              Je vous dirais tout simplement, un grand merci, je vous aime.

                                  A mes très chers amis

           En témoignage de l’amitié sincère qui nous a liées et des bons moments
                     passés ensemble. Je vous dédie ce travail en vous
                             souhaitant un avenir radieux et
                                plein de bonnes promesses.




      2
Rapport de stage PFE


                             Remerciements

      Je tiens à remercier toute personne qui a aidé à acheminer à bon port le présent
Projet de Fin d’Études.
Et bien que ça ne soit l’évidence qui le dicte, je tiens à rendre grâce à mes chers
parents, mess sœurs et frères, à toute la famille qui n’a ménagé aucun effort pour
m’épauler, me soutenir, m’encourager et m’aider à venir à terme de cet humble travail.


    Qu’il me soit permis d’exprimer mes sincères remerciements à M. Abderrahmane
ELKAFIL le Directeur associé de la société SYSTEMUM pour m’avoir accueilli
afin d’ effectuer mon stage de fin d’étude.


    Je tiens à remercier M. Mohamed AIT BABRAM, mon tuteur de stage qui m’a
orienté tout au long de ce projet.

     J’adresse avec tout le respect et l’estime que cela se doit de requérir, mes
remerciements au personnel de l’organisme d’accueil , M .rachid IBIZI et M.Abdelhadi
RACHAD qui m’ont été d’un grand apport pratique quant à l’élaboration de mon
Projet de Fin d’Études.

     Que messieurs les membres de jury trouvent ici l’expression de nos reconnaissances
pour avoir accepté de juger ce présent travail. Veuillez trouver ici le témoignage 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 prés ou de loin à la réalisation de ce travail,
pour leurs conseils, leurs encouragements et leurs soutiens




      3
Rapport de stage PFE


                                           Liste des figures



Figure 1 : Principales activités de SYSTEMUM.............................................................................. 10
Figure 2 : Axes de changements imposés au système informatique.................................................. 14
Figure 3 : Processus en Y de la démarche 2TUP.............................................................................. 15
Figure 4 : Diagramme de Gantt ....................................................................................................... 16
Figure 5: Découpage du Système d’Information hospitalier (SIH) .................................................. 18
Figure 6 : Architecture technique des ERP [Fleur-Anne Blain] ........................................................ 23
Figure 7: Les modules de base d’un ERP [Fleur-Anne-Blain] ......................................................... 24
Figure 8 : Diagramme de cas d’utilisation gestion patient ............................................................... 37
Figure 9 : Diagramme de cas d’utilisation: gestion des chambres ................................................... 39
Figure 10 : Diagramme de cas d’utilisation gestion Rendez-vous .................................................... 40
Figure 11 : Diagramme de cas d’utilisation: gestion des examens médicaux .................................... 42
Figure 12 : Diagramme de cas d’utilisation: facturation................................................................... 45
Figure 13 : Diagramme de cas d’utilisation: gestion utilisateurs ...................................................... 47
Figure 14: graphe comparatif des caractéristiques générales ............................................................ 50
Figure 15: graphe comparatif des ERP selon les domaines fonctionnels .......................................... 51
Figure 16 : Adéquation par rapport au secteur et la taille de l’entreprise .......................................... 53
Figure 17 : Aptitudes par fonctionnalités ......................................................................................... 54
Figure 18 : Architecture modulaire d’open ERP .............................................................................. 55
Figure 19: Architecture Client-Serveur d’open ERP ........................................................................ 56
Figure 20 : Structure d’un module OpenERP................................................................................... 57
Figure 21: Diagramme de séquence : Authentification.................................................................... 57
Figure 22 : Diagramme de séquence Création nouveau dossier patient ............................................ 58
Figure 23: Diagramme de séquence Création de prescription de médicament .................................. 59
Figure 24 : Diagramme de séquence : gestion hospitalisation .......................................................... 61
Figure 25 : Diagramme de séquence : gestion RDV......................................................................... 61
Figure 26 : Diagramme de séquence : gestion examen ..................................................................... 63
Figure 27: Diagramme de séquence : gestion chirurgie ................................................................... 64
Figure 28 : Diagramme d’état de transition : gestion patient ............................................................ 64
Figure 29: Diagramme d’état de transition : gestion personnel........................................................ 65
Figure 30 : Diagramme d’activité : suivi de patient ......................................................................... 66
Figure 31 : Diagramme de classe globale ........................................................................................ 67




         4
Rapport de stage PFE

Sommaire
Dédicaces…………………………………………………………………………………………2
Remerciements…………………………………………………………………………………..3
Liste des figures………………………………………………………………………………….4
1. Contexte du stage…………………………………………………………………………….9
      1.1. Présentation de l’organisme d’accueil ................................................................................9
      1.2 Présentation du projet ......................................................................................................... 11
          1.2.1 Problématiques.............................................................................................................. 11
          1 .2.2 Objectifs ........................................................................................................................ 11
2.Conduite du projet: ..................................................................................................................... 12
      2.1 Démarche adoptée : .............................................................................................................. 12
         2.1.1Le processus 2TUP : ............................................................................................. 13
         2.1.2UML (Unified Modeling Language) : ............................................................... 15
      2.2 Planning du projet : ............................................................................................................ 15
3. Synthèse bibliographique………………………………………………………………..16
      3.1Introduction ........................................................................................................................... 16
      3.2Généralités : ........................................................................................................................... 16
        3.2.1 Définition d’un hôpital :..................................................................................... 16
        3.2.2Définition d’un système d’information hospitalier SIH: ................................ 17
        3.2.3 Objectifs du système d’information hospitalier(SIH) ................................... 17
      3.3Les composantes d’un SIH ................................................................................................... 17
      3.4Le Système d’Information de Gestion de l’Unité de Soins (SIGUS) .............................. 18
      3.5 Architecture des SIH ............................................................................................................ 20
4. Présentation générale des ERP :…………………………………………………………..21
      4.1. Définition : ........................................................................................................................... 21
      4.2 Intérêts des ERP .................................................................................................................... 22
      4.3 Architecture d’un ERP.......................................................................................................... 22
           4.3.1 Architecture technique d’un ERP .................................................................. 22
           4.3.2 Architecture fonctionnelle d’un ERP........................................................... 23
5. Capture des besoins fonctionnels………………………………………………………..25
      5.1 Introduction.......................................................................................................................... 25
      5.2 Etude comparative des logiciels pour la gestion médicale .............................................. 25
      5.3 Elaboration de Cahier des charges fonctionnel ................................................................ 29
      5.3 Analyse de système .............................................................................................................. 35
              5.3.1 Identification des acteurs ............................................................................. 35

          5
Rapport de stage PFE

              5.3.2 Identification des cas d’utilisation .............................................................. 35
              5.3.3 Description des cas d’utilisation ................................................................... 36
6. Capture des besoins techniques………………………………………………………….48
      6.1Benchmarking des ERP Open Source: ................................................................................ 48
      6.2Solution choisie pour l’implémentation de projet : ......................................................... 52
      6.3Présentation de l’OpenERP .................................................................................................. 52
         6.3.1Profil général ....................................................................................................... 52
         6.3.2 Avantages ............................................................................................................ 55
         6.3.3 Architecture modulaire d’OpenERP................................................................ 55
         6.3.4Architecture technique d’ OpenERP ................................................................ 56
7.    Analyse et Conception ............................................................................................................... 57
      7.1Développement du modèle dynamique ............................................................................. 57
               7.1.1 Formalisation des scenarios ..................................................................................... 57
               7.1.2 Diagramme d’état ...................................................................................................... 64
               7.1.3 Diagramme d’activité............................................................................................... 66
      7.2Développement du modèle statique ................................................................................... 67
               7.2.1Diagramme de classe ................................................................................................. 67
8. Outils de réalisation et mise en œuvre ....................................................................................... 68
      8.1 Choix des outils de développement et de modélisation ................................................ 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.Présentation du prototype réalisé ................................................................................................. 72
      9.1 Présentation et description :............................................................................................... 72
      9.2 Process du module : ............................................................................................................. 72
      9.3 Configuration et Paramétrage du module medical .......................................................... 74
Conclusion………………………………………………………………………………………82
Références……………………………………………………………………………………….83
ANNEXE A : L’Open Source………………………………………………………………….84
ANNEXE B : Exemples de rapports générés par OpenERP………………………………87
ANNEXE C : Exemples d’arabisation d’interface……………………………………..........90




          6
Rapport de stage PFE




                               Introduction générale

        L'informatique ne cesse d'envahir les différents domaines des activités 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 réel ou soit en différé, la
conservation des données, l'exécution rapide des tâches, etc. Ayant constaté qu'ils peuvent bénéficier
de ces avantages, les centres hospitaliers ont opté de ne pas se mettre en marge de ce processus
général d'informatisation. C'est ainsi que les systèmes d'information hospitaliers ont commencé à
voir le jour.
 L’élaboration d’un système d’information nécessite de bien connaître les acteurs des processus et
leurs besoins afin de leur fournir un outil qui y soit adapté.

Lorsque les spécifications du futur outil ont été bien définies à la fois par les membres décisionnels et
par les utilisateurs concernés il faut alors choisir entre deux options :

     Un logiciel déjà existant : Achetez un logiciel commercialisé répondant aux besoins. Pour
      cela il faut partir de spécifications et comparer les logiciels correspondant à ses spécifications.
      Cette comparaison doit être menée en étant attentif à ne pas être influencé par les publicités
      commerciales. Il est inutile de prendre un outil très perfectionné si les besoins restent plutôt
      simples.

         Un produit sur mesure : vous engagez une équipe d’informaticiens qui réalisera un logiciel
         unique adapté au besoin du client.

Aujourd’hui les logiciels présents sur le marché sont paramétrables afin de correspondre le mieux
aux attentes initiales. Il est donc assez rare de devoir faire appel à un organisme de conception
personnalisée.

        L’idée c’est qu’il faut être capable de se comprendre, de travailler efficacement entre
commerciaux, techniciens, comptables et logisticiens d’une même entreprise pour optimiser le
fonctionnement global. Pour cela il faut un langage commun, des référentiels, des pratiques et des
modes de communications partagés. Les ERP (Enterprise Ressource Planning) ou encore en Français
les progiciels de gestion intégrés, constituent l’outil idéal pour une telle organisation de
l’entreprise.




         7
Rapport de stage PFE

Pourtant traditionnellement les ERP étaient réservées aux grandes entreprises et à une élite
d’éditeurs. Dès lors, les Petites et Moyennes Entreprises (PME) n’avaient pas un accès 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 réduire les coûts. Le logiciel libre a
alors permis de supprimer un intermédiaire (le distributeur), de diminuer les coûts de
développement grâce à la réutilisation de logiciels libres, et de réduire considérablement les coûts
commerciaux et marketing par la libre publication du logiciel.

       Ce qui caractérise les ERP c’est qu’ils sont dotés de modules génériques et
paramétrables, avec un périmètre fonctionnel qui peut varier. Des modules tels que la comptabilité,
la gestion des ventes, des stocks, des projets, des ressources humaines…etc.

       C’est dans ce cadre qu’intervient le travail que j’ai effectué durant 4 mois au sein de la
société SYSTEMUM intitulé "Mise en place d’un système d’information intégré dans OpenERP "
dans un contexte englobant le dossier médical informatisé, système d’information hospitalier, et qui
mettra à la disposition de SYSTEMUM et de ces clients un module fiable bien documentée et
paramétrable et totalement intégré dans OpenERP.
Pour mener à bien notre étude, nous avons organisé notre rapport selon l’architecture suivante :

    Présentation de la société SYSTEMUM et ces principaux secteurs d’activité.

    Présentation générale des systèmes d’information dans les établissements de santé à savoir : le
     Système d’Information Hospitalier, Le Système d’Information de Santé, le système
     d’Information de Gestion de l’Unité de Soins. Il présente aussi les concepts du dossier
     médical informatisé, les objectifs et les contraintes liées à l’informatisation de ce dernier.

    Méthode et conduite du projet : nous avons adoptée la démarche 2TUP dans la conception des
     systèmes d’information qui nous accompagnera tout au long du projet

      Captures des besoins fonctionnels : focalisation sur le métier des utilisateurs.et obtenir une
       idée de ce que va réaliser le système en terme de métier.

      Captures des besoins techniques : recenser toutes les contraintes sur les choix de
       dimensionnant et la conception du système. elle fait le point sur l’architecture des ERP et
       notamment OpenERP qui est nécessaire pour la mise en place de notre module.

    Analyse et conception : Il présente le nouveau système selon les deux axes : statique et
     dynamique.

    Outils de réalisation et mise en œuvre. Il présente une illustration du prototype réalisé ainsi
     que les outils adaptés pour la réalisation du projet.


       8
Rapport de stage PFE


 1. Contexte du stage


            1.1. Présentation de l’organisme d’accueil


      SYSTEMUM est une Société de Services en Logiciels Libres (SSLL) qui accompagne les
entreprises et institutions dans le choix de solutions open source ainsi que dans l'intégration, le
développement, l'adaptation aux besoins spécifiques, la maintenance et le support. Afin de bénéficier
des meilleures solutions libres dans la gestion des systèmes d'information.

      SYSTEMUM a développé une expertise sur OPENERP depuis 2006 (premier partenaire
officiel OPENERP au MAROC en 2007) et a contribué à faire connaître cet ERP open source au
MAROC à travers plusieurs déploiements réussis dans les PME marocaine et des conférences dans
les universités et adapte celui-ci à la législation marocaine et aux besoins spécifiques des entreprises.

             Prestations et services

        SYSTEMUM offre une large palette de prestations et de services basés sur des
composants libres adaptés aux systèmes et aux réseaux des clients. La principale tâche de
cette société est d’offrir des solutions sur mesure, en matière de formation et d’assistance,
concernant les problématiques relevant des systèmes d’informations, moyennant des outils
libres.

       La gamme de services de SYSTEMUM est articulée autour de quatre axes majeurs qui
permettent d'accompagner les clients durant toutes les phases d'un projet afin d'en assurer sa réussite.

      Support

       En plus des offres de formations. La société propose aux équipes dédiées au développement,
       des prestations de support d’aide à la maintenance, afin de réduire le temps de
       résolution des interrogations ou des difficultés que les entreprises pourraient rencontrer
       lors de la mise en œuvre de certains logiciels.

      Conseil

       SYSTEMUM possède une équipe formée 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,
       dématérialisation des procédures, migration vers le libre, architecture et dimensionnement
       d'applications basées sur open ERP…etc.

      Développement

       Il constitue le cœur métier de SYSTEMUM et comprend le développement 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
Rapport de stage PFE

     Formation

      L’offre des formations, techniques et fonctionnelles, permet d'accompagner les organisations
      qui disposent d’équipes opérationnelles capables de mener à bien des projets. Ces
      formations peuvent être établies sous forme de transferts de compétences, en phases
      avals des projets.

            Secteurs d’activités :

       De part les multiples projets que SYSTEMUM a mené, elle a acquis un savoir faire
susceptible de lui permettre l’implantation de logiciels libres dans les différents secteurs :

     Enterprise Ressource Planning (ERP)

    En français Progiciels de Gestion Intégré (PGI). SYSTEMUM est le partenaire officiel de l’ERP
    open source Open ERP au Maghreb depuis 2006. Elle adapte celui-ci à la législation marocaine
    et aux besoins spécifiques des entreprises.

     Customer Relationship Management (CRM)

    SYSTEMUM propose l’offre SUGARCRM qui permet la gestion de la relation client.

     Intranet des entreprises et gestion des contenus

    Création d’identités visuelles et sites internet institutionnels et e-Commerce.

    La solution proposée est VERTUMART qui une solution libre de e-commerce

    (commerce électronique) qui s'appuie sur le gestionnaire contenu Joomla.

     Gestion électronique des documents

    Il s’agit d’un système informatisé d'acquisition, classement, stockage, archivage des
    documents. La solution proposée est ALFRESCO.




                            Figure 1 : Principales activités de SYSTEMUM




     10
Rapport de stage PFE

1.2 Présentation du projet
      1.2.1 Problématiques
Les établissements médicaux sont des organismes un peu complexes associant plusieurs types
d’unités et gère plusieurs services et des activités hospitalières.
Vu le nombre important de dossiers médicaux archivés ainsi que leur nature (dossier papier),
l’établissement rencontre plusieurs difficultés dans la gestion de ces dossiers, à savoir :


    Problème de rédaction : Les zones de rédaction sont mal estimées (petites ou mal disposées),
     ce qui handicape l’inscription des différentes informations administratives ou médicales.

    Problème d’archivage : La salle d’archivage est assez limitée pour contenir un tel nombre de
     dossiers. Ainsi, le mauvais archivage de ces derniers accentue le temps de recherche d’un
     dossier médical et cause parfois des pertes ou des duplications des dossiers médicaux.

    Problème d’exploitation : La nature papier des dossiers médicaux (lisibilité difficile,
     recherche séquentielle…) ainsi que leur nombre important rendent toute exploitation de
     l’information difficile (établissement de la synthèse d’un dossier médical, édition des
     statistiques, les études épidémiologiques, le suivi des protocoles de vaccination).

    Problème de communication : Etant donné que le dossier médical est partagé entre plusieurs
     acteurs (médecins, infirmiers), la communication des informations entre ces derniers est
     parfois très difficile (lenteur).

    Problème de redondance : Une partie des informations inscrites dans les dossiers médicaux
     est dupliquée dans différents registres d’activité quotidienne. Cette redondance sert à faciliter
     l’activité administrative ou l’activité du contrôle Cependant, cette redondance augmente le
     taux d’erreur ainsi que la ainsi que la perte de temps considérable dans la tenue de ces
     registres.

       1 .2.2 Objectifs
Notre projet a pour objectif d’améliorer le fonctionnement de tous établissements de type médical et
faciliter l’admission, le suivi et la sortie des patients, En intégrant les données médicales et
administratives afin d'y remédier à tous ces problèmes, on peut assigner à notre étude les objectifs
suivants :

   Rapidité dans l'établissement des différents documents.
   Facilité de la recherche et l'accès aux informations.
   Stockage des informations sur des supports informatiques ce qui assurera leur sécurité.
   Gain de temps.
   Automatiser les taches qui se traitent manuellement.
   Proposer une bonne codification.




      11
Rapport de stage PFE

2. Conduite du projet:

            2.1 Démarche adoptée :

      Le développement d’un système d’information requiert une démarche. Cette démarche est
organisée en un ensemble d’étapes à suivre. Chaque étape a ses propres particularités et produit un
résultat significatif pour l’étape suivante. Pour chaque étape du processus de développement, il existe
un ou plusieurs modèles qui décrivent la cible de l’étape en cours.

La modélisation est un outil majeur de communication entre les différents intervenants au sein du
projet, depuis les utilisateurs jusqu’aux développeurs. Son but est de faciliter la compréhension,
l’étude et la maîtrise du système à étudier.

La modélisation permet aussi de faciliter la traçabilité du système, à savoir de partir d’un de ses
éléments et de suivre ses interactions et ses liens avec d’autres parties du modèle.

Après la définition du contexte et de la problématique de notre étude ainsi que les objectifs assignés,
nous expliquerons dans cette partie la démarche adoptée pour la résolution des problèmes évoqués
afin d’atteindre les objectifs suscités.

Afin de mener à bien notre projet et structurer notre étude, nous avons adoptée une démarche spécialisée
dans la conception des systèmes d’information qui nous accompagnera tout au long du projet. Celle-ci est
basée sur le langage UML et est connue sous le nom : processus 2TUP « 2 Track Unified Process »

Nous avons opté pour l’approche objet pour les avantages suivants :

       La stabilité de la modélisation par rapport aux entités du monde réel,
       la construction itérative facilitée par le couplage faible entre composants,
       la possibilité de réutiliser des éléments d’un développement à un autre,
       la simplicité du modèle qui fait appel à seulement cinq concepts fondateurs (les objets,
       les messages, les classes, la généralisation et le polymorphisme) pour exprimer de manière
        uniforme l’analyse, la conception et la réalisation d’une application informatique.


Nous avons choisi UML pour ses points forts:

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

    UML est un support de communication performant : Il cadre l'analyse et facilite la
     compréhension de représentations abstraites complexes. De plus, son caractère polyvalent et
     sa souplesse en font un langage universel.

Pour justifier notre choix qui s’est porté sur une méthodologie UP, nous présentons une petite
comparaison des méthodologies UP et la méthode Merise:




       12
Rapport de stage PFE

      UP                                                  MERISE
            Cycle de vie itératif et incrémental             Séquentiel
            Méthode générique


                          Tableau 1 : Comparaison entre les méthodologies UP et Merise

      Dans une démarche traditionnelle, le processus de développement était caractérisé par :

            Un processus de type séquentiel : développement organisé en phases qui regroupent des
             étapes,

            Les niveaux de découpage coïncident : la fin d’une phase correspond à la conclusion de ses
             étapes, qui elles mêmes se terminent avec l’accomplissement des tâches qui les composent.

      Dans une approche objet tout change :

            Le processus est de type itératif ;
            Les découpages ne coïncident pas : les activités (tâches, phases, étapes, etc…) se déroulent
             dans plusieurs dimensions.

La maîtrise des processus de développement implique une organisation et un suivi des activités : c’est ce à
quoi s’attachent les différentes méthodes qui s’appuient sur l’utilisation du langage UML pour modéliser
un système d’information.

Bien que chaque processus UP présente des inconvénients, tous conviendraient au développement de notre
système par leurs communs avantages, à savoir :

               Faciliter la compréhension graduelle du problème,
               Permettre l’identification et la prise en charge précoce des risques de tous types.
               Suivre un rythme accéléré en travaillant efficacement vers les objectifs clairs et à court terme.
               Centrer le processus sur les besoins des utilisateurs, facteur clé de succès du projet.
               Aboutir à un système dont l’architecture favorise son évolutivité et la réutilisation de ses
                composants.

 Cependant, notre choix s’est porté sur le processus 2TUP car il apporte une réponse aux contraintes de
 changements continuels imposés aux systèmes d’information. En ce sens, il renforce le contrôle sur les
 capacités d’évolution et de correction de tels systèmes.


                    2.1.1 Le processus 2TUP :

     2TUP est un processus UP (processus unifie). Le processus 2TUP apporte une réponse aux contraintes de
changement continuel imposées aux systèmes d’information de l’entreprise. En ce sens, il renforce le contrôle sur
les capacités d’évolution et de correction de tels systèmes. « 2 Track » signifie littéralement que le processus suit
deux chemins. Il s’agit des chemins « fonctionnels » et « d’architecture technique », qui correspondent aux deux
axes des changements imposées au système informatique.




               13
Rapport de stage PFE

                 Contraintes                  Système                    Contraintes
                                           d’information
                Fonctionnelles                                           Techniques
                                            d’entreprise

                 Figure 2 : Axes de changements imposés au système informatique


Le processus 2TUP apporte une réponse aux contraintes de changement continuel imposées aux systèmes
d’information de l’entreprise.

     Ce processus suit deux chemins.
         Architecture fonctionnelle
         Architecture technique

     L’axe fonctionnel comporte :
         Capture des besoins fonctionnels, qui produit un modèle des besoins focalisé sur le métier
            des utilisateurs. Elle qualifie au plus tôt le risque de produire un système inadapté aux
            utilisateurs.
         Analyse, qui consiste à étudier précisément la spécification fonctionnelle de manière à obtenir
            une idée de ce que va réaliser le système en terme de métier.

     L’axe technique, quant à lui, comporte :

          Capture des besoins techniques, qui recense toutes les contraintes et les choix
           dimensionnant la conception du système.

          Conception générique, qui définit ensuite les composants nécessaires à la conception de
           l’architecture technique. Elle a pour objectif d’uniformiser et de réutiliser les mêmes
           mécanismes pour tout un système. L’architecture technique construit le squelette du système
           informatique et écarte la plupart des risques du niveau technique.

          Conception préliminaire, qui représente une étape délicate, car elle intègre le modèle
           d’analyse fonctionnelle dans l’architecture technique de manière à tracer la cartographie des
           composants du système à développer.

          Conception détaillée, qui étudie ensuite comment réaliser chaque composant.

          Codage, qui produit ses composants et teste au fur et à mesure les unités de code réalisées.
          Recette, qui consiste enfin à valider les fonctionnalités du système développé.

      La figure suivante illustre les différentes étapes de cette démarche:




           14
Rapport de stage PFE




                     Figure 3: Processus en Y de la démarche 2TUP


               2.1.2 UML (Unified Modeling Language) :

Définition :

      UML se définit comme un langage de modélisation graphique et textuel destine comprendre et
décrire des besoins, spécifier et documenter des systèmes, 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 s’agit pas d’une simple
notation, mais les concepts transmis par un diagramme ont une sémantique précise et sont porteurs de
sens au même titre que les mots d’un langage. UML a une dimension symbolique et ouvre une nouvelle
voie d’échange de visions systémiques précises

Ce langage est certes issu du développement logiciel mais pourrait être applique à toute science fondée
sur la description d’un système. Dans l’immédiat, UML intéresse fortement les spécialistes de
l’ingénierie système.



              2.2 Planning du projet :

        La conduite d’un tel projet est relativement complexe si on ne suit pas une démarche et une
    méthodologie et un planning bien défini à l’avance. Ainsi, le projet a été décomposé en plusieurs
    phases, à la fin de chaque phase des livrables sont réalisées pour indiquer l’état d’avancement du
    projet.
        Ci-dessous le diagramme de GANTT qui illustre le planning effectif du projet :




         15
Rapport de stage PFE




                               Figure 4 : Diagramme de Gantt


3. Synthèse bibliographique

           3.1 Introduction

      Le système d’information coordonne grâce à l’information les activités de l’organisation, et lui
permet ainsi d’atteindre ses objectifs. Il est le véhicule de communication de l’organisation. Il
représente l’ensemble des ressources (humaines, matérielles et logicielles) organisées pour collecter,
stocker, traiter et communiquer les informations au sein de l’organisation.

      L’hôpital est une organisation un peu complexe associant plusieurs types d’unités (unités de
soins, unités médico-techniques,….) avec des fonctions distinctes et une certaine autonomie.
Cependant, il ne peut fonctionner correctement que s’il existe une communication et une coopération
entre ses unités afin de traiter au mieux les patients. C’est au système d’information hospitalier
d’assurer cette tâche de coordination entre les différentes unités de l’hôpital.

           3.2   Généralités :
                  3.2.1Définition d’un hôpital :

      Un hôpital est un établissement de santé dont la mission essentielle de soigner et si possible de
guérir les malades. Pour accomplir ses missions, l’hôpital dispose d’un certain nombre de ressources
humaines, matérielles et logicielles. L’Hôpital est en effet une fédération de sous-systèmes
fonctionnellement distincts mais non disjoints. Ces sous systèmes peuvent se présenter ainsi :

    Le sous-système médical : Concerne l’activité mise en place par l’équipe soignante pour
     répondre aux besoins des patients.
    Le sous-système logistique : Comprend l’ensemble des flux résultant des activités médicales
     : prescriptions, résultats, transferts, archivage...



      16
Rapport de stage PFE

    Le sous-système étude et recherche : Travaille sur des regroupements de dossiers afin
     d’apprécier et d’améliorer la qualité des soins dispensés. Outre, il alimente les sous-systèmes
     planification et administration
    Le sous-système administration : C’est le sous-système de l’hôpital qui s’intéresse à la
     facturation, à la gestion du personnel, à la gestion des stocks et à la comptabilité d’une
     manière générale.
    Le sous-système planification : Il s’appuie sur les activités ou les études de morbidité
     hospitalière pour engager des décisions d’investissements structurels, matériels et humains.
     C’est le sous-système qui est en interaction avec l’extérieur (autorités et autres établissements
     de santé).

                 3.2.2Définition d’un système d’information hospitalier SIH:

      Le système d’information hospitalier (SIH) est un ensemble d’éléments en interaction ayant
pour objectif de produire, traiter et fournir des informations nécessaires à l’activité hospitalière.
C’est un système d’information appliqué aux métiers de la santé, et plus particulièrement aux
établissements de santé. Il est constitué de l’ensemble des informations et traitements nécessaires à
l’accomplissement des missions de l’établissement. Le SIH est l’une des composantes du Système
d’Information de Santé (SIS).
Les principaux établissements de santé pouvant mettre en place un SIH sont :

       Les hôpitaux.
       Les cliniques.
       Les centres d’analyses.
       Les centres de soins.
       Les cabinets médicaux.


               3.2.3 Objectifs du système d’information hospitalier(SIH)

Les deux objectifs principaux d’un SIH sont :

    L’amélioration de la qualité des soins : Amélioration de la communication, réduction des
     délais, aide à la prise de décision.
    La maîtrise des coûts : Réduction des durées de séjours, réduction des tâches
     administratives, diminution du personnel.

La réussite du SIH dépend essentiellement de trois facteurs importants :
     Une analyse approfondie du système d’information de l’hôpital.
     Une stratégie logicielle et matérielle adaptée.
     Estimation juste des ressources nécessaires.

            3.3 Les composantes d’un SIH

Le système d’information hospitalier est divisé en 3 sous-systèmes :

    Le sous-système médico-administratif : Ce sous-système assure trois fonctions principales,
     qui sont à savoir :
    La gestion des patients : admission des malades pour hospitalisation, gestion de leurs
     mouvements au sein de l’hôpital (lits, mutations entre services), la sortie administrative des
     patients, les frais de séjour.



       17
Rapport de stage PFE

        La gestion financière et comptable : comptabilité des fournisseurs, comptabilité des clients
         (dans le cas de l’hôpital les frais de séjour), gestion des immobilisations.
        La gestion du patrimoine : gestion des approvisionnements et des stocks magasin, gestion
         des stocks de médicaments, gestion du stock des dispositifs médicaux et des ligatures.
        Le sous-système médical : Le sous système médical est considéré comme le coeur du SIH
         autour duquel s’organisent les deux autres sous systèmes. Il est composé de l’ensemble des
         unités de soins dans lesquelles se déroule la plus grande partie de l’activité médicale de
         l’hôpital (prescriptions, comptes rendus, soins infirmiers, visites médicales,…).
        Le sous-système médico-technique : Le sous-système médico-technique comprend au sens
         large tous les plateaux d’examens (laboratoires d’analyse, centres d’imagerie médicale,
         centres d’explorations fonctionnelles...).



                                            Sous-système médical

                                          Actes médicaux
                                          Pathologie
                                          Morbidité
                                          Épidémiologie


      Sous-système Médico                                                          Sous-système Médico-
         Administratif                                                                  Technique

   Gestion des patients                                                         Pharmacie
   Gestion financière et                                                         Laboratoire
    comptable                                                                    Imagerie médicale
   Gestion du patrimoine




                   Figure 5 Découpage du Système d’Information hospitalier (SIH)

              3.4 Le Système d’Information de Gestion de l’Unité de Soins (SIGUS)

                   3.4.1 Définition de l’unité de soins

       L'unité de soins est le lieu où est élaborée une stratégie pour soigner les malades, mise en œuvre
       par une équipe soignante, sous une responsabilité définie, en consommant des moyens internes et
       externes et susceptible de fournir des prestations à d'autres unités. Cette définition montre bien
       que l'unité de soins est une structure complexe.

                 3.4.2 Les principaux acteurs dans l’unité de soins

       On peut distinguer quatre catégories principales d’acteurs dans l’unité de soins:

        Le patient : C’est autour duquel est centrée toute l’activité des autres acteurs.



         18
Rapport de stage PFE

    Le personnel médical : Il est constitué de l’ensemble des médecins qui ont un double rôle à
      savoir :
       L'élaboration des stratégies diagnostiques et thérapeutiques.
       Le suivi des patients.
       La recherche et l’enseignement.
    Le personnel paramédical : Il est constitué essentiellement des infirmiers. Ils ont un rôle
     délégué par le médecin pour réaliser la prescription et les soins médicaux.
    Le personnel administratif : Il est essentiellement représenté par les secrétaires médicales et
     aussi des médecins qui ont des missions plutôt administratives que médicales. Ils assurent la
     gestion de ressources, la communication interne et externe, l’évaluation de l’activité médicale
     etc.


     3.4.3 Les pôles d’intérêt de l’informatisation des unités de soins:


Les différentes études menées ces dernières années ont montré l’existence de trois pôles d’intérêt
pour l’informatisation de l’unité de soins :

    Le dossier médical.
    La communication avec les services médico-techniques.
    La planification des soins.

            Le dossier médical :

Toute l'activité de l'unité de soins est organisée autour du patient. Le dossier médical constitue
véritablement le point central du SIGU. Ce dossier n'apparaît à un acteur de l'unité de soins que sous
l'angle des besoins de sa tâche au sein de l'organisation. Chaque acteur ne sera donc concerné que par
certaines informations du dossier patient. Ces informations constitueront pour lui une représentation
pertinente de la réalité.

            La communication avec les services médico-techniques :


      Les services médico-techniques représentent, par la nature et le volume de leurs échanges avec
les unités de soins, le type de partenaire le plus important de celles-ci. La communication avec les
services médico-techniques a été identifiée comme le second pôle de l'informatisation
des unités de soins. Donc la prise en compte des standards et normes de communication sera
privilégiée dans cette partie.

            La planification des soins

       La planification des soins constitue le troisième pôle de l'informatisation des unités de soins.
Elle se situe à mi-chemin entre les deux premiers pôles car elle doit être comprise comme
l'articulation entre deux préoccupations complémentaires :
      La prévision des actions médicales qui prend en compte les éléments du dossier du patient,
         tels que: la prescription médicale, la prescription des actes infirmiers.
      L’exécution des actions de soins qui met en jeu la communication avec les services médico-
         techniques.




      19
Rapport de stage PFE

       3.4.4 Le dossier médical dans l’unité de soins :

            Définition d’un dossier médical :

       Le dossier médical 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, résultats de laboratoire, film radiologique, ...) sont regroupés dans un
dossier, une chemise, un classeur détenu par le médecin et/ou le service hospitalier ou la clinique.

            Définition d’un dossier médical informatisé :

      Le dossier médical informatisé est la mise en mémoire des données et des documents
nécessaires à la prise en charge du patient. Ces données sont de natures diverses : images, sons,
textes, données structurées et multi-sources : unités de soins, unités médicotechniques,….

            Objectifs de l’informatisation du dossier médical:

L’informatisation du dossier médical permet d’atteindre les objectifs suivants :
           Améliorer le stockage, la disponibilité et la communication des informations.
           Améliorer la lisibilité des informations.
           Permettre une saisie unique et un partage de l’information.
           Mettre en évidence l’évolutivité des informations.
           Rendre comparable les informations d’un patient à un autre.
           Intégrer les données d’origines diverses ou de natures hétérogènes (signaux, image).
           Faciliter l’emploi de système d’aide à la décision.
           Aide au regroupement des données.
           Faciliter la formation du personnel médical et paramédical.
           Améliorer la protection et la confidentialité des données.


3.5 Architecture des SIH

        3.5.1 Les SIH centralisés :

      Le SIH est un système centralisé en étoile mis en place dans les années 70. Cette architecture
comprend un ordinateur principal et des périphériques reliés en étoile. Le principe de cette
architecture est que l’information est saisie une fois (principe de non redondance), stockée en un
point unique de la base de données mais accessible de n’importe quel point du réseau (principe de
partage). C’est cette approche qui est le plus souvent commercialisé dans les systèmes dits « clé en
main ». Cette approche a trouvé sa réussite dans les hôpitaux de petite taille (300-400 lits) et à
vocation de recherche peu développé.

       Avantages                                                  Inconvénients

            Système intégré centré sur le patient.            Coûts de maintenance élevée
            Mise en service et maintenance facile             Évolution non progressive.
            des modules applicatifs                           Prise en compte partielle des besoins
            Contrôle facile du système                        des utilisateurs
            Système clé en main                               Standardisation élevée




      20
Rapport de stage PFE

             3.5.2 Les SIH départementaux :


       Consiste en l’achat des différentes structures de l’hôpital d’applications spécialisées. Les unités
médico-techniques ont été les premières à être informatisées après les services administratifs.
L’informatisation des unités de soins est beaucoup plus complexe car la demande médicale varie
d’un service à un autre et même à l’intérieur d’un service.
Cette approche est utilisée dans plusieurs institutions hospitalières à composante universitaire très
forte.

       Avantages                                                    Inconvénients

       Meilleurs adaptation des produits à la               Redondance de l'information
       demande des utilisateurs.                             Difficulté de maintenir l'intégrité et la
       Dissociation du matériel et du logiciel              cohérence de l'information
        Investissement progressif                            Coût élevé de l'intégration en l'absence de
        Applications multi-hospitalières                    standards de communication



       3.7.1. Les SIH distribués :

      L’idée de cette approche est de combiner les avantages des deux premières architectures. Les
applications sont réparties sur plusieurs processeurs de traitement suivant une architecture client/
serveur (serveur d’identité, serveur de messagerie, serveur de résultats, serveur de données cliniques)
. La complexité de cette approche c’est qu’elle nécessite plusieurs niveaux d’intégration : architecture
matérielle, logiciels adaptés, réseaux. Elle nécessite aussi une communication entre les applications
en utilisant des normes. Internet peut être considéré comme un système distribué qui a fait son
apparition dans le domaine hospitalier sous forme d’un intranet.

4. Présentation générale des ERP :

       Les ERP sont des logiciels qui permettent la gestion de tout le métier d’une
entreprise. Ils assurent une vision transversale du système d’information.

    4.1. Définition :
         Il existe deux possibilités pour définir un ERP. Soit on considère son utilisation et on parle
alors de définition fonctionnelle, soit on considère son élaboration et on parle alors de définition
architecturale. La définition fonctionnelle consiste à inventorier les fonctions proposées par le
progiciel. On considère généralement que dans un ERP, au moins trois des fonctions suivantes sont
réunies : Ventes, Achats, Production, Logistique, Comptabilité, Ressources Humaines, Qualité. A
cela, il faut ajouter des applications périphériques telles que le SAV (service après-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 traçabilité.

       La définition architecturale considère l’ERP comme la colonne vertébrale des applications
informatiques de l’entreprise. Le cœur d’un ERP fournisseur, définition et découpage de
l’organisation (site de production, point de vente …). C’est à partir de ce référentiel et de bases de
données communes que fonctionnent toutes les applications de l’ERP. Cette définition met en avant
les changements organisationnels induits par la mise en place d’un ERP (définition des articles,
organisation de la gestion des référentiels clients…).


      21
Rapport de stage PFE

     4.2 Intérêts des ERP

        Les différentes études, enquêtes et ouvrages qui ont été réalisés aux USA et en France sur la
mise en œuvre des ERP ont permis de mettre en avant les axes les plus fréquents d’amélioration cités
par les entreprises pour justifier de leur investissement dans un ERP. Ce sont :
       Au niveau de l’ensemble des fonctions de l’entreprise un pilotage par des indicateurs et une
meilleure connaissance des structures de coûts.
       Au niveau des ventes, un accroissement du nombre d’offre qui doit permettre de générer
des revenus complémentaires.
       Au niveau financier l’optimisation des fonds propres, par exemple, une diminution des
stocks et une amélioration des délais de paiement.
       Au niveau des achats une optimisation des conditions d’achat par une meilleure capacité à
négocier, avec une diminution des temps d‘approvisionnement.
       Au niveau de la production, la maîtrise des coûts de production et des niveaux de stock
pour accroître la productivité et la réactivité.
       Au niveau de la communication entre les différents services de l’entreprise une meilleure
circulation des informations par l’existence d’une base unique.
       A la différence des grandes entreprises, les PME n’ont pas besoin d’une couverture
fonctionnelle complète, ou n’en ont pas les moyens. Selon ses besoins "métiers", une PME utilisera
une ou quelques fonctions de l’ERP intensivement. Les PME n’ont à leur disposition ni les
compétences internes ni les délais et budgets des grands groupes où il est possible de détacher des
personnes pour s’occuper de l’intégration d’une nouvelle solution. Le défi prioritaire des ERP dédiés
aux PME est de proposer un produit rapidement paramétrable et personnalisable aux besoins
"métiers" de l’entreprise.
        L’avenir des ERP passe par le respect des standards qui s’imposent aujourd’hui en
informatique. L’enjeu est de permettre à tous les logiciels développés dans des environnements et des
langages différents de pouvoir échanger des informations. Cette interopérabilité permettra
l’intégration de plus en plus prononcée des systèmes d’information au sein de l’entreprise et entre les
entreprises. Les éditeurs travaillent également à augmenter la qualité des interfaces ainsi qu’à
diminuer les coûts de maintenance liés aux innovations technologiques (exemple : passage de
Windows 2000 à Windows XP).

     4.3 Architecture d’un ERP

              4.3.1 Architecture technique d’un ERP


Les ERP présentent une structure informatique de type « client/serveur » à trois niveaux :
   Le niveau « Présentation » : il constitue l'interface utilisateur.
   Le niveau « Applications » : il correspond aux fonctions de traitement de l'information.
 Le niveau « Base de données » : il gère les grands volumes de données que l'entreprise
conserve.
       De plus, les ERP sont compatible pack Office, en particulier pour PowerPoint et Excel. Ils
sont aussi adaptés à des outils de reporting.


      22
Rapport de stage PFE

       Les ERP peuvent travailler dans des environnements hétérogènes en ce qui concerne les
matériels et les logiciels de base : l'entreprise peut choisir les fournisseurs des matériels, des
gestionnaires de bases de données et des systèmes d'information.
       La figure suivante illustre l’architecture technique d’un ERP :




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



        4.3.2 Architecture fonctionnelle d’un 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 cohérence du SI.
        Un ERP est modulaire dans le sens où il est possible de n'avoir qu'une ou plusieurs
applications en même temps, ou peu à peu. Les applications modulaires telles que les ERP permettent
d'être sûr de la compatibilité des modules entre eux, ils s'imbriquent comme des blocs de Lego et
fonctionnent ensemble (pas de vérification de compatibilité à effectuer).
Voici un exemple d'architecture modulaire qui tend à représenter tous les ERP :




      23
Rapport de stage PFE




              Figure 7: Les modules de base d’un ERP [Fleur-Anne-Blain]

Dans la suite je présenterai 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 embarquée par l'ERP. Certains ERP gèrent aussi la
comptabilité générale française, mais à l'heure actuelle leur mise en oeuvre correcte nécessite encore
des paramétrages assez intenses. Néanmoins, un pont comptable d'export d'écritures peut être mis en
place pour utiliser une gestion comptable abordable mais éprouvée 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 gérer les transactions d'achat et écritures comptables associées,
mais aussi les approvisionnements selon des politiques à paramétrer et/ou selon le calcul des besoins
déterminés par la gestion de production.

   c. Le module ventes

        Ecritures comptables des ventes, mais aussi : règles de pricing, devis, factures, paiements, etc.
Certains ERP, vont aussi très loin dans le CRM (Customer Relation Management) ou GRC (Gestion
de la Relation Client). Dans certains cas, l'ERP peut intégrer une plateforme d'e-commerce native.
Mais plus généralement 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 français.

   d. Le module ressources humaines

Le périmètre 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 très rares à
cause du morcellement législatif d'une part et de la mise en jeu de données très confidentielles d'autre
part.

      24
Rapport de stage PFE

   e. Le module CRM

Le CRM (Customer Relationship Management, gestion de la relation client) a pour but de créer et
d’entretenir une relation mutuellement bénéfique entre une entreprise et ses clients. Dans ce mode de
relations commerciales, l'entreprise s'attache la fidélité du client en lui offrant une qualité de service
qu'il ne trouverait pas ailleurs. Ainsi, la plupart des ERP intègrent un module CRM permettant
d'améliorer la relation client/entreprise. Ce module couvre en général la gestion des événements
clients, la planification des tâches, la gestion des opportunités des ventes et des achats, etc.
Il reste à noter qu’un ERP a l’avantage d’être extensible vis-à-vis d’autres fonctionnalités. Ainsi
chaque entreprise a le choix entre intégrer un module qui lui est utile ou de le développer, en interne
ou en externe.

5. Capture des besoins fonctionnels

          5.1 Introduction


        Avant de spécifier les besoins il est nécessaire de réaliser une étude de l’existant. L’étude de
 l’existant est une étape clé dans la réalisation de n’importe quelle application informatique,
 quelque soit le domaine concerné. Il s’agit d’une étude permettant de comprendre la problématique
 du projet et de détecter les avantages et inconvénients des solutions proposées actuellement sur le
 marché afin d’en profiter pour réalisation de notre projet.

          5.2 Etude comparative des logiciels pour la gestion médicale

Dans cette partie, nous allons essayer de faire une étude comparative des logiciels qui existent au
marché, cette étude permettra à :

         S’inspirer des expériences similaires à notre projet et qui ont été déjà réalisées. Cette
          inspiration sera concrétisée dans l’outil qu’on devra réaliser
       Localiser notre système par rapport aux systèmes déjà existants.
       Préciser ce que notre application doit faire.
  Plusieurs applications Open Source ou propriétaire existent aujourd’hui dans le domaine des
systèmes d’informations hospitaliers. On a choisi parmi ces logiciels :

        MEDIMUST :

 MédiMust : est un ensemble de solutions qui assure avec clarté la gestion complète du cabinet
médical, quelle que soit sa taille et quelles que soient sa ou ses spécialités.

   Il prend en charge les tâches les plus variées : la recherche des fiches de la journée, 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 commentées. L'accès à une
autre fiche patient est possible en permanence sans perdre la saisie en cours.

  Il est édité par la société Mustinfo, société de création de logiciel propriétaire médecin et de logiciel
vétérinaire.



      25
Rapport de stage PFE

        OSOFT

    OSOFT est un logiciel de gestion complète d’un hôpital ou clinique dédié au médecin généraliste
ou spécialisé , développé et commercé par la société Medibase qui réalise des missions d'audit et de
conseil sur les systèmes d'information médicale auprès des établissements de santé en France.
    OSOFT couvre la totalité du dossier médical. Allant du premier contact avec un patient pour une
consultation jusqu’à sa sortie de l’établissement, en passant par la phase de production
d’informations médicales et l’ordonnance, l’annonce d’hospitalisation et attribution des ressources,
lit et bloc, ainsi que la prescription et l’organisation des soins. Les différents modules et fonctions
d’OSOFT accompagnent tout au long de suivi des patients.
Il est présent à 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'anesthésie

           - la prescription de médicaments avant ou pendant le séjour du patient

           - l'accès aux prescriptions par la pharmacie et l'émission des avis pharmaceutiques

           - la fonction de messagerie intégrée à la prise en charge des patients

           - l'accueil du patient dans le service (évaluation, pancarte, devenir, activités, soins,
           transmissions,...)

           - l'organisation transversale des activités de service



        MEDIBOARD :

       Mediboard est un système web open source de gestion d'établissement de santé. Il se définit plus
précisément comme la partie logicielle d'un système d'information hospitalier, c'est-à-dire un progiciel de
gestion intégré adapté aux établissements de santé de toute taille, du simple cabinet de praticien au centre
médical multi site.
C’est un système d'information hospitalier dédié à la gestion du dossier patient, la planification de
l'activité de l'établissement de santé et la gestion de l'activité clinique et libérale des praticiens.
Il est initialement conçu comme un pont entre les dossiers médicaux gérés par les praticiens,
notamment dans le cadre de leur activité libérale au sein des cabinets médicaux, 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 médical, complété tout au long du parcours du patient,
des points de vue complémentaires de l'établissement et des équipes médicales.




      26
Rapport de stage PFE




        GMEDCINE :

    Gmédecine est un Logiciel Hospitalier , son Système Expert - Une équipe de concepteurs, de
développeurs, de formateurs regroupée sous la bannière de Gmédecine qui est appuyée sur des
professionnels de la santé pour créer un système expert, susceptible de gérer les dossiers des patients
au sein des structures hospitalières il est à la fois :

  Un outil de la démarche d’Accréditation par ses fonctionnalités d’enregistrement, traitement,
analyse, accessibilité et traçabilité des données patient.

 Un guide de l'Accréditation par ses potentialités de moyen permanent d’information et de formation
des professionnels de santé.

    Polydis :

     Le logiciel polydis fournit par HopitalWeb qui développe des modules logiciels de gestion pour
établissement de santé : hôpital, clinique, polyclinique. L'ensemble constitue un ERP nommé Polydis.
Polydis autorise : le dossier patient informatisé, la dispensation nominative des médicaments et offre
une complète traçabilité des actes, soins et de la stérilisation.
Articulé autour du dossier patient informatisé et intégrant le dossier de soins informatisé, la
dispensation nominative des médicaments, un dossier diététique patient, l'enregistrement des actes et
soins médicaux, infirmiers et de la stérilisation, PolyDIS offre la traçabilité recherchée par tous dans
le monde de la santé.




      27
Rapport de stage PFE

     Elixir :

Elixir est le fruit d'une collaboration étroite entre une équipe de développeurs en informatique et des
médecins dans le but de réaliser une solution professionnelle et complète pour la gestion de cabinet
médical.
Elixir est le premier logiciel de gestion de cabinet médical totalement GRATUIT pour tout médecin
tunisien, ainsi toutes les fonctionnalités du logiciel Elixir et les mises à jour sont gratuites.

     Les fonctionnalités d’Elixir :

Elixir permet de gérer vos patients, leurs consultations (les examens cliniques, les bilans biologiques
et radiologiques, les ordonnances...).
Et aussi, il vous permet de gérer votre archive médical, ainsi que vos rendez-vous et vos courriers.

     Module medical:

      Le module médical d’OpenERP se veut un enregistrement de données médicales électroniques
centralisées et un système d’informations hospitalières, destiné au service des institutions sanitaires et
hospitalières.
      Le noyau de base offre les fonctionnalités suivantes : le calendrier des agendas des unités de
soins, la fiche administrative des patients, le formulaire de consultation, la délivrance des
ordonnances.
      OpenERP reprend à l’écran l’identité du patient, ses antécédents généraux et ses allergies, son
groupe sanguin, la liste des consultations, la liste des ordonnances etc.


     Types des logiciels :

logiciel                    propriétaire                      Open source
Médimust                       
Gmedecine                                                        
osoft                          
Chimed                         
Mediboard                                                       
Polydis                        
Exilir                                                           
Module medical                                                   




         28
Rapport de stage PFE

          Tableau comparatif :

                     Module     Medimust     Gmedecine     Osoft     Chimed      médiboard         Polydis    Exilir
                     medical
 Gestion des                                                                                               
 patients
 Admission                                                           -                                      
Hospitalisation                     -             -                     -                           -           -
 des patients
Gestion de dossier                                                                                         
 médical
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      -           -             -                     -                                      -
 médicaux
 Administration                    -             -                                                           -
 d’accès au
 système
 Gestion des                       -             -                                                           -
 chambres



      D’après cette étude comparative entre ces logiciels, on a pu extraire les différentes fonctionnalités qui
      va être réalisé au niveau de notre future système ce qui conduit à élaborer le cahier des charges
      suivant :

                   5.3 Elaboration de Cahier des charges fonctionnel
      Il s’agit de la toute première étape du processus de développement et vise à effectuer un premier
      repérage des besoins fonctionnels et opérationnels du système à modéliser. Elle consiste
      essentiellement, à réaliser un cahier des charges des différents besoins et souhaits exprimés par les
      futurs utilisateurs du système et d’en déduire les principaux acteurs du système ainsi que les
      messages échangés.




            29
Rapport de stage PFE


    La gestion des patients :

           Dossier administratif

Création d'un Dossier administratif :

      Cette fonction permettra de créer le dossier d'un patient lors de sa première visite, les données
peuvent êtres complétés ultérieurement et sont toujours modifiables. Ce dossier contient : Le Nom, le
Prénom, le sexe, La Date de naissance, l'adresse, le code postal, la ville, La situation familiale, la
profession, les N° de téléphone….

Renseignements administratifs: Le Nom de l'assuré et son Prénom si différent 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 dépend.

Accès / modification d'un Dossier administratif :

     Cette fonction permet de rechercher et d'accéder au dossier administratif d’un patient ainsi que
le modifier ou le compléter si nécessaire.

Suppression d'un Dossier Administratif :

 En cas de mauvaise manipulation, cette fonction permet de supprimer le dossier administratif d'un
patient après confirmation.


       Dossier médical

Création d'un dossier médical :

       Pour créer un dossier médical le patient doit avoir au préalable un dossier administratif. Ainsi,
le système permettra de créer un dossier médical pour un patient déterminé. Le dossier médical est
constitué de plusieurs onglets définis ci-dessous:

    Antécédents et diagnostics : toutes les données liées aux antécédents médicaux du patient et
     à ses diagnostics permettront de rendre état du passé médical l'état de santé du patient.
    Consultation et observations médicales : les remarques pertinentes au sujet de l'évolution du
     patient permettent l'actualisation permanente de l'état général du patient.
    Bilans et suivis: les résultats des analyses et les bilans de santé constitueront un historique de
     la vie médicale du patient.
    Régime suivi : inclut le point de vue diététique, en relation avec le dossier médical. L´équipe
     de diététique gère l´organisation des repas servis aux patients, en collaboration avec l´équipe
     de la cuisine, elle établit des régimes spécifiques en fonction des pathologies.

Accès/ Modification d'un dossier médical :

       Le système permet d'accéder à un dossier médical et de le modifier en y ajoutant des données
complémentaires ou de changer les informations existantes. On pourra notamment modifier le régime
prescrit pour un patient lors de son séjour.

      30
Rapport de stage PFE

Enregistrer un dossier médical :

     Cette fonction permet d'enregistrer les informations contenues dans le dossier médical.

Supprimer un dossier médical :

      En cas de mauvaise manipulation engendrant un doublant, cette fonction permet de supprimer
le dossier médical d'un patient. Une confirmation est demandée.


       La gestion des admissions (hospitalisation)

Le module Admission consiste à suivre l’épisode d’hospitalisation d’un patient depuis son arrivée à
l’hôpital jusqu'à sa sortie

      Elle vise essentiellement à :

          Gérer les informations médico-administratives du patient.La prise en charge des éléments
           d’une admission d’un patient (régime, service, médecin, motif D’admission, qualité du
           malade, …)

          La prise en charge des affectations des malades aux chambres et lits

          La recherche des admissions par nom, prénom, service, médecin traitant, …

    Gestion et planning du personnel médical :

Création du personnel :

    Cette fonction permettra de créer le personnel médical de la clinique afin de pouvoir gérer le
planning général et faciliter la prise de RDV des patients.
On devra pour cela entrer les informations suivantes : Nom, Service (chirurgie, pédiatrie…),
Fonction (médecin, infirmière…)

Modification du personnel :

    On pourra grâce à cette fonction modifier les données liés au personnel préalablement crée.

Suppression du personnel :

    A la suite d’une erreur concernant les données du personnel d’une retraite ou d’un transfert à une
autre clinique, le système permettra de supprimer la fiche qui lui correspond, après une demande de
confirmation.


    Gestion de la pharmacie et de stock:
  Ce module permet de gérer l'ensemble des données nécessaires concernant les produits
administrés aux patients séjournant dans l’établissement.
   Les produits pharmaceutiques sont exclusivement réservés aux patients admis en clinique. Ils sont
   exclusivement prescrits par des médecins et administrés par le personnel soignant.


      31
Rapport de stage PFE


    Ajouter un médicament :

L’application permet d'ajouter un médicament dans la banque de donnée en saisissant la description
relative au médicament ci dessous:
(Nom, Dosage, Nature, Type, Posologie…..)

    Rechercher un médicament :

 L’application permet la recherche d'un médicament. La recherche est effectuée par la saisie d'une de
ses caractéristiques citées ci dessus.

    Supprimer un médicament :

L’application effectue la suppression d'un médicament donné par la personne autorisée. Une
confirmation est demandée.

    Signaler un produit en fin de stock :

 L’application permet notamment de prévenir l'utilisateur quant à la diminution du stock relatif au
produit.

    Gestion de laboratoire :
Ce module doit gérer les fonctions du laboratoire il intègre :

    Recherche des résultats d’un patient :

 L’application permet de chercher les résultats en entrant le nom et le prénom et elle affiche les
résultats.

    Recevoir les demandes d’examen :

Lors de consultation si le médecin a besoin d’un examen, il envoi un demande d’examen au
laboratoire avec tous les informations concernant le patient.

    Enregistrer les demandes :
Lorsque le laboratoire reçoit les demandes l’application lui permet d’enregistrer ces demandes avec
la date du demande et le nom du médecin puis le nom du laborantin qui va faire l’analyse.

    Editer les résultats :

Après l’analyse l’application permet aux laborantins d’enregistrer les résultats les édités.

    Gestion des chambres :
          Ajout d'une chambre :
Cette fonction permettra de rajouter une chambre ainsi que toutes ses caractéristiques.
(N° de la chambre, Numéro d'étage, Code d'accès à la chambre, Type de la chambre (Individuelle /
Double), Numéro de téléphone, État d'occupation, Soins particuliers (appareils médicaux spéciaux
...), Service (pédiatrie, maternelle ...)


      32
Rapport de stage PFE

       Suppression d'une chambre :
L’application permet de supprimer de la base des données les informations d'une chambre.

         Modification d'une chambre :
Cette fonction permet, dans la base de données, de faire des modifications sur une chambre.

        Consultation des chambres :
 L’application permet, en saisissant le numéro de la chambre, d'afficher toutes les autres
caractéristiques citées ci-dessus.

         L'occupation des chambres :
L’application permet de visualiser ou d'enregistrer les chambres occupées par les patients, en entrant
le numéro de la chambre. Voici les informations qui en découleront:
(Nom et Prénom du patient, Date d'entrée du patient, Type de chambre occupée par le patient
(Individuelle / Double), Numéro d'étage, Un lien vers le dossier médical du patient)

    Gestion des droits d'accès :

    Création d’utilisateurs

Cette fonction permet de créer les différentes fiches du personnel habilité à utiliser le système.
Il suffit de saisir dans le module les données correspondant à l'identification de l'utilisateur concerné
         o Nom
         o Fonction (médecin, infirmier...)
         o Login
         o Mot de passe
     Modification : Le système permet de modifier toutes les donnés relatives à l'utilisateur.
     Suppression : le système permet également de supprimer un utilisateur dans le cas où il n'est
         plus habilité à utiliser l'application.

    Création de groupes d'utilisateurs : Le système permet de créer un groupe selon la fonction
     de l'utilisateur et de spécifier les droits d'accès pour chaque groupe.

    Modification : cette fonction permet de modifier les droits d'accès d'un groupe.
    Suppression : Le système permettra de supprimer un groupe d'utilisateur préalablement crée.


    Gestion des rendez-vous
Les services chargés de l’accueil et des admissions organisent et assurent la gestion des rendez-vous
en fonction des disponibilités des praticiens consultants et en fonction du volume des demandes de
rendez-vous.
Le nombre exact des patients admis par séance devra être déterminé en fonction du nombre des
praticiens consultants, de la spécialité et de la durée de la séance. Le nombre ainsi fixé devient
impératif aussi bien pour les praticiens consultants que pour le service d'accueil à la consultation
chargé de délivrer les rendez-vous.

    Création d’un rendez-vous :

Cette fonction permet de fixer un rendez-vous selon le choix du patient et les disponibilités qui se
présentent après une recherche dans les horaires disponibles de l’agenda.


      33
Rapport de stage PFE


    Modification d’un rendez-vous :

L’application permet de modifier un rendez-vous de l'agenda (l'heure, la date, l'objet...). Le système
retournera automatiquement les périodes disponibles

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

    Gestion des lits :
     Ajouter modifier les caractéristique de lit
Cette fonction permettra de rajouter ou modifier les informations d’un lit ainsi que toutes ses
caractéristiques.
(N° de la chambre, Numéro d'étage, Code d'accès au lit, Numéro de téléphone, État d'occupation,
Soins particuliers (appareils médicaux spéciaux ...), Service (pédiatrie, maternelle ...)

     Consultation de la liste des lits :
 L’application permet, en saisissant le numéro de la chambre, d'afficher toutes les autres
caractéristiques citées ci-dessus.

    L'occupation des lits :

L’application permet de visualiser ou d'enregistrer les chambres occupées par les patients, en entrant
le numéro de la chambre. Voici les informations qui en découleront:
(Nom et Prénom du patient, Date d'entrée du patient, Type de chambre occupée par le patient
(Individuelle / Double), Numéro d'étage, Un lien vers le dossier médical du patient)

    Facturation, Tarification et paiement:
      Sauf disposition légale spécifique, toute prestation fournie par l’hôpital doit faire l’objet d’une
facturation et d’une mise en paiement par le malade ou un tiers payant.
La facture étant établie conformément à la réglementation de la tarification applicable aux hôpitaux
relevant du Ministère de la Santé.

Le tarif des prestations est fixé par voie réglementaire. Les hôpitaux ne peuvent déroger aux
dispositions réglementaires érigeant la tarification applicable.

La facturation des prestations est effectuée, au niveau des services d’admission, sur la base des
relevés des soins, actes, examens complémentaires et autres services dont a bénéficié l’usager. Ces
relevés sont établis, sous la responsabilité du chef de l’unité de soins, sur la base du dossier
d’hospitalisation.
L’hôpital organise le processus de perception et de recouvrement des frais liés aux prestations
rendues conformément à la législation en vigueur.

Ce module doit gérer la facturation et prend en considération le mode de règlement des patients

     Créer la facture :
Il permet de créer automatiquement la facture du patient dès son admission contient toutes les
informations administratives.


      34
Rapport de stage PFE

    Enregistrer les prix :

Il permet d’enregistrer les prix de différentes consultations et examens dans la base de données et de
donner le droit de supprimer ou modifier.
Facturer de façon automatique chaque prestation (consultation, examen, hospitalisation) dont a
bénéficié le patient.

     Rechercher :
Cette fonction permet de chercher la facture d'un patient donné par le nom et prénom ou d’autre
information administrative.

     Régler une facture :

Cette fonction permet de régler la facture en précisant le mode de règlement chèque ou espèce en
vérifiant les informations qui sont introduites au départ (la mutuelle, caisse,…).

     Edition de la facture :
   Lorsque le patient est prêt à quitter l’établissement il se présente à la caisse avec un bon de sortie
   signé par son médecin. Le caissier (ou facturier) doit à son tour tamponner le bon (il signe que le
   règlement va être effectué), puis saisit le numéro de dossier de ce patient, et lance l’édition de sa
   facture. Le montant de la facture est composé des montants des types de prestations consommées
   ainsi que du montant de séjour.


       5.3 Analyse de système
           5.3.1 Identification des acteurs

La liste des acteurs de notre nouveau système, se présente comme suit :

    Agent ou personnel administratif(PA) : son rôle est de gérer l’admission et l’orientation des
     patients et la gestion des personnels hospitaliers ainsi que la facturation.
    Médecin : son rôle est de créer le dossier médical de chaque patient et la mise à jour des
     informations médicaux après chaque consultation. il est chargé de l’hospitalisation et la
     préparation des examens.
    Infirmière : son rôle est de créer les rendez-vous et organiser l’agenda du travail du médecin.
    Réceptionniste : elle est chargée d’admettre les patients, créer le dossier administratif et
     donner le premier rendez-vous.
    Laborantin : il est chargé de gérer les demandes d’examens et l’édition des résultats.
    Administrateur : son rôle est de gérer l’utilisation du système et les droits d’accès de chaque
     utilisateur en fonction de son catégorie


       5.3.2   Identification des cas d’utilisation

Dans ce qui suit nous proposons une description textuelle des cas d’utilisation. Cette description
n’est pas la plus exhaustive possible, mais permet d’avoir une idée sur le fonctionnement de chaque
cas d’utilisation. Les cas d’utilisation sont structurés comme suit :




      35
Rapport de stage PFE

     Un sommaire d’identification qui contient :
             Le titre du cas d’utilisation
             Le but du cas d’utilisation
             Le résumé du cas d’utilisation
     Les pré-conditions
     La description des différents enchaînements du cas d’utilisation
     Use case détaillé

       5.3.3 Description des cas d’utilisation

     Authentification


Sommaire d’identification

Titre : S’authentifier.

But : La connexion d’un utilisateur au système.

Acteurs : les utilisateurs du système.

Description : L’utilisateur s’authentifie en saisissant son login et son mot de passe.


    Pré-conditions :
L’utilisateur saisit ses droits d’accès (login et mot de passe).

Description des enchaînements :

     Enchaînements :

L’utilisateur saisit en premier ses droits d’accès. Si le système détecte une erreur d’authentification,
alors la fenêtre d’authentification sera réaffichée, sinon le système affiche la page d’accueil.

     Gestion des patients :

    Diagramme de cas d’utilisation:




      36
Rapport de stage PFE

                      anticédents et diagnosti c


                                                                      suppression
    bilans et suivi


                                                                                              ajout
 observation médical e                   accès et modification




              régi me sui vi                                                                          créati on du dossier admini stratif

                                                                                        <include>
                                                   gestion du dossi er médical


                                                                                                      <i nclude>
                                                                  <i nclude>
                                                                                      <include>


                                                        recherche un pati ent

           médecin                                                                                                                 réceptionniste
                                                                            <include>
                                        reservation de salle et lit
                                                                                              authentifi cati on

                                                                                <incl ude>
                                                                                                            <i nclude>
                                                                                             <include>
                  affecter l e patient à un lit
                                                              gestion d'hospi tali sati on                     consulter la li ste des patients




                           di ffuser les infos de sorti e                  gesti on de la sortie




                                                                                                                              agent
                                                    archivage du dossier




                            Figure 8 : Diagramme de cas d’utilisation gestion patient


           Sommaire d’identification :

Titre : gestion des patients

But : permet de suivre le patient dés l’entré jusqu’à sa sortie.

Résumé : la réceptionniste crée un dossier administratif du patient qui contient les
informations personnel et le type de visite et de maladie et il lui affecte à un médecin qui crée
à son tour un dossier médical qui contient tous les informations qui décrivent la consultation,
le traitement à suivre, les ordonnances et les examens à faire.

Acteurs : médecin, administrateur, réceptionniste




      37
Rapport de stage PFE



    Pré-condition :

-Le médecin, l’administrateur, réceptionniste sont authentifiés

    Post-condition :

-Un dossier du patient est créé dans le système

-Les données de base (identité, médecin traitant, conditions connues)




Description des sous cas d’utilisation :

(1) « créer un nouveau dossier patient ‘administratif’ »

Cette opération est réalisée chaque fois qu’un nouveau patient se

Présente, La réceptionniste clique sur l’onglet nouveau patient, puis, il clique sur « ajouter
patient » pour créer un nouveau dossier administratif d’un nouveau patient on lui affecte un
num automatique en saisissant les différents informations nécessaires (nom, prénom, date de
naissance, adresse,..)

*Si tous les champs ne sont pas remplis, un message d ‘erreur s’affiche invitant à compléter
les champs.

(2) « créer le dossier médical »

Le médecin cherche le dossier patient par « recherche », lorsque le dossier est afficher il
clique sur l’onglet « dossier médical » qui contient plusieurs onglet (symptôme, observation
médical, ordonnance, examens, antécédents) ; le médecin remplis les champs par les
informations nécessaires, il confirme l’enregistrement, un message confirme que les
informations sont bien enregistrées.

(3) «recherche d’un patient »

Lors de l’inscription du patient la réceptionniste vérifie par nom si le patient existe déjà, s’il
n’existe pas il passe à la création du dossier

si le patient est déjà inscrit, la réceptionniste clique sur recherche dans le menu gestion de
patient, une page s’affiche, donne la main pour saisir soit le nom ou le numéro de dossier, le
système effectue une recherche puis il affiche une liste des patients, on sélectionne le patient
et le dossier s’affiche.

S’il n’existe aucun patient un message d’erreur s’affiche.

(4) « Accès et modification »



      38
Rapport de stage PFE

Le médecin et l’administrateur accèdent au dossier patient avec droit de modification et de la
mise à jour du dossier médical 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 l’onglet « liste des patients » une liste sera
afficher

(6) « suppression du dossier »

La suppression du dossier patient n’effectue par l’administrateur que s’il a commis une
erreur lors de la création du dossier, une demande de confirmation est affiché.

(7) « gestion d’hospitalisation »

Un onglet hospitalisation dans le dossier patient, Pour chaque patient qui doit être
hospitalisé, l’agent lui affecte un numéro de chambre, un numéro de lit et le numéro de
l’infirmier soigné, ces informations doit être enregistré dans le dossier patient après une
justification de l’hospitalisation qui doit être faite par le médecin.

(8) « gestion de la sortie »

Si l’hospitalisation du patient est terminée l’agent doit diffuser les informations et le type de
la sortie, ces informations doit être enregistrer dans l’hospitalisation pour préparer la facture
et un reçu de sortie puis libération de chambre et l’archivage du dossier s’il n’y a pas de
prochain RDV.



     Gestion des chambres :

Diagramme de cas d’utilisation


                             ajouter une chambre
                                                            supprimer une chambre



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




               Figure 9 : Diagramme de cas d’utilisation: gestion des chambres




      39
Medical openerp
Medical openerp
Medical openerp
Medical openerp
Medical openerp
Medical openerp
Medical openerp
Medical openerp
Medical openerp
Medical openerp
Medical openerp
Medical openerp
Medical openerp
Medical openerp
Medical openerp
Medical openerp
Medical openerp
Medical openerp
Medical openerp
Medical openerp
Medical openerp
Medical openerp
Medical openerp
Medical openerp
Medical openerp
Medical openerp
Medical openerp
Medical openerp
Medical openerp
Medical openerp
Medical openerp
Medical openerp
Medical openerp
Medical openerp
Medical openerp
Medical openerp
Medical openerp
Medical openerp
Medical openerp
Medical openerp
Medical openerp
Medical openerp
Medical openerp
Medical openerp
Medical openerp
Medical openerp
Medical openerp
Medical openerp
Medical openerp
Medical openerp
Medical openerp

Contenu connexe

Tendances

Rapport de projet de conception et de développement
Rapport de projet de conception et de développementRapport de projet de conception et de développement
Rapport de projet de conception et de développement
Donia Hammami
 
MEMOIRE DE STAGE
MEMOIRE DE STAGEMEMOIRE DE STAGE
MEMOIRE DE STAGE
jemmeli nejmeddine
 
Rapport PFE Développent d'une application bancaire mobile
Rapport PFE Développent d'une application bancaire mobileRapport PFE Développent d'une application bancaire mobile
Rapport PFE Développent d'une application bancaire mobile
Nader Somrani
 
RAPPORT DE PROJET DE FIN D’ETUDES
RAPPORT DE PROJET DE FIN D’ETUDESRAPPORT DE PROJET DE FIN D’ETUDES
RAPPORT DE PROJET DE FIN D’ETUDES
TombariAhmed
 
Rapport pfe
Rapport pfeRapport pfe
Rapport pfe
Ahmed rebai
 
Rapport PFE réalisation d’un Framework Kinect
Rapport PFE réalisation d’un Framework KinectRapport PFE réalisation d’un Framework Kinect
Rapport PFE réalisation d’un Framework Kinect
Amine MEGDICHE
 
Projet de fin étude ( LFIG : Conception et Développement d'une application W...
Projet de fin étude  ( LFIG : Conception et Développement d'une application W...Projet de fin étude  ( LFIG : Conception et Développement d'une application W...
Projet de fin étude ( LFIG : Conception et Développement d'une application W...
Ramzi Noumairi
 
Pfe conception et développement d'une application web GMAO JEE
Pfe conception et développement d'une application web GMAO JEEPfe conception et développement d'une application web GMAO JEE
Pfe conception et développement d'une application web GMAO JEE
Oussama Djerba
 
Conception et réalisation d'une application de gestion intégrée au sein de la...
Conception et réalisation d'une application de gestion intégrée au sein de la...Conception et réalisation d'une application de gestion intégrée au sein de la...
Conception et réalisation d'une application de gestion intégrée au sein de la...
Addi Ait-Mlouk
 
Rapport de stage de perfectionnement - Mahmoudi Mohamed Amine
Rapport de stage de perfectionnement - Mahmoudi Mohamed AmineRapport de stage de perfectionnement - Mahmoudi Mohamed Amine
Rapport de stage de perfectionnement - Mahmoudi Mohamed Amine
Mohamed Amine Mahmoudi
 
RapportPFE_IngenieurInformatique_ESPRIT
RapportPFE_IngenieurInformatique_ESPRITRapportPFE_IngenieurInformatique_ESPRIT
RapportPFE_IngenieurInformatique_ESPRIT
Lina Meddeb
 
Plateforme de gestion des projets de fin d'études
Plateforme de gestion des projets de fin d'étudesPlateforme de gestion des projets de fin d'études
Plateforme de gestion des projets de fin d'études
Majdi SAIBI
 
Rapport stage pfe
Rapport stage  pfe Rapport stage  pfe
Rapport stage pfe
rimeh moussi
 
Rapport Projet de fin d'etude sur le parc informatique
Rapport Projet  de fin d'etude sur le parc informatiqueRapport Projet  de fin d'etude sur le parc informatique
Rapport Projet de fin d'etude sur le parc informatique
Hicham Ben
 
Rapport de stage PFE - Mémoire master: Développement d'une application Android
Rapport de stage PFE - Mémoire master: Développement d'une application AndroidRapport de stage PFE - Mémoire master: Développement d'une application Android
Rapport de stage PFE - Mémoire master: Développement d'une application Android
BadrElattaoui
 
Projet de fin d'etude gestion informatique
Projet de fin d'etude gestion informatiqueProjet de fin d'etude gestion informatique
Projet de fin d'etude gestion informatique
jihene Ab
 
Conception et réalisation d’un Système d’information des étudiants du départe...
Conception et réalisation d’un Système d’information des étudiants du départe...Conception et réalisation d’un Système d’information des étudiants du départe...
Conception et réalisation d’un Système d’information des étudiants du départe...
Ilyas CHAOUA
 
Rapport PFE
Rapport PFERapport PFE
Rapport PFE
IbtissemSlimeni
 
Rapport (Mémoire de Master) de stage PFE pour l’obtention du Diplôme Nationa...
Rapport (Mémoire de Master) de stage PFE pour  l’obtention du Diplôme Nationa...Rapport (Mémoire de Master) de stage PFE pour  l’obtention du Diplôme Nationa...
Rapport (Mémoire de Master) de stage PFE pour l’obtention du Diplôme Nationa...
Mohamed Amine Mahmoudi
 
Rapport PFE "Conception et développement d'un Portail web pour le Smart Met...
Rapport  PFE  "Conception et développement d'un Portail web pour le Smart Met...Rapport  PFE  "Conception et développement d'un Portail web pour le Smart Met...
Rapport PFE "Conception et développement d'un Portail web pour le Smart Met...
Hajer Dahech
 

Tendances (20)

Rapport de projet de conception et de développement
Rapport de projet de conception et de développementRapport de projet de conception et de développement
Rapport de projet de conception et de développement
 
MEMOIRE DE STAGE
MEMOIRE DE STAGEMEMOIRE DE STAGE
MEMOIRE DE STAGE
 
Rapport PFE Développent d'une application bancaire mobile
Rapport PFE Développent d'une application bancaire mobileRapport PFE Développent d'une application bancaire mobile
Rapport PFE Développent d'une application bancaire mobile
 
RAPPORT DE PROJET DE FIN D’ETUDES
RAPPORT DE PROJET DE FIN D’ETUDESRAPPORT DE PROJET DE FIN D’ETUDES
RAPPORT DE PROJET DE FIN D’ETUDES
 
Rapport pfe
Rapport pfeRapport pfe
Rapport pfe
 
Rapport PFE réalisation d’un Framework Kinect
Rapport PFE réalisation d’un Framework KinectRapport PFE réalisation d’un Framework Kinect
Rapport PFE réalisation d’un Framework Kinect
 
Projet de fin étude ( LFIG : Conception et Développement d'une application W...
Projet de fin étude  ( LFIG : Conception et Développement d'une application W...Projet de fin étude  ( LFIG : Conception et Développement d'une application W...
Projet de fin étude ( LFIG : Conception et Développement d'une application W...
 
Pfe conception et développement d'une application web GMAO JEE
Pfe conception et développement d'une application web GMAO JEEPfe conception et développement d'une application web GMAO JEE
Pfe conception et développement d'une application web GMAO JEE
 
Conception et réalisation d'une application de gestion intégrée au sein de la...
Conception et réalisation d'une application de gestion intégrée au sein de la...Conception et réalisation d'une application de gestion intégrée au sein de la...
Conception et réalisation d'une application de gestion intégrée au sein de la...
 
Rapport de stage de perfectionnement - Mahmoudi Mohamed Amine
Rapport de stage de perfectionnement - Mahmoudi Mohamed AmineRapport de stage de perfectionnement - Mahmoudi Mohamed Amine
Rapport de stage de perfectionnement - Mahmoudi Mohamed Amine
 
RapportPFE_IngenieurInformatique_ESPRIT
RapportPFE_IngenieurInformatique_ESPRITRapportPFE_IngenieurInformatique_ESPRIT
RapportPFE_IngenieurInformatique_ESPRIT
 
Plateforme de gestion des projets de fin d'études
Plateforme de gestion des projets de fin d'étudesPlateforme de gestion des projets de fin d'études
Plateforme de gestion des projets de fin d'études
 
Rapport stage pfe
Rapport stage  pfe Rapport stage  pfe
Rapport stage pfe
 
Rapport Projet de fin d'etude sur le parc informatique
Rapport Projet  de fin d'etude sur le parc informatiqueRapport Projet  de fin d'etude sur le parc informatique
Rapport Projet de fin d'etude sur le parc informatique
 
Rapport de stage PFE - Mémoire master: Développement d'une application Android
Rapport de stage PFE - Mémoire master: Développement d'une application AndroidRapport de stage PFE - Mémoire master: Développement d'une application Android
Rapport de stage PFE - Mémoire master: Développement d'une application Android
 
Projet de fin d'etude gestion informatique
Projet de fin d'etude gestion informatiqueProjet de fin d'etude gestion informatique
Projet de fin d'etude gestion informatique
 
Conception et réalisation d’un Système d’information des étudiants du départe...
Conception et réalisation d’un Système d’information des étudiants du départe...Conception et réalisation d’un Système d’information des étudiants du départe...
Conception et réalisation d’un Système d’information des étudiants du départe...
 
Rapport PFE
Rapport PFERapport PFE
Rapport PFE
 
Rapport (Mémoire de Master) de stage PFE pour l’obtention du Diplôme Nationa...
Rapport (Mémoire de Master) de stage PFE pour  l’obtention du Diplôme Nationa...Rapport (Mémoire de Master) de stage PFE pour  l’obtention du Diplôme Nationa...
Rapport (Mémoire de Master) de stage PFE pour l’obtention du Diplôme Nationa...
 
Rapport PFE "Conception et développement d'un Portail web pour le Smart Met...
Rapport  PFE  "Conception et développement d'un Portail web pour le Smart Met...Rapport  PFE  "Conception et développement d'un Portail web pour le Smart Met...
Rapport PFE "Conception et développement d'un Portail web pour le Smart Met...
 

Similaire à Medical openerp

Rapport finiale
Rapport finialeRapport finiale
Rapport finiale
marwenbencheikhali
 
Deploiement solution_ha_de_stockage_ceph_sous_une_plateforme_virtualisee_vsph...
Deploiement solution_ha_de_stockage_ceph_sous_une_plateforme_virtualisee_vsph...Deploiement solution_ha_de_stockage_ceph_sous_une_plateforme_virtualisee_vsph...
Deploiement solution_ha_de_stockage_ceph_sous_une_plateforme_virtualisee_vsph...
Abdelmadjid Djebbari
 
rapport fin d'etude
rapport fin d'etuderapport fin d'etude
rapport fin d'etude
sihem-med
 
Mise en place d'une infrastructure basée sur OpenStack
Mise en place d'une infrastructure basée sur OpenStack Mise en place d'une infrastructure basée sur OpenStack
Mise en place d'une infrastructure basée sur OpenStack
Ahmed Slim
 
Rapport stage onee-be_2
Rapport stage onee-be_2Rapport stage onee-be_2
Rapport stage onee-be_2
Mounir Kaali
 
Rapport PFE Ahmed BEN JEMIA
Rapport PFE Ahmed BEN JEMIARapport PFE Ahmed BEN JEMIA
Rapport PFE Ahmed BEN JEMIA
Ahmed BEN JEMIA
 
Dvp chaine mesure gsm
Dvp chaine mesure gsmDvp chaine mesure gsm
Dvp chaine mesure gsm
Mohamed Jacem
 
Site web d'une agence de voyage
Site web d'une agence de voyage Site web d'une agence de voyage
Site web d'une agence de voyage
WissalWahsousse
 
projet fin d'étude IWAN
projet fin d'étude IWANprojet fin d'étude IWAN
projet fin d'étude IWAN
Med Amine El Abed
 
Projet Fin D'étude Application Mobile
Projet Fin D'étude Application MobileProjet Fin D'étude Application Mobile
Projet Fin D'étude Application Mobile
Rim ENNOUR
 
rapport final Conception d’un système d’aide à la décision aux compagne ma...
rapport final Conception d’un système d’aide à la décision aux compagne ma...rapport final Conception d’un système d’aide à la décision aux compagne ma...
rapport final Conception d’un système d’aide à la décision aux compagne ma...
HICHAMLATRECHE1
 
467720159-rapport-final-bouguerra-khadijaesseghaier-lina-pdf.pdf
467720159-rapport-final-bouguerra-khadijaesseghaier-lina-pdf.pdf467720159-rapport-final-bouguerra-khadijaesseghaier-lina-pdf.pdf
467720159-rapport-final-bouguerra-khadijaesseghaier-lina-pdf.pdf
Bader Nassiri
 
GEmploi : Smart school timetable management software using RFID technology
GEmploi : Smart school timetable management software using RFID technologyGEmploi : Smart school timetable management software using RFID technology
GEmploi : Smart school timetable management software using RFID technology
Slimane Akaliâ , سليمان أقليع
 
Concéption et réalisation d'un processus décisionnel, tableau de bord social.
Concéption et réalisation d'un processus décisionnel, tableau de bord social.Concéption et réalisation d'un processus décisionnel, tableau de bord social.
Concéption et réalisation d'un processus décisionnel, tableau de bord social.
Rim ENNOUR
 
Développement et déploiement d’un Application télésurveillance diabétiques HI...
Développement et déploiement d’un Application télésurveillance diabétiques HI...Développement et déploiement d’un Application télésurveillance diabétiques HI...
Développement et déploiement d’un Application télésurveillance diabétiques HI...
HICHAMLATRECHE1
 
Mise en place de la solution d’authentification Radius sous réseau LAN câblé
Mise en place de la solution d’authentification Radius sous réseau LAN câbléMise en place de la solution d’authentification Radius sous réseau LAN câblé
Mise en place de la solution d’authentification Radius sous réseau LAN câblé
Charif Khrichfa
 
Mise en place d'une stratégie de marketing digital
Mise en place d'une stratégie de marketing digital Mise en place d'une stratégie de marketing digital
Mise en place d'une stratégie de marketing digital
Karim Ben Alaya
 
YouTaQA : Système de Questions-Réponses Intelligent basé sur le Deep Learning...
YouTaQA : Système de Questions-Réponses Intelligent basé sur le Deep Learning...YouTaQA : Système de Questions-Réponses Intelligent basé sur le Deep Learning...
YouTaQA : Système de Questions-Réponses Intelligent basé sur le Deep Learning...
YounesAGABI
 
Rapport projet de fin d'études licence PFE
Rapport projet de fin d'études licence PFERapport projet de fin d'études licence PFE
Rapport projet de fin d'études licence PFE
Ahmam Abderrahmane
 
Mise en place de ftp au sufop
Mise en place de ftp au sufopMise en place de ftp au sufop
Mise en place de ftp au sufop
ImnaTech
 

Similaire à Medical openerp (20)

Rapport finiale
Rapport finialeRapport finiale
Rapport finiale
 
Deploiement solution_ha_de_stockage_ceph_sous_une_plateforme_virtualisee_vsph...
Deploiement solution_ha_de_stockage_ceph_sous_une_plateforme_virtualisee_vsph...Deploiement solution_ha_de_stockage_ceph_sous_une_plateforme_virtualisee_vsph...
Deploiement solution_ha_de_stockage_ceph_sous_une_plateforme_virtualisee_vsph...
 
rapport fin d'etude
rapport fin d'etuderapport fin d'etude
rapport fin d'etude
 
Mise en place d'une infrastructure basée sur OpenStack
Mise en place d'une infrastructure basée sur OpenStack Mise en place d'une infrastructure basée sur OpenStack
Mise en place d'une infrastructure basée sur OpenStack
 
Rapport stage onee-be_2
Rapport stage onee-be_2Rapport stage onee-be_2
Rapport stage onee-be_2
 
Rapport PFE Ahmed BEN JEMIA
Rapport PFE Ahmed BEN JEMIARapport PFE Ahmed BEN JEMIA
Rapport PFE Ahmed BEN JEMIA
 
Dvp chaine mesure gsm
Dvp chaine mesure gsmDvp chaine mesure gsm
Dvp chaine mesure gsm
 
Site web d'une agence de voyage
Site web d'une agence de voyage Site web d'une agence de voyage
Site web d'une agence de voyage
 
projet fin d'étude IWAN
projet fin d'étude IWANprojet fin d'étude IWAN
projet fin d'étude IWAN
 
Projet Fin D'étude Application Mobile
Projet Fin D'étude Application MobileProjet Fin D'étude Application Mobile
Projet Fin D'étude Application Mobile
 
rapport final Conception d’un système d’aide à la décision aux compagne ma...
rapport final Conception d’un système d’aide à la décision aux compagne ma...rapport final Conception d’un système d’aide à la décision aux compagne ma...
rapport final Conception d’un système d’aide à la décision aux compagne ma...
 
467720159-rapport-final-bouguerra-khadijaesseghaier-lina-pdf.pdf
467720159-rapport-final-bouguerra-khadijaesseghaier-lina-pdf.pdf467720159-rapport-final-bouguerra-khadijaesseghaier-lina-pdf.pdf
467720159-rapport-final-bouguerra-khadijaesseghaier-lina-pdf.pdf
 
GEmploi : Smart school timetable management software using RFID technology
GEmploi : Smart school timetable management software using RFID technologyGEmploi : Smart school timetable management software using RFID technology
GEmploi : Smart school timetable management software using RFID technology
 
Concéption et réalisation d'un processus décisionnel, tableau de bord social.
Concéption et réalisation d'un processus décisionnel, tableau de bord social.Concéption et réalisation d'un processus décisionnel, tableau de bord social.
Concéption et réalisation d'un processus décisionnel, tableau de bord social.
 
Développement et déploiement d’un Application télésurveillance diabétiques HI...
Développement et déploiement d’un Application télésurveillance diabétiques HI...Développement et déploiement d’un Application télésurveillance diabétiques HI...
Développement et déploiement d’un Application télésurveillance diabétiques HI...
 
Mise en place de la solution d’authentification Radius sous réseau LAN câblé
Mise en place de la solution d’authentification Radius sous réseau LAN câbléMise en place de la solution d’authentification Radius sous réseau LAN câblé
Mise en place de la solution d’authentification Radius sous réseau LAN câblé
 
Mise en place d'une stratégie de marketing digital
Mise en place d'une stratégie de marketing digital Mise en place d'une stratégie de marketing digital
Mise en place d'une stratégie de marketing digital
 
YouTaQA : Système de Questions-Réponses Intelligent basé sur le Deep Learning...
YouTaQA : Système de Questions-Réponses Intelligent basé sur le Deep Learning...YouTaQA : Système de Questions-Réponses Intelligent basé sur le Deep Learning...
YouTaQA : Système de Questions-Réponses Intelligent basé sur le Deep Learning...
 
Rapport projet de fin d'études licence PFE
Rapport projet de fin d'études licence PFERapport projet de fin d'études licence PFE
Rapport projet de fin d'études licence PFE
 
Mise en place de ftp au sufop
Mise en place de ftp au sufopMise en place de ftp au sufop
Mise en place de ftp au sufop
 

Plus de HORIYASOFT

gnuhealthcon2022_abdrahman.pdf
gnuhealthcon2022_abdrahman.pdfgnuhealthcon2022_abdrahman.pdf
gnuhealthcon2022_abdrahman.pdf
HORIYASOFT
 
Deployed eHealth solutions in Morocco_ ELKAFIL_MOROCCO.pptx
Deployed eHealth solutions in Morocco_ ELKAFIL_MOROCCO.pptxDeployed eHealth solutions in Morocco_ ELKAFIL_MOROCCO.pptx
Deployed eHealth solutions in Morocco_ ELKAFIL_MOROCCO.pptx
HORIYASOFT
 
Hackaton euvsvirus-gnuhealth-federation
Hackaton euvsvirus-gnuhealth-federationHackaton euvsvirus-gnuhealth-federation
Hackaton euvsvirus-gnuhealth-federation
HORIYASOFT
 
7 Conseils pour mettre en place un ERP dans votre entreprise
7 Conseils pour mettre en place un ERP dans votre entreprise7 Conseils pour mettre en place un ERP dans votre entreprise
7 Conseils pour mettre en place un ERP dans votre entreprise
HORIYASOFT
 
Telemedecine au maroc
Telemedecine au marocTelemedecine au maroc
Telemedecine au maroc
HORIYASOFT
 
Amélioration du système de gestion de transport avec Open tms
Amélioration du système de gestion de transport avec Open tmsAmélioration du système de gestion de transport avec Open tms
Amélioration du système de gestion de transport avec Open tms
HORIYASOFT
 
Comptabilité SYSCOA avec Odoo V8
Comptabilité SYSCOA avec Odoo V8Comptabilité SYSCOA avec Odoo V8
Comptabilité SYSCOA avec Odoo V8
HORIYASOFT
 
Gnuhealth at Software Freedom Day Casablanca 2016
Gnuhealth at Software Freedom Day Casablanca 2016Gnuhealth at Software Freedom Day Casablanca 2016
Gnuhealth at Software Freedom Day Casablanca 2016
HORIYASOFT
 
Les Logiciels Libres sont ils plus sécurisés que les Logiciels Propriétaires ?
Les Logiciels Libres sont ils plus sécurisés que les Logiciels Propriétaires ?Les Logiciels Libres sont ils plus sécurisés que les Logiciels Propriétaires ?
Les Logiciels Libres sont ils plus sécurisés que les Logiciels Propriétaires ?
HORIYASOFT
 
Openerp à la poste maroc
Openerp à la poste marocOpenerp à la poste maroc
Openerp à la poste maroc
HORIYASOFT
 
Migration gmao de openerp 6.1 vers odoo 8
Migration gmao de openerp 6.1 vers odoo 8Migration gmao de openerp 6.1 vers odoo 8
Migration gmao de openerp 6.1 vers odoo 8
HORIYASOFT
 
Gestion Paie marocaine et RH avec openerp
Gestion Paie marocaine et RH avec openerpGestion Paie marocaine et RH avec openerp
Gestion Paie marocaine et RH avec openerp
HORIYASOFT
 
Gestion programme moussanada avec openerp
Gestion programme moussanada avec openerpGestion programme moussanada avec openerp
Gestion programme moussanada avec openerp
HORIYASOFT
 
Mise en conformité_module_finance_maroc
Mise en conformité_module_finance_marocMise en conformité_module_finance_maroc
Mise en conformité_module_finance_maroc
HORIYASOFT
 
Gestion de la_production_agricole_avec_openerp
Gestion de la_production_agricole_avec_openerpGestion de la_production_agricole_avec_openerp
Gestion de la_production_agricole_avec_openerp
HORIYASOFT
 
Gestion flotte acheminement_courrier
Gestion flotte acheminement_courrierGestion flotte acheminement_courrier
Gestion flotte acheminement_courrier
HORIYASOFT
 
Openerp pour les grossistes de médicament
Openerp pour les grossistes de médicamentOpenerp pour les grossistes de médicament
Openerp pour les grossistes de médicament
HORIYASOFT
 
Odoopriting opendays2014
Odoopriting opendays2014Odoopriting opendays2014
Odoopriting opendays2014
HORIYASOFT
 
Projet tempus mission openerp
Projet tempus mission openerpProjet tempus mission openerp
Projet tempus mission openerp
HORIYASOFT
 
Gestion de la paie maroc avec openerp 7
Gestion de la paie maroc avec openerp 7 Gestion de la paie maroc avec openerp 7
Gestion de la paie maroc avec openerp 7
HORIYASOFT
 

Plus de HORIYASOFT (20)

gnuhealthcon2022_abdrahman.pdf
gnuhealthcon2022_abdrahman.pdfgnuhealthcon2022_abdrahman.pdf
gnuhealthcon2022_abdrahman.pdf
 
Deployed eHealth solutions in Morocco_ ELKAFIL_MOROCCO.pptx
Deployed eHealth solutions in Morocco_ ELKAFIL_MOROCCO.pptxDeployed eHealth solutions in Morocco_ ELKAFIL_MOROCCO.pptx
Deployed eHealth solutions in Morocco_ ELKAFIL_MOROCCO.pptx
 
Hackaton euvsvirus-gnuhealth-federation
Hackaton euvsvirus-gnuhealth-federationHackaton euvsvirus-gnuhealth-federation
Hackaton euvsvirus-gnuhealth-federation
 
7 Conseils pour mettre en place un ERP dans votre entreprise
7 Conseils pour mettre en place un ERP dans votre entreprise7 Conseils pour mettre en place un ERP dans votre entreprise
7 Conseils pour mettre en place un ERP dans votre entreprise
 
Telemedecine au maroc
Telemedecine au marocTelemedecine au maroc
Telemedecine au maroc
 
Amélioration du système de gestion de transport avec Open tms
Amélioration du système de gestion de transport avec Open tmsAmélioration du système de gestion de transport avec Open tms
Amélioration du système de gestion de transport avec Open tms
 
Comptabilité SYSCOA avec Odoo V8
Comptabilité SYSCOA avec Odoo V8Comptabilité SYSCOA avec Odoo V8
Comptabilité SYSCOA avec Odoo V8
 
Gnuhealth at Software Freedom Day Casablanca 2016
Gnuhealth at Software Freedom Day Casablanca 2016Gnuhealth at Software Freedom Day Casablanca 2016
Gnuhealth at Software Freedom Day Casablanca 2016
 
Les Logiciels Libres sont ils plus sécurisés que les Logiciels Propriétaires ?
Les Logiciels Libres sont ils plus sécurisés que les Logiciels Propriétaires ?Les Logiciels Libres sont ils plus sécurisés que les Logiciels Propriétaires ?
Les Logiciels Libres sont ils plus sécurisés que les Logiciels Propriétaires ?
 
Openerp à la poste maroc
Openerp à la poste marocOpenerp à la poste maroc
Openerp à la poste maroc
 
Migration gmao de openerp 6.1 vers odoo 8
Migration gmao de openerp 6.1 vers odoo 8Migration gmao de openerp 6.1 vers odoo 8
Migration gmao de openerp 6.1 vers odoo 8
 
Gestion Paie marocaine et RH avec openerp
Gestion Paie marocaine et RH avec openerpGestion Paie marocaine et RH avec openerp
Gestion Paie marocaine et RH avec openerp
 
Gestion programme moussanada avec openerp
Gestion programme moussanada avec openerpGestion programme moussanada avec openerp
Gestion programme moussanada avec openerp
 
Mise en conformité_module_finance_maroc
Mise en conformité_module_finance_marocMise en conformité_module_finance_maroc
Mise en conformité_module_finance_maroc
 
Gestion de la_production_agricole_avec_openerp
Gestion de la_production_agricole_avec_openerpGestion de la_production_agricole_avec_openerp
Gestion de la_production_agricole_avec_openerp
 
Gestion flotte acheminement_courrier
Gestion flotte acheminement_courrierGestion flotte acheminement_courrier
Gestion flotte acheminement_courrier
 
Openerp pour les grossistes de médicament
Openerp pour les grossistes de médicamentOpenerp pour les grossistes de médicament
Openerp pour les grossistes de médicament
 
Odoopriting opendays2014
Odoopriting opendays2014Odoopriting opendays2014
Odoopriting opendays2014
 
Projet tempus mission openerp
Projet tempus mission openerpProjet tempus mission openerp
Projet tempus mission openerp
 
Gestion de la paie maroc avec openerp 7
Gestion de la paie maroc avec openerp 7 Gestion de la paie maroc avec openerp 7
Gestion de la paie maroc avec openerp 7
 

Medical openerp

  • 1. UNIVERSITE CADI AYYAD FACULTE DES SCIENCES ET TECHNIQUES MARRAKECH Département d’informatique Filière IRISI Année universitaire 2010/2011 Rapport du Projet de Fin d’Etudes Réalisé par : Mlle. khadija MASSKOUB En vue d’obtenir le Diplôme d’Ingénieur d’Etat Spécialité : Ingénierie en Réseaux informatiques et système d’information THEME : Mise en place d’un système d’information hospitalier intégré dans OpenERP « Module médical » Encadré par : Entreprise :  M. Mohamed AIT BABRAM, Encadrant à FSTG  M. Abderrahmane ELKAFIL, Encadrant à l’Entreprise Faculté des Sciences et Techniques B.P 549, Av.Abdelkarim Elkhattabi, Guéliz Marrakech Tél: (+212) 524 43 34 04 Fax: (+212) 524 43 31 70
  • 2. Rapport de stage PFE Dédicaces A mes très chers parents Je vous dois ce que je suis aujourd’hui grâce à 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 d’incroyable pour moi. Que dieu, le tout puissant, vous préserve et vous procure santé et longue vie afin que je puisse à mon tour vous combler. A mes très chers sœurs et frères Aucune dédicace ne serait exprimer assez profondément ce que je ressens envers vous. Je vous dirais tout simplement, un grand merci, je vous aime. A mes très chers amis En témoignage de l’amitié sincère qui nous a liées et des bons moments passés ensemble. Je vous dédie ce travail en vous souhaitant un avenir radieux et plein de bonnes promesses. 2
  • 3. Rapport de stage PFE Remerciements Je tiens à remercier toute personne qui a aidé à acheminer à bon port le présent Projet de Fin d’Études. Et bien que ça ne soit l’évidence qui le dicte, je tiens à rendre grâce à mes chers parents, mess sœurs et frères, à toute la famille qui n’a ménagé aucun effort pour m’épauler, me soutenir, m’encourager et m’aider à venir à terme de cet humble travail. Qu’il me soit permis d’exprimer mes sincères remerciements à M. Abderrahmane ELKAFIL le Directeur associé de la société SYSTEMUM pour m’avoir accueilli afin d’ effectuer mon stage de fin d’étude. Je tiens à remercier M. Mohamed AIT BABRAM, mon tuteur de stage qui m’a orienté tout au long de ce projet. J’adresse avec tout le respect et l’estime que cela se doit de requérir, mes remerciements au personnel de l’organisme d’accueil , M .rachid IBIZI et M.Abdelhadi RACHAD qui m’ont été d’un grand apport pratique quant à l’élaboration de mon Projet de Fin d’Études. Que messieurs les membres de jury trouvent ici l’expression de nos reconnaissances pour avoir accepté de juger ce présent travail. Veuillez trouver ici le témoignage 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 prés ou de loin à la réalisation de ce travail, pour leurs conseils, leurs encouragements et leurs soutiens 3
  • 4. Rapport de stage PFE Liste des figures Figure 1 : Principales activités de SYSTEMUM.............................................................................. 10 Figure 2 : Axes de changements imposés au système informatique.................................................. 14 Figure 3 : Processus en Y de la démarche 2TUP.............................................................................. 15 Figure 4 : Diagramme de Gantt ....................................................................................................... 16 Figure 5: Découpage du Système d’Information hospitalier (SIH) .................................................. 18 Figure 6 : Architecture technique des ERP [Fleur-Anne Blain] ........................................................ 23 Figure 7: Les modules de base d’un ERP [Fleur-Anne-Blain] ......................................................... 24 Figure 8 : Diagramme de cas d’utilisation gestion patient ............................................................... 37 Figure 9 : Diagramme de cas d’utilisation: gestion des chambres ................................................... 39 Figure 10 : Diagramme de cas d’utilisation gestion Rendez-vous .................................................... 40 Figure 11 : Diagramme de cas d’utilisation: gestion des examens médicaux .................................... 42 Figure 12 : Diagramme de cas d’utilisation: facturation................................................................... 45 Figure 13 : Diagramme de cas d’utilisation: gestion utilisateurs ...................................................... 47 Figure 14: graphe comparatif des caractéristiques générales ............................................................ 50 Figure 15: graphe comparatif des ERP selon les domaines fonctionnels .......................................... 51 Figure 16 : Adéquation par rapport au secteur et la taille de l’entreprise .......................................... 53 Figure 17 : Aptitudes par fonctionnalités ......................................................................................... 54 Figure 18 : Architecture modulaire d’open ERP .............................................................................. 55 Figure 19: Architecture Client-Serveur d’open ERP ........................................................................ 56 Figure 20 : Structure d’un module OpenERP................................................................................... 57 Figure 21: Diagramme de séquence : Authentification.................................................................... 57 Figure 22 : Diagramme de séquence Création nouveau dossier patient ............................................ 58 Figure 23: Diagramme de séquence Création de prescription de médicament .................................. 59 Figure 24 : Diagramme de séquence : gestion hospitalisation .......................................................... 61 Figure 25 : Diagramme de séquence : gestion RDV......................................................................... 61 Figure 26 : Diagramme de séquence : gestion examen ..................................................................... 63 Figure 27: Diagramme de séquence : gestion chirurgie ................................................................... 64 Figure 28 : Diagramme d’état de transition : gestion patient ............................................................ 64 Figure 29: Diagramme d’état de transition : gestion personnel........................................................ 65 Figure 30 : Diagramme d’activité : suivi de patient ......................................................................... 66 Figure 31 : Diagramme de classe globale ........................................................................................ 67 4
  • 5. Rapport de stage PFE Sommaire Dédicaces…………………………………………………………………………………………2 Remerciements…………………………………………………………………………………..3 Liste des figures………………………………………………………………………………….4 1. Contexte du stage…………………………………………………………………………….9 1.1. Présentation de l’organisme d’accueil ................................................................................9 1.2 Présentation du projet ......................................................................................................... 11 1.2.1 Problématiques.............................................................................................................. 11 1 .2.2 Objectifs ........................................................................................................................ 11 2.Conduite du projet: ..................................................................................................................... 12 2.1 Démarche adoptée : .............................................................................................................. 12 2.1.1Le processus 2TUP : ............................................................................................. 13 2.1.2UML (Unified Modeling Language) : ............................................................... 15 2.2 Planning du projet : ............................................................................................................ 15 3. Synthèse bibliographique………………………………………………………………..16 3.1Introduction ........................................................................................................................... 16 3.2Généralités : ........................................................................................................................... 16 3.2.1 Définition d’un hôpital :..................................................................................... 16 3.2.2Définition d’un système d’information hospitalier SIH: ................................ 17 3.2.3 Objectifs du système d’information hospitalier(SIH) ................................... 17 3.3Les composantes d’un SIH ................................................................................................... 17 3.4Le Système d’Information de Gestion de l’Unité de Soins (SIGUS) .............................. 18 3.5 Architecture des SIH ............................................................................................................ 20 4. Présentation générale des ERP :…………………………………………………………..21 4.1. Définition : ........................................................................................................................... 21 4.2 Intérêts des ERP .................................................................................................................... 22 4.3 Architecture d’un ERP.......................................................................................................... 22 4.3.1 Architecture technique d’un ERP .................................................................. 22 4.3.2 Architecture fonctionnelle d’un ERP........................................................... 23 5. Capture des besoins fonctionnels………………………………………………………..25 5.1 Introduction.......................................................................................................................... 25 5.2 Etude comparative des logiciels pour la gestion médicale .............................................. 25 5.3 Elaboration de Cahier des charges fonctionnel ................................................................ 29 5.3 Analyse de système .............................................................................................................. 35 5.3.1 Identification des acteurs ............................................................................. 35 5
  • 6. Rapport de stage PFE 5.3.2 Identification des cas d’utilisation .............................................................. 35 5.3.3 Description des cas d’utilisation ................................................................... 36 6. Capture des besoins techniques………………………………………………………….48 6.1Benchmarking des ERP Open Source: ................................................................................ 48 6.2Solution choisie pour l’implémentation de projet : ......................................................... 52 6.3Présentation de l’OpenERP .................................................................................................. 52 6.3.1Profil général ....................................................................................................... 52 6.3.2 Avantages ............................................................................................................ 55 6.3.3 Architecture modulaire d’OpenERP................................................................ 55 6.3.4Architecture technique d’ OpenERP ................................................................ 56 7. Analyse et Conception ............................................................................................................... 57 7.1Développement du modèle dynamique ............................................................................. 57 7.1.1 Formalisation des scenarios ..................................................................................... 57 7.1.2 Diagramme d’état ...................................................................................................... 64 7.1.3 Diagramme d’activité............................................................................................... 66 7.2Développement du modèle statique ................................................................................... 67 7.2.1Diagramme de classe ................................................................................................. 67 8. Outils de réalisation et mise en œuvre ....................................................................................... 68 8.1 Choix des outils de développement et de modélisation ................................................ 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.Présentation du prototype réalisé ................................................................................................. 72 9.1 Présentation et description :............................................................................................... 72 9.2 Process du module : ............................................................................................................. 72 9.3 Configuration et Paramétrage du module medical .......................................................... 74 Conclusion………………………………………………………………………………………82 Références……………………………………………………………………………………….83 ANNEXE A : L’Open Source………………………………………………………………….84 ANNEXE B : Exemples de rapports générés par OpenERP………………………………87 ANNEXE C : Exemples d’arabisation d’interface……………………………………..........90 6
  • 7. Rapport de stage PFE Introduction générale L'informatique ne cesse d'envahir les différents domaines des activités 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 réel ou soit en différé, la conservation des données, l'exécution rapide des tâches, etc. Ayant constaté qu'ils peuvent bénéficier de ces avantages, les centres hospitaliers ont opté de ne pas se mettre en marge de ce processus général d'informatisation. C'est ainsi que les systèmes d'information hospitaliers ont commencé à voir le jour. L’élaboration d’un système d’information nécessite de bien connaître les acteurs des processus et leurs besoins afin de leur fournir un outil qui y soit adapté. Lorsque les spécifications du futur outil ont été bien définies à la fois par les membres décisionnels et par les utilisateurs concernés il faut alors choisir entre deux options :  Un logiciel déjà existant : Achetez un logiciel commercialisé répondant aux besoins. Pour cela il faut partir de spécifications et comparer les logiciels correspondant à ses spécifications. Cette comparaison doit être menée en étant attentif à ne pas être influencé par les publicités commerciales. Il est inutile de prendre un outil très perfectionné si les besoins restent plutôt simples.  Un produit sur mesure : vous engagez une équipe d’informaticiens qui réalisera un logiciel unique adapté au besoin du client. Aujourd’hui les logiciels présents sur le marché sont paramétrables afin de correspondre le mieux aux attentes initiales. Il est donc assez rare de devoir faire appel à un organisme de conception personnalisée. L’idée c’est qu’il faut être capable de se comprendre, de travailler efficacement entre commerciaux, techniciens, comptables et logisticiens d’une même entreprise pour optimiser le fonctionnement global. Pour cela il faut un langage commun, des référentiels, des pratiques et des modes de communications partagés. Les ERP (Enterprise Ressource Planning) ou encore en Français les progiciels de gestion intégrés, constituent l’outil idéal pour une telle organisation de l’entreprise. 7
  • 8. Rapport de stage PFE Pourtant traditionnellement les ERP étaient réservées aux grandes entreprises et à une élite d’éditeurs. Dès lors, les Petites et Moyennes Entreprises (PME) n’avaient pas un accès 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 réduire les coûts. Le logiciel libre a alors permis de supprimer un intermédiaire (le distributeur), de diminuer les coûts de développement grâce à la réutilisation de logiciels libres, et de réduire considérablement les coûts commerciaux et marketing par la libre publication du logiciel. Ce qui caractérise les ERP c’est qu’ils sont dotés de modules génériques et paramétrables, avec un périmètre fonctionnel qui peut varier. Des modules tels que la comptabilité, la gestion des ventes, des stocks, des projets, des ressources humaines…etc. C’est dans ce cadre qu’intervient le travail que j’ai effectué durant 4 mois au sein de la société SYSTEMUM intitulé "Mise en place d’un système d’information intégré dans OpenERP " dans un contexte englobant le dossier médical informatisé, système d’information hospitalier, et qui mettra à la disposition de SYSTEMUM et de ces clients un module fiable bien documentée et paramétrable et totalement intégré dans OpenERP. Pour mener à bien notre étude, nous avons organisé notre rapport selon l’architecture suivante :  Présentation de la société SYSTEMUM et ces principaux secteurs d’activité.  Présentation générale des systèmes d’information dans les établissements de santé à savoir : le Système d’Information Hospitalier, Le Système d’Information de Santé, le système d’Information de Gestion de l’Unité de Soins. Il présente aussi les concepts du dossier médical informatisé, les objectifs et les contraintes liées à l’informatisation de ce dernier.  Méthode et conduite du projet : nous avons adoptée la démarche 2TUP dans la conception des systèmes d’information qui nous accompagnera tout au long du projet  Captures des besoins fonctionnels : focalisation sur le métier des utilisateurs.et obtenir une idée de ce que va réaliser le système en terme de métier.  Captures des besoins techniques : recenser toutes les contraintes sur les choix de dimensionnant et la conception du système. elle fait le point sur l’architecture des ERP et notamment OpenERP qui est nécessaire pour la mise en place de notre module.  Analyse et conception : Il présente le nouveau système selon les deux axes : statique et dynamique.  Outils de réalisation et mise en œuvre. Il présente une illustration du prototype réalisé ainsi que les outils adaptés pour la réalisation du projet. 8
  • 9. Rapport de stage PFE 1. Contexte du stage 1.1. Présentation de l’organisme d’accueil SYSTEMUM est une Société de Services en Logiciels Libres (SSLL) qui accompagne les entreprises et institutions dans le choix de solutions open source ainsi que dans l'intégration, le développement, l'adaptation aux besoins spécifiques, la maintenance et le support. Afin de bénéficier des meilleures solutions libres dans la gestion des systèmes d'information. SYSTEMUM a développé une expertise sur OPENERP depuis 2006 (premier partenaire officiel OPENERP au MAROC en 2007) et a contribué à faire connaître cet ERP open source au MAROC à travers plusieurs déploiements réussis dans les PME marocaine et des conférences dans les universités et adapte celui-ci à la législation marocaine et aux besoins spécifiques des entreprises.  Prestations et services SYSTEMUM offre une large palette de prestations et de services basés sur des composants libres adaptés aux systèmes et aux réseaux des clients. La principale tâche de cette société est d’offrir des solutions sur mesure, en matière de formation et d’assistance, concernant les problématiques relevant des systèmes d’informations, moyennant des outils libres. La gamme de services de SYSTEMUM est articulée autour de quatre axes majeurs qui permettent d'accompagner les clients durant toutes les phases d'un projet afin d'en assurer sa réussite.  Support En plus des offres de formations. La société propose aux équipes dédiées au développement, des prestations de support d’aide à la maintenance, afin de réduire le temps de résolution des interrogations ou des difficultés que les entreprises pourraient rencontrer lors de la mise en œuvre de certains logiciels.  Conseil SYSTEMUM possède une équipe formée 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, dématérialisation des procédures, migration vers le libre, architecture et dimensionnement d'applications basées sur open ERP…etc.  Développement Il constitue le cœur métier de SYSTEMUM et comprend le développement 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
  • 10. Rapport de stage PFE  Formation L’offre des formations, techniques et fonctionnelles, permet d'accompagner les organisations qui disposent d’équipes opérationnelles capables de mener à bien des projets. Ces formations peuvent être établies sous forme de transferts de compétences, en phases avals des projets.  Secteurs d’activités : De part les multiples projets que SYSTEMUM a mené, elle a acquis un savoir faire susceptible de lui permettre l’implantation de logiciels libres dans les différents secteurs :  Enterprise Ressource Planning (ERP) En français Progiciels de Gestion Intégré (PGI). SYSTEMUM est le partenaire officiel de l’ERP open source Open ERP au Maghreb depuis 2006. Elle adapte celui-ci à la législation marocaine et aux besoins spécifiques des entreprises.  Customer Relationship Management (CRM) SYSTEMUM propose l’offre SUGARCRM qui permet la gestion de la relation client.  Intranet des entreprises et gestion des contenus Création d’identités visuelles et sites internet institutionnels et e-Commerce. La solution proposée est VERTUMART qui une solution libre de e-commerce (commerce électronique) qui s'appuie sur le gestionnaire contenu Joomla.  Gestion électronique des documents Il s’agit d’un système informatisé d'acquisition, classement, stockage, archivage des documents. La solution proposée est ALFRESCO. Figure 1 : Principales activités de SYSTEMUM 10
  • 11. Rapport de stage PFE 1.2 Présentation du projet 1.2.1 Problématiques Les établissements médicaux sont des organismes un peu complexes associant plusieurs types d’unités et gère plusieurs services et des activités hospitalières. Vu le nombre important de dossiers médicaux archivés ainsi que leur nature (dossier papier), l’établissement rencontre plusieurs difficultés dans la gestion de ces dossiers, à savoir :  Problème de rédaction : Les zones de rédaction sont mal estimées (petites ou mal disposées), ce qui handicape l’inscription des différentes informations administratives ou médicales.  Problème d’archivage : La salle d’archivage est assez limitée pour contenir un tel nombre de dossiers. Ainsi, le mauvais archivage de ces derniers accentue le temps de recherche d’un dossier médical et cause parfois des pertes ou des duplications des dossiers médicaux.  Problème d’exploitation : La nature papier des dossiers médicaux (lisibilité difficile, recherche séquentielle…) ainsi que leur nombre important rendent toute exploitation de l’information difficile (établissement de la synthèse d’un dossier médical, édition des statistiques, les études épidémiologiques, le suivi des protocoles de vaccination).  Problème de communication : Etant donné que le dossier médical est partagé entre plusieurs acteurs (médecins, infirmiers), la communication des informations entre ces derniers est parfois très difficile (lenteur).  Problème de redondance : Une partie des informations inscrites dans les dossiers médicaux est dupliquée dans différents registres d’activité quotidienne. Cette redondance sert à faciliter l’activité administrative ou l’activité du contrôle Cependant, cette redondance augmente le taux d’erreur ainsi que la ainsi que la perte de temps considérable dans la tenue de ces registres. 1 .2.2 Objectifs Notre projet a pour objectif d’améliorer le fonctionnement de tous établissements de type médical et faciliter l’admission, le suivi et la sortie des patients, En intégrant les données médicales et administratives afin d'y remédier à tous ces problèmes, on peut assigner à notre étude les objectifs suivants :  Rapidité dans l'établissement des différents documents.  Facilité de la recherche et l'accès aux informations.  Stockage des informations sur des supports informatiques ce qui assurera leur sécurité.  Gain de temps.  Automatiser les taches qui se traitent manuellement.  Proposer une bonne codification. 11
  • 12. Rapport de stage PFE 2. Conduite du projet: 2.1 Démarche adoptée : Le développement d’un système d’information requiert une démarche. Cette démarche est organisée en un ensemble d’étapes à suivre. Chaque étape a ses propres particularités et produit un résultat significatif pour l’étape suivante. Pour chaque étape du processus de développement, il existe un ou plusieurs modèles qui décrivent la cible de l’étape en cours. La modélisation est un outil majeur de communication entre les différents intervenants au sein du projet, depuis les utilisateurs jusqu’aux développeurs. Son but est de faciliter la compréhension, l’étude et la maîtrise du système à étudier. La modélisation permet aussi de faciliter la traçabilité du système, à savoir de partir d’un de ses éléments et de suivre ses interactions et ses liens avec d’autres parties du modèle. Après la définition du contexte et de la problématique de notre étude ainsi que les objectifs assignés, nous expliquerons dans cette partie la démarche adoptée pour la résolution des problèmes évoqués afin d’atteindre les objectifs suscités. Afin de mener à bien notre projet et structurer notre étude, nous avons adoptée une démarche spécialisée dans la conception des systèmes d’information qui nous accompagnera tout au long du projet. Celle-ci est basée sur le langage UML et est connue sous le nom : processus 2TUP « 2 Track Unified Process » Nous avons opté pour l’approche objet pour les avantages suivants :  La stabilité de la modélisation par rapport aux entités du monde réel,  la construction itérative facilitée par le couplage faible entre composants,  la possibilité de réutiliser des éléments d’un développement à un autre,  la simplicité du modèle qui fait appel à seulement cinq concepts fondateurs (les objets,  les messages, les classes, la généralisation et le polymorphisme) pour exprimer de manière uniforme l’analyse, la conception et la réalisation d’une application informatique. Nous avons choisi UML pour ses points forts:  UML est un langage formel et normalisé : Il permet un gain de précision, de stabilité et encourage l'utilisation d'outils.  UML est un support de communication performant : Il cadre l'analyse et facilite la compréhension de représentations abstraites complexes. De plus, son caractère polyvalent et sa souplesse en font un langage universel. Pour justifier notre choix qui s’est porté sur une méthodologie UP, nous présentons une petite comparaison des méthodologies UP et la méthode Merise: 12
  • 13. Rapport de stage PFE UP MERISE  Cycle de vie itératif et incrémental  Séquentiel  Méthode générique Tableau 1 : Comparaison entre les méthodologies UP et Merise Dans une démarche traditionnelle, le processus de développement était caractérisé par :  Un processus de type séquentiel : développement organisé en phases qui regroupent des étapes,  Les niveaux de découpage coïncident : la fin d’une phase correspond à la conclusion de ses étapes, qui elles mêmes se terminent avec l’accomplissement des tâches qui les composent. Dans une approche objet tout change :  Le processus est de type itératif ;  Les découpages ne coïncident pas : les activités (tâches, phases, étapes, etc…) se déroulent dans plusieurs dimensions. La maîtrise des processus de développement implique une organisation et un suivi des activités : c’est ce à quoi s’attachent les différentes méthodes qui s’appuient sur l’utilisation du langage UML pour modéliser un système d’information. Bien que chaque processus UP présente des inconvénients, tous conviendraient au développement de notre système par leurs communs avantages, à savoir :  Faciliter la compréhension graduelle du problème,  Permettre l’identification et la prise en charge précoce des risques de tous types.  Suivre un rythme accéléré en travaillant efficacement vers les objectifs clairs et à court terme.  Centrer le processus sur les besoins des utilisateurs, facteur clé de succès du projet.  Aboutir à un système dont l’architecture favorise son évolutivité et la réutilisation de ses composants. Cependant, notre choix s’est porté sur le processus 2TUP car il apporte une réponse aux contraintes de changements continuels imposés aux systèmes d’information. En ce sens, il renforce le contrôle sur les capacités d’évolution et de correction de tels systèmes. 2.1.1 Le processus 2TUP : 2TUP est un processus UP (processus unifie). Le processus 2TUP apporte une réponse aux contraintes de changement continuel imposées aux systèmes d’information de l’entreprise. En ce sens, il renforce le contrôle sur les capacités d’évolution et de correction de tels systèmes. « 2 Track » signifie littéralement que le processus suit deux chemins. Il s’agit des chemins « fonctionnels » et « d’architecture technique », qui correspondent aux deux axes des changements imposées au système informatique. 13
  • 14. Rapport de stage PFE Contraintes Système Contraintes d’information Fonctionnelles Techniques d’entreprise Figure 2 : Axes de changements imposés au système informatique Le processus 2TUP apporte une réponse aux contraintes de changement continuel imposées aux systèmes d’information de l’entreprise. Ce processus suit deux chemins.  Architecture fonctionnelle  Architecture technique L’axe fonctionnel comporte :  Capture des besoins fonctionnels, qui produit un modèle des besoins focalisé sur le métier des utilisateurs. Elle qualifie au plus tôt le risque de produire un système inadapté aux utilisateurs.  Analyse, qui consiste à étudier précisément la spécification fonctionnelle de manière à obtenir une idée de ce que va réaliser le système en terme de métier. L’axe technique, quant à lui, comporte :  Capture des besoins techniques, qui recense toutes les contraintes et les choix dimensionnant la conception du système.  Conception générique, qui définit ensuite les composants nécessaires à la conception de l’architecture technique. Elle a pour objectif d’uniformiser et de réutiliser les mêmes mécanismes pour tout un système. L’architecture technique construit le squelette du système informatique et écarte la plupart des risques du niveau technique.  Conception préliminaire, qui représente une étape délicate, car elle intègre le modèle d’analyse fonctionnelle dans l’architecture technique de manière à tracer la cartographie des composants du système à développer.  Conception détaillée, qui étudie ensuite comment réaliser chaque composant.  Codage, qui produit ses composants et teste au fur et à mesure les unités de code réalisées.  Recette, qui consiste enfin à valider les fonctionnalités du système développé. La figure suivante illustre les différentes étapes de cette démarche: 14
  • 15. Rapport de stage PFE Figure 3: Processus en Y de la démarche 2TUP 2.1.2 UML (Unified Modeling Language) : Définition : UML se définit comme un langage de modélisation graphique et textuel destine comprendre et décrire des besoins, spécifier et documenter des systèmes, 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 s’agit pas d’une simple notation, mais les concepts transmis par un diagramme ont une sémantique précise et sont porteurs de sens au même titre que les mots d’un langage. UML a une dimension symbolique et ouvre une nouvelle voie d’échange de visions systémiques précises Ce langage est certes issu du développement logiciel mais pourrait être applique à toute science fondée sur la description d’un système. Dans l’immédiat, UML intéresse fortement les spécialistes de l’ingénierie système. 2.2 Planning du projet : La conduite d’un tel projet est relativement complexe si on ne suit pas une démarche et une méthodologie et un planning bien défini à l’avance. Ainsi, le projet a été décomposé en plusieurs phases, à la fin de chaque phase des livrables sont réalisées pour indiquer l’état d’avancement du projet. Ci-dessous le diagramme de GANTT qui illustre le planning effectif du projet : 15
  • 16. Rapport de stage PFE Figure 4 : Diagramme de Gantt 3. Synthèse bibliographique 3.1 Introduction Le système d’information coordonne grâce à l’information les activités de l’organisation, et lui permet ainsi d’atteindre ses objectifs. Il est le véhicule de communication de l’organisation. Il représente l’ensemble des ressources (humaines, matérielles et logicielles) organisées pour collecter, stocker, traiter et communiquer les informations au sein de l’organisation. L’hôpital est une organisation un peu complexe associant plusieurs types d’unités (unités de soins, unités médico-techniques,….) avec des fonctions distinctes et une certaine autonomie. Cependant, il ne peut fonctionner correctement que s’il existe une communication et une coopération entre ses unités afin de traiter au mieux les patients. C’est au système d’information hospitalier d’assurer cette tâche de coordination entre les différentes unités de l’hôpital. 3.2 Généralités : 3.2.1Définition d’un hôpital : Un hôpital est un établissement de santé dont la mission essentielle de soigner et si possible de guérir les malades. Pour accomplir ses missions, l’hôpital dispose d’un certain nombre de ressources humaines, matérielles et logicielles. L’Hôpital est en effet une fédération de sous-systèmes fonctionnellement distincts mais non disjoints. Ces sous systèmes peuvent se présenter ainsi :  Le sous-système médical : Concerne l’activité mise en place par l’équipe soignante pour répondre aux besoins des patients.  Le sous-système logistique : Comprend l’ensemble des flux résultant des activités médicales : prescriptions, résultats, transferts, archivage... 16
  • 17. Rapport de stage PFE  Le sous-système étude et recherche : Travaille sur des regroupements de dossiers afin d’apprécier et d’améliorer la qualité des soins dispensés. Outre, il alimente les sous-systèmes planification et administration  Le sous-système administration : C’est le sous-système de l’hôpital qui s’intéresse à la facturation, à la gestion du personnel, à la gestion des stocks et à la comptabilité d’une manière générale.  Le sous-système planification : Il s’appuie sur les activités ou les études de morbidité hospitalière pour engager des décisions d’investissements structurels, matériels et humains. C’est le sous-système qui est en interaction avec l’extérieur (autorités et autres établissements de santé). 3.2.2Définition d’un système d’information hospitalier SIH: Le système d’information hospitalier (SIH) est un ensemble d’éléments en interaction ayant pour objectif de produire, traiter et fournir des informations nécessaires à l’activité hospitalière. C’est un système d’information appliqué aux métiers de la santé, et plus particulièrement aux établissements de santé. Il est constitué de l’ensemble des informations et traitements nécessaires à l’accomplissement des missions de l’établissement. Le SIH est l’une des composantes du Système d’Information de Santé (SIS). Les principaux établissements de santé pouvant mettre en place un SIH sont :  Les hôpitaux.  Les cliniques.  Les centres d’analyses.  Les centres de soins.  Les cabinets médicaux. 3.2.3 Objectifs du système d’information hospitalier(SIH) Les deux objectifs principaux d’un SIH sont :  L’amélioration de la qualité des soins : Amélioration de la communication, réduction des délais, aide à la prise de décision.  La maîtrise des coûts : Réduction des durées de séjours, réduction des tâches administratives, diminution du personnel. La réussite du SIH dépend essentiellement de trois facteurs importants :  Une analyse approfondie du système d’information de l’hôpital.  Une stratégie logicielle et matérielle adaptée.  Estimation juste des ressources nécessaires. 3.3 Les composantes d’un SIH Le système d’information hospitalier est divisé en 3 sous-systèmes :  Le sous-système médico-administratif : Ce sous-système assure trois fonctions principales, qui sont à savoir :  La gestion des patients : admission des malades pour hospitalisation, gestion de leurs mouvements au sein de l’hôpital (lits, mutations entre services), la sortie administrative des patients, les frais de séjour. 17
  • 18. Rapport de stage PFE  La gestion financière et comptable : comptabilité des fournisseurs, comptabilité des clients (dans le cas de l’hôpital les frais de séjour), gestion des immobilisations.  La gestion du patrimoine : gestion des approvisionnements et des stocks magasin, gestion des stocks de médicaments, gestion du stock des dispositifs médicaux et des ligatures.  Le sous-système médical : Le sous système médical est considéré comme le coeur du SIH autour duquel s’organisent les deux autres sous systèmes. Il est composé de l’ensemble des unités de soins dans lesquelles se déroule la plus grande partie de l’activité médicale de l’hôpital (prescriptions, comptes rendus, soins infirmiers, visites médicales,…).  Le sous-système médico-technique : Le sous-système médico-technique comprend au sens large tous les plateaux d’examens (laboratoires d’analyse, centres d’imagerie médicale, centres d’explorations fonctionnelles...). Sous-système médical  Actes médicaux  Pathologie  Morbidité  Épidémiologie Sous-système Médico Sous-système Médico- Administratif Technique  Gestion des patients  Pharmacie  Gestion financière et  Laboratoire comptable  Imagerie médicale  Gestion du patrimoine Figure 5 Découpage du Système d’Information hospitalier (SIH) 3.4 Le Système d’Information de Gestion de l’Unité de Soins (SIGUS) 3.4.1 Définition de l’unité de soins L'unité de soins est le lieu où est élaborée une stratégie pour soigner les malades, mise en œuvre par une équipe soignante, sous une responsabilité définie, en consommant des moyens internes et externes et susceptible de fournir des prestations à d'autres unités. Cette définition montre bien que l'unité de soins est une structure complexe. 3.4.2 Les principaux acteurs dans l’unité de soins On peut distinguer quatre catégories principales d’acteurs dans l’unité de soins:  Le patient : C’est autour duquel est centrée toute l’activité des autres acteurs. 18
  • 19. Rapport de stage PFE  Le personnel médical : Il est constitué de l’ensemble des médecins qui ont un double rôle à savoir :  L'élaboration des stratégies diagnostiques et thérapeutiques.  Le suivi des patients.  La recherche et l’enseignement.  Le personnel paramédical : Il est constitué essentiellement des infirmiers. Ils ont un rôle délégué par le médecin pour réaliser la prescription et les soins médicaux.  Le personnel administratif : Il est essentiellement représenté par les secrétaires médicales et aussi des médecins qui ont des missions plutôt administratives que médicales. Ils assurent la gestion de ressources, la communication interne et externe, l’évaluation de l’activité médicale etc. 3.4.3 Les pôles d’intérêt de l’informatisation des unités de soins: Les différentes études menées ces dernières années ont montré l’existence de trois pôles d’intérêt pour l’informatisation de l’unité de soins :  Le dossier médical.  La communication avec les services médico-techniques.  La planification des soins.  Le dossier médical : Toute l'activité de l'unité de soins est organisée autour du patient. Le dossier médical constitue véritablement le point central du SIGU. Ce dossier n'apparaît à un acteur de l'unité de soins que sous l'angle des besoins de sa tâche au sein de l'organisation. Chaque acteur ne sera donc concerné que par certaines informations du dossier patient. Ces informations constitueront pour lui une représentation pertinente de la réalité.  La communication avec les services médico-techniques : Les services médico-techniques représentent, par la nature et le volume de leurs échanges avec les unités de soins, le type de partenaire le plus important de celles-ci. La communication avec les services médico-techniques a été identifiée comme le second pôle de l'informatisation des unités de soins. Donc la prise en compte des standards et normes de communication sera privilégiée dans cette partie.  La planification des soins La planification des soins constitue le troisième pôle de l'informatisation des unités de soins. Elle se situe à mi-chemin entre les deux premiers pôles car elle doit être comprise comme l'articulation entre deux préoccupations complémentaires :  La prévision des actions médicales qui prend en compte les éléments du dossier du patient, tels que: la prescription médicale, la prescription des actes infirmiers.  L’exécution des actions de soins qui met en jeu la communication avec les services médico- techniques. 19
  • 20. Rapport de stage PFE 3.4.4 Le dossier médical dans l’unité de soins :  Définition d’un dossier médical : Le dossier médical 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, résultats de laboratoire, film radiologique, ...) sont regroupés dans un dossier, une chemise, un classeur détenu par le médecin et/ou le service hospitalier ou la clinique.  Définition d’un dossier médical informatisé : Le dossier médical informatisé est la mise en mémoire des données et des documents nécessaires à la prise en charge du patient. Ces données sont de natures diverses : images, sons, textes, données structurées et multi-sources : unités de soins, unités médicotechniques,….  Objectifs de l’informatisation du dossier médical: L’informatisation du dossier médical permet d’atteindre les objectifs suivants :  Améliorer le stockage, la disponibilité et la communication des informations.  Améliorer la lisibilité des informations.  Permettre une saisie unique et un partage de l’information.  Mettre en évidence l’évolutivité des informations.  Rendre comparable les informations d’un patient à un autre.  Intégrer les données d’origines diverses ou de natures hétérogènes (signaux, image).  Faciliter l’emploi de système d’aide à la décision.  Aide au regroupement des données.  Faciliter la formation du personnel médical et paramédical.  Améliorer la protection et la confidentialité des données. 3.5 Architecture des SIH 3.5.1 Les SIH centralisés : Le SIH est un système centralisé en étoile mis en place dans les années 70. Cette architecture comprend un ordinateur principal et des périphériques reliés en étoile. Le principe de cette architecture est que l’information est saisie une fois (principe de non redondance), stockée en un point unique de la base de données mais accessible de n’importe quel point du réseau (principe de partage). C’est cette approche qui est le plus souvent commercialisé dans les systèmes dits « clé en main ». Cette approche a trouvé sa réussite dans les hôpitaux de petite taille (300-400 lits) et à vocation de recherche peu développé. Avantages Inconvénients  Système intégré centré sur le patient.  Coûts de maintenance élevée  Mise en service et maintenance facile  Évolution non progressive.  des modules applicatifs  Prise en compte partielle des besoins  Contrôle facile du système  des utilisateurs  Système clé en main  Standardisation élevée 20
  • 21. Rapport de stage PFE 3.5.2 Les SIH départementaux : Consiste en l’achat des différentes structures de l’hôpital d’applications spécialisées. Les unités médico-techniques ont été les premières à être informatisées après les services administratifs. L’informatisation des unités de soins est beaucoup plus complexe car la demande médicale varie d’un service à un autre et même à l’intérieur d’un service. Cette approche est utilisée dans plusieurs institutions hospitalières à composante universitaire très forte. Avantages Inconvénients Meilleurs adaptation des produits à la Redondance de l'information demande des utilisateurs. Difficulté de maintenir l'intégrité et la Dissociation du matériel et du logiciel cohérence de l'information Investissement progressif Coût élevé de l'intégration en l'absence de Applications multi-hospitalières standards de communication 3.7.1. Les SIH distribués : L’idée de cette approche est de combiner les avantages des deux premières architectures. Les applications sont réparties sur plusieurs processeurs de traitement suivant une architecture client/ serveur (serveur d’identité, serveur de messagerie, serveur de résultats, serveur de données cliniques) . La complexité de cette approche c’est qu’elle nécessite plusieurs niveaux d’intégration : architecture matérielle, logiciels adaptés, réseaux. Elle nécessite aussi une communication entre les applications en utilisant des normes. Internet peut être considéré comme un système distribué qui a fait son apparition dans le domaine hospitalier sous forme d’un intranet. 4. Présentation générale des ERP : Les ERP sont des logiciels qui permettent la gestion de tout le métier d’une entreprise. Ils assurent une vision transversale du système d’information. 4.1. Définition : Il existe deux possibilités pour définir un ERP. Soit on considère son utilisation et on parle alors de définition fonctionnelle, soit on considère son élaboration et on parle alors de définition architecturale. La définition fonctionnelle consiste à inventorier les fonctions proposées par le progiciel. On considère généralement que dans un ERP, au moins trois des fonctions suivantes sont réunies : Ventes, Achats, Production, Logistique, Comptabilité, Ressources Humaines, Qualité. A cela, il faut ajouter des applications périphériques telles que le SAV (service après-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 traçabilité. La définition architecturale considère l’ERP comme la colonne vertébrale des applications informatiques de l’entreprise. Le cœur d’un ERP fournisseur, définition et découpage de l’organisation (site de production, point de vente …). C’est à partir de ce référentiel et de bases de données communes que fonctionnent toutes les applications de l’ERP. Cette définition met en avant les changements organisationnels induits par la mise en place d’un ERP (définition des articles, organisation de la gestion des référentiels clients…). 21
  • 22. Rapport de stage PFE 4.2 Intérêts des ERP Les différentes études, enquêtes et ouvrages qui ont été réalisés aux USA et en France sur la mise en œuvre des ERP ont permis de mettre en avant les axes les plus fréquents d’amélioration cités par les entreprises pour justifier de leur investissement dans un ERP. Ce sont : Au niveau de l’ensemble des fonctions de l’entreprise un pilotage par des indicateurs et une meilleure connaissance des structures de coûts. Au niveau des ventes, un accroissement du nombre d’offre qui doit permettre de générer des revenus complémentaires. Au niveau financier l’optimisation des fonds propres, par exemple, une diminution des stocks et une amélioration des délais de paiement. Au niveau des achats une optimisation des conditions d’achat par une meilleure capacité à négocier, avec une diminution des temps d‘approvisionnement. Au niveau de la production, la maîtrise des coûts de production et des niveaux de stock pour accroître la productivité et la réactivité. Au niveau de la communication entre les différents services de l’entreprise une meilleure circulation des informations par l’existence d’une base unique. A la différence des grandes entreprises, les PME n’ont pas besoin d’une couverture fonctionnelle complète, ou n’en ont pas les moyens. Selon ses besoins "métiers", une PME utilisera une ou quelques fonctions de l’ERP intensivement. Les PME n’ont à leur disposition ni les compétences internes ni les délais et budgets des grands groupes où il est possible de détacher des personnes pour s’occuper de l’intégration d’une nouvelle solution. Le défi prioritaire des ERP dédiés aux PME est de proposer un produit rapidement paramétrable et personnalisable aux besoins "métiers" de l’entreprise. L’avenir des ERP passe par le respect des standards qui s’imposent aujourd’hui en informatique. L’enjeu est de permettre à tous les logiciels développés dans des environnements et des langages différents de pouvoir échanger des informations. Cette interopérabilité permettra l’intégration de plus en plus prononcée des systèmes d’information au sein de l’entreprise et entre les entreprises. Les éditeurs travaillent également à augmenter la qualité des interfaces ainsi qu’à diminuer les coûts de maintenance liés aux innovations technologiques (exemple : passage de Windows 2000 à Windows XP). 4.3 Architecture d’un ERP 4.3.1 Architecture technique d’un ERP Les ERP présentent une structure informatique de type « client/serveur » à trois niveaux :  Le niveau « Présentation » : il constitue l'interface utilisateur.  Le niveau « Applications » : il correspond aux fonctions de traitement de l'information.  Le niveau « Base de données » : il gère les grands volumes de données que l'entreprise conserve. De plus, les ERP sont compatible pack Office, en particulier pour PowerPoint et Excel. Ils sont aussi adaptés à des outils de reporting. 22
  • 23. Rapport de stage PFE Les ERP peuvent travailler dans des environnements hétérogènes en ce qui concerne les matériels et les logiciels de base : l'entreprise peut choisir les fournisseurs des matériels, des gestionnaires de bases de données et des systèmes d'information. La figure suivante illustre l’architecture technique d’un ERP : Figure 6 : Architecture technique des ERP [Fleur-Anne Blain] 4.3.2 Architecture fonctionnelle d’un 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 cohérence du SI. Un ERP est modulaire dans le sens où il est possible de n'avoir qu'une ou plusieurs applications en même temps, ou peu à peu. Les applications modulaires telles que les ERP permettent d'être sûr de la compatibilité des modules entre eux, ils s'imbriquent comme des blocs de Lego et fonctionnent ensemble (pas de vérification de compatibilité à effectuer). Voici un exemple d'architecture modulaire qui tend à représenter tous les ERP : 23
  • 24. Rapport de stage PFE Figure 7: Les modules de base d’un ERP [Fleur-Anne-Blain] Dans la suite je présenterai 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 embarquée par l'ERP. Certains ERP gèrent aussi la comptabilité générale française, mais à l'heure actuelle leur mise en oeuvre correcte nécessite encore des paramétrages assez intenses. Néanmoins, un pont comptable d'export d'écritures peut être mis en place pour utiliser une gestion comptable abordable mais éprouvée 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 gérer les transactions d'achat et écritures comptables associées, mais aussi les approvisionnements selon des politiques à paramétrer et/ou selon le calcul des besoins déterminés par la gestion de production. c. Le module ventes Ecritures comptables des ventes, mais aussi : règles de pricing, devis, factures, paiements, etc. Certains ERP, vont aussi très loin dans le CRM (Customer Relation Management) ou GRC (Gestion de la Relation Client). Dans certains cas, l'ERP peut intégrer une plateforme d'e-commerce native. Mais plus généralement 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 français. d. Le module ressources humaines Le périmètre 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 très rares à cause du morcellement législatif d'une part et de la mise en jeu de données très confidentielles d'autre part. 24
  • 25. Rapport de stage PFE e. Le module CRM Le CRM (Customer Relationship Management, gestion de la relation client) a pour but de créer et d’entretenir une relation mutuellement bénéfique entre une entreprise et ses clients. Dans ce mode de relations commerciales, l'entreprise s'attache la fidélité du client en lui offrant une qualité de service qu'il ne trouverait pas ailleurs. Ainsi, la plupart des ERP intègrent un module CRM permettant d'améliorer la relation client/entreprise. Ce module couvre en général la gestion des événements clients, la planification des tâches, la gestion des opportunités des ventes et des achats, etc. Il reste à noter qu’un ERP a l’avantage d’être extensible vis-à-vis d’autres fonctionnalités. Ainsi chaque entreprise a le choix entre intégrer un module qui lui est utile ou de le développer, en interne ou en externe. 5. Capture des besoins fonctionnels 5.1 Introduction Avant de spécifier les besoins il est nécessaire de réaliser une étude de l’existant. L’étude de l’existant est une étape clé dans la réalisation de n’importe quelle application informatique, quelque soit le domaine concerné. Il s’agit d’une étude permettant de comprendre la problématique du projet et de détecter les avantages et inconvénients des solutions proposées actuellement sur le marché afin d’en profiter pour réalisation de notre projet. 5.2 Etude comparative des logiciels pour la gestion médicale Dans cette partie, nous allons essayer de faire une étude comparative des logiciels qui existent au marché, cette étude permettra à :  S’inspirer des expériences similaires à notre projet et qui ont été déjà réalisées. Cette inspiration sera concrétisée dans l’outil qu’on devra réaliser  Localiser notre système par rapport aux systèmes déjà existants.  Préciser ce que notre application doit faire. Plusieurs applications Open Source ou propriétaire existent aujourd’hui dans le domaine des systèmes d’informations hospitaliers. On a choisi parmi ces logiciels :  MEDIMUST : MédiMust : est un ensemble de solutions qui assure avec clarté la gestion complète du cabinet médical, quelle que soit sa taille et quelles que soient sa ou ses spécialités. Il prend en charge les tâches les plus variées : la recherche des fiches de la journée, 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 commentées. L'accès à une autre fiche patient est possible en permanence sans perdre la saisie en cours. Il est édité par la société Mustinfo, société de création de logiciel propriétaire médecin et de logiciel vétérinaire. 25
  • 26. Rapport de stage PFE  OSOFT OSOFT est un logiciel de gestion complète d’un hôpital ou clinique dédié au médecin généraliste ou spécialisé , développé et commercé par la société Medibase qui réalise des missions d'audit et de conseil sur les systèmes d'information médicale auprès des établissements de santé en France. OSOFT couvre la totalité du dossier médical. Allant du premier contact avec un patient pour une consultation jusqu’à sa sortie de l’établissement, en passant par la phase de production d’informations médicales et l’ordonnance, l’annonce d’hospitalisation et attribution des ressources, lit et bloc, ainsi que la prescription et l’organisation des soins. Les différents modules et fonctions d’OSOFT accompagnent tout au long de suivi des patients. Il est présent à 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'anesthésie - la prescription de médicaments avant ou pendant le séjour du patient - l'accès aux prescriptions par la pharmacie et l'émission des avis pharmaceutiques - la fonction de messagerie intégrée à la prise en charge des patients - l'accueil du patient dans le service (évaluation, pancarte, devenir, activités, soins, transmissions,...) - l'organisation transversale des activités de service  MEDIBOARD : Mediboard est un système web open source de gestion d'établissement de santé. Il se définit plus précisément comme la partie logicielle d'un système d'information hospitalier, c'est-à-dire un progiciel de gestion intégré adapté aux établissements de santé de toute taille, du simple cabinet de praticien au centre médical multi site. C’est un système d'information hospitalier dédié à la gestion du dossier patient, la planification de l'activité de l'établissement de santé et la gestion de l'activité clinique et libérale des praticiens. Il est initialement conçu comme un pont entre les dossiers médicaux gérés par les praticiens, notamment dans le cadre de leur activité libérale au sein des cabinets médicaux, 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 médical, complété tout au long du parcours du patient, des points de vue complémentaires de l'établissement et des équipes médicales. 26
  • 27. Rapport de stage PFE  GMEDCINE : Gmédecine est un Logiciel Hospitalier , son Système Expert - Une équipe de concepteurs, de développeurs, de formateurs regroupée sous la bannière de Gmédecine qui est appuyée sur des professionnels de la santé pour créer un système expert, susceptible de gérer les dossiers des patients au sein des structures hospitalières il est à la fois : Un outil de la démarche d’Accréditation par ses fonctionnalités d’enregistrement, traitement, analyse, accessibilité et traçabilité des données patient. Un guide de l'Accréditation par ses potentialités de moyen permanent d’information et de formation des professionnels de santé.  Polydis : Le logiciel polydis fournit par HopitalWeb qui développe des modules logiciels de gestion pour établissement de santé : hôpital, clinique, polyclinique. L'ensemble constitue un ERP nommé Polydis. Polydis autorise : le dossier patient informatisé, la dispensation nominative des médicaments et offre une complète traçabilité des actes, soins et de la stérilisation. Articulé autour du dossier patient informatisé et intégrant le dossier de soins informatisé, la dispensation nominative des médicaments, un dossier diététique patient, l'enregistrement des actes et soins médicaux, infirmiers et de la stérilisation, PolyDIS offre la traçabilité recherchée par tous dans le monde de la santé. 27
  • 28. Rapport de stage PFE  Elixir : Elixir est le fruit d'une collaboration étroite entre une équipe de développeurs en informatique et des médecins dans le but de réaliser une solution professionnelle et complète pour la gestion de cabinet médical. Elixir est le premier logiciel de gestion de cabinet médical totalement GRATUIT pour tout médecin tunisien, ainsi toutes les fonctionnalités du logiciel Elixir et les mises à jour sont gratuites.  Les fonctionnalités d’Elixir : Elixir permet de gérer vos patients, leurs consultations (les examens cliniques, les bilans biologiques et radiologiques, les ordonnances...). Et aussi, il vous permet de gérer votre archive médical, ainsi que vos rendez-vous et vos courriers.  Module medical: Le module médical d’OpenERP se veut un enregistrement de données médicales électroniques centralisées et un système d’informations hospitalières, destiné au service des institutions sanitaires et hospitalières. Le noyau de base offre les fonctionnalités suivantes : le calendrier des agendas des unités de soins, la fiche administrative des patients, le formulaire de consultation, la délivrance des ordonnances. OpenERP reprend à l’écran l’identité du patient, ses antécédents généraux et ses allergies, son groupe sanguin, la liste des consultations, la liste des ordonnances etc.  Types des logiciels : logiciel propriétaire Open source Médimust  Gmedecine  osoft  Chimed  Mediboard  Polydis  Exilir  Module medical  28
  • 29. Rapport de stage PFE  Tableau comparatif : Module Medimust Gmedecine Osoft Chimed médiboard Polydis Exilir medical Gestion des         patients Admission     -    Hospitalisation - -  -  - - des patients Gestion de dossier         médical 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 - - -  -   - médicaux Administration  - -     - d’accès au système Gestion des  - -     - chambres D’après cette étude comparative entre ces logiciels, on a pu extraire les différentes fonctionnalités qui va être réalisé au niveau de notre future système ce qui conduit à élaborer le cahier des charges suivant : 5.3 Elaboration de Cahier des charges fonctionnel Il s’agit de la toute première étape du processus de développement et vise à effectuer un premier repérage des besoins fonctionnels et opérationnels du système à modéliser. Elle consiste essentiellement, à réaliser un cahier des charges des différents besoins et souhaits exprimés par les futurs utilisateurs du système et d’en déduire les principaux acteurs du système ainsi que les messages échangés. 29
  • 30. Rapport de stage PFE  La gestion des patients : Dossier administratif Création d'un Dossier administratif : Cette fonction permettra de créer le dossier d'un patient lors de sa première visite, les données peuvent êtres complétés ultérieurement et sont toujours modifiables. Ce dossier contient : Le Nom, le Prénom, le sexe, La Date de naissance, l'adresse, le code postal, la ville, La situation familiale, la profession, les N° de téléphone…. Renseignements administratifs: Le Nom de l'assuré et son Prénom si différent 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 dépend. Accès / modification d'un Dossier administratif : Cette fonction permet de rechercher et d'accéder au dossier administratif d’un patient ainsi que le modifier ou le compléter si nécessaire. Suppression d'un Dossier Administratif : En cas de mauvaise manipulation, cette fonction permet de supprimer le dossier administratif d'un patient après confirmation. Dossier médical Création d'un dossier médical : Pour créer un dossier médical le patient doit avoir au préalable un dossier administratif. Ainsi, le système permettra de créer un dossier médical pour un patient déterminé. Le dossier médical est constitué de plusieurs onglets définis ci-dessous:  Antécédents et diagnostics : toutes les données liées aux antécédents médicaux du patient et à ses diagnostics permettront de rendre état du passé médical l'état de santé du patient.  Consultation et observations médicales : les remarques pertinentes au sujet de l'évolution du patient permettent l'actualisation permanente de l'état général du patient.  Bilans et suivis: les résultats des analyses et les bilans de santé constitueront un historique de la vie médicale du patient.  Régime suivi : inclut le point de vue diététique, en relation avec le dossier médical. L´équipe de diététique gère l´organisation des repas servis aux patients, en collaboration avec l´équipe de la cuisine, elle établit des régimes spécifiques en fonction des pathologies. Accès/ Modification d'un dossier médical : Le système permet d'accéder à un dossier médical et de le modifier en y ajoutant des données complémentaires ou de changer les informations existantes. On pourra notamment modifier le régime prescrit pour un patient lors de son séjour. 30
  • 31. Rapport de stage PFE Enregistrer un dossier médical : Cette fonction permet d'enregistrer les informations contenues dans le dossier médical. Supprimer un dossier médical : En cas de mauvaise manipulation engendrant un doublant, cette fonction permet de supprimer le dossier médical d'un patient. Une confirmation est demandée. La gestion des admissions (hospitalisation) Le module Admission consiste à suivre l’épisode d’hospitalisation d’un patient depuis son arrivée à l’hôpital jusqu'à sa sortie Elle vise essentiellement à :  Gérer les informations médico-administratives du patient.La prise en charge des éléments d’une admission d’un patient (régime, service, médecin, motif D’admission, qualité du malade, …)  La prise en charge des affectations des malades aux chambres et lits  La recherche des admissions par nom, prénom, service, médecin traitant, …  Gestion et planning du personnel médical : Création du personnel : Cette fonction permettra de créer le personnel médical de la clinique afin de pouvoir gérer le planning général et faciliter la prise de RDV des patients. On devra pour cela entrer les informations suivantes : Nom, Service (chirurgie, pédiatrie…), Fonction (médecin, infirmière…) Modification du personnel : On pourra grâce à cette fonction modifier les données liés au personnel préalablement crée. Suppression du personnel : A la suite d’une erreur concernant les données du personnel d’une retraite ou d’un transfert à une autre clinique, le système permettra de supprimer la fiche qui lui correspond, après une demande de confirmation.  Gestion de la pharmacie et de stock: Ce module permet de gérer l'ensemble des données nécessaires concernant les produits administrés aux patients séjournant dans l’établissement. Les produits pharmaceutiques sont exclusivement réservés aux patients admis en clinique. Ils sont exclusivement prescrits par des médecins et administrés par le personnel soignant. 31
  • 32. Rapport de stage PFE  Ajouter un médicament : L’application permet d'ajouter un médicament dans la banque de donnée en saisissant la description relative au médicament ci dessous: (Nom, Dosage, Nature, Type, Posologie…..)  Rechercher un médicament : L’application permet la recherche d'un médicament. La recherche est effectuée par la saisie d'une de ses caractéristiques citées ci dessus.  Supprimer un médicament : L’application effectue la suppression d'un médicament donné par la personne autorisée. Une confirmation est demandée.  Signaler un produit en fin de stock : L’application permet notamment de prévenir l'utilisateur quant à la diminution du stock relatif au produit.  Gestion de laboratoire : Ce module doit gérer les fonctions du laboratoire il intègre :  Recherche des résultats d’un patient : L’application permet de chercher les résultats en entrant le nom et le prénom et elle affiche les résultats.  Recevoir les demandes d’examen : Lors de consultation si le médecin a besoin d’un examen, il envoi un demande d’examen au laboratoire avec tous les informations concernant le patient.  Enregistrer les demandes : Lorsque le laboratoire reçoit les demandes l’application lui permet d’enregistrer ces demandes avec la date du demande et le nom du médecin puis le nom du laborantin qui va faire l’analyse.  Editer les résultats : Après l’analyse l’application permet aux laborantins d’enregistrer les résultats les édités.  Gestion des chambres :  Ajout d'une chambre : Cette fonction permettra de rajouter une chambre ainsi que toutes ses caractéristiques. (N° de la chambre, Numéro d'étage, Code d'accès à la chambre, Type de la chambre (Individuelle / Double), Numéro de téléphone, État d'occupation, Soins particuliers (appareils médicaux spéciaux ...), Service (pédiatrie, maternelle ...) 32
  • 33. Rapport de stage PFE  Suppression d'une chambre : L’application permet de supprimer de la base des données les informations d'une chambre.  Modification d'une chambre : Cette fonction permet, dans la base de données, de faire des modifications sur une chambre.  Consultation des chambres : L’application permet, en saisissant le numéro de la chambre, d'afficher toutes les autres caractéristiques citées ci-dessus.  L'occupation des chambres : L’application permet de visualiser ou d'enregistrer les chambres occupées par les patients, en entrant le numéro de la chambre. Voici les informations qui en découleront: (Nom et Prénom du patient, Date d'entrée du patient, Type de chambre occupée par le patient (Individuelle / Double), Numéro d'étage, Un lien vers le dossier médical du patient)  Gestion des droits d'accès :  Création d’utilisateurs Cette fonction permet de créer les différentes fiches du personnel habilité à utiliser le système. Il suffit de saisir dans le module les données correspondant à l'identification de l'utilisateur concerné o Nom o Fonction (médecin, infirmier...) o Login o Mot de passe  Modification : Le système permet de modifier toutes les donnés relatives à l'utilisateur.  Suppression : le système permet également de supprimer un utilisateur dans le cas où il n'est plus habilité à utiliser l'application.  Création de groupes d'utilisateurs : Le système permet de créer un groupe selon la fonction de l'utilisateur et de spécifier les droits d'accès pour chaque groupe.  Modification : cette fonction permet de modifier les droits d'accès d'un groupe.  Suppression : Le système permettra de supprimer un groupe d'utilisateur préalablement crée.  Gestion des rendez-vous Les services chargés de l’accueil et des admissions organisent et assurent la gestion des rendez-vous en fonction des disponibilités des praticiens consultants et en fonction du volume des demandes de rendez-vous. Le nombre exact des patients admis par séance devra être déterminé en fonction du nombre des praticiens consultants, de la spécialité et de la durée de la séance. Le nombre ainsi fixé devient impératif aussi bien pour les praticiens consultants que pour le service d'accueil à la consultation chargé de délivrer les rendez-vous.  Création d’un rendez-vous : Cette fonction permet de fixer un rendez-vous selon le choix du patient et les disponibilités qui se présentent après une recherche dans les horaires disponibles de l’agenda. 33
  • 34. Rapport de stage PFE  Modification d’un rendez-vous : L’application permet de modifier un rendez-vous de l'agenda (l'heure, la date, l'objet...). Le système retournera automatiquement les périodes disponibles  Suppression d’un rendez-vous : Cette fonction permet avec une simple clique de supprimer un rendez-vous.  Gestion des lits :  Ajouter modifier les caractéristique de lit Cette fonction permettra de rajouter ou modifier les informations d’un lit ainsi que toutes ses caractéristiques. (N° de la chambre, Numéro d'étage, Code d'accès au lit, Numéro de téléphone, État d'occupation, Soins particuliers (appareils médicaux spéciaux ...), Service (pédiatrie, maternelle ...)  Consultation de la liste des lits : L’application permet, en saisissant le numéro de la chambre, d'afficher toutes les autres caractéristiques citées ci-dessus.  L'occupation des lits : L’application permet de visualiser ou d'enregistrer les chambres occupées par les patients, en entrant le numéro de la chambre. Voici les informations qui en découleront: (Nom et Prénom du patient, Date d'entrée du patient, Type de chambre occupée par le patient (Individuelle / Double), Numéro d'étage, Un lien vers le dossier médical du patient)  Facturation, Tarification et paiement: Sauf disposition légale spécifique, toute prestation fournie par l’hôpital doit faire l’objet d’une facturation et d’une mise en paiement par le malade ou un tiers payant. La facture étant établie conformément à la réglementation de la tarification applicable aux hôpitaux relevant du Ministère de la Santé. Le tarif des prestations est fixé par voie réglementaire. Les hôpitaux ne peuvent déroger aux dispositions réglementaires érigeant la tarification applicable. La facturation des prestations est effectuée, au niveau des services d’admission, sur la base des relevés des soins, actes, examens complémentaires et autres services dont a bénéficié l’usager. Ces relevés sont établis, sous la responsabilité du chef de l’unité de soins, sur la base du dossier d’hospitalisation. L’hôpital organise le processus de perception et de recouvrement des frais liés aux prestations rendues conformément à la législation en vigueur. Ce module doit gérer la facturation et prend en considération le mode de règlement des patients  Créer la facture : Il permet de créer automatiquement la facture du patient dès son admission contient toutes les informations administratives. 34
  • 35. Rapport de stage PFE  Enregistrer les prix : Il permet d’enregistrer les prix de différentes consultations et examens dans la base de données et de donner le droit de supprimer ou modifier. Facturer de façon automatique chaque prestation (consultation, examen, hospitalisation) dont a bénéficié le patient.  Rechercher : Cette fonction permet de chercher la facture d'un patient donné par le nom et prénom ou d’autre information administrative.  Régler une facture : Cette fonction permet de régler la facture en précisant le mode de règlement chèque ou espèce en vérifiant les informations qui sont introduites au départ (la mutuelle, caisse,…).  Edition de la facture : Lorsque le patient est prêt à quitter l’établissement il se présente à la caisse avec un bon de sortie signé par son médecin. Le caissier (ou facturier) doit à son tour tamponner le bon (il signe que le règlement va être effectué), puis saisit le numéro de dossier de ce patient, et lance l’édition de sa facture. Le montant de la facture est composé des montants des types de prestations consommées ainsi que du montant de séjour. 5.3 Analyse de système 5.3.1 Identification des acteurs La liste des acteurs de notre nouveau système, se présente comme suit :  Agent ou personnel administratif(PA) : son rôle est de gérer l’admission et l’orientation des patients et la gestion des personnels hospitaliers ainsi que la facturation.  Médecin : son rôle est de créer le dossier médical de chaque patient et la mise à jour des informations médicaux après chaque consultation. il est chargé de l’hospitalisation et la préparation des examens.  Infirmière : son rôle est de créer les rendez-vous et organiser l’agenda du travail du médecin.  Réceptionniste : elle est chargée d’admettre les patients, créer le dossier administratif et donner le premier rendez-vous.  Laborantin : il est chargé de gérer les demandes d’examens et l’édition des résultats.  Administrateur : son rôle est de gérer l’utilisation du système et les droits d’accès de chaque utilisateur en fonction de son catégorie 5.3.2 Identification des cas d’utilisation Dans ce qui suit nous proposons une description textuelle des cas d’utilisation. Cette description n’est pas la plus exhaustive possible, mais permet d’avoir une idée sur le fonctionnement de chaque cas d’utilisation. Les cas d’utilisation sont structurés comme suit : 35
  • 36. Rapport de stage PFE  Un sommaire d’identification qui contient :  Le titre du cas d’utilisation  Le but du cas d’utilisation  Le résumé du cas d’utilisation  Les pré-conditions  La description des différents enchaînements du cas d’utilisation  Use case détaillé 5.3.3 Description des cas d’utilisation  Authentification Sommaire d’identification Titre : S’authentifier. But : La connexion d’un utilisateur au système. Acteurs : les utilisateurs du système. Description : L’utilisateur s’authentifie en saisissant son login et son mot de passe.  Pré-conditions : L’utilisateur saisit ses droits d’accès (login et mot de passe). Description des enchaînements :  Enchaînements : L’utilisateur saisit en premier ses droits d’accès. Si le système détecte une erreur d’authentification, alors la fenêtre d’authentification sera réaffichée, sinon le système affiche la page d’accueil.  Gestion des patients : Diagramme de cas d’utilisation: 36
  • 37. Rapport de stage PFE anticédents et diagnosti c suppression bilans et suivi ajout observation médical e accès et modification régi me sui vi créati on du dossier admini stratif <include> gestion du dossi er médical <i nclude> <i nclude> <include> recherche un pati ent médecin réceptionniste <include> reservation de salle et lit authentifi cati on <incl ude> <i nclude> <include> affecter l e patient à un lit gestion d'hospi tali sati on consulter la li ste des patients di ffuser les infos de sorti e gesti on de la sortie agent archivage du dossier Figure 8 : Diagramme de cas d’utilisation gestion patient Sommaire d’identification : Titre : gestion des patients But : permet de suivre le patient dés l’entré jusqu’à sa sortie. Résumé : la réceptionniste crée un dossier administratif du patient qui contient les informations personnel et le type de visite et de maladie et il lui affecte à un médecin qui crée à son tour un dossier médical qui contient tous les informations qui décrivent la consultation, le traitement à suivre, les ordonnances et les examens à faire. Acteurs : médecin, administrateur, réceptionniste 37
  • 38. Rapport de stage PFE  Pré-condition : -Le médecin, l’administrateur, réceptionniste sont authentifiés  Post-condition : -Un dossier du patient est créé dans le système -Les données de base (identité, médecin traitant, conditions connues) Description des sous cas d’utilisation : (1) « créer un nouveau dossier patient ‘administratif’ » Cette opération est réalisée chaque fois qu’un nouveau patient se Présente, La réceptionniste clique sur l’onglet nouveau patient, puis, il clique sur « ajouter patient » pour créer un nouveau dossier administratif d’un nouveau patient on lui affecte un num automatique en saisissant les différents informations nécessaires (nom, prénom, date de naissance, adresse,..) *Si tous les champs ne sont pas remplis, un message d ‘erreur s’affiche invitant à compléter les champs. (2) « créer le dossier médical » Le médecin cherche le dossier patient par « recherche », lorsque le dossier est afficher il clique sur l’onglet « dossier médical » qui contient plusieurs onglet (symptôme, observation médical, ordonnance, examens, antécédents) ; le médecin remplis les champs par les informations nécessaires, il confirme l’enregistrement, un message confirme que les informations sont bien enregistrées. (3) «recherche d’un patient » Lors de l’inscription du patient la réceptionniste vérifie par nom si le patient existe déjà, s’il n’existe pas il passe à la création du dossier si le patient est déjà inscrit, la réceptionniste clique sur recherche dans le menu gestion de patient, une page s’affiche, donne la main pour saisir soit le nom ou le numéro de dossier, le système effectue une recherche puis il affiche une liste des patients, on sélectionne le patient et le dossier s’affiche. S’il n’existe aucun patient un message d’erreur s’affiche. (4) « Accès et modification » 38
  • 39. Rapport de stage PFE Le médecin et l’administrateur accèdent au dossier patient avec droit de modification et de la mise à jour du dossier médical 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 l’onglet « liste des patients » une liste sera afficher (6) « suppression du dossier » La suppression du dossier patient n’effectue par l’administrateur que s’il a commis une erreur lors de la création du dossier, une demande de confirmation est affiché. (7) « gestion d’hospitalisation » Un onglet hospitalisation dans le dossier patient, Pour chaque patient qui doit être hospitalisé, l’agent lui affecte un numéro de chambre, un numéro de lit et le numéro de l’infirmier soigné, ces informations doit être enregistré dans le dossier patient après une justification de l’hospitalisation qui doit être faite par le médecin. (8) « gestion de la sortie » Si l’hospitalisation du patient est terminée l’agent doit diffuser les informations et le type de la sortie, ces informations doit être enregistrer dans l’hospitalisation pour préparer la facture et un reçu de sortie puis libération de chambre et l’archivage du dossier s’il n’y a pas de prochain RDV.  Gestion des chambres : Diagramme de cas d’utilisation ajouter une chambre supprimer une chambre <extend> modifier une chambre consulter infos chambre <extend> agent Figure 9 : Diagramme de cas d’utilisation: gestion des chambres 39