evolution des standards et développement des ght · fhir (en cours de création) ... résultats de...

Evolution des standards et développement des GHT

Club Utilisateurs XPERISParis - 11 octobre 2016 [email protected]

Président Interop’Santé

• Introduction• Présentation Interop’Santé• Services de test Gazelle• SI convergent dans les GHT• FHIR• Questions & réponses

� Présentation d’Interop’Santé

� Plateforme de test Gazelle

� Groupements Hospitaliers de Territoire� Système d’Information convergent� Identité unique

� FHIR

� Questions & réponses

Introduction


� 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

Organisation


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

Missions


� 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

� …

Groupes de travail


� 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 (LaboratoryCode Set Distribution)

Publications


� 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

Formations


Contacts

� www.interopsante.org

� [email protected]

� 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

BP6

Fournisseurs

Donneurs

d’ordre

Charte de Bonnes Pratiques pour les SISPrestataires

• respect CI-SIS et CI Interop’Santé• suivi des versions• correspondant interopérabilité

Donneurs d’ordre :• mise en oeuvre CI-SIS et CI IS• étudier en amont l’interop des

applications installées -> impacts projet


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)

Spécifications Fonctionnelles (Cadre Technique Volume 1)

Spécifications Détaillées (Cadre Technique Volume 2)

Tests d’Intégration

Tests Unitaires

Développement

Tests d’acceptation


Démonstration

https://gazelle.interopsante.org/

PatientManager

Proxy DxConnectADT^A28 ADT^A28

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

Source Medasys 2016

Projet médical partagé

Mutualisation des moyens

Alignement des pratiques

Convergence des SI


Les mots clés

Source Medasys 2016

Budget• Charges de gestion des SI = budget annexe de

l’établissement support • Participation de chaque établissement.

Convergence• Renouvellement des briques applicatives de

chaque établissement• À terme (janvier 2021), logiciels identiques

pour une même brique applicative.

DIM• Organisation d’une production homogène

des données médicales• Analyse médicale de l’activité du GHT• Politique de confidentialité, de sécurité et de

gestion des archives médicales• Valorisation des données dans une optique «

big data ».

DSI• Premières étapes de la convergence• Définition de la stratégie de groupe et suivi

de sa mise en œuvre.

Hébergement des données de santé• Pas de dérogation aux règles d’hébergement

des données de santé• Massifier l’organisation de l’hébergement• Externalisation

Identifiant patient unique• Chaînage des données d’un même patient• Organisation des parcours• Identito-vigilence à l’échelle du GHT.


Convergence du SI

Source Medasys 2016

Outil unique par brique

fonctionnelle

Multi-entités juridiques

Une seule base de donnée

Réduction des interfaces

DSI de l’établissement

support


Fonctions prioritaires

Source Medasys 2016

Projet médical partagé

Mutualisation des moyens

Alignement des pratiques

Convergence des SI


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 échanges de 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ésConfiguration initiale


Gestion des identitésSynchronisation des NIPs - modèle décentralisé


Gestion des identitésSynchronisation des NIPs - modèle centralisé


Gestion des identitésSynchronisation des NIPs - résumé

� Il ne faut pas que les plages de NIPs se 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ésGAM unique


Gestion des identitésGAM unique - reprise des identités « one shot »


Gestion des identitésGAM unique - reprise des identités au fil de l’eau


Gestion des identitésGAM unique - résumé

� Très bonne maitrise des SIHs du 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ésServeur d’identité


Gestion des identitésServeur d’identité – Création de patient


Gestion des identitésServeur 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 GAMs et 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 SIHs qui 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ésServeur de rapprochement d’identité – alimentation et diffusion


Gestion des identitésServeur de rapprochement d’identité – rapprochement


Gestion des identitésServeur d’identité - résumé

� Reprise d’identité, nettoyage

� Impacts sur les applications des SIHs qui é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)


FHIRFast 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 RESTful pour 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 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)

� …



� Ressource Patient (https://www.hl7.org/fhir/patient.html).



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



� Create (POST)

� Read (GET)

� Update (PUT)

� Search (GET)



� 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 sous-extensions.



� 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

evolution des standards et développement des ght · fhir (en cours de création) ... résultats de...

Documents