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 · versión extendida … 07-abastecimiento.md · versión extendida). 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.
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· versión extendida,02-operaciones.md· versión extendida,03-contraloria.md· versión extendida,04-comercial.md· versión extendida,05-finanzas.md· versión extendida,06-recaudacion.md· versión extendida. - 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· versión extendida,03-contraloria.md· versión extendida,07-abastecimiento.md· versión extendida (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· versión extendida (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· versión extendida. - 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· versión extendida. - 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· versión extendida,03-contraloria.md· versión extendida. - 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· versión extendida,03-contraloria.md· versión extendida. - 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· versión extendida. - 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· versión extendida,04-comercial.md· versión extendida,05-finanzas.md· versión extendida,06-recaudacion.md· versión extendida. - 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· versión extendida,06-recaudacion.md· versión extendida,07-abastecimiento.md· versión extendida. - 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· versión extendida. - 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· versión extendida. - 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· versión extendida (dashboards comerciales),02-operaciones.md· versión extendida (panel operación),03-contraloria.md· versión extendida (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· versión extendida (valorización),05-finanzas.md· versión extendida (EDP),06-recaudacion.md· versión extendida. - 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· versión extendida §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· versión extendida §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· versión extendida §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· versión extendida (centros acreditados),03-contraloria.md· versión extendida,06-recaudacion.md· versión extendida. - 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· versión extendida,03-contraloria.md· versión extendida,06-recaudacion.md· versión extendida. - 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· versión extendida,04-comercial.md· versión extendida,06-recaudacion.md· versión extendida. - 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· versión extendida. - 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· versión extendida,03-contraloria.md· versión extendida. - 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· versión extendida. - 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· versión extendida. - 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· versión extendida. - 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
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
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 |
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.
- 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.
- 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.
- 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.
- 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.
- 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.
- 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.
- 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.
- 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.
- 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.
- 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.
- 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.
- 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.
- 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.
- 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.
- 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.
- 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] |
| 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] |