Partage via


Notes de publication 2022 : Azure Health Data Services

Cet article décrit les fonctionnalités et améliorations publiées en 2023 pour le service FHIR®, le service DICOM® et le service MedTech dans Azure Health Data Services.

Décembre 2022

Service DICOM

Événements DICOM disponibles pour la préversion publique

Les événements Azure Health Data Services incluent une préversion publique de deux types d’événements supplémentaires pour le service DICOM. Ces types d’événements permettent aux applications qui utilisent Azure Event Grid pour les flux de travail pilotés par les événements lorsque des images DICOM sont créées ou supprimées.

Novembre 2022

Azure Health Data Services

Le kit de ressources Azure Health Data Services est publié pour la préversion publique

Le kit de ressources Azure Health Data Services est disponible en préversion publique. Le kit de ressources est un projet open source et vous permet de personnaliser et d’étendre les fonctionnalités de vos implémentations Azure Health Data Services. Les packages NuGet du kit de ressources sont disponibles en téléchargement à partir de la galerie NuGet, et vous trouverez des liens vers ces packages dans la documentation du dépôt.

Service FHIR

Résolution des bogues

  • Correction : Erreur générée lorsque la ressource est mise à jour à l’aide de l’en-tête if-match et patch. Une ressource est mise à jour si elle correspond à l’en-tête Etag. Voir PR #2877.

Octobre 2022

Service MedTech

Bouton Déployer sur Azure ajouté à la documentation

Les clients peuvent déployer entièrement le service MedTech, notamment Event Hubs, un espace de travail Azure Health Data Services, un service FHIR, un service MedTech et des rôles d’identité managée, en choisissant un bouton Déployer sur Azure sur la page de documentation. Pour plus d’informations, consultez Déployer le service MedTech à l’aide d’un modèle Azure Resource Manager.

Ajout de métriques d’événement supprimées

Les clients peuvent déterminer si leurs mappages fonctionnent comme prévu, car ils peuvent voir les événements supprimés comme une métrique pour s’assurer que les données transitent avec précision.

Septembre 2022

Azure Health Data Services

Le kit de ressources Azure Health Data Services est disponible en préversion publique

Le kit de ressources Azure Health Data Services est open source et vous permet de personnaliser et d’étendre les fonctionnalités de vos implémentations Azure Health Data Services.

Service FHIR

Résolution des bogues

  • Correction : l’interrogation avec :not operator retourne plus de résultats que prévu. Le problème est résolu et l’interrogation avec :not operator doit fournir des résultats corrects. Voir PR #2790.

  • Correction : indique un message d’erreur pour l’échec de l’exportation résultant d’une longue période de temps. En cas d’échec dans un travail d’exportation en raison d’une longue période, un client voit RequestEntityTooLarge le code d’état HTTP. Voir PR #2790.

  • Correction : dans un tri de requête, le système lève une erreur lorsque la recherche chaînée est effectuée avec la même valeur de champ. La fonctionnalité retourne une réponse. PR #2794.

  • Résolu : le serveur n’indique _text pas non pris en charge. Lorsqu’il est passé en tant que paramètre d’URL,_text retourne une réponse d’erreur lors de l’utilisation du Prefer titre avec value handling=strict. Voir PR #2779.

  • Correction : ajout d’un message d’erreur détaillé pour le type de ressource non valide. Un message d’erreur détaillé est ajouté lorsqu’un type de ressource n’est pas valide ou vide pour _include et _revinclude effectue des recherches. Voir PR #2776.

Service DICOM

La fonctionnalité d’exportation est généralement disponible

La fonctionnalité d’exportation pour le service DICOM est généralement disponible. L’exportation permet d’exporter en bloc une liste d’études, de séries et d’instances fournies par l’utilisateur vers un compte Stockage Azure. Pour plus d’informations, consultez Exporter des fichiers DICOM.

Amélioration des performances de déploiement

Les améliorations des performances réduisent le temps de déploiement de nouvelles instances du service DICOM de plus de 55 % au 50e centile.

Réduction de la rigueur lors de la validation des requêtes STOW

Certains clients ont rencontré des problèmes de stockage de fichiers DICOM qui ne sont pas parfaitement conformes à la spécification. Pour permettre à ces fichiers d’être stockés dans le service DICOM, la rigueur de la validation effectuée sur STOW a été réduite.

Le service accepte :

  • UID DICOM qui contiennent des espaces blancs de fin
  • IS, DS, SV et UV VR qui ne sont pas des nombres valides
  • Balises de créateur privé non valides

Août 2022

Azure Health Data Services

La disponibilité d’Azure Health Data Services s’étend à d’autres régions

Azure Health Data Services est disponible dans ces régions : Inde centrale, Corée Centre et Suède Centre.

Service FHIR

$import est généralement disponible

$import L’API est généralement disponible dans l’API Azure Health Data Services version 2022-06-01. Consultez Exécution de l’importation en appelant l’opération $import .

$convert données mises à jour en ajoutant la prise en charge de STU3-R4

$convert-data ajout de la prise en charge de la conversion FHIR STU3-R4. Consultez la conversion de données pour l’API Azure pour FHIR.

Le pipeline d’analyse prend en charge le filtrage des données

Le filtrage des données est pris en charge dans FHIR vers le pipeline data lake. Consultez les données FHIR-Analytics-Pipelines_Filter FHIR.

Le pipeline d’analytique prend en charge les extensions FHIR

Le pipeline d’analyse peut traiter les extensions FHIR pour générer des données Parquet. Voir FHIR-Analytics-Pipelines_Process dans pipeline.md principal.

Résolution des bogues

  • Résolu : les bundles d’historique triés avec la version la plus ancienne en premier. Il y a eu un problème avec l’ordre de tri des bundles d’historique sur le serveur FHIR. Les bundles d’historique ont été triés avec la version la plus ancienne en premier. Par spécification FHIR, le tri des versions est défini par défaut sur la version la plus ancienne. Ce correctif de bogue résout le comportement du serveur FHIR pour trier le bundle d’historique.

    Pour conserver le tri par comportement existant (version la plus ancienne en premier), nous vous recommandons d’ajouter _sort=_lastUpdated la commande HTTP GET utilisée pour récupérer l’historique. Par exemple : <server URL>/_history?_sort=_lastUpdated. Voir PR #2689.

  • Résolu : les requêtes ne fournissent pas de nombre de résultats cohérents après avoir été ajoutées avec _sort l’opérateur. Le problème est résolu et les requêtes doivent fournir un nombre de résultats cohérent, avec et sans opérateur de tri.

Service DICOM

Les listes de travail de modalité (UPS-RS) sont généralement disponibles

Les listes de travail de modalité (UPS-RS) sont généralement disponibles. En savoir plus sur le service de listes de travail.

Service MedTech

Graphique des métriques ajouté

Les clients peuvent voir des graphiques de métriques prédéfinis avec des alertes sur la page d’accueil MedTech pour faciliter la surveillance de leur service MedTech.

Disponibilité des journaux de diagnostic

Il existe des requêtes prédéfinies avec des journaux pertinents pour les problèmes courants afin que les clients puissent déboguer et diagnostiquer les problèmes.

Juillet 2022

Service DICOM

La disponibilité du service DICOM s’étend à d’autres régions

Le service DICOM est disponible dans ces régions : Asie Sud-Est, Inde Centrale, Corée Centre et Suisse Nord.

Récupération rapide d’images DICOM individuelles

Pour les images DICOM contenant plusieurs images, les améliorations des performances permettent une récupération rapide des images individuelles (60 images Ko aussi rapidement que 60 MS). Ces caractéristiques de performances améliorées permettent des flux de travail tels que l’affichage d’images de pathologie numérique, qui nécessitent une récupération rapide des images individuelles.

Service MedTech

Améliorations apportées aux documentations pour les événements

Ajout d’articles pour permettre aux clients de tirer parti des améliorations apportées aux événements. Consultez Consommer des événements avec Logic Apps et déployer des événements à l’aide de la Portail Azure.

Juin 2022

Service FHIR

Résolution des bogues

  • Correction : Exporter le travail non mis en file d’attente pour l’exécution. Corrige le problème lié au travail d’exportation qui n’est pas mis en file d’attente en raison d’une définition de travail en double en référence à l’URL du conteneur. Voir PR #2648.

  • Fixe; Requêtes ne fournissant pas de nombre de résultats cohérents après l’ajout avec l’opérateur_sort. Corrige le problème avec l’aide d’un opérateur distinct pour résoudre les incohérences et enregistrer la duplication en réponse. Voir PR #2680.

Mai 2022

Service FHIR

Résolution des bogues

  • Correction : supprime une nouvelle tentative SQL sur upsert. Supprime la nouvelle tentative sur la commande SQL pour upsert. L’erreur se produit toujours, mais les données sont enregistrées correctement dans les cas de réussite. Voir PR #2571.

  • Correction : ajout de la gestion des erreurs SqlTruncate. Ajout d’un case activée pour les exceptions et tests SqlTruncate. Les exceptions et les tests interceptent les exceptions SqlTruncate pour le type décimal en fonction de la précision et de l’échelle spécifiées. Voir PR #2553.

Service DICOM

Le service DICOM prend en charge le partage de ressources inter-origines (CORS)

Le service DICOM prend en charge CORS. Ce dernier permet de configurer des paramètres afin que les applications d’un domaine (origine) puissent accéder aux ressources d’un domaine différent par le biais d’une requête inter-domaines.

DICOMcast prend en charge les espaces de travail Azure Health Data Services configurés pour utiliser Private Link.

UPS-RS prend en charge la modification et la récupération de l’élément de travail

Les points de terminaison de la liste de travail de modalité (UPS-RS) ont été ajoutés pour prendre en charge les opérations de modification et de récupération des éléments de travail.

La version de l’API est requise dans le cadre de l’URI

Toutes les demandes d’API REST adressées au service DICOM doivent inclure la version de l’API dans l’URI. Pour plus d’informations, consultez Contrôle de version d’API pour le service DICOM.

Indexer la première valeur des balises DICOM qui spécifient incorrectement plusieurs valeurs

Les attributs définis pour avoir une valeur unique, mais spécifiés plusieurs valeurs sont acceptés de manière léniente. La première valeur de ces attributs est indexée.

Avril 2022

Service FHIR

Ajout du correctif FHIRPath

FHIRPath Patch a été ajouté à l’API Azure pour FHIR. Cette modification implémente FHIRPath Patch tel que défini sur le site web HL7 .

L’importation en bloc est disponible pour la préversion publique

La fonctionnalité d’importation en bloc permet d’importer des données FHIR sur le serveur FHIR à un débit élevé à l’aide de l’opération de $import. L’importation en bloc est destinée au chargement initial des données dans le serveur FHIR. Pour plus d’informations, consultez Les données FHIR d’importation en bloc.

Résolution des bogues

  • Correction : gère l’en-tête non valide lors de la mise à jour avec version. Lorsque la stratégie de contrôle de version est définie sur une mise à jour avec version, la version la plus récente de la ressource est fournie dans l’en-tête if-match de la requête sur une mise à jour. La version spécifiée doit être au format ETag. Auparavant, une erreur 500 a été retournée si la version n’était pas valide ou dans un format incorrect. Cette mise à jour retourne une requête incorrecte 400. Voir PR #2467.

  • Correction : ajout du cœur au chemin de ressource. Une partie du chemin d’accès à une ressource de chaîne a été supprimée dans la stratégie de contrôle de version. Ce correctif la rajoute. Voir PR #2470.

Service DICOM

Résolution des bogues

  • Correction : réduction de la rigueur de la validation des fichiers DICOM entrants. Lorsque la représentation par valeur (VR) est une chaîne décimale (DS)/ chaîne entière (IS), fo-dicom la sérialisation traite la valeur comme un nombre. Les fichiers DICOM client peuvent être anciens et contenir des nombres non valides. Le service bloque le chargement du fichier en raison de l’exception de sérialisation. Voir PR #1450.

  • Résolu : analyse correctement une plage d’entrée dans les en-têtes de négociation de contenu. WADO avec Accept : multipart/connexe ; type=application/dicom lève une erreur. Il accepte Accepter : multipart/connexe ; type="application/dicom », mais ils doivent être équivalents. Voir PR #1462.

  • Résolu : échec du chargement parallèle d’images dans une étude. Gérez les conditions de concurrence pendant les insertions d’instances parallèles dans la même étude. Voir PR #1491 et PR #1496.

Mars 2022

Azure Health Data Services

Avec Private Link, vous pouvez accéder à Azure Health Data Services en toute sécurité à partir de votre réseau virtuel en tant que service de première partie sans avoir à passer par un système DNS (Domain Name System) public. Pour plus d’informations, consultez Configurer Private Link pour Azure Health Data Services.

Service FHIR

Opération de correctif FHIRPath disponible

|Cette fonctionnalité vous permet d’utiliser l’opération FHIRPath Patch sur les ressources FHIR. Pour plus d’informations, consultez les fonctionnalités de l’API REST FHIR pour le service FHIR Azure Health Data Services.

Résolution des bogues

  • Résolu : le délai d’expiration SQL retourne le code d’état 408. Avant le correctif de bogue, un délai d’expiration SQL a retourné une erreur 500. Avec le correctif de bogue, un délai d’expiration dans SQL retourne un FHIR OperationOutcome code d’état 408. Voir PR #2497.

  • Correction : Problème des ressources dupliquées dans la recherche avec _include. Correction du problème où une seule ressource est retournée deux fois dans une recherche qui a _include. Voir PR #2448.

  • Correction : Problème lié à PUT créé lors de la mise à jour avec version. Correction du problème où PUT crée une erreur lors de la configuration versioned-updatede la stratégie de contrôle de version . Voir PR #2457.

  • Correction : gestion d’en-tête non valide lors de la mise à jour avec version. Correction du problème où un en-tête non valide if-match entraînait une erreur HTTP 500. Une requête incorrecte HTTP est désormais renvoyée. Voir PR #2467.

Azure Health Data Services

La fonctionnalité d’événements dans Azure Health Data Services est en disponibilité générale (GA)

La fonctionnalité Événements permet aux clients de recevoir des notifications et des déclencheurs lorsque des observations FHIR sont créées, mises à jour ou supprimées. Pour plus d’informations, consultez structure des messages Événements et Qu’est-ce que les événements ?.

Janvier 2022

Azure Health Data Services

Déployer Azure Health Data Services avec Azure Bicep

Cette fonctionnalité vous permet de déployer Azure Health Data Services à l’aide d’Azure Bicep. Pour plus d’informations, consultez Déployer Azure Health Data Services à l’aide d’Azure Bicep.

Définir des balises de requête à l’aide de la fonctionnalité Balises de requête étendues

Avec les balises de requête étendues, les clients peuvent interroger des métadonnées non DICOM pour des fonctionnalités telles que l’architecture mutualisée et les cohortes.

Service FHIR

Exporter des données FHIR derrière des pare-feu

Cette fonctionnalité permet d’exporter des données FHIR vers des comptes de stockage derrière des pare-feu. Pour plus d’informations, consultez Configurer les paramètres d’exportation et configurer un compte de stockage.

Notes de publication 2021

Notes de publication 2023

Notes de publication 2024

Problèmes connus

Remarque

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

DICOM® est une marque déposée de la National Electrical Manufacturers Association pour ses publications de standards relatifs aux communications numériques des informations médicales.