OpenHIE Architecture Specification
5.0-fr
5.0-fr
  • Vue d’ensemble de la spécification
  • Comment utiliser la spécification
  • Cahier des charges de l’Architecture
    • Architecture
    • Principes architecturaux
    • Normes et profils
  • Spécifications de composants OpenHIE
    • Exigences non fonctionnelles
    • Registre clients (Client Registry, CR)
    • OpenHIE Facility Registry (FR)/Registre de l’établissement
    • OpenHIE Finance and Insurance Service (FIS/Service financier et d’assurances)
    • OpenHIE Health Management Information System (HMIS)/Système d’information de gestion de la santé
    • OpenHIE Health Worker Registry (HWR)/Registre des professionnels de santé
    • OpenHIE Interoperability Layer (IOL)/Couche d’interopérabilité
    • OpenHIE Logistics Management Information System (LMIS)/Système d’information de gestion logistique
    • OpenHIE Product Catalogue (PC)/Catalogue produits Open HIE
    • OpenHIE Shared Health Record (SHR)/Dossier médical partagé
    • OpenHIE Terminology Service (TS)/Service de terminologie
    • Systèmes de point de service
  • Spécification du flux de travail (Échange)
    • Flux de travail de rapports agrégés
      • Exporter les données agrégées
      • Valider et enregistrer les données agrégées
    • Alerte/Envoi de rappels ou d’informations
      • Envoyer le flux de travail d’alerte du client
      • Envoyer un flux de travail d’alerte aux professionnels de santé
    • Care Services Discovery
      • Flux de travail d’interrogation des dossiers des professionnels de santé et/ou de l’établissement
      • Flux de travail des dossiers Query Care Services
      • Flux de travail de recherche de services de soins
      • Flux de travail demande de mises à jour des services de soins
    • Flux de travail du laboratoire
      • Commander un test de laboratoire
      • Rapport des résultats du laboratoire
    • Flux de travail de gestion de l’identité des patients
      • Créer un flux de travail d’enregistrement démographique du patient
      • Mettre à jour le flux de travail d’enregistrement démographique du patient
      • Requête des enregistrements démographiques des patients par le flux de travail des identifiants
      • Requête des enregistrements démographiques des patients par le flux de travail des données démograph
    • Dossier médical partagé
      • Enregistrer le flux de travail des données cliniques au niveau du patient
      • Interroger le flux de travail des données cliniques au niveau du patient
    • Flux de travail du service de terminologie
      • Développer l’ensemble de valeurs
      • Traduire le code
      • Vérifier l’existence du code
      • Vérifier l’appartenance au code
      • Requête sur l’ensemble de valeurs
      • Requête sur les systèmes de code
      • Requête de schémas de concept
      • Code de recherche
    • Flux de travail des vaccins
    • Flux de travail des services financiers et d’assurance OpenHIE
      • HFW-001 : Inscrire un bénéficiaire
      • HFW-002 : Requête sur un bénéficiaire
      • HFW-003 : Vérifier l’admissibilité à la couverture
      • HFW-004 : Processus de demande
      • HFW-005 : Suivi de la demande
  • Comment fournir des commentaires et apporter sa contribution
  • Journal des modifications et gestion des versions
Powered by GitBook
On this page
  • Description de l’interaction
  1. Spécification du flux de travail (Échange)
  2. Dossier médical partagé

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:

PreviousDossier médical partagéNextInterroger le flux de travail des données cliniques au niveau du patient

Last updated 2 years ago

WHO DDCC Workflows
Digitize Vaccine Event