Uma revisão orientada à origem dos dados ajuda a equipe de faturamento a encontrar pendências na guia e nos cadastros antes de transformar a conferência em correção técnica do arquivo.
Um checklist XML TISS bem aplicado começa antes do arquivo. A equipe deve revisar o que foi registrado no cadastro, na guia e no atendimento para que as informações levadas ao XML estejam coerentes entre si e com a regra operacional aplicável. Essa pré-validação XML TISS não substitui a validação do arquivo: ela organiza a fonte dos dados, reduz idas e vindas internas e torna a análise de eventuais apontamentos mais objetiva.
Neste guia
Por que preparar os dados antes do XML
O XML registra informações que já foram definidas em algum ponto do processo: recepção, elegibilidade, agenda, prontuário, execução assistencial, autorização e faturamento. Por isso, ao encontrar uma divergência, vale rastrear primeiro a origem do dado em vez de alterar apenas a consequência no arquivo. Um número de matrícula digitado incorretamente, uma data copiada de forma equivocada ou um procedimento associado à tabela errada tende a reaparecer enquanto o cadastro ou a rotina de lançamento permanecerem iguais.
Defina a referência da conferência
Antes de revisar um lote, registre a competência do faturamento, a operadora, o tipo de guia e a versão aplicável do padrão e das tabelas. A ANS publica histórico com competência, início de vigência e limite de implantação dos componentes do Padrão TISS (Padrão TISS – Histórico das versões dos Componentes do Padrão TISS — Agência Nacional de Saúde Suplementar); portanto, não é prudente presumir que uma referência usada em competência anterior continua adequada para o período atual.
Cadastro do beneficiário: identidade e vínculo
A conferência do beneficiário deve usar a fonte apresentada ou confirmada no atendimento e as regras de cadastro adotadas para aquela operadora. Compare os dados da guia com o cadastro ativo, sem “normalizar” diferenças por suposição. Se houver divergência de nome, número de identificação, plano, validade ou relação de dependência, pause a geração até esclarecer qual informação deve prevalecer no contexto do atendimento.
Itens para conferir no cadastro
- Nome do beneficiário conforme a fonte utilizada pela instituição
- Número de identificação e demais campos de vínculo exigidos no fluxo da operadora
- Plano, produto, acomodação ou segmentação quando esses dados forem usados na guia
- Titularidade ou dependência, quando aplicável ao atendimento
- Situação cadastral e vigência verificadas na etapa definida pela instituição
- Consistência entre o cadastro, a guia e os documentos internos do atendimento
Cadastro do prestador e dos profissionais
Separe quem executou, quem solicitou e quem é responsável técnico quando essas funções aparecem no fluxo da guia. O erro mais comum nesta etapa não é apenas um campo vazio: é reutilizar o profissional correto em uma função incorreta, manter especialidade desatualizada ou associar o atendimento a uma unidade diferente da que realizou o serviço. A revisão deve partir do registro assistencial e do cadastro institucional vigente, não de um preenchimento anterior semelhante.
Campos de origem a revisar
- Identificação do prestador executante e da unidade de atendimento
- Cadastro do profissional e respectivo conselho profissional, quando informado
- Papel do profissional na guia: solicitante, executante, responsável ou outro aplicável
- Especialidade e demais atributos exigidos pelo contrato ou pelo tipo de guia
- Correspondência entre o local do atendimento, a unidade cadastrada e a guia
- Dados do solicitante conferidos contra a solicitação disponível
Dados do atendimento: coerência antes da codificação
A guia precisa retratar o evento realizado. Faça uma leitura horizontal: beneficiário, data, local, caráter do atendimento, profissional, procedimento e valores devem descrever o mesmo episódio. Quando a equipe encontra informação incompatível, a pergunta útil é “o que ocorreu no atendimento?”; só depois vem “qual campo precisa refletir isso?”. Essa ordem evita corrigir um rótulo sem resolver a inconsistência do lançamento original.
Matriz rápida de conferência da guia
| Grupo de dados | Pergunta de revisão | Ação se houver diferença |
|---|---|---|
| Identificação | A guia corresponde ao beneficiário e ao atendimento registrados? | Confirmar a fonte e corrigir o cadastro ou lançamento aplicável |
| Tempo | Datas e horários representam a realização, solicitação ou autorização correta? | Revisar o documento de origem e o tipo de data |
| Local e equipe | Unidade e profissional correspondem ao serviço executado? | Ajustar a associação antes de gerar o arquivo |
| Financeiro | Quantidade, valor unitário e total correspondem ao que foi lançado? | Recalcular ou regularizar o lançamento conforme a regra interna |
Procedimentos, quantidades, datas e valores
A TUSS integra o Padrão TISS e é utilizada para padronizar a identificação de procedimentos, materiais, medicamentos e outros itens na troca de informações da saúde suplementar. Antes de gerar o XML, confirme código, tabela, descrição interna, quantidade e data de execução como um conjunto; um código aparentemente válido pode estar vinculado ao item, à quantidade ou ao período errado no lançamento. As tabelas TUSS são disponibilizadas pela ANS para consulta em formatos como Excel, CSV, JSON e API. (Códigos da TUSS — Agência Nacional de Saúde Suplementar)
Checklist dos itens faturados
- Código associado ao item efetivamente realizado ou utilizado
- Tabela e vigência conferidas para a competência do atendimento
- Quantidade compatível com o registro assistencial e com o lançamento
- Data de execução coerente com a data informada na guia
- Unidade, via, técnica ou demais detalhamentos revisados quando aplicáveis
- Valor unitário, total do item e total da guia reconciliados conforme a regra comercial adotada
- Itens repetidos ou ausentes verificados antes do fechamento do lote
Exemplo ilustrativo: corrigir a origem, não só o resultado
Entrada: a guia registra duas sessões realizadas em 14/08, mas o lançamento contém quantidade 1 e data 15/08. Mapeamento: o faturista compara agenda, registro assistencial e lançamento; identifica que a quantidade foi digitada uma vez e que a data veio do dia de faturamento, não do dia da execução. Erro: gerar o XML com a data de faturamento e uma única sessão. Correção: ajustar o lançamento para quantidade 2 e data de execução 14/08, revisar o total correspondente e só então gerar um novo XML. Este cenário é ilustrativo; regras de cobrança, autorização e aceitação devem ser confirmadas no relacionamento aplicável.
Autorizações e informações relacionadas
Quando houver autorização, a revisão não deve se limitar a verificar se existe uma senha preenchida. Confira se o identificador informado pertence ao beneficiário, ao procedimento, ao período e à quantidade que constam na guia. Também avalie se há informação complementar exigida no fluxo operacional, como dados de solicitação, indicação clínica ou justificativa. O contrato e as orientações da operadora ajudam a definir quais documentos precisam ficar disponíveis para sustentação do faturamento.
Revisão por tipo de guia
Evite aplicar um checklist idêntico a toda a produção. Mantenha um núcleo comum — identificação, datas, profissionais, itens, valores e autorização — e acrescente pontos próprios de cada tipo de guia utilizado pela instituição. Consultas, exames, terapias, internações e odontologia podem exigir origens de dados diferentes. O objetivo é fazer com que quem confere saiba onde procurar a evidência do campo, e não apenas decorar uma lista de nomes técnicos.
Checklist por responsável e momento da rotina
Uma revisão eficiente distribui a responsabilidade conforme a origem da informação. A recepção pode confirmar dados de identificação; a área assistencial confirma o que foi realizado; o faturamento concilia códigos, quantidades, valores e documentos; e uma pessoa definida pela instituição libera o lote. Isso não elimina a revisão final, mas evita que o faturista seja obrigado a adivinhar dados que pertencem a outro processo.
Fluxo prático de aprovação
- Recepção ou cadastro: confirma identificação, vínculo e informações disponíveis no atendimento
- Área assistencial: confirma execução, data, profissional e registros correlatos
- Faturamento: verifica guia, codificação, quantidades, valores, autorização e documentação de apoio
- Revisão final: confere pendências, mudanças recentes e consistência do lote antes da geração
- Gestão: acompanha reincidências para corrigir formulários, cadastros ou treinamentos
Quando corrigir e gerar um novo XML
Gere um novo arquivo quando a correção alterar dados que serão representados no XML: identificação, vínculo, atendimento, profissional, item, quantidade, data, valor, autorização ou informação complementar. Registre o motivo da correção e, se o problema se repetir, classifique sua causa: cadastro, digitação, integração, regra interna ou entendimento do processo. Essa pequena trilha torna a conferência posterior mais rápida e ajuda a distinguir uma exceção de uma falha recorrente.
Pontos principais
- Comece pelo dado de origem: cadastro, registro assistencial, autorização e lançamento
- Confirme a referência temporal da competência antes de revisar códigos e versão aplicável
- Revise procedimento, quantidade, data e valor como um único conjunto
- Defina responsáveis pela informação, pela conciliação e pela liberação do lote
- Após corrigir dados representados no arquivo, gere um novo XML para a nova análise
Faça a análise do arquivo depois da conferência
Com os dados da guia e dos cadastros revisados, use o Validador TISS online para analisar o XML gerado e identificar inconsistências antes do envio à operadora. Para aprofundar a rotina da equipe, consulte também os Conteúdos sobre TISS, faturamento médico e erros e glosas.
Perguntas frequentes
O que conferir antes de gerar o XML TISS?
Revise a identificação do beneficiário, os dados do prestador e profissional, o atendimento, os procedimentos, quantidades, datas, valores e autorizações. A conferência deve comparar a guia com os registros que originaram cada informação.
Quais cadastros causam mais inconsistências na guia TISS?
Os mais sensíveis são os de beneficiário, plano ou vínculo, prestador, unidade e profissional. O ponto central é verificar se o cadastro usado na guia corresponde ao atendimento realizado e à regra aplicável.
Como revisar datas e quantidades?
Use o registro do atendimento como referência e separe a data de execução de outras datas do processo, como solicitação, autorização ou faturamento. Confira também se a quantidade lançada corresponde aos itens efetivamente realizados.
Quem deve aprovar a conferência antes de validar o XML?
A instituição deve definir responsáveis conforme a origem do dado. Em geral, recepção ou cadastro confere identificação, a área assistencial confirma a execução, o faturamento concilia a conta e uma pessoa designada faz a liberação final.
Quando é melhor gerar um novo arquivo XML?
Gere novamente quando corrigir uma informação que será levada ao XML, como dados do beneficiário, atendimento, profissional, procedimento, quantidade, data, valor ou autorização. Mantenha o motivo da alteração registrado internamente.
A validação do XML substitui a conferência da guia?
Não. A validação analisa o arquivo gerado, enquanto a conferência prévia busca corrigir cadastros e lançamentos que alimentam a guia e o XML.