Quais informações devem ser sincronizadas entre o CRM e a agenda da clínica e quais não devem?

"Quais informações devem ser sincronizadas entre o CRM e a agenda da clínica e quais não devem?"

A pergunta parece técnica. Não é.

Ela é uma decisão de negócio com consequência jurídica, e quase toda clínica responde errado do jeito mais caro possível: mandando integrar tudo.

Integrar tudo parece seguro porque ninguém precisa escolher. Na prática, você enche o CRM comercial de dado clínico que não pode estar lá, duplica cadastro, perde a origem da campanha e ainda descobre que o número que sustenta a decisão de verba (o comparecimento) é justamente o que não voltou.

O corte certo é curto e cabe numa frase: sincroniza o campo que alguém usa para agir.

Neste guia você vai ver:

• A diferença funcional entre CRM e software de gestão, e por que ela define o corte
• Campo a campo: o que vai, o que volta e o que nunca cruza a fronteira
• Chave única, sistema-mestre, latência, conflito e loop de duplicação
• O que a LGPD, o Código de Ética Odontológico e a RNDS mudam nessa conta
• Como testar a integração antes de confiar nela, e quando não integrar

CRM e agenda não são o mesmo software (e é por isso que a pergunta existe)

Comece pela divisão de território, porque ela resolve metade das dúvidas sozinha.

O CRM é o sistema do pré-paciente. Ele cuida de quem ainda é lead: de onde veio, o que perguntou, quem está negociando, em que etapa parou, quando foi o último contato.

O software de gestão (a agenda, o prontuário, o financeiro clínico) é o sistema do pós-paciente. Ele cuida de horário, cadeira, profissional, unidade, evolução clínica e cobrança.

A fronteira entre os dois é o momento em que o lead vira paciente agendado. E é exatamente ali que a integração precisa existir.

Quem trata os dois como "a mesma base de contatos" cria o problema que depois chama de bug. Veja onde a automação quebra quando CRM e agenda não conversam.

Lembre: integração não é cópia. É contrato entre dois sistemas dizendo quais campos atravessam, em que direção e quem manda em cada um.

A regra de corte: sincronize só o campo que alguém usa para agir

Antes de listar campo, fixe o critério. Sem critério, toda lista vira preferência pessoal de quem configurou a integração.

Um campo merece atravessar a fronteira quando responde sim a uma destas três perguntas:

1. Alguém do outro lado toma uma decisão diferente por causa dele? A recepção atende melhor sabendo o procedimento de interesse. Atende igual sabendo o histórico de restauração.
2. Ele é necessário para identificar a mesma pessoa nos dois sistemas? CPF, telefone e data de nascimento entram. Cor dos olhos não.
3. Ele fecha um relatório que decide dinheiro? Origem da campanha e status de comparecimento fecham. Texto livre de anamnese não fecha nada.

Se a resposta for não nas três, o campo fica onde está.

Esse critério não é opinião de quem escreve. Ele espelha o princípio da necessidade do art. 6º, inciso III da LGPD, que limita o tratamento ao mínimo necessário para a realização das finalidades, "com abrangência dos dados pertinentes, proporcionais e não excessivos em relação às finalidades do tratamento de dados".

Traduzindo para a sua operação: dado que atravessa sem função é exposição sem contrapartida.

Os campos de identificação que devem sincronizar sempre

Esses são os campos que existem para garantir que os dois sistemas estão falando da mesma pessoa. Sem eles, nada mais funciona.

Nome completo

Vai do CRM para a agenda, sem abreviação. Nome é o campo que o humano lê na recepção, mas nunca deve ser usado para casar registros (o motivo está na seção de chave única).

Telefone com DDD, no padrão do WhatsApp

É o campo operacional mais importante do conjunto. Normalize antes de sincronizar: só dígitos, com DDD e código do país, sem parênteses nem hífen.

Telefone com formatação livre é a causa número um de duplicidade silenciosa entre dois sistemas.

E-mail

Vai, e serve como chave secundária de deduplicação. Vale exigir formato válido no CRM, porque e-mail digitado errado não retorna erro: ele só nunca chega.

Data de nascimento

Vai. Ela desempata homônimos, habilita a régua de aniversário e, em muitos softwares de gestão, é campo obrigatório para abrir a ficha.

CPF como chave

Vai quando existe. É o identificador mais estável que a clínica tem e o único que não muda de dono. Em captação, porém, ele quase nunca chega no primeiro contato, então o desenho precisa funcionar antes de ele existir.

Os campos comerciais que vão do CRM para a agenda

Aqui está a parte que a maioria das integrações prontas ignora, e é a que mais dói depois.

• Origem e parâmetros da campanha (UTM, canal, anúncio, conjunto). Sem esse campo viajando junto, a agenda registra "paciente novo" sem dizer de onde ele veio, e sua atribuição morre no meio do caminho. Sobre esse buraco específico, veja como a integração perde a origem do paciente e cega a atribuição.
• Procedimento de interesse. Não é diagnóstico, é intenção declarada pelo próprio paciente. Define duração do bloco, cadeira e profissional certo. É dado operacional legítimo.
• Responsável pelo atendimento (quem qualificou no CRC). Permite que a recepção continue a conversa em vez de recomeçar do zero, e permite medir desempenho por pessoa.
• Observação de triagem, em campo curto e padronizado. Aqui mora o risco: campo livre convida a equipe a colar sintoma, queixa e histórico clínico. Limite por seleção, não por texto aberto.
• Preferência de contato e de horário. Alimenta a régua de confirmação com o canal e a janela que a pessoa aceitou.

Repare no padrão: tudo que sobe para a agenda é contexto comercial, nunca conteúdo clínico.

Os campos que precisam voltar da agenda para o CRM

Essa é a direção que quase toda clínica esquece de ligar. E é a mais valiosa das duas.

O CRM sozinho enxerga até o agendamento. Só a agenda sabe o que aconteceu depois.

Devem voltar:

1. Status do agendamento, com estados fechados: agendado, confirmado, compareceu, faltou, remarcado, cancelado. Estado livre digitado pela recepção não serve para relatório.
2. Data e hora efetivas, inclusive depois de remarcação.
3. Profissional que atendeu.
4. Unidade, quando a clínica tem mais de um endereço.
5. Status do orçamento em granularidade grossa (apresentado, aceito, recusado, em aberto).

O status de comparecimento é o campo que muda a sua decisão de verba, porque agendamento não é resultado.

Para dimensionar o tamanho do buraco quando esse campo não volta: estudo publicado no PMC/National Library of Medicine analisou agendamentos de uma clínica odontológica em Riade, na Arábia Saudita, coletados entre 1º de janeiro e 31 de dezembro de 2019. Na base utilizável de 196.018 agendamentos, 42,68% foram no-show (83.663 faltas) naquela clínica e naquele ano. É outro país e outro sistema de atendimento, não uma taxa transferível para a sua operação particular, mas serve para mostrar por que "agendou" e "compareceu" jamais podem ser o mesmo campo.

O que NÃO deve sincronizar: a linha do prontuário

Agora a metade da resposta que quase ninguém escreve com todas as letras.

Estes dados ficam no software clínico e não entram no CRM comercial:

• Anamnese (histórico de saúde, medicação em uso, alergias, comorbidades).
• Diagnóstico e plano de tratamento clínico.
• Evolução clínica e notas de atendimento.
• Imagem e radiografia (panorâmica, periapical, tomografia, foto intraoral).
• Odontograma.
• Prescrição e atestado.
• Laudo e parecer.

O motivo é direto. A LGPD, no art. 5º, inciso II, classifica "dado referente à saúde" como dado pessoal sensível, categoria com regime de proteção mais rígido que o do dado comum.

Some a isso o princípio da necessidade do art. 6º, inciso III e a conta fecha sozinha: um CRM comercial não tem finalidade declarada que justifique guardar radiografia.

Existe ainda uma vedação específica sobre compartilhamento de dado de saúde, e ela merece seção própria mais adiante neste guia.

Lembre: a pergunta certa antes de ligar um campo não é "dá para sincronizar?". É "se esse campo vazar amanhã, o que acontece com o paciente e com a clínica?".

Dados financeiros: o que entra no CRM e em que granularidade

Dado financeiro é a zona cinzenta da integração, e merece regra própria.

Pode ir para o CRM:

• Status do orçamento (apresentado, aceito, recusado, em aberto).
• Valor total fechado do caso.
• Data da decisão.

Não deve ir:

• Detalhamento por procedimento (é plano de tratamento disfarçado de nota fiscal).
• Extrato de parcelas, meio de pagamento e dados de cartão.
• Situação de inadimplência com histórico de cobrança.

O teste é simples: se der para reconstruir o tratamento clínico lendo a cobrança, o campo é clínico, não comercial.

Com status e valor fechado, você já consegue calcular retorno por campanha. Com o extrato inteiro, você só ganhou risco.

Tabela mestra: campo por campo, direção, dono e frequência

Essa tabela é o que você leva para a reunião com quem vai configurar a integração.

Campo	Direção	Sistema-mestre	Frequência	Entra?
Nome completo	CRM para agenda	CRM até virar paciente; depois, gestão	Tempo real	Sim
Telefone (normalizado)	Bidirecional	Gestão, após o cadastro	Tempo real	Sim
E-mail	Bidirecional	Gestão, após o cadastro	Tempo real	Sim
Data de nascimento	CRM para agenda	Gestão	Tempo real	Sim
CPF	Agenda para CRM	Gestão	Tempo real	Sim
Origem e UTM da campanha	CRM para agenda	CRM, sempre	Tempo real, uma vez (nunca sobrescrever)	Sim
Procedimento de interesse	CRM para agenda	CRM	Tempo real	Sim
Responsável pelo atendimento	CRM para agenda	CRM	Tempo real	Sim
Observação de triagem	CRM para agenda	CRM	Tempo real	Sim, padronizada
Status do agendamento	Agenda para CRM	Gestão	Tempo real	Sim
Data, hora, profissional, unidade	Agenda para CRM	Gestão	Tempo real	Sim
Status do orçamento	Agenda para CRM	Gestão	Diário basta	Sim
Valor fechado do caso	Agenda para CRM	Gestão	Diário basta	Sim
Anamnese, diagnóstico, evolução	Nenhuma	Gestão	Nunca	Não
Imagem, radiografia, odontograma	Nenhuma	Gestão	Nunca	Não
Prescrição, atestado, laudo	Nenhuma	Gestão	Nunca	Não
Extrato de parcelas e dados de pagamento	Nenhuma	Financeiro	Nunca	Não

Note a coluna do meio. Ela é a que evita a maior parte dos desastres, e é o assunto da seção de sistema-mestre.

Chave única e deduplicação: por que nome nunca serve de chave

Aqui está o erro que transforma uma integração correta em base suja em poucas semanas.

A chave é o campo que diz "esse registro de lá é a mesma pessoa deste registro daqui". Errar a chave cria duas fichas do mesmo paciente, cada uma com metade da história.

Ordem de preferência:

1. CPF. Estável, único, não muda de dono. Quando existe, ganha de todos.
2. Telefone normalizado. Chega primeiro na captação e é o que você tem no lead. Porém muda de dono e é compartilhado dentro da família (exemplo: mãe e filha marcando com o mesmo número).
3. E-mail. Bom como desempate, fraco sozinho porque muita gente usa o e-mail de outra pessoa.
4. Nome. Nunca como chave. "Maria de Souza", "Maria Souza" e "Maria S. de Souza" são três registros para o mesmo sistema e uma pessoa só para você.

O desenho que funciona é em cascata: tenta CPF, cai para telefone, usa e-mail e data de nascimento como desempate, e manda para uma fila de revisão humana quando o casamento é parcial.

Fila de revisão não é fracasso da automação. É o que impede a automação de escolher errado sozinha.

Direção da sincronização: unidirecional, bidirecional e sistema-mestre por campo

Muita clínica pede "integração bidirecional" achando que é a versão melhor. É a versão mais perigosa quando não vem com regra.

Unidirecional é simples e previsível: um lado escreve, o outro lê. Começa aqui.

Bidirecional só funciona quando você define, campo a campo, quem é o dono do dado (o "source of truth"). Sem essa definição, os dois lados escrevem e o último a rodar vence.

A regra prática que resolve quase todos os casos:

• O CRM é dono do que aconteceu ANTES: origem, campanha, negociação, histórico de contato.
• O software de gestão é dono do que aconteceu DEPOIS: cadastro consolidado, horário, profissional, comparecimento, tratamento.

Campo de origem de campanha merece tratamento especial: ele é write once. Grava na criação e nunca mais é sobrescrito, porque origem é fato histórico, não estado atual.

Quando os dois sistemas disputam a mesma agenda física, a pergunta muda de figura. Veja qual sistema manda no conflito de horário.

Frequência e latência: tempo real ou lote noturno?

Latência não é detalhe de infraestrutura. Ela decide se o paciente consegue agendar dentro da conversa ou não.

Tempo real (API ou webhook) é obrigatório para: disponibilidade de horário, criação do agendamento, status de confirmação e cancelamento.

Lote (uma rodada por dia) basta para: enriquecimento de cadastro, status de orçamento, valor fechado e cargas de relatório.

O motivo de a primeira lista não aceitar lote está no ritmo de decisão do paciente. Segundo dados internos da Odonto Results (2026), entre os leads que agendam, metade fecha em até 34 minutos e 53,6% em menos de 1 hora. Base: 3.148 agendamentos. Janela: 25 de março a 25 de agosto de 2026.

Uma agenda que só atualiza de madrugada chega atrasada para essa janela inteira.

Some o horário em que a demanda chega. Ainda 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 a integração depende de alguém digitar durante o expediente, quase metade da demanda espera até o dia seguinte. E o aproveitamento de encaixe em tempo real simplesmente não existe.

Conflito e sobrescrita: quem ganha quando os dois lados editam o mesmo campo

Todo sistema bidirecional vai ter conflito. A pergunta é se você decidiu a resposta antes ou vai descobrir depois.

Três estratégias, em ordem de segurança:

1. Dono fixo por campo (recomendado). O sistema-mestre escreve, o outro só lê. Conflito deixa de existir porque só um lado tem permissão.
2. Última escrita vence, com carimbo de tempo. Simples de implementar, perigoso na prática: uma correção antiga rodando fora de ordem apaga a informação nova.
3. Fila de exceção. Divergência não resolve sozinha, vai para revisão humana. Mais trabalhoso, e o único que preserva o dado quando os dois lados têm razão.

Campo que nunca deve aceitar sobrescrita automática: origem de campanha, CPF e histórico de contato.

Campo que pode: telefone, e-mail e endereço, porque o cadastro consolidado da gestão costuma ser mais confiável que o lead digitado às pressas.

Loop de sincronização: como uma integração mal configurada duplica sua base

Esse é o defeito que se paga em silêncio e só aparece quando a base está grande.

O loop nasce assim: o CRM cria um contato na agenda. A agenda reconhece aquilo como registro novo e devolve para o CRM. O CRM não reconhece o próprio registro de volta (porque a chave mudou de formato no caminho) e cria mais um. E o ciclo recomeça.

Os três sinais de que sua integração está em loop:

• Contagem de contatos cresce mais rápido que a contagem de leads reais.
• O mesmo telefone aparece com sufixos ou variações mínimas de nome.
• A régua de confirmação dispara duas vezes para o mesmo paciente.

As defesas são baratas e quase sempre esquecidas: marcar a origem do registro em cada gravação, ignorar eventos gerados pela própria integração, e guardar um identificador externo (o id do outro sistema) dentro do registro em vez de comparar por nome.

Lembre: integração sem identificador externo gravado dos dois lados não é integração, é sincronização por adivinhação.

Métodos de integração: API nativa, webhook, iPaaS, CSV ou digitação

Nem toda clínica precisa do mesmo método. Compare pelos critérios que importam.

Método	Latência	Custo de montar	Manutenção	Quando faz sentido
API nativa entre os dois sistemas	Tempo real	Baixo (já existe)	Do fornecedor	Sempre que existir e cobrir os campos que você precisa
Webhook (evento dispara evento)	Tempo real	Médio	Sua ou do parceiro	Quando a API cobre parte e você precisa reagir a status
Middleware / iPaaS	Perto de tempo real	Médio	Contínua, e cresce com o volume	Vários sistemas, regras de transformação, multiunidade
Planilha ou CSV agendado	Lote	Baixo	Alta e manual	Carga inicial e enriquecimento, nunca operação
Digitação manual	Humana	Zero	Altíssima	Volume muito baixo, sistema fechado, prova de conceito

O método muda, o contrato de campos não. Você define primeiro o que atravessa, depois escolhe como.

Quando o software clínico não expõe API, o caminho é outro e tem armadilhas próprias: veja como integrar quando o sistema de prontuário não tem API aberta.

A vedação que pega quem manda dado clínico para ferramenta de marketing

Essa é a parte que quase nunca aparece na conversa com o fornecedor de integração, e é a que tem consequência mais direta.

O art. 11, §4º da LGPD, com redação dada pela Lei nº 13.853/2019, veda a comunicação ou o uso compartilhado entre controladores de dados pessoais sensíveis referentes à saúde com objetivo de obter vantagem econômica, ressalvadas as hipóteses relativas à prestação de serviços de saúde, de assistência farmacêutica e de assistência à saúde, observado o §5º.

Repare no sujeito do dispositivo: ele fala de compartilhamento entre controladores, com objetivo econômico. É exatamente a forma de uma integração que empurra dado clínico da clínica para uma plataforma de anúncio ou para uma ferramenta comercial de terceiro.

A leitura prática para quem está desenhando a integração cabe em uma linha: quanto mais perto do marketing o sistema está, menos dado clínico ele pode ver.

Se você ainda não mapeou onde o dado do paciente circula na clínica, comece por LGPD para clínica odontológica: dados de leads e de pacientes.

Sigilo profissional e Código de Ética Odontológico: a clínica não fica de fora

Existe uma leitura comum e errada de que o dever de sigilo é do dentista, e que a clínica, por ser pessoa jurídica, estaria fora do alcance.

Não está.

O Código de Ética Odontológico regula, no art. 1º, os direitos e deveres do cirurgião-dentista, dos profissionais técnicos e auxiliares e também das pessoas jurídicas que exerçam atividades na área da Odontologia. O art. 29 fecha a porta de saída: o Código se aplica a todos que exercem a Odontologia, ainda que de forma indireta, pessoas físicas ou jurídicas, "tais como: clínicas, policlínicas, cooperativas, planos de assistência à saúde". E o art. 30 prevê que os profissionais inscritos prestadores de serviço respondem solidariamente, nos limites de sua atribuição, pela infração ética praticada, ainda que não exerçam a função de sócio ou de responsável técnico pela entidade.

No capítulo do sigilo, o art. 14, inciso II, trata como infração ética negligenciar na orientação dos colaboradores quanto ao sigilo profissional. Uma integração que despeja dado clínico dentro de um CRM comercial é essa negligência em escala, configurada uma vez e repetida a cada registro.

Traduzindo para a integração: se um campo clínico vazou porque a clínica configurou uma sincronização que não deveria existir, a responsabilidade não fica só no profissional que atendeu.

Vale a mesma cautela no uso de imagem. A Resolução CFO-196/2019 permite a divulgação de imagem de diagnóstico e de conclusão de procedimento apenas ao cirurgião-dentista que executou o procedimento, com o nome dele e o número de inscrição no CRO na imagem, e a pessoa jurídica (a clínica) não está autorizada a essa divulgação. Por isso foto clínica nunca deve trafegar para uma ferramenta de marketing "para facilitar o uso depois".

Quem responde pelo dado depois que ele atravessa a fronteira é um tema por si só. Veja quem é dono do dado quando você automatiza a integração.

Prontuário odontológico: o que muda quando ele passa a conversar com outro sistema

O prontuário é registro obrigatório e precisa continuar íntegro e acessível depois que o tratamento termina, pelo prazo de guarda previsto na norma aplicável.

Integração mexe com isso de três formas, e todas pedem atenção:

1. Integridade. Nenhum sistema externo pode escrever no prontuário. Leitura restrita, escrita nunca.
2. Rastreabilidade. Cada acesso e cada alteração precisam de log com usuário, data e hora. Log é o que transforma "acho que ninguém mexeu" em prova.
3. Continuidade. Se a integração some (contrato encerrado, fornecedor trocado), o prontuário continua completo dentro do software clínico, sem depender da camada de fora.

O teste que vale rodar: desligue a integração por uma hora. Se alguma informação obrigatória do prontuário deixa de existir, o desenho está errado.

Controle de acesso: perfis de permissão depois que os sistemas se falam

Integrar sem revisar permissão é ampliar o alcance de todo mundo sem avisar ninguém.

Antes, o estagiário do comercial via o CRM. Depois da integração, ele vê campos que vieram da agenda. Ninguém decidiu isso, aconteceu.

Revise por perfil, com granularidade de campo:

• Comercial e CRC: identificação, origem, procedimento de interesse, status de agendamento. Nada clínico.
• Recepção: tudo do comercial, mais agenda completa e cadastro.
• Clínico: prontuário completo, restrito ao contexto de atendimento.
• Gestão: relatórios agregados, sem necessidade de acesso registro a registro.
• Fornecedor da integração: conta de serviço com escopo mínimo, chave rotacionável, sem acesso de leitura ampla ao prontuário.

Conta de serviço com permissão de administrador é o atalho mais comum e o mais caro. Peça escopo mínimo por escrito na contratação.

Consentimento e finalidade: usar dado de paciente em remarketing

Essa é a pergunta que mais aparece depois que a integração está de pé: posso subir a base de pacientes para criar público de anúncio?

A resposta honesta é: depende da finalidade declarada e da base legal, e a decisão é jurídica, não de marketing.

O que vale fixar antes de qualquer campanha:

• Finalidade declarada. O paciente forneceu o dado para ser atendido. Usar para publicidade é outra finalidade, e finalidade nova pede base legal própria.
• Separação de dado. Público de anúncio nunca deve carregar procedimento, diagnóstico ou qualquer marcador clínico. Isso transformaria um público publicitário em inferência de saúde.
• Registro do consentimento. Se a base legal escolhida for o consentimento, ele precisa estar registrado, com data, canal e texto apresentado, e precisa ser revogável.
• Opt-out que funciona. Descadastro precisa refletir nos dois sistemas, não só naquele em que o paciente pediu.

O princípio da necessidade vale aqui também: mande o mínimo que faz a campanha funcionar, nunca a base inteira com todos os campos.

Régua de confirmação: os campos que alimentam lembrete e confirmação

Essa é a aplicação que mais rápido devolve o custo da integração, porque ataca falta na agenda.

Para a régua funcionar sozinha, cinco campos precisam estar sincronizados e atualizados:

1. Canal preferido de contato (WhatsApp, SMS, ligação).
2. Data e hora do agendamento, sempre a versão vigente depois de remarcação.
3. Lead time, ou seja, quantas horas faltam para a consulta, que define quando cada mensagem dispara.
4. Status de confirmação, com resposta do paciente gravada de volta.
5. Tipo de procedimento agendado, em nível grosso, para calibrar a mensagem e a antecedência.

O campo 4 é o que a maioria esquece. Sem a resposta do paciente voltando para o sistema, a equipe continua ligando para quem já confirmou e não liga para quem ficou em silêncio.

Se o assunto é reduzir falta, o desenho completo da cadência está em como automatizar a confirmação de consulta e reduzir a falta.

Atribuição ponta a ponta: ligar o lead pago ao tratamento fechado

Aqui está o retorno financeiro da integração bem feita, e ele depende de um único campo viajar inteiro.

A cadeia é esta: anúncio, lead, agendamento, comparecimento, orçamento, tratamento fechado. Cada elo quebrado apaga tudo que vem depois.

Se a origem da campanha chega até a agenda e o status de comparecimento volta para o CRM, você passa a medir:

• Custo por paciente que compareceu, por campanha.
• Taxa de comparecimento por origem (o canal barato que não comparece deixa de parecer barato).
• Valor fechado por origem, que é a única métrica que decide verba com segurança.

Sem essa volta, o painel mostra volume de lead e custo por lead, e você otimiza para o número errado.

Para calibrar expectativa de funil antes de olhar o painel: segundo dados internos da Odonto Results, no funil completo (IA, equipe e telefone) 20% a 40% dos leads viram agendamento e 20% a 50% dos agendados comparecem. É uma faixa da operação, não uma medição de recorte datado, porque o fechamento por ligação não fica registrado na conversa.

Os relatórios que só existem se a sincronização estiver certa

Vale inverter a lógica: em vez de perguntar quais campos sincronizar, pergunte quais relatórios você quer e volte deles para os campos.

Relatório	Campos que ele exige	Fica impossível sem
Custo por paciente que compareceu	Origem, custo de mídia, status de comparecimento	Status voltando da agenda
Taxa de falta por origem de campanha	Origem, status de comparecimento	Origem viajando até a agenda
Ocupação por profissional e unidade	Profissional, unidade, status	Campos de agenda no CRM
Tempo do lead ao agendamento	Data do lead, data do agendamento	Carimbo de tempo nos dois lados
Retorno por campanha (valor fechado)	Origem, valor fechado, status do orçamento	Status de orçamento voltando
Reativação de orçamento em aberto	Status do orçamento, data, responsável	Orçamento em aberto sinalizado

Escolha os dois ou três relatórios que você realmente usa para decidir. Os campos aparecem sozinhos.

Interoperabilidade: HL7 FHIR e RNDS entram nessa conta?

Entram, mas em outra camada, e vale não confundir as duas coisas.

A integração entre CRM e agenda é privada, comercial e da sua clínica. A interoperabilidade nacional em saúde é pública e segue padrão próprio.

Segundo o guia oficial da RNDS, do Ministério da Saúde, um estabelecimento de saúde se integra à Rede Nacional de Dados em Saúde por meio do Sistema de Informação em Saúde que já utiliza, via um software conector que usa o padrão HL7 FHIR. A Portaria 1.434, de 28 de maio de 2020, do Ministério da Saúde, é o ato que cumpre o papel de norma para esse padrão.

O que isso significa na prática para você: quem conversa com a RNDS é o seu software clínico, não o seu CRM.

Quando for escolher fornecedor de gestão, perguntar se ele fala FHIR é uma boa pergunta de futuro. Quando for configurar o CRM, não é.

Os 7 erros mais comuns de sincronização entre CRM e agenda

Estes são os que mais aparecem quando a integração já está rodando e o dado começa a não fechar.

1. Sincronizar tudo "por segurança". Vira exposição de dado sensível sem nenhum ganho operacional.
2. Usar nome como chave. Cria duplicata no mesmo dia e mistura histórico de duas pessoas.
3. Importar base antiga sem higienizar. Telefone sem DDD, e-mail inválido e registro morto entram e contaminam a régua toda.
4. Deixar campo livre sem padronização. Texto aberto convida a equipe a colar conteúdo clínico onde ele não pode estar.
5. Não definir sistema-mestre por campo. Os dois lados sobrescrevem, e a origem da campanha é sempre a primeira a morrer.
6. Esquecer a volta. A integração empurra lead para a agenda e nunca traz o comparecimento de volta, que era o ponto.
7. Confiar sem testar. Ninguém concilia contagem, e o erro só aparece no fechamento do mês.

O sétimo tem conserto barato, e é a próxima seção.

Como testar a integração antes de confiar nela

Integração não é entregue quando liga. É entregue quando você provou que ela está certa.

Rode este roteiro antes de desligar o processo manual:

1. Conciliação de contagem. Some leads criados no CRM no período e compare com registros criados na agenda. Diferença precisa ter explicação nominal, não "deve ser o filtro".
2. Amostra dirigida. Pegue 20 registros do dia (exemplo: 10 agendados e 10 faltosos) e confira campo a campo nos dois sistemas, na mão. Erro de mapeamento aparece nessa amostra, não no total.
3. Teste dos casos de borda. Paciente que remarcou duas vezes, paciente com dois telefones, homônimo, cadastro que já existia antes da integração.
4. Teste de duplicidade proposital. Crie o mesmo contato pelos dois lados de propósito e veja se o sistema casa ou duplica.
5. Rodar em paralelo. Mantenha o processo antigo por um ciclo inteiro, comparando os dois. Desligar o manual antes disso é apostar.
6. Plano de rollback escrito. Como desligar, o que acontece com o dado criado no período e quem decide. Se não estiver escrito, não existe.
7. Monitoramento contínuo. Alerta simples de volume: se a criação de registros sair do padrão para cima ou para baixo, alguém é avisado no mesmo dia.

Antes de comprar integração pronta, o roteiro de auditoria é outro e vale conferir: o que auditar antes de comprar uma integração pronta entre CRM e agenda.

Quando NÃO integrar

Nem toda clínica ganha com integração automática, e vale dizer isso com todas as letras.

Segure a decisão quando:

• O volume não justifica. Se a recepção resolve a transcrição de dado em minutos por dia, o custo de montar e manter a integração é maior que o ganho.
• Um dos sistemas não tem API. Gambiarra por raspagem de tela quebra a cada atualização e costuma violar o contrato do fornecedor.
• O middleware custa mais que o problema. Some mensalidade, horas de configuração e manutenção, e compare com o custo real do trabalho manual hoje.
• O cadastro está sujo. Integrar base suja apenas espalha a sujeira mais rápido, nos dois sistemas.
• Você está prestes a trocar de sistema. Integrar o que já está com data para sair é trabalho descartável.

Existe um meio-termo honesto: integrar um fluxo só, geralmente o de criação de agendamento e volta do status, e deixar o resto manual até o volume pedir mais.

Integração parcial bem feita vence integração total mal configurada em qualquer cenário.

Seu próximo passo

1. Escreva o contrato de campos em uma página. Use a tabela mestra deste guia: campo, direção, sistema-mestre, frequência e se entra ou não. Quem configura a integração precisa receber essa página, não uma conversa.
2. Ligue primeiro a volta, não a ida. Traga status de comparecimento, data, profissional e unidade da agenda para o CRM. É o campo que muda decisão de verba e costuma ser o que falta.
3. Rode a conciliação por um ciclo inteiro antes de desligar o manual. Contagem, amostra de 20 registros e casos de borda. Só então confie no painel.

Quer ligar o anúncio ao paciente que de fato compareceu, com a integração desenhada em vez de improvisada? Agende uma apresentação.