Upload
truongtram
View
215
Download
0
Embed Size (px)
Citation preview
Normalisation dans le contexte d’IHE, HL7 CDA et DMP
Introduction
Mardi 22 Janvier 2008Ana Estelrich et Dr. Charles Rica – Mission Normalisation
2
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
3
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
4
Normalisation
(figure tirée de la présentation Edisanté, « L'évolution des normes de communication dans la santé », Mai 2002
6
Cadre français d’implémentation des normes: IHE
Environnement clinique
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
Infrastructure IHE-XDS
Remerciements à René Spronk
8
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 documentsorganisé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.
Source: IHE International
9
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
Source: IHE International
10
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 contenuont 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 elle-mê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
Transactions: Les transactions sont utilisées pour permettre aux acteurs de communiquer entre eux et partager des documents
Source: IHE International
12
Exemple de métadonnées:
Spécialité de l’auteur au sein de l’institution authorSpeciality
Le rôle de l’auteur du document par rapport au patient au moment où le document a été produit
authorRole
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.
authorPerson
Spécifie le type de documentclassCode
Identifie le niveau de confidentialité du documentconfidentialityCode
Liste des codes représentant les principaux actes cliniqueseventCodeList
Identifiant unique global affecté à ce document par son créateuruniqueID
Intitulé de typeCodetypeCodeDisplayName
Type du document (niveau précis)typeCode
Source: IHE International
Métadonnées – une donnée servant à décrire une autre donnée quel que soit son support (papier ou électronique)
13
XDS – Mécanisme d’alimentation du DMP
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)
• Après l’identification et l’authentification du professionnel de santé et du patient:
Source: IHE International
14
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é
Source: IHE International
15
Structuration des documents – CDA (Architecture d’un Document Clinique)
Clinical Document Architecture
16
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
17
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
18
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
20
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
21
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 codageExemple: codeSystemName= "CISP“ (section “Problèmes ou Antécédents)
• CodeExemple: code="HNN.8“
• Libellé de l'entréeExemple: 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)
22
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
23
HL7 v3 messages mais suivant un guide d’implémentation suivant les besoins des professionnels de santé
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é
Niveau 3.8
HL7 v3 messagesToutes 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
Niveau 3.5
CDA Niveau 3 mais selon un guide d’implémentation suivant les besoins des professionnels de santé
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é
Niveau 3.3
CDA Niveau 3Mé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 »)
Niveau 3
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.
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 2.3
CDA avec l’encodage des sectionsMétadonnées minimales pour l’en-tête, et encodage au niveau des sections, titres de sections et sous-sectionsNiveau 2
CDA avec du corps XML mais selon un guide d’implémentation suivant les besoins des professionnels de santé
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éNiveau 1.8
CDA avec du corps XMLMétadonnées minimales pour l’en-tête, corps XMLNiveau 1.5
En-tête CDA, corps non-XML, mais selon un guide d’implémentation suivant les besoins des professionnels de santé
Métadonnées pour l’en-tête, mais selon un guide d’implémentation spécifique aux besoins des professionnels de santéNiveau 1.3
En-tête CDA, corps non-XMLMétadonnées minimales pour l’en-têteNiveau 1Word, pdf, ASCIIUtilisable jusqu’à la recherche de texteNiveau 0.5
Documents images (fax, bitmaps)Lisible, mais la possibilité de réutiliser les données (exploitation) est quasi nulle
Niveau 0
ExempleDescription
Niveau d’interopérabilité sémantique
Une interopérabilité sémantique incrémentale – toujours un environnement hétérogène
Remerciements à Liora Alschuler
24
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, XDS-SD, BPPC, EDR, APS, EDER, etc (tous).
•Au niveau hospitalier, les plus prestigieuses implémentations de CDA aux États-Unis 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, Nouvelle-Zélande, Estonie, Chine, Corée, Taiwan, Suisse, Lituanie, Croatie
25
Norme utilisée pour l’échange des documents cliniques
Document CDA
En-tête
Corps
Métadonnées IHE(Index repository)
Document DMP (cible)
NIVEAU 1 (non structuré)
NIVEAU 2 (narrative block)
NIVEAU 3 (narrative block
+ entries)
EN-TÊTE EN-TÊTE EN-TÊTE
Section
Entrées
Entrées
SEC
TIO
NS
ECTI
ON
BLOC NON STRUCTURÉ
Section
Section
Section
CO
RPS
Trois niveaux
28
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 loco-ré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.
Source: IHE International
30
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)
XD–LAB
Source:www.crscientific.com & IHE International
31
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
32
IHE-PCC (La coordination de soins du patient)
Contenu – métier- CDA
Lettre/résumé de sortie
Lettre d’introduction
Synthèse de l’épisode d’urgence
Soins obstétricaux pre-partum
Bilan fonctionnel fait par les infirmiers
La lettre d’introduction pour le département des urgences
33
IHE-PCC – la lettre de sortie
Tests diagnostiques et comptes-rendus pertinentsHOSPITAL DISCHARGE STUDIESRelevant Diagnostic Tests and Reports
(including links)
Interventions et comptes-rendus pertinentsHOSPITAL DISCHARGE STUDIESRelevant Procedures and Reports(including links)
Bilan fonctionnelHISTORY OF FUNCTIONAL STATUSFunctional Status
Signes vitaux (les plus récents, les meilleurs, les plus péjoratifs, moyenne.VITAL SIGNSVital Signs (most recent,
high/low/average)
Bilan par systèmeREVIEW OF SYSTEMSReview of Systems
Régime alimentaire de sortieDISCHARGE DIETDischarge Diet
Allergies et réactions d’intoléranceHISTORY OF ALLERGIESAllergies and adverse reactions
Ordonnance de sortieHOSPITAL DISCHARGEMEDICATIONSDischarge Medications
Médication administrée Durant l’hospitalisation (pertinente)HISTORY OF MEDICATION USESelected Medicine Administered during
Hospitalization
Diagnostic de sortie (avec las problèmes résolues et en cours)HOSPITAL DISCHARGE DXDischarge Diagnosis (including active and
resolved problems)
Séjour hospitalier (trajectoire)HOSPITAL COURSEHospital Course
Histoire de la maladie actuelleHISTORY OF PRESENT ILLNESSHistory of Present Illness
Diagnostic des admissionsHOSPITAL ADMISSION DXAdmitting Diagnosis
Etat de sortieDISCHARGE DISPOSITIONDischarge Disposition (who, how,where)
En-têteHeaderParticipating Providers and Roles
En-têteHeaderDate of Discharge
En-têteHeaderDate of Admission
Traduction françaiseCDA R2 Données
42
La vue du document CDA par une application utilisée par un anatomo-pathologiste
Remerciements à Liora Alschuler
Visualiser le même document…différemment
44
Le même document vu par l’application utilisée par un centre de lutte contre le cancer
Remerciements à Liora Alschuler
46
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
47
Récapitulatif
Environnement clinique
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
Infrastructure IHE-XDS
Remerciements à René Spronk
48
Merci pour votre attention
Questions?
Ana Estelrich – [email protected]
Charles Rica – [email protected]