Interoperabilidade em saúde: por que seu sistema clínico não conversa com o convênio

Toda clínica que cresce chega ao mesmo ponto: o sistema de gestão faz bem o que promete, o faturamento roda, a agenda funciona — e mesmo assim alguém da equipe passa parte do dia copiando informação de uma tela para outra. O exame sai do laboratório em um formato, entra no prontuário em outro. A guia do convênio é preenchida à mão a partir de dados que já existem no cadastro. O histórico do paciente está inteiro, só que espalhado.

Esse é o problema de interoperabilidade. Não é falta de sistema. É falta de conversa entre sistemas.

O que interoperabilidade significa na prática

Interoperabilidade é a capacidade de dois sistemas trocarem informação e entenderem o que receberam. A distinção importa, porque a maioria das integrações que fracassa entrega só a primeira metade.

Vale separar três níveis:

• Técnica — os sistemas conseguem transmitir dados entre si. Existe uma API, um arquivo, uma fila de mensagens. O dado atravessa.
• Sintática — os dois lados combinaram um formato. O que sai como data_nascimento chega como um campo que o destino sabe ler.
• Semântica — os dois lados atribuem o mesmo significado ao dado. “Alta” quer dizer a mesma coisa nos dois sistemas; a unidade de um exame é a mesma; o código de um procedimento aponta para o mesmo procedimento.

Integração que para no nível técnico é a que gera o retrabalho mais caro: o dado chega, mas alguém precisa conferir se chegou certo. Isso não elimina trabalho manual, apenas o move de lugar.

Os padrões que você vai encontrar no Brasil

Não é preciso inventar formato. O setor já convergiu em alguns, e conhecê-los muda a conversa com qualquer fornecedor.

HL7 e FHIR

HL7 é a família de padrões mais usada no mundo para troca de dados clínicos. A versão 2.x, baseada em mensagens de texto delimitadas, ainda roda em muito hospital brasileiro — funciona, é robusta e é difícil de ler.

FHIR (Fast Healthcare Interoperability Resources) é a geração atual do mesmo grupo. Trabalha com recursos bem definidos — Patient, Encounter, Observation, Appointment — expostos por API REST em JSON. Na prática, é a diferença entre integrar como se fazia em 2005 e integrar como se faz qualquer sistema hoje.

FHIR é também a escolha da RNDS, a Rede Nacional de Dados em Saúde do Ministério da Saúde. Isso importa para uma decisão de arquitetura: adotar FHIR não é só seguir uma boa prática internacional, é ficar alinhado ao caminho que o setor público brasileiro já tomou.

TISS

O padrão TISS, definido pela ANS, é o que rege a troca de informação entre prestadores e operadoras de saúde suplementar — guias, autorizações, faturamento. Se a sua clínica atende convênio, TISS não é opcional: é o vocabulário obrigatório dessa conversa.

Vale registrar a diferença de propósito: o TISS existe para o fluxo administrativo e financeiro do convênio; o FHIR, para o dado clínico. Uma operação completa costuma precisar dos dois, e eles não se substituem.

DICOM

Para imagem, o padrão é DICOM, que carrega tanto o pixel quanto os metadados do estudo. É o que permite que uma tomografia feita em um equipamento seja aberta em outro sistema sem perder informação de contexto. Falamos disso em detalhe em PACS e DICOM.

Por que integrar costuma custar menos que trocar

A reação comum a um sistema que não conversa é procurar outro que prometa fazer tudo. Às vezes é a decisão certa. Frequentemente não é, por três razões:

1. O sistema atual carrega anos de histórico. Migração de dados clínicos é o item mais subestimado de qualquer troca — e o de maior risco.
2. A equipe já sabe operar o que existe. Substituir um sistema é substituir também o treinamento, os hábitos e os atalhos que a recepção aprendeu.
3. O sistema “que faz tudo” raramente faz. Ele vai precisar conversar com o laboratório, com o convênio, com o PACS. O problema de integração não desaparece; muda de endereço.

Uma camada de integração bem desenhada — que traduz, valida e registra o que passa entre os sistemas — costuma resolver o mesmo problema por uma fração do custo e sem parar a operação.

Como avaliar se o seu problema é de integração

Perguntas que separam bem o diagnóstico:

• Alguém digita, em um sistema, informação que já existe em outro?
• O paciente reconta a mesma história porque o histórico não acompanhou?
• Existe uma planilha intermediária entre dois sistemas oficiais?
• Quanto tempo leva, hoje, para um resultado de exame aparecer no prontuário?
• Quando o faturamento glosa, quanto do problema é dado que saiu errado da origem?

Se duas ou mais respostas incomodam, o gargalo provavelmente não está dentro de nenhum sistema — está no espaço entre eles.

Por onde começar

Um projeto de interoperabilidade sério começa mapeando, não codificando: quais sistemas existem, que dado cada um é dono, para onde esse dado precisa ir e com que frequência. Só depois vem a decisão sobre padrão, formato e tecnologia.

Esse mapa costuma revelar que o número de integrações realmente necessárias é menor do que parecia — e que duas ou três delas resolvem a maior parte do atrito.

---

Se esse é o problema da sua operação, veja como trabalhamos ou fale com a gente. A primeira conversa é técnica e sem compromisso.