Notes de publication : 2023 Azure Health Data Services
Cet article décrit les fonctionnalités, les améliorations et les correctifs de bogues publiés en 2023 pour le service FHIR®, le service DICOM® et le service MedTech dans Azure Health Data Services.
Décembre 2023
Azure Health Data Services
Chiffrement avec des clés gérées par le client pour les services FHIR et DICOM
Les données stockées dans Azure Health Data Services sont automatiquement et chiffrées en toute transparence avec des clés gérées par le service gérées par Microsoft. Vous pouvez activer le chiffrement des données avec des clés gérées par le client (CMK) pour les services FHIR et DICOM nouveaux et existants, ce qui offre à votre organisation une flexibilité améliorée pour gérer les contrôles d’accès.
En savoir plus :
- Configurer des clés gérées par le client pour le service FHIR
- Configurer les clés gérées par le client pour le service DICOM
Service DICOM
Stocker et gérer des données d’imagerie médicale avec Azure Data Lake Stockage (préversion)
Grâce à l’intégration du service DICOM à Azure Data Lake Stockage disponible en préversion, les organisations ont un contrôle total sur leurs données d’imagerie et 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 :
- Intégration d’Azure Data Lake Stockage pour le service DICOM dans Azure Health Data Services
- Déployer le service DICOM avec Azure Data Lake Stockage
Service FHIR
Amélioration de l’opération d’exportation
L’opération export prend en charge l’exportation de ressources avec version et de ressources supprimées de manière réversible.
En savoir plus :
Novembre 2023
Azure Health Data Services
Page d’accueil de Portail Azure unifiée
Dans le Portail Azure, nous avons lancé une page d’accueil unifiée qui permet aux utilisateurs d’accéder à tous les services Microsoft Health Data et AI en un seul endroit. La page d’accueil facilite la recherche et l’utilisation de tous les services d’intégrité et d’intelligence artificielle associés, et inclut des liens vers la documentation pertinente pour aider les utilisateurs à démarrer. Pour case activée la page d’accueil, connectez-vous à votre abonnement Azure, puis recherchez Health Data and AI Services.
Service FHIR
Fonctionnalité de suppression en bloc (préversion)
L’opération bulk delete vous permet de supprimer des ressources du serveur FHIR de manière asynchrone. L’opération bulk delete peut être exécutée au niveau du système ou pour des types de ressources individuels.
En savoir plus :
L’opération d’importation prend en charge les ressources supprimées de manière réversible
La fonctionnalité d’importation de ressources supprimées réversibles est utile lors de la migration de l’API Azure pour FHIR vers Azure Health Data Services. Voir PR #3530
Amélioration des performances pour les requêtes
Nous avons amélioré les performances des requêtes FHIR avec le _include paramètre. Voir PR #3572.
Résolution des bogues
Correction : la recherche avec
_includeet le caractère générique carte entraîne l’échec de la requête. Le problème est résolu et autorise uniquement le caractère*générique à présenter et_include_revincludeà rechercher. PR #3541.Résolu : plusieurs travaux d’exportation créés entraînent une augmentation du volume de stockage des données. En raison d’un bogue, les travaux d’exportation ont créé plusieurs travaux enfants lorsqu’ils sont utilisés avec le paramètre typefilter. Le correctif résout le problème. Voir PR #3567.
Correction : exception retenable pour l’opération d’importation lors de l’utilisation de fichiers en double. S’il existe des fichiers en double pendant l’importation, une exception est levée. Cette exception a été considérée comme une exception retenable. Le correctif résout le problème. Les opérations d’importation avec le même fichier ne sont plus retenables. Voir PR #3557.
Octobre 2023
Service DICOM
Importation en bloc (préversion)
L’importation en bloc simplifie le processus d’ajout de données au service DICOM. Lorsqu’elle est activée, la fonctionnalité crée un conteneur de stockage et .dcm fichiers copiés dans le conteneur sont automatiquement ajoutés au service DICOM. Pour plus d’informations, consultez Importer des fichiers DICOM (préversion).
September 2023
Azure Health Data Services
Améliorations apportées à la navigation dans la documentation
Les améliorations apportées à la navigation dans la documentation incluent une nouvelle page hub pour Azure Health Data Services : Documentation Azure Health Data Services. En outre, les correctifs apportés aux navigations dans la documentation des services FHIR, DICOM et MedTech et la table des matières facilitent et plus intuitivement la recherche de la documentation.
Service FHIR
Annonce de mise hors service pour l’API Azure pour FHIR
L’API Azure pour FHIR sera mise hors service le 30 septembre 2026. Le service FHIR 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. En raison de la mise hors service de l’API Azure pour FHIR, les nouveaux déploiements ne seront pas autorisés à compter du 1er avril 2025. Pour plus d’informations, consultez stratégies de migration.
Août 2023
Service FHIR
Importation incrémentielle
L’opération d’importation prend en charge le mode de chargement incrémentiel, qui est optimisé pour charger régulièrement des données dans le service FHIR.
Avec le mode de charge incrémentiel, les organisations de santé peuvent :
- Effectuez simultanément l’ingestion des données lors de l’exécution simultanée d’opérations CRUD de l’API sur le serveur FHIR.
- Ingérer des ressources FHIR avec version.
- Conservez la valeur de champ dans les
lastUpdatedressources FHIR pendant l’ingestion. - Prise en charge des références conditionnelles.
En savoir plus :
Parallélisation par lot (préversion)
Les offres groupées par lots sont exécutées 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 des offres groupées par lots pour la préversion.
En savoir plus :
- Parallélisation de lot
- Conditions d’utilisation supplémentaires pour les préversions de Microsoft Azure
Résolution des bogues
Correction : la précision de la valeur décimale s’aligne sur la spécification FHIR. Avant le correctif, le service FHIR a autorisé la valeur de précision de [18,6]. Le service a été mis à jour pour prendre en charge la précision de la valeur décimale de [36,18] conformément à la spécification FHIR. Consultez les types de données de spécification FHIR.
Résolu : Réindexer sur le paramètre de recherche ciblée définit correctement l’état. Nous avons identifié un bogue dans lequel, après avoir effectué une réindexation de paramètre de recherche ciblée, les données de ressource avec le paramètre de recherche n’ont pas été recherchées. Ce bogue a été résolu en modifiant l’état du paramètre de recherche. Voir PR #3400.
Juillet 2023
Service FHIR
Résolution des bogues
Correction : nouvelle tentative continue sur l’opération d’importation. Nous avons observé un problème où $import retenait les nouvelles tentatives lorsque la taille du fichier NDJSON est supérieure à 2 Go. Le problème est résolu. Voir PR #3342.
Résolu : redémarrage du travail d’exportation au niveau du patient et du groupe. Les exportations de niveau patient et de groupe en cas d’interruption redémarreront dès le début. Ce bogue est résolu pour redémarrer les travaux d’exportation à partir de la dernière page de résultats terminée. Voir PR #3205.
Service DICOM
API version 2
L’API de service DICOM version 2 (v2) introduit plusieurs modifications et nouvelles fonctionnalités. La plus notable est la modification apportée à la validation des attributs DICOM pendant les opérations de magasin (STOW). À compter de la version 2, la requête échoue uniquement si les attributs nécessaires échouent à la validation.
En savoir plus :
Juin 2023
Service FHIR
Résolution des bogues
Résolu : l’opération de réindexation fournit l’état du travail au niveau de la ressource. L’opération
reindexprend en charge la détermination de l’état de l’opérationreindexà l’aide de l’appelGET {{FHIR_URL}}/_operations/reindex/{{reindexJobId}}d’API. Pour voir le nombre de ressources réindexées, recherchez le champ resourceReindexProgressByResource dans la réponse. Ce champ affiche la progression de chaque type de ressource. Voir PR #3286.Résolu : Optimisation des requêtes de recherche complexes. Certaines organisations ont rencontré des problèmes où des requêtes FHIR complexes avec des paramètres de recherche de référence expireraient. Le problème a été résolu en mettant à jour le générateur de requêtes SQL pour utiliser une jointure INTERNE pour les paramètres de recherche de référence. Voir PR #3295.
Résolu : l’URL du point de terminaison de métadonnées dans l’instruction de fonctionnalité est une URL relative. Selon la spécification FHIR, l’URL du point de terminaison de métadonnées dans l’instruction de fonctionnalité doit être une URL absolue. Le correctif résout le problème. Voir PR #3265.
En savoir plus :
- Instruction de fonctionnalité FHIR.
Service DICOM
Récupérer des images rendues
Les images rendues peuvent être récupérées à partir du service DICOM à l’aide du nouveau point de terminaison rendu. Cette API permet à une instance ou une trame DICOM d’être accessible dans un format consommateur (jpeg ou png), une fonctionnalité qui peut simplifier des scénarios tels qu’une application cliente affichant un aperçu d’image.
Résolution des bogues
Résolu : problème où les événements DICOM et le flux de modification peuvent manquer les modifications. L’API de flux de modification DICOM a renvoyé les résultats qui ont ignoré de manière incorrecte les modifications en attente lorsque le serveur DICOM était en cours de chargement. Les appels identiques à la ressource de flux de modification ont entraîné l’apparition de nouveaux événements de modification au milieu du jeu de résultats.
Par exemple, si le premier appel a retourné des numéros
1de séquence ,32, et , puis5le deuxième appel identique peut retourner incorrectement1, ,23,4, et5. Ce comportement a également affecté les événements DICOM envoyés aux rubriques système Azure Event Grid et a entraîné des événements manquants dans les gestionnaires d’événements en aval. Voir PR #2611.
Service MedTech
Lier des messages d’appareil à des rencontres FHIR
Les messages d’appareil peuvent avoir des identificateurs de rencontre qui correspondent à ceux rencontrés dans FHIR. De cette façon, les organisations de santé peuvent facilement trouver et lier les rencontres FHIR aux observations des données de l’appareil. Open Source Software (OSS) prend en charge la fonctionnalité de recherche, que les clients du service MedTech ont demandé.
Mai 2023
Service FHIR
Résolution des bogues
Résolu : MAPPAGE d’étendue clinique SMART sur FHIR pour les applications. Ce correctif de bogue résout un problème lié à l’étendue clinique qui n’est pas interprétée correctement pour les applications principales. Voir PR #3250.
Correction : erreur de clé dupliquée lors de la transmission des paramètres de requête et du corps. Ce correctif gère le problème lors de l’utilisation du point de terminaison POST {resourcetype}/search pour interroger les ressources FHIR, le serveur retourne
415 Unsupported Media Type. Ce problème est dû à la répétition d’un paramètre de requête dans la chaîne de requête d’URL et le corps de la requête. Le correctif considère tous les paramètres de requête de la requête et du corps comme entrée. Voir PR #3232.
Avril 2023
Azure Health Data Services
Disponibilité dans la région USA Centre-Ouest
Azure Health Data Services est généralement disponible dans la région USA Centre Ouest.
Service FHIR
Résolution des bogues
Correction : performances des requêtes de recherche avec des identificateurs. Ce correctif de bogue résout les problèmes de délai d’expiration observés pour les requêtes de recherche avec des identificateurs à l’aide de la clause OPTIMIZE. Voir pr #3207
Résolu : problèmes temporaires associés au chargement des paramètres de recherche personnalisée. Ce correctif de bogue résout le problème où le service FHIR ne charge pas le dernier état SearchParameter en cas d’échec. Voir PR #3222
Mars 2023
Azure Health Data Services
Disponibilité dans la région Japon Est
Azure Health Data Services est généralement disponible dans la région Japon Est.
Février 2023
Service FHIR
Amélioration du paramètre et du débit _till de 50x
Le _till paramètre est un paramètre facultatif et vous permet d’exporter des ressources qui ont été modifiées jusqu’à l’heure spécifiée. Cette amélioration s’applique à l’exportation du système.
En savoir plus :
Résolution des bogues
Résolu : recherche chaînée avec :contient les résultats du modificateur, mais aucune ressource. Ce correctif de bogue résout le problème et les ressources identifiées, par critère de recherche avec :contains modificateur sont retournés. Voir PR #2990.
Résolu : possibilité d’ajuster l’en-tête de limite de taille du jeton de continuation. Avant cette modification, pendant la pagination, un jeton de continuation Cosmos DB avait une limite par défaut de 3 Ko. Avec cette modification, vous pouvez envoyer une limite de jeton de continuation Cosmos DB dans l’en-tête. La plage valide est définie sur 1 à 3 Ko. La valeur d’en-tête à envoyer est
x-ms-documentdb-responsecontinuationtokenlimitinkb. Voir PR #2971.Correction : code d’état HTTP 500 rencontré lorsque :not modificateur est utilisé avec des recherches chaînées. Ce correctif de bogue résout le problème. Les ressources identifiées sont retournées par critère de recherche avec :contains modificateur. Voir PR #3041.
Correction : La stratégie de contrôle de version activée au niveau de la ressource nécessitait l’en-tête If-match pour les demandes de transaction. Le correctif résout le problème. La stratégie avec version au niveau de la ressource ne nécessite pas d’en-tête if-match. Voir PR #2994.
Service MedTech
Débogueur de mappage (préversion)
Le débogueur de mappage de service MedTech est un outil libre-service permettant de créer, mettre à jour et résoudre les problèmes liés aux mappages de destination et d’appareil de service MedTech. Il vous permet d’afficher et d’effectuer facilement des ajustements inline en temps réel sans avoir à quitter le Portail Azure.
En savoir plus :
Fonctionnalité de message d’erreur (préversion)
La fonctionnalité de message d’erreur du service MedTech vous permet d’afficher les erreurs générées et le message qui a provoqué chaque erreur. Vous pouvez apprendre le contexte derrière toutes les erreurs sans effort manuel.
En savoir plus :
Service DICOM
Types d’événements DICOM
Les événements DICOM sont disponibles dans les abonnements aux événements au niveau de l’espace de travail Azure Health Data Services. Ces nouveaux types d’événements permettent des flux de travail pilotés par les événements dans les applications d’imagerie médicale en s’abonnant aux événements pour les images DICOM nouvellement créées et supprimées.
En savoir plus :
Shared Computer Toolkit et exemples code source ouvert
Deux autres exemples d’applications sont disponibles dans le dépôt d’exemples code source ouvert. Consultez Azure-Samples/azure-health-data-services-samples).
Résolution des bogues
- Correction : erreurs de validation incluses dans la file d’attente FailedSOPSequence. Auparavant, les échecs de validation DICOM retournés par l’API Store (STOW) n’avaient pas les détails nécessaires pour diagnostiquer et résoudre les problèmes. Les modifications apportées à l’API améliorent les messages d’erreur en incluant plus d’informations sur les attributs qui ont échoué la validation et la raison pour laquelle.
En savoir plus :
Janvier 2023
Azure Health Data Services
Services Azure Health Data disponibles dans d’autres régions
Azure Health Data Services est généralement disponible dans les régions France Centre, USA Centre Nord et Qatar Central.
Service DICOM
Prise en charge de l’attribut ModalesInStudy
Le service DICOM prend en charge ModalitiesInStudy un attribut pouvant faire l’objet d’une recherche au niveau de l’étude, de la série et de l’instance. La prise en charge de cet attribut permet de retourner plus efficacement la liste des modalités d’une étude sans avoir à interroger chaque série indépendamment.
En savoir plus :
Prise en charge des attributs NumberOfStudyRelatedInstances et NumberOfSeriesRelatedInstances
Deux attributs pour retourner le nombre d’instances d’une étude ou d’une série sont disponibles dans les réponses de recherche.
En savoir plus :
Shared Computer Toolkit et exemples code source ouvert
Un autre exemple d’application est disponible
Un nouvel exemple d’application est publié dans le référentiel d’exemples Azure Health Data Services.