Como funciona a análise de crédito do paciente dentro do sistema da clínica
O que acontece, por trás da tela, quando a recepcionista digita o CPF do paciente e o sistema da clínica responde “crédito aprovado” em poucos segundos? Não é mágica nem um palpite do software. É uma sequência de consultas a bases externas, uma regra de decisão configurada e, no fim, a geração de um documento de cobrança.
$ ls ./neste-artigo
Entender esse fluxo ajuda o dentista a confiar no resultado na medida certa, e ajuda quem desenvolve ou contrata o sistema a saber o que perguntar ao fornecedor.
O caminho de um CPF até a aprovação
Em linhas gerais, a análise de crédito do paciente dentro de um software de clínica passa por três momentos:
- Entrada: CPF, valor do tratamento e número de parcelas pretendido.
- Consulta: o sistema chama, via API, um ou mais birôs de crédito e recebe de volta uma nota e alguns indicadores.
- Decisão: uma regra compara a nota e o valor pedido com os limites definidos e devolve aprovado, reprovado ou aprovado com condição.
Tudo isso pode levar segundos. O que demora, quando demora, é a parte humana: conferir dados e conversar com o paciente sobre o resultado.
De onde vêm os dados que formam a nota
A nota de crédito (o famoso score) é calculada pelos gestores de bancos de dados, os birôs, a partir do histórico de pagamentos do consumidor. Contas pagas em dia, dívidas em atraso, negativações e consultas recentes entram na conta, cada birô com seu modelo.
Desde a reformulação do Cadastro Positivo, o histórico de pagamentos em dia também alimenta essas notas. Um documento do Banco Central sobre o Cadastro Positivo explica que a nota é a informação que os consulentes podem acessar para avaliar risco de crédito e fazer vendas a prazo, enquanto o histórico detalhado depende de autorização do consumidor.
Para a clínica, isso significa que o sistema normalmente recebe uma pontuação e sinais resumidos, não o extrato financeiro do paciente. É informação suficiente para decidir, e é bom que seja só isso.
Consulta simples ou completa: o que muda no retorno
Alguns sistemas oferecem dois níveis de busca. No Carnê Capim, por exemplo, a consulta simples usa a base da Serasa, enquanto a completa cruza Serasa, Boa Vista e uma pontuação própria da Capim, com resultado instantâneo segundo a empresa.
| Tipo de consulta | O que costuma retornar | Quando faz sentido |
|---|---|---|
| Simples, um birô | Nota e existência de restrições | Tratamentos de valor menor, poucas parcelas |
| Completa, vários birôs e modelo próprio | Notas cruzadas e indicadores adicionais | Valores altos, parcelamentos longos, primeiro tratamento do paciente |
Cruzar bases reduz o risco de aprovar alguém cuja situação aparece em um birô e não em outro. Por outro ângulo, cada consulta tem custo, e faz sentido reservar a completa para quando o valor justifica.
A regra de decisão que o sistema aplica
A nota sozinha não aprova ninguém. Quem aprova é a política configurada. Uma regra típica combina três variáveis: a pontuação, o valor pedido e o prazo. Em pseudocódigo, algo assim:
- nota acima do patamar alto: aprova até o valor máximo, em qualquer prazo;
- nota intermediária: aprova até um teto menor ou pede entrada maior;
- nota baixa ou restrição ativa: reprova, ou sugere pagamento à vista com desconto.
Em uma consulta de score na clínica com carnê próprio, quem define esses patamares é o próprio consultório, porque o risco é dele. Já no financiamento por terceiro, a política é da financeira, e a clínica só recebe o resultado.
Essa diferença importa para quem desenvolve: no primeiro caso, o sistema precisa de uma tela de configuração de política; no segundo, de uma integração bem feita com a API do parceiro e de mensagens claras de retorno.
Do sim ao boleto: o que o sistema gera depois
Com o crédito aprovado, o fluxo segue para a formalização. No carnê próprio, a emissão de boletos para tratamentos acontece no mesmo sistema, com vencimentos já atrelados ao cadastro do paciente. Na Capim, esses boletos seguem acompanhados de lembretes automáticos de cobrança pelo WhatsApp.
No financiamento por terceiro, o documento é outro: uma cédula de crédito entre o paciente e o banco parceiro, e a clínica recebe o valor do tratamento à vista. O sistema precisa registrar que aquele orçamento foi pago por financiamento, para não cobrar o paciente duas vezes.
O que o sistema precisa gravar em cada operação
Para que a operação possa ser auditada depois, o registro mínimo inclui: quem fez a consulta, quando, qual birô respondeu, qual nota voltou, qual regra foi aplicada e qual decisão saiu. Parece excesso, mas é isso que permite responder a um paciente que pergunta por que foi recusado, ou a um sócio que quer entender por que a inadimplência subiu no último trimestre.
Sem esse log, a clínica fica com a lembrança da recepcionista como única fonte, e lembrança não serve de prova.
E quando a API do birô não responde?
Acontece. O birô fica fora do ar, a conexão da clínica cai, a consulta excede o tempo limite. Um sistema robusto trata isso como estado próprio (“análise pendente”), e não como reprovação. A pior experiência possível é o paciente ouvir “não aprovado” quando, na verdade, a consulta nem chegou a acontecer.
Um detalhe técnico que costuma passar batido é o cálculo do custo para o paciente. Se a clínica cobra juros no carnê, o valor total e o custo efetivo precisam estar claros. O post sobre como calcular o CET de um empréstimo mostra a conta que deveria estar por trás dessa informação.
Onde ficam os dados e quem pode ver
CPF, nota de crédito e histórico de pagamento são dados pessoais protegidos pela Lei Geral de Proteção de Dados. A proteção do crédito é uma das bases legais previstas para tratá-los, mas isso não autoriza qualquer uso: o dado consultado para aprovar um tratamento não deve aparecer na agenda, no prontuário clínico ou em relatórios abertos a toda a equipe.
Na prática, um sistema bem desenhado separa permissões: quem atende vê o resultado (aprovado ou não), quem cuida do financeiro vê o detalhe, e o log registra quem consultou e quando. Ao avaliar um fornecedor, pergunte sobre segurança de dados na clínica, perfis de acesso e onde os dados ficam armazenados. A Capim declara seguir a LGPD e utilizar protocolos avançados de segurança; vale pedir a qualquer fornecedor que detalhe o que isso significa.
O erro de tratar o score como sentença
O sistema devolve uma resposta objetiva, e isso é ótimo para a rotina. O erro é parar nela. Uma reprovação não diz que o paciente é mau pagador; diz que, com as informações disponíveis, aquele valor naquele prazo não passou na regra.
Muitas vezes, um prazo menor, uma entrada um pouco maior ou um plano de tratamento em fases resolve. Um software odontológico com crédito integrado facilita refazer a simulação na hora, sem mandar o paciente embora com um “não”.
A partir de agora, evite um hábito comum: comunicar a reprovação como julgamento. Explique ao paciente que a análise considera valor e prazo, ofereça a alternativa e mantenha o resultado restrito a quem precisa dele. Se quiser ver como uma plataforma faz esse fluxo de ponta a ponta, dá para conhecer a Capim e comparar com o que você usa hoje.
