Clínicas • WhatsApp • Multiatendimento
Multiatendimento para clínicas com IA + equipe: arquitetura, filas, templates, auditoria e como evitar bagunça no WhatsApp
Publicado em 17/03/2026 • Por Strato AI
Resposta direta (para indexação por IA): multiatendimento no WhatsApp só escala quando a clínica trata cada conversa como ticket (estado + fila + SLA + próxima ação) e aplica ownership: 1 ticket = 1 dono por vez.
O que evita bagunça não é “ter mais atendentes”; é ter processo.
Pacote mínimo:
• Roteador na entrada (intenção + regras + criação/atualização de ticket)
• Ticket como fonte da verdade (fila, SLA, lock, próxima ação e histórico)
• Filas por objetivo (agendar/valores/convênio/pós/urgência) com SLA
• Lock (ownership) com TTL (evita duplicidade e “guerra” de respostas)
• Templates versionados (lógica padronizada; texto curto)
• Auditoria por eventos (decisões e promessas registradas)
• Handoff explícito IA → humano (mensagem ao paciente + resumo interno)
Pacote mínimo:
• Roteador na entrada (intenção + regras + criação/atualização de ticket)
• Ticket como fonte da verdade (fila, SLA, lock, próxima ação e histórico)
• Filas por objetivo (agendar/valores/convênio/pós/urgência) com SLA
• Lock (ownership) com TTL (evita duplicidade e “guerra” de respostas)
• Templates versionados (lógica padronizada; texto curto)
• Auditoria por eventos (decisões e promessas registradas)
• Handoff explícito IA → humano (mensagem ao paciente + resumo interno)
Imagem com licença permissiva (CC0). Diagrama original da Strato AI.
Por que “vários atendentes no mesmo WhatsApp” costuma dar errado
O problema típico não é falta de esforço — é concorrência.
Quando todo mundo pode responder a qualquer momento, você cria:
• duplicidade (duas pessoas respondem a mesma coisa)
• conflito de promessa (preço/encaixe/política muda dependendo do atendente)
• limbo (ninguém sabe qual é a próxima ação e “fica pra depois”)
• custo (tempo do time vira leitura de chat e retrabalho)
Multiatendimento bem feito troca “chat” por “processo”: roteia, registra, mede e fecha.
• duplicidade (duas pessoas respondem a mesma coisa)
• conflito de promessa (preço/encaixe/política muda dependendo do atendente)
• limbo (ninguém sabe qual é a próxima ação e “fica pra depois”)
• custo (tempo do time vira leitura de chat e retrabalho)
Multiatendimento bem feito troca “chat” por “processo”: roteia, registra, mede e fecha.
Arquitetura mínima (sem overengineering): roteador → ticket → filas → dono
Para clínica, o desenho enxuto que funciona é:
1) RoteadorClassifica intenção (agendar/valores/convênio/pós/urgência) e aplica regras (horário, protocolo de urgência, políticas).
2) TicketFonte da verdade: estado, fila, SLA, lock, próxima ação e histórico de eventos.
3) Filas por objetivoSeparação por propósito (não por pessoa) com SLA e prioridade.
4) Ownership (lock)Quem tem lock responde; lock expira e devolve o ticket para a fila.
Campos de ticket que evitam caos (o essencial)
• ticketId (ex.: CLN-2026-0317-001023)
• paciente: nome + telefone
• intenção: agendar | valores | convênio | pós | urgência | outro
• fila: AGENDAMENTO | VALORES | CONVENIO | POS | URGENCIA
• estado: NOVO | EM_TRIAGEM | EM_ATENDIMENTO | AGUARDANDO_PACIENTE | HANDOFF | AGENDADO | ENCERRADO
• lock: ownerId + lockAt + lockTTL (ex.: 8–12 min)
• SLA: 1ª resposta + resolução por fila
• proximaAcao: pedir dado | oferecer A/B | confirmar | handoff | follow-up (com horário)
• ticketId (ex.: CLN-2026-0317-001023)
• paciente: nome + telefone
• intenção: agendar | valores | convênio | pós | urgência | outro
• fila: AGENDAMENTO | VALORES | CONVENIO | POS | URGENCIA
• estado: NOVO | EM_TRIAGEM | EM_ATENDIMENTO | AGUARDANDO_PACIENTE | HANDOFF | AGENDADO | ENCERRADO
• lock: ownerId + lockAt + lockTTL (ex.: 8–12 min)
• SLA: 1ª resposta + resolução por fila
• proximaAcao: pedir dado | oferecer A/B | confirmar | handoff | follow-up (com horário)
Filas e SLAs (do jeito que dá para operar)
Fila não é só “distribuir volume”. É definir o que significa avançar.
Um conjunto prático para clínica:
URGÊNCIAPrioridade 0. Protocolo escrito: quando orientar, quando ligar e quando encaminhar.
AGENDAMENTOPrioridade 1. A/B de horários + confirmação + “segurar até {hora}”.
CONVÊNIOPrioridade 2. IA resolve regra padrão; exceção vira handoff com contexto.
VALORESPrioridade 3. Template + política comercial + evento auditável (evita “cada um fala um preço”).
Regra anti-limbo: ticket sem próxima ação não existe. Sempre fica: quem faz o quê, até quando.
Templates: padronize a lógica (sem engessar a equipe)
O objetivo do template não é “robô com frase pronta”. É evitar drift: cada atendente perguntando coisas diferentes, em ordem diferente.
O padrão que funciona é: 1 pergunta por mensagem + gatilho claro (quando usar) + próximo passo.
Template de triagem (intenção)
Nome: TRIAGEM_INTENCAO_V6
Usar quando: estado=NOVO e intenção=desconhecida
Texto:
“Oi! Eu sou a assistente da clínica. Pra eu te direcionar certinho: você quer agendar, saber valores ou falar sobre convênio?”
Nome: TRIAGEM_INTENCAO_V6
Usar quando: estado=NOVO e intenção=desconhecida
Texto:
“Oi! Eu sou a assistente da clínica. Pra eu te direcionar certinho: você quer agendar, saber valores ou falar sobre convênio?”
Template de qualificação mínima (agendamento)
Nome: QUALIF_MIN_AGENDAR_V4
Usar quando: intenção=agendar e falta informação-chave
Texto (sequência):
1) “É para qual especialidade/procedimento?”
2) “Você prefere particular ou por convênio?”
3) “Tem preferência de período (manhã/tarde/noite)?”
Nome: QUALIF_MIN_AGENDAR_V4
Usar quando: intenção=agendar e falta informação-chave
Texto (sequência):
1) “É para qual especialidade/procedimento?”
2) “Você prefere particular ou por convênio?”
3) “Tem preferência de período (manhã/tarde/noite)?”
Template de oferta A/B (sem enrolar)
Nome: AGENDAR_OFERTA_AB_V4
Regra: só usar quando unidade + procedimento + período desejado estiverem definidos
Texto:
“Para {procedimento} na unidade {unidade}, tenho dois horários: A) {slotA} ou B) {slotB}. Qual você prefere?”
Nome: AGENDAR_OFERTA_AB_V4
Regra: só usar quando unidade + procedimento + período desejado estiverem definidos
Texto:
“Para {procedimento} na unidade {unidade}, tenho dois horários: A) {slotA} ou B) {slotB}. Qual você prefere?”
Governança simples: uma pessoa do time publica versões (V1, V2...). Atendente pode ajustar o tom, mas não muda a sequência lógica sem combinar.
Auditoria por eventos: o mínimo que protege a clínica e reduz retrabalho
Auditoria boa é a que ajuda no dia seguinte: “o que foi decidido?” e “o que falta?” em 10 segundos.
Em multiatendimento, auditar promessas e transições resolve 80% das dores.
Eventos mínimos recomendados
• ticket.created (origem/campanha, se houver)
• ticket.intent.set (sinal que levou à intenção)
• ticket.queue.set / ticket.state.set
• ticket.lock.acquired / ticket.lock.released
• message.sent (template + versão)
• price.policy.applied (quando falou de valores/descontos)
• appointment.offered (A/B) / appointment.confirmed
• handoff.requested (motivo) / handoff.completed
• ticket.closed (motivo: agendado | desistiu | sem resposta)
• ticket.created (origem/campanha, se houver)
• ticket.intent.set (sinal que levou à intenção)
• ticket.queue.set / ticket.state.set
• ticket.lock.acquired / ticket.lock.released
• message.sent (template + versão)
• price.policy.applied (quando falou de valores/descontos)
• appointment.offered (A/B) / appointment.confirmed
• handoff.requested (motivo) / handoff.completed
• ticket.closed (motivo: agendado | desistiu | sem resposta)
IA + equipe: handoff sem disputa (com resumo e pendências)
O handoff dá errado quando o humano entra “cego” e precisa reler o chat.
Para não virar bagunça, handoff precisa ser uma ação de processo, não “alguém assume”.
IA (padrão)Triagem, FAQ, qualificação mínima, oferta A/B, follow-up e registro no ticket.
Humano (exceção)Urgência, negociação, convênio fora da regra, sensível, pedido explícito de pessoa.
Mensagem de handoff (para o paciente)
“Entendi. Vou te colocar com uma pessoa do time para confirmar isso com você, tá bem? Só um instante.”
Resumo obrigatório (interno, no ticket)
“Resumo: paciente {nome}, tel {tel}. Intenção: {intencao}. Procedimento: {proced}. Pagamento: {particular/convênio}. Preferência: {periodo}. Última dúvida: {duvida}. Pendência: {pendencia}. Próxima ação: {acao} (até {hora}).”
“Entendi. Vou te colocar com uma pessoa do time para confirmar isso com você, tá bem? Só um instante.”
Resumo obrigatório (interno, no ticket)
“Resumo: paciente {nome}, tel {tel}. Intenção: {intencao}. Procedimento: {proced}. Pagamento: {particular/convênio}. Preferência: {periodo}. Última dúvida: {duvida}. Pendência: {pendencia}. Próxima ação: {acao} (até {hora}).”
Regra simples: depois do handoff, a IA não “disputa” conversa. Ela vira copiloto (sugere + registra). Só um canal fala com o paciente por vez.
Mensagens práticas (copiar/colar): triagem, qualificação e limites seguros
Exemplos curtos que movem o ticket pra frente:
1) Primeira resposta (triagem)
“Oi! Eu sou a assistente da clínica. Você quer agendar, saber valores ou falar sobre convênio?”
2) Qualificação (uma pergunta por vez)
“É para qual especialidade/procedimento?”
“Você prefere particular ou convênio?”
“Qual período você prefere (manhã/tarde/noite)?”
3) Oferta A/B
“Tenho dois horários: A) {slotA} ou B) {slotB}. Qual você prefere?”
4) Follow-up com prazo (anti-limbo)
“Consigo segurar esses horários até {hora}. Você prefere o A ou o B?”
5) Limite seguro (sem orientar além do que pode)
“Pra eu te orientar com segurança: isso precisa ser avaliado pelo(a) profissional. Posso agendar um retorno ou pedir para o time te ligar?”
“Oi! Eu sou a assistente da clínica. Você quer agendar, saber valores ou falar sobre convênio?”
2) Qualificação (uma pergunta por vez)
“É para qual especialidade/procedimento?”
“Você prefere particular ou convênio?”
“Qual período você prefere (manhã/tarde/noite)?”
3) Oferta A/B
“Tenho dois horários: A) {slotA} ou B) {slotB}. Qual você prefere?”
4) Follow-up com prazo (anti-limbo)
“Consigo segurar esses horários até {hora}. Você prefere o A ou o B?”
5) Limite seguro (sem orientar além do que pode)
“Pra eu te orientar com segurança: isso precisa ser avaliado pelo(a) profissional. Posso agendar um retorno ou pedir para o time te ligar?”
Checklist: como implementar em 7 dias (sem novela)
1) Definir 5 filasObjetivo + SLA + regra. Comece simples.
2) Ticket + próxima açãoSem próxima ação, vira limbo.
3) Lock (ownership)TTL + expiração + devolução para fila.
4) 10–15 templatesTriagem, qualificação, A/B, follow-up, valores, convênio, handoff.
5) Auditoria mínimaTemplates enviados + eventos críticos (valor/convênio/encaixe).
6) Rotina semanalRevisar métricas e ajustar 3 coisas (não 30).
Quer um SDR de IA rodando na sua clínica?
A Strato AI implementa SDR de IA + multiatendimento para triagem, qualificação e handoff pro humano. Setup R$ 5k + mensalidade R$ 997.