Notas de versão 2024: Serviços de Dados de Integridade do Azure
Este artigo descreve recursos, aprimoramentos e correções de bugs lançados em 2024 para o serviço FHIR®, o serviço DICOM® e o serviço MedTech nos Serviços de Dados de Integridade 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. Essa melhoria fornece comentários mais detalhados sobre importações com falha.
- Cancelamento de trabalho de importação: foi identificado um bug em que o cancelamento de um trabalho de importação não disparava o cancelamento de trabalhos filho associados. Esse problema foi resolvido e agora o cancelamento de um trabalho de importação também cancela todos os trabalhos filho relacionados no orquestrador atual.
- Melhoria na validação de exportação: foi encontrado um problema em que as exportações prosseguiam apesar dos parâmetros de pesquisa inválidos. Uma mudança é implementada para impedir as 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 do 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/ouCodeSystem, 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-urlencodedtipo de conteúdo foi resolvido. - Aprimoramentos de reindexação: a operação de reindexação é aprimorada com a remoção de uma limitação artificial que anteriormente restringia o manuseio 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 bug
- Validação de exportação: foi identificado um problema em que as exportações prosseguiam apesar dos parâmetros de pesquisa inválidos. Estamos introduzindo uma mudança que impede as exportações nessas condições. Esse recurso está atualmente por trá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âmetro 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 durante a conclusão do trabalho de
System.ObjectDisposedExceptionexportaçã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
$reindexa 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 acionada com chamadas de API de exclusão, abordando 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 catch 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
Eficiência de exportação aprimorada
A funcionalidade de exportação foi aprimorada para otimizar o uso da memória. Com essa alteração, o processo de exportação agora envia dados por push para o armazenamento de blobs um recurso por 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
- 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. Essa alteração destina-se a impedir que os parâmetros de pesquisa sejam colocados em um estado inválido quando ingeridos com uma operação de importação.
- A operação de importação retorna um código de status HTTP 400, em vez do 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 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 strings na operação Convert-Data
É possível que as datas fornecidas nos dados JSON sejam retornadas em um formato diferente do que foi fornecido. Durante a desserialização das cadeias de caracteres de carga JSON identificadas como datas são convertidas em objetos .NET DateTime. Esses objetos são convertidos de volta em strings antes de passar pelo mecanismo de modelo 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 jsonDeserializationTreatDatesAsStringsbooleano . Quando definido como true, os dados fornecidos são tratados como uma string 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 do recurso. A ordem dos recursos é mantida usando o valor lastUpdated. Esse aprimoramento introduz o sinalizador "allowNegativeVersions". Definir o 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 bug
- Corrigida a inclusão de recursos excluídos temporariamente ao usar o parâmetro de pesquisa _security:not Ao usar o parâmetro de pesquisa _security:not em operações de pesquisa, as IDs de recursos excluídos temporariamente estavam sendo incluídas nos resultados da pesquisa. Corrigimos o problema para que os recursos excluídos temporariamente 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 em 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 SMART de "leitura". 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 solicitasse uma atualização para um tipo de recurso diferente do parâmetro, um erro interno do servidor (HTTP 500) era lançado inicialmente. Isso foi atualizado para gerar um erro HTTP 400.
Aprimoramento de desempenho
A otimização de consulta é adicionada ao pesquisar recursos FHIR com um intervalo de dados. Essa otimização de consulta ajuda na consulta eficiente à medida que uma CTE combinada é gerada.
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 aprimorada, 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 bug
- Corrigido: código de status HTTP para solicitações de longa duraçã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 (versão prévia)
A API do conversor FHIR autônoma disponível para visualização é desacoplada 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 em pacotes FHIR R4, o conversor FHIR oferece:
- Conversão bidirecional de dados da fonte de registro para pacotes do FHIR R4 e voltar. Por exemplo, o conversor do FHIR pode converter dados do formato FHIR R4 de volta para o formato HL7v2.
- Experiência aprimorada para personalização de modelos padrão do Liquid .
- Exemplos que demonstram como criar um pipeline ETL (extrair, transformar, carregar) com o Azure Data Factory (ADF).
Para implementar a imagem de contêiner do conversor do FHIR, consulte o projeto do GitHub do conversor do FHIR.
Abril de 2024
Serviço DICOM
Operação aprimorada de Upsert
A operação Upsert aprimorada permite que você carregue uma imagem DICOM para o servidor e substitua-a 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 atributos necessários
O serviço DICOM permite que os usuários carreguem arquivos DICOM de até 4 GB de tamanho. Nenhum arquivo DICOM único 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á em disponibilidade geral
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 e, ao mesmo tempo, forneçam 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 Azure Data Lake Storage está em disponibilidade geral
A integração do Azure Data Lake Storage para o serviço DICOM nos Serviços de Dados de Integridade do Azure está em disponibilidade 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 Azure Data Lake Storage, as organizações podem desfrutar de controle total sobre seus dados de imagem e maior flexibilidade para acessar e trabalhar com esses dados por meio do ecossistema de armazenamento e APIs do Azure.
Usando o Azure Data Lake Storage 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 para todo o ecossistema de ferramentas para trabalhar com o armazenamento do Azure, incluindo AzCopy, Gerenciador de Armazenamento do Azure e a biblioteca de Movimentação de Dados.
- Desbloqueie novos cenários de análise e IA/ML usando serviços que se integram nativamente ao Azure Data Lake Storage, 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:
- Gerencie dados de imagens médicas com o serviço DICOM e o Azure Data Lake Storage
- Implantar o serviço DICOM com o Azure Data Lake Storage
Serviço FHIR
Paralelização de pacotes (GA)
Os pacotes configuráveis 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 de aprimoramento, você pode passar vários tipos de recursos em um único arquivo.
Correções de bug
Corrigido: 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
lastUpdatedvalor de campo não eram ingeridos no serviço FHIR. Esta correção de bug resolve o problema. Veja 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. Veja PR#3701.
Corrigido: melhorar o desempenho do processamento de pacotes. Atualizações no método de execução de tarefas, permitindo a melhoria do desempenho do processamento de pacotes. Veja PR#3727.
Fevereiro de 2024
Serviço FHIR
A contagem de todas as versões de recursos está habilitada
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 com versão. Essa contagem inclui recursos históricos e excluídos de forma reversível.
A pesquisa Revinclude pode fazer referência a todos os recursos com caractere curinga
O serviço FHIR oferece suporte a 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 bug
Corrigido: melhore o tempo de resposta da consulta FHIR com aprimoramentos de desempenho. Para melhorar o desempenho, um modificador ausente pode ser especificado para um parâmetro de pesquisa usado para classificação. Veja 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 na operação assumia que as
importversões eram inteiros sequenciais. Após essa correção de bug, as versões podem ser ingeridas em ordem não sequencial. Veja PR#3685.
Janeiro de 2024
Serviço DICOM
Atualização em massa de arquivos
A operação de atualização em massa permite alterar os metadados de imagem de vários arquivos armazenados no serviço DICOM. Por exemplo, a atualização em massa permite que você modifique atributos DICOM para um ou mais estudos em uma única operação assíncrona. Você pode usar uma API para realizar atualizações nas informações demográficas do paciente e evitar o custo de repetir uploads 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 (versão prévia)
O recurso de parâmetro de pesquisa selecionável disponível para visualização permite personalizar e otimizar pesquisas em recursos FHIR. O recurso permite que você escolha quais parâmetros de pesquisa embutidos habilitar ou desabilitar para o serviço FHIR. Ao habilitar apenas os parâmetros de pesquisa necessários, você pode armazenar mais recursos FHIR e melhorar potencialmente o desempenho das consultas de pesquisa FHIR.
Saiba mais:
Integração do serviço FHIR com o Azure Active Directory B2C
As organizações de saúde podem usar o serviço FHIR nos Serviços de Dados de Integridade do Azure com o Azure Active 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 combinar contas de usuário no locatário da ID do Microsoft Entra de sua organização. Com essa integração, as organizações podem:
- Use provedores de identidade adicionais para autenticar e acessar recursos FHIR com escopos SMART on FHIR.
- Gerencie e personalize direitos ou permissões de acesso do usuário com escopos SMART on FHIR que oferecem suporte a controle de acesso refinado, tipos de recursos e interações FHIR e privilégios subjacentes de um usuário.
Conteúdo relacionado:
- Usar o Azure Active Directory B2C para conceder acesso ao serviço FHIR
- Configurar vários provedores de identidade de serviço para o serviço FHIR
- Solucionar problemas de configuração do provedor de identidade para o serviço FHIR
- Ativar o SMART no FHIR para o serviço FHIR
- Exemplo: ONC do Azure (g)(10) SMART no FHIR
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 você tiver mais dados, poderá pedir à Microsoft para aumentar o armazenamento em até 100 TB para 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 novos insights de dados de saúde. Além disso, mais armazenamento permite que os clientes da API do Azure para FHIR com dados de alto volume (maiores que 4 TB) migrem para o serviço FHIR nos Serviços de Dados de Integridade 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).
Observação
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.