Faturamento TISS: guia completo para laboratórios

Se o seu laboratório atende convênio, o faturamento TISS é a linha de produção invisível que transforma exame feito em dinheiro no caixa. E é também onde a maioria dos laboratórios perde receita sem perceber — não porque o exame foi feito errado, mas porque a guia, o código ou o XML saíram errados. Este guia percorre o fluxo completo: o que é TISS, como funcionam as guias, como se monta um lote, o que vai dentro do XML e onde cada etapa pode travar.

O que é o TISS e por que ele existe

O TISS (Troca de Informação em Saúde Suplementar) é o padrão criado pela ANS (Agência Nacional de Saúde Suplementar) para unificar a comunicação entre prestadores de serviço — laboratórios, clínicas, hospitais — e as operadoras de plano de saúde. Antes do TISS, cada convênio tinha seu próprio formulário e sua própria regra; o padrão existe justamente para que um laboratório não precise reinventar o faturamento a cada nova operadora que atende.

Na prática, o TISS define três coisas ao mesmo tempo: o conteúdo das guias (quais campos existem e o que significam), o formato eletrônico de envio (um arquivo XML estruturado segundo o schema oficial da ANS) e as tabelas de domínio que padronizam os códigos usados — a mais importante para o laboratório sendo a TUSS, a tabela que codifica procedimentos e materiais.

Entender essa separação evita confusão comum: guia é o documento (a solicitação/execução de um exame), lote é o pacote de guias enviado junto, e XML é o formato em que tudo isso viaja até o sistema da operadora. Faturamento TISS bem-feito é a soma dessas três peças funcionando sem atrito.

As guias TISS que passam pelo laboratório

Um laboratório de análises clínicas trabalha, na esmagadora maioria dos casos, com a Guia de Serviço Profissional/SADT (SP/SADT) — o documento que registra a solicitação e a execução de exames. Mas o padrão TISS prevê outros tipos de guia, e é útil saber quando cada um aparece, mesmo que raramente:

Cada guia carrega três blocos de informação que precisam estar impecáveis: dados do beneficiário (nome, número da carteirinha, validade), dados do procedimento (código TUSS, quantidade, data de realização) e dados de autorização (senha, quando o exame exige aprovação prévia da operadora). Um erro em qualquer um desses três blocos é a origem da maioria das glosas — o assunto do nosso guia sobre recurso de glosa.

O fluxo do faturamento de convênio, ponta a ponta

O erro mais comum de gestão é tratar o faturamento TISS como uma tarefa do setor financeiro, executada no fim do mês. Na realidade, o faturamento começa na recepção, no exato momento em que o beneficiário é identificado, e só termina quando o pagamento cai na conta — semanas depois. Veja o fluxo completo:

Repare que só as duas últimas etapas — envio e retorno — acontecem de fato no "setor de faturamento". Tudo o que vem antes é operacional: recepção, autorização, execução técnica. É por isso que atacar glosa e atraso só no fim do fluxo tem retorno limitado; o problema quase sempre nasce lá atrás.

Como se monta o lote e o que vai dentro do XML

O XML é o arquivo que carrega, de forma estruturada, todas as guias de um lote — no formato definido pelo schema XSD publicado pela ANS para a versão vigente do padrão TISS. Cada campo da guia em papel (ou em tela) vira uma tag no XML: número da carteirinha, código do procedimento, data, quantidade, valor, senha de autorização. Se um campo obrigatório vier vazio ou fora do formato esperado, o arquivo pode ser rejeitado inteiro pela operadora antes mesmo de entrar em análise — é a chamada rejeição estrutural, diferente da glosa (que é uma recusa de item já processado).

Checklist antes de fechar o lote

• Todas as guias do período têm elegibilidade do beneficiário confirmada eletronicamente.
• Código TUSS de cada exame conferido contra a tabela de preço específica daquele contrato.
• Autorização/senha anexada em todo procedimento que a exige — e ainda dentro da validade.
• Valores e quantidades do XML batendo com a guia e com o contrato (nada de arredondamento manual).
• Lote dentro do prazo contratual de envio daquela operadora.
• Validação estrutural do XML feita antes do envio — não depois da rejeição.
• Conferência contra lotes anteriores para não reenviar item já faturado (duplicidade).

Esse checklist parece burocrático, mas é exatamente o que separa um laboratório com glosa abaixo de 2% de um com glosa de dois dígitos. A diferença não é esforço — é ter esses pontos validados automaticamente pelo sistema antes de o lote sair, em vez de descobertos 30 dias depois no demonstrativo.

Envio, retorno e conciliação: fechando o ciclo

Depois do envio — seja por portal web da operadora ou por integração via webservice —, o laboratório aguarda o demonstrativo de pagamento: um retorno, também em XML/TISS, informando item a item o que foi pago integralmente, pago parcialmente ou glosado. É nesse momento que a conciliação entra: cruzar o que foi faturado com o que foi efetivamente pago, guia por guia, para identificar diferenças e decidir o que vale a pena recorrer.

Laboratórios que fazem essa conciliação manualmente, em planilha, tendem a atrasar a identificação de glosa em semanas — tempo que come o prazo de recurso. O gráfico abaixo mostra o tempo médio de cada etapa do ciclo, do envio do lote até o dinheiro efetivamente disponível:

Somando as etapas, um ciclo saudável leva em torno de 30 dias entre o envio do lote e o dinheiro cair — o que reforça por que atrasar o envio em uma semana significa atrasar o caixa em uma semana inteira, todo mês, indefinidamente.

Onde o processo mais trava — e como blindar

Depois de acompanhar o ciclo de faturamento de dezenas de operadoras diferentes, um padrão se repete: os mesmos três pontos concentram a maior parte dos problemas, e todos eles são preveníveis com o processo certo.

Vale reforçar: o objetivo não é ter uma equipe melhor no faturamento, é remover a chance de erro humano em etapas repetitivas — cadastro, codificação, montagem de XML — para que a equipe gaste tempo no que exige julgamento: negociar contrato, analisar recurso de glosa complexo, entender por que uma operadora específica está pagando abaixo do combinado.

Faturamento TISS bem executado não é sobre dominar a burocracia do padrão — é sobre transformar cada exame realizado em receita recebida, sem vazamento no caminho. Quando a validação acontece cedo (na recepção, na codificação, na montagem do XML) em vez de tarde (no demonstrativo, no recurso de glosa), o laboratório para de perder dinheiro por erro administrativo e passa a discutir apenas o que de fato merece discussão: contrato, preço e volume.