Commentaires

Gérer les données FHIR avec l’administrateur de la synchronisation pour FHIR

  • Article
  • 22 minutes de lecture

Administrateur de la synchronisation pour FHIR vous aide à synchroniser les ISP (informations de santé protégées) des patients entre les systèmes DSE et Dataverse. Cette intégration offre aux équipes soignantes et aux patients un accès rapide et sécurisé à leurs données dans votre environnement Microsoft Cloud for Healthcare.

Votre système FHIR reste à part, mais rapidement disponible via Dataverse. L’agent de la synchronisation agent de synchronisation Azure FHIR gère les transactions, en utilisant les fonctions Azure pour lire et écrire les données FHIR. Les prestataires de soins peuvent se concentrer sur les besoins des patients et les administrateurs peuvent se concentrer sur la gestion des personnes, des établissements et des ressources cliniques.

Fonctionnalités qui simplifient le travail avec les données FHIR

Examinez le tableau suivant pour voir comment Administrateur de la synchronisation pour FHIR peut simplifier le fonctionnement avec les données patient protégées.

Fonctionnalité Ce que permet la fonctionnalité Comment elle vous aide à gérer
Mappages d’entités Les mappages d’entité associent les ressources FHIR avec les entités Dataverse.

Par exemple, la ressource FHIR « Patient » correspond à l’entité Dataverse « contact ». L’un comme l’autre correspondent à la même chose : les patients.

Quand une personne souhaite lire ou modifier des données, le mappage affiche la source des données et aide l’agent de synchronisation à synchroniser les deux systèmes.		 Au lieu de créer vous-même chaque mappage d’entité, vous activez les mappages dont vous avez besoin. Si un mappage nécessite une petite modification, ajustez-la ou copiez-la et ajoutez une balise.

Si vous ne voulez plus voir un mappage, archivez-le. Et pour des utilisations spécifiques, créez un mappage.
Mappages d’attributs Les mappages d’attribut associent les éléments FHIR aux attributs Dataverse.

Ces mappages sont activés au départ, mais ils n’affectent pas la synchronisation à moins que leur mappage d’entité parent ne soit activé.		 Souvent, vous n’avez rien d’autre à faire que d’activer le mappage d’entité parent, mais vous pouvez également configurer des mappages d’attribut, un peu comme les mappages d’entité.

Les mappages d’attributs héritent de la balise de leurs mappages d’entités parents, pour vous aider à les distinguer.
Journaux Les journaux Administrateur de la synchronisation pour FHIR enregistre ses propres actions et résume les actions de l’agent de synchronisation.

Les entrées de journal ne contiennent pas de données DME : elles indiquent ce que l’agent de synchronisation a essayé de faire et le résultat.

Chaque entrée a une description.		 Les journaux permettent de valider vos mappages et de surveiller les opérations de l’agent de synchronisation. Ils vous aident à résoudre les problèmes.

Par exemple, une entrée de journal avec la description « Champs requis manquants » signifie que la modification de données a tenté d’écrire dans une instance de ressource FHIR, mais n’a pas inclus de valeur pour un élément qui en a besoin.—peut-être que le formulaire de saisie de données n’avait pas de champ pour saisir la valeur, ou avait le champ, mais vous permettait de soumettre le changement avec ce champ vide. L’entrée de journal comprendra une liste des champs manquants, afin que vous puissiez rapidement trouver et résoudre le problème.
Ressources Azure FHIR Ces ressources se situent entre l’agent de synchronisation et les systèmes DSE et conservent les données réelles hors des journaux de transactions. Garder vos données DSE/DME sécurisées et distinctes de Dataverse, pour vous aider à protéger les dossiers des patients.
Paramètres d’intégration Ces paramètres indiquent à Dataverse comment reconnaître les changements de données FHIR et où envoyer les transactions de données FHIR. Ils vous permettent également d’activer ou de désactiver la synchronisation et d’indiquer à l’agent de synchronisation s’il doit consigner ses actions. Facilitez l’initialisation de l’Administrateur de synchronisation pour FHIR et effectuez des ajustements ultérieurement.
Données sur la santé Quand les patients donnent leur consentement pour partager leurs données de santé, les administrateurs peuvent le voir dans Administrateur de la synchronisation pour FHIR. L’affichage des données vous aide à gérer les flux de données et à mieux comprendre les éléments de journal, et vous permet de valider vos mappages de données.

Mappages d’entités

Sous Mappages, sélectionnez Mappages d’entités pour voir une liste de toutes les entités.

Les mappages d’entités constituent le niveau le plus élevé du processus de mappage. Vous pouvez mapper un concept d’entité à plusieurs ressources FHIR. Les mappages d’entités aident l’Administrateur de synchronisation pour FHIR à déplacer les données entre les deux systèmes et aident Dataverse à envoyer les données appropriées à l’agent de synchronisation FIHR Azure.

Mappages d’entités inclus avec l’Administrateur de synchronisation pour FHIR

L’Administrateur de synchronisation pour FHIR comprend de nombreux mappages d’entités intégrés, des mappages d’attribut et des mappages d’éléments FHIR pour les ressources FHIR standard dont vous aurez probablement besoin. Étant donné que le système de chacun est différent, les mappages d’entités ne sont pas activés au moment du déploiement.

  • Pour activer les mappages d’entités dont vous avez besoin, il n’y a qu’un seul paramètre à modifier.
  • Pour modifier les mappages en fonction de vos systèmes DME spécifiques, les mappages de l’Administrateur de synchronisation pour FHIR sont extrêmement configurables.
  • Et si vous ne trouvez pas de mappage spécifique correspondant à vos besoins, il est facile de créer vos propres mappages.

Le tableau suivant répertorie les mappages d’entités inclus avec Administrateur de la synchronisation pour FHIR.

Ressource Azure FHIR Entité Dataverse
Patient msemr_medicalidentifier
Patient msemr_contactlink
Rendez-vous msemr_encounter
Device msemr_device
Observation msemr_observation
Appointment msemr_appointmentemr
MedicationRequest msemr_medicationrequest
AllergyIntolerance msemr_allergyintolerance
Procédure msemr_procedure
Organization compte
Emplacement msemr_location
Appointment msemr_appointmentemrslot
RelatedPerson msemr_relatedperson
Revendication msemr_claim
DiagnosticReport msemr_diagnosticreport
Condition msemr_condition
Médicament msemr_medication
CarePlan msemr_careplan
Plage msemr_slot
Planification msemr_schedule
CareTeam msemr_careteam
Patient contact
Praticien contact
CareTeam msemr_careteamparticipant
Participant msemr_careteamparticipantrole

Désactiver un mappage d’entité

Si vous n’avez plus besoin d’utiliser un mappage d’entités inclus avec Administrateur de la synchronisation pour FHIR, désactivez-le. Par exemple, vous n’aurez peut-être pas besoin de synchroniser et de stocker les enregistrements des demandes de médicaments dans le système de DME.

Important

Vous ne pouvez pas supprimer un mappage d’entités qui fait partie de l’Administrateur de la synchronisation pour FHIR, car ils sont compatibles avec la solution—pour les supprimer, vous devez supprimer toute la solution. Nous vous recommandons de désactiver le mappage ou de l’archiver.

  1. Sous Mappages, sélectionnez Mappages d’entités.

  2. Sélectionnez l’entité que vous souhaitez désactiver.

  3. Sélectionnez Oui comme valeur pour Désactiver ?. Puis, sélectionnez ensuite Enregistrer.

    Désactiver un mappage d’entités.

Créer un mappage d’entités

La création de mappages d’entité rend l’Administrateur de la synchronisation pour FHIR plus extensible. Par exemple, vous souhaiterez peut-être créer un mappage d’entités pour les patients. Commencez par nommer la nouvelle entité. Dans cet exemple, la ressource Azure FHIR est nommée Patient. L’entité Dataverse est nommée Contact.

  1. Sous Mappages, sélectionnez Mappages d’entités, puis sélectionnez Nouveau.

  2. Pour EntityName, sélectionnez Contact.

  3. Pour Ressource Azure FHIR, tapez ou sélectionnez Patient.

  4. Pour Est désactivé(e) ?, sélectionnez Non.

  5. Pour Activer la réécriture de CDS sur FHIR, sélectionnez Oui.

    Définir la valeur sur Oui signifie que les changements dans Dataverse répondent au FHIR. Si vous sélectionnez Non, FHIR écrit toutes ces informations dans Dataverse et aucune des mises à jour ne revient dans le système FHIR.

    Créez un mappage d’entités.

  6. Pour Messages pris en charge, sélectionnez les actions valides pour que les données soient renvoyées vers le système FHIR. Sélectionnez Créer, Mettre à jour, ou les deux.

    Notes

    Pour un patient ou un contact, uniquement Mettre à jour est pris en charge.

    • Si vous sélectionnez Créer, quand un enregistrement est créé dans Dataverse il est également créé dans FHIR.
    • Si vous sélectionnez Mettre à jour, chaque changement d’enregistrement dans Dataverse est également mis à jour dans FHIR.

    Pour cet exemple qui utilise l’entité Contact, sélectionnez uniquement Mettre à jour.

  7. Cliquez sur Enregistrer.

    La capture système change dans Azure FHIR quand Contact est mis à jour. Mappages d’attribut associés apparaît maintenant dans Nouveau mappage d’entité de service de mise à jour.

Important

Ne créez pas de patients dans Dataverse. Ajoutez toujours de nouveaux patients dans votre système FHIR, et l’agent de synchronisation Azure FHIR crée les enregistrements Dataverse.

Les patients sont la principale ressource (entité) dans FHIR. Toutes les autres ressources (entités) dans FHIR se rapportent à la ressource/entité Patient. Les systèmes FHIR attribuent automatiquement un identifiant unique quand vous ajoutez un nouveau patient. Cet attribut ID est en lecture seule. Si vous essayez de créer un nouveau dossier patient dans Dataverse, Dataverse ne peut pas attribuer de valeur à l’attribut ID patient dans FHIR, de sorte que l’agent de synchronisation ne peut pas écrire les modifications de données dans votre système FHIR.

Quand vous ajoutez un nouveau patient dans votre système DME, cette modification de données est transmise au serveur agent de synchronisation Azure FHIR, puis à Dataverse. Ensuite, vous pouvez ajouter des enregistrements associés, tels que des rencontres, des rendez-vous et des observations.

Exemple de mappage d’entités : rendez-vous patient

En ajoutant un rendez-vous patient au DSE d’un patient, une carte d’entité indique à l’agent de synchronisation comment mettre à jour Dataverse.

  1. Le mappage des entités msemr_encounter ↔ Encounter connecte la ressource agent de synchronisation Azure FHIR Rendez-vous à l’entité Dataverse msemr_encounter.

    Exemple de mappage d’entités : msemr_encounter ↔ Encounter.

  2. La modification des données dans Rendez-vous entraîne l’envoi, par le proxy FHIR, d’un message à la file d’attente du Service Bus de l’agent de synchronisation Azure FHIR. Le Service Bus lit la modification des données dans la file d’attente, puis l’envoie à Dataverse.

  3. L’agent de synchronisation Azure FHIR utilise le mappage d’entité msemr_encounter ↔ Encounter pour modifier les données dans Dataverse.

Exemple de mappage d’entités : mise à jour d’un patient dans Dataverse

Supposons que vous mettiez à jour un dossier patient dans Dataverse et que vous souhaitiez que cette modification soit réécrite dans votre système DME, via les services de données de santé Azure :

  1. Le mappage d’entité Administrateur de la synchronisation pour FHIR contact ↔ Patient associe la ressource agent de synchronisation Azure FHIR Patient à l’entité Dataverse Contact.

    Exemple de mappage d’entités : contact ↔ Patient.

  2. Un changement de données dans un dossier patient dans Dataverse déclenche un plug-in Dataverse.

  3. Le plug-in Dataverse envoie un message concernant cette modification Dataverse au Service Bus de l’agent de synchronisation Azure FHIR.

  4. L’Agent de synchronisation Azure FHIR traite la modification et la publie dans les services de données de santé Azure.

  5. Votre DME peut recevoir la modification des données du dossier patient via les services de données de santé Azure et votre méthode configurée pour consommer cette API Microsoft.

    Notes

    Nous vous recommandons de garder les données des patients, des médecins, ainsi que les données cliniques gérées et référencées synchronisées avec Microsoft Cloud for Healthcare.

Mappages d’attributs

Les mappages d’entités ont des mappages d’attributs. Un attribut d’une entité correspond à un élément de la ressource FHIR. Sous Mappages, sélectionnez Mappages d’attributs pour voir une liste de tous les attributs du système.

Mappages d’attributs du service de mise à jour.

Conseil

Vous pouvez utiliser l’option Exporter vers Excel dans la barre de commandes pour exporter les informations de mappage dans un fichier Excel. Pour en savoir plus sur l’exportation des données depuis votre application vers un fichier Excel, consultez Exporter les données vers Excel.

Ajouter un mappage d’attributs à un mappage d’entités

  1. Ouvrez le mappage d’entités.
  2. Dans l’onglet Général, sous Mappages d’attributs associés, sélectionnez Nouveau mappage d’attributs du service de mise à jour.

Désactiver un mappage d’attributs

Si vous n’avez pas besoin d’un mappage d’attributs pour une entité incluse avec l’Agent de synchronisation FHIR, vous pouvez le désactiver. Par exemple, pour l’entité de rencontre, vous n’aurez peut-être pas besoin de l’attribut au nom de synchronisé et stocké dans le système DME.

  1. Sous Mappages, sélectionnez Mappages d’attributs.

  2. Sélectionnez l’entité msemr_encounter, puis Modifier.

  3. Dans Mappages d’attributs associés, sélectionnez msemr_onbehalfof, puis sélectionnez Modifier.

  4. Définissez Désactivé(e) sur Oui.

    Désactiver un mappage d’attributs.

  5. Cliquez sur Enregistrer.

Archiver un mappage d’attributs

Vous pouvez désactiver un mappage d’attributs, mais il apparaîtra toujours dans la vue Mappages d’attributs du service de mise à jour actifs. Pour supprimer un mappage d’attributs de la vue Mappages d’attributs du service de mise à jour actifs, vous pouvez archiver le mappage d’attributs.

  1. Ouvrez le mappage d’entités.
  2. Dans l’onglet Général, sous Mappages d’attributs associés, sélectionnez le mappage d’attributs.
  3. Dans l’en-tête de la vue Mappages d’attributs du service de mise à jour actifs, sélectionnez Archiver.

Afficher les mappages d’attributs archivés

  1. Ouvrez le mappage d’entités.
  2. Dans l’onglet Général, sous Mappages d’attributs associés, sélectionnez Mappages d’attributs du service de mise à jour actifs, puis sélectionnez Mappages d’attributs du service de mise à jour archivés.

Crérer un mappage d’attributs du service

L’entité Contact dans Dataverse est mappé à la ressource Patient dans Azure FHIR. Vous pouvez ajouter des mappages d’attribut au mappage d’entité.

  1. Sous Mappages, sélectionnez Mappages d’entités.

  2. Dans la liste des entités, sélectionnez le Contact qui est mappé à la ressource FHIR Patient, puis sélectionnez Modifier.

  3. Dans Mappages d’attributs connexes, sélectionnez Nouveau mappage d’attributs du service de mise à jour.

  4. Définissez Attribut requis FHIR sur Non.

    Ce paramètre indique comment les données sont renvoyées vers le Service Bus de l’Agent de synchronisation Azure. Si une modification se produit dans Dataverse pour ce patient et l’Attribut requis FHIR est défini sur Oui, mais il n’a pas été renseigné par l’utilisateur, la modification Dataverse sera enregistrée dans Dataverse, mais ne sera pas renvoyée vers les services de données de santé Azure. Cet événement est consigné dans les journaux de l’agent de synchronisation en tant qu’entrée avec la mention Champs obligatoires manquants. Cette conception permet de renforcer l’intégrité des données FHIR.

    Si l’agent de synchronisation est connecté au Service Bus, il récupère la modification et essaie de l’écrire dans FHIR, ce qui produit une erreur. Par exemple, si vous essayez de créer un rendez-vous dans votre DME, mais qu’il manque des champs obligatoires, l’erreur est consignée dans les journaux de l’Administrateur de synchronisation pour FHIR.

    Notes

    Il existe plusieurs méthodes pour exiger des champs dans les formulaires Dataverse.

    Champs obligatoires manquants.

  5. Pour Nom d’attribut CDS, sélectionnez Prénom.

  6. Pour Type d’action, sélectionnez Copier les données.

    Ce paramètre signifie que les données de chaîne d’un système sont copiées sur l’autre système.

  7. Pour Carte de l’élément FHIR, ajoutez la chaîne de recherche JSON qui fonctionne avec l’API FHIR. Par exemple, vous pouvez ajouter une chaîne de recherche JSON qui vous permet d’accéder à l’élément FHIR qui est Prénom.

    Carte de l’élément FHIR.

  8. Cliquez sur Enregistrer.

    Mappage des valeurs s’affiche maintenant dans Nouveau mappage d’attribut de service de mise à jour. Le mappage de valeurs n’est pas requis pour Contact, car il s’agit d’une chaîne.

Dans le mappage d’entités pour Contact, dans Mappages d’attributs associés, le mappage d’attributs du prénom apparaît sur les mappages d’attributs de la liste.

Valeur mappée

Pour un autre exemple, vous pouvez créer un mappage d’attributs pour le genre. Dans Dataverse, le nom de l’attribut est gendercode.

  1. Dans le mappage d’entités pour le contact, sélectionnez Nouveau mappage d’attribut Update Service Attribute.

  2. Puisque le genre désigne une liste de sélection, le Type d’action est Valeur mappée.

    Genre dans Dataverse correspond à une liste de sélection. Comme il s’agit également d’une liste de sélection dans FHIR, vous mappez les valeurs de la liste de sélection FHIR aux valeurs de la liste de sélection Dataverse.

  3. Sélectionnez Carte de l’élément FHIR pour ajouter la carte de l’élément FHIR pour le genre. Dans cet exemple, il s’agit d’une chaîne de recherche JSON qui vous permet d’accéder à l’élément FHIR qui est genre.

  4. Sélectionnez Enregistrer.

    Dans les coulisses, le système a déterminé qu’il s’agissait d’un ensemble d’options. Vous devez mapper plusieurs valeurs pour ce groupe d’options.

  5. Dans Mappages de valeur, entrez la valeur Azure FHIR à mapper pour le groupe d’options. Par exemple, saisissez homme pour l’option Homme (la valeur Dataverse est 1), et entrez femme pour l’option Femme (la valeur Dataverse est 2).

  6. Dans Mappages de valeur, sélectionnez Enregistrer.

    Mappages de valeurs.

Définir la valeur par défaut

Dans cet exemple, définissez une valeur par défaut pour les mappages de valeurs.

  1. Dans le mappage d’entités pour le contact, sélectionnez Nouveau mappage d’attributs Update Service Attribute.

  2. Pour Nom d’attribut CDS, sélectionnez Type de contact (msemr_contacttype).

    Type de contact dans Dataverse est un groupe d’options. Étant donné que vous amenez des patients, vous voulez toujours que le type de contact soit la valeur par défaut.

  3. Pour Type d’action, sélectionnez Définir la valeur par défaut.

    Un mappage d’éléments FHIR n’est pas nécessaire, car vous ne définissez que la valeur par défaut. Dans ce cas, FHIR n’a pas de concept de type de contact, mais Dataverse nécessite le type de contact.

  4. Sélectionnez Enregistrer.

  5. Dans Mappages de valeur, sélectionnez la première ligne et sélectionnez Modifier.

  6. Dans Mappage des valeurs d’attribut, pour Étiquette OptionSet, sélectionnez Patient.

    Valeur CDS affiche la valeur par défaut du type de contact. L’agent de synchronisation remplit automatiquement la valeur Dataverse.

    Définir la valeur par défaut pour le mappage d’attributs.

  7. Cliquez sur Enregistrer et fermer.

    Remarquez que, dans Mappages de valeurs, la valeur par défaut Dataverse est définie. Chaque fois que l’agent de synchronisation entre et crée un patient, il définit le champ Type de contact sur Patient.

Rechercher

Les étapes suivantes fournissent un exemple de mappage d’un attribut Dataverse qui est une recherche.

  1. Dans le mappage d’entités pour Contact, sélectionnez Nouveau mappage d’attributs Update Service Attribute.

  2. Pour Nom d’attribut CDS, sélectionnez Type de contact (msemr_generalpractitioner).

    Le type d’attribut CDS du praticien principal est Recherche (une recherche de l’entité Contact).

  3. Pour Type d’action, le seul type d’action est Référence FK (référence de clé étrangère).

    Vous devez indiquer à l’agent de synchronisation comment définir cette recherche.

  4. Sélectionnez Carte de l’élément FHIR pour ajouter la carte de l’élément FHIR pour le praticien principal.

    Carte de l’élément FHIR pour la recherche.

  5. Pour Référence des ressources FHIR, sélectionnez Praticien.

    Dans Dataverse, la référence d’entité pour le praticien principal est Contact. La référence des ressources FHIR est Praticien.

  6. Sélectionnez Enregistrer.

Si un attribut Dataverse désigne une recherche, vous pouvez créer uniquement une carte qui est une référence de clé étrangère (FK). Pour configurer la référence FK, spécifiez la ressource FHIR à laquelle vous mappez cette entité de destination.

Codeable concept

La procédure suivante fournit un exemple de mappage d’un attribut Dataverse qui est un concept pouvant être codé.

  1. Sous Mappages, sélectionnez Mappages d’entités.

  2. Pour EntityName, sélectionnez msemr_observation.

  3. Dans Mappages d’attributs connexes, sélectionnez Nouveau mappage d’attributs Update Service Attribute.

  4. Pour Nom d’attribut CDS, sélectionnez Code du dénominateur de rapport (msemr_valueratiodenominatorcode).

    Le type d’attribut CDS du praticien principal est Recherche. Il s’agit d’une recherche sur l’entité msemr_codeableconcept, qui est un type d’entité spécial dans le modèle de données qui est géré différemment des autres entités.

  5. Pour Type d’action, le seul type d’action est Rechercher concept pouvant être codé.

  6. Sélectionnez Carte de l’élément FHIR pour ajouter le mappage de l’élément FHIR pour l’attribut Ratio Denominator Code.

  7. Pour Type de concept pouvant être codé, sélectionnez Code d’unité de quantité.

    Un type concept pouvant être codé est similaire à un grand groupe d’options, et chaque valeur du groupe d’options a un type. Il vous permet de regrouper et de filtrer les ensembles d’options. Notez que, quand vous avez sélectionné Code d’unité de quantité comme type de concept pouvant être codé, Valeur de type de concept pouvant être codé a été automatiquement renseigné. Vous n’aviez pas besoin de connaître la valeur du groupe d’options pour le code d’unité de quantité.

    Type de codable concept.

  8. Sélectionnez Enregistrer.

Maintenant, quand Dataverse crée une observation, et qu’il a besoin de définir le concept pouvant être codé, il trouve ce concept pouvant être codé en examinant les tables de concept pouvant être codé pour tous les concepts pouvant être codés dont le type Code d’unité de quantité correspond à la valeur de code qui se trouve dans le concept pouvant être codé. Un concept pouvant être codé est composé d’un texte, d’un code et du type. FHIR connaît le code, connaît le texte, mais ne sait pas à partir de quel type de concept pouvant être codé réaliser l’extraction.

Journaux

Sous Mappages, sélectionnez Journaux pour aider à comprendre les transactions qui se produisent dans Dataverse. Vous pouvez voir cette activité dans Journaux. Étant donné qu’une grande partie de l’activité de l’Administrateur de synchronisation pour FHIR n’est pas facilement visible, vous n’interagissez pas avec lui et un administrateur pourrait ne pas la voir.

Les journaux vous aident à comprendre comment les données circulent : pourquoi quelque chose est envoyé à Azure Service Bus pour l’agent de synchronisation et pourquoi quelque chose n’est pas envoyé à Azure Service Bus. Les journaux donnent un aperçu de l’activité de l’agent de synchronisation.

Journaux de l’agent de synchronisation.

Ressources Azure FHIR

La zone Ressources Azure FHIR définit l’univers des ressources FHIR. Puisque vous ne pouvez pas voir directement à l’intérieur des entités FHIR pour voir toutes les ressources, l’Agent de synchronisation FHIR définit toutes les ressources d’une entité. Les ressources FHIR sont principalement utilisées dans les mappages d’entités.

Ressources Azure FHIR.

Paramètres d’intégration

La zone Paramètres d’intégration vous donne accès aux variables d’environnement Dataverse qui définissent et contrôlent l’intégration de agent de synchronisation Azure FHIR et Dataverse. Quelqu’un doit définir ces variables sur Initialiser Administrateur de la synchronisation pour FHIR, ou faire des ajustements si quelque chose dans votre environnement Microsoft Cloud for Healthcare change.

Pour plus d’informations sur les paramètres d’intégration d’Administrateur de la synchronisation pour FHIR, accédez à Configurer l’intégration Dataverse dans Administrateur de la synchronisation pour FHIR.

Données sur la santé

Les administrateurs de mappage doivent afficher les données de la solution de soins de santé. Le module Données sur la santé permet aux administrateurs de mappage d’afficher et d’interagir avec les données utilisateur qui circulent dans le système. Cela aide les administrateurs de mappage à comprendre et à résoudre les problèmes de données. Les administrateurs de mappage utilisent le module Données sur la santé pour afficher les données et comprendre ce qui se passe au moment de la création des mappages et pour s’assurer que les données arrivent correctement et dans le bon champ.

Par exemple, pour voir les informations du patient :

  1. Sélectionnez Données sur la santé.

  2. Sous Administration, sélectionnez Personnes.

  3. Changez la vue sur Vue FHIR des patients.

    L’administrateur de mappage peut voir tous les patients qui passent dans l’Agent de synchronisation FHIR : l’ID FHIR d’un patient, la dernière synchronisation du patient, si la synchronisation est activée pour cet enregistrement, et la version Azure FHIR de l’enregistrement.

    Vue Patients dans le module Données sur la santé.

Contact non synchronisé

Cet exemple montre comment vous pouvez avoir un contact qui ne se synchronise pas quand vous essayez de synchroniser un patient dont la synchronisation n’est pas activée.

  1. Sélectionnez Données sur la santé.

  2. Dans la vue FHIR des patients, par exemple, recherchez un patient qui n’a pas d’ID Azure FHIR.

  3. Sélectionnez le dossier patient et sélectionnez Modifier.

    Remarquez que Synchronisation Azure FHIR activée est défini sur Non.

  4. Modifiez le numéro de téléphone du patient et sélectionnez Enregistrer.

    Un message est envoyé au Service Bus pour cette modification.

  5. Dans Journal de l’agent de synchronisation, dans la colonne Description pour cet enregistrement, sélectionnez Contact non synchronisé.

    Notez que l’enregistrement n’a pas d’ID pour ID de ressource Azure FHIR.

    Journaux de l’agent de synchronisation non synchronisés.

ID FHIR Azure de contact manquant

Pour un autre exemple, essayez de synchroniser un patient qui n’a pas d’ID FHIR.

  1. Sélectionnez Données sur la santé.

  2. Dans la vue FHIR des patients, par exemple, recherchez un patient qui n’a pas d’ID Azure FHIR.

  3. Sélectionnez le dossier patient et sélectionnez Modifier.

    Remarquez que Synchronisation Azure FHIR activée est défini sur Non.

  4. Sélectionnez Synchronisation Azure FHIR activée pour le régler sur Oui.

  5. Modifiez le numéro de téléphone du patient et sélectionnez Enregistrer.

    Un message est envoyé au Service Bus pour cette modification.

  6. Dans Journal de l’agent de synchronisation, dans la colonne Description pour cet enregistrement, sélectionnez ID FHIR Azure de contact manquant.

    ID FHIR manquant dans les journaux de l’agent de synchronisation.

    Le message indique que le contact ne peut pas être transmis au Service Bus. Cela est dû au fait que l’ID agent de synchronisation Azure FHIR est manquant. Un ID agent de synchronisation Azure FHIR nul indique que le contact ne provient pas du serveur FHIR—un scénario non pris en charge pour l’agent de synchronisation.

    L’agent de synchronisation n’est pas conçu pour permettre à quelqu’un de créer un patient dans Dataverse et transmettre ce patient au FHIR, car l’ID FHIR ne peut être rempli que par le système FHIR automatiquement quand vous y créez un nouveau dossier patient.

Message envoyé au service bus

Quand un enregistrement de contact a un ID FHIR et qu’une modification est envoyée au Service Bus, vous pouvez voir que la description est « Message envoyé au Service Bus ». Si vous sélectionnez cette description, vous voyez le message dans le journal de l’agent de synchronisation. Le message spécifie l’attribut qui a changé et ce qu’il a envoyé au Service Bus. Vous n’avez pas besoin d’accéder au Service Bus pour voir que le message a été envoyé.

Le message dans le journal de l’agent de synchronisation indique que vous avez modifié l’attribut « mobilephone », affiche l’ID d’enregistrement Dataverse, indique l’ID FHIR de l’enregistrement, que le nom de l’entité est « contact », que le nom de la ressource FHIR est « Patient » et que le message était une « Mise à jour ».

Message envoyé aux journaux de l’agent de synchronisation.

Pour éviter que les données du patient ne résident temporairement sur le Service Bus, le message indique à l’agent de synchronisation uniquement ce qui a changé. En fonction de ce qui a changé, l’agent de synchronisation obtient cette valeur et la réécrit dans FHIR. De cette manière, il n’y a pas de stockage de données sur des systèmes non transactionnels.

Dans les données sur la santé, vous pouvez trouver un dossier patient qui a un ID FHIR et Synchronisation ID Azure FHIR activée est défini sur Non. L’agent de synchronisation a un flux de consentement. Le flux de consentement entre FHIR et Dataverse garantit que tout l’univers de FHIR ne se retrouve pas dans Dataverse. Il y a beaucoup de données sur les patients qui résident dans FHIR. Vous ne voulez que ces données dans Dataverse quand vous travaillez avec ce patient.

Quand la synchronisation FHIR est activée, l’agent de synchronisation synchronisera l’univers des patients avec Dataverse. Cependant, il ne synchronise pas cet univers de données d’un patient avec Dataverse, sauf si Synchronisation agent de synchronisation Azure FHIR activée est défini sur Oui.

C’est ce qu’on appelle le flux de consentement parce que, généralement, un patient doit consentir à ce que ses informations soient introduites dans un système. Quand le patient consent, par exemple, dans le portail des patients, à ce que ses informations soient introduites dans le système, Synchronisation Azure FHIR activée est défini sur Oui, et les données de ce patient commenceront à circuler dans le système.

Flux de consentement de l’agent de synchronisation.

Si Synchronisation agent de synchronisation Azure FHIR activée est défini sur Non et qu’une modification est apportée au dossier du patient, vous voyez une entrée de journal avec une valeur Description du Contact non synchronisé avec un message indiquant que le contact ne peut pas être poussé vers le Service Bus. Synchronisation agent de synchronisation Azure FHIR activée étant fixé à Non empêche les données de circuler vers FHIR et empêche également FHIR de renvoyer les données vers Dataverse pour ce patient.

Le flux de consentement est exclusif seulement pour les contacts et les patients. Aucune autre entité d’enregistrement dans Dataverse n’a ce flux de consentement intégré.

Mappages d’extension

Les mappages d’extension (version préliminaire) dans l’agent de synchronisation FHIR permettent aux administrateurs de transformer les données FHIR en tables Dataverse en prenant des attributs JSON plus complexes et en les développant en plusieurs enregistrements Dataverse.

Par exemple, vous pouvez utiliser des mappages d’extension pour importer des identifiants de patients et des liens de patients dans Dataverse. Dans le cas des liens de patients, les mappages d’extension permettent aux administrateurs d’intégrer les demandes de fusion de patients avec les types de liens suivants :

Avec les mappages d’extension, vous pouvez spécifier des attributs de lien parent pour déterminer la relation entre les enregistrements parents et enfants.

Attributs de lien parent.

Pour en savoir plus, accédez à Mappages d’extension : transformer des attributs FHIR complexes en plusieurs enregistrements Dataverse.

Voir aussi

Qu’est-ce que Microsoft Cloud for Healthcare ?
Présentation de l’Administrateur de la synchronisation pour FHIR
Prise en main des solutions Microsoft Cloud for Healthcare optimisées par Dynamics 365
Licences pour Microsoft Cloud for Healthcare
Prise en charge de Microsoft Cloud for Healthcare