EDISANTÉ 11/06/03 B. Giusiano & P. Charbonnel 1 Les échanges d'informations médicales : des...
-
Upload
estelle-le-goff -
Category
Documents
-
view
103 -
download
1
Transcript of EDISANTÉ 11/06/03 B. Giusiano & P. Charbonnel 1 Les échanges d'informations médicales : des...
11/06/03B. Giusiano & P. Charbonnel 1
EDISANTÉ
Les échanges d'informations médicales :
des contenus de messages
conformes à EHRcom
Dr Bernard GIUSIANO - Dr Pascal CHARBONNEL
Journée EDISANTÉ "XML pour les échanges dans la santé"
Bobigny - 11 juin 2003
11/06/03B. Giusiano & P. Charbonnel 2
EDISANTÉ
EHRcom
• "Electronic Health Record Communication"
• pré-norme ENV 13606 (CEN TC 251)
• une norme pour communiquer des extraits de dossiers de santé informatisés sans ambiguïté (notion de "contexte")
• permet dès aujourd'hui de transmettre des données cliniques (entre autres)
• en cours de validation - vote en 2004
• opposable ?
• résultat de nombreuses années de recherche et de développement
• dans le prolongement de GEHR (Good Electronic Health Record)
• une norme moderne : des messages construits sur un modèle de référence (RIM comme dans la version 3 d'HL7)
11/06/03B. Giusiano & P. Charbonnel 3
EDISANTÉ
EHRcom un noyau dynamique pour une communauté en devenir
• la diffusion :– ProRec-France– EDISANTÉ– AFNOR (cf. Guide de mise en oeuvre de la prénorme européenne "EHRcom")
– en Europe : Institut EUROREC, en Grande-Bretagne (CHIME), en Belgique, ...
• les développements :– ARES– CSK– ICSF (groupe CEGEDIM)– la Croix Rouge
• les initiatives "open source" :– partie d'Australie : Open-EHR– en France : Groupe ENOSIS– ...
11/06/03B. Giusiano & P. Charbonnel 4
EDISANTÉ
Le modèle EHRcom de référence
Item
Compositions
Répertoires
Agrégats
Section à entêtes
Répertoires CompositionsVues Liens
LiensItemAgrégatsSection à Entêtes
ItemAgrégats
ItemAgrégats
Section à EntêtesVues
des classes d'objets conteneursdont les instances contiennent la sémantique médicale
=> pour une normalisation des logiciels,pas une normalisation des contenus médicaux
présentation de l'architecture
11/06/03B. Giusiano & P. Charbonnel 5
EDISANTÉ
Les
com
p osa
nts Composants de contenant : ces composants jouent le rôle de "boîtes" qui vont contenir les données proprement dites
Folder Répertoire
Composition Composition
Headed Section Section à En-tête
Cluster Agrégat
Composants vides : ne contiennent pas d'information en tant que telle.
Empty Record Component Composant de Dossier Vide
Selected Component Complex Complexe de Composants Sélectionnés
Link Item / Link Set Item Elément de Groupe de Liens
Composants de contenu : Data Item. Il s'agit d'un composant abstrait qui se décline en une série de spécialisations
Text Data Item Elément de Donnée Texte
Structured Coded Data Item Elément de Donnée Codée Structurée
Quantifiable Observation Data Item Elément de Donnée Observation Quantifiable
numerical value result of observation Observation - Numérique
date value result of observation Observation - Date
Numerical range result of observation Observation - Intervalle numérique
text value result of observation Observation - Texte
Medication Data Item Elément de Donnée Traitement
Event Data Item Elément de Donnée Evènement
External Data Reference Data Item Elément de Donnée Référence à des Données Externes
Physical Entity Reference Data Item Elément de Donnée Référence à une Entité Physique
Related Location Data Item Elément de Donnée Emplacement Associé
Patient Related Party Data Item Elément de Donnée Partie Relative au Patient
Person Identifier Data Item Elément de Donnée Identifiant de Personne
Person Name Data Item Elément de Donnée Nom de Personne
Address Data Item Elément de Donnée Adresse
Telecom Data Item Elément de Donnée Télécom
Language Data Item Elément de Donnée Langue
Community Defined Data Item Elément de Donnée Défini par la Communauté
11/06/03B. Giusiano & P. Charbonnel 6
EDISANTÉ
La notion de "contexte"
11/06/03B. Giusiano & P. Charbonnel 7
EDISANTÉ
Les informations de contextecommunes à tous les composants
Attributs communsIdentifiant unique de composantAgent de santé d'origineDate et heure d'origineAgent de santé liéDate et heure liéesStructure de nom de composantIdentifiant du sujet des soinsInformation sur le statut du composantRéférence de la règle de distributionLangue
Associations communesInformation d’Attestation
permet à un ou plusieurs agents d’attester la correction d’un ensemble de données la signature digitale peut être utilisé.
Information de Révisioninformation minimum indiquant qu’un Composant Architectural a été remplacé ou supprimé.
Information de Présentationinformations sur la présentation du contenu d’un Composant Architectural.référence à une feuille de style ou une procédure de mise en forme des données
11/06/03B. Giusiano & P. Charbonnel 8
EDISANTÉ
Les messagesclasse abstraite
EHCR Message
spécialisationrequest EHCR message
message de demande d'information
spécialisationEHCR notification message
message de notification
spécialisationprovide EHCR message
message d'envoi d'information
contenu
extrait de DSIreprésenté dans des objets
du modèle de référence
11/06/03B. Giusiano & P. Charbonnel 9
EDISANTÉ
L'entête des messages
Classe abstraite EHCR Message : identification of message by originator : identifiant assigné au message par l'initiateur de celui-ci. issue date and time of message : date et heure de création du message EHCR source : l'agent de santé expéditeur du message EHCR destination : l'agent de santé destinataire du message EHCR message related agent : agents de santé impliqués dans la communication urgency of message : niveau d'urgence du message patient matching information : information permettant d'identifier le patient message receipt acknowledgement request : demande d'accusé de réception comment on message : commentaire sur le message language : langue du message healthcare agents directory : répertoire des agents de santé message reference : référence à un autre message lié à celui-ci
Spécialisation : 3 messages héritant des attributs de la classe abstraite
request EHCR message : message de demande d'information specification of EHCR information : spécification de l'extrait demandé
reason for request : raison de la demande
provide EHCR message : message d'envoi d'information specification of EHCR information
distribution Rule directory : répertoire des règles de distribution
EHCR extract : contient l'extrait du dossier de santé informatisé
EHCR notification message : message de notification specification of EHCR information
EHCR message notification type : accusé de réception, d'envoi, acceptation, rejet, ...
EHCR message notification comment : autre notification
entête(enveloppe)
contenu
11/06/03B. Giusiano & P. Charbonnel 10
EDISANTÉ
Un exemple simple : lettre à un confrère
Docteur Ambroise PAREChirurgien Monsieur le Docteur J ean GALIEN
Clinique de la Source 3, rue du Gai Pinson13010 Marseille 13011 Marseille
Marseille, le 3 novembre 2000Ref.: AP/CD0011035Dossier n° 20256
Cher Confrère,
J e revois madame Claude DUBOIS pour laquelle nous avons effectué l'éxérèse d'uneanomalie solide dépistée par échographie le 10 octobre 2000. Les suites opératoires ontété satisfaisantes, l'examen clinique de ce jour est tout à fait normal. Les résultatsanatomo-pathologiques ont révélé un hamartome bénin.
J e vous prie d'agréer mes meilleures salutations,
Dr Ambroise PARE
11/06/03B. Giusiano & P. Charbonnel 11
EDISANTÉ
Un exemple simple : structuration explicite
Courrier :• Date d’envoi = 2000-11-03 17:15
• Nom = Claude DUBOIS
• Date de naissance = 1957-02-17
• Destination = Dr Jean GALIEN
• Source = Dr Ambroise PARE
• Je revois madame Claude DUBOIS pour laquelle nous avons effectué l'éxérèse d'une anomalie solide dépistée par échographie le 10 octobre 2000. Les suites opératoires ont été satisfaisantes, l'examen clinique de ce jour est tout à fait normal. Les résultats anatomo-pathologiques ont révélé un hamartome bénin.
11/06/03B. Giusiano & P. Charbonnel 12
EDISANTÉ
Un exemple simple : structure normalisée
Envoi d’informations médicales [Urgence = basse][Langue = français] :
• Identification du message = AP/CD0011035
• Date d’envoi = 2000-11-03 17:15
• Identification du patient :– Nom = Claude DUBOIS
– Date de naissance = 1957-02-17
• Accusé de réception requis = non
• Destination = Dr Jean GALIEN
• Source = Dr Ambroise PARE
• Spécifications de l’extrait [Champ = partie de dossier]
• Extrait [Statut = courant] :– Identification du composant = 20256_LMT02 [Portée = dossier]
– Date d’insertion = 2000-11-03 17:15
– Inséré par = Dr Ambroise PARE
– Item = Je revois madame Claude DUBOIS pour laquelle nous avons effectué l'éxérèse d'une anomalie solide dépistée par échographie le 10 octobre 2000. Les suites opératoires ont été satisfaisantes, l'examen clinique de ce jour est tout à fait normal. Les résultats anatomo-pathologiques ont révélé un hamartome bénin.
11/06/03B. Giusiano & P. Charbonnel 13
EDISANTÉ
Un exemple simple : structure EHRcom
La DTD de la norme telle qu'elle apparaît dans les spécifications du TC 251 est beaucoup plus complexe car elle se veut "universelle",
mais, pour une application donnée, toutes les branches ne sont pas utiles et de nombreux attributs sont optionnels.
Cet exemple simple a été construit en omettant tout ce qui est optionnel.
11/06/03B. Giusiano & P. Charbonnel 14
EDISANTÉ
Un exemple simple : l'instance en XML<?xml version="1.0" encoding="ISO-8859-1"?><!-- edited with XML Spy v3.5 (http://www.xmlspy.com) by Bernard GIUSIANO (private) --><!DOCTYPE ProvideEhcr SYSTEM "EHRcom_ENOSIS.dtd"><ProvideEhcr Urgency="Low" RcptAckRequest="Always"> <OrigMsgId>M_JG99110501</OrigMsgId> <MsgIssueDate>199911051715</MsgIssueDate> <EhcrSource> <AgentCtxId> <IdValue>Dr Jean GALIEN</IdValue> </AgentCtxId> </EhcrSource> <EhcrDestination> <AgentCtxId> <IdValue>Dr Pierre HIPOCRATE</IdValue> </AgentCtxId> </EhcrDestination> <PatientMatchingInfo> <PersonName> <StructPersonName> <FamilyName>DUBOIS</FamilyName> <MiddleName>Claude</MiddleName> </StructPersonName> </PersonName> <BirthDate>19370217</BirthDate> </PatientMatchingInfo> <EhcrInfoSpec EhcrScope="Subset"> <CommunicatingCommunityId> <IdValue>RSCV</IdValue> </CommunicatingCommunityId> <PatientConsentStatus> <Code>1</Code> </PatientConsentStatus> </EhcrInfoSpec> <EhcrExtract RcStatus="Current"> <Cuid IdScope="System">E_JG99110501</Cuid> <OrigAgent> <AgentCtxId> <IdValue>Dr Jean GALIEN</IdValue> </AgentCtxId> </OrigAgent> <OrigDate>199911051715</OrigDate> <Folder RcStatus="Current"> <Cuid IdScope="Community">RSCV</Cuid> <TextItem RcStatus="Current"> <Cuid IdScope="Community">Lettre au correspondant</Cuid> <Annotation> <Code>DE01</Code> <CodeMeaning>Validé par l'auteur</CodeMeaning> </Annotation> <TextBlock>Mme Claude DUBOIS a présenté une embolie pulmonaire à la mi-septembre 99. Elle va bien actuellement et l'examen cardiovasculaire ainsi que l'ECG sont dans les limites de la normale. Afin de compléter son bilan, je lui propose de réaliser un écho-doppler veineux des membres inférieurs à la recherche d'une thrombose des veines profonde. Il est préférable de maintenir la contention veineuse élastique et le traitement par antivitamine K.</TextBlock> </TextItem> </Folder> </EhcrExtract></ProvideEhcr>
11/06/03B. Giusiano & P. Charbonnel 15
EDISANTÉ
Un exemple simple : dans EHRcomScope
EHRcomScope
11/06/03B. Giusiano & P. Charbonnel 16
EDISANTÉ
Un exemple simple :dans XML Clinical Message Viewer
Version: 2.0.0020 - http://www.clinical-info.co.uk Freely usable within the EU XML/EDI Project, the UK NHS and CEN TC251.
(C) 1999 The Clinical Information Consultancy
interopérabilité ?!?
xClinView.exe
11/06/03B. Giusiano & P. Charbonnel 17
EDISANTÉ
Un exemple simple : XML <=> HTML
Javascript et msxml
MiniMM
11/06/03B. Giusiano & P. Charbonnel 18
EDISANTÉ
Et très bientôt sur le bureau ENOSIS...
11/06/03B. Giusiano & P. Charbonnel 19
EDISANTÉ
Des exemples moins simples
• le Résumé d'Unité Médicale (RUM) du PMSI
• la Fiche d'Identité Médicale du Réseau de Soins Cardio-
Vasculaires de la Vallée de l'Huveaune
• une glycémie (avec son encodage HPRIM)
• un vrai dossier anglais de l'expérience "GP to GP"
=> sous EHRcomScope => sous XML Clinical Message Viewer
11/06/03B. Giusiano & P. Charbonnel 20
EDISANTÉ
De la norme proposée au standard établi
Un cercle vicieux qu'il faut rompre :
"J'adopterai la norme quand les autres l'auront adoptée…"
va
leu
r d
e l
ac
om
mu
nic
ati
on
nb d'utilisateurs
cerclevicieux
cerclevertueux
temps
nb
d
'uti
lis
ate
urs
lancement
décollage
saturation
arriver là
L'effet réseau :
plus il y a d'utilisateurs,
plus la communication est rentable
Atteindre une masse critique
11/06/03B. Giusiano & P. Charbonnel 21
EDISANTÉ
Les choix d' ENOSISENOSIS Echange Normalisé, Organisé, Sécurisé des Informations de Santé
Le projet d'un groupe d'utilisateurs : 15 réseaux en région PACA
Communiquer www.projet-enosis.org partager les expériences
convaincre sur l'exigence d'interopérabilité
Normaliser démontrer la faisabilité et l'intérêt des normes d'échange
assister la normalisation des messages
Outiller définir un cahier des charges
faire circuler des messages normalisés
=> un serveur et un client modulaires en Open-Source (juin 2003)
11/06/03B. Giusiano & P. Charbonnel 22
EDISANTÉ
Echanges normalisés
• Suivre les recommandations EDI-Santé, AFNOR, GIP CPS, GMSIH, PROREC, CNIL,
CEN, OpenEHR, HL7, ….
• une enveloppe• MMF/XMF... qui évolue vers ebXML
• des contenus• EHRcom (données cliniques)• HPRIM (paraclinique)• DICOM (images)• HL7 (convergence vers HL7 v3)• …
• Couches basses : les protocoles et standards Internet• SMTP et HTTP, S-MIME, XML et XSLT, SOAP, ...
EH
Rco
mHP
RIM
DIC
OM HL7
MMF
11/06/03B. Giusiano & P. Charbonnel 23
EDISANTÉ
Echanges organisés
• Rentabiliser la communication prévoir le bénéfice des échanges (qui gagne ? comment ?)
échanger et partager ce qu'il faut quand il faut : protocoles
=> les messages naîssent des scénarios de communication
• Coordonner les collaborations collaboration => des communications négociées
coordination => situation du patient, situation des acteurs
évaluation => des traces du fonctionnement du réseau
Préparation Analyse Réalisation Fin
Analyse
Réception
A: annule
B: annule
A: refuseB: contre-offre
A: annuleB: annule
A: annuleB: annule
B: signalefin
B: contre-offre
B: accepte
A: contre-offreActeur A
Acteur B
A: demandeA: déclarefin
workflow inspiré de la Speech Act Theory
11/06/03B. Giusiano & P. Charbonnel 24
EDISANTÉ
Echanges sécurisés
• Services• authentification• confidentialité• intégrité• non répudiation
• Mécanismes• contrôle d'accès• signature• chiffrement• enregistrement des échanges
distribuées par un organisme de confiance qui :
- vérifie l'identité du demandeur,- gère la publication,- gère l'obsolescence (liste de révocation),- etc…
C'est le rôle que joue le
GIP CPS
Infrastructure de clefs publiques (PKI)
pour mériter la confiance des patients
11/06/03B. Giusiano & P. Charbonnel 25
EDISANTÉ
Des outils modulaires en "open-source"
clientENOSIS
serveurENOSIS
client ENOSIS
d'abord autonomes
destinés à être ré-utilisés et intégrés "middleware"
modulesENOSIS
client ENOSIS
logicielprofessionnel
dossier patient partagé
modulesENOSIS
logicielprofessionnel
modulesENOSIS
serveurENOSIS
Réseau A
serveurENOSIS
Réseau B
11/06/03B. Giusiano & P. Charbonnel 26
EDISANTÉ
Exemple de mise en oeuvre
CIPPCSE
produit finigénéralisable
CHG-GapCrosswayHôpital
Navigateur
PS libérauxParents
Autres acteurs
MMFEHRcom
AP-HM
Clinique :Navigateur
Centre de référence
Paraclinique :SMARLAB
ClientENOSIS
ServeurENOSIS
ClientENOSIS
MMFHPRIM
HL7EHRcom
MMFHPRIM
HL7EHRcom
Projet "Interopérabilité ReSOP" (e-s@nté 2002)
11/06/03B. Giusiano & P. Charbonnel 27
EDISANTÉ
Merci de votre attention