# AS-IS — Anexo: Plataformas y ecosistema TI

## 1. Resumen

Este anexo NO documenta un proceso de negocio: es el **diccionario compartido de plataformas TI** que sustenta los siete documentos AS-IS de Workmed (`01-agendamiento.md` … `07-abastecimiento.md`). Cada sistema citado en cualquiera de los procesos debe poder rastrearse hasta una entrada en §2 y, si corresponde, ubicarse en el diagrama §3 y en la tabla de identidad fragmentada §4. La sección §5 reúne la deuda técnica transversal: riesgos arquitectónicos que un proceso individual no puede resolver. La fuente principal son los tres findings técnicos (Flowmed-20260409, EcosistemaTI-20260415, Plataformas-20260420), más menciones puntuales de otros findings de proceso. Los nombres canónicos siguen `GLOSSARY.md`. Las contradicciones entre findings (hosting de FlowMed, exposición de API, autoría del script Python, etc.) quedan consolidadas en §5 con cita a §6 del mapa cruzado.

<!-- TODO REV-2: falta cita [mm:ss] -->

## 2. Inventario de sistemas

### 2.1 FlowMed

- **Dueño funcional:** Eduardo González (sistema completo, Gobierno de TI); Patricia Maturana (módulo Agendamiento exclusivamente); Vicente Rivano (módulo Contraloría como solicitante de KPIs).
- **Dueño técnico:** Secall (proveedor SaaS — administra software, infraestructura on-premise, evolutivos, correctivos y capacitación). Workmed no tiene administración del software.
- **Propósito:** SaaS legacy core de Workmed; "columna vertebral" / "todos operan alrededor de este sistema". Cubre agendamiento, admisión, hoja de ruta de prestaciones, módulo Contraloría (preinforme y aptitud), maestros (formularios, prestaciones), módulo control de pago (origen del Excel mensual de valorización) y dashboards internos.
- **Datos custodiados:** solicitudes de agendamiento; eventos clínicos (cabecera, no detalle clínico); prestaciones por evento; aptitud preliminar y final; producción mensual; tarifario referencial. Tabla log = 31 GB; tabla atención = 2.2 GB; otras dos tablas ≈ 13 GB cada una.
- **Integraciones IN:** solicitudes desde Excel/Word del cliente (manual); autoagendamiento BHP/Anglo American/AMSA/Viena; respuesta de POS RobleLabs (verificación biométrica); datos clínicos desde SACMed (vía "botón" en módulo Contraloría); resultados de RIS Galen, TSCom, LIS LaboCenter y lab propio (vía SACMed); transcripción manual desde OneDrive (centros acreditados).
- **Integraciones OUT:** objeto de notificación a Megafy/Appian (preadmisión); creación de evento clínico en SACMed; replica caliente a AWS RDS (~5–10 min de desfase); extracción manual de producción mensual hacia el Script Python de valorización; informe de aptitud PDF al Gestor Ocupacional (HubSpot); notificación directa al cliente empresa.
- **Procesos AS-IS que lo usan:** `01-agendamiento.md`, `02-operaciones.md`, `03-contraloria.md`, `04-comercial.md`, `05-finanzas.md`, `06-recaudacion.md`.
- **Estado / deuda técnica relevante:** legacy "muy al debe" en trazabilidad para la nueva Ley de Datos Personales; **no expone API genérica** (existen integraciones partner punto-a-punto pero nada utilizable por TI Workmed para desarrollos internos; ver §5 y contradicción §6.8 mapa cruzado); el módulo de precios es referencial (el script Python es la fuente autoritativa); decisión de Carolina Araya: reemplazar por **FlowMed 2.0** en cuenta AWS propia con failover.
- **Citas:** [Flowmed-20260409 0:04, 5:15, 23:53, 1:00:21], [EcosistemaTI-20260415 1:27, 13:19, 33:37, 34:58], [Plataformas-20260420 35:00, 35:23, 52:15, 55:56, 56:21], [Recaudacion-20260423 1:23:16, 1:26:56].

### 2.2 SACMed

- **Dueño funcional:** equipo clínico (TENS, médicos contralores, jefes de centro); Eduardo González coordina con proveedor.
- **Dueño técnico:** proveedor SACMed (mismo nombre que el producto).
- **Propósito:** HIS: ficha clínica electrónica donde se capturan los datos clínicos por estación. Workmed entró en Santiago en diciembre 2024 (datos pre-SACMed quedan como históricos en correo/papel).
- **Datos custodiados:** ficha clínica del paciente (por RUT, no por empresa); resultados clínicos por estación; eventos clínicos; adjuntos firmados (preadmisión post-llegada); historial 15 años por ley.
- **Integraciones IN:** datos del paciente y prestaciones desde FlowMed al admitirse; resultados de RIS Galen, TSCom, LIS LaboCenter y lab propio; verificación biométrica RobleLabs en estación de drogas.
- **Integraciones OUT:** datos clínicos a módulo Contraloría de FlowMed (vía botón, unidireccional ficha → Contraloría); informes parciales (audiometría, electro como anexos del PDF de aptitud).
- **Procesos AS-IS que lo usan:** `02-operaciones.md`, `03-contraloria.md`, `07-abastecimiento.md` (proyecto pendiente: cargar insumos al paciente desde HIS).
- **Estado / deuda técnica relevante:** hosting **GCP** (cuenta separada de AWS Workmed); configurar una batería nueva tarda ~8h y depende del equipo SACMed; la comunicación unidireccional ficha → Contraloría genera dos repositorios paralelos con riesgo de descalce (ver §5 y contradicción §6.1 mapa cruzado); centros acreditados aún no integrados.
- **Citas:** [Flowmed-20260409 25:32, 21:10, 1:00:21], [EcosistemaTI-20260415 1:55, 19:12, 24:25, 24:52, 34:31], [Plataformas-20260420 59:13], [Operaciones-20260407 10:57].

### 2.3 Megafy (sobre Appian Cloud)

- **Dueño funcional:** Operaciones (admisión); jefe de centro (post-admisión).
- **Dueño técnico:** Megafy (proveedor SaaS); corre sobre **Appian Cloud** (low-code SaaS).
- **Propósito:** plataforma de preadmisión digital. El paciente la completa antes de llegar al centro: consentimiento informado, drogas, encuesta de salud, cuestionario de epilepsia.
- **Datos custodiados:** documentos firmados; estado de preadmisión (lista firmada / lista sin firmar / pendiente); respuestas a cuestionarios.
- **Integraciones IN:** objeto de FlowMed con personas y notificaciones a realizar.
- **Integraciones OUT:** documentos firmados + estado de preadmisión hacia FlowMed; notificación a paciente vía WhatsApp/SMS/mail; envío a SignAPIS para firma electrónica.
- **Procesos AS-IS que lo usan:** `02-operaciones.md` (pasos 4-5 del viaje digital).
- **Estado / deuda técnica relevante:** decisión arquitectónica de hace 3 años (separar preadmisión de FlowMed); Eduardo cuestiona si sigue siendo la opción correcta hoy.
- **Citas:** [EcosistemaTI-20260415 0:58, 10:28, 11:26, 15:08, 15:28, 34:07].

### 2.4 RobleLabs (POS biométrico)

- **Dueño funcional:** Operaciones (admisión).
- **Dueño técnico:** RobleLabs (proveedor).
- **Propósito:** equipos POS con lector QR, lector NFC para chip de cédula, lector de huella y cámara para verificación facial. Verifica identidad contra huella viva o foto del chip de la cédula (no contra una BD).
- **Datos custodiados:** logs de verificación (servicios de log propios).
- **Integraciones IN:** solicitud de verificación desde FlowMed (etapa de admisión); solicitud desde SACMed (estación de drogas).
- **Integraciones OUT:** respuesta de verificación (OK/falla) hacia FlowMed y SACMed.
- **Procesos AS-IS que lo usan:** `02-operaciones.md`.
- **Estado / deuda técnica relevante:** flujo de contingencia manual cuando la cédula tiene el chip dañado (problema recurrente en mineros).
- **Citas:** [EcosistemaTI-20260415 5:58, 6:25, 7:46, 40:53], [Operaciones-20260407 1:03:33].

### 2.5 SignAPIS

- **Dueño funcional:** Operaciones (admisión).
- **Dueño técnico:** SignAPIS (proveedor).
- **Propósito:** firma electrónica + verificación; "muy similar al proceso de firmar transferencias de auto en Autofact".
- **Datos custodiados:** firmas y trazabilidad de firmado.
- **Integraciones IN:** documentos a firmar desde Megafy/Appian (preadmisión).
- **Integraciones OUT:** documentos firmados de vuelta a Megafy.
- **Procesos AS-IS que lo usan:** `02-operaciones.md`.
- **Citas:** [EcosistemaTI-20260415 4:39, 5:02, 5:29].

### 2.6 RIS Galen

- **Dueño funcional:** Operaciones (estaciones de imagenología).
- **Dueño técnico:** Galen (proveedor RIS).
- **Propósito:** Radiology Information System: captura de imagen e informes para radiografías (incluyendo PET); incluye visualizador propio certificado.
- **Datos custodiados:** imágenes de imagenología (~1 GB por estudio RESO); informes radiológicos.
- **Integraciones IN:** orden enviada desde FlowMed/SACMed al equipo rayo en cada sucursal.
- **Integraciones OUT:** visualizador (no la imagen; la imagen se almacena en el RIS) integrado en SACMed.
- **Procesos AS-IS que lo usan:** `02-operaciones.md`, `03-contraloria.md`.
- **Citas:** [EcosistemaTI-20260415 3:14, 9:05], [Flowmed-20260409 21:31].

### 2.7 TSCom

- **Dueño funcional:** Operaciones (estación de drogas).
- **Dueño técnico:** TSCom (proveedor de drug testing).
- **Propósito:** "screens de drogas": toma de muestra y captura de resultados; flujo automatizado hacia liberación cuando el resultado es negativo.
- **Datos custodiados:** todas las respuestas/scannings, incluidos los que no se traducen en toma efectiva (trazabilidad explícita para resolver controversias post-hoc).
- **Integraciones IN:** verificación biométrica RobleLabs en la estación de drogas.
- **Integraciones OUT:** resultados de drogas hacia SACMed; flujo de liberación automática hacia módulo Contraloría de FlowMed.
- **Procesos AS-IS que lo usan:** `02-operaciones.md`, `03-contraloria.md`.
- **Citas:** [EcosistemaTI-20260415 3:14, 3:43, 7:46, 40:24, 40:53].

### 2.8 LIS (LaboCenter + lab propio Workmed)

- **Dueño funcional:** Operaciones (laboratorio).
- **Dueño técnico:** LaboCenter (proveedor); Workmed para el lab propio.
- **Propósito:** Laboratory Information System: recibe muestras, procesa y entrega resultados.
- **Datos custodiados:** resultados de exámenes de laboratorio.
- **Integraciones IN:** muestras físicas desde estaciones; orden electrónica desde FlowMed/SACMed.
- **Integraciones OUT:** resultados hacia SACMed.
- **Procesos AS-IS que lo usan:** `02-operaciones.md`.
- **Estado / deuda técnica relevante:** sólo dos LIS están activos e interoperando (LaboCenter + lab propio); otros laboratorios partner (Bionet Santiago, Blanco Calama, LabNostic) están "activos" pero **no interoperando**: pendiente integración.
- **Citas:** [EcosistemaTI-20260415 3:43, 8:42], [Operaciones-20260407 16:01].

### 2.9 HubSpot

- **Dueño funcional:** Comercial (CRM, prospección y cotizaciones); Cobranza (pipelines facturación y cobranza); Agendamiento (cola "agenda por confirmar").
- **Dueño técnico:** HubSpot (SaaS); cuentas paralelas Comercial/Finanzas (no centralizado).
- **Propósito:** CRM corporativo. Cumple tres roles: (1) intake de correos de agendamiento (cola "agenda por confirmar"); (2) embudo comercial de prospección; (3) pipelines de Facturación y Cobranza usados como sistema de gestión torcido (gobernado por fechas, no por estado real). Además funciona como **portal de cliente**: los clientes ingresan con login para ver los dashboards Power BI que tienen asignados.
- **Datos custodiados:** tickets de correos cliente; pipelines comerciales; pipelines facturación y cobranza; tarjetas con OC/EDP/factura referenciadas (no integradas con Defontana); identidad del cliente como nombre de empresa (sin normalización).
- **Integraciones IN:** Outlook/Office (correo a `agendamiento@workmed`); ingreso manual desde Comercial; movimiento manual de tarjetas desde Cobranza.
- **Integraciones OUT:** dashboards Power BI embebidos en portal de cliente; **NO integra con FlowMed** (intento 2024 fracasado); **NO integra con Defontana hoy** (proyecto activo 2026; ver §6.4 mapa cruzado).
- **Procesos AS-IS que lo usan:** `01-agendamiento.md`, `04-comercial.md`, `05-finanzas.md`, `06-recaudacion.md`.
- **Estado / deuda técnica relevante:** **vulnerabilidades reconocidas** en el portal de cliente. Rodrigo: "tiene vulnerabilidades muy importantes". Sin integración HubSpot ↔ FlowMed (el proyecto 2024 fracasó por falta de acuerdo entre las partes técnicas, queda manual indefinidamente).
- **Citas:** [Flowmed-20260409 1:02:43], [Agendamiento-20260413 2:00, 2:29, 47:19, 47:48], [Comercial-20260420 4:39, 52:10, 52:37], [EcosistemaTI-20260415 4:12], [Recaudacion-20260423 7:00, 11:23], [Operaciones-20260407 1:05:09].

### 2.10 Defontana

- **Dueño funcional:** Finanzas (facturación, reconocimiento contable); Abastecimiento (OC, inventario).
- **Dueño técnico:** Defontana (ERP chileno).
- **Propósito:** ERP que reemplazó a NetSuite en enero 2025. Cubre facturación, inventario, existencias, OC y estado de pagos. Forma ecosistema con Tivendo (POS módulo de caja).
- **Datos custodiados:** facturas, notas de venta, OCs, inventario, plan de cuentas, clientes (con código numérico interno, no alfanumérico).
- **Integraciones IN:** EDP cerrado con cliente (manual); notas de venta cargadas desde Recaudación.
- **Integraciones OUT:** factura emitida (DTE); **sin API solicitada (proyecto activo)**; conciliación con HubSpot vía Excel manual.
- **Procesos AS-IS que lo usan:** `05-finanzas.md`, `06-recaudacion.md`, `07-abastecimiento.md`.
- **Estado / deuda técnica relevante:** sin integración con SACMed (Abastecimiento no puede cargar insumos al paciente desde HIS); sin integración con HubSpot (proyecto activo 2026); el cambio de nomenclatura alfanumérica WHM a código numérico interno fue forzado por Defontana; la centralización con Buk (RR.HH.) es manual.
- **Citas:** [EcosistemaTI-20260415 4:12, 28:12], [Finanzas-20260416 25:23, 31:39, 32:07], [Abastecimiento-20260423 8:37, 52:49, 53:16], [Recaudacion-20260423 7:00, 11:23].

### 2.11 Buk

- **Dueño funcional:** Subgerencia de Personas (RR.HH./nómina); endosada temporalmente al CFO Coustasse.
- **Dueño técnico:** Buk (SaaS chileno de RR.HH.).
- **Propósito:** RR.HH./nómina: administración de personal y remuneraciones.
- **Datos custodiados:** datos de empleados Workmed, contratos, remuneraciones.
- **Integraciones IN:** datos de personal manuales.
- **Integraciones OUT:** centralización con Defontana **manual** (no automática).
- **Procesos AS-IS que lo usan:** `05-finanzas.md`.
- **Estado / deuda técnica relevante:** dolor §D10 (Finanzas): centralización Buk ↔ Defontana manual genera duplicidad y errores.
- **Citas:** [Operaciones-20260407 1:05:36], [Finanzas-20260416 25:23], [EcosistemaTI-20260415 4:12].

### 2.12 Tivendo

- **Dueño funcional:** Finanzas (caja).
- **Dueño técnico:** Defontana (Tivendo es módulo POS / módulo de caja, parte del ecosistema Defontana).
- **Propósito:** POS / módulo de caja para operaciones de caja del ecosistema Defontana.
- **Datos custodiados:** transacciones de caja.
- **Procesos AS-IS que lo usan:** `05-finanzas.md`.
- **Citas:** [Finanzas-20260416 25:23].

### 2.13 Power BI

- **Dueño funcional:** Rodrigo Llancao (BI); Ignacio Ahumada arma dashboards diarios; clientes finales con paneles asignados.
- **Dueño técnico:** Microsoft (ecosistema corporativo — adopción heredada).
- **Propósito:** herramienta de visualización; dashboards por cliente grande (Syncore, Fluor Salfa, Mercado Libre); paneles internos (operación, Contraloría, comercial); Ignacio arma la proyección comercial diaria.
- **Datos custodiados:** modelos de datos y vistas (no almacena datos primarios; usa conexiones directas).
- **Integraciones IN:** **AWS RDS read-replica de FlowMed** (vistas); SharePoint; plataforma Salud Compatible; conexiones directas múltiples sin ingesta intermedia.
- **Integraciones OUT:** dashboards visualizables vía portal HubSpot.
- **Procesos AS-IS que lo usan:** `04-comercial.md` (dashboards comerciales), `02-operaciones.md` (panel operación), `03-contraloria.md` (KPIs por médico).
- **Estado / deuda técnica relevante:** refresco cada **30 min** (no es tiempo real); cuentas paralelas con dashboards "dando vuelta" sin auditoría de acceso (todos entran con la misma cuenta); sin control de versiones (workaround: renombrar archivos v2.1, v3.1); exportación restringida; **decisión cerrada en F9**: mantener Power BI a corto plazo, descartar como destino estratégico futuro (ver §6.10 mapa cruzado).
- **Citas:** [Flowmed-20260409 38:42, 1:02:43, 1:04:16, 1:06:32, 1:08:39, 1:13:27], [EcosistemaTI-20260415 30:32, 35:51], [ComercialBI-20260422 22:56, 28:02], [Comercial-20260420 36:50].

### 2.14 Script Python de valorización

- **Dueño funcional:** Ignacio Ahumada (operador diario); Rodrigo Llancao (autor — ver §6.9 mapa cruzado).
- **Dueño técnico:** Rodrigo Llancao.
- **Propósito:** **núcleo de la lógica de negocio de valorización**. Toma la extracción mensual de FlowMed (módulo control de pago) y aplica las reglas reales de pricing (descuentos por tramo, lista, unitario, grupo). El módulo de precios de FlowMed es referencial; este script es la **fuente autoritativa**.
- **Datos custodiados:** lógica de cálculo embebida en código (~2.553 líneas).
- **Integraciones IN:** Excel diario descargado de FlowMed control de pago.
- **Integraciones OUT:** consolidación que se sube al dashboard comercial → Finanzas → DTE/factura.
- **Procesos AS-IS que lo usan:** `04-comercial.md` (valorización), `05-finanzas.md` (EDP), `06-recaudacion.md`.
- **Estado / deuda técnica relevante:** vivía en GitHub **personal** de Rodrigo; en migración a GitHub de Workmed (proyecto con Christian Urbina). Riesgo crítico: lógica core en repo personal de un solo desarrollador. Ver §5.
- **Citas:** [Flowmed-20260409 35:02], [Finanzas-20260416 45:17], [Recaudacion-20260423 1:15:49, 1:30:35, 1:38:42], [Plataformas-20260420 44:04].

### 2.15 AWS — cuenta propia Workmed

- **Dueño funcional:** Rodrigo Llancao (plataformas internas), Carolina Araya (decisión estratégica).
- **Dueño técnico:** Christian Urbina (infraestructura).
- **Propósito:** **una de tres cuentas AWS** que intervienen en Workmed. Es la cuenta propia, separada de la del proveedor SACMed y de la cuenta de la base de réplica FlowMed. Hospeda las plataformas internas de Rodrigo y será la base de **FlowMed 2.0** (decisión cerrada).
- **Datos custodiados:** RDS (BD relacional plataforma R&S, stage y prod); S3 (no estructurados, archivos); Amplify (frontend); EC2 (backend); VPC (subred y enrutamiento); CloudWatch (logs).
- **Integraciones IN:** Cloudflare (DNS) → Amplify; cargas desde plataformas internas.
- **Integraciones OUT:** front público sin VPN ni restricciones de red.
- **Procesos AS-IS que lo usan:** transversal — soporta R&S externalizado (línea adyacente) y soportará FlowMed 2.0.
- **Estado / deuda técnica relevante:** "servidor chiquitito"; sin VPN; **decisión Plataformas-20260420**: nuevo desarrollo se hospedará acá sin abrir cuentas paralelas.
- **Citas:** [Plataformas-20260420 18:14, 18:45, 19:14, 19:45, 20:09, 42:10, 1:03:20, 1:05:15].

### 2.16 AWS RDS read-replica de FlowMed

- **Dueño funcional:** Eduardo González (gatekeeper del acceso — punto único de falla).
- **Dueño técnico:** Secall (administrada por proveedor); cuenta AWS separada de la cuenta Workmed propia.
- **Propósito:** réplica **en caliente** (no backup) de la BD de producción de FlowMed; toda integración entre plataformas internas Workmed y FlowMed pasa por aquí, porque FlowMed no expone API.
- **Datos custodiados:** copia espejo de la BD productiva con desfase de **~5–10 minutos**; tablas grandes: log 31 GB, atención 2.2 GB, otras dos ≈ 13 GB cada una.
- **Integraciones IN:** réplica desde producción FlowMed on-premise.
- **Integraciones OUT:** vistas → Power BI; consultas por RUT desde Ficha Salud Compatible y Salud Mental; consultas desde Script Python.
- **Procesos AS-IS que lo usan:** transversal — habilita BI, plataformas internas y valorización.
- **Estado / deuda técnica relevante:** **(1)** Eduardo González es punto único de falla para acceder; **(2)** Replica caliente con datos clínicos = vulnerabilidad de compliance bajo nueva Ley Datos Personales; **(3)** Si se cae la réplica, las plataformas Salud Compatible y Salud Mental quedan totalmente desconectadas; **(4)** sin modelo de datos documentado de FlowMed. Ver §5 y §6.2/§6.3 mapa cruzado.
- **Citas:** [EcosistemaTI-20260415 33:37, 35:22, 35:51, 43:39, 44:05], [Plataformas-20260420 35:00, 35:23, 35:52], [Finanzas-20260416 35:15, 40:52], [Recaudacion-20260423 1:25:32, 1:23:16, 1:26:56], [Comercial-20260420 36:20, 55:00].

### 2.17 Servidor on-premise FlowMed (Manuel Montt)

- **Dueño funcional:** Eduardo González (gobierno TI).
- **Dueño técnico:** Secall (administra el server).
- **Propósito:** servidor **on-premise raqueado en las dependencias de Manuel Montt** que aloja la producción de FlowMed (legacy). Replica en caliente a AWS RDS.
- **Datos custodiados:** BD productiva FlowMed.
- **Estado / deuda técnica relevante:** ambigüedad parcialmente resuelta. F1 hablaba de FlowMed en AWS; F4 (Eduardo, fuente autorizada) confirma on-premise + réplica AWS. Sin RP secundario en infraestructura; sin VPN. Ver §6.2 mapa cruzado.
- **Citas:** [EcosistemaTI-20260415 33:37, 34:07, 34:58, 35:22], [Operaciones-20260407 1:10:15], [Recaudacion-20260423 1:15:49], [Finanzas-20260416 50:26].

### 2.18 GCP (SACMed hosting)

- **Dueño funcional:** equipo SACMed (proveedor).
- **Dueño técnico:** SACMed sobre Google Cloud Platform.
- **Propósito:** hosting de la nueva instancia de SACMed (entrada en Santiago en diciembre 2024).
- **Datos custodiados:** instancia productiva SACMed.
- **Procesos AS-IS que lo usan:** transversal (subyacente a SACMed).
- **Citas:** [EcosistemaTI-20260415 34:31].

### 2.19 Cloudflare

- **Dueño funcional:** Christian Urbina (infraestructura).
- **Dueño técnico:** Cloudflare (DNS).
- **Propósito:** proveedor de DNS de Workmed; permite crear subdominios bajo control directo de Workmed.
- **Datos custodiados:** registros DNS y subdominios.
- **Integraciones OUT:** subdominios → Amplify (AWS Workmed propia).
- **Procesos AS-IS que lo usan:** transversal (infraestructura).
- **Citas:** [Plataformas-20260420 33:10, 33:40].

### 2.20 Supabase

- **Dueño funcional:** Rodrigo Llancao.
- **Dueño técnico:** Supabase (Postgres BaaS).
- **Propósito:** backend-as-a-service; gestor de BD que Rodrigo usa en **plan gratuito** para Ficha Salud Compatible y Salud Mental; también pieza del piloto de agente conversacional con n8n.
- **Datos custodiados:** datos de seguimiento Salud Compatible (registro de llamados Syncore); respuestas y puntajes Salud Mental.
- **Estado / deuda técnica relevante:** **plan gratuito = vulnerabilidad de seguridad reconocida por Rodrigo**; sin VPN; expuesto.
- **Citas:** [Plataformas-20260420 24:45, 25:12].

### 2.21 Plataforma de Acreditación R&S

- **Dueño funcional:** Karina Jara (subgerenta R&S, superadmin); Ninoska, Daniel (operadores).
- **Dueño técnico:** Rodrigo Llancao (desarrollador único).
- **Propósito:** SaaS interno para administrar reclutamiento y selección externalizada (línea adyacente, fuera de alcance de los 7 procesos centrales).
- **Datos custodiados:** empresas, faenas, cargos, vacantes, trabajadores, documentación AFP/salud/finiquito/servicio militar.
- **Integraciones IN:** **ninguna con FlowMed** (confirmado explícitamente); carga manual o desde Excel R&S.
- **Integraciones OUT:** estado del proceso al cliente; descarga .zip de archivos.
- **Procesos AS-IS que lo usan:** marginal — `04-comercial.md` §7 (línea adyacente).
- **Estado / deuda técnica relevante:** stack Angular + NestJS sobre AWS Workmed propia; reactivada hace poco tras un período en standby.
- **Citas:** [Plataformas-20260420 1:19, 6:57, 7:25, 7:52, 17:19, 17:45, 18:14].

### 2.22 Plataforma Ficha Salud Compatible

- **Dueño funcional:** Paz (owner programa); enfermeras dedicadas a Syncore.
- **Dueño técnico:** Rodrigo Llancao.
- **Propósito:** SaaS interno productivo, **exclusivo para clientes Syncore**: registro de gestión educativa (llamados periódicos, mediciones, evolución).
- **Datos custodiados:** registro de contactos; mediciones (presión, colesterol, IMC, glicemia); historial de llamados.
- **Integraciones IN:** **base de réplica AWS de FlowMed** (consulta por RUT); Power BI Syncore (riesgo).
- **Integraciones OUT:** base consumida por Power BI.
- **Procesos AS-IS que lo usan:** marginal — `03-contraloria.md` §5 (Salud Mental adyacente).
- **Estado / deuda técnica relevante:** stack Python + Supabase free; reemplazó macro Excel; **será reemplazada por GenieMD** (decisión).
- **Citas:** [Flowmed-20260409 49:03, 1:23:33], [Plataformas-20260420 21:08, 22:33, 23:01, 23:26, 24:45].

### 2.23 Plataforma Salud Mental

- **Dueño funcional:** área evaluaciones psicológicas (owner pendiente validación).
- **Dueño técnico:** Rodrigo Llancao.
- **Propósito:** SaaS interno **en validación final, no productivo**. Reemplazará Microsoft Forms + Excel para tests Wonderlic, "Persona bajo la lluvia", aversión al riesgo, somnolencia, fatiga conductor.
- **Datos custodiados:** RUT del paciente; respuestas; imágenes ("Persona bajo la lluvia"); puntajes e interpretaciones.
- **Integraciones IN:** base de réplica AWS de FlowMed (lee tests psicológicos agendados por RUT).
- **Integraciones OUT:** interpretaciones accesibles al psicólogo (no informes directos al cliente).
- **Procesos AS-IS que lo usan:** marginal — `03-contraloria.md` §5.
- **Estado / deuda técnica relevante:** stack Python + Supabase free; pendiente validación final.
- **Citas:** [Plataformas-20260420 25:12, 26:36, 28:32, 30:53, 31:46].

### 2.24 GenieMD

- **Dueño funcional:** subgerencia de salud ocupacional (futuro).
- **Dueño técnico:** GenieMD (proveedor EE.UU., mediante piloto crónicos).
- **Propósito:** plataforma de gestión de pacientes crónicos. **Reemplazará la Ficha Salud Compatible**; hoy en piloto, sin integración con FlowMed.
- **Procesos AS-IS que lo usan:** marginal hoy; futuro reemplazo.
- **Citas:** [Operaciones-20260407 1:06:33], [Flowmed-20260409 1:23:33], [EcosistemaTI-20260415 4:12].

### 2.25 OneDrive

- **Dueño funcional:** Contraloría (centros acreditados); admisión.
- **Dueño técnico:** Microsoft.
- **Propósito:** repositorio de carpetas físicas digitalizadas. Las fichas de centros acreditados llegan en papel, se escanean, se cargan a OneDrive y luego un equipo dedicado consolida y tipea en FlowMed Contraloría (100% transcripción manual).
- **Datos custodiados:** fichas en PDF/escaneadas de centros acreditados; carpetas de cobranza.
- **Procesos AS-IS que lo usan:** `02-operaciones.md` (centros acreditados), `03-contraloria.md`, `06-recaudacion.md`.
- **Estado / deuda técnica relevante:** dolor central: los acreditados rompen la promesa de "FlowMed = 100%" porque viajan por papel + OneDrive con transcripción manual.
- **Citas:** [Operaciones-20260407 17:15], [Flowmed-20260409 24:44], [EcosistemaTI-20260415 20:07, 48:21], [Recaudacion-20260423 37:59].

### 2.26 SharePoint

- **Dueño funcional:** Contraloría; Operaciones.
- **Dueño técnico:** Microsoft.
- **Propósito:** repositorio digital de exámenes digitalizados (test visual, audiometría, drogas), observaciones de TENS y carpetas de cobranza.
- **Datos custodiados:** exámenes digitalizados; observaciones; archivos.
- **Integraciones OUT:** conexión directa Power BI.
- **Procesos AS-IS que lo usan:** `02-operaciones.md`, `03-contraloria.md`, `06-recaudacion.md`.
- **Estado / deuda técnica relevante:** "solución transitoria" según Rodrigo; FlowMed no bloquea liberación con campos vacíos en SharePoint (dolor Contraloría).
- **Citas:** [Operaciones-20260407 17:15], [Flowmed-20260409 24:44, 1:02:13, 1:14:00], [Contraloria-20260421], [Agendamiento-20260413 1:07:27].

### 2.27 Outlook / Microsoft Office

- **Dueño funcional:** Comercial, Agendamiento.
- **Dueño técnico:** Microsoft.
- **Propósito:** correo (canal de entrada a HubSpot vía `agendamiento@workmed`); Excel (formularios cliente, planillas masivas, control de fichas, conciliación HubSpot↔Defontana).
- **Procesos AS-IS que lo usan:** `01-agendamiento.md`, `04-comercial.md`, `06-recaudacion.md`.
- **Citas:** [Comercial-20260420 3:19, 4:10], [Flowmed-20260409 25:08].

### 2.28 InDesign

- **Dueño funcional:** Vicente Rivano (Contraloría).
- **Propósito:** Adobe InDesign, donde Vicente diagrama el flujo de Contraloría como una "foto".
- **Procesos AS-IS que lo usan:** `03-contraloria.md`.
- **Citas:** [Contraloria-20260421 34:17].

### 2.29 WhatsApp

- **Dueño funcional:** jefes de centro, Contraloría, equipo TI.
- **Propósito:** canal de notificación manual. María Ignacia notifica RUTs listos a Contraloría con la lista "fichas listas"; canal informal generalizado en TI; grupos persistentes.
- **Procesos AS-IS que lo usan:** `02-operaciones.md`, `03-contraloria.md`.
- **Estado / deuda técnica relevante:** workaround manual de match Operación↔Contraloría = "triple pega" según María Ignacia.
- **Citas:** [Flowmed-20260409 33:13, 33:40], [Plataformas-20260420 1:00:38, 1:04:44].

### 2.30 Microsoft Forms

- **Dueño funcional:** evaluaciones psicológicas (será reemplazado).
- **Propósito:** herramienta actual para cuestionarios de Salud Mental; será reemplazada por la plataforma Salud Mental de Rodrigo.
- **Citas:** [Plataformas-20260420 28:32, 31:18].

### 2.31 Rectificador del Servicio de Registro Civil

- **Dueño funcional:** Patricia Maturana / equipo Agendamiento.
- **Dueño técnico:** Servicio de Registro Civil (Chile).
- **Propósito:** validación/rectificación manual de RUTs (workaround porque FlowMed no valida en carga masiva).
- **Procesos AS-IS que lo usan:** `01-agendamiento.md`.
- **Estado / deuda técnica relevante:** **acceso bloqueado a Workmed**; usan páginas alternativas.
- **Citas:** [Agendamiento-20260413 8:26, 8:56].

### 2.32 IMED

- **Dueño funcional:** Pamela Lastra (Abastecimiento).
- **Dueño técnico:** IMED (proveedor).
- **Propósito:** proveedor de insumos de oficina; permite envío directo a sedes (bypass de la bodega central).
- **Procesos AS-IS que lo usan:** `07-abastecimiento.md`.
- **Citas:** GLOSSARY confirma rol; [Abastecimiento-20260423] menciones de proveedor.

### 2.33 Jira / Julie / Teams (gestión de proyectos y comunicación)

- **Dueño funcional:** Carolina Araya (autorizó licencia); equipo TI Workmed.
- **Propósito:** gestión de proyectos. **Jira** adoptado hace ~1 semana gracias a Carolina; **Julie** alternativa "muy parecida a Jira" propuesta; **Teams** canal formal del equipo (junto con WhatsApp informal y correo).
- **Estado / deuda técnica relevante:** múltiples canales de comunicación sin consolidación; Barbarita insiste en mover la gestión de proyectos a servidor propio.
- **Citas:** [Plataformas-20260420 1:00:38, 1:01:32, 1:04:44], [Flowmed-20260409 1:26:14, 1:27:13].

### 2.34 GitHub (cuenta personal Rodrigo)

- **Dueño funcional / técnico:** Rodrigo Llancao (cuenta personal con correo de empresa).
- **Propósito:** repositorio de código de **las tres plataformas internas** + script Python de valorización. **No existe organización Workmed**.
- **Estado / deuda técnica relevante:** decisión Plataformas-20260420: crear organización Workmed en GitHub (o GitLab) y migrar el código de Rodrigo desde su cuenta personal. Ver §5.
- **Citas:** [Plataformas-20260420 44:04, 44:26, 1:03:47].

### 2.35 Agente conversacional (piloto n8n + Supabase)

- **Dueño funcional:** Rodrigo Llancao; aspiracional para Comercial.
- **Propósito:** piloto de agente conversacional sobre datos comerciales; tiempo de respuesta esperado 10–30 min (no inmediato). Decisión: agente DESPUÉS de FlowMed 2.0.
- **Stack:** n8n (workflow engine) + Supabase + Streamlit (Python para dashboards).
- **Citas:** [Plataformas-20260420 24:45], [ComercialBI-20260422 18:37, 19:36, 22:26, 23:25, 22:56, 28:02].

### 2.36 NetSuite (histórico)

- **Propósito:** ERP Oracle: **proyecto de implementación fallido** (2022–2024); reemplazado por Defontana en enero 2025. Citado como contexto histórico de iniciativas TI fallidas.
- **Citas:** [Finanzas-20260416 31:39, 32:07].

### 2.37 Anthropic / Claude (aspiracional)

- **Propósito:** desarrollo asistido por IA para FlowMed 2.0. **Sin suscripción contratada**; pendiente decisión suscripción vs pago por uso.
- **Citas:** [Plataformas-20260420 47:42, 48:08].

### 2.38 CEMA

- **Dueño técnico:** CEMA (proveedor).
- **Propósito:** proveedor de electrocardiógrafos / espirometría; integraciones "avanzando" (electro) y "se viene" (espirometría).
- **Procesos AS-IS que lo usan:** `02-operaciones.md`.
- **Citas:** [Operaciones-20260407 15:12], [EcosistemaTI-20260415 4:12].

### 2.39 Power Platform

- **Propósito:** uno de los lugares donde se crea el cliente (en paralelo a HubSpot, Defontana, FlowMed); contribuye al problema de identidad fragmentada.
- **Citas:** [Finanzas-20260416 11:13].

## 3. Diagrama de integraciones

```mermaid
flowchart LR
  subgraph Operacional["Operacional (atención preocupacional)"]
    flowmed["FlowMed (legacy)"]
    sacmed["SACMed (HIS)"]
    megafy["Megafy / Appian (preadmisión)"]
    pos["RobleLabs (POS biométrico)"]
    sign["SignAPIS (firma)"]
    galen["RIS Galen"]
    tscom["TSCom (drogas)"]
    lis["LIS LaboCenter / Lab propio"]
    cema["CEMA (ECG / espirometría)"]
  end

  subgraph Comercial_BI["Comercial / BI"]
    hubspot["HubSpot (CRM + portal)"]
    pbi["Power BI"]
    script["Script Python valorización"]
    agente["Agente n8n+Supabase (piloto)"]
  end

  subgraph Financiero["Financiero / Back-office"]
    defontana["Defontana (ERP)"]
    tivendo["Tivendo (POS caja)"]
    buk["Buk (RR.HH.)"]
  end

  subgraph Plataformas_Internas["Plataformas Internas Workmed"]
    acred["Acreditación RyS"]
    salud_comp["Ficha Salud Compatible"]
    salud_mental["Salud Mental"]
    geniemd["GenieMD (futuro)"]
  end

  subgraph Infra["Infraestructura"]
    onprem["Servidor on-prem Manuel Montt"]
    aws_replica["AWS RDS read-replica"]
    aws_workmed["AWS Workmed propia (RDS/S3/EC2/Amplify)"]
    gcp["GCP (SACMed)"]
    cloudflare["Cloudflare DNS"]
    supabase["Supabase (free)"]
    github["GitHub personal Rodrigo"]
  end

  subgraph Identidad_Comm["Identidad / Comunicación / Otros"]
    outlook["Outlook / Office"]
    onedrive["OneDrive"]
    sharepoint["SharePoint"]
    whatsapp["WhatsApp"]
    forms["MS Forms (legacy SM)"]
    rectificador["Rectificador Reg. Civil"]
    teams["Teams / Jira / Julie"]
    indesign["InDesign"]
    imed["IMED"]
  end

  flowmed -->|"objeto preadmisión"| megafy
  megafy -->|"firma docs"| sign
  flowmed -->|"verificación"| pos
  flowmed -->|"crea evento clínico"| sacmed
  sacmed -->|"botón datos clínicos"| flowmed
  galen -->|"visualizador"| sacmed
  tscom -->|"resultados"| sacmed
  lis -->|"resultados"| sacmed
  cema -.->|"avanzando"| sacmed
  pos --> sacmed

  flowmed -->|"hosted on"| onprem
  onprem -->|"replica caliente 5-10 min"| aws_replica
  sacmed -->|"hosted on"| gcp
  cloudflare --> aws_workmed

  aws_replica -->|"vistas"| pbi
  aws_replica -->|"consulta RUT"| salud_comp
  aws_replica -->|"agenda psicológica"| salud_mental
  aws_replica -->|"extracción mensual"| script
  script -->|"valorización"| pbi

  pbi -->|"riesgo Syncore"| salud_comp
  pbi -->|"dashboards embebidos"| hubspot

  outlook -->|"correo agendamiento"| hubspot
  hubspot -.->|"sin integración (intento 2024 falló)"| flowmed
  hubspot -.->|"proyecto activo 2026"| defontana

  flowmed -->|"producción manual + scripts"| defontana
  buk -.->|"manual"| defontana
  tivendo --> defontana

  onedrive -->|"transcripción manual"| flowmed
  sharepoint --> pbi
  whatsapp -.->|"match manual"| sacmed

  acred --> aws_workmed
  salud_comp --> supabase
  salud_mental --> supabase
  forms -.->|"reemplazará"| salud_mental
  salud_comp -.->|"reemplazará"| geniemd

  github -.->|"código en repo personal"| acred
  github -.->|"código"| salud_comp
  github -.->|"código"| salud_mental
  github -.->|"script"| script

  rectificador -.->|"workaround validación RUT"| flowmed
```

<!-- TODO REV-2: falta cita [mm:ss] -->

## 4. Identidad fragmentada — qué identifica al cliente/paciente en cada sistema

| Sistema | Identificador del cliente | Identificador del paciente | Conflicto / normalización conocida |
|---|---|---|---|
| **FlowMed** | RUT empresa + nombre razón social | RUT persona (acepta DNI/pasaporte mezclados) | No valida RUT en carga masiva (acepta ceros iniciales, longitudes incorrectas); reglas estrictas no aplicables por extranjeros con DNI/pasaporte; "RUT como pasaporte" usado como workaround |
| **SACMed** | — (la ficha está desligada de la empresa, va por RUT) | RUT persona | Memoria de Secall funciona con RUT; mismo humano puede tener dos eventos clínicos en una ficha si pasó por dos empresas; suplantación previa a biometría dejó datos cruzados (info de Barbarita en ficha de María Ignacia) |
| **HubSpot** | nombre empresa (no normalizado) | — (no maneja paciente) | Duplicados por grafía del nombre empresa; sin código único; cuentas paralelas Comercial/Finanzas con vistas distintas del mismo cliente |
| **Defontana** | código numérico interno | — | Sólo numérico (forzó cambio desde nomenclatura alfanumérica WHM); sin alineación con códigos de FlowMed/HubSpot |
| **Buk** | — (clientes Workmed, no clientes externos) | trabajador Workmed (RUT) | Centralización con Defontana **manual** = duplicidad |
| **Power Platform** | uno más entre los lugares donde se crea el cliente | — | Cliente queda en 3+ sistemas paralelos sin sincronización (dolor §D2 Finanzas) |
| **Plataforma Acreditación R&S** | empresa cargada manualmente por Karina Jara | RUT trabajador candidato | **No conecta con FlowMed** — los exámenes se ejecutan aparte, los archivos se suben en paralelo |
| **Ficha Salud Compatible** | Syncore (único cliente) | RUT trabajador | Tarja Syncore manual cada 2 semanas; sin API; trabajadores anteriores a agosto 2025 quedan "sin clasificación" |
| **Salud Mental** | — | RUT paciente | Lee de réplica AWS por RUT — depende de que el agendamiento esté en FlowMed |
| **OneDrive / SharePoint (acreditados)** | empresa por carpeta | RUT del trabajador en nombre del archivo | 100% transcripción manual a FlowMed Contraloría |
| **GenieMD (piloto)** | — | RUT (asumido) | Sin integración con FlowMed |

<!-- TODO REV-2: falta cita [mm:ss] -->

## 5. Deuda técnica y riesgos transversales

Lista priorizada de riesgos arquitectónicos cross-proceso, a partir de §6 (contradicciones) del mapa cruzado y los §Dolores transversales de los findings primarios.

1. **Punto único de falla en acceso a datos productivos.** Eduardo González es gatekeeper del acceso a la base AWS RDS read-replica de FlowMed: "toda solicitud de visualizador pasa por él", sin backup explícito documentado [Recaudacion-20260423 1:25:32, 1:38:42; EcosistemaTI-20260415 33:37, 35:51, 36:49]. Severidad alta. Ver §6.3 mapa cruzado.

2. **Núcleo de la lógica de negocio en repo personal.** El Script Python de valorización (~2.553 líneas) vivía en el GitHub personal de Rodrigo Llancao; está en migración a GitHub de Workmed de Workmed pero aún no completa. El módulo de precios de FlowMed es referencial; este script es la fuente autoritativa de pricing [Recaudacion-20260423 1:15:49, 1:30:35, 1:38:42; Finanzas-20260416 45:17; Plataformas-20260420 44:04]. Severidad alta. Ver §6.9 mapa cruzado.

3. **Iniciativa de valorización en FlowMed abandonada hace ~6 meses.** El módulo "control de pago" sigue siendo el origen del Excel diario, pero la iniciativa de automatizar el pricing dentro de FlowMed quedó abandonada por rotación del validador; nunca se llegó a validar si calculaba bien [Recaudacion-20260423 38:29, 38:58, 41:43; EcosistemaTI-20260415 29:38]. Severidad media. Ver §6.5 mapa cruzado.

4. **Hosting de FlowMed: ambigüedad on-prem vs AWS.** La versión canónica es servidor on-premise raqueado en Manuel Montt + réplica caliente AWS RDS (Eduardo, dueño técnico [EcosistemaTI-20260415 33:37]); F1 (Operaciones) y F11 (Recaudación) presentaron información parcial que parecía contradecirla. Implica vulnerabilidad de compliance: réplica caliente con datos clínicos asociables bajo la nueva Ley de Datos Personales [EcosistemaTI-20260415 43:39, 44:05]. Severidad alta. Ver §6.2 mapa cruzado.

5. **Fuente de verdad clínica disputada (FlowMed vs SACMed vs ficha papel).** F2 sostiene "FlowMed vuelve a tener el 100%" [Flowmed-20260409 23:53, 1:00:21]; F4 corrige: la comunicación es unidireccional ficha → Contraloría, pueden quedar como "dos repositorios paralelos con riesgo de descalce" [EcosistemaTI-20260415 23:55, 24:25, 24:52]; F8 añade que UCI trabaja con dos orígenes (SACMed para 6 de 12 propias + SharePoint manual para acreditadas). Severidad alta. Ver §6.1 mapa cruzado.

6. **FlowMed no expone API genérica.** Sólo existen integraciones partner punto-a-punto (Megafy, RobleLabs, RIS Galen, TSCom, LIS). Los desarrollos internos (plataformas R&S, Salud Compatible, Salud Mental, agente piloto, BI) deben hacerse contra la base de réplica AWS, lo que introduce dependencia transversal y desfase de 5–10 min [Plataformas-20260420 35:00, 35:23; EcosistemaTI-20260415 3:14]. Severidad media. Ver §6.8 mapa cruzado.

7. **Sin integración HubSpot ↔ FlowMed (intento 2024 fracasó).** Quedó manual indefinidamente; "las dos partes técnicas no llegaron a acuerdo". Provoca que la cola "agenda por confirmar" en HubSpot y la carga en FlowMed sean dos operaciones manuales superpuestas. Hoy hay un proyecto distinto activo: HubSpot ↔ Defontana (a no confundir) [Agendamiento-20260413 47:19, 47:48; Recaudacion-20260423 7:00, 11:23]. Severidad media. Ver §6.4 mapa cruzado.

8. **Vulnerabilidades de seguridad reconocidas.** (a) **Portal HubSpot del cliente** "tiene vulnerabilidades muy importantes" según Rodrigo [Flowmed-20260409 1:02:43]; (b) **Bases en Supabase plan gratuito** = vulnerabilidad reconocida [Plataformas-20260420 25:12]; (c) **GitHub personal con correo corporativo** sin organización Workmed [Plataformas-20260420 44:04]; (d) **Sin VPN ni restricciones de red** para plataformas internas [Plataformas-20260420 1:05:15]; (e) **Cuenta única compartida en Power BI** sin auditoría de acceso [Flowmed-20260409 1:06:32]. Severidad media-alta combinada.

9. **Cero capacidad TI interna de desarrollo respecto al core.** "No tenemos, está todo contratado con el proveedor [Secall]"; la capacitación a usuarios la hace el propio proveedor "con las mañas"; Workmed da explicaciones por terceros cuando hay incidente [EcosistemaTI-20260415 36:49, 38:38, 39:00; Plataformas-20260420 35:23, 52:15, 55:32]. Severidad alta: bloquea iniciativas modernizadoras hasta FlowMed 2.0.

10. **Identidad del cliente fragmentada en 3+ sistemas.** Un mismo cliente vive en FlowMed (RUT empresa), HubSpot (nombre), Defontana (código numérico), Power Platform y posiblemente otros, sin sincronización [Recaudacion-20260423 1:38:13, 1:39:12; Finanzas-20260416 §D2]. Equivalente al MPI pero a nivel cliente: meta declarada pero no implementada. Severidad media.

11. **Sin modelo de datos documentado de FlowMed.** Ignacio Ahumada lo enuncia explícitamente; tablas grandes (log 31 GB, atención 2.2 GB, otras 13 GB c/u) sin gobernanza documental; meta: "global governance del dato" [Recaudacion-20260423 1:23:16, 1:23:45, 1:26:56, 1:39:12]. Severidad media.

12. **Centros acreditados con 100% transcripción manual.** Papel → escaneo → OneDrive → equipo dedicado que consolida y tipea en FlowMed Contraloría. Latencia y errores se arrastran al EDP y la cobranza [EcosistemaTI-20260415 20:07, 48:21]. Severidad media.

13. **Múltiples canales de comunicación sin consolidar.** Teams formal + WhatsApp informal + correo + Jira (~1 semana) + Julie (alternativa propuesta); sobrecarga cognitiva ("hay demasiados grupos en WhatsApp, ya no sé a quién está") [Plataformas-20260420 1:00:38, 1:04:44]. Severidad baja.

14. **Rotación alta de gerentes de tecnología.** Iniciativas pasadas pesan como deuda técnica acumulada (NetSuite fallido, intento HubSpot↔FlowMed fallido, valorización abandonada); el área TI Workmed tiene menos de 3 años de existencia [Finanzas-20260416 37:26, 39:06; EcosistemaTI-20260415 36:49]. Severidad media.

15. **Sin RP secundario en infraestructura.** No hay "réplica externa o servidor interno por contingencia" más allá de la réplica AWS; "si se cae Amazon, ahí tenemos otros problemas", según Mónica [Finanzas-20260416 50:26; Plataformas-20260420 1:02:26, 1:02:53]. Severidad media.

16. **Disponibilidad histórica vs lentitud reciente.** F6 reporta uptime "muy bajo" en caídas históricas [Plataformas-20260420 54:04]; F3 reporta "lentitud creciente" en los últimos meses (20–25 min para nóminas grandes vs ~5 min normal) [Agendamiento-20260413 41:08, 40:40]. No es contradicción dura (uptime ≠ latencia) pero ambos coexisten. Severidad baja. Ver §6.7 mapa cruzado.

## 6. Trazabilidad

| Sistema | Finding(s) origen | Cita(s) timestamp |
|---|---|---|
| FlowMed | Flowmed-20260409, EcosistemaTI-20260415, Plataformas-20260420, Agendamiento, Operaciones, Contraloria, Recaudacion | [Flowmed 0:04, 5:15, 23:53, 1:00:21], [EcosistemaTI 1:27, 33:37, 34:58], [Plataformas 35:00, 52:15, 56:21], [Recaudacion 1:23:16, 1:26:56] |
| SACMed | Flowmed-20260409, EcosistemaTI-20260415, Operaciones, Plataformas | [Flowmed 25:32, 1:00:21], [EcosistemaTI 1:55, 24:25, 34:31], [Plataformas 59:13] |
| Megafy / Appian Cloud | EcosistemaTI-20260415 | [EcosistemaTI 0:58, 10:28, 34:07] |
| RobleLabs | EcosistemaTI-20260415, Operaciones | [EcosistemaTI 5:58, 6:25, 7:46], [Operaciones 1:03:33] |
| SignAPIS | EcosistemaTI-20260415 | [EcosistemaTI 4:39, 5:02, 5:29] |
| RIS Galen | EcosistemaTI-20260415 | [EcosistemaTI 3:14, 9:05] |
| TSCom | EcosistemaTI-20260415 | [EcosistemaTI 3:14, 3:43, 40:24, 40:53] |
| LIS (LaboCenter / propio) | EcosistemaTI-20260415, Operaciones | [EcosistemaTI 3:43, 8:42], [Operaciones 16:01] |
| HubSpot | Flowmed-20260409, EcosistemaTI-20260415, Agendamiento, Comercial, Recaudacion, Finanzas, Operaciones | [Flowmed 1:02:43], [Agendamiento 2:00, 47:19], [Comercial 4:39, 52:10], [Recaudacion 7:00, 11:23] |
| Defontana | EcosistemaTI-20260415, Finanzas, Recaudacion, Abastecimiento | [EcosistemaTI 4:12, 28:12], [Finanzas 25:23, 31:39], [Abastecimiento 8:37, 52:49] |
| Buk | EcosistemaTI-20260415, Finanzas, Operaciones | [Finanzas 25:23], [Operaciones 1:05:36], [EcosistemaTI 4:12] |
| Tivendo | Finanzas | [Finanzas 25:23] |
| Power BI | Flowmed-20260409, EcosistemaTI-20260415, ComercialBI, Comercial, Operaciones | [Flowmed 38:42, 1:08:39, 1:13:27], [EcosistemaTI 30:32, 35:51], [ComercialBI 22:56] |
| Script Python valorización | Flowmed-20260409, Finanzas, Recaudacion, Plataformas | [Flowmed 35:02], [Finanzas 45:17], [Recaudacion 1:15:49, 1:30:35], [Plataformas 44:04] |
| AWS Workmed propia | Plataformas-20260420 | [Plataformas 18:14, 18:45, 19:14, 19:45, 42:10, 1:03:20] |
| AWS RDS read-replica | Flowmed-20260409, EcosistemaTI-20260415, Plataformas, Finanzas, Recaudacion, Comercial | [EcosistemaTI 33:37, 35:22, 35:51], [Plataformas 35:00], [Finanzas 35:15, 40:52], [Recaudacion 1:25:32] |
| Servidor on-prem Manuel Montt | EcosistemaTI-20260415, Operaciones, Recaudacion | [EcosistemaTI 33:37, 34:58], [Operaciones 1:10:15], [Recaudacion 1:15:49] |
| GCP (SACMed) | EcosistemaTI-20260415 | [EcosistemaTI 34:31] |
| Cloudflare | Plataformas-20260420 | [Plataformas 33:10, 33:40] |
| Supabase | Plataformas-20260420 | [Plataformas 24:45, 25:12] |
| Plataforma Acreditación R&S | Plataformas-20260420 | [Plataformas 1:19, 7:25, 7:52, 17:19, 18:14] |
| Ficha Salud Compatible | Flowmed-20260409, Plataformas-20260420 | [Flowmed 49:03, 1:23:33], [Plataformas 21:08, 22:33, 24:45] |
| Salud Mental | Plataformas-20260420 | [Plataformas 25:12, 26:36, 28:32, 31:46] |
| GenieMD | Operaciones, Flowmed-20260409, EcosistemaTI-20260415 | [Operaciones 1:06:33], [Flowmed 1:23:33], [EcosistemaTI 4:12] |
| OneDrive | Operaciones, Flowmed-20260409, EcosistemaTI-20260415, Recaudacion | [Operaciones 17:15], [Flowmed 24:44], [EcosistemaTI 20:07, 48:21], [Recaudacion 37:59] |
| SharePoint | Flowmed-20260409, Contraloria, Recaudacion, Agendamiento | [Flowmed 24:44, 1:14:00], [Agendamiento 1:07:27] |
| Outlook / Office | Flowmed-20260409, Comercial | [Comercial 3:19, 4:10], [Flowmed 25:08] |
| InDesign | Contraloria-20260421 | [Contraloria 34:17] |
| WhatsApp | Flowmed-20260409, Plataformas-20260420 | [Flowmed 33:13, 33:40], [Plataformas 1:00:38] |
| Microsoft Forms | Plataformas-20260420 | [Plataformas 28:32, 31:18] |
| Rectificador Reg. Civil | Agendamiento-20260413 | [Agendamiento 8:26, 8:56] |
| IMED | GLOSSARY (proveedor confirmado); Abastecimiento | (referencia GLOSSARY) |
| Jira / Julie / Teams | Plataformas-20260420, Flowmed-20260409 | [Plataformas 1:00:38, 1:01:32], [Flowmed 1:26:14] |
| GitHub personal Rodrigo | Plataformas-20260420 | [Plataformas 44:04, 44:26, 1:03:47] |
| Agente n8n + Supabase | Plataformas-20260420, ComercialBI | [Plataformas 24:45], [ComercialBI 18:37, 22:26] |
| NetSuite (histórico) | Finanzas-20260416 | [Finanzas 31:39, 32:07] |
| Anthropic / Claude (aspiracional) | Plataformas-20260420 | [Plataformas 47:42, 48:08] |
| CEMA | Operaciones, EcosistemaTI-20260415 | [Operaciones 15:12], [EcosistemaTI 4:12] |
| Power Platform | Finanzas-20260416 | [Finanzas 11:13] |