Domaine : Mathématique et informatique Filière : Informatique Spécialité : Informatique Option : Ingénierie de logiciel Thème :
Intégration et Adaptation d’un PGI/ERP Open Source dans la Gestion d’un
système de santé (Cas module de pharmacie d’hôpital)
Présentée par:
Harrag Naziha Ghebriout Asma
Promotrice : Mme OUAHRANI Leila
Soutenue le 22/06/2015 Promotion 2015 Introduction
Une des priorités des établissements de santé , dans le cadre de la politique de réforme nationale de la santé , consiste de mettre en place le contrat de bon usage des médicaments , la mission principale de la pharmacie d’hôpital est d’assuré une gestion globale des produits pharmaceutiques :
La sélection
l’acquisition
Le stockage
La distribution
Tous simplement la gestion de la pharmacie doit assurer la disponibilité continue des
Problématique: La multiplication des interfaces avec des solutions verticales (Souvent dispersée) fragilise la coordination des soins et cloisonne les processus métiers.
Augmentation du risque de rupture d’information dans le parcours de soins au patient et conduit à
des pertes d’efficience. Manque d’une gestion rigoureuse des produits pharmaceutiques.
Manque de combinaison entre les processus de la pharmacie.
La qualité des informations transmises entre les différents domaine de l’entreprise reste très pauvre (information parfois incohérente.) Problématique / Objectifs
Objectifs: La coordination de l’ensemble des activités de l’entreprise autour d’un même système d’information global et transversal. Travailler dans un environnement applicatif identique et unifié qui repose sur une base de données unique. Assurer l'intégrité des données, la non-redondance de l'information, ainsi que la réduction des temps de développement Assurer la fiabilité des informations communiquées.
rechercher la performance du système d’information.
Plan de travail
1 PGI/ERP
2 Marché Des ERP
3 ERP Open Source
4 OpenERP
5 Conduite Du Projet
6 Etude De Cas
7 Solution Informatique
8 Conception Conduite Du 9 Changement Un système d’information composé de plusieurs application. Application partagent une même base de donnée. ERP /PGI Système automatisé prédéfini ,éventuellement paramétrable (moteur de workflow).
1 Qu’est ce qu’un ERP ?
(traduction de l’anglais ERP : Enterprise Resource Planning)
Gestion comptable , Logiciel ,conçu pour gestion de ressource Plusieurs modules ou un être fourni à différent humaine , gestion de stock module par type de gestion utilisateurs pour réaliser ,approvisionnement , peuvent être intégrés au des traitements gestion de messagerie. progiciel pour assurer la informatique standards. fonction souhaitée. ERP/PGI
1.1 Pourquoi un ERP?
Un seul logiciel pour toute l’entreprise. Une vision unifiée de l’entreprise . Transparence. Sécurité. Simple à synchroniser avec des solutions tierces.
1.2 Pour qui un ERP ?
Les grandes entreprises. Les PME PMI (Project Management Institute.) ERP/PGI
1.3 Le rôle d’un ERP :
Permettre les transactions sur son périmètre de responsabilité. Gérer les données transactionnelles de l’entreprise. Soutenir des processus d’entreprise et fluidifier la circulation de l’information. Permettre l’agilité de l’entreprise : évolution des périmètres d’entreprise . Une fonction indispensable de l’ERP est l’audit, qui permet de tracer la modification des données.
1.4 Méthodologie d’adaptation d’un ERP: Répondre à la stratégie de l’entreprise et ses enjeux. Prendre en compte ses spécificités. Définir et contrôler les délais. Améliorer les processus métiers. ERP/PGI Identification de la taille du projet. Etude préliminaire Des objectifs à atteindre.
Comprendre la situation actuelle.
Audit de L’existant Proposition de solution.
Conception de Définir les nouveaux processus.
nouveau processus Définir les fonctionnalité.
Acquisition du Sélection de progiciel.
progiciel
Paramétrage du progiciel Configuration du progiciel .
Exploitation et le nouveau système.
évaluation Evaluation des résultats.
Conduite du Accompagnement du changement. changement ERP/PGI
1.5 Les enjeux d’un ERP: Créer de la valeur. S’appuyer sur un système unique et cohérent. Automatisation de processus, gestion de workflow. centraliser les informations et faciliter leur circulation.. organiser les flux d'information internes et externes. Homogénéisation de l’infrastructure technique.
1.6 Risque de la mise en œuvre d’un ERP: L’arrêt : le projet est stoppé face aux difficultés grandissantes. Le redimensionnement du projet . La particularisation . La consolidation des procédures existantes La fracture entre groupes d’utilisateurs ou de services initiés. Marché des ERP
2 Type ERP: 2.1 ERP Propriétaire: 2.2 ERP Open Source:
un progiciel créé par une société un progiciel libre.
spécialisée dans la conception et la mise Gratuit. en place de logiciels et de systèmes il peut être téléchargé par tout le monde. informatiques.
Un progiciel payant. Marché des ERP Ce qui différencie un ERP propriétaire d'un ERP open source, c'est la licence Une licence ERP propriétaire est une forme de contrat par lequel une société:
Donne l'autorisation à un client d'utiliser le PGI commercialisé,
Détermine les limites de l'utilisation du logiciel, Liste les obligations et responsabilités du client et de la société « Licence d'un ERP propriétaire comporte ¼ du budget du projet ERP » Une licence OpenSource est General public license(GPL):
Protéger le travail futur des développeurs de logiciel libre.
Assurer que le code source et ses améliorations soient disponible au public.
La définition OSI comporte six point dont les trois principaux:
Libre redistribution Code source ouvert Travaux dérivés Marché des ERP
2.1 Quelle maturité pour les ERP Open Source:
ERP Open Source Adapté ERP Open Source Non Adapté Compétitivité native : Fonctionnalités recherchées Grand compte: il est probable qu'un budget très conviennent sans aucun développement dans l’ERP conséquent donne accès à des ERP propriétaires libre(le périmètre envisagé est restreint). rendus plus adaptés par leurs plus forts investissements.
Compétitivité par la souplesse : besoin de concevoir Incertitude sur la tenue en charge:
une activité très spécifique et non traitée par les Plusieurs centaines de milliers de transactions par ERP abordables du marché. Bâtir autour d’un ERP mois et/ou plusieurs open source sera alors moins risqué et plus dizaines d'utilisateurs faisant des requêtes économique. simultanées.
Croissance incompatible avec le système de Il existe des ERP propriétaires très
tarification des ERP commerciaux : entreprise en spécialisés pour le secteur d'activité concerné par forte croissance sans ERP encore (meilleure gestion l’implémentation de l’ERP. sans coût d’ERP liés à la croissance de l’entreprise). ERP Open Source
Evaluation des ERP Open Source existants:
Deux grandes familles d’ERP OpenSource
Les ERP libres de conceptions anciennes Les outsiders ‘Low Cost’,nés de
,aujourd’hui matures. reptures technologiques. Semblable aux logiciels propriétaire en Auto financés au fur et à mesure de terme de processus de conception mis à leurs premiére mises en œuvre. disposition de la communauté Open Source . Modélisation /programmation objet. ERP Open Source
3 Critères d’évaluation d’un ERP Open Source:
Notoriété Actuelle Par rapport au profil général des critères d’évaluation . Dynamique Par rapport aux fonctionnalités ERP. Par secteur , taille d’entreprise et chiffre d’affaire. Technologie
Périmètre
Souplesse
Ressource OpenERP
4 OpenERP:
Grande distribution.
Téléchargement gratuit.
Présence dans les distributions linux.
Utilisé par plus de 2.000.000 utilisateurs au monde.
Offre un suite complète d'applications professionnelles qui convient à la plupart des
besoins des grandes entreprises, OpenERP est flexible. Conduite du projet
5 Conduite du projet: 5.1 La démarche BPR(Business Process Reengineering) De la fonctionnalité ponctuelle et verticale au processus transversal et horizontal. Des besoins internes de l’entreprise vers les besoins externes du client. Mesurer l’existant en fonction de la valeur ajoutée pour le client final. Remettre le client au cœur des processus Réduction des délais Amélioration des temps de réponse Amélioration de la réactivité Réduction des coûts Responsabilités plus forte des employés Meilleure satisfaction du client Amélioration de la qualité Plus de partage d’information Etude de cas
5.2 L’approche objet:
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 pour exprimer de manière uniforme l’analyse, la conception et la réalisation d’une application informatique.
5.3 Processus unifié:
Itératif. Incrémental Centré sur l’architecture. Conduit par cas d’utilisation. Piloté par les risques. Orienté composant. Conduite du projet
5.4 Méthodologie 2TUP(2 Track Unified Process):
Implémente le processus unifié. Une réponse aux contrainte de changement continuel. Le contrôle sur les capacités d’évolution et de correction.
Force 2TUP Faiblesse 2TUP
-Permet de gagner réellement en efficacité -Superficiel sur les phases en amont et en aval du et en généricité. développement -Répondre aux contraintes de changement -Aucune proposition de document type continuel imposées aux SI des entreprises. -Cible de projet de toute taille. -Itératif, laisse une large partie à la technologie et à la gestion du risque. Etude de cas
5.5 2TUP et UML: Langage de modélisation orienté objet. Modèle de composant de solution logicielle en conception. Standard industriel de modélisation objet. Le modèle représente le système vu de l’intérieur. Développe un modèle de niveau contexte. Tracer précisément les frontières fonctionnelles du système. Etude de cas
6 Présentation de la pharmacie d’hôpital « Ibn Ziri »: Composer de plusieurs unité. Veiller à la bonne marche du service dans le domaine de la distribution, l’approvisionnement, le contrôle et le stockage selon les règles Le dosage, le suivi de la concentration sanguine et le contrôle de certains médicaments. La dispensation aux patients hospitalisés et ambulatoires. Etude de cas
6.1 Logiciel utilisé « EPIPHARM »
Logiciel est développé en 1994 et proposé par le ministère de la santé. Le système de gestion de base de données utilisé pour partager les données par plusieurs utilisateurs c’est le « dbase » Le logiciel se localise dans un seul ordinateur de macintosh 98. 6.2 Les Critiques: Le temps de réponse trop long. Perte d’information. Beaucoup de redondance. Le système n’accepte pas les mis à jour. Le système n’assure pas des calculs exacts et n’affiche pas le cout total. Pas une gestion pour les patients , les fournisseurs et service demandeurs. Pas un suivi pour les produits pharmaceutique distribués. Pas une visualisation graphique pour les statistiques. Interface graphique ancienne. Etude de cas
6.3 Nos suggestion:
D’automatiser un ensemble des processus de la pharmacie tout en travaillant sur une base de donnée unique et homogène afin de gagner en productivité et réduire les travaux redondants. Maitriser les stocks et de consulter l’état des stocks n’importe quand. Assurer le suivi des traitements pour chaque patient, fournisseur et même pour les services demandeurs. Gain du temps au terme de temps réel et cela grâce à notre application qui va faciliter l’accès à l’information à tout moment. La distribution rapide et fiable des produits pharmaceutiques à tous les services . Aide à l’optimisation des stocks et à la sécurisation de la gestion des approvisionnements pharmaceutique. Facilite le contact entre la pharmacie et les fournisseurs à l’aide des nouvelles technologies même entre les patients et la pharmacie pour accélérer les échanges et gagner du temps et éviter le déplacement. La cohérence et l’homogénéité de l’information interne. Statistiques pour prendre des décisions. Une interface ergonomique qui facilite la navigation entre les fonctionnalités du système. Solution Informatique
7 Architecture Technique OpenERP:
Solution Informatique
7.1 Les nouveaux processus :
Conception Conception Conception Réalisation 8 Environnement de travail: Outils de développement: Système d’exploitation : Ubuntu Langage de programmation: Python Version 14.04
Système de gestion de base de XML
donnée :PostgreSQL
Open Source : OpenERP ORM
Conduite du changement
9 L’accompagnement :
Une formation pédagogique
La préparation des utilisateurs Des supports de formation détaillés Jeux d’essai Conclusion l'implémentation de notre ERP apporté par rapport à l'ancienne solution: Meilleure gestion des produits pharmaceutique. Informatisation du service de garde. Facilité les échange avec les partenaires grâce au module CRM. Gestion des patients , des fournisseurs , services demandeurs et même secteur sanitaire. Informatisation des documents échangé (bon commande , bon urgence ainsi que le carnet souche). Assurer les alertes de stock avec l’option réapprovisionnement. Meilleur suivi des activités (statistique). Introduire la comptabilité. Consommation des médicaments par service , par patients. Système de vérification des dates de péremption. Test pour les champs de saisir ainsi pour les date. Conclusion
les perspectives futures:
signalons l’intérêt d’étendre les deux modules gestion de base et comptabilité par l’intégration des fonctionnalités suivantes :
-La gestion des dossiers des patients.
-Le suivi des médicaments dans les services.
-Assurer la coopération entre les établissements de santé.
