Strato AI
Clínicas • WhatsApp • Multiatendimento

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

Publicado em 06/03/2026 • Por Strato AI
Diagnóstico prático: a bagunça começa quando o WhatsApp vira “um chat compartilhado” sem dono. O resultado aparece rápido: dois atendentes respondendo, paciente repetindo as mesmas informações, conversa sem próximo passo e uma operação que depende de “coordenação no grito”.

Multiatendimento saudável é menos sobre “IA avançada” e mais sobre governança operacional: 1 conversa = 1 ticket com estado, lock (dono), SLA e próxima ação obrigatória. A IA entra para rotear, coletar o mínimo e fazer handoff com resumo quando precisa de humano.
Arquitetura de multiatendimento para clínicas no WhatsApp: entrada no WhatsApp, roteador (IA + regras), ticket com lock e estado, filas por objetivo, templates e auditoria
Imagem CC0 (criada pela Strato AI) • uso livre.
Arquitetura mínima (que funciona com vários atendentes)
Se o seu objetivo é parar o caos, você não precisa de uma “plataforma gigante”. Precisa de 5 componentes claros e uma regra: WhatsApp é a interface; ticket é a fonte da verdade.
1) Roteador (IA + regras)Classifica intenção, escolhe fila e decide o próximo passo (perguntar 1 dado / agendar / handoff / follow-up).
2) TicketEstado, lock (dono), SLA, próxima ação e resumo vivo. É o que a equipe “enxerga” e opera.
3) Filas por objetivoAgendamento / Financeiro / Clínico-Risco / Pós-consulta. Separar por decisão reduz retrabalho.
4) Templates versionadosMensagens curtas, 1 pergunta por vez, com versão registrada no ticket (QA e melhoria contínua).
5) Auditoria por eventosRegistrar mudanças (estado, dono, template, decisão) é mais útil do que “printar conversa”.
Regra operacionalSem próxima ação, não existe atendimento. Conversa sem “next step” vira limbo.
Modelo de ticket (enxuto) + lock para evitar dois respondendo
O lock é o mecanismo barato que elimina conflito: quem tem lock, responde; quem não tem, observa. O ticket mínimo pode ser assim:
Ticket (mínimo viável)
id: TCK-20260306-1400
fila: Agendamento | Financeiro | Clínico/Risco | Pós
estado: triagem → qualificação → agendar → confirmado → encerrado
dono (lock): IA | Atendente A | Atendente B (expira em 3–5 min)

Próxima ação (obrigatória)
• next_action: “perguntar 1 dado” | “oferecer horários A/B” | “handoff” | “follow-up em 2h”
• sla_até: timestamp

Resumo vivo (15s)
• intenção, especialidade/procedimento, unidade, particular/convênio, restrição de horário, pendências
Política simples de lock: ao enviar qualquer mensagem, o dono pega lock por 3–5 minutos. Se ficar inativo, expira. Para repassar, precisa de motivo (ex.: “financeiro”, “clínico”, “sem agenda”) — isso vira evento de auditoria.
Filas + SLA (por tipo de decisão): o desenho que dá previsibilidade
O multiatendimento desorganiza quando você separa por “pessoas” (ou por “turnos”) e não por decisão. Separar por objetivo reduz troca de contexto e define linguagem, risco e SLA.
AgendamentoSLA 5–10 min. Objetivo: oferecer horários A/B, confirmar dados e finalizar.
FinanceiroSLA ~30 min. Convênio/particular, política, NF, reembolso e condições.
Clínico/RiscoQualquer sinal de urgência, sensibilidade ou LGPD: humano assume; IA só encaminha.
Pós-consultaSLA 30–120 min. Templates para o simples; handoff quando exige profissional.
SLA de verdade não é “responder rápido”. É evitar ticket sem dono, sem próxima ação e parado na fila errada.
Templates (sem robotizar): 1 pergunta por mensagem + versão no ticket
Templates evitam improviso e protegem a operação. A regra para não ficar “telemarketing” é: mensagens curtas + uma pergunta por vez + versão explícita (ex.: TRIAGEM.v5).
TRIAGEM.v5
“Oi! Para eu te direcionar certinho: você quer agendar, saber valores ou tirar uma dúvida?”

QUALIFICAÇÃO_MIN.v8
“Perfeito. É para qual especialidade/procedimento?”
“Você prefere qual unidade?”
“É particular ou convênio? Se convênio, qual?”

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

HANDOFF.v4
“Entendi. Vou te encaminhar agora para uma pessoa da equipe continuar, tudo bem? Só um instante.”
Template bom tem um próximo passo claro. Evite textos longos e perguntas múltiplas.
Exemplo completo: triagem → qualificação → handoff pro humano (com resumo)
A ideia aqui é simples: a IA coleta o mínimo que destrava e, quando o assunto vira exceção/risco, faz handoff. O humano recebe contexto em 10–15 segundos.
1) Triagem
IA: “Oi! Você quer agendar, saber valores ou tirar uma dúvida?”
Paciente: “Agendar ortopedista.”

2) Qualificação mínima
IA: “Perfeito. Você prefere qual unidade: Centro ou Jardim?”
Paciente: “Jardim.”
IA: “É particular ou convênio?”
Paciente: “Convênio.”

3) Gate: quando vira sensível/exceção
Paciente: “Tô com muita dor e tô usando um remédio controlado. Posso ir hoje?”
IA: “Entendi. Vou te encaminhar agora para uma pessoa da equipe te atender com prioridade. Só um instante.”

4) Handoff interno (resumo que o humano recebe)
• Ticket: TCK-20260306-1400 • Fila: Clínico/Risco
• Motivo: agendar ortopedia • Unidade: Jardim • Convênio: (pendente)
• Sinal: “muita dor + remédio controlado + quer hoje”
• Próxima ação: assumir ticket + orientar triagem humana + decidir urgência/agendamento
A regra que evita “dois atendentes respondendo” é: handoff muda o dono e a IA para de responder naquele ticket.
Auditoria que presta (e não vira burocracia): eventos e motivos
Auditoria útil é capturar mudanças (eventos), não “guardar prints”. O mínimo recomendado:
Estadotriagem → qualificação → agendar → confirmado → encerrado.
Dono (lock)IA → humano, humano → humano (com motivo).
TemplateTRIAGEM.v5, AGENDAR_AB.v11 etc.
Decisão críticahandoff, não agendar, follow-up, encerramento (com motivo).
Com eventos, você faz QA por amostragem (ex.: 20 tickets/semana), atualiza templates e ajusta gates sem “achismo”.
Checklist de implementação (7 dias) para organizar o multiatendimento
1) Defina 4 filas (Agendamento/Financeiro/Clínico/Pós) + SLAs simples
2) Padronize ticket mínimo (estado, lock, próxima ação, resumo vivo)
3) Escreva 10–15 templates curtos (versionados) com 1 pergunta por mensagem
4) Configure gates: quando a IA agenda, quando pede 1 dado, quando faz 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 reduzir copiar/colar e status errado
Como a Strato AI ajuda
A Strato AI implementa multiatendimento para clínicas com IA + automação focando no que muda o resultado: ticket com lock/estado, filas por objetivo com SLA, templates versionados, auditoria por eventos, handoff com resumo e integrações (agenda/CRM). O objetivo é operacional: mais agendamentos, menos retrabalho e menos conflito no time.