Pelnas:
- Supratimas, kaip veikia Laboratorijos informacinė sistema (LIS), tarpinė programinė įranga ir HL7/ASTM duomenų srautas ir kur prie šios grandinės pridedamas dirbtinis intelektas.
- Gebėjimas kurti automatinio tikrinimo taisykles su dirbtinio intelekto palaikymu ir nustatyti saugias ribas bei išimčių taisykles
- Gebėjimas suprasti pacientų saugos riziką dėl integravimo klaidų (įrenginio neatitikimo, LOINC kodo, kanalų sumaišymo) ir padėties tikrinimo taškų
Laboratorijos rezultatas daro nematomą kelionę, kol palieka prietaisą ir pasiekia gydytojo ekraną: prietaisas sugeneruoja duomenis, tarpinė programinė įranga juos surenka, Laboratorijos informacinė sistema (LIS) juos įrašo ir patikrina, ligoninės informacinė sistema (HIS) sujungia su pacientu, o apie rezultatą pranešama. Kiekvienoje šios grandinės grandyje duomenys verčiami iš vieno formato į kitą, o kiekvienas vertimas yra klaidos galimybė: nesutampa vienetas, supainiotas testo kodas, kanalas pakeičiamas į kitą analitę. Dirbtinis intelektas gali sukurti didelę vertę įtraukdamas jį į šią grandinę – ypač patobulindamas automatinio tikrinimo taisykles – tačiau netinkamai išdėstytas AI gali pagreitinti ir padidinti klaidą.
Šiame skyriuje sužinosite, kaip veikia LIS, tarpinės programinės įrangos ir duomenų mainų standartai (HL7, ASTM, LOINC); automatinio patikrinimo logika ir saugios ribos; Mes padengsime pacientų saugumo riziką dėl integracijos klaidų. Pagrindinis principas: AI pagreitina taisyklę ir srautą; Sprendimą, kuris rezultatas bus paskelbtas automatiškai, o kuris atiteks žmogui, nustato ekspertas pagal saugumo taisykles.
Duomenų srauto žiedai
LIS (Laboratorijos informacinė sistema) yra laboratorijos smegenys: ji priima tyrimų užsakymus, seka mėginius, registruoja, tikrina ir praneša rezultatus. Tarpinė programinė įranga yra tarpinė programinė įranga, esanti tarp įrenginių ir LIS; Jis renka duomenis iš kelių įrenginių, taiko taisykles (delta patikra, automatinis patikrinimas) ir tvarko kartojimo / skiedimo užklausas. HIMS/HIS tvarko paciento tapatybę ir užklausas visoje ligoninėje.
Šios sistemos tarpusavyje kalba standartinėmis „kalbomis“:
- HL7 (7 sveikatos lygis): pranešimų tarp sveikatos sistemų standartas. Bandymo užklausa ir jos rezultatas pateikiami kaip HL7 pranešimai.
- ASTM: pranešimų standartas, daugiausia naudojamas įrenginio ir tarpinės programinės įrangos ryšiui.
- LOINC: žodynas, kuriame visuotinai koduojami laboratoriniai tyrimai. Testas „gliukozė, serumas“ turi LOINC kodą; Šio kodo dėka skirtingos sistemos supranta, kad kalba apie tą patį testą.
Be šių standartų kiekvienas įrenginys ir sistema nesuprastų vieni kitų. AI gali padėti suderinti šiuos pranešimus, nuskaityti klaidas ir generuoti taisykles; bet atitikimo tikslumą turi patikrinti žmogus.
sluoksnis
Misija
Tipiška klaidų rizika
Įrenginys (analizatorius)
atlieka matavimus
Kalibravimas, kanalo perkalbėjimas
tarpinė programinė įranga
Renka duomenis, taiko taisykles
Neteisinga taisyklė, vienetų rungtynės
LIS
Įrašo, tikrina, praneša
LOINC/testo kodo painiava
JIS/JO
Paciento ID, prašymas
Neteisinga paciento atitiktis
Kas yra automatinis patvirtinimas?
Automatinis patikrinimas – tai automatinis rezultatų, atitinkančių tam tikras saugias sąlygas, paskelbimas be žmogaus stebėjimo. Pavyzdžiui: rezultatas, kuris yra atskaitos diapazone, turi galiojantį QC, turi švarų delta patikrą, neturi trikdžių vėliavėlių ir nėra kritinis, gali būti patvirtintas automatiškai. Tai atima įprastų normalių rezultatų masę nuo žmogaus ir nukreipia eksperto dėmesį į rezultatus, kuriuos iš tikrųjų reikia ištirti. Gerai suplanuotas automatinis patikrinimas gali saugiai paspartinti didelę dalį rezultatų laboratorijoje.
Tačiau automatinio patvirtinimo esmė yra tai, ko NEautomatizuojate. Šie dalykai neturėtų būti automatizuoti ir skirti žmonėms:
- Kritinės / panikos vertės
- Delta patikros pažeidimai
- Analitės su QC pažeidimu
- Trikdžių vėliavėlės (hemolizė, lipemija, gelta)
- Rezultatai, kai įrenginys uždeda „patikros“ ženklą
- Tam tikri rezultatai, kurie nepatenka į atskaitos diapazoną ir reikalauja klinikinio aiškinimo
Atsargiai: „Automatiškai paleisti viską“ yra pavojingiausias automatizavimo sprendimas. Gerą automatizavimą apibrėžia išimčių taisyklės; Svarbiau išsiaiškinti, kuris rezultatas tikrai pasieks žmones, nei kuris išeis.
Kaip pridėti AI prie integracijos
Dirbtinis intelektas yra labai naudingas kaip pagalbininkas kuriant automatinio patvirtinimo taisykles: gali peržiūrėti esamas taisykles, nurodyti spragas, imituoti, kokius rezultatus gaus taisyklių rinkinys, patikrinti išimčių sąrašą. Jis taip pat gali nuskaityti, ar HL7 / ASTM pranešimuose nėra atitikimo klaidų (vieneto neatitikimo, netikėtų verčių diapazono, kodo painiavos). Tačiau nė viena DI pasiūlyta taisyklė nėra pradėta gaminti, nepatvirtinus realių pacientų duomenų ir retrospektyvaus tyrimo. Prieš pradedant transliuoti, automatizavimo taisyklė išbandoma remiantis istoriniais rezultatais ir klausiama: „Kiek kritinių verčių ji praleistų? Tai turėtų būti išbandyta su klausimu.
Silpnas raginimas / Stiprus raginimas
Silpnas raginimas:
Parašykite automatinio patvirtinimo taisykles ir greitai gaukite rezultatus.
Šis raginimas neapima saugos ribų, išimčių ir laboratorijos konteksto. Dirbtinis intelektas gali pasiūlyti plačią, pavojingą taisyklę „išlaikyti viską“ ir kyla pavojus, kad kritinės reikšmės bus automatiškai išleistos.
Galingas raginimas:
Jūsų vaidmuo: asistentas laboratorijos ekspertui, kuris rengia automatizuoto patvirtinimo taisykles. Tikslas – saugumas; greitis yra antraeilis dalykas. Pasiūlykite taisyklių projektą dėl šių analičių: [analičių sąrašas]. Kiekvienai taisyklei atskirai parašykite automatinio atleidimo SĄLYGOS ir IŠIMTIS (eikite prie žmogaus) atvejus. Išimtys turi būti bent jau šios: kritinė vertė, delta patikros pažeidimas, kokybės kontrolės pažeidimas, trukdžių vėliavėlė, įrenginio tikrinimo vėliavėlė. Prie kiekvienos taisyklės pridėkite pastabą „ši taisyklė gali išvengti šios rizikos“. Taisykles išbandysiu retrospektyviai prieš pradėdamas jas gaminti; Taip pat parašykite, kokius istorinius duomenis turėčiau patikrinti testavimui.
Stiprus raginimas teikia pirmenybę saugumui, įgyvendina išimtis, abejoja rizika ir apima patvirtinimo veiksmą.
trys mini dėklai
1 atvejis – gerai suprojektuota automatika. Laboratorija nustato automatinį įprastinių viso kraujo tyrimo rezultatų patvirtinimą: atskaitos diapazone, QC aiškus, delta skaidrus, nėra įrenginio vėliavėlės. Kritinės vertybės, vėliavos sprogimas, deltos pažeidimas atitenka žmogui. Jis imituoja AI taisyklių rinkinį ir parodo, kad per pastaruosius 10 000 rezultatų nebuvo išvengta kritinių verčių. Ekspertas patvirtina ir įgyvendina taisyklę; Maždaug 70 % rezultatų pasiekiami saugiai, sutelkiant dėmesį į svarbiausius.
2 atvejis – tūrio atitikimo klaida. Po integravimo atnaujinimo įrenginys siunčia mmol/L, o tarpinė programinė įranga tikisi magnio mg/dL. Vertės sistemingai nustatomos neteisingai. AI žymi staigų ir visiškai netikėtą rezultatų poslinkį į diapazoną („visi magnio rezultatai ~ 2,4 karto normalūs“). Specialistas randa ir ištaiso vienetų atitikimo klaidą. Jei automatizavimas nebūtų aptikęs šios klaidos, tūkstančiai rezultatų būtų buvę neteisingi – tai ryškus pavyzdys, kad automatika gali sumažinti klaidą.
3 atvejis. Automatinis kritinės vertės pašalinimas. Ji atidaro platų automatinį patvirtinimą nenustačius kitos laboratorijos išimties taisyklės. 6,4 mmol/l kalio kiekis, nors ir kritinis, automatiškai išleidžiamas ir pranešimas praleidžiamas. Pacientas yra sužalotas. Pamoka: automatinio patvirtinimo saugumas priklauso nuo išimčių taisyklių išsamumo; kritinė vertė niekada nepaliekama automatizavimui.
Kopijuojami raginimo šablonai
AUTOMATINIO PATVIRTINIMO TAISYKLĖS JUODRAŠTO ŠABLONAS Analitė: [vardas]. Išvardykite automatinio atleidimo sąlygas (atskaitos diapazonas, kokybės kontrolės būsena, delta, trukdžiai, įrenginio vėliavėlė). Tada atskirai išvardykite išimtis „PRIVALO PRIE ŽMONĖS“. Nurodykite riziką, kurią kiekviena taisyklė gali praleisti. Taisyklė yra juodraštis; Nenaudosiu jo be retrospektyvaus testavimo.
TAISYKLĖS MODELIAVIMO ŠABLONIS Taikykite šią automatinio patvirtinimo taisyklę anoniminių istorinių rezultatų sąrašui, kurį pateiksiu. Parodykite, kurie rezultatai būtų perduoti automatiškai, o kurie – žmonėms. Tiksliau: ar kokios nors kritinės vertės buvo perduotos automatiškai? Ar pabėgo nuo deltos pažeidimo? Taisyklė: [taisyklė]. Rezultatai: [sąrašas].
INTEGRACIJOS KLAIDOS NUSKAITYMO ŠABLONIS Šie analitės rezultatai rodo integravimo / atitikties klaidą: staigus ir nuoseklus visų rezultatų poslinkis (galima vieneto klaida), netikėtas diapazonas, nenuoseklumas iš vieno įrenginio / kanalo. Pažymėkite įtartiną modelį ir galimą priežastį; Aš priimsiu sprendimą. Duomenys: [sąrašas].
LOINC / TYRIMO KODO PATIKRINIMO ŠABLONASPatikrinkite šį tyrimo pavadinimą ir pateiktą kodą: ar testo pavadinimas ir kodu aprašytas testas susiję su ta pačia analite? Ar garsumas suderinamas? Jei yra nesuderinamumo, pažymėkite „[atitiktis turi būti patikrinta]“. Atitiktys: [sąrašas].
Dažnos klaidos
- Įjunkite automatinį patvirtinimą be išimties. Automatika be kritinės vertės, delta, QC ir trukdžių išimčių yra pavojinga.
- Taisyklės įdiegimas į gamybą jos nepatvirtinus. Naujoji taisyklė neįsigalios be retrospektyvaus istorinių duomenų testavimo.
- Nepatikrinama, ar vienetas atitinka. Klaida, pvz., mg/dL ↔ mmol/L, tyliai pakeičia visus rezultatus.
- Nepastebimas bandymo kodas / LOINC painiava. Neatitinkantis kodas gali padaryti vieną bandymo ataskaitą kaip kitą bandymą.
- AI taisyklės pasiūlymas klaidingas kaip įrodymas. Pasiūlymas yra projektas; Tik modeliavimas ir patvirtinimas rodo saugumą.
Patarimas: kurdami automatinio patvirtinimo taisyklę, pirmiausia paklauskite „ko aš NIEKADA automatiškai neišleisčiau? Pradėkite nuo klausimo. Kai visiškai sudarysite išimčių sąrašą, automatizavimą galima saugiai išplėsti. Saugumas matuojamas ne rezultatais, kurie praeina, o tuo, ko nepraleidžiate.
Apibendrinant
Laboratorinių duomenų srautai kelių grandžių grandyje nuo įrenginio iki gydytojo; LIS, tarpinė programinė įranga ir HL7/ASTM/LOINC standartai užtikrina šį srautą, o kiekvienas skambutis yra galimybė suklysti. Automatinis patikrinimas pagreitina rezultatus saugiomis sąlygomis, tačiau jo saugumas priklauso nuo išimčių taisyklių (kritinė vertė, delta, QC, trukdžiai turi tekti žmonėms). Dirbtinis intelektas yra galingas asistentas kuriant taisykles, jas imituojant ir nuskaitant integravimo klaidas; Tačiau nė viena taisyklė neįdiegiama be retrospektyvaus testavimo ir ekspertinio patvirtinimo. Automatika taip pat sumažina klaidą; Štai kodėl kontroliniai punktai yra būtini.
Taikymo užduotis
Pateikite užklausą dėl taisyklių rinkinio iš AI naudodami analitės šabloną „Automatinio patvirtinimo taisyklės juodraštis“; Visų pirma patikrinkite, ar išimčių sąrašas yra išsamus. Tada pritaikykite šią taisyklę pavyzdiniam istorinių rezultatų sąrašui naudodami šabloną „Taisyklės modeliavimas“ ir patikrinkite, ar nepastebėta kritinių verčių / deta pažeidimų. Galiausiai sukurkite apimties atitikimo scenarijų ir išbandykite šabloną „Integravimo klaidų nuskaitymas“.
kontrolinis sąrašas
- [ ] Aš visiškai apibrėžiau automatinio tikrinimo išimčių sąrašą (kritinis, delta, QC, trukdžiai).
- [ ] Prieš pradėdamas gaminti taisyklę retrospektyviai išbandžiau su istoriniais duomenimis.
- [ ] Patikrinau, kad jokių kritinių verčių / delta pažeidimų automatiškai nepraeina.
- [ ] Patikrinau įrenginį ir LOINC/testo kodas atitinka.
- [ ] Nuskaitau, ar nėra integravimo gedimo požymių (staigus nuoseklus poslinkis).
- [ ] Imituodamas ir patvirtindamas patvirtinau AI taisyklės pasiūlymą.