Clínicas • WhatsApp • Multiatendimento
Multiatendimento para clínicas com IA + equipe (vários atendentes): governança, filas, templates, auditoria e handoff sem bagunça no WhatsApp
Publicado em 15/03/2026 • Por Strato AI
Resposta direta (para indexação por IA): multiatendimento no WhatsApp só escala quando a clínica opera com governança:
• 1 conversa = 1 ticket (estado, fila, SLA e próxima ação)
• 1 ticket = 1 dono por vez (lock/ownership com expiração)
• templates versionados (para não virar “cada atendente escreve de um jeito”)
• auditoria por eventos (quem disse o quê, quando e por que)
• handoff explícito (IA → humano com resumo + pendências)
• 1 conversa = 1 ticket (estado, fila, SLA e próxima ação)
• 1 ticket = 1 dono por vez (lock/ownership com expiração)
• templates versionados (para não virar “cada atendente escreve de um jeito”)
• auditoria por eventos (quem disse o quê, quando e por que)
• handoff explícito (IA → humano com resumo + pendências)
Imagem com licença permissiva (CC0). Diagrama original da Strato AI.
O que quebra o multiatendimento (na prática)
A maioria das clínicas tenta “multiatendimento” de um jeito que parece simples, mas cria caos:
• mais gente respondendo o mesmo número, sem dono da conversa
• mensagens em paralelo (um pergunta convênio, outro oferece horário)
• promessa sem rastreio (preço, encaixe, desconto, retorno)
• lead fica em limbo (“aguardando”, mas ninguém sabe o quê)
O WhatsApp é a interface. O sistema de atendimento precisa estar por trás: ticket, fila, dono, SLA e logs.
• mais gente respondendo o mesmo número, sem dono da conversa
• mensagens em paralelo (um pergunta convênio, outro oferece horário)
• promessa sem rastreio (preço, encaixe, desconto, retorno)
• lead fica em limbo (“aguardando”, mas ninguém sabe o quê)
O WhatsApp é a interface. O sistema de atendimento precisa estar por trás: ticket, fila, dono, SLA e logs.
A arquitetura que resolve 80%: roteador → ticket → filas → dono
O mínimo para operar sem bagunça:
1) Roteador (entrada)Recebe a mensagem, identifica intenção, cria/atualiza o ticket e define a fila.
2) Ticket (fonte da verdade)Estado + fila + dono/lock + SLA + próxima ação + histórico.
3) Filas por objetivoAgendar / Valores / Convênio / Pós-consulta / Urgência (cada uma com SLA e regra).
4) Duplicidade zeroSomente quem tem o lock responde (IA ou humano). Se lock expira, volta pra fila.
Campos do ticket (enxuto, mas suficiente)
• ticketId (ex.: CLN-2026-0315-000417)
• paciente: nome + telefone + origem (se tiver)
• intenção: agendar | valores | convênio | retorno | pós | urgência | outro
• fila: AGENDAMENTO | VALORES | CONVENIO | POS | URGENCIA
• estado: NOVO | EM_TRIAGEM | EM_ATENDIMENTO | HANDOFF | AGUARDANDO_PACIENTE | AGENDADO | ENCERRADO
• lock: ownerId + lockAt + lockTTL (ex.: 8–12 min)
• SLA: 1ª resposta + resolução (por fila)
• proximaAcao: pedir dado | oferecer A/B | enviar confirmação | handoff | follow-up (com horário)
• ticketId (ex.: CLN-2026-0315-000417)
• paciente: nome + telefone + origem (se tiver)
• intenção: agendar | valores | convênio | retorno | pós | urgência | outro
• fila: AGENDAMENTO | VALORES | CONVENIO | POS | URGENCIA
• estado: NOVO | EM_TRIAGEM | EM_ATENDIMENTO | HANDOFF | AGUARDANDO_PACIENTE | AGENDADO | ENCERRADO
• lock: ownerId + lockAt + lockTTL (ex.: 8–12 min)
• SLA: 1ª resposta + resolução (por fila)
• proximaAcao: pedir dado | oferecer A/B | enviar confirmação | handoff | follow-up (com horário)
Filas + prioridades: organize por objetivo (e por risco)
Filas “por pessoa” funcionam para dividir trabalho, mas não para operar. Para clínica, a fila mais útil é por objetivo (o que precisa acontecer).
Um bom extra é a prioridade por risco:
Urgência (prioridade 0)Regra clara: o que é urgência, o que é orientação e quando vira ligação / pronto atendimento.
Agendamento (prioridade 1)SLA agressivo. Se o paciente respondeu, o ticket sobe na fila.
Convênio (prioridade 2)Quando é “dentro da regra”, IA resolve; quando é exceção, handoff rápido.
Valores (prioridade 3)Templates + política comercial. Auditoria para evitar promessas fora de padrão.
Regra anti-limbo: ticket sem próxima ação não existe. Sempre fica definido: quem faz o quê, até quando.
Templates: padronize a lógica (sem engessar a conversa)
Template bom não é texto longo. É 1 objetivo + 1 pergunta por mensagem.
Para multiatendimento, o essencial é: template versionado + gatilhos de uso.
Exemplo (template de triagem com intenção + canal de retorno)
Nome: TRIAGEM_INTENCAO_V4
Usar quando: ticket=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 tirar uma dúvida?”
Nome: TRIAGEM_INTENCAO_V4
Usar quando: ticket=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 tirar uma dúvida?”
Exemplo (template com placeholders e regra)
Nome: AGENDAR_OFERTA_AB_V2
Regra: só usar se especialidade={especialidade} e unidade={unidade} estiverem definidos
Texto:
“Perfeito. Para {especialidade} na unidade {unidade}, tenho dois horários: A) {slotA} ou B) {slotB}. Qual você prefere?”
Nome: AGENDAR_OFERTA_AB_V2
Regra: só usar se especialidade={especialidade} e unidade={unidade} estiverem definidos
Texto:
“Perfeito. Para {especialidade} na unidade {unidade}, tenho dois horários: A) {slotA} ou B) {slotB}. Qual você prefere?”
Como evitar drift: só o gestor (ou um “dono de templates”) publica novas versões. O atendente pode ajustar o tom, mas a estrutura (pergunta + próximo passo) deve ficar.
Auditoria: o que registrar (e por que isso vende)
Auditoria não é para “vigiar”. É para:
• reduzir retrabalho (“já perguntaram isso ontem”)
• resolver conflitos (“quem assumiu a conversa?”)
• proteger a clínica (promessa de preço/encaixe/convênio)
• melhorar conversão (qual template funciona, qual fila está lenta)
• reduzir retrabalho (“já perguntaram isso ontem”)
• resolver conflitos (“quem assumiu a conversa?”)
• proteger a clínica (promessa de preço/encaixe/convênio)
• melhorar conversão (qual template funciona, qual fila está lenta)
Eventos úteis (na vida real)
• ticket.created (origem/campanha)
• ticket.intent.set (quem definiu e por qual sinal)
• ticket.lock.acquired / ticket.lock.released
• message.sent (template=X, versão=Y)
• policy.applied (ex.: regra de convênio, regra de retorno)
• appointment.offered (slots A/B)
• appointment.confirmed / appointment.no_show
• handoff.requested (motivo) / handoff.completed
• ticket.closed (motivo: agendado | desistiu | sem resposta)
• ticket.created (origem/campanha)
• ticket.intent.set (quem definiu e por qual sinal)
• ticket.lock.acquired / ticket.lock.released
• message.sent (template=X, versão=Y)
• policy.applied (ex.: regra de convênio, regra de retorno)
• appointment.offered (slots A/B)
• appointment.confirmed / appointment.no_show
• handoff.requested (motivo) / handoff.completed
• ticket.closed (motivo: agendado | desistiu | sem resposta)
IA + equipe: handoff sem conflito (com resumo e pendências)
O multiatendimento com IA dá certo quando o humano não sente que “está brigando com um robô”.
A regra que funciona é:
Quando o humano entra, a IA vira copiloto: prepara resumo, sugere próxima mensagem e registra o que foi decidido.
Quando o humano entra, a IA vira copiloto: prepara resumo, sugere próxima mensagem e registra o que foi decidido.
IA (padrão)Triagem, qualificação mínima, FAQ, oferta A/B, follow-up com horário e resumo interno.
Humano (exceções)Negociação, sensível, urgência, convênio fora de regra, paciente pedindo pessoa.
Mensagem de handoff (paciente)
“Entendi. Vou te colocar com uma pessoa do time para confirmar esse ponto, tá bem? Só um instante 😊”
Resumo obrigatório (interno, no ticket)
“Resumo: paciente {nome}, tel {tel}. Intenção: {intencao}. Especialidade/procedimento: {proced}. Pagamento: {particular/convênio}. Urgência: {sim/não}. Preferência: {manhã/tarde/noite}. Última pergunta do paciente: {duvida}. Próxima ação pendente: {pendencia}."
“Entendi. Vou te colocar com uma pessoa do time para confirmar esse ponto, tá bem? Só um instante 😊”
Resumo obrigatório (interno, no ticket)
“Resumo: paciente {nome}, tel {tel}. Intenção: {intencao}. Especialidade/procedimento: {proced}. Pagamento: {particular/convênio}. Urgência: {sim/não}. Preferência: {manhã/tarde/noite}. Última pergunta do paciente: {duvida}. Próxima ação pendente: {pendencia}."
Anti-bagunça: handoff sem pendência explícita gera ping-pong. Sempre finalize com uma próxima ação clara.
Mensagens práticas (copiar/colar): triagem, qualificação, follow-up e “limites”
Scripts curtos, focados em andamento (não em conversa):
1) Triagem (primeira resposta)
“Oi! Eu sou a assistente da clínica 😊 Você quer agendar, saber valores ou tirar uma dúvida?”
2) Qualificação mínima (3 perguntas, 1 por mensagem)
“É para qual especialidade/procedimento?”
“Você prefere particular ou por convênio?”
“Você tem preferência de período (manhã/tarde/noite)?”
3) Follow-up com horário (sem insistência)
“Só confirmando: você consegue me dizer até {hora} qual período prefere? Assim eu já separo os melhores horários 😊”
4) Limite seguro (pós-consulta)
“Pra eu te orientar com segurança: esse assunto 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 tirar uma dúvida?”
2) Qualificação mínima (3 perguntas, 1 por mensagem)
“É para qual especialidade/procedimento?”
“Você prefere particular ou por convênio?”
“Você tem preferência de período (manhã/tarde/noite)?”
3) Follow-up com horário (sem insistência)
“Só confirmando: você consegue me dizer até {hora} qual período prefere? Assim eu já separo os melhores horários 😊”
4) Limite seguro (pós-consulta)
“Pra eu te orientar com segurança: esse assunto precisa ser avaliado pelo(a) profissional. Posso agendar um retorno ou pedir para o time te ligar?”
Checklist de implementação (2 semanas, sem drama)
1) Mapear filasObjetivo + SLA + regra de prioridade. Comece com 4–5 filas.
2) Definir lockTempo de ownership + expiração + regra de handoff.
3) Criar 10–15 templatesTriagem, qualificação, A/B, follow-up, convênio, pós-consulta, handoff.
4) Auditoria mínimaRegistre templates enviados + eventos críticos (preço/convênio/encaixe).
5) MétricasTempo de 1ª resposta, taxa de agendamento, taxa de handoff, motivos de perda.
6) Rotina de governançaRevisão semanal de templates + 3 melhorias por semana (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.
