Vue d’ensemble des tables de données de santé virtuelles
Le paysage des données pour les soins de santé peut être complexe et coûteux, ce qui crée des défis pour les clients et les partenaires qui cherchent à développer des solutions de soins de santé. Dataverse offre une solution performante pour créer des applications de soins de santé low-code et no-code. Cependant, son stockage de données sous-jacent ne constitue pas parfois le meilleur choix pour parvenir à l’interopérabilité de l’entreprise.
Les tables de données de santé virtuelles dans Microsoft Cloud for Healthcare fournissent une option pour parvenir à cette interopérabilité. Dataverse comprend la fonctionnalité Tables virtuelles qui permet d’afficher des enregistrements dans Dataverse à partir de sources externes. Les tables de données de santé virtuelles étendent cette fonctionnalité via un fournisseur de tables virtuelles personnalisé pour les données basées sur FHIR. Ce fournisseur personnalisé inclut des fonctionnalités qui vous permettent de changer de manière dynamique la source de données entre les points de terminaison Fast Healthcare Interoperability Resources (FHIR) et Dataverse via les Itinéraires de données. Par exemple, vous pouvez configurer votre solution pour accéder aux données de Rendez-vous persistantes dans les services de données de santé Azure tout en maintenant les informations sur les Allergies dans Dataverse.
Les tables de données de santé virtuelles peuvent vous aider à créer des solutions low-code/no-code qui s’étendent au-delà des limites Dataverse courantes, tandis que les utilisateurs continuent d’interagir avec les données virtuelles comme s’il s’agissait d’un enregistrement Dataverse normal. Elles vous permettent d’être sélectif sur le stockage des données et de réduire la complexité de la gestion de l’échange de données FHIR. Cette solution utilise également les cartes d’entités et d’attributs existantes utilisées par les API de santé Dataverse. Il prend en charge la gestion du cycle de vie des applications (ALM) via le déploiement de solutions et réduit le coût de possession pour les administrateurs système.
Itinéraires de données
Les tables de données de santé virtuelles tirent le meilleur parti de la solution de tables virtuelles Dataverse (entités) et la basent sur un concept de routage de données.
Une limitation clé des tables virtuelles Dataverse est le manque d’outils pour convertir une table physique existante en table virtuelle et vice versa, ce qui provoque la création de nouvelles tables. Si vous devez passer à une table virtuelle ou physique, vous devez reconfigurer vos applications Dataverse pour utiliser la nouvelle structure de la table. En outre, vous devrez peut-être conserver à la fois les tables virtuelles et physiques pour répondre aux exigences d’interopérabilité complexes. Si votre approche de conception inclut à la fois des tables virtuelles et physiques, vous rencontrez deux tables possibles à utiliser lors de la création de vues enregistrées et de recherches avancées.
Les tables de données de santé virtuelles résolvent ces problèmes en vous permettant d’établir des itinéraires de données pour vos tables ou entités.
Remarque
Vous n’êtes pas sûr de la différence entre Entité et Table ? Accédez à Développeurs : Comprendre la terminologie dans Microsoft Dataverse.
Les tables virtuelles Dataverse standard nécessitent un mappage statique au schéma distant et une seule source de données lors de l’exécution. Les itinéraires de données dans les tables de données de santé virtuelles fournissent une option configurable pour acheminer les demandes des tables virtuelles vers le magasin Dataverse physique ou vers le point de terminaison FHIR distant. Cette option offre la flexibilité de commencer avec vos données dans Dataverse et d’activer la connectivité à un point de terminaison FHIR ultérieurement.
Chaque ressource FHIR virtualisée a sa propre entrée de configuration de l’itinéraire de données, afin que vous puissez également acheminer les demandes indépendamment. Par exemple, vous pouvez activer les Consultations comme virtuelles tout en configurant la Sensibilité aux allergies dans Dataverse. Vous pouvez modifier cette configuration à tout moment et le fournisseur personnalisé redirige immédiatement à partir de l’emplacement d’accès aux données.
Note
Bien que les modifications de configuration soient immédiates, vous êtes responsable de tout nettoyage ou déplacement de données. Par exemple, si Consultation passe de Dataverse à Virtuel, les enregistrements de consultation ne sont pas automatiquement supprimés de Dataverse.
À mesure que vous virtualisez davantage de ressources FHIR et leurs tables Dataverse virtuelles, chaque nouvelle entrée hérite également de cette fontionnalité de routage de données. Pour plus d’informations sur la configuration des itinéraires de données, accédez à Configurer les tables de données de santé virtuelles.
Cartes d’entités et d’attributs
Les tableaux de données de santé virtuelle utilisent les mêmes cartes d’entités et cartes d’attributs utilisées par le Dataverse API de santé. Vous n’avez besoin de mapper vos éléments de données FHIR qu’une seule fois et pouvez compter sur la cohérence lors du traitement des messages FHIR.
Pour plus d’informations, voir Mappages d’entités et Mappages d’attributs.
Fonctionnalités prises en charge
La section suivante répertorie les fonctionnalités prises en charge par les tables de données de santé virtuelles :
Opérations de création, de mise à jour et de suppression : les opérations de création, de mise à jour et de suppression sont disponibles à la fois au niveau racine et dans les enregistrements de ressources d’extension. Vous pouvez effectuer ces opérations en utilisant les formulaires Dataverse standard pour les tables de données de santé virtuelles.
Comme pour les tables virtuelles standard, les rôles de sécurité déterminent quelle opération est autorisée. Vous pouvez restreindre les opérations de création, de mise à jour ou de suppression dans une ou plusieurs tables. En outre, les mappages d’attributs avec le champ Attribut requis FHIR sont nécessaires lorsque vous enregistrez l’enregistrement pour assurer la conformité avec la spécification HL7 FHIR.
Étendre : la fonctionnalité prend en charge les tables d’extension pour chaque table virtualisée disponible.
Requête Récupération multiple : quand les tables d’extension sont configurées pour acheminer les données à partir d’un fournisseur de données virtuelles, la requête Récupération multiple n’est prise en charge que si la requête contient des filtres sur l’attribut de lien parent. Par exemple, le composant d’observation est une entité étendue de l’entité d’observation. La carte d’entité pour le composant d’observation est configurée comme indiqué dans la capture d’écran suivante :
La requête Récupération multiple pour le composant d’observation doit contenir un filtre sur des ID spécifiques de l’attribut de lien parent msemr_observation.
Récupérer : étant donné que les entrées de développement n’ont pas d’ID unique dans FHIR, nous ne prenons pas en charge la récupération des entrées de développement à l’aide d’un ID. L’ID qui s’affiche quand vous sélectionnez un enregistrement dans un ensemble de résultats multiples récupérés est temporaire.
Filtrage : la fonctionnalité prend en charge le filtrage de colonne tel que défini par la spécification HL7 FHIR. Vous pouvez filtrer les entités liées pour un seul niveau.
Filtrage composite : la fonctionnalité prend en charge des filtres composites limités pour les filtres composites de table unique. Pour plus d’informations sur les filtres composites, consultez Paramètres de recherche composites dans la documentation HL7 FHIR.
La fonctionnalité prend en charge les définitions de filtre composite suivantes :
Filtre composite Description code-value-concept Couple de paramètres code et valeur codée code-value-date Couple de paramètres code et valeur date/heure code-value-quantity Couple de paramètres code et valeur de quantité code-value-string Couple de paramètres code et valeur de chaîne combo-code-value-concept Paire de paramètres code et valeur codée, y compris dans les composants combo-code-value-quantity Paire de paramètres code et valeur de quantité, y compris dans les composants Entités liées : la fonctionnalité prend en charge les filtres d’entités liées à l’aide du filtrage chaîné, tel que défini par la spécification HL7 FHIR. Le niveau de prise en charge dépend de la version de l’API Azure pour FHIR. Les conditions de filtre non prises en charge font apparaître des exceptions et ne renvoient aucun résultat.
Tri : le tri est implémenté comme défini par la spécification HL7 FHIR. Le niveau de prise en charge dépend de la version de l’API Azure pour FHIR. Les conditions de tri non prises en charge renvoient toujours des données.
Notifications et exceptions : les notifications sont fournies dans le contexte des tables de données de santé virtuelles lorsqu’elles sont configurées comme virtuel. Vous recevez une notification indiquant que les enregistrements virtuels sont disponibles avec un tri limité et que le filtrage est basé sur l’API Azure pour la version FHIR.
Tables virtualisées
Cette section répertorie les enregistrements ou tables de support pour les tables de données de santé virtuelles.
| Nom de la table | Nom du schéma | Ressource de niveau racine | Description |
|---|---|---|---|
| Allergie/Sensibilité | msemr_ve_allergyintolerance | Oui | Risque de réaction physiologique indésirable ou nocive, propre à chaque personne et associée à l’exposition à une substance |
| Catégorie Allergie/Sensibilité | msemr_ve_AllergyIntoleranceCategory | Non | Développer la table à partir d’allergies/intolérances pour capturer les champs Catégorie allergies/intolérances. |
| Réaction d’allergie/de sensibilité | msemr_ve_AllergyIntoleranceReaction | Non | Développez le tableau capturant une ou plusieurs valeurs d’allergie/intolérances Réaction. Les réactions allergiques/intolérances sont des effets indésirables liés à l’exposition à une substance. |
| Manifestation de réaction d’allergie/de sensibilité | msemr_ve_AllergyIntoleranceReactionManifestation | Non | Développez le tableau reliant une ou plusieurs valeurs de concept codables aux valeurs de manifestation. Ces valeurs sont des symptômes ou signes cliniques associés à l’événement. |
| Nom de la table | Nom du schéma | Ressource de niveau racine | Description |
|---|---|---|---|
| Pathologie | msemr_ve_condition | Oui | Pathologie clinique, problème, diagnostic, ou autre événement, situation ou concept clinique qui atteint un niveau préoccupant. |
| Partie du corps de la pathologie | msemr_ve_conditionbodysite | Non | Emplacement anatomique où une pathologie se manifeste elle-même. |
| Catégorie de la pathologie | msemr_ve_conditioncategory | Non | Catégorie attribuée à une pathologie. |
| Preuve de pathologie | msemr_ve_conditionevidence | Non | Preuves ou manifestations justificatives sur la base desquelles une pathologie est suspectée ou confirmée. |
| Code de preuve de pathologie | msemr_ve_conditionevidencecode | Non | Manifestation ou symptôme à l’origine du dossier d’une pathologie. |
| Détails de la preuve de pathologie | msemr_ve_conditionevidencedetail | Non | Liens vers d’autres informations pertinentes, notamment les rapports de pathologie. |
| Phase de la pathologie | msemr_ve_conditionstage | Non | Phase clinique ou niveau d’une pathologie. La valeur peut également inclure des évaluations de gravité formelles. |
| Évaluation de phase de pathologie | msemr_ve_conditionstageassessment | Non | Référence à un enregistrement formel de la preuve sur laquelle se base une évaluation de phase. |
| Nom de la table | Nom du schéma | Ressource de niveau racine | Description |
|---|---|---|---|
| Consultation | msemr_ve_encounter | Oui | Interaction entre des patients et des prestataires de soins en vue de prodiguer des services de soins ou d'évaluer l’état de santé du patient. |
| Compte de consultation | msemr_ve_encounteraccount | Non | Ensemble de comptes pouvant être utilisés pour la facturation d’une consultation. |
| Historique de classe de consultation | msemr_ve_encounterclasshistory | Non | L’historique des classes permet d’effectuer le suivi des transitions de consultations sans avoir à passer par l’historique des entités. |
| Diagnostic de consultation | msemr_ve_encounterdiagnosis | Non | Liste des diagnostics pertinents pour une consultation. |
| Épisode de soins de consultation | msemr_ve_encounterepisodeofcare | Non | Épisodes de soins pour lesquels une consultation doit être enregistrée. |
| Modalités de consultation hospitalière | msemr_ve_encounterhospitalizationarrangement | Non | Toute demande spéciale faite pour une consultation hospitalière, comme la fourniture d’équipements spécifiques ou d’autres éléments. |
| Consultation hospitalière prioritaire | msemr_ve_encounterhospitalizationcourtesy | Non | Courtoisies spéciales (comme VIP et membre du Conseil d’administration). |
| Diète d’hospitalisation de rendez-vous | msemr_ve_encounterhospitalizationdiet | Non | Permet de suivre des restrictions et/ou des préférences d’un patient. |
| Emplacement de consultation | msemr_ve_encounterlocation | Non | Liste des emplacements visités par un patient au cours d’une consultation. |
| Participant à la consultation | msemr_ve_encounterparticipant | Non | Liste des personnes responsables de la fourniture d’un service. |
| Type de participant à la consultation | msemr_ve_encounterparticipanttype | Non | Indique la manière dont un individu participe à une consultation. |
| Raison de la consultation | msemr_ve_encounterreason | Non | Raison d’une consultation, exprimée sous forme de code. Pour les admissions, cette valeur peut être utilisée pour un diagnostic d’admission codé. |
| Historique de statut de rendez-vous | msemr_ve_encounterstatushistory | Non | Permet à l’entité de rendez-vous de contenir l’historique des statuts sans avoir besoin de lire les versions historiques de l’entité, ni même de demander au serveur de les stocker |
| Type de rendez-vous | msemr_ve_encountertype | Non | Indique un type de consultation spécifique (par exemple, consultation, soins chirurgicaux de jour, soins infirmiers qualifiés, rééducation). |
| Nom de la table | Nom du schéma | Ressource de niveau racine | Description |
|---|---|---|---|
| Épisode de soins | msemr_ve_episodeofcare | Oui | Association entre des patients et des organisations ou prestataires de soins au cours de laquelle une consultation peut avoir lieu. |
| Compte de l’épisode de soins | msemr_ve_episodeofcareaccount | Non | Ensemble de comptes utilisés pour la facturation d’un épisode de soins. |
| Épisode de soins – Équipe soignante | msemr_ve_episodeofcarecareteam | Non | Liste des praticiens qui facilitent un épisode de soins à des fins spécifiques. |
| Épisode de diagnostic de soins | msemr_ve_episodeofcarediagnosis | Non | Liste des diagnostics pertinents pour un épisode de soins. |
| Historique de l’épisode de soins | msemr_ve_episodeofcareaccount | Non | Historique des statuts concernés par un épisode de soins, sans avoir recours au traitement de l’historique de la ressource. |
| Demande de référence de l’épisode de soins | msemr_ve_episodeofcarereferralrequest | Non | Demandes de référence remplies par un épisode de soins. Ces demandes sont des références entrantes. |
| Type d’épisode de soins | msemr_ve_episodeofcaretype | Non | Classification du type d’épisode de soins comme la référence spécialisée, la gestion des maladies, le type de soins financés. |
| Nom de la table | Nom du schéma | Ressource de niveau racine | Description |
|---|---|---|---|
| Emplacement | msemr_ve_location | Oui | Détails et informations de position pour un lieu physique où des services sont fournis et où il est possible de stocker, rechercher, contenir ou prendre en charge des ressources et des participants. |
| Point de terminaison d’emplacement | msemr_ve_locationendpoint | Non | Points de terminaison techniques donnant accès aux services utilisés pour l’emplacement. |
| Heures d’ouverture de l’emplacement | msemr_ve_locationhoursofoperation | Non | Indique quel jour ou quelle heure de la semaine un emplacement est ouvert. |
| Télécom emplacement | msemr_ve_locationtelecom | Non | Détails de contact des appareils de communication disponibles à un emplacement. La valeur peut inclure des numéros de téléphone, des numéros de fax, des numéros de mobile, des adresses électroniques et des sites Web. |
| Type d’emplacement | msemr_ve_locationtype | Non | Indique le type de fonction effectué à un emplacement. |
| Nom de la table | Nom du schéma | Ressource de niveau racine | Description |
|---|---|---|---|
| Demande de médicaments | msemr_ve_medicationrequest | Oui | Commande ou demande pour la fourniture de médicament et instructions pour l’administration du médicament à un patient. |
| Demande de médicaments basée sur | msemr_ve_medicationrequestbasedon | Non | Un programme ou une demande qui est réalisé(e) en totalité ou en partie par une demande de médicaments. |
| Catégorie de demande de médicaments | msemr_ve_medicationrequestcategory | Non | Type d’utilisation du médicament. |
| Problème de demande de médicaments détecté | msemr_ve_medicationrequestdetectedissue | Non | Indique un problème clinique réel ou potentiel avec ou entre une ou plusieurs actions cliniques actives ou proposées pour un patient. Par exemple : interaction médicamenteuse, double traitement et alerte posologique. |
| Historique des événements de demande de médicaments | msemr_ve_medicationrequesteventhistory | Non | Liens vers les dossiers d’origine pour les versions antérieures de cette entité. Ces enregistrements identifient les transitions d’états clés ou les mises à jour susceptibles d’être pertinentes pour l’utilisateur qui consulte la version actuelle de l’entité. |
| Code raison de la demande de médicaments | msemr_ve_medicationrequestreasoncode | Non | Raison ou indication justifiant la commande d’un médicament. |
| Référence de la raison de demande de médicaments | msemr_ve_medicationrequestreasonreference | Non | Pathologie ou observation pour laquelle un médicament a été commandé. |
| Informations de prise en charge de demande de médicaments | msemr_ve_medicationrequestsupportinginfo | Non | Informations supplémentaires (par exemple, la taille et le poids du patient) pour la commande d’un médicament. |
| Nom de la table | Nom du schéma | Ressource de niveau racine | Description |
|---|---|---|---|
| Observation | msemr_ve_observation | Oui | Mesures prises et affirmations faites à propos d’un patient, d’un dispositif médical ou d’un autre sujet. |
| Observation basée sur | msemr_ve_observationbasedon | Non | Plan, une proposition ou une commande qui est réalisé(e) en totalité ou en partie par cet événement. |
| Catégorie d’observation | msemr_ve_observationcategory | Non | Code qui classe le type général d’observation à effectuer. |
| Composant d’observation | msemr_ve_observationcomponent | Non | Certaines observations comportent plusieurs observations composantes. Ces observations de composant sont exprimées sous la forme de paires de valeurs de code séparées partageant les mêmes attributs. |
| Plage de référence du composant d’observation | msemr_ve_observationcompreferencerange | Non | Instructions sur l’interprétation de la valeur par rapport à une plage normale ou recommandée. |
| Interprétation de l’observation | msemr_ve_observationinterpretation | Non | Évaluation effectuée sur la base du résultat d’une observation. |
| Exécutant de l’observation | msemr_ve_observationperformer | Non | Personne responsable de l’assertion des valeurs observées comme étant vraies. |
| Plage de référence d’observation | msemr_ve_observationreferencerange | Non | Instructions sur l’interprétation de la valeur par rapport à une plage normale ou recommandée. |
| Application de la plage de référence de l’observation | msemr_ve_observationreferencerangeappliesto | Non | Un ensemble de codes pour indiquer la population cible applicable à la plage de référence. Par exemple, une plage de référence peut être basée sur la population normale ou sur un sexe ou une race particulière. |
| Ressources associée à l’observation | msemr_ve_observationrelatedresource | Non | Une référence à une autre entité (qui est généralement une autre observation). Le code du type de relation définit la relation d’entité. |
| Nom de la table | Nom du schéma | Ressource de niveau racine | Description |
|---|---|---|---|
| Procédure | msemr_ve_procedure | Oui | Une action effectuée sur un patient. Cette action peut être une intervention physique telle qu’une opération, ou une procédure moins invasive comme une consultation ou une séance d’hypnose. |
| Procédure basée sur | msemr_ve_procedurebasedon | Non | Référence à une ressource qui contient les détails de la demande pour une procédure. |
| Partie du corps de la procédure | msemr_ve_procedurebodysite | Non | Informations détaillées et structurées sur l’emplacement anatomique. Plusieurs emplacements sont autorisés (par exemple, biopsies de poinçonnage multiple d’une lésion). |
| Complication procédure | msemr_ve_procedurecomplication | Non | Toute complication survenue au cours d’une procédure, ou pendant la période de post-exécution immédiate. |
| Détails complication procédure | msemr_ve_procedurecomplicationdetail | Non | Détails de toute complication survenue au cours d’une procédure, ou pendant la période de post-exécution immédiate. |
| Dispositif focal de procédure | msemr_ve_procedurefocaldevice | Non | Appareil qui est implanté, retiré ou manipulé d’une autre manière (par exemple, étalonnage d’un appareil, remplacement de la batterie, pose d’une prothèse, fixation d’un dispositif VAC) en tant que partie focale d’une procédure. |
| Suivi de procédure | msemr_ve_procedurefollowup | Non | Tout suivi spécifique requis par une procédure (comme le retrait des points de suture). Le suivi peut également être représenté sous la forme d’une simple note. |
| Procédure faisant partie de | msemr_ve_procedurepartof | Non | Événement plus large dont une procédure particulière est une composante ou une étape. |
| Exécutant de procédure | msemr_ve_procedureperformer | Non | Limité aux personnes réelles effectuant une procédure, plutôt qu’à l’équipement. |
| Raison de la procédure | msemr_ve_procedurereason | Non | Raison codée pour laquelle une procédure a été exécutée. La valeur peut être une entité codée d’un certain type ou d’une simple présence en tant que texte. |
| Référence raison de la procédure | msemr_ve_procedurereasonreference | Non | Pathologie pour laquelle une procédure a été exécutée. |
| Code utilisé procédure | msemr_ve_procedureusedcode | Non | Identifie les éléments codés utilisés dans le cadre d’une procédure. |
| Référence utilisée procédure | msemr_ve_procedureusedreference | Non | Identifie les médicaments, les appareils et toute autre substance utilisés dans le cadre d’une procédure. |
Note
Les tables suivantes et leurs tables d’extension respectives ne sont pas activement intégrées à la solution comme les autres tables virtualisées. Cependant, vous pouvez toujours utiliser ces tables en créant vos propres applications pilotées par modèle ou en mettant à jour les modèles d’application existants.
| Nom de table | Nom du schéma | Ressource de niveau racine | Description |
|---|---|---|---|
| Rendez-vous (EMR) | msemr_ve_appointmentemr | Oui | Prise de rendez-vous médical pour des patients, professionnels, personnes associées, et/ou dispositifs médicaux pour une date/heure spécifique. Cela peut aboutir à une ou plusieurs consultations. |
| Indication de rendez-vous (EMR) | msemr_ve_appointmentemrindication | Non | Objectif de planification d’un rendez-vous, tel que spécifié à l’aide d’informations provenant d’une autre entité. L’indication est généralement une condition ou une procédure. |
| Raison de rendez-vous (EMR) | msemr_ve_appointmentemrreason | Non | Raison pour laquelle ce rendez-vous est planifié. Cette valeur est plus clinique qu’administrative. |
| Demande de référence de rendez-vous (EMR) | msemr_ve_appointmentemrreferralrequest | Non | Demande de référence attribuée à un rendez-vous pour évaluation (référence entrante). |
| Période demandée pour le rendez-vous (EMR) | msemr_ve_appointmentemrrequestedperiod | Non | Intervalles de temps préférés pour planifier un rendez-vous, y compris les plages de dates et d’heures potentielles. |
| Type de service pour le rendez-vous (EMR) | msemr_ve_appointmentemrservicetype | Non | Service spécifique à effectuer pendant un rendez-vous. |
| Plage de rendez-vous (EMR) | msemr_ve_appointmentemrslot | Non | Plages des planifications des participants qui seront remplies par les rendez-vous. |
| Spécialité de rendez-vous (EMR) | msemr_ve_appointmentemrspecialty | Non | Spécialité d’un praticien requis pour exécuter un service demandé dans un rendez-vous. |
| Informations complémentaires du rendez-vous (DME) | msemr_ve_appointmentemrsupportinginformation | Non | Autres informations pertinentes pour étayer un rendez-vous. |
| Nom de la table | Nom du schéma | Ressource de niveau racine | Description |
|---|---|---|---|
| Device | msemr_ve_device | Oui | Identifie une instance ou un type d’article fabriqué qui est utilisé dans la fourniture de soins de santé sans pour autant subir de modification significative par le biais de cette activité. |
| Point de contact d’appareil | msemr_ve_devicecontactpoint | Non | Informations de contact pour une organisation ou un particulier responsable de l’appareil. |
| Nom de l’appareil | msemr_ve_devicename | Non | Représente le nom du fabricant de l’appareil tel que fourni par l’appareil, à partir d’une étiquette UDI ou par une personne décrivant l’appareil. Cette valeur est généralement utilisée lorsqu’une personne fournit les noms ou lorsque l’appareil représente un des noms disponibles dans la définition de l’appareil. |
| Propriété de l’appareil | msemr_ve_deviceproperty | Non | Paramètres de configuration d’un appareil selon son fonctionnement actuel. Par exemple, le statut de réglementation ou les propriétés de temps. |
| Code valeur de propriété de l’appareil | msemr_ve_devicepropertyvaluecode | Non | Valeur de propriété de l’appareil sous forme de code. Par exemple, NTP4 (synchronisé à Network Time Protocol). |
| Quantité valeur de propriété de l’appareil | msemr_ve_devicepropertyvaluequantitycode | Non | Valeur de propriété de l’appareil sous forme de quantité. |
| Sécurité de l’appareil | msemr_ve_devicesafety | Non | Fournit d’autres caractéristiques de sécurité concernant un appareil médical. Par exemple, les caractéristiques de sécurité des appareils contenant du latex. |
| Spécialisation de l’appareil | msemr_ve_devicespecialization | Non | Fonctionnalités prises en charge sur un appareil, normes auxquelles l’appareil est conforme pour un objectif spécifique et utilisées pour la communication. |
| Statut de l’appareil | msemr_ve_devicestatus | Non | Statut de la disponibilité de l’appareil. Par exemple, actif, inactif, saisi par erreur ou inconnu. |
| Version de l’appareil | msemr_ve_deviceversion | Non | Conception réelle de l’appareil ou version du logiciel exécuté sur l’appareil. |
| Nom de la table | Nom du schéma | Ressource de niveau racine | Description |
|---|---|---|---|
| Rapport de diagnostic | msemr_ve_diagnosticreport | Oui | Résultats et interprétation des tests de diagnostic effectués sur des patients, des groupes de patients, des appareils et des emplacements, et/ou des échantillons dérivés de ceux-ci. |
| Rapport de diagnostic – Basé sur | msemr_ve_diagnosticreportbasedon | Non | Indique ce qui a été demandé, par exemple un programme de soins associé, une demande de médicaments ou une demande de service. |
| Catégorie du rapport de diagnostic | msemr_ve_diagnosticreportcategory | Non | Indique la catégorie du service. |
| Code de conclusion du rapport de diagnostic | msemr_ve_diagnosticreportconclusioncode | Non | Codes pour la conclusion clinique des résultats de tests. |
| Exécutant associé au rapport de diagnostic | msemr_ve_diagnosticreportperformer | Non | Service de diagnostic responsable de la publication du rapport. |
| Résultat du rapport de diagnostic | msemr_ve_diagnosticreportresult | Non | Observations liées au rapport de diagnostic. |
| Interprète des résultats du rapport de diagnostic | msemr_ve_diagnosticreportresultsinterpreter | Non | Praticien ou organisation responsable des conclusions et des interprétations du rapport. |
| Échantillon du rapport de diagnostic | msemr_ve_diagnosticreportspecimen | Non | Informations détaillées sur les échantillons sur lesquels ce rapport de diagnostic est basé. |
| Nom de la table | Nom du schéma | Ressource de niveau racine | Description |
|---|---|---|---|
| Point de terminaison | msemr_ve_endpoint | Oui | Détails techniques d’un point de terminaison pouvant être utilisé pour les services électroniques. La valeur peut inclure n’importe quelle information sur le contexte de sécurité. |
| Contact du point de terminaison | msemr_ve_endpointcontact | Non | Coordonnées d’un humain à contacter à propos de l’abonnement. L’administrateur système utilise principalement cette valeur pour la résolution des problèmes. |
| En-tête de point de terminaison | msemr_ve_endpointheader | Non | En-têtes ou informations supplémentaires à envoyer dans le cadre de la notification. |
| Type MIME de charge utile du point de terminaison | msemr_ve_endpointpayloadmimetype | Non | Type MIME dans lequel envoyer la charge utile. Si le type MIME n’est pas spécifié, l’expéditeur peut envoyer n’importe quel contenu. |
| Nom de la table | Nom du schéma | Ressource de niveau racine | Description |
|---|---|---|---|
| Vaccination | msemr_ve_immunisation | Oui | Décrit l’événement d’administration d’un vaccin à un patient ou un dossier de vaccination comme signalé par un patient, un clinicien ou une autre partie. |
| Supports éducatifs associés à la vaccination | msemr_ve_immunizationeducation | Non | Supports éducatifs présentés au patient (ou à son tuteur) au moment de l’administration du vaccin. |
| Exécutant associé à la vaccination | msemr_ve_immunizationperformer | Non | Indique la personne qui a exécuté l’événement de vaccination. |
| Éligibilité au programme de vaccination | msemr_ve_immunizationprogrameligibility | Non | Éligibilité des patients à un programme de vaccination. |
| Protocole de vaccination appliqué | msemr_ve_immunizationprotocolapplied | Non | Protocole (ensemble de recommandations) suivi par le prestataire qui a administré la dose. |
| Protocole de vaccination appliqué pour la maladie cible | msemr_ve_immunizationprotocolappliedtargetdisease | Non | Indique la maladie évitable par la vaccination ciblée. |
| Réaction à la vaccination | msemr_ve_immunizationreaction | Non | Données catégoriques indiquant qu’un événement indésirable est associé dans le temps à une vaccination. |
| Code raison de la vaccination | msemr_ve_immunizationreasoncode | Non | Indique pourquoi la vaccination a été effectuée pour un patient. |
| Référence de la raison de vaccination | msemr_ve_immunizationreasonreference | Non | Indique pourquoi la vaccination a été effectuée pour un patient. La valeur comprend un rapport de condition, d’observation ou de diagnostic référencé dont l’existence justifie la vaccination. |
| Raison de la sous-puissance de la vaccination | msemr_ve_immunizationsubpotentreason | Non | Raison pour laquelle une dose est considérée comme d’efficacité réduite. |
| Nom de la table | Nom du schéma | Ressource de niveau racine | Description |
|---|---|---|---|
| Instruction relative au médicament | msemr_ve_medicationstatement | Oui | Enregistrement d’un médicament consommé par un patient. La déclaration de traitement indique si le patient prend actuellement, a pris dans le passé ou prendra le médicament à l’avenir. La source de ces informations peut être le patient. |
| Instructions basées sur le traitement | msemr_ve_medicationstatementbasedon | Non | Regroupement de plans, propositions ou commandes réalisé(e)(s) en totalité ou en partie par cet événement. |
| Instructions relatives au médicament dérivées | msemr_ve_medicationstatementderivedfrom | Non | Permet de relier l’Instruction sur le médicament à la Demande de médicament sous-jacente. La valeur permet également d’établir un lien vers d’autres informations qui soutiennent ou sont utilisées pour dériver l’instruction de médicament. |
| Parties d’instruction relative au médicament | msemr_ve_medicationstatementpartof | Non | Regroupement d’événements plus larges associés dont cet événement particulier est une composante ou une étape. |
| Code raison de l’instruction relative au médicament | msemr_ve_medicationstatementreasoncode | Non | Regroupement des raisons pour lesquelles le médicament est/était pris. |
| Référence raison de l’instruction relative au médicament | msemr_ve_medicationstatementreasonreference | Non | Regroupement de conditions ou observations justifiant la prise ou l’absence de prise du médicament. |
| Raison de statut de l’instruction relative au médicament | msemr_ve_medicationstatementstatusreason | Non | Capture la raison du statut actuel de l’instruction relative au médicament. |
| Nom de la table | Nom du schéma | Ressource de niveau racine | Description |
|---|---|---|---|
| Rôle du praticien | msemr_ve_practitionerrole | Oui | Ensemble spécifique de rôles, d’emplacements, de spécialités ou de services qu’un praticien peut effectuer dans une organisation pendant une certaine durée. |
| Heure disponible rôle praticien | msemr_ve_practitionerroleavailabletime | Non | Ensemble de moments où un praticien est disponible ou exerce un rôle à un endroit donné. |
| Code rôle praticien | msemr_ve_practitionerrolecode | Non | Rôles qu’un praticien est autorisé à effectuer pour une organisation. |
| Emplacement rôle praticien | msemr_ve_practitionerrolelocation | Non | Un ou plusieurs emplacements auxquels un praticien fournit des soins. |
| Rôle du praticien non disponible | msemr_ve_practitionerrolenotavailable | Non | Indique les jours ou périodes généraux pendant lesquels un praticien n’est pas disponible ou n’exerce pas un rôle, pour une raison fournie. |
| Spécialité rôle praticien | msemr_ve_practitionerrolespecialty | Non | Spécialité spécifique d’un praticien. |
| Télécom rôle praticien | msemr_ve_practitionerroletelecom | Non | Informations de contact spécifiques au rôle/à l’emplacement ou au service. |
| Nom de la table | Nom du schéma | Ressource de niveau racine | Description |
|---|---|---|---|
| Groupe de requêtes | msemr_ve_requestgroup | Oui | Groupe de demandes associées pouvant être utilisées pour capturer des activités prévues qui ont des interdépendances, par exemple administrer des médicaments l’un après l’autre. |
| Action de groupe de demande | msemr_ve_requestgroupaction | Non | Actions éventuelles produites par l’évaluation de l’artefact. |
| Action du groupe de demandes - Action | msemr_ve_requestgroupactionaction | Non | Indique les sous-actions. |
| Code action de groupe de demande | msemr_ve_requestgroupactioncode | Non | Code qui donne un sens à une action ou à un groupe d’actions. Par exemple, une section peut avoir un code LOINC (Logical Observation Identifiers Names and Codes) pour une section d’un modèle de documentation. |
| Condition action de groupe de demande | msemr_ve_requestgroupactioncondition | Non | Expression qui décrit les critères d’applicabilité ou les conditions de démarrage et d’arrêt d’une action. |
| Documentations action de groupe de demandes | msemr_ve_requestgroupactiondocument | Non | Ressources didactiques ou autres ressources d’information associées à une action qui peuvent être fournies au destinataire du CDS (aide à la décision clinique). Les ressources d’information peuvent inclure des commentaires de texte en ligne et des liens vers des ressources web. |
| Participant action de groupe de demandes | msemr_ve_requestgroupactionparticipant | Non | Participant qui exécute ou est responsable d’une action. |
| Action associée action de groupe de demandes | msemr_ve_requestgroupactionrelatedaction | Non | Relation avec une autre action, telle que « avant » ou « 30 minutes après le début de ». |
| Groupe de demandes basée sur | msemr_ve_requestgroupbasedon | Non | Plan, proposition ou commande réalisé(e) en totalité ou en partie par une demande. |
| Code raison de groupe de demandes | msemr_ve_requestgroupreasoncode | Non | Indique pourquoi un groupe de demandes est nécessaire. |
| Référence raison groupe de demandes | msemr_ve_requestgroupreasonreference | Non | Indique une autre ressource dont l’existence justifie un groupe de demandes. |
| Remplacement groupe de demandes | msemr_ve_requestgroupreplace | Non | Demandes exécutées ou terminées, avec leurs fonctions contrôlées par une nouvelle demande. |
| Nom de table | Nom du schéma | Ressource de niveau racine | Description |
|---|---|---|---|
| Échantillon | msemr_ve_specimen | Oui | Exemple à utiliser pour l’analyse. |
| Condition de l’échantillon | msemr_ve_specimencondition | Non | Mode qui décrit la nature d’un spécimen. |
| Contenant à échantillon | msemr_ve_specimencontainer | Non | Récipient contenant un spécimen. La nature récursive des conteneurs, tels que le sang dans un tube dans un plateau dans un rack, n’est pas abordée ici. |
| Parent échantillon | msemr_ve_SpecimenParent | Non | Référence à l’échantillon parent (source) utilisé lorsque l’échantillon est dérivé d’un constituant ou d’un composant d’un autre échantillon. |
| Traitement échantillon | msemr_ve_SpecimenProcessing | Non | Détails concernant le traitement et les étapes de traitement pour un échantillon. |
| Additif traitement spécimen | msemr_ve_specimenprocessingadditive | Non | Matériel utilisé à l’étape de traitement d’un spécimen. |
| Demande d’échantillon | msemr_ve_SpecimenRequest | Non | Détails concernant une demande de test ou de procédure nécessitant un échantillon à collecter. |
Éléments à ne pas oublier
La section suivante répertorie des considérations d’implémentation clés à prendre en compte si vous prévoyez d’activer la fonctionnalité de tables de données de santé virtuelles. Cependant, cette liste n’est pas exhaustive.
Pour plus d’informations, accédez à Limitations des tables virtuelles.
| Risque | Expérience utilisateur | Tactiques d’atténuation potentielles |
|---|---|---|
| Les tables virtuelles ne prennent pas en charge les vues et les tableaux de bord enregistrés existants | Tous les graphiques et tableaux de bord créés à l’aide d’entités physiques qui sont virtualisées par la suite ne fonctionnent plus. | Refactorisez les vues et les tableaux de bord enregistrés pour utiliser la nouvelle entité virtualisée. Notez le nouveau texte Natif ajouté au début des versions Dataverse héritées des tables de données de santé virtuelles. Les versions virtuelles de ces tables sont, par exemple, nommées Consultations ou Observations. Communiquez les modifications aux utilisateurs. Outre les vues système, vous devez également refactoriser les vues personnelles. |
| Les tables virtuelles ne prennent pas en charge les graphiques standard | Les graphiques ne fonctionnent pas et ne sont disponibles pour la création. | Power BI ou une solution alternative est nécessaire pour visualiser ces données. Les graphiques pilotés par modèle ne sont pas affichés pour les données virtualisées. Communiquez les modifications aux utilisateurs. Vous ne pouvez plus avoir de graphiques dans les vues personnelles et les tableaux de bord si vous les avez créés avant d’utiliser des entités physiques. |
| La recherche par pertinence n’est pas prise en charge | La recherche par pertinence ne fonctionne pas pour les tables de données de santé virtuelles. | Communiquez les modifications aux utilisateurs. Évaluez si vous pouvez utiliser des entités virtuelles dans votre déploiement. La nouvelle expérience de recherche par défaut dans Power Apps piloté par modèle est basée sur la recherche par pertinence. |
| AI Builder n’est pas pris en charge | Toutes les informations AI Builder qui utilisaient autrefois les tables Dataverse physiques ne seront plus disponibles lorsque vous virtualisez ces tables. | Considérez d’autres options d’IA de Microsoft. Les jeux de données que vous envisagez de virtualiser dans Dataverse devraient probablement être analysés avec des services Azure tels que Azure Synapse Analytics pour découvrir des opportunités dans votre entreprise. |
| Les tables virtuelles présentent un modèle de sécurité simplifié, car seule la sécurité au niveau de l’organisation est actuellement prise en charge. | Examinez la sécurité pour vos exigences de conformité. | Si la sécurité à l’échelle de l’organisation sur les ressources basées sur FHIR ne convient pas à votre déploiement, reconsidérez l’activation de la fonctionnalité de tables de données de santé virtuelles. |
Limitations connues
Étant donné que la fonctionnalité de tables de données de santé virtuelles est basée sur la solution de table virtuelle existante de Dataverse, elle présente les mêmes limitations que les tables virtuelles. Tenez compte de ces limitations lorsque vous déterminez si cette fonctionnalité répond à vos besoins.
Les limitations suivantes s’appliquent également aux tables de données de santé virtuelles :
La fonctionnalité ne prend actuellement en charge que la connexion aux services FHIR Azure, à l’API Azure pour FHIR et aux services de données de santé Azure. Les configurations de ces deux versions sont déployées dans le cadre de la solution de base. Pour plus d’informations, accédez à Qu’est-ce que le service FHIR ?
La prise en charge de la recherche et du tri dépend de la version du serveur FHIR configuré. Pour plus d’informations, accédez à Vue d’ensemble de la recherche FHIR.
Pour la recherche et le filtrage, la fonctionnalité ne prend en charge qu’un seul niveau d’entité de lien.
Pour la recherche et le filtrage, la fonctionnalité ne prend en charge qu’un seul niveau d’entités d’extension.
Pour les tables virtuelles, les relations aux tables non basées sur FHIR ne sont pas prises en charge.
La création et le déploiement de vos propres tables virtualisées ne sont pas actuellement pris en charge.
Événements de table de données de santé virtuelles
Les tables virtuelles Dataverse incluent la possibilité de s’inscrire à des événements asynchrones à partir d’un source des données externe. Les tables de données de santé virtuelles Microsoft Cloud for Healthcare étendent cette fonctionnalité pour déclencher des événements pour les activités effectuées sur des points de terminaison FHIR distants à l’aide des API de l’infrastructure de soins de santé Dataverse existante. Par exemple, si vous créez un Rendez-vous sur le serveur FHIR, un événement est déclenché dans Dataverse dans le cadre de la table virtuelle msemr_ve_encounter. Vous pouvez ensuite enregistrer vos plug-ins pour créer, mettre à jour ou supprimer des événements déclenchés lors de rencontres virtuelles.
La fonctionnalité de tables de données de santé virtuelles permet une commutation dynamique entre Dataverse et les fournisseurs virtuels via des itinéraire de données. Par conséquent, elle déclenche également ces événements entrants si vous configurez la valeur de votre itinéraire de données comme Dataverse. Dans l’exemple précédent, ce comportement signifie que vous n’avez besoin d’enregistrer les plug-ins qu’une seule fois pour msemr_ve_encounter. Même si l’itinéraire de données change entre Virtuel et Dataverse, votre plug-in sera toujours appelé.
Cette fonctionnalité d’événement vous permet d’enregistrer des plug-ins pour des événements pour exécuter des flux de travail personnalisés pour les données qui ne sont pas conservées dans Dataverse.
Les tables suivantes prennent en charge les événements de table virtuelle :
- Allergie/Sensibilité (msemr_ve_allergyintolerance)
- Consultation (msemr_ve_encounter)
- Épisode de soins (msemr_ve_episodeofcare)
- Observation (msemr_ve_observation)
Pour plus d’informations sur les événements de table virtuelle et d’autres exemples, consultez Activer les tables virtuelles pour prendre en charge les événements Dataverse.
Conditions préalables pour les événements de la table de données virtuelles sur la santé
La fonctionnalité d’événements de table de données de santé virtuelle est basée sur la fonctionnalité de table de données de santé virtuelle existante et la fonctionnalité Dataverse Healthcare API. Outre les prérequis pour les tables de données de santé virtuelles, les prérequis suivants s’appliquent également à la fonctionnalité d’événements :
Vous devez configurer les Dataverse Healthcare API car elles fournissent le point d’entrée pour les événements de la table de données de santé virtuelles. Les API traitent les messages qui déclenchent des événements pour les tables virtuelles à partir du serveur FHIR. Pour plus d’informations, voir Vue d’ensemble des Dataverse Healthcare API.
Les tables qui participent aux événements virtuels sur le serveur FHIR distant doivent avoir leurs valeurs de configuration de routage de données définies sur Virtuel. Sinon, les données seraient ingérées dans Dataverse dans le cadre du traitement standard des messages de Dataverse Healthcare API.
Les ensembles publiés sur le serveur FHIR doivent inclure la valeur de la méthode HTTP request.method pour chaque entrée de ressource. Pour plus d’informations sur ce nœud d’entrée FHIR, voir Élément de ressource d’offre groupée – Bundle.entry.request
Pour obtenir des exemples sur la manière d’enregistrer vos propres plug-ins pour les événements de tables de données de santé virtuelles, accédez à Utiliser des événements de tables de données de santé virtuelles.
Choses à retenir pour les événements de tables de données de santé virtuelles
- Les événements de table virtuelle sont asynchrones.
- Les événements se déclenchent uniquement sur les tables virtuelles mappées aux ressources FHIR de niveau racine, et non sur les tables d’extension.
- Pour les itinéraires de données définis sur Dataverse, les événements se déclenchent uniquement pour les mappages d’entités qui ne sont pas désactivés.
- Les mappages d’attributs déterminent les valeurs fournies dans l’entité disponible via l’objet cible d’exécution du plug-in. Si une carte d’attributs n’est pas disponible pour une valeur de nœud de ressource FHIR, la valeur de champ n’est pas traitée et disponible dans la charge utile de l’événement.
Limitations connues des événements de la table de données virtuelles sur la santé
Le pack FHIR pour les événements ne prend en charge actuellement que la valeur de méthode HTTP request.method pour PUT. Tous les événements envoyés au cours de cette phase sont traités comme des événements de table virtuelle créés en externe, quel que soit leur type réel.