FHIR não é apenas uma API REST
A especificação inclui modelos de recursos, tipos de dados, terminologia, artefatos de conformidade e diferentes formas de troca. REST é uma parte importante, não o padrão inteiro.
Tecnologia
FHIR R4
O que é FHIR R4?
FHIR R4 é fast Healthcare Interoperability Resources — padrão internacional para troca de dados de saúde entre sistemas.
Por que esse conceito importa na clínica
FHIR organiza informações de saúde em recursos com estruturas, referências e regras conhecidas, permitindo que sistemas troquem dados com menos ambiguidade. A versão R4 é especialmente relevante porque partes centrais da especificação alcançaram status normativo, mas uma integração ainda precisa definir caso de uso, perfis, terminologias, segurança e validação.
Exemplo aplicado
Em um exemplo hipotético de integração, uma clínica precisa exportar dados para outro sistema. Em vez de enviar uma planilha com colunas próprias, a integração representa pessoa, atendimento e observações com recursos FHIR compatíveis com o perfil acordado. O sistema receptor valida versão, identificadores, códigos e referências antes de incorporar os dados, registrando falhas sem aceitar silenciosamente conteúdo incompleto.
Pontos-chave
- FHIR significa Fast Healthcare Interoperability Resources e é publicado pela HL7.
- Recursos representam partes do domínio, como Patient, Appointment e Observation, e podem referenciar outros recursos.
- Perfis restringem ou estendem recursos para um contexto de implementação específico.
- Terminologias e identificadores precisam ser combinados entre as partes; estrutura igual não garante significado igual.
- Autenticação, autorização, consentimento, auditoria e proteção de transporte não são resolvidos apenas pelo formato FHIR.
Não confunda
JSON não significa FHIR
Um documento JSON só é FHIR quando segue a estrutura, os tipos, as regras e os perfis aplicáveis à versão declarada.
R4 não é R4B nem R5
São versões diferentes da especificação. Integrações devem declarar e validar a versão para evitar incompatibilidades silenciosas.
Perguntas relacionadas
FHIR garante que dois sistemas sejam interoperáveis?
Não sozinho. Os sistemas precisam concordar sobre versão, perfis, terminologias, identificadores, fluxos e regras de segurança, além de testar os casos de uso reais.
Todo dado interno precisa ser armazenado como FHIR?
Não necessariamente. Um sistema pode manter seu modelo interno e mapear para FHIR nas fronteiras de interoperabilidade, desde que preserve significado, integridade e rastreabilidade.
Como verificar compatibilidade de uma integração?
Defina um guia de implementação, publique ou consulte o CapabilityStatement, valide recursos contra perfis e execute testes positivos, negativos e de segurança com o sistema parceiro.
Fontes e revisão
Conteúdo escrito por Equipe Lumave, Produto e Tecnologia. Última revisão em .
Atualização editorial em .
Termos relacionados
DICOMweb
Conjunto de serviços web do padrão DICOM para pesquisar, recuperar e armazenar objetos de imagem médica e seus metadados
Prontuário Eletrônico
Sistema digital para registro de atendimentos, histórico clínico e evolução do paciente
Multi-Tenancy
Arquitetura em que uma solução atende múltiplos clientes ou organizações, chamados tenants, compartilhando alguns componentes enquanto mantém contexto e limites de isolamento
API RESTful
Interface entre sistemas orientada pelo estilo arquitetural REST, que organiza a interação com recursos por uma interface uniforme
Gerencie sua clínica de estética com o Lumave
Prontuário, agenda e financeiro em uma plataforma
Teste grátis 14 dias