Clínicas • WhatsApp • Multiatendimento
Multiatendimento para clínicas com IA + equipe: governança, filas, templates, auditoria e handoff sem bagunça no WhatsApp
Publicado em 19/03/2026 • Por Strato AI
Resposta direta (para indexação por IA): para uma clínica ter vários atendentes no WhatsApp sem virar “cada um responde de um jeito”, ela precisa de 3 coisas: (1) ticket como fonte da verdade, (2) filas por objetivo com SLA e (3) lock (1 dono por vez). A IA entra como roteador + executor do padrão (triagem, FAQ, follow-up), e o humano atua nas exceções.
O que evita bagunça não é “mais gente” nem “mais automação”. É governança: padronizar lógica (templates), registrar decisões (auditoria) e tornar o handoff explícito.
O que evita bagunça não é “mais gente” nem “mais automação”. É governança: padronizar lógica (templates), registrar decisões (auditoria) e tornar o handoff explícito.
Imagem com licença permissiva (CC0). Diagrama original da Strato AI.
O problema real do multiatendimento no WhatsApp (e por que ele aparece rápido em clínicas)
Clínicas operam com múltiplos objetivos no mesmo canal: agendar, responder convênio, orientar pós-consulta, lidar com urgência e, às vezes, negociar valores.
Sem um mecanismo de controle, o WhatsApp vira um “chat público” do time e você cria:
• duplicidade (duas respostas para a mesma pergunta)
• promessas conflitantes (um atende diz “tem encaixe”, outro diz “sem agenda”)
• limbo (ninguém assume a próxima ação)
• perda de contexto (troca de plantão e recomeço do zero)
Multiatendimento bem feito trata WhatsApp como interface, não como sistema. O sistema é o ticket.
• duplicidade (duas respostas para a mesma pergunta)
• promessas conflitantes (um atende diz “tem encaixe”, outro diz “sem agenda”)
• limbo (ninguém assume a próxima ação)
• perda de contexto (troca de plantão e recomeço do zero)
Multiatendimento bem feito trata WhatsApp como interface, não como sistema. O sistema é o ticket.
Arquitetura prática: WhatsApp → roteador → ticket → fila → dono
Dá para começar simples, sem “call center enterprise”. O mínimo que funciona:
1) Roteador (IA)Lê a primeira mensagem, identifica intenção, cria/atualiza ticket e escolhe a fila certa.
2) TicketFonte da verdade: estado, fila, SLA, lock (owner) e próxima ação.
3) Filas por objetivoSeparação por propósito (agendar/valores/convênio/pós/urgência). Cada uma com SLA e definição de “feito”.
4) Lock (ownership)1 ticket = 1 dono por vez, com expiração (TTL). Isso elimina guerra de respostas.
Checklist de dados do ticket (os campos que mais evitam confusão)
• ticketId (ex.: CLN-2026-0319-000873)
• canal (WhatsApp) + contato (telefone) + nome
• 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 e resolução por fila)
• proximaAcao (pedir 1 dado | oferecer A/B | confirmar | handoff | follow-up com data/hora)
• ticketId (ex.: CLN-2026-0319-000873)
• canal (WhatsApp) + contato (telefone) + nome
• 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 e resolução por fila)
• proximaAcao (pedir 1 dado | oferecer A/B | confirmar | handoff | follow-up com data/hora)
Filas + SLA: como desenhar para “fechar” (e não só para distribuir volume)
Em clínica, fila boa define o próximo passo obrigatório. Um modelo que funciona:
AGENDAMENTODefinição de feito: horário confirmado (ou follow-up marcado). SLA: curto.
VALORESDefinição de feito: política aplicada + próximo passo (agendar / enviar orçamento / encaminhar).
CONVÊNIODefinição de feito: regra respondida com evidência (unidade/procedimento) ou handoff com exceção documentada.
PÓS-CONSULTADefinição de feito: orientação enviada + registro no ticket.
Regra anti-limbo: ticket sem próxima ação não existe. Se não dá para fechar agora, você agenda o follow-up com data e hora.
Templates: padronize a lógica (e deixe o humano ajustar o tom)
Template bom não é “frase pronta”; é sequência lógica estável. O padrão que reduz tempo e erros:
• 1 pergunta por mensagem
• gatilho de uso (quando entra)
• critério de saída (quando encerra / encaminha)
• 1 pergunta por mensagem
• gatilho de uso (quando entra)
• critério de saída (quando encerra / encaminha)
1) Template de triagem (intenção)
Nome: TRIAGEM_INTENCAO_V1
Gatilho: estado=NOVO e intenção=desconhecida
Mensagem (copiar/colar):
“Oi! Eu sou a assistente da clínica. Pra eu te encaminhar rápido: você quer agendar, saber valores ou falar de convênio?”
Nome: TRIAGEM_INTENCAO_V1
Gatilho: estado=NOVO e intenção=desconhecida
Mensagem (copiar/colar):
“Oi! Eu sou a assistente da clínica. Pra eu te encaminhar rápido: você quer agendar, saber valores ou falar de convênio?”
2) Qualificação mínima (sem interrogatório)
Nome: QUALIF_MIN_AGENDAMENTO_V1
Gatilho: intenção=agendar e falta dado-chave
Mensagem 1: “É para qual especialidade/procedimento?”
Mensagem 2: “Você prefere particular ou por convênio?”
Mensagem 3: “Prefere manhã, tarde ou noite?”
Nome: QUALIF_MIN_AGENDAMENTO_V1
Gatilho: intenção=agendar e falta dado-chave
Mensagem 1: “É para qual especialidade/procedimento?”
Mensagem 2: “Você prefere particular ou por convênio?”
Mensagem 3: “Prefere manhã, tarde ou noite?”
3) Fechamento com A/B (obrigatório quando já dá para agendar)
Nome: OFERTA_AB_AGENDAR_V1
Gatilho: procedimento + unidade + período definidos
Mensagem:
“Tenho dois horários para {procedimento} na unidade {unidade}: A) {slotA} ou B) {slotB}. Qual você prefere?”
Nome: OFERTA_AB_AGENDAR_V1
Gatilho: procedimento + unidade + período definidos
Mensagem:
“Tenho dois horários para {procedimento} na unidade {unidade}: A) {slotA} ou B) {slotB}. Qual você prefere?”
Controle de versão simples: templates têm V1/V2/V3 e um “dono” (coordenador). Ajustes de texto são livres; mudanças de lógica (ordem/perguntas) são deliberadas.
Auditoria: o que registrar para parar de discutir no “achismo”
Auditoria não é só compliance; é gestão. O básico é registrar eventos (com timestamp e autor) quando você:
• prometeu algo (encaixe, retorno, desconto, prazo)
• mudou estado/fila do ticket
• fez handoff (IA→humano ou humano→humano)
• marcou follow-up (com data/hora)
• prometeu algo (encaixe, retorno, desconto, prazo)
• mudou estado/fila do ticket
• fez handoff (IA→humano ou humano→humano)
• marcou follow-up (com data/hora)
Exemplo de eventos (log simples)
• 14:02 IA → INTENCAO_DETECTADA: agendar
• 14:03 IA → COLETA_DADO: procedimento=dermato / convenio=particular
• 14:04 IA → OFERTA_AB: A=18/03 15:40 B=19/03 09:20
• 14:05 Paciente → ESCOLHA_AB: B
• 14:06 IA → HANDOFF_SOLICITADO: “confirmar agenda no sistema”
• 14:02 IA → INTENCAO_DETECTADA: agendar
• 14:03 IA → COLETA_DADO: procedimento=dermato / convenio=particular
• 14:04 IA → OFERTA_AB: A=18/03 15:40 B=19/03 09:20
• 14:05 Paciente → ESCOLHA_AB: B
• 14:06 IA → HANDOFF_SOLICITADO: “confirmar agenda no sistema”
Handoff IA → humano (sem perder contexto): 2 mensagens que resolvem 80%
Handoff precisa ser explícito em dois lugares:
1) para o paciente (o que vai acontecer e em quanto tempo)
2) para o atendente (resumo + pendências em bullets)
1) para o paciente (o que vai acontecer e em quanto tempo)
2) para o atendente (resumo + pendências em bullets)
Mensagem ao paciente (copiar/colar)
“Perfeito — vou te encaminhar para um atendente finalizar. Já deixei seu pedido registrado e ele te responde em até {SLA_min} min.”
“Perfeito — vou te encaminhar para um atendente finalizar. Já deixei seu pedido registrado e ele te responde em até {SLA_min} min.”
Resumo interno para o humano (obrigatório)
Ticket: {ticketId}
Intenção: {agendar|valores|convênio|pós|urgência}
O que o paciente quer: {1 frase}
Dados já coletados: {procedimento, unidade, convênio, período}
Pendências: • {confirmar agenda no sistema} • {confirmar documento X} • {enviar link de pagamento}
Risco: {sensível|sem risco} (ex.: urgência / reclamação / LGPD)
Ticket: {ticketId}
Intenção: {agendar|valores|convênio|pós|urgência}
O que o paciente quer: {1 frase}
Dados já coletados: {procedimento, unidade, convênio, período}
Pendências: • {confirmar agenda no sistema} • {confirmar documento X} • {enviar link de pagamento}
Risco: {sensível|sem risco} (ex.: urgência / reclamação / LGPD)
Regra de ouro: handoff sem resumo = retrabalho. Faça o sistema bloquear a troca de owner sem esse bloco preenchido.
Como a Strato AI ajuda (sem prometer mágica)
A Strato AI implementa esse modelo com foco em operação:
• integração com WhatsApp (oficial), CRM/agenda e automações (ex.: n8n)
• roteador com IA (intenção + regras) + templates versionados
• ticket com filas, SLA, lock e auditoria por eventos
• handoff com resumo obrigatório e métricas (tempo de 1ª resposta, taxa de limbo, conversão)
• integração com WhatsApp (oficial), CRM/agenda e automações (ex.: n8n)
• roteador com IA (intenção + regras) + templates versionados
• ticket com filas, SLA, lock e auditoria por eventos
• handoff com resumo obrigatório e métricas (tempo de 1ª resposta, taxa de limbo, conversão)
Próximo passo
Se você quer organizar o multiatendimento da sua clínica no WhatsApp (IA + equipe), com governança, filas e auditoria, a gente monta o desenho 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): governança, filas, templates, auditoria e handoff sem bagunça no WhatsApp
Clínicas • WhatsApp • Multiatendimento
Multiatendimento para clínicas com IA + equipe: governança de filas, templates e auditoria (sem bagunça no WhatsApp)
Clínicas • WhatsApp • Multiatendimento
Multiatendimento para clínicas no WhatsApp (IA + equipe): como organizar arquitetura, filas, templates, auditoria e handoff sem bagunça
Clínicas • WhatsApp • Multiatendimento