Notes de publication 2024 : Azure Health Data Services
Cet article décrit les fonctionnalités, les améliorations et les correctifs de bogues publiés en 2024 pour le service FHIR®, le service DICOM® et le service MedTech dans Azure Health Data Services.
Avril 2024
Service DICOM
Opération Upsert améliorée
L’opération Upsert améliorée vous permet de charger une image DICOM sur le serveur et de la remplacer en toute transparence s’il existe déjà. Avant cette amélioration, les utilisateurs devaient effectuer une opération Delete suivie d’un STOW-RS pour obtenir le même résultat. Avec l’opération Upsert améliorée, la gestion des images DICOM est plus efficace et simplifiée.
Stockage développé pour les attributs requis
Le service DICOM permet aux utilisateurs de charger des fichiers DICOM jusqu’à 4 Go de taille. Aucun fichier DICOM unique ou combinaison de fichiers dans une requête unique n’est autorisé à dépasser cette limite.
Service FHIR
L’opération de suppression en bloc est généralement disponible
L’opération de suppression en bloc permet la suppression de ressources FHIR à différents niveaux, ce qui permet aux organisations de santé de se conformer aux stratégies de rétention des données tout en fournissant des fonctionnalités de traitement asynchrones. Les avantages de l’opération de suppression en bloc sont les suivants :
- Exécuter la suppression en bloc à différents niveaux : l’opération de suppression en bloc vous permet de supprimer des ressources du serveur FHIR de manière asynchrone. Vous pouvez exécuter la suppression en bloc à différents niveaux :
- Niveau système : active la suppression des ressources FHIR sur tous les types de ressources.
- Type de ressource individuel : autorise la suppression de ressources FHIR spécifiques.
- Personnalisable : les paramètres de requête autorisent le filtrage des ressources brutes pour les suppressions ciblées.
- Traitement asynchrone : l’opération est asynchrone, fournissant un point de terminaison d’interrogation pour suivre la progression.
En savoir plus :
Mars 2024
Service DICOM
L’intégration à Azure Data Lake Stockage est généralement disponible
L’intégration d’Azure Data Lake Stockage pour le service DICOM dans Azure Health Data Services est généralement disponible. Le service DICOM fournit un stockage à l’échelle du cloud pour les données d’imagerie médicale à l’aide de la norme DICOMweb. Grâce à l’intégration d’Azure Data Lake Stockage, les organisations peuvent bénéficier d’un contrôle total sur leurs données d’imagerie et d’une flexibilité accrue pour accéder à ces données et les utiliser via l’écosystème et les API de stockage Azure.
En utilisant Azure Data Lake Stockage avec le service DICOM, les organisations sont en mesure de :
- Autorisez l’accès direct aux données d’imagerie médicale stockées par le service DICOM à l’aide des API de stockage Azure et des API DICOMweb, ce qui offre une plus grande flexibilité pour accéder aux données et les utiliser.
- Ouvrez les données d’imagerie médicale jusqu’à l’ensemble de l’écosystème d’outils permettant d’utiliser le stockage Azure, notamment AzCopy, Explorateur Stockage Azure et la bibliothèque de déplacement des données.
- Déverrouillez de nouveaux scénarios d’analytique et d’IA/ML à l’aide de services qui s’intègrent en mode natif à Azure Data Lake Stockage, notamment Azure Synapse, Azure Databricks, Azure Machine Apprentissage et Microsoft Fabric.
- Accordez des contrôles pour gérer les autorisations de stockage, les contrôles d’accès, les niveaux et les règles.
En savoir plus :
- Gérer les données d’imagerie médicale avec le service DICOM et Azure Data Lake Stockage
- Déployer le service DICOM avec Azure Data Lake Stockage
Service FHIR
Parallélisation groupée (GA)
Les bundles sont exécutés en série dans le service FHIR par défaut. Pour améliorer le débit avec les appels groupés, nous avons activé le traitement parallèle.
En savoir plus :
L’opération d’importation accepte plusieurs types de ressources dans un seul fichier
L’opération d’importation autorisée à avoir un type de ressource par fichier d’entrée dans les paramètres de requête. Avec cette fonctionnalité améliorée, vous pouvez passer plusieurs types de ressources dans un seul fichier.
Correctifs de bogues
Correction : l’opération d’importation ingère des ressources avec le même type de ressource et la même valeur de champ LastUpdated. Avant cette modification, les ressources exécutées dans un lot avec le même type et
lastUpdatedla même valeur de champ n’ont pas été ingérées dans le service FHIR. Ce correctif de bogue résout le problème. Voir PR#3768.Résolu : recherche FHIR avec 3 paramètres de recherche personnalisés ou plus. Avant ce correctif, la requête de recherche FHIR à la racine avec trois paramètres de recherche personnalisés ou plus a entraîné le code d’état HTTP 504. Voir PR#3701.
Correction : Améliorez les performances pour le traitement de l’offre groupée. Mises à jour sont apportées à la méthode d’exécution de tâche, ce qui entraîne une amélioration des performances de traitement groupée. Voir PR#3727.
Février 2024
Service FHIR
Le comptage de toutes les versions des ressources est activé
Le paramètre _summary=count de requête et _count=0 peut être ajouté au _history point de terminaison pour obtenir le nombre de toutes les ressources avec version. Ce nombre inclut les ressources historiques et supprimées de manière réversible.
La recherche Revinclude peut référencer toutes les ressources avec un caractère générique carte
Le service FHIR prend en charge les recherches sauvages carte avec revinclude. Ajoutez *.* au paramètre de requête d’une revinclude requête pour diriger le service FHIR pour référencer toutes les ressources mappées à la ressource source.
Résolution des bogues
Résolu : Améliorez le temps de réponse des requêtes FHIR avec des améliorations des performances. Pour améliorer les performances, un modificateur manquant peut être spécifié pour un paramètre de recherche utilisé pour le tri. Voir PR#3655.
Résolu : l’opération d’importation respecte l’ingestion des versions de ressources non séquentielles. Avant cette modification, le mode incrémentiel dans les versions supposées de l’opération
importest des entiers séquentiels. Après ce correctif de bogue, les versions peuvent être ingérées dans l’ordre non référentiel. Voir PR#3685.
Janvier 2024
Service DICOM
Mise à jour en bloc des fichiers
L’opération de mise à jour en bloc vous permet de modifier les métadonnées d’imagerie pour plusieurs fichiers stockés dans le service DICOM. Par exemple, la mise à jour en bloc vous permet de modifier des attributs DICOM pour une ou plusieurs études dans une opération asynchrone unique. Vous pouvez utiliser une API pour effectuer des mises à jour des données démographiques des patients et éviter le coût des chargements répétitifs.
Au-delà des gains d’efficacité, la fonctionnalité de mise à jour en bloc conserve un enregistrement des modifications dans le flux de modification et conserve les instances d’origine non modifiées pour la récupération ultérieure.
En savoir plus :
Service FHIR
Paramètres de recherche sélectionnables (préversion)
La fonctionnalité de paramètre de recherche sélectionnable disponible en préversion vous permet de personnaliser et d’optimiser les recherches sur les ressources FHIR. La fonctionnalité vous permet de choisir les paramètres de recherche intégrées à activer ou désactiver pour le service FHIR. En activant uniquement les paramètres de recherche dont vous avez besoin, vous pouvez stocker davantage de ressources FHIR et améliorer potentiellement les performances des requêtes de recherche FHIR.
En savoir plus :
Intégration du service FHIR à Azure Active Directory B2C
Les organisations de santé peuvent utiliser le service FHIR dans Azure Health Data Services avec Azure Active Directory B2C (Azure AD B2C). Les organisations bénéficient d’un moyen sécurisé et pratique d’accorder l’accès au service FHIR avec un contrôle d’accès précis pour différents utilisateurs ou groupes, sans créer ou venir des comptes d’utilisateur dans le locataire Microsoft Entra ID de leur organisation. Avec cette intégration, les organisations peuvent :
- Utilisez des fournisseurs d’identité supplémentaires pour authentifier et accéder aux ressources FHIR avec SMART sur les étendues FHIR.
- Gérez et personnalisez les droits d’accès utilisateur ou les autorisations avec des étendues SMART sur FHIR qui prennent en charge le contrôle d’accès précis, les types de ressources et les interactions FHIR et les privilèges sous-jacents d’un utilisateur.
Contenu associé :
- Utiliser Azure Active Directory B2C pour accorder l’accès au service FHIR
- Configurer plusieurs fournisseurs d’identité de service pour le service FHIR
- Résoudre les problèmes de configuration du fournisseur d’identité pour le service FHIR
- Activer SMART sur FHIR pour le service FHIR
- Exemple : Azure ONC (g)(10) SMART sur FHIR
Demander jusqu’à 100 To de stockage
Le service FHIR peut stocker et échanger de grandes quantités de données d’intégrité, et chaque instance de service FHIR a une limite de stockage de 4 To par défaut. Si vous avez plus de données, vous pouvez demander à Microsoft d’augmenter le stockage jusqu’à 100 To pour votre service FHIR.
Avec davantage de stockage, les organisations peuvent gérer des jeux de données volumineux pour activer des scénarios d’analytique. Par exemple, vous pouvez utiliser davantage de stockage pour gérer la santé de la population, effectuer des recherches et obtenir de nouveaux insights à partir des données de santé. De plus, davantage de stockage permet aux clients Azure API pour FHIR avec des données à volume élevé (supérieure à 4 To) de migrer vers le service FHIR dans Azure Health Data Services.
Pour demander un stockage supérieur à 4 To, créez une demande de support sur le Portail Azure et utilisez la limite de service et d’abonnement du type de problème (quotas).
Remarque
En raison d’un problème lié aux métriques de facturation pour le stockage, les clients qui optent pour plus de 4 To de capacité de stockage ne seront pas facturés pour le stockage tant que le problème n’est pas résolu.