# Hallazgos — 3ra Sesión TI: Ecosistema Tecnológico de Workmed

## Sesión

- **Fecha:** 2026-04-15
- **Tema:** Presentación del ecosistema tecnológico de Workmed (plataformas core, integraciones, flujo end-to-end, capacidades del área TI, compliance Ley de Protección de Datos).
- **Archivo fuente:** `diagnostico/transcripts/Diagnostico-20260415-Ecosistema-TI-Workmed.final.md`
- **Duración aproximada:** ~53 min (último timestamp 53:44).
- **Hablantes detectados:**
  - Eduardo González — Subgerente de Proyectos y Transformación Digital (Workmed); presenta el ecosistema. [0:04]
  - Roberto Carvajal — CTO Emercom; lleva las preguntas. [13:47, 33:24]
  - Barbarita Lara — CEO Emercom; cierre y coordinación. [15:28, 51:36]
  - Data Specialist — Analista de Datos Emercom; pregunta por laboratorios. [8:42] *(atribución por contexto, baja-media confianza)*
  - Mónica Pérez — PMO Workmed; coordina agenda y siguientes reuniones. [51:36, 52:24] *(atribución por contexto, media confianza)*
  - Desconocido-A — voz Workmed que interviene ocasionalmente sobre franquiciados/operación. [19:12, 47:22]

## Procesos

### Viaje digital del paciente — flujo end-to-end de atención

- **Gatillante:** la empresa cliente envía una solicitud de agendamiento (Excel, Word u otro formato digital). [10:00, 47:22]
- **Pasos:**
  1. Se procesa la agenda y se genera una solicitud con estado **pendiente**; se asocian las personas contenidas en el envío original. [9:35, 10:00]
  2. La solicitud cambia a **confirmada** una vez asignadas fecha y hora. [10:28]
  3. FlowMed envía a la plataforma de **preadmisión** un objeto con las personas y notificaciones a realizar. [10:28]
  4. Preadmisión notifica al paciente por WhatsApp, SMS y mail; FlowMed notifica directamente al cliente (la empresa). [10:57]
  5. El paciente realiza preadmisión, verificación y firma de documentos; estados posibles: lista firmada / lista sin firmar / pendiente. [11:26, 11:55]
  6. El paciente llega a la sucursal, toma número y es llamado al mesón (no hay autoatención). [12:53, 13:19]
  7. FlowMed envía solicitud de verificación al **POS biométrico**; el operador coloca la cédula, se hace lectura NFC y verificación de huella/facial. [12:25, 13:47]
  8. Verificada la identidad, FlowMed pasa al paciente a estado **admitido** y se crea el **evento clínico** en SACMed (la ficha). [16:26, 16:51]
  9. FlowMed comunica a la ficha clínica los datos del paciente y las prestaciones a realizar. [16:51]
  10. El paciente recorre las **estaciones** (~11–12) según riesgo: imagenología, antropometría, drogas, etc., guiado por la **hoja de ruta** física. [2:20, 18:13, 18:42]
  11. En cada estación las TES marcan las prestaciones realizadas en la ficha. [17:44]
  12. **Checkout** en mesón: se verifica que todas las prestaciones hayan sido realizadas y se libera al paciente. [17:44, 18:42]
  13. El caso pasa al **módulo de Contraloría** (dentro de FlowMed). [20:37]
  14. Contraloría aprieta un botón que traspasa los datos clínicos desde la ficha a sus formularios; se evita la digitación. [23:55]
  15. Se genera **aptitud preliminar**, validada por médico contralor. [21:06]
  16. Se emite el **informe de aptitud** (PDF, uno por riesgo) con anexos (audiometría, electrocardiograma, etc.). [21:06, 21:32, 25:48]
  17. El informe queda disponible en el portal **gestor ocupacional** para que la empresa lo descargue. [25:48]
  18. Se ejecuta extracción de producción desde FlowMed → creación manual de **EDP (prefactura)** → validación con cliente → facturación desde Defontana. [26:45, 27:43, 28:12]
- **Dueño:** Operaciones (centros) + Contraloría Médica + Finanzas (facturación).
- **Salida final:** informe de aptitud (PDF por riesgo) + factura emitida desde Defontana.

```mermaid
flowchart TD
  cliente["Empresa cliente"] -->|"solicitud (Excel/Word)"| flowmed["FlowMed (legacy): agenda"]
  flowmed -->|"objeto de notificación"| preadm["Preadmisión digital (Megafy/Appian)"]
  preadm -->|"notificación WhatsApp/SMS/mail"| paciente["Paciente"]
  flowmed -->|"notificación cliente"| cliente
  paciente -->|"firma + documentos"| preadm
  preadm -->|"preadmisión lista"| flowmed
  paciente -->|"presencial mesón"| flowmed
  flowmed -->|"solicitud verificación"| pos["POS biométrico (RobleLabs)"]
  pos -->|"verificación OK"| flowmed
  flowmed -->|"crea evento clínico"| ficha["SACMed (ficha clínica)"]
  ficha -->|"prestaciones marcadas"| ficha
  ficha -->|"checkout"| contraloria["Módulo Contraloría (FlowMed)"]
  contraloria -->|"informe aptitud PDF"| portal["Gestor Ocupacional"]
  portal --> cliente
  contraloria -->|"producción"| edp["EDP / prefactura (manual + scripts)"]
  edp -->|"acuerdo"| defontana["Defontana"]
  defontana -->|"factura"| cliente
```

**Fuentes:** [9:35, 10:28, 10:57, 12:25, 16:26, 16:51, 17:44, 20:37, 21:06, 25:48, 27:43, 28:12]

### Flujo de modificación de prestaciones (excepción al flujo normal)

- **Gatillante:** cambio en las prestaciones (agregar/quitar batería) ya sea por error o solicitud tardía. [22:29]
- **Pasos:**
  1. Si la modificación ocurre **antes de admisión**: para la ficha es transparente (el paciente aún no llegó). [22:58]
  2. Si agrega batería que requiere nuevo documento: la preadmisión envía notificación al paciente para completarlo. [22:58]
  3. Si la modificación ocurre **después de admisión** (en sala de espera o en atención): no se notifica a preadmisión, sino al **jefe de centro** para que gestione documentos manualmente. [23:28]
  4. La actualización viaja de forma natural a la ficha al guardar. [23:28]
- **Dueño:** Jefe de centro (post-admisión); preadmisión (pre-admisión).

### Flujo alternativo / contingencia para verificación biométrica

- **Gatillante:** falla en la verificación biométrica (chip dañado, cédula no leída). [7:17]
- **Pasos:**
  1. Si la huella falla con cédula nueva → contingencia **facial** (cámara del POS contrasta con foto del chip). [6:54]
  2. Si el chip está dañado → flujo alternativo **manual** (revisión visual de cédula con la persona presente). [7:17, 7:46]
- **Dueño:** Operaciones (admisión).

## Roles y responsabilidades

- **Eduardo González (Subgerente Proyectos y Transformación Digital, Workmed)** → presenta y conoce el ecosistema técnico end-to-end; coordina plataformas. [0:04, 36:49]
- **Cristián (infraestructura Workmed)** → soporte de infraestructura, conectividad de sucursales, relación con proveedor legacy de FlowMed para infra. [33:24, 35:22, 38:10]
- **Área TI Workmed** → coordinación de plataformas, gestión de proveedores, mantenimiento evolutivo, proyectos nuevos, infraestructura y equipamiento. [37:19]
- **Médico contralor** → valida aptitud preliminar antes de emitir el informe definitivo. [21:06]
- **TES (técnicas en estaciones)** → toman prestaciones y marcan su realización en la ficha. [17:44]
- **Jefe de centro** → recibe notificación de modificación de prestaciones post-admisión y gestiona documentos manualmente. [23:28]
- **Equipo de Contraloría** → toma datos clínicos y emite informes de aptitud. [1:55, 25:18]
- **Equipo de visualización de datos** → conecta a vistas de la réplica AWS y modela paneles en Power BI. [30:32, 35:51]
- **Proveedor legacy de FlowMed (Secall)** → administra software, infraestructura on-premise (servidor en Manuel Montt), evolutivos, correctivos y capacitación de usuarios. [33:37, 34:58, 38:38]

## Sistemas y herramientas

### Plataformas core (las tres centrales para la operación)

#### Preadmisión digital (Megafy sobre Appian Cloud)

- **Descripción:** plataforma para que el paciente complete documentos antes de llegar a la sucursal: consentimiento informado, drogas, encuesta de salud, cuestionario de epilepsia. [0:58]
- **Usuarios:** paciente/candidato/trabajador (externos). [11:26]
- **Entradas:** objeto enviado por FlowMed con personas y notificaciones a realizar. [10:28]
- **Salidas:** documentos firmados + estado de preadmisión (lista firmada / lista sin firmar / pendiente) hacia FlowMed. [11:26, 11:55]
- **Integraciones:** SignAPIS (firma electrónica + verificación). [4:39]
- **Proveedor:** Megafy; corre sobre **Appian Cloud** (low-code SaaS). [34:07, 34:31]
- Citas: [0:58, 10:28, 11:26, 34:07]

#### FlowMed (sistema legacy)

- **Descripción:** SaaS central que gestiona agendamiento, admisión, generación de informes (módulo Contraloría); referido como "nuestro sistema legacy". [1:27, 13:19]
- **Usuarios:** equipo de operaciones (admisión), equipo de Contraloría, equipo TI; clientes empresa acceden vía **Gestor Ocupacional** para descargar informes. [25:48]
- **Entradas:** solicitudes de agendamiento, verificaciones del POS biométrico, datos clínicos desde la ficha (vía botón en Contraloría). [10:00, 13:47, 23:55]
- **Salidas:** notificaciones al cliente, objeto de preadmisión, solicitud de verificación al POS, evento clínico hacia SACMed, informes PDF de aptitud, datos de producción para extracción manual. [10:28, 16:51, 25:48, 26:45]
- **Integraciones:** Preadmisión (Megafy), POS biométrico (RobleLabs), SACMed (ficha clínica), RIS Galen, TSCom (drogas), LIS (LaboCenter + lab propio), electrocardiograma (avanzando), espirometría (próxima). [3:14, 3:43, 4:12]
- **Hosting:** servidor **on-premise** raqueado en Manuel Montt; replica de la BD en AWS RDS (réplica en caliente). [33:37, 34:07, 35:22]
- **Administración:** la realiza el proveedor (Secall); Workmed no tiene administración del software. [33:37, 34:58]
- Citas: [1:27, 13:19, 33:37, 34:58]

#### SACMed (ficha clínica electrónica)

- **Descripción:** SaaS de ficha clínica electrónica donde se capturan los datos clínicos por estación. [1:55, 19:12]
- **Usuarios:** equipo clínico (TES, médicos) en sucursales propias Workmed; en negociación para tres o cuatro sucursales franquiciadas/acreditadas. [19:38]
- **Entradas:** datos del paciente y prestaciones desde FlowMed al admitirse; resultados desde RIS, LIS, TSCom; verificación biométrica en estación de drogas. [7:46, 16:51]
- **Salidas:** datos clínicos al módulo Contraloría de FlowMed (vía botón); informes parciales (audiometría, electro como anexos). [21:32, 23:55]
- **Integraciones:** FlowMed, RobleLabs (biometría en estación de drogas), RIS Galen, TSCom, LIS (LaboCenter + lab propio Workmed). [3:14, 3:43, 7:46]
- **Hosting:** GCP (nueva instancia). [34:31]
- Citas: [1:55, 19:12, 34:31]

### Sistemas de apoyo

#### HubSpot (CRM)

- **Descripción:** CRM de Workmed. [4:12]
- **Estado:** mencionado como sistema "de apoyo" / "que falta integrar". [4:12]
- Citas: [4:12]

#### Defontana (ERP)

- **Descripción:** ERP donde hoy se genera la facturación una vez cerrado el acuerdo del EDP con el cliente. [4:12, 28:12]
- **Entradas:** EDP cerrado con cliente. [28:12]
- **Salidas:** factura emitida. [28:12]
- Citas: [4:12, 28:12]

#### Buk (HBook en transcripción) — RR.HH.

- **Descripción:** plataforma de RR.HH. [4:12]
- **Estado:** sistema "que falta integrar". [4:12]
- Citas: [4:12]

#### GenieMD ("proyecto NMD de salud preventiva")

- **Descripción:** proyecto de salud preventiva. [4:12]
- **Estado:** mencionado en la lista de sistemas pendientes de integrar. [4:12]
- Citas: [4:12]

#### Power BI (visualización de datos)

- **Descripción:** herramienta donde el equipo de visualización modela paneles de control para clientes seleccionados. [30:32, 35:51]
- **Usuarios:** equipo interno de visualización; clientes específicos (no todas las empresas). [30:32]
- **Entradas:** vistas construidas sobre la réplica AWS de la BD de FlowMed. [35:51]
- **Salidas:** paneles de control con producción, métricas de salud poblacional (ej: Salud Compatible), etc. [30:32, 31:01]
- Citas: [30:32, 35:51]

### Plataformas integradas con las tres core

#### RIS Galen (imagenología)

- **Descripción:** plataforma para captura de imagen, generación de informes para radiografías (incluyendo técnica PET); incluye visualizador propio certificado. [3:14, 9:05]
- **Entradas:** orden enviada desde Workmed al equipo rayo. [9:05]
- **Salidas:** visualizador (no la imagen — la imagen se almacena en el RIS). [9:05]
- **Integraciones:** equipos de rayo en distintas sucursales; ficha clínica SACMed. [3:14]
- Citas: [3:14, 9:05]

#### TSCom (drug testing)

- **Descripción:** proveedor de "screens de drogas"; integrado para toma de muestra y captura de resultados. [3:14, 3:43]
- **Salidas:** todas las respuestas/scannings se guardan, incluso los que no se traducen en toma efectiva (trazabilidad para controversias). [40:24, 40:53]
- **Integraciones:** ficha clínica SACMed; verificación biométrica RobleLabs en la estación de drogas. [7:46]
- Citas: [3:14, 3:43, 40:24]

#### LIS — LaboCenter + Laboratorio propio Workmed

- **Descripción:** integraciones de laboratorio. Solo dos están activas e interoperando: laboratorio propio Workmed y LaboCenter. [3:43, 8:42]
- **Estado:** otros laboratorios están "activos" pero **no interoperando** (pendiente integración). [8:42]
- Citas: [3:43, 8:42]

#### SignAPIS (firma electrónica)

- **Descripción:** servicio de verificación y firma electrónica usado en preadmisión. [4:39]
- **Funcionamiento:** "muy similar al proceso de firmar transferencias de auto en Autofact". [5:29]
- **Integración:** preadmisión digital (Megafy). [4:39]
- Citas: [4:39, 5:29]

#### RobleLabs (verificación biométrica)

- **Descripción:** equipos tipo POS con lector QR, lector NFC para chip de cédula, lector de huella y cámara para verificación facial. [5:58, 6:25]
- **Funcionamiento:** verificación contra huella viva o facial; contrasta minucia/foto del chip de la cédula, no contra una BD. [6:25]
- **Integraciones:** FlowMed (etapa de admisión); ficha clínica SACMed (estación de drogas). [5:58, 7:46]
- **Logs:** verificaciones tienen sus propios servicios de log. [40:53]
- Citas: [5:58, 6:25, 7:46]

#### Electrocardiograma + Espirometría (avanzando)

- **Descripción:** integraciones que se están construyendo o están por integrar. [4:12]
- **Estado:** electrocardiograma "avanzando"; espirometría "se viene". [4:12]
- Citas: [4:12]

```mermaid
flowchart LR
  subgraph Core["Plataformas core operación"]
    flowmed["FlowMed (legacy on-prem + AWS replica)"]
    preadm["Preadmisión (Megafy / Appian Cloud)"]
    sacmed["SACMed (ficha clínica, GCP)"]
  end

  subgraph Apoyo["Sistemas de apoyo internos"]
    hubspot["HubSpot (CRM)"]
    defontana["Defontana (ERP)"]
    buk["Buk (RR.HH.)"]
    geniemd["GenieMD (salud preventiva)"]
    powerbi["Power BI (visualización)"]
  end

  subgraph Externos["Proveedores integrados"]
    signapis["SignAPIS (firma electrónica)"]
    roblelabs["RobleLabs (POS biométrico)"]
    galen["RIS Galen (imagenología)"]
    tscom["TSCom (drug testing)"]
    locenter["LIS LaboCenter"]
    labpropio["LIS Lab propio Workmed"]
    ekg["Electrocardiograma (avanzando)"]
    espiro["Espirometría (próximo)"]
  end

  preadm <--> signapis
  preadm <--> flowmed
  flowmed <--> roblelabs
  flowmed <--> sacmed
  sacmed <--> roblelabs
  sacmed <--> galen
  sacmed <--> tscom
  sacmed <--> locenter
  sacmed <--> labpropio
  sacmed <-.-> ekg
  sacmed <-.-> espiro
  flowmed -->|"replica caliente"| awsrep["AWS RDS (réplica BD)"]
  awsrep --> powerbi
  flowmed -->|"producción"| defontana
```

**Fuentes:** [0:29, 1:27, 1:55, 3:14, 3:43, 4:12, 4:39, 5:58, 7:46, 9:05, 33:37, 34:07, 34:31, 35:51]

## Flujos de datos

- **FlowMed → Preadmisión** (objeto con personas + notificaciones a enviar) al confirmarse la solicitud. [10:28]
- **Preadmisión → Paciente** (notificaciones por WhatsApp, SMS y mail). [10:57]
- **FlowMed → Cliente empresa** (notificación directa). [10:57]
- **Preadmisión → SignAPIS → Preadmisión** (firma electrónica de documentos). [4:39, 5:02]
- **FlowMed → POS RobleLabs → FlowMed** (solicitud de verificación + respuesta). [12:25, 13:47]
- **FlowMed → SACMed** (datos del paciente + prestaciones, al crearse el evento clínico en admisión). [16:51]
- **SACMed (estaciones) → SACMed** (TES marcan prestaciones realizadas, hoja de ruta digital). [17:44]
- **SACMed → FlowMed Contraloría** (botón que traspasa datos clínicos a los formularios de Contraloría). [23:55]
- **RIS Galen → SACMed** (visualizador certificado, no la imagen). [9:05]
- **TSCom → SACMed** (toma de muestra y captura de resultados; todos los scannings se guardan). [3:43, 40:24]
- **LIS (LaboCenter + propio) → SACMed** (resultados de laboratorio). [3:43]
- **FlowMed → réplica AWS RDS** (réplica en caliente, no backup). [33:37, 35:22]
- **AWS RDS → vistas → Power BI** (modelado de paneles de control). [35:51]
- **FlowMed → extracción manual + scripts → EDP Excel → Cliente → Defontana** (ciclo de facturación). [26:45, 27:14, 28:12]
- **Drive (centros acreditados) → FlowMed Contraloría** (digitalización de fichas en papel + transcripción manual). [20:07, 20:37]

```mermaid
flowchart LR
  flowmed["FlowMed"] -->|"objeto preadmisión"| preadm["Preadmisión"]
  preadm -->|"notificaciones (WA/SMS/mail)"| paciente["Paciente"]
  flowmed -->|"notificación"| cliente["Cliente empresa"]
  preadm -->|"firma docs"| signapis["SignAPIS"]
  flowmed -->|"verificación"| pos["POS RobleLabs"]
  flowmed -->|"datos paciente + prestaciones"| sacmed["SACMed"]
  galen["RIS Galen"] -->|"visualizador"| sacmed
  tscom["TSCom"] -->|"resultados drogas"| sacmed
  lis["LIS LaboCenter / propio"] -->|"resultados lab"| sacmed
  sacmed -->|"botón → datos clínicos"| contraloria["Contraloría (FlowMed)"]
  drive["OneDrive (centros acreditados)"] -->|"transcripción manual"| contraloria
  flowmed -->|"replica caliente"| aws["AWS RDS"]
  aws -->|"vistas"| powerbi["Power BI"]
  contraloria -->|"producción mensual (manual + scripts)"| edp["EDP Excel"]
  edp -->|"acuerdo cerrado"| defontana["Defontana"]
  defontana -->|"factura"| cliente
```

**Fuentes:** [3:43, 9:05, 10:28, 10:57, 16:51, 20:37, 23:55, 33:37, 35:51, 27:14, 28:12]

## Datos cuantitativos

- ~**11 a 12 estaciones** clínicas posibles por las que puede pasar un paciente, según riesgo. [2:48]
- Se busca incorporar al menos **3 o 4 sucursales franquiciadas/acreditadas** a la ficha clínica SACMed; ya hay conversaciones. [19:38]
- **Replica en caliente** (no backup) de la BD de producción FlowMed alojada en AWS. [33:37, 35:22]
- El servidor de producción de FlowMed es **on-premise**, raqueado en las dependencias de **Manuel Montt**. [33:37]
- Ciclos de facturación: producción se toma **al mes cerrado**. [28:42]
- Una solicitud de agendamiento puede contener **100 o 200 personas**, cargadas una a una si el formulario del cliente no calza con la plantilla del sistema. [48:51]
- Nueva ley de Protección de Datos comienza a regir **a fin de año** (en primeros de diciembre, según la conversación). [42:12, 44:05]
- Workmed va por la **certificación ISO 27001** para licitaciones. [42:40]
- **Área TI Workmed** tiene menos de **3 años** de existencia y "recién está creciendo". [36:49]
- Se mencionan las baterías como producto base, una empresa puede pedir **3 baterías → 3 informes** (salvo BHP, que pidió unificar todos los informes de altura). [25:48, 26:16]

## Mención regulatoria

- **Ley de Protección de Datos** — entra a regir a fin de año (primeros de diciembre); requisitos más altos para fichas clínicas: registro de cada operación sobre dato privado, gobernanza, anonimización, encriptación. [39:00, 39:30, 39:59, 44:05]
- **ISO 27001** — Workmed está certificándose para licitaciones; misma consultoría aborda Protección de Datos en paralelo (estrategia de "triple norma" con un mismo consultor). [42:40]
- Sin mención explícita en esta sesión a Ley 16.744, mutualidades (ACHS/IST/Mutual), SUSESO, ni a otras normativas específicas de salud ocupacional.

## Stakeholders mencionados

### Internos (Workmed)

- Eduardo González — Subgerente Proyectos y Transformación Digital. [presenta toda la sesión]
- Cristián — encargado de infraestructura. [33:24, 35:22, 38:10]
- Equipo de visualización de datos (Power BI). [30:32, 35:51]
- Equipo de Contraloría / médicos contralores. [21:06]
- Jefe de centro (rol). [23:28]
- TES (técnicas en estaciones). [17:44]
- Vicente Rivano — referenciado como persona a sumar en próxima reunión por la parte de informes. [52:24, 52:46]
- Ricardo Jorquera y Max Dollmann — destinatarios de la presentación de diagnóstico el lunes 28. [51:36, 51:56]
- Ana María Cambón — *no mencionada en esta sesión.*

### Clientes

- **BHP** — usa autoagendamiento; piloto que unificó informes de altura geográfica. [10:00, 26:16]
- **Anglo American** — usa autoagendamiento. [10:00]
- **AMSA** — usa autoagendamiento. [10:00]

### Proveedores

- **Megafy** — proveedor SaaS de preadmisión digital (sobre Appian Cloud). [34:07]
- **Appian Cloud** — plataforma low-code subyacente a la preadmisión. [34:07]
- **SACMed** (proveedor) — proveedor del SaaS ficha clínica; mismo nombre que el producto. [34:31]
- **GCP** — Google Cloud Platform, hosting de la nueva instancia de SACMed. [34:31]
- **AWS** — hosting de la réplica en caliente de la BD de FlowMed. [33:37, 35:22]
- **Proveedor legacy de FlowMed** (Secall) — administra software, infraestructura on-premise, evolutivos, correctivos, capacitación. [33:37, 34:58]
- **SignAPIS** — firma electrónica + verificación. [4:39]
- **RobleLabs** — POS de verificación biométrica. [5:58]
- **RIS Galen** — imagenología. [3:14, 9:05]
- **TSCom** — drug testing. [3:14, 3:43]
- **LaboCenter** — LIS integrado. [3:43]
- **CEMA** — *no mencionado explícitamente en esta sesión, pero electrocardiograma/espirometría ("avanzando" / "se viene") corresponden a esta categoría.* [4:12]
- **Consultor externo** trabajando en Protección de Datos + ISO 27001. [42:40]

## Dolores / fricción

- **Hoja de ruta sigue siendo en papel** — checklist físico que viaja con el paciente entre estaciones; hay planes futuros de un "gestor de flujo digital". [18:13, 18:42]
- **Dos repositorios de datos clínicos (ficha + Contraloría) generan riesgo de discrepancia.** Si alguien modifica en Contraloría, no se propaga de vuelta a la ficha; la comunicación es unidireccional ficha → Contraloría. [24:25, 24:52]
- **FlowMed (legacy) está "muy al debe" en trazabilidad** — crítico de cara a la nueva Ley de Protección de Datos. La ficha y las integraciones sí tienen logs robustos. [40:24, 40:53]
- **Centros franquiciados/acreditados aún operan con papel + escaneo**: ficha clínica en template físico → escaneo → carga a OneDrive → equipo dedicado consolida y tipea en FlowMed Contraloría. 100% transcripción manual. [20:07, 48:21]
- **Carga manual de agendas**: aunque el cliente envía Excel/Word, frecuentemente el formato no calza con la plantilla del sistema y los operadores deben cargar paciente a paciente, incluso 100 o 200 personas. [48:21, 48:51]
- **Facturación es mayoritariamente manual** apoyada por scripts; el sistema legacy ni siquiera administra los precios de las prestaciones. [27:14, 27:43]
- **El módulo de precios de FlowMed es referencial**, no es la fuente autoritativa; los scripts son los que tienen los precios autorizados. [27:43]
- **Hubo un intento de automatizar el pricing y "no dio éxito"**; la administración sigue siendo manual + scripts. [29:38]
- **Casuística de pricing alta**: una misma batería puede tener distintos precios; cada empresa puede tener distintas condiciones de descuento y comerciales que el sistema no soporta hoy. [29:08]
- **Replica en caliente de la BD con datos clínicos asociables = vulnerabilidad de compliance** frente a la nueva ley. — Roberto [43:39, 44:05]
- **Cero capacidad TI interna de desarrollo**: «no tenemos, está todo contratado con el proveedor». [36:49]
- **El proveedor legacy también capacita a usuarios** — Workmed no tiene control de cómo se enseña a usar los sistemas. «no, los están capacitando ellos mismos con las mañas, con todas las cosas». [38:38, 39:00]
- **Las empresas cliente no tienen visibilidad de cuánto va su cuenta**; no hay portal cliente con consumo en tiempo real (solo paneles Power BI ad-hoc para algunas). [29:08, 30:06]
- **Decisión arquitectónica histórica** de tener preadmisión separada de FlowMed: tomada hace 3 años a nivel directivo, evaluando plataformas "world-class"; no necesariamente fue el ideal para los tiempos de hoy. — Eduardo / Barbarita [15:08, 15:28]
- **No hay autoatención** en mesón de admisión; el paciente toma número y es llamado. [12:53, 13:19]
- **Cédulas antiguas con chip dañado** (problema reportado en mineros) obligan a flujo manual. [7:17]

## Workarounds

- **Botón en Contraloría que traspasa datos de la ficha al formulario** — evita la digitación, pero deja la ficha y Contraloría como dos repositorios paralelos con riesgo de descalce posterior. (ver §10) [23:55, 24:25]
- **Scripts semi-manuales para extracción de producción y administración de precios**, ajenos al sistema legacy, mantenidos por un área que "trata de automatizar". Son los que efectivamente tienen los precios autorizados. **Fragilidad:** si fallan, no hay fuente autoritativa de precios en FlowMed. [27:14, 27:43]
- **Centros acreditados → escaneo de papel → OneDrive → consolidación manual → ingreso en FlowMed Contraloría**. **Fragilidad:** alta, depende del equipo que consolida; latencia y errores de transcripción. [20:07]
- **Cuando el formulario del cliente no calza con la plantilla del sistema**, los operadores cargan agenda paciente por paciente en FlowMed (incluso 100–200 personas). **Fragilidad:** errores de tipeo + latencia operacional. [48:51]
- **Si la modificación de prestaciones ocurre post-admisión**, no se notifica a preadmisión sino al jefe de centro, quien gestiona los documentos manualmente; los firmados se escanean y adjuntan al evento clínico como adjunto (no se digitalizan los datos). [23:28, 50:37, 51:04]
- **Si falla preadmisión digital**, los pacientes pueden recibir y completar formularios en papel directamente en sucursal. [32:52]
- **Si falla la ficha clínica**, capturan en formato manual, con la complejidad posterior de actualizar el sistema. [32:27]

## Excepciones y edge cases

- **BHP — informe único unificado de altura** vs. la regla general de "un informe por riesgo". Es la única empresa con este comportamiento (piloto). [26:16]
- **Cédulas antiguas con chip dañado** (caso recurrente en trabajadores mineros): saltan a verificación facial o, si esa también falla, al flujo manual. [7:17, 7:46]
- **Empresas con autoagendamiento**: BHP, Anglo American, AMSA — distinto del flujo estándar donde llega Excel/Word. [10:00]
- **Modificaciones de prestaciones post-admisión**: rompen el flujo de notificación a preadmisión y caen al jefe de centro. [23:28]
- **Caso "preadmisión pendiente"**: paciente que nunca entró al flujo, o entró y quedó a mitad de camino, o entró y no hizo nada. Todos comparten el mismo estado. [11:55]
- **Discrepancia teórica entre ficha y Contraloría**: por procedimiento todos los datos se actualizan en la ficha, pero «puede pasar que no lo hagan y ahí se nos puede generar una diferencia». — Eduardo [24:52]
- **Pacientes con preadmisión pendiente que llegan a sucursal**: firman manualmente en mesón; los documentos firmados se escanean y se adjuntan al evento clínico. [50:37, 51:04]
- **Manualidad ineliminable (por ahora) en captura clínica**: pesar, medir, registro médico — toda manualidad de un clínico ingresando datos. «a lo menos que tengamos un transcriptor, cachái, pero de momento no se justifica». — Eduardo [46:22, 46:52]
- **Centros acreditados (franquiciados) — 100% transcripción manual** desde papel escaneado en OneDrive a FlowMed Contraloría. [48:21]

## Compromisos y entregables

- **Reunión con Vicente Rivano (Contraloría)** — pendiente de coordinar; posiblemente se gatilla desde la reunión de mañana con Comercial y Finanzas. — Mónica / Eduardo [52:24, 52:46]
- **Reunión con Comercial y Finanzas** — agendada para mañana (16-abr-2026). [51:36, 52:24]
- **Check de avance del diagnóstico** — Workmed pide tener una revisión previa antes de presentar a Ricardo Jorquera y Max Dollmann; revisión jueves 23 + correcciones viernes 24. — Mónica [51:36, 51:56]
- **Presentación final del diagnóstico a Ricardo Jorquera y Max Dollmann** — agendada para el **lunes 28 de abril**. [51:56]
- **Reunión hoy mismo (15-abr-2026)** entre Eduardo y consultor para revisar valores de riesgo potencial de Protección de Datos. — Eduardo [44:33]

## Decisiones tomadas en la reunión

- **Sumar a Vicente Rivano** al ciclo de entrevistas (formato y momento por confirmar; probablemente desde la reunión de mañana). [52:24, 52:46]
- **Confirmación de fechas de cierre del diagnóstico**: revisión jueves 23, correcciones viernes 24, presentación lunes 28. [51:56]

## Preguntas abiertas / desconocidos

- **¿Las empresas conocen el monto antes de la prestación?** Eduardo asume que sí «porque ellos son los que solicitan, pero no te puedo asegurar». [28:42]
- **Cuándo fue la última caída de la preadmisión** — Eduardo no recuerda, le pregunta a Cristián («Cristián—») y queda sin responder en transcripción. [33:24]
- **¿Quién enseña a los usuarios a usar los sistemas?** Workmed no tiene control: el proveedor capacita "con las mañas". — Eduardo [38:38, 39:00]
- **Anonimización vs. nombre/RUT en cada canal**: definir caso por caso qué datos viajan con identificación y cuáles no, frente a la nueva ley. — Roberto [42:40, 43:09]
- **¿Cuál será la fuente única para generar los informes — la ficha o Contraloría?** En conversación; la idea es que sea la ficha sí o sí, pero no está decidido. [24:52]
- **Estado del establecimiento de protocolos de la "ANS"** — pregunta dirigida a Cristián, respuesta poco clara en transcripción («Claro, estoy que trabajo contigo»); ambigüedad sobre si "ANS" es ANS = Acuerdo de Nivel de Servicio o algo distinto. [44:33, 45:02]

## Metas / estado deseado

- **Migrar al menos 3 o 4 sucursales franquiciadas/acreditadas a la ficha clínica SACMed**. [19:38]
- **Construir un portal cliente** donde la empresa pueda ver lo que envía y consultar producción ("está dentro de la visión"). [30:06]
- **Reemplazar la hoja de ruta física por un gestor de flujo digital**. [18:42]
- **Que la fuente de datos para informes sea solo la ficha clínica**, eliminando la doble captura ficha/Contraloría. [24:52]
- **Cumplir Ley de Protección de Datos + ISO 27001** con el mismo consultor externo (estrategia "triple norma"). [42:40]
- **Continuar avanzando integraciones**: electrocardiograma (en curso), espirometría (próximo), CRM HubSpot, ERP Defontana, RR.HH. Buk, GenieMD. [4:12]
- **Anonimización selectiva** de datos clínicos para reportería interna y entrega a comercial, evitando riesgo regulatorio. — Eduardo [41:46, 42:12]

## Sorpresas / anomalías

- **Servidor on-premise en Manuel Montt** administrado por el mismo proveedor legacy de FlowMed. La discusión inicial sugiere que se asumía hosteado en AWS, pero AWS solo tiene la **réplica** de la BD. — Roberto / Eduardo [33:37, 36:21]
- **El sistema legacy ni siquiera es la fuente autoritativa de precios** — los scripts ajenos al sistema son los que mandan. [27:43]
- **Estrategia explícita de Workmed: "no tenemos administración, el proveedor la tiene"** para FlowMed (software + infraestructura + capacitación). Equipo TI cumple rol de coordinación / gestión de proveedores, no de desarrollo. [34:58, 36:49]
- **Política de captura completa de scannings de drogas**: se guardan todas las respuestas (incluso las no realizadas), explícitamente para resolver controversias post-hoc. [40:24, 40:53]
- **Triple norma con el mismo consultor**: Workmed unificó el abordaje de Protección de Datos + ISO 27001 + (otra norma implícita) bajo un solo consultor para racionalizar el esfuerzo. [42:40]
- **Cita reveladora sobre dependencia del proveedor**: «no, los están capacitando ellos mismos con las mañas, con todas las cosas. Y obviamente, si ya le sacaron alguna idea de cómo ir sobre el lado, se las traspasan en la capacitación. (...) no tenemos control de eso». — Eduardo [39:00]
- **Arquitectura ficha → Contraloría es unidireccional**: «la comunicación es de la ficha a la Contraloría, no de Contraloría a la ficha». — Eduardo [24:25]
- **Replica en caliente como vulnerabilidad de compliance** — observación de Roberto que no fue refutada: tener una réplica en caliente de la BD con datos clínicos puede ser una vulnerabilidad bajo la nueva ley. [43:39]
- **Toda la sesión se desarrolla con un único representante Workmed presentando** (Eduardo González), apoyado solo al cierre por Mónica para coordinación. Cristián es referenciado pero no habla en transcripción.