Dauguma elektroninių sveikatos įrašų (ESI) diegimo procesų yra pagrįsti sistema: čia yra prisijungimo ekranas, čia yra meniu, čia yra kiekvieno įrašo tipo šablonas. Naujokas išeina su pažymėjimu. Dokumentacijos problemos skyriuje prasideda kitą savaitę.
Šis vadovas skirtas ligoninių mokymosi ir tobulėjimo (M&P) direktoriams bei informatikos ar atitikties vadovams, norintiems kitokio atspirties taško: darbo eigos, kurią asmuo turi atlikti, ir kliūčių, su kuriomis jis susidurs jį atlikdamas. Jame parodyta, kaip nustatyti, ar problema yra mokymo spraga, ar sistemos defektas, kaip planuoti pasiruošimą ir praktiką atsižvelgiant į realią užduotį ir kaip įvertinti, ar naujas darbuotojas gali ją atlikti, turėdamas išsamią ir reikalavimus atitinkančią dokumentaciją.
Situacija, kuriai verta skirti dėmesio
Žemiau pateiktas scenarijus yra iliustracinis, o ne dokumentuotas atvejis.
Pirmadienį prisijungia naujas skyriaus raštininkas. Iki ketvirtadienio jo prašoma atlikti įprastinį paciento įrašų atnaujinimą po priėmimo. Užduotis popieriuje paprasta: patvirtinti demografinius duomenis, užregistruoti siuntimo šaltinį, pridėti sutikimo formą ir užbaigti įrašą. Praktiškai jie susiduria su keturiomis kliūtimis. Sutikimo forma pridedama kitame ekrane nei tas, kuris buvo rodomas klasėje. Du laukai atrodo identiškai, bet pateikiami skirtingose ataskaitose. Privalomas laukas atmeta galiojantį įrašą su nenaudingu pranešimu. O vietinė procedūra dėl trūkstamo siuntimo šaltinio yra aprašyta dokumente, apie kurį niekas nepaminėjo.
Tarnautojas užbaigia įrašą, bet palieka vieną lauką tuščią ir kitam naudoja laisvos formos teksto sprendimą. Įrašas yra nepilnas, ir kitas asmuo, kuris juo remsis, paveldės tarpą.
Ar tai mokymo problema? Iš dalies. Tik mokymo problema? Beveik tikrai ne. Šis skirtumas yra projektavimo darbo esmė.
Pradėkite nuo užduoties, o ne nuo sistemos
Prieš atidarydami bet kokį mokymo turinį, vienu sakiniu užrašykite, ką pareigybės vadovas turi mokėti. Šiame pavyzdyje: užbaigti paciento įrašų darbo eigą nuo pradžios iki galo ir nustatyti, kur dokumentavimo procesas sukuria trintį. Čia svarbūs du veiksmažodžiai, ir jie yra skirtingi.
Darbo eigos užbaigimas yra taikyti užduotis. Besimokantysis naudoja žinomą procedūrą situacijoje, kurios nėra repetavęs pažodžiui. Trinties nustatymas yra analizė or įvertinti užduotis: besimokantysis turi pastebėti, kad kažkas negerai, įvertinti, ar tai jo paties, ar sistemos klaida, ir nuspręsti, ką daryti. Šie pažintiniai reikalavimai kyla iš pataisytos Bloomo taksonomijos ir apibūdina, ko užduotis reikalauja iš asmens, o ne kaip ją reikia atlikti.
Tai svarbu dėl suderinamumo. Carnegie Mellono Eberly centras aiškiai nurodo šią mintį: jei tikslas yra pritaikyti įgūdžius, bet vertinimas matuoja tik įsiminimą, besimokantieji praktikuoja vieną dalyką, o vertinami pagal kitą, o tai kenkia ir motyvacijai, ir mokymuisi (Eberly centras, tikslų, vertinimų ir mokymo strategijų suderinimas). Meniu pavadinimų testas su keliais atsakymų variantais mažai pasako apie tai, ar asmuo gali užbaigti aukščiau pateiktą priėmimo atnaujinimo užduotį.
Diagnozuokite prieš skirdami
Prieš ką nors kurdami, palyginkite užduotį tokią, kokia ji iš tikrųjų atliekama, su tuo, ko moko ir ko tikrina dabartinis įvadinis mokymas. Keturi patikrinimai linkę atskirti mokymo spragas nuo kitų priežasčių:
- Stebėkite užduotį. Stebėkite, kaip keli pradedantieji arba patyrę darbuotojai atlieka darbo eigą, ir užfiksuokite klaidas, sprendimus ir dvejones.
- Palyginkite su mokymu. Ar dabartinėje programoje praktikuojama būtent ši seka, ar visa sistema apskritai? Ar koks nors vertinimas reikalauja, kad besimokantysis ją atliktų?
- Patikrinkite aplinką. Ar įrankiai, prieigos leidimai, personalo lygis ir vietinės procedūros atitinka mokymuose numatytas sąlygas? Naujokas, neturėdamas tinkamo prieigos lygio, negali praktikuotis užduoties, kad ir kokia būtų tema klasėje.
- Ieškokite sistemos defektų. Jei patyrę darbuotojai taip pat susiduria su sunkumais arba naudoja tą patį sprendimą, priežastis greičiausiai yra ekrano, lauko ar taisyklės dizainas. Papildomi mokymai problemos neišspręs. Pateikite tai informatikos specialistui kaip pakeitimo užklausą.
Štai spąstai, kuriuos reikia atvirai įvardyti savo suinteresuotosioms šalims: naudojimo defektams gali prireikti sistemos pakeitimų, o ne papildomų mokymų. Jei mokymai naudojami defektui užmaskuoti, išlaidos atsiperka kiekvienoje grupėje. Dabartinį metodą ir dabartinio vertinimo viršutinę ribą traktuokite kaip hipotezes, kurias reikia patikrinti, o ne faktus.
Dizaino parengimas ir praktika, susijusi su darbo eiga
Kai žinosite, kurias spragas mokymai gali užpildyti, kiekvieną programos etapą priderinkite prie užduoties.
Paruošimas. Prieš asmeniui atvykstant į praktiką, patikrinkite privalomuosius dalykus atlikdami trumpą diagnozę. Įsitikinkite, kad jie žino reikiamus terminus, pavyzdžiui, kuo skiriasi registracijos laukas ir klinikinė sritis, ir užduotį reglamentuojančias taisykles, pavyzdžiui, kas turi būti užregistruota ir kas gali tai užregistruoti. Šiam etapui tinka savarankiškas mokymasis. Prisiminimo patikrinimas čia patvirtina tik privalomuosius dalykus. Tai nėra įrodymas, kad asmuo gali atlikti darbą.
Darbo eigos žemėlapis. Ekranas po ekrano nubraižykite realų darbo eigą, įskaitant praleidžiamus veiksmus ir taškus, kuriuose sistema ir vietinė procedūra nesutampa. Pasinaudokite žemėlapiu, kad sukurtumėte praktinį atvejį ir atsakymų raktą, ir pateikite jį savo informatikos arba atitikties vadovui patvirtinti. Tas pats žemėlapis tampa trinties auditu: kiekvienas taškas, kuriame stebėtojai pastebėjo klaidų ar laikinų sprendimų, yra tinkamas sistemos pataisymui, aiškesnei darbo priemonei arba praktiniam atvejui.
Praktika. Mokiniams duokite visą užduotį su realistišku atveju ir paprašykite jų paaiškinti savo sprendimus bei juos įgyvendinti. Atsiliepimai turėtų būti susiję su sprendimu, pavyzdžiui: „Sutikimo formą pridėjote prie netinkamo įrašo tipo. Štai įrodymai, kuriuos galėjote patikrinti, ir štai ką daryti, kai formos tipas neaiškus.“ Atsiliepimai apie greitį ir išsamumą veikia geriausiai, kai jie yra susiję su konkrečiu žingsniu.
Tiesiogiai ar asinchroniškai? Tiesioginis instruktoriaus indėlis yra vertingiausias, kai pasirinkimas yra dviprasmiškas: kai egzistuoja du pateisinami veiksmai arba kai procedūra ir sistema nesutampa. Diskusija, kurią veda asmuo, žinantis vietos praktiką, išsprendžia tai, ko negali išspręsti rašytinis atsakymas. Asinchroninės peržiūros pakanka taisyklėms patvirtinti, prisiminimui patikrinti ir atsiliepimams apie aiškų atvejį pateikti.
Praktinis pavyzdys: priėmimo atnaujinimas
Iliustracinis pavyzdys. Prieš naudodamas specialistas turėtų patvirtinti atvejį ir atsakymo kriterijus.
Byla. Besimokantysis gauna imituotą fiktyvaus paciento įrašą. Jo prašoma užpildyti priėmimo atnaujinimą. Atvejyje yra nuskaityta sutikimo forma, siuntimo laiškas su trūkstamu registracijos numeriu ir laukas, kuris atmeta mokymo vadove nurodytą įrašo formatą.
Besimokančiojo pasirinkimai. Jei trūksta nuorodos numerio, besimokantysis gali (a) palikti lauką tuščią ir užbaigti, (b) įvesti vietos žymeklį arba (c) įrašyti tarpą naudodamas patvirtintą procedūrą ir paprašyti trūkstamos informacijos. Atmestame lauke jis gali (a) bandyti dar kartą kitu formatu, kol bus priimtas, (b) įrašyti reikšmę laisvos formos pastaboje arba (c) užregistruoti problemą kaip įtariamą sistemos gedimą ir tęsti patvirtintą tarpinį veiksmą.
Atsiliepimai. Kiekvienam pasirinkimui atsiliepime paaiškinama, kodėl jis yra pagrįstas arba nepilnas pagal sutartus kriterijus. Tuščias laukas yra nepilnas, nes tolesni naudotojai negali pasakyti, ar duomenų trūksta, ar jų niekada nereikėjo. Vietos rezervavimo ženklas nėra pagrįstas, nes jame įrašoma neteisinga informacija. Trūkumo registravimas pagal patvirtintą procedūrą yra baigtas. Antruoju sprendimu, bandant formatus, kol vienas bus priimtas, gali būti gautas galiojantis įrašas, tačiau jis paslepia defektą, kurį informatikos komanda turi pamatyti. Klaidos registravimas yra atsakas, kuris apsaugo ir įrašą, ir kitą kohortą.
Pakartotinis bandymas. Besimokantysis bando antrą atvejį su kita spraga, pavyzdžiui, pridėta, bet nepasirašyta sutikimo forma, ir jai taiko tą patį samprotavimą.
Visoje kohortoje besimokančiųjų ataskaitos apie trinties atvejus taip pat tampa struktūrizuotu įtariamų defektų sąrašu informatikos komandai.
Įvertinkite pajėgumus ir suplanuokite perkėlimą
Pasirinkite priemones, kurios atspindi užduotį. Dvi praktinės yra šios: užduoties laikas bei dokumentacijos išsamumasPrieš pradėdami apibrėžkite abu dalykus: kas laikoma užbaigtu, kas tai vertina, kurie įrašai yra vardiklyje ir kada atliekate matavimą.
Paprasta vertinimo skalė užtikrina vertinimo nuoseklumą. Žemiau pateikta skalė yra pasiūlymas, kurį galite pritaikyti kartu su savo klinikiniu arba atitikties specialistu. Tai nėra patvirtintas pasirengimo standartas.
| kriterijus | Ko ieško stebėtojas | Balai |
|---|---|---|
| Užduoties vykdymas | Užbaigia darbo eigą ir nustato dokumentacijos kliūtis, užfiksuodamas veiksmą ir jį pagrindžiančius įrodymus. | 0 į 2 |
| Priežastys | Paaiškina atitinkamus apribojimus, alternatyvas ir neapibrėžtumą; tikrina užduoties laiką ir dokumentacijos išsamumą. | 0 į 2 |
| Ribos | Naudoja patvirtintas procedūras ir prašo pagalbos, kai trūksta informacijos ar įgaliojimų | 0 į 2 |
Pagrindiniai elementai: 0 reiškia, kad nėra arba neparemta; 1 reiškia, kad dalinė, su atitinkamais praleidimais; 2 reiškia, kad išsami ir pagrįsta pagal sutartus kriterijus. Kritines klaidas apibrėžkite atskirai, pavyzdžiui, neteisingos informacijos įrašymą arba privalomo sutikimo patikrinimo apėjimą. Bendras balas niekada neturi slėpti kritinio gedimo.
Perkėlimo atveju įvertinkite naują, nematytą atvejį, o ne tą, kuris buvo naudojamas praktikoje, ir, kai besimokantysis pakankamai susipažins su realiu darbu, stebėkite situaciją darbo vietoje. Ligų kontrolės ir prevencijos centrai (CDC) rekomenduoja, kai įmanoma, įvertinti ir mokymąsi, ir jo perkėlimą, nes asmeniui, išlaikiusiam mokymus, vis tiek gali būti sunku pritaikyti juos darbe.CDC, Mokymo vertinimas: efektyvumo matavimas). Tolesni veiksmai gali būti atliekami prižiūrint mokiniui atliekamos darbo užduoties arba mokytojo atliekama besimokančiojo tikrų įrašų pavyzdžių peržiūra.
Jei jūsų adaptacijos procesas apima tarpdisciplininį perdavimą, pavyzdžiui, registracijos komanda perduoda įrašus klinikiniam personalui, Sveikatos priežiūros tyrimų ir kokybės agentūros (Agency for Healthcare Research and Quality) „TeamSTEPPS“ programa yra sveikatos priežiūros komandinio darbo ir komunikacijos išteklių atspirties taškas. Paprašykite klinikinio pedagogo pasirinkti ir pritaikyti atitinkamus įrankius.
Ką įrodymai gali ir ko negali parodyti
Aiškiai apibrėžkite, ko galite reikalauti. Į šiuos klausimus turėtų atsakyti jūsų auditas.
Kas parodytų, kad besimokantieji gali atlikti darbo eigą ir nustatyti kliūtis? Rubrika vertina nematytą atvejį, užduoties laiką ir dokumentacijos išsamumą, palyginti su pradiniu lygiu, ir pateiktų trinties ataskaitų kokybę. Palyginkite panašius su panašiais: ta pati populiacija, tas pats vardiklis ir tas pats laikas.
Kokie apribojimai gali išlikti net ir pagerėjus našumui? Keli. Sugedę ekranai ir taisyklės lieka tol, kol kas nors pakeičia sistemą. Personalas, darbo krūvis ir prieigos teisės lemia, kiek laiko asmuo turi tinkamai dokumentuoti. Vietinės procedūros, kurios prieštarauja sistemai, lieka prieštaringos. O tuo pačiu metu vykstantys operaciniai pakeitimai, pvz., naujas šablonas ar programinės įrangos atnaujinimas, gali perkelti jūsų priemones nepriklausomai nuo mokymų. Prieš priskirdami bet kokį pakeitimą programai, juos išnagrinėkite.
Aukščiau pateikti šaltiniai patvirtina tikslų, praktikos ir vertinimo derinimo bei mokymosi ir perdavimo matavimo principus. Jie neįrodo, kad kuri nors konkreti programa ar platforma sumažina dokumentacijos naštą. Šiame straipsnyje nežadama jokių rezultatų, ir jūsų pačių vertinimas taip pat neturėtų to daryti.
Kur AhaSlides gali tilpti
AhaSlides palaiko adaptyvų ir interaktyvų mokymąsi ir leidžia pereiti nuo tiesioginio iki savarankiško mokymo. Tokioje įvadinėje programoje, kaip aprašyta aukščiau, tai galėtų reikšti savarankišką išankstinių reikalavimų patikrinimą prieš praktiką, interaktyvų moderuojamą užsiėmimą dviprasmiškam sprendimui ir savarankišką naujos bylos peržiūrą vėliau. Prieš planuojant konkrečias kūrimo, atsiliepimų ir ataskaitų teikimo funkcijas, jas reikėtų demonstracijos metu patikrinti pagal jūsų darbo eigą. Bet kokia dirbtinio intelekto, modeliavimo ar EHR integracija turėtų būti traktuojama kaip išorinė arba nepatvirtinta, kol nebus pademonstruota.
Kitas jūsų žingsnis
Pradėkite nuo užduočių rubrikos: paimkite vieną didelės apimties darbo eigą savo ligoninėje, kartu su informatikos arba atitikties vadovu parenkite tris aukščiau nurodytus kriterijus ir stebėkite du ar tris realius bandymus. Užfiksuota trintis yra jūsų mokymo spragų ir sistemos defektų sąrašas, pateiktas tokia atskyrimo tvarka.
Kai jūsų dizainas bus paruoštas, išnagrinėkite, kaip galėtų veikti gyva ir savarankiška praktikos ir peržiūros etapų versija. AhaSlides.
