Mapa Cruzado AS-IS · Workmed

Mapa Cruzado AS-IS — Workmed

1. Resumen

Este documento es el índice maestro del modelo AS-IS de Workmed: cruza los siete procesos del modelo (Agendamiento, Operaciones de campo, Contraloría de Salud, Comercial, Finanzas y EDP, Recaudación y cobranza, Abastecimiento policlínico) más un anexo transversal de Plataformas TI contra los once findings extraídos de las sesiones diagnósticas conducidas por Emercom entre el 7 y el 23 de abril de 2026. Su propósito es servir de tabla de ruteo para los documentos AS-IS por proceso (01-agendamiento.md · versión extendida … 07-abastecimiento.md · versión extendida + 08-anexo-ti.md · versión extendida), garantizando que cada hallazgo relevante quede asignado a un destino y que ningún subproceso quede huérfano antes de redactar las fichas detalladas.

El alcance temporal va desde la primera sesión (Operaciones, 2026-04-07) hasta la última (Recaudación, 2026-04-23). Las sesiones combinan entrevistas de proceso (Operaciones, Agendamiento, Contraloría, Finanzas, Comercial, Abastecimiento, Recaudación) con sesiones más técnicas/transversales (Flowmed, Ecosistema TI, Plataformas Internas, Comercial-Inteligencia de Negocio). Las sesiones técnicas atraviesan los siete procesos y por eso se mapean en múltiples filas; las sesiones de proceso aportan principalmente a su proceso titular y, secundariamente, a procesos contiguos (cruces explícitos en transcripción).

El documento contiene una matriz proceso × finding (sección 2), una cobertura subproceso por subproceso con destino asignado (sección 3) y las convenciones metodológicas aplicadas (sección 4).

2. Matriz proceso × finding

Convenciones de columnas (orden cronológico de la sesión):

• F1 = Operaciones-20260407
• F2 = Flowmed-20260409
• F3 = Agendamiento-20260413
• F4 = EcosistemaTI-20260415
• F5 = Finanzas-20260416
• F6 = Plataformas-20260420
• F7 = Comercial-20260420
• F8 = Contraloria-20260421
• F9 = ComercialBI-20260422
• F10 = Abastecimiento-20260423
• F11 = Recaudacion-20260423

Las celdas indican secciones del finding origen que aportan al proceso. Las secciones citadas son las que existen literalmente en cada finding (Procesos, Roles y responsabilidades, Sistemas y herramientas, Flujos de datos, KPIs, Datos cuantitativos, Mención regulatoria, Stakeholders, Dolores / fricción, Workarounds, Excepciones y edge cases, Compromisos, Decisiones, Preguntas abiertas, Metas, Sorpresas / anomalías). "—" = el finding no aporta al proceso.

Conteo de celdas: 8 filas × 11 columnas = 88 celdas. Celdas con contenido = 76. Celdas vacías ("—") = 12. Detalle de vacías:

• Agendamiento: F8, F9, F10 (3)
• Operaciones de campo: F9 (1)
• Contraloría de Salud: F5, F6, F7, F9, F10 (5)
• Comercial: F10 (1)
• Recaudación: F6, F9 (2) — F9 tiene rol cruzado leve, ver §3
• Abastecimiento: F1, F2, F3, F4, F6, F7, F8, F9, F11 (9)

(*) Recaudación-F10 (Abastecimiento) marcada con "rol cruzado": Pamela autoriza pagos a proveedores de servicios; estrictamente es un sub-flujo financiero adyacente, no recaudación de clientes. Se mantiene como aporte secundario y se trata como FUERA DE ALCANCE de Recaudación en §3.

3. Cobertura por subproceso

Proceso 1 — Agendamiento

• Agendamiento manual desde correo + Excel del cliente (flujo principal)

- Origen: F3 §Procesos §1; F2 §Procesos §Agendamiento; F1 §Procesos §1 pasos 1-2; F7 §Procesos §Agendamiento; F4 §Procesos §Viaje digital paso 1-3. - Destino: 01-agendamiento.md · versión extendida §2 (flujo principal).

• Sub-proceso: carga automática "cargar solicitud" en FlowMed (~2%)

- Origen: F3 §Procesos §Sub-proceso carga automática. - Destino: 01-agendamiento.md · versión extendida §3 (sub-flujo automático).

• Sub-proceso: autoagendamiento por el cliente (BHP, Anglo, Viena, AMSA, ASAP)

- Origen: F3 §Procesos §Sub-proceso autoagendamiento; F2 §Procesos §Agendamiento (canales c); F4 §Procesos §Viaje digital (autoagendamiento). - Destino: 01-agendamiento.md · versión extendida §4 (sub-flujo autoagendamiento).

• Solicitud de cambio en formulario / nueva prestación (Patricia → Secall vía Eduardo González)

- Origen: F2 §Procesos §Solicitud cambio formulario; F3 §Sistemas §FlowMed (restricciones), §Dolores (soporte errático). - Destino: 01-agendamiento.md · versión extendida §5 (gestión catálogo de formularios).

• Validación manual de RUT con páginas externas (workaround Rectificador Reg. Civil)

- Origen: F3 §Sistemas §Rectificador, §Workarounds (validación RUT externa); F2 §Dolores (validación RUT inexistente). - Destino: 01-agendamiento.md · versión extendida §6 (workarounds intake).

Proceso 2 — Operaciones de campo (preocupacional, homologación, terreno, muestreo)

• Proceso preocupacional end-to-end (centros propios)

- Origen: F1 §Procesos §1; F4 §Procesos §Viaje digital pasos 6-12; F2 §Procesos §Match Operación↔Contraloría. - Destino: 02-operaciones.md · versión extendida §2 (flujo preocupacional).

• Definición de parámetros clínicos por cliente (homologación minera)

- Origen: F1 §Procesos §2. - Destino: 02-operaciones.md · versión extendida §3 (homologación clínica).

• Operativos en terreno (proceso paralelo, otra subgerencia)

- Origen: F1 §Procesos §3. - Destino: 02-operaciones.md · versión extendida §4 (terreno) — incluir nota de que la subgerencia titular no fue entrevistada (ver §4 nota de método).

• Distribución manual de muestras a múltiples laboratorios

- Origen: F1 §Procesos §4; F1 §Sistemas §Laboratorios externos; F4 §Sistemas §LIS LaboCenter+propio. - Destino: 02-operaciones.md · versión extendida §5 (cadena muestras / LIS).

• Modificación de prestaciones post-admisión (excepción)

- Origen: F4 §Procesos §Flujo modificación prestaciones. - Destino: 02-operaciones.md · versión extendida §6.1 (excepciones admisión).

• Contingencia verificación biométrica (chip dañado, facial, manual)

- Origen: F4 §Procesos §Flujo alternativo verificación biométrica; F1 §Sistemas §RobleLabs. - Destino: 02-operaciones.md · versión extendida §6.2 (excepciones biometría).

• Centros acreditados (Red Salud, Copia a Po, otros): flujo papel + OneDrive + transcripción manual

- Origen: F1 §Sistemas §OneDrive, §Workarounds §2-§3; F4 §Dolores (centros acreditados) y §Excepciones; F8 §Procesos §Liberación informe paso 2 (acreditados). - Destino: 02-operaciones.md · versión extendida §7 (red de centros acreditados).

• Picos de demanda no anticipados (Fluor Salfa, BHP 200 personas, etc.)

- Origen: F1 §Datos cuantitativos, §Dolores §5/§6, §Workarounds §4-§8; F5 §Dolores §D12; F10 §Excepciones (Rancagua 200/día). - Destino: 02-operaciones.md · versión extendida §8 (gestión demanda en centro).

Proceso 3 — Contraloría de Salud

• Liberación de informe de aptitud (UCI, flujo principal)

- Origen: F8 §Procesos §Liberación informe aptitud; F1 §Procesos §1 pasos 9-10; F4 §Procesos §Viaje digital pasos 13-16; F2 §Procesos §Match Operación↔Contraloría. - Destino: 03-contraloria.md · versión extendida §2 (flujo principal UCI).

• Liberación automática de exámenes de drogas (negativo)

- Origen: F8 §Procesos §Subproceso liberación drogas; F4 §Sistemas §TSCom. - Destino: 03-contraloria.md · versión extendida §3 (sub-flujo automatizado drogas).

• Revaluación por contraindicación transitoria (interconsulta externa)

- Origen: F8 §Procesos §Subproceso revaluación. - Destino: 03-contraloria.md · versión extendida §4 (sub-flujo revaluación).

• Salud Mental como Contraloría paralela

- Origen: F8 §Roles §Psicólogo, §Excepciones; F2 §Sistemas §FlowMed (módulos), §Dolores; F6 §Procesos §Evaluación Salud Mental (plataforma piloto). - Destino: 03-contraloria.md · versión extendida §5 (Salud Mental).

• Cierre de mes y entrega de producción a Finanzas (visión Contraloría)

- Origen: F2 §Procesos §Fin de mes valorización (parte upstream); F8 §KPIs (informes liberados/hora, SLA 8h vs 24h). - Destino: 03-contraloria.md · versión extendida §6 (KPIs y cierre).

Proceso 4 — Comercial

• Prospección y ciclo de venta (HubSpot embudo)

- Origen: F7 §Procesos §Prospección; F11 §Stakeholders. - Destino: 04-comercial.md · versión extendida §2 (prospección).

• Propuesta y cotización (HubSpot)

- Origen: F7 §Procesos §Prospección pasos 2-4; F5 §Excepciones §E5 (negociación verbal sin contrato formal). - Destino: 04-comercial.md · versión extendida §3 (cotización y contrato).

• Convenios firmados / contratos comerciales

- Origen: F7 §Datos (60% top con convenio); F7 §Mención regulatoria (compliance clientes). - Destino: 04-comercial.md · versión extendida §3.2 (convenios y compliance).

• Valorización de producción (proceso comercial mensual, lado Comercial/BI)

- Origen: F7 §Procesos §Valorización producción; F11 §Procesos §Sub-proceso valorización diaria; F5 §Procesos §1 pasos 1-4. - Destino: 04-comercial.md · versión extendida §4 (valorización con vista comercial) y 05-finanzas.md · versión extendida §3 (mismo flujo, vista Finanzas; ver §4 nota de método).

• Inteligencia de negocio comercial (dashboards, cartera, Pareto)

- Origen: F9 §Procesos §Construcción dashboard/§Proyección/§Análisis cartera; F2 §Sistemas §Power BI; F7 §Sistemas §Power BI. - Destino: 04-comercial.md · versión extendida §5 (BI comercial).

• Catálogo de baterías y precios (pricing comercial)

- Origen: F7 §Datos (tarifario, descuentos por volumen), §Dolores (cambios silenciosos, IDs opacos), §Excepciones §E3 (nomenclatura cliente); F4 §Dolores (módulo precios FlowMed referencial); F11 §Sub-proceso valorización (descuentos por tramo, lista, unitario, grupo); F6 §Dolores (Comercial vende baterías inexistentes). - Destino: 04-comercial.md · versión extendida §6 (catálogo y pricing).

• Reclutamiento y Selección externalizado (R&S, Karina Jara)

- Origen: F6 §Procesos §R&S externalizado; F6 §Sistemas §Plataforma Acreditación. - Destino: FUERA DE ALCANCE para los 7 procesos AS-IS centrales: el R&S es una línea de negocio paralela y minoritaria (F6 confirma "una de las líneas más chicas"). Se documentará como nota en 04-comercial.md · versión extendida §7 ("líneas adyacentes") sin desarrollarse en detalle, dado que el alcance del proyecto está en preocupacional (~90% del negocio). Si se quisiera desarrollar, requeriría sesión específica con Karina Jara (no realizada).

Proceso 5 — Finanzas y EDP

• Ciclo Estado de Pago (EDP) → Factura

- Origen: F5 §Procesos §1; F11 §Procesos §Recaudación end-to-end pasos 1-7; F4 §Procesos §Viaje digital paso 18; F3 §Flujos. - Destino: 05-finanzas.md · versión extendida §2 (ciclo EDP-factura).

• Reconocimiento contable de ingresos (devengado vs facturación)

- Origen: F5 §Procesos §2; F5 §Sorpresas §S1 (particularidad contable Workmed). - Destino: 05-finanzas.md · versión extendida §3 (reconocimiento contable).

• Carga de notas de venta al ERP Defontana

- Origen: F11 §Procesos §Sub-proceso Carga notas venta ERP. - Destino: 05-finanzas.md · versión extendida §4 (integración con ERP).

• Centralización Buk ↔ Defontana (RR.HH./nómina)

- Origen: F5 §Sistemas §Buk; F5 §Dolores §D10; F4 §Sistemas §Buk. - Destino: 05-finanzas.md · versión extendida §5 (integración Buk-Defontana).

• Presupuesto y proyección comercial (vista Finanzas)

- Origen: F5 §Sistemas §Power BI (Ignacio); F9 §Procesos §Proyección comercial diaria. - Destino: 05-finanzas.md · versión extendida §6 (presupuesto y proyección).

• Aprobación de Órdenes de Compra (umbrales 1M/3M/comité)

- Origen: F10 §Procesos §Creación OC; F5 §Roles (Coustasse aprobador). - Destino: 05-finanzas.md · versión extendida §7 (gobierno de OC) y 07-abastecimiento.md · versión extendida §3 (vista operativa); decisión de doble destino se justifica en §4.

• Subgerencia de Personas "endosada" temporalmente al CFO

- Origen: F5 §Sorpresas §S5; F5 §Roles. - Destino: FUERA DE ALCANCE: es una particularidad organizacional reciente (vacante en Calidad de Vida, área Personas/RRHH) que no toca ninguno de los 7 procesos del modelo AS-IS. Se documentará como nota organizacional en 05-finanzas.md · versión extendida §1 (introducción/contexto).

Proceso 6 — Recaudación y cobranza

• Pipeline Facturación en HubSpot (Cargado → Envío → Aprobado → Facturado)

- Origen: F11 §Procesos §Sub-proceso Pipeline Facturación; F5 §Procesos §3. - Destino: 06-recaudacion.md · versión extendida §2 (pipeline facturación).

• Pipeline Cobranza en HubSpot (gobernado por fechas)

- Origen: F11 §Procesos §Sub-proceso Pipeline Cobranza; F5 §Procesos §3. - Destino: 06-recaudacion.md · versión extendida §3 (pipeline cobranza).

• Conciliación HubSpot ↔ Defontana (manual via Excel; proyecto integración)

- Origen: F11 §Procesos §Pipeline Cobranza paso 10; F11 §Workarounds; F5 §Sistemas §HubSpot/§Defontana. - Destino: 06-recaudacion.md · versión extendida §4 (conciliación).

• Validación cliente del EDP / "peloteo" / OC

- Origen: F7 §Procesos §Recaudación pasos 3-6; F5 §Dolores §D3; F11 §Dolores (cliente rechaza por confusión, casos 2 meses). - Destino: 06-recaudacion.md · versión extendida §5 (ciclo OC-validación).

• Factoring (cesión de facturas)

- Origen: F7 §Procesos §Recaudación paso 7; F7 §Workarounds; F11 §Sub-proceso Pipeline Cobranza estado "Cedida"; F11 §Mención regulatoria. - Destino: 06-recaudacion.md · versión extendida §6 (factoring).

• Depuración de identidad / variantes de RUT del cliente y trabajador

- Origen: F11 §Sub-proceso Valorización (depuración empresas); F11 §Dolores (mismo RUT, distintas grafías); F2 §Dolores (validación RUT, suplantación); F3 §Workarounds (RUT como pasaporte); F5 §Workarounds §W5. - Destino: 06-recaudacion.md · versión extendida §7 (depuración de identidad) — cruza con 01-agendamiento.md · versión extendida §6 y 08-anexo-ti.md · versión extendida §MPI.

• Descuentos (por volumen, por tramo, por lista, unitarios, por grupo)

- Origen: F11 §Sub-proceso Valorización pasos 5-6; F7 §Datos cuantitativos; F9 §Excepciones (tramo dinámico); F7 §Dolores (descuento pronto pago insuficiente). - Destino: 06-recaudacion.md · versión extendida §8 (reglas de descuento) — cruza con 04-comercial.md · versión extendida §6.

• Sub-proceso: validación de pagos a proveedores de servicios (Pamela en Abastecimiento)

- Origen: F10 §Procesos §Validación pagos proveedores servicios. - Destino: FUERA DE ALCANCE de Recaudación: este flujo es cuentas por pagar (proveedores), no recaudación (cuentas por cobrar). Se asigna a 07-abastecimiento.md · versión extendida §6 con cross-reference a 05-finanzas.md · versión extendida §7.

Proceso 7 — Abastecimiento policlínico

• Abastecimiento de insumos clínicos / oficina / limpieza (sedes → bodega central → despacho)

- Origen: F10 §Procesos §Abastecimiento insumos. - Destino: 07-abastecimiento.md · versión extendida §2 (flujo principal).

• Creación de Órdenes de Compra (cotización → OC en Defontana)

- Origen: F10 §Procesos §Creación OC. - Destino: 07-abastecimiento.md · versión extendida §3 (creación OC) — cruza con 05-finanzas.md · versión extendida §7.

• Despacho de equipamiento entre sedes (con Equipamiento)

- Origen: F10 §Procesos §Despacho equipamiento entre sedes. - Destino: 07-abastecimiento.md · versión extendida §4 (despacho equipamiento).

• Auditoría administrativa Codelco (policlínico Codelco Ventanas)

- Origen: F10 §Procesos §Auditoría administrativa Codelco; F5 §Excepciones §E7. - Destino: 07-abastecimiento.md · versión extendida §5 (policlínico Codelco Ventanas) — incluir alerta sobre concentración de riesgo (Pamela administra sola).

• Validación / autorización de pagos a proveedores de servicios

- Origen: F10 §Procesos §Validación pagos proveedores servicios. - Destino: 07-abastecimiento.md · versión extendida §6 (cuentas por pagar proveedores servicios).

• Inventario y rebaja contable post-despacho (sin control real)

- Origen: F10 §Sistemas §Defontana (limitaciones), §Dolores 4 (control real post-despacho). - Destino: 07-abastecimiento.md · versión extendida §7 (inventario y trazabilidad).

• Bodegas satélite (proyecto piloto Antofagasta)

- Origen: F10 §Datos cuantitativos (0 hoy, 1 piloto); F10 §Metas 2. - Destino: 07-abastecimiento.md · versión extendida §8 (proyecto bodegas satélite).

• Marketing como suplencia ad-hoc de Pamela

- Origen: F10 §Roles §Pamela; F10 §Sorpresas (cubre marketing 3h/día). - Destino: FUERA DE ALCANCE: es una sobrecarga organizacional puntual (suplencia por vacancia), no un subproceso de abastecimiento. Se documentará como nota organizacional en 07-abastecimiento.md · versión extendida §1.

Anexo TI (transversal)

• Ecosistema de plataformas core (FlowMed, SACMed, Megafy, RobleLabs, RIS Galen, TSCom, LIS, SignAPIS)

- Origen: F4 §Procesos §Viaje digital + Sistemas; F1 §Sistemas; F8 §Sistemas; F2 §Sistemas. - Destino: 08-anexo-ti.md · versión extendida §2 (mapa de plataformas).

• Sistemas de gestión y back-office (HubSpot, Defontana, Buk, Tivendo, Power BI, NetSuite histórico)

- Origen: F5 §Sistemas; F4 §Sistemas; F7 §Sistemas; F11 §Sistemas; F10 §Sistemas. - Destino: 08-anexo-ti.md · versión extendida §3 (back-office).

• Plataformas internas desarrolladas (Acreditación R&S, Ficha Salud Compatible, Salud Mental)

- Origen: F6 §Procesos + Sistemas. - Destino: 08-anexo-ti.md · versión extendida §4 (plataformas in-house).

• Infraestructura (on-premise Manuel Montt, AWS read-replica, AWS propia Workmed, GCP SACMed, Cloudflare, Supabase)

- Origen: F4 §Sistemas (hosting); F6 §Sistemas §AWS Workmed; F11 §Sistemas §AWS RDS read-replica; F5 §Datos (desfase 5-10 min). - Destino: 08-anexo-ti.md · versión extendida §5 (infraestructura).

• Modelo de datos y MPI (deduplicación, identidad, padre/hijo baterías)

- Origen: F3 §Metas (MPI Carolina); F1 §Sistemas/§Sorpresas; F11 §Dolores y §Metas (global governance del dato). - Destino: 08-anexo-ti.md · versión extendida §6 (modelo de datos y MPI).

• Capacidades del área TI Workmed (PMO Mónica, BI Rodrigo, Carolina CTO, Eduardo Sub-gerente)

- Origen: F4 §Roles; F1 §Roles; F6 §Roles; F2 §Roles. - Destino: 08-anexo-ti.md · versión extendida §7 (organización TI).

• Compliance regulatorio (Ley 16.744, Ley Datos Personales, ISO 27001, retención 15 años, FHIR/HL7/GDPR aspiracional)

- Origen: F1 §Mención regulatoria; F2 §Mención regulatoria; F4 §Mención regulatoria. - Destino: 08-anexo-ti.md · versión extendida §8 (compliance).

• Iniciativas TI fallidas y deuda técnica (NetSuite, intento HubSpot↔FlowMed 2024, integración valorización abandonada)

- Origen: F5 §Sorpresas §S6, §Sistemas §NetSuite; F3 §Sorpresas (HubSpot↔FlowMed); F11 §Dolores (iniciativa valorización abandonada). - Destino: 08-anexo-ti.md · versión extendida §9 (deuda y aprendizajes).

• FlowMed 2.0 / nuevo core

- Origen: F6 §Decisiones, §Metas; F1 §Sistemas (nuevo core con Carolina); F9 §Decisiones, §Metas. - Destino: 08-anexo-ti.md · versión extendida §10 (visión de evolución).

• Agente conversacional / IA sobre datos (piloto n8n + Supabase)

- Origen: F9 §Sistemas §Agente piloto Rodrigo, §Metas; F6 §Decisiones (desarrollo asistido por IA). - Destino: 08-anexo-ti.md · versión extendida §11 (IA / agentes) — supeditado a §10 según decisión en F9.

Verificación de cobertura: Todos los subprocesos identificados en los 11 findings tienen destino asignado o exclusión explícita marcada como FUERA DE ALCANCE con justificación. Subprocesos marcados FUERA DE ALCANCE (4): R&S externalizado (F6), Subgerencia Personas endosada al CFO (F5), Marketing como suplencia (F10), Validación pagos proveedores servicios re-categorizada (F10) — el último no es exclusión sino re-asignación a Abastecimiento §6 desde Recaudación.

4. Notas de método

Asignación de findings transversales

Las sesiones técnicas/transversales (F2 Flowmed, F4 Ecosistema TI, F6 Plataformas Internas, F9 Comercial-BI) atraviesan múltiples procesos. Convenciones aplicadas:

• Sistemas y herramientas: se mapean al Anexo TI cuando la sesión presenta el sistema globalmente (ej. F4 sobre el ecosistema completo) y al proceso correspondiente cuando la sesión describe el uso del sistema dentro de un flujo específico (ej. F2 §Sistemas §FlowMed módulo Contraloría → Contraloría §3).
• Procesos descritos en sesión técnica: cuando una sesión técnica describe un proceso (ej. F2 §Match Operación↔Contraloría), se mapea al proceso de negocio correspondiente; el Anexo TI solo absorbe los aspectos puramente sistémicos.
• Cruces de proceso en sesión titular: cuando una sesión de proceso menciona otro proceso (ej. F5 Finanzas comentando Agendamiento), se mapea al proceso comentado como aporte secundario, no al proceso titular.

Subprocesos con doble destino

Se permite que un subproceso tenga doble destino en dos casos:

• Mismo flujo, vistas distintas: la valorización de producción aparece en 04-comercial.md · versión extendida §4 (vista comercial: cómo Marcela y Juan validan) y en 05-finanzas.md · versión extendida §3 (vista Finanzas: cómo se reconoce contablemente). Es el mismo proceso descrito desde ángulos diferentes.
• Cross-reference necesaria: la aprobación de OC (F10 §Creación OC) tiene su mecánica operativa en 07-abastecimiento.md · versión extendida §3 (Pamela arma la OC) y su gobierno financiero en 05-finanzas.md · versión extendida §7 (Coustasse, Claudio Jorquera, comité). En estos casos el documento principal es el primero y el segundo lleva un cross-reference, no duplicación.

Citas de timestamp [mm:ss]

Todos los timestamps en el formato [mm:ss] o [hh:mm:ss] que aparecen en los findings se conservan literales. Cuando se referencia una sección de finding en este mapa, se usa la nomenclatura del propio finding (§Procesos §1, §Dolores §D3, §Sistemas §FlowMed, etc.). No se inventan secciones: si una celda dice "§Procesos §1" es porque el finding tiene la sección "## Procesos" con un sub-bloque numerado o titulado.

Criterio "FUERA DE ALCANCE"

Un subproceso queda marcado como FUERA DE ALCANCE cuando se cumplen una o más de:

1. Línea de negocio adyacente: aporta menos del 10% del negocio (ej. R&S externalizado) y no fue objeto de sesión específica.
2. Particularidad organizacional puntual: arreglo temporal o vacancia (ej. Personas endosada al CFO, marketing como suplencia de Pamela).
3. Re-categorización: el subproceso pertenece estructuralmente a otro proceso del modelo (ej. validación de pagos a proveedores de servicios → cuentas por pagar = Abastecimiento, no Recaudación).

En todos los casos se documenta como nota dentro del proceso más cercano, con la justificación explícita, para que MAP-2/MAP-3 puedan revisar la decisión y, si procede, expandirla.

Convención de nombres cortos en encabezados de matriz

Los encabezados F1…F11 corresponden al orden cronológico de las sesiones. La equivalencia completa está al inicio de la sección 2. Esta convención mantiene la matriz legible y evita que los nombres largos rompan el ancho de tabla; cualquier celda referenciada después de este documento puede recuperar el nombre largo (incluyendo fecha y tema) desde la lista al inicio de la sección 2 o desde diagnostico/sessions.tsv.

5. Inventario por proceso

5.1 Agendamiento

Roles citados:

• Patricia Maturana ("Paty"), jefa de Agendamiento — única autorizada a modificar el módulo Agendamiento en FlowMed; conduce el equipo, gestiona escalamientos a soporte, hace agendamientos directos [Agendamiento-20260413 0:04, 39:49; Flowmed-20260409 10:51, 11:15].
• Equipo de Agendamiento (3 titulares + 2 a honorarios por hora) — recibe tickets en HubSpot, valida campos y carga en FlowMed [Agendamiento-20260413 39:49].
• Eduardo González, Subgerente de Proyectos y Transformación Digital — dueño funcional de FlowMed; coordina requerimientos al partner Secall; mide % de admisión digital [Flowmed-20260409 7:03, 12:13; Agendamiento-20260413 37:26].
• Juan Pablo San Martín — apoyo a la documentación del proceso [Agendamiento-20260413 §Sesión].
• Soporte interno Workmed — carga nuevos formularios al lector automático de FlowMed [Agendamiento-20260413 27:02].
• Ejecutivos comerciales — comunican a clientes la versión actualizada del formulario [Agendamiento-20260413 29:00].
• Equipo admisión en sucursales — segundo filtro de errores en el día de atención (no usa HubSpot) [Agendamiento-20260413 1:03:42, 1:06:05].

Sistemas / integraciones:

• FlowMed (módulo Agendamiento) — crear solicitud, cargar nómina, asignar hora, gatillar correos a solicitante y trabajador [Agendamiento-20260413 14:55, 35:01; Flowmed-20260409 4:48, 5:15].
• HubSpot — cola "agenda por confirmar"; cada correo del cliente entra como ticket [Agendamiento-20260413 2:00, 2:29; Comercial-20260420 4:39].
• Excel del cliente — formulario estándar + variantes por cliente; hoja resumen aprovechada como atajo [Agendamiento-20260413 4:11, 15:25; Flowmed-20260409 3:22].
• Rectificador del Servicio de Registro Civil — validación manual de RUT (acceso bloqueado a Workmed; usan páginas alternativas) [Agendamiento-20260413 8:26, 8:56].
• Outlook — canal de entrada a HubSpot (correo a agendamiento@workmed) [Comercial-20260420 3:19, 4:10].
• SharePoint — recepción de archivos de centros acreditados [Agendamiento-20260413 1:07:27, 1:07:57].
• Defontana (downstream) — un error de agendamiento se propaga al EDP en el ciclo de facturación [Agendamiento-20260413 1:09:21, 1:10:14].
• Sin integración HubSpot ↔ FlowMed (intento 2024 fracasado) [Agendamiento-20260413 47:19, 47:48].

KPIs y SLAs declarados:

• % de personas que completan la admisión digital — medido por Eduardo González (valor concreto desconocido por Patricia) [Agendamiento-20260413 37:26].
• Errores que llegan a Contraloría / EDP — medición ad-hoc: 2-6 casos sobre ~300 informes diarios (~1%) [Agendamiento-20260413 1:09:45].
• Tiempo de procesamiento por persona: ~5 min ingreso normal; 20-25 min nóminas grandes; ~10 min subir + ~10 min procesar [Agendamiento-20260413 40:19, 40:40, 41:08].
• EDP — ciclo de aprobación: 5 días por iteración cliente [Agendamiento-20260413 1:09:21].

Dolores y workarounds:

• 98% de las solicitudes se procesa manual; el modo "cargar solicitud" automático sólo cubre ~2% — workaround: copiar/pegar manual desde el Excel [Agendamiento-20260413 16:08, 29:52].
• Soporte FlowMed (Secall) errático: 2 semanas a 1 mes para incorporar formularios nuevos, "a veces nunca" — workaround: reproducir y caracterizar el bug antes de reportar [Agendamiento-20260413 27:58, 44:28].
• Validación de RUT inexistente en carga masiva (acepta DNI/pasaporte) — workaround: validar contra páginas externas y/o ingresar el RUT como pasaporte para no detener la carga [Agendamiento-20260413 8:26; Flowmed-20260409 6:41, 7:03; Agendamiento-20260413 14:02].
• Carga "todo o nada": un registro malo bota la nómina completa [Agendamiento-20260413 22:25].
• Sistema mezcla solicitudes cuando dos ejecutivas suben simultáneamente para la misma empresa [Agendamiento-20260413 42:07].
• Sistema asigna centro al azar en solicitudes con muchos centros mezclados [Agendamiento-20260413 22:52, 23:22].
• Sin telemetría / botón de reporte de errores [Agendamiento-20260413 44:28, 44:58].
• Versionamiento de formularios fuera de control: clientes "porfiados" usan versiones viejas [Agendamiento-20260413 29:00, 31:41].
• Restricción FlowMed: máximo 3 correos por solicitud — workaround: borrar el cuarto antes de cargar [Agendamiento-20260413 4:34, 8:08].
• Cola HubSpot priorizada manualmente por urgencia (18 correos en cola al momento de la sesión) — workaround: turno extendido hasta las 22:00 [Agendamiento-20260413 45:52, 39:49].
• Errores aguas arriba se arrastran hasta facturación y cobranza, atrasos de hasta 30 días [Operaciones-20260407 33:49; Recaudacion-20260423 40:48].
• Carga nómina ~20 min secuencial; si una se "escapa" manual = persona sin pega en el centro [Plataformas-20260420 41:17, 52:44].

Compromisos / pendientes declarados:

• Patricia entregará un documento listando dolores e incidencias recurrentes que considera fácilmente resolubles — Patricia Maturana [Agendamiento-20260413 49:10, 1:13:00].
• Reconciliación inteligente de versiones de formulario (alerta sólo cuando hay cambio sustantivo) — Roberto Carvajal [Agendamiento-20260413 31:41, 33:04].
• Codificación estricta de prestaciones ("cada prestación tiene que ser un número") — Roberto Carvajal [Agendamiento-20260413 33:33, 34:02].
• Sesión específica con Patricia Maturana sobre Agendamiento (comprometida en sesión 2) — Barbarita / Mónica [Flowmed-20260409 16:48, 8:32].
• Modelo MPI / Maestro de Pacientes — Carolina Araya [Agendamiento-20260413 11:48, 12:12].

5.2 Operaciones de campo

Roles citados:

• Pablo Martínez, subgerente de Operaciones — lidera centros clínicos preocupacionales; reporta a Ricardo Jorquera [Operaciones-20260407 2:34, 31:41].
• María Ignacia Sandoval, jefa Centro Manuel Montt — centro con ~45% de la actividad preocupacional; lleva Excel de control y notifica fichas listas a Contraloría [Operaciones-20260407 4:08; Flowmed-20260409 33:40].
• TENS (técnicas en estaciones) — ingresan datos manualmente en cada estación [Operaciones-20260407 11:43; EcosistemaTI-20260415 17:44].
• Jefe de centro — gestiona modificaciones de prestación post-admisión y documentos manuales [EcosistemaTI-20260415 23:28].
• Subgerencia de Operativos en Terreno (no nombrada) — coordina con Comercial y pide insumos a Operaciones [Operaciones-20260407 2:50, 3:18].
• Christian Urbina, encargado de infraestructura — soporte de conectividad de sucursales y relación con proveedor legacy de FlowMed [EcosistemaTI-20260415 33:24, 35:22].
• Equipo Equipamiento — embala y prueba equipos antes del despacho entre sedes [Abastecimiento-20260423 28:05].
• Eduardo González — apoya a Pablo en proyecto de integración entre sucursales [Contraloria-20260421 13:37].

Sistemas / integraciones:

• FlowMed — admisión, hoja de ruta de prestaciones, checkout, gatillo del evento clínico [EcosistemaTI-20260415 13:19, 16:51].
• SACMed (HIS) — ficha clínica electrónica; recibe datos de FlowMed, RIS, LIS, TSCom [EcosistemaTI-20260415 1:55, 16:51; Operaciones-20260407 10:57].
• Megafy sobre Appian Cloud — preadmisión digital (consentimiento, encuestas, firma) [EcosistemaTI-20260415 0:58, 10:28; Operaciones-20260407 35:42].
• RobleLabs (POS biométrico) — lectura NFC de cédula, huella, facial; usado en admisión y estación de drogas [Operaciones-20260407 1:03:33; EcosistemaTI-20260415 5:58, 7:46].
• SignAPIS — firma electrónica de documentos en preadmisión [EcosistemaTI-20260415 4:39].
• RIS Galen — imagenología (visualizador certificado) [EcosistemaTI-20260415 3:14, 9:05].
• TSCom — drug testing integrado a SACMed [EcosistemaTI-20260415 3:14, 3:43].
• LIS LaboCenter + laboratorio propio Workmed — integraciones LIS activas; Bionet y Blanco no interoperando [EcosistemaTI-20260415 3:43, 8:42; Operaciones-20260407 16:01].
• CEMA — proveedor electrocardiógrafo / espirometría (integraciones avanzando) [Operaciones-20260407 15:12; EcosistemaTI-20260415 4:12].
• OneDrive — repositorio de carpetas físicas digitalizadas de centros acreditados [Operaciones-20260407 17:15; EcosistemaTI-20260415 20:07].
• WhatsApp — canal manual jefa de centro → Contraloría con lista de RUT [Flowmed-20260409 33:13, 33:40].
• Excel control — admisión marca RUT completo/pendiente [Flowmed-20260409 33:40].

KPIs y SLAs declarados:

• SLA de entrega del informe al cliente: 8 horas desde que el trabajador sale del centro [Operaciones-20260407 23:30].
• % de información entregada a Contraloría a una hora dada (ej. 90-100% a las 13:00) [Operaciones-20260407 23:00].
• Volumen diario nacional: ~400 personas atendidas a lo largo de Chile [Operaciones-20260407 30:46].
• 700 agendas/día con 15-17% de no asistencia [Plataformas-20260420 53:39].
• 700 atenciones / día y 40% en centros acreditados [Contraloria-20260421 14:58, 12:46].
• NPS — métrica que ya están midiendo [Operaciones-20260407 41:12].
• Productividad por box, tiempos de espera y tiempos muertos — KPIs deseados sin instrumentación [Operaciones-20260407 44:03].

Dolores y workarounds:

• Captura manual repetida del mismo dato en hasta 6+ estaciones por persona — sin workaround estructural [Operaciones-20260407 11:43, 12:12].
• Falta de gestor de flujo: jefas mueven carpetas físicas para que el paciente sea llamado desde un box [Operaciones-20260407 44:03].
• Distribución manual de muestras a hasta 4 LIS distintos para una misma persona — workaround: la jefa de centro detecta a mano [Operaciones-20260407 16:22, 16:53].
• Centros acreditados (Red Salud, Copia a Po) sin Megafy ni RobleLabs — workaround: admisión presencial en FlowMed con papeles físicos; carpetas a OneDrive [Operaciones-20260407 1:02:08; EcosistemaTI-20260415 20:07, 48:21].
• Hoja de ruta sigue en papel viajando con el paciente — workaround: meta del gestor digital [EcosistemaTI-20260415 18:13, 18:42].
• Lunes "explosivo": jefa hasta 20:00 corrigiendo errores de RUT, fecha de nacimiento y género [Operaciones-20260407 21:23, 21:39].
• Picos de demanda no anticipados (Fluor Salfa 120 personas, BHP 200) — workarounds: Manpower/Line, RUT como pasaporte, agendamiento "express" en centro, galletitas y juguito para gestionar la espera [Operaciones-20260407 25:20, 47:43, 48:54; Finanzas-20260416 21:05, 22:03, 28:35].
• Cédulas con chip dañado (recurrente en mineros) — workaround: contingencia facial o revisión visual manual [EcosistemaTI-20260415 7:17, 7:46].
• Suplantación de identidad sólo bloqueada en admisión y drogas (no en audiometría/antropometría) [Operaciones-20260407 1:04:15; Flowmed-20260409 28:40, 29:07].
• Operativos sin registros clínicos: confesión espontánea de fallo reciente — workaround propuesto: caja móvil con QR [Flowmed-20260409 1:32:02, 1:32:29].
• Cuello de botella vespertino dependiente de la operación: si suben datos en la tarde, Contraloría no cumple el SLA [Contraloria-20260421 17:13].
• Calidad de dato de entrada incontrolable para Contraloría [Contraloria-20260421 20:42].

Compromisos / pendientes declarados:

• Workmed implementará un gestor de flujo (en construcción con TI) [Operaciones-20260407 41:12, 49:42].
• Migrar al menos 3-4 sucursales franquiciadas/acreditadas a SACMed [EcosistemaTI-20260415 19:38].
• Reemplazar la hoja de ruta física por gestor digital [EcosistemaTI-20260415 18:42].
• Validación biométrica en más estaciones (no sólo admisión y drogas) — María Ignacia [Operaciones-20260407 1:04:15].
• Cargar insumos al paciente desde el HIS durante la atención — Pablo Martínez [Abastecimiento-20260423 11:20, 15:14].
• Modelo de datos con UUIDs para carga paralela (vs. ~20 min secuenciales actuales) [Plataformas-20260420 53:14].

5.3 Contraloría de Salud

Roles citados:

• Vicente Rivano, subgerente UCI / Control de Gestión — lidera la Unidad Centralizada de Informes Sanitarios; tiene equipo médico nacional, equipo administrativo y equipo de salud mental; reporta a Maxi (Dollmann), Ricardo Jorquera y Lola [Contraloria-20260421 0:02, 32:10; Operaciones-20260407 31:41].
• Administrativo de Contraloría — recibe información del paciente, prepara el preinforme, deja el caso en paso 2 [Contraloria-20260421 2:27, 9:27].
• Médico contralor — única autoridad para liberar y firmar el informe de aptitud [Contraloria-20260421 3:25, 7:30].
• Psicólogo de Salud Mental — equivalente al médico contralor para baterías psicológicas; flujo paralelo [Contraloria-20260421 0:27].
• Equipo de Contraloría (~12 personas en Santiago) [Operaciones-20260407 31:11].

Sistemas / integraciones:

• FlowMed (módulo Contraloría) — espacio de trabajo único de la UCI; preinforme, liberación, firma; KPIs por doctor [Contraloria-20260421 1:36, 11:43; Flowmed-20260409 36:24, 36:52].
• SACMed — espejo automático de datos numéricos vía botón en FlowMed (centros propios) [Contraloria-20260421 2:27, 12:30].
• SharePoint — repositorio de centros acreditados; búsqueda por RUT y digitación manual [Contraloria-20260421 2:55, 12:10; EcosistemaTI-20260415 20:07].
• TSCom (drogas) — única instancia de liberación 100% automatizada para resultados negativos [Contraloria-20260421 26:38, 27:06].
• Power BI — panel de pendientes de Vicente (segmenta por tipo de espera: cultivos 3-4 días, metales 15 días) [Contraloria-20260421 23:25, 24:15].
• InDesign — Vicente diagrama el flujo de Contraloría como una "foto" [Contraloria-20260421 34:17].
• Microsoft Forms + Excel — Salud Mental hoy depende de esto (será reemplazado por la plataforma interna en piloto) [Plataformas-20260420 28:32, 31:18].

KPIs y SLAs declarados:

• Informes liberados por hora (médico contralor): meta 6 informes/hora [Contraloria-20260421 10:47, 24:45].
• Consultas médicas por hora: meta 6 consultas/hora (10 min cada una; baja a 4 para clientes con encuestas largas) [Contraloria-20260421 25:13].
• SLA de entrega del informe: meta interna 8 horas desde el check-out; contratos vigentes con clientes a 24 horas [Contraloria-20260421 17:13, 17:38].
• Stock de pendientes (Power BI): "más del 50%" pendiente a las 19:00 al cierre del día [Contraloria-20260421 23:49].
• Reporte horario Contraloría → centros (ej. "11:00 — Santiago tiene 26 fichas reportadas de 62 casos") [Flowmed-20260409 34:06].
• Completitud por doctor (dashboard FlowMed): total asignados, finalizados, sin finalizar, % por médico [Flowmed-20260409 36:24, 36:52].
• Tiempos de espera de exámenes que generan pendientes: cultivos 3-4 días hábiles; metales 15 días hábiles [Contraloria-20260421 24:15].

Dolores y workarounds:

• Digitación masiva como mayor consumo de tiempo (especialmente acreditados) — workaround: botón espejo SACMed → FlowMed sólo para centros propios (6 de 12) [Contraloria-20260421 14:58, 12:46].
• Match Operación↔Contraloría manual y triplicado — workaround: WhatsApp + Excel manual [Flowmed-20260409 33:40, 34:06].
• FlowMed no bloquea liberación con campos vacíos — workaround: doble contraloría (administrativo + médico) [Contraloria-20260421 15:54, 16:18].
• No hay match automático agendado vs realmente examinado — workaround: Vicente detecta "casuísticamente" por intuición experta [Contraloria-20260421 19:01, 19:19].
• Dos repositorios de datos (ficha + Contraloría) con riesgo de descalce — comunicación unidireccional ficha → Contraloría [EcosistemaTI-20260415 24:25, 24:52].
• Adjuntar documentos al informe es manual y propenso a error [Contraloria-20260421 27:54, 28:46].
• Carpeta de cientos de archivos por persona en bandeja del administrativo [Contraloria-20260421 29:13].
• Visualización en FlowMed sin granularidad útil (no distingue peso por batería) [Contraloria-20260421 25:43, 26:12].
• No hay distribución dirigida de tareas por médico (todos ven un pool único) — workaround: filtro por paso en FlowMed [Contraloria-20260421 29:39, 30:24, 29:56].
• Atenciones no finalizadas (cultivos) quedan colgadas entre meses [Recaudacion-20260423 1:00:25, 1:00:50].
• Salud Mental como Contraloría paralela y separada [Flowmed-20260409 36:24].

Compromisos / pendientes declarados:

• Vicente entregará diagrama de flujo en InDesign + materiales por batería con tiempos y casuística [Contraloria-20260421 34:17, 35:10].
• Bloqueos por campos vacíos en desarrollo con Secall ("tenemos fecha de entrega, lo pedimos hace poquito") [Contraloria-20260421 16:18, 16:44].
• Visita de la Data Specialist (Emercom) al Centro Manuel Montt (22-abr-2026 al mediodía) [Contraloria-20260421 35:40, 36:49].
• Modelo "cartera por médico" + asignación de peso específico por batería para habilitar bonos por performance — Vicente Rivano [Contraloria-20260421 31:40, 32:37, 33:25].
• Preinforme automatizado entrenable que reconozca patrones en PDFs (electro, rayo, espirometría) — Vicente Rivano [Contraloria-20260421 5:11, 7:30].

5.4 Comercial

Roles citados:

• Marcela, área comercial / gestión de venta — lidera equipo comercial; valida producción mensual a pedido de los dueños [Comercial-20260420 17:59, 32:16].
• Juan, gerente / jefatura comercial — consume dashboards diarios; vincula ciclo comercial con ciclo de pago ("el proceso comercial se cierra cuando el gallo me paga") [ComercialBI-20260422 0:04, 25:16, 25:46].
• Ejecutivos comerciales (red comercial) — gestionan su embudo en HubSpot [Comercial-20260420 1:53, 2:22].
• Andrea Méndez, Carolina — ejecutivas comerciales con cartera propia [ComercialBI-20260422 9:34].
• Ignacio Ahumada, analista de valorización — descarga Excel desde FlowMed, ejecuta script Python, alimenta Power BI [Comercial-20260420 33:37, 35:51; ComercialBI-20260422 1:25, 5:12].
• Juan Pablo Herrera — trabaja con Ignacio en valorización y análisis de producción [Finanzas-20260416 7:03].
• Director Médico — validación técnica de baterías nuevas [Comercial-20260420 48:23].
• Karina Jara, subgerenta de R&S externalizado — superadmin de Plataforma de Acreditación [Plataformas-20260420 1:19, 3:42].
• Ninoska, Daniel, equipo R&S — dividen trabajadores por colores en Excel [Plataformas-20260420 9:17].

Sistemas / integraciones:

• HubSpot — CRM para embudo de venta y ticketera de agendamiento; cuentas separadas Comercial/Finanzas que no se comunican [Comercial-20260420 1:26, 4:39; Finanzas-20260416 34:00, 34:30].
• FlowMed — fuente de la planilla de producción mensual (no integrado con HubSpot) [Comercial-20260420 36:20, 52:10].
• Excel — soporte universal del proceso comercial (formularios cliente, cruce agendado-vs-atendido, sábana mensual) [Comercial-20260420 4:10, 30:53, 42:06].
• Power BI — destino de los datos procesados; dashboards de venta, presupuesto, proyección, Pareto, segmentación de cartera [Comercial-20260420 36:50; ComercialBI-20260422 1:25, 6:10, 8:08].
• AWS read-replica de Secall/FlowMed — copia en caliente subutilizada por Comercial ("sé que existe pero nunca la he visto") [Comercial-20260420 35:51, 55:28].
• Outlook — canal de entrada de nóminas y salida de la sábana a Finanzas [Comercial-20260420 3:19, 42:06].
• Defontana — ERP separado, sin comunicación con CRM/Power BI [ComercialBI-20260422 27:07].
• Plataforma de Acreditación R&S (Angular + NestJS, sobre AWS RDS/S3/Amplify/EC2) — desarrollo interno, no integrado con FlowMed [Plataformas-20260420 7:52, 18:14].
• Agente piloto n8n + Supabase — prototipo conversacional de Rodrigo Llancao sobre la base valorizada [ComercialBI-20260422 18:37, 19:36; Plataformas-20260420 24:45].
• Factoring — terceros financieros a quienes Workmed cede facturas [Comercial-20260420 16:04].

KPIs y SLAs declarados:

• Tarifario de pizarra: estable hace 2 años [Comercial-20260420 27:34].
• Escalas de descuento por volumen: 100 pacientes 5%, 200 → 10%, 500 → 12% [Comercial-20260420 27:34].
• Catálogo de baterías: ~100 baterías base (SUSESO, ACHS, Mutual de Seguridad) [Comercial-20260420 46:28].
• Concentración de ingresos: 80-90% en 5-10 empresas top (mantención y construcción minera) [Comercial-20260420 37:48, 21:58].
• ~60% de los clientes top tienen convenio firmado [Comercial-20260420 12:43].
• Cobertura "no atención sin OC": 1 empresa al 100%, otra entrando [Comercial-20260420 25:46, 26:12].
• Tiempo del ciclo de valorización: ≥1 semana (1 día valorizar + 2 días validar + Finanzas crea EDP) [Comercial-20260420 22:53, 23:21].
• Una producción mensual puede expandirse a ~500 EDP [Comercial-20260420 23:52].
• Política de no-show: Workmed NO cobra inasistencias [Comercial-20260420 6:25].
• Cierre / % cierre, ticket promedio, venta real vs. meta diaria, cumplimiento de meta, cartera por estado (sin actividad / atención / mantener / normales) [ComercialBI-20260422 2:56, 6:10, 8:08].
• 51 millones acumulados de venta hasta antes de la sesión BI; 361-362 pacientes agendados al día (10:00 AM) [ComercialBI-20260422 7:08, 15:18].
• Vigencia batería Workmed: 1 año (privados); 2-5 años en mutuales [Flowmed-20260409 41:05].
• Stratificación riesgo Syncore (calculadora "Prevent"): muy alto / alto / moderado / bajo [Flowmed-20260409 47:11].
• Universo Syncore: 3.344 trabajadores [Flowmed-20260409 49:57].

Dolores y workarounds:

• HubSpot ↔ FlowMed sin integración: limita inteligencia de negocio (cluster, mix, frecuencia) [Comercial-20260420 52:10, 52:37; Agendamiento-20260413 47:19, 47:48].
• Valorización 100% manual y lenta (≥1 semana) — workaround: cruce manual de Excel + script Python en máquina personal de Ignacio + "mirada de experto" de Marcela [Comercial-20260420 22:53, 31:46, 33:37].
• Estado de pago se atomiza en cientos de EDP por centro de costo, sin trazabilidad de recepción [Comercial-20260420 23:52].
• Bola de nieve en cobranza con clientes mineros (top 10 = peores pagadores y mejores clientes simultáneamente) [Comercial-20260420 21:58, 43:02].
• Centros de costo cambiantes y "peloteo" para identificar al responsable [Comercial-20260420 14:39, 15:06].
• Cambios silenciosos en datos maestros: prestación renombrada y valorizada al doble sin avisar (~3-4 meses sin detectar) — workaround: detección por casualidad [Comercial-20260420 44:01, 44:58].
• IDs padre/hijo de baterías opacos para quien arma baterías nuevas → falla la valorización [Comercial-20260420 49:20, 49:48].
• Comercial vende baterías que no existen en el sistema — workaround: armar manualmente las piezas al cobrar [Plataformas-20260420 57:20, 57:49].
• Configurar batería nueva en SACMed tarda ~8h y depende del proveedor [Plataformas-20260420 59:13].
• Descuento por pronto pago insuficiente para clientes grandes (2% sobre EDP de $500M) [Comercial-20260420 24:17].
• Información con un día de desfase (no en vivo) [ComercialBI-20260422 4:14].
• FlowMed intra-día no muestra valorización ni baterías — workaround: descargar a Excel y valorizar aparte [ComercialBI-20260422 15:44, 16:13].
• Cliente entrega plantillas Excel mal formateadas (98% requiere ajustes) [Finanzas-20260416 30:13].
• Cliente con nomenclatura propia ("bat 010" vs "altura geográfica") obliga a traductor por cliente [Finanzas-20260416 10:16].
• Negociación comercial verbal sin contrato formal en el ERP [Finanzas-20260416 3:08, 3:35].
• Emisión EDPs separados por cliente (por centro de costo, por solicitante o consolidado) [Recaudacion-20260423 21:15].

Compromisos / pendientes declarados:

• Marcela enviará la presentación con el flujo del proceso comercial — Marcela [Comercial-20260420 0:27].
• Marcela enviará el formulario/link de creación de clientes en línea — Marcela [Comercial-20260420 26:41].
• "FlowMed 2.0": apretar un botón y obtener la producción del día — meta declarada [Comercial-20260420 38:17].
• Conectar HubSpot con FlowMed para inteligencia de negocio (cluster, batería más comprada, upsell) — meta [Comercial-20260420 52:10, 53:05].
• Triplicar la cantidad de clientes mensuales y romper la concentración 80/20 — meta [Comercial-20260420 37:48].
• Construir el agente conversacional comercial DESPUÉS de rehacer FlowMed (Carolina Araya impulsa FlowMed 2.0) — decisión [ComercialBI-20260422 22:56, 28:02; Plataformas-20260420 1:04:16].
• "Línea de crédito" interna por cliente con default cuando no hay claridad [Comercial-20260420 16:33; Finanzas-20260416 6:15].
• Sub-proceso R&S externalizado documentado como línea adyacente; sesión específica con Karina Jara pendiente [Plataformas-20260420 9:48, 14:00].

5.5 Finanzas y EDP

Roles citados:

• Juan Pablo Coustasse, CFO — lidera Finanzas, Contabilidad, Abastecimiento y Personas (endosado temporalmente desde fines de 2023); aprueba OCs $1M-$3M [Finanzas-20260416 45:47, 46:44; Abastecimiento-20260423 37:14].
• Subgerencia de Finanzas — Contabilidad (1 jefatura + 3 analistas), Facturación (~5 personas), Tesorería [Finanzas-20260416 45:47].
• Belén, supervisora de Facturación — corre la macro, distribuye carpetas a analistas, concilia HubSpot ↔ Defontana [Recaudacion-20260423 37:59, 11:52].
• Analistas de cartera (Facturación + Cobranza) — política "nadie toca clientes que no son de ellos" [Recaudacion-20260423 37:32, 37:59].
• Ignacio Ahumada, analista — corre el script Python de valorización; arma proyecciones diarias en Power BI [Finanzas-20260416 7:03, 43:32].
• Rodrigo Llancao, Jefe Desarrollo BI — autor del script Python (~2.553 líneas) [Recaudacion-20260423 1:14:55, 1:30:35].
• Carolina Araya (área Personas / fundación) + Predecesorita — manejan licencias médicas [Finanzas-20260416 46:44].
• Externo HubSpot — tercero contratado para configurar HubSpot ("peras y manzanas") [Recaudacion-20260423 4:46].

Sistemas / integraciones:

• Defontana (ERP) — facturación, contabilidad, centros de costo, inventario, OCs; reemplazó a NetSuite (proyecto fallido) en enero 2025; "no es un gran dolor hoy día" [Finanzas-20260416 31:39, 32:07].
• HubSpot — pipelines de Facturación y Cobranza (4-5 estados); cuenta separada de Comercial [Finanzas-20260416 4:50, 32:35; Recaudacion-20260423 5:41, 9:57].
• FlowMed (vía Secall) — fuente primaria de la producción mensual; sin cierre de mes (la producción se mueve retroactivamente) [Finanzas-20260416 22:33, 7:34].
• Secall (proveedor SaaS FlowMed) — réplica de la BD en línea con desfase 5-10 min [Finanzas-20260416 35:15, 40:52].
• Script Python (Ignacio + Rodrigo) — depuración de empresas + reglas de pricing; corría desde GitHub personal de Ignacio/Rodrigo, en migración a GitHub de Workmed [Finanzas-20260416 43:32, 45:17; Recaudacion-20260423 1:15:49, 1:30:35].
• Power BI — proyección diaria, balance, presupuesto, días hábiles [Finanzas-20260416 7:03, 42:39].
• Buk — SaaS RR.HH./nómina; centralización con Defontana pendiente y manual [Finanzas-20260416 25:23; Operaciones-20260407 1:05:36].
• Tivendo — POS / módulo de caja del ecosistema Defontana [Finanzas-20260416 25:23].
• Power Platform — uno de los lugares donde se crea el cliente [Finanzas-20260416 11:13].
• Macro Excel de carátula / EDP — corrida mensual por Belén; carpeta madre con subcarpetas por cliente [Recaudacion-20260423 37:03, 37:59].
• AWS RDS read-replica de FlowMed — acceso restringido vía Eduardo González [Recaudacion-20260423 1:22:50, 1:25:32].

KPIs y SLAs declarados:

• Producción valorizada diaria a precio de lista (difiere de la facturación final por descuentos por volumen) [Finanzas-20260416 7:03, 7:34].
• Avance vs presupuesto / días hábiles — actualización diaria [Finanzas-20260416 42:39].
• Estado de EDP en pipeline (carga → envío → OC → facturación) — conteo continuo [Finanzas-20260416 32:35, 33:02].
• 300-400 EDPs mensuales; ~2 días hábiles para despachar todos [Recaudacion-20260423 6:06].
• Plazo legal de rechazo de factura: 8 días [Recaudacion-20260423 10:26].
• Tiempo de cierre de mes (producción final): 1 a 1,5 días [Finanzas-20260416 41:22; Recaudacion-20260423 1:36:50].
• Procesamiento del script Python: ~18 segundos [Finanzas-20260416 43:32].
• Equipo Finanzas (Finanzas + Abastecimiento + Personas endosado): ~22-23 personas [Finanzas-20260416 45:47, 46:16].
• Tamaño facturas: $20M-$40M, en algunos casos $300M-$400M [Recaudacion-20260423 31:05].
• Costo de evaluación por persona: ~$300.000 [Recaudacion-20260423 30:09].
• Volumen archivo EDP: 957 a 3.000 filas [Recaudacion-20260423 25:00].

Dolores y workarounds:

• D1 — No hay dueño único del cliente antes del agendamiento; errores arrastran toda la cadena [Finanzas-20260416 2:09, 5:45].
• D2 — Cliente creado en 3+ sistemas distintos (CRM, FlowMed, Defontana, Power Platform); ninguno completo [Finanzas-20260416 11:13, 11:40].
• D3 — Ciclo largo de "peloteo" del EDP con el cliente (errores upstream se manifiestan acá) [Finanzas-20260416 5:16, 18:42].
• D4 — FlowMed no tiene cierre de mes; producción se mueve retroactivamente [Finanzas-20260416 7:34, 8:27].
• D5 — Línea de crédito no registrada ni consumida [Finanzas-20260416 6:15, 6:36].
• D6 — Diferencias entre proyección diaria (precio lista) y facturación real (precios negociados) [Finanzas-20260416 7:03].
• D7 — Esfuerzo manual masivo en cierre de mes (Ignacio cruza producción con correos de SAC, agendamiento y comerciales) [Finanzas-20260416 18:42, 44:53].
• D9 — Sistema legacy (FlowMed) difícil de modificar; "le está quedando chico" [Finanzas-20260416 16:27, 16:56].
• D10 — Centralización Buk-Defontana es manual [Finanzas-20260416 25:23].
• D14 — Rotación alta de gerentes de tecnología; muchas iniciativas pasadas quedan como deuda técnica [Finanzas-20260416 37:26, 39:06].
• D13 — No existe RP secundario en infraestructura [Finanzas-20260416 50:26].
• W1 — Script Python local en GitHub personal de Ignacio/Rodrigo (knowledge concentrado) [Finanzas-20260416 45:17; Recaudacion-20260423 1:38:42].
• W2 — Manejar descuentos vía cruce manual de correos de SAC, agendamiento y comerciales [Finanzas-20260416 44:27, 44:53].
• W3 — HubSpot "torcido" para gestión de cobranza; cuentas separadas Finanzas/Comercial [Finanzas-20260416 32:35, 34:00].
• E1 — Atención en laboratorio externo no integrado: Workmed no puede cobrar al cliente final [Finanzas-20260416 8:04, 8:27].
• E5 — Negociación comercial verbal sin contrato formal en el ERP [Finanzas-20260416 3:08, 15:01].
• Restricción del externo HubSpot: recargar contactos cada mes aunque sea la misma empresa [Recaudacion-20260423 4:15].
• Producción no llega antes del día 5-6 del mes; últimos EDPs salen recién el día 9 [Recaudacion-20260423 36:33].
• Iniciativa de valorización en FlowMed abandonada hace ~6 meses por rotación del validador [Recaudacion-20260423 38:29, 41:43].

Compromisos / pendientes declarados:

• M1 — Cliente único como fuente de verdad consolidada (cliente, proyectos, centros de costo, modalidad de cobro, descuentos, líneas de crédito) — Roberto Carvajal [Finanzas-20260416 17:25, 11:40].
• M2 — Agendamiento como compromiso pre-OC (cliente sube nómina vía autoservicio; sistema valida y entrega compromiso "precocinado") — Juan Pablo Coustasse [Finanzas-20260416 12:09, 12:39].
• M4 — Línea de crédito automática por cliente con alertas de saldo [Finanzas-20260416 6:15, 6:36].
• M5 — B2B propio para reemplazar dependencia de Power BI — Mónica Pérez [Finanzas-20260416 38:18, 38:40].
• M6 — Reformular agendamiento completo — Mónica Pérez [Finanzas-20260416 38:40].
• M7 — Data lake / consolidación informacional ("está en la idea por ahora") [Finanzas-20260416 35:40].
• M8 — Centralización automática Buk ↔ Defontana — proyecto pendiente [Finanzas-20260416 25:23].
• M10 — Reducir fricción de validación del cliente del EDP ("eliminar la excusa para no pagar") [Finanzas-20260416 30:41].
• Sesión adicional de infraestructura/redes con la "señorita por redes" — Juan Pablo Coustasse [Finanzas-20260416 50:26].
• Recapitulación de iniciativas pasadas que fracasaron por área — Roberto Carvajal [Finanzas-20260416 36:35, 37:03].
• Aprobación de OC: hasta $1M Pamela; $1M-$3M Pamela + Coustasse; sobre $3M Claudio Jorquera; inversión grande comité Ricardo Jorquera + Max Dollmann [Abastecimiento-20260423 37:14, 37:42].

5.6 Recaudación y cobranza

Roles citados:

• Belén, supervisora de Facturación — corre la macro, distribuye carpetas a analistas, concilia HubSpot ↔ Defontana [Recaudacion-20260423 37:59, 11:52].
• Analistas de cartera (Facturación y Cobranza) — política "nadie toca clientes que no son de ellos" [Recaudacion-20260423 37:32].
• Juan Pablo Coustasse, CFO — apoya negociación con cliente cuando la facturación se traba [Recaudacion-20260423 9:04, 9:28].
• Ejecutivos comerciales — ahora participan en gestión de OC ("antes no estaban ayudando, hoy entienden que es parte de su trabajo") [Finanzas-20260416 33:33].
• Ignacio Ahumada, analista — descarga producción día a día desde Secall, ejecuta script Python, entrega a Facturación [Recaudacion-20260423 1:14:55, 1:36:50].
• Rodrigo Llancao — autor del script Python; referente técnico de la base AWS [Recaudacion-20260423 1:14:55, 1:30:35].
• Eduardo González — gatekeeper del acceso a la base AWS / read-replica [Recaudacion-20260423 1:25:32].
• Mónica Pérez (PMO) — recibe avisos sobre descuentos no aplicados o cambios de tramo [Recaudacion-20260423 1:37:19].
• Jefes de proyecto del cliente — validan EDP y los reenvían a centros de costo (cuello de botella externo) [Comercial-20260420 19:07].

Sistemas / integraciones:

• HubSpot — pipelines de Facturación (Cargado → Envío → Aprobado → Facturado) y Cobranza (gobernado por fechas: 8 días aprobación → por vencer → vencida → +90 días → pagada/nota crédito/cedida) [Recaudacion-20260423 5:41, 9:57, 10:54].
• Defontana — emisión de la factura (no en HubSpot); cuenta "venta no facturada"; cuenta "deudores comerciales" [Recaudacion-20260423 6:34, 11:52, 2:21].
• Macro Excel de carátula / EDP — corrida mensual por Belén; lógica core del armado del EDP fuera del sistema [Recaudacion-20260423 1:51, 37:03].
• Script Python (Rodrigo) — depuración de empresas (variantes del mismo RUT), reglas de descuento por tramo / lista / unitario / grupo [Recaudacion-20260423 1:30:35, 1:31:31].
• FlowMed/Secall módulo "Control de pago" — descarga diaria del Excel; tablas grandes (log 31 GB, atención 2.2 GB) [Recaudacion-20260423 1:16:18, 1:26:56].
• AWS RDS read-replica — sin modelo de datos documentado [Recaudacion-20260423 1:22:50, 1:23:16].
• SharePoint — carpeta madre con subcarpetas por cliente distribuida por correo a analistas [Recaudacion-20260423 37:59].
• Factoring — empresas de cesión de facturas (estado "Cedida" en pipeline) [Recaudacion-20260423 11:23; Comercial-20260420 16:04].

KPIs y SLAs declarados:

• 300-400 EDPs mensuales [Recaudacion-20260423 6:06].
• ~2 días hábiles para despachar todos los EDPs del mes [Recaudacion-20260423 6:06].
• Plazo legal de rechazo de factura: 8 días desde emisión [Recaudacion-20260423 10:26].
• Casos extremos de demora hasta 2 meses para devolver el EDP validado [Recaudacion-20260423 16:36].
• Ventana de revisión de nómina por el cliente: 1-90 días sin SLA [Comercial-20260420 13:42].
• Recaudación: 3 días dedicados ("este proceso de recaudación dura 3 días para mí") [Comercial-20260420 33:37].
• Concentración 80-90% en 5-10 empresas top [Comercial-20260420 37:48].
• Ejemplo descuento por tramo Syncore: 16% sobre 750 personas, ~$33M aplicados sobre ~$208M facturados [Recaudacion-20260423 1:34:06].
• Reglas de descuento: por volumen (5/10/12% en 100/200/500 pacientes), por lista, unitario, por grupo [Comercial-20260420 27:34; Recaudacion-20260423 1:31:31].

Dolores y workarounds:

• Cliente rechaza el EDP por confusiones, no por errores reales — workaround: reabrir y revisar el agendamiento original [Recaudacion-20260423 15:08, 15:37].
• No hay palanca contractual para presionar al cliente [Recaudacion-20260423 29:16].
• Política comercial debilita la cobranza ("le vende para que nos pague el que no nos paga") [Recaudacion-20260423 32:26].
• Carga manual masiva en cruces y conciliación HubSpot ↔ Defontana — workaround: Excel exportado de Contabilidad cruzado a mano por Belén [Recaudacion-20260423 11:52, 12:22].
• HubSpot "forzado" para esto; "tampoco es la mejor herramienta" — workaround: dos pipelines configurados por externo [Recaudacion-20260423 36:05; Finanzas-20260416 32:35].
• Errores se arrastran desde Agendamiento → Producción → Facturación [Recaudacion-20260423 40:48; Operaciones-20260407 33:49; Agendamiento-20260413 1:09:21].
• Sobre-reporte de centros acreditados (legalmente entregan más exámenes): cliente lo usa como excusa para rechazar EDP [Recaudacion-20260423 56:07, 57:32].
• Mismo RUT con variaciones de nombre (puntos, comas, X) — workaround: depuración manual extensa en Python (más larga que las reglas de descuento) [Recaudacion-20260423 1:30:35, 1:39:12].
• Sin sistema de tickets para cambios de prestación: todo por correo, Ignacio no asegura recibir todos [Recaudacion-20260423 1:36:01, 1:37:19].
• Cierre de mes estructuralmente inestable (100 filas el 31 → 150 el 1) — workaround: doble descarga + comparación "detectivesca" [Recaudacion-20260423 1:33:37, 1:35:04].
• Validación cliente del EDP ("peloteo") — workarounds: factoring; "no atención sin OC" para 2 clientes grandes; re-envío de nómina los últimos 5 días del mes [Comercial-20260420 16:04, 25:46, 13:42].
• Centros de costo cambiantes post-atención — workaround: recurrir a Comercial para identificar al responsable [Comercial-20260420 14:39, 15:06].
• Bola de nieve con clientes mineros (top 10 = peores pagadores) [Comercial-20260420 21:58, 43:02].
• Descuento por pronto pago insuficiente (2% no mueve la aguja en EDP de $500M) [Comercial-20260420 24:17; Finanzas-20260416 29:42].
• Cliente con flujo OC complejo (firma de varios, vacaciones, bajas) [Recaudacion-20260423 31:30].
• Cambios de centro de costo / proyecto / solicitante post-agendamiento obligan a recortar EDP [Recaudacion-20260423 14:11, 20:18].
• Cliente pide EDPs separados (por centro de costo, por solicitante, consolidado) [Recaudacion-20260423 21:15].
• Atenciones no finalizadas (cultivos) y atenciones inasistentes quedan colgadas [Recaudacion-20260423 1:00:25, 1:00:50].
• Cambios de prestación a media atención (centros acreditados informan más exámenes) [Recaudacion-20260423 54:17, 56:07].

Compromisos / pendientes declarados:

• Portal cliente con vista resumen del EDP, condiciones comerciales y trazabilidad [Recaudacion-20260423 27:24, 33:49, 44:07].
• Trazabilidad nivel "log del sistema" que muestre qué usuario pidió/agregó/quitó/descargó qué [Recaudacion-20260423 17:34, 22:13].
• Bloqueo automático de cliente con N facturas pendientes — Barbarita Lara [Recaudacion-20260423 45:03].
• Acuerdo contractual de plazo para enviar OC con descuento por pronto pago [Recaudacion-20260423 28:47, 29:42].
• Centralizar reglas comerciales en un único perfil de cliente [Recaudacion-20260423 1:37:45, 1:38:13].
• Automatizar el envío de EDPs (ganar 2-3 días al ciclo) [Recaudacion-20260423 36:33].
• Integración Defontana ↔ HubSpot para sincronizar estado de facturas — proyecto en marcha [Recaudacion-20260423 7:00, 11:23].
• Modelar la base de datos de FlowMed; identificar tablas que sirven [Recaudacion-20260423 1:23:45, 1:27:22].
• Sistema de tickets para cambios de prestación [Recaudacion-20260423 1:37:19].
• "Global governance" del dato (unificar la representación de la empresa entre todos los sistemas) — Ignacio Ahumada [Recaudacion-20260423 1:39:12].
• Sesión técnica de seguimiento Rodrigo + Ignacio para revisar la base de datos de FlowMed [Recaudacion-20260423 1:11:51, 1:13:15].
• Acceso AWS RDS para Roberto/Barbarita: mail enviado a Eduardo González [Recaudacion-20260423 1:25:32, 1:40:40].
• Rodrigo compartirá el script Python en cuanto se migre al GitHub de Workmed (en proceso con Christian Urbina) [Recaudacion-20260423 1:15:49, 1:30:05].

5.7 Abastecimiento policlínico

Roles citados:

• Pamela Lastra ("Pame"), jefa de Abastecimiento — compras, despachos, gestión de OCs, autorización de pagos a proveedores de servicios, administración del contrato Codelco Ventanas, suplencia de marketing (~3h/día) [Abastecimiento-20260423 1:28, 38:10, 44:09; Finanzas-20260416 46:16, 48:37].
• Equipo de Abastecimiento (4 personas): Pamela + 1 analista de inventario + 2 bodegueros (uno bodega -3, otro piso 6) [Abastecimiento-20260423 1:28, 35:48; Finanzas-20260416 46:16].
• Pablo Martínez, subgerente de Operaciones — valida horas trabajadas por TENS contratados; trabaja con Pamela en bodegas satélite y carga de insumos en HIS [Abastecimiento-20260423 9:34, 48:21].
• Juan Pablo Coustasse (CFO) — aprueba OCs $1M-$3M [Abastecimiento-20260423 37:14].
• Claudio Jorquera (Contralor) — aprueba OCs sobre $3M [Abastecimiento-20260423 37:14].
• Ricardo Jorquera + Max Dollmann — comité para inversiones mayores [Abastecimiento-20260423 37:42].
• Equipo del policlínico Codelco Ventanas (10 personas: médico, enfermeras, TENS, dentista, kinesióloga) [Abastecimiento-20260423 38:36].
• Área Equipamiento — embala y prueba equipos antes del despacho [Abastecimiento-20260423 28:05].

Sistemas / integraciones:

• Defontana — ERP financiero único; OCs creadas manualmente desde cotizaciones; rebaja contable de existencia al despachar; sin API solicitada por Workmed [Abastecimiento-20260423 8:37, 31:00, 52:20, 52:49].
• SACMed (HIS) — drogas integradas (resultado llega "al tiro"); estado deseado: cargar insumos al paciente [Abastecimiento-20260423 15:14, 17:35, 11:20].
• Excel + correo — medio principal de solicitudes desde sedes; despacho de equipamiento; gestión de proveedores [Abastecimiento-20260423 2:53, 3:15, 27:38].
• Plataforma de auditoría administrativa Codelco — sube anexos de contrato, ajustes IPC trimestrales, certificados, carnets, liquidaciones [Abastecimiento-20260423 38:36, 42:44].
• IMED — proveedor de insumos de oficina con despacho directo a sede (bypass bodega central) [Abastecimiento-20260423 25:15, 25:44].
• WhatsApp — descartado deliberadamente por falta de prueba fehaciente [Abastecimiento-20260423 3:15].
• Carriers de despacho urgente / taxis — costo extra para urgencias [Abastecimiento-20260423 24:19].

KPIs y SLAs declarados:

• _No se declararon KPIs activos del área._ Pamela explicita la ausencia: "ni siquiera he podido medir mi nivel de costo" [Abastecimiento-20260423 45:34].
• Stock objetivo: 1.5 meses para insumos críticos (drogas, espirometría) [Abastecimiento-20260423 2:23].
• SLA estándar de despacho: 1 a 1.5 días [Abastecimiento-20260423 23:49].
• Tiempo dedicado a auditoría Codelco: ~3 días al mes [Abastecimiento-20260423 43:42].
• Tiempo dedicado a marketing (suplencia): ~3 horas al día [Abastecimiento-20260423 44:09].
• Bodegas satélite: 0 hoy; 1 piloto en Antofagasta [Abastecimiento-20260423 10:02].
• Frecuencia ajuste IPC contrato Codelco: cada 3 meses [Abastecimiento-20260423 42:44].
• Costo ejemplo: parches DEA ~$300.000 cada par [Abastecimiento-20260423 40:31].
• Ejemplo OC mobiliario reciente: ~$30M aprobada en comité [Abastecimiento-20260423 38:10].

Dolores y workarounds:

• Pamela sobrepasada y sin tiempo para negociación con proveedores [Abastecimiento-20260423 45:34, 46:02].
• Sedes deciden el consumo "al ojímetro"; sin datos de consumo real por examen — workaround: estimación manual abandonada [Abastecimiento-20260423 4:12, 6:26, 7:41].
• Exámenes en Excel se duplican/triplican porque las baterías comparten exámenes [Abastecimiento-20260423 5:37, 6:50].
• Sin control real post-despacho: la guía de despacho se contabiliza como salida — workaround: bodega chica de mermas/devoluciones en piso 6 [Abastecimiento-20260423 9:34, 11:20, 13:46].
• Creación manual de OCs desde cotizaciones consume "mucho tiempo a la vida" [Abastecimiento-20260423 31:00, 36:19].
• Cotizaciones llegan incompletas (sin RUT proveedor, datos de pago) — workaround: devolverlas ("hartos pimpones") [Abastecimiento-20260423 32:54].
• Solicitudes urgentes a las 18:00 obligan a armar cajas y pagar taxi [Abastecimiento-20260423 24:48, 25:15].
• Devoluciones de terreno mezcladas con varios días [Abastecimiento-20260423 29:04].
• Proveedores que no venden por facturas pendientes — workaround: Pamela "atormenta" a tesorería [Abastecimiento-20260423 50:57, 51:24].
• No hay plataforma de gestión documental para personal externo (todo correo + Excel) [Abastecimiento-20260423 48:50, 49:20].
• Memoria como única defensa contra la complejidad [Abastecimiento-20260423 35:21, 35:48].
• Bodegas físicas sin infraestructura mínima (no caben computadores) bloquea bodegas satélite [Abastecimiento-20260423 10:30].
• Centros acreditados no se abastecen desde Workmed (solo caps de drogas y boquillas espirometría) [Abastecimiento-20260423 16:36, 17:05].
• Insumos críticos (parches DEA, epinefrina) no se mantienen en stock por vencimiento corto + costo alto — workaround: compra contra evento [Abastecimiento-20260423 40:03, 40:31].
• Codelco Ventanas heredado por exigencia contractual de ingeniero a cargo [Finanzas-20260416 48:37].

Compromisos / pendientes declarados:

• Cargar insumos al paciente desde el HIS durante la atención (egreso de existencia + cuenta de gasto automáticos) — Pablo Martínez [Abastecimiento-20260423 11:20, 15:14].
• Bodegas satélite en sedes con movimientos internos (rebaja asociada al consumo real) — Pablo + Pamela [Abastecimiento-20260423 10:02, 10:30].
• Paquetes estandarizados de insumos por tipo de examen con confirmación TENS / pistoleo de código de barras [Abastecimiento-20260423 19:46, 20:37, 21:04].
• Visibilidad del estado de pago de proveedores [Abastecimiento-20260423 51:50].
• Sistema de tickets para solicitudes de equipamiento / terreno / servicios — Pamela / Roberto [Abastecimiento-20260423 27:38, 29:34].
• Automatizar la creación de OCs desde cotizaciones (semiasistido) [Abastecimiento-20260423 36:19, 46:31].
• Plataforma de gestión documental para personal externo (validación de F30, contratos, carnets vía APIs) — Roberto Carvajal [Abastecimiento-20260423 48:50, 50:03].
• Pamela enviará foto/captura de Defontana cuando despacha [Abastecimiento-20260423 9:06].
• Pamela participará en sesión Recaudación porque autoriza pagos a proveedores de servicios [Abastecimiento-20260423 47:25].
• Solicitar APIs/endpoints a Defontana (no se ha pedido aún) [Abastecimiento-20260423 52:49, 53:16].

5.8 Anexo TI (transversal)

Roles citados (dueños/operadores TI):

• Mónica Pérez, PMO — lidera iniciativas TI y backlog de proyectos; "no tengo área de desarrollo interna" [Operaciones-20260407 51:09; Flowmed-20260409 1:25:44].
• Carolina Araya, CTO Workmed — lidera el "nuevo core" / FlowMed 2.0; pone "el acelerador máximo" [Operaciones-20260407 51:32, 59:48; Plataformas-20260420 1:01:32, 1:04:16].
• Eduardo González, Subgerente de Proyectos y Transformación Digital — dueño funcional de FlowMed; coordina al partner Secall; gatekeeper del acceso a la base AWS [Flowmed-20260409 7:03; EcosistemaTI-20260415 0:04, 36:49; Recaudacion-20260423 1:25:32].
• Rodrigo Llancao, Jefe Desarrollo BI y Análisis de Datos — autor del script Python; desarrolla las plataformas internas (Acreditación R&S, Ficha Salud Compatible, Salud Mental); piloto del agente n8n+Supabase [Operaciones-20260407 1:00:15; Plataformas-20260420 0:05; ComercialBI-20260422 18:37].
• Christian Urbina, encargado de infraestructura — administra Cloudflare/DNS y servidor on-premise Manuel Montt; coordina con proveedor legacy [EcosistemaTI-20260415 33:24, 35:22; Plataformas-20260420 33:10; Recaudacion-20260423 1:15:49].
• Equipo TI Workmed — área con menos de 3 años, ~8-10 personas; reconocida con "deuda técnica muy grande" [EcosistemaTI-20260415 36:49; Plataformas-20260420 1:01:32; ComercialBI-20260422 30:18].
• Ignacio Ahumada, Juan Pablo Herrera — equipo de datos / valorización [Finanzas-20260416 7:03, 43:32].
• Secall (proveedor SaaS FlowMed) — administra software, infraestructura on-premise, evolutivos, correctivos y capacitación [EcosistemaTI-20260415 33:37, 38:38; Operaciones-20260407 1:12:06].

Sistemas / integraciones (inventario completo):

• FlowMed (SaaS core, on-premise raqueado en Manuel Montt; replica caliente AWS RDS); proveedor Secall; sin API expuesta [Operaciones-20260407 32:50; EcosistemaTI-20260415 33:37, 34:58; Plataformas-20260420 35:00, 35:23].
• SACMed (HIS, hosteado en GCP) [EcosistemaTI-20260415 34:31; Operaciones-20260407 10:57].
• Megafy sobre Appian Cloud (preadmisión digital) [EcosistemaTI-20260415 0:58, 34:07].
• RobleLabs (POS biométrico) [Operaciones-20260407 1:03:33; EcosistemaTI-20260415 5:58].
• SignAPIS (firma electrónica) [EcosistemaTI-20260415 4:39].
• RIS Galen (imagenología) [EcosistemaTI-20260415 3:14, 9:05].
• TSCom (drug testing) [EcosistemaTI-20260415 3:14, 3:43].
• LIS (LaboCenter, lab propio Workmed; Bionet y Blanco no interoperando) [Operaciones-20260407 16:01; EcosistemaTI-20260415 3:43, 8:42].
• CEMA (electrocardiógrafo / espirometría, integraciones avanzando) [Operaciones-20260407 15:12; EcosistemaTI-20260415 4:12].
• HubSpot (CRM; cuentas separadas Comercial/Finanzas; portal cliente con vulnerabilidades) [Operaciones-20260407 1:05:09; Flowmed-20260409 1:02:43; Comercial-20260420 1:26].
• Defontana (ERP; reemplazó NetSuite en enero 2025) [Finanzas-20260416 31:39, 32:07; Abastecimiento-20260423 8:37].
• Buk (RR.HH./nómina; centralización con Defontana manual) [Operaciones-20260407 1:05:36; Finanzas-20260416 25:23].
• Tivendo (POS módulo de caja, ecosistema Defontana) [Finanzas-20260416 25:23].
• Power BI (visualización; refresco cada 30 min; cuentas paralelas con dashboards "dando vuelta") [Operaciones-20260407 1:09:46; Flowmed-20260409 38:42, 1:04:16; Comercial-20260420 36:50].
• NetSuite (proyecto fallido, contexto histórico) [Finanzas-20260416 31:39].
• GenieMD (piloto crónicos; reemplazará Ficha Salud Compatible) [Operaciones-20260407 1:06:33; Flowmed-20260409 1:23:33].
• Power Platform (uno de los lugares donde se crea el cliente) [Finanzas-20260416 11:13].
• Plataforma de Acreditación R&S (Angular + NestJS sobre AWS RDS / S3 / Amplify / EC2 / VPC / CloudWatch) [Plataformas-20260420 7:52, 18:14, 19:45].
• Ficha Salud Compatible (Python + Supabase free; reemplazó macro Excel) [Plataformas-20260420 21:08, 24:45].
• Salud Mental (Python + Supabase free; reemplaza Microsoft Forms + Excel) [Plataformas-20260420 25:12, 28:32].
• AWS — tres cuentas distintas: Workmed propia, SACMed, base de réplica FlowMed [Plataformas-20260420 18:45, 19:14; EcosistemaTI-20260415 33:37, 35:22].
• Cloudflare (DNS) [Plataformas-20260420 33:10].
• Supabase (BD plan gratuito; identificada como vulnerabilidad) [Plataformas-20260420 24:45, 25:12].
• Script Python de valorización (~2.553 líneas; en migración desde GitHub personal de Rodrigo a GitHub de Workmed) [Recaudacion-20260423 1:15:49, 1:30:35; Finanzas-20260416 45:17].
• Agente n8n + Supabase (piloto conversacional Rodrigo) [Plataformas-20260420 24:45; ComercialBI-20260422 18:37, 19:36].
• Streamlit / Python — usado por Rodrigo para dashboards/apps internas [Plataformas-20260420 §Sistemas].
• Jira (~1 semana de uso) / Julie / Teams / WhatsApp / correo — múltiples canales de gestión [Plataformas-20260420 1:00:38, 1:01:32].
• OneDrive (centros acreditados) y SharePoint (centros acreditados, exámenes digitalizados, carpetas de cobranza) [Operaciones-20260407 17:15; Flowmed-20260409 24:44; Recaudacion-20260423 37:59].
• InDesign (diagramas Vicente) [Contraloria-20260421 34:17].
• Outlook / Microsoft Office [Comercial-20260420 3:19; Flowmed-20260409 25:08].
• Anthropic / Claude (aspiracional para desarrollo asistido por IA; sin suscripción contratada) [Plataformas-20260420 47:42].

KPIs y SLAs declarados:

• Indisponibilidad histórica de FlowMed: muy baja; última caída por "tema físico, ni siquiera operativo" [Plataformas-20260420 54:04].
• Replica AWS de FlowMed con desfase de ~5-10 minutos respecto a producción [Finanzas-20260416 35:15, 40:52].
• Refresco Power BI: cada 30 minutos (no en tiempo real) [Flowmed-20260409 1:08:39].
• Configuración de batería nueva en SACMed: ~8 horas [Plataformas-20260420 59:13].
• Tabla log FlowMed: 31 GB; tabla atención: 2.2 GB; otras dos tablas: ~13 GB cada una [Recaudacion-20260423 1:26:56, 1:27:22].
• Tiempo de respuesta esperado del agente piloto: 10-30 min (no inmediato) [ComercialBI-20260422 22:26, 23:25].
• Equipo TI Workmed: ~8-10 personas; área con menos de 3 años [EcosistemaTI-20260415 36:49; Plataformas-20260420 1:01:32].
• Retención clínica obligatoria: 15 años (Ley) [Flowmed-20260409 21:10, 22:19].
• Ley de Datos Personales entra en vigencia el 1 de diciembre con 6 meses para cumplir [Flowmed-20260409 30:02; EcosistemaTI-20260415 42:12, 44:05].
• Triple norma (ISO 9001, 14001, 27001) — Workmed certificándose, deadline junio [Flowmed-20260409 30:52; EcosistemaTI-20260415 42:40].

Dolores y workarounds (cross-proceso):

• Datos en silos: cada área inventó su propia captura, sin gobernanza [Operaciones-20260407 51:32, 52:19].
• Procesos no documentados [Operaciones-20260407 53:14].
• Inversiones en integración bloqueadas históricamente (HL7 no implementado hasta que el problema se vuelve insostenible) [Operaciones-20260407 13:37, 14:28].
• FlowMed no expone API; toda integración debe hacerse contra la base de réplica [Plataformas-20260420 35:00, 35:23].
• Workmed no tiene control sobre FlowMed; cambios dependen de Secall; capacitación se hace "con las mañas" [Plataformas-20260420 35:23, 52:15; EcosistemaTI-20260415 38:38, 39:00].
• Cero capacidad TI interna de desarrollo [EcosistemaTI-20260415 36:49].
• Replica caliente con datos clínicos = vulnerabilidad de compliance bajo nueva ley [EcosistemaTI-20260415 43:39, 44:05].
• Dos repositorios de datos (ficha + Contraloría) — comunicación unidireccional [EcosistemaTI-20260415 24:25, 24:52].
• Centros franquiciados/acreditados con 100% transcripción manual [EcosistemaTI-20260415 20:07, 48:21].
• Módulo de precios FlowMed es referencial; los scripts son la fuente autoritativa real [EcosistemaTI-20260415 27:43].
• Sin alertas al trabajador cuando vence un examen (sólo vía cliente) [Flowmed-20260409 45:44, 46:10].
• Power BI: refresco 30 min, sin auditoría de acceso, dashboards duplicados sin control de versiones — workaround: renombrar archivos [Flowmed-20260409 1:04:16, 1:06:32, 1:08:39].
• Vulnerabilidades en portal HubSpot del cliente [Flowmed-20260409 1:02:43].
• Cambios silenciosos en catálogo de prestaciones (renombre y cambio de precio sin notificar) [Comercial-20260420 44:01, 44:58].
• Iniciativa HubSpot ↔ FlowMed (2024) fracasó por falta de acuerdo entre las partes técnicas [Agendamiento-20260413 47:19, 47:48].
• Iniciativa de valorización en FlowMed abandonada hace ~6 meses por rotación del validador [Recaudacion-20260423 38:29, 41:43].
• Rotación alta de gerentes de tecnología; iniciativas pasadas como deuda técnica [Finanzas-20260416 37:26, 39:06].
• No existe RP secundario en infraestructura [Finanzas-20260416 50:26].
• Núcleo de la lógica de negocio en script Python en GitHub personal de un solo desarrollador [Finanzas-20260416 45:17; Recaudacion-20260423 1:38:42; Plataformas-20260420 44:04].
• Bases en Supabase plan gratuito = vulnerabilidad reconocida [Plataformas-20260420 25:12].
• Soberanía sobre la BD productiva FlowMed cedida a Secall (gatekeeper técnico real, externo); Eduardo broker funcional; acceso interno vía cuenta genérica compartida sin trazabilidad por persona; sin contrato formal de encargo de tratamiento [Recaudacion-20260423 1:25:32; EcosistemaTI-20260415 34:58, 36:49].
• Sin modelo de datos documentado de FlowMed [Recaudacion-20260423 1:23:16].
• Múltiples canales de comunicación (Teams, WhatsApp, correo, Jira reciente) — workaround: ninguno consolidado [Plataformas-20260420 1:00:38, 1:04:44].
• No hay VPN ni restricciones de red para las plataformas internas [Plataformas-20260420 1:05:15].
• Cada integración con cliente es a la medida ("estamos al corte inglés") [Plataformas-20260420 40:22].
• Información con un día de desfase para Comercial [ComercialBI-20260422 4:14].
• Sistemas inconexos (Defontana, Comercial y Operación no se comunican) [ComercialBI-20260422 27:07].

Compromisos / pendientes declarados:

• Cumplir FHIR / HL7 / GDPR — Barbarita Lara [Operaciones-20260407 58:51].
• Modelo de datos centralizado con maestros únicos validados — Mónica Pérez [Operaciones-20260407 52:19].
• MPI (Maestro de Pacientes) — Carolina Araya [Agendamiento-20260413 11:48; Operaciones-20260407 §Metas].
• TI moderno: crecimiento como área tech, espacio físico nuevo en piso 6 [Flowmed-20260409 1:22:15].
• Soberanía de datos: server propio (AWS o GCP); independencia para "equivocarnos barato" — Barbarita [Flowmed-20260409 1:33:47, 1:34:14].
• Salir de SaaS-dependencia (empoderarse de la información) — Mónica Pérez [Flowmed-20260409 1:24:57].
• Portal propio multitenant en lugar de Power BI [Flowmed-20260409 1:08:12].
• Datos en tiempo real (vs. 30 min Power BI) [Flowmed-20260409 1:08:39].
• ODS (Operational Data Store) — meta arquitectónica para centralizar datos [Flowmed-20260409 1:13:27].
• Mover gestión de proyectos a servidor propio (Jira free) [Flowmed-20260409 1:26:14, 1:27:13].
• Ficha Salud Compatible será reemplazada por GenieMD [Flowmed-20260409 1:23:33].
• Reemplazar la dependencia de Power BI (B2B propio) — Mónica Pérez [Finanzas-20260416 38:18; Operaciones-20260407 51:32].
• Ley de Protección de Datos + ISO 27001 con triple norma (mismo consultor) [EcosistemaTI-20260415 42:40].
• Anonimización selectiva de datos clínicos para reportería interna [EcosistemaTI-20260415 41:46, 42:12].
• FlowMed 2.0 con control interno completo de Workmed; columna vertebral retomada — decidido por Carolina Araya [Plataformas-20260420 55:32, 56:21, 1:04:16].
• Disponibilizar APIs y webhooks para integrar con CRMs/ERPs de clientes [Plataformas-20260420 38:41, 39:31].
• Modelo de datos con UUIDs para carga paralela [Plataformas-20260420 53:14].
• Failover en AWS para FlowMed 2.0 [Plataformas-20260420 55:32].
• Mantenedor interno de baterías y precios [Plataformas-20260420 59:13].
• Decisión: nuevo desarrollo se hospedará en cuenta AWS propia de Workmed (sin abrir contratos paralelos) [Plataformas-20260420 42:10, 1:03:20].
• Decisión: crear organización Workmed en GitHub (o GitLab) y migrar el código de Rodrigo desde su cuenta personal [Plataformas-20260420 44:26, 1:03:47].
• Decisión: el desarrollo asistido por IA (agentes, Claude) se considerará desde el inicio del FlowMed 2.0 [Plataformas-20260420 47:42, 48:08].
• Decisión: plataforma anterior se dejará viva en modo "archivo" durante migración a 2.0 [Plataformas-20260420 49:30, 51:20].
• Mantener Power BI corto plazo; agente conversacional comercial DESPUÉS de FlowMed 2.0 [ComercialBI-20260422 22:56, 28:02].
• Modelar la base de datos de FlowMed; depurar tablas; "global governance" del dato — Ignacio Ahumada [Recaudacion-20260423 1:23:45, 1:39:12].
• Integración Defontana ↔ HubSpot (proyecto activo) [Recaudacion-20260423 7:00, 11:23].
• Sistema de tickets para cambios de prestación [Recaudacion-20260423 1:37:19].
• Solicitar APIs/endpoints a Defontana [Abastecimiento-20260423 52:49, 53:16].
• Reunión técnica con equipo TI (Carolina) — agendada [Operaciones-20260407 1:08:51, 1:12:36].
• Acceso AWS RDS para Roberto/Barbarita: mail enviado a Eduardo González [Recaudacion-20260423 1:25:32, 1:40:40].

6. Contradicciones detectadas

Esta sección registra afirmaciones en conflicto entre dos o más findings sobre el mismo objeto (sistema, hosting, dato, rol, capacidad, vigencia o KPI). Se excluyen las "evoluciones temporales" — casos donde la diferencia se explica porque el proceso cambió entre una sesión y otra; éstas se listan al final como nota separada.

Cada contradicción cita literalmente las dos (o más) fuentes en conflicto y propone un destino de resolución para los DOC siguientes.

6.1 Fuente de verdad clínica: ¿FlowMed, SACMed o dos repositorios paralelos?

Afirmaciones en conflicto:

• A: "FlowMed [...] vuelve a tener el 100% de todo" después de pasar por SACMed; "FlowMed con un botoncito rescata todos esos datos" — Rodrigo Llancao [Flowmed-20260409 23:53, 1:00:21].
• B: "La comunicación es de la ficha a la Contraloría, no de Contraloría a la ficha [...] puede pasar que no lo hagan y ahí se nos puede generar una diferencia"; FlowMed Contraloría y SACMed quedan como "dos repositorios paralelos con riesgo de descalce posterior" — Eduardo González [EcosistemaTI-20260415 23:55, 24:25, 24:52].
• C: La UCI trabaja con dos orígenes según sucursal: SACMed para 6 de 12 sucursales propias (vía botón espejo) y SharePoint con digitación manual para las acreditadas; el preinforme en FlowMed se construye sobre ese mix — Vicente Rivano [Contraloria-20260421 2:27, 2:55, 12:30, 12:46].
• D: "Workmed tiene UN solo dato del cliente repartido en al menos 4 sistemas (FlowMed, HubSpot, Defontana, comercial), y los registros pueden estar desincronizados" — Roberto Carvajal / Ignacio Ahumada [Recaudacion-20260423 1:38:13, 1:39:12].

Proceso(s) afectado(s): Operaciones de campo, Contraloría de Salud, Anexo TI.

Severidad: alta Resolución sugerida: Reflejar en §2.5 "Excepciones y casos borde" del proceso 03-contraloria-salud y replicar nota en 02-operaciones-campo y 08-anexo-ti, dejando explícito que (i) la abstracción "FlowMed = 100%" se sostiene sólo para centros propios con SACMed integrado y sólo en modo lectura unidireccional ficha → Contraloría, y (ii) los acreditados rompen esa promesa porque viajan por SharePoint con transcripción manual.

6.2 Hosting de FlowMed: on-premise + réplica AWS, o sólo réplica AWS

Afirmaciones en conflicto:

• A: "Servidor on-premise raqueado en las dependencias de Manuel Montt; replica de la BD en AWS RDS (réplica en caliente)"; el proveedor legacy (Secall) administra software, infraestructura on-premise, evolutivos y capacitación — Eduardo González [EcosistemaTI-20260415 33:37, 34:07, 34:58, 35:22].
• B: "Guardaban cierta información en Amazon Web Services, una copia de la base de datos con un desfase. Información solo verbal hasta ahora; pendiente confirmar" — Roberto Carvajal [Operaciones-20260407 1:10:15].
• C: "Workmed mantiene una copia/espejo de la base de datos vía Secall, con desfase de ~5-10 minutos respecto a producción" — Juan Pablo Coustasse / Ignacio Ahumada [Finanzas-20260416 35:15, 40:27, 40:52].
• D: "Workmed mantiene copia en caliente en AWS"; "sé que existe pero nunca la he visto" — Marcela / Rodrigo Llancao [Comercial-20260420 36:20, 55:00, 55:28].

Proceso(s) afectado(s): Anexo TI, Recaudación y cobranza, Comercial.

Severidad: alta Resolución sugerida: Resolver consultando a Eduardo González + Christian Urbina (infraestructura) y registrar la versión canónica en 08-anexo-ti.md · versión extendida §Hosting; mientras tanto reflejar la ambigüedad como pregunta abierta en 08-anexo-ti.md · versión extendida §Preguntas abiertas. La versión de F4 (Eduardo, dueño técnico) tiene mayor peso por especialidad del informante.

6.3 Acceso a la base AWS RDS: punto único de falla en Eduardo González

Afirmaciones en conflicto:

• A: "Eduardo González — gatekeeper del acceso a la base AWS / read-replica de FlowMed"; "toda solicitud de visualizador pasa por él" — Roberto Carvajal [Recaudacion-20260423 1:25:32, 1:38:42].
• B: Eduardo presenta y conoce el ecosistema técnico end-to-end; el área TI Workmed "no tiene administración del software" de FlowMed (la tiene Secall); el equipo de visualización "se conecta a vistas de la réplica AWS" pero la sesión no menciona ningún backup de acceso si Eduardo no está disponible — Eduardo González [EcosistemaTI-20260415 33:37, 34:58, 35:51, 36:49].

Proceso(s) afectado(s): Anexo TI, Recaudación y cobranza.

Severidad: media Resolución sugerida: Marcar como pregunta abierta en 08-anexo-ti.md · versión extendida §Riesgos operacionales (continuidad), y como nota de riesgo en 06-recaudacion-cobranza.md · versión extendida §Dependencias. No hay contradicción formal entre ambos findings, pero F11 enuncia el problema explícitamente y F4 lo deja implícito; ambos coinciden en que Eduardo concentra el conocimiento.

6.4 Integración HubSpot ↔ FlowMed: dos proyectos distintos sobre el mismo nombre

Afirmaciones en conflicto:

• A: "Las dos partes técnicas no llegaron a acuerdo" en 2024 al intentar integrar HubSpot ↔ FlowMed cuando se habilitó HubSpot; quedó manual indefinidamente — Patricia Maturana [Agendamiento-20260413 47:19, 47:48].
• B: "Proyecto en marcha de integración con Defontana para sincronizar estado de facturas" entre HubSpot (cobranza) y Defontana — Belén [Recaudacion-20260423 7:00, 11:23].
• C: "HubSpot [está en lista de sistemas] que falta integrar" en el ecosistema general — Eduardo González [EcosistemaTI-20260415 4:12].
• D: "El problema ahí de no ocupar más o mejor el CRM porque no está conectado con FlowMed" — Marcela [Comercial-20260420 52:10, 52:37].

Proceso(s) afectado(s): Agendamiento, Comercial, Recaudación y cobranza, Anexo TI.

Severidad: media Resolución sugerida: Reflejar en §2.5 "Excepciones y casos borde" del proceso 01-agendamiento, 04-comercial y 06-recaudacion-cobranza separando explícitamente: (i) integración HubSpot ↔ FlowMed (intento 2024 fracasado, sigue abierta) — afecta a Agendamiento y Comercial; (ii) integración HubSpot ↔ Defontana (proyecto activo 2026) — afecta a Recaudación. No es contradicción real; es ambigüedad terminológica del corpus que conviene desambiguar.

6.5 Iniciativa de valorización en FlowMed: lista pero abandonada

Afirmaciones en conflicto:

• A: "Hubo un intento de automatizar el pricing y 'no dio éxito'; la administración sigue siendo manual + scripts" — Eduardo González [EcosistemaTI-20260415 29:38].
• B: "Iniciativa de valorización en FlowMed quedó abandonada hace ~6 meses porque la persona que la validaba rotó de cargo varias veces"; "¿La iniciativa de valorización en FlowMed (abandonada hace 6 meses) calculaba bien? Nunca se llegó a validar" — Belén / Juan Pablo Coustasse [Recaudacion-20260423 38:29, 38:58, 41:43, 42:13].
• C: El módulo "control de pago" de FlowMed sigue siendo el origen del Excel diario que Ignacio descarga; el cálculo real de descuentos vive en el script Python externo — [Recaudacion-20260423 1:16:18, 1:17:11, 1:30:35].

Proceso(s) afectado(s): Finanzas y EDP, Recaudación y cobranza, Anexo TI.

Severidad: media Resolución sugerida: Reflejar en §2.5 "Excepciones y casos borde" del proceso 06-recaudacion-cobranza y como nota en 08-anexo-ti.md · versión extendida §Iniciativas históricas. No hay contradicción real entre A y B (ambos relatan un intento que no prosperó), pero conviene registrar que A lo describe como intento técnico que no escaló y B como módulo construido y abandonado por rotación humana — son matices distintos sobre la misma iniciativa.

6.6 Definición de "informes por médico" en FlowMed: dato existe, semántica indefinida

Afirmaciones en conflicto:

• A: Existe el dashboard de Contraloría con "completitud de informes por doctor: total asignados, finalizados, sin finalizar y % por médico (controladores y evaluadores; salud mental separada)"; lo pidió Vicente Rivano y está en producción — Rodrigo Llancao [Flowmed-20260409 36:24, 36:52].
• B: "Hoy día me entregan un número, pero estamos definiendo qué es ese número"; "necesito que libere de cuatro, de cinco. Eso todavía no lo puedo ver" — Vicente Rivano [Contraloria-20260421 24:45, 25:43, 26:12].

Proceso(s) afectado(s): Contraloría de Salud, Anexo TI.

Severidad: media Resolución sugerida: Reflejar en §2.5 "Excepciones y casos borde" del proceso 03-contraloria-salud, dejando explícito que el KPI "informes por médico" existe como tablero pero el dueño del KPI (Vicente) no lo considera operativo todavía porque le falta granularidad por peso de batería. Es una contradicción de "estado real del KPI" entre dos miradas (autor del tablero vs consumidor del tablero).

6.7 Disponibilidad histórica de FlowMed: alta vs degradación reciente

Afirmaciones en conflicto:

• A: "Indisponibilidad histórica de FlowMed: muy baja. Última caída fue por 'tema físico, ni siquiera operativo'" — Rodrigo Llancao [Plataformas-20260420 54:04].
• B: "Lentitud creciente del sistema en últimos meses: 'He estado reclamando que algo pasa en el sistema, está demasiado lento'"; tiempos de procesamiento se degradaron a 20-25 min para nóminas grandes — Patricia Maturana [Agendamiento-20260413 41:08, 40:40].

Proceso(s) afectado(s): Agendamiento, Anexo TI.

Severidad: baja Resolución sugerida: Reflejar en §2.5 "Excepciones y casos borde" del proceso 01-agendamiento. No hay contradicción dura — A habla de uptime (disponibilidad) y B de latencia (rendimiento) — pero conviene dejarlas explícitas porque podrían leerse como inconsistencia. Etiquetar como matiz métrico diferente, no como conflicto.

6.8 ¿FlowMed expone API o no?

Afirmaciones en conflicto:

• A: FlowMed tiene integraciones activas con Megafy (preadmisión), POS RobleLabs, SACMed, RIS Galen, TSCom, LIS LaboCenter y laboratorio propio; "FlowMed → POS RobleLabs → FlowMed (solicitud de verificación + respuesta)" — Eduardo González [EcosistemaTI-20260415 3:14, 4:39, 5:58, 12:25].
• B: "FlowMed no expone API. Toda integración debe hacerse contra la base de réplica. 'Ni siquiera hay como una API, por así decirlo, de FlowMed'" — Rodrigo Llancao [Plataformas-20260420 35:00, 35:23].

Proceso(s) afectado(s): Anexo TI.

Severidad: media Resolución sugerida: Resolver consultando a Eduardo González (que conoce el detalle de las integraciones por proveedor) y a Rodrigo Llancao (que intentó integrar plataformas internas y se topó con la limitación). Hipótesis a confirmar: FlowMed sí expone integraciones B2B punto-a-punto con sus propios proveedores partner (las del "viaje digital"), pero no expone una API genérica utilizable por terceros (incluyendo el propio equipo TI Workmed para sus desarrollos internos). Reflejar la distinción en 08-anexo-ti.md · versión extendida §Integraciones.

6.9 Autoría y ubicación del script Python de valorización

Afirmaciones en conflicto:

• A: "El script Python de valorización vive en la cuenta personal ('mi guiza') de Ignacio, no en un repositorio corporativo" — Sorpresa S7 [Finanzas-20260416 45:17].
• B: "Script Python: 2.553 líneas, autoría Rodrigo Llancao"; "estaba en el GitHub personal de Rodrigo; en migración a GitHub de Workmed de Workmed (proyecto con Christian Urbina)"; "el núcleo de la lógica de negocio de Workmed vive en un script Python en el GitHub personal de un solo desarrollador" — Ignacio Ahumada / Roberto Carvajal [Recaudacion-20260423 1:15:49, 1:30:35, 1:38:42].

Proceso(s) afectado(s): Finanzas y EDP, Recaudación y cobranza, Anexo TI.

Severidad: media Resolución sugerida: Resolver consultando a Rodrigo Llancao + Ignacio Ahumada y registrar la versión canónica en 08-anexo-ti.md · versión extendida §Activos críticos. Hipótesis (a confirmar): Rodrigo es el autor del script y lo aloja en su GitHub personal; Ignacio es el operador que lo ejecuta día a día y mantiene una copia local de respaldo en su propia cuenta GitHub. La sesión 5 (Finanzas) lo simplificó como "GitHub de Ignacio" pero la sesión 11 (Recaudación) entró al detalle. No es contradicción dura, sino simplificación de F5 corregida por F11.

6.10 Power BI: ¿descartado o sostenido a corto plazo?

Afirmaciones en conflicto:

• A: "No usar Power BI a futuro como destino estratégico de visualización: 'no nos gusta Power BI… es un dolor'; Mónica y Rodrigo alineados. La aspiración es un portal SaaS multitenant propio" — Rodrigo Llancao / Mónica Pérez [Flowmed-20260409 1:08:12, 1:09:08, 1:09:31].
• B: "Mantener Power BI como herramienta de visualización en el corto plazo: 'por el momento mantener Power BI tiene sentido'" — decisión cerrada en sesión [ComercialBI-20260422 22:56].

Proceso(s) afectado(s): Comercial, Anexo TI.

Severidad: baja Resolución sugerida: Reflejar como evolución no contradictoria en 08-anexo-ti.md · versión extendida §Decisiones, dejando claro que F2 expresó aspiración estratégica de mediano plazo y F9 decidió la operación táctica de corto plazo. Ambas conviven: descartar Power BI como destino final y mantenerlo como puente operativo hasta que exista FlowMed 2.0.

6.11 Dueño funcional de FlowMed (módulo Agendamiento vs sistema completo)

Afirmaciones en conflicto:

• A: "Eduardo González — dueño funcional de FlowMed dentro de Workmed; conoce la lógica del sistema (validación RUT/DNI/pasaporte); coordina los requerimientos al partner" — Rodrigo Llancao [Flowmed-20260409 7:03, 8:32, 12:13].
• B: "Patricia Maturana ('Paty') — ÚNICA persona autorizada a modificar el módulo de Agendamiento en FlowMed (formularios, prestaciones, masificación)" — Rodrigo Llancao / María Ignacia Sandoval [Flowmed-20260409 10:51, 11:15; Agendamiento-20260413 todo el finding].

Proceso(s) afectado(s): Agendamiento, Anexo TI.

Severidad: baja Resolución sugerida: Reflejar en 01-agendamiento.md · versión extendida §Roles y en 08-anexo-ti.md · versión extendida §Gobernanza FlowMed como complementarios: Eduardo es dueño técnico/Gobierno de TI del sistema completo; Patricia es dueña funcional del módulo Agendamiento (formularios, prestaciones). No es contradicción, pero es ambigüedad común al referirse a "el dueño de FlowMed".

6.N Resumen

Distribución por severidad: alta = 2 (6.1, 6.2); media = 6 (6.3, 6.4, 6.5, 6.6, 6.8, 6.9); baja = 3 (6.7, 6.10, 6.11). Total = 11 contradicciones documentadas.

Distribución por proceso afectado (una contradicción puede tocar varios procesos):

• Anexo TI: 11 (todas) — concentra la mayor parte del riesgo arquitectónico
• Contraloría de Salud: 2 (6.1, 6.6)
• Agendamiento: 4 (6.4, 6.7, 6.11) + tangencial 6.1
• Recaudación y cobranza: 5 (6.2, 6.3, 6.4, 6.5, 6.9)
• Comercial: 3 (6.2, 6.4, 6.10)
• Finanzas y EDP: 2 (6.5, 6.9)
• Operaciones de campo: 1 (6.1)
• Abastecimiento policlínico: 0

El proceso AS-IS con más contradicciones aguas arriba/abajo es Recaudación y cobranza (5), seguido de Agendamiento (4); Anexo TI absorbe todas porque es el plano transversal donde se hacen visibles. Esto sugiere que los DOC de Recaudación y Agendamiento deberán dedicar §2.5 explícitas a estas contradicciones, y que el Anexo TI necesitará una sub-sección dedicada de "consultas pendientes a Eduardo González" para cerrar 6.2, 6.3 y 6.8.

6.X Evoluciones temporales (no contradicciones)

Casos donde dos findings aparecen en conflicto pero la diferencia se explica por evolución del proceso o decisión deliberada entre fechas. Se registran aquí para no contaminar la lista de contradicciones genuinas:

• Adopción de Defontana vs NetSuite: F1 menciona Defontana como ERP vigente y comentario "no les gustaba Fontana"; F5 detalla que Defontana se implementó en enero 2025 reemplazando al fallido proyecto NetSuite (2022-2024). No es contradicción; es evolución [Operaciones-20260407 1:06:05; Finanzas-20260416 31:39, 32:07].
• Adopción de Jira: F2 (abril 9) menciona aspiración de mover gestión de proyectos a Jira; F6 (abril 20) confirma Jira ya adoptado "hace ~1 semana gracias a Carolina". Evolución, no contradicción [Flowmed-20260409 1:26:14; Plataformas-20260420 1:00:38, 1:01:32].
• Reorganización de subgerencia Personas bajo CFO: F5 reporta que Personas se "endosó temporalmente" al CFO a fines de 2023; el resto de findings la describe en su estado actual sin reportar el cambio. Evolución registrada, no contradicción [Finanzas-20260416 46:44].
• HubSpot reemplazando Outlook como intake de Agendamiento: F3 documenta que HubSpot reemplaza a Outlook (con banderitas de colores) que era la herramienta previa de Patricia. Evolución de proceso documentada, no contradicción [Agendamiento-20260413 48:17].
• Cambio de proceso en HubSpot Cobranza (drag-and-drop → acción gatilla columna): F11 documenta que antes los ejecutivos arrastraban tarjetas manualmente y hoy avanzan ejecutando una acción que mueve la columna. Evolución deliberada, no contradicción [Recaudacion-20260423 8:34, 9:04].
• Migración de SACMed a Santiago: SACMed entró en Santiago en diciembre 2024, lo que explica que findings hablen de "datos pre-SACMed" como históricos; no es contradicción [Flowmed-20260409 25:32].

7. Inconsistencias resueltas

7.1 Resumen del proceso de revisión

El ciclo de revisión cruzada AS-IS se hizo en tres pasadas. REV-1 verificó consistencia de Reglas de Negocio y actores cross-doc: aplicó 3 edits in-line (capitalización y acrónimos clínicos) y delegó 9 inconsistencias de identidad/wording a stakeholders humanos por requerir confirmación fuera del corpus. REV-2 validó la calidad estructural: 1.905 citas timestamp confirmadas como bien formadas y 9/9 bloques Mermaid de los §4 BPMN sintácticamente válidos; agregó 6 TODOs sobre la convención de citas inline en diagramas y anexo TI. REV-3 cierra el ciclo registrando aquí (i) las decisiones in-line de REV-1, (ii) las delegaciones a stakeholders humanos pendientes de validación, y (iii) la verificación de que las 11 contradicciones del §6 están efectivamente reflejadas en el §2.5 (o sección equivalente) del proceso correspondiente.

7.2 Inconsistencias resueltas in-line (REV-1)

7.3 Inconsistencias delegadas a stakeholder (D-1..D-9 + TODOs REV-2)

7.4 Contradicciones del §6 reflejadas en §2.5 (o equivalente) de los docs

Verificación realizada leyendo el §2.5 (y §5 del doc 08, §6.4 y §6.5 del doc 06) de cada doc afectado. Resultado: las 11 contradicciones del §6 están reflejadas en al menos un doc destino.

GAPs detectados: 0 reales. Las contradicciones 6.10 y 6.11 en el doc 08 viven en §2.13 y §2.1 respectivamente (no en §5 "Deuda técnica"), lo cual es coherente con la decisión editorial de mantener cada deuda anclada al sistema que la genera; ambos lectores que entran por inventario encuentran la nota explícita y la referencia al §6 del mapa cruzado.

7.5 Confirmación

• Ninguna contradicción del §6 fue silenciada. Las 11 contradicciones están reflejadas en al menos un §2.5 (o sección equivalente) del proceso afectado, con cita explícita al 00-mapa-cruzado §6.X cuando corresponde.
• Ningún GAP real detectado en la cobertura cruzada §6 ↔ §2.5.
• Pendientes para una pasada futura: únicamente los 7 ítems de identidad/wording delegados a stakeholders humanos (D-1..D-7 en §7.3), que requieren confirmación fuera del corpus de transcripciones.