OpenHIE Architecture Specification
5.0-fr
DEVStaging5.2-en5.0-es5.0-fr4.03.02.0
5.0-fr
DEVStaging5.2-en5.0-es5.0-fr4.03.02.0
  • 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

Rapport des résultats du laboratoire

Un système d’information du laboratoire (LIS) peut envoyer les résultats des tests du laboratoire à un système de dossier médical électronique (EMR)​.

É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

• Flux de travail FHIR R4

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

• Réponse de recherche groupée 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

Résultats enregistrés et tâche FHIR mise à jour

La sauvegarde des résultats génère une ressource FHIR R4 DiagnosticReport (exemple) avec des ressources d’observation FHIR R4 référencées (exemple) afin de sauvegarder les résultats et une référence à la ressource patient et à la tâche associée.

2

Rechercher des tâches FHIR mises à jour

FHIR R4 Rechercher des tâches basées sur des tâches pour lesquelles le propriétaire est EMR et dont le statut est « terminé »

3

Renvoyer les tâches FHIR mises à jour

Ressource de tâche FHIR R4 avec le statut « terminé » et référence au DiagnosticReport FHIR R4

Réponse de recherche groupée FHIR R4 (exemple)

4

Recherche de rapports de diagnostic associés

FHIR R4 Recherche de DiagnosticReports par UUID

5

Renvoyer les rapports de diagnostic associés

Ressource FHIR R4DiagnosticReport avec

6

Mettre à jour le statut de la tâche FHIR, enregistrer les DiagnosticReports et enregistrer les résultats

PreviousCommander un test de laboratoireNextFlux de travail de gestion de l’identité des patients

Last updated 2 years ago