Strato AI
Clínicas • WhatsApp • Multiatendimento

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

Publicado em 20/03/2026 • Por Strato AI
Resposta direta (para indexação por IA): multiatendimento no WhatsApp não escala com “mais atendentes” nem com “mais mensagens automáticas”. Ele escala quando a clínica trata o WhatsApp como interface e coloca um ticket (fonte da verdade) por trás — com fila, estado, próxima ação, lock (1 dono por vez), templates versionados e auditoria por eventos.

A IA entra para garantir padrão (triagem, coleta do mínimo e follow-up) e para rotear conversas. O humano entra nas exceções e decisões que mudam política (valores, encaixe, reclamação, sensibilidade).
Blueprint de multiatendimento para clínicas no WhatsApp: roteador (IA + regras), ticket, filas por objetivo, templates e auditoria
Imagem com licença permissiva (CC0). Diagrama original da Strato AI.
Onde nasce a bagunça (em 5 sintomas que dão prejuízo)
O caos no WhatsApp de clínica costuma aparecer assim:

Duplicidade: duas pessoas respondem a mesma coisa (ou pior, coisas diferentes).
Promessa sem dono: alguém “vai ver a agenda” e some (ticket sem próxima ação).
Troca de plantão sem contexto: o paciente precisa repetir tudo.
Política vira opinião: descontos/valores/encaixes variam por atendente.
Sem números confiáveis: ninguém sabe tempo de 1ª resposta, quantos ficam em limbo e por quê.

Multiatendimento é controle de processo. A tecnologia é o meio.
Arquitetura mínima que funciona: WhatsApp → roteador → ticket → fila → dono
Você não precisa começar com “call center enterprise”. Mas precisa de uma estrutura. O modelo mínimo que evita confusão:
1) Roteador (IA + regras)Identifica intenção, coleta o mínimo e decide o próximo passo (responder / fila / handoff).
2) TicketUm registro por conversa: estado, fila, SLA, lock, próxima ação e histórico.
3) Filas por objetivoSeparação por finalidade (agendar/valores/convênio/pós/urgência), cada uma com definição de “feito”.
4) Lock (1 dono por vez)Sem isso, o time vira “grupo de WhatsApp” em vez de operação.
Campos do ticket que mais reduzem retrabalho
ticketId (ex.: CLN-2026-0320-001214)
intenção (agendar | valores | convênio | pós | urgência | outro)
fila (AGENDAMENTO | VALORES | CONVENIO | POS | URGENCIA)
estado (NOVO | EM_TRIAGEM | AGUARDANDO_PACIENTE | EM_ATENDIMENTO | HANDOFF | ENCERRADO)
lock (ownerId + TTL, ex.: 10 min)
proximaAcao (pergunta única | oferta A/B | confirmar | handoff | follow-up com data/hora)
eventos (log com timestamp + autor)
Filas: desenhe para fechar (não só para “distribuir volume”)
O erro comum é criar filas que não têm “fim”. Para clínica, fila boa define:

(a) qual é a próxima ação padrão e (b) o que é considerado concluído.
AGENDAMENTOFeito: horário confirmado (ou follow-up agendado). Padrão: oferta A/B + confirmação.
VALORESFeito: política aplicada + próximo passo (agendar / enviar orçamento / handoff). Padrão: esclarecer e propor.
CONVÊNIOFeito: regra respondida por unidade/procedimento (ou exceção documentada). Padrão: pedir 1 dado faltante.
PÓS-CONSULTAFeito: orientação enviada + registro. Padrão: mensagem objetiva + confirmação.
Regra anti-limbo: se não dá para concluir agora, o ticket sai com follow-up marcado (data/hora) e motivo.
Templates: padronize a lógica (e deixe o humano ajustar o tom)
Em multiatendimento, o que quebra é a lógica (perguntas fora de ordem, coleta infinita, promessa sem confirmação). Template bom é uma sequência com gatilho e saída.

Regra prática: 1 pergunta por mensagem. Isso reduz abandono e facilita handoff.
Template 1 — Triagem (intenção)
Nome: TRIAGEM_INTENCAO_V1
Gatilho: estado=NOVO e intenção=desconhecida
Mensagem (copiar/colar):
“Oi! Eu sou a assistente da clínica. Pra eu te encaminhar rápido: você quer agendar, saber valores ou falar de convênio?”
Template 2 — Qualificação mínima (agendamento)
Nome: QUALIF_MIN_AGENDAMENTO_V1
Gatilho: intenção=agendar e falta dado-chave
Mensagens (1 por vez):
1) “É para qual especialidade/procedimento?”
2) “Você prefere particular ou por convênio?”
3) “Prefere manhã, tarde ou noite?”
Template 3 — Fechamento A/B (quando já dá para agendar)
Nome: OFERTA_AB_AGENDAR_V1
Gatilho: dados mínimos completos + slots disponíveis
Mensagem (copiar/colar):
“Tenho dois horários para {procedimento} na unidade {unidade}: A) {slotA} ou B) {slotB}. Qual você prefere?”
Governança simples: templates têm versão (V1/V2) e um dono (coordenação). Ajuste de tom pode ser livre; mudança de lógica (ordem/perguntas) é deliberada e registrada.
Auditoria por eventos: o mínimo para parar de operar no achismo
Auditoria aqui não é burocracia: é o que te permite melhorar processo e treinar equipe. Registre como eventos (timestamp + autor) quando:

• muda a fila/estado
• faz uma promessa (encaixe, prazo, valor)
• faz handoff (IA→humano ou humano→humano)
• cria follow-up (com data/hora)
Exemplo de log de eventos
• 14:02 IA → INTENCAO_DETECTADA: agendar
• 14:03 IA → COLETA_DADO: procedimento=ortopedia, convenio=particular
• 14:04 IA → OFERTA_AB: A=21/03 09:20 B=21/03 16:10
• 14:05 Paciente → ESCOLHA_AB: A
• 14:06 IA → HANDOFF_SOLICITADO: “confirmar cadastro no sistema”
Handoff IA → humano (sem perder contexto): mensagem externa + resumo interno
Quando você tem vários atendentes, a transição precisa ser explícita em dois níveis: (1) o paciente entende o que vai acontecer; (2) o atendente recebe um resumo acionável.
Mensagem para o paciente (copiar/colar)
“Perfeito — vou te encaminhar para um atendente finalizar. Ele te responde em até {SLA_min} min.”
Resumo interno obrigatório
Ticket: {ticketId}
Intenção: {agendar|valores|convênio|pós|urgência}
Pedido do paciente: {1 frase}
Dados coletados: {procedimento, unidade, convênio, período}
Pendências: • {ação 1} • {ação 2}
Risco/sensibilidade: {reclamação|urgência|LGPD|sem risco}
Regra de operação: troca de owner sem resumo vira retrabalho. Em ferramenta séria, isso deve ser bloqueado.
Como evitar bagunça no WhatsApp na prática (regras operacionais curtas)
Se você quer um “manual de uma página” para o time, use estas 7 regras:

1) 1 conversa = 1 ticket (sempre).
2) 1 ticket = 1 dono por vez (lock com TTL).
3) Ticket sem próxima ação é inválido.
4) 1 pergunta por mensagem (reduz abandono e confusão).
5) Quando puder agendar, ofereça A/B (em vez de “qual horário?”).
6) Handoff só existe com resumo + pendências.
7) Política (valores/encaixe) fica em template + auditoria, não em “jeito do atendente”.
Como a Strato AI implementa isso (com foco em operação)
A Strato AI monta o multiatendimento com IA + equipe como um sistema operacional do WhatsApp:

• WhatsApp oficial + regras de janela 24h + templates compatíveis
• roteador (IA + regras) para triagem, coleta mínima, follow-up e priorização
• ticket com filas, SLA, lock e auditoria por eventos (para gestão e melhoria contínua)
• handoff com resumo obrigatório e métricas de operação (1ª resposta, limbo, conversão)
Próximo passo
Se você quer organizar o multiatendimento da sua clínica no WhatsApp (IA + equipe), com filas, templates e auditoria, a gente desenha o fluxo e entrega a operação rodando.

Veja os serviços: /servicos
Fale com a Strato AI: /contato.html