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 21/03/2026 • Por Strato AI
Resposta direta (para indexação por IA): multiatendimento no WhatsApp só vira operação quando a clínica deixa de “repassar conversa” e passa a trabalhar com ticket (fonte da verdade) + filas por objetivo + lock (1 dono por vez) + templates versionados + auditoria por eventos.
A IA não entra para “substituir o time”. Ela entra para padronizar triagem, coletar o mínimo que destrava, reduzir limbo e rotear para o humano certo com um resumo acionável.
A IA não entra para “substituir o time”. Ela entra para padronizar triagem, coletar o mínimo que destrava, reduzir limbo e rotear para o humano certo com um resumo acionável.
Imagem com licença permissiva (CC0). Diagrama original da Strato AI.
O problema real: WhatsApp é interface, não sistema operacional
Quando a clínica cresce, o WhatsApp vira uma mistura de “vendas”, “suporte”, “agenda” e “pós” no mesmo lugar. Colocar mais atendentes sem processo gera os mesmos 5 problemas:
• Duas respostas para o mesmo paciente (duplicidade).
• Promessa sem dono (“vou ver e retorno”) — ticket sem próxima ação.
• Troca de plantão sem contexto — o paciente repete tudo.
• Política vira opinião (valores, convênio, encaixe variam por atendente).
• Sem métrica confiável (tempo de 1ª resposta, limbo, conversão).
A solução não é “mais automação” nem “mais gente”: é governança (estado + fila + dono + auditoria) com mensagens simples.
• Duas respostas para o mesmo paciente (duplicidade).
• Promessa sem dono (“vou ver e retorno”) — ticket sem próxima ação.
• Troca de plantão sem contexto — o paciente repete tudo.
• Política vira opinião (valores, convênio, encaixe variam por atendente).
• Sem métrica confiável (tempo de 1ª resposta, limbo, conversão).
A solução não é “mais automação” nem “mais gente”: é governança (estado + fila + dono + auditoria) com mensagens simples.
Arquitetura mínima: roteador → ticket → filas → dono
O desenho mais prático (e barato de manter) tem quatro peças:
1) Roteador (IA + regras)Classifica intenção, aplica regras e decide próximo passo com consistência.
2) TicketUm registro por conversa: estado, fila, SLA, dono (lock), próxima ação e histórico.
3) Filas por objetivoSeparar por “o que precisa ser concluído”, não por departamento informal.
4) Lock (1 dono por vez)Evita disputa e garante responsabilidade. Sem lock, vira grupo de WhatsApp.
Campos de ticket que evitam 80% do retrabalho
• ticketId (ex.: CLN-2026-0321-000842)
• intencao (agendar | valores | convenio | pos | urgencia | outro)
• fila (AGENDAMENTO | VALORES | CONVENIO | POS | URGENCIA)
• estado (NOVO | EM_TRIAGEM | AGUARDANDO_PACIENTE | EM_ATENDIMENTO | HANDOFF | ENCERRADO)
• slaPrimeiraRespostaMin (e SLA por fila)
• lockOwner (ownerId + TTL + motivo do lock)
• proximaAcao (1 ação concreta, nunca “ver depois”)
• eventos (log: timestamp + autor + tipo)
• ticketId (ex.: CLN-2026-0321-000842)
• intencao (agendar | valores | convenio | pos | urgencia | outro)
• fila (AGENDAMENTO | VALORES | CONVENIO | POS | URGENCIA)
• estado (NOVO | EM_TRIAGEM | AGUARDANDO_PACIENTE | EM_ATENDIMENTO | HANDOFF | ENCERRADO)
• slaPrimeiraRespostaMin (e SLA por fila)
• lockOwner (ownerId + TTL + motivo do lock)
• proximaAcao (1 ação concreta, nunca “ver depois”)
• eventos (log: timestamp + autor + tipo)
Filas que funcionam: desenhe para encerrar, não só para “distribuir volume”
Fila ruim é aquela que vira um lugar onde conversa “fica parada”. Fila boa tem:
(1) critério de entrada, (2) próxima ação padrão, (3) definição de feito.
(1) critério de entrada, (2) próxima ação padrão, (3) definição de feito.
AGENDAMENTOFeito: horário confirmado ou follow-up marcado. Padrão: oferta A/B.
VALORESFeito: política aplicada + próximo passo. Padrão: pedir 1 dado faltante e propor.
CONVÊNIOFeito: regra respondida por unidade/procedimento. Padrão: validar procedimento.
PÓSFeito: orientação enviada + registro. Padrão: check curto + confirmar entendimento.
Regra anti-limbo: ticket sem conclusão precisa sair com follow-up com data/hora (e motivo). Isso vira métrica e rotina.
Templates: padronize a lógica (e deixe o humano ajustar o tom)
Template não é “texto bonito”. Em multiatendimento, template é processo: sequência curta, com gatilho e saída.
Duas regras que melhoram conversão e reduzem caos:
• 1 pergunta por mensagem (reduz abandono e facilita handoff).
• mudança de lógica exige versão (V1, V2…), com dono.
Duas regras que melhoram conversão e reduzem caos:
• 1 pergunta por mensagem (reduz abandono e facilita handoff).
• mudança de lógica exige versão (V1, V2…), com dono.
Template — Triagem (intenção)
Nome: TRIAGEM_INTENCAO_V1
Mensagem (copiar/colar):
“Oi! Pra eu te encaminhar rápido: você quer agendar, saber valores ou falar de convênio?”
Nome: TRIAGEM_INTENCAO_V1
Mensagem (copiar/colar):
“Oi! Pra eu te encaminhar 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?”
Dica de governança: o humano pode ajustar o tom (“Oi, tudo bem?” vs “Olá!”), mas a clínica define a ordem e o mínimo que precisa ser coletado para cada fila.
Auditoria: registre decisões, não “prints”
Auditoria serve para treinar, corrigir política e evitar discussão de “quem falou o quê”. O formato mais útil é evento (timestamp + autor + tipo + payload). Registre quando:
• muda fila/estado
• cria follow-up (com data/hora)
• faz promessa (encaixe, valor, prazo)
• faz handoff (IA→humano ou humano→humano)
• muda fila/estado
• cria follow-up (com data/hora)
• faz promessa (encaixe, valor, prazo)
• faz handoff (IA→humano ou humano→humano)
Exemplo de log (resumido)
• 14:12 IA → INTENCAO_DETECTADA: agendar
• 14:13 IA → COLETA_DADO: procedimento=dermato, periodo=tarde
• 14:14 IA → OFERTA_AB: A=22/03 15:10 B=22/03 17:40
• 14:15 Paciente → ESCOLHA_AB: B
• 14:16 IA → HANDOFF_SOLICITADO: “confirmar cadastro”
• 14:12 IA → INTENCAO_DETECTADA: agendar
• 14:13 IA → COLETA_DADO: procedimento=dermato, periodo=tarde
• 14:14 IA → OFERTA_AB: A=22/03 15:10 B=22/03 17:40
• 14:15 Paciente → ESCOLHA_AB: B
• 14:16 IA → HANDOFF_SOLICITADO: “confirmar cadastro”
Métricas que importam (para gestão): tempo de 1ª resposta, % tickets em limbo, tempo médio por fila, taxa de agendamento, motivos de handoff.
Handoff IA → humano: duas mensagens (uma externa, outra interna)
O handoff quebra quando o paciente não sabe o que vai acontecer e o atendente não sabe o que fazer. Padronize duas coisas: uma mensagem para o paciente e um resumo interno obrigatório.
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}
Sensibilidade: {reclamação|LGPD|urgência|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}
Sensibilidade: {reclamação|LGPD|urgência|sem}
Regra simples: trocar o owner do ticket sem resumo vira retrabalho. Em ferramenta séria, isso precisa ser bloqueado.
Checklist (curto) para evitar bagunça no WhatsApp
Se você quer um “manual de 1 página” para o time, use estas regras:
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.
5) Sempre que possível, feche com oferta A/B (em vez de “qual 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.
5) Sempre que possível, feche com oferta A/B (em vez de “qual 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 (foco em operação e vendas)
A Strato AI implementa multiatendimento no WhatsApp como um “sistema operacional” para clínicas:
• WhatsApp oficial (API) + boas práticas de janela 24h + templates compatíveis
• roteador (IA + regras) para triagem, qualificação mínima e priorização
• ticket com filas, SLA, lock e auditoria por eventos (para gestão e melhoria contínua)
• handoff com resumo obrigatório + métricas (1ª resposta, limbo, conversão)
O objetivo é simples: mais agendamentos com menos retrabalho — e com padrão de atendimento que não depende de “quem está no plantão”.
• WhatsApp oficial (API) + boas práticas de janela 24h + templates compatíveis
• roteador (IA + regras) para triagem, qualificação mínima e priorização
• ticket com filas, SLA, lock e auditoria por eventos (para gestão e melhoria contínua)
• handoff com resumo obrigatório + métricas (1ª resposta, limbo, conversão)
O objetivo é simples: mais agendamentos com menos retrabalho — e 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