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 true
Bearer <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 .