Académique Documents
Professionnel Documents
Culture Documents
THEME :
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
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.
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.
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.
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
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
6
Rapport de stage PFE
Introduction générale
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 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
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
Développement
9
Rapport de stage PFE
Formation
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 :
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.
10
Rapport de stage PFE
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 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 :
11
Rapport de stage PFE
2. Conduite du projet:
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 :
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
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.
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 :
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.
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
Le processus 2TUP apporte une réponse aux contraintes de changement continuel imposées aux systèmes
d’information de l’entreprise.
Capture des besoins techniques, qui recense toutes les contraintes et les choix
dimensionnant la conception du système.
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.
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é.
14
Rapport de stage PFE
Définition :
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.
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
3. Synthèse bibliographique
3.1 Introduction
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 :
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
Les hôpitaux.
Les cliniques.
Les centres d’analyses.
Les centres de soins.
Les cabinets médicaux.
17
Rapport de stage PFE
Sous-système médical
Actes médicaux
Pathologie
Morbidité
Épidémiologie
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.
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.
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é.
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 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
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.
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,….
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
20
Rapport de stage PFE
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
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.
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é.
21
Rapport de stage PFE
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).
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 :
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
a. Le module comptabilité
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.
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.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.
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
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 :
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.
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:
28
Rapport de stage PFE
Tableau comparatif :
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 :
29
Rapport de stage PFE
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….
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.
En cas de mauvaise manipulation, cette fonction permet de supprimer le dossier administratif d'un
patient après confirmation.
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.
30
Rapport de stage PFE
Cette fonction permet d'enregistrer les informations contenues dans le dossier médical.
Le module Admission consiste à suivre l’épisode d’hospitalisation d’un patient depuis son arrivée à
l’hôpital jusqu'à sa sortie
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.
31
Rapport de stage PFE
Ajouter un médicament :
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.
Gestion de laboratoire :
Ce module doit gérer les fonctions du laboratoire il intègre :
L’application permet de chercher les résultats en entrant le nom et le prénom et elle affiche les
résultats.
Après l’analyse l’application permet aux laborantins d’enregistrer les résultats les édités.
32
Rapport de stage PFE
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.
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.
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
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)
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
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.
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.
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
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
Authentification
Sommaire d’identification
Titre : S’authentifier.
Pré-conditions :
L’utilisateur saisit ses droits d’accès (login et mot de passe).
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.
36
Rapport de stage PFE
anticédents et diagnosti c
suppression
bilans et suivi
ajout
observation médical e accès et modification
<include>
gestion du dossi er médical
<i nclude>
<i nclude>
<include>
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
agent
archivage du dossier
Sommaire d’identification :
37
Rapport de stage PFE
Pré-condition :
Post-condition :
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.
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.
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.
38
Rapport de stage PFE
Pour consulter la liste des patients on clique sur l’onglet « liste des patients » une liste sera
afficher
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é.
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.
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.
<extend>
modifier une chambre
consulter infos
chambre <extend>
agent
39
Rapport de stage PFE
Sommaire d’identification :
Résumé : l’agent gère les chambres de l’hôpital les affecter aux patient hospitalisés selon la
disponibilité, il a la possibilité de les modifier, les supprimer ou les consulter.
Acteur : agent
Pré-conditions :
L’agent peut accéder à une chambre par numéro pour La consulter ou la modifier selon le choix.
<<include>>
<<include>>
créer rendez_vous authentification
infirmier
<<include>>
modifier rendez_vous
40
Rapport de stage PFE
Sommaire d’identification
Pré-conditions
Les horaires du personnel et de l’équipement médical sont déjà saisis dans le système.
Post-conditions :
Le patient a un rendez-vous pour son acte médical à une date et heure donnée
Le personnel médical qui va effectuer l’acte a le même rendez-vous saisi dans son calendrier
Acteur : infirmière.
Pré-conditions
41
Rapport de stage PFE
Post-conditions :
Le patient a un rendez-vous.
Fixer rendez-vous
Patient
Modifier
Effectuer examen
<<extend>>
Supprimer
Détéction de m aladie
<<extend>>
Prescrire du traitement
Sommaire d’identification
But : Réalisation d’un examen programmé (ou un cas d’urgence) pour un patient.
Résumé : Lorsqu’un patient se présente pour effectuer un examen (cas ordinaire ou cas d’urgence), le
médecin vérifie que c’est bien le patient à examiner pour cette séance, auquel cas il réalise l’examen,
de plus il édite un compte rendu instantané dans le cas d’un examen simple, ou d’un examen
complexe (cas d’urgence.).
Acteurs : Médecin.infirmier,
42
Rapport de stage PFE
Pré-conditions
Scénarios
5.1. Le médecin réalise l’examen à l’aide de l’appareil (La modalité). L’image de la radio
est récupérée, traitée et archivée.
5.2. Si c’est le cas d’un examen simple, le médecin interprète l’examen puis édite un
compte rendu, le valide ensuite, compte rendu final, (le compte rendu et une référence
à l’image de la radio sont rajoutés au dossier patient). Il imprime ensuite le cliché de la
radio et le compte rendu, et remet le tous au patient.
5.3. Dans tous les cas, et pour des raisons pédagogiques, le médecin choisit de proposer
des examens qu’il juge intéressants pour les médecins radiologues résidents qu’il suit,
pour interprétation.
5.4. Dans tous les cas, si le médecin juge la nécessité d’un examen complémentaire, il
choisit l’option ‘Prescrire un examen’, puis le prescrit au patient (Le numéro de
l’examen qui a généré cet examen complémentaire est mentionné dans l’ordonnance),
auquel cas ce dernier se présentera à la réception pour fixer la date du rendez-vous.
Sommaire d’identification
Nom du cas d’utilisation : Edition et remise des résultats d’un examen complexe.
But : Edition et remise des résultats (cliché de radio et compte rendu final) d’un examen au patient.
Résumé : Edition d’un résultat d’examen à partir du dossier patient puis remise du cliché et du
compte rendu final.
43
Rapport de stage PFE
Pré-conditions
1. Connexion, identification et authentification de la secrétaire médicale.
2. Le patient se présente muni d’un bon de retour (Programmé pour la journée)
Scénarios
1. Le cas d’utilisation commence lorsque la secrétaire médicale se connecte au système en
fournissant son login et son mot de passe.
2. Lorsque le patient se présente muni de son bon de retour pour récupérer les résultats de son
examen, la secrétaire vérifie la date de retour mentionnée sur le bon et saisit le numéro de
l’examen.
3. Si l’examen n’est pas prêt à être remis (l’examen est en instance d’interprétation, attente de
l’avis du médecin expert, ou du colloque), le patient sera appelé dés que les résultats de son
examen seront prêts, l’examen est automatiquement rajouté à la liste des examens en instance
de remise. Sinon la secrétaire médicale lance l’impression du compte rendu final et du cliché
de la radio de l’examen.
4. Elle récupère la radio et le compte rendu qu’elle signe, puis elle met le tous dans une
chemise qu’elle remet au patient.
Exception
Post-conditions :
Facturation
<<includes>> Patient
Régler facture
Effectuer le paiement
Carte crédit
Espèce
Assurance
44
Rapport de stage PFE
<<includes>>
<<includes>>
Imprimer facture
Enregistrer facture
Modifier le prix
Sommaire d’identification
Résumé : Un patient est appelé à payer pour un acte médical. Le membre du personnel administratif
(MPA) interagit avec le patient pour le paiement. Il y a différentes modalités de paiement, dépendant
du type d’acte, et du type d’assurance détenu par le patient :
1) paiement comptant
2) paiement par carte de crédit
3) paiement par transmission à l’assurance du patient
4) Dans tous les cas, un reçu est remis au patient avec indication du mode de paiement
Pour simplifier, on va supposer que le paiement est enclenché à la fin d’un acte médical quand le
patient se dirige vers le PA. En réalité, le paiement se fait souvent avant le début de l’acte (pour un
rendez-vous simple, un test biologique) quand on en connait les paramètres et après quand le nombre
45
Rapport de stage PFE
de tests / examens peut varier dépendant de ce que le personnel médical juge. Dans ce dernier cas, on
saisit au début le mode de paiement (assurances, numéro de carte de crédit, etc.)
Pré-conditions
L’agent du personnel administratif est déjà authentifié
On a déjà accès à la prestation en question
Post-conditions :
Le paiement est reçu
La prestation médicale en question est marquée payée
Gestion de chirurgie :
chirurgien <include>
<include>
Description :
Résumé : le médecin détecte que le patient a besoins d’une chirurgie, il envoie la demande au
chef du bloc qui a son tour précise la date et lui affecte à un bloc
Pré-condition :
Post-condition :
46
Rapport de stage PFE
Creer utilisateur
Supprimer utilisateur
Administrateur
<<extend>>
Modifier profil
47
Rapport de stage PFE
Sommaire d’identification
But : Enregistrement des utilisateurs actuels du système et l’attribution des droits d’accès et des
profils à chaque utilisateur.
Résumé : L’administrateur attribue un profil et des droits d’accès (nom d’utilisateur, mot de passe) à
chaque nouvel utilisateur enregistré. Il peut aussi modifier des utilisateurs existants (informations
personnelles, droits d’accès et profils) ou supprimer les profils de certains utilisateurs (inactifs).
Acteurs : Administrateur
Pré-conditions
L’administrateur s’authentifie
Post-conditions
Tous les utilisateurs actuels du système sont enregistrés avec leurs droits d’accès et leurs profils
L’administrateur peut modifier les informations personnelles, le profil ou les droits d’accès des
utilisateurs existants. Après chaque mise à jour, il valide toutes les modifications apportées.
L’administrateur peut mettre à jour le profil des utilisateurs existants. Ainsi, il peut ajouter, ou retirer
un ou plusieurs profils aux utilisateurs existants.
Le marché des ERP pour PME est en pleine expansion. Comme sur tous les marchés, les
acteurs se sont d’abord intéressés aux plus grands clients. Concernant les ERP, les éditeurs visaient
dans un premier temps les multinationales. Une fois ce marché saturé ils ont racheté des solutions
48
Rapport de stage PFE
pour PME afin de mettre un pied dans ce secteur d’activités. Les logiciels libres ont ciblé les
petites structures dès le départ. Développés en étroite collaboration avec les utilisateurs et les
intégrateurs, ces solutions sont parfaitement adaptées à ces entités.
OpenERP représente un idéal de logiciel agile, apte à répondre à n'importe quel besoin.
OpenERP combine à la fois la force d'un éditeur et une réelle communauté qui balise la plupart des
cas d'usages et fournit de précieux retours, notamment sous forme de modules réutilisables. Tout ceci
est rendu possible par une réelle innovation technologique qui s'appuie néanmoins sur des standards
reconnus et terme de base de données et de webservices.
Smile a étudié la majorité des ERP Open Source existants et tout particulièrement Openbravo, Neogia,
OpenERP, Compiere et ERP5. Elle n’a pas retenu ces deux derniers à cause de leur manque d'ouverture et de
l'absence d'une communauté d'utilisateurs active. Plus récemment, Smile s’est engagé plus fermement avec
OpenERP, qu'elle considère comme l'offre la plus prometteuse dans le domaine des ERP Open Source
49
Rapport de stage PFE
OpenERP
Voici un récapitulatif des capacités relatives de chacun des ERP retenus sur les domaines
fonctionnels les plus caractéristiques (de 0 à 5 pour le plus adapté).
Les différences les plus marquantes se font sentir sur les modules de gestion des ressources humaines
pour lequel seuls ERP5 et OpenERP sont complets. ERP5 va même jusqu'à gérer les paies alors
qu'aucun autre ERP libre n'est allé aussi loin (OpenERP s'y essaie, le partenaire marocain
d’OpenERP, SYSTEMUM, a présenté récemment sa version bêta du module de paie entièrement
adapté à la législation marocaine, avec gestion des allocations sociales). Sans module RH, la
gestion de projet est aussi plus limitée et c'est ainsi que OpenERP traite mieux que ses
concurrents ce domaine fonctionnel. De même, ERP5 et OpenERP sont plus complets sur la CRM,
où Openbravo est plus limité. En revanche, ce dernier se distingue avec son interface
web inégalée.
50
Rapport de stage PFE
Solution
compta
Projets
ventes
achats
GPAO
Paies
CRM
Web
SCM
POS
RH
BI
OpenERP
4 4 4 4 4 4 4 4 1 4 4 4
OpenBravo
4 4 3 2 5 4 5 0 0 3 5 4
Neogia
4 4 4 3 5 3 4 1 0 3 3 3
ERP5
4 4 5 4 4 4 1 4 4 ? 4 ?
Adempiere
4 4 4 3 5 3 4 0 0 3 1 3
Compiere
4 4 5 3 5 3 4 0 0 3 1 3
OpenERP
Figure 15: graphe comparatif des ERP selon les domaines fonctionnels
51
Rapport de stage PFE
OpenERP est une solution complète qui automatise et unifie tous les processus critiques de
l’entreprise : la finance, la gestion de caisse, les processus d’achat et vente, la gestion de production,
la logistique et la relation client et fournisseur. De nombreux outils de reporting sont disponibles.
OpenERP fournit un accès rapide à l’information. Chaque employé accède aux informations
nécessaires en un temps record : les informations sont traitées simplement et efficacement, avec par
exemple l’intégration directe avec OpenOffice.org (il est possible d’importer n’importe quel type de
données par l’intermédiaire d’un fichier de type CSV, avec OpenOffice Calc),
OpenERP tient compte des préférences et besoins de chaque utilisateur afin d’accélérer son travail,
ou pour qu’il construise et automatise la solution selon ses besoins.
Smile a étudié la majorité des ERP Open Source existants et tout particulièrement Openbravo,
Neogia, OpenERP, Compiere et ERP5. Elle n’a pas retenu ces deux derniers à cause de leur manque
d'ouverture et de l'absence d'une communauté d'utilisateurs active. Plus récemment, Smile s’est
engagé plus fermement avec OpenERP, qu'elle considère comme l'offre la plus prometteuse dans le
domaine des ERP Open Source.
Ils permettent à des petites PME de disposer d'outils de gestion complets au meilleur
coût, leur apportant rapidement un vrai bénéfice en termes de compétitivité. Les seuls
coûts étant alors la formation des utilisateurs et le service éventuellement assuré par le
fournisseur du logiciel.
Ils s'adressent aussi à des PME de plus de 1000 salariés, que ce soit dans les secteurs
industriels, distribution ou services.
Notoriété actuelle
Plusieurs dizaines voire centaines de déploiements dans le monde entier, de
l'Argentine à la Chine en passant par l'Inde. Mais encore assez peu de grosses PME. Citons pourtant
parmi les références les Hôtels de luxe Costes (Sednacom), Whirlpool Paris, l'ENA, la chambre de
commerce et industrie, l'administration du canton de Vaud (Suisse), IR-Microsystems...
Étant donné le potentiel du produit, de nouvelles références importantes ne devraient
pourtant pas tarder.
52
Rapport de stage PFE
Dynamique
La dynamique est aussi très forte. La société éditrice est passée de moins de 5 à plus de 60
salariés en moins d'un an et demi pour répondre à une demande en très forte croissance. De même, le
nombre d'intégrateurs s'étoffe significativement de mois en mois dans le monde entier.
Technique
Sans doute l'ERP open source le plus moderne au plan technique. La souplesse de modélisation
d'un ERP5 mais la base relationnelle d'un Compiere. Pour autant, on pourra regretter que ni l'ORM ni
le moteur de BPM ne soient des standards reconnus. De même, si l'usage d'un langage dynamique tel
que Python pour les couches métiers de l'ERP participe indubitablement à la souplesse inégalée de
l'outil, pour les couches basses d'infrastructure, un langage statique tel que Java aurait apporté
un gain de performance et de fiabilité. Notons cependant que cette fiabilité semble pourtant
assurée dans le cas d’OpenERP par une large batterie de tests unitaires et une très large
communauté d’utilisateurs et de développeurs vigilants. Mais comme l'ERP idéal n'existe pas
et étant données les contraintes existantes lors de sa création, OpenERP mérite déjà
largement le meilleur classement en terme de technologie.
Périmètre
Là aussi, le plus vaste périmètre fonctionnel grâce à ses quelques 500 modules. Si 50% de ces
modules relèvent d'un certain amateurisme, il en reste néanmoins une large base de modules
réellement efficaces. Outre les domaines classiques, il y a une foule de modules variés dédiés à
des cas très spécifiques: tels que la création de portails pour les clients, la gestion des adhésions aux
associations, la gestion de projet informatique agile (SCRUM)...
53
Rapport de stage PFE
Souplesse
Web
eTiny, la surcouche serveur développée initialement par Axelor, puis désormais co-développée
par Axelor et Tiny.be est un modèle de simplicité et d'efficacité. Elle ne fait que traduire les web
services de OpenERP en HTML et apporte des fonctionnalités avancées comme l'auto complétion
Ajax ou les raccourcis clavier. La couche web ajoute même un composant qui permet de visualiser
les plannings, il s'agit de la seule différence sensible avec le client lourd.
Comptabilité
Comme sur d'autres ERP, la comptabilité analytique est compétitive: gestion des budgets,
comptabilité analytique multiaxiale et hiérarchique. Concernant la comptabilité générale, elle
est l'une des plus avancée et bien qu'utilisée dans certaines PME. Notons toutefois qu'en dépit de
certains manques de finitions, le plan comptable marocain peut être importé autant que module
développé par SYSTEMUM ; cette comptabilité permet l'édition des bilans, comptes de résultats et
liasses fiscales.
La Business intelligence comporte des rapports paramétrables. Elle inclut également une
solution de raquetteur de cube OLAP pour des analyses plus fines et sans coût d'intégration
démesuré. La version en développement est néanmoins largement avancée et déjà testable.
54
Rapport de stage PFE
6.3.2 Avantages
Cette architecture n’est pas propre à open ERP. Elle est en fait partagée par tous lesERP.Ils’agit de la
faculté de construire des applications informatiques de manière modulaire (modules indépendants
entre eux) tout en partageant une base de données unique. Ceci apporte une importance significative
puisque les données sont maintenant standardisées et partagées. Ce qui élimine les saisies multiples
et évite l'ambiguïté des données de même nature. L’architecture modulaire d’open ERP lui permet
de couvrir plusieurs domaines illustrés dans la figure ci-dessous :
55
Rapport de stage PFE
Open ERP est basé sur une architecture client/serveur. Le serveur et le client communiquent
via le protocole XML-RPC.C’est un simple protocole qui permet au client de faire des appels aux
procédures. Une fois la fonction est appelée, ses arguments et ses résultats sont envoyés par le
protocole http, eux-mêmes sont encodés par le langage XML.
OpenERP est couplé à une base de données PostgreSQL. De plus,il est compatible au pack
Open Office, et aussi avec des outils de reporting (ReportLab) pour produire des rapports en
PDFou en HTML.
L’opération client est très simple. Quand un utilisateur exécute une action (sauvegarder un
formulaire, ouvrir un menu, imprimer, ...) il envoie cette action au serveur. Le serveur envoie alors
la nouvelle action pour s'exécuter côté client.
Il y a trois types d'actions :
Un serveur de base de données objet pour représenter et mémoriser les objets de gestion
et les rendre accessible via le réseau.
56
Rapport de stage PFE
7. Analyse et Conception
7.1 Développement du modèle dynamique
Authentification
System e
Pe rso nn el me d ica l
al t
con n exi on
ré u ssi te
con n exi on
éch ou ée
57
Rapport de stage PFE
Sénario
system
receptionni ste
REF
authentifi cation
alt
dos si er créé
selectionner le medecin
patiexis
pa tient ent te
existe affi che pati ent exi ste dej a
fin
oid patient
oid medecin
selectionner maladie
oid maladie
saisir assurance
oid assurance
58
Rapport de stage PFE
Rechercher un patient
Scénario
système
personnel médical
ref
authentification
alt
afficher dos s ier
patient
existe
ref
créer nouveau dossier
fi n
59
Rapport de stage PFE
Gestion d’hospitalisation :
Scénario :
systeme
agent
ref
authentification
ref
chercher un patient
vérifier la di sponnibi li té
cas
d'hospitalisation
enregis trer
enregis trer
fi n
Commentaire :
L’hospitalisation ne peut s’autoriser que si elle est justifier par le médecin à partir la vérification
du diagnostic et aussi après la vérification de la disponibilité de chambre sinon elle va reporter a une
date précise.
Les informations d’hospitalisation doit être saisi et enregistrer dans le dossier médical.
L’archivage du dossier n’effectue que si l’hospitalisation est terminé et on n’a pas de prochain
rendez-vous.
60
Rapport de stage PFE
Gestion de RDV :
Diagramme de séquence :
nom patient
oid patient
selectionner medecin
oid medecin
definir date
imprimer
61
Rapport de stage PFE
Ajouter chambre
Scénario :
system.
agent.
ref
authentification
ajouter
verifi cati on
alt
[ tout les champs sont rempli ]
sinon
demander le rempl i s sage de tout l es champs
systeme.
age nt
ref
authentification
fin
62
Rapport de stage PFE
Gestion d’examen :
63
Rapport de stage PFE
Gestion de la chirurgie :
Diagramme de séquence :
sa isir le nom
oid patient
selectionner médecin
oid medecin
affecter au bloc
oid chirurgie
Diagramme d’état/transition :
« Gestion de patient »
consul ter()
bonne santé/archiver()
archi vage du dossi er etat non consul tation
hospi tal i sé/ordonnance()
etat
traitement hospi tal i sé/séj our()
fi n
64
Rapport de stage PFE
Commentaire :
L’hôpital admet des patients qui doivent avoir un dossier qui sera créé et enregistré par la
réceptionniste puis il passe à l’infirmier pour prendre un rendez-vous et l’enregistrer dans le
dossier. A ce moment le patient peut visiter le médecin qui doit à son tour créer le dossier
médical au cour de la consultation, il saisit la description de maladie, les symptôme, les examens
à faire et le traitement à suivre qui sera enregistré comme des antécédents avec la date, si la
consultation est terminé l’infirmier lui donne un nouveau rendez-vous et l’enregistrer dans le
dossier.
Dans le cas où le patient a besoins d’être hospitalisé, il passe à l’agent qui vérifie la justification
d’hospitalisation et lui affecte une chambre et un lit après la vérification de la disponibilité de
chambre.
« Gestion personnel »
envoi au
créati on de admi ni stra
demande/ajouter() teur
nouvelle En validation
trai tment
de
modi fi catio
demande
n/renvoi
refus é
non
validé
OK
retraite
recruté
demande de retraite/mise en
retrai te
arri vé/prise de foncti on
prise de congé/mise en congé en congé
activité
retour de congé/ mise en fonction
démission/départ
absence/mise en absence
retour/reprise de
fonction
parti
en arret
65
Rapport de stage PFE
<<nouveau patient>>
.
créer nouveau dossier
<<patient existe>>
prescription de traitement
éditer facture
approuver la facture
sortie
66
Rapport de stage PFE
hr_employe
acount.acount
- id_empl oye
- nom
- prenom
- date_naiss
- adresse Service
Facture - cin
- code : int
- code : int - nom : char
- date : Date
- etat : Stri ng Consultation
Assurance - total : Double 1..*
Res_partner - id_consultation
- id_assurance - type
- companie - date_consultation
0..* 1..1
- categorie - date_fin
- type - signes
- date-deb Medecin
- statut_mental
- date-fin - diagnostic - id_medecin
0..* 1..* - symptomes - speci alité
- id_patient - info
Patient
1..*
Chambre - id_patient
Hospitalisation - nom 0..1
- id_chambre - prenom
- code
- type - ref 0..*
- admi sion_type 0..*
- capacité - date
- date_hospitalisati on
0..* - photo
- date_sortie Examen medicale
0..* - raison_admission - age
1..1
- lit_hopital - sexe 0..1 - id_examen : int
- medecin_traitant - date_naiss - désignation : int
0..* 0..1
- chi rurgien - situation - date : int
0..* - adresse
- etat 0..*
Lit - date_déces
- raison-déces 1..1
- i d_lit : int - info_général
- type : int 0..1
1..1
- prix : int 1..*
0..* 0..1 Maladies
Rendez_vous - code
0..*
- id_rendez_vous - nom
1..*
- medecin 0..* - catégori e
- patient Prescription - sévérité
- niveau_urgence Chi rurgie - situati on_maladie
- service - id_prescription - date_diagnostique
- etat_patient - code - patient - date-guérisson
- date - date_chirurgie - date - Allergies
- chirurgien - note - thérapie
- anesthesiste - ligne_prescription
- bloc
- service
Product_Product - classification 0..*
- base_condition 0..1
- id_product : int
- id_patient
Ligne_prescription
Medicament_template - id_ligne_prescription
- medicament - impression
- voie_d'administration - substitution
Medicament - renouvellement
- dose
- id_medicament - forme
- nom 0..1 - debut-trai tement
- composition - fin_traitement
- indication 0..*
- fréquence
- dosage - durée_traitement
- stokage - quantité
- pri x
- quantité_valable
- info
- effet_indesirable
67
Rapport de stage PFE
yEd
Pour réaliser les diagrammes fonctionnels, yEd Graph Editor recèle des trésors de fonctions destinées
à la fois à personnaliser le moindre détail mais aussi à optimiser la lecture globale. Le programme est
très riche en fonctions et en méthode d'organisation : couches hiérarchiques interactives, couches
orthogonales, couches organiques, schémas UML, circulaires, en arbre, etc. Bien entendu, les
diagrammes générés peuvent être sauvegardés en plusieurs formats dont PDF, Flash, SVG, HTML,
EPS ou BMP. Une fonction très utile permet de découper de très grands schémas afin de les imprimer
sur plusieurs feuilles et de pouvoir ensuite les assembler entre elles pour reconstituer l'image en
grandeur réelle. Développé entièrement en Java, le programme fonctionne indépendamment du
système d'exploitation, il a juste besoin d'une machine virtuelle Java.
PowerAMC
PowerAMC est un environnement graphique de modélisation d’entreprise très simple d’emploi qui
permet d’effectuer les tâches suivantes :
Modélisation intégrée via l’utilisation de méthodologies et de notation standard :
Données (E/R, Merise)
Métiers (BPMN, BPEL, ebXML)
Application (UML)
Génération automatique de code via des templates personnalisables :
SQL (avec plus de 50 SGBD),Java ,NET.
Fonctionnalités de reverse engineering pour documenter et mettre à jour des systèmes
existants
Une solution de référentiel d’entreprise avec des fonctionnalités de sécurité et de gestion des
versions très complètes pour permettre un développement multiutilisateur
Un environnement extensible, qui vous permet d’ajouter des règles, des commandes, des
concepts et des attributs à vos méthodologies de modélisation et de codage.
Eclipse
68
Rapport de stage PFE
La spécificité d'Eclipse IDE vient du fait de son architecture totalement développée autour de
la notion de plugin (en conformité avec la norme OSGi) : toutes les fonctionnalités de cet atelier
logiciel sont développées en tant que plug-in.
Plusieurs logiciels commerciaux sont basés sur ce logiciel libre, comme par exemple IBM
Lotus Notes 8, IBM Symphony ouWebSphere Studio Application Developer.
Présentation de PostgreSQL :
PostgreSQL est un SGBD très performant sous license BSD dont les performances sont
comparables à Oracle 9.
Comme les projets libres Apache et Linux, PosgreSQL n’est pas contrôlé par une seule
entreprise, mais est fondé sur une communauté mondiale de développeurs et d’entreprises.
Le client Graphique pgadmin3:
PgAdmin III est un outil graphique d'administration de votre serveur PostgreSQL. L'application
pgAdmin III peut être utilisé pour administrer les serveurs PostgreSQL 7.3 et les versions
supérieures. PgAdmin III existe pour toutes les plateformes.
PgAdmin III a été conçu pour répondre aux besoins de tous les utilisateurs, depuis la
rédaction de simples requêtes SQL au développement complexe de base de données. L'interface
graphique supporte toutes les fonctionnalités de PostGreSQL et permet une administration simple.
L'application inclut aussi un éditeur de requête avec coloration syntaxique, un éditeur de code, un
agent de gestion de tâche automatique, un support pour les réplications via Slony-I et bien d'autres
fonctionnalités.
8.3 Linux
Présentation
Linux ou GNU/Linux qui est un système d'exploitation, et logiciel libre créé en1991 par
Linus Torvalds. Aujourd'hui, grâce à un effort considérable de développement fourni par des
personnes du monde entier, Linux fonctionne sur quasiment toute architecture moderne.
Le noyau Linux a pris une importance aussi bien idéologique que technique. Il existe une
communauté entière de personnes qui croient aux idéaux du logiciel libre et donnent de leur temps
pour aider à rendre la technologie libre aussi performante que possible.
69
Rapport de stage PFE
L'esprit du libre, souvent attribué à Linux, influence les développeurs et les utilisateurs de
logiciels partout dans le monde et entraîne des communautés partageant des objectifs communs.
Le projet GNU
Le projet GNU a été lancé en janvier 1984 par Richard Stallman, pour développer un système
d'exploitation complet de type UNIX, composé de logiciels libres: le système GNU. Les variantes
du système d'exploitation GNU, construites autour du noyau Linux, sont aujourd'hui largement
utilisées. Le projet GNU est étroitement lié à la philosophie du logiciel libre qui est omniprésente
dans les projets qui en découlent tels qu’ubuntu.
Ubuntu
Ubuntu est un système d'exploitation entièrement libre construit autour du noyau Debian. La
communauté Ubuntu s'est formée autour des idéaux constitutifs de la philosophie d'Ubuntu :
Ubuntu est le système d’exploitation sous lequel le module a été développé pour que le stage soit
conforme aux idéaux de l’organisme d’accueil.
Présentation
Python est un langage portable, dynamique, extensible, gratuit, qui permet (sans l'imposer)
une approche modulaire et orientée objet de la programmation. Python est développé depuis 1989
par Guido van Rossum etde nombreux contributeurs bénévoles. [5]
70
Rapport de stage PFE
D’un prologue qui peut contenir une déclaration XML, des instructions de traitement et une
déclaration de type de document, dont la présence est facultative mais conseillée. Il
contiendra un certain nombre de déclarations.
D’un arbre d’éléments, on parle d’élément père et d’élément fils. En fait la partie essentielle
d’un document XML sera toujours formée d’une hiérarchie d’éléments qui dénote la
sémantique de son contenu.
De commentaires et d’instructions de traitement, dont la présence est facultative. Ils pourront,
moyennant certaines restrictions, apparaître aussi bien dans le prologue que dans l’arbre
d’éléments.
Un document XMLvalide est forcément un document bien formé mais il obéit en plus à une
structure type définie dans une DTD (Document Type Definition)
Une DTD peut contenir :
- Des déclarations d'entités générales.
- Des déclarations d'entités paramètres.
- Des déclarations de notations.
- Des déclarations d'éléments.
- Des déclarations de listes d'attributs.
- Des commentaires.
71
Rapport de stage PFE
Médical est un module qui représente un système d’information hospitalier avec les
caractéristiques suivantes :
Multi utilisateur
Entièrement paramétrable
Information pharmaceutique
Administration du laboratoire
Le schéma suivant représente les processus de suivi du patient selon le module médical :
72
Rapport de stage PFE
73
Rapport de stage PFE
Quand le patient arrive à l’hôpital, un nouveau dossier médical va être créé afin de contenir
tous les informations administratives, médicales, antécédents et l’historique médical
L’infirmière est chargée de la préparation et la coordination des rendez-vous pour les consultations
entre les patients et les médecins, pour réaliser cette procédure, elle va remplir les champs suivants :
74
Rapport de stage PFE
Le produit de consultation
En cliquant sur calendrier on peut consulter le calendrier des rendez-vous pour chaque médecin selon
le mois, le jour ou la semaine :
Après la fixation du rendez-vous, le patient arrive à l’hôpital pour effectuer la consultation médical,
L’interface suivant représente la fiche de consultation concernant un patient, l’infirmière va saisir les
informations suivantes :
75
Rapport de stage PFE
Symptôme principale
Docteur consultant
Test de laboratoire
Après la consultation, le médecin peut demander au patient d’effectuer un test de laboratoire, pour
cela le personnel médical au sein du laboratoire va créer un nouveau demande de test qui se compose
de :
Type de test
Date du test
Par défaut, l’état du test est marqué Brouillon, après la création de l’analyse, elle est
mentionné A été testé
76
Rapport de stage PFE
Après la création de l’analyse, une fiche du résultat va être générée qui contient les informations sur
le patient, médecin, le pathologiste, le type de test et la date de l’analyse, puis le médecin va saisir les
résultats trouvés.
77
Rapport de stage PFE
Après le diagnostic et les tests de laboratoire, le médecin peut détecter la maladie de patient, puis il
remplit la fiche suivantes :
78
Rapport de stage PFE
Prescription des médicaments
Pour définir une nouvelle prescription, le personnel médical choisit le patient concerné puis il saisit la
date de prescription, le médecin qui a prescrit l’ordonnance, ensuite il va définir la ligne de
prescription, cette dernière présente toutes les informations et les spécificités sur le médicament et
son mode d’emploie.
Ligne de prescription contient l’historique des ordonnances, le médecin peut ajouter une nouvelle ordonnance.
79
Rapport de stage PFE
Gestion de la chirurgie
Pour une nouvelle on clique sur nouveau, pour consulter la liste des chirurgies on clique sur liste,
pour afficher sous forme calendrier on clique sur calendrier
80
Rapport de stage PFE
Gestion des médicaments
81
Rapport de stage PFE
Conclusion
Les systèmes d'information hospitaliers (SIH) jouent un rôle non négligeable dans l'atteinte des
objectifs des établissements hospitaliers (hôpitaux, cliniques, etc.) qui en possèdent.
Le thème traité a été très enrichissant pour moi. En effet, il m’ a permis de découvrir un domaine qui
m’ était, jusque là, peu connu, à savoir celui de la santé. Désormais, sur le plan de la santé, je serai
compté parmi les moins ignorants.
Je juge très utile cette expérience de 4 mois que j’ai passé dans ce stage de fin
d'études. En effet, le fait de plonger dans les méandres d'open ERP est lui-même une motivante
aventure où j’ai été amené à intercepter tous les côtés d'un projet, parmi lesquels je cite :
Sur le plan professionnel, ce stage m’a permis d'avoir une idée des réalités d'un monde autre
que celui académique: organisation du travail, relations humaines, etc.
Sur le plan technique (informatique), ce stage a été une opportunité pour mois de mettre en
pratique les connaissances théoriques acquises au cours de ma formation. En plus, j’ai
engrangé de nouvelles connaissances: apprentissage des langages de programmation (python),
découvertes de nouvelles techniques et surtout un nouveau logiciel open source (OpenERP)
qui représente un idéal de logiciel agile, apte à répondre à n'importe quel besoin. OpenERP
combine à la fois la force d'un éditeur et une réelle communauté qui balise la plupart des cas
d'usages et fournit de précieux retours, notamment sous forme de modules réutilisables.
Ce stage a été pour moi un grand pas vers le milieu professionnel, où j’ai bénéficié d'une
excellente expérience qui m’a permis de concrétiser mes connaissances informatiques voire
économiques acquises au cours des années d'études lors de la période de ma formation à
FSTG de Marrakech.
Ce projet m’a permis également d'acquérir des valeurs indispensables pour le métier
d'ingénieur telles que la responsabilité et le respect des engagements, le travail d'équipe, l'adaptabilité
à l'environnement de l'entreprise et le sens d'analyse. Ces valeurs sont sans aucun doute les bases de
réussite dans le milieu professionnel.
Je précise que la solution est conçue de manière à garantir son extensibilité et évolutivité
selon les besoins spécifiques des clients de SYSTEMUM. Ainsi, On peut facilement y ajouter de
nouvelle fonctionnalité sans toucher à la structure générale du module.
82
Rapport de stage PFE
Références
« open ERP book» Auteur : Fabien Pinckaers
« Apprendre à programmer avec Python» Auteur : Gérard SWINNEN
www.systemum.com
www.doc.openerp.com
www.mediboard.com
www.python.org
www.fsf.org/about/what-is-free-software
www.openobject.com
http://www.openerp.com/community communauté OpenERP
http://www.assurancemaladie.ma/
Www.openerp.com : site officiel de la solution ERP.
Système de gestion informatisé d’une clinique médicale externe (SGICM), Document
d’analyse Auteurs : Michèle Garceau, Isabelle Landry et Hafedh Mili
Conception et Réalisation d’un logiciel de facturation pour une polyclinique privée, Mémoire
de maîtrise en Informatique Appliquée à la Gestion,
83
Rapport de stage PFE
A.1 Définition
Un logiciel open source est un logiciel qui est fourni avec l'autorisation pour quelconque de l'utiliser,
de le copier, et de le distribuer, soit sous une forme conforme à l'original, soit avec des modifications,
ou encore gratuitement ou contre un certain montant. Ceci signifie en particulier que son code source
doit être disponible.
A.2 Principes
La Free Software Foundation maintient une définition du logiciel libre basée sur quatre libertés :
Liberté 3 : La liberté de redistribuer des copies. Ceci comprend la liberté de vendre des copies.
À l'exception des logiciels dans le domaine public, les logiciels libres sont protégés comme tout
logiciel par le droit d'auteur. La particularité des logiciels libres est que l'auteur renonce à
l'exclusivité de la plupart des droits que lui donne le droit d'auteur. Il distribue le logiciel accompagné
d'une licence libre qui énumère les droits donnés à l'utilisateur.
Certaines licences, dont la plus connue et utilisée pour les logiciels libres, la licence publique
générale GNU, sont relativement complexes. Ainsi la GPL ne donne le droit de redistribuer un
logiciel que si l'ensemble du logiciel, y compris toutes les éventuelles modifications, sont
redistribuées selon les termes exacts de la GPL. Cette licence est dite virale ou contaminante, car si
elle autorise la fusion d'un logiciel sous GPL avec un logiciel sous une autre licence, elle n'autorise
en revanche la redistribution de la fusion que sous GPL.
Les licences des logiciels libres sont souvent divisées en deux, selon le degré de liberté accordé par la
licence en matière de redistribution.
84
Rapport de stage PFE
licence BSD dans un logiciel sous copyleft (licence GPL). Un autre cas courant est l'intégration de
logiciel sous licence BSD dans les logiciels propriétaires.
Le modèle économique des SSLL (sociétés de services en logiciels libres) est lié
principalement à la notion de service : vendre un savoir-faire et une expertise plutôt qu'un droit
d'usage sur un logiciel.
Ce modèle consiste à facturer au client non pas le logiciel lui même, qui reste open source, mais le
service de support, d'installation, de personnalisation, de configuration et de maintenance que l'on
vend autour sous forme d'abonnement.
Un autre système payant, utilisé par d'illustres éditeurs de logiciels libres comme MySQL,
consiste en une licence commerciale qu'achètent certains clients afin d'intégrer le produit libre dans
leurs propres produits dans le but de les redistribuer de manière payante, avec un code source fermé.
Une troisième forme de financement pour les éditeurs de logiciels libres est l'organisation de
séminaires pour la présentation des solutions open source au grand public, notamment aux
commerciaux.
Le modèle économique des logiciels open source a suscité toutefois certaines critiques :
incompatibilité entre les besoins des clients et les demandes de la communauté. Les revenues sont
générés par le service, et non pas par le logiciel lui même.
Difficulté du maintien sur le long terme d'une ressource humaine compétente et capable de tenir des
délais compatibles avec la notion de service.
A.5.1 Avantages
85
Rapport de stage PFE
A.5.2 Limitations
86
Rapport de stage PFE
87
Rapport de stage PFE
88
Rapport de stage PFE
89
Rapport de stage PFE
90