EL MÉDICO ARQUITECTO: EL VIBE CODING COMO NUEVO ESTETOSCOPIO DIGITAL

Publicado poraipocratesPublicado en Sin categoría

Autor: Fabricio Salas – Médico epidemiólogo · Posgrado en Inteligencia Artificial y Aprendizaje Automático · Especialización en Salud Digital · Miembro de AIpócrates.

Ilustración 1. Imagen generada con inteligencia artificial.

Del fonendoscopio al prompt: cómo la programación en lenguaje natural devuelve a los médicos un papel que la industria del software les había quitado: diseñar las herramientas con las que cuidan.”

Ver, palpar, percutir, auscultar, razonar, diagnosticar y solucionar

En 1816, en el Hôpital Necker de París, un médico de treinta y cinco años se topó con un problema trivial y, a la vez, irresoluble con las herramientas de su tiempo. René Laënnec debía auscultar a una mujer joven con síntomas de enfermedad cardíaca, pero la auscultación directa —apoyar la oreja sobre el pecho, la técnica que los médicos practicaban desde los tiempos de Hipócrates— resultaba impracticable [1, 2]. En vez de resignarse a un signo «distante y apagado», Laënnec recordó un principio elemental de acústica —el sonido se transmite mejor a través de los sólidos— y enrolló unas hojas de papel en un cilindro. Lo apoyó sobre el tórax de la paciente y escuchó el corazón con una nitidez que nunca había logrado [1, 2]. Acababa de nacer el estetoscopio, que perfeccionaría en madera y describiría en su Traité de l’Auscultation Médiate (1819).

La lección de esa escena no es que un instrumento sustituyera al médico. Es exactamente lo contrario: un clínico, frente a una necesidad concreta, fabricó el instrumento que extendía sus sentidos y le permitía actuar sobre su propio juicio. La inteligencia diagnóstica siguió siendo suya; el cilindro de boj solo amplificó su alcance. Y fue Laënnec —no un ingeniero— quien, con esa nueva herramienta, describió los signos que aún usamos (estertores, soplos, egofonía) y potenció la semiología, la propedéutica y la hermenéutica médica.

Dos siglos después, los médicos enfrentamos un problema con la misma estructura. Solo que la señal apagada ya no es un soplo cardíaco: es nuestra propia experticia clínica, atrapada detrás de una barrera técnica. Y el instrumento que empieza a derribar esa barrera tiene un nombre tan informal que cuesta tomárselo en serio: vibe coding.

Del bisturí al prompt: qué es (y qué no es) el vibe coding

El término lo acuñó Andrej Karpathy —cofundador de OpenAI y exdirector de IA en Tesla— en un mensaje en la red social X, el 2 de febrero de 2025: una nueva forma de programar en la que uno «se entrega por completo a las vibras» y «olvida que el código siquiera existe» [3]. La idea no era nueva en su cabeza: ya en 2023 Karpathy había sentenciado que «el lenguaje de programación más popular ahora es el inglés», porque los modelos de lenguaje se han vuelto demasiado buenos. El vibe coding es la consecuencia práctica de esa afirmación: el usuario describe en lenguaje natural lo que quiere, un modelo genera el código —en Python, R u otros lenguajes—, y el rol humano se desplaza de escribir código a dirigir, probar y refinar lo que la IA produce [4].

Conviene precisar la magnitud del fenómeno antes de entusiasmarse. En la cohorte de invierno 2025 de Y Combinator, una cuarta parte de las startups tenía bases de código generadas casi en su totalidad por IA. Plataformas como Cursor, Claude Code, Replit, Lovable o Bolt llevaron el término del argot al diccionario: Merriam-Webster lo registró en marzo de 2025 y Collins lo nombró palabra del año en noviembre de ese mismo año [4]. Gartner proyecta que hacia 2026 una porción mayoritaria del código nuevo será generada por IA. La medicina no es ajena: ya existe una pequeña pero creciente literatura revisada por pares sobre el uso de vibe coding por clínicos sin formación en programación, tanto en educación como en investigación con machine learning y deep learning [5, 6, 7].

Pero el rigor obliga a una distinción que casi todos los titulares pasan por alto. El propio Karpathy describió el vibe coding como algo «bastante bueno para proyectos desechables de fin de semana», no para producción [3]. El ingeniero Simon Willison lo formuló con precisión: si un modelo escribe el código y uno lo revisa, lo prueba a fondo y puede explicarle a otra persona cómo funciona, eso ya no es vibe coding, es desarrollo de software [8]. Karpathy mismo prefiere reservar para la versión seria un nombre más exigente: agentic engineering. Esta diferencia importa enormemente cuando lo que está en juego no es la sangría de una barra lateral, sino una decisión clínica.

El médico arquitecto: del usuario cautivo al diseñador de soluciones

Durante décadas, el software clínico fue dominio casi exclusivo de grandes proveedores: Epic, Oracle Health (Cerner) y un puñado de vendedores diseñaron los sistemas que usamos cada día [9]. El resultado es conocido por cualquiera que haya pasado por un servicio: historias clínicas electrónicas rígidas, flujos de trabajo que no se parecen a la realidad asistencial, y una brecha histórica entre quien entiende el problema clínico y quien escribe el código. Las pequeñas instituciones y los clínicos individuales quedaban fuera: personalizar una herramienta costaba decenas o cientos de miles de dólares [9].

El vibe coding invierte esa ecuación. Como lo resume el cirujano y autor Robert Pearl, el factor limitante deja de ser la capacidad de escribir código y pasa a ser la capacidad de definir un problema, identificar los datos relevantes y decidir qué acción debe seguir [9]. Esa no es una competencia técnica que los médicos deban adquirir: es, literalmente, la estructura del razonamiento clínico que ejercemos en cada consulta. Quien domina la auscultación de un proceso fisiopatológico está extraordinariamente bien posicionado para «auscultar» un flujo de trabajo y especificar la solución. La literatura ya bautizó esta figura: el clínico desarrollador o clinician-as-architect, el médico que actúa como «director del contexto» en lugar de ejecutor línea por línea [10].

Los ejemplos dejaron de ser hipotéticos:

  • En educación médica, los docentes Minyang Chow y Olivia Ng (Singapur) construyeron en menos de una semana, sin contratar a un desarrollador, un entrenador de diagnóstico diferencial y un simulador de glucemia–insulina; su artículo en Medical Teacher lleva un título programático: «De adoptadores de tecnología a creadores» [5].
  • Un médico general de Melbourne levantó diez aplicaciones funcionales —listas de verificación para la consulta, herramientas educativas— usando un agente de programación, por menos de lo que cuesta una cena [10].
  • En Estados Unidos, el médico Cyril Zakka (Stanford) prototipó Almanac, un asistente de búsqueda clínica con respuestas referenciadas a guías actualizadas, mayormente «vibe-codeado» [11].
  • Y el viraje institucional es real: el sistema pediátrico Children’s Nebraska anunció que quiere que todos sus clínicos aprendan vibe coding para 2027, en su tránsito de sistemas basados en tareas a sistemas agénticos [12].

La señal de mercado es elocuente. La startup Sofya —desplegada ya en hospitales de América Latina, con el Hospital Israelita Albert Einstein de Brasil como socio de validación— describe su producto como «Claude Code, pero para médicos»: un estudio clínico programable donde el especialista personaliza flujos de razonamiento sobre una infraestructura segura [13]. Su fundador lo dice sin rodeos: «los médicos están haciendo vibe coding«.

El estetoscopio no diagnostica solo: el juicio sigue siendo del médico

Figura 1. Resumen gráfico. Elaboración propia.

Aquí es donde la metáfora se vuelve operativa y no decorativa. El estetoscopio extendió los sentidos del médico, pero jamás reemplazó su juicio: alguien tenía que interpretar el estertor. El vibe coding extiende la agencia del médico —su capacidad de convertir una idea en una herramienta funcional—, pero la responsabilidad clínica, la validación y la decisión de qué es seguro desplegar siguen siendo, irrenunciablemente, suyas.

Es la misma lógica que distingue, en ingeniería, al programador junior del senior: la IA puede redactar la nota, resumir la historia o proponer el set de órdenes, pero hace falta el clínico que sepa cuándo la salida es incompleta, sesgada, desactualizada o clínicamente inapropiada [14]. Esto no degrada el rol del médico; lo eleva. Por eso algunos autores hablan ya de pasar «del vibe coding al vibe caring«: trasladar al cuidado la misma postura de supervisión crítica sobre un sistema que produce borradores plausibles pero falibles [14]. El vibe coding sin un médico que ejerza el vibe check clínico no es innovación: es delegación irresponsable disfrazada de eficiencia.

Diagnóstico diferencial de los riesgos (porque seguimos en salud)

Una columna de AIpocrates no puede vender una herramienta sin auscultar sus complicaciones. Y aquí las hay, serias. Conviene ordenarlas como un diagnóstico diferencial:

Seguridad. El código generado por IA no es seguro por defecto. Análisis del sector estiman que cerca de la mitad del código generado por IA contiene vulnerabilidades explotables [4]. Un ingeniero de seguridad llegó a bautizar el fenómeno como «vulnerability-as-a-service» tras observar cuántas aplicaciones de aficionados quedaban expuestas; una auditoría sobre una plataforma no-code encontró que 170 de 1.645 aplicaciones eran «inquietantemente fáciles de vulnerar» [15]. En un dominio que maneja datos personales de salud (LOPDP en Ecuador, HIPAA, RGPD), esto no es un detalle técnico: es un riesgo legal y ético de primer orden.

Gobernanza y shadow IT. Si cada clínico construye y conecta herramientas con datos reales por fuera de la visibilidad del área de TI, el ecosistema —ya fragmentado— se vuelve ingobernable. El principio rector debe ser el de mínima agencia (least agency): a un agente o a una utilidad interna se le concede solo el permiso mínimo indispensable, con barreras estrictas de acceso a información clínica sensible [10].

Mantenibilidad y deuda técnica. El código «vibe-codeado» suele ser de un solo uso, sin documentación, difícil de refactorizar e incompatible con buenas prácticas de control de versiones [15]. No es casualidad que los hospitales sigan eligiendo sistemas con estética de Windows 2000: en salud, el mantenimiento y la trazabilidad pesan más que la elegancia.

Paradoja regulatoria. Los marcos de la FDA, la MHRA o las agencias nacionales fueron diseñados para software estático y exigen evidencia robusta de seguridad, eficacia y trazabilidad, estándares difíciles de sostener en un entorno de «caja negra» agéntica [10]. La propia FDA había autorizado más de mil dispositivos médicos habilitados por IA hacia 2025, pero esos pasan por un proceso de validación del que un prototipo de fin de semana carece por completo [10].

Frente a esto, la respuesta sensata no es prohibir. Como recuerda un análisis reciente, las mismas objeciones —error, responsabilidad legal— rodearon en su momento a las calculadoras clínicas de código abierto, hoy estándar de práctica [16]. La pregunta correcta no es si los clínicos deben construir, sino cómo crear barandillas para que la innovación florezca con seguridad. Y la regla operativa más importante es trazar una frontera nítida —la misma que cualquier epidemiólogo aplica entre dato operativo y evidencia revisada por pares—. El vibe coding es legítimo y poderoso para prototipos de bajo riesgo, sin datos de pacientes, para herramientas internas, educativas y exploratorias. Para software clínico que toca al paciente, sigue rigiendo el camino completo de validación, gobernanza y cumplimiento. Confundir ambos planos es el verdadero error de novato.

Una oportunidad para la periferia

Hay una razón por la que este debate no debería escribirse solo desde San Francisco. Cuando un prototipo funcional puede construirse por menos de 30 dólares y en cuestión de horas [16], lo que cambia no es solo el costo: cambia quién tiene permiso de dar forma al cuidado. El vibe coding permite que la persona que detecta el problema escriba la primera versión de la solución [16]. Y en los sistemas de salud de América Latina, esa persona suele estar en un puesto de salud rural, en una zona distrital, en una consulta de atención primaria, muy lejos de cualquier laboratorio de innovación.

Para quienes construimos tecnología sanitaria desde la periferia, esto no es retórica. Yo lo hago desde El Arenal, un pueblo rural al sur de Ecuador, y no desde una gran metrópoli. Es la posibilidad concreta de que un médico de zona prototipe plataformas para apoyar la vacunación, que un equipo de visita domiciliaria modele su propia clasificación de cohortes, o que una sociedad científica genere una herramienta educativa sin esperar el presupuesto que, en salud, cuando se trata de tecnología, siempre llega tarde. La nivelación del terreno de juego que el vibe coding promete es, en países como el nuestro, una cuestión de equidad digital [16]. El despliegue regional de plataformas como Sofya sugiere que la dirección del viento ya cambió [13].

Coda: el instrumento cambia, la misión no

La historia de la medicina demuestra una constante: la función del médico —aliviar el sufrimiento, preservar la vida, acompañar la enfermedad— no cambia; lo que se transforma son los instrumentos epistemológicos con que la ejercemos. Laënnec no cambió la finalidad de la auscultación; le dio un instrumento mejor para escuchar lo que antes no podía oír.

El médico arquitecto no abandona la medicina por la ingeniería. Hace lo que Laënnec hizo en 1816 frente a una paciente y un problema sin herramienta: toma un instrumento nuevo —ahora, el lenguaje natural sobre un modelo de IA— para escuchar y, esta vez, también para rediseñar el sistema que rodea al paciente. El vibe coding, usado con el juicio clínico y la responsabilidad de siempre, es ese instrumento. Es, en sentido bien literal, el nuevo estetoscopio digital.

La única pregunta abierta es si la comunidad médica liderará el cambio o dejará que el cambio nos suceda. Los mejores clínicos que conozco ya empezaron a enrollar el papel.

Declaración de uso de IA

El autor concibió la estructura argumental y el marco clínico de esta columna, y es responsable de su contenido. Se apoyó en varios modelos de lenguaje para la búsqueda y consolidación bibliográfica, la verificación de fuentes y la redacción asistida de borradores. Todas las afirmaciones con datos, cifras y citas fueron contrastadas contra las fuentes referenciadas.

Referencias

Deja un comentario