Intégration · FHIR R4

FHIR R4, là où il est utile

EDFlow accepte les Bundles FHIR R4 et les notifications d'abonnement, utilise FHIR pour enrichir l'équipe soignante et les emplacements, et prend en charge le lancement SMART on FHIR pour le personnel. Seuls les états et les heures sont conservés : le contenu des résultats est supprimé sans être lu.

En bref

  • Ressources transformées

    Encounter, ServiceRequest, Specimen, ImagingStudy, état du DiagnosticReport, Appointment et CareTeam.

  • Abonnements

    Notifications R4 Subscriptions Backport, avec numéros de séquence pour détecter les pannes et les trous.

  • SMART on FHIR

    Services d'arrière-plan avec assertions JWT signées, et lancement depuis le DME pour le personnel.

Ressources transformées

Ressources FHIR R4 et ce qui est conservé
RessourceConservé
Encounter (classe EMER)[1]Arrivée, heure du triage, emplacement, participants, départ et décision
ServiceRequestExistence, catégorie (laboratoire, imagerie, ECG, consultation) et état de la demande
SpecimenHeures de prélèvement et de réception
ImagingStudyCommencé et disponible
DiagnosticReportÉtat et heure d'émission seulement; résultat, conclusion et document supprimés sans être lus
AppointmentL'heure prévue d'une demande liée
CareTeam, Practitioner, PractitionerRole, LocationNoms, rôles et correspondance des emplacements

La place de FHIR

FHIR reste utile pour trois choses : l'enrichissement (noms et rôles des praticiens, emplacements), le lancement SMART pour le personnel depuis le DME, et les sites qui exploitent déjà un relais FHIR ou un produit d'abonnement.[2][3] Pour le recensement en direct, les flux HL7 v2 que l'hôpital exploite déjà sont plus rapides, moins coûteux et minimisés à l'intérieur de l'hôpital.

Documentation technique

Questions fréquentes

Pouvons-nous envoyer du FHIR plutôt que du HL7 v2?

Oui, si votre site exploite un relais FHIR ou un produit d'abonnement. Envoyez des Bundles (y compris les notifications R4 Subscriptions Backport) à l'adaptateur FHIR; ils sont transformés aussitôt et les ressources brutes ne sont jamais conservées.

Pourquoi FHIR n'est-il pas le flux principal?

Parce que les API FHIR des DME sont généralement limitées à un patient à la fois, suivre tout un service presque en temps réel voudrait dire interroger chaque patient actif chaque minute sur plusieurs ressources. Les lectures FHIR renvoient aussi plus de données que nécessaire, minimisées hors de l'hôpital plutôt qu'à l'intérieur.

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.