Jednostka 5 / 11

Integracja LIS i przepływ danych: łączenie sztucznej inteligencji we właściwym miejscu

Zyski:

  • Zrozumienie, jak działa laboratoryjny system informacyjny (LIS), oprogramowanie pośredniczące i przepływ danych HL7/ASTM oraz gdzie do tego łańcucha dodaje się sztuczną inteligencję.
  • Możliwość projektowania reguł automatycznej weryfikacji przy wsparciu sztucznej inteligencji oraz ustalania bezpiecznych limitów i reguł wyjątków
  • Umiejętność zrozumienia ryzyka błędów integracji dla bezpieczeństwa pacjenta (niedopasowanie jednostek, kod LOINC, pomieszanie kanałów) i punktów weryfikacji pozycji

Wynik laboratoryjny odbywa niewidzialną podróż, aż opuści urządzenie i dotrze do ekranu lekarza: urządzenie generuje dane, oprogramowanie pośredniczące je zbiera, laboratoryjny system informacyjny (LIS) rejestruje i weryfikuje, szpitalny system informacyjny (HIS) łączy go z pacjentem, a wynik jest raportowany. W każdym ogniwie tego łańcucha dane są tłumaczone z jednego formatu na inny, a każde tłumaczenie stwarza okazję do błędu: jednostka jest niedopasowana, kod testowy jest pomieszany, kanał zostaje zamieniony na inny analit. Sztuczna inteligencja może stworzyć ogromną wartość, dodając ją do tego łańcucha — szczególnie poprzez mądrzejsze zasady automatycznej weryfikacji — ale źle umieszczona sztuczna inteligencja może przyspieszyć i skalować błędy.

W tym module dowiesz się, jak działają standardy LIS, oprogramowania pośredniego i wymiany danych (HL7, ASTM, LOINC); logiczne i bezpieczne granice automatycznej weryfikacji; Omówimy ryzyko błędów integracji dla bezpieczeństwa pacjenta. Podstawowa zasada: sztuczna inteligencja przyspiesza reguły i przepływ; O tym, który wynik zostanie wydany automatycznie, a który trafi do człowieka, decyduje ekspert zachowujący zasady bezpieczeństwa.

Pierścienie przepływu danych

LIS (Laboratory Information System) to mózg laboratorium: przyjmuje zlecenia na badania, śledzi próbki, rejestruje, weryfikuje i raportuje wyniki. Oprogramowanie pośredniczące to oprogramowanie pośredniczące znajdujące się pomiędzy urządzeniami a systemem LIS; Gromadzi dane z wielu urządzeń, stosuje reguły (kontrola delta, automatyczna weryfikacja) i zarządza żądaniami powtórzeń/rozcieńczeń. HIMS/HIS zarządza tożsamością pacjentów i żądaniami w całym szpitalu.

Systemy te porozumiewają się ze sobą standardowymi „językami”:

  • HL7 (poziom zdrowia 7): Standard przesyłania wiadomości między systemami opieki zdrowotnej. Żądanie testu i jego wynik są przesyłane jako komunikaty HL7.
  • ASTM: Standard przesyłania wiadomości używany głównie w komunikacji między urządzeniami a oprogramowaniem pośredniczącym.
  • LOINC: słownik, który uniwersalnie koduje testy laboratoryjne. Test „glukoza, surowica” ma kod LOINC; Dzięki temu kodowi różne systemy rozumieją, że mówią o tym samym teście.

Bez tych standardów każde urządzenie i system nie rozumiałyby się nawzajem. Sztuczna inteligencja może pomóc w dopasowaniu tych wiadomości, skanowaniu w poszukiwaniu błędów i generowaniu reguł; ale dokładność dopasowania musi zostać przetestowana przez człowieka.

warstwa

Misja

Typowe ryzyko błędu

Urządzenie (analizator)

dokonuje pomiarów

Kalibracja, przesłuch kanałowy

oprogramowanie pośrednie

Zbiera dane, stosuje zasady

Zła zasada, dopasowanie jednostek

LIS

Rejestruje, weryfikuje, raportuje

Zamieszanie w kodzie LOINC/testowym

ON/JEGO

Identyfikator pacjenta, prośba

Nieprawidłowe dopasowanie pacjenta

Co to jest automatyczna weryfikacja?

Automatyczna weryfikacja to automatyczne udostępnianie wyników spełniających określone bezpieczne warunki bez nadzoru człowieka. Na przykład: wynik mieszczący się w zakresie referencyjnym, posiadający ważną kontrolę jakości, posiadający czystą kontrolę delta, nie zawierający flag zakłóceń i niebędący krytyczny, może zostać automatycznie zatwierdzony. Odwraca to uwagę człowieka od masy rutynowych, normalnych wyników i kieruje uwagę eksperta na wyniki, które faktycznie wymagają badania. Dobrze zaprojektowana automatyczna weryfikacja może bezpiecznie przyspieszyć znaczną część wyników w laboratorium.

Jednak sednem automatycznej weryfikacji jest to, czego NIE automatyzujesz. Z automatyzacji należy wyłączyć i skierować do człowieka:

  • Wartości krytyczne/panika
  • Naruszenia kontroli Delta
  • Analityki z naruszeniem kontroli jakości
  • Flagi zakłócające (hemoliza, lipemia, żółtaczka)
  • Wyniki, w których urządzenie umieszcza znak „check”.
  • Niektóre wyniki wykraczające poza zakres referencyjny i wymagają interpretacji klinicznej
Uwaga: „Automatycznie zwolnij wszystko” to najniebezpieczniejsza decyzja dotycząca automatyzacji. Dobra automatyzacja jest definiowana przez reguły wyjątków; Ważniejsze jest wyjaśnienie, który wynik z pewnością trafi do ludzi, niż który przejdzie.

Jak dodać AI do integracji

Sztuczna inteligencja jest bardzo przydatna jako asystent przy projektowaniu reguł automatycznej walidacji: może przeglądać istniejące reguły, wskazywać luki, symulować, jakie wyniki przejdzie zestaw reguł, sprawdzać listę wyjątków. Może także skanować w poszukiwaniu błędów dopasowania (niedopasowanie jednostek, nieoczekiwany zakres wartości, pomyłka w kodzie) w komunikatach HL7/ASTM. Żadna zasada sugerowana przez sztuczną inteligencję nie jest jednak wdrażana bez sprawdzenia jej na podstawie rzeczywistych danych pacjentów i testów retrospektywnych. Przed publikacją reguła automatyzacji jest testowana na wynikach historycznych i zadaje pytanie „ile wartości krytycznych by pominęła?” Należy to sprawdzić za pomocą pytania.

Słaba zachęta/silna zachęta

Słaba zachęta:

Napisz reguły automatycznej walidacji i szybko uzyskaj wyniki.

Ten monit nie obejmuje limitów bezpieczeństwa, wyjątków i kontekstu laboratoryjnego. Sztuczna inteligencja może zaproponować szeroką, niebezpieczną zasadę „pass-all” i istnieje ryzyko automatycznego uwolnienia wartości krytycznych.

Potężny monit:

Twoja rola: asystent eksperta laboratoryjnego, który OPRACUJE zasady automatycznej walidacji. Celem jest bezpieczeństwo; prędkość jest sprawą drugorzędną. Zaproponuj projekt zasad dla następujących analitów:[lista analitów]. Zapisz przypadki automatycznego zwolnienia WARUNKI i WYJĄTKI (przejdź do człowieka) oddzielnie dla każdej reguły. Wyjątki muszą obejmować co najmniej następujące elementy: wartość krytyczna, naruszenie kontroli delta, naruszenie kontroli jakości, flaga zakłóceń, flaga kontroli urządzenia. Dodaj notatkę obok każdej reguły, mówiąc: „ta zasada może uniknąć tego ryzyka”. Przetestuję zasady retrospektywnie przed wprowadzeniem ich do produkcji; Napisz też jakie dane historyczne mam sprawdzić do testów.

Silna zachęta nadaje priorytet bezpieczeństwu, wymusza wyjątki, kwestionuje ryzyko i obejmuje etap sprawdzania poprawności.

trzy mini etui

Przypadek 1 — Dobrze zaprojektowana automatyzacja. Laboratorium konfiguruje automatyczną walidację rutynowych wyników pełnej morfologii krwi: w zakresie referencyjnym, kontrola jakości czysta, czystość delta, brak flagi urządzenia. Wartości krytyczne, flaga wybuchu, naruszenie delta trafiają do człowieka. Symuluje zestaw reguł AI i pokazuje, że w ciągu ostatnich 10 000 wyników nie umknęły żadne wartości krytyczne. Ekspert weryfikuje i wdraża regułę; Około 70% wyników jest bezpiecznie przyspieszanych, skupiając uwagę na tych krytycznych.

Przypadek 2 — Błąd dopasowania objętości. Po aktualizacji integracji urządzenie wysyła mmol/L, podczas gdy oprogramowanie pośredniczące oczekuje na magnez w mg/dL. Wartości są systematycznie skalowane nieprawidłowo. AI oznacza nagłe i zupełnie nieoczekiwane przesunięcie wyników w zakres („wszystkie wyniki magnezu ~2,4 razy normalne”). Specjalista znajduje i naprawia błąd dopasowania jednostki. Gdyby automatyzacja nie wyłapała tego błędu, tysiące wyników byłoby błędnych – żywy przykład ryzyka skalowania błędu przez automatyzację.

Przypadek 3 — Automatyczna ucieczka wartości krytycznej. Otwiera szeroką automatyczną walidację bez ustalania kolejnej reguły wyjątku dla laboratorium. Poziom potasu wynoszący 6,4 mmol/l, choć krytyczny, jest uwalniany automatycznie i powiadomienie jest pomijane. Pacjent doznaje krzywdy. Lekcja: bezpieczeństwo automatycznej walidacji zależy od kompletności reguł wyjątków; Wartość krytyczna nigdy nie jest pozostawiona automatyzacji.

Kopiowalne szablony podpowiedzi

SZABLON PROJEKTU ZASAD AUTOMATYCZNEJ WALIDACJI Analit: [nazwa]. Wymień warunki automatycznego zwolnienia (zakres odniesienia, status kontroli jakości, delta, zakłócenia, flaga urządzenia). Następnie wypisz osobno wyjątki „MUSISZ GO DO LUDZI”. Określ ryzyko, że każda reguła może zostać pominięta. Zasadą jest projekt; Nie użyję go bez retrospektywnych testów.

SZABLON SYMULACJI REGUŁY Zastosuj następującą regułę automatycznej walidacji do dostarczonej przeze mnie anonimowej listy wyników historycznych. Pokaż, które wyniki przechodzą automatycznie, a które trafiają do ludzi. Konkretnie: czy jakieś wartości krytyczne zostały przekazane automatycznie? Włamanie do Delta uciekło? Zasada: [zasada]. Wyniki: [lista].

SZABLON SKANOWANIA BŁĘDU INTEGRACJI Następujące wyniki analitów wskazują na błąd integracji/dopasowania: nagły i stały dryf wszystkich wyników (możliwy błąd jednostki), nieoczekiwany zakres, niespójność z pojedynczego urządzenia/kanału. Oznacz podejrzany wzór i możliwą przyczynę; Podejmę decyzję. Dane: [lista].

SZABLON KONTROLI KODU LOINC/TESTU Sprawdź zgodność następującej nazwy testu i przesłanego kodu: czy nazwa testu i test opisany w kodzie odnoszą się do tego samego analitu? Czy głośność jest kompatybilna? Jeśli występuje niezgodność, zaznacz „[dopasowanie musi zostać zweryfikowane]”. Dopasowania: [lista].

Typowe błędy

  • Włącz automatyczną weryfikację bez wyjątku. Automatyzacja bez wyjątków dotyczących wartości krytycznej, delty, kontroli jakości i zakłóceń jest niebezpieczna.
  • Wprowadzanie reguły do ​​środowiska produkcyjnego bez jej sprawdzania. Nowa zasada nie zostanie wdrożona bez retrospektywnych testów na danych historycznych.
  • Nie sprawdzanie dopasowania jednostek. Błąd taki jak mg/dL ↔ mmol/L dyskretnie wpływa na wszystkie wyniki.
  • Przeoczenie kodu testowego/zamieszania LOINC. Niedopasowany kod może spowodować, że jeden raport z testu stanie się kolejnym testem.
  • Uznawanie sugestii zasad AI za dowód. Propozycja jest projektem; Tylko symulacja i walidacja pokazują bezpieczeństwo.
Wskazówka: projektując regułę automatycznej weryfikacji, najpierw zadaj sobie pytanie: „Czego NIGDY nie przekazałbym automatycznie?” Zacznij od pytania. Po całkowitym ustaleniu listy wyjątków można bezpiecznie rozszerzyć automatyzację. Bezpieczeństwo mierzy się nie wynikami, które przechodzą, ale tym, czego nie pozwalasz przejść.

Podsumowując

Dane laboratoryjne przepływają w wieloogniwowym łańcuchu od urządzenia do lekarza; Ten przepływ zapewniają standardy LIS, oprogramowanie pośrednie i HL7/ASTM/LOINC, a każdy pierścień jest okazją do błędu. Automatyczna weryfikacja przyspiesza wyniki w bezpiecznych warunkach, jednak jej bezpieczeństwo zależy od reguł wyjątków (wartość krytyczna, delta, QC, zakłócenia muszą przejść na człowieka). Sztuczna inteligencja to potężny asystent w projektowaniu reguł, ich symulowaniu i skanowaniu pod kątem błędów integracji; Żadna reguła nie jest jednak wdrażana bez retrospektywnych testów i zatwierdzenia przez ekspertów. Automatyzacja skaluje również błąd; Dlatego punkty kontrolne są niezbędne.

Zadanie aplikacji

Poproś AI o zestaw reguł za pomocą szablonu „Draft reguły automatycznej walidacji” dla analitu; W szczególności sprawdź, czy lista wyjątków jest kompletna. Następnie zastosuj tę regułę do przykładowej listy wyników historycznych za pomocą szablonu „Symulacja reguły” i sprawdź, czy nie doszło do żadnych naruszeń wartości krytycznych/delty. Na koniec utwórz scenariusz dopasowywania woluminów i wypróbuj szablon „Skanowanie błędów integracji”.

lista kontrolna

  • [ ] Całkowicie zdefiniowałem listę wyjątków (krytyczny, delta, kontrola jakości, zakłócenia) do automatycznej weryfikacji.
  • [ ] Przed wprowadzeniem reguły do ​​produkcji przetestowałem ją retrospektywnie na danych historycznych.
  • [ ] Sprawdziłem, że żadne naruszenia wartości krytycznych/delta nie są przekazywane automatycznie.
  • [ ] Sprawdziłem zgodność urządzenia i kodu LOINC/testu.
  • [ ] Przeskanowałem w poszukiwaniu oznak niepowodzenia integracji (nagły, ciągły dryf).
  • [ ] Potwierdziłem sugestię reguły AI poprzez symulację i weryfikację.