Funcionalidades

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 lista as principais características do Servidor FHIR.

Versão FHIR

Última versão suportada: 4.0.1

As versões anteriores também suportadas atualmente incluem: 3.0.2

API REST

Abaixo está um resumo dos recursos RESTful suportados. Para obter mais informações sobre a implementação desses recursos, consulte Recursos da API REST do FHIR.

API Azure API for FHIR Serviço FHIR nos Serviços de Dados de Saúde do Azure Comentário
leitura Sim Sim
vread Sim Sim
update Sim Sim
atualizar com bloqueio otimista Sim Sim
atualização (condicional) Sim Sim
remendo Sim Sim Suporte apenas para JSON Patch e FHIRPath Patch .
adesivo (condicional) Sim Sim Suporte apenas para JSON Patch e FHIRPath Patch .
História Sim Sim
criar Sim Sim Suporte POST/PUT
criar (condicional) Sim Sim Edição #1382
pesquisar Parcial Parcial Consulte Visão geral da pesquisa FHIR.
pesquisa encadeada Sim Sim Ver Notas abaixo.
pesquisa encadeada reversa Sim Sim Ver Notas abaixo.
batch Sim Sim
transação Não Sim
paginação Parcial Parcial self e next são suportados
intermediários No No

Nota

Na API do Azure para FHIR e no servidor FHIR de código aberto apoiado pelo Azure Cosmos DB, a pesquisa encadeada e a pesquisa encadeada reversa são uma implementação MVP. Para realizar a pesquisa encadeada no Azure Cosmos DB, a implementação percorre a expressão de pesquisa e emite subconsultas para resolver os recursos correspondentes. Isso é feito para cada nível da expressão. Se qualquer consulta retornar mais de 1000 resultados, um erro será gerado.

Operações estendidas

Todas as operações suportadas que estendem a API REST.

Tipo de parâmetro de pesquisa Azure API for FHIR Serviço FHIR nos Serviços de Dados de Saúde do Azure Comentário
$export Sim Sim Suporta sistema, grupo e paciente.
$convert-dados Sim Sim
$validate Sim Sim
$member-jogo Sim Sim
$patient-tudo Sim Sim
$purge-história Sim Sim

Persistência

O Microsoft FHIR Server tem um módulo de persistência conectável (consulte Microsoft.Health.Fhir.Core.Features.Persistence).

Atualmente, o código de código aberto do FHIR Server inclui uma implementação para o Azure Cosmos DB e o Banco de Dados SQL.

O Azure Cosmos DB é um banco de dados multimodelo distribuído globalmente (NoSQL, MongoDB e outros). Suporta diferentes níveis de consistência. O modelo de implantação padrão configura o Servidor FHIR com Strong consistência, mas a política de consistência pode ser modificada (geralmente relaxada) em uma base de solicitação por solicitação usando o cabeçalho da x-ms-consistency-level solicitação.

Controlo de acesso baseado em funções

O Servidor FHIR usa o Microsoft Entra ID para controle de acesso. Especificamente, o RBAC (controle de acesso baseado em função) será imposto, se o parâmetro de configuração estiver definido como , e todas as solicitações (exceto ) para o FhirServer:Security:Enabled Servidor FHIR deverão ter Authorization o cabeçalho da solicitação definido como trueBearer <TOKEN>./metadata O token deve conter uma ou mais funções, roles conforme definido na declaração. Uma solicitação será permitida se o token contiver uma função que permita a ação especificada no recurso especificado.

Atualmente, as ações permitidas para uma determinada função são aplicadas globalmente na API.

Limites de serviço

  • Unidades de solicitação (RUs) - Você pode configurar até 100.000 RUs no portal da API do Azure para FHIR. Você precisará de um mínimo de 400 RUs ou 40 RUs/GB, o que for maior. Se você precisar de mais de 100.000 RUs, você pode colocar um tíquete de suporte para ter as RUs aumentadas. O máximo disponível é de 1.000.000. Além disso, suportamos o dimensionamento automático de RUs.

  • Tamanho do pacote - Cada pacote é limitado a 500 itens.

  • Tamanho dos dados - Cada um dos dados/documentos deve ter um pouco menos de 2 MB.

  • Limite de subscrição - Por predefinição, cada subscrição está limitada a um máximo de 10 instâncias de servidor FHIR. Se você precisar de mais instâncias por assinatura, abra um tíquete de suporte e forneça detalhes sobre suas necessidades.

  • Tamanho do recurso - O tamanho do recurso individual, incluindo o histórico, não deve exceder 20 GB.

Próximos passos

Neste artigo, você leu sobre os recursos FHIR com suporte na API do Azure para FHIR. Para obter informações sobre como implantar a API do Azure para FHIR, consulte

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