Partilhar via

Notas de versão 2024: Serviços de Dados de Saúde do Azure

  • Artigo

Este artigo descreve recursos, aprimoramentos e correções de bugs lançados em 2024 para o serviço FHIR®, serviço DICOM® e serviço MedTech nos Serviços de Dados de Saúde do Azure.

Novembro de 2024

Serviços de Dados de Saúde do Azure

Melhorias na operação de importação

  • Aprimoramentos de log de erros: Durante a operação de importação, o log de erros agora relata os arquivos específicos que falharam durante a ingestão no serviço FHIR. Esta melhoria fornece informações mais detalhadas sobre importações falhadas.
  • Cancelamento de trabalho de importação: foi identificado um bug em que o cancelamento de um trabalho de importação não desencadeou o cancelamento de trabalhos filhos associados. Esse problema foi resolvido e, agora, cancelar um trabalho de importação também cancela todos os trabalhos filho relacionados dentro do orquestrador atual.
  • Melhoria na validação de exportação: foi encontrado um problema em que as exportações prosseguiram apesar dos parâmetros de pesquisa inválidos. Uma mudança é implementada para evitar exportações nessas condições. Esse é o comportamento padrão, mas os clientes podem substituí-lo usando o sinalizador lenient. A mudança foi comunicada aos clientes no mês passado.
  • Aprimoramento de desempenho do pacote: o processo de atualização do perfil durante a execução do pacote foi simplificado. Se um pacote contiver alterações em ValueSet, StructureDefinitione/ou CodeSystem, nenhuma atualização de perfil ocorrerá até que o pacote seja totalmente concluído. A alteração melhora o desempenho dos pacotes, reduzindo os atrasos causados por várias atualizações ao lidar com alterações nesses tipos de recursos.
  • Análise de cabeçalho de tipo de conteúdo: um problema relacionado à análise do cabeçalho de application/x-www-form-urlencoded tipo de conteúdo foi abordado e resolvido.
  • Aprimoramentos de reindexação: a operação de reindexação é melhorada removendo uma limitação artificial que anteriormente restringia o tratamento de grandes conjuntos de dados históricos ou casos em que os clientes solicitavam um tamanho de consulta limitado. Além disso, o processo de reindexação seria relatado incorretamente como "concluído" ao lidar com muitos recursos históricos sequenciais ou excluídos com o tamanho de consulta padrão. Esse problema foi resolvido para garantir que o processo de reindexação seja concluído corretamente e relate o status apropriado.

Outubro de 2024

Serviços de Dados de Saúde do Azure

Serviço FHIR

Correções de erros

  • Validação de exportação: foi identificado um problema em que as exportações prosseguiram apesar dos parâmetros de pesquisa inválidos. Estamos a introduzir uma alteração que impede as exportações nestas condições. Esse recurso está atualmente atrás de um sinalizador de validação estrito e se tornará o comportamento padrão em ou após 30 de outubro.
  • Inclusão de parâmetros de pesquisa: resolvemos um problema em que parâmetros de pesquisa adicionais (por exemplo, _include, _has) não retornavam todos os resultados esperados, às vezes omitindo o próximo link.
  • Execução do trabalho de exportação: uma ocorrência rara de durante a conclusão do trabalho de System.ObjectDisposedException exportação foi resolvida evitando saídas prematuras.
  • Atualização do código de status HTTP: O código de status HTTP para parâmetros inválidos durante $reindex a criação do trabalho agora é atualizado para 400, garantindo um melhor tratamento de erros.
  • Limpeza de parâmetros de pesquisa: uma correção foi implementada para garantir a limpeza completa dos parâmetros de pesquisa no banco de dados quando acionados com chamadas de API de exclusão, resolvendo problemas relacionados a exclusões incompletas.
  • Problema de classificação decrescente: resolvido um problema em que as operações de classificação decrescente não retornavam recursos se o campo classificado não tivesse dados no banco de dados, mesmo quando existiam recursos relevantes.
  • Tratamento de falhas de autenticação: adicionado um novo bloco de captura para gerenciar falhas de autenticação quando as solicitações de importação são executadas com a identidade gerenciada desativada.

Setembro de 2024

Serviços de Dados de Saúde do Azure

Serviço FHIR

Maior eficiência de exportação

A funcionalidade de exportação foi melhorada para otimizar o uso da memória. Com essa alteração, o processo de exportação agora envia os dados para o armazenamento de blob um recurso de cada vez, reduzindo o consumo de memória.

Agosto de 2024

Serviços de Dados de Saúde do Azure

Serviço FHIR

Tratamento de erros da operação de importação

  1. A operação de importação retorna um erro HTTP 400 quando um recurso de parâmetro de pesquisa é ingerido por meio do processo de importação. Esta alteração destina-se a evitar que os parâmetros de pesquisa sejam colocados num estado inválido quando ingeridos numa operação de importação.
  2. A operação de importação retorna um código de status HTTP 400, em oposição ao código de status HTTP 500 anterior, nos casos em que ocorrem problemas de configuração com a conta de armazenamento. Esta atualização visa melhorar o tratamento de erros associados a identidades gerenciadas durante as operações de importação.

Julho de 2024

Serviços de Dados de Saúde do Azure

Serviço FHIR

Permitir que datas em dados JSON sejam tratadas como cadeias de caracteres na operação Convert-Data

É possível que as datas fornecidas nos dados JSON sejam devolvidas num formato diferente do que foi fornecido. Durante a desserialização das cadeias de caracteres de carga JSON que são identificadas como datas são convertidas em objetos .NET DateTime. Esses objetos são então convertidos novamente em cadeias de caracteres antes de passar pelo motor de modelos Liquid. Essa conversão pode fazer com que o valor de data seja reformatado e representado no fuso horário local do serviço FHIR.

A coerção de cadeias de caracteres para objetos .NET DateTime pode ser desabilitada usando o parâmetro jsonDeserializationTreatDatesAsStringsboolean . Quando definido como true, os dados fornecidos são tratados como uma cadeia de caracteres e não serão modificados antes de serem fornecidos ao mecanismo Liquid.

Aprimoramento da operação de importação

O serviço FHIR agora permite a ingestão de dados sem especificar uma versão no nível de recurso. A ordem dos recursos é mantida usando o valor lastUpdated. Esse aprimoramento introduz o sinalizador "allowNegativeVersions". A configuração do sinalizador true permite que o serviço FHIR atribua versões negativas para registros de recursos com um valor lastUpdated explícito e nenhuma versão especificada.

Correções de Erros

  • Inclusão corrigida de recursos excluídos por software ao usar o parâmetro _security:not search Ao usar o parâmetro _security:not search em operações de pesquisa, IDs para recursos excluídos por software estavam sendo incluídos nos resultados da pesquisa. Corrigimos o problema para que os recursos excluídos por software agora sejam excluídos dos resultados da pesquisa.
  • Exportando dados como usuário SMART A exportação de dados como um usuário SMART não requer mais escopos de gravação. Anteriormente, era necessário conceder privilégios de "gravação" a um usuário SMART para exportar dados, o que implicava níveis de privilégio mais altos. Para iniciar um trabalho de exportação como um usuário SMART, certifique-se de que o usuário seja membro da função de exportação FHIR no RBAC e solicite o escopo clínico "ler" do SMART. Atualizando o código de status de HTTP 500 para HTTP 400
  • Atualizando o código de status de HTTP 500 para HTTP 400 Durante uma operação de patch, se a carga útil solicitou uma atualização para um tipo de recurso diferente do parâmetro, um erro interno do servidor (HTTP 500) foi inicialmente lançado. Isso foi atualizado para lançar um erro HTTP 400 em vez disso.

Melhoria do desempenho

A otimização de consultas é adicionada ao pesquisar recursos FHIR com um intervalo de dados. Essa otimização de consulta ajuda com consultas eficientes à medida que um CTE combinado é gerado.

maio de 2024

Serviços de Dados de Saúde do Azure

Serviço FHIR

Aprimoramento de dimensionamento para a operação de importação

A lógica de dimensionamento para operações de importação foi melhorada, permitindo que vários trabalhos sejam executados em paralelo. Essa alteração afeta os logs de auditoria da operação de importação. Os logs de auditoria para trabalhos de importação individuais têm várias linhas, com cada linha correspondendo a um trabalho de processamento interno.

Correções de erros

  • Corrigido: código de status HTTP para solicitações de longa execução. As solicitações FHIR que levam mais de 100 segundos para serem executadas retornam um código de status HTTP 408 em vez de HTTP 500.
  • Corrigido: Solicitação de histórico no pacote. Antes da correção, a solicitação de histórico em um pacote retornava o código de status HTTP 404.

Conversor FHIR autónomo (pré-visualização)

A API do conversor FHIR independente disponível para visualização é dissociada do serviço FHIR e empacotada como uma imagem de contêiner (Docker). Além de permitir que você converta dados da fonte de registro para pacotes FHIR R4, o conversor FHIR oferece:

  • Conversão de dados bidirecional da fonte de registro para pacotes FHIR R4 e vice-versa. Por exemplo, o conversor FHIR pode converter dados do formato FHIR R4 de volta para o formato HL7v2.
  • Experiência melhorada para personalização de modelos Liquid predefinidos.
  • Exemplos que demonstram como criar um pipeline ETL (extrair, transformar, carregar) com o Azure Data Factory (ADF).

Para implementar a imagem do contêiner do conversor FHIR, consulte o projeto GitHub do conversor FHIR.

Abril de 2024

Serviço DICOM

Operação Upsert aprimorada

A operação Upsert aprimorada permite que você carregue uma imagem DICOM para o servidor e a substitua sem problemas, se ela já existir. Antes desse aprimoramento, os usuários tinham que executar uma operação Delete seguida por um STOW-RS para obter o mesmo resultado. Com a operação Upsert aprimorada, o gerenciamento de imagens DICOM é mais eficiente e simplificado.

Armazenamento expandido para os atributos necessários

O serviço DICOM permite aos usuários fazer upload de arquivos DICOM de até 4 GB de tamanho. Nenhum arquivo DICOM ou combinação de arquivos em uma única solicitação pode exceder esse limite.

Serviço FHIR

A operação de exclusão em massa está geralmente disponível

A operação de exclusão em massa permite a exclusão de recursos FHIR em diferentes níveis, permitindo que as organizações de saúde cumpram as políticas de retenção de dados enquanto fornecem recursos de processamento assíncrono. Os benefícios da operação de exclusão em massa são:

  • Executar exclusão em massa em diferentes níveis: A operação de exclusão em massa permite excluir recursos do servidor FHIR de forma assíncrona. Você pode executar a exclusão em massa em diferentes níveis:
    • Nível do sistema: Permite a exclusão de recursos FHIR em todos os tipos de recursos.
    • Tipo de recurso individual: Permite a exclusão de recursos FHIR específicos.
  • Personalizável: os parâmetros de consulta permitem a filtragem de recursos brutos para exclusões direcionadas.
  • Processamento assíncrono: a operação é assíncrona, fornecendo um ponto de extremidade de sondagem para acompanhar o progresso.

Saiba mais:

Março de 2024

Serviço DICOM

A integração com o Armazenamento do Azure Data Lake está disponível em geral

A integração do Armazenamento Azure Data Lake para o serviço DICOM nos Serviços de Dados de Saúde do Azure está disponível em geral. O serviço DICOM fornece armazenamento em escala de nuvem para dados de imagens médicas usando o padrão DICOMweb. Com a integração do Armazenamento Azure Data Lake, as organizações podem desfrutar de controlo total sobre os seus dados de criação de imagens e de maior flexibilidade para aceder e trabalhar com esses dados através do ecossistema de armazenamento do Azure e das APIs.

Usando o Armazenamento Azure Data Lake com o serviço DICOM, as organizações podem:

  • Habilite o acesso direto aos dados de imagens médicas armazenados pelo serviço DICOM usando APIs de armazenamento do Azure e APIs DICOMweb, fornecendo mais flexibilidade para acessar e trabalhar com os dados.
  • Abra dados de imagens médicas até todo o ecossistema de ferramentas para trabalhar com o armazenamento do Azure, incluindo AzCopy, Azure Storage Explorer e a biblioteca Data Movement.
  • Desbloqueie novos cenários de análise e IA/ML usando serviços que se integram nativamente ao Armazenamento do Azure Data Lake, incluindo Azure Synapse, Azure Databricks, Azure Machine Learning e Microsoft Fabric.
  • Conceda controles para gerenciar permissões de armazenamento, controles de acesso, camadas e regras.

Saiba mais:

Serviço FHIR

Paralelização de feixe (GA)

Os pacotes são executados em série no serviço FHIR por padrão. Para melhorar a taxa de transferência com chamadas de pacote, habilitamos o processamento paralelo.

Saiba mais:

A operação de importação aceita vários tipos de recursos em um único arquivo

Operação de importação permitida para ter tipo de recurso por arquivo de entrada nos parâmetros de solicitação. Com esse recurso aprimorado, você pode passar vários tipos de recursos em um único arquivo.

Correções de erros

  • Fixo: a operação de importação ingere recursos com o mesmo tipo de recurso e o mesmo valor de campo lastUpdated. Antes dessa alteração, os recursos executados em um lote com o mesmo tipo e lastUpdated valor de campo não eram ingeridos no serviço FHIR. Esta correção de bug resolve o problema. Ver PR#3768.

  • Corrigido: pesquisa FHIR com 3 ou mais parâmetros de pesquisa personalizados. Antes dessa correção, uma consulta de pesquisa FHIR na raiz com três ou mais parâmetros de pesquisa personalizados resultava no código de status HTTP 504. Ver PR#3701.

  • Corrigido: Melhore o desempenho do processamento de pacotes. Atualizações para o método de execução de tarefas, permitindo a melhoria do desempenho do processamento de pacotes. Ver PR#3727.

Fevereiro de 2024

Serviço FHIR

A contagem de todas as versões dos recursos está ativada

O parâmetro _summary=count de consulta e _count=0 pode ser adicionado ao _history ponto de extremidade para obter uma contagem de todos os recursos versionados. Essa contagem inclui recursos históricos e excluídos suavemente.

A pesquisa Revinclude pode fazer referência a todos os recursos com caractere curinga

O serviço FHIR suporta pesquisas curinga com revinclude. Adicione *.* ao parâmetro de consulta em uma revinclude consulta para direcionar o serviço FHIR para fazer referência a todos os recursos mapeados para o recurso de origem.

Correções de erros

  • Corrigido: melhore o tempo de resposta da consulta FHIR com melhorias de desempenho. Para melhorar o desempenho, um modificador ausente pode ser especificado para um parâmetro de pesquisa usado para classificação. Ver PR#3655.

  • Corrigido: A operação de importação respeita a ingestão de versões de recursos não sequenciais. Antes dessa alteração, o modo incremental nas versões assumidas da import operação são inteiros sequenciais. Após essa correção de bug, as versões podem ser ingeridas em ordem não sequencial. Ver PR#3685.

Janeiro de 2024

Serviço DICOM

Atualização em massa de arquivos

A operação de atualização em massa permite alterar metadados de imagem para vários arquivos armazenados no serviço DICOM. Por exemplo, a atualização em massa permite modificar atributos DICOM para um ou mais estudos em uma única operação assíncrona. Você pode usar uma API para realizar atualizações demográficas dos pacientes e evitar o custo de repetir carregamentos demorados.

Além dos ganhos de eficiência, o recurso de atualização em massa preserva um registro das alterações no feed de alterações e mantém as instâncias originais e não modificadas para recuperação futura.

Saiba mais:

Serviço FHIR

Parâmetros de pesquisa selecionáveis (visualização)

A funcionalidade de parâmetros de pesquisa selecionáveis disponível para pré-visualização permite-lhe personalizar e otimizar pesquisas em recursos FHIR. A funcionalidade permite-lhe escolher quais os parâmetros de pesquisa incorporados para ativar ou desativar para o serviço FHIR. Ao habilitar apenas os parâmetros de pesquisa necessários, você pode armazenar mais recursos FHIR e potencialmente melhorar o desempenho das consultas de pesquisa FHIR.

Saiba mais:

Integração do serviço FHIR com o Azure Ative Directory B2C

As organizações de cuidados de saúde podem utilizar o serviço FHIR nos Serviços de Dados de Saúde do Azure com o Azure Ative Directory B2C (Azure AD B2C). As organizações obtêm uma maneira segura e conveniente de conceder acesso ao serviço FHIR com controle de acesso refinado para diferentes usuários ou grupos, sem criar ou criar contas de usuário no locatário do Microsoft Entra ID de sua organização. Com esta integração, as organizações podem:

  • Use provedores de identidade adicionais para autenticar e acessar recursos FHIR com SMART em escopos FHIR.
  • Gerencie e personalize os direitos ou permissões de acesso do usuário com o SMART em escopos FHIR que suportam controle de acesso refinado, tipos de recursos FHIR e interações e privilégios subjacentes de um usuário.

Conteúdo relacionado:

Solicite até 100 TB de armazenamento

O serviço FHIR pode armazenar e trocar grandes quantidades de dados de integridade, e cada instância de serviço FHIR tem um limite de armazenamento de 4 TB por padrão. Se tiver mais dados, pode pedir à Microsoft para aumentar o armazenamento até 100 TB para o seu serviço FHIR.

Com mais armazenamento, as organizações podem lidar com grandes conjuntos de dados para habilitar cenários de análise. Por exemplo, você pode usar mais armazenamento para gerenciar a saúde da população, realizar pesquisas e obter novas informações dos dados de saúde. Além disso, mais armazenamento permite que a API do Azure para clientes FHIR com dados de alto volume (maior que 4 TB) migre para o serviço FHIR nos Serviços de Dados de Saúde do Azure.

Para solicitar armazenamento maior que 4 TB, crie uma solicitação de suporte no portal do Azure e use o tipo de problema Limite de serviço e assinatura (cotas).

Nota

Devido a um problema com as métricas de faturamento do armazenamento, os clientes que optarem por mais de 4 TB de capacidade de armazenamento não serão cobrados pelo armazenamento até que o problema seja resolvido.

Conteúdos relacionados

Notas de lançamento 2021

Notas de lançamento 2022

Notas de lançamento 2023

Problemas conhecidos

Nota

FHIR® é uma marca registada da HL7 e é utilizada com a permissão da HL7.

DICOM® é a marca registrada da National Electrical Manufacturers Association para suas publicações de padrões relacionados a comunicações digitais de informações médicas.