Strato AI
Clínicas • WhatsApp • Multiatendimento

Multiatendimento para clínicas com IA + equipe: arquitetura, filas, templates, auditoria e regras anti-bagunça no WhatsApp

Publicado em 20/04/2026 • Por Strato AI
Resumo (para decidir rápido): quando a clínica cresce e coloca vários atendentes + IA no WhatsApp, o problema quase nunca é “falta de esforço”. O problema é falta de regras mínimas.

Para evitar bagunça (respostas duplicadas, fila invisível, perda de lead e discussão interna), trate o WhatsApp como canal — e coloque o processo em um ticket com: filas por objetivo + SLA, 1 dono por vez (lock), take over com motivo, templates versionados, auditoria por eventos e handoff com resumo obrigatório.
Arquitetura de multiatendimento para clínicas no WhatsApp com IA e equipe: WhatsApp API, roteador, ticket, filas/SLA/lock, templates e auditoria, com handoff para humano
Imagem CC0 (criada pela Strato AI) • uso livre.
O que vira bagunça no WhatsApp (na prática)
Em clínica, o caos aparece em sinais bem previsíveis:
  • Resposta duplicada: dois atendentes (ou IA + humano) respondem ao mesmo tempo.
  • Fila invisível: “o que falta fazer?” vira uma memória coletiva no chat — e some quando troca o turno.
  • Handoff ruim: paciente repete tudo do zero (“me manda seu nome e bairro de novo”), perde confiança e some.
  • Regra muda sem rastreio: um atendente promete valor/prazo diferente do outro e ninguém sabe quando mudou.
A correção é desenhar um sistema leve que todo mundo siga.
Arquitetura ticket-first (simples e suficiente para clínica)
Você não precisa “comprar complexidade”. Precisa separar responsabilidades:
1) WhatsApp (API oficial) Multiatendimento real, templates e métricas. Evita risco operacional de soluções não-oficiais.
2) Roteador (webhook / n8n) Normaliza entrada/saída, classifica intenção, valida dados mínimos e registra eventos no ticket.
3) Ticket (fonte da verdade) Status, fila, SLA, owner/lock, próxima ação, tags e auditoria. Se não está no ticket, “não existe”.
4) Execução (IA + equipe) IA executa padrão (triagem/qualificação/seguimento). Humanos ficam com exceções e casos sensíveis (com resumo).
Regra de ouro: o WhatsApp é a conversa; o ticket é o processo. Isso é o que permite escalar atendentes sem “cada um do seu jeito”.
Filas por objetivo + SLA (o desenho que mais evita confusão)
O erro mais comum é tentar organizar por “quem atende”. Em clínica, funciona melhor organizar por objetivo. Isso deixa claro qual é a saída de cada fila e qual é o prazo.
Novo lead (triagem)Saída: intenção + especialidade/procedimento + dados mínimos.
SLA: 2–5 min.
QualificaçãoSaída: particular/convênio, urgência, unidade e preferências.
SLA: 5–15 min.
AgendamentoSaída: oferta de horários A/B + confirmação + instruções.
SLA: 5–10 min.
Remarcação/CancelamentoSaída: reagendar e atualizar agenda/CRM.
SLA: 10–20 min.
FinanceiroSaída: condição/prazo registrado + retorno prometido.
SLA: 60 min.
Sensível/ReclamaçãoSaída: humano responsável + registro do caso.
SLA: imediato.
Como isso evita bagunça: cada pessoa sabe onde o ticket está, o que precisa sair dali e quando. A conversa pode ser longa; o processo fica curto.
Owner/lock + take over com motivo (a regra que acaba com resposta duplicada)
A regra anti-bagunça é objetiva: um ticket tem 1 dono por vez (IA ou humano).

Sugestão simples:
  • owner: IA ou atendente atual.
  • ownerTTL: expira automaticamente (ex.: 5–10 min sem atividade).
  • take over: para assumir, exige motivo (SLA estourou, paciente pediu humano, caso sensível, financeiro, agenda etc.).
  • aguardando paciente: quando a próxima ação é do paciente, o ticket libera o owner automaticamente.
Isso evita o “eu estava falando com ele” e cria rastreio do que aconteceu.
Templates versionados: padronizar o essencial (sem engessar)
Templates não são só “mensagens prontas”. Em clínica, templates são controle de qualidade. O mínimo de governança:
  • templateId (ex.: TRIAGEM_01)
  • versão (v1, v2, v3…)
  • objetivo (qual fila usa)
  • variáveis ({CLINICA}, {DATA_HORA}, {ENDERECO}…)
  • responsável (quem pode alterar)
TRIAGEM_01 (v7) “Oi! Aqui é da {CLINICA}. Para eu te direcionar rápido: você procura consulta de qual especialidade ou algum procedimento?”
QUALIF_01 (v5) “Perfeito. Pode me confirmar seu nome e bairro/cidade? E seria particular ou convênio?”
OFERTA_AB (v4) “Tenho dois horários para você: {HOJE 18:30} ou {AMANHÃ 10:00}. Qual prefere?”
FOLLOWUP_24H (v2) “Oi, {NOME}. Só confirmando: você prefere o horário de {A} ou {B}? Se nenhum funcionar, me diga seu melhor período (manhã/tarde/noite).”
Observação prática: separar “template interno” (script) de “template WhatsApp aprovado” (reabertura fora da janela) evita confusão e bloqueios.
Exemplos práticos (copiar/colar): triagem, qualificação e handoff
Abaixo, roteiros curtos que funcionam bem para clínicas. Note que a IA tenta resolver o padrão e só chama humano quando existe motivo.
1) Triagem com direção (sem interrogatório) IA: “Oi! Aqui é da {CLINICA}. Você procura consulta de qual especialidade ou algum procedimento?”
Paciente: “Ortopedista.”
IA: “Perfeito. É para você? E qual seu bairro/cidade?”
IA: “Seria particular ou convênio?”
2) Qualificação mínima + oferta A/B (para avançar) IA: “Obrigada. Tenho dois horários: {A} ou {B}. Qual você prefere?”
Paciente: “{A}.”
IA: “Fechado. Para confirmar o agendamento: seu nome completo e um telefone, por favor.”
3) Handoff para humano (gatilhos claros) Paciente: “Quero falar com alguém. É urgente.”
IA: “Claro. Vou te encaminhar agora para um atendente. Para você não precisar repetir: é para qual especialidade/procedimento e qual sua disponibilidade (manhã/tarde/noite)?”
Resumo obrigatório no handoff (template para o atendente assumir sem retrabalho)
Se o humano precisa entrar, ele precisa entrar com contexto. O resumo abaixo reduz retrabalho e melhora experiência. (Registre no ticket e mostre na tela do atendente.)
RESUMO_HANDOFF (v1) Motivo: {paciente pediu humano | caso sensível | SLA estourou | financeiro | convênio | outro}
Intenção: {consulta | procedimento | remarcação | cancelamento | financeiro | pós-consulta}
Especialidade/Procedimento: {…}
Dados: Nome {…} • Bairro/cidade {…} • Particular/convênio {…}
Preferências: Período {…} • Unidade/profissional {…}
Última pergunta do paciente: “{…}”
Próxima ação recomendada: {oferecer horários A/B | explicar convênio | confirmar documentos | escalonar}
Auditoria por eventos (o mínimo para resolver discussão interna com dados)
“Auditoria” aqui não é burocracia. É o que permite melhorar a operação e evitar acusações. Registre eventos simples:
  • ticket_created (origem/campanha, unidade, horário)
  • intent_classified (intenção + confiança)
  • queue_changed (de/para)
  • owner_assigned / owner_released
  • take_over (quem assumiu + motivo)
  • template_used (templateId + versão)
  • handoff (motivo + resumo)
  • appointment_offered / appointment_confirmed
  • lost (motivo: sem resposta, sem agenda, preço, convênio, desistiu, outro)
Com isso, você responde perguntas de negócio com clareza: qual fila estoura SLA? A IA está tentando agendar cedo demais? Qual unidade tem mais perda por “sem agenda”?
Como a Strato AI implementa isso (sem caixa-preta)
A implementação típica para clínica inclui:
  • WhatsApp API oficial + multiatendimento
  • Roteamento e automações (n8n) integradas com CRM/agenda
  • Agente de IA com regras (o que pode / não pode fazer) e playbooks por fila
  • Handoff IA→humano com resumo + owner/lock e take over com motivo
  • Dashboards de operação (SLA, funil, motivos de perda) e trilha de auditoria
Você mantém visibilidade do processo — e a equipe para de “brigar no WhatsApp”.
Próximo passo
Se você quer multiatendimento para clínica com IA + equipe no WhatsApp sem bagunça — com filas, templates, auditoria e handoff bem feito — a Strato AI desenha e implementa essa operação com você.
© Strato AI • Blog