Quatrocentos e quarenta e um. É onde a tabela 38 do Padrão TISS parou depois de cerca de dois anos de trabalho técnico dentro do COPISS. A revisão partiu de 608 termos, criou 136 códigos novos, padronizou 84 descrições e entregou uma tabela com cerca de 20% menos mensagens de glosa, negativa e retorno assistencial (Abramed, 27/02/2026). A nova versão do Padrão TISS tem vigência prevista para junho de 2026. O de-para da TUSS 38 que sai disso é maior do que o número da manchete sugere.
Vale fazer a conta antes de seguir. 608 termos de partida mais 136 inclusões dá 744. Se a tabela consolidada tem 441, então 303 termos ficaram pelo caminho. Esse número não aparece em comunicado nenhum: é aritmética minha sobre os valores publicados, e ela não separa inativação pura de unificação. Ainda assim, é ela que dá a ordem de grandeza do trabalho.
Trezentos e três códigos que um dia foram emitidos, gravados em demonstrativo de análise de conta, citados em recurso de glosa e referenciados em regra de motor de auditoria.
Por que o de-para da TUSS 38 não é um diff de planilha
O instinto, quando cai uma revisão de terminologia, é abrir as duas versões lado a lado e tirar a diferença. Funciona mal aqui.
A revisão não apagou 303 situações do mundo real. Ela substituiu descrições excessivamente específicas por terminologias mais abrangentes e passou a organizar glosas e negativas sob uma lógica padronizada de "procedimento/item assistencial" (Abramed, 27/02/2026). Ou seja: muitas mensagens que antes tratavam o mesmo motivo de forma fragmentada foram absorvidas por um termo único, mais amplo. O motivo da glosa continua existindo. O código que o nomeava, não.
Isso tem uma consequência desagradável para quem mantém regra de auditoria. Um mapeamento de um para um, do tipo "código antigo X vira código novo Y", cobre só parte do caso. O resto é de muitos para um, e quando cinco motivos colapsam num código só, perde-se a granularidade que alimentava o relatório de recorrência de glosa. Não é erro do regulador. É o preço da simplificação, e ele precisa ser pago com os olhos abertos.
O campo que fica em branco de propósito
A parte que mais me chama atenção está no Componente Organizacional do Padrão TISS de janeiro de 2026, item 110.
Toda alteração de terminologia é registrada num arquivo próprio, o Padrão TISS_Histórico da TUSS_AAAAMM.ZIP, com oito colunas: código da terminologia, nome da terminologia, código do termo, termo, data de início de vigência, data de fim de vigência, data de fim de implantação e tipo de ação. O tipo de ação assume quatro valores, e cada um se comporta de um jeito diferente:
- Incluído: vigência começa no primeiro dia do mês seguinte à disponibilização do componente, e a data de fim de implantação vem preenchida, com no mínimo 3 meses.
- Alterado: a data de fim de implantação mantém a data original do código.
- Inativado por alteração: gerado automaticamente junto com o "Alterado". Toda mudança de termo produz dois registros, não um.
- Inativado: a data de fim de implantação não é preenchida. Ela fica disponível apenas no histórico das terminologias.
Vale reler o último. Quando um código é inativado, o campo que diz até quando ele podia ser usado desaparece da tabela corrente. A informação não foi destruída; migrou para o arquivo de histórico, que é exatamente o arquivo que quase nenhuma rotina de importação lê. E o penúltimo cria o outro problema: uma alteração simples aparece, num diff ingênuo, como uma exclusão seguida de uma inclusão, e a linhagem entre termo velho e termo novo se rompe justamente onde o auditor precisaria dela.
Motor de regras alimentado apenas pela versão corrente enxerga um universo limpo de 441 termos e nenhuma memória. É por isso que, no AI.AUDITAMED, tratamos o histórico das terminologias como fonte de primeira classe e não como anexo: a regra guarda a qual versão do termo ela se referia quando foi escrita. Já escrevemos sobre o que quebra numa transição de versão de tabela, e a mecânica descrita lá vale aqui inteira.
Onde a conta chega primeiro: no recurso de glosa
O recurso é o lugar em que essa terminologia deixa de ser assunto de TI. O prestador recebe uma mensagem, discorda e devolve o recurso citando o código. Se a operadora emitiu um termo já vencido, a discussão nasce sobre o código em vez do mérito. Se o prestador recorre contra um código que foi absorvido por um termo mais amplo, a resposta chega num vocabulário que o sistema dele não reconhece. Nos dois casos, queimou-se um ciclo inteiro de faturamento.
A revisão mexeu na própria guia, aliás. O campo "Centro de Consumo" foi criado no resumo de internação, no anexo de outras despesas, no demonstrativo de análise de contas e no recurso de glosas, e o demonstrativo ganhou campo de observação no nível das guias (Abramed, 27/02/2026).
Existe ainda uma porta de saída que fecha. O mesmo Componente Organizacional, nos itens 113 e 114, veda à operadora manter vigente, em tabela própria, código para um termo constante na TUSS depois de vencido o prazo de implantação. Tabela própria resolve o curto prazo. Não resolve o prazo.
O relógio está no artigo 26
A RN nº 501/2022 fixa, no parágrafo único do artigo 26, que o prazo de implantação de uma atualização do Padrão TISS não pode ser inferior a 3 meses nem superior a 12 meses contados do início da vigência da respectiva versão.
Com vigência prevista para junho de 2026, a data limite cai em algum ponto entre setembro de 2026 e junho de 2027. Nove meses de intervalo é bastante coisa para planejar. Também é bastante coisa para descobrir tarde.
E a terminologia de mensagens não vem sozinha no pacote. A Mensagem de Envio de Documentos passa a exigir assinatura digital institucional com certificado ICP-Brasil do tipo e-CNPJ, vedada a substituição por envio em papel. O CNPJ alfanumérico da Receita Federal entra a partir de julho de 2026 e, embora não toque o componente de Conteúdo e Estrutura, exige ajuste na Comunicação (Abramed, 27/02/2026). Três frentes com dependência entre si, um calendário só.
Onde essa leitura não ajuda
Vale dizer onde o argumento perde força.
Se a sua operadora nunca escreveu regra que referencie código de mensagem, e trata a tabela 38 como texto de saída para o prestador ler, boa parte do que está acima é ruído. A atualização vira ajuste de de-para no módulo de faturamento e acaba ali. Pelo que percebemos, isso descreve mais operadoras do que o discurso de mercado sugere, sobretudo abaixo de 50 mil vidas.
Vale dizer também que a revisão é boa. Código dúbio e em duplicidade era a queixa central de quem trabalha com a tabela: operadoras diferentes usando códigos diferentes para o mesmo motivo, e correção de glosa dependendo de interpretar a descrição da mensagem (Abramed, 28/04/2025). Uma tabela 20% menor e mais clara reduz trabalho interpretativo de verdade. O custo de transição é real, mas não é argumento contra a mudança.
Uma última ressalva honesta. A data exata de fim de implantação de cada termo é o tipo de informação que eu não citaria de cabeça. Ela está no arquivo de histórico, termo a termo, e é lá que precisa ser conferida antes de qualquer planejamento de release.
O ponto que eu levaria para uma reunião de diretoria é curto: isso não é atualização de tabela, é mudança no vocabulário com que a operadora explica por que não pagou. Regra de auditoria escrita sobre o vocabulário antigo continua rodando calada até alguém reparar. O AI.AUDITAMED foi construído exatamente para esse tipo de dependência: regras de TISS e ANS versionadas por competência, de-para de terminologia mantido com a linhagem entre termo inativado e termo sucessor, e trilha registrando qual versão do código sustentou cada glosa emitida.
Se quiser medir o tamanho real do seu de-para da TUSS 38 antes de fechar mais uma competência, a avaliação é direta. O time roda o seu conjunto atual de regras contra o histórico das terminologias, lista quais delas referenciam termos inativados ou absorvidos, e devolve o volume financeiro que passou por cada uma nos últimos meses. Solicitar avaliação do AI.AUDITAMED leva poucos minutos, e esse inventário costuma ser mais revelador do que qualquer demonstração de produto.
"Sozinhos, combatemos uma fraude. Unidos, eliminamos o problema."