Depois de integrar CRM e agenda, o campo de origem do paciente sumiu: como descobrir de novo qual canal trouxe quem?

"Depois que integramos o CRM com a agenda, o campo de origem do paciente sumiu e eu não sei mais qual canal trouxe quem."

Você não perdeu só um campo. Você perdeu a régua que diz onde colocar a verba do mês que vem.

E o pior: o sistema continua funcionando. A agenda enche, o paciente comparece, o faturamento entra. Nada apita. O que morreu é a sua capacidade de saber qual canal está pagando essa conta.

Antes de qualquer conserto, uma correção de diagnóstico que muda tudo.

O campo raramente some. Ele deixa de ser escrito. O registro continua existindo no banco do CRM, só que ninguém mais grava nada dentro dele, porque o mapeamento de campo entre os dois sistemas não contemplou aquele campo específico.

Isso tem consequência prática imediata: dá para queimar a primeira semana procurando um dado apagado quando o que estava quebrado era um caminho interrompido.

Neste guia você vai ver:

• Como separar perda de gravação (novos cadastros sem origem) de perda de histórico (a base antiga esvaziou)
• Os quatro pontos de entrada onde a origem se perde numa clínica e o que gravar em cada um
• A cadeia de custódia do dado: do clique no anúncio até o prontuário, sem quebrar
• Como recuperar o histórico do período cego a partir de anúncio, WhatsApp, e-mail e backup
• Como decidir verba enquanto o campo não volta, sem chutar
• O plano de 30 dias para parar a sangria, reconstruir e validar

O campo não sumiu: ele deixou de ser escrito

Faça este teste antes de abrir chamado com o fornecedor.

Abra três cadastros de pacientes que entraram antes da integração e três que entraram depois. Olhe o campo de origem nos seis.

São só dois desfechos possíveis:

1. Os antigos têm origem, os novos estão vazios. Você perdeu a gravação. O histórico está intacto. O conserto é no mapeamento de campos.
2. Os antigos também estão vazios. Você perdeu o histórico. Houve sobrescrita, truncamento ou migração que não trouxe o campo. O conserto envolve backup e reconstrução.

A diferença entre os dois cenários não é acadêmica. Ela decide se você tem um problema de uma semana ou de um mês, e se precisa acionar o backup pré-migração com urgência antes que a política de retenção do fornecedor o descarte.

Veja como isso acontece na prática: um campo de origem quase nunca é campo nativo do sistema. Ele é um campo customizado que alguém criou lá atrás, com um nome que só faz sentido na sua clínica ("origem_lead", "canal", "como chegou"). Integração conecta campo com campo, por nome e por tipo. Campo customizado sem equivalente do outro lado simplesmente não entra na lista.

Ninguém apagou nada. O dado novo nasce e vai para um lugar que não existe do outro lado da ponte.

Lembre: o campo de origem é a única coluna do seu CRM que não é sobre o paciente. É sobre a sua decisão de verba. Por isso ele é o primeiro a ser esquecido num de-para e o último a ser cobrado por alguém da operação.

Gravação quebrada ou histórico perdido: são dois problemas diferentes

Os dois se parecem na tela (campo vazio) e não têm nada a ver um com o outro por dentro. Trate-os separados desde o primeiro dia.

	Perda de GRAVAÇÃO	Perda de HISTÓRICO
Sintoma	Cadastros antigos com origem, novos vazios	Base inteira esvaziou, inclusive a antiga
Causa típica	De-para incompleto, campo customizado fora do mapeamento	Migração que sobrescreveu, truncou ou normalizou o campo
Urgência	Alta: cada dia novo é um dia cego	Máxima: o backup pré-migração tem prazo de retenção
Onde consertar	Mapeamento de campos da integração	Backup, export do sistema antigo, fontes externas
Quanto dá pra recuperar	Tudo daqui pra frente	Parte, por correspondência com fontes externas
Quem resolve	Quem fez a integração	Quem fez a migração, mais você, garimpando
Prazo realista	Dias	Semanas

Nos casos que chegam até nós, é comum a clínica ter os dois ao mesmo tempo, em graus diferentes: a gravação parou de todo e o histórico ficou parcialmente comprometido, com a origem preservada em parte dos cadastros e perdida em outra.

Isso não é azar. É a assinatura de uma integração que foi ligada direto em produção, sem homologação e sem teste de regressão de campos.

Os quatro pontos de entrada onde a origem se perde numa clínica

A origem não se perde num lugar só. Ela se perde em quatro, e cada um quebra de um jeito.

1. Formulário de anúncio (Meta e Google). O lead nasce dentro da plataforma, com campanha e anúncio identificados na origem. A quebra acontece na entrega: o formulário chega ao CRM por integração ou por planilha, e os campos de campanha ficam para trás porque ninguém os mapeou como campo de destino.

2. Clique para WhatsApp. É o canal mais usado e o mais frágil. O paciente clica no anúncio e cai numa conversa. A conversa carrega um identificador de clique que a plataforma injeta, mas ele vive fora do CRM: se o seu integrador não captura e grava esse identificador na criação do contato, a conversa vira "WhatsApp" genérico e a campanha some.

3. Ligação telefônica. O paciente vê o anúncio, anota o número e liga. Nenhum identificador atravessa a linha. Só existe um jeito de saber de onde veio: perguntar e registrar no ato, com lista fechada. Se a recepção não pergunta, aquele paciente nasce sem origem por natureza, não por defeito de integração.

4. Recepção e balcão. O paciente aparece. Indicação, fachada, passagem. Mesma regra da ligação: se não perguntar e registrar no cadastro, não existe.

Ponto de entrada	O que carrega origem	Onde quebra	O que gravar no cadastro
Formulário Meta/Google	Campanha, conjunto, anúncio, identificador de clique	No de-para para o CRM	Canal, campanha, identificador de clique, data
Clique para WhatsApp	Identificador de clique injetado na conversa	Na criação do contato, se ninguém captura	Canal, campanha, identificador, primeira mensagem
Ligação	Nada automático	Na recepção, se não perguntar	Canal declarado, lista fechada, quem atendeu
Recepção	Nada automático	Na recepção, se não perguntar	Canal declarado, lista fechada, quem atendeu

Repare no padrão: dois pontos são técnicos (o dado existe e alguém precisa carregá-lo) e dois são operacionais (o dado não existe e alguém precisa criá-lo). Uma integração bem feita resolve os dois primeiros. Nenhuma integração do mundo resolve os dois últimos.

Por isso a resposta "vamos integrar de novo" conserta metade do problema, e a metade que sobra é a que mais cresce em clínica que fatura alto, onde a indicação e o telefone pesam.

A cadeia de custódia do dado: do clique ao prontuário

Pense na origem como uma encomenda que precisa atravessar quatro balcões sem ninguém trocar a etiqueta:

1. Clique no anúncio. A plataforma gera o identificador.
2. Captura. O site, o formulário ou a conversa recebe esse identificador.
3. Gravação. O CRM cria o contato com o identificador dentro do cadastro.
4. Continuidade. O agendamento, o comparecimento e o fechamento ficam presos ao mesmo cadastro.

Se qualquer um dos quatro balcões perde a etiqueta, a encomenda chega sem remetente. E como o dado só é conferido lá na frente (quando você olha o relatório do mês), a quebra fica invisível por semanas.

A documentação oficial do Google Ads é direta sobre o balcão 3. Ela explica que a plataforma fornece IDs únicos por clique, chamados GCLID (Google Click ID), para cada clique que chega ao seu site vindo de um anúncio, e que, para medir conversões offline a partir desses cliques, você salva esses IDs junto com as informações do lead que coletar da pessoa que clicou (Google Ads Help, importação de conversões offline).

Leia de novo a ordem do processo: salvar junto com o lead. Não é opcional, não é refinamento avançado. É o mecanismo. Sem o ID gravado no cadastro, a conversão que acontece fora do anúncio (o agendamento por telefone, o comparecimento, o contrato assinado) não tem como ser reconciliada com o clique que a originou.

É exatamente esse campo que a sua integração deixou de escrever.

UTM, GCLID e identificador de clique: o que cada um resolve

Três camadas diferentes, confundidas o tempo todo. Vale destravar o vocabulário, porque cada uma quebra por um motivo.

Parâmetros UTM. São etiquetas que você mesmo pendura no link (source, medium, campaign). Servem para a camada web: dizem à ferramenta de análise de onde veio aquela sessão. Eles vivem na URL e morrem quando a URL muda, quando o paciente troca de dispositivo ou quando ele chega por um caminho que você não etiquetou.

Quando o parâmetro não chega, a ferramenta não inventa: ela reporta o vazio. A documentação do Google Analytics descreve o comportamento com todas as letras: se a origem/mídia da sessão é reportada como (not set), o tráfego aparece como Unassigned no grupo de canais padrão, porque nenhuma regra de canal corresponde aos dados do evento (Google Analytics Help).

Ou seja: "Unassigned" não é bug, é ausência de etiqueta. Se o seu painel de web está cheio de tráfego não atribuído, o problema é anterior à ferramenta.

GCLID. É o identificador emitido pelo Google por clique, descrito acima. Ele é o que reconcilia clique e conversão offline.

Identificador de clique do anúncio de WhatsApp. É o equivalente na conversa: o dado que amarra aquela conversa ao anúncio que a gerou. Ele precisa ser lido na criação do contato e gravado no cadastro, senão a conversa vira um número de telefone sem passado.

Se esse vocabulário ainda soa embaralhado, vale abrir o glossário de rastreamento e atribuição antes de discutir de-para com quem fez a integração. Discussão técnica com vocabulário frouxo produz de-para frouxo.

Camada	Onde vive	O que responde	Como quebra
UTM	Na URL da sessão	De onde veio a visita ao site	Link sem etiqueta, redirect que limpa, troca de dispositivo
GCLID	Na URL e no cadastro	Qual clique gerou este lead	Não é capturado, ou não é gravado no CRM
Identificador de clique do WhatsApp	Na conversa e no cadastro	Qual anúncio gerou esta conversa	Integração cria o contato sem ler o identificador
Origem declarada	No cadastro, digitada	Como o paciente diz que chegou	Ninguém pergunta, ou é campo de texto livre

Conversão offline: por que o agendamento acontece longe do anúncio

Aqui está a razão estrutural de tudo isso doer mais em clínica do que em e-commerce.

Em loja online, o dinheiro entra na mesma sessão do clique. A plataforma vê a venda acontecer e fecha o ciclo sozinha.

Em clínica não. O clique acontece na terça, a conversa no WhatsApp na quarta, o agendamento por telefone na quinta, o comparecimento na semana seguinte e o fechamento do plano de tratamento duas consultas depois. A conversão que importa acontece longe do anúncio, em outro sistema, às vezes por outro canal.

É por isso que a origem precisa viajar junto do paciente por todo o percurso. Ela é a única linha que costura o clique ao paciente na cadeira.

E é por isso que a quebra é silenciosa: nos primeiros dias, tudo parece normal. Você só descobre quando tenta responder "quanto custou o paciente que fechou reabilitação este mês" e percebe que não tem por onde começar.

Se você quer ir mais fundo em qual canal merece o crédito quando vários tocam o mesmo paciente, o modelo de atribuição de mídia trata dessa pergunta separadamente. Aqui o foco é anterior: sem o campo gravado, nenhum modelo de atribuição tem o que ler.

As sete razões pelas quais a integração derrubou o campo

Sete causas cobrem o que a gente encontra quando abre o de-para de uma clínica. Identificar a sua encurta a conversa com o fornecedor de dias para minutos.

1. Campo customizado sem equivalente no destino. O CRM tem "origem_lead", o sistema de agenda não tem nada parecido. A integração ignora o que não sabe mapear.

2. De-para incompleto. O mapeamento foi feito pelos campos "importantes" (nome, telefone, e-mail, data) e o campo de origem não entrou na lista de quem definiu o que era importante.

3. Sobrescrita por sincronização bidirecional. Os dois sistemas escrevem no mesmo cadastro. O sistema que não tem o campo devolve vazio, e vazio sobrescreve preenchido. Esse é o mais cruel: o dado é apagado toda vez que o registro é sincronizado.

4. O campo virou texto livre. Na origem era lista fechada com cinco opções. No destino virou caixa de texto. Aí "Instagram", "instagram", "IG", "insta" e "redes" viram cinco canais diferentes, e o relatório fica inútil mesmo com o campo cheio.

5. Truncamento ou normalização. O campo de destino aceita menos caracteres ou aceita outro tipo de dado. Valor longo entra cortado, valor inesperado entra nulo.

6. Ordem de criação errada. O contato é criado primeiro e a origem chegaria depois, num segundo passo que falha em silêncio ou nunca foi implementado.

7. Permissão. O usuário técnico da integração não tem permissão de escrita naquele campo específico. A chamada retorna sucesso, o campo continua vazio.

Causa	Sintoma que a denuncia	Conserto
Campo sem equivalente	Só o campo de origem está vazio, o resto entra	Criar o campo no destino e mapear
De-para incompleto	Vários campos customizados vazios	Reabrir o de-para com dicionário de dados
Sobrescrita bidirecional	O campo enche e esvazia sozinho	Definir quem escreve o quê, nunca os dois
Texto livre	Campo cheio, relatório impossível	Voltar a lista fechada e normalizar o legado
Truncamento	Valor cortado ou nulo em parte dos cadastros	Ajustar tipo e tamanho do campo
Ordem de criação	Contato existe, origem nunca aparece	Gravar origem na criação, não depois
Permissão	Log diz sucesso, campo vazio	Corrigir o perfil do usuário de integração

Repare que quatro das sete causas nada têm a ver com a qualidade do software. Elas são de projeto: alguém decidiu o escopo do de-para sem perguntar quem usa o relatório.

Por que isso é tão comum em clínica no Brasil

Não é a sua clínica que é desorganizada. É o setor que ainda não resolveu a camada de integração.

A Pesquisa TIC Saúde 2025, do CGI.br/Cetic.br, mede os estabelecimentos de saúde brasileiros que usaram internet nos últimos 12 meses e separa bem as duas coisas. No indicador B0, 92% dos estabelecimentos pesquisados têm sistema eletrônico para registro das informações dos pacientes, e no recorte privado o número é de 93% (Cetic.br, indicador B0).

Ter sistema, portanto, é quase universal.

Já no indicador B9, que mede a existência de sistema eletrônico com interoperabilidade, o quadro muda: 27% dos estabelecimentos pesquisados declararam ter, e 61% declararam não ter. No recorte privado, apenas 14% declararam ter, contra 76% que declararam não ter (Cetic.br, indicador B9).

O contraste entre os dois indicadores é a explicação do seu problema em uma linha: o sistema existe em quase todo lugar, o que é raro é ele conversar com os outros.

Some a isso um detalhe operacional: clínica odontológica, mesmo faturando alto, quase nunca tem time de tecnologia próprio para auditar um de-para. Quem confere se o campo chegou é a mesma pessoa que atende o paciente. E ela confere pelo que aparece na tela dela, não pelo que alimenta o seu relatório de verba.

Resultado: a quebra passa pelo aceite.

Lembre: integração entregue não é integração aceita. Entrega é o fornecedor dizer que ligou. Aceite é você provar que um lead entrou por cada um dos quatro pontos de entrada e chegou completo do outro lado.

O diagnóstico em uma tarde: sete consultas que dizem onde quebrou

Você não precisa de auditoria longa para localizar a quebra. Precisa de sete respostas, e todas cabem numa tarde.

1. Qual foi a data do último cadastro com origem preenchida? Ela é a data do corte. Compare com a data em que a integração entrou no ar.
2. Os cadastros antigos continuam com origem? Define gravação versus histórico, como na tabela acima.
3. Que percentual dos cadastros do último mês tem origem? É o tamanho da sangria, medido na sua base, não estimado.
4. O campo existe nos dois sistemas? Abra a tela de campos customizados dos dois e compare nome, tipo e tamanho.
5. O campo está no mapeamento? Peça a tela de de-para ao fornecedor. Não peça relatório, peça a tela.
6. O log da integração registra erro naquele campo? Erro silencioso costuma estar lá, com carimbo de hora.
7. Existe backup anterior à migração e até quando ele fica disponível? Essa resposta tem prazo de validade. Faça essa pergunta primeiro se a suspeita for perda de histórico.

Documente as sete respostas por escrito antes de qualquer chamado. Fornecedor responde muito melhor a evidência datada do que a "sumiu o campo de origem".

Migração de dados: completude, ausência de duplicidade e ordem

Se o seu caso é perda de histórico, o problema não foi a integração. Foi a migração que veio antes dela.

Migração de base tem três critérios de fidelidade que precisam ser verificados um a um, e quase nunca são. São os mesmos três que a documentação de arquitetura do Google Cloud sobre migração de banco de dados define como propriedades de consistência: todo dado especificado é de fato migrado, cada dado migra uma única vez e as mudanças chegam ao destino na mesma ordem em que aconteceram na origem.

• Completude: todo registro que existia na origem existe no destino, com todos os campos, não só os principais.
• Ausência de duplicidade: nenhum registro entrou duas vezes, e nenhum paciente virou dois cadastros com históricos partidos.
• Ordem e integridade temporal: a sequência de eventos foi preservada, e a data de criação do cadastro não virou a data da migração.

Esse terceiro critério é o que mais estraga atribuição. Quando a migração carimba todos os cadastros com a data do dia da carga, você perde a capacidade de analisar por período, que é justamente o método de reconstrução que sobra quando o campo de origem falta.

E tem uma expectativa que precisa cair antes de assinar o próximo projeto: tempo de parada zero de verdade não existe. A mesma documentação do Google Cloud afirma que, numa migração, atingir tempo de parada verdadeiramente zero é impossível, porque há momentos em que os sistemas que consomem o banco não conseguem processar requisições. Existe janela curta, existe congelamento de escrita, existe operação em modo degradado com registro manual. Quem promete corte sem nenhuma parada geralmente está transferindo o custo para a fase de reconciliação, que é onde os campos somem.

Guarde esses três critérios para o próximo projeto de troca de sistema. Neste artigo a conversa é depois do estrago, e o que interessa agora é quanto do passado ainda dá para reconstruir.

Recuperação forense: de onde puxar a origem que o CRM não tem

O período cego não é necessariamente perdido. A origem costuma existir em outros lugares, com fidelidade variada. A recuperação é um trabalho de cruzamento por telefone e e-mail, dentro de uma janela de tempo.

1. Plataforma de anúncio. Meta e Google guardam os leads gerados por formulário no período, com campanha e data. Baixe tudo do intervalo cego. É a fonte de maior fidelidade para quem entrou por formulário.

2. Histórico de conversas do WhatsApp. A primeira mensagem costuma denunciar o caminho: mensagem automática de anúncio, texto padrão de campanha, horário compatível com o disparo. Fidelidade média, suficiente para classificar canal.

3. Backup pré-migração. Se existir e ainda estiver dentro do prazo de retenção, é a fonte de maior fidelidade de todas, porque é a sua base como ela era. Peça hoje, não na semana que vem.

4. E-mail de notificação de lead. Muita clínica tem anos de notificações na caixa de entrada, com o corpo do formulário inteiro. Fonte subestimada e frequentemente completa.

5. Planilha da recepção. O caderno, a planilha compartilhada, a lista de confirmação. Costuma ser a única fonte para quem chegou por telefone ou balcão.

6. Registro de chamadas. Se você usa número de telefone diferente por canal, o registro de chamadas resolve a origem da ligação sem depender de memória.

7. Relatório da agência ou do gestor de tráfego. Relatórios mensais guardam volume por campanha, o que permite pelo menos a reconstrução agregada por período.

Fonte	O que recupera	Fidelidade	Limite
Plataforma de anúncio	Lead de formulário, com campanha	Alta	Só quem veio por formulário
Backup pré-migração	A base como era	Alta	Depende de existir e do prazo de retenção
E-mail de notificação	Corpo do formulário, data	Alta	Só o que gerava notificação
Conversa do WhatsApp	Canal e indício de campanha	Média	Precisa de leitura e classificação
Registro de chamadas	Origem da ligação	Média	Só se houver número por canal
Planilha da recepção	Indicação, balcão, telefone	Média	Preenchimento irregular
Relatório do gestor de tráfego	Volume agregado por campanha	Baixa no individual	Não resolve paciente a paciente

O método de cruzamento é simples e precisa de disciplina: para cada registro da fonte externa, procure na base um cadastro com o mesmo telefone ou e-mail criado numa janela de tempo de poucos dias. Casou, escreva a origem recuperada num campo separado, marcado como reconstruído.

Esse detalhe importa: origem recuperada não entra no mesmo campo da origem capturada. Uma é medição, a outra é inferência. Misturar as duas contamina para sempre a sua base, e você nunca mais saberá quanto do seu relatório é dado e quanto é reconstituição.

Atribuição provisória enquanto o campo não volta

Você não pode congelar a verba até o campo voltar. Três métodos permitem decidir no intervalo, com honestidade sobre o que cada um prova.

1. Correspondência por telefone e e-mail com janela. É o método descrito acima, aplicado também ao presente. Rende atribuição paciente a paciente para a parcela que veio de formulário e de clique.

2. Análise por período. Compare volume de cadastros novos por semana com a curva de investimento e de veiculação por canal. Não prova causa em nível individual, mas mostra correlação forte quando um canal muda de patamar.

3. Teste de corte controlado. O método mais honesto que existe sem campo de origem: pause um canal por um período definido, ou corte a veiculação em uma região específica, e meça a diferença no volume de agendamentos e de comparecimentos. Se a agenda não sente, o canal não estava trazendo o que dizia trazer.

O teste de corte tem custo e tem risco, e por isso ele exige regra escrita antes de começar: qual canal, por quantos dias, qual métrica decide e qual é o gatilho para religar antes do prazo. Sem essas quatro definições no papel, o teste vira uma decisão emocional na terceira semana.

Lembre: decidir verba sem campo de origem é possível. O que não é possível é decidir verba sem campo de origem e sem método, confiando na sensação de quem atende o telefone.

"Como você nos conheceu?": quando a origem declarada ajuda e quando engana

A pergunta na recepção é útil e é limitada, e confundir as duas coisas custa caro.

Onde ela ajuda: é a única fonte para quem chegou por telefone e por balcão, resolve indicação (que nenhum sistema captura) e funciona como desempate quando o dado técnico está ambíguo.

Onde ela engana: a memória do paciente é enviesada de forma previsível. Ele subestima anúncio, porque não lembra do vídeo que viu três semanas antes nem associa aquele vídeo à decisão de hoje. E superestima indicação, porque a conversa com a cunhada é o evento que ficou na cabeça dele, mesmo que a cunhada só tenha confirmado o que o anúncio já tinha plantado.

Some a isso o viés de cortesia: perguntado na recepção, cara a cara, o paciente tende a dar a resposta que parece simpática ("uma amiga me indicou") em vez da que é técnica ("cliquei num anúncio no Instagram").

Por isso a regra prática é clara: origem declarada é desempate, nunca fonte principal. Ela entra num campo próprio, "origem declarada", ao lado da "origem capturada". Quando as duas divergem, prevalece a capturada, e a divergência vira informação: se a maior parte dos leads de anúncio se declara indicação, você acabou de descobrir que o anúncio está gerando conversa que termina em indicação, o que muda como você lê os dois canais.

Governança do campo: lista fechada, dono e permissão de sobrescrita

Consertar o de-para sem consertar a governança é garantir que o problema volte na próxima integração.

Cinco decisões precisam estar escritas:

1. O campo é lista fechada, nunca texto livre. Cinco a oito opções, no máximo. Sugestão de estrutura: Google, Meta, WhatsApp orgânico, Indicação, Recepção/Passagem, Parceiro, Outro. Se o valor não está na lista, cai em "Outro" e alguém revisa.

2. Quem preenche, e em que momento. Para canal digital, a integração preenche na criação do contato, automaticamente. Para telefone e balcão, quem atende preenche antes de salvar o cadastro, e o campo é obrigatório.

3. Quem pode sobrescrever. A resposta certa é: quase ninguém. Origem é carimbo de nascimento do cadastro, não estado que muda. Depois de gravada, a alteração deve exigir perfil específico e ficar registrada.

4. Origem capturada e origem declarada são campos diferentes. Já tratado acima, e é a regra mais violada.

5. Quem confere, com que frequência. Alguém olha, toda semana, o percentual de cadastros novos sem origem. Essa é a métrica de saúde do campo, e ela é o alarme que faltou da última vez.

O ponto três merece um parágrafo extra, porque é a causa raiz do caso mais frustrante: a sincronização bidirecional que apaga o campo a cada atualização do cadastro. Vazio nunca deve sobrescrever preenchido. Essa é uma regra de integração, não uma opinião, e ela precisa estar explícita no contrato com quem integra.

LGPD e o campo de origem

Origem vinculada a um paciente identificado é dado pessoal, e a clínica responde por ele como controladora. Isso tem três consequências práticas que o dono precisa conhecer antes de mandar reconstruir a base.

Finalidade. O campo existe para medir captação e decidir verba. É esse o propósito declarado, e é dentro dele que o dado deve circular. Origem não é informação de atendimento clínico e não precisa estar visível para toda a equipe.

Qualidade dos dados. A LGPD (Lei 13.709/2018) traz entre seus princípios o da qualidade dos dados, que garante ao titular exatidão, clareza, relevância e atualização, conforme a necessidade e o cumprimento da finalidade do tratamento. Base com campo de origem errado ou desatualizado não é só um problema de marketing: é um dado inexato sobre uma pessoa identificada.

Necessidade e acesso. Reconstrução forense implica cruzar listas de leads com a base de pacientes. Isso deve ser feito com o mínimo de dados necessário, por quem tem função para isso, e sem exportar base de pacientes para planilha pessoal de ninguém.

O guia sobre LGPD para dados de leads e pacientes da clínica cobre o restante do arranjo. Para o caso deste artigo, o resumo é: reconstruir origem é legítimo, e precisa ser feito com o mesmo cuidado que qualquer tratamento de dado de paciente.

Contrato e SLA com quem integra: o que exigir antes de religar

Você vai religar a integração. A lista abaixo é o que separa um religamento que segura de outro apagão daqui a seis meses.

1. Dicionário de dados assinado. Lista de todos os campos dos dois lados, com nome, tipo, tamanho, obrigatoriedade e destino. O campo de origem aparece nela, nominalmente.
2. Ambiente de homologação. A integração roda primeiro contra uma cópia, não contra a sua base viva.
3. Teste de regressão de campos. Antes e depois de qualquer mudança, um lote de cadastros de teste atravessa os quatro pontos de entrada e alguém confere campo a campo.
4. Backup pré-migração com prazo declarado. Onde está, por quanto tempo fica, quem tem acesso e em quanto tempo é restaurado.
5. Regra de precedência escrita. Quem escreve cada campo, e a regra de que vazio não sobrescreve preenchido.
6. Log acessível a você. Não relatório bonito: log de erro, com carimbo de hora, que você consiga abrir.
7. Cláusula de retorno ao estado anterior. O que acontece, em quanto tempo e às custas de quem, se a integração quebrar dado em produção.
8. Critério de aceite objetivo. Um lead por ponto de entrada, do clique ao cadastro completo, conferido por você antes de assinar o aceite.

Os oito itens cabem em duas páginas. A falta deles é o que transforma um ajuste de campo numa negociação de três semanas com um fornecedor que já recebeu.

Risco de projeto: a média engana, a cauda é que machuca

Vale nomear um padrão que aparece em projeto de tecnologia e que o dono de clínica reconhece de outros contextos.

O estouro típico de prazo e de custo é desconfortável, mas administrável. O que quebra a operação não é o projeto médio: é a cauda, o caso extremo em que a integração "rápida" vira meses de dado inconsistente, decisão de verba no escuro e retrabalho de base.

Duas consequências práticas disso:

• Planeje pelo pior caso plausível, não pela média. A pergunta certa para o fornecedor não é "quanto tempo leva", é "o que acontece se der errado, e como voltamos ao estado anterior".
• Reduza o tamanho do lote. Integração ligada por etapas, com um ponto de entrada por vez e conferência entre eles, tem cauda muito mais curta do que a virada de chave completa num fim de semana.

Não trate isso como pessimismo. Trate como a mesma lógica que você usa na clínica quando planeja uma reabilitação complexa: o plano bom não é o que assume que tudo vai dar certo, é o que tem conduta definida para quando não der.

O que você passa a enxergar quando a origem volta

Vale lembrar o que está em jogo, porque ninguém investe atenção em um campo de banco de dados por amor à organização.

Com origem gravada em todos os cadastros, você para de olhar médias e passa a ver diferença entre canais em cinco métricas que hoje estão fundidas numa só.

Segundo dados internos da Odonto Results (2026), 12% dos leads viram agendamento dentro do WhatsApp, numa faixa de 9% a 15%, sem contar telefone. Base: 21.433 leads. Janela: 25 de março a 25 de agosto de 2026. Essa é a média do conjunto. Sem campo de origem, é tudo o que você tem: um número só, que não diz qual canal o segura para baixo.

Ainda segundo dados internos da Odonto Results (2026), entre os leads que respondem à clínica no WhatsApp, a mediana entre clínicas é de 21% que viram agendamento na conversa, com faixa típica de 16% a 28%, sem contar telefone. Base: 21.433 leads. Janela: 25 de março a 25 de agosto de 2026. Repare que o denominador é outro (só entram os leads que responderam) e que a estatística é a mediana entre clínicas, não o agregado. É exatamente esse tipo de corte, com denominador explícito, que o campo de origem permite fazer canal a canal.

E tem a camada de tempo. Segundo dados internos da Odonto Results (2026), 46,0% dos leads de clínica odontológica chegam fora do horário comercial. Base: 16.719 leads na primeira mensagem do WhatsApp. Janela: 25 de março a 25 de agosto de 2026. Se metade da procura chega quando a recepção está fechada, saber de qual canal vem essa metade muda a decisão sobre atendimento noturno e sobre automação.

Nada disso é visível numa base sem origem. Você enxerga o agregado e decide no agregado, o que significa decidir errado para todos os canais ao mesmo tempo.

Como a origem quebrada distorce a decisão de verba

Dois erros aparecem com frequência, e os dois custam caro em clínica de ticket alto.

Erro 1: confundir lead barato com paciente barato. Um canal pode entregar lead a um custo baixo e paciente na cadeira a um custo alto, porque a taxa de resposta, de agendamento e de comparecimento é pior. Sem origem, você só vê a primeira metade da conta e conclui que o canal barato é o melhor.

Esse risco não é hipotético no custo de entrada. Segundo dados internos da Odonto Results (2026), anúncio com destino WhatsApp e com formulário não têm vencedor estrutural de custo por lead: as medianas ficam em R$14,10 e R$12,14, e as faixas típicas se sobrepõem, de R$10,69 a R$19,67 contra R$10,07 a R$14,23, com o formulário concentrando 65,8% do volume. Base: Meta Ads. Janela: agosto de 2023 a agosto de 2026.

Traduzindo para a sua decisão: se o custo de entrada dos dois destinos é equivalente, a diferença de resultado se decide depois do lead, na resposta, no agendamento e no comparecimento. E é justamente essa parte que fica invisível quando o campo de origem some.

Erro 2: o orgânico levando o crédito do pago. Quando o rastreamento quebra, o paciente que clicou no anúncio e depois pesquisou o nome da clínica no Google aparece como busca direta ou orgânica. O pago fica com o custo, o orgânico fica com o crédito. A conclusão típica é "meu Instagram traz sozinho, posso cortar o anúncio", e o teste de corte costuma desmentir isso em duas semanas.

Os dois erros têm a mesma raiz: um sistema de medição que perdeu a linha entre clique e cadeira, e um dono decidindo com a metade da informação que achava ter inteira.

O painel mínimo por origem

Painel bom para clínica não tem vinte indicadores. Tem cinco, medidos por origem, com a mesma chave nos cinco.

Etapa	O que medir	Chave que amarra
Lead	Volume de leads por origem	Origem gravada na criação do contato
Resposta	Quantos responderam, e em quanto tempo	Mesmo cadastro, mesma origem
Agendamento	Quantos viraram horário na agenda	Mesmo cadastro, origem preservada
Comparecimento	Quantos de fato compareceram	Retorno da agenda para o cadastro
Ticket	Valor fechado por paciente que compareceu	Retorno do sistema clínico para o cadastro

A regra que faz esse painel funcionar é uma só: a mesma chave nas cinco linhas. Se a origem existe no lead e se perde no agendamento, as três últimas linhas viram agregado de novo e o painel volta a mentir por omissão.

Reparou que as duas últimas etapas exigem que o dado volte da agenda e do sistema clínico para o CRM? Esse caminho de volta é o que quase nenhuma integração de clínica implementa, e é o que separa um painel de marketing de um painel de negócio. A anatomia dessas quebras de ida e volta está detalhada em onde exatamente a automação para de funcionar quando CRM e agenda não conversam.

O plano de 30 dias

Quatro semanas, na ordem. Não pule a primeira para começar pela terceira: reconstruir histórico enquanto a sangria continua é trabalho jogado fora.

Semana 1: parar a sangria.

1. Rode as sete consultas do diagnóstico e documente as respostas com data.
2. Peça hoje a confirmação de existência e prazo do backup pré-migração.
3. Confirme se o campo existe nos dois sistemas, com o mesmo tipo e tamanho.
4. Recrie o campo no destino se necessário e inclua no de-para.
5. Ative o registro manual obrigatório na recepção para telefone e balcão, com lista fechada, valendo a partir de hoje.

Semana 2: religar com prova.

6. Rode o teste de ponta a ponta: um lead por ponto de entrada (formulário, clique para WhatsApp, telefone, balcão).
7. Confira campo a campo no cadastro de destino, inclusive identificador de clique.
8. Escreva a regra de precedência (vazio não sobrescreve preenchido) e peça implementação.
9. Crie a métrica de saúde: percentual de cadastros novos sem origem, olhado toda semana.

Semana 3: recuperar o recuperável.

10. Baixe os leads do período cego das plataformas de anúncio.
11. Extraia as notificações de lead por e-mail do mesmo intervalo.
12. Exporte o histórico de conversas do WhatsApp do período.
13. Cruze por telefone e e-mail com janela de poucos dias e grave em campo separado, marcado como reconstruído.

Semana 4: validar e blindar.

14. Compare o volume reconstruído por canal com o relatório de veiculação do período. Divergência grande significa método frouxo, não canal misterioso.
15. Feche o contrato e o critério de aceite com quem integra, usando os oito itens da lista acima.
16. Monte o painel mínimo de cinco linhas por origem e defina quem olha, e quando.
17. Agende a reconferência trimestral do de-para, porque toda atualização de sistema é uma chance de o campo cair de novo.

Ao fim das quatro semanas você tem duas coisas que não tinha: gravação funcionando com prova, e uma leitura honesta do passado, com o que é dado separado do que é inferência.

Seu próximo passo

1. Faça o corte hoje, antes de abrir chamado. Abra três cadastros de antes e três de depois da integração e responda uma pergunta só: perdi gravação ou perdi histórico? Essa resposta define o plano inteiro e leva dez minutos.
2. Pergunte pelo backup antes de qualquer outra coisa. Onde está, até quando fica disponível e quem restaura. É a única peça do conserto que tem prazo de validade correndo contra você agora.
3. Só então religue, e religue com aceite. Um lead de teste por ponto de entrada, conferido campo a campo, com a regra de que vazio não sobrescreve preenchido escrita no contrato. Integração sem critério de aceite é a mesma integração que te trouxe até aqui.

Quer uma operação em que a origem do paciente atravessa inteira, do clique ao comparecimento, e a verba do mês é decidida com custo por paciente na cadeira em vez de custo por lead? Agende uma apresentação.