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
  1. Spécification du flux de travail (Échange)
  2. Flux de travail du laboratoire

Commander un test de laboratoire

PreviousFlux de travail du laboratoireNextRapport des résultats du laboratoire

Last updated 2 years ago

Les systèmes de dossiers médicaux électroniques (EMR) peuvent envoyer une commande de laboratoire électronique à un système d’information du laboratoire (LIS).

Échéance du flux de travail

Nouvellement défini

· Le flux de travail est défini et approuvé par ARB

· Les premières mises en œuvre sont en cours

Normes

· Recherche FHIR R4 sur la tâche, DiagnosticReport, ServiceRequest ou les ressources du patient

· Réponse de recherche groupée FHIR R4

· Flux de travail FHIR R4

Hypothèses et conditions préalables

· EMR et LIS sont des applications fiables connues de IOL

· IOL prend en charge l’authentification des nœuds, le suivi des audits et la réexécution des transactions échouées

· SHR adhère à la spécification OHIE

Acteurs

· EMR : le système de dossier médical électronique qui enregistre le patient et les informations de la commande et qui envoie la commande électronique à LIS

· LIS : le système d’information du laboratoire qui extrait les informations de la commande, traite les commandes, met à jour les statuts et génère des ensembles de résultats

· IOL : la couche d’interopérabilité qui sécurise et organise l’échange d’informations (se reporter à couche d’interopérabilité OHIE)

· SHR : le dossier médical partagé qui sert de banque de données centralisée pour le dossier médical longitudinal des patients

Description de l’interaction

N°

Interaction

Données

Options de transaction

1

Créer une commande de laboratoire

La sauvegarde de la commande génère une ressource de tâche FHIR R4 ()

Sinon, la sauvegarde de la commande pourrait générer une ressource FHIR R4 ServiceRequest pour la transmission directe.

2

Envoyer une nouvelle commande de laboratoire

La commande groupée de tâche FHIR est envoyée à IOL et elle est composée d’une ressource de tâche FHIR R4 et d’une ressource de patient FHIR R4 référencée (exemple). Le statut de la tâche est aligné avec le flux de travail FHIR trouvé ici

Groupe FHIR R4 (exemple)

Sinon, une FHIR R4 ServiceRequest et un groupe de ressources du patient pourraient être envoyés

3,4

Envoyer une nouvelle commande de laboratoire

La commande groupée est acheminée via IOL à la fois à SHR et à LIS

Groupe FHIR R4 (exemple)

5

Enregistrer la commande et mettre à jour le statut de la commande

Le statut des ressources de la tâche FHIR R4 est mis à jour localement pour être rejeté ou accepté. Une ressource FHIR R4 ServiceRequest (exemple) est créée pour le traitement des commandes avec une référence à la tâche associée. Les demandes de test EMR et les commandes LIS sont mises en correspondance en fonction des codes LOINC.

Sinon, une ServiceRequest avec un lien vers la ServiceRequest référencée pourrait être remplie.

6

Envoyer une mise à jour de la commande

La mise à jour du statut de la ressource de la tâche de [5] est envoyée à IOL

Sinon, il pourrait s’agir d’une mise à jour d’une ressource FHIR R4 ServiceRequest

7,8

Envoyer une mise à jour de la commande

IOL achemine les tâches FHIR R4 mises à jour vers SHR et EMR

Se reporter aux options de la transaction [6]

9

Mise à jour du statut de la tâche FHIR

Le statut de la tâche FH IR est mis à jour localement

Se reporter aux options de la transaction [6]

se reporter à l’exemple ici​