Una solicitud que llega lista para el trabajo.
La conversación se vuelve un registro con identificador, especialidad, preferencias, contacto, responsable y plazo. El pedido deja de depender de quien se acordó de él.
Falecomigo · UnimedAGENDAMIENTO ASISTIDO
De la conversación
a la operación.
Las agendas de los médicos no están conectadas. Hoy, agendar una consulta es que alguien llame al consultorio, anote horarios y los pase — pedido por pedido.
El sistema convierte ese trabajo en operación. Un agente en WhatsApp registra el pedido; el equipo verifica con el médico en una cola con responsable y plazo; el paciente elige por número, por el mismo canal. Nada se pierde en el medio.
- Producto
- Agente en WhatsApp + plataforma
- Superficies
- WhatsApp del paciente y panel del equipo
- Estado del caso
- En curaduría
La solicitud llega por WhatsApp y entra en Nuevos.
Recorrido ejecutado de verdad en la aplicación, en un entorno de demostración aislado, y fotografiado estado por estado. El cursor y el zoom son editoriales.
Caso en curaduría. Cooperativa, autoría y estado de la entrega esperan confirmación. Las pantallas son capturas de la aplicación original corriendo en un entorno de demostración aislado, con base de datos creada desde cero e identidades ficticias. Esta página no usa datos de pacientes, no se conecta a la plataforma del cliente y no publica métricas de resultado.
EL PROBLEMA REALLas agendas de los médicos
Las agendas de los médicos
no se hablan.
Los consultorios no exponen disponibilidad de forma conectada. Para agendar, reprogramar o cambiar de especialidad, alguien de la operación llama al médico, pregunta los horarios libres, anota y se los pasa a quien pidió.
Cada pedido se vuelve una secuencia de llamadas y devoluciones. El trabajo no es clínico: es operativo, repetitivo, y no escala con el volumen.
El sistema no resuelve eso integrando agendas que nadie expone. Organiza el trabajo alrededor de esa limitación: convierte el pedido en un registro con responsable y plazo, preserva las preferencias y devuelve la respuesta por el mismo canal por el que llegó.
- Nuevo
- Asignado
- En atención
- Llamada al médico
- Enviado
- Confirmado
La cuarta etapa ocurre fuera del sistema, por teléfono. Es justamente la que el producto existe para acortar — y la única que ninguna integración resuelve hoy.
LA APLICACIÓN, EN MARCHA
Las pantallas del sistema.
Capturas de la aplicación original en un entorno de demostración aislado. No son mockups ni rediseños.
El recorrido de una solicitud: llegar, ser tomada, recibir horarios y volverse una cita.
Cola de atención
Un lugar para seguir lo que llegó y lo que todavía no tuvo respuesta.
Kanban con las cuatro columnas del producto: Nuevos, En curso, Enviados y Confirmados. Cada tarjeta trae identificador, especialidad y plazo.
1 / 3 — Cola de atención
Entorno de demostración creado desde cero: base local por seed, sin SMTP, sin webhook y sin conexión con producción. Pacientes, profesionales y usuarios fueron reemplazados por identidades demostrativas antes de la captura. Los indicadores no representan volumen ni resultado del proyecto. 7 pantallas en total.
7LA CONVERSACIÓN · DEL PEDIDO A LA ELECCIÓNDel pedido a la elección,
Del pedido a la elección,
sin salir de WhatsApp.
El agente identifica a la persona, hace el triaje por plan, entiende la especialidad y la preferencia, y registra la solicitud. Cuando el equipo vuelve con horarios, la elección es un número. Al lado, lo que pasa en la plataforma en cada paso.
LA CONVERSACIÓN DEL PACIENTE
Una pregunta a la vez.
Unimed · AgendamientoWhatsApp · canal del paciente
¡Hola! Bienvenido 😊 Este canal es exclusivo para agendar consultas. 1️⃣ Agendar consulta 2️⃣ Reprogramar o cancelar 3️⃣ Otras solicitudes
1
¡Hola! Soy la asistente de Unimed 😊 ¿Cómo te llamo?
Persona Demo
¡Un gusto, Persona! Para atenderte mejor, necesito tu documento (CPF). Puedes escribirlo aquí, solo números 😊
•••.•••.•••-••
¡Encontré tu registro, Persona! ✅ Plan: Plan Demo ¿Qué especialidad buscas?
busca_clientellamada antes de la respuestacardiología
¡Perfecto! Voy a registrar tu solicitud y nuestro equipo verifica los horarios con los cardiólogos disponibles 😊 ¿Para cuándo quieres la consulta?
lo antes posible, por la mañana
Voy a pedir el horario *más cercano disponible*, por la *mañana*, ¿correcto?
sí
¡Listo, Persona! ¡Tu solicitud quedó registrada! 📋 Nuestro equipo va a contactar a los médicos para verificar los horarios y te responde en breve ⏱️
Criarticketllamada antes de la respuesta- Equipo Unimed
¡Hola, Persona! Conseguimos horarios de Cardiología 💚 1️⃣ 09/09 a las 08:30 — Dr(a). Demonstração A 2️⃣ 09/09 a las 09:00 — Dr(a). Demonstração A 👉 Responde con el número del horario que quieras.
1
¡Perfecto, Persona! ✅ Registré tu elección para el 09/09 a las 08:30 con Dr(a). Demonstração A. ⚠️ Si necesitas cancelar, avisa con 1 día de anticipación 😊
ConfirmarAgendamentollamada antes de la respuesta
Menú, nombre, documento. El registro se valida antes de cualquier promesa.
Reconstrucción ilustrativa a partir de las instrucciones del agente. No es una grabación y no prueba la entrega de mensajes. Nombre, documento, plan, protocolo, profesional y horarios son ficticios, creados para esta presentación.
Leer la conversación y sus límites
El agente abre con un menú de tres opciones. Al elegir agendar, pregunta el nombre y después el documento, un dato por mensaje — regla explícita del prompt: nunca pedir especialidad, ciudad y fecha juntas. Solo después de que la herramienta de búsqueda devuelve el registro habla del plan. El documento aparece enmascarado en esta reconstrucción.
Para cardiología, el prompt indica no listar médicos: la solicitud va a todos los cardiólogos y el equipo verifica. Cuando el paciente responde "lo antes posible", el agente lo trata como fecha válida — insistir en un día está prohibido — y confirma una sola vez. Con el "sí", el dato queda cerrado: el agente llama a la herramienta de creación del ticket y solo entonces dice que registró.
La solicitud se vuelve un ticket en la plataforma. El equipo llama a los cardiólogos, anota los horarios libres y registra las opciones en el sistema. Es la etapa manual que motivó el producto: las agendas de los médicos no están conectadas. El reloj de la presentación comprime en segundos lo que lleva horas.
El equipo envía las opciones numeradas por el mismo canal. El paciente responde con el número — y el prompt prohíbe reinterpretarlo como menú o nueva consulta. El agente llama a la confirmación con la posición elegida, espera el retorno real y solo entonces confirma, con médico, día y hora completos. En la plataforma, el ticket pasa a Confirmado y entra en la agenda.
LA DECISIÓN DE PRODUCTOEscrito para no cansar
Escrito para no cansar
ni engañar.
Lo que hace confiable al agente no es la lista de herramientas: es el conjunto de reglas y prohibiciones que carga. Cinco de ellas estructuran cada atención.
- RITMO DE LA CONVERSACIÓN
Una pregunta a la vez.
Nombre, después documento, después especialidad, después fecha. Máximo tres líneas por mensaje. El prompt asume que la persona no lee todo — y escribe para eso.
- EN CARDIOLOGÍA
El paciente no elige médico.
El pedido va a todos los cardiólogos; listar nombres solo confunde. El equipo llama, verifica y devuelve lo que esté libre. Es la regla que nace directo del problema de las agendas.
- FECHA
La urgencia es una respuesta, no la falta de una.
"Lo antes posible" vale como fecha. Repetir la pregunta con ejemplos de día, después de eso, cuenta como ignorar al paciente — y está prohibido.
- CONFIRMACIÓN
Confirmado una vez, el dato queda cerrado.
Después del "sí", preguntar el mismo dato con otras palabras es una violación. Una confirmación por información, y sigue. "Sí", "dale" y 👍 cuentan como sí.
- EJECUCIÓN
Ejecuta antes de hablar.
Anunciar "voy a verificar" y cerrar el turno está prohibido. El orden es: llamar a la herramienta, leer el retorno real y solo entonces responder. Sin éxito real, nunca dice "registrado".
Las reglas de arriba son las instrucciones escritas para el agente. Son intención documentada, no ejecución probada en esta presentación.
CÓMO SE CONECTAN LAS PARTESUn canal. Un teléfono.
Un canal. Un teléfono.
Un registro.
- 01
La conversación
El paciente pide por WhatsApp. El agente identifica, hace el triaje por plan, recoge especialidad y preferencia, y registra. Después, recibe la elección por número.
- 02
El equipo y el teléfono
La solicitud se vuelve un ticket con responsable y plazo. El equipo llama a los consultorios, anota los horarios libres y registra las opciones. Es el cuello de botella que el producto organiza en vez de fingir que integra.
- 03
La plataforma
Cola, responsable, estado, plazo, horarios, historial y agenda. Es el registro de la atención, sea cual sea la superficie usada.
El agente corre en una capa de orquestación fuera de la aplicación y habla con la plataforma por API. El modelo de lenguaje no se nombra aquí: no está en el material provisto.
QUIÉN ORGANIZA EL TRABAJODetrás de cada solicitud,
Detrás de cada solicitud,
un equipo organizado.
El vínculo entre profesional y responsable es lo que hace funcionar la cola: define quién recibe cada pedido y qué médicos puede ofrecer una secretaria. La administración cubre usuarios, equipos, registro de profesionales y esas asociaciones.
CAPTURA PENDIENTE
Falta la acción de vincular, grabada en secuencia.
La pantalla de registro fue capturada en el entorno de demostración y está en la galería. Lo que falta es la secuencia de la acción en sí — vincular y ver la consecuencia —, que rinde más como movimiento que como imagen fija. Ningún vínculo se alterará en datos de producción para grabar una presentación.
- La pantalla de Médicos ya está en la galería de arriba
- Falta: seleccionar a la secretaria y vincular
- Falta: el estado Principal del primer vínculo
- Falta: reabrir y verificar la persistencia
- Administración, supervisión y secretaría tienen navegaciones distintas
- La confirmación aparece en la agenda interna, por fecha y profesional
LO QUE SE CONSTRUYÓEntrada estructurada.
Entrada estructurada.
Operación asistida.
Una cola que muestra de quién es el próximo paso.
Estados, asignación e historial hacen visible dónde se detuvo cada atención — incluso cuando está esperando que un médico devuelva la llamada.
Una respuesta que vuelve por el mismo canal.
El equipo registra las opciones en la plataforma; el paciente recibe la lista numerada en WhatsApp y elige con un número. El agente solo confirma después del retorno real de la herramienta.
Stack encontrado en el proyecto
- Aplicación y panel de la operación
- Tickets, estados, horarios e historial
- Capa de IA y automatizaciónAgente del paciente, orquestado fuera de la aplicación
Tecnologías identificadas por lectura del código y del material provisto. Autoría, período y estado de la entrega se publicarán solo tras confirmación; no se muestra ninguna métrica de impacto porque ninguna fue verificada.