Construyo los sistemas que las instituciones usan todos los días.

Una clínica solo puede contestar el teléfono en horario hábil y a una cierta velocidad. Si cientos de pacientes escriben a la vez, las secretarias no dan abasto para una atención de primer nivel — y el equipo pierde horas del día en agendar, confirmar y cancelar.

Para la Clínica Hera construí un asistente que atiende por WhatsApp las 24 horas: reconoce al paciente, busca horas disponibles, agenda, confirma y cancela citas directamente en el sistema interno de la clínica. Antes de cualquier acción delicada pide confirmación explícita, y cuando la conversación excede lo que puede resolver, la traspasa a una persona del equipo con todo el contexto.

No es un servicio contratado a un tercero: es un sistema a la medida de la clínica, construido completo sobre su propio ERP durante mi práctica profesional, y quedó entregado al cliente.

El Examen de Medicina Preventiva del Adulto se llena a mano, en papel, en los centros de salud de todo Chile. Después alguien del equipo clínico lo transcribe al sistema oficial: tiempo de personas formadas para atender, gastado en digitar.

En este proyecto construimos la plataforma que lee el formulario, lo convierte en datos y los carga al sistema clínico oficial navegándolo como lo haría una persona, porque no hay otra puerta de entrada. Dos reglas definen el sistema: cuando no está seguro de un valor no lo escribe —lo deja para revisión humana—, y los datos más sensibles no pasan por la IA: el RUT del paciente nunca lo lee la máquina.

El proyecto continúa una investigación previa de la universidad, cuyo piloto de 2025 procesó 492 formularios reales y demostró que el problema y el ahorro existen. Esta etapa lo convierte en producto, con mediciones propias.

La gestión de proyectos y prácticas de la carrera vivía en correos, planillas y documentos sueltos: cada trámite dependía de que alguien recordara cómo se hacía.

Entrevistamos a quienes operan esos procesos, los levantamos uno por uno y los describimos en BPMN 2.0 — un estándar formal que elimina la ambigüedad. Sobre ese levantamiento construimos la plataforma web: cada perfil (estudiante, profesor, coordinación) ve y hace solo lo que le corresponde, y los documentos quedan con historial de versiones.

Es el proyecto donde más ingeniería de software se realizó antes de escribir código: requisitos, procesos y modelo de datos primero, plataforma después. El trabajo se presentó formalmente a la carrera.

El GPS no funciona dentro de los edificios. Una persona ciega que entra a un lugar que no conoce no tiene ahí ninguna guía equivalente.

Antes de una línea de código hubo ingeniería con la contraparte y con los usuarios: investigación de lo que ya existía, benchmarking de alternativas, entrevistas, focus group con personas ciegas, levantamiento de requisitos y mockups iterados con ellas.

El prototipo se puso en manos de los usuarios para validarlo — no se dio por bueno en un escritorio. Fue un trabajo remunerado por un fondo concursable adjudicado, con contraparte activa durante todo el proceso.