Normalisation dans le contexte d IHE, HL7 CDA et DMP

Normalisation dans le contexte d IHE, HL7 CDA et DMP Introduction Mardi 22 Janvier 2008 Ana Estelrich et Dr. Charles Rica Mission Normalisation

Plan de la présentation Définition de la normalisation Cadre français d implémentation des normes: IHE Norme utilisée pour l échange et la définition des documents cliniques - CDA Contenu + transport = IHE-XDS-SD, IHE-PCC, IHE-XDS-I, IHE-*XD-LAB 2

Enjeux de la normalisation Permet le développement des marchés en harmonisant les règles et les pratiques Réduit les entraves techniques aux échanges Optimise les relations clients/fournisseurs en clarifiant les transactions Pour l'utilisateur, la normalisation est un outil qui l'informe, en l'aidant à choisir des produits dont l'aptitude à l'emploi est conforme à ce qu'il attend. Un outil protecteur, garantissant la conception et la fabrication de produits sûrs. La normalisation permet aux industriels d'innover, d'anticiper et de faire évoluer leurs produits et ainsi devenir compétitifs. Elle leur apporte aussi des connaissances sur les marchés et leurs tendances économiques. Constitue un complément de la réglementation et une référence pour l'ouverture et la transparence des marchés publics (appels d offres/cahiers des charges) La normalisation, est donc l'outil principal de la gestion de l'assurance qualité qui est la base pour la stratégie employée, les systèmes choisis, la performance attendue, dans une optique et une dimension humaines et sociales Source: L AFNOR, l Association de normalisation française 3

Normalisation (figure tirée de la présentation Edisanté, «L'évolution des normes de communication dans la santé», Mai 2002 4

La normalisation répond aux besoins fonctionnels Hors norme??? 5

Cadre français d implémentation des normes: IHE Infrastructure IHE-XDS Métadonnées IHE-PCC, IHE-XDS-I, IHE-XS-LAB,IHE-XDS-SD Métadonnées IHE-PCC, IHE-XDS-I, IHE-XS-LAB,IHE-XDS-SD Environnement clinique 6 Remerciements à René Spronk

Cadre d implémentation des normes - IHE 7

IHE: XDS - Définitions XDS est un profil d'intégration permettant le partage de documents structurés ou non structurés Domaine d affinité - Un Domaine d affinité XDS consiste en un regroupement d Utilisateurs de documents, d Émetteurs de documents et d Entrepôts de documents organisés autour d un Registre d index unique. XDS définit: Les acteurs intervenant dans le partage de données (la plus petite composante fonctionnelle d un système hardware ou d un progiciel) Les transactions utilisées pour permettre aux acteurs de communiquer entre eux et partager des documents (une transaction décrit l interaction entre deux acteurs) Profil IHE: Un profil est un ensemble de transactions et d'acteurs qui effectuent une action spécifique. Use Case Un use case décrit une situation réelle donnée, pour laquelle le profil est développé. Une série de use cases contraint un profil à un objectif particulier. Les métadonnées sont des données permettant de caractériser un objet XDS. Elles s appliquent aux Documents XDS, Lot de soumission, Classeur. 8 Source: IHE International

IHE: XDS - Acteurs Emetteur de documents: acteur alimentant le DMP en documents. Ceux-ci peuvent être: SIH (Système d information hospitalier), LGS (Logiciel de gestion de cabinet), LPS (Logiciel de professionnel de santé), Réseaux régionaux, DP (Dossier pharmaceutique) Utilisateur de documents: acteur effectuant une requête en vue de visualiser un document DMP Entrepôt de données: Lieu de dépôt des documents (hébergeur) Registre d index: base de données unique pour le domaine DMP contenant les métadonnées attachées aux documents du DMP ainsi que leur localisation dans l entrepôt de données Source d identification du patient: base de données permettant de relier un document au patient concerné par son INS 9 Source: IHE International

IHE: XDS Objets et Transactions Document: un document XDS est la plus atomique entité XDS constituée de: Métadonnées lui servant à s étiqueter dans le Registre d index Le document lui-même, dans un format accepté (pdf, txt, jpg) par le DMP Note: Le document est transmis en tant qu un octet opaque d information. Le profil IHE-XDS est un profil neutre par rapport au contenu ou aux documents qu il transporte. Seules les métadonnées confèrent une signification aux documents transportés. Seulement les Créateur de contenu ou les Consommateurs de contenu ont accès à l intérieur du document. Un Créateur de contenu est une application qui créé du contenu. Cette application peut être dans le même temps un Emetteur de documents. Lot de soumission: Groupe des documents soumis ou associés lors de l alimentation du DMP par un Emetteur de documents et qui sont liés à un seul événement de soins. Classeur: entité XDS permettant d organiser certains documents selon des critères bien défini (par exemple: Classeur Cardiologie, ALD,etc. ou crées par l application ellemême Métadonnées: Informations hors document donnant des informations sur le document: date de création, auteur, classe et type de document, lieu de création, etc. Les métadonnées ne donnent aucune information quant au contenu lui-même 10 Transactions: Les transactions sont utilisées Source: IHE International pour permettre aux acteurs de

Classeur vs. Lot de soumission 11 Source: IHE International

Exemple de métadonnées: Métadonnées une donnée servant à décrire une autre donnée quel que soit son support (papier ou électronique) authorperson authorspeciality La personne ou l'équipement ayant produit le document au sein de l authorinstitution. L auteur du document peut être le patient lui-même. Le rôle de l auteur du document par rapport au patient au moment où le document a été produit Spécialité de l auteur au sein de l institution classcode Spécifie le type de document confidentialitycode Identifie le niveau de confidentialité du document eventcodelist Liste des codes représentant les principaux actes cliniques typecode Type du document (niveau précis) typecodedisplayname Intitulé de typecode uniqueid Identifiant unique global affecté à ce document par son créateur authorrole 12 Source: IHE International

XDS Mécanisme d alimentation du DMP Après l identification et l authentification du professionnel de santé et patient: du 1. Basé sur l identité du patient, et l authentification du PS, le document jugé pertinent à la coordination de soins du patient est envoyé vers l Entrepôt de documents Les métadonnées sont enregistrées dans le Registre d index avec l URI (identifiant uniforme de ressource) du document entreposé (l endroit où il se trouve) 13 Source: IHE International

XDS Mécanisme d interrogation du DMP Basé sur le processus d identification et authentification du patient et du PS, le l Utilisateur de documents (l application LPS ou le navigateur internet du patient) soumet une requête au Registre d index du DMP portant sur les métadonnées La liste des résultats de la requête est présentée à l utilisateur qui choisit son document Muni de l URI (identifiant uniforme de ressource) du document, l Utilisateur de Document récupère le document sélectionné 14 Source: IHE International

Structuration des documents CDA (Architecture d un Document Clinique) Clinical Document Architecture 15

HL7 CDA-r2: Définitions Document autonome destiné à l'échange, de type XML et pouvant être consulté à partir d un navigateur Internet standard ou pour une présentation plus sophistiquée, avec une feuille de style spécialisée Il est nécessairement constitué: D'un en-tête D'un corps Peut inclure du texte, des images, des sons et d'autres types de contenus multimédia ou des références à ces objets. Un document persistant, administrable, authentifiable, qui est lié à un contexte, formant un tout et lisible sans décodage préalable 16

HL7 CDA-r2: En-tête Sert à définir le document Apporte des informations sur: Les personnes impliquées dans la réalisation du document (patient, auteurs, rédacteurs, signataire, approbateurs, participants, destinataires...) Le type d'événement ayant motivé la création du document Les caractéristiques du document (genre, titre, date de création, etc.) Les notions de sécurité (niveau de confidentialité) Obligatoire pour tout document CDA 17

HL7 CDA-r2: Corps - Structure Ce sont les données médicales proprement dites Peut être un bloc non structuré (PDF, TXT, Image) (Niveau 1) Peut être un document XML structuré constitué de Sections elles-mêmes constituées de: Bloc Narratif (Niveau 1) obligatoire qui contient les données du document dans un format lisible (humainement) jusqu aux Entrées CDA (Niveau 3) optionnelles adaptées au traitement informatique et lisibles par les machines. Les Entrées reprennent sous une forme structurée le contenu du Bloc Narratif. Un lien existe toujours entre les deux. Références externes optionnelles 18

HL7 CDA: Trois niveaux possibles 19 Remerciements à Liora Alschuler

HL7 CDA-r2: Corps Sections (Niveau 2) Antécédents personnels Antécédents médicaux Antécédents chirurgicaux Antécédents psychiatriques Antécédents gynéco-obstétricaux Autres Antécédents Antécédents familiaux Liste des problèmes Traitements médicamenteux Autres traitements Autres facteurs médicaux Données biométriques Vaccinations Habitus Décès 20

HL7 CDA-r2: Corps Entrées (Niveau 3) Une entrée sera composée de: Référence de système de codage utilisé Exemple: codesystem = "2.16.840.1.113883.6.1 Nom du système de codage Exemple: codesystemname= "CISP (section Problèmes ou Antécédents) Code Exemple: code="hnn.8 Libellé de l'entrée Exemple: displayname= "Méningite Bactérienne Quand le cas se pose de traductions dans des systèmes de codification différents (ou dans une langue différente), qui doivent avoir la même valeur sémantique = création d une nomenclature pivot Exemple: translation code= "G00.9" codesystem= "2.6.840.1.113883.6.3" codesystemname= "CIM-10 Les référentiels doivent faire l objet d un consensus (CIM-10, CCAM, LOINC) 21

Interopérabilité L hétérogénéité des moyens déployés dans un environnement clinique à tous les niveaux, empêche l utilisation efficace des CDA CDA offre une interopérabilité sémantique incrémentale Des documents qui contiennent du texte, des images, des structures XML peuvent coexister avec des documents contenant des données structurés simples ou très complexes, comportant des clinical statements (partie lisible par les machines seulement) La seule partie obligatoire est l en-tête 22

Niveau d interopérabi lité sémantique Description Exemple Niveau 0 Lisible, mais la possibilité de réutiliser les données (exploitation) est quasi nulle Documents images (fax, bitmaps) Niveau 0.5 Utilisable jusqu à la recherche de texte Word, pdf, ASCII Niveau 1 Métadonnées minimales pour l en-tête En-tête CDA, corps non-xml Niveau 1.3 Métadonnées pour l en-tête, mais selon un guide d implémentation spécifique aux besoins des professionnels de santé En-tête CDA, corps non-xml, mais selon un guide d implémentation suivant les besoins des professionnels de santé Niveau 1.5 Métadonnées minimales pour l en-tête, corps XML CDA avec du corps XML Niveau 1.8 Métadonnées minimales pour l en-tête, corps XML mais selon un guide d implémentation suivant les besoins des professionnels de santé CDA avec du corps XML mais selon un guide d implémentation suivant les besoins des professionnels de santé Niveau 2 Métadonnées minimales pour l en-tête, et encodage au niveau des sections, titres de sections et sous-sections CDA avec l encodage des sections Niveau 2.3 Métadonnées minimales pour l en-tête, encodage au niveau des sections, titres de sections et sous-sections mais selon un guide d implémentation suivant les besoins des professionnels de santé Niveau 3 Métadonnées minimales pour l en-tête, encodage pour le clinical statements (un «clinical statement est la partie lisible par les machines, ou la partie contenant des entries») Aux Etats-Unis le CCR Continuity of Care Record, un guide d implémentation pour les sommaires médicaux développé par l organisme de normalisation américain ASTM. CDA Niveau 3 Niveau 3.3 Métadonnées minimales pour l en-tête, encodage pour le clinical statements mais selon un guide d implémentation suivant les besoins des professionnels de santé CDA Niveau 3 mais selon un guide d implémentation suivant les besoins des professionnels de santé Niveau 3.5 Toutes les données sont encodées. Ici il peuvent exister des messages d alerte pour prévenir la iatrogénie au niveau DMP par exemple HL7 v3 messages Niveau 3.8 Toutes les données sont encodées. Ici il peuvent exister des messages d alerte pour prévenir la iatrogénie ou des prescriptions électroniques au niveau DMP par exemple. Ceux-ci suivent un guide d implémentation suivant les besoins des professionnels de santé HL7 v3 messages mais suivant un guide d implémentation suivant les besoins des professionnels de santé Remerciements à Liora Alschuler Une interopérabilité sémantique incrémentale toujours un environnement hétérogène 23

Plus sur CDA CDA a été adopté en 2006 au niveau international par: MediNotes, NextGen Healthcare Information Systems, AllScripts, GE Healthcare, Philips Medical Systems, McKesson, CapMed/IBM, Eclipsys Medical Informatics Engineering, Dictaphone, Epic Systems, Misys Healthcare Systems, Siemens. CDA est utilisé dans les profils de contenu IHE tels que: XDMS, XPHR, XDSSD, BPPC, EDR, APS, EDER, etc (tous). Au niveau hospitalier, les plus prestigieuses implémentations de CDA aux ÉtatsUnis sont: Mayo Clinic (installé en 1999, avec 50 000 documents produits chaque semaine), New York Presbyterian, Military Health System, University of Pittsburgh Medical Center, Kaiser Permanente, Trinity, Partners, Ochsner pour donner quelques exemples. Au niveau international, CDA est présent en Allemagne, Finlande, Grèce, Japon, Canada, Italie, Argentine, Angleterre, Australie, Mexique, Israël, NouvelleZélande, Estonie, Chine, Corée, Taiwan, Suisse, Lituanie, Croatie 24

Norme utilisée pour l échange des documents cliniques Trois niveaux Document DMP (cible) Métadonnées IHE (Index repository) Document CDA En-tête EN-TÊTE NIVEAU 3 (narrative block + entries) EN-TÊTE Section Section Entrées BLOC NON STRUCTURÉ Section Section Entrées CORPS EN-TÊTE NIVEAU 2 (narrative block) SECTION NIVEAU 1 (non structuré) SECTION Corps 25

IHE: XDS CDA dans le cadre XDS Métadonnées XDS -*** Registre d index Entrepôt de documents 26

CDA + IHE = IHE profils de contenu (métier) 27

XDS-I - Définition Spécialisation du profil d'intégration RAD/XDS (partage d'images DICOM) dans un même domaine d'affinité Introduit deux nouveaux acteurs: L'Émetteur de données d imagerie et l Utilisateur de données d imagerie Utilise les procédures d'utilisation de documents DICOM Favorise une extension du domaine d'affinité aux entrepôts de données locorégionaux (PACS) vs. national comme c est le cas général pour le DMP. Le document stocké et partagé est le Manifeste DICOM qui donne des renseignements sur: Le type de document La localisation du document La disponibilité du document Le manifeste DICOM est stocké et géré comme n'importe quel autre document. 28 Source: IHE International

XDS-I Acteurs et Transactions 29 Source: IHE International

XD LAB XD-LAB est l'application les règles de partage d'xds au format CDA-r2 Définit le modèle CDA-r2 adapté à la biologie Les 3 niveaux de lecture CDA sont décrits La nomenclature utilisée est LOINC Templates à implémenter (Batterie d'analyses, Analyse Individuelle, Examen de bactériologie) Source:www.crscientific.com & IHE International 30

IHE-PCC (La coordination de soins du patient) Lettre/résumé de sortie Lettre d introduction Historique et Clinique préopératoire Synthèse de l épisode d urgence Soins obstétricaux ante-partum Lettre d introduction pour le département des urgences Bilan fonctionnel fait par les infirmiers Echange de contenu entre le Dossier Médical Personnel et le Dossier Médical Partagé Compte-rendu/déclaration de santé publique (épidémiologie) Recherche dynamique de données existantes 31

IHE-PCC (La coordination de soins du patient) Contenu métier- CDA Synthèse de l épisode d urgence Soins obstétricaux pre-partum Lettre d introduction La lettre d introduction pour le département des urgences Lettre/résumé de sortie Bilan fonctionnel fait par les infirmiers 32

IHE-PCC la lettre de sortie Données CDA R2 Traduction française Date of Admission Header En-tête Date of Discharge Header En-tête Participating Providers and Roles Header En-tête Discharge Disposition (who, how, where) DISCHARGE DISPOSITION Etat de sortie Admitting Diagnosis HOSPITAL ADMISSION DX Diagnostic des admissions History of Present Illness HISTORY OF PRESENT ILLNESS Histoire de la maladie actuelle Hospital Course HOSPITAL COURSE Séjour hospitalier (trajectoire) Discharge Diagnosis (including active and resolved problems) Selected Medicine Administered during Hospitalization HOSPITAL DISCHARGE DX HISTORY OF MEDICATION USE Diagnostic de sortie (avec las problèmes résolues et en cours) Médication administrée Durant l hospitalisation (pertinente) Discharge Medications HOSPITAL DISCHARGE MEDICATIONS Ordonnance de sortie Allergies and adverse reactions HISTORY OF ALLERGIES Allergies et réactions d intolérance Discharge Diet DISCHARGE DIET Régime alimentaire de sortie Review of Systems REVIEW OF SYSTEMS Bilan par système Vital Signs (most recent, high/low/average) VITAL SIGNS Signes vitaux (les plus récents, les meilleurs, les plus péjoratifs, moyenne. Functional Status HISTORY OF FUNCTIONAL STATUS Bilan fonctionnel HOSPITAL DISCHARGE STUDIES Interventions et comptes-rendus pertinents HOSPITAL DISCHARGE STUDIES Tests diagnostiques et comptes-rendus pertinents Relevant Procedures and Reports (including links) Relevant Diagnostic Tests and Reports (including links) 33

Les documents du DMP 34

Nouvelle nomenclature proposée 35

Mécanisme de connexion Remerciements au HIMSS Interoperability Demo Short Show 2007 36

Liste de patients 37 Remerciements au HIMSS Interoperability Demo Short Show 2007

Le dossier du patient 38 Remerciements au HIMSS Interoperability Demo Short Show 2007

Choisir un document partagé 39 Remerciements au HIMSS Interoperability Demo Short Show 2007

Visualiser un document sélectionné 40 Remerciements au HIMSS Interoperability Demo Short Show 2007

Visualiser un CR de biologie 41 Remerciements au HIMSS Interoperability Demo Short Show 2007

Visualiser le même document différemment La vue du document CDA par une application utilisée par un anatomo-pathologiste 42 Remerciements à Liora Alschuler

Le même document vu par un clinicien 43 Remerciements à Liora Alschuler

Le même document vu par l application utilisée par un centre de lutte contre le cancer 44 Remerciements à Liora Alschuler

Possible grâce à: CDA r2 Niveau 3 Les entrées 45 Remerciements à Liora Alschuler

Avantages de CDA Interopérabilité sémantique (coexistence de codes locaux, traductions, vocabulaires différents). Possibilité d exploitation des données (génération de courbes, comparaison de données, alertes etc.). Possibilité de représentations différentes selon les profils professionnels. Possibilité de récupérer les données dans un logiciel métier 46

Récapitulatif Infrastructure IHE-XDS Métadonnées IHE-PCC, IHE-XDS-I, IHE-XS-LAB,IHE-XDS-SD Métadonnées IHE-PCC, IHE-XDS-I, IHE-XS-LAB,IHE-XDS-SD Environnement clinique 47 Remerciements à René Spronk

Merci pour votre attention Questions? Ana Estelrich ana.estelrich@sante.gouv.fr Charles Rica charles.rica@sante.gouv.fr 48