Uma solicitação que chega pronta para o trabalho.
A conversa vira um registro com identificador, especialidade, preferências, contato, responsável e prazo. O pedido deixa de depender de quem lembrou dele.
Falecomigo · UnimedAGENDAMENTO ASSISTIDO
Da conversa
à operação.
As agendas dos médicos não são conectadas. Hoje, marcar uma consulta é alguém ligar para o consultório, anotar horários e repassar — pedido por pedido.
O sistema transforma esse trabalho em operação. Um agente no WhatsApp registra o pedido; a equipe verifica com o médico numa fila com responsável e prazo; o paciente escolhe por número, no mesmo canal. Nada se perde no meio.
- Produto
- Agente no WhatsApp + plataforma
- Superfícies
- WhatsApp do paciente e painel da equipe
- Status do case
- Em curadoria
A solicitação chega pelo WhatsApp e entra em Novos.
Jornada executada de verdade na aplicação, em ambiente de demonstração isolado, e fotografada estado a estado. O cursor e o zoom são editoriais.
Case em curadoria. Cooperativa, autoria e status da entrega aguardam confirmação. As telas são capturas da aplicação original rodando em ambiente de demonstração isolado, com banco criado do zero e identidades fictícias. Esta página não usa dados de pessoas atendidas, não conecta a plataforma do cliente e não publica métricas de resultado.
O PROBLEMA REALAs agendas dos médicos
As agendas dos médicos
não conversam.
Os consultórios não expõem disponibilidade de forma conectada. Para marcar, remarcar ou trocar de especialidade, alguém da operação liga para o médico, pergunta os horários livres, anota e repassa para quem pediu.
Cada pedido vira uma sequência de ligações e retornos. O trabalho não é clínico: é operacional, repetitivo, e não escala com o volume.
O sistema não resolve isso integrando agendas que ninguém disponibiliza. Ele organiza o trabalho ao redor dessa limitação: transforma o pedido em um registro com responsável e prazo, preserva as preferências, e devolve a resposta pelo mesmo canal em que ela chegou.
- Novo
- Atribuído
- Em atendimento
- Ligação ao médico
- Enviado
- Confirmado
A quarta etapa acontece fora do sistema, por telefone. É justamente a que o produto existe para encurtar — e a única que nenhuma integração resolve hoje.
A APLICAÇÃO, RODANDO
As telas do sistema.
Capturas da aplicação original em ambiente de demonstração isolado. Não são mockups nem redesenhos.
O percurso de uma solicitação: chegar, ser assumida, receber horários e virar compromisso.
Fila de atendimento
Um lugar para acompanhar o que chegou e o que ainda não teve resposta.
Kanban com as quatro colunas do produto: Novos, Em Andamento, Enviados e Confirmados. Cada card traz identificador, especialidade e prazo.
1 / 3 — Fila de atendimento
Ambiente de demonstração criado do zero: banco local por seed, sem SMTP, sem webhook e sem conexão com produção. Pacientes, profissionais e usuários foram substituídos por identidades demonstrativas antes da captura. Os indicadores não representam volume ou resultado do projeto. Total de 7 telas.
7A CONVERSA · DO PEDIDO À ESCOLHADo pedido à escolha,
Do pedido à escolha,
sem sair do WhatsApp.
O agente identifica a pessoa, faz a triagem pelo plano, entende a especialidade e a preferência, e registra a solicitação. Quando a equipe volta com horários, a escolha é um número. Ao lado, o que acontece na plataforma a cada passo.
A CONVERSA DO PACIENTE
Uma pergunta por vez.
Unimed · AgendamentoWhatsApp · canal do paciente
Olá! Seja bem-vindo 😊 Este canal é exclusivo para agendamento de consultas. 1️⃣ Agendar consulta 2️⃣ Remarcar ou cancelar 3️⃣ Outros atendimentos
1
Oi! Sou a assistente da Unimed 😊 Como posso te chamar?
Pessoa Demonstração
Prazer, Pessoa! Pra eu te atender melhor, preciso do seu CPF. Pode digitar aqui, só números 😊
•••.•••.•••-••
Encontrei seu cadastro, Pessoa! ✅ Plano: Plano Demonstração Qual especialidade você tá procurando?
busca_clienteacionada antes da respostacardiologia
Perfeito! Vou registrar sua solicitação e nossa equipe verifica os horários com os cardiologistas disponíveis 😊 Pra quando você quer a consulta?
o quanto antes, de manhã
Vou pedir o horário *mais próximo disponível*, período da *manhã*, certo?
isso
Pronto, Pessoa! Sua solicitação foi registrada! 📋 Nossa equipe vai entrar em contato com os médicos pra verificar os horários e te retorna em breve ⏱️
Criarticketacionada antes da resposta- Equipe Unimed
Oi, Pessoa! Conseguimos horários de Cardiologia 💚 1️⃣ 09/09 às 08:30 — Dr(a). Demonstração A 2️⃣ 09/09 às 09:00 — Dr(a). Demonstração A 👉 Responda com o número do horário desejado.
1
Perfeito, Pessoa! ✅ Registrei sua escolha para 09/09 às 08:30 com Dr(a). Demonstração A. ⚠️ Se precisar cancelar, avise com 1 dia de antecedência 😊
ConfirmarAgendamentoacionada antes da resposta
Menu, nome, CPF. O cadastro é validado antes de qualquer promessa.
Reconstrução ilustrativa a partir das instruções do agente. Não é gravação e não comprova entrega de mensagem. Nome, CPF, plano, protocolo, profissional e horários são fictícios, criados para esta apresentação.
Ler a conversa e seus limites
O agente abre com um menu de três opções. Ao escolher agendar, pergunta o nome e depois o CPF, um dado por mensagem — regra explícita do prompt: nunca pedir especialidade, cidade e data juntas. Só depois de a ferramenta de busca retornar o cadastro é que ele fala em plano. O CPF aparece mascarado nesta reconstrução.
Para cardiologia, o prompt determina não listar médicos: a solicitação vai para todos os cardiologistas e a equipe verifica. Quando o paciente responde "o quanto antes", o agente trata isso como data válida — é proibido insistir pedindo um dia — e confirma uma única vez. Com o "isso", o dado está fechado: o agente aciona a ferramenta de criação do ticket e só então diz que registrou.
A solicitação vira um ticket na plataforma. A equipe liga para os cardiologistas, anota os horários livres e registra as opções no sistema. É a etapa manual que motivou o produto: as agendas dos médicos não são conectadas. O relógio da apresentação comprime em segundos o que leva horas.
A equipe envia as opções numeradas pelo mesmo canal. O paciente responde com o número — e o prompt proíbe reinterpretar isso como menu ou nova consulta. O agente aciona a confirmação pela posição escolhida, aguarda o retorno real e só então confirma, com médico, dia e hora por extenso. Na plataforma, o ticket passa a Confirmado e entra na agenda.
A DECISÃO DE PRODUTOEscrito para não cansar
Escrito para não cansar
nem enganar.
O que torna o agente confiável não é a lista de ferramentas: é o conjunto de regras e proibições que ele carrega. Cinco delas estruturam cada atendimento.
- RITMO DA CONVERSA
Uma pergunta por vez.
Nome, depois CPF, depois especialidade, depois data. No máximo três linhas por mensagem. O prompt assume que a pessoa não lê tudo — e escreve para isso.
- EM CARDIOLOGIA
O paciente não escolhe médico.
O pedido vai para todos os cardiologistas; listar nomes só confunde. A equipe liga, verifica e devolve o que estiver livre. É a regra que nasce direto do problema das agendas.
- DATA
Urgência é uma resposta, não a falta de uma.
“O quanto antes” vale como data. Repetir a pergunta com exemplos de dia, depois disso, conta como ignorar o paciente — e é proibido.
- CONFIRMAÇÃO
Confirmou uma vez, o dado está fechado.
Depois do “isso”, perguntar o mesmo dado com outras palavras é violação. Uma confirmação por informação, e segue. “Sim”, “beleza” e 👍 contam como sim.
- EXECUÇÃO
Executa antes de falar.
Anunciar “vou verificar” e encerrar o turno é proibido. A ordem é chamar a ferramenta, ler o retorno real, só então responder. Sem sucesso real, nunca diz “registrado”.
As regras acima são as instruções escritas para o agente. São intenção documentada, não execução testada nesta apresentação.
COMO AS PARTES SE LIGAMUm canal. Um telefone.
Um canal. Um telefone.
Um registro.
- 01
A conversa
O paciente pede pelo WhatsApp. O agente identifica, faz a triagem pelo plano, coleta especialidade e preferência, e registra. Depois, recebe a escolha por número.
- 02
A equipe e o telefone
A solicitação vira ticket com responsável e prazo. A equipe liga para os consultórios, anota os horários livres e registra as opções. É o gargalo que o produto organiza em vez de fingir que integra.
- 03
A plataforma
Fila, responsável, estado, prazo, horários, histórico e agenda. É o registro do atendimento, independentemente da superfície usada.
O agente roda em uma camada de orquestração fora da aplicação e fala com a plataforma por API. O modelo de linguagem não é nomeado aqui: não está no material fornecido.
QUEM ORGANIZA O TRABALHOPor trás de cada solicitação,
Por trás de cada solicitação,
uma equipe organizada.
O vínculo entre profissional e responsável é o que faz a fila funcionar: é ele que define quem recebe cada pedido e quais médicos uma secretária pode oferecer. A administração cobre usuários, equipes, cadastro de profissionais e essas associações.
CAPTURA PENDENTE
Falta a ação de vincular, gravada em sequência.
A tela de cadastro foi capturada no ambiente de demonstração e está na galeria. O que ainda falta é a sequência da ação em si — vincular e ver a consequência —, que rende mais como movimento do que como imagem parada. Nenhum vínculo será alterado em dados de produção para gravar uma apresentação.
- A tela de Médicos já está na galeria acima
- Falta: selecionar a secretária e vincular
- Falta: o estado Principal do primeiro vínculo
- Falta: reabrir e verificar a persistência
- Administração, supervisão e secretaria têm navegações distintas
- A confirmação aparece na agenda interna, por data e profissional
O QUE FOI CONSTRUÍDOEntrada estruturada.
Entrada estruturada.
Operação assistida.
Uma fila que mostra de quem é o próximo passo.
Estados, atribuição e histórico tornam visível onde cada atendimento parou — inclusive quando ele está parado esperando um médico retornar a ligação.
Uma resposta que volta pelo mesmo canal.
A equipe registra as opções na plataforma; o paciente recebe a lista numerada no WhatsApp e escolhe com um número. O agente só confirma depois do retorno real da ferramenta.
Stack encontrada no projeto
- Aplicação e painel da operação
- Tickets, estados, horários e histórico
- Camada de IA e automaçãoAgente do paciente, orquestrado fora da aplicação
Tecnologias identificadas por leitura de código e do material fornecido. Autoria, período e status da entrega serão publicados apenas após confirmação; nenhuma métrica de impacto é apresentada porque nenhuma foi verificada.