Tradotto dall'originale inglese. Dati e fonti restano invariati. Leggi l'originale in inglese
Cliniques universitaires Saint-Luc
Un ospedale di Bruxelles esegue Qwen3 sui propri server come assistente dentro la cartella clinica
Le Cliniques universitaires Saint-Luc, ospedale universitario di Bruxelles, hanno realizzato un assistente clinico basato sul modello open-weight Qwen3-235B, ospitato interamente sui propri server e integrato nel sistema di cartella clinica Epic. Dopo un mese di pilota è stato esteso a tutto l'ospedale: 1.028 utenti e 14.910 conversazioni in cinque mesi.
Dati chiave
Copiati esattamente dalle fonti. Copiate qualsiasi dato insieme alla sua citazione.
Il problema
I medici passano gran parte della giornata nella cartella clinica elettronica (il fascicolo digitale del paziente dell'ospedale). L'articolo osserva che i medici del pronto soccorso di questo ospedale dedicano in media 20 minuti per paziente alla lettura dei documenti precedenti prima di una visita. Inoltre gli ospedali non possono inviare dati dei pazienti a chatbot esterni senza violare norme sulla privacy come il GDPR dell'UE.
Cosa hanno costruito
Le Cliniques universitaires Saint-Luc, ospedale universitario di Bruxelles, hanno realizzato un assistente conversazionale dentro il sistema di cartella clinica Epic. Funziona con Qwen3-235B, un modello open-weight di Alibaba. Open-weight significa che i file del modello sono pubblici, quindi un'organizzazione può eseguirlo sui propri server invece di rivolgersi al servizio di un fornitore.
L'assistente risponde alle domande usando la cartella del paziente in esame, i documenti della rete sanitaria regionale belga, le procedure dell'ospedale e una selezione di letteratura medica. Ogni risposta elenca le fonti utilizzate, con link che si aprono all'interno della cartella.
Come ci sono riusciti
L'ospedale ha organizzato prima dei workshop con i medici per raccogliere e ordinare i casi d'uso. L'accesso alle informazioni è venuto per primo, quindi il team ha costruito un assistente basato sul recupero dei documenti. La generazione aumentata dal recupero (RAG) significa che il sistema cerca i documenti pertinenti e li passa al modello prima che risponda.
Tutto funziona su un server acquistato dall'ospedale, con 8 chip NVIDIA H200, sulla rete ospedaliera e senza connessione a internet esterna per la parte centrale del sistema. Una rete di «champion» tra i medici ha contribuito alla progettazione e ai test. Il responsabile della protezione dei dati dell'ospedale è stato consultato e prima del lancio è stata completata una valutazione d'impatto sulla protezione dei dati. Il team ha notificato lo strumento all'agenzia belga dei medicinali come dispositivo medico sviluppato internamente.
Risultati
In un pilota di un mese, 28 medici di nove specialità hanno avuto 482 conversazioni e il 64% ha usato l'assistente ogni giorno. Dopo il pilota lo strumento è stato aperto a tutto l'ospedale, compresi infermieri e studenti. Tra l'8 maggio e il 13 ottobre 2025, 1.028 utenti hanno avuto 14.910 conversazioni e 561 di loro (54,6%) lo hanno usato almeno una volta a settimana.
L'uso prevalente è stato trovare informazioni (36,8% delle conversazioni) e riassumere cartelle (26,5%). La stesura di note ha rappresentato il 20,7% e il supporto alle decisioni cliniche l'11,0%. Secondo gli autori, il personale usa lo strumento come ausilio informativo più che come strumento diagnostico.
Cosa è andato storto
Lo studio non ha verificato se l'assistente fa risparmiare tempo o migliora le cure. Il feedback del pilota ha mostrato delle lacune: gli utenti hanno segnalato la mancanza di contesto, come i referti di anatomia patologica, e una risposta ha interpretato male un punteggio di rischio. Il numero di valutazioni è calato in produzione, quindi l'ospedale prevede un campionamento casuale e controlli automatici delle conversazioni.
Cosa replicare
Partite dalle attività informative che il personale già richiede, integrate lo strumento nel sistema principale e mettete a budget il monitoraggio dopo il lancio.
Tutti i dati dichiarati
| Indicatore | Dato | Citazione |
|---|---|---|
| Medici nel pilota di un mese, di nove specialità | 281 | |
| Partecipanti al pilota che hanno usato l'assistente ogni giorno | 64%1 | |
| Utenti unici in tutto l'ospedale, dall'8 maggio al 13 ottobre 2025 | 1.0281 | |
| Conversazioni in tutto l'ospedale, dall'8 maggio al 13 ottobre 2025 | 14.910 (20.225 messaggi degli utenti)1 | |
| Utenti attivi almeno una volta a settimana | 561 (54,6% degli utenti)1 | |
| Conversazioni per tipo di attività: ricerca di informazioni, sintesi, stesura di note, supporto alle decisioni | 36,8%, 26,5%, 20,7%, 11,0% (resto: 5,0%)1 | |
| Valutazioni esplicite lasciate dagli utenti in produzione | 190 (90 positive, 100 negative), meno dell'1% delle risposte dell'assistente1 |
Lezioni per il vostro progetto
Chiedete ai clinici di cosa hanno bisogno prima di costruire. Le richieste principali riguardavano il trovare e riassumere informazioni, quindi l'assistente è stato pensato su questo e non sulla diagnosi.
Mettete lo strumento dentro il sistema che il personale già usa. L'assistente si apre nella cartella clinica, così gli utenti non cambiano schermata né devono accedere di nuovo.
Prevedete un controllo dopo il lancio. Il feedback volontario è calato molto quando lo strumento è diventato routine, quindi servono campionamenti delle conversazioni per tenere sotto controllo la qualità su larga scala.
Rendete l'approccio alla privacy parte del progetto. L'ospedale ha completato una valutazione d'impatto sulla protezione dei dati e ha tenuto tutti i dati dei pazienti sulla propria rete.
Avvertenze
- Gli autori sono il team dell'ospedale stesso. L'articolo è stato sottoposto a revisione tra pari, ma le cifre sono quelle dell'ospedale, non di un audit esterno.
- Lo studio non ha misurato il tempo risparmiato né gli esiti clinici. Misura l'adozione e il modo in cui il personale usa lo strumento.
- Il feedback è stato scarso, quindi i veri tassi di errore sono sconosciuti. Nel pilota sono state valutate 47 risposte su 815, 25 positive e 22 negative.
- Il server da 400.000 dollari serve anche altri progetti. Gli autori affermano che modelli più leggeri possono funzionare su hardware che costa meno di 50.000 dollari, ma non lo hanno verificato in questa implementazione.
Fonti
- Implementation of large language models in electronic health records
PLOS Digital Health · 2025-12-19 · Articolo di ricerca · ncbi.nlm.nih.gov
Riassunto con parole nostre a partire dalle fonti sopra indicate. Avete notato un errore? Consultate le rettifiche.