Strato AI
Clínicas • WhatsApp • Multiatendimento

Multiatendimento para clínicas com IA + equipe (vários atendentes): roteamento, filas, templates, auditoria e como evitar bagunça no WhatsApp

Publicado em 09/03/2026 • Por Strato AI
O problema real do multiatendimento no WhatsApp não é “responder rápido”. É operar com várias pessoas em um canal que parece simples, mas vira confuso quando a clínica cresce. Normalmente a bagunça aparece assim:

• dois atendentes respondendo a mesma pessoa;
• paciente repetindo dados porque ninguém “enxerga” o status;
• conversa sem próximo passo (fica no “ok, obrigada”);
• repasse no improviso (“fulano pega aí?”) sem motivo e sem rastreio.

A solução prática é tirar o WhatsApp do modo “chat compartilhado” e colocar no modo operação por ticket: 1 conversa = 1 ticket, com estado, dono/lock, próxima ação, SLA e auditoria por eventos. A IA entra para rotear, coletar o mínimo e fazer handoff (quando o humano deve assumir).
Arquitetura de multiatendimento para clínicas no WhatsApp: entrada, roteador (IA + regras), ticket com lock e estado, filas com SLA, templates e auditoria
Imagem CC0 (criada pela Strato AI) • uso livre.
Arquitetura mínima (sem “plataforma gigante”)
Para funcionar com vários atendentes, você precisa de poucos blocos — mas bem definidos. A regra é: WhatsApp é interface. Ticket é a fonte da verdade.
1) Entrada (WhatsApp API oficial)Onde chega a mensagem. O canal é único; a operação não pode ser “um grupo de pessoas no mesmo chat”.
2) Roteador (IA + regras)Classifica intenção e decide o próximo passo (perguntar 1 dado × oferecer A/B × handoff × follow-up).
3) TicketEstado, dono/lock, SLA, próxima ação e resumo vivo. O atendente opera olhando o ticket, não “lembrando da conversa”.
4) Filas por objetivoAgendamento / Financeiro / Clínico-Risco / Pós. Separar por decisão reduz troca de contexto e ruído.
5) Templates versionadosMensagens curtas (1 pergunta por vez), com versão registrada no ticket (TRIAGEM.v5 etc.).
6) Auditoria por eventosRegistrar mudanças (estado, dono, fila, template, decisão) com motivo. Isso permite QA e melhoria contínua.
O que impede “dois atendentes respondendo”: lock por dono + política de repasse
Sem um mecanismo de “dono”, a equipe precisa se coordenar por fora do sistema. Isso não escala. O lock é barato e resolve 80% do caos.
Política simples (recomendada)
• Ao enviar qualquer mensagem: pega lock por 3–5 min
• Se ficar inativo: lock expira automaticamente
• Para repassar: precisa de motivo (vira evento)
• Quando faz handoff (IA → humano ou humano → humano): o antigo dono para de responder
A discussão prática aqui é simples: lock não existe para “controlar” o atendente. Existe para proteger o paciente de receber mensagens duplicadas e para proteger a clínica de retrabalho.
Filas por objetivo + SLA: o que separar e por quê
Se você separa por “pessoas” (ou “turnos”), você mistura decisões diferentes no mesmo lugar. O resultado é: urgência perdida, agendamento lento e conversa pingando para lá e para cá.
AgendamentoSLA 5–10 min. Objetivo: oferecer horários (A/B), confirmar dados e fechar.
FinanceiroSLA ~30 min. Convênio/particular, política, NF, reembolso e condições.
Clínico/RiscoQualquer sinal de urgência/sensibilidade: humano assume. IA só encaminha com contexto.
Pós-consultaSLA 30–120 min. Templates para o simples; handoff quando envolve conduta profissional.
Dica operacional: todo ticket precisa ter próxima ação. “Aguardando resposta” não é estado final. Se não há próxima ação, o ticket vira limbo.
Templates que não robotizam: 1 pergunta por mensagem + registro de versão
O template existe para evitar improviso e reduzir erros. Para não ficar “script de telemarketing”, use: mensagens curtas, uma pergunta por vez e tom humano. O ganho de gestão vem de registrar a versão usada no ticket (para QA e melhoria).
TRIAGEM.v6 (intenção)
“Oi! Para eu te direcionar certinho: você quer agendar, saber valores ou tirar uma dúvida?”

QUALIF_MIN.v9 (mínimo que destrava)
“Perfeito. É para qual especialidade/procedimento?”
“Você prefere qual unidade?”
“É particular ou convênio? Se convênio, qual?”

AGENDAR_AB.v12 (fechamento)
“Consigo te oferecer dois horários: hoje 17:20 ou amanhã 09:40. Qual você prefere?”

HANDOFF.v5
“Entendi. Vou te encaminhar agora para uma pessoa da equipe continuar, tudo bem? Só um instante.”
Exemplo prático: triagem → qualificação → handoff (com resumo interno)
A IA deve coletar apenas o que destrava o próximo passo. Quando a conversa entra em exceção/risco, faz handoff. O humano não deve “recomeçar do zero”; deve receber um resumo enxuto.
Paciente (WhatsApp)
IA: “Oi! Você quer agendar, saber valores ou tirar uma dúvida?”
Paciente: “Agendar dermato.”
IA: “Você prefere qual unidade: Centro ou Jardim?”
Paciente: “Centro.”
IA: “É particular ou convênio? Se convênio, qual?”
Paciente: “Convênio. E estou com uma reação alérgica agora.”
IA: “Entendi. Vou te encaminhar agora para uma pessoa da equipe te atender com prioridade. Só um instante.”

Resumo interno (handoff)
• Fila: Clínico/Risco • Motivo: agendar dermato • Unidade: Centro
• Convênio: (informado, mas precisa confirmar qual)
• Sinal: “reação alérgica agora” (prioridade/triagem humana)
• Próxima ação: assumir lock + orientar triagem humana + decidir urgência/agendamento
Se o seu time vive “pedindo de novo” o que o paciente já contou, o problema é de operação: falta ticket/resumo e falta disciplina de handoff.
Auditoria que ajuda (sem burocracia): eventos + motivo
Auditoria útil não é “guardar print”. É registrar o que muda e por quê. Com isso você consegue: 1) auditar qualidade por amostra, 2) melhorar templates, 3) reduzir gargalos por fila.
Estadotriagem → qualificação → agendar → confirmado → encerrado.
Dono/LockIA → humano, humano → humano (com motivo).
FilaAgendamento/Financeiro/Clínico/Pós (com timestamp).
TemplateVersão usada (TRIAGEM.v6 etc.).
Decisãohandoff, follow-up, não agendar, encerramento (com motivo).
SLAquando entrou × quando saiu da fila (para gestão de capacidade).
Checklist (rápido) para colocar ordem em 7 dias
1) Defina 4 filas + SLAs (Agendamento/Financeiro/Clínico/Pós)
2) Padronize ticket mínimo (estado, lock, próxima ação, resumo vivo)
3) Escreva 10–15 templates curtos (1 pergunta por mensagem) e versionados
4) Configure gates: quando agendar, quando pedir 1 dado, quando fazer handoff
5) Treine a regra: assumiu ticket = responsável até encerrar ou repassar com motivo
6) Rode QA semanal (amostra) e ajuste templates/regras
7) Integre agenda/CRM para evitar copiar/colar e status errado
Como a Strato AI ajuda (sem promessas vagas)
A Strato AI implementa multiatendimento para clínicas com IA + automação com foco no que melhora a operação: ticket com lock/estado, filas por objetivo com SLA, templates versionados, auditoria por eventos, handoff com resumo e integrações (agenda/CRM). O objetivo é claro: mais agendamentos, menos retrabalho e menos conflito na equipe.