Recommandé
Contenu connexe
Tendances
Tendances (20)
Similaire à Présentation ERP
Similaire à Présentation ERP (20)
Présentation ERP
- 1. 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
- 2. 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.
- 3. 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.)
- 4. 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.
- 5. Plan de travail PGI/ERP Marché Des ERP ERP Open Source OpenERP Conduite Du Projet Etude De Cas Solution Informatique Conception Conduite Du Changement 1 2 3 4 5 6 7 8 9
- 6. ERP /PGI Qu’est ce qu’un ERP ?1 (traduction de l’anglais ERP : Enterprise Resource Planning) Logiciel ,conçu pour être fourni à différent utilisateurs pour réaliser des traitements informatique standards. Gestion comptable , gestion de ressource humaine , gestion de stock ,approvisionnement , gestion de messagerie. Plusieurs modules ou un module par type de gestion peuvent être intégrés au progiciel pour assurer la fonction souhaitée. Un système d’information composé de plusieurs application. Application partagent une même base de donnée. Système automatisé prédéfini ,éventuellement paramétrable (moteur de workflow).
- 7. 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.)
- 8. 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.
- 9. ERP/PGI Etude préliminaire Audit de L’existant Conception de nouveau processus Acquisition du progiciel Paramétrage du progiciel Exploitation et évaluation Conduite du changement Identification de la taille du projet. Des objectifs à atteindre. Comprendre la situation actuelle. Proposition de solution. Définir les nouveaux processus. Définir les fonctionnalité. Sélection de progiciel. Configuration du progiciel . le nouveau système. Evaluation des résultats. Accompagnement du changement.
- 10. 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. ERP/PGI 1.5 Les enjeux d’un ERP: 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.
- 11. Marché des ERP 2 Type ERP: ERP Propriétaire: un progiciel créé par une société spécialisée dans la conception et la mise en place de logiciels et de systèmes informatiques. Un progiciel payant. ERP Open Source: un progiciel libre. Gratuit. il peut être téléchargé par tout le monde. 2.1 2.2
- 12. Marché des ERP 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é Ce qui différencie un ERP propriétaire d'un ERP open source, c'est la licence « 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
- 13. Marché des ERP ERP Open Source Adapté ERP Open Source Non Adapté Compétitivité native : Fonctionnalités recherchées conviennent sans aucun développement dans l’ERP libre(le périmètre envisagé est restreint). Grand compte: il est probable qu'un budget très conséquent donne accès à des ERP propriétaires rendus plus adaptés par leurs plus forts investissements. Compétitivité par la souplesse : besoin de concevoir une activité très spécifique et non traitée par les ERP abordables du marché. Bâtir autour d’un ERP open source sera alors moins risqué et plus économique. Incertitude sur la tenue en charge: Plusieurs centaines de milliers de transactions par mois et/ou plusieurs dizaines d'utilisateurs faisant des requêtes simultanées. Croissance incompatible avec le système de tarification des ERP commerciaux : entreprise en forte croissance sans ERP encore (meilleure gestion sans coût d’ERP liés à la croissance de l’entreprise). Il existe des ERP propriétaires très spécialisés pour le secteur d'activité concerné par l’implémentation de l’ERP. Quelle maturité pour les ERP Open Source:2.1
- 14. ERP Open Source Les ERP libres de conceptions anciennes ,aujourd’hui matures. Semblable aux logiciels propriétaire en terme de processus de conception mis à disposition de la communauté Open Source . Deux grandes familles d’ERP OpenSource Les outsiders ‘Low Cost’,nés de reptures technologiques. Auto financés au fur et à mesure de leurs premiére mises en œuvre. Modélisation /programmation objet. Evaluation des ERP Open Source existants:
- 15. ERP Open Source 3 Critères d’évaluation d’un ERP Open Source: Notoriété Actuelle Dynamique Technologie Périmètre Souplesse Ressource Par rapport au profil général des critères d’évaluation . Par rapport aux fonctionnalités ERP. Par secteur , taille d’entreprise et chiffre d’affaire.
- 16. 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.
- 17. Conduite du projet Conduite du projet: De la fonctionnalité ponctuelle et verticale au processus transversal et horizontal. Des besoins internes de l’entreprise vers les besoins externes du client. Remettre le client au cœur des processus Mesurer l’existant en fonction de la valeur ajoutée pour le client final. Réduction des délais Amélioration des temps de réponse Amélioration de la réactivité Réduction des coûts Meilleure satisfaction du client Amélioration de la qualité Plus de partage d’information Responsabilités plus forte des employés 5 5.1 La démarche BPR(Business Process Reengineering)
- 18. 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.
- 19. 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é et en généricité. -Répondre aux contraintes de changement 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. -Superficiel sur les phases en amont et en aval du développement -Aucune proposition de document type
- 20. 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. Tracer précisément les frontières fonctionnelles du système. Le modèle représente le système vu de l’intérieur. Développe un modèle de niveau contexte.
- 21. 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.
- 22. Etude de cas 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. 6.1 6.2 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.
- 23. Etude de cas 6.3 Nos suggestion: Une interface ergonomique qui facilite la navigation entre les fonctionnalités du système. 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.
- 24. Solution Informatique 7 Architecture Technique OpenERP:
- 25. Solution Informatique 7.1 Les nouveaux processus :
- 26. Conception
- 27. Conception
- 28. Conception
- 29. Réalisation Environnement de travail: Outils de développement: Système d’exploitation : Ubuntu Version 14.04 Système de gestion de base de donnée :PostgreSQL Open Source : OpenERP Langage de programmation: Python XML ORM 8
- 30. Conduite du changement Une formation pédagogique La préparation des utilisateurs Des supports de formation détaillés Jeux d’essai 9 L’accompagnement :
- 31. Conclusion l'implémentation de notre ERP apporté par rapport à l'ancienne solution: Meilleure gestion des produits pharmaceutique. 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). Informatisation du service de garde. Facilité les échange avec les partenaires grâce au module CRM. Assurer les alertes de stock avec l’option réapprovisionnement. Meilleur suivi des activités (statistique). Consommation des médicaments par service , par patients. Introduire la comptabilité. Système de vérification des dates de péremption. Test pour les champs de saisir ainsi pour les date.
- 32. 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é.
- 33. Fin
Notes de l'éditeur
- Honorable monsieur Hadj yahia , madame azzouz et madame miloud aouidate et bien sure madame OUAHRANI , nous avons l’honneur de vous faire parts de notre travail « Adaptation et Intégration d’un ERP OpenSource pour la gestion de la pharmacie » qui est réalisé par harrag naziha et ghebriout asma. Au cours d’obtenir d’un diplôme de master 2 Ce thème est proposé par madame leila ouahrani qui est notre promotrice et qui nous a encadré durant la réalisation de notre projet de fin d’étude et par madame bakhta hadadou notre encadreur au niveau de la pharmacie d’hôpital ibn ziri bainem l’emplacement ou nous avons appliqué notre étude.
- Au sein de la pharmacie d’hôpital de « Ibn Ziri » , les responsables du stockage et distribution trouve une difficulté pour connaitre la situation de tous les produits pharmaceutique stocké et distribué , cela car les causes sont multiples, les problématiques qui se posent sont:
- Après avoir cerné tous les problématiques , nous avons opté à adapter un système automatisé rigide qui permet :
- Notre plan de travail est composé de plusieurs notions, on commence notre présentation par le monde des ERP (son rôle , pour qui il est destiné , ses enjeux et risques ,ainsi que la méthodologie adapté pour piloter ce projet ). Ensuite on abordons le marché des ERP sachant que nous avons deux type d’ERP , on spécifiée la différence entre ces deux dernier et on présente quelque exemple des ERP existants. Puis on évalue les ERP Open Source existant dans le marché (son maturité) Après on mis zoom sur Open ERP et ses fonctionnalité . On passe à la conduite du projet , ou on présente la démarche BPR pour optimiser les processus métier et L’approche objet pour modéliser notre système afin de suivre la méthodologie 2TUP avec la notation UML pour la conception , ensuite on présente notre solution informatique et on montre notre conception , pour terminer à la fin avec la conduite du changement.
- Comme il montre le schéma suivant , un système d’information composé de plusieurs application , chaque application couvre l’ensemble des fonctionnalités d’un service spécifié , ses dernière partagent une base de donnée unique par le biais d’un système automatisé prédéfini éventuellement paramétrage c’est le moteur de workflow
- La mise en place d’un projet ERP exige la mise en place d’une méthodologie rigoureuse , cette méthodologie doit respecter les fondements suivants: # on cite les fondements
- Un projet d’implantation d’un ERP comporte sept phases:
- Expliquer (créer de la valeur : réduction de coûts, réduction du temps, amélioration de la productivité, de la qualité du service, de l'efficacité fonctionnelle, meilleure gestion des ressources, meilleure prise de décision, suivi de la performance. ) Les risques: L’arrêt: difficulté techniques de mise en œuvre. Le redimensionnement :forte taille du projet. Particularisation et la consolidation et la fracture entre groupe concernent plus ou moins directement les procédures de contrôle de gestion et son évaluation ou adaptation. Le périmètre d’application étendu dans l’entreprise. Coordination complexe de l’équipe de projet.
- >Choisir un ERP propriétaire c'est profiter : D’un savoir-faire reconnu. D’un accompagnement à toutes les étapes du projet ERP. D’un service dédié assurant l'étude, la mise en place, la maintenance et le service après-vente. D’un service personnalisé adapté à l'activité de l'entreprise. >Choisir un ERP open source c’est profiter: De développer votre propre module et ce dernier sera signé par votre nom. Souplesse par l'ouverture. qualité technique supérieure
- Le budget de la licence d’un ERP propriétaire est entre 20% jusqu’à 40% de cout total. Licence ERP Open Source est une licence gratuite donc il ya une économie de licence de 25% à 50% du cout total, le cout implique les frais de formation d’utilisation et de maintenance Modèle OSI: _Libre redistribution: la licence ne doit pas donc interdire à qui que ce soit de vendre ou de donner le programme. _Code source ouvert : la licence doit permettre la distribution sous forme de code source, et si le code source n’accompagne pas le programme , il doit être disponible de manière facile et gratuit. _Travaux dérivés: la licence doit permettre la modification et des travaux dérivés , et doit permettre que ces travaux soient distribués sous les même termes de licence.
- Maintenant on présente l’évaluation des ERP Open Source existant sachant que nous avons deux grandes famille # on cite les familles avec les exemples
- Puisque notre étude est sur les ERP Open Source , nous somme obligés de faire une comparaison entre les ERP Open Source existant dans le marché ,cette comparaison est basé sur les critères d’évaluation les suivantes: # on cite les critère Nombre et notoriété des intégrateurs existant(s’agit-il uniquement d’amateurs isolés ou de vraies entreprises ? N’y a-t-il qu’un seul intégrateur derrière un projet ?
- Interopérabilité de l’application : l’architecture ouverte d’open ERP (base de donnée ouverte , respect des standards), permet une meilleure intégration avec les autres outils de votre entreprise. Comme il présente le schéma suivant : OpenERP est une suite application de gestion dont les modules principaux sont communs à la majorité des entreprises commerciales et des organisation à but non lucratifs
- Le développement d’un système d’information requiert une démarche , cette démarche est nécessaire pour réorganiser et optimiser des processus métiers dans le but d’apporter des améliorations sur le plan des couts , de la qualité du service et de rapidité , donc pour passer de l’organisation actuelle vers une nouvelle organisation , nous suivons la démarche BPR qui nous aide à aboutir nos objectifs et nos enjeux et qui possède comme but: # citer les objectifs
- Modéliser un système permet de mieux comprendre le fonctionnement du système , c’est également un bon moyen de maitriser sa complexité et d’assurer sa cohérence Afin de bien mener bien notre projet et structurer notre étude , nous avons opté pour l’approche objet pour les avantages suivantes: #cité les avantages Processus unifié : un processus de développement logiciel construit sur UML. Présentation du figure suivant : Processus unifié , organisé en fonction du temps , est divisé en quatre phases successives: Analyse des besoins : ou bien Inception (lancement) correspond à l’initialisation du projet c a d on mène une étude d’opportunité et de faisabilité , même l’évaluation des risques est réalisé a cette étapes. Elaboration : cette phase a aussi but d’analyser le domaine technique du système afin d’aboutir a une architecture stable. Construction :c’est la production d’une première version du produit(centré sur les activités de conception, d’implémentation et de test). Transition: après l’opération de test dans la phase précédente , il s’agit dans cette phase de livrer le produit pour une exploitation réel
- 2TUP : est un processus de développement logiciel qui implémente le processus unifié 2 track = siginifier que le processus suit 2 chemins(chemin fonctionnels et technique) Pour le schéma: Branche fonctionnelle : comporte capture des besoins fonctionnels et analyse Branche technique: comporte captures des besoins techniques et architecture matérielle et logiciel Branche du milieu:comporte (conception préliminaire n conception détaillée , codage , tests et recettega)
- Pour commencer notre projet avec la méthodologie 2TUP il faut un modèle dont le but est de documenter , de prévoir , d’étudier , de collecter ou d’estimer les informations d’un système, associer au processus de développement , le modèle utiliser dans la modélisation c’est UML
- La pharmacie d’hôpital de bainem « Ibn-ziri », centre de tous les mouvements des médicaments est l’objet de notre étude tout au long de ce projet, il concerne l’intégration et adaptation d’un OpenERP pour la pharmacie. ########################### Durant notre stage pratique au niveau de la pharmacie d’hôpital de bainem « Ibn ziri », nous avons pris connaissance de l’organisation de travail, les processus métiers, les outils disponibles et même le rôle des employés ainsi que les taches effectué par ces derniers… et selon notre analyse de besoins , nous distinguons l’existence de plusieurs problèmes et anomalies au niveau organisationnel et même fonctionnel et pour cela nous avons proposées une démarche performante qui doit assurer la réorganisation , la restructuration , la ré-engineering et le plus important c’est l’ optimisation du fonctionnement de la pharmacie .La démarche BPR (Business Process Reengineering) est un meilleur outil qui nous a permis de comprendre la logique des applicatifs de type ERP, et d’aboutir à une meilleur vue globale de l’ensemble des processus métiers de la pharmacie et leurs interactions dans le but de supprimer la pharmacie de ses processus inutiles. Dans ce qui suit, nous appliquons les étapes de cette dernière citées dans la présentation précédente.
- Ici après l’apparition de photo openerp , on cite qlq avantages oralement -Mettre fin aux ruptures de stocks -valeur des stocks -suivi des fournisseur. -Tableau de bord -contrôle de facturation -contrôle de réception -création de notre produit -alerts de stock
- Gestion de base(gestion des produits pharmaceutique, des nomenclatures , service demandeur , des patients , des établissements de santé, des personnels médicaux ,service de garde) Gestion de stock(approvisionnement , stockage , distribution ). Statistique(Inventaire , mouvement de stock, les entrés et les sortis , consommation par service , patient et fournisseur). Gestion de contact(contact entre fournisseur et la pharmacie ainsi que entre les patients et la pharmacie).
- Pour l’architecture, OpenERP est basé sur une architecture 3 tiers: Un serveur de base de données PostgreSQL (qui peut contenir plusieurs bases de données) Un serveur d'applications (contenant les objets de gestion, le moteur de workflow, le générateur d'édition, etc.) Un serveur de présentation (appelé OpenERP Web) qui permet à l'utilisateur de se connecter à OpenERP avec n'importe quel navigateur internet (avec le lecteur Flash installé pour l'affichage des graphiques). Ce serveur n'est pas nécessaire si l'utilisateur utilise le client lourd mais qui nécessitera une installation physique sur le poste de l'utilisateur (cette application se nomme Client GTK).
- Description : La structure statique de notre futur système est bien exprimée dans ce diagramme. Il décrit les tables les plus importantes et les relations entre ces derniers. Les tables sont : Personnel médical : c’est le médecin chef qui a le droit d’établir les bons de commandes. Service : les services de l’hôpital. Patient : les patients suivis dans l’hôpital. Bon de livraison : les bons de livraison établies par la pharmacie. Unité : Les unités de la pharmacie de l’hôpital. Fournisseur : Les fournisseurs choisis par l’hôpital pour effectuer des achats avec eux. Ils peuvent être soit : -PCH : Pharmacie Centrale des Hôpitaux -IPA : Institut Pasteur Algérie. -Fournisseur privé. Bon d’achat : Les bons d’achats établies. Bon commande : les bons de commandes établies par les services et les établissements de santé. Établissement de santé : les établissements de santé coopérants avec notre hôpital. Produit pharmaceutique : les produits disponibles dans le stock de la pharmacie. Facture/bon de livraison : les factures établies par le fournisseur. Réclamation : Les réclamations faites par l’administrateur concernant les produits achetés. Dénomination Commune Internationale : Dénomination Commune Internationale [DCI] des produits pharmaceutiques. Tel que chaque produit possède un seul DCI et chaque DCI à une seule Sous classe thérapeutique et cette dernière appartient à une classe thérapeutique.
- Ce diagramme présente 3 couches : -La couche présentation : joue le rôle de la vue dans le model MVC, il décrit tous ce qui est interface, fenêtres et les actions. Dans notre cas les vues sont développées en XML. -La couche logique métier : joue le rôle de contrôleur de model MVC il permet de décrire les objets les classes du projet via le Framework open Object qui assure la persistance des objets, via le langage de programmation python. -La couche persistance : concerne la persistance des données (ORM) dans un serveur Postgresql. » » » » » » » » » » » » » » » » » » » »
- Finalement, notre nouveau système ne pourra véritablement fonctionner que si les utilisateurs finaux adhérent à ce nouveau progiciel qui leur est imposé et qu’ils acceptent de modifier leurs façons de travailler. Pour cela nous souhaitons que les responsables de l'hôpital Ibn Ziri sensibilisent les utilisateurs en leurs présentant: