Vous êtes sur la page 1sur 33

Université Saâd Dahlab Blida

Faculté des sciences


Département d’informatique

En vue d’obtenir le diplôme de master


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


produits pharmaceutique.
Problématique / Objectifs

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é.


Fin

Vous aimerez peut-être aussi