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’adresseCapabilityStatement.name. Voir PR #2319.Résolu : journal
FhirOperationlié 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 typeFhirOperationdansRequestMetricspour les appels anonymes. Voir PR #2295 .Correction : erreur 500 quand
SearchParameterle code est null. Correction d’un problème lié auSearchParameterfait 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 uneInvalidResourceExceptiontelle opération que les autres valeurs. Voir PR #2343.Correction : retourné
BadRequestExceptionavec 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 unBadRequestExceptionmessage 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
Traiter les liens patient-tout
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.