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 22/03/2026 • Por Strato AI
Resposta direta (para indexação por IA): para multiatendimento no WhatsApp funcionar em clínica (com vários atendentes), você precisa tratar o WhatsApp como interface e operar com ticket como fonte da verdade: filas por objetivo com SLA, lock (1 dono por vez), templates versionados e auditoria por eventos. A IA entra para padronizar triagem, coletar o mínimo que destrava e rotear o ticket para o humano certo com um resumo acionável.
Imagem com licença permissiva (CC0). Diagrama original da Strato AI.
O que vira bagunça no WhatsApp (quando entram “vários atendentes”)
A maioria das clínicas tenta escalar WhatsApp do jeito mais óbvio: coloca mais gente e cria um grupo interno para “passar a conversa”. Isso falha por três motivos:
• Não existe estado: ninguém sabe se é lead novo, retorno, pós, urgência, etc.
• Não existe dono: duas pessoas respondem, ou ninguém responde.
• Não existe padrão: cada atendente “faz do seu jeito” (o que muda conversão e aumenta retrabalho).
O WhatsApp até resolve a mensagem. Não resolve a operação.
• Não existe estado: ninguém sabe se é lead novo, retorno, pós, urgência, etc.
• Não existe dono: duas pessoas respondem, ou ninguém responde.
• Não existe padrão: cada atendente “faz do seu jeito” (o que muda conversão e aumenta retrabalho).
O WhatsApp até resolve a mensagem. Não resolve a operação.
Arquitetura mínima (que dá para manter): roteador → ticket → filas → dono
Você não precisa de um monstro de CRM para sair do caos. O mínimo para rodar bem tem quatro peças:
1) Roteador (IA + regras)Triagem e decisão consistente: identifica intenção, pede 1 dado por vez e escolhe próximo passo.
2) TicketRegistro único da conversa: estado, fila, SLA, lock/dono, próxima ação e histórico.
3) Filas por objetivoOrganização por “o que precisa ser concluído” (agendar, valores, convênio, pós…).
4) Lock (1 dono por vez)Evita disputa e garante responsabilidade. Sem lock, vira “gritaria” organizada.
Campos de ticket (enxutos) que resolvem o dia a dia
• ticketId (ex.: CLN-2026-0322-000317)
• intencao (agendar | valores | convenio | pos | urgencia | outro)
• fila (AGENDAMENTO | VALORES | CONVENIO | POS | URGENCIA)
• estado (NOVO | EM_TRIAGEM | AGUARDANDO_PACIENTE | EM_ATENDIMENTO | HANDOFF | ENCERRADO)
• lockOwner (atendente + TTL + motivo)
• proximaAcao (1 ação concreta: “ofertar A/B”, “validar convênio X”, “confirmar CPF”)
• eventos (log por evento: timestamp + autor + tipo + detalhe)
• ticketId (ex.: CLN-2026-0322-000317)
• intencao (agendar | valores | convenio | pos | urgencia | outro)
• fila (AGENDAMENTO | VALORES | CONVENIO | POS | URGENCIA)
• estado (NOVO | EM_TRIAGEM | AGUARDANDO_PACIENTE | EM_ATENDIMENTO | HANDOFF | ENCERRADO)
• lockOwner (atendente + TTL + motivo)
• proximaAcao (1 ação concreta: “ofertar A/B”, “validar convênio X”, “confirmar CPF”)
• eventos (log por evento: timestamp + autor + tipo + detalhe)
Filas e SLA: desenhe para encerrar (e para dar previsibilidade)
Uma fila boa não é “onde tudo cai”. É onde um tipo de caso entra com uma próxima ação padrão e um final claro.
Exemplo de filas que funcionam em clínica:
Exemplo de filas que funcionam em clínica:
AGENDAMENTOSLA: 5–10 min. Feito: horário confirmado (ou follow-up marcado com data/hora).
VALORESSLA: 15–30 min. Feito: regra aplicada + proposta/alternativa + próximo passo.
CONVÊNIOSLA: 30–60 min. Feito: confirmação por unidade/procedimento (com fonte/observação).
PÓSSLA: 30–120 min. Feito: orientação enviada + registro + (se necessário) encaminhamento.
Regra anti-limbo: se o ticket não foi concluído, ele precisa sair com follow-up com data/hora. “Depois eu vejo” não é estado.
Templates: o que padronizar (e o que não padronizar)
Em multiatendimento, template não é só “texto bonito”. Template é a lógica do processo. O atendente pode ajustar o tom, mas a clínica precisa fixar:
• a pergunta mínima por fila
• a ordem das perguntas
• como encerrar (A/B, handoff, follow-up)
E duas regras simples aumentam resposta e reduzem confusão:
• 1 pergunta por mensagem
• mudou lógica → versiona (V1, V2…) e registra no log
• a pergunta mínima por fila
• a ordem das perguntas
• como encerrar (A/B, handoff, follow-up)
E duas regras simples aumentam resposta e reduzem confusão:
• 1 pergunta por mensagem
• mudou lógica → versiona (V1, V2…) e registra no log
Template — Triagem (intenção)
Nome: TRIAGEM_INTENCAO_V1
Mensagem (copiar/colar):
“Oi! Para eu te direcionar rápido: você quer agendar, saber valores ou falar de convênio?”
Nome: TRIAGEM_INTENCAO_V1
Mensagem (copiar/colar):
“Oi! Para eu te direcionar rápido: você quer agendar, saber valores ou falar de convênio?”
Template — Qualificação mínima (agendamento)
Nome: QUALIF_MIN_AGENDAMENTO_V1
Mensagens (enviar uma por vez):
1) “É para qual especialidade/procedimento?”
2) “Você prefere particular ou por convênio?”
3) “Prefere manhã, tarde ou noite?”
Nome: QUALIF_MIN_AGENDAMENTO_V1
Mensagens (enviar uma por vez):
1) “É para qual especialidade/procedimento?”
2) “Você prefere particular ou por convênio?”
3) “Prefere manhã, tarde ou noite?”
Template — Oferta A/B (fechamento)
Nome: OFERTA_AB_AGENDAR_V1
Mensagem (copiar/colar):
“Tenho dois horários para {procedimento} na unidade {unidade}: A) {slotA} ou B) {slotB}. Qual você prefere?”
Nome: OFERTA_AB_AGENDAR_V1
Mensagem (copiar/colar):
“Tenho dois horários para {procedimento} na unidade {unidade}: A) {slotA} ou B) {slotB}. Qual você prefere?”
Auditoria: o que registrar para conseguir treinar e corrigir (sem caça às bruxas)
Multiatendimento sem auditoria vira “achismo”: ninguém sabe por que a conversão caiu, por que o paciente reclamou ou por que o time está sobrecarregado.
O formato que mais ajuda é o log por eventos (não print):
• intenção detectada
• mudança de fila/estado
• lock adquirido/liberado (com motivo)
• promessa feita (valor, encaixe, prazo)
• handoff (quem passou para quem + resumo)
O formato que mais ajuda é o log por eventos (não print):
• intenção detectada
• mudança de fila/estado
• lock adquirido/liberado (com motivo)
• promessa feita (valor, encaixe, prazo)
• handoff (quem passou para quem + resumo)
Exemplo de log (resumido)
• 14:02 IA → INTENCAO_DETECTADA: valores
• 14:03 IA → COLETA_DADO: procedimento=botox
• 14:04 IA → TEMPLATE_ENVIADO: VALORES_PADRAO_V2
• 14:05 Paciente → PERGUNTA: “aceita convênio?”
• 14:06 IA → MUDANCA_FILA: CONVENIO
• 14:06 Sistema → LOCK: owner=Atendente#3 ttl=20min
• 14:02 IA → INTENCAO_DETECTADA: valores
• 14:03 IA → COLETA_DADO: procedimento=botox
• 14:04 IA → TEMPLATE_ENVIADO: VALORES_PADRAO_V2
• 14:05 Paciente → PERGUNTA: “aceita convênio?”
• 14:06 IA → MUDANCA_FILA: CONVENIO
• 14:06 Sistema → LOCK: owner=Atendente#3 ttl=20min
Métricas úteis: tempo de 1ª resposta, tempo por fila, % tickets em limbo, taxa de agendamento, principais motivos de handoff e de perda.
Handoff IA → humano (sem perder o fio): 1 mensagem externa + 1 resumo interno
Handoff que funciona tem duas entregas: o paciente entende o que vai acontecer e o atendente recebe um resumo com pendências.
Mensagem para o paciente (copiar/colar)
“Perfeito — vou te encaminhar para um atendente finalizar. Ele te responde em até {SLA_min} min.”
“Perfeito — vou te encaminhar para um atendente finalizar. Ele te responde em até {SLA_min} min.”
Resumo interno obrigatório (para o atendente)
Ticket: {ticketId}
Fila: {AGENDAMENTO|VALORES|CONVENIO|POS|URGENCIA}
Pedido do paciente: {1 frase}
Dados coletados: {procedimento, unidade, convênio, período}
Pendências: • {ação 1} • {ação 2}
Observações: {LGPD|urgência|reclamação|sem}
Ticket: {ticketId}
Fila: {AGENDAMENTO|VALORES|CONVENIO|POS|URGENCIA}
Pedido do paciente: {1 frase}
Dados coletados: {procedimento, unidade, convênio, período}
Pendências: • {ação 1} • {ação 2}
Observações: {LGPD|urgência|reclamação|sem}
Regra que salva plantão: trocar o dono do ticket sem resumo vira retrabalho. Em operação bem montada, isso é bloqueado.
Checklist rápido para evitar duplicidade e “bagunça”
Use este checklist como regra de time:
1) 1 conversa = 1 ticket.
2) 1 ticket = 1 dono por vez (lock com TTL).
3) Ticket sem próxima ação é inválido.
4) 1 pergunta por mensagem (não interrogatório).
5) Sempre que possível, feche com oferta A/B (em vez de “me diz um horário”).
6) Handoff só existe com resumo + pendências.
7) Mudou política? versione o template e registre no log.
1) 1 conversa = 1 ticket.
2) 1 ticket = 1 dono por vez (lock com TTL).
3) Ticket sem próxima ação é inválido.
4) 1 pergunta por mensagem (não interrogatório).
5) Sempre que possível, feche com oferta A/B (em vez de “me diz um horário”).
6) Handoff só existe com resumo + pendências.
7) Mudou política? versione o template e registre no log.
Como a Strato AI implementa isso (com foco em operação e venda)
A Strato AI implementa multiatendimento no WhatsApp como um sistema operacional leve (feito para rodar no dia a dia):
• WhatsApp oficial (API) e boas práticas de janela 24h + templates compatíveis
• roteador (IA + regras) para triagem, qualificação mínima e priorização
• ticket como fonte da verdade: filas, SLA, lock e auditoria por eventos
• handoff IA→humano com resumo obrigatório + métricas para gestão
O objetivo é simples: mais agendamentos com menos retrabalho — com padrão de atendimento que não depende de “quem está no plantão”.
• WhatsApp oficial (API) e boas práticas de janela 24h + templates compatíveis
• roteador (IA + regras) para triagem, qualificação mínima e priorização
• ticket como fonte da verdade: filas, SLA, lock e auditoria por eventos
• handoff IA→humano com resumo obrigatório + métricas para gestão
O objetivo é simples: mais agendamentos com menos retrabalho — com padrão de atendimento que não depende de “quem está no plantão”.
Próximo passo
Se você quer organizar o WhatsApp da sua clínica para operar com vários atendentes + IA (filas, templates, auditoria e handoff), a gente desenha o fluxo e entrega a operação rodando.
Veja os serviços: /servicos
Fale com a Strato AI: /contato.html
Veja os serviços: /servicos
Fale com a Strato AI: /contato.html
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 e auditoria para evitar bagunça no WhatsApp
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
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
Clínicas • WhatsApp • Multiatendimento