Aria

Situación

Una red de 4 clínicas odontológicas en LATAM gestionaba citas en hojas de cálculo compartidas. El doble booking era semanal y el tiempo medio de respuesta a “cambiar mi cita” era de 18 horas.

Tarea

Reemplazar las hojas de cálculo con un sistema que impidiera el doble booking por construcción y redujera la fricción de reprogramar a menos de un minuto, paciente y recepcionista incluidos.

Tarea (continuación)

Coordinar el rollout técnico con el equipo no-técnico: las recepcionistas tenían que adoptarlo sin formación formal.

Acción

• Postgres + tstzrange y exclusion constraints para que dos citas sobre el mismo doctor/hora fueran imposibles a nivel de DB, no de UI.
• Realtime con Supabase: cuando una recepcionista movía una cita, la doctora veía el cambio en su agenda antes de que el paciente colgara el teléfono.
• Pagos con Stripe pero adaptados a LATAM: PIX, Mercado Pago y tarjeta en el mismo flujo, con fallback a “paga en clínica”.
• Docker Compose para que cada clínica levantara su propio stack aislado sin tocar la base de producción.
• Diseño iterado con las recepcionistas en sesiones semanales de 30 min, no con los directivos.

Resultado

• Doble booking: de 4-6 por semana a 0 en los primeros 60 días.
• Tiempo medio de reprogramación: de 18h a 47s (medido por evento).
• 100% de las recepcionistas usándolo al final de la segunda semana sin necesidad de soporte técnico.
• La red repitió el modelo en una segunda región con adaptación local hecha por el equipo de la clínica, no por el mío.