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 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:
- Gerencie 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
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
lastUpdatedvalor 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, 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. Ver PR#3701.
Corrigido: Melhore o desempenho do processamento de pacotes. São feitas atualizações no método de execução de tarefas, levando à melhoria do desempenho do processamento do pacote. 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
importoperaçã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:
- Usar o Azure Ative 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
- Habilite o SMART no FHIR para o serviço FHIR
- Exemplo: Azure ONC (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 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.