Workmed
Arquitectura de Sistemas
Paso 1 — Migración de FlowMed (as-is) + Infraestructura
FlowMed se migra tal cual, sin mejoras, solo cambiando de infraestructura. Arriba el resumen del lift & shift; abajo el mapa completo coloreado por dónde vive cada componente y hacia dónde migra.
Antes
On-premise + AWS-Secall
BD primaria FlowMed on-premise (sin redundancia) · réplica en AWS Secall
  • FlowMed · BD MySQL (~31 GB)
  • Agendamiento y Admisión
  • Informes
→
Migración as-is
(lift & shift)
sin mejoras
Después
AWS Workmed propia · us-east-1
Mismo FlowMed, misma funcionalidad — solo cambia la infraestructura
  • FlowMed · BD MySQL (mismo)
  • Agendamiento y Admisión
  • Informes
A.1Ambiente Workmed-Tech (A.1) — se ejecutó primero y rápido para habilitar y soportar la migración de todo lo que queda en AWS-WM.
Paso 1 = lo primero que hicimos: migraciones, con foco en infraestructura (sin mejoras funcionales). FlowMed se migra tal cual desde on-premise / AWS Secall hacia la cuenta AWS Workmed propia (us-east-1). Pre Admisión (Megafy) y Catálogo de Servicios no estaban contemplados y aparecieron sobre la marcha (marcados ⚠ en el mapa). Luego viene el Paso 2 · Roadmap y el Paso 3 · Extra. Abajo, el mapa completo coloreado por infraestructura.
Fuente: diagrama Workmed · Informe Completo AS-IS v3.0 (68 pág) · Plan Operativo F1 v3 · Extensión Software Factory Rev. C · reconstruido por EMERCOM
v5 · 2026-06-05

Roadmap TI Sovereignty — 18 acciones priorizadas (4 Quick Wins + 8 Big Bets + Fill-ins + Hard Slogs) · Informe AS-IS v3.0 §11–§12

Fase 1 · Quick Wins (Cuadrante A)
1–90 días
A.1Onboarding EMERCOM + Ambiente Workmed-Tech (en marcha)
A.2Portal del Cliente f1 — pre-agendamiento + plantillas canónicas
A.3Módulo de Producción f1 — A.3.1 valorización · A.3.2 Contraloría
A.4Soberanía BD clínica FlowMedPRIORIDAD 0
Fase 2 · Big Bets (Cuadrante B)
91–180 días
B.1Workmed Identity Service (1er microservicio)
B.2FlowMed 2.0 sobre AWS Workmed propia
B.3Pipeline digitalización acreditados
B.4Cola dirigida + pre-informe IA (doble contraloría)
B.5HubSpot ↔ FlowMed
B.6Gobernanza de datos
B.7Portal del Cliente f2 (expande A.2)
B.8Cierre contractual del mes + alineación
Fase 3 · Visión TO-BE
181–365 días
T.1Agentes IA + Orquestador de Transformación Digital — sobre soberanía + saneamiento ya logrados
Fill-ins (Cuadrante C, sin fase fija): C.1 Doc. modelo de datos FlowMed · C.2 Versionado de catálogo de prestaciones · C.3 Bodegas satélite · C.4 Visibilidad de no-show.    Fuera de alcance Fases 1–3 (Hard Slogs, Cuadrante D): D.1 Desafiliación de acreditados · D.2 Producto de datos B2B (esperar Fase 3) · D.3 Reemplazo big-bang de Defontana/HubSpot.

Extra · Software Factory + DevOps adicional al retainer · 6 meses renovable

E.1 Nuevos productos y módulos
Plataformas que surjan según necesidad: salud mental, test de drogas y otros desarrollos.
E.2 Integraciones con clientes
Desarrollo rápido a la medida de los clientes de Workmed, por ejemplo BHP.
E.3 Pre-admisión vía portal
El Portal Cliente f1 podría además habilitar la pre-admisión — alcance no incluido en el foco declarado.
E.4 Contingencias técnicas
Respuesta a incidentes, caídas y fallas de sistemas en producción.
E.5 Conectividad con proveedores
Integración y soporte para conectar Workmed con sistemas de terceros.
E.6 Infraestructura y DevOps
Nuevos ambientes, migraciones y operación no prevista en el alcance comprometido.
Cada caja del mapa referencia su código de Extra. Ejecutado = trabajo documentado abr–may 2026 (Extensión §6). Disponible = oferta del workstream, aún no ejecutada.

Infraestructura — ¿dónde vive cada cosa? — AS-IS v3.0 (Anexo TI) · Plan Operativo F1 · Evaluación Cloud Rev. C

AWS-WM AWS Workmed propia
Cuenta AWS propia · us-east-1 (EE.UU. Este), decisión cerrada por comité. Aloja EC2 dev, RDS target, S3 y —a futuro— Identity Service (B.1) y FlowMed 2.0 (B.2).
AWS-Secall AWS Secall (externa)
Solo aloja una réplica de la BD FlowMed (MySQL ~31 GB). La BD primaria está on-premise; A.4 recupera la soberanía hacia AWS Workmed.
On-prem On-premise (BD primaria FlowMed)
Infraestructura on-premise sin redundancia. Aloja la BD primaria de FlowMed (la fuente real); la réplica vive en AWS Secall.
SaaS SaaS / proveedores
Todas las integraciones clínicas son SaaS externos integrados vía GCP (Google Cloud Platform) de SACMed (SACMed, GALEN, TSCOM, OCCU, SEMA, LIS convenios, sensométricos). Además: Megafy (pre-admisión), RobleLabs, HubSpot (CRM), Defontana (ERP), OneDrive/SharePoint.
Script Script (computador personal)
Código que se usa en un computador personal, sin documentación. Es el origen de la valorización y el catálogo, antes de pasar a repos + AWS-WM. Riesgo de continuidad.
Repos Código (GitHub Workmed)
Destino del código que hoy vive en script: valorización y catálogo. Repos: workmed-infra · workmed-pricing · workmed-runbooks.
El borde de cada caja indica su ubicación. Por declarar (borde punteado gris) = hosting aún no documentado — para completar con el equipo Workmed.