Métodos

Superficie técnica

Cada método de esta lista está en uso en alguno de los sistemas que siguen. No es un inventario de familiaridad.

Ingeniería de datos y plataforma

  • Motores OLAP embebidos (DuckDB) sobre Apache Parquet
  • Modelamiento de almacenes de datos por capas
  • Pruebas de calidad de datos (Pointblank)
  • Orquestación de pipelines (Kestra, Docker)
  • Pipelines reproducibles en R y Python
  • Control de versiones y revisión de código

Analítica avanzada y bioestadística

  • Análisis de supervivencia y riesgos proporcionales
  • Diferencias en diferencias
  • Descomposición de desigualdad y análisis de equidad
  • Vinculación probabilística de registros (Fellegi-Sunter, Splink)
  • Modelos de proyección con backtest
  • Inferencia y modelamiento estadístico

Inteligencia artificial y aprendizaje automático

  • Clasificación por ensamble (gradient boosting, XGBoost)
  • Afinamiento de modelos de lenguaje (QLoRA, Llama 3.1)
  • Detección de anomalías multidimensional
  • Calibración de umbrales (índice de Youden)
  • Diseño human-in-the-loop
  • Transparencia algorítmica y auditoría de equidad

Procesamiento de lenguaje natural

  • Incrustaciones textuales y similitud semántica
  • Extracción de entidades clínicas sobre texto libre
  • Mapeo ontológico (CIE-10, CIE-O3)
  • Expresiones regulares sanitarias
  • Servido local de modelos (Ollama)

Privacidad y gobernanza de datos

  • k-anonimidad y l-diversidad
  • Pseudoanonimización en pipeline
  • Evaluación de impacto en protección de datos
  • Gobernanza bajo la Ley 21.719

2014–2018

Hospital Padre Hurtado · Servicio de Salud Metropolitano Sur Oriente

Rol
Asesor de dirección y monitor de Garantías Explícitas en Salud (GES)
Stack
  • Lean Six Sigma
  • BPMN
  • Value-Based Healthcare
  • Gestión de casos

Modelo de trazabilidad y gestión activa de casos oncológicos

Rediseño de procesos sin una sola licencia de software, que llevó a un hospital público al Top 5 nacional en gestión oncológica.

El problema

El escenario previo combinaba demoras prolongadas en el acceso a especialistas, retrasos críticos en la confirmación diagnóstica y un incumplimiento sistemático de los plazos legales del régimen GES. Las derivaciones en papel se estancaban en los puntos de contacto administrativo y nadie sabía dónde estaba cada paciente.

Arquitectura

  1. IngresoSospecha oncológica derivada desde atención primaria o urgencia.
  2. IdentificaciónEtiqueta adhesiva fluorescente sobre la ficha y la derivación de papel: la marca viaja con el documento por todos los puntos administrativos.
  3. RegistroIngreso a la planilla de trazabilidad con un gestor de casos clínicos asignado y nominado.
  4. SeguimientoContacto activo en cada hito: primera consulta, confirmación diagnóstica, comité oncológico y definición terapéutica.
  5. EscalamientoAlerta a la dirección del establecimiento ante riesgo de incumplimiento del plazo GES, antes de que venza.
  6. SalidaTratamiento, o derivación temprana a cuidados paliativos y alivio del dolor.

Qué produjo

  • Más de 6.000 pacientes ingresaron al sistema de trazabilidad durante el periodo de ejecución.
  • Tiempo a primera consulta de especialista reducido a 13 días.
  • El establecimiento se situó entre los cinco mejores hospitales públicos de Chile en gestión oncológica.
  • Lapsos sostenidos con cero garantías GES retrasadas en patologías neoplásicas.
  • Derivación más ágil a cuidados paliativos y alivio del dolor para pacientes en estadios avanzados.

2023

MINSAL · Departamento de Análisis e Información para la Gestión

Rol
Científico de datos, equipo de conceptualización e implementación
Stack
  • Detección de anomalías
  • R
  • Python
  • Reportería automatizada

Detección de anomalías en listas de espera con aprendizaje automático inverso

Clasificación invertida: en lugar de aprender lo típico, el modelo busca lo irregular en el Registro Nacional de Listas de Espera.

El problema

El Registro Nacional de Listas de Espera concentra decenas de millones de transacciones asistenciales. Los errores de codificación y las prácticas discordantes entre establecimientos quedaban invisibles dentro del volumen agregado, sin ningún mecanismo sistemático para detectarlos.

Arquitectura

  1. FuenteRegistro Nacional de Listas de Espera, decenas de millones de transacciones asistenciales.
  2. AgregaciónLa unidad de análisis no es el registro sino la serie temporal de cada establecimiento por tipo de prestación.
  3. EjesCuatro señales en paralelo: volumen de ingresos y egresos, permanencia frente a umbrales esperados, variabilidad contra establecimientos comparables, y evolución de las justificaciones de egreso.
  4. PuntuaciónScore de riesgo por establecimiento y tipo de prestación, no por registro individual.
  5. EntregaDos salidas según destinatario: planilla de fiscalización para el nivel central y reportes HTML interactivos para las contrapartes hospitalarias.

Qué produjo

  • Habilita auditorías clínicas dirigidas, identificando errores de codificación y prácticas asistenciales discordantes.
  • Facilita la migración hacia las nuevas plataformas tecnológicas ministeriales.
  • Clasificado entre las cinco mejores implementaciones de inteligencia artificial en el Estado, en el encuentro de IA para la transformación pública convocado por la División de Gobierno Digital y el Ministerio de Hacienda.

2025

Ministerio de Salud de Chile

Rol
Diseño del sistema algorítmico
Stack
  • NLP
  • Embeddings
  • Gradient boosting
  • XGBoost
  • CIE-10
  • Índice de Youden
  • Caché por hash
  • Human-in-the-loop

Clasificador oncológico de la lista de espera quirúrgica nacional

NLP, embeddings y árboles de gradiente para rescatar sospechas de cáncer mal clasificadas como cirugía electiva. 91,6 % de sensibilidad sobre 15.032 casos validados clínicamente.

El problema

Los pacientes con sospecha o evidencia de patología oncológica quedan clasificados en la lista de espera como cirugías generales o electivas no priorizadas, y pierden la prioridad que les corresponde. El sistema cubre por diseño los cánceres sin garantía explícita —melanoma, sarcomas, cabeza y cuello, esófago, páncreas, hepatobiliar, sistema nervioso central, endometrio—, porque los dieciséis cánceres GES ya tienen una vía garantizada propia. Son justamente los que nadie estaba contando.

Arquitectura

  1. ExtracciónCorte de la lista de espera quirúrgica nacional desde el almacén por capas, a Parquet consultado con DuckDB: ~475.000 diagnósticos.
  2. Filtrado deterministaExpresiones regulares clínicas y mapeo ontológico sobre CIE-10 capturan los criterios inequívocos antes de que intervenga cualquier modelo.
  3. VectorizaciónEmbeddings del texto libre contra centroides de diagnósticos oncológicos confirmados. El hash del texto normalizado sirve de llave de caché, así que solo se vectoriza lo nuevo.
  4. ClasificaciónEnsamble de árboles con potenciación de gradiente; el umbral se recalibra con el índice de Youden en cada reentrenamiento.
  5. DecisiónTres estados. Sospechoso e indeterminado se derivan de forma obligatoria a auditoría clínica médica; el modelo no cierra casos.
  6. EntregaCorte mensual oficial y auditable, más un canal preliminar semanal sobre la base transaccional que adelanta los casos con ~7 días de rezago.

Qué produjo

  • Clasifica alrededor de 475.000 diagnósticos de la lista de espera quirúrgica nacional en cada corte.
  • Evaluado sobre 15.032 casos validados individualmente por especialistas clínicos: sensibilidad 91,6 %, especificidad 97,9 %, precisión (VPP) 82,8 % y valor predictivo negativo 99,0 %.
  • La etiqueta es oficial y auditable: es la que usa la red asistencial para priorizar los casos con indicios oncológicos.
  • Validación mensual contra el criterio de los Servicios de Salud, con nueve reportes por servicio, tiempos de espera por etapa oncológica e indicador de cirugía oncológica en 90 días o menos.
  • El circuito no termina en la clasificación: el contraste semanal contra la validación de cada servicio identifica registros mal consignados y gestiona su corrección en origen, con los referentes y equipos clínicos.

Evaluación

ParámetroRendimientoImplicancia asistencial
Sensibilidad91,6 %Alta capacidad de rescate de patologías neoplásicas encubiertas en la demanda no priorizada.
Especificidad97,9 %Mínima interferencia y bajo porcentaje de sobrediagnóstico sobre las rutas quirúrgicas electivas.
Precisión (VPP)82,8 %Confiabilidad operativa para el equipo médico de auditoría que evalúa las alertas emitidas.
Valor predictivo negativo99,0 %Certeza analítica para descartar criterios de alarma oncológica en el lote evaluado.
Registro de validación15.032 casosCohorte validada clínicamente mediante revisión experta individualizada.
Frecuencia de ejecuciónSemanal (desde 2025)Trazabilidad regular e integrada en los sistemas de gestión de la demanda quirúrgica.

2025–2026

Ministerio de Salud de Chile

Rol
Afinamiento y despliegue del modelo
Stack
  • Llama 3.1 8B
  • QLoRA
  • Fine-tuning
  • Ollama
  • CIE-O3
  • Python

Extracción de topografía tumoral con un modelo de lenguaje afinado

Llama 3.1 8B afinado con QLoRA para identificar el órgano afectado en cada sospecha oncológica y mapearlo a CIE-O3. 93,3 % de acierto a nivel de grupo topográfico.

El problema

El clasificador dice si hay sospecha oncológica, pero no de qué. Sin el órgano afectado, la sospecha no se puede priorizar clínicamente ni comparar entre servicios, y el texto libre de las derivaciones no usa ningún vocabulario controlado: el mismo tumor aparece escrito de veinte maneras distintas, abreviado y con faltas.

Arquitectura

  1. EntradaLos casos que el clasificador marcó como sospechosos, en la misma corrida.
  2. ModeloLlama 3.1 8B afinado con QLoRA: cuantización de cuatro bits más adaptadores de bajo rango, de modo que entrenamiento e inferencia caben en una sola GPU.
  3. DespliegueServido con Ollama dentro de la infraestructura ministerial. El texto clínico no sale hacia ninguna API externa.
  4. NormalizaciónLa salida se mapea a códigos de topografía CIE-O3, el estándar con que se codifican los registros de cáncer.

Qué produjo

  • 93,3 % de acierto a nivel de grupo topográfico C## de la CIE-O3.
  • La sospecha deja de ser una etiqueta binaria y pasa a ser accionable clínicamente: se puede derivar a la especialidad correcta.
  • Precedente de afinamiento de un modelo abierto dentro del Estado, sin enviar texto clínico a servicios externos.

2025–2026

Ministerio de Salud de Chile

Rol
Modelamiento, calibración y simulador
Stack
  • R
  • Backtesting
  • Simulación
  • JavaScript

Proyector y simulador de listas de espera

Proyección calibrada por Servicio de Salud, con backtest y una auditoría adversarial de 30 chequeos, más un simulador para explorar escenarios de capacidad y política de asignación.

El problema

Las decisiones sobre capacidad quirúrgica y asignación presupuestaria se toman mirando el stock actual de la lista, que solo describe el pasado. Proyectar exige modelar por separado los ingresos, los egresos y sus estacionalidades, y esas dinámicas difieren demasiado entre territorios como para que un único modelo nacional sirva.

Arquitectura

  1. EntradaSerie histórica de cortes mensuales, desagregada por Servicio de Salud.
  2. ModeloIngresos y egresos se modelan por separado, con su estacionalidad propia: el stock es el resultado, no la variable.
  3. CalibraciónUn ajuste por Servicio de Salud en lugar de un modelo nacional único, porque las dinámicas territoriales no son comparables.
  4. VerificaciónBacktest sobre cortes históricos y una auditoría adversarial de 30 chequeos diseñada para romper el modelo.
  5. SalidaSimulador en el navegador donde quien decide mueve supuestos de capacidad y política de asignación.

Qué produjo

  • Traslada la conversación desde el stock actual hacia la trayectoria esperada de la lista.
  • El simulador pone el modelo directamente en manos de quien toma la decisión, que es donde los supuestos se discuten de verdad.

2024–2026

Ministerio de Salud de Chile

Rol
Diseño e implementación de la librería
Stack
  • R
  • k-anonimidad
  • l-diversidad
Código
GitHub ↗

Anonimización de datos clínicos con k-anonimidad y l-diversidad

Librería en R que implementa la norma técnica ministerial para liberar bases de lista de espera sin abrir la puerta a la reidentificación.

El problema

Las solicitudes de transparencia y la publicación de datos abiertos obligan a entregar bases reales. Quitar el identificador no basta: la combinación de edad, comuna, especialidad y fecha basta para reidentificar a una persona en cualquier grupo pequeño, y en salud el atributo sensible es el diagnóstico.

Arquitectura

  1. Clasificación de camposCada columna se declara como identificador directo, cuasi-identificador o atributo sensible. En salud el atributo sensible es el diagnóstico.
  2. GeneralizaciónDegradación iterativa de niveles sobre los cuasi-identificadores, un paso a la vez, en lugar de una pasada única que generaliza de más.
  3. VerificaciónSe comprueba k sobre cada clase de equivalencia y l sobre la diversidad del atributo sensible dentro de cada clase.
  4. CompuertaSi la salida no alcanza el umbral, no se exporta. La decisión es del código, no del criterio de quien entrega.

Qué produjo

  • Librería base publicada como repositorio abierto, reutilizable por cualquier institución sujeta a la misma norma.
  • Sostiene las entregas de transparencia sobre bases de lista de espera, con un criterio explícito y verificable en vez de un juicio caso a caso.

2023–2026

Ministerio de Salud de Chile

Rol
Implementación de los modelos de vinculación
Stack
  • Record linkage
  • Fellegi-Sunter
  • Splink
  • DuckDB
  • Jaro-Winkler
  • Dip de Hartigan
  • Python

Deduplicación probabilística y vinculación de registros a escala nacional

Unificar identidades fragmentadas para saber cuánta demanda quirúrgica existe realmente.

El problema

La multiplicidad de llaves identificatorias distorsiona la base de datos asistencial. Personas migrantes en tramitación de visado, recién nacidos y personas indocumentadas ingresan bajo identificadores numéricos transitorios y luego reciben su Rol Único Nacional definitivo, sin que el sistema unifique automáticamente sus eventos asistenciales.

Arquitectura

  1. Fuente2,1 millones de registros con múltiples llaves identificatorias por persona.
  2. MotorSplink sobre DuckDB, en proceso: la comparación por bloques corre en el mismo equipo, sin clúster.
  3. ComparaciónSimilitud de Jaro-Winkler sobre nombre, fecha de nacimiento, sexo y domicilio, ponderada bajo el marco de Fellegi-Sunter.
  4. Selección de modeloSe entrenan 40 configuraciones candidatas y se retiene la que separa más limpiamente coincidencias de no coincidencias, medido con el dip de Hartigan sobre la distribución de puntajes.
  5. SalidaIdentidades unificadas que corrigen el conteo de demanda quirúrgica real.

Qué produjo

  • Corrección del sobredimensionamiento de las listas de espera quirúrgicas causado por registros redundantes.
  • Indicadores objetivos de demanda real que sustentan la asignación presupuestaria sectorial y las políticas públicas del Ministerio de Salud.

2021–2026

Ministerio de Salud de Chile · comunidad LatinR

Rol
Arquitectura analítica y transferencia técnica
Stack
  • DuckDB
  • DuckDB-WASM
  • Apache Parquet
  • R
  • Quarto
  • Shiny
  • Python
  • Kestra
  • Docker
  • Pointblank

Arquitectura analítica sobre tecnologías abiertas

Decenas de millones de filas consultadas en equipos convencionales, con motores OLAP embebidos y sin licencias privativas.

El problema

Desarrollar soluciones sobre bases de decenas de millones de transacciones hospitalarias dentro del aparato estatal choca con limitaciones recurrentes: equipos informáticos con poca memoria física y servidores centrales saturados. La respuesta habitual —comprar licencias y clústeres— no era viable.

Arquitectura

  1. AlmacenamientoFormato columnar Apache Parquet sobre almacenamiento compartido, en lugar de una base servida.
  2. MotorDuckDB en proceso, corriendo en el propio equipo del analista: decenas de millones de filas sin clúster ni servidor.
  3. Capas y compuertaCapa cruda (bronce) y capa transformada (plata), con 34 pruebas automatizadas de Pointblank sobre ambas. Es una compuerta, no un informe: lo que no pasa las pruebas no se publica y vuelve al establecimiento que lo originó.
  4. EjecuciónUn script de arranque único por proyecto, con la fecha de corte como parámetro, orquestado por Kestra sobre Docker.
  5. ExploraciónDuckDB compilado a WebAssembly consulta los mismos Parquet desde el navegador, sin backend que levantar ni base que exponer.
  6. TrazabilidadGit y GitHub Flow con revisión de pull requests: cada cambio de criterio queda fechado y atribuido.

Qué produjo

  • Reducción de la dependencia fiscal de licencias de software privativo.
  • Capacidad analítica habilitada directamente en los equipos locales de la red asistencial.
  • Arquitectura transferida activamente a la comunidad regional a través de LatinR (2021, 2024, 2025 y 2026) y de la conferencia internacional useR! 2022.

Aplicaciones

Software que construí y mantengo

Herramientas propias con despliegue en funcionamiento. Donde el repositorio es público, está enlazado.

  • Atenciones de urgencia respiratorias

    En producción · repositorio público

    Visualizador de las atenciones de urgencia respiratorias en Chile por semana epidemiológica, sobre los datos abiertos del DEIS, con actualización diaria automática.

    • Next.js
    • Datos abiertos DEIS
    • GitHub Actions
    • GitHub Pages
  • Autoevaluación de gobernanza de datos

    En producción · repositorio público

    Instrumento de autodiagnóstico de madurez en protección y gobernanza de datos para instituciones públicas, alineado a la Ley 21.719 y al Modelo de Gestión de Datos del Estado. Corre íntegramente en el navegador: ninguna respuesta sale del equipo de quien lo aplica.

    • TypeScript
    • Ley 21.719
    • MGDE
    • Cliente puro
  • anonimizacion-datos

    Repositorio público

    Librería en R que implementa k-anonimidad y l-diversidad sobre la norma técnica ministerial, con degradación iterativa de niveles y verificación de la salida antes de exportar.

    • R
    • k-anonimidad
    • l-diversidad
  • Flowy

    En producción · repositorio privado

    Tablero Kanban para equipos que toman decisiones en reuniones: registra los acuerdos con responsable asignado, no solo las tareas. Incluye recurrencias, dependencias bloqueantes, resumen ejecutivo semanal y panel de administración.

    • Next.js
    • PostgreSQL
    • API REST
    • Servidor MCP
    • Vercel
  • hazlacondatos.com

    En producción

    Plataforma de la escuela: catálogo de cursos, material de las cohortes y los tutoriales interactivos, publicados como sitio estático.

    • Astro
    • MDX
  • Cosmic Locket

    En desarrollo · uso personal

    Gestor personal de fuentes: guarda enlaces, publicaciones y documentos con búsqueda de texto completo, captura desde el navegador y desde el móvil. Herramienta propia para el trabajo docente.

    • Next.js
    • Supabase
    • PWA

En curso

Oficina de Inteligencia y Gestión Estratégica en Salud

Desde el 1 de septiembre de 2026 integro el nuevo departamento radicado en la Oficina de Inteligencia y Gestión Estratégica en Salud del Ministerio de Salud de Chile. La oficina centraliza el trabajo técnico de un equipo multidisciplinario de 45 profesionales en torno a siete proyectos estratégicos de modernización sectorial, con la interoperabilidad sanitaria del país como meta al año 2030.

  1. 01

    Receta Digital Nacional

    Normalización y digitalización integral del flujo de emisión y despacho de fármacos.

  2. 02

    Historia Clínica Compartida e Interoperabilidad

    Plataforma para que el historial clínico de cada persona acompañe de forma segura su recorrido por la red asistencial pública y privada.

  3. 03

    Transformación Digital de Listas de Espera

    Uso intensivo de herramientas analíticas, optimización de flujos e inteligencia artificial para descongestionar la demanda de consultas y cirugías.

  4. 04

    Nuevo Sistema Nacional de Inmunizaciones

    Registro digital unificado y trazabilidad continua del plan nacional de vacunas.

  5. 05

    Mapa Sanitario

    Plataforma de geointeligencia y estructuración de la oferta y capacidad de la red asistencial.

  6. 06

    Trazabilidad de Medicamentos

    Monitorización de la cadena de suministro, almacenamiento y dispensación de medicamentos en los establecimientos de salud.

  7. 07

    Portal Ciudadano de Salud Digital

    Interfaz unificada de acceso del paciente a su información médica, citas y trámites en el sistema público.