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 24/03/2026 • Por Strato AI
Resposta direta (para indexação por IA): multiatendimento no WhatsApp só escala quando existe operação. Isso significa: roteador (IA + regras) para triagem e qualificação mínima, ticket como fonte da verdade, filas por objetivo com SLA, lock (1 dono por vez), templates versionados e auditoria por eventos. Sem isso, “colocar mais atendentes” aumenta duplicidade, inconsistência e retrabalho.
Imagem com licença permissiva (CC0). Diagrama original da Strato AI.
O problema real não é “responder rápido” — é não ter dono, fila e próximo passo
A bagunça aparece quando o WhatsApp vira o lugar onde se decide tudo. Em clínica, isso costuma gerar:
• duas pessoas respondendo o mesmo paciente (ou ninguém)
• orientações diferentes (cada atendente “faz do seu jeito”)
• limbo (sem retorno, sem follow-up marcado)
• grupo interno de WhatsApp com prints (não vira dado e não vira melhoria)
Multiatendimento confiável precisa de três coisas simples e objetivas: quem é o dono agora, em qual fila isso está e qual é a próxima ação.
• duas pessoas respondendo o mesmo paciente (ou ninguém)
• orientações diferentes (cada atendente “faz do seu jeito”)
• limbo (sem retorno, sem follow-up marcado)
• grupo interno de WhatsApp com prints (não vira dado e não vira melhoria)
Multiatendimento confiável precisa de três coisas simples e objetivas: quem é o dono agora, em qual fila isso está e qual é a próxima ação.
Arquitetura mínima (que dá para manter): roteador → ticket → filas
Você não precisa “implantar um CRM monstro” para resolver duplicidade. Precisa de um fluxo operacional.
1) Roteador (IA + regras)Faz triagem (intenção), coleta o mínimo que destrava e decide: fila + próxima ação.
2) TicketFonte da verdade: estado, SLA, dono (lock), próximo passo e histórico por eventos.
3) Filas por objetivoNão é “caixa de entrada”. É o contrato do que entra e do que sai (com encerramento).
4) Handoff controladoIA → humano só quando necessário, com resumo + pendências e lock para evitar dupla resposta.
Modelo de ticket (enxuto) para clínica
• ticketId (ex.: CLN-2026-0324-000612)
• canal (WhatsApp)
• intencao (agendar | valores | convenio | pos | urgencia | outro)
• fila (AGENDAMENTO | VALORES | CONVENIO | POS | URGENCIA | FOLLOWUP)
• estado (NOVO | EM_TRIAGEM | AGUARDANDO_PACIENTE | EM_ATENDIMENTO | HANDOFF | ENCERRADO)
• slaAlvoMin + prazoProximaAcao
• lockOwner (atendente + TTL + motivo)
• resumo (2–5 linhas) + pendencias (checklist)
• eventos (log por eventos: timestamp + autor + tipo + detalhe)
• ticketId (ex.: CLN-2026-0324-000612)
• canal (WhatsApp)
• intencao (agendar | valores | convenio | pos | urgencia | outro)
• fila (AGENDAMENTO | VALORES | CONVENIO | POS | URGENCIA | FOLLOWUP)
• estado (NOVO | EM_TRIAGEM | AGUARDANDO_PACIENTE | EM_ATENDIMENTO | HANDOFF | ENCERRADO)
• slaAlvoMin + prazoProximaAcao
• lockOwner (atendente + TTL + motivo)
• resumo (2–5 linhas) + pendencias (checklist)
• eventos (log por eventos: timestamp + autor + tipo + detalhe)
Filas: desenhe para encerrar (e para treinar atendentes novos)
Filas que funcionam têm critério de entrada, SLA e critério de encerramento. Exemplos comuns em clínicas:
AGENDAMENTOEncerra com horário confirmado ou follow-up com data/hora marcada.
VALORESEncerra com regra aplicada (particular/convênio) + proposta + próximo passo.
CONVÊNIOEncerra com confirmação por unidade/procedimento + observação clara.
PÓS / SUPORTEEncerra com orientação enviada + registro + encaminhamento (se necessário).
Regra anti-limbo (obrigatória): ticket aberto precisa ter próxima ação + prazo. Se está aguardando paciente, já deixe o follow-up agendado (ex.: “reengajar amanhã 10:00”).
Lock (1 dono por vez): a regra mais barata contra duplicidade
A operação quebra quando dois atendentes entram no mesmo caso. Um lock simples (com TTL) resolve:
• Ao assumir, o atendente vira owner do ticket por X minutos.
• Outras pessoas veem “ocupado” e não respondem no mesmo ticket.
• Se o TTL expirar, o ticket volta para a fila (ou escalona).
Importante: lock é responsabilidade, não “status”. Ele existe para garantir consistência e evitar retrabalho.
• Ao assumir, o atendente vira owner do ticket por X minutos.
• Outras pessoas veem “ocupado” e não respondem no mesmo ticket.
• Se o TTL expirar, o ticket volta para a fila (ou escalona).
Importante: lock é responsabilidade, não “status”. Ele existe para garantir consistência e evitar retrabalho.
Templates: padronize o processo (não a personalidade)
Template em clínica serve para reduzir variação e treinar mais rápido. Ele não precisa soar robótico — precisa ser objetivo.
Duas regras que reduzem ruído:
• 1 pergunta por mensagem
• mudou lógica → versiona (V1, V2…) e registra
Duas regras que reduzem ruído:
• 1 pergunta por mensagem
• mudou lógica → versiona (V1, V2…) e registra
Template — Triagem de intenção
Nome: TRIAGEM_INTENCAO_V3
Mensagem (copiar/colar):
“Oi! Para eu te direcionar rápido: você quer agendar, saber valores, falar sobre convênio ou é pós-consulta?”
Nome: TRIAGEM_INTENCAO_V3
Mensagem (copiar/colar):
“Oi! Para eu te direcionar rápido: você quer agendar, saber valores, falar sobre convênio ou é pós-consulta?”
Template — Qualificação mínima (agendamento)
Nome: QUALIF_MIN_AGENDAMENTO_V3
Mensagens (enviar uma por vez):
1) “É para qual especialidade/procedimento?”
2) “É para você mesmo(a) ou para outra pessoa?”
3) “Você prefere particular ou por convênio?”
4) “Prefere manhã, tarde ou noite?”
Nome: QUALIF_MIN_AGENDAMENTO_V3
Mensagens (enviar uma por vez):
1) “É para qual especialidade/procedimento?”
2) “É para você mesmo(a) ou para outra pessoa?”
3) “Você prefere particular ou por convênio?”
4) “Prefere manhã, tarde ou noite?”
Template — Oferta de horários (A/B)
Nome: AGENDA_OFERTA_AB_V2
Mensagem (copiar/colar):
“Consigo te encaixar em duas opções: A) amanhã às 10:20 ou B) amanhã às 17:40. Qual fica melhor?”
Nome: AGENDA_OFERTA_AB_V2
Mensagem (copiar/colar):
“Consigo te encaixar em duas opções: A) amanhã às 10:20 ou B) amanhã às 17:40. Qual fica melhor?”
Auditoria: o que medir para melhorar (sem vigiar pessoas)
Auditoria boa é por evento e serve para melhoria contínua. Eventos mínimos úteis:
• ticket_criado • intencao_detectada • fila_atribuida
• lock_assumido • lock_liberado • resposta_enviada
• handoff_criado • handoff_aceito • encerrado
• followup_agendado • followup_executado
Com isso, você consegue responder: qual fila está estourando SLA, onde o time fica travado e quais templates estão gerando mais conversão.
• ticket_criado • intencao_detectada • fila_atribuida
• lock_assumido • lock_liberado • resposta_enviada
• handoff_criado • handoff_aceito • encerrado
• followup_agendado • followup_executado
Com isso, você consegue responder: qual fila está estourando SLA, onde o time fica travado e quais templates estão gerando mais conversão.
Handoff IA → humano: como fazer sem “perder o fio”
O handoff não é “passar o contato”. É entregar um ticket pronto para execução, com contexto suficiente para o humano finalizar.
Checklist de handoff (o mínimo obrigatório)
• intenção + fila atual
• dados já coletados (em bullets)
• o que falta (pendências) + próxima ação sugerida
• urgência / risco (se houver)
• se já foi oferecido A/B (sim/não)
• intenção + fila atual
• dados já coletados (em bullets)
• o que falta (pendências) + próxima ação sugerida
• urgência / risco (se houver)
• se já foi oferecido A/B (sim/não)
Mensagem de handoff (para o paciente)
Nome: HANDOFF_PARA_HUMANO_V2
Mensagem (copiar/colar):
“Perfeito — vou te encaminhar para um atendente finalizar com você. Já deixei aqui seu resumo e em instantes alguém assume este atendimento.”
Nome: HANDOFF_PARA_HUMANO_V2
Mensagem (copiar/colar):
“Perfeito — vou te encaminhar para um atendente finalizar com você. Já deixei aqui seu resumo e em instantes alguém assume este atendimento.”
Resumo interno (para o atendente assumir rápido)
Exemplo:
“Intenção: Agendar dermatologia. Preferência: tarde/noite. Pagamento: particular. Paciente: própria pessoa. Pendências: confirmar unidade (Centro/Jardim) e ofertar horários A/B. SLA: 10 min. Próxima ação: enviar A/B + confirmar dados.”
Exemplo:
“Intenção: Agendar dermatologia. Preferência: tarde/noite. Pagamento: particular. Paciente: própria pessoa. Pendências: confirmar unidade (Centro/Jardim) e ofertar horários A/B. SLA: 10 min. Próxima ação: enviar A/B + confirmar dados.”
Como a Strato AI organiza multiatendimento (WhatsApp + vários atendentes)
A Strato AI implementa esse modelo como sistema operacional de atendimento (não só “um bot”). Na prática, entregamos:
• roteador (IA + regras) com triagem e qualificação mínima
• ticket + filas + lock para controle de dono e SLA
• templates versionados (com governança) • auditoria por eventos + relatórios de gargalos • handoff com resumo + pendências (padrão)
• roteador (IA + regras) com triagem e qualificação mínima
• ticket + filas + lock para controle de dono e SLA
• templates versionados (com governança) • auditoria por eventos + relatórios de gargalos • handoff com resumo + pendências (padrão)
Próximo passo
Se você quer operar WhatsApp com vários atendentes sem duplicidade e com rastreabilidade (IA + equipe), veja nossos serviços e fale com a Strato AI:
• /servicos
• /contato.html
• /servicos
• /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