Partager via

Forum aux questions sur le service FHIR

  • Article

Important

L’API Azure pour FHIR sera mise hors service le 30 septembre 2026. Suivez les stratégies de migration pour passer au service FHIR des Services de données de santé Azure d’ici cette date. En raison de la mise hors service de l’API Azure pour FHIR, les nouveaux déploiements ne seront plus autorisés à compter du 1er avril 2025. Le service FHIR des Services de données de santé Azure est la version évoluée de l’API Azure pour FHIR qui permet aux clients de gérer les services FHIR, DICOM et MedTech avec des intégrations dans d’autres services Azure.

Cette section aborde certaines des questions fréquemment posées sur le service FHIR Azure Health Data Services (appelé service FHIR).

Service FHIR : Les principes de base

Qu’est-ce que FHIR ?

Les ressources d’interopérabilité Fast Healthcare (FHIR) sont une norme d’interopérabilité destinée à permettre l’échange de données de santé entre différents systèmes de santé. Cette norme a été développée par l’organisation HL7 et est en cours d’adoption par les organisations de la santé du monde entier. La version actuelle de FHIR est la version R4 (Release 4). Le service FHIR prend en charge R4 et la version précédente STU3 (Standard pour l’utilisation d’évaluation 3). Pour plus d’informations sur FHIR, accédez à HL7.org.

Les données utilisées par les API FHIR sont-elles stockées dans Azure ?

Oui, les données sont stockées dans des bases de données managées dans Azure. Le service FHIR dans Azure Health Data Services ne fournit pas d’accès direct au magasin de données sous-jacent.

Comment puis-je accéder aux données sous-jacentes ?

Dans le service managé, vous ne pouvez pas accéder aux données sous-jacentes. Cela permet de s’assurer que le service FHIR offre les certifications de confidentialité et de conformité nécessaires pour les données de santé. Si vous avez besoin d’accéder aux données sous-jacentes, vous pouvez utiliser le serveur FHIR open source.

Quel fournisseur d’identité prenez-vous en charge ?

Nous prenons en charge l’ID Microsoft Entra comme fournisseur d’identité.

Puis-je utiliser Azure AD B2C avec le service FHIR ?

Oui. Vous pouvez utiliser Azure Active Directory B2C (Azure AD B2C) avec le service FHIR pour accorder l’accès à vos applications et utilisateurs. Pour plus d’informations, consultez Utiliser Azure Active Directory B2C pour accorder l’accès au service FHIR.

Quelle version de FHIR prenez-vous en charge ?

Nous prenons en charge les versions 4.0.0 et 3.0.1.

Pour plus d’informations, consultez fonctionnalités FHIR prises en charge. Vous pouvez également découvrir ce qui a changé entre les versions de FHIR (lors du passage de la version STU3 à la version R4) dans l’historique des versions de HL7 FHIR.

Quelle est la différence entre l’API Azure pour FHIR et le service FHIR dans Azure Health Data Services ?

L’API Azure pour FHIR était notre produit en disponibilité générale initiale et est en cours de mise hors service depuis le 30 septembre 2026. Le service FHIR Azure Health Data Services prend en charge des fonctionnalités supplémentaires telles que :

Par défaut, chaque instance Azure Health Data Services est limitée à la capacité de stockage 4 To. Pour approvisionner une instance FHIR avec une capacité de stockage supérieure à 4 To, créez une demande de support avec le type de problème « Limite de service et d’abonnement (quotas) ».

Quelle est la différence entre le service FHIR dans Azure Health Data Services et le serveur FHIR open source ?

Le service FHIR dans Azure Health Data Services est une version hébergée et gérée du serveur Microsoft FHIR open source pour Azure. Dans le service managé, Microsoft fournit toutes les opérations de maintenance et mises à jour.

Lorsque vous exécutez le serveur FHIR pour Azure, vous avez un accès direct aux services sous-jacents, mais vous êtes responsable de la maintenance et de la mise à jour du serveur, ainsi que de tout travail de conformité requis en cas de stockage de données PHI.

Dans quelles régions le service FHIR est-il disponible ?

Le service FHIR est disponible dans toutes les régions où Azure Health Data Services est disponible. Vous pouvez le voir dans la page Produits par région .

Où puis-je voir ce qui est publié dans le service FHIR ?

La page des notes de publication fournit une vue d’ensemble de tout ce qui a été distribué via le service managé au cours du mois précédent.

Pour voir ce qui sera publié sur le service managé, vous pouvez consulter la page des versions du serveur FHIR open source. Nous avons travaillé à baliser des éléments avec Azure Health Data Services s’ils seront mis en production sur le service managé et sont disponibles deux semaines après qu’ils se trouvent sur la page de publication dans open source. Nous avons également inclus des instructions sur la façon de tester le build dans votre propre environnement, si vous le souhaitez. Nous évaluons comment partager les meilleures mises à jour de service managées supplémentaires.

Pour voir quel package de mise en production se trouve actuellement dans le service géré, vous pouvez afficher l’instruction de fonctionnalité pour le service FHIR et sous la software.version propriété. Vous verrez quel package est déployé.

Où puis-je trouver quelle version de FHIR (R4/STU3) s’exécute sur ma base de données ?

Vous trouverez la version exacte de FHIR exposée dans l’instruction de fonctionnalité sous la fhirVersion propriété (URL/métadonnées FHIR).

Puis-je basculer mon service FHIR de STU3 vers R4 ?

Non. Nous n’avons pas de moyen de modifier la version d’une base de données existante. Vous devez créer un service FHIR et recharger les données. Vous pouvez utiliser le convertisseur JSON vers FHIR pour commencer à convertir des données STU3 en R4.

Puis-je personnaliser l’URL de mon service FHIR ?

Non. Vous ne pouvez pas modifier l’URL du service FHIR.

Implémentations et spécifications de FHIR

Qu’est-ce que SMART sur FHIR ?

SMART (Substitutable Medical Applications and Reusable Technology) sur FHIR est un ensemble de spécifications ouvertes qui permettent d’intégrer les applications partenaires avec les serveurs FHIR et d’autres systèmes informatiques médicaux, par exemple les dossiers médicaux électroniques et les échanges d’informations médicales. En créant une application SMART sur FHIR, vous avez la garantie que votre application est accessible et exploitable par une multitude de systèmes distincts. Pour plus d’informations sur SMART, consultez SMART Health IT.

Le service FHIR prend-il en charge SMART sur FHIR ?

Oui, la fonctionnalité SMART sur FHIR est prise en charge à l’aide d’exemples AHDS. C’est ce qu’on appelle SMART on FHIR(Enhanced). SMART on FHIR (amélioré) peut être considéré comme répondant aux exigences du Guide d’implémentation SMART on FHIR (v 1.0.0) et de l’API standardisée §170.315(g)(10) pour les critères des services de patients et de population. Pour plus d’informations, consultez la documentation SMART on FHIR(Enhanced).

Puis-je créer une ressource FHIR personnalisée ?

Nous n’autorisez pas les ressources FHIR personnalisées. Si vous avez besoin d’une ressource FHIR personnalisée, vous pouvez créer une ressource personnalisée en plus de la Ressource de base avec des extensions.

Les extensions sont-elles prises en charge sur le service FHIR ?

Nous vous autorisons à charger toutes données JSON FHIR valides dans le serveur. Si vous souhaitez stocker la définition de structure qui définit l’extension, vous pouvez l’enregistrer en tant que ressource de définition de structure. Pour effectuer une recherche sur les extensions, vous devez définir vos propres paramètres de recherche.

Comment faire voir le service FHIR en XML ?

Dans le service managé, nous prenons uniquement en charge JSON. Le serveur FHIR open source prend en charge JSON et XML. Pour afficher la version XML dans open source, utilisez _format= application/fhir+xml.

Quelle est la limite de _count ?

La limite actuelle de _count est 1000. Si vous définissez _count sur une valeur supérieure à 1000, un avertissement apparaît dans l’offre groupée, indiquant que seuls 1 000 enregistrements seront présentés.

Puis-je publier un bundle sur le service FHIR ?

Nous prenons actuellement en charge la publication d’offres groupées par lots et la publication de bundles de transactions dans le service FHIR.

Comment puis-je obtenir toutes les ressources d’un patient unique dans le service FHIR ?

Nous prenons en charge l’opération $patient-tout qui vous permettra de récupérer toutes les données relatives à un seul patient.

Quel est le tri par défaut lors de la recherche de ressources dans le service FHIR ?

Nous prenons en charge le tri par chaîne et par champs dateTime dans le service FHIR. Pour plus d’informations sur les autres paramètres de recherche pris en charge, consultez Vue d’ensemble de la recherche FHIR.

Le service FHIR prend-il en charge les opérations de terminologie ?

Non, le service FHIR ne prend pas en charge les opérations de terminologie aujourd’hui.

Quelles sont les différences entre les types de suppression dans le service FHIR ?

Il existe deux types de suppression de base pris en charge dans le service FHIR. Il s’agit de supprimer et de supprimer conditionnelle.

  • Avec la suppression, vous pouvez choisir d’effectuer une suppression réversible (type le plus courant) et de pouvoir toujours récupérer les versions historiques de votre enregistrement.
  • Avec la suppression conditionnelle, vous pouvez passer des critères de recherche pour supprimer une ressource d’un élément à la fois ou plusieurs à la fois.
  • Si vous avez passé le hardDelete paramètre avec Delete ou Conditional Delete, tous les enregistrements et l’historique sont supprimés et irrécupérables.

Utilisation du service FHIR

Puis-je effectuer des case activée d’intégrité sur le service FHIR ?

Pour effectuer une case activée d’intégrité sur un service FHIR, entrez {{fhirurl}}/health/check la requête GET. Vous devriez être en mesure de voir l’état du service FHIR. La réponse du code d’état HTTP avec 200 et OverallStatus comme Sain en réponse signifie que votre case activée d’intégrité réussit.

En cas d’erreurs, vous pouvez recevoir une réponse d’erreur avec le code d’état HTTP 404 (introuvable) ou le code d’état 500 (erreur interne du serveur) et des informations détaillées dans le corps de la réponse.

Étapes suivantes

Dans cet article, vous avez appris les réponses aux questions fréquemment posées sur le service FHIR. Pour consulter les questions fréquemment posées sur le service FHIR dans l’API Azure pour FHIR, consultez

FAQ sur l’API Azure pour FHIR

FHIR® est une marque déposée de HL7 utilisé avec l’autorisation de HL7.