Lote TISS: do XML ao protocolo, passo a passo

Fim de mês, o faturamento fecha as guias, gera o XML, sobe no portal da operadora — e trava num erro de schema que ninguém no laboratório sabe explicar. Ou pior: sobe sem erro, mas ninguém sabe se aquilo é protocolo de recebimento ou promessa de pagamento. O lote TISS tem um caminho bem definido entre o XML e o dinheiro na conta, e conhecer cada etapa — montagem, validação, envio, protocolo e consulta de status — é o que separa um faturamento previsível de um mês de correr atrás de operadora.

O que é, de fato, um lote TISS

O padrão TISS (Troca de Informação em Saúde Suplementar), definido pela ANS, é a linguagem eletrônica que laboratórios, clínicas e hospitais usam para cobrar operadoras de saúde. Um lote é o pacote de guias — uma ou centenas — agrupadas em um único arquivo XML, estruturado segundo o schema (XSD) da versão TISS vigente, e enviado de uma vez para a operadora.

Pense no lote como um envelope lacrado. Dentro dele vão as guias de consulta, SP/SADT ou honorário, cada uma com os dados do beneficiário, os procedimentos em código TUSS, valores e, quando exigido, o número de autorização. O envelope só pode ser aberto pela operadora depois de passar por uma conferência estrutural — é aí que mora a maior parte da dor de quem fatura sem apoio de sistema.

Montagem do lote: o que entra no XML

A montagem começa muito antes do arquivo ser gerado. Cada guia que vai compor o lote carrega decisões tomadas lá na recepção e na execução do exame: qual convênio, qual tabela de preço, qual código TUSS, se havia autorização prévia. Um erro nesse ponto não aparece na hora — ele só estoura quando o XML é montado ou, pior, só na validação da operadora.

Um lote bem montado reúne guias que pertencem à mesma operadora e ao mesmo período de competência, respeitando o prazo contratual de faturamento. O XML resultante segue uma estrutura hierárquica fixa: cabeçalho do lote (identificação do prestador e da operadora), uma ou mais guias, e dentro de cada guia os procedimentos realizados.

Os três blocos que mais concentram erro

• Cabeçalho do lote — número sequencial do lote, CNES/registro do prestador e identificação da operadora. Erro aqui derruba o lote inteiro, não apenas uma guia.
• Dados do beneficiário — número da carteirinha, nome e validade exatamente como cadastrados na operadora. Divergência de um caractere já é motivo de rejeição.
• Procedimentos (TUSS) — código, quantidade e valor compatíveis com o contrato daquela operadora. É o campo mais sensível a mudança de tabela.

Validação de schema: a barreira antes da operadora

Antes de qualquer análise de conteúdo — se o exame está coberto, se a autorização é válida —, a operadora faz uma checagem puramente estrutural: o XML obedece ao schema (XSD) da versão TISS vigente? Tag obrigatória presente? Tipo de dado correto? Essa é a validação de schema, e ela é implacável: um único campo fora do formato rejeita o lote inteiro, mesmo que as outras 200 guias estejam perfeitas.

É por isso que validar localmente, antes de enviar, é o passo que mais economiza tempo no ciclo do faturamento. Validar contra o schema é rápido e determinístico — o próprio sistema pode rodar essa checagem em segundos, evitando a viagem de ida e volta até a operadora só para descobrir um erro estrutural.

Envio e protocolo: o que a operadora te devolve

Passada a validação, o lote é transmitido — hoje quase sempre por webservice ou portal da operadora, cada vez menos por mídia física. Se o XML está estruturalmente correto, a operadora devolve um número de protocolo: o comprovante formal de que o lote foi recebido.

Esse é o ponto de confusão mais caro do faturamento laboratorial: tratar o protocolo como sinal de que o dinheiro está garantido. Na realidade, o protocolo apenas encerra a etapa estrutural. A partir dele, a operadora abre cada guia, confere cobertura, autorização e valores — e é só nesse processamento que nascem as glosas. Guarde o número do protocolo e a data de envio: eles são a base de qualquer cobrança ou disputa posterior.

Consulta de status: acompanhando o lote até o demonstrativo

Depois do protocolo, o lote entra em processamento na operadora. O padrão TISS prevê uma consulta de status que permite ao prestador acompanhar essa jornada sem precisar telefonar para o convênio — desde que o laboratório efetivamente use esse canal, o que muitos ainda fazem de forma manual ou nem fazem.

Ao consultar o status de um protocolo, a resposta cai tipicamente em uma destas situações: recebido e em fila, em processamento, processado com demonstrativo disponível, ou rejeitado por inconsistência. Quando o processamento termina, a operadora libera o demonstrativo de pagamento — o documento que mostra, guia a guia, o que foi pago integralmente, o que foi pago parcial e o que foi glosado.

Erros que mais atrasam o ciclo do lote

• Misturar competências no mesmo lote. Guias de meses diferentes no mesmo XML costumam violar a regra de período da operadora.
• Reenviar um lote rejeitado com o mesmo número sequencial. Cada envio precisa de identificação própria; duplicar o número gera novo tipo de erro.
• Ignorar a versão de schema vigente. Atualização de versão do TISS que passa despercebida derruba lotes inteiros até alguém perceber o padrão de rejeição.
• Não guardar o XML original enviado. Sem o arquivo e o protocolo arquivados, contestar uma divergência de pagamento vira palavra contra palavra.
• Tratar o protocolo como o fim do processo. O trabalho real termina na conciliação do demonstrativo, não no recebimento do número de protocolo.

O lote TISS parece burocracia, mas é o cano por onde passa a receita do laboratório. Cada etapa — montagem, validação, envio, protocolo, status — existe para garantir que o que foi produzido vire pagamento sem retrabalho. Quando o sistema monta o XML com dado correto desde a recepção, valida o schema antes de sair e acompanha o status até o demonstrativo, o faturamento deixa de ser um ritual tenso de fim de mês e vira apenas mais um processo previsível da operação.