Interoperabilidade e RNDS: o laboratório na rede de saúde

Todo laboratório já viveu a cena: o paciente refaz um exame porque o resultado do outro serviço "não chegou" ao médico. Isso não é falha de comunicação entre pessoas — é falta de interoperabilidade entre sistemas. A RNDS (Rede Nacional de Dados em Saúde), do Ministério da Saúde, existe para resolver exatamente esse problema, e o padrão técnico por trás dela — o FHIR — está deixando de ser assunto de hospital de grande porte para virar requisito real também no laboratório de médio porte. Este artigo explica o que é, o que muda na prática e como preparar o seu LIS para essa conversa.

O que é a RNDS e por que ela chegou até o seu laboratório

A RNDS é a infraestrutura nacional criada pelo Ministério da Saúde para que sistemas de diferentes serviços de saúde — hospitais, UBS, laboratórios, farmácias, planos de saúde — troquem informação clínica do cidadão de forma padronizada, segura e rastreável. Ela não é um sistema que você acessa por tela; é uma rede de integração entre sistemas: cada serviço de saúde envia e consulta dados por meio de sua própria plataforma, e a RNDS garante que todos "falem a mesma língua".

Na prática, a RNDS já é o backbone por trás do Meu SUS Digital (antigo Conecte SUS), o aplicativo onde o cidadão vê seu histórico de vacinação, atendimentos e, cada vez mais, resultados de exames laboratoriais. Quando um laboratório se conecta à RNDS, o resultado que ele libera passa a poder aparecer no prontuário do cidadão e ficar disponível para qualquer serviço de saúde autorizado a consultar — sem depender de o paciente carregar PDF em pen drive ou o médico ligar pedindo para reenviar.

O gatilho mais comum para o laboratório é regulatório: quem presta serviço ao SUS, atende convênio com integração municipal, ou realiza exames de notificação compulsória (como testes para doenças de interesse em vigilância epidemiológica) já tem, ou terá em breve, algum ponto de contato obrigatório com a RNDS. Mas o motivo mais interessante é outro: laboratórios que atendem rede privada estão adotando FHIR por escolha própria, porque hospitais parceiros, prontuários eletrônicos e planos de saúde já exigem esse padrão para aceitar integração automática de resultado.

FHIR: a língua comum por trás da interoperabilidade

FHIR (Fast Healthcare Interoperability Resources) é um padrão internacional mantido pela HL7 para representar dados de saúde em formato estruturado — pense nele como um "dicionário" comum que qualquer sistema consegue ler, independente de fabricante. Em vez de cada LIS inventar seu próprio jeito de descrever um exame, o FHIR define recursos padronizados: um paciente é sempre representado da mesma forma, um pedido de exame também, um resultado também.

Isso é diferente do que a maioria dos laboratórios já conhece do interfaceamento com equipamentos, que historicamente usa o padrão HL7 v2 ou protocolos proprietários — mensagens mais rígidas, pensadas para conversar ponto a ponto entre uma máquina e o LIS. O FHIR foi desenhado para a era da web: usa a mesma lógica de API REST e JSON que qualquer desenvolvedor moderno já conhece, o que barateia — e muito — o custo de construir e manter uma integração.

• Padrão aberto. Ninguém paga licença para usar FHIR; a especificação é pública e mantida pela comunidade HL7, com um capítulo brasileiro (HL7 Brasil) que adapta perfis ao contexto nacional.
• Orientado a recursos. Cada tipo de informação vira um "recurso" (Patient, Observation, DiagnosticReport…) que pode ser reaproveitado por qualquer sistema, não só pela RNDS.
• Compatível com a nuvem. Como usa REST/JSON, um LIS moderno consegue enviar e consultar dados com as mesmas técnicas já usadas em qualquer integração web — sem VPN dedicada ou arquivo trocado por FTP.

O que, exatamente, um laboratório envia

A dúvida mais prática do gestor é: "meu laudo inteiro vai para o governo?" Não. A integração é granular e segue uma lógica clínica, não um despejo de arquivo. O que trafega são eventos estruturados — pedido de exame, identificação da amostra, resultado de cada parâmetro, laudo final assinado — cada um representado por um recurso FHIR específico, sempre vinculado à identidade do paciente (CPF/CNS) e ao profissional responsável.

Note o detalhe que muda tudo: o laudo não é "anexado" como PDF solto. Ele chega como dado estruturado — cada valor de exame em seu próprio campo, com unidade e faixa de referência identificáveis por máquina. É isso que permite que outro sistema de saúde leia o resultado automaticamente, monte um gráfico de evolução de glicemia ao longo dos anos, ou alerte um médico sobre um valor crítico sem ninguém digitar nada de novo.

Como a integração acontece na prática

O laboratório não conversa diretamente com o "banco de dados" da RNDS — ele integra por meio de uma API própria da rede, geralmente com um serviço intermediário (gateway) fazendo a ponte entre o LIS e o Ministério da Saúde. O fluxo típico começa exatamente onde a operação já registra tudo: no momento em que o resultado é liberado no sistema.

Por que isso é (e deve ser) trabalho do sistema, não da equipe

Nenhum laboratório deveria depender de alguém digitando resultado duas vezes — uma no LIS, outra num portal do governo. A integração precisa ser automática: o mesmo evento que libera o laudo para o paciente dispara, em segundo plano, a montagem do pacote FHIR e o envio à RNDS. Se isso exige intervenção manual, a integração não vingou — ela vira mais uma tarefa que a equipe vai, inevitavelmente, deixar para depois.

Os benefícios reais, além de "cumprir requisito"

É fácil enxergar a RNDS como só mais uma obrigação. Mas o laboratório que trata a integração como estratégia — não como checklist — colhe ganhos que aparecem no dia a dia da operação, não só na conformidade.

• Menos exame repetido. Se o histórico do paciente está acessível em outro ponto da rede, um médico não pede de novo um exame que já existe recente.
• Continuidade do cuidado. Paciente que troca de laboratório, hospital ou cidade não perde o próprio histórico — ele o carrega consigo.
• Diferencial competitivo com convênios e hospitais. Rede que já exige integração FHIR para credenciar prestador prioriza quem já chega pronto.
• Menos telefone e menos e-mail. Grande parte do "suporte informal" de um laboratório é reenviar laudo que já foi entregue; dado estruturado elimina boa parte disso.

Erros comuns ao encarar essa integração

A maioria dos projetos de interoperabilidade que travam não falha por causa da tecnologia — falha por decisão de projeto. Alguns padrões se repetem:

• Tratar como projeto de TI isolado. Interoperabilidade envolve identidade do paciente (CPF/CNS correto), responsabilidade técnica e consentimento — não é só "plugar uma API".
• Adiar até virar obrigação. Quem espera a exigência formal chegar entra correndo, sob pressão de prazo. Quem começa cedo integra no próprio ritmo e testa com calma.
• Ignorar a qualidade do cadastro. FHIR exige identificação precisa do paciente. Cadastro com CPF errado ou duplicado quebra a integração antes mesmo de chegar ao envio.
• Não monitorar falhas de envio. Sem log e alerta, um laudo que falhou ao integrar simplesmente "desaparece" da rede sem ninguém perceber.

A interoperabilidade não é sobre satisfazer um órgão público — é sobre o dado que seu laboratório já produz parar de ficar preso dentro de um único sistema. Cada laudo estruturado e integrado é um exame que não precisa ser refeito, uma ligação que não precisa acontecer, um histórico que o médico enxerga sem perguntar ao paciente. A RNDS e o FHIR são só a estrada; o valor real está no laboratório que decide, de uma vez, parar de tratar resultado como PDF e passar a tratá-lo como dado.