Consultar códigos da TUSS com segurança exige mais do que encontrar uma sequência numérica: é preciso confirmar o tipo de item, o contexto do atendimento, a referência usada e as regras que ainda dependem da operadora. Este roteiro ajuda a transformar a consulta em uma etapa rastreável do faturamento TISS.
No faturamento TISS, um código encontrado em uma tabela não encerra a conferência. A equipe ainda precisa verificar se aquele item representa o que foi realizado, se pertence ao contexto da guia, se os registros disponíveis sustentam o lançamento e se existe uma regra operacional específica a consultar. Um processo simples de pesquisa, comparação e registro reduz decisões tomadas por memória ou por aproximação entre descrições parecidas.
Neste artigo
Entenda o que está sendo conferido
Para trabalhar com códigos da TUSS, vale separar quatro ideias que costumam ser misturadas. O código é o identificador localizado na referência. A tabela é a fonte em que a equipe faz a consulta. O item assistencial é o que foi realizado, utilizado ou registrado no atendimento. Já o lançamento de faturamento é a forma como esse item será apresentado na guia e, quando aplicável, no arquivo XML. Essas camadas se relacionam, mas não devem ser tratadas como sinônimos.
Mapa prático para evitar confusões
| Elemento | Pergunta de controle | Registro recomendado |
|---|---|---|
| Código consultado | Qual identificador foi localizado? | Código exatamente como consta na fonte |
| Tabela ou referência | Onde a equipe encontrou o código? | Nome da fonte, endereço ou documento e data da consulta |
| Item do atendimento | O que ocorreu no caso concreto? | Descrição do registro assistencial ou administrativo de origem |
| Lançamento | Como o item foi incluído na cobrança? | Guia, linha, quantidade, data e responsável pela conferência |
| Regra operacional | Há condição adicional para aquela relação com a operadora? | Manual, protocolo, comunicado ou pendência registrada |
A consulta também precisa preservar a referência temporal. O histórico de componentes do Padrão TISS publicado pela ANS apresenta, por competência, informações como publicação, início de vigência, limite de implantação e identificações dos componentes. (Padrão TISS – Histórico das versões dos Componentes do Padrão TISS — Agência Nacional de Saúde Suplementar) Por isso, uma boa prática é anotar qual material foi consultado e em que data, em vez de reutilizar uma conclusão antiga sem revisar sua aplicabilidade ao caso atual. (Padrão TISS – Histórico das versões dos Componentes do Padrão TISS — Agência Nacional de Saúde Suplementar)
Roteiro de consulta antes do lançamento
Comece pelo caso, e não pelo código que parece mais familiar. Reúna a descrição do atendimento, data, profissional ou unidade quando pertinentes, registros disponíveis, guia relacionada e a dúvida objetiva que motivou a busca. Com esse recorte, pesquise a referência oficial aplicável e compare o resultado encontrado com a evidência do atendimento. Se a descrição for semelhante, mas o contexto não estiver demonstrado, trate o caso como pendência em vez de completar a decisão por analogia.
Sequência de conferência
Execute a sequência abaixo e interrompa o lançamento quando faltar evidência para uma decisão.
- Delimite o atendimento, a guia ou a conta que está sendo analisada
- Escreva a descrição do item sem trocar termos por abreviações internas
- Localize a referência oficial que a instituição definiu para a consulta
- Pesquise pelo código, pela descrição e por elementos de contexto disponíveis
- Confirme a categoria do item antes de decidir que ele equivale a outro lançamento
- Confronte código e descrição com o registro de origem, data, quantidade e vínculo com o atendimento
- Separe a conclusão sobre o código das dúvidas sobre cobertura, autorização, preço ou fluxo da operadora
- Registre fonte, data, resultado, responsável e pendências
- Só então atualize o lançamento ou encaminhe o caso para esclarecimento
Confira o tipo de item antes de comparar códigos
Procedimento, material, medicamento, diária, taxa e OPME podem exigir perguntas de conferência diferentes. O objetivo não é presumir como cada item deve ser cobrado, mas identificar qual natureza a própria consulta indica e voltar aos documentos do caso. Uma descrição parecida não prova que dois itens pertencem à mesma categoria, tenham a mesma unidade de medida ou possam ocupar o mesmo lugar na cobrança.
Perguntas por natureza de item
| Natureza a investigar | Perguntas de conferência | Evidência interna a localizar |
|---|---|---|
| Procedimento | O que foi realizado? Quem executou? Em qual data e contexto? | Registro do atendimento, guia e documentação disponível |
| Material | Qual item foi utilizado? A quantidade é demonstrável? | Registro de consumo, documento de origem e vínculo com o atendimento |
| Medicamento | Qual produto foi administrado ou dispensado? Qual quantidade foi registrada? | Registro assistencial, controle interno e documentos aplicáveis |
| Diária ou taxa | Qual evento ou período explica o lançamento? | Dados de permanência, atendimento e regra operacional consultada |
| OPME | Qual item foi utilizado e qual evidência relaciona-o ao caso? | Documentação do caso, registro de utilização e referências aplicáveis |
Documente a consulta para que ela possa ser revisada
O registro não precisa ser burocrático, mas deve permitir que outra pessoa reconstrua a decisão. Guarde o resultado literal da consulta, sem transformar uma interpretação da equipe em texto atribuído à fonte. Quando existir incerteza, registre a pergunta e o encaminhamento; isso é mais útil do que marcar o caso como resolvido sem explicar a base adotada.
Campos mínimos para uma planilha ou sistema de controle
| Campo | Finalidade | Exemplo de preenchimento |
|---|---|---|
| Identificador do caso | Relacionar a consulta ao atendimento ou à conta | Conta interna e linha da guia |
| Item informado | Preservar o que originou a dúvida | Descrição registrada na origem |
| Código localizado | Evitar transcrição ambígua | Código copiado da referência consultada |
| Tipo de item | Separar categorias de conferência | Procedimento, material ou medicamento |
| Fonte e data | Permitir repetição da pesquisa | Referência consultada e data de acesso |
| Conclusão | Dizer o que foi confirmado | Compatibilidade verificada com o registro disponível |
| Pendência | Não ocultar o que ainda depende de resposta | Confirmar orientação operacional aplicável |
| Responsável | Manter rastreabilidade da decisão | Nome ou área responsável |
O que a consulta ao código não confirma sozinha
Encontrar um código e uma descrição em uma referência não é, por si só, prova de cobertura, autorização, valor contratado, elegibilidade, prazo de apresentação ou aceite da cobrança. Essas perguntas devem permanecer separadas e ser verificadas nas fontes pertinentes ao relacionamento com a operadora. Também não é adequado substituir uma divergência de atendimento, cadastro ou documento por uma simples troca de código no lançamento.
Exemplo ilustrativo de conferência e correção
Exemplo ilustrativo: uma conta contém a descrição interna “item de uso no procedimento” e alguém sugere reutilizar o código de uma cobrança anterior porque as descrições parecem próximas. A equipe não deve concluir equivalência apenas por semelhança textual. O caminho é pesquisar a referência definida, identificar a natureza indicada pelo resultado e confrontá-la com o registro do atendimento.
Aplicação do método
| Etapa | Aplicação ilustrativa |
|---|---|
| Entrada | Descrição interna genérica, atendimento identificado e uma sugestão baseada em lançamento anterior |
| Mapeamento | Pesquisa na referência definida pela instituição e comparação entre resultado, natureza do item, data e documento de origem |
| Erro | Escolher o código somente porque a descrição parece semelhante ou porque foi usado em outro caso |
| Correção | Registrar a fonte, reconhecer a pendência quando faltar evidência e solicitar esclarecimento à área responsável antes de lançar |
| Resultado documentado | Código localizado, tipo de item, evidência consultada, data, responsável e questão operacional ainda aberta |
Ligue a conferência do item à revisão da guia e do XML
A conferência semântica responde se o item faz sentido no contexto documentado. A revisão da guia verifica se os dados do caso permanecem coerentes entre si. A validação técnica do XML é outra camada: ela ajuda a localizar inconsistências estruturais no arquivo gerado, mas não substitui a análise do atendimento nem a confirmação das regras da operadora. Depois de corrigir a origem do dado, gere uma nova versão do arquivo e repita a conferência prevista pela sua rotina.
Para organizar a etapa posterior à conferência do item, consulte uma rotina para validar XML TISS. Ela pode ajudar a estruturar a revisão técnica do arquivo, desde que a equipe mantenha separadas as conclusões sobre estrutura, dados de origem e regras operacionais.
Perguntas frequentes sobre códigos da TUSS
Pontos essenciais para a rotina
- Comece a consulta pelo contexto do atendimento, não por um código usado anteriormente
- Diferencie código, tabela, item assistencial e lançamento de faturamento
- Confira a natureza do item antes de comparar descrições semelhantes
- Registre fonte, data, conclusão, pendência e responsável
- Não use a localização de um código como prova automática de cobertura, autorização, preço ou aceite
- Trate a validação do XML como etapa complementar à revisão da guia e dos dados de origem
Próximo passo: revise o arquivo depois de confirmar o item
Depois de conferir a origem do item e a regra aplicável, valide o XML gerado para identificar inconsistências técnicas antes do encaminhamento pelo canal aplicável. Conheça o TISSXML para apoiar a digitação, a emissão de guias, a geração de XML TISS e o faturamento de guias médicas e odontológicas.