Notas de versão 2024: Serviços de Dados de Saúde do Azure
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.
Abril de 2024
Serviço DICOM
Operação Upsert aprimorada
A operação aprimorada do Upsert permite que você carregue uma imagem DICOM no servidor e a substitua perfeitamente, 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 aprimorada do Upsert, o gerenciamento de imagens DICOM é mais eficiente e simplificado.
Armazenamento expandido para os atributos necessários
O serviço DICOM permite que os usuários carreguem 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á disponível para o público em 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 controlar o progresso.
Saiba mais:
Março de 2024
Serviço DICOM
A integração com o Armazenamento do Azure Data Lake está disponível para o público em geral
A integração do Armazenamento do Azure Data Lake para o serviço DICOM nos Serviços de Dados de Saúde do Azure está disponível para o público 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 controle total sobre seus dados de geração de imagens e maior flexibilidade para acessar e trabalhar com esses dados por meio do ecossistema de armazenamento e APIs do Azure.
Usando o Armazenamento do 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 o AzCopy, o Gerenciador de Armazenamento do Azure e a biblioteca de Movimentação de Dados.
- Desbloqueie novas análises e cenários de IA/ML usando serviços que se integram nativamente ao Armazenamento do Azure Data Lake, incluindo o Azure Synapse, o Azure Databricks, o Azure Machine Learning e o Microsoft Fabric.
- Conceda controles para gerenciar permissões de armazenamento, controles de acesso, níveis e regras.
Saiba mais:
- Gerenciar dados de imagens médicas com o serviço DICOM e o Armazenamento Azure Data Lake
- Implantar o serviço DICOM com o Armazenamento do Azure Data Lake
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
A operação de importação permitiu 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 bugs
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. Essa 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, a 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: Melhore o desempenho para processamento de pacotes. As atualizações são feitas no método de execução da tarefa, levando à melhoria do desempenho do processamento do pacote. Ver 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 versionados. Essa contagem inclui recursos históricos e excluídos suaves.
A pesquisa Revinclude pode fazer referência a todos os recursos com caractere curinga
O serviço FHIR oferece suporte a pesquisas curinga com revincludeo . Adicione *.* ao parâmetro query 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 honra 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 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 executar atualizações nos dados demográficos 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 persiste 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)
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 potencialmente melhorar 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 Saúde 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 inserir contas de usuário no locatário do Microsoft Entra ID de sua organização. Com essa 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 direitos ou permissões de acesso de usuário com o SMART em escopos 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 na FHIR para o serviço FHIR
- Exemplo: Azure ONC (g)(10) SMART em 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 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, conduzir pesquisas e obter novos insights a partir de dados de saúde. Além disso, mais armazenamento permite que a API do Azure para clientes FHIR com dados de alto volume (maiores que 4 TB) migrem para o serviço FHIR nos Serviços de Dados de Saúde do Azure.
Para solicitar armazenamento superior a 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.