Przetłumaczono z angielskiego oryginału. Liczby i źródła pozostają bez zmian. Przeczytaj angielski oryginał

Zgłoszone przez firmęDziała od maj 2025Dodano paź 2026

Cliniques universitaires Saint-Luc

Szpital w Brukseli uruchamia Qwen3 na własnych serwerach jako asystenta w dokumentacji pacjentów

Cliniques universitaires Saint-Luc, szpital uniwersytecki w Brukseli, zbudował asystenta klinicznego na otwartym modelu Qwen3-235B (open-weight), hostowanego w całości na własnych serwerach i wbudowanego w system dokumentacji pacjentów Epic. Po miesięcznym pilotażu asystent trafił do całego szpitala: 1 028 użytkowników i 14 910 rozmów w pięć miesięcy.

Kluczowe liczby

Przepisane dokładnie ze źródeł. Skopiuj każdą liczbę wraz z przypisem.

28

Lekarze w miesięcznym pilotażu, z dziewięciu specjalizacji1

64 %

Uczestnicy pilotażu, którzy korzystali z asystenta codziennie1

1 028

Unikalni użytkownicy w całym szpitalu, od 8 maja do 13 października 20251

14 910

(20 225 wiadomości użytkowników)

Rozmowy w całym szpitalu, od 8 maja do 13 października 20251

Ile to kosztowało

KosztSerwer z 8 procesorami graficznymi NVIDIA H200 za 400 000 dolarów, współdzielony z innymi projektami AI szpitala1
ZespółNie ujawniono
HarmonogramMiesiąc pilotażu z udziałem 28 lekarzy, a następnie użytkowanie w całym szpitalu od 8 maja 20251

Problem

Lekarze spędzają dużą część dnia w elektronicznej dokumentacji medycznej (cyfrowej karcie pacjenta w szpitalu). Artykuł zauważa, że lekarze medycyny ratunkowej w tym szpitalu poświęcają średnio 20 minut na pacjenta na czytanie wcześniejszych dokumentów przed konsultacją. Szpitale nie mogą też wysyłać danych pacjentów do zewnętrznych chatbotów bez naruszenia przepisów o prywatności, takich jak unijne RODO.

Co zbudowano

Cliniques universitaires Saint-Luc, szpital uniwersytecki w Brukseli, zbudował asystenta czatowego wewnątrz systemu dokumentacji pacjentów Epic. Działa on na Qwen3-235B, modelu Alibaby o otwartych wagach (open-weight). Otwarte wagi oznaczają, że pliki modelu są publicznie dostępne, więc organizacja może uruchomić go na własnych serwerach, zamiast korzystać z usługi dostawcy.

Asystent odpowiada na pytania na podstawie dokumentacji bieżącego pacjenta, dokumentów z belgijskiej regionalnej sieci informacji zdrowotnej, procedur szpitala oraz wybranej literatury medycznej. Każda odpowiedź podaje użyte źródła, z linkami otwierającymi się wewnątrz dokumentacji.

Jak to zrobiono

Szpital najpierw zorganizował warsztaty z lekarzami, aby zebrać i uszeregować przypadki użycia. Na pierwszym miejscu znalazł się dostęp do informacji, więc zespół zbudował asystenta opartego na wyszukiwaniu. Retrieval-augmented generation (RAG) oznacza, że system wyszukuje odpowiednie dokumenty i przekazuje je modelowi, zanim ten odpowie.

Całość działa na serwerze kupionym przez szpital, z 8 układami NVIDIA H200, w sieci szpitala i bez zewnętrznego połączenia z internetem w rdzeniu systemu. W projektowaniu i testach pomagała sieć lekarzy „championów”. Skonsultowano się z inspektorem ochrony danych szpitala, a przed uruchomieniem przeprowadzono ocenę skutków dla ochrony danych. Zespół zgłosił narzędzie belgijskiej agencji leków jako wyrób medyczny wytworzony we własnym zakresie.

Wyniki

W miesięcznym pilotażu 28 lekarzy z dziewięciu specjalizacji przeprowadziło 482 rozmowy, a 64 % korzystało z asystenta codziennie. Po pilotażu narzędzie udostępniono całemu szpitalowi, także personelowi pielęgniarskiemu i studentom. Między 8 maja a 13 października 2025 roku 1 028 użytkowników przeprowadziło 14 910 rozmów, a 561 z nich (54,6 %) korzystało z narzędzia co najmniej raz w tygodniu.

Najczęściej chodziło o znajdowanie informacji (36,8 % rozmów) i streszczanie dokumentacji (26,5 %). Pisanie notatek stanowiło 20,7 %, a wsparcie decyzji klinicznych 11,0 %. Autorzy odczytują to tak, że personel używa narzędzia jako pomocy informacyjnej, a nie diagnostycznej.

Co poszło nie tak

Badanie nie sprawdzało, czy asystent oszczędza czas lub poprawia opiekę. Opinie z pilotażu pokazały luki: użytkownicy wskazywali brak kontekstu, na przykład wyników badań patomorfologicznych, a jedna odpowiedź błędnie odczytała wynik skali ryzyka. W produkcji liczba ocen spadła, dlatego szpital planuje losowe próbkowanie i automatyczne kontrole rozmów.

Co warto powtórzyć

Zacznijcie od zadań informacyjnych, o które personel już prosi, wbudujcie narzędzie w jego główny system i zaplanujcie budżet na monitorowanie po wdrożeniu.

Wszystkie zgłoszone liczby

MiaraLiczbaPrzypis
Lekarze w miesięcznym pilotażu, z dziewięciu specjalizacji281
Uczestnicy pilotażu, którzy korzystali z asystenta codziennie64 %1
Unikalni użytkownicy w całym szpitalu, od 8 maja do 13 października 20251 0281
Rozmowy w całym szpitalu, od 8 maja do 13 października 202514 910 (20 225 wiadomości użytkowników)1
Użytkownicy aktywni co najmniej raz w tygodniu561 (54,6 % użytkowników)1
Rozmowy według typu zadania: wyszukiwanie informacji, streszczanie, pisanie notatek, wsparcie decyzji36,8 %, 26,5 %, 20,7 %, 11,0 % (reszta: 5,0 %)1
Jawne oceny wystawione przez użytkowników w środowisku produkcyjnym190 (90 pozytywnych, 100 negatywnych), mniej niż 1 % odpowiedzi asystenta1

Wnioski dla Twojego projektu

  1. Zanim zaczniecie budować, zapytajcie klinicystów, czego potrzebują. Najczęściej prosili o znajdowanie i streszczanie informacji, więc asystenta ukierunkowano na to, a nie na diagnozę.

  2. Umieśćcie narzędzie w systemie, z którego personel już korzysta. Asystent otwiera się w dokumentacji pacjenta, więc użytkownicy nie przełączają ekranów ani nie logują się ponownie.

  3. Zaplanujcie kontrolę po wdrożeniu. Dobrowolne opinie mocno zmalały, gdy narzędzie stało się rutyną, dlatego do pilnowania jakości na dużą skalę potrzebne jest próbkowanie rozmów.

  4. Uczyńcie podejście do prywatności częścią projektu. Szpital przeprowadził ocenę skutków dla ochrony danych i zachował wszystkie dane pacjentów we własnej sieci.

Zastrzeżenia

  • Autorami są pracownicy zespołu szpitala. Artykuł przeszedł recenzję naukową, ale liczby pochodzą od szpitala i nie są wynikiem zewnętrznego audytu.
  • Badanie nie mierzyło oszczędności czasu ani wyników klinicznych. Mierzy wdrożenie i sposób, w jaki personel korzysta z narzędzia.
  • Opinii było niewiele, więc rzeczywisty odsetek błędów jest nieznany. W pilotażu oceniono 47 z 815 odpowiedzi, w tym 25 pozytywnie i 22 negatywnie.
  • Serwer za 400 000 dolarów obsługuje także inne projekty. Autorzy twierdzą, że lżejsze modele można uruchomić na sprzęcie kosztującym mniej niż 50 000 dolarów, ale nie sprawdzili tego w tym wdrożeniu.

Źródła

  1. Implementation of large language models in electronic health records

    PLOS Digital Health · 2025-12-19 · Publikacja naukowa · ncbi.nlm.nih.gov

Streszczone własnymi słowami na podstawie powyższych źródeł. Zauważyłeś błąd? Zobacz sprostowania.