Propriété du document ADE Conseil Santé. Reproduction interdite LExpertise Associée Rendre plus opérationnel son Système dInformation Hospitalier Module

L’Expertise AssociéePropriété du document ADE Conseil Santé. Reproduction interdite

Rendre plus opérationnel son

Système d’Information Hospitalier

Module de Formation d’une journée


Objectifs et méthode de la journée

Un SIH ?

Référents Métier et Référents Informatique

Recettes nouvelles versions

Ingénierie Formation Référents et utilisateurs

Relations éditeurs

Interopérabilité

Satisfaction Utilisateurs


• Objectifs de la journée

Apporter un regard objectif sur le sujet…

Recenser les processus d’amélioration existants.

Construire les base d’un plan d’action.

Aborder les outils d’évaluation.


• Méthode pédagogique

Partir de la connaissance de la «chaine» : Conception, fabrication, déploiement, utilisateurs… et donc du qui fait quoi !

Imaginons un monde parfait…

Agir en créant l’adhésion autour des solutions.

Aborder les outils d’évaluation.



Un SIH ?




Relations éditeurs

Interopérabilité



• Le Système d’Information

C’est quoi un SIH ?



Cela devrait être ça, mais c’est très rare…



C’est parfois ressemblant à ça…



En fait c’est souvent ça…


Identité

Mouvements

Activés

StructureNomenclatureSécurité

A P I

API

Facturation

Identité

Mouvements

Structure

Sécurité

Soins

EAI ou Noyau

Mo

teu

r de

co

mm

un

ica

tion

:NO

RM

ES

API

Pharmacie

Infocentre et Pilotage institutionnel

Gestionnaire des Ressources

Dossier Médical Commun / Dossiers Spécialités

Gestion de l’activité Pilotage Médico Economique

Base médicaments

Données pour Ministère Santé

Prescriptions

Logistique

GREF

LaboratoireUrgences

Stérilisation

GRH

RadiologiePACS

C’est ça… PMSI



C’est une nébuleuse pour beaucoup

Côté Utilisateurs, il faut qu’une application tombe en panne pour que l’on se rende compte de son apport…

Côté Direction il est souvent vécu comme une dépense, rarement comme un investissement…

Côté exploitation, les contraintes de haute disponibilité et de support 24/24, 7/7, sont un vrai sujet…

C’est souvent un cimetière de données…


• Une application : Une histoire de Légo

Il n’y a pas de réalité, il n’existe que des images de la réalité… La réalité c’est un ensemble de briques livrées au format «brut» de paramétrage… Loin des attentes et des besoins exprimés.

Qui va construire l’image «vendue» sur la boite ?

Quelle garantie de résultat ?

Qui va faire vivre l’image dans un contexte d’évolutions réglementaires, de nouvelles pratiques, d’accréditation, de besoins ergonomiques, de nouvelles technologies…


• Des effets connus, des phrases entendues…

La fonction n’est pas totalement couverte. On ne peut pas traiter tous les cas de figure. Les résultats sont faux. Le traitement plante. Je ne m’y retrouve pas. Les écrans sont illisibles. Les éditions ne sont pas bonnes. Avant ça marchait…


• Quelques causes récurrentes…

La documentation est inexistante. Les formations se sont mal passées. Les réponses aux questions ne viennent pas. Les réponses apportées sont inefficaces. Les réponses apportées créent des effets de bord… Les mises à jour de versions se font dans la douleur. Certains nouveaux utilisateurs ne sont pas formés du

tout…


• Quelles vraies priorités pour le Système d’Information ?

Facturer, Comptabiliser, Pilotage ? Identito-vigilance ? Optimiser le recueil et le codage de l’activité ? Médicaliser le Système d’Information ? Tracer le circuit du médicament et répondre aux

obligations liées à la certification V2010 ? Communiquer avec la médecine de Ville ? Optimiser le temps de travail ?


• Qui fait quoi : Côté Editeur

Identifier les attentes, les besoins, les différentes pratiques.

Concevoir des spécifications répondant à des fonctionnalités…

Concevoir des spécifications détaillées. Assurer les développements… de qualité (!) Réaliser les tests usines. Packager la solution.



Modélisation du déploiement sur Sites Pilote. Transfert de compétences éditeur/équipe Projet Site

Pilote. Test Sites Pilote. Bascule et suivi du comportement en Production. Assurer la réactivité sur anomalies. Libérer la version…



Proposer des Plans Projets réalistes et détaillés…

Dire

ctio

n P

roje

t

Rec

ueil

Ana

lyse

Réd

actio

n

Val

idat

ion

Livr

able

TOT Dire

cteu

r P

roje

t

Con

sulta

nt 1

Con

sulta

nt 2

Con

sulta

nt 3

Ellaboration du SDI du SIT

5.1 Synthèse 0,00 0,00 4,00 4,00 0,00 8,005.1.1 Synthèse des 4 niveaux d'approche 1,00 1,00 0,00 1,00 1,005.1.2 Synergie avec le SDR des SI (SIS-IF) 1,00 1,00 0,00 1,00 1,005.1.3 Analyse des autres expériences 1,00 1,00 0,00 1,00 1,005.1.4 Etude du cadre juridique de mutualisation 1,00 1,00 0,00 2,00

5.2 Ellaboration du plan d'actions 0,00 1,00 1,00 2,00 1,00 5,005.2.1 Determination des projets pilotes 1,00 1,00 1,00 1,005.2.2 Construction des dossiers de candidats Hôpital 2012 1,00 2,00 0,00 3,00

5.3 Validation du SD-IT 1,00 0,00 0,00 2,00 1,00 4,005.3.1 Présentation 2,00 0,00 1,00 1,005.3.2 Comité de pilotage de validation de l'étude 1,00 1,00 2,00 0,00 0,00

3,00 4,00 8,00 2,00TOTAL PHASE 1,00 1,00 5,00 8,00 2,00 17,00

Charges Assistance Maitrise d'Ouvrage

Charges de la Phase 5 en Jours / homme

Détail par Profil


• Qui fait quoi : Côté Maîtrise d’Ouvrage

Une vision stratégique.

Un Schéma Directeur validé…

Un Comité de Pilotage institutionnel…

Faire des choix.

Définir des moyens.

Mettre en place une Maitrise d’Œuvre.


• Qui fait quoi : Côté Maîtrise d’Œuvre Interne

Maitriser totalement l’application sur le plan fonctionnel et technique.

Découper l’application en fonctions. Réaliser les paramétrages. Faire les tests. Adapter les supports de formation. Former les Utilisateurs. Mettre en place le support Utilisateurs. Faire vivre la relation Editeur.



Un SIH ?




Relations éditeurs

Interopérabilité



• Référents Métiers

Patron fonctionnel : Expert d’un domaine, d’une application ou d’un module et des processus organisationnels associés.

Transfert de compétences total avec l’Editeur.

Options de paramétrage, réalisation du paramétrage.

Campagne de tests.

Plans de formation, recrutement et formation des Formateurs.



Comprendre le poste, les enjeux, implication totale.

Temps consacré à la mission proportionnel à la complexité du domaine, de l’application, de l’évolution de la réglementation…

Volonté de dialogue avec les Utilisateurs et l’éditeur.

Ouvrir le poste en mode «recrutement».

Soutient du Directeur indispensable.



Anticiper les catastrophes… Exemple…

Pourquoi les clôtures d’exercices comptables sont périlleuses ?

Pourquoi les Etablissements ne clôturent pas au fil de l’eau sachant que les hotline des éditeurs sont saturées en fin d’année ?


• Référents Informatique

Connaissance du Domaine.

Transfert de compétences total avec l’Editeur.

Compréhension des dysfonctionnements, actions préventives à mener.

Effets de bord, Interopérabilité.

Ne pas faire (trop) de fonctionnel.

Ne pas vouloir réécrire le logiciel…


• Les couples…

Respect mutuel.

Construire l’environnement de test.

Construire l’environnement de formation.

Participer ensemble aux Clubs Utilisateurs ou à défaut convoquer régulièrement l’Editeur pour connaître les contenus et livraisons de versions.

Se rapprocher des autres sites utilisateurs de taille comparable.



Un SIH ?




Relations éditeurs

Interopérabilité



• Recette nouvelle version : les tests

L’Editeur ne peut pas réaliser les tests avec les configurations de paramétrage des clients.

La base de tests doit être identique à la base de production en paramétrage et en volume.

Campagnes de tests pour chaque nouvelle version ou patch…

Minimiser au maximum les risques.


• Recette nouvelle version : campagne de tests

Définir les ressources humaines nécessaires : qualitativement et quantitativement (les testeurs).

Mise a disposition de la plate forme, des fiches scénarios et résultats.

Analyse des résultats.

Aller retour Editeur.

Décision bascule.


• Recette nouvelle version : Plan de test

Document de précision sur :

Les fonctionnalités à tester.

Dans quel ordre.

Par qui.

Scénarios.


• Recette nouvelle version : scénario

L’application à un patrimoine « génétique » connu des utilisateurs… précédents bugs, attention particulière à porter sur :

Les nouvelles fonctionnalités. Les risques de régression.

Notion de résultats attendus.

Calculer à priori les résultats des traitements…

Hiérarchiser les dysfonctionnements : Bloquant, catastrophique, grave, modéré, ennuyeuse…


• Recette nouvelle version : exemple de scenario sur le module agenda

1. Gérer les rendez vous.

1.1 Saisir un rendez vous.

• 1.1.1 Saisir un rendez vous de consultation.• 1.1.2 Prise de rendez vous pour un acte.• 1.1.3 Prise de rendez vous libre.

1.2 Modifier un rendez vous.

• 1.2.1 Modification par lot de rendez vous.• 1.2.2 Modification unitaire.



1.3 Dupliquer un rendez vous.

1.4 Supprimer un ou plusieurs rendez vous.

1.5 Impression des rendez vous du jour.

2. Gérer les indisponibilité.

2.1 Saisie d’une indisponibilité pour un utilisateur.



3. Visualiser les agendas.

3.1 Visualiser l’agenda journalier. 3.2 Visualiser l’agenda mensuel. 3.3 Visualiser l’agenda du patient.

• 3.3.1 Afficher la liste des rendez vous dans l’agenda.• 3.3.2 Afficher la liste des rendez vous dans le Dossier Patient.

Fiche scénario

Fiche incidents

Fiche synthèse

Fiche suivi anomalies



Un SIH ?



Ingénierie Formation Référents et Utilisateurs

Relations éditeurs

Interopérabilité



• Ingénierie Formation

• L’application est découpée par fonction opérationnelle (par exemple créer un Patient, modifier un Patient).

• Une fonction opérationnelle = Une leçon avec :

Un objectif pédagogique (Savoir créer un Patient).

Un contenu théorique comprenant les enjeux, les risques.

Une session de pratique et d’exercices.

Une session d’évaluation.


• Ingénierie Formation : profils et leçons

Leçon 1

Leçon 2

Leçon 3

Leçon 4

Leçon 5

Profil 1

Profil 2

Profil 3



Tableau de suivi des effectifs par Profils (Annuaire).

Tableau de suivi des formations par leçon et par Utilisateurs.



La conduite du changement c’est avant tout :

Expliquer pourquoi : les enjeux (contraints ou volontaristes).

Situer l’utilisateur au regard de ses droits d’accès. Expliquer individuellement et précisément à quoi vont

servir les informations saisies. Expliquer individuellement et précisément ce que le

Système apporte… ou n’apporte pas ! Expliciter les choix de solutions.



La conduite du changement c’est aussi :

Evaluer les impacts des évolutions de la solution.

Valider les nouvelles procédures.

Anticiper les blocages…

Eliminer les points de résistance.



Les manuels de formation :

Les leçons préparées par les éditeurs ne correspondent pas toujours au processus de l’établissement (identité, mouvement…) compte tenu du SIH.

Les fichiers structures, nomenclatures…, les paramétrages sont Etablissements dépendants.

Les supports de formations doivent être réalisés par les Référents Métier et Formateurs de l’Etablissement.


• Ingénierie Formation : c’est quoi un formateur?

C’est un pédagogue.

Il est convaincu du bien fondé du Système d’Information.

Il est capable de répondre aux questions sur les enjeux et les risques de la non qualité de l’utilisation sur les leçons dont il est responsable.

Il est capable d’évaluer, donc de «sanctionner» par la non labellisation.


• Ingénierie Formation : c’est quoi la labellisation ?

C’est le permis de conduire associé au Profil X.

C’est un élément clef de la démarche qualité.

C’est valorisant…

Ce ne vaut que pour une version… !!!


• Ingénierie Formation : Logistique

Une session de formation Utilisateur ne doit pas être longue (2H00 maximum).

1 stagiaire par poste.

Le stagiaire doit être totalement disponible.

Le «profil d’entrée» dans la session doit être respecté pour ne pas créer des décalages de niveau.


• Ingénierie Formation : Le libre service

Uniquement pour les piqures de rappel.

Accès présentiel à une plate forme ou accès déporté par poste client (e-learning).

Exercices.

Evaluation.

Suivi par Formateur du parcours de formation.



Un SIH ?




Relations éditeurs

Interopérabilité



• Relations éditeurs

Qu’attendez vous de lui : la théorie du curseur…


• Relations Editeurs

Maitrise de l’application :

Modèle de données.

Documentations.

Plans de formation des Référents.

Livrables de formation utilisateurs ?

Qualifier leurs formateurs, refuser les débutants.

Imposer des formations inter Etablissements.



Contrat de maintenance :

Le correctif.

L’évolutif réglementaire.

Nouvelles fonctionnalités.

Support.

Help desk .

Base de données.



Le Plan Produit

Existence d’un vrai Plan Produit ?

Lisibilité sur les sorties de version.

Impact des Demandes d’Evolutions.

Influence possible sur les spécifications générales.

Evolutions technologiques obligatoires…



Autres vraies questions…

A qui appartient l’éditeur ?

Son bilan de santé financière.

Sa stratégie de développement d’entreprise.

La stabilité des « hommes clefs ».

Sa philosophie Client.



Un SIH ?




Relations éditeurs

Interopérabilité



• Interopérabilité

Dans l’absolue…

L’ interopérabilité est la capacité que possède un produit ou un système, dont les interfaces sont intégralement connues, à fonctionner avec d'autres produits, ou systèmes existants, ou futurs, et ce sans restriction d'accès ou de mise en œuvre.

Une interface est une zone, réelle ou virtuelle qui sépare deux éléments. L’interface désigne ainsi ce que chaque élément a besoin de connaître de l’autre pour pouvoir fonctionner correctement. Seule, la connaissance exhaustive des interfaces d’un produit ou d’un système permet d’en garantir l’interopérabilité.



Dans le quotidien, faire dialoguer plusieurs éditeurs nécessite une vraie démarche Projet.

Questions préalables :

Sont ils concurrents ? Combien de sites ont-ils en commun ? Existe-t-il un site Pilote sur l’intégration des deux solutions Ont-ils déjà spécifié les connecteurs ? Ont-ils déjà réalisé les connecteurs (synchrone,

asynchrone, présence d’un EAI…



Démarche Projet :

Identification des flux : nature, sens…

Arbitrage si chevauchement de couverture fonctionnelle.

Phase étude et phase mise en œuvre

Pérennisation.



Un SIH ?




Relations éditeurs

Interopérabilité



• Satisfaction Utilisateurs

Parce qu’ils ont aussi des idées…

Parce que la qualité de la saisie repose en grande partie sur eux…

Une démarche de Marketing Opérationnel s’impose…



Enquête de satisfaction :

Structurer, au-delà des mots, son expression au regard d’une fonctionnalité.

Analyser les problèmes rencontrés et les effets induits.

Hiérarchiser les remarques (fonctionnel, techniques, IHM, poste de travail…).

Rendre «public» les résultats.

Mesurer dans le temps pour suivre les évolutions.



Expression des besoins :

Créer des groupes restreints : compétence et motivation.

Proposer et encadrer les expressions (sans les brider) pour éviter la lettre au Père Noel…

Approche transverse sur certains sujets : exemple le circuit du médicament…



Support interne :

Premier filtre sur : fonctionnel, technique, réseau ou… exotique. Mesure de l’urgence.

Haute disponibilité du premier filtre.

Intervention sur le mode pédagogique… (Dysfonctionnement lié à la saisie, provoqué en amont, lié application…).

Les incidents provoque les incidents…



Support interne :

Définition des ressources nécessaires par Domaine / nb utilisateurs, fréquence en rapport avec les changements de paramétrage, de versions…

Choix des intervenants avec les Référents.

Mise en place d’un outil de suivi pour analyse des appels entrants.

Possibilités d’externaliser ce «métier».



Communication interne :

Valoriser régulièrement le Système d’Information en créant par exemple une lettre électronique des utilisateurs avec un contenu positif.

Décloisonner le monde applicatif métier au profit d’une contribution de tous pour le mieux de tous…


www.ade-conseil-sante.fr

Sommaire


Scénario N° 1.1.1 : Prise de rendez-vous de consultation

1. Créer un rendez-vous en cliquant sur :

Choisir le réalisateur dans la liste déroulante :

Recherche de la première date disponible à partir du calendrier

Résultats Attendus observations

Les réalisateurs doivent apparaitre dans la liste déroulante

Recherche la date :

Retour


Retour

Date de l'incident .. / .. / ….Description

Bloquant Oui NonGrave Oui NonUrgent Oui Non

Date .. / .. / …. Description



Solution Apportée

Scénarion : Référence du scénario Cas de test : référence du scénario

Fiche incident Recette N°

Actions entreprises

Description de l'incident ou du point bloquant

Recette solution apportée et impacts

Nom personne ayant exécuté le test :


Fonctionnalités N° Processus Scénario Scénario détaillé Ref. Cas de test

1 1.1 1.1.1 Prise de RDV de consultation

1.1.2 Prise de RDV pour un acte1.1.3 Prise de RDV libre

1.2 1.2.1 Modifification utnitaire1.2.2 Modification par lot

1.3 Dupliquer un RDV1.4 Supprimer un ou plusieurs RDV1.5 Imprimer le rendez-vous du jour

2 Indisponibilités 2.1 Sasir une indispo pour un utilisateur

3 3.1 Visualiser l'agenda journalier3.2 Visualiser l'agenda mensuel3.3 3.3.1 Afficher la liste des RDV dans l'agenda

3.3.2 Afficher la liste des RDV dans le dossier patientVisualisation des agendas

ref XXX.doc

AGENDA

Saisir un RDV

Gestion des RDVModifier un RDV

Visualisation des agendas

Visualiser l'agenda du patient

Réf Fiche de test Date du test Réf Fiche Incident Etat

FT1-AGD-PriseRDV-CS.docFI-AGD-Prise

FT2-AGD-ModifRDV-CS.doc

Retour


Date : 08/10/09 Suivi et gestion des anomalies

Domaine : AN=Affaires Nouvelles, EM=Emission, TA=Tariffario, CO=Conventions, SU=Support paramètrage, ED=Support éditions, PE=Personnes, GC=Gestion Admin. contrats, AU=Autres

Nature : AF = Anomalie fonctionnelle, RF = Régression fonctionnelle, EX = Exploitation, EF = Evolution fonctionnelle, DI = Divers, PA = Paramétrage Effet/recette : B = Bloquant, NB = Non bloquant U = Urgent NU = Non urgent

Etat : AT = En attente, EC = En cours de résolution, EV = En attente de validation, V = Validé, A = Annulé, SC = Solution de contournement

Priorité :

Date N° Code Nature Effet Libellé incident Dates Charge Etat Priorité Pris en incident incident test sur recette Référenc

e fiche incident

Réception Livraison Validation estimée (jours)

charge par

16/09/97 2 XXX AF NB Libellé 1 FI - 1.doc 17/09/06 19/09/06 26/09/97 V 1 YYY17/09/97 5 XXX AF NB Libellé 2 FI - 2.doc 18/09/06 20/09/06 25/09/97 V 2 YYY17/09/97 6 XXX AF NB Libellé 3 FI - 3.doc 19/09/06 21/09/06 29/09/97 V 1 YYY17/09/97 8 XXX AF NB Libellé 4 FI - 4.doc 20/09/06 22/09/06 26/09/97 V 1 YYY18/09/97 14 XXX AF NB Libellé 5 21/09/06 23/09/06 26/09/97 V 1 YYY19/09/97 21 XXX AF NB Libellé 6 22/09/06 24/09/06 29/09/97 V 1 YYY19/09/97 22 XXX AF NB Libellé 7 23/09/06 25/09/06 03/10/97 V 1 YYY24/09/97 36 XXX AF B Libellé 8 24/09/06 26/09/06 16/10/97 V 1 YYY25/09/97 40 XXX AF NB Libellé 9 25/09/06 27/09/06 16/10/97 V 1 AAA25/09/97 41 XXX AF NB Libellé 10 26/09/06 28/09/06 20/10/97 V 1 YYY25/09/97 42 XXX AF B Libellé 11 22/09/06 29/09/06 10/10/97 V 1 YYY25/09/97 43 XXX AF NB Libellé 12 25/09/97 30/09/06 29/09/97 V 1 YYY25/09/97 45 XXX AF B Libellé 13 26/09/97 01/10/06 27/11/97 A 1 YYY26/09/97 46 XXX AF B Libellé 14 27/09/97 02/10/06 03/10/97 V 1 BBBB26/09/97 47 XXX AF NB Libellé 15 28/09/97 03/10/06 03/10/97 V 1 YYY29/09/97 48 XXX AF NB Libellé 16 29/09/97 04/10/06 10/10/97 V 1 BBBB30/09/97 50 XXX AF NB Libellé 17 30/09/97 05/10/06 10/10/97 V 1 YYY30/09/97 52 XXX RF B Libellé 18 01/10/97 06/10/06 16/10/97 V 1 YYY30/09/97 53 XXX AF NB Libellé 19 02/10/97 07/10/06 10/10/97 V 1 YYY03/10/97 55 XXX AF B Libellé 20 03/10/97 08/10/06 10/10/97 V 1 YYY03/10/97 56 XXX AF NB Libellé 21 04/10/97 09/10/06 20/10/97 V 1 KSO

03/10/97 57 XXX AF U Libellé 22 05/10/97 10/10/06 10/10/97 V 1 JPA

Retour


Réalisation / février - septembre Total S1 S2 S3 S4 S5 S6 S7 S8 S9

Capacité de production février 171 19 19 19 19 19 19 19 19 19Capacité de production mars 198 22 22 22 22 22 22 22 22 22Capacité de production avril 189 21 21 21 21 21 21 21 21 21Capacité de production mai 189 21 21 21 21 21 21 21 21 21Capacité de production juin 198 22 22 22 22 22 22 22 22 22Capacité de production juillet 180 20 20 20 20 20 20 20 20 20Capacité de production août 198 22 22 22 22 22 22 22 22 22Capacité de production septembre 198 22 22 22 22 22 22 22 22 22

Total capacité théorique 1521 169 169 169 169 169 169 169 169 169( hors congés et autres activités)

Prévisions de congés 63 5 7 12 4 9 8 7 6 5Contribution Hot Line 16 2 3 4 2 4 1 0 0 0Reprise de données 10 4 0 5 0 0 0 1 0 0

Autres activités à déduire (Formation...) 25 1 2 2 1 2 2 4 5 6

Total production prévisionnelle 1407 157 157 146 162 154 158 157 158 158

Libellé des taches Charges Priorité

Tache 1 240Tache 2 125Tache 3 123Tache 4 96Tache 5 75Tache 6 124Tache 7 35Tache 8 236Tache 9 99Tache 10 200

Total des Charges 1353

Total Production - Total des charges 54

Retour


Demande Site

Demande Site

Cahier des Charges

Réunion(s) préparatoire(s) avec les interlocuteurs

Etude de Faisabilité

Spécification Fonctionnelle Générale

Session(s) de travail avec les interlocuteurs

Proposition Commerciale

connexion

Besoin

Validation Cahier des Charges

NON

Etude de Risque

Protocole de Partenariat Editeur

Spécification Technique Détaillée

NON

FIN

Validation de la Faisabilité

NON

FIN

OUI

Validation du Protocole

Commande Connexion

NON

FIN

Validation de la proposition

OUI

OUI

OUI

Etablissement

Editeur A

Editeur A et B

NON

OUI

Proposition Commerciale

d’étude

FIN

Validation de la proposition

Suite


Jeux de Tests

Fiches de Tests Fonctionnels

NON

OUI

Environnement de Qualification

Plate Forme de tests « Usine »

NON

Validation Dev. Unitaires

Validation Sur Plate Forme

« Usine »

OUI

Validation Env. Réel

OUI

Mise en Production

Vérification Service Régulier

Maintenance

Etablissement

Editeur A

Editeur A et B

Préparation environnement

Environnement de production paramétré

OUI

Elaboration Planning

Développements

Tests d’ensemble

Vérification d’Aptitude à la mise en production

Vérification Fonctionnement en

Production

Commande Connexion

Retour

Documents

Propriété du document ADE Conseil Santé. Reproduction interdite LExpertise Associée Rendre plus opérationnel son Système dInformation Hospitalier Module