Visión de Arquitectura

Problema de Negocio

MediSupply enfrenta retos críticos en la gestión integral de compras, inventarios, logística, ventas y clientes en un entorno regional. Las operaciones actuales carecen de integración en tiempo real, dificultando la trazabilidad de productos, el cumplimiento de regulaciones y la optimización de recursos en picos de demanda. Esto genera pérdidas por caducidad, sobrecostos logísticos, incumplimientos de SLA y disminución en la satisfacción del cliente.

Objetivos de los Stakeholders

1. Dirección General: Aumentar ingresos ≥10% anual y expandirse regionalmente con operaciones escalables.
2. Operaciones y Logística: Mejorar la eficiencia de rutas y disminuir costos operativos en ≥20%.
3. Compras: Garantizar disponibilidad de insumos críticos con procesos optimizados y trazables.
4. Ventas: Incrementar la satisfacción del cliente y garantizar cumplimiento de ETA en ≥95% de los pedidos.
5. Cumplimiento/Regulatorio: Mantener conformidad con normativas sanitarias y fiscales de cada país.
6. TI: Asegurar disponibilidad ≥99.95%, escalabilidad y mantenimiento eficiente del sistema.

Riesgos Identificados

1. Calidad de datos insuficiente o dispersión de la información entre países.
2. Incapacidad de escalar en picos sanitarios (100→400 pedidos/min).
3. Latencia elevada en operaciones transfronterizas que afecte la promesa de entrega.
4. Integraciones regulatorias complejas y heterogéneas por país.
5. Vulnerabilidades de seguridad y cumplimiento de auditoría en tiempo real.
6. Resistencia al cambio y curva de adopción tecnológica en usuarios internos.

Restricciones

Restricciones de Negocio

1. Cumplimiento obligatorio de normativas sanitarias, fiscales y de trazabilidad en cada país.
2. Disponibilidad del servicio ≥99.95% para operaciones críticas.
3. Procesamiento de picos de demanda estacional sin degradar la experiencia del usuario.
4. Control de costos de infraestructura y licenciamiento para mantener rentabilidad.

Restricciones de Tecnología

1. Uso de arquitectura modular basada en microservicios y APIs first.
2. Despliegue en nube pública con configuración multi-AZ y escalabilidad horizontal.
3. Cumplimiento de estándares de seguridad (MFA, cifrado TLS/KMS, RBAC).
4. Integración con sistemas IoT, pasarelas de pago y entes regulatorios.
5. Soporte para canales Web y Móvil con BFF dedicados.

Esfuerzo Estimado para Construcción

El desarrollo completo de la solución se estima en 16 semanas, divididas en fases: 2 semanas para PoCs y arquitectura base, 4 semanas para MVP de dominios principales, 4 semanas para módulos de compras, logística y seguridad, 4 semanas para integraciones y recomendaciones, y 2 semanas para pruebas end-to-end, endurecimiento y despliegue productivo.

• Equipo estimado:

  • 1 Arquitecto
  • 4 Desarrolladores Backend
  • 2 Frontend
  • 2 Mobile,
  • 2 QA
  • 1 DevOps
  • 1 Analista de Negocio.

• Carga total aproximada: 280 horas-hombre.

• Carga total aproximada equipo: 840 horas (3 integrantes)

Diagrama de Contexto

Diagrama de Arquitectura

Vista despliegue

Modelo de Datos