Intégrer Epic et Oracle Health pour l'état de l'urgence en temps réel

La visite d'un patient change d'état quelques dizaines de fois : arrivée, triage, changement d'emplacement, évaluation par un médecin, demandes d'examen, prélèvements, résultats finaux, consultation, décision, départ. Un suivi n'est bon que si le délai entre chacun de ces moments dans le DME et l'écran du patient est court.

Chaque grand DME émet déjà ces moments sous forme de messages HL7 v2 : admissions, congés et transferts (ADT), demandes d'examen (ORM et OML) et résultats (ORU). Ils sont en temps réel, les hôpitaux possèdent et exploitent les interfaces, et ils passent par un moteur d'intégration comme Rhapsody, InterSystems Health Connect, Cloverleaf ou Mirth Connect. Le HL7 v2 par le moteur est donc la colonne vertébrale pratique d'un flux en direct pour tout le service.^[1][2]

Epic conserve les étapes de l'urgence comme des événements horodatés sur la rencontre. Elles sortent d'Epic par les interfaces sortantes Bridges : administration des patients, résultats et demandes, imagerie, diètes et renseignements sur les fournisseurs figurent sur open.epic.^[1] Un ADT^A08 se produit habituellement quand l'équipe traitante, le triage ou la décision change, mais chaque site configure ses propres déclencheurs.

FHIR R4 garde sa place : Practitioner et PractitionerRole pour les noms de l'équipe soignante, Location pour la correspondance, et un lancement SMART qui ouvre le tableau du personnel depuis Epic, avec des services d'arrière-plan et des assertions JWT signées.^[3][4] Les sites Epic de l'Ontario exploitent aussi des interfaces propres au Canada pour le système provincial des temps d'attente, qui transportent déjà les horodatages d'arrivée, de triage et d'évaluation dont une chronologie de l'urgence a besoin.^[5]

FirstNet, la solution d'urgence de Millennium, comprend un tableau de suivi, l'attribution des fournisseurs et des avis pour le triage et les étapes du flux. Millennium envoie du HL7 v2 sortant par les outils d'interface d'Oracle, et le moteur fait le reste.

Les API FHIR R4 d'Oracle ajoutent deux éléments utiles. CareTeam prend en charge les équipes soignantes au niveau de la rencontre, avec les rôles et les périodes, ce qui convient mieux à l'équipe de l'urgence qu'une équipe longitudinale.^[6] Et Communication.Create peut envoyer des avis ou des rappels professionnels sécurisés aux praticiens, une voie réaliste pour écrire les demandes des patients dans le centre de messages lors d'une phase ultérieure.^[7]

C'est dans le moteur que la confidentialité se gagne. Il filtre les visites à l'urgence, transforme les messages en un petit vocabulaire d'événements, retire tout champ que le contrat ne nomme pas et signe le lot avant qu'il ne quitte l'hôpital.

• Jamais envoyés : valeurs de résultats et indicateurs anormaux, notes, diagnostics, numéros de carte santé, adresses et numéros de téléphone.
• Hachés à l'arrivée : numéros de dossier, de visite et de demande, conservés seulement sous forme de hachages à clé.
• Réduits : le nom du patient à un prénom et une initiale; la date de naissance seulement dans un hachage d'appariement à clé.
• Refusés : toute donnée contenant un champ interdit est rejetée à la réception, deuxième ligne de défense derrière le moteur.

Pour les messages de résultats, la règle est simple : les segments OBX sont ignorés et jamais analysés pour leurs valeurs. Seuls l'état (OBR-25) et son heure sont conservés.

Avant que les patients ne voient quoi que ce soit, le flux fonctionne en parallèle pendant au moins deux semaines, avec la vue patient masquée. Il doit concorder avec le DME pour au moins 98 % des étapes dans les échantillons vérifiés, livrer les mises à jour en 60 secondes ou moins au 95e centile, rejeter moins de 0,5 % des événements et ne laisser aucun code sans correspondance.

Les flux tombent en panne. Les interfaces sont suspendues pour des mises à niveau, les moteurs redémarrent et des systèmes entiers s'arrêtent pour des pannes planifiées. EDFlow surveille un signal de vie chaque minute et une liste des patients présents toutes les 15 minutes; quand le flux se tait, le personnel voit qu'il est retardé et les patients voient que les mises à jour peuvent être retardées, jamais un ancien état présenté comme actuel. La console du personnel peut faire avancer chaque étape à la main, par le même pipeline, jusqu'au retour du flux.