Partage via


Notes de publication 2021 : Azure Health Data Services

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

Décembre 2021

Azure Health Data Services

Détails du quota pour les demandes de support

Nous avons mis à jour les détails du quota pour les demandes de support client avec les informations les plus récentes.

Documentation RBAC locale mise à jour

Nous avons mis à jour la documentation RBAC locale pour clarifier l’utilisation du locataire secondaire et les étapes à suivre pour la désactiver.

Déployer et configurer Azure Health Data Services à l’aide de scripts

Nous avons commencé le processus de fourniture de modèles PowerShell, CLI et ARM pour configurer l’inscription des applications et les attributions de rôles. Les scripts pour le déploiement d’Azure Health Data Services seront disponibles après la disponibilité générale.

Service FHIR

Résolution des bogues

  • Correction : Ajout du serveur de publication à CapabilityStatement.name. Vous pouvez trouver l’éditeur dans l’instruction de fonctionnalité à l’adresse CapabilityStatement.name. Voir PR #2319.

  • Résolu : journal FhirOperation lié aux appels anonymes aux métriques de requête. Nous n’étions pas des opérations de journalisation qui n’avaient pas besoin d’authentification. Nous avons étendu la possibilité d’obtenir le type FhirOperation dans RequestMetrics pour les appels anonymes. Voir PR #2295 .

  • Correction : erreur 500 quand SearchParameter le code est null. Correction d’un problème lié au SearchParameter fait qu’il avait une valeur Null pour le code, le résultat était une erreur 500. Une fois le correctif de bogue corrigé, cela entraîne une InvalidResourceException telle opération que les autres valeurs. Voir PR #2343.

  • Correction : retourné BadRequestException avec un message valide lorsque le corps JSON d’entrée n’est pas valide. Pour les requêtes de corps JSON non valides, le serveur FHIR renvoyait une erreur 500. Après le correctif de bogue, le serveur retourne un BadRequestException message valide au lieu de 500. Voir PR #2239.

  • Correction : problème de délai d’expiration SQL géré. Si SQL Server a expiré, PUT /resource{id} a retourné une erreur 500. Après le correctif de bogue, nous gérons l’erreur 500 et renvoyons une exception de délai d’expiration avec un résultat d’opération. Voir PR #2290.

Novembre 2021

Service FHIR

Nous avons développé les fonctionnalités atient-all pour traiter les liens patients PR #2305. Pour plus d’informations, consultez Patient-tout dans FHIR.

Résolution des bogues

  • Correction : Ajout du nom et de la version du logiciel à l’instruction de fonctionnalité. Dans l’instruction de fonctionnalité, le nom du logiciel distingue si vous utilisez l’API Azure pour FHIR ou Azure Health Data Services. La version logicielle spécifie le package de mise en production open source qui est actif dans le service managé. Voir PR #2294, PR #1778 et Problème #2241.

  • Correction : Compressez les jetons de continuation. Parfois, le jeton de continuation était trop long pour suivre le lien suivant dans les recherches et a entraîné une erreur 404. Pour résoudre le problème, nous avons compressé le jeton de continuation pour vous assurer qu’il reste en dessous de la limite de taille. Consultez pr #2279 et problème #2250.

  • Correction : mise à l’échelle automatique du service FHIR. La mise à l’échelle automatique du service FHIR fournit automatiquement une scalabilité de service optimisée pour répondre aux demandes des clients lorsqu’ils effectuent des transactions de données dans des charges de travail cohérentes ou diverses. Il est disponible dans toutes les régions où le service FHIR est pris en charge.

  • Correction : Erreur 500 résolue lorsque la date a été passée avec un fuseau horaire. Ce correctif résout une erreur 500 lorsqu’une date avec un fuseau horaire a été passée dans un champ datetime PR #2270.

  • Correction : problème résolu lors de la publication d’un bundle avec un type de média incorrect a retourné une erreur 500. avant le correctif de bogue, lors de la publication d’une recherche avec une clé qui contient certains caractères, une erreur 500 a été retournée. Voir PR #2264 et Problème #2148.

Service DICOM

L’en-tête Content-Type inclut la syntaxe de transfert.

Cette amélioration permet à l’utilisateur de savoir quelle syntaxe de transfert est utilisée si plusieurs en-têtes d’acceptation sont fournis.

Octobre 2021

Azure Health Data Services

Outil Générateur de données de test*

Nous avons mis à jour les exemples GitHub Azure Health Data Services pour inclure un outil de générateur de données de test à l’aide de données Synthea. Cet outil est une amélioration des projets de test publics code source ouvert, basé sur Apache JMeter qui peut être déployé sur Azure AKS pour les tests de performances.

Service FHIR

Résolution des bogues

  • Correction : ajout de la prise en charge de _sort sur les chaînes et dateTime. Voir PR #2169.

  • Résolu : la suppression conditionnelle entraîne une boucle infinie. Voir PR #2269.

  • Résolu : Erreur 500 résolue peut-être causée par un corps de transaction mal formé dans un bundle POST. Nous avons ajouté une case activée que l’URL est renseignée dans les demandes de bundle de transactions. Voir PR #2255.

Service DICOM

Prise en charge d’autres régions

Le service DICOM est disponible au Brésil Sud et au Canada Centre. Pour plus d’informations, consultez l’article sur les services Azure prenant en charge les zones de disponibilité.

Balises de requête étendues

Prise en charge des types DateTime (DT) et Heure (TM) Value Representation (VR).

Correctif implémenté pour les noms d’espace de travail

Permet au service DICOM d’utiliser des espaces de travail dont les noms commencent par une lettre.

Septembre 2021

Service FHIR

Résolution des bogues

  • Correction : ajout de la prise en charge du correctif conditionnel. Consultez correctif conditionnel et PR #2163.

  • Correction : ajout de l’événement d’audit des correctifs conditionnels*. Voir PR #2213.

  • Correction : Autoriser le correctif JSON dans les bundles. Autorise les bundles d’historique de recherche avec les demandes de correctif. Voir PR #2156.

  • Correction : Correctif JSON activé dans les bundles à l’aide de ressources binaires. Voir PR #2143.

  • Correction : ajout d’un nouvel événement d’audit. Consultez les sous-types OperationName et PR #2170.

  • Correction : exécution d’un travail réindexé. Ajout de limites pour les paramètres de réindexation . Voir PR #2103.

  • Correction : message d’erreur mis à jour pour les limites des paramètres de réindexation. Voir PR #2109.

  • Correction : ajout du nombre final de réindexations case activée. Voir PR #2099.

  • Correction : capture plus large pour les exceptions lors de l’application du correctif. Voir PR #2192.

  • Résolu : Historique avec PATCH dans STU3. Voir PR #2177.

  • Correction : bogues de recherche personnalisés. Résout l’échec de la suppression avec les paramètres de recherche personnalisés. Voir PR #2133.

  • Correction : Ajout d’une logique de nouvelle tentative lors de la suppression du paramètre de recherche. Voir PR #2121.

  • Correction : Définir le nombre maximal d’éléments dans les options de recherche dans SearchParameterDefinitionManager. Voir PR #2141.

  • Correction : Meilleure exception s’il existe une expression incorrecte dans un paramètre de recherche. Voir PR #2157.

  • Correction : réindexation par lot SQL résolue en cas d’échec d’une ressource. Mises à jour logique de nouvelle tentative de réindexation sql batch. Voir PR #2118.

  • Correction : Problème GitHub fermé. Message d’erreur peu clair pour la création conditionnelle sans ID. Voir PR #2168.

Service DICOM

Résolution des bogues

  • Résolu : Correction implémentée pour résoudre les problèmes de pagination QIDO. Voir PR #989.

Service MedTech**

Améliorations apportées aux calculs pour prendre en charge et améliorer la normalisation des données d’intégrité

Pour plus d’informations, consultez Utiliser les mappages d’appareils et CalculatedContent.

Notes de publication 2022

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.