Utilisation du référentiel FHIR externe Patient.Search (R4) pour traiter les données manquantes dans les résultats HL7

Contexte

Les équipes des services d'aide médicale urgente (SAMU) arrivent souvent aux urgences avec des patients dont les données démographiques sont incomplètes ou inconnues : absence de numéro de dossier médical (NDM), de nom confirmé et parfois même de date de naissance. Pourtant, les notes de transport du SAMU doivent impérativement être intégrées au dossier médical approprié.

Pour garantir une documentation sûre et fiable, les services d'aide médicale urgente, les services d'intégration tiers et les équipes d'intégration hospitalières développent des interfaces sécurisées permettant l'échange d'identifiants et de données cliniques. Lorsque ces identifiants ne concordent pas, les systèmes en aval ne peuvent pas enregistrer automatiquement les notes de transport, ce qui engendre un travail manuel inutile et retarde la complétion des dossiers. Cet article explique comment FHIR Patient.Search (R4) peut être utilisé pour combler les lacunes démographiques les plus fréquentes et améliorer l'enregistrement automatisé.

Le défi

Dans de nombreuses intégrations entre le SAMU et l'hôpital, les patients sont initialement enregistrés sous des identifiants génériques ou temporaires. L'enregistrement définitif – et toute fusion de dossiers – peut n'intervenir que plus tard, parfois après la sortie de l'hôpital. Tant que ces mises à jour ne sont pas propagées, les identifiants du patient dans le SAMU et ceux du dossier médical électronique (DME) peuvent rester désynchronisés.

Lorsqu'une note de transport ne peut être enregistrée en raison d'une incohérence, l'intégration génère généralement une erreur qui est dirigée vers une file d'attente de traitement du dossier patient informatisé (DPI) pour vérification manuelle. Avec les volumes importants des services d'urgence préhospitaliers, cette file d'attente peut rapidement s'allonger. Une cause fréquente est l'absence, dans les messages entrants, d'un ou plusieurs champs démographiques nécessaires à l'identification fiable du patient et à l'enregistrement dans son dossier, le plus souvent :

• Numéro de dossier médical (NDM)
• Nom
• Date de naissance
• Sexe

Fonctionnement actuel

Actuellement, les données démographiques manquantes sont complétées par une requête sur une base de données Microsoft SQL Server (en service depuis plus de 20 ans) qui stocke une représentation interprétée des messages HL7 ADT (Données démographiques). La couche d'intégration utilise des appels JDBC pour exécuter des procédures stockées et récupérer les champs nécessaires.

Une approche basée sur FHIR

Une option plus moderne consiste à récupérer les données démographiques manquantes directement depuis un référentiel FHIR. Plus précisément, FHIR Patient.Search (R4) offre une méthode standardisée pour rechercher le numéro de dossier médical (MRN), le nom, la date de naissance et le sexe à partir des informations partielles disponibles lors de la création du dossier de transport.

Pour ce faire, un processus métier dédié encapsule l'appel Patient.Search (R4) et renvoie une réponse normalisée au flux d'intégration d'origine.

Aperçu du flux de travail

La source requérante soumet une requête PatientSearch.Request (classe de message personnalisée) au processus métier.

Ce dernier effectue ensuite les étapes suivantes :

• Obtention d'un jeton d'accès OAuth.
• Transformation de la requête PatientSearch.Request (classe de message personnalisée) en une requête HS.FHIRServer.Interop.Request.
• Envoi de la requête HS.FHIRServer.Interop.Request à un référentiel FHIR externe.
• Vérification que la réponse FHIR renvoie un code HTTP OK (200).
• Convertit la réponse FHIR du flux HTTP en un objet PatientSearch.Response (classe de message personnalisée).
• Renvoie un objet PatientSearch.Response (classe de message personnalisée) au processus d'origine.

Autres points à prendre en compte concernant le flux de travail

• S'assurer que le fournisseur fournit au moins l'un des éléments suivants : numéro de dossier médical (MRN), nom, date de naissance ou sexe.
• Si plusieurs réponses FHIR Patient sont renvoyées, le résultat est transmis tel quel au dossier médical électronique (DME), permettant ainsi au système de générer une erreur si les champs fournis sont insuffisants pour identifier un patient de manière unique.