Compartir a través de

Notas de la versión 2021: Azure Health Data Services

  • Artículo

En este artículo se describen las características, mejoras y correcciones de errores publicadas en 2021 para el servicio FHIR®, el servicio DICOM® y el servicio MedTech en Azure Health Data Services.

Diciembre de 2021

Azure Health Data Services

Detalles de cuota para solicitudes de soporte técnico

Actualizamos los detalles de cuota de las solicitudes de soporte al cliente con la información más reciente.

Documentación de RBAC local actualizada

Hemos actualizado la documentación de RBAC local para aclarar el uso del inquilino secundario y los pasos para deshabilitarlo.

Implementación y configuración de Azure Health Data Services mediante scripts

Hemos iniciado el proceso de proporcionar powerShell, scripts de la CLI y plantillas de ARM para configurar el registro de aplicaciones y las asignaciones de roles. Los scripts para implementar Azure Health Data Services estarán disponibles después de la disponibilidad general.

Servicio FHIR

Corrección de errores

  • Corregido: se ha agregado Publisher a CapabilityStatement.name. Puede encontrar el publicador en la instrucción de funcionalidad en CapabilityStatement.name. Consulte PR n.º 2319.

  • Corregido: registro FhirOperation vinculado a llamadas anónimas a métricas de solicitud. No se registraron operaciones que no requerían autenticación. Se ha ampliado la capacidad para obtener el tipo de FhirOperation en RequestMetrics para las llamadas anónimas. Vea PR n.º 2295 .

  • Corregido: error 500 cuando SearchParameter Code es NULL. Se ha corregido un problema con SearchParameter si tenía un valor NULL para Code, el resultado era un error 500. Después de la corrección de errores, da como resultado otros InvalidResourceException valores. Consulte PR n.º 2343.

  • Corregido: se devuelve BadRequestException con un mensaje válido cuando el cuerpo JSON de entrada no es válido. Para las solicitudes de cuerpo JSON no válidas, el servidor FHIR devolvía un error 500. Después de la corrección de errores, el servidor devuelve un BadRequestException con un mensaje válido en lugar de 500. Consulte PR n.º 2239.

  • Corregido: problema de tiempo de espera de SQL controlado. Si se agota el tiempo de espera de SQL Server, PUT /resource{id} devolvió un error 500. Después de la corrección de errores, se controla el error 500 y se devuelve una excepción de tiempo de espera con un resultado de la operación. Consulte PR n.º 2290.

Noviembre de 2021

Servicio FHIR

Ampliamos las funcionalidades atient-everything para procesar los vínculos de pacientes PR #2305. Para obtener más información, consulte Patient-everything in FHIR (Paciente-todo en FHIR).

Corrección de errores

  • Corregido: se ha agregado el nombre de software y la versión a la instrucción de funcionalidad. En la instrucción de funcionalidad, el nombre de software distingue si usa Azure API for FHIR o Azure Health Data Services. La versión de software especifica qué paquete de versión de código abierto está activo en el servicio administrado. Vea PR n.º 2294, PR n.º 1778 y problema n.º 2241.

  • Corregido: comprimir tokens de continuación. En ocasiones, el token de continuación era demasiado largo para seguir el siguiente vínculo en las búsquedas y dio lugar a un error 404. Para resolver el problema, comprimimos el token de continuación para asegurarse de que permanece por debajo del límite de tamaño. Vea PR n.º 2279 y problema n.º 2250.

  • Corregido: escalabilidad automática del servicio FHIR. El escalado automático del servicio FHIR proporciona escalabilidad de servicio optimizada automáticamente para satisfacer las demandas de los clientes cuando realizan transacciones de datos en cargas de trabajo coherentes o varias. Está disponible en todas las regiones en las que se admite el servicio FHIR.

  • Corregido: se ha resuelto el error 500 cuando se pasó la fecha con una zona horaria. Esta corrección soluciona un error 500 cuando se pasó una fecha con una zona horaria a un campo datetime PR #2270.

  • Corregido: Se ha resuelto un problema al publicar una agrupación con un tipo de medio incorrecto devolvió un error 500. antes de la corrección de errores, al publicar una búsqueda con una clave que contiene determinados caracteres se devolvió un error 500. Vea PR n.º 2264 y problema n.º 2148.

Servicio DICOM

El encabezado Content-Type incluye la sintaxis de transferencia.

Esta mejora permite al usuario saber qué sintaxis de transferencia se usa en caso de que se proporcionen varios encabezados de aceptación.

Octubre de 2021

Azure Health Data Services

Herramienta Generador de datos de prueba*

Se ha actualizado el repositorio de ejemplos de GitHub de Azure Health Data Services para incluir una herramienta de generador de datos de prueba mediante datos de Synthea. Esta herramienta es una mejora de la código abierto proyectos de prueba públicos, basados en Apache JMeter que se pueden implementar en Azure AKS para pruebas de rendimiento.

Servicio FHIR

Corrección de errores

  • Corregido: se ha agregado compatibilidad con _sort en cadenas y dateTime. Consulte PR n.º 2169.

  • Corregido: La eliminación condicional da como resultado un bucle infinito. Consulte PR n.º 2269.

  • Corregido: se ha resuelto el error 500 posiblemente causado por un cuerpo de transacción con formato incorrecto en un paquete POST. Hemos agregado una comprobación de que la dirección URL se rellena en las solicitudes de agrupación de transacciones. Consulte PR n.º 2255.

Servicio DICOM

Compatibilidad con más regiones

El servicio DICOM está disponible en Sur de Brasil y Centro de Canadá. Para obtener más información, consulte Servicios de Azure compatibles con zonas de disponibilidad.

Etiquetas de consulta extendidas

Compatibilidad con tipos de representación de valores datetime (DT) y hora (TM).

Se ha implementado la corrección en los nombres del área de trabajo.

Habilitó el servicio DICOM para trabajar con áreas de trabajo que tienen nombres que comienzan por una letra.

Septiembre de 2021

Servicio FHIR

Corrección de errores

  • Corregido: se ha agregado compatibilidad con la revisión condicional. Consulte Revisión condicional y PR n.º 2163.

  • Corregido: se ha agregado el evento de auditoría de revisión condicional*. Consulte PR n.º 2213.

  • Corregido: permitir la revisión JSON en agrupaciones. Permite agrupaciones del historial de búsqueda con solicitudes Patch. Consulte PR n.º 2156.

  • Corregido: se ha habilitado la revisión JSON en agrupaciones mediante recursos binarios. Consulte PR n.º 2143.

  • Corregido: se ha agregado un nuevo evento de auditoría. Vea subtipos OperationName y PR #2170.

  • Corregido: Ejecución de un trabajo de reindexación. Se han agregado límites para la reindexación de parámetros. Consulte PR n.º 2103.

  • Corregido: mensaje de error actualizado para los límites de parámetros de reindexación. Consulte PR n.º 2109.

  • Corregido: se ha agregado la comprobación de recuento de reindexación final. Consulte PR n.º 2099.

  • Corregido: captura más amplia para las excepciones durante la aplicación de la revisión. Consulte PR n.º 2192.

  • Corregido: Historial con PATCH en STU3. Consulte PR n.º 2177.

  • Corregido: errores de búsqueda personalizados. Soluciona el error de eliminación con parámetros de búsqueda personalizados. Consulte PR n.º 2133.

  • Corregido: se ha agregado lógica de reintento al eliminar el parámetro de búsqueda. Consulte PR n.º 2121.

  • Corregido: establece el número máximo de elementos en las opciones de búsqueda en SearchParameterDefinitionManager. Consulte PR n.º 2141.

  • Corregido: excepción mejor si hay una expresión incorrecta en un parámetro de búsqueda. Consulte PR n.º 2157.

  • Corregido: se ha resuelto la reindexación por lotes de SQL si se produce un error en un recurso. Novedades lógica de reintento de reindexación por lotes de SQL. Consulte PR n.º 2118.

  • Corregido: problema de GitHub cerrado. Mensaje de error poco claro para la creación condicional sin identificador. Consulte PR n.º 2168.

Servicio DICOM

Corrección de errores

  • Corregido: Se ha implementado la corrección para resolver problemas de ordenación de paginación de QIDO. Consulte PR n.º 989.

Servicio MedTech**

Mejoras con cálculos para admitir y mejorar la estandarización de datos de mantenimiento

Para obtener más información, consulte Uso de asignaciones de dispositivos y CalculatedContent.

Contenido relacionado

Notas de la versión 2022

Notas de la versión 2023

Notas de la versión 2024

Problemas conocidos

Nota:

FHIR® es una marca registrada de HL7 y se usa con su permiso.

DICOM® es la marca registrada de la Asociación Nacional de Fabricantes Eléctricos para sus publicaciones de normas relacionadas con las comunicaciones digitales de información médica.