Clínicas • WhatsApp • Multiatendimento
Multiatendimento para clínicas com IA + equipe: blueprint de filas, templates, auditoria e handoff (sem caos no WhatsApp)
Publicado em 21/04/2026 • Por Strato AI
Resposta direta: multiatendimento em clínica funciona quando você trata o WhatsApp como canal (interface), não como processo.
O processo precisa estar num ticket com regras claras de fila, SLA e dono.
Este post te entrega um blueprint operacional para rodar IA + vários atendentes sem duplicidade, sem “mensagem desencontrada” e com rastreabilidade.
Este post te entrega um blueprint operacional para rodar IA + vários atendentes sem duplicidade, sem “mensagem desencontrada” e com rastreabilidade.
Imagem CC0 (criada pela Strato AI) • uso livre.
1) O que causa “bagunça” no WhatsApp (e por que não é culpa da equipe)
Quando você tem 2+ atendentes (e uma IA) no mesmo número, três problemas aparecem quase sempre:
- Concorrência: duas pessoas respondem a mesma conversa.
- Falta de estado: ninguém sabe qual é a próxima ação (“aguardando paciente?”, “aguardando agenda?”, “aguardando pagamento?”).
- Sem trilha de auditoria: condições, valores, prazos e promessas ficam “no chat”.
2) Arquitetura ticket-first (mínimo viável que resolve 80%)
Uma arquitetura enxuta para clínica:
WhatsApp API oficialMultiatendimento real + métricas + templates (fora da janela de 24h) — sem gambiarra.
Roteador (webhook/n8n)Recebe evento, classifica intenção, grava/atualiza o ticket e decide “IA ou humano”.
TicketFonte da verdade: estado, fila, SLA, owner/lock, histórico, anexos e auditoria por eventos.
Execução (IA + atendentes)IA faz triagem/qualificação; humanos entram em exceção, negociação e casos sensíveis — com resumo no handoff.
Tradução prática: o atendente “trabalha no ticket” (e o WhatsApp só mostra a resposta).
Isso permite medir produtividade, SLA e conversão por fila.
3) Filas por objetivo (com SLA) — modelo pronto para clínica
O erro comum é organizar por pessoa (“atendente A cuida de tudo”).
O que escala é organizar por objetivo e SLA.
Novo lead (triagem)Objetivo: entender intenção + capturar dados mínimos.
SLA: 2–5 min.
SLA: 2–5 min.
QualificaçãoObjetivo: confirmar elegibilidade + preferências + convênio/particular.
SLA: 10 min.
SLA: 10 min.
AgendamentoObjetivo: oferecer opções A/B e confirmar.
SLA: 5–10 min.
SLA: 5–10 min.
Remarcação/cancelamentoObjetivo: resolver em 1–2 mensagens e atualizar agenda.
SLA: 10–20 min.
SLA: 10–20 min.
Pós-consulta (adm.)Objetivo: orientações administrativas (sem ato médico) e retorno.
SLA: 30–60 min.
SLA: 30–60 min.
Financeiro / sensívelObjetivo: promessa registrada + prazo. Escalar rápido.
SLA: imediato–60 min.
SLA: imediato–60 min.
Regra que evita limbo: toda conversa precisa ter um estado e uma próxima ação. Se não tem, vira “fila infinita”.
4) Regra anti-duplicidade: lock (1 dono por vez) + take over com motivo
No multiatendimento, o que quebra operação é concorrência.
Solução: o ticket sempre tem um dono (owner) quando está “em atendimento”.
Política recomendada
• Assumir: define
• Take over: só com motivo (ex.: SLA estourou, paciente pediu humano, financeiro, ausência).
• Aguardando paciente: libera owner (ninguém “segura” conversa).
• Handoff: troca owner + registra resumo obrigatório.
ticket.owner + ownerExpiresAt (TTL de 10–15 min).• Take over: só com motivo (ex.: SLA estourou, paciente pediu humano, financeiro, ausência).
• Aguardando paciente: libera owner (ninguém “segura” conversa).
• Handoff: troca owner + registra resumo obrigatório.
Isso elimina “duas respostas diferentes” e reduz atrito interno.
5) Templates versionados: padronizar sem engessar
Template não é estética; é controle de qualidade.
Use templates internos (scripts) e, quando necessário, templates oficiais do WhatsApp (para retomar conversa fora da janela de 24h).
O mínimo viável: ID + versão + finalidade + variáveis + responsável.
O mínimo viável: ID + versão + finalidade + variáveis + responsável.
TRIAGEM_01 (v1)“Oi! Aqui é da {CLINICA}. Para eu te direcionar rápido: você procura qual especialidade ou qual procedimento?”
DADOS_MIN (v2)“Perfeito. Me confirma seu nome e bairro/cidade? E seria particular ou convênio?”
AGENDA_AB (v3)“Consigo dois horários: {HOJE 18:30} ou {AMANHÃ 10:00}. Qual você prefere?”
ENCAMINHAR_HUMANO (v1)“Vou te colocar com um atendente agora para finalizar direitinho. Já deixei suas informações registradas 😊”
6) Auditoria por eventos (o que registrar para não depender de “print”)
Auditoria simples resolve 90% das discussões (“quem falou o quê?”, “qual condição foi combinada?”).
Em vez de depender de print, registre eventos no ticket:
Eventos essenciais (lista curta)
• LeadCreated (origem/campanha quando existir)
• IntentClassified (ex.: agendar, remarcar, orçamento, convênio)
• OwnerAssigned / OwnerReleased (lock)
• OfferMade (horários A/B oferecidos)
• AppointmentConfirmed (data/hora + unidade/profissional)
• PaymentLinkSent / PaymentConfirmed (quando aplicável)
• HandoffToHuman (motivo + resumo)
• IntentClassified (ex.: agendar, remarcar, orçamento, convênio)
• OwnerAssigned / OwnerReleased (lock)
• OfferMade (horários A/B oferecidos)
• AppointmentConfirmed (data/hora + unidade/profissional)
• PaymentLinkSent / PaymentConfirmed (quando aplicável)
• HandoffToHuman (motivo + resumo)
Importante: a auditoria é interna. Para o paciente, você mantém conversa simples; para a clínica, você mantém rastreabilidade.
7) Exemplos práticos (copiar/colar): triagem, qualificação e handoff
Triagem (lead novo)
Mensagem 1“Oi! Aqui é da Clínica {CLINICA}. Para eu te direcionar rápido: você busca consulta de qual especialidade ou algum procedimento?”
Mensagem 2 (se responder genérico: “orçamento”)“Perfeito. É para você ou para outra pessoa? E você tem preferência de unidade/bairro?”
Qualificação mínima (sem interrogatório)
Mensagem“Para eu já te passar horários certos: seria particular ou convênio? E você prefere manhã/tarde/noite?”
Agendamento A/B (evita vai-e-volta)
Mensagem“Consigo dois horários: {TER 18:30} ou {QUA 10:00}. Qual fica melhor?”
Handoff IA → humano (com transparência + sem “sumir”)
Mensagem para o paciente“Vou te colocar com um atendente agora para finalizar direitinho. Já deixei suas informações registradas para você não precisar repetir.”
Resumo obrigatório no ticket (para o atendente)
Resumo:
- Intenção: agendar {ESPECIALIDADE/PROCEDIMENTO}
- Nome: {NOME}
- Cidade/bairro: {LOCAL}
- Convênio/particular: {TIPO}
- Preferência de horário: {PREF}
- Objeções: {OBJECOES}
- Próxima ação sugerida: oferecer horários A/B
8) Checklist rápido para você implementar (ou cobrar de quem implementa)
Se você quer sair do “WhatsApp caótico” para uma operação mensurável:
- Fonte da verdade: ticket com estado + próxima ação.
- Filas: por objetivo, com SLA e capacidade.
- Lock: 1 owner por vez + take over com motivo.
- Templates: ID + versão + variáveis; scripts copiar/colar.
- Auditoria: eventos essenciais (sem burocracia).
- Handoff: sempre com resumo (IA→humano e humano→humano).
Onde a Strato AI entra (na prática)
A Strato AI implementa essa governança de ponta a ponta: WhatsApp API oficial, roteamento (n8n/webhooks), modelo de ticket, filas, SLAs, templates versionados, auditoria e handoff com resumo.
O objetivo é simples: reduzir bagunça, aumentar conversão e deixar a equipe focada no que exige humano.
Posts relacionados
Leitura complementar para manter o ritmo (e aprofundar o tema).
Multiatendimento para clínicas com IA + equipe (vários atendentes): arquitetura, filas, templates, auditoria e handoff sem caos no WhatsApp
Clínicas • WhatsApp • Multiatendimento
Multiatendimento para clínicas no WhatsApp (IA + equipe): blueprint de filas, templates, auditoria e handoff (sem bagunça)
Clínicas • WhatsApp • Multiatendimento
Multiatendimento para clínicas com IA + equipe (vários atendentes): arquitetura, filas, templates, auditoria e handoff sem caos no WhatsApp
Clínicas • WhatsApp • Multiatendimento