Sistemas legados
HL7 v2, XML, bancos SQL e APIs proprietárias convivem na mesma rede. A Navir se conecta a cada um deles do jeito que está.
Infraestrutura de interoperabilidade clínica
Interoperabilidade clínica sem trocar o seu HIS, LIS ou PEP.
A Navir conecta os sistemas que você já usa, padroniza os dados em FHIR R4 com terminologias brasileiras e entrega tudo validado e auditável para a RNDS, para parceiros e para análise de dados.
FHIR R4 com perfis BR Core
LOINC, CID-10, TUSS governados
LGPD com implantação na sua nuvem
HISLISPEPAPIsSQLXML
navir.uma plataforma, seis módulos
- 1ConectarNavir Sync
- 2PadronizarNavir Core
- 3ValidarNavir Core
- 4GovernarNavir Terminology
- 5CompartilharNavir Access
- 6AnalisarNavir Data e Journey
FHIR R4 validado e auditável
RNDSRede Nacional de Dados em Saúde
Parceiros e aplicativosAPIs e SMART on FHIR
Análise de dadosOMOP CDM e IA
O seu sistema não precisa ser substituído.
HIS, LIS e PEP guardam dados em bancos, códigos e formatos diferentes. A Navir cria uma camada de interoperabilidade entre eles e preserva os investimentos que você já fez. Assim como a nota fiscal eletrônica, o dado clínico precisa sair no padrão, validado e com comprovante.
Dados sem padrão
Códigos internos e nomes diferentes para o mesmo exame. A Navir traduz tudo para LOINC, SIGTAP, TUSS, CID-10 e SNOMED CT.
Interoperabilidade exigida
A RNDS, os perfis BR Core e a LGPD pedem dados estruturados e rastreáveis. A Navir valida cada recurso antes de entregá-lo e guarda a comprovação.
Arquitetura da plataforma Navir
Interoperabilidade agnóstica e jornada longitudinal do paciente.
Quatro camadas levam o dado da origem até quem precisa dele, e duas capacidades transversais garantem significado e continuidade. Clique em uma origem, em um módulo ou em um destino para ver o caminho que o dado percorre.
Arraste o diagrama para o lado para ver o fluxo completo.
Linhas tracejadas indicam capacidades transversais. Os pontos em movimento mostram o fluxo do item selecionado.
Nenhum dado segue adiante sem passar pelas cinco verificações.
O Navir Core aplica as mesmas regras, na mesma ordem, a cada mensagem. Quando uma verificação falha, a mensagem é retida com o motivo registrado, em vez de ser corrigida às escondidas. Escolha um cenário.
Resultado
Seis eventos, cinco sistemas, uma única linha do tempo.
Cada evento chega de um fornecedor diferente. A Navir identifica a paciente por CPF ou CNS, liga os recursos entre si e consolida tudo em uma jornada acessível via SMART on FHIR. Clique em um evento para ver as referências que ele cria.
Arraste o diagrama para o lado para ver a jornada completa.
Sistema de origem
Recursos FHIR gerados
Referências criadas
O que a equipe ganha
Cenário ilustrativo, com dados fictícios.
O significado do dado também precisa interoperar.
Converter o formato não basta: o código precisa significar a mesma coisa em qualquer sistema. O Navir Terminology mantém mapeamentos versionados entre os códigos locais de cada cliente e as terminologias oficiais.
- Código localGLI
- ConceitoGlicose
- LOINC2345-7
- Recurso FHIRObservation
Mapeamentos versionadosCuradoriaConceptMapHistórico de versõesAuditoria
Mapa de equivalências
ConceptMap vigenterevisado e ativo
equivalenterelacionado
Onde a Navir entra na sua arquitetura
Escolha o cenário mais próximo do seu. O desenho mostra por onde o dado passa, do sistema de origem até o destino.
O desafio
Como a Navir resolve
Resultado esperado
Para times de tecnologia
O que a sua equipe técnica precisa avaliar: padrões, protocolos, segurança e a conversão real de uma mensagem, do HL7 v2 ao FHIR R4.
Mensagem de origemHL7 v2.5 ORU^R01
MSH|^~\&|LIS|LAB01|NAVIR|NAVIR|20260916083000||ORU^R01|MSG00421|P|2.5PID|1||700000000000005^^^CNS||SILVA^MARIA||19800412|FOBR|1||L-2026-841|GLI^Glicose^LOBX|1|NM|GLI^Glicose^L||98|mg/dL|70-99|N|||F
Recebida
Paciente identificado
Código mapeado
Validada
Recurso geradoFHIR R4 Observation
{ "resourceType": "Observation", "status": "final", "code": { "coding": [{ "system": "http://loinc.org", "code": "2345-7", "display": "Glucose [Mass/volume] in Serum or Plasma" }]}, "subject": { "identifier": { "value": "700000000000005" } }, "valueQuantity": { "value": 98, "code": "mg/dL" }}
Entrada
- HL7 v2 (MLLP)
- REST e JSON
- XML
- SQL
- Kafka
- CSV
Padrões
- FHIR R4
- BR Core
- Perfis RNDS
- ConceptMap
- Validação por perfil
Terminologias
- LOINC
- CID-10
- SNOMED CT
- TUSS
- SIGTAP
- UCUM
Segurança
- OAuth 2.0
- SMART on FHIR
- AuditEvent
- Isolamento por cliente
Operação
- Nuvem do cliente
- Região no Brasil
- Monitoramento
- Recibo por envio
Dados
- Repositório FHIR
- Lakehouse
- OMOP CDM 5.4
Solicitar documentação técnica
Enviamos a especificação e os perfis sob acordo de confidencialidade.
Como a Navir trata os seus dados
Interoperabilidade em saúde exige previsibilidade. Por isso, a plataforma segue princípios que não mudam de um cliente para outro.
regra 01
Determinística
A mesma entrada gera sempre a mesma saída. Nenhuma decisão sobre dado clínico depende de probabilidade, e nenhum dado ausente é inventado.
Auditável
Cada envio gera um recibo com a trilha completa, da mensagem original ao aceite no destino.
Na sua nuvem
A plataforma pode ser implantada no ambiente do cliente, em região de nuvem no Brasil, em conformidade com a LGPD.
Agnóstica
Funciona com qualquer fornecedor de prontuário, laboratório ou sistema hospitalar, sem exigir troca de sistema.
Como começamos
Um piloto enxuto, com uma fonte de dados real, antes de qualquer expansão.
- 1
Diagnóstico
Levantamos os sistemas de origem, os formatos e os códigos em uso.
- 2
Conexão piloto
Conectamos a primeira fonte pelo Navir Sync, sem alterar o sistema existente.
- 3
Validação
Conferimos os recursos gerados com dados reais e ajustamos os mapeamentos.
- 4
Operação
Entramos em produção com monitoramento contínuo e recibo de cada envio.
Conecte o seu primeiro sistema à Navir.
Traga um HIS, LIS ou API que você já utiliza. Mostramos, com um cenário próximo ao seu, como o dado percorre a plataforma até o FHIR R4.
contato@navir.io