A autorização nas Guias TISS exige uma conferência que conecte o dado autorizado ao atendimento realmente registrado, à guia que será faturada e à evidência interna disponível. Este método ajuda a localizar divergências antes da preparação do faturamento, sem substituir as regras contratuais e operacionais de cada operadora.
Antes de fechar uma conta, a equipe precisa conseguir responder a uma pergunta simples: a autorização registrada pode ser relacionada, de forma verificável, ao beneficiário, ao atendimento, aos itens lançados e à guia que será apresentada? A autorização nas Guias TISS não deve ser tratada apenas como um número copiado para um campo. Ela é um dado que precisa fazer sentido no contexto do caso. Uma rotina de conferência organizada reduz decisões baseadas em memória, evita que uma divergência seja escondida por um ajuste isolado no XML e cria condições melhores para investigar uma pendência antes do faturamento.
Neste artigo
O que conferir quando há uma autorização
Para fins de controle interno, trate a autorização como uma referência operacional associada a uma solicitação, a um atendimento ou a um conjunto delimitado de itens, conforme a documentação disponível e a regra aplicável ao relacionamento com a operadora. A guia, por sua vez, organiza as informações que representarão o atendimento no processo de faturamento. A conferência procura demonstrar que esses dois registros se referem ao mesmo contexto, sem pressupor que um número de autorização, por si só, valide cobertura, preço, prazo ou direito ao pagamento.
Esse recorte é importante porque existem três planos diferentes de análise. O primeiro é o fato assistencial e administrativo registrado: quem foi atendido, quando, por qual unidade e profissional, e quais itens foram realizados. O segundo é o dado de autorização: identificador, emissão, período, itens ou quantidades descritos e demais condições informadas na evidência recebida. O terceiro é a apresentação da cobrança: tipo de guia, campos preenchidos, procedimentos, quantidades, valores e referências que comporão o faturamento. Quando a equipe mistura esses planos, pode tentar corrigir a guia para “caber” na autorização, em vez de investigar qual registro está divergente.
Autorização não é sinônimo de regra de faturamento
A conferência interna deve separar o que está escrito na evidência de autorização do que depende de contrato, manual, portal, tabela, prazo ou orientação específica da operadora. Por exemplo, um identificador pode estar corretamente transcrito e ainda restar uma dúvida sobre a guia adequada, um documento complementar, a forma de cobrança ou a data-limite de apresentação. Registre essa dúvida como pendência de regra operacional; não a classifique automaticamente como erro de digitação. Essa distinção dá mais clareza à investigação e evita atribuir ao validador técnico uma decisão que pertence ao fluxo contratual ou à operadora.
Monte o vínculo entre autorização, atendimento e guia
A maneira mais segura de revisar uma autorização é comparar fontes, e não confiar em uma única tela ou em uma anotação informal. Defina qual evidência será consultada para cada grupo de dados: confirmação recebida, registro do atendimento, solicitação quando houver, cadastro, guia em elaboração e orientação operacional aplicável. A tabela abaixo funciona como roteiro de rastreabilidade. Ela não determina quais campos são obrigatórios em todos os cenários; serve para a equipe documentar por que considera um vínculo coerente ou por que interrompeu o caso para esclarecimento.
Matriz de conferência do vínculo
| Dado a conferir | Fonte principal definida pela instituição | Relação com o atendimento | Ponto de checagem na guia | Ação diante de divergência |
|---|---|---|---|---|
| Identificador da autorização | Comprovante, portal ou retorno preservado | Deve apontar para o caso que está sendo analisado | Transcrever somente no campo e contexto previstos para a guia | Pausar o fechamento e confirmar a origem do identificador |
| Beneficiário | Evidência usada no atendimento e cadastro validado | Deve identificar a mesma pessoa atendida | Conferir identificadores sem completar diferenças por suposição | Investigar troca de matrícula, dependência, cartão ou lançamento |
| Data de emissão ou registro | Evidência da autorização | Ajuda a reconstruir a cronologia do caso | Manter o registro interno separado da data do atendimento | Registrar se a data estiver ausente ou em conflito |
| Período ou data relacionada | Evidência da autorização e registro assistencial | Deve ser analisado junto da data de realização | Conferir que tipo de data o campo da guia representa | Consultar a regra aplicável quando houver interpretação incerta |
| Procedimento ou item | Autorização, solicitação e registro do atendimento | Deve ser compatível com o item efetivamente realizado | Comparar código, descrição, lateralidade ou outro detalhe pertinente | Não substituir item por aproximação; solicitar esclarecimento |
| Quantidade | Autorização e registro de execução | Deve refletir a unidade de medida usada no caso | Confrontar quantidade autorizada, realizada e lançada | Separar saldo, execução parcial ou item adicional para análise |
| Prestador, unidade ou executante | Registro do atendimento e cadastros internos | Deve corresponder ao responsável e local corretos | Revisar papel de cada participante na guia | Corrigir a origem ou encaminhar a dúvida ao responsável |
| Evidência de conferência | Registro interno da revisão | Permite reconstituir a decisão tomada | Associar status, responsável e data de revisão ao caso | Manter a pendência aberta até haver decisão documentada |
O tipo de guia influencia onde o dado aparece e quais relações precisam ser revisadas. Por isso, antes de ajustar um campo, confirme se a escolha da guia está coerente com o atendimento e com a orientação aplicável. Para ampliar essa etapa de decisão, consulte o material sobre
Aplique uma rotina de conferência antes do faturamento
Uma boa rotina não precisa transformar cada guia em uma auditoria extensa. Ela precisa ter uma sequência fixa, critérios compreensíveis e uma saída clara: aprovado internamente, pendente de informação, pendente de decisão operacional ou encaminhado para correção. Faça a leitura na mesma ordem em todos os casos: comece identificando o atendimento; depois relacione a autorização; em seguida compare itens e datas; por fim, confira o registro que explica a decisão. Essa ordem reduz o risco de a equipe começar pela tag ou pelo campo e perder o contexto do evento.
Checklist consolidado de vínculo, datas, itens e registro
Use esta lista como base e adapte os pontos que dependem do contrato e do fluxo da operadora.
- Identificar a conta, guia ou atendimento por um código interno que permita localizar o caso sem ambiguidade
- Reunir a evidência de autorização disponível e registrar sua origem, data de consulta ou referência interna
- Conferir se o beneficiário da autorização é o mesmo beneficiário vinculado ao atendimento
- Comparar identificação do prestador, unidade e profissional com os papéis efetivamente registrados
- Distinguir data de solicitação, emissão, autorização, realização, alta, faturamento ou outra data usada no processo
- Confirmar qual período ou tipo de data está sendo representado antes de concluir que há incompatibilidade
- Comparar cada procedimento ou item com o que foi realizado e lançado, sem usar descrições parecidas como equivalência automática
- Verificar quantidades, sessões, unidades ou frações conforme a unidade de medida usada no caso
- Marcar separadamente itens realizados sem referência encontrada, referências sem item correspondente e itens com quantidade divergente
- Revisar se o tipo de guia e o campo escolhido são compatíveis com o fluxo definido para aquele atendimento
- Registrar a fonte consultada, a conclusão, a data da conferência e a pessoa ou área responsável
- Classificar a saída como conferido, pendente de informação, pendente de regra operacional ou correção necessária
- Preservar a evidência em local controlado e acessível apenas a quem precisa atuar no processo
- Gerar ou revisar o XML somente depois de tratar as divergências que impedem uma decisão interna segura
Trate datas como fatos com finalidades diferentes
Divergências de data exigem uma pergunta adicional: “qual acontecimento esta data representa?”. A data registrada na autorização pode refletir emissão, análise, validade, período autorizado ou outro marco. Já a guia pode exigir a data de realização, de internação, de alta ou outra referência conforme o contexto. Em vez de trocar uma data para que dois documentos pareçam iguais, nomeie as duas datas no controle interno e verifique se elas podem coexistir. Se a regra aplicável não estiver clara, interrompa a decisão automática e consulte a fonte operacional adequada.
Como registrar uma pendência e atribuir responsabilidade
Uma pendência bem registrada permite que outra pessoa retome a análise sem reconstruir toda a história. O objetivo não é produzir uma narrativa longa, e sim preservar o suficiente para explicar o que foi comparado, onde está a diferença, quem deve agir e qual evidência encerra o caso. Evite observações vagas como “senha errada” ou “verificar autorização”. Elas não informam qual dado diverge, qual fonte foi consultada nem qual ação é esperada.
Modelo de registro interno de pendência
| Campo do controle | Como preencher | Exemplo de redação objetiva |
|---|---|---|
| Identificação do caso | Use identificador interno da conta, guia ou atendimento | Conta interna 18452, guia em revisão |
| Dado em análise | Nomeie o elemento que exige conferência | Quantidade do procedimento |
| Fontes comparadas | Indique as evidências efetivamente consultadas | Registro do atendimento e comprovante de autorização |
| Divergência observada | Descreva a diferença sem concluir além do que foi verificado | Atendimento registra 3 sessões; evidência consultada menciona 2 |
| Impacto operacional | Indique por que o caso não deve avançar ainda | Necessita definição antes do fechamento da guia |
| Responsável atual | Atribua a área ou função que pode esclarecer ou decidir | Faturamento, com apoio da área de origem |
| Próxima ação | Escreva uma ação verificável | Confirmar registro de eventual autorização complementar |
| Prazo ou marco | Registre o prazo interno ou referência externa aplicável, quando houver | Revisar antes do fechamento do lote |
| Evidência de encerramento | Defina o que comprova a solução | Resposta registrada ou documento atualizado, conforme fluxo aplicável |
| Desfecho | Classifique a decisão tomada | Corrigido na origem e revisado; ou mantido conforme orientação documentada |
A atribuição deve seguir a natureza da dúvida. Uma inconsistência de cadastro pode exigir ação da recepção ou do setor responsável pelo cadastro. Uma dúvida sobre o que foi executado pode precisar de confirmação da área assistencial. Uma decisão sobre apresentação, prazo ou regra particular deve ir a quem tem acesso à documentação e à alçada adequadas. O faturamento pode coordenar o fluxo, mas não deve criar informação assistencial nem presumir uma regra contratual sem evidência. Quando houver impasse, registre também quem decide e qual evidência será usada para fundamentar a decisão.
Exemplo ilustrativo de divergência identificada antes do XML
O caso a seguir é ilustrativo. Ele mostra uma forma de documentar o raciocínio da equipe e não representa uma regra universal de autorização, preenchimento ou aceitação por operadora.
Cenário ilustrativo: quantidade diferente entre registros
- Entrada: a equipe encontra uma referência de autorização associada ao beneficiário e a um procedimento, com menção a 2 unidades
- Mapeamento: o registro do atendimento aponta 3 unidades realizadas na mesma data; a guia em elaboração também contém 3 unidades
- Erro identificado: copiar a referência de autorização na guia e seguir para o XML sem explicar a diferença de quantidade
- Correção: abrir uma pendência com o identificador do caso, informar as duas fontes comparadas, descrever a diferença entre 2 e 3 unidades e atribuir a confirmação à área responsável
- Decisão possível após a apuração: localizar uma evidência complementar, corrigir um lançamento de origem se houver erro comprovado ou obter orientação documentada para o tratamento aplicável
- Novo controle: atualizar o status da pendência, registrar quem revisou, preservar a evidência usada e somente então retomar a preparação do faturamento
O ponto central não é adivinhar qual número deve prevalecer. É impedir que a divergência desapareça na transcrição. A mesma lógica vale para procedimentos semelhantes, datas próximas, mudança de unidade, troca de profissional, execução parcial e referências reaproveitadas indevidamente. Quanto mais cedo a equipe registra a relação entre os documentos, menor a necessidade de reconstruir o caso quando surgir uma crítica, uma devolução ou uma dúvida interna.
Entenda os limites da conferência e da validação do XML
A conferência de autorização é uma etapa de qualidade do dado e de rastreabilidade. Ela não substitui a análise de elegibilidade, cobertura, auditoria, regra contratual, prazo, documentação complementar ou demais exigências que possam ser aplicáveis. Do mesmo modo, uma validação técnica do arquivo pode ajudar a identificar inconsistências de estrutura ou preenchimento, mas não deve ser interpretada como confirmação de que a cobrança atenderá todas as condições operacionais de uma operadora.
Antes de validar ou gerar o arquivo, mantenha separadas duas perguntas: “os dados da guia representam corretamente o que foi registrado?” e “a estrutura técnica está adequada à referência utilizada?”. Se houver apontamento técnico, retorne à origem do dado antes de editar uma tag de forma isolada. Se houver dúvida de regra operacional, consulte o contrato, os canais e as orientações vigentes da operadora. Para uma visão mais ampla das etapas que cercam a preparação de contas, veja o conteúdo sobre
Depois da revisão da origem e da preparação do arquivo, um
Pontos principais para levar à rotina
- Conferir autorização é relacionar fontes e contexto, não apenas copiar um identificador para a guia
- Beneficiário, atendimento, itens, quantidades, datas e participantes devem ser analisados como um conjunto
- Datas só podem ser comparadas corretamente quando a equipe identifica o fato que cada uma representa
- Divergências devem virar pendências objetivas, com fonte consultada, responsável, próxima ação e evidência de encerramento
- Validação técnica do XML e decisão sobre regra contratual são controles diferentes e complementares
- A conclusão interna deve ficar registrada antes de a equipe retomar a preparação do faturamento
Perguntas frequentes sobre autorização nas Guias TISS
Apoie a preparação das Guias TISS
Com guia e dados revisados, use o TISSXML para apoiar a digitação, a emissão e a preparação do faturamento de guias. A ferramenta deve integrar uma rotina que preserve a conferência da origem dos dados e a decisão sobre regras específicas de cada operadora.