El conocimiento que construye el sistema

1. Initiative

Digital Financial Services Expansion

Objetivo: Incrementar la adopción de servicios financieros digitales mediante una billetera electrónica integrada.

• +30% usuarios activos mensuales.
• +20% volumen transaccional.
• NPS > 75.

2. Bet

QR Payments

Problema: Los pequeños comercios requieren una forma simple de aceptar pagos digitales sin adquirir un datáfono.

Hipótesis de negocio: Si permitimos pagos mediante códigos QR, aumentaremos el número de transacciones y la adopción de la billetera.

Approved

3. Problem Frame

Los comercios pequeños dependen del efectivo porque las soluciones actuales tienen costos altos y procesos complejos.

4. Hypothesis

H-001: Si los usuarios pueden pagar mediante QR estático desde la billetera, el número de pagos diarios aumentará al menos un 15%.

• Baseline: 1200 pagos diarios.
• Meta: 1380 pagos diarios.
• Horizonte: 30 días.

5. Experiment

EXP-001: Validar la hipótesis utilizando 50 comercios piloto.

• Alcance: Ciudad piloto.
• Duración: 4 semanas.
• Métricas: número de pagos, tiempo promedio por pago, comercios activos y NPS.

6. Prototype

MVP QR: Aplicación móvil modificada para escanear QR, confirmar pago y mostrar comprobante.

No incluye: reversos, promociones, cashback ni límites avanzados.

7. Validation Result

Conclusión: Hipótesis validada.

8. Decision Record

DEC-014: Escalar la funcionalidad a nivel nacional.

Evidencia: incremento superior al esperado, alta satisfacción y sin incidentes relevantes.

Alternativas consideradas: extender piloto, cancelar o escalar parcialmente.

Decisión tomada: Escalar.

9. Specification

QR Payment Specification

• Escaneo QR.
• Validación del comercio.
• Validación de saldo.
• Confirmación.
• Registro contable.
• Generación de comprobante.

10. Requirements

• RF-001: El usuario debe poder escanear un código QR.
• RF-002: El sistema debe validar el saldo disponible.
• RF-003: El sistema debe registrar la transacción.
• RF-004: El sistema debe generar un comprobante.
• RNF-001: Tiempo máximo de respuesta: 2 segundos.
• RNF-002: Disponibilidad: 99.95%.

11. Acceptance Criteria

AC-001: Given el usuario tiene saldo suficiente, when escanea un QR válido, then el sistema procesa el pago y muestra el comprobante.

AC-002: Si el saldo es insuficiente, el pago debe rechazarse.

12. Test Plan

Rendimiento: 5.000 TPS.

13. Release Decision

Release 1.4

• Evidencia suficiente.
• Cobertura de pruebas.
• Seguridad aprobada.
• Performance validado.
• Monitoreo habilitado.

Resultado: Approved for Production.

14. Product Version

Wallet 1.4

• QR Payments.
• Historial de pagos.
• Comprobantes digitales.

Trazabilidad

Grafo de artefactos

Initiative
|
+-- Bet: QR Payments
    |
    +-- Problem Frame
    +-- H-001
    |   +-- EXP-001
    |   |   +-- Prototype
    |   |   +-- Validation Result
    |   |   +-- Decision Record
    |   |
    |   +-- Specification
    |       +-- Requirements
    |       +-- Acceptance Criteria
    |       +-- Test Plan
    |       +-- Release Decision
    |
    +-- Wallet v1.4

Initiative

Digital Patient Experience

Objetivo estratégico: Transformar la experiencia digital del paciente para incrementar la satisfacción, reducir el ausentismo y mejorar la utilización de la agenda médica.

• Incrementar en 30% las reservas digitales.
• Reducir el ausentismo de pacientes en 25%.
• Alcanzar un NPS superior a 80.
• Reducir en 40% el tiempo promedio para obtener una cita.

Bets de la iniciativa

Bet desarrollada: Intelligent Appointment Reminders.

Bet

Intelligent Appointment Reminders

Problema: El 28% de las consultas programadas terminan en ausentismo.

Objetivo: Reducir el porcentaje de pacientes que no asisten a su cita.

Métrica de éxito: reducir el ausentismo de 28% a 20% durante los próximos tres meses.

Problem Frame

Los pacientes olvidan la fecha de su consulta o no reciben recordatorios oportunos.

Hipótesis de la apuesta

• H-001: recordatorios automáticos 24 horas antes reducen el ausentismo en 10%. Estado: Validada.
• H-002: confirmar asistencia con un clic desde WhatsApp reduce el ausentismo en 20%. Estado: En experimentación.
• H-003: IA selecciona el mejor momento de envío y aumenta la confirmación. Estado: Discovery.
• H-004: reprogramación inmediata desde el recordatorio reutiliza agendas disponibles. Estado: Proposed.

Hipótesis desarrollada: H-002.

Hypothesis

H-002: Si permitimos confirmar la cita desde WhatsApp mediante un solo clic, el porcentaje de pacientes que asisten aumentará al menos un 20%.

• Baseline: 72% asistencia.
• Objetivo: 86% asistencia.
• Horizonte: 30 días.
• Riesgo principal: baja adopción del canal WhatsApp.

Experimentos

• EXP-001: Confirmación mediante botón en WhatsApp. Estado: Finalizado.
• EXP-002: Recordatorio mediante SMS. Estado: Cancelado.
• EXP-003: Llamada automática con IA. Estado: Propuesto.
• EXP-004: Notificación Push personalizada. Estado: Discovery.

Experimento desarrollado: EXP-001.

Experiment

Confirmación con un clic en WhatsApp.

Validar si la confirmación inmediata desde WhatsApp incrementa la asistencia.

• Diseño: Grupo A recibe proceso tradicional; Grupo B recibe WhatsApp con botones de confirmar, reprogramar y cancelar.
• Duración: 4 semanas.
• Población: 5.000 pacientes.
• Variable independiente: canal de confirmación.
• Variable dependiente: porcentaje de asistencia.
• Métricas: confirmación, ausentismo, tiempo de respuesta, NPS y reprogramaciones.

Criterios de éxito

• Aumento superior al 20% en asistencia.
• Reducción del ausentismo.
• NPS superior a 80.
• Incremento en confirmaciones durante las primeras seis horas.

Prototype

Versión mínima desarrollada en 4 días.

Validation Result

Los pacientes responden mucho más rápido mediante WhatsApp. La mayoría confirma durante las primeras dos horas y la reprogramación reduce la pérdida de espacios en agenda.

Decision Record

DEC-014: Escalar la funcionalidad.

Evidencia: se superó ampliamente la meta, disminuyó el ausentismo, mejoró la satisfacción y no se identificaron riesgos técnicos relevantes.

Alternativas consideradas: mantener el piloto, descartar o escalar parcialmente.

Decisión: escalar a toda la plataforma.

Specification

Comienza la industrialización mediante Spec Driven Development.

• Gestión de recordatorios.
• Integración con WhatsApp Business.
• Confirmación automática.
• Reprogramación.
• Cancelación.
• Registro de auditoría.
• Configuración de horarios.
• Preferencias del paciente.
• Gestión de consentimiento.

Requirements

• RF-001: El paciente debe recibir un recordatorio 24 horas antes de la consulta.
• RF-002: El paciente debe poder confirmar la asistencia desde WhatsApp.
• RF-003: El sistema debe actualizar automáticamente el estado de la cita.
• RF-004: El paciente debe poder reprogramar la consulta sin llamar al centro médico.
• RNF-001: La respuesta del sistema no debe superar dos segundos.

Acceptance Criteria

AC-001: Given una cita programada para el día siguiente, when el paciente selecciona Confirmar asistencia, then la cita cambia inmediatamente al estado Confirmada y el paciente recibe una notificación de éxito.

Test Plan

• Pruebas funcionales.
• Pruebas de integración con WhatsApp Business.
• Pruebas de seguridad.
• Pruebas de rendimiento.
• Pruebas de auditoría.
• Pruebas de recuperación ante fallos.

Release Decision

Se autoriza la liberación para todos los hospitales afiliados.

Product Version

Healthcare Platform v3.2

• Confirmación por WhatsApp.
• Reprogramación automática.
• Auditoría de confirmaciones.
• Métricas de asistencia.

Grafo de artefactos

Initiative
└── Digital Patient Experience
    │
    ├── Bet: Intelligent Appointment Reminders
    │   │
    │   ├── H-001
    │   ├── H-002
    │   │   │
    │   │   ├── EXP-001
    │   │   ├── EXP-002
    │   │   ├── Prototype
    │   │   ├── Validation Result
    │   │   └── Decision Record
    │   │
    │   ├── H-003
    │   └── H-004
    │
    └── Specification
        ├── Requirements
        ├── Acceptance Criteria
        ├── Test Plan
        ├── Release Decision
        └── Product Version