Nouveaux profils IT Infrastructure en 2006

1. Nouveaux profilsIT Infrastructure en 2006 IHE-France 8 décembre 2006 Emmanuel CORDONNIER (ETIAM, co-chair IHE-France)

2. Résumé des profils IT-I

3. Rappel XDS : diagramme

4. XDS : standards utilisés • ebXML Registry Services • SOAP with attachments et ebXML Messaging Services • Méta-données basées sur HL7 CDA • Soumission documents en synchrone (HTTP) ou asynchrone en option (SMTP) • Consultation en synchrone (HTTP) sur critères en XML

5. XDS : méta données documents • Patient :identifiant « partagé », identité (identifiant et nom…) « vue de la source » • Origine : (auteur, institution, vérificateur) • Identification : (ID index, URL entrepôt, identifiant unique, dates création et début et fin acte médical, titre, taille, hash, status, document auquel il est associé) • Classification : (classe, type, format, type MIME, type et spécialitéinstitution et auteur, codes médicaux, niveau de confidentialité) • Requis, Si connu, Généré par le serveur, Recommandé

6. L’échange de documents • Le succès d’XDS a contribué à mobiliser les acteurs utilisateurs et fournisseurs autour de la notion de partage de documents médicaux gérés par les dossiers patients • Mais aussi fait prendre conscience de l’intérêt de solutions d’échange de documents, plus faciles à mettre en place à court terme (organisation, sécurité…)

7. Communication spécialiste - MG Spécialiste, Radio ou Labo Généraliste Demande d’avis Echangesville hôpital Transfert de patient Dossier personnel (PHR) vers urgence ou dossier de professionnel (EMR) Soins intensifsvers soins de suite (ECF) Hôpital / urgence Etablissement Fonctionnement XDR/XDM

8. Cross-Enterprise Document Reliable/Media interchange XDR/XDM • Communication point à point de documents complémentaire au partage (XDS) • 2 types de transports : XDR email & XDM media • Comme XDS, indépendant du contenu • Réutilisation maximale des objets et méta-données d’XDS • Compatible avec les échanges d’images (IHE PDI, DICOM e-mail…) • Adapté à tous les profils “contenu” d’XDS

9. XDR/XDM • Echange de documents « centré patient » • Transmission de résultats, lettres de sortie ou courriers médicaux (pas le "workflow" lui-même mais les informations médicales associées) • Eléments de dossier médical personnel (résumé…), synthèse des éléments médicaux (traitements en cours, allergies, etc), données physiologiques…

10. Points techniques clefs d’XDR/XDM • Réutilisent l’approche XDS pour les documents • SubmissionSet, DocumentEntry • Méta-données ebXML Registry Service • XDR : Echanges directs sécurisés • Messagerie sécurisée (ebMS sur SMTP, S/MIME) • En option envoi direct HTTP/SOAP (comme XDS) • XDM : Profil « media » comme images DICOM • Media CD-R (comme IHE PDI) ou clefs USB • En option ZIP e-mail (comme DICOM e-mail – sup.113) • Possibilité de combinaison avec XDS ou PDI au sein du même système (Document Source…) • Evolution possible pour d’autres protocoles – au delà du SOAP actuel - (MTOM…)

11. Diagramme XDR Provide and Register Document Set [ITI-15]  Document Source Document Recipient

12. Diagramme XDM Portable Media Creator Distribute Document Set on Media [ITI-32]  Portable Media Importer

13. Document Recipient XDR XDR Document Recipient Document Source XDR combiné avec XDS Document Registry Document Repository Document Consumer Document Source XDS

14. Protocol encapsulation in SMTP/ESMTP SOAP with MIME attachments (multipart/related) text/xml SOAP:Envelope SOAP:Header, with Service=LifeCycleManager and Action=submitObjects Part1 (start) SOAP:Body, with Manifest=list of attachments (e.g. ebXML Reg. Msg + Documents) Part2 text/xml SubmitObjectRequest (ebXML Registry Message) Part3 Document 1 .. . Part n+2 Document n Message de base XDR

15. Structure d’un media XDM

16. contenu XDM : En complément, contenu PDI : XDM combiné avec PDI

17. XDS Registry Stored Query Query Documents Patient Identity Source Patient Identity Feed Registry Stored Query Document Document Consumer Registry Register Document Set Retrieve Provide&Register Document t Document Se Document Document Repository Source

18. XDS Registry Stored Query • N’est plus dépendant du modèle de base de données du registre : les phrases SQL sont remplacées par des appels fonctions • Les échanges sont réalisés en web service compatible WS-I • Les demandes sont en ebRS v3.0, les réponses restant en ebRS v2.1 • La transaction est obligatoire des deux côtés et remplace donc à terme le Query

19. XDS-SD (Scanned Document) • Génération d’un document XML structuré en CDA R2 à partir d’un document PDF, qu’il ait été numérisé ou généré autrement • Version « image » et « texte » • Le PDF est inclus dans le fichier XML • Le profil décrit les méta-données minimales à rentrer, leur origine et leur transposition XDS versus CDA

20. RFD (Retrieve Form for Data Capture)

21. PDQ HL7v3 • Fonctionnellement identique à PDQ et destiné à la recherche d’informations d’identité sur les patients : « traits » à partir d’un identifiant et vice-versa, identités à partir de critères (« Ab* »…) • Les échanges se font en services web compatibles WS-I et en HL7 v3 codé en XML • Surtout destiné aux interrogations hors établissements (serveurs régionaux)

22. RFD : résumé • Gestion des remplissages de formulaires liés aux dossiers patient mais destinés aux études cliniques et épidémiologiques • Elaboré en lien avec le DISC qui standardise les échanges en recherche clinique pour les labos pharmaceutiques • Basé sur XForms, il définit les interactions entre le dossier patient et un gestionnaire de formulaire remplis en web

23. www.ihe-europe.org