TISS 4.03.00: o que mudou e como se adequar
Desde 1º de julho de 2026, a versão 4.03.00 do padrão TISS (Troca de Informações na Saúde Suplementar) é obrigatória para o envio de guias entre prestadores e operadoras, conforme o Ofício ANS nº 6/2025/COEST/GPIND. Operadoras passaram a rejeitar automaticamente, sem análise de conteúdo, qualquer lote enviado em versões anteriores, o que significa glosa integral do lote por um motivo evitável.
O que mudou na 4.03.00
Novos campos obrigatórios em guias específicas
A 4.03.00 inclui campos adicionais em guias de SP/SADT, honorários e internação, refletindo exigências regulatórias mais recentes da ANS sobre rastreabilidade e detalhamento clínico.
Ajustes em enumerações e tabelas de domínio
Alguns campos que aceitavam determinados valores em versões anteriores agora têm listas de opções atualizadas. Um valor válido na 4.02.00 pode ser rejeitado na 4.03.00.
Regras de validação mais rígidas do lado da operadora
Operadoras atualizaram seus próprios validadores para a 4.03.00 e, na prática, muitas passaram a rejeitar automaticamente qualquer lote que não esteja nesta versão, independentemente do conteúdo estar correto.
Rejeição automática de versões antigas
Diferente de outras transições de versão do TISS, em que operadoras davam um período de convivência entre versões, a migração para a 4.03.00 vem acompanhada de rejeição automática no recebimento: o lote nem chega a ser processado. Isso muda o tipo de erro mais comum: não é mais “campo incorreto”, é “versão incorreta”, algo 100% evitável com uma checagem simples antes do envio.
Checklist de adequação
- 1Confirme com seu sistema de faturamento (ou desenvolvedor) que ele já gera XML na versão 4.03.00 do padrão TISS.
- 2Reprocesse lotes recentes na versão 4.03.00 antes de reenviar guias pendentes ou glosadas.
- 3Valide o campo Padrao/versaoPadrao no XML e confira se todas as guias do lote estão na mesma versão.
- 4Verifique se o hash MD5 do lote está sendo recalculado corretamente pelo seu sistema após a migração, causa comum de rejeição em transições de versão.
- 5Rode uma validação estrutural completa (XSD) do lote antes de enviar, sem confiar apenas no sistema interno da clínica.
- 6Treine a equipe de faturamento para reconhecer mensagens de rejeição relacionadas à versão antiga.
- 7Consulte o comunicado oficial da sua operadora sobre prazos internos de adequação, que podem ser mais restritivos que o prazo nacional.
Confira se o seu XML já está pronto para a 4.03.00
O TISSCHECK detecta automaticamente a versão do seu XML e aponta exatamente o que precisa mudar, grátis e sem cartão.
Criar conta grátis