Traducido del original en inglés. Las cifras y las fuentes no cambian. Leer el original en inglés

Comunicado por la empresaEn producción desde may 2025Añadido el oct 2026

Cliniques universitaires Saint-Luc

Un hospital de Bruselas ejecuta Qwen3 en sus propios servidores como asistente dentro de la historia clínica

Las Cliniques universitaires Saint-Luc, un hospital universitario de Bruselas, crearon un asistente clínico sobre el modelo de pesos abiertos Qwen3-235B, alojado por completo en sus propios servidores e integrado en su sistema de historia clínica Epic. Tras un mes de piloto, se extendió a todo el hospital: 1.028 usuarios y 14.910 conversaciones en cinco meses.

Cifras clave

Copiadas literalmente de las fuentes. Copie cualquier cifra con su cita.

28

Médicos en el piloto de un mes, de nueve especialidades1

64 %

Participantes del piloto que usaron el asistente a diario1

1.028

Usuarios únicos en todo el hospital, del 8 de mayo al 13 de octubre de 20251

14.910

(20.225 mensajes de usuarios)

Conversaciones en todo el hospital, del 8 de mayo al 13 de octubre de 20251

Qué requirió

CosteUn servidor con 8 GPU NVIDIA H200 que costó 400.000 dólares, compartido con otros proyectos de IA del hospital1
EquipoNo divulgado
PlazosUn mes de piloto con 28 médicos y, después, uso en todo el hospital desde el 8 de mayo de 20251

El problema

Los médicos pasan buena parte de su jornada en la historia clínica electrónica (el archivo digital del paciente en el hospital). El artículo señala que los médicos de urgencias de este hospital dedican, de media, 20 minutos por paciente a leer documentos previos antes de la consulta. Además, los hospitales no pueden enviar datos de pacientes a chatbots externos sin incumplir normas de privacidad como el RGPD de la UE.

Qué construyeron

Las Cliniques universitaires Saint-Luc, un hospital universitario de Bruselas, crearon un asistente de chat dentro de su sistema de historia clínica Epic. Funciona con Qwen3-235B, un modelo de pesos abiertos de Alibaba. Pesos abiertos significa que los archivos del modelo están publicados, de modo que una organización puede ejecutarlo en sus propios servidores en lugar de recurrir al servicio de un proveedor.

El asistente responde a las preguntas a partir de la historia del paciente que se está atendiendo, de documentos de la red regional belga de información sanitaria, de los procedimientos del propio hospital y de una selección de literatura médica. Cada respuesta enumera las fuentes utilizadas, con enlaces que se abren dentro de la historia clínica.

Cómo lo hicieron

El hospital organizó primero talleres con médicos para recoger y ordenar los casos de uso. El acceso a la información fue lo primero, de modo que el equipo construyó un asistente basado en recuperación. La generación aumentada por recuperación (RAG) significa que el sistema busca los documentos pertinentes y se los entrega al modelo antes de que responda.

Todo funciona en un servidor que compró el hospital, con 8 chips NVIDIA H200, dentro de la red del hospital y sin conexión externa a internet para el núcleo del sistema. Una red de «campeones» médicos ayudó a diseñarlo y probarlo. Se consultó al delegado de protección de datos del hospital y, antes del lanzamiento, se completó una evaluación de impacto sobre la protección de datos. El equipo notificó la herramienta a la agencia belga de medicamentos como producto sanitario de desarrollo propio.

Resultados

En un piloto de un mes, 28 médicos de nueve especialidades mantuvieron 482 conversaciones y el 64 % usó el asistente a diario. Tras el piloto, la herramienta se abrió a todo el hospital, incluidos enfermeros y estudiantes. Entre el 8 de mayo y el 13 de octubre de 2025, 1.028 usuarios mantuvieron 14.910 conversaciones, y 561 de ellos (54,6 %) lo usaron al menos una vez por semana.

El uso principal fue encontrar información (36,8 % de las conversaciones) y resumir historias clínicas (26,5 %). Redactar notas supuso el 20,7 % y el apoyo a la decisión clínica el 11,0 %. Los autores interpretan que el personal usa la herramienta como ayuda de información y no como herramienta de diagnóstico.

Qué salió mal

El estudio no comprobó si el asistente ahorra tiempo o mejora la atención. Las valoraciones del piloto mostraron carencias: los usuarios señalaron que faltaba contexto, como los informes de anatomía patológica, y una respuesta interpretó mal una puntuación de riesgo. El volumen de valoraciones bajó en producción, por lo que el hospital prevé un muestreo aleatorio y comprobaciones automáticas de las conversaciones.

Qué replicar

Empiece por las tareas de información que el personal ya pide, integre la herramienta en su sistema principal y presupueste la supervisión posterior al lanzamiento.

Todas las cifras comunicadas

IndicadorCifraCita
Médicos en el piloto de un mes, de nueve especialidades281
Participantes del piloto que usaron el asistente a diario64 %1
Usuarios únicos en todo el hospital, del 8 de mayo al 13 de octubre de 20251.0281
Conversaciones en todo el hospital, del 8 de mayo al 13 de octubre de 202514.910 (20.225 mensajes de usuarios)1
Usuarios que lo utilizaron al menos una vez por semana561 (54,6 % de los usuarios)1
Conversaciones por tipo de tarea: búsqueda de información, resumen, redacción de notas, apoyo a la decisión36,8 %, 26,5 %, 20,7 %, 11,0 % (resto: 5,0 %)1
Valoraciones explícitas de los usuarios en producción190 (90 positivas, 100 negativas), menos del 1 % de las respuestas del asistente1

Lecciones para su proyecto

  1. Pregunte a los clínicos qué necesitan antes de construir. Lo que más pedían era encontrar y resumir información, así que el asistente se orientó a eso y no al diagnóstico.

  2. Ponga la herramienta dentro del sistema que el personal ya usa. El asistente se abre dentro de la historia clínica, de modo que nadie cambia de pantalla ni vuelve a iniciar sesión.

  3. Planifique la revisión tras el lanzamiento. Las valoraciones voluntarias cayeron en picado cuando la herramienta se volvió rutinaria, así que hace falta muestrear conversaciones para vigilar la calidad a escala.

  4. Haga de la privacidad parte del diseño. El hospital completó una evaluación de impacto sobre la protección de datos y mantuvo todos los datos de los pacientes en su propia red.

Salvedades

  • Los autores son el propio equipo del hospital. El artículo pasó una revisión por pares, pero las cifras son las del hospital, no las de una auditoría externa.
  • El estudio no midió el tiempo ahorrado ni los resultados clínicos. Mide la adopción y cómo usa la herramienta el personal.
  • Las valoraciones fueron escasas, por lo que se desconocen las tasas reales de error. En el piloto se valoraron 47 de 815 respuestas: 25 positivas y 22 negativas.
  • El servidor de 400.000 dólares también da servicio a otros proyectos. Los autores afirman que modelos más ligeros pueden funcionar con hardware de menos de 50.000 dólares, pero no lo probaron en este despliegue.

Fuentes

  1. Implementation of large language models in electronic health records

    PLOS Digital Health · 2025-12-19 · Artículo de investigación · ncbi.nlm.nih.gov

Resumido con nuestras propias palabras a partir de las fuentes anteriores. ¿Ha detectado un error? Consulte correcciones.