Interroger le flux de travail des données cliniques au niveau du patient

La transaction lance une requête sur des données cliniques précédemment stockées pour un patient spécifique. Le diagramme de séquence suivant montre les étapes impliquées dans cette transaction.

Échéance du flux de travail	Mature	• Une ou plusieurs mises en œuvre OpenHIE de ce flux de travail existent dans un ou plusieurs pays • Le flux de travail est défini et approuvé par ARB • Le flux de travail est pris en charge par des normes établies
Normes*		• XDS.b avec l’option de document à la demande • Documents ADC profilés par l’IHE PCC • CSD - Trouver des services correspondants - ITI-73 • Requête sur PIX-ITl-9 • Facultativement, le profil MHD peut être utilisé (en plus ou à la place du profil XDS.b) pour permettre aux systèmes PoC d’interroger le contenu clinique en utilisant une approche plus simple et plus moderne basée sur le FHIR. Cette option peut être prise en charge de deux manières : • Le SHR lui-même peut prendre en charge les transactions MHD requises. • (recommandé) L’IL peut fournir un adaptateur pour convertir les transactions MHD entrantes en transactions XDS.b afin que le SHR les traite normalement.
Hypothèses et conditions préalables		• Le système PoS doit s’assurer que le patient dont il recherche les informations cliniques existe déjà. Il peut le faire au moyen d’une requête sur le patient (Requête sur le flux de travail des patients). • Le système PoS est une application fiable connue de HIE et elle est enregistrée avec la couche d’interopérabilité afin d’être en mesure d’envoyer et de recevoir des données en toute sécurité (Flux de travail de sécurité des messages communs). Le SHR DOIT être en mesure de générer des documents à la demande au format XDS-MS en utilisant les données qu’il a stockées dans le flux de travail d’enregistrement des données cliniques au niveau du patient. Facultativement, toutes les autres sections qui ont été importées discrètement et sont jugées utiles peuvent être ajoutées au document XDS-MS généré.
Acteurs		• PoS : le système de point de service qui enregistre une rencontre clinique avec un patient ; il est responsable de l’envoi des données cliniques au HIE. • IL : transmet les transactions entre le système PoS et les services d’infrastructure afin de faciliter l’interopérabilité. • CR : la source fiable de données démographiques et d’identification du patient. Le CR peut être interrogé à l’aide d’un identifiant pour trouver l’identifiant d’entreprise d’une personne en particulier. • FR : la source fiable d’informations sur l’établissement. L’IL peut être interrogé pour obtenir des détails sur un établissement particulier par ID. • SHR : informations cliniques stockées sur les patients. Le SHR est capable de recevoir et de stocker les documents cliniques des patients.

Description de l’interaction

Voici une description des étapes d’interaction.

N°	Interaction	Données	Options de transaction
1	Requête sur des documents cliniques par ID patient et/ou date	Métadonnées XDS.b/MHD Option 1 (doit être prise en charge) : Requête stockée dans le registre XDS.b (ITl-18) - Requête de recherche de documents OU Option 2 (peut également choisir de prendre en charge) : Références de recherche de documents MHD (ITI-67) - Requête RESTful	infrastructure IHE IT Vol. 1 - section 10, annexes E, J, K Vol. 2a - section 3.18 Vol. 2b - sections 3.41, 3.42, 3.43 Vol. 2x - annexes A, B, K, L, M, N, V, W Vol. 3 - sections 4.1, 4.2, 4.3 Si prise en charge de l’option MHD : supplément de profil MHD
2	Résoudre l’identifiant client	message HL7 QBP"Q23	Requête sur PIX (ITl-9) infrastructure IHE IT Vol. 1 - section 5 Vol. 2 - section 3.9
3	Retourner le dossier d’une personne	message HL7 RSP"K23
4	Extraire ECID et enrichir le message avec ECID
5	Requête sur des documents cliniques par ECID	XDS.b/MHDmetadata XDS.b Registry Stored Query (ITl-18) - Requête de recherche de documents et, facultativement (uniquement si le SHR prend directement en charge le MHD), références de recherche de documents MHD (ITI-67) - Requête RESTful	infrastructure IHE IT Vol. 1 - section 10, annexes E, J, K Vol. 2a - section 3.18 Vol. 2b - sections 3.41, 3.42, 3.43 Vol. 2x - annexes A, B, K, L, M, N, V, W Vol. 3 - sections 4.1, 4.2, 4.3MHD : supplément de profil MHD
6	Renvoyer la liste des ID du document	XDS.b Registry Stored Query response : liste des ID du document ou, facultativement (uniquement si le SHR prend directement en charge le MHD), réponse à la recherche des références du document MHD ; liste des ID du document
7	Renvoyer la liste des ID du document	XDS.b Registry Stored Query response : liste des ID du document ou, facultativement, la réponse à la recherche des références du document MHD ; liste des ID du document
8	Demander le contenu du document par ID de document	XDS.b/MHDmetadata XDS.b Récupérer Jeu de documents (ITl-43) et, facultativement, MHD Récupérer le document (ITl-68)	infrastructure IHE IT Vol. 1 - section 10, annexes E, J, K Vol. 2a - section 3.18 Vol. 2b - sections 3.41, 3.42, 3.43 Vol. 2x - annexes A, B, K, L, M, N, V, W Vol. 3 - sections 4.1, 4.2, 4.3MHD : supplément de profil MHD
9	Demander le contenu du document par ID de document	XDS.b/MHDmetadata XDS.b Récupérer Ensemble de documents (ITl-43) et, facultativement (uniquement si le SHR prend directement en charge le MHD), MHD Récupérer le document (ITl-68)	infrastructure IHE IT Vol. 1 - section 10, annexes E, J, K Vol. 2a - section 3.18 Vol. 2b - sections 3.41, 3.42, 3.43 Vol. 2x - annexes A, B, K, L, M, N, V, W Vol. 3 - sections 4.1, 4.2, 4.3MHD : supplément de profil MHD
10	Si ce document est un document statique, le récupérer, sinon, s’il s’agit d’un document à la demande, le générer		Pour ODD : Spécifications XDS-MS
11	Retourner le document clinique	XDS.b/MHDresponse - avec le contenu du document ADC
12	Retourner le document clinique	XDS.b/MHDresponse - avec le contenu du document ADC

References: WHO DDCC Workflows