Enregistrer le flux de travail des données cliniques au niveau du patient
Cette transaction permet à un système de point de service (PoS) d’enregistrer les données cliniques au niveau du patient dans le SHR. La transaction est vérifiée et validée par rapport aux autres registres avant d’être enregistrée dans le SHR. Le diagramme de séquence suivant montre les étapes impliquées.
É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 matures* |
Normes |
| · XDS.b avec l’option de document à la demande (ODD) - fournir et enregistrer un document - ITl-41 · Documents ADC profilés par l’IHE PCC en tant que données cliniques · CSD - Trouver des services correspondants - ITI-73 · Requête sur PIX - ITl-9 · Facultativement, le profil MHD (basé sur le FHIR) peut être utilisé à la place du profil XDS.b pour permettre aux systèmes PoC d’enregistrer le contenu clinique en utilisant une approche plus simple et plus moderne. Cette option peut être prise en charge de deux manières : · Le SHR lui-même peut prendre en charge les transactions MHD requises. · L’IL peut fournir un adaptateur pour convertir les transactions MHD entrantes en transactions XDS.b pour que le SHR les traite normalement. |
Hypothèses et conditions préalables |
| · Le système PoS possède une liste organisée de fournisseurs qui interagissent avec celui-ci, avec une connaissance d’au moins les fournisseurs qui sont pertinents pour le système PoS en question. · Le système PoS possède une liste organisée des installations qu’il dessert, avec la connaissance d’au moins un membre (lui-même). · Le système PoS doit s’assurer que le patient dont il soumet des informations cliniques existe déjà. Il peut le faire en faisant une requête sur le patient et s’il n’existe pas, il doit l’enregistrer (créer un flux de travail d’enregistrement de données démographiques du patient). · 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). · Les conditions de validation de l’établissement, du prestataire et des services sont paramétrables afin de leur permettre d’être plus ou moins strictes. · Toutes les soumissions XDS à l’IL DOIVENT contenir des informations sur l’auteur. Soit authorPerson ou authorInstitution ou les deux DOIVENT être fournis. Lors de leur fourniture, ceux-ci DOIVENT être au format XCN/XON complet et DOIVENT inclure un élément d’identification. Cette exigence est plus restrictive que le profil XDS.b, mais elle est requise pour effectuer la validation du professionnel et de l’établissement de santé soumettant ces informations. · Le SHR DOIT être capable de stocker certaines sections d’un document ADC en tant que données discrètes dans son modèle de données interne pour une utilisation lors de la génération de documents à la demande. Les sections qui doivent être prises en charge pour l’importation discrète sont celles définies dans la spécification XDS-MS, ainsi que (facultativement) toute autre section jugée utile dans l’environnement dans lequel le SHR est déployé. |
Acteurs |
| · PoS : le système de point de service qui enregistre une rencontre clinique avec un patient ; il est responsable de l’envoi de cette rencontre 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. · IL (Interlinked Registry) : la source fiable d’informations sur l’établissement. L’IL peut être interrogé pour obtenir des détails sur un établissement particulier par ID. Dans les implémentations, le FR et/ou le HWR peuvent être utilisés si l’IL n’est pas nécessaire pour relier les professionnels et les établissements de santé. · 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 | Soumettre une rencontre clinique | Document ADC conforme à un profil PCC particulier XDS.b fournit et enregistre le document (ITI-41 du cadre ITI) - service Web SOAP et, facultativement, le MHD fournit un lot de documents (ITI-65) - Interface RESTful FHIR | XDS : 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 |
2 | Résoudre l’identifiant client | message HL7 QBP^Q23 | infrastructure IHE IT Requête PIX (ITl-9) 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 si le patient existe, sinon erreur |
|
|
5 | Récupérer les détails du fournisseur et effectuer la validation | Fonction urn='urn:ihe:iti:csd:201 4:stored-function:provider-search' | Supplément IHE ITI CSD |
6 | Retourner les détails mis en cache et les résultats de la validation | Retourner les résultats de la validation |
|
7 | Aller chercher les détails de l’établissement et effectuer la validation | Fonction urn='urn:ihe:iti:csd:201 4:stored-function:facility-search' | Supplément IHE ITI CSD |
8 | Retourner les détails mis en cache et les résultats de la validation |
|
|
9 | Lire le résultat de la validation et enrichir le document avec EPID et ELID |
|
|
10 | Enregistrer une rencontre clinique | Document ADC conforme à un profil PCC particulier XDS.b fournit et enregistre le document (ITI-41 du cadre ITI) - Service Web SOAP et, facultativement, le MHD fournit un lot de documents (ITI-65) - interface RESTful FHIR | 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 MHD : supplément de profil MHD |
11 | Analyser et stocker discrètement certaines sections du document clinique |
|
|
12 | Enregistrer un document à la demande CCD pour ce patient | Métadonnées générées | 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 Spécifications XDS-MS |
13 | Confirmer la rencontre enregistrée | Réponse ITl-41 SOAP et, facultativement, réponse de ITl-65 RESTful |
|
14 | Confirmer la rencontre enregistrée | Réponse ITl-41 SOAP et, facultativement, réponse de ITl-65 RESTful |
|
References:
Last updated