# Hallazgos — 9na Sesión: Ambientes y Plataformas Workmed ## Sesión - **Fecha:** 2026-04-20 - **Tema:** Ambientes y plataformas internas desarrolladas por el equipo TI de Workmed (Reclutamiento y Selección, Ficha Salud Compatible, Salud Mental); arquitectura AWS propia; discusión sobre FlowMed 2.0. - **Archivo fuente:** `diagnostico/transcripts/Diagnostico-20260420-Plataformas-Internas-Workmed.final.md` - **Duración aproximada:** ~1h 06min (último timestamp 1:05:42) - **Hablantes detectados:** - Rodrigo Llancao — Jefe Desarrollo BI y Análisis de Datos (Workmed); desarrollador de las tres plataformas presentadas - Roberto Carvajal — CTO Emercom; lleva las preguntas - Barbarita Lara — CEO Emercom - Pablo Martínez — Subgerente de Operaciones (Workmed) [intervenciones puntuales sobre baterías y agendamiento] - Mónica Pérez — PMO Workmed (mencionada saliendo de la reunión, [1:05:15]) - Project Engineer — Programador Emercom (interviene sobre VPN al cierre, [1:04:44]) - Desconocido-A — voz Workmed que aborda el tema migración / continuidad operativa ([49:30]) ## Procesos ### Proceso de Reclutamiento y Selección externalizado a Workmed - **Gatillante:** una empresa cliente externaliza su área de reclutamiento; pide cubrir N vacantes para un cargo específico en una faena. [9:48, 13:53] - **Pasos:** 1. Workmed publica oferta, revisa currículos, contacta candidatos. — Rodrigo [14:00] 2. Karina (subgerenta R&S) o sus colaboradores cargan trabajadores en la plataforma de acreditación, manualmente o vía Excel. [4:08] 3. Se procesan los exámenes preocupacionales en el centro clínico Workmed (línea de negocio paralela). [7:25] 4. Se sube documentación (AFP, salud, finiquito, certificados según faena) en el detalle del trabajador. [3:12, 5:30] 5. La plataforma valida si los archivos cumplen ("sí/no en la cara"); algunos no validan correctamente y muestran error sin contenido. [6:00, 6:32] 6. Se entrega al cliente la nómina final de candidatos aptos ("los que sobreviven a la evaluación de riesgo"). [14:51, 15:11] - **Dueño:** Subgerencia de Reclutamiento y Selección (Karina); equipo R&S (Ninoska, Daniel y otros). - **Salida:** lista de candidatos precertificados que el cliente revisa y elige. ```mermaid flowchart TD cliente["Empresa cliente"] -->|"requerimiento de N vacantes"| workmed_rs["Workmed R&S (Karina)"] workmed_rs -->|"publica oferta, revisa CV, contacta"| candidatos["Candidatos"] candidatos -->|"exámenes preocupacionales"| centro["Centro clínico Workmed"] centro -->|"resultados + informe aptitud"| plataforma["Plataforma de Acreditación"] workmed_rs -->|"documentación AFP/salud/finiquito"| plataforma plataforma -->|"nómina precertificada"| cliente ``` **Fuentes:** [9:48, 14:00, 7:25, 3:12, 14:51] ### Proceso Ficha Salud Compatible (Syncore) - **Gatillante:** agenda diaria de llamados a trabajadores adscritos al programa Salud Compatible del cliente Syncore. [21:38] - **Pasos:** 1. La enfermera ingresa el RUT del trabajador a llamar según la agenda del día. [21:38] 2. La plataforma recupera datos del paciente: datos personales, estado del llamado (ej. "séptima vez"), resultados de examen. [22:07] 3. Datos provienen de FlowMed (vía base de réplica) y de un Power BI específico de Syncore que asigna nivel de riesgo. [22:33, 23:01] 4. La enfermera realiza gestión de educación en base a resultados y riesgo (ej. "explicarle qué significa que tenga RCB de 2.7, cómo bajarlo"). [22:33] 5. Se registra el llamado; queda historial de llamados anteriores accesible. [24:19] - **Dueño:** Subgerencia de Operaciones (Pablo Martínez), área salud ocupacional. [24:19] - **Salida:** registro del llamado + actualización del estado del trabajador en el programa. ### Proceso Evaluación Salud Mental (en piloto, no productiva) - **Gatillante:** paciente (presencial o teleconsulta) que tiene exámenes psicológicos agendados en su batería preocupacional. [26:36, 30:53] - **Pasos:** 1. El paciente ingresa su RUT en la plataforma. [26:07] 2. La plataforma consulta la base de réplica (en caliente) de FlowMed para traer los tests psicológicos agendados a ese RUT. [26:36] 3. Paciente llena una encuesta inicial. [26:36] 4. Avanza por sus tests correspondientes (Wonderlic, "Persona bajo la lluvia", aversión al riesgo, somnolencia, fatiga conductor). [25:40, 27:00, 28:03, 29:30] 5. Para "Persona bajo la lluvia": el personal Workmed entrega una hoja física, paciente dibuja, le sacan foto y suben la imagen. [29:30] 6. Algoritmo asigna puntaje + interpretación por test. [28:32] 7. Psicólogo accede a interpretaciones y datos del paciente para revisión. [27:33, 28:03] - **Dueño:** área evaluaciones psicológicas; owner del proyecto pendiente de validación final. [31:46] - **Salida:** interpretación de resultados (no informes directos al cliente final, [27:07]). ## Roles y responsabilidades - **Karina** (subgerenta R&S) — superadmin de plataforma de Acreditación; crea usuarios empresa y administradores; dueña funcional ("usuaria owner") del producto. [1:19, 3:42] - **Ninoska, Daniel** (R&S Workmed) — dividen trabajadores por colores en el Excel actual (verde = Ninoska, amarillo = Daniel). [9:17] - **Rodrigo Llancao** — desarrollador único de las tres plataformas presentadas; mantiene código en GitHub personal con correo de empresa. [0:05, 44:04] - **Cristian** (infraestructura) — administra Cloudflare/DNS de Workmed; conversó con Rodrigo sobre subdominios antes de la reunión. [33:10] - **Carolina Araya** (CTO Workmed) — pone "el acelerador máximo" para FlowMed 2.0; autorizó licencia de Jira. [1:01:32, 1:04:16] - **Equipo SACMed** — único capaz de configurar baterías nuevas; demora ~8 horas. [59:13] - **Comercial** — "hace inventos de baterías que no existen en el sistema" obligando a armado manual al momento de cobrar. [57:20] ## Sistemas y herramientas ### Plataforma de Acreditación (R&S) - **Descripción:** SaaS interno desarrollado por Workmed para administrar reclutamiento y selección externalizada. Estado: en uso, recién reactivada tras estar en standby. [17:19, 17:45] - **Usuarios:** superadmin Karina; rol administrador; rol usuario empresa (el cliente); rol usuario trabajador (creado por la empresa cliente para segmentar acceso a faenas). [1:19, 2:20, 2:43] - **Entradas:** alta de empresas, faenas (con ciudad y empresa asignada), cargos, vacantes; documentación por faena (AFP, salud, finiquito, servicio militar, etc.); trabajadores (manual o desde Excel). [1:50, 3:12, 4:08] - **Salidas:** estado del proceso de contratación visible para el cliente; descarga de archivos en .zip individual o agrupado. [5:02, 5:30] - **Integraciones:** **ninguna con FlowMed**. Confirmado explícitamente. [6:57, 7:25] - **Stack:** Frontend Angular, backend NestJS, base de datos propia. [7:52] - Citas: [0:05, 1:19, 6:57, 7:52] ### Plataforma Ficha Salud Compatible - **Descripción:** SaaS interno productivo, exclusivo para clientes Syncore. Reemplazó a una macro Excel. [21:08, 23:26] - **Usuarios:** enfermeras Workmed que gestionan el programa Salud Compatible. [21:38] - **Entradas:** RUT del trabajador (según agenda diaria de llamados). [21:38] - **Salidas:** registro de gestión educativa de la enfermera; historial de llamados. [22:33, 24:19] - **Integraciones:** lee de base de réplica de FlowMed; lee de Power BI de Syncore (riesgo). [22:33, 23:01] - **Stack:** Python; base de datos en Supabase (plan gratuito). [24:45] - Citas: [21:08, 22:33, 23:01, 24:45] ### Plataforma Salud Mental - **Descripción:** SaaS interno en validación final, no productivo. Reemplazará Microsoft Forms + Excel. [25:12, 28:32] - **Usuarios principales:** los pacientes (online o presencial); psicólogos como consumidores secundarios de interpretaciones. [25:40, 27:33] - **Entradas:** RUT del paciente; respuestas de tests; imágenes (ej. "Persona bajo la lluvia"). [26:36, 29:30] - **Salidas:** interpretaciones y puntajes por test, accesibles al psicólogo. [27:33, 28:03] - **Integraciones:** lee agendamientos psicológicos de la base de réplica de FlowMed. [26:36, 35:00] - **Stack:** Python; base de datos en Supabase (gratuito). [24:45, 31:46] - Citas: [25:12, 26:36, 28:32, 31:46] ### FlowMed - **Descripción:** SaaS central de Workmed, mencionado como "columna vertebral" / "core". Provisto por Secall. [55:56, 56:21] - **Usuarios:** "todos se meten aquí, todos, todos, todos operan alrededor de este sistema". [56:21] - **Salidas:** informe de aptitud, configuración de baterías, templates, Contraloría. [59:13] - **Integraciones:** **no expone API**. Acceso solo vía base de réplica. [35:00, 35:23] - **Limitación crítica:** Workmed no tiene control sobre FlowMed; cambios en baterías dependen de soporte externo (~8h). [52:15, 59:13] - Citas: [35:00, 52:15, 56:21, 59:13] ### AWS (cuenta propia Workmed) - **Descripción:** cuenta AWS propia de Workmed, **separada** de la cuenta AWS donde reside SACMed y separada de la cuenta de la base de réplica. [18:45, 19:14] - **Servicios contratados:** - **RDS** — bases de datos relacionales (stage y producción de la plataforma R&S). [18:14, 18:45] - **S3** — datos no estructurados (archivos), stage y producción. [19:45] - **Amplify** — frontend. [19:45] - **EC2** — máquina virtual con el backend. [19:45] - **VPC** — subred y tablas de enrutamiento. [20:09] - **CloudWatch** — logs. [20:09] - **Tamaño actual:** "servidor chiquitito"; mínimo, suficiente para la carga actual. [42:39] - Citas: [18:14, 19:45, 20:09] ### Cloudflare - **Descripción:** proveedor de DNS de Workmed; permite crear subdominios. [33:10, 33:40] - **Control:** Workmed mantiene control directo del DNS. [33:40] - Citas: [33:10] ### Supabase - **Descripción:** gestor de base de datos usado en plan gratuito para Salud Compatible y Salud Mental. Identificado como "vulnerabilidad" por Rodrigo. [24:45, 25:12] - Citas: [24:45] ### Jira / Julie / Teams / WhatsApp / Correo - **Jira** — adoptado hace ~1 semana gracias a Carolina; viendo limitaciones. [1:00:38, 1:01:32] - **Julie** — alternativa "muy parecida a Jira" propuesta a Carolina; licencia autorizada. [1:01:32] - **Teams** — canal formal del equipo. [1:00:38] - **WhatsApp** — canal informal/legacy con grupos persistentes. [1:00:38, 1:04:44] - Citas: [1:00:38, 1:01:32] ### GitHub - **Estado actual:** Rodrigo mantiene una cuenta organizacional en GitHub **personal** con su correo de empresa. No existe organización Workmed. [44:04] - Citas: [44:04] ```mermaid flowchart LR subgraph Externos flowmed["FlowMed (Secall)"] sacmed["SACMed"] syncore_pbi["Power BI Syncore"] cloudflare["Cloudflare DNS"] end subgraph Internos_AWS_Workmed rds["RDS (BD relacional)"] s3["S3 (no estructurados)"] amplify["Amplify (frontend)"] ec2["EC2 (backend)"] vpc["VPC + CloudWatch"] end subgraph Plataformas_Internas acred["Acreditación R&S (Angular+Nest)"] salud_comp["Ficha Salud Compatible (Python)"] salud_mental["Salud Mental (Python)"] end subgraph BD_Gratuitas supabase["Supabase (free)"] end acred --> rds acred --> s3 acred --> ec2 acred --> amplify salud_comp --> supabase salud_mental --> supabase flowmed -->|"replica en caliente"| salud_comp flowmed -->|"replica en caliente"| salud_mental syncore_pbi --> salud_comp cloudflare -->|"subdominios"| amplify ``` **Fuentes:** [7:52, 18:45, 19:45, 22:33, 23:01, 24:45, 26:36, 33:10] ## Flujos de datos - **FlowMed → Plataforma Ficha Salud Compatible:** lectura de resultados de exámenes vía base de réplica en caliente, por RUT. [22:33, 35:00] - **FlowMed → Plataforma Salud Mental:** lectura de tests psicológicos agendados, por RUT, vía base de réplica. [26:36, 35:00] - **Power BI Syncore → Ficha Salud Compatible:** asignación de riesgo del paciente. [23:01] - **Plataforma R&S → AWS RDS Workmed:** persistencia propia, sin pasar por FlowMed. [7:52, 18:14] - **Excel R&S → Plataforma Acreditación:** carga masiva de trabajadores a través de "esqueleto Excel" mantenido por R&S. [4:08] - **Plataforma Acreditación → cliente:** exposición de estado de proceso + descarga .zip de archivos. [5:02, 5:30] - **[INFERIDO] Cliente → Plataforma Acreditación:** subida limitada a Workmed; el cliente no sube archivos, solo descarga (Rodrigo dice "Se pueden subir archivos solamente desde el lado de nosotros"). [6:00] ```mermaid flowchart LR flowmed["FlowMed"] -->|"replica caliente / consulta por RUT"| ficha["Ficha Salud Compatible"] flowmed -->|"replica caliente / agenda psicológica"| sm["Salud Mental"] pbi["Power BI Syncore"] -->|"riesgo asignado"| ficha excel_rs["Excel R&S (esqueleto)"] -->|"carga masiva trabajadores"| acred["Plataforma Acreditación"] acred -->|"estado + .zip"| cliente_emp["Cliente (usuario empresa)"] ``` **Fuentes:** [4:08, 5:02, 22:33, 23:01, 26:36] ## Datos cuantitativos - **Preocupacional = ~90% del negocio Workmed.** [11:36] - **R&S es una de las líneas más chicas** del portafolio. [12:34] - **700 agendas / día aproximadamente** vienen unas 600; 15-17% no asistencia. — Pablo [1:01:01 INFERIDO sobre identidad / 53:39] - **Carga de nóminas grandes en agendamiento: ~20 minutos** (proceso secuencial actual de FlowMed). [52:44] - **Configuración de batería nueva en SACMed: ~8 horas** (mañana → tarde, o tarde → mañana siguiente). [59:13] - **Equipo TI total Workmed: ~8-10 personas.** [1:01:32] - **Indisponibilidad histórica de FlowMed: muy baja.** Última caída fue por "tema físico, ni siquiera operativo". [54:04] - **Universo Salud Compatible:** Rodrigo menciona estadística total disponible en pestaña "Syncore" (volumen no cuantificado en sesión). [24:45] ## Stakeholders mencionados ### Internos (Workmed) - Karina — subgerenta R&S, superadmin de plataforma Acreditación. [1:19] - Ninoska, Daniel — equipo R&S, dividen trabajadores por colores en Excel. [9:17] - Rodrigo Llancao — desarrollador. [todo el documento] - Cristian — infraestructura, DNS Cloudflare. [33:10] - Pablo Martínez — subgerente Operaciones (área Salud Compatible reporta acá). [24:19] - Carolina Araya — CTO; presiona FlowMed 2.0. [1:04:16] - Mónica Pérez — PMO. [1:05:15] - Equipo SACMed (interno o externo, ambiguo en transcript) — configura baterías. [59:13] - Equipo Comercial — solicita baterías inexistentes. [57:20] ### Clientes - **Syncore** — único cliente con Ficha Salud Compatible y Power BI propio de riesgo. [21:08, 23:01] - Empresas cliente que externalizan reclutamiento (no nombradas explícitamente). [9:48] ### Proveedores - **Secall** — proveedor de FlowMed (referenciado vía "control sobre FlowMed no tenemos", [35:00]). - **AWS** — Amazon Web Services (cuenta propia Workmed). [18:45] - **Cloudflare** — DNS. [33:10] - **Supabase** — BD para plataformas en piloto. [24:45] - **Anthropic** — citado en aspiración: "no tenemos suscripción a Anthropic" para uso de Claude en desarrollo asistido por IA. [47:42] - **Atlassian (Jira) / Julie** — herramientas de gestión. [1:00:38, 1:01:32] - **Microsoft (Forms, Teams)** — herramientas actuales. [28:32, 1:00:38] ## Dolores / fricción - **Las tres plataformas no conversan con FlowMed.** Rodrigo: «no tiene mucha restricción [...] todavía no está hecha la integración». Workmed actúa como cliente externo de su propio sistema. [7:25, 8:20] - **R&S opera hoy en un Excel inmenso, separado por colores y filas.** «el color verde pertenece a Ninoska [...] el color amarillo pertenece a Daniel». [9:17] - **Salud Mental hoy depende de Microsoft Forms + Excel** para calcular interpretaciones, frágil al usuario no técnico. [28:32, 31:18] - **Ficha Salud Compatible nació porque la macro Excel "tomó mucha agua"**: «el usuario principal de ese Excel es no técnico, se corrían fórmulas, se borraban cosas». [23:26, 23:51] - **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». [35:00, 35:23] - **Workmed no tiene control sobre FlowMed.** «control sobre el FlowMed no tenemos [...] es el proveedor que tiene acceso, y hay temas que solo ellos administran». [35:23, 52:15] - **Cuando hay incidente con FlowMed, Workmed da explicaciones por terceros.** «si hay alguna situación, tenemos que estar dando explicaciones por terceros». [55:32] - **Comercial vende baterías que no existen en el sistema** y al cobrar hay que armar manualmente. «hace inventos de baterías que no existen en el sistema [...] tienen que estar como juntando piezas para poder representar una batería». [57:20] - **Configurar batería nueva tarda ~8h y depende del proveedor.** [59:13] - **Los precios tampoco existen en el sistema** (referencia a sesión anterior; Roberto valida). [59:41] - **Cada integración con cliente es personalizada / a la medida.** «ya estamos demasiado al corte inglés: a la empresa A de una manera, a la empresa B de otra manera». [40:22] - **Plataforma Acreditación valida archivos pero no muestra error legible** cuando el archivo no aplica. [6:32] - **Bases de datos en Supabase plan gratuito** son vulnerabilidad de seguridad reconocida. [25:12] - **Código fuente en GitHub personal de Rodrigo** con correo de empresa; sin organización Workmed. [44:04] - **Carga de nómina grande en agendamiento: ~20 minutos** (FlowMed procesa secuencialmente). [52:44] - **Múltiples canales de comunicación** (Teams formal + WhatsApp informal + correo + Jira reciente). «hay demasiados grupos en WhatsApp, ya no sé a quién está». [1:00:38, 1:04:44] - **Carga manual escapada = persona se queda sin pega.** «si se nos escapa un agendamiento manual, es una persona que se puede quedar sin pega». — Pablo [41:17] ## Workarounds - **Excel maestro de R&S con segmentación por colores** para repartir trabajo entre Ninoska y Daniel. Manual, frágil ante errores de fórmulas. [9:17] - **Macro de Excel para programa Salud Compatible** (predecesor de la plataforma actual): se borraban fórmulas, requería respaldo a cada rato. [23:26, 23:51] - **Microsoft Forms + Excel detrás** para tests de Salud Mental: cálculo manual de interpretaciones. [28:32] - **Armado manual de baterías inexistentes** en momento de cobranza para representar lo que el comercial vendió. [57:49] - **Lectura desde base de réplica en caliente de FlowMed** (en vez de API) para que las plataformas internas obtengan datos. Si se corta esa réplica, las plataformas quedan totalmente desconectadas. [35:23, 35:52] - **Integraciones a la medida con cada cliente** en vez de una API/webhook generalizable. [37:49, 40:22] - **GitHub personal de Rodrigo** como repositorio de código de empresa. [44:04] ## Excepciones y edge cases - **Algunas faenas requieren todos los certificados (AFP, salud, finiquito, servicio militar al día); otras los hacen opcionales.** Configurable por faena. [3:12] - **Algunos tests de Salud Mental son solo online; otros requieren acción presencial** (ej. "Persona bajo la lluvia" requiere hoja física + foto). [29:57, 30:26] - **Pacientes pueden venir presencial o por teleconsulta** y la plataforma debe servir a ambos. [30:53] - **Informes de aptitud están atados a la empresa contratante**: el examen sirve, pero el informe «de la empresa A no puedo presentarlo a la empresa B». [15:54] - **Los exámenes pueden reutilizarse hasta cierto tiempo** entre faenas, pero la aptitud final la da el médico, no el examen. [16:25] - **Si se cae la base de réplica AWS**, las plataformas Salud Compatible y Salud Mental quedan totalmente desconectadas. [35:52] - **"Si se cae Amazon" — Mónica:** «ahí tenemos otros problemas, ¿no?» — necesidad de réplica externa o servidor interno por contingencia. [1:02:26] ## Compromisos y entregables - **Compartir esqueleto Excel de R&S** terminada la reunión. — Rodrigo [4:35] - **Compartir manual de marca / brand kit de Workmed** con Roberto. — Rodrigo [49:01] - **Responder por correo el requerimiento técnico** (servidor, características) para arrancar trabajo. — Roberto [1:04:16] - **Hacer colaboradores de Emercom en los repos de GitHub** de Rodrigo (proyectos actuales). — Rodrigo [1:03:47] - **Pedir presupuesto y características de servidor** a Workmed; trabajar dentro de la cuenta AWS existente. — Roberto [1:03:20] ## Decisiones tomadas en la reunión - **El nuevo desarrollo (FlowMed 2.0 y plataformas) se hospedará en la cuenta AWS propia de Workmed**, sin abrir cuentas/contratos paralelos. [42:10, 1:03:20] - **Se va a ordenar el versionado**: crear organización Workmed en GitHub (o GitLab/símil), migrar el código de Rodrigo desde su cuenta personal. [44:26, 1:03:47] - **Equipo Emercom va a establecer protocolos** de stage / producción / MVP / despliegue (Barbarita: «no porque lo estén haciendo mal, sino para que después todos sigamos el mismo protocolo»). [43:35] - **El desarrollo asistido por IA (agentes, Claude) se considerará seriamente** desde el inicio del FlowMed 2.0; pendiente decisión suscripción vs pago por uso. [47:42, 48:08] - **Plataforma anterior de FlowMed se dejará viva en modo "archivo" / consulta** durante migración a 2.0; no se hará cambiazo desde cero. [49:30, 51:20] ## Preguntas abiertas / desconocidos - **¿Existe respaldo periódico de la base de datos de FlowMed?** — pregunta abierta de Barbarita, sin respuesta concluyente. [51:47] - **¿Tienen acceso al código fuente de FlowMed?** — pregunta abierta; respuesta es "es caja negra, solo el proveedor". [51:47, 52:15] - **¿Suscripción Anthropic o pago por uso?** — pendiente revisar costos. [47:42, 48:08] - **¿Qué tan grande es el universo Syncore en la base?** — Rodrigo menciona pestaña de estadísticas, sin cifra. [24:45] - **¿Qué porcentaje exacto representa R&S del negocio?** — Rodrigo: «no sabría decirte un porcentaje exacto». [11:36] - **¿Cómo migrar la historia de FlowMed?** — reconocido como «súper, súper complejo y delicado». [50:53] ## Metas / estado deseado - **FlowMed 2.0** con control interno completo de Workmed; «la columna vertebral [...] ya es tiempo de que se tome el control y se lleve internamente». [55:32, 56:21] - **Disponibilizar APIs y webhooks** para integrar con CRMs/ERPs de clientes («cada vez que pase algo en nuestro sistema, el cliente recibe actualización»). [38:41, 39:31] - **Modelo de datos con UUIDs** que permita carga paralela de 100 cosas y enlazado posterior (vs los ~20 min actuales de carga secuencial). [53:14] - **Conectores generalizados tipo HubSpot** para reemplazar las integraciones a la medida actuales. [37:49, 40:22] - **Failover en AWS** para FlowMed 2.0 (reducir al máximo problemas operativos). [55:32] - **Mantenedor interno de baterías y precios** (no depender de proveedor para crear/configurar). [59:13] - **Refactoring respetando el branding/system design Workmed** desde el primer día, no Streamlit ad-hoc. [48:35] - **Desarrollo asistido por IA tuneada** a la arquitectura/lenguaje del proyecto, para que «cualquier persona [...] pueda levantar features o arreglar cosas asistido con IA». [46:42, 47:12] - **Migración con marcha blanca**: dejar plataforma antigua viva durante transición. [51:20] - **Que TI Workmed se "empodere" del código y los protocolos.** — Barbarita [1:04:44] ## Sorpresas / anomalías - **GitHub personal con correo corporativo:** Rodrigo desarrolla las tres plataformas usando una cuenta GitHub personal con su correo Workmed; no existe organización empresarial. Roberto lo marca explícitamente para grabar en la reunión. [44:04, 44:26] - **Tres cuentas AWS distintas** intervienen en Workmed: la propia (R&S y plataformas), la de SACMed, y la de la base de réplica de FlowMed. Confirmado explícitamente por Rodrigo. [18:45, 19:14] - **Salud Compatible es ad-hoc para Syncore.** Rodrigo confirma que ningún otro cliente tiene este producto, pero está construido como plataforma; no está claro si es un proyecto puntual o el inicio de una línea. [23:01, 23:26] - **Salud Mental aún no se usa pese a estar casi terminada** — está esperando validación final del owner. [30:53, 31:46] - **Cita reveladora sobre la cultura de "todo a medida":** «ya estamos demasiado al corte inglés: a la empresa A de una manera, a la empresa B de otra manera». [40:22] - **Cita reveladora sobre criticidad de FlowMed:** «esta es la columna vertebral para la empresa. Todos se meten aquí, todos, todos, todos, todos operan alrededor de este sistema». [56:21] - **Cita sobre la urgencia que impone Carolina:** «Carolina le puso como el acelerador máximo». [1:04:16] - **Comentario al pasar de Mónica sobre contingencia AWS:** «al menos que haya una guerra y que a Trump se le ocurra». [1:02:53] - **No hay VPN ni restricciones de red** para acceder a las plataformas — todo expuesto públicamente desde el front. [1:05:15] - **Workmed pagó por NetSuite (proyecto fallido, contexto histórico de sesiones previas)** — no se menciona aquí pero es contraste implícito al explorar nuevo stack interno.