A integração automática marcou dois pacientes no mesmo horário: como evitar conflito de agenda quando IA e recepção escrevem juntas?

"A integração automática marcou dois pacientes no mesmo horário: como evitar conflito de agenda quando IA e recepção escrevem juntas?"

Dois pacientes chegam para o mesmo horário, com o mesmo dentista, na mesma cadeira. Os dois têm confirmação no WhatsApp.

Um foi marcado pela IA durante a noite. O outro, pela recepção, por telefone, no meio da tarde.

Ninguém errou sozinho. A vaga estava livre quando cada um olhou.

Esse é o defeito.

A resposta direta: o conflito nasce quando dois escritores, a IA e a recepção, checam a vaga no momento em que oferecem o horário, e não no momento em que gravam. Entre uma coisa e outra existe uma janela, e é nela que o mesmo horário é vendido duas vezes.

A solução tem quatro peças: uma agenda-mestre única, uma reserva provisória com prazo enquanto o paciente decide, uma trava na gravação que recusa sobreposição por cadeira e por profissional, e uma regra de precedência escrita.

E a trava não é ficção de engenheiro. A documentação oficial do PostgreSQL mostra que uma restrição sobre intervalos de tempo impede que horários sobrepostos existam na mesma tabela ao mesmo tempo.

Neste guia você vai ver:

• Como separar conflito acidental de overbooking deliberado
• Os 7 caminhos que colocam dois pacientes na mesma cadeira, com a trava de cada um
• A janela de corrida entre a IA oferecer e o paciente confirmar, com dado medido
• A regra de precedência, a reserva provisória e a trava técnica que o fornecedor precisa entregar
• O protocolo da recepção, a detecção antes do paciente chegar e o que fazer quando o conflito já aconteceu
• As métricas, o custo de deixar como está e o teste de colisão antes de ligar a IA em produção

Conflito acidental ou overbooking: separe os dois antes de consertar

Nem todo horário com dois pacientes é erro. Às vezes é decisão.

O FHIR, padrão internacional de interoperabilidade em saúde mantido pela HL7 International, trata isso de forma explícita. Segundo a especificação do recurso Slot, um slot pode ter mais de um agendamento alocado, e o sistema de agendamento pode permitir várias alocações até um número definido de vagas.

O mesmo recurso tem um campo para marcar o slot como já sobrecarregado (overbooked). Ou seja: no padrão, sobreagendar é um estado conhecido e visível, não um acidente.

Traduzindo para a clínica: overbooking é política de capacidade. Alguém decidiu, com base no histórico de falta, que aquele horário comporta mais de um paciente, e o sistema sabe disso.

Conflito acidental é o contrário. Ninguém decidiu. Dois escritores gravaram no mesmo recurso, no mesmo intervalo, e o sistema não recusou.

Critério	Overbooking deliberado	Conflito acidental
Quem decidiu	A gestão, com regra escrita	Ninguém
Base da decisão	Histórico de falta por horário, procedimento ou perfil	Nenhuma: corrida entre dois escritores
Limite	Teto de encaixes por slot, definido antes	Sem limite: pode acontecer em qualquer horário
Visibilidade	O slot aparece como sobrecarregado para toda a equipe	Ninguém sabe até o paciente chegar
Plano B	Previsto (quem atende se os dois comparecerem)	Improvisado no balcão, com o paciente esperando

A pergunta de diagnóstico é uma só: alguém consegue apontar a regra que autorizou os dois pacientes naquele horário? Se não consegue, é conflito.

Se a sua clínica usa overbooking de propósito, ele também passa pela agenda-mestre e tem teto. O jeito de calibrar esse teto está em como calibrar a taxa de overbooking pelo no-show.

Os 7 caminhos que colocam dois pacientes na mesma cadeira

Quando IA e recepção escrevem na mesma agenda, o conflito pode entrar por sete caminhos diferentes, e mais de um pode estar aberto ao mesmo tempo.

Caminho	Como acontece	Sinal na agenda	Trava que resolve
1. Corrida entre oferecer e confirmar	A IA oferece um horário; enquanto o paciente pensa, a recepção vende o mesmo horário por telefone	Dois agendamentos criados com poucos minutos de diferença	Reserva provisória + trava na gravação
2. Espelho de agenda atrasado	A IA consulta uma cópia sincronizada de tempos em tempos, não a agenda real	Agendamento da IA num horário que já estava ocupado na fonte	Consulta na fonte + trava na gravação
3. Mensagem ou webhook reenviado	O mesmo "pode marcar" chega duas vezes e vira dois agendamentos	Mesmo paciente duas vezes, no mesmo horário ou em horários vizinhos	Chave de idempotência por pedido
4. Duração divergente	A IA grava a duração padrão; o procedimento real ocupa mais tempo	Sobreposição parcial, sem coincidir o início	Duração por procedimento na agenda-mestre
5. Recurso errado	O sistema checa o dentista mas não a cadeira, ou o contrário	Mesma cadeira com dois profissionais, ou mesmo profissional em duas cadeiras	Trava por cadeira E por profissional
6. Encaixe por fora	A recepção promete no balcão ou anota no papel e grava depois	Agendamento criado depois de o horário já ter sido prometido	Protocolo: bloquear antes de prometer
7. Cadastro duplicado do paciente	O mesmo paciente existe duas vezes e a checagem de duplicidade não o reconhece	Dois cadastros com o mesmo telefone, cada um com um agendamento	Unificação de cadastro + idempotência

Repare no padrão. Os caminhos 1, 2 e 6 são problemas de tempo: alguém olhou antes e gravou depois.

Os caminhos 3 e 7 são problemas de identidade: o mesmo pedido, ou o mesmo paciente, contado duas vezes.

Os caminhos 4 e 5 são problemas de modelo: a agenda não sabe quanto dura o procedimento ou qual recurso ele ocupa.

Cada família pede uma trava diferente. Por isso "treinar melhor a recepção", sozinho, não resolve.

Agenda eletrônica não é agenda integrada: o retrato no Brasil

Antes de culpar a IA, olhe o chão onde ela pisa.

Na TIC Saúde 2025, do Cetic.br/CGI.br, a funcionalidade eletrônica de agendar consultas, exames ou cirurgias está disponível em 67% dos estabelecimentos de saúde brasileiros que usaram a internet nos últimos 12 meses, e em 61% dos privados (indicador B3).

Ter agenda eletrônica, porém, não é ter sistemas que conversam. Na mesma pesquisa, o indicador B9 mostra que 27% desses estabelecimentos têm sistema eletrônico com interoperabilidade, e só 14% entre os privados.

A pesquisa cobre estabelecimentos de saúde em geral, não só odontologia. Mas o recado serve para a sua clínica.

O que isso significa na prática?

Quando você liga uma IA de atendimento ao sistema de gestão, é provável que esteja montando uma integração sob medida, e não usando um padrão pronto entre sistemas. E integração sob medida só tem a trava que alguém lembrou de implementar.

A janela de corrida: entre a IA oferecer e o paciente confirmar

Veja como o conflito nasce, passo a passo. Exemplo hipotético:

1. A IA consulta a agenda, vê o horário das 16h com o dentista livre e oferece ao paciente no WhatsApp.
2. O paciente responde "vou confirmar e já te aviso".
3. Nesse intervalo, outro paciente liga. A recepção consulta a agenda, vê as 16h livres e marca.
4. O primeiro paciente volta e escreve "pode marcar". A IA grava as 16h.
5. As duas consultas estavam corretas no momento em que foram feitas. A gravação é que não checou de novo.

Esse intervalo entre oferecer e gravar é a janela de corrida. E ela não é curta.

Segundo dados internos da Odonto Results (2026), a IA de Agendamento responde o primeiro lead em 5,7 segundos na mediana. Mas, entre os leads que agendam, metade fecha em até 34 minutos a partir da primeira mensagem, e 53,6% em menos de 1 hora. Base: IA de Agendamento da Odonto Results no WhatsApp e 3.148 agendamentos. Janela: 25 de março a 25 de agosto de 2026.

A IA responde em segundos. O paciente decide em minutos, às vezes em horas.

Durante todo esse tempo, o horário oferecido continua "livre" para qualquer outro escritor. É tempo de sobra para a recepção atender vários telefonemas e vender o mesmo horário.

Lembre: a vaga não pode ser checada só quando é oferecida. Ela precisa ser checada no instante em que é gravada, numa operação só, sem brecha entre checar e gravar.

Por que o conflito se concentra em horários previsíveis

A colisão não se espalha igual pelo dia. Ela se concentra onde os dois escritores trabalham ao mesmo tempo, e onde um deles trabalha sem o outro ver.

Segundo dados internos da Odonto Results (2026), o pico de procura de clínica odontológica é às 15h, e 46,0% dos leads 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.

Isso cria dois pontos quentes:

• No meio da tarde, a hora em que mais chega lead coincide com a hora em que a recepção está no balcão, no telefone e fechando o dia. A IA e a recepção gravam em paralelo, na mesma agenda, no mesmo momento.
• Na abertura da manhã, a recepção encontra a agenda já mexida pela IA durante a noite. Se trabalha com uma lista impressa na véspera, ou com a tela aberta desde o dia anterior sem recarregar, promete horários que já não existem.

Dica: concentre a conferência de sobreposição justamente nesses dois momentos, na abertura e no meio da tarde.

Quem tem a palavra final: a regra de precedência escrita

Quando dois escritores disputam o mesmo horário, alguém precisa ganhar. E essa decisão não pode ser tomada no balcão, com o paciente na frente.

Existem três regras possíveis. Só uma funciona.

Regra	O que acontece na prática	Problema
"Humano sempre vence"	A recepção sobrescreve ou apaga a gravação da IA	O paciente da IA já recebeu confirmação e comparece para um horário que não existe mais
"IA sempre vence"	A recepção não consegue encaixar nem urgência	A clínica perde o controle da própria agenda
"Primeiro a gravar na agenda-mestre vence"	Quem gravou primeiro fica; o segundo recebe a recusa e oferece outro horário	Nenhum, desde que a trava na gravação exista

"Humano sempre vence" parece prudente. Na prática, é a regra que mais gera conflito invisível: a recepção desfaz em silêncio o que a IA confirmou, e o paciente descobre na porta.

A regra que escala é esta: o primeiro a gravar na agenda-mestre vence, e o segundo é avisado na hora. Oferecer não dá direito ao horário. Gravar dá.

As exceções precisam ter nome

Toda regra tem exceção. O erro é deixar a exceção implícita. Escreva quais são e quem pode acioná-las:

1. Urgência (dor aguda, trauma, infecção): a recepção ou o dentista de plantão pode encaixar, mas o encaixe passa pela agenda-mestre e dispara o protocolo de remarcação do paciente deslocado.
2. Paciente em tratamento ativo: sessões sequenciais, como um tratamento de canal em etapas, podem ter prioridade sobre avaliação nova no mesmo horário, se a clínica decidir assim por escrito.
3. Retorno pós-cirúrgico: tem janela clínica, e deslocá-lo tem custo clínico, não só comercial.

Tudo o que não está nessa lista segue a regra geral. E a exceção nunca apaga o outro agendamento sem avisar: ela o move, com contato humano.

Se a disputa é entre sistemas (CRM, agenda, integração) e não entre a IA e as pessoas, a pergunta muda para "qual sistema é a fonte da verdade do horário". Esse caso está em qual sistema deve mandar quando CRM e agenda marcam o mesmo horário.

Reserva provisória com prazo: segure o horário sem travar a agenda

A regra "primeiro a gravar vence" resolve a disputa. Mas cria um problema de experiência: a IA ofereceu um horário, o paciente disse sim, e aí descobre que a vaga sumiu.

A resposta é a reserva provisória com prazo, que em sistemas costuma aparecer como hold com prazo de expiração.

O padrão FHIR já prevê esse estado. Na lista de status de Slot da HL7, o status busy-tentative indica que o intervalo está ocupado porque um ou mais eventos foram agendados de forma provisória.

E na lista de status de Appointment, pending indica que um ou mais participantes ainda não finalizaram o aceite, e booked indica que todos foram considerados e a consulta está confirmada na data e hora marcadas.

Na clínica, o ciclo fica assim:

1. Livre: o horário aparece para todos.
2. Reservado provisoriamente: no momento em que a IA oferece, ou em que a recepção começa a negociar por telefone, o horário sai da oferta para todo mundo. Ele tem dono (qual conversa) e prazo.
3. Confirmado: o paciente disse sim dentro do prazo. A reserva vira agendamento.
4. Liberado: o prazo venceu sem resposta. O horário volta sozinho para a oferta.

Como definir o prazo

Não copie o prazo de outra clínica. Meça o tempo que os seus pacientes levam entre receber a oferta e confirmar.

Prazo curto demais libera o horário enquanto o paciente ainda está decidindo. Prazo longo demais esconde vaga real da recepção e da própria IA.

Três regras de operação:

• Reserva só para o que foi oferecido. Se a IA apresenta mais de uma opção, segure as opções por pouco tempo e libere as outras assim que o paciente escolher.
• Reserva visível. A recepção enxerga o horário como "reservado provisoriamente", com cor própria, e não como livre nem como confirmado.
• Reserva não é agendamento. Não dispara lembrete, não conta como ocupação no relatório e não aparece na agenda do dentista como paciente confirmado.

A trava na gravação: o que o fornecedor precisa implementar

Aqui mora a diferença entre uma integração que reduz conflito e uma que impede conflito.

"Checar de novo antes de gravar" não basta. Entre a checagem e a gravação ainda existe uma brecha, menor, mas existe.

A trava precisa estar na própria gravação, de modo que a segunda tentativa seja recusada pelo sistema, e não por alguém que lembrou de olhar.

Você não precisa programar nada disso. Precisa saber o nome das peças para cobrar do fornecedor.

1. Restrição de não sobreposição por recurso

A documentação do PostgreSQL sobre tipos de intervalo mostra uma restrição de exclusão (exclusion constraint) sobre intervalos de tempo que impede que valores sobrepostos existam na tabela ao mesmo tempo.

Com a extensão btree_gist, a mesma documentação mostra a regra rejeitando a sobreposição só quando o número da sala é igual.

Na clínica, a "sala" é a cadeira e é o profissional. São duas restrições, uma por recurso: nenhum dentista em dois atendimentos sobrepostos e nenhuma cadeira com dois pacientes sobrepostos.

2. Bloqueio de linha durante a gravação

Segundo a documentação do PostgreSQL sobre bloqueio explícito, o comando SELECT ... FOR UPDATE trava as linhas lidas e impede que outras transações as travem, alterem ou apaguem até o fim da transação atual.

Na prática: enquanto a IA grava o horário, a recepção não consegue gravar por cima. Uma espera a outra terminar, e a segunda encontra o horário já ocupado.

3. Gravação condicional (ETag e If-Match)

Quando a agenda é acessada por API, a técnica é a gravação condicional. A documentação da API do Google Calendar descreve o mecanismo: com o cabeçalho If-Match contendo o etag da última leitura, a alteração só é aplicada se o recurso não mudou; caso contrário, a API devolve 412 (Precondition failed).

A MDN, da Mozilla, resume o objetivo: com ETag e If-Match, dá para evitar conflitos ou "colisões em pleno ar" entre duas edições do mesmo recurso.

4. Resposta de conflito, nunca sobrescrita silenciosa

Quando a gravação é recusada, o sistema precisa dizer isso com clareza. A MDN define o código 409 Conflict como a resposta que indica conflito da requisição com o estado atual do recurso alvo.

O que importa para você: diante de uma recusa por conflito, a IA não insiste no mesmo horário e não confirma para o paciente. Ela explica que a vaga acabou de ser preenchida e oferece o próximo horário livre.

Peça	O que impede	Onde está documentada	O que cobrar do fornecedor
Restrição de não sobreposição	Dois intervalos sobrepostos no mesmo recurso	PostgreSQL, Range Types	Uma restrição por cadeira e outra por profissional
Bloqueio de linha	Duas transações gravando o mesmo horário ao mesmo tempo	PostgreSQL, Explicit Locking	Gravação dentro de transação com bloqueio
Gravação condicional	Gravar por cima de uma versão que mudou	Google Calendar API, ETags	If-Match em toda alteração feita por API
Resposta de conflito	Sobrescrita silenciosa	MDN, 409 Conflict	A IA trata a recusa e oferece outro horário

Se o sistema de gestão da sua clínica não oferece nenhuma dessas travas na escrita, a saída de contingência está nas perguntas frequentes deste guia.

Mensagem reenviada não pode virar segundo agendamento

Existe um tipo de conflito em que nem precisa haver dois escritores. O mesmo pedido chega duas vezes.

Segundo a documentação oficial da WhatsApp Cloud API, quando o servidor da integração não responde com HTTP 200, a Meta reenvia a notificação com frequência decrescente até conseguir, por até 7 dias. A própria Meta avisa que esses reenvios podem gerar notificações duplicadas.

Se a integração trata cada notificação como um pedido novo, um "pode marcar" vira dois agendamentos. O mesmo vale para o paciente que manda "sim" duas vezes e para o botão clicado duas vezes no balcão.

A defesa tem nome: chave de idempotência. A documentação da API do Stripe, uma referência técnica do conceito, explica que ela permite repetir com segurança uma requisição depois de um erro de conexão, sem risco de criar um segundo objeto.

Na agenda, a chave identifica o pedido, não a mensagem. Por exemplo: paciente, profissional, data e hora pedidas e conversa de origem. Se a mesma chave chegar de novo, o sistema devolve o agendamento que já existe em vez de criar outro.

Um caso parecido, e mais difícil de ver, é o do mesmo paciente com dois cadastros. A checagem de duplicidade não reconhece que é a mesma pessoa, e cada cadastro ganha um agendamento. O tratamento está em cadastro duplicado entre CRM e agenda.

Duração, recurso e bloqueios: a configuração que reduz colisão

Parte dos conflitos não vem de corrida. Vem de uma agenda que não sabe o suficiente sobre o que está sendo marcado.

Duração por procedimento

Exemplo: a IA marca com a duração padrão do slot, mas o paciente vem para um procedimento que ocupa o dobro do tempo. O início dos dois agendamentos não coincide, então nenhuma checagem de "horário ocupado" dispara.

A sobreposição é parcial. E só aparece na cadeira.

A correção é cadastrar a duração de cada procedimento na agenda-mestre e fazer a IA gravar com essa duração, não com a do slot. A trava precisa comparar intervalos (início e fim), não só o horário de início.

Recurso obrigatório em todo agendamento

Um agendamento sem cadeira ou sem profissional definido escapa da trava daquele recurso. Torne os dois campos obrigatórios, para a IA e para a recepção.

A ajuda do Google Agenda sobre agendas de horários ilustra o princípio: orienta incluir os calendários dos coanfitriões na checagem de disponibilidade para impedir agendamento duplo. Na clínica, o "coanfitrião" do dentista é a cadeira e, quando houver, o equipamento compartilhado.

Intervalo entre atendimentos

O intervalo (buffer) para limpeza, esterilização e pequenos atrasos absorve a sobreposição que viraria fila. Ele entra na duração gravada, não na cabeça da recepção.

Horários reservados para humanos

Se a recepção precisa de espaço garantido para urgência e encaixe, bloqueie esses horários na agenda-mestre como indisponíveis para a IA. É melhor ter um horário fora da oferta automática do que disputá-lo todo dia.

Agenda espelhada atrasada: quando a IA consulta uma cópia

Nem toda integração consulta a agenda real. Algumas consultam uma cópia sincronizada de tempos em tempos.

Entre uma sincronização e outra, a cópia mente. A IA oferece um horário que a recepção já ocupou na fonte.

E a sincronização pode quebrar sem aviso. A documentação da API do Google Calendar sobre sincronização explica que o servidor pode invalidar o token de sincronização, por expiração ou mudança de permissões, por exemplo.

Nesse caso, segundo a mesma documentação do Google, a API responde à requisição incremental com o código 410, que deve disparar a limpeza total do armazenamento local e uma nova sincronização completa. Se a integração não trata esse retorno, a cópia congela e ninguém percebe.

Três regras resolvem:

1. Consulte a fonte antes de oferecer. A cópia pode servir para montar opções, mas o livre/ocupado que a IA mostra ao paciente vem da agenda-mestre.
2. Grave sempre na fonte, com trava. Mesmo que a oferta venha da cópia, a gravação na fonte recusa o horário ocupado.
3. Monitore o atraso da sincronização. Um alerta quando a cópia passa do atraso que você definiu vale mais que qualquer relatório no fim do mês.

O protocolo da recepção para não colidir com a IA

A trava técnica protege a agenda. O protocolo protege o paciente. As duas coisas andam juntas.

Estas são as regras da recepção quando a IA também escreve na agenda:

1. Bloqueie na agenda-mestre antes de prometer. Ao telefone ou no balcão, reserve o horário no sistema primeiro, e só depois diga "está marcado".
2. Nada de agenda paralela. Papel, planilha, caderno e WhatsApp pessoal não existem para a agenda. O que não está na agenda-mestre, a IA não enxerga.
3. Encaixe só pelo sistema. Encaixe entra como agendamento, com cadeira, profissional e duração. Se o sistema recusar, o encaixe não existe.
4. Recusa não se força. Se a gravação voltar com conflito, ofereça outro horário. Apagar o agendamento da IA para caber o seu é proibido, salvo exceção nomeada.
5. Remarcação é uma operação só. Liberar o horário antigo e gravar o novo acontecem juntos, para o antigo não virar horário fantasma nem ser vendido duas vezes.
6. Recarregue antes de oferecer. Agenda aberta desde a manhã é agenda velha.

Dica: treine a equipe com o próprio teste de colisão do fim deste guia. A recepção tenta marcar um horário que a IA acabou de reservar e vê a recusa acontecer. Depois disso, "bloquear antes de prometer" deixa de ser regra decorada.

Como detectar o conflito antes do paciente chegar

Nenhuma trava é perfeita no primeiro mês. Por isso a clínica precisa de uma rede de segurança que ache o conflito antes da cadeira.

Checagem	Quando	Quem	O que faz
Relatório de sobreposição D-1	No fim da tarde, para o dia seguinte	Recepção ou gestão	Lista pares de agendamentos sobrepostos na mesma cadeira ou com o mesmo profissional
Relatório de sobreposição D0	Na abertura da clínica	Recepção	Repete a checagem depois das gravações feitas pela IA durante a noite
Alerta em tempo real	A cada gravação recusada por conflito	Gestão	Mostra que a trava disparou, com a origem de cada escrita
Checagem na confirmação da véspera	Durante a confirmação	CRC ou IA	Antes de confirmar, confere se o horário ainda é exclusivo daquele paciente

O relatório de sobreposição é simples de pedir: para cada recurso (cadeira e profissional), listar todo par de agendamentos em que um começa antes de o outro terminar.

O alerta em tempo real tem um detalhe: gravação recusada é boa notícia. Significa que a trava funcionou.

O alerta serve para você enxergar padrão (mesmo horário, mesma origem, mesmo procedimento), não para caçar culpado.

O conflito já aconteceu: quem fica, quem liga e o que oferecer

Mesmo com tudo isso, um dia o conflito passa. O que diferencia a clínica é a resposta.

Quem mantém o horário

Aplique um critério objetivo, escrito antes, nesta ordem:

1. Exceção nomeada: urgência, tratamento em curso ou retorno pós-cirúrgico, se a clínica definiu assim.
2. Quem gravou primeiro na agenda-mestre: é a regra geral, e a data e hora da gravação decidem.

Se a gestão quiser outra prioridade, como o paciente com plano de tratamento de alto valor já aprovado, isso vira mais uma exceção nomeada, aplicada sempre do mesmo jeito. Nunca um critério decidido na hora.

Quem liga

Um humano. A remarcação de um paciente deslocado por erro da clínica não é tarefa para mensagem automática.

A recepção ou o CRC liga, assume o erro sem culpar "o sistema" e resolve na mesma ligação.

O que oferecer

• Prioridade na escolha do novo horário, com o mesmo profissional.
• Se o paciente já está a caminho ou na clínica, atendimento no primeiro espaço possível do dia, ou com outro profissional, se ele aceitar.
• Confirmação imediata do novo horário, já gravado na agenda-mestre.

O que registrar

Todo incidente vira um registro com:

• Data, hora e recurso (cadeira e profissional)
• Os dois agendamentos envolvidos
• A origem de cada escrita: IA, recepção ou integração
• O caminho provável: corrida, espelho atrasado, reenvio, duração, recurso, encaixe por fora ou cadastro duplicado
• Quando foi detectado e se chegou à cadeira

Sem a origem da escrita, você não descobre qual trava falhou.

As métricas que mostram se o problema acabou

O que não é medido volta. Estas métricas governam uma agenda compartilhada entre IA e recepção:

Métrica	Como calcular	O que revela
Conflitos por 100 agendamentos	Sobreposições detectadas divididas pelos agendamentos do período, vezes 100	Se o problema está caindo semana a semana
Conflitos por origem	Quais escritas (IA, recepção, integração) participaram de cada conflito	Qual escritor ou qual integração precisa de trava
Tempo até a detecção	Da gravação conflitante até alguém perceber	Se o relatório D-1 e o alerta estão funcionando
Conflitos que chegaram à cadeira	Conflitos descobertos com os dois pacientes na clínica, sobre o total de conflitos	A métrica que o paciente sente
Gravações recusadas pela trava	Recusas por dia, por origem	A trava trabalhando, e onde a corrida é mais frequente
Reservas provisórias expiradas	Reservas que venceram sem confirmação	Se o prazo da reserva está calibrado

Não existe referência pública confiável de taxa de conflito de agenda em clínica odontológica. Por isso a meta não é um número de mercado.

A meta é a tendência: conflitos caindo, detecção cada vez mais cedo e nenhum conflito chegando à cadeira.

Quanto custa deixar como está

Também não existe fonte pública confiável com o custo de um duplo agendamento em clínica odontológica. Mas dá para enxergar a direção do custo.

Agenda cheia deixa pouca folga para remarcar. Enquete do Health Policy Institute da ADA, na segunda onda da pesquisa Economic Outlook and Emerging Issues in Dentistry, com mais de 1.150 respondentes nos EUA, mediu agendas de consultórios odontológicos, em média, cerca de 83% cheias em fevereiro de 2022, contra 77% em janeiro.

Quanto mais cheia a agenda, menos espaço existe para acomodar, no mesmo dia ou na mesma semana, o paciente deslocado por um conflito.

Erro de agendamento pode custar mais que overbooking planejado. Um estudo publicado na Heliyon em 2023 aplicou um modelo de overbooking à plataforma clínica de um hospital privado em Jidá, na Arábia Saudita, em 14 departamentos.

A estimativa dos autores: com a política otimizada, a perda com overbooking não passaria de SAR 2.408, contra os SAR 10.000 perdidos por ano, hoje, com erros de agendamento.

É hospital, não clínica odontológica, e o valor não se transfere para a sua realidade. O que se aproveita é a comparação: no caso estudado, a perda estimada com erros de agendamento superava a perda projetada com o overbooking planejado.

O custo que não aparece na planilha. O paciente deslocado por erro da clínica chega com a confiança abalada. Para o caso de alto valor, que ainda está decidindo o tratamento, é o pior primeiro contato possível.

Teste de colisão antes de ligar a IA na agenda de produção

Não aceite "a integração tem trava" como resposta. Peça para ver a trava funcionando, num ambiente de teste, com estes cenários:

Cenário	Como provocar	Resultado aceitável
1. Dois pedidos simultâneos	IA e recepção tentam gravar o mesmo horário, com o mesmo profissional, ao mesmo tempo	Um grava; o outro recebe a recusa e oferece outro horário
2. Webhook reenviado	Reenviar a mesma notificação de "pode marcar"	Um agendamento só
3. Procedimento longo sobreposto	Gravar um procedimento longo que invade o início do agendamento seguinte	Recusa por sobreposição parcial
4. Mesma cadeira, outro profissional	Gravar dois profissionais na mesma cadeira no mesmo intervalo	Recusa pela trava da cadeira
5. Sincronização derrubada	Invalidar o token ou derrubar a sincronização da cópia	A sincronização completa roda e nenhuma vaga fantasma é oferecida
6. Reserva provisória expirada	Oferecer um horário e não responder até o prazo vencer	O horário volta sozinho para a oferta
7. Recepção sobre reserva da IA	A recepção tenta marcar um horário reservado provisoriamente pela IA	O sistema mostra a reserva e não deixa gravar por cima

Checklist de aceite para cobrar do fornecedor

A IA só passa a gravar direto na agenda de produção quando todos estes itens estiverem de pé:

1. Existe uma única agenda-mestre, e a IA grava nela, não numa cópia.
2. A gravação é recusada quando há sobreposição por cadeira e por profissional.
3. A recusa volta como conflito tratado pela IA, que oferece outro horário, nunca como sobrescrita.
4. Existe reserva provisória com prazo configurável e liberação automática.
5. Todo pedido carrega chave de idempotência.
6. A duração gravada é a do procedimento, não a do slot padrão.
7. Toda escrita registra a origem (IA, recepção, integração) e o horário da gravação.
8. Existe relatório de sobreposição e alerta de gravação recusada.
9. A integração trata a invalidação da sincronização e avisa quando a cópia atrasa.

Seu próximo passo

1. Rode o relatório de sobreposição das últimas semanas e classifique cada conflito pela origem da escrita e por um dos sete caminhos. Você descobre qual trava falta antes de conversar com o fornecedor.
2. Escreva a regra de precedência e o protocolo da recepção ("primeiro a gravar na agenda-mestre vence", exceções nomeadas, bloquear antes de prometer) e treine a equipe com o teste de colisão.
3. Leve o checklist de aceite ao fornecedor da integração e só libere a IA para gravar direto quando os cenários de colisão passarem. Se você ainda está desenhando essa etapa, veja como fazer a IA agendar direto na agenda sem a secretária precisar redigitar.

Quer uma agenda previsível, com a IA e a recepção escrevendo sem conflito e o paciente certo comparecendo? Agende uma apresentação.