Les échanges d'informations médicales : des contenus de messages conformes à EHRcom

1. Les échanges d'informations médicales :des contenus de messagesconformes à EHRcom Journée EDISANTÉ "XML pour les échanges dans la santé"Bobigny - 11 juin 2003 Dr Bernard GIUSIANO - Dr Pascal CHARBONNEL B. Giusiano & P. Charbonnel

2. 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) B. Giusiano & P. Charbonnel

3. EHRcomun 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 ... B. Giusiano & P. Charbonnel

4. Le modèle EHRcom de référence Répertoires Liens Vues Compositions Répertoires Compositions Liens Item Agrégats Section à Entêtes Section à entêtes Vues Item Agrégats Section à Entêtes Agrégats Agrégats Item Item 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 B. Giusiano & P. Charbonnel

5. Les composants B. Giusiano & P. Charbonnel

6. La notion de "contexte" B. Giusiano & P. Charbonnel

7. Les informations de contextecommunes à tous les composants • Attributs communs • Identifiant unique de composant • Agent de santé d'origine • Date et heure d'origine • Agent de santé lié • Date et heure liées • Structure de nom de composant • Identifiant du sujet des soins • Information sur le statut du composant • Référence de la règle de distribution • Langue • Associations communes • Information 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évision • information minimum indiquant qu’un Composant Architectural a été remplacé ou supprimé. • Information de Présentation • informations 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 B. Giusiano & P. Charbonnel

8. Les messages spécialisation provide EHCR message message d'envoi d'information contenu extrait de DSI représenté dans des objets du modèle de référence classe abstraite EHCR Message spécialisation request EHCR message message de demande d'information spécialisation EHCR notification message message de notification B. Giusiano & P. Charbonnel

9. L'entête des messages • Classe abstraite EHCR Message : • identificationof 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 B. Giusiano & P. Charbonnel

10. Un exemple simple : lettre à un confrère B. Giusiano & P. Charbonnel

11. 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. B. Giusiano & P. Charbonnel

12. 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. B. Giusiano & P. Charbonnel

13. 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. B. Giusiano & P. Charbonnel

14. 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> B. Giusiano & P. Charbonnel

15. Un exemple simple : dans EHRcomScope EHRcomScope B. Giusiano & P. Charbonnel

16. 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é ?!? B. Giusiano & P. Charbonnel

17. Un exemple simple : XML <=> HTML Javascript et msxml MiniMM B. Giusiano & P. Charbonnel

18. Et très bientôt sur le bureau ENOSIS... B. Giusiano & P. Charbonnel

19. 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 B. Giusiano & P. Charbonnel

20. saturation cercle vertueux valeur de la communication nb d'utilisateurs cercle vicieux décollage lancement nb d'utilisateurs temps arriver là 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…" L'effet réseau : plus il y a d'utilisateurs, plus la communication est rentable Atteindre une masse critique B. Giusiano & P. Charbonnel

21. Les choix d' ENOSIS 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) B. Giusiano & P. Charbonnel

22. EHRcom HPRIM DICOM HL7 MMF 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, ... B. Giusiano & P. Charbonnel

23. 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 workflow inspiré de la Speech Act Theory B. Giusiano & P. Charbonnel

24. Infrastructure de clefs publiques (PKI) Echangessé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 pour mériter la confiance des patients B. Giusiano & P. Charbonnel

25. serveur ENOSIS client ENOSIS client ENOSIS dossier patient partagé modules ENOSIS client ENOSIS logiciel professionnel modules ENOSIS serveur ENOSIS serveur ENOSIS logiciel professionnel modules ENOSIS Réseau A Réseau B Des outils modulaires en "open-source" d'abord autonomesdestinés à être ré-utilisés et intégrés "middleware" B. Giusiano & P. Charbonnel

26. Exemple de mise en oeuvre Projet "Interopérabilité ReSOP" (e-s@nté 2002) B. Giusiano & P. Charbonnel

27. Merci de votre attention B. Giusiano & P. Charbonnel