Partilhar via


Notas de versão: API do Azure para FHIR

Importante

A API do Azure para FHIR será desativada em 30 de setembro de 2026. Siga as estratégias de migração para fazer a transição para o serviço FHIR® dos Serviços de Dados de Saúde do Azure até essa data. Devido à desativação da API do Azure para FHIR, novas implantações não serão permitidas a partir de 1 de abril de 2025. O serviço FHIR dos Serviços de Dados de Saúde do Azure é a versão evoluída da API do Azure para FHIR que permite aos clientes gerir serviços FHIR, DICOM e MedTech com integrações noutros serviços do Azure.

A API do Azure para FHIR® fornece uma implantação totalmente gerenciada do Servidor Microsoft FHIR para Azure. O servidor é uma implementação do padrão FHIR . Este documento fornece detalhes sobre os recursos e aprimoramentos feitos na API do Azure para FHIR.

Novembro de 2024

Serviço FHIR

Correções de erros

  • 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 nova mudança é implementada para evitar exportações nessas condições. Este é o comportamento predefinido. Os clientes podem substituí-lo usando a bandeira lenient. Esta alteração 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. Essa 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 foi 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ç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.

Agosto de 2024

Serviço FHIR

Correções de bugs Uma correção foi implementada para resolver problemas com grandes exportações exibindo incorretamente um status "concluído" enquanto as tarefas filho ainda estão sendo processadas. A solução incorpora um atraso para mitigar a ocorrência desses erros de status, melhorando a confiabilidade da exportação.

Julho de 2024

Serviço FHIR

Correções de bugs

Corrigido: 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.

Corrigido: 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 de 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.

maio de 2024

Serviço FHIR

Aprimoramentos na operação de histórico de limpeza A operação de histórico de limpeza permite que você execute uma exclusão parcial usando o parâmetro de consulta 'allowPartialSuccess'. Por padrão, a operação de histórico de limpeza aguarda a conclusão bem-sucedida antes de excluir recursos. No entanto, se ocorrer um erro durante a execução, a exclusão de recursos será revertida. Usando o parâmetro de consulta 'allowPartialSuccess', você pode impedir que a transação seja revertida em caso de erro.

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, uma solicitação de histórico em um pacote retornava o código de status HTTP 404.

Março de 2024

Paralelização de pacotes em lote Os pacotes em lote 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 de pacotes em lote.

Saiba mais:

Correções de bugs

  • 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

Permite contar todas as versões (históricas e excluídas suavemente) de recursos O parâmetro de consulta _summary=count e _count=0 pode ser adicionado a _history ponto de extremidade para obter a contagem de todos os recursos versionados. Essa contagem inclui recursos excluídos suavemente. Para obter mais informações, consulte Gerenciamento de histórico.

Melhorar a taxa de transferência para a operação de exportação O parâmetro de consulta "_isparallel" pode ser adicionado à operação de exportação para melhorar sua taxa de transferência. É importante notar que o uso deste parâmetro pode resultar em um aumento no consumo de Unidades de Solicitação ao longo da vida útil da exportação. Para obter mais informações, consulte Exportar parâmetros de consulta de operação.

Nota

Há um problema conhecido com a operação $export que pode resultar em exportações incompletas com sucesso de status. O problema ocorre quando o sinalizador is_parallel foi usado. Os trabalhos de exportação executados com _isparallel parâmetro de consulta a partir de 13 de fevereiro de 2024 são afetados por esse problema.

Alteração na nomenclatura de nomes para nome de arquivo exportado e conta de armazenamento padrão Com essa alteração, os nomes de arquivos exportados seguem o formato '{FHIR Resource Name}-{Number}-{Number}.ndjson'. Não é garantido que a ordem dos ficheiros corresponda a qualquer ordenação dos recursos na base de dados. O nome da conta de armazenamento padrão é atualizado para 'Export-{Number}'. Não há alteração no número de recursos adicionados em arquivos exportados individuais.

Aprimoramento de desempenho A otimização paralela para consultas FHIR pode ser habilitada usando o cabeçalho HTTP "x-ms-query-latency-over-efficiency". Esse valor precisa ser definido como true para atingir a simultaneidade máxima durante a execução da consulta. Para obter mais informações, consulte Batch Bundles.

janeiro de 2024

Execução simultânea de consultas com interações condicionais As interações condicionais podem ser complexas e exigem muito desempenho. Para melhorar a latência de consultas que envolvem interações condicionais, você tem a opção de utilizar o cabeçalho de solicitação x-conditionalquery-processing-logic. Para obter mais informações, consulte Considerações de desempenho para interações condicionais da API.

Dezembro de 2023

Recursos adicionais adicionados à operação Exportar $export operação agora suporta a exportação de recursos versionados e recursos excluídos suavemente. Para obter mais informações, consulte Exportar parâmetros de consulta.

Novembro de 2023

O recurso de exclusão em massa agora disponível na visualização '$bulk-delete' permite que você exclua recursos do servidor FHIR de forma assíncrona. A operação de exclusão em massa pode ser executada no nível do sistema ou para o tipo de recurso individual. Para obter mais informações, consulte operação de exclusão em massa.

A operação de exclusão em massa está atualmente em visualização pública. Reveja a declaração de exoneração de responsabilidade para obter detalhes. [! INCLUIR isenção de responsabilidade de pré-visualização pública]

Correção de bug: consultas FHIR usando paginação e revinclude resultaram em um erro ao usar o próximo link

O problema agora foi resolvido e as consultas FHIR usando o token de continuação com include/revinclude, não relatam mais uma exceção. Para obter detalhes sobre a correção, visite #3525.

Junho de 2023

Correção de bug: URL do ponto de extremidade de metadados na instrução de capacidade é URL relativa Por especificação FHIR, a URL do ponto de extremidade de metadados na declaração de capacidade precisa ser uma URL absoluta. Para obter detalhes sobre a especificação FHIR, visite Declaração de capacidade. Este fanix aborda a questão, para detalhes visite 3265.

Maio de 2023

SMART on FHIR : Mapeamento de escopo clínico fixo para aplicações

Esta correção de bug resolve um problema com o escopo clínico não interpretado corretamente para aplicativos de back-end. Para mais detalhes, visite #3250

Abril de 2023

Corrigidos problemas transitórios associados ao carregamento de parâmetros de pesquisa personalizados Esta correção de bug resolve o problema, em que o serviço FHIR não carregava o status SearchParameter mais recente em caso de falha. Para mais detalhes, visite #3222

Novembro de 2022

Corrigido o erro gerado quando o recurso é atualizado usando o cabeçalho if-match e o PATCH

O bug agora foi corrigido e o recurso será atualizado se corresponder ao cabeçalho Etag. Para obter detalhes, consulte #2877|.

Maio de 2022

Melhoria

Melhoria Informações relacionadas
A API do Azure para FHIR não cria uma nova versão do recurso se o conteúdo do recurso não tiver sido alterado. Se um usuário atualizar um recurso existente e apenas meta.versionId ou meta.lastUpdated tiverem sido alterados, retornaremos OK com as informações do recurso existente sem atualizar VersionId e lastUpdated. Para obter mais informações, consulte #2519.

Abril de 2022

Melhorias

Melhorias Informações relacionadas
FHIRPath Patch FHIRPath Patch foi adicionado como um recurso para ambos a API do Azure para FHIR. Isso implementa FHIRPath Patch conforme definido no site HL7.
Mover a notificação do pacote para o núcleo Com a introdução do namespace Resource.Bundle no Core, as referências Resource ao arquivo de recursos de cadeia de caracteres tiveram que ser tornadas mais explícitas. Para obter mais informações, consulte PR #2478.
Manipula cabeçalho inválido na atualização versionada Quando a política de controle de versão é definida como "versioned-update", exigimos que a versão mais recente do recurso seja fornecida no cabeçalho if-match da solicitação em uma atualização. A versão especificada deve estar no formato ETag. Anteriormente, um 500 seria retornado se a versão fosse inválida ou em um formato incorreto. Esta atualização agora retorna uma solicitação incorreta 400. Para obter mais informações, consulte PR #2467.

Correções de erros

Correções de erros Informações relacionadas
Adiciona núcleo ao caminho do recurso Parte do caminho para um recurso de cadeia de caracteres foi removida acidentalmente na política de controle de versão. Essa correção o adiciona novamente. Para obter mais informações, consulte PR #2470.
O tempo limite do SQL está retornando um erro 500 Corrigido um bug quando uma solicitação SQL atinge um tempo limite e a solicitação retorna um 500. Nos logs, esse é um tempo limite do SQL em comparação com a obtenção de um erro 429 do front-end. Para obter mais informações, consulte PR #2497.

Março de 2022

Funcionalidades

Caraterística Informações relacionadas
FHIRPath Patch Este novo recurso permite que você use a operação FHIRPath Patch em recursos FHIR. Para obter mais informações, consulte Recursos da API REST do FHIR para a API do Azure para FHIR.

Correções de erros

Correções de erros Informações relacionadas
Duplicar recursos na pesquisa com _include Corrigido o problema em que um único recurso pode ser retornado duas vezes em uma pesquisa que tem _include. Para obter mais informações, consulte PR #2448.
PUT cria na atualização versionada Corrigido o problema: a criação com PUT resultava em um erro quando a política de controle de versão estava configurada como versioned-update. Para obter mais informações, consulte PR #2457.
Tratamento de cabeçalho inválido na atualização versionada Corrigido o problema em que o cabeçalho inválido if-match resultava em um erro HTTP 500. Agora, uma solicitação HTTP incorreta é retornada. Para obter mais informações, consulte PR #2467.

Fevereiro de 2022

Recursos e aprimoramentos

Melhorias Informações relacionadas
Adicionadas 429 novas tentativas e login em BundleHandler Às vezes, encontramos 429 erros ao processar um pacote. Se o serviço FHIR receber um 429 na camada BundleHandler, interromperemos o processamento do pacote e ignoraremos os recursos restantes. Adicionamos outra nova tentativa (além da nova tentativa presente na camada de armazenamento de dados) que será executada uma vez por recurso que encontrar um 429. Para obter mais informações sobre esse aprimoramento de recursos, consulte PR #2400.
Faturação para $convert-data e $de-id A API do Azure para conversão de dados e os recursos de exportação desidentificados do FHIR agora estão disponíveis ao público em geral. A cobrança $convert-data e $de-id as operações na API do Azure para FHIR foram habilitadas. Os medidores de faturamento foram ligados em 1º de março de 2022.

Correções de erros

Correções de erros Informações relacionadas
Índice de pesquisa do compartimento de atualização Houve um caso de esquina em que o índice de pesquisa do compartimento não estava sendo definido em recursos. Agora, usamos o mesmo índice da pesquisa principal para garantir que todos os dados estejam sendo retornados. Para obter mais informações sobre a correção de código, consulte PR #2430.

Dezembro de 2021

Recursos e aprimoramentos

Melhorias Informações relacionadas
Adicionado Publisher a CapabilityStatement.name Agora você pode encontrar o editor na declaração de capacidade em CapabilityStatement.name. #2319
Registro FhirOperation vinculado a chamadas anônimas para métricas de solicitação Não estávamos registrando operações que não exigiam autenticação. Ampliamos a capacidade de digitar FhirOperation RequestMetrics para chamadas anônimas. #2295

Correções de erros

Correções de erros Informações relacionadas
Corrigido erro 500 quando SearchParameter o código é nulo Corrigido um problema com SearchParameter se tivesse um valor nulo para Código, o resultado seria um 500. Agora resulta em um InvalidResourceException como os outros valores fazem. #2343
Retornado BadRequestException com mensagem válida quando o corpo JSON de entrada é inválido Para solicitações de corpo JSON inválidas, o servidor FHIR estava retornando um erro 500. Agora retornamos um BadRequestException com uma mensagem válida em vez de 500. #2239
_sort pode fazer com ChainedSearch que retorne resultados incorretos Anteriormente, as opções de classificação do objeto da pesquisa encadeada não eram desmarcadas, fazendo com que as opções de classificação fossem passadas SearchOption para a subpesquisa encadeada, que não são válidas. Isso pode resultar em nenhum resultado quando deveria haver resultados. Este bug foi corrigido #2347. Ele resolveu o bug #2344 do GitHub.

Novembro de 2021

Recursos e aprimoramentos

Melhorias Informações relacionadas
Processar Paciente-tudo links Expandimos os recursos do Paciente-tudo para processar links de pacientes #2305. Para obter mais informações, consulte Patient-everything na documentação do FHIR .
Nome e versão do software adicionados à declaração de capacidade Na declaração de capacidade, o nome do software agora distingue se você estiver usando a API do Azure para FHIR ou os Serviços de Dados de Saúde do Azure. A versão do software agora especificará qual pacote de lançamento de código aberto está ativo no serviço gerenciado #2294. Endereços: #1778 e #2241
Registre 500s em RequestMetric Anteriormente, 500s ou quaisquer erros desconhecidos/não tratados não estavam sendo conectados RequestMetric. Eles agora estão sendo registrados #2240. Para obter mais informações, consulte Habilitar configurações de diagnóstico na API do Azure para FHIR
Comprimir tokens de continuação Em certos casos, o token de continuação era muito longo para poder seguir o próximo link nas pesquisas e resultaria em um 404. Para resolver isso, compactamos o token de continuação para garantir que ele permaneça abaixo do limite de tamanho #2279. Resolve o problema #2250.

Correções de erros

Correções de erros Informações relacionadas
Erro 500 resolvido quando a data foi passada com um fuso horário. Isso corrige um erro 500 quando uma data com um fuso horário foi passada para um campo datetime #2270.
Problema resolvido ao postar um pacote com tipo de mídia incorreto retornou um erro 500. Anteriormente, ao postar uma pesquisa com uma chave que contém determinados caracteres, um erro 500 era retornado. Isso corrige esse problema #2264 e aborda #2148.

Outubro de 2021

Correções de erros

Bug de loop infinito Informações relacionadas
Corrigido o problema em que a exclusão condicional podia resultar em um loop infinito. #2269

Setembro de 2021

Recursos e aprimoramentos

Melhorias Informações relacionadas
Adicionado suporte para patch condicional Patch condicional
Patch condicional #2163
Adicionado evento de auditoria de patch condicional. #2213
Permitir patch JSON em pacotes Patch JSON em pacotes
Permite pacotes de histórico de pesquisa com solicitações de patch. #2156
Patch JSON ativado em pacotes usando recursos binários. #2143
Novos subtipos de eventos de auditoria Informações relacionadas
Adicionados novos subtipos OperationName de auditoria. #2170
Melhorias na reindexação Informações relacionadas
Adicionados limites para parâmetros de reindexação . #2103
Mensagem de erro de atualização para limites de parâmetros de reindexação. #2109
Adicionada verificação de contagem de reindexação final. #2099

Correções de erros

Correções de erros Informações relacionadas
Maior captura para exceções ao aplicar patch. #2192
Corrige o histórico com PATCH no STU3. #2177
Bugs de pesquisa personalizados Informações relacionadas
Resolve a falha com os parâmetros de pesquisa personalizados. #2133
Adicionada lógica de repetição ao excluir o parâmetro de pesquisa. #2121
Defina a contagem máxima de itens nas opções de pesquisa em SearchParameterDefinitionManager. #2141
Fornece melhor exceção se houver uma expressão incorreta no parâmetro de pesquisa. #2157
Erro de repetição 503 resolvido Informações relacionadas
Repita o erro 503 do Azure Cosmos DB. #2106
Corrige o processamento de 429s de StoreProcedures. #2165
Problemas do GitHub fechados Informações relacionadas
Não é possível criar um parâmetro de pesquisa personalizado para o dispositivo médico CarePlan. #2146
Mensagem de erro pouco clara para criação condicional sem ID. #2168

Conector IoT para FHIR (visualização)

Correções de erros Informações relacionadas
Corrigido link quebrado. Link atualizado para a documentação do Azure do conector IoT no portal da API do Azure para FHIR.

Próximos passos

Para obter informações sobre os recursos e correções de bugs nos Serviços de Dados de Saúde do Azure (serviço FHIR, serviço DICOM e serviço MedTech), consulte

Nota

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