Evolution des standards et développement des GHT Club Utilisateurs XPERIS Paris - 11 octobre 2016 Jean-christophe.cauvin@medasys.com Président Interop Santé
Introduction Présentation d Interop Santé Plateforme de test Gazelle Groupements Hospitaliers de Territoire Système d Information convergent Identité unique FHIR Questions & réponses
Organisation Association fondée en 1990 pour développer et promouvoir les standards HPRIM (Harmoniser Promouvoir l Informatique Médicale). Intégration d HL7 France (2004) et IHE France (2009) ~150 adhérents Fournisseurs de solutions (éditeurs, intégrateurs, consultants) Utilisateurs (hôpitaux, laboratoires, médecins) Autres acteurs (agences publiques, associations) Bureau élargi Comité d organisation pour sélectionner les travaux Chargés de mission
Missions Définir les standards d interopérabilité à utiliser en France (intra-hospitalier). Adapter et localiser les standards internationaux sélectionnés Veiller aux évolutions organisationnels et réglementaires dans le domaine des SIS touchant l interopérabilité. Participation active au développement des standards et des profils d intégration. Faciliter leur mise en place dans les SIH.
Groupes de travail Biologie Standardisation des flux de demandes et de résultats d examens biologiques Sémantique, codage des techniques Prescription ambulatoire PAM (Patient Administration Management) Maintenance des extensions françaises Scénarios BP6 HPRIM Maintenance d HPRIM XML (acte et PMSI) FHIR (en cours de création) Interopérabilité LAP/LAD Etat des lieux sur la certification des LAP Expression des posologies maximales Archivage
Publications Guide d Interopérabilité Intra-hospitalier. Extensions Françaises du profil IHE PAM (+ version anglaise). Schéma des versions H XML. Production, gestion et préservation de la valeur neutre et probante de l information médicale Guide de dématérialisation des demandes et des résultats de bactériologie et parasitologie-mycologie Distribution de définition de structure d'établissement Harmonisation des modalités de communication des documents médicaux Extensions Française du profil IHE LCSD (Laboratory Code Set Distribution)
Formations 1 semaine chaque octobre. Formations à la demande. Catalogue : Initiation à l interopérabilité des SIH Présentation générale IHE et des profils ITI Formation au standard HL7 V2.5 Formation au standard CDA Décret biologie : impacts sur les laboratoires et les correspondants HL7 FHIR Les outils au service du test
Contacts www.interopsante.org info@interopsante.org Groupes de discussion https://groups.google.com/forum/#!forum/hprim---interopsante https://groups.google.com/forum/#!forum/ihe-france https://groups.google.com/forum/#!forum/gestion-patient-ihe-fr https://groups.google.com/forum/#!forum/ihe-france-laboratoire https://groups.google.com/forum/#!forum/is_support_gazelle https://groups.google.com/forum/#!forum/hl7-gtcda
Historique Charte de Bonnes Pratiques pour les SIS Prestataires respect CI-SIS et CI Interop Santé suivi des versions correspondant interopérabilité Donneurs d ordre : mise en oeuvreci-sis et CI IS étudier en amont l interopdes applications installées -> impacts projet Donneurs d ordre Fournisseurs BP6
Offre Plateforme Gazelle Scénarios de test adaptés aux besoins des adhérents Prestations de service Service Gazelle Interop'Santé Gestion des tests Simulateurs Serveur d identité Serveur de jeux de test Validateur + APIs Proxy de messages IHE PAM IHE PIX Accès à la plateforme APIs tests unitaires Projectathons
Niveaux de tests Tests de composants (tests unitaires) Pendant la phase de développement des logiciels Service web de validation public String validate(string, String, String) throws SOAPException; EVS Client Tests d intégration Patient Manager (PAM, PIX, PDQ ) Autres éditeurs via proxy Module de gestion des tests Tests d acceptation (qualification) Validation des messages en temps réel sur les environnements de pré-production des sites.
Niveaux de tests Analyse des Besoins (Scénarios et analyse des flux) Tests d acceptation Spécifications Fonctionnelles (Cadre Technique Volume 1) Tests d Intégration Spécifications Détaillées (Cadre Technique Volume 2) Tests Unitaires Développement
Démonstration https://gazelle.interopsante.org/ Patient Manager ADT^A28 Proxy ADT^A28 DxConnect 51.254.184.57:20004 89.83.122.18:10010 AppX
Sources d Information Article 107 de la loi n 2016-41 du 26 janvier 2016 de modernisation de notre système de santé Article L.6132-2 du Code de la Santé Publique (CSP) Articles R.6132-6, R.6132-7 et R.6132-8 du CSP Kits mis à disposition par le ministère (2016) Rapport de mission Hubert-Martineau (2016) Guide méthodologique pour la stratégie, l optimisation et la gestion commune d un système d information convergent d un Groupement (prévu 10/2016) Guide d Interopérabilité Intra-hospitalier (prévu 2017)
Les Fondations Projet médical partagé Mutualisation des moyens Alignement des pratiques Convergence des SI Source Medasys 2016
Les mots clés Budget Charges de gestion des SI = budget annexe de Convergence l établissement support Renouvellement des briques applicatives de Participation DIM de chaque établissement. chaque établissement Organisation d une production homogène À terme DSI(janvier 2021), logiciels identiques des données médicales pour une Premières même brique étapes applicative. de la convergence Analyse Hébergement médicale de l activité des données du GHTde santé Définition de la stratégie de groupe et suivi Politique Pas de confidentialité, dérogation aux de règles sécurité d hébergement et de de sa Identifiant mise œuvre. patient unique gestion des archives données médicales de santé Chaînage des données d un même patient Valorisation Massifier des données l organisation dans une de l hébergement optique «Organisation des parcours bigdata Externalisation». Identito-vigilence à l échelle du GHT. Source Medasys 2016
Convergence du SI Outil unique par brique fonctionnelle DSI de l établissement support Multi-entités juridiques Réduction des interfaces Une seule base de donnée Source Medasys 2016
Fonctions prioritaires Projet médical partagé Mutualisation des moyens Alignement des pratiques Convergence des SI Source Medasys 2016
Trajectoire
Les Premiers Projets DSI unique Identités patients unique DIM de territoire Achats Infrastructure Socle fonctionnel Politique de sécurité du SI Dossier Patient Informatisé Ouverture vers l extérieur Programmation des ressources et de l agenda du patient Gestion administrative des malades Gestion Economique et Financière Gestion des ressources humaines Gestion des plateaux techniques : laboratoire, imagerie médicale, pharmacie, blocs opératoires Reprise des données Mutualisation/externalisation de la production
Gestion des identités Disposer d un référentiel unique d identités pour les échangesde données patients au sein du GHT et avec les partenaires. Plusieurs approches Synchronisation des NIPs GAM unique Serveur d identité (MPI) Serveur de rapprochement d identité (MPI/SRI) Prérequis : Charte d identito-vigilence CIV Indicateurs qualité Formation du personnel
Gestion des identités Configuration initiale
Gestion des identités Synchronisation des NIPs- modèle décentralisé
Gestion des identités Synchronisation des NIPs- modèle centralisé
Gestion des identités Synchronisation des NIPs- résumé Il ne faut pas que les plages de NIPsse recouvrent Surveillance des flux Alignement de la logique d admission entre les GAMs (règles de saisie). ITI-30 (PIX, PAM) : A28, A31, A47, A40
Gestion des identités GAM unique
Gestion des identités GAM unique -reprise des identités «one shot»
Gestion des identités GAM unique -reprise des identités au fil de l eau
Gestion des identités GAM unique - résumé Très bonne maitrise des SIHsdu GHT Très bonne organisation Environnement de test au plus proche de la production pour les répétitions La GAM retenue doit gérer les domaines d identification repris Nettoyage des données, charte d identification, CIV ITI-30 (PIX, PAM)
Gestion des identités Serveur d identité
Gestion des identités Serveur d identité Création de patient
Gestion des identités Serveur d identité - résumé Reprise/fusion au fil de l eau Nombreux scénarios (patient connu/non connu des GAMs, du MPI) Alignement parfait du modèle de données entres les GAMset le MPI. Alignement de la logique d admission entre les GAMs (règles de saisie -> coûts de développements importants. Impacts sur les autres applications des SIHsqui créent des NIPs(urgence, DPI). ITI-21 (PDQ), ITI-47 (PDQV3), ITI-78 (PDQm) : recherche FHIR PUT, POST (Patient) : mises à jour et création
Gestion des identités Serveur de rapprochement d identité alimentation et diffusion
Gestion des identités Serveur de rapprochement d identité rapprochement
Gestion des identités Serveur d identité - résumé Reprise d identité, nettoyage Impacts sur les applications des SIHsqui échangent et partagent des données (pourvoir gérer des domaines d identification) Charte d identification CIV réactive ou travail au niveau des applications pour déporter des opérations de rapprochement au niveau des services, à la demande. ITI-8 (PIX), ITI-30 (PIX, PAM), ITI-83 (PIXm)
FHIR Fast Healthcare Interoperable Resources API ouverte et gratuite basée sur des techniques de développement modernes. FHIR c est : Un modèle de donnée robuste pour décrire les données médicales et administratives. Une API RESTfulpour interagir avec ces données en JSON ou XML. Un ensemble de serveur FHIR publics et privés Un ensemble d outils et de code source ouvert pour développer et tester des applications FHIR.
FHIR Fast Healthcare Interoperable Resources FHIR définit approximativement 100 ressources qui sont les éléments de base à partir desquels sont construites les spécifications. Exemples de ressource : Patient (la personne qui reçoit des soins). Encounter(un RDV, une visite, un séjour à l hôpital) Observation (résultats biologiques, mesures physiologiques) DiagnosticReport(compte-rendu d imagerie) MedicationPrescription(une prescription de médicament)
FHIR Fast Healthcare Interoperable Resources Ressource Patient (https://www.hl7.org/fhir/patient.html).
FHIR Fast Healthcare Interoperable Resources FHIR dispose d une API puissante pour manipuler des ressources basée sur REST (Representational State Transfer) Les interactions sont réalisées entre un client et un serveur.
FHIR Fast Healthcare Interoperable Resources Create(POST) Read (GET) Update (PUT) Search(GET)
FHIR Fast Healthcare Interoperable Resources FHIR est conçu selon la règle des 80/20 : Les éléments définis dans les spécifications répondent à 80 % des besoins Il est possible d ajouter les 20 % restant suivant ses besoins. Les extensions sont faciles à réaliser. Une extension est une paire clé-valeur : La clé est définie par une URL qui pointe vers la définition de l extension. La valeur est un type de donnée ou une liste de sousextensions.
FHIR Fast Healthcare Interoperable Resources Problème des extensions : si chaque éditeur, chaque projet définit ses extensions, FHIR ne sera plus interopérable. Exemples d extensions de la ressource Patient : CodeInseeCommune(ViaTrajectoire) ViSeul(ViaTrajectoire) Address-types (AGFA/Orbis) Address-telecom(AGFA/Orbis) Besoin de structurer FHIR en France Nouveau groupe de travail Interop Santé
QUESTIONS & REPONSES