Recursos

A API do Azure para FHIR fornece uma implantação totalmente gerenciada do Servidor FHIR da Microsoft 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 abaixo um resumo das funcionalidades RESTful com suporte. 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
read	Sim	Yes
vread	Sim	Yes
update	Sim	Yes
atualizar com bloqueio otimista	Sim	Yes
update (condicional)	Sim	Yes
patch	Sim	Yes	Suporte somente para Patch JSON e Patch FHIRPath.
patch (condicional)	Sim	Yes	Suporte somente para Patch JSON e Patch FHIRPath.
history	Sim	Yes
create	Sim	Yes	Suporte a POST/PUT
create (condicional)	Sim	Yes	Problema nº 1382
search	Parcial	Parcial	Confira Visão Geral da Pesquisa do FHIR.
pesquisa encadeada	Sim	Yes	Veja a Observação abaixo.
pesquisa encadeada reversa	Sim	Yes	Veja a Observação abaixo.
lote	Sim	Yes
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 alguma 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	Yes	Compatível com sistema, grupo e paciente.
$convert-data	Sim	Yes
$validate	Sim	Yes
$member-match	Sim	Yes
$patient-everything	Sim	Yes
$purge-history	Sim	Yes

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 FHIR Server usa o Microsoft Entra ID para controle de acesso. Especificamente, o RBAC (controle de acesso baseado em função) é imposto, se o parâmetro de configuração FhirServer:Security:Enabled estiver definido como true, e todas as solicitações (exceto /metadata) para o FHIR Server devem ter o cabeçalho de solicitação Authorization 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

• Unidades de solicitação (RUs) - Você pode configurar até 100.000 RUs no portal da API do Azure para FHIR. Você precisará 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 que os RUs aumentem. 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 – Cada um dos dados/documentos deve ser um pouco menor que 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 com suporte do FHIR na API do Azure para FHIR. Para obter informações sobre como implantar a API do Azure para FHIR, confira

Implantar a API do Azure para FHIR

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