O Padrão TISS, sigla de Troca de Informações na Saúde Suplementar, é o conjunto de regras da Agência Nacional de Saúde Suplementar (ANS) que define como clínicas, hospitais e laboratórios trocam dados de faturamento com as operadoras de planos de saúde. A partir da competência de junho de 2026, com entrega em julho, torna-se obrigatório o envio exclusivo de arquivos XML na versão 4.03.00, e quem enviar em versão anterior tem a fatura rejeitada automaticamente. Este guia explica os cinco componentes do padrão, como funciona a lógica de versões e o que muda na rotina de faturamento.
Principais conclusões
- •O TISS define o formato e as regras de envio (o “envelope”); a TUSS define os códigos de procedimentos e materiais (o “conteúdo da carta”).
- •O padrão tem 5 componentes integrados: organizacional, conteúdo e estrutura, representação de conceitos em saúde, segurança e privacidade, e comunicação.
- •Cada componente tem versão própria; não existe um número único de “versão do TISS”.
- •A versão 4.03.00 do componente de comunicação é obrigatória a partir do faturamento de julho de 2026, com bloqueio de schemas XML antigos.
- •Estudos em instituições de saúde apontam taxa média de glosa entre 5,4% e 10,9% do faturamento anual, e softwares como a plataforma da Medicit ajudam a reduzir esse índice com validação automática.
O que é o Padrão TISS e qual a diferença para a TUSS?
O Padrão TISS é regulamentado pela ANS para padronizar a troca eletrônica de dados administrativos, financeiros e assistenciais entre prestadores e operadoras. Ele existe para reduzir a assimetria de informação entre quem presta o serviço e quem paga por ele, além de compor o Registro Eletrônico de Saúde e garantir interoperabilidade entre sistemas diferentes.
A confusão mais comum de quem está começando é tratar TISS e TUSS como sinônimos. Não são. O TISS cuida da infraestrutura: protocolos, formato do arquivo (XML), tipos de guia e regras de envio. Já a TUSS, Terminologia Unificada da Saúde Suplementar, é o catálogo de códigos para procedimentos, exames, taxas, medicamentos e materiais. Na prática: o TISS é o envelope e o transporte da informação, a TUSS é o conteúdo da carta escrita dentro dele.
Entender essa diferença evita um erro recorrente nas equipes de faturamento: corrigir o XML quando o problema real está no código TUSS usado na guia, ou o contrário. Quem já passou pela rotina de o que é o faturamento TISS e por que ele importa sabe que esse erro de diagnóstico é uma das causas mais frequentes de retrabalho no setor de faturamento.
Quais são os 5 componentes do Padrão TISS?
O Padrão TISS é estruturado em cinco componentes integrados, e cada um cumpre uma função diferente na comunicação entre prestador e operadora. Conhecer os cinco evita tratar o TISS só como “o XML que envio para a operadora”, o que é apenas uma parte do sistema.
- ✓Organizacional: define regras de negócio, fluxos, prazos e responsabilidades, como a verificação de elegibilidade do beneficiário e os prazos para envio de guias e recursos de glosas.
- ✓Conteúdo e estrutura: define a arquitetura dos dados e o layout das guias (consulta, SADT, internação, honorários), com os campos obrigatórios e a hierarquia das informações.
- ✓Representação de conceitos em saúde: padroniza a terminologia médica e assistencial, incorporando a Tabela TUSS como dicionário oficial de códigos.
- ✓Segurança e privacidade: define requisitos de sigilo e confidencialidade em conformidade com a LGPD, exigindo assinatura digital, criptografia e autenticação. Esse componente conversa diretamente com a forma como o prontuário do paciente é armazenado, tema que detalhamos no post sobre os riscos do prontuário em papel.
- ✓Comunicação: especifica os meios técnicos de transmissão das mensagens em XML, via web service ou upload em portal corporativo.
Cada um desses cinco componentes tem ciclo de atualização próprio, o que explica por que falar em “a versão do TISS” no singular é tecnicamente impreciso.
Versões por componente no Padrão TISS (Maio/2026)
| Componente | Versão vigente |
|---|---|
| Organizacional | 202605 |
| Conteúdo e estrutura | 202511 |
| Representação de conceitos (TUSS) | 202605 |
| Comunicação | 04.03.00 e 01.06.00 |
Como funciona o sistema de versões e o que muda na 4.03.00?
A versão do TISS não é um número único e global: cada um dos cinco componentes evolui no seu próprio ritmo técnico. No Padrão TISS de maio de 2026, por exemplo, o componente organizacional está na versão 202605, o de conteúdo e estrutura na 202511, a TUSS na 202605 e o de comunicação nas versões 04.03.00 e 01.06.00. É essa modularidade que costuma confundir quem administra o faturamento sozinho, sem apoio de um sistema de gestão.
|
5,4% a 10,9% É essa a faixa de taxa média de glosa sobre o faturamento anual registrada em estudos com instituições de saúde, segundo o conteúdo levantado para este guia. Fonte: Estudos em instituições de saúde, 2026 |
A partir da entrega de faturamento de julho de 2026, referente à competência de junho de 2026, passa a ser compulsório o envio de arquivos XML exclusivamente na versão 4.03.00. Faturas em versões anteriores são rejeitadas automaticamente, sem possibilidade de reenvio na versão antiga. Entre as mudanças centrais dessa atualização estão o campo de CNPJ alfanumérico, em conformidade com a IN RFB nº 2.229/2024, a inclusão de campos para nome social do beneficiário, o ajuste de privacidade que remove o nome do beneficiário em recursos digitais específicos, e o bloqueio definitivo de schemas XML obsoletos no componente de comunicação. A TUSS também é revisada, com atualizações no Rol de Procedimentos, nas tabelas de Materiais e OPME (Tabela 19), Medicamentos (Tabela 20), Glosas (Tabela 38) e na unificação da Tabela 87.
O que muda na prática no faturamento e como evitar glosas?
Na prática, o fluxo de faturamento TISS segue uma sequência fixa, e falhar em qualquer etapa dela trava o lote inteiro na operadora. Entender essa sequência é o primeiro passo para quem quer reduzir glosas de forma consistente, não só reagir depois que elas aparecem.
Fluxo operacional do faturamento TISS
Atendimento ao paciente, com registro correto no prontuário. Preenchimento da guia com os códigos TUSS corretos. Validação do arquivo XML contra o schema XSD vigente. Transmissão via web service ou portal corporativo da operadora. Acompanhamento do protocolo de envio. Conciliação do demonstrativo de retorno recebido da operadora.
Tecnicamente, cada mensagem TISS em XML é formada por três blocos: cabeçalho, com origem e destino; corpo, com os dados assistenciais e as transações; e epílogo, que fecha o arquivo com cálculo de hash. A validação dessa estrutura é feita obrigatoriamente por arquivos de esquema XSD, e um arquivo malformado em qualquer um dos três blocos é motivo suficiente para rejeição automática do lote.
Onde a glosa mais acontece
No ambiente hospitalar, os maiores focos de glosa concentram-se no pronto-socorro (50,1%), em internações de até um dia (70,8%) e em materiais médico-hospitalares (59,2%), geralmente por falhas, divergências ou ausência de anotações assistenciais. Códigos TUSS desatualizados e campos obrigatórios omitidos completam a lista de causas mais comuns.
Para quem gerencia faturamento sem apoio tecnológico adequado, essas falhas tendem a se repetir mês após mês, porque a correção manual de um erro raramente vira um processo que evita o próximo. Um sistema de gestão como a plataforma da Medicit resolve boa parte dessa lacuna ao sincronizar automaticamente as tabelas TUSS atualizadas e validar o XML antes do envio, reduzindo o volume de lotes rejeitados por erro de formatação.
Boas práticas para adaptação ao novo padrão
Confirmar que o sistema de gestão usa os schemas XSD atualizados e sincroniza as tabelas TUSS automaticamente. Rodar um validador TISS antes de transmitir o lote, corrigindo erros de formatação e de cálculo de hash. Treinar as equipes de recepção, atendimento e faturamento para eliminar planilhas paralelas no preenchimento de guias. Revisar prontuários e anotações assistenciais nos pontos de maior risco, como pronto-socorro e internações curtas.
Esse tipo de ajuste de rotina também reduz atrito em outras frentes da clínica, como mostramos no post sobre como evitar faltas e encaixes desnecessários na agenda: processo mal desenhado em uma área tende a gerar retrabalho em outra.
Vale lembrar que a adaptação à versão 4.03.00 não é opcional nem negociável por prazo: faturas fora do padrão vigente simplesmente não entram no sistema da operadora. Quanto antes o sistema de gestão da clínica estiver ajustado, menor o risco de um mês inteiro de faturamento travado por incompatibilidade de schema.
Como vimos no post sobre glosas no faturamento e como preveni-las na prática, a maior parte das rejeições tem causa evitável, concentrada em um número pequeno de pontos de atenção repetidos.
Perguntas frequentes sobre o Padrão TISS
Qual a diferença entre TISS e TUSS?
O TISS define o formato de comunicação, os protocolos e as regras de envio dos dados entre prestador e operadora. A TUSS é o catálogo de códigos usados dentro dessas guias, para procedimentos, materiais, exames e medicamentos. Um é a infraestrutura, o outro é a linguagem usada dentro dela.
Quando a versão 4.03.00 do TISS se torna obrigatória?
A partir da entrega de faturamento de julho de 2026, referente à competência de junho de 2026, o envio de XML passa a ser exclusivo na versão 4.03.00. Faturas em versões anteriores são rejeitadas automaticamente pela operadora, sem possibilidade de reenvio na versão antiga.
Quais são os 5 componentes do Padrão TISS?
São eles: organizacional (regras e prazos), conteúdo e estrutura (layout das guias), representação de conceitos em saúde (terminologia e TUSS), segurança e privacidade (LGPD, criptografia) e comunicação (transmissão em XML). Cada componente tem uma versão de atualização própria.
Por que ocorrem tantas glosas no faturamento TISS?
Estudos em instituições de saúde indicam taxa média de glosa entre 5,4% e 10,9% do faturamento anual, concentrada em pronto-socorro, internações curtas e materiais médico-hospitalares. As causas mais comuns são códigos TUSS desatualizados, cadastro incompleto do beneficiário e ausência de anotações assistenciais.
Como validar um arquivo XML no padrão TISS antes de enviar?
A validação é feita contra os arquivos de esquema XSD vigentes, que conferem a estrutura de cabeçalho, corpo e epílogo da mensagem. Sistemas de gestão como a Medicit automatizam essa checagem antes da transmissão, reduzindo lotes rejeitados por erro de formatação ou hash incorreto.
Conclusão
O Padrão TISS da ANS não é um arquivo único, é um sistema de cinco componentes com versões independentes, e a atualização para a 4.03.00 em julho de 2026 torna a adequação tecnológica obrigatória, não opcional. Clínicas que automatizam a sincronização das tabelas TUSS e a validação prévia do XML chegam a essa transição com menos risco de glosa e menos lote rejeitado. Conheça a plataforma de gestão da Medicit e veja como centralizar faturamento TISS, agenda e prontuário em um único sistema.
