Compartilhar via


Recursos

A API do Azure para FHIR® fornece uma implantação totalmente gerenciada do Microsoft FHIR Server para Azure. O servidor é uma implementação do padrão FHIR. Este documento lista os principais recursos do FHIR Server.

Versão do FHIR

Versão mais recente com suporte: 4.0.1

Além disso, as versões anteriores com suporte no momento incluem: 3.0.2

API REST

Veja a seguir um resumo dos recursos RESTful suportados. Para obter mais informações sobre a implementação desses recursos, confira Recursos da API REST para FHIR.

API API do Azure para FHIR Serviço FHIR nos Serviços de Dados de Saúde do Azure Comentário
ler Sim Sim
vread Sim Yes
update Sim Sim
atualizar com bloqueio otimista Sim Sim
update (condicional) Sim Sim
patch Sim Sim Suporte somente para Patch JSON e Patch FHIRPath.
patch (condicional) Sim Sim Suporte somente para Patch JSON e Patch FHIRPath.
history Sim Sim
create Sim Sim Suporte a POST/PUT
create (condicional) Sim Sim Problema nº 1382
search Parcial Parcial Confira Visão Geral da Pesquisa do FHIR.
pesquisa encadeada Sim Sim Veja a nota a seguir.
pesquisa encadeada reversa Sim Sim Veja a nota a seguir.
lote Sim Sim
transação Não Sim
paging Parcial Parcial self e next são compatíveis
Intermediários Não Número

Observação

Na API do Azure para FHIR e no FHIR Server de código aberto apoiado pelo Azure Cosmos DB, a pesquisa encadeada e a pesquisa encadeada reversa são uma implementação de MVP. Para realizar uma 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 em 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 com suporte que estendem a API REST.

Pesquisar tipo de parâmetro API do Azure para FHIR Serviço FHIR nos Serviços de Dados de Saúde do Azure Comentário
$export Sim Sim Compatível com sistema, grupo e paciente.
$convert-data Sim Sim
$validate Sim Sim
$member-match Sim Sim
$patient-everything Sim Sim
$purge-history Sim Sim

Persistência

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

No momento, o código de software livre do FHIR Server inclui uma implementação para Azure Cosmos DB e Banco de Dados SQL.

O Azure Cosmos DB é um banco de dados distribuído globalmente de vários modelos (NoSQL, MongoDB e outros). Ele dá suporte a diferentes níveis de consistência. O modelo de implantação padrão configura o FHIR Server com consistência Strong, mas a política de consistência pode ser modificada (geralmente flexibilizada) em uma solicitação usando o cabeçalho da solicitação x-ms-consistency-level.

Controle de acesso baseado em função

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

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

Limites de serviço

  • RUs (Unidades de Solicitação) – você pode configurar até 100.000 RUs no portal da API do Azure para FHIR. Você precisa de, no mínimo, 400 RUs ou 40 RUs/GB, o que for maior. Se você precisar de mais de 100.000 RUs, poderá colocar um tíquete de suporte para aumentar as RUs. O máximo disponível é 1 milhão. Além disso, damos suporte ao dimensionamento automático de RUs.

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

  • Tamanho dos dados - Os dados/documentos devem ter menos de 2 MB.

  • Limite de assinatura – Por padrão, cada assinatura é limitada ao máximo de 10 instâncias do FHIR Server. 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óximas etapas

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, confira

Observação

FHIR® é uma marca registrada da HL7 e é usado com a permissão da HL7.