Cronograma da versão TISS 4.03.00: prazos e plano de migração

Migrar para a versão TISS 4.03.00 não é um evento de um dia — é um projeto curto com quatro fases. Quem trata como virada de chave costuma perder um ciclo inteiro de faturamento; quem organiza em cronograma faz a troca dentro da rotina. Este artigo traz os prazos, o plano mês a mês, os critérios objetivos que liberam a virada e um plano B. Contexto técnico em o que é a versão TISS 4.03.00 e execução em tutorial de conversão em 7 passos.

Quais são os prazos da versão TISS 4.03.00?

A ANS publica o componente de organização do padrão com a tabela de vigência de cada versão: há uma data a partir da qual a versão passa a ser aceita e uma data em que a versão anterior deixa de ser aceita. O intervalo entre as duas é a janela de convivência — e é nela que o projeto tem de caber.

Confirme sempre a data vigente no portal TISS da ANS e, em paralelo, com cada operadora: algumas antecipam a exigência, outras mantêm a versão anterior até o último dia. Acompanhe também a página versões do padrão TISS.

Regra de planejamento: trabalhe com a data da operadora mais rígida da sua carteira, não com a data limite da ANS.

Como é o plano de migração mês a mês?

O plano abaixo assume três meses de janela. Com menos tempo, comprima as fases 1 e 2, nunca a fase 3.

Fase	Quando	Entrega	Responsável
1. Diagnóstico	Mês 1	versão atual por operadora, versão do módulo TISS do sistema, mapa de riscos	faturamento + TI
2. Preparação	Mês 1–2	atualização do gerador, tabelas de domínio e TUSS vigentes	fornecedor do sistema
3. Lote piloto	Mês 2	um lote real por operadora validado e aceito em 4.03.00	faturamento
4. Virada	Mês 3	100% da produção em 4.03.00 + conversor para exceções	gestor do faturamento

O que fazer no mês 1 (diagnóstico)?

Objetivo: saber exatamente onde você está. Sem esse levantamento, o projeto vira tentativa e erro.

Liste as operadoras da carteira e a versão exigida hoje por cada uma.
Confirme com o fornecedor do sistema se já existe release compatível com a versão TISS 4.03.00 e qual a data.
Separe um lote real de cada tipo de guia (consulta, SP/SADT, internação, honorários, odontológico) para os testes.
Valide esses lotes na versão atual — ponto de partida tem de estar limpo. Use o validador TISS online.
Registre quem, na equipe, valida e envia cada operadora.

O que fazer no mês 2 (preparação e lote piloto)?

Aqui a migração deixa de ser teoria. A regra é testar com dado real, nunca com arquivo de exemplo — arquivos-modelo não reproduzem os casos que quebram (internação longa, OPME, pacote, recurso de glosa).

Converta um lote de cada tipo para 4.03.00 com o conversor TISS, preencha os campos novos, valide contra o XSD oficial e envie um piloto pequeno para cada operadora. Documente o retorno de cada uma: algumas exigem homologação prévia no portal.

Critério de aprovação do piloto: zero erro estrutural, somatórios fechados e retorno de aceite da operadora.
Se uma operadora reprovar, trate como caso isolado — não pare a migração das demais.
Guarde os arquivos aceitos: eles viram referência para conferir os lotes seguintes.

O que fazer no mês 3 (virada) e qual é o plano B?

Vire a produção inteira só depois de pilotos aceitos. No primeiro ciclo em 4.03.00, valide 100% dos lotes antes do envio e acompanhe o retorno diariamente em vez de semanalmente.

Plano B obrigatório: mantenha o conversor disponível e a capacidade de emitir na versão anterior enquanto a operadora ainda aceitar. Assim, se um tipo de guia apresentar problema, você envia o restante em 4.03.00 e trata a exceção sem travar o caixa. Fluxo detalhado em migrar para a TISS 4.03.00 sem parar o faturamento.

Quais indicadores mostram que a migração deu certo?

Acompanhe quatro números no primeiro e no segundo mês pós-virada. Se todos voltarem ao patamar anterior à migração, o projeto está encerrado.

Taxa de rejeição estrutural (meta: próxima de zero).
Percentual de glosa sobre o faturado — comparar com a média dos três meses anteriores.
Prazo médio entre envio e retorno da operadora.
Horas de retrabalho da equipe por competência.
Fórmulas e acompanhamento em como calcular o indicador de glosa.

Vídeo: planejando a migração de versão TISS

Perguntas frequentes

Quando a versão TISS 4.03.00 passa a ser obrigatória?

A obrigatoriedade segue a tabela de vigência publicada pela ANS no componente de organização do padrão, mas cada operadora pode antecipar a exigência. Planeje pela data da operadora mais rígida da sua carteira.

Quanto tempo leva migrar para a versão TISS 4.03.00?

Com o sistema já atualizado pelo fornecedor, o projeto costuma caber em dois a três meses: um mês de diagnóstico e preparação, um de piloto por operadora e um de virada com acompanhamento reforçado.

Posso enviar lotes em versões diferentes ao mesmo tempo?

Sim, durante a janela de convivência, desde que cada operadora receba a versão que ela aceita. Por isso o plano B mantém a capacidade de emitir na versão anterior.

Preciso homologar a versão TISS 4.03.00 com cada operadora?

Algumas operadoras exigem homologação ou lote de teste no portal antes de liberar a produção. Confirme operadora por operadora na fase de diagnóstico.

O que fazer se o fornecedor do sistema atrasar a atualização?

Use um conversor de versão para continuar enviando em 4.03.00 enquanto a origem não é ajustada, e cobre do fornecedor uma data formal. Conversão é solução de transição, não permanente.

Lotes antigos precisam ser reenviados na nova versão?

Não. Lotes já enviados e processados permanecem como estão. A nova versão vale para o que ainda será enviado, incluindo recursos de glosa exigidos na versão vigente.

Conclusão

Cronograma resolve o que pressa não resolve: diagnóstico no mês 1, piloto por operadora no mês 2, virada com plano B no mês 3 e indicadores acompanhados nos dois meses seguintes. Comece hoje pelo diagnóstico — valide um lote de cada tipo no validador TISS online e use o conversor para os pilotos na versão TISS 4.03.00.

Cronograma da versão TISS 4.03.00: prazos e plano de migração mês a mês