Intégration · Epic

Des mises à jour de l'urgence en direct pour les hôpitaux Epic

EDFlow fonctionne avec Epic par les interfaces HL7 v2 qu'Epic publie sur open.epic et que les hôpitaux Epic exploitent déjà par leur moteur d'intégration. FHIR R4 ajoute les noms et rôles des praticiens, et un lancement SMART facultatif ouvre EDFlow depuis Epic.

En bref

  • HL7 v2 par Bridges

    Les interfaces sortantes d'administration des patients, de résultats et demandes, et d'imagerie publiées sur open.epic.

  • Enrichissement FHIR R4

    Encounter, Location, Practitioner et PractitionerRole pour l'équipe soignante et la correspondance des emplacements.

  • SMART on FHIR

    Le personnel ouvre le tableau depuis Epic avec le lancement DME; les services d'arrière-plan utilisent des assertions JWT signées.

Le flux de l'urgence depuis Epic

Epic conserve les étapes de l'urgence (arrivée, triage, attribution d'un médecin, décision, demande de lit et départ) comme des événements horodatés sur la rencontre. Elles ne sont pas une ressource FHIR publique, mais elles sortent d'Epic par des déclencheurs sortants Bridges configurés dans chaque site, par exemple un ADT^A08 quand l'équipe traitante, le triage ou la décision change.[1]

Interfaces HL7 v2 d'Epic utilisées (selon open.epic)
SensInterfaceUtilisée pour
SortanteAdministration des patients (ADT)Arrivée, triage, emplacement, équipe soignante, départ
SortanteRésultats et demandes; résultats et demandes d'imagerieExistence et état des demandes; état des résultats seulement
SortanteDemandes de dièteUne demande explicite de jeûne (jamais déduite)
SortanteRenseignements sur les fournisseursNoms et rôles de l'équipe soignante (facultatif)

FHIR R4 avec Epic

Le catalogue FHIR R4 d'Epic comprend Encounter, Location, Practitioner, PractitionerRole, ServiceRequest, Specimen, DiagnosticReport et ImagingStudy.[2] FHIR sert à l'enrichissement, pas au recensement en temps réel : la recherche d'Encounter se fait par patient et aucune API d'abonnement FHIR n'est offerte de façon générale; interroger tout un service chaque minute serait lourd et limité.

La documentation CareTeam d'Epic précise que l'équipe traitante de l'hôpital est renvoyée dans Encounter.participant; c'est là que l'équipe soignante est lue.

Lancement SMART et interfaces canadiennes

Epic prend en charge le lancement depuis le DME et les services d'arrière-plan avec les identifiants client OAuth 2.0 et une assertion JWT signée (RS384 ou ES384).[3] Le lancement facultatif pour le personnel ouvre le tableau ou la vue d'un patient depuis le contexte Epic, sans seconde connexion.

Les sites Epic de l'Ontario exploitent aussi des interfaces propres au Canada, comme l'interface sortante des temps d'attente pour le système provincial.[4] Les horodatages qui l'alimentent (arrivée, triage, évaluation initiale par un médecin) sont ceux dont la chronologie du service a besoin.

À confirmer avec votre équipe Epic

  • Quels déclencheurs sortants Bridges se produisent lors des changements de triage, d'équipe traitante et de décision dans votre configuration.
  • Si le laboratoire et l'imagerie fonctionnent dans des modules Epic ou dans des systèmes tiers (cela change le travail d'interface).
  • Si une inscription d'application est nécessaire pour l'enrichissement FHIR, et quel niveau de soutien s'applique.
  • Les codes d'emplacement de l'urgence et de ses zones, pour le filtre du moteur.

Documentation technique

Questions fréquentes

Faut-il être inscrit à la boutique d'applications d'Epic?

Pas pour un projet pilote dans un seul hôpital qui utilise ses propres interfaces HL7. L'utilisation des API FHIR d'Epic pour l'enrichissement nécessite l'inscription d'une application que l'hôpital active dans son propre environnement.

Y a-t-il un piège avec le laboratoire et l'imagerie d'Epic?

Cela dépend de l'endroit où fonctionnent le laboratoire et l'imagerie. Avec un système de laboratoire ou de radiologie tiers, le trafic des demandes et des résultats existe déjà et le moteur peut le copier. Avec les modules de laboratoire et de radiologie d'Epic, les changements d'état restent dans Epic et il faut habituellement une nouvelle interface sortante de résultats et de demandes. Prévoyez du temps d'analyste.

Coexiste-t-il avec les outils d'Epic destinés aux patients?

Oui. EDFlow ne concurrence jamais le portail patient de l'hôpital pour les mêmes données. Il montre la progression et jamais les résultats : le portail reste l'endroit où les patients lisent leurs résultats selon les règles de diffusion de l'hôpital.

Nous joindre

Voyez-le avec votre propre service d'urgence en tête

Nous parcourons les vues du patient, des proches et du personnel avec des données fictives, puis nous les arrimons à votre DME, à vos façons de faire et à ce qu'un projet pilote devrait démontrer.