MVP funcional operando en el policlínico piloto el lunes 14 de septiembre — y llegando al corte de los 100 días del ministro con 7 semanas de datos reales que demuestran resultados.
Día 0 · desbloqueos
vie 14 ago
Desarrollo + pruebas
15 ago – 4 sep
Integración + despliegue
5 – 11 sep
Marcha blanca
lun 14 sep
Corte 100 días
≈ 5 nov
Línea de tiempo
Tres sprints con compuertas verificables + una semana con datos reales
Sprint 1
Días 1–7 · 15–21 ago
Fundaciones + loop de citas en staging
GATE D7
Sprint 2
Días 8–14 · 22–28 ago
WhatsApp real + operación del centro + torre
GATE D14
Sprint 3
Días 15–21 · 29 ago–4 sep
Endurecimiento, evals, seguridad
FREEZE D21
Integración
Días 22–28 · 5–11 sep
Datos reales, capacitación, UAT, producción
Marcha blanca
desde el 14 sep
1–2 especialidades, ampliación semanal
★ Go-live lun 14 sep14 sep → 5 nov = 7 semanas de resultados medibles antes del corte de los 100 días
La decisión que hace viable el plazo
El MVP es un solo loop confiable
1 · Ciudadano
Agenda desde su celular
PWA con DNI + teléfono verificado por OTP. Slots reales del policlínico.
→
2 · WhatsApp
Recuerda y confirma
Cloud API oficial de Meta: recordatorio 24 h y 2 h con botones Confirmar / Reprogramar. Voz de respaldo.
→
3 · Centro médico
Atiende y registra
Agenda del día, check-in, llamado, no-show. Los cupos nacen de sus plantillas de horario.
→
4 · Torre
Mide y demuestra
Espera, asistencia, ocupación, confirmaciones — la evidencia del reporte de 100 días.
Ese loop ataca el número estrella: el ausentismo histórico de ~30 %. Todo lo demás del prototipo es fase 2 con fecha propia — este documento es el contrato de alcance.
Alcance
Dentro, condicional y fase 2
MVP marcha blanca Dentro
PWA ciudadano: registro DNI + OTP, agendar, mis citas, reprogramar
WhatsApp oficial: recordatorios, confirmación por botones, OTP
Centro médico: plantillas de horarios, agenda del día, check-in, no-show, registro mínimo
Torre mínima: KPIs del loop + export CSV
Asistente informativo: corpus cerrado (derechos SIS, preparación) — desacoplable si no pasa evals
Voz (reuso de stack propio): llamada de reconfirmación con guion cerrado
Stretch Si los gates lo permiten
Teleconsulta — LiveKit ya existe; primer candidato de fase 2
OCR de historias — técnicamente simple, pesado en compliance
Entran solo si su gate previo cerró antes de fecha. Nunca desplazan al loop.
Fase 2+ Con fecha propia
Radar de medicinas
Anemia · CRED
Ruta oncológica
Salud mental · Línea 113
Vista comité + Certamia
Capa 3 de emergencia con protocolos (el asistente del MVP solo deriva al 106)
Desarrollo · días 1–21
Sprints y compuertas
Sprint 1 — Fundaciones + loop de citas
Días 1–7 · 15–21 ago
Modelo de datos: establecimiento, profesional, plantilla de agenda, slot, cita, paciente, consentimiento, notificación, atención
API de citas con reglas (cupos, doble reserva) · PWA: registro + flujo de agendar portado del prototipo
Centro: plantillas de horario y agenda del día · staging desplegado con CI y datos de prueba
GATE D7: una cita se agenda de punta a punta en staging y aparece en la agenda del centro.
Sprint 2 — WhatsApp real + operación + torre
Días 8–14 · 22–28 ago
WhatsApp producción: plantillas aprobadas, scheduler 24 h/2 h, webhooks de respuesta, reintentos y logs
Centro: check-in, llamado, no-show, registro mínimo, roles del personal · Torre v1 con KPIs reales
Asistente informativo: corpus v1 aprobado + RAG con citas de fuente + registro auditable · spike de voz
GATE D14: un recordatorio real llega a un teléfono real y la respuesta del paciente actualiza la cita; el personal opera la agenda sin ayuda.
Sprint 3 — Endurecimiento y pruebas
Días 15–21 · 29 ago–4 sep
Suite e2e del loop + flujos de borde (reprogramación en cadena, cupos llenos, opt-out, números inválidos)
Evals del asistente (síntoma → deriva · emergencia → 106 · fuera de corpus → rechaza) — sin evals aprobadas, sale del MVP
Seguridad (Soleratec): auth endurecida, cifrado, auditoría, pentest ligero · consentimientos Ley 29733 y encargo de datos
FREEZE D21: demo interno completo con datos sintéticos + checklist de seguridad firmado.
Integración · días 22–28
Datos reales del policlínico y despliegue
Día
Trabajo
22–23
Carga real: profesionales, especialidades, plantillas de horario. ETL del padrón de pacientes — la limpieza de teléfonos será el mayor dolor; la app corrige el dato en el primer registro de cada paciente.
24
Cuentas del personal + capacitación 1 (admisión y enfermería: agenda, check-in). Ajustes de la sesión.
25
UAT con personal real: 10–20 citas de punta a punta con teléfonos del propio personal. Capacitación 2 (jefatura: torre y reportes).
26
Corrección de hallazgos. Ensayo de go-live y plan de rollback — la marcha blanca es aditiva: el sistema actual del policlínico sigue operando en paralelo.
27
Despliegue a producción. Smoke tests, monitoreo de errores y de entregabilidad WhatsApp.
28
Buffer + material de arranque: afiche QR en admisión, guion del personal para ofrecer la app.
14 sep
Marcha blanca: arranque con 1–2 especialidades (Medicina General + una de alta demanda), ampliación semanal según resultados.
Medición
Los KPIs que alimentan el reporte de 100 días
No-show vs. línea base
El número estrella: histórico ~30 %. Línea base del policlínico contra cada semana de marcha blanca.
% de citas por la app
Adopción del canal digital frente al presencial. Meta a definir con la jefatura el día 24.
Entrega y respuesta WhatsApp
Tasa de entrega de recordatorios y de respuesta a los botones de confirmación.
Tiempo a la cita
Días entre solicitud y atención, por especialidad — la promesa de «citas prontas».
Citas recuperadas
Reprogramadas a tiempo en lugar de perdidas: capacidad devuelta al policlínico.
Asistente (si pasa evals)
Uso, derivaciones correctas y cero respuestas fuera de corpus — con registro auditable.
Riesgos
Lo que puede salir mal y qué haremos
Riesgo
Prob.
Mitigación
Verificación Meta / plantillas HSM demoradas
Mitigado
En curso: envío vía YCloud (BSP) con tier de 250 conversaciones/día — suficiente para la marcha blanca — mientras se completa la verificación de Meta en paralelo.
Padrón de pacientes con teléfonos inválidos
Alta
ETL con validación (días 22–23); el padrón se limpia solo con el uso; voz como canal de respaldo.
Scope creep — el policlínico pide módulos del demo
Alta
Este plan es el contrato de alcance; todo lo demás tiene fecha en fase 2.
Conectividad del establecimiento
Media
Verificación el Día 0; lecturas cacheadas en la app del centro; datos móviles de respaldo.
Evals del asistente no aprueban
Media
El asistente es desacoplable: la marcha blanca sale sin él y entra después. El loop no depende de él.
Acceso tardío al stack de voz/agentes
Media
Si no llega el Día 2, la voz sale del MVP (WhatsApp solo) sin afectar el loop.
Hoy · Día 0
Cuatro desbloqueos que no son código
1
WhatsApp operativo desde el día 1
Envío vía YCloud (BSP) — activación rápida, 250 conversaciones/día, suficiente para la marcha blanca. En paralelo: verificación de Meta Business y plantillas HSM para levantar el límite. ✓ En curso
2
Accesos al stack propio
Repos de Uyariq y proyectos de voz/agentes. Con acceso antes del Día 2, la voz entra al MVP. ✓ Comprometido hoy
3
Infraestructura con compliance
Azure (región LatAm) — gestión en curso con ejecutivo de Microsoft. Instancia separada del Uyariq comercial · consentimientos Ley 29733 · sin diagnósticos en el MVP. ✓ En gestión
4
Datos del policlínico
Padrón de profesionales, plantillas de horario y formato del padrón de pacientes — solicitados el 13-ago. El desarrollo corre con datos dummy; los reales entran en la semana de integración (días 22–28). ✓ Solicitado