Det meste onboarding af elektroniske patientjournaler (EHR) er bygget op omkring systemet: her er loginskærmen, her er menuen, her er skabelonen for hver notetype. Den nyansatte forlader afdelingen med et certifikat. Dokumentationsproblemerne starter på afdelingen den følgende uge.
Denne vejledning er til direktører for læring og udvikling (L&D) og informatik- eller compliance-ledere på hospitaler, der ønsker et andet udgangspunkt: den arbejdsgang, personen skal gennemføre, og den friktion, de vil møde under gennemførelsen. Den viser, hvordan man diagnosticerer, om et problem er et træningsgab eller en systemfejl, hvordan man designer forberedelse og øvelse omkring en reel opgave, og hvordan man vurderer, om den nyansatte kan gennemføre den med dokumentation, der er fuldstændig og kompatibel.
En situation, der er værd at designe til
Scenariet nedenfor er illustrativt og ikke et dokumenteret tilfælde.
En ny afdelingssekretær tiltræder om mandagen. Senest torsdag bliver de bedt om at gennemføre en rutinemæssig opdatering af patientjournalen efter en indlæggelse. Opgaven er simpel på papiret: bekræft demografiske oplysninger, registrer henvisningskilden, vedhæft en samtykkeerklæring og færdiggør indtastningen. I praksis møder de fire forhindringer. Samtykkeerklæringen vedhæftes på en anden skærm end den, der blev vist i klasseværelset. To felter ser identiske ud, men giver forskellige rapporter. Et obligatorisk felt afviser en gyldig indtastning med en uhensigtsmæssig besked. Og den lokale procedure for en manglende henvisningskilde er skrevet i et dokument, som ingen nævnte.
Ekspedienten fuldfører indtastningen, men lader ét felt stå tomt og bruger en fritekstløsning til et andet. Posten er ufuldstændig, og den næste person, der bruger den, arver hullet.
Er dette et træningsproblem? Delvist. Kun et træningsproblem? Næsten helt sikkert ikke. Den sondring er kernen i designarbejdet.
Start med opgaven, ikke systemet
Skriv ned i én sætning, hvad rollen skal kunne, før du åbner noget træningsindhold. For dette eksempel: fuldfør en patientjournalworkflow fra start til slut og identificer, hvor dokumentationsprocessen skaber friktion. To verber er vigtige her, og de er forskellige.
At færdiggøre arbejdsgangen er en ansøge opgave. Eleven bruger en kendt procedure i en situation, de ikke har øvet ord for ord. At identificere friktion er en analysere or evaluere Opgave: Eleven skal bemærke, at noget er galt, vurdere, om det er deres egen fejl eller systemets, og beslutte, hvad der skal gøres ved det. Disse kognitive krav stammer fra Blooms reviderede taksonomi, og de beskriver, hvad opgaven kræver af personen, ikke hvordan du skal udføre den.
Dette er vigtigt på grund af sammenhængen. Carnegie Mellons Eberly Center understreger pointen tydeligt: Hvis målet er at anvende færdigheder, men vurderingen kun måler hukommelse, øver eleverne sig på én ting og bliver bedømt på en anden, hvilket underminerer både motivation og læring (Eberly Center, overensstemmelse mellem mål, evalueringer og undervisningsstrategierEn multiple-choice-test om menunavne fortæller dig ikke meget om, hvorvidt nogen kan gennemføre ovenstående opdatering af optagelse.
Diagnosticér før du ordinerer
Før du bygger noget, skal du sammenligne opgaven, som den rent faktisk udføres, med hvad den nuværende onboarding lærer og tester. Fire kontroller har tendens til at adskille træningsgab fra andre årsager:
- Observer opgaven. Se flere startere eller erfarne medarbejdere fuldføre arbejdsgangen, og registrer fejl, løsninger og tøven.
- Sammenlign med træningen. Praktiserer det nuværende program præcis denne rækkefølge, eller systemet generelt? Er der nogen vurdering, der kræver, at den studerende gennemfører den?
- Tjek miljøet. Er værktøjerne, adgangstilladelserne, bemandingsniveauerne og de lokale procedurer, som træningen forudsatte? En nybegynder uden det rette adgangsniveau kan ikke øve sig i opgaven, uanset hvad klasseværelset dækker.
- Kig efter systemfejl. Hvis erfarne medarbejdere også har problemer, eller bruger den samme løsning, er årsagen sandsynligvis skærmens, feltets eller reglens design. Mere træning vil ikke løse det. Rejs det op med informatik som en ændringsanmodning.
Dette er den faldgrube, du skal nævne åbent over for dine interessenter: Brugbarhedsfejl kræver muligvis systemændringer, ikke mere træning. Hvis træning bruges til at dække over en fejl, vender omkostningerne tilbage i alle kohorter. Betragt din nuværende metode og loftet for din nuværende vurdering som hypoteser, der skal testes, ikke fakta.
Designforberedelse og øvelse omkring arbejdsgangen
Når du ved, hvilke huller træningen kan lukke, skal du matche hvert trin i programmet med opgaven.
Forberedelse. Tjek forudsætningerne med en kort diagnostisk test, før en person går i praksis. Bekræft, at de kender de termer, de har brug for, såsom forskellen mellem et registreringsfelt og et klinisk felt, og de lovgivningsmæssige regler, der begrænser opgaven, såsom hvad der skal registreres, og hvem der må registrere det. Selvstudium er egnet til dette trin. En genkaldelsestest her bekræfter kun forudsætningerne. Det er ikke bevis for, at personen kan udføre arbejdet.
Kortlægning af arbejdsgange. Kortlæg den reelle arbejdsgang skærm for skærm, inklusive de trin, folk springer over, og de punkter, hvor systemet og den lokale procedure er uenige. Brug kortet til at opbygge øvelsescasen og svarnøglen, og giv det til din informatik- eller compliance-leder for at validere. Det samme kort bliver en friktionsrevision: hvert punkt, hvor observatører så fejl eller løsninger, er en kandidat til en systemrettelse, en tydeligere jobhjælp eller en øvelsescase.
Øve sig. Giv eleverne hele opgaven med en realistisk case, og bed dem om at forklare deres beslutninger samt udføre dem. Feedbacken bør være relateret til beslutningen, for eksempel: "Du har vedhæftet samtykkeformularen til den forkerte journaltype. Her er den dokumentation, du kunne have kontrolleret, og her er, hvad du skal gøre, når formulartypen er uklar." Feedback om hastighed og fuldstændighed fungerer bedst, når den er specifik for trinnet.
Live eller asynkron? Live input fra en instruktør tilføjer mest værdi, når et valg er tvetydigt: når der findes to forsvarlige handlinger, eller når proceduren og systemet er uenige. En diskussion ledet af en person, der kender den lokale praksis, løser det, som en skriftlig svarnøgle ikke kan. Asynkron gennemgang er nok til at bekræfte regler, kontrollere genkaldelse og give feedback på en klar case.
Et eksempel: opdateringen om optagelse
Illustrativt. En praktiserende læge bør validere casen og svarkriterierne før brug.
Sagen. Den studerende modtager en simuleret journal for en fiktiv patient. De bliver bedt om at udfylde opdateringen af indlæggelsen. Sagen indeholder en scannet samtykkeerklæring, et henvisningsbrev med et manglende referencenummer og et felt, der afviser det indtastningsformat, der er vist i træningsmanualen.
Den lærendes valg. Ved det manglende referencenummer kan eleven (a) lade feltet stå tomt og færdiggøre, (b) indtaste en pladsholder, eller (c) registrere hullet ved hjælp af den godkendte procedure og anmode om de manglende oplysninger. Ved det afviste felt kan de (a) forsøge igen med et andet format, indtil det accepteres, (b) indtaste værdien i en fritekstnote, eller (c) logge problemet som en formodet systemfejl og fortsætte med det godkendte mellemtrin.
Feedback. For hvert valg forklarer feedbacken, hvorfor det er forsvarligt eller ufuldstændigt i forhold til de aftalte kriterier. Et tomt felt er ufuldstændigt, fordi downstream-brugere ikke kan se, om dataene mangler eller aldrig har været nødvendige. En pladsholder kan ikke forsvares, fordi den registrerer oplysninger, der ikke er sande. Registreringen af hullet under den godkendte procedure er fuldført. I den anden beslutning kan det at forsøge formater, indtil et af dem accepteres, resultere i en gyldig post, men det skjuler en fejl, som informatikteamet skal se. Logføring af fejlen er den respons, der beskytter både posten og den næste kohorte.
Genforsøget. Den studerende forsøger sig med en anden case med en anden mangel, såsom en samtykkeerklæring, der er vedhæftet, men uunderskrevet, og anvender samme argumentation på den.
På tværs af en kohorte bliver elevernes friktionsrapporter også en struktureret liste over formodede defekter for informatikteamet.
Vurder kapacitet og planlæg overførsel
Vælg mål, der afspejler opgaven. To praktiske er opgavetid og dokumentationens fuldstændighedDefiner begge dele, før du starter: hvad der tæller som fuldført, hvem bedømmer det, hvilke poster der er i nævneren, og hvornår du måler.
En simpel rubrik holder vurderingen konsistent. Nedenstående er et forslag til tilpasning med din kliniske specialist eller compliance-specialist. Det er ikke en valideret parathedsstandard.
| Kriterium | Hvad en observatør kigger efter | Score |
|---|---|---|
| Opgaveudførelse | Fuldfører arbejdsgangen og identificerer dokumentationsfriktion, registrerer handlingen og beviserne bag den | 0 til 2 |
| Ræsonnement | Forklarer de relevante begrænsninger, alternativer og usikkerheder; kontrollerer opgavetid og dokumentationens fuldstændighed | 0 til 2 |
| Grænser | Bruger godkendte procedurer og beder om hjælp, når information eller myndighed mangler | 0 til 2 |
Ankre: 0 betyder fraværende eller ikke-underbygget; 1 betyder delvis, med relevante udeladelser; 2 betyder fuldstændig og begrundet i forhold til de aftalte kriterier. Definer kritiske fejl separat, for eksempel registrering af oplysninger, der er usande, eller omgåelse af en obligatorisk samtykkekontrol. En samlet score må aldrig skjule en kritisk fejl.
Ved overførsel skal der vurderes en ny, uset case i stedet for den, der anvendes i praksis, og der skal følges op på arbejdspladsen, efter at den lærende har haft tilstrækkelig erfaring med det virkelige arbejde. Centers for Disease Control and Prevention (CDC) anbefaler at evaluere både læring og læringsoverførsel, hvor det er muligt, fordi en person, der består under uddannelse, stadig kan have svært ved at anvende det i jobbet (CDC, Evaluer træning: måling af effektivitetEn superviseret arbejdsopgave eller en gennemgang af en stikprøve af elevens faktiske bidrag foretaget af en vejleder kan tjene som denne opfølgning.
Hvis din onboarding involverer tværfaglige overdragelser, såsom et registreringsteam, der videregiver journaler til klinisk personale, kan Agenturet for Sundhedsforskning og Kvalitets TeamSTEPPS-programmet er et udgangspunkt for teamwork og kommunikationsressourcer inden for sundhedsvæsenet. Få en klinisk underviser til at vælge og tilpasse de relevante værktøjer.
Hvad beviserne kan og ikke kan vise
Vær tydelig omkring, hvad du kan kræve. Det er disse spørgsmål, din revision bør besvare.
Hvad ville vise, at eleverne kan gennemføre arbejdsgangen og identificere friktion? Rubrik scorer på en uset sag, opgavetid og dokumentationsfuldstændighed sammenlignet med en baseline, og kvaliteten af de friktionsrapporter, de indsender. Sammenlign lignende: den samme population, den samme nævner og den samme timing.
Hvilke begrænsninger kan forblive, selv efter at ydeevnen er forbedret? Flere. Defekte skærmbilleder og regler forbliver, indtil nogen ændrer systemet. Bemanding, arbejdsbyrde og adgangstilladelser former, hvor meget tid en person har til at dokumentere korrekt. Lokale procedurer, der er i konflikt med systemet, forbliver i konflikt. Og samtidige driftsændringer, såsom en ny skabelon eller en softwareopgradering, kan ændre dine foranstaltninger uafhængigt af træning. Undersøg dem, før du tilskriver nogen ændring til programmet.
Kilderne ovenfor understøtter designprincipperne for at afstemme mål, praksis og evaluering samt for at måle læring og overførsel. De er ikke bevis for, at et bestemt program eller nogen platform reducerer dokumentationsbyrden. Denne artikel giver ingen løfter om resultater, og det bør din egen evaluering heller ikke.
Hvor AhaSlides kan passe ind
AhaSlides understøtter adaptiv og interaktiv læring og giver dig mulighed for at skifte mellem live og selvstudier. I et onboarding-program som det ovenfor kan det betyde en kontrol af forudsætninger i dit eget tempo før øvelse, en interaktiv faciliteret session for den tvetydige beslutning og en gennemgang af en ny sag i dit eget tempo bagefter. Specifikke funktioner til redigering, feedback og rapportering bør kontrolleres i forhold til din egen arbejdsgang i en demonstration, før du planlægger omkring dem. Enhver integration med AI, simulering eller elektronisk patientjournal bør behandles som ekstern eller ubekræftet, indtil den er demonstreret.
Dit næste skridt
Start med opgaverubrikken: Tag én arbejdsgang med høj volumen på dit hospital, udarbejd de tre ovenstående kriterier med din informatik- eller compliance-leder, og observer to eller tre reelle forsøg. Den friktion, du registrerer, er din liste over træningshuller og systemfejl i den rækkefølge.
Når dit design er færdigt, kan vi vise dig, hvordan en live-version af øvelses- og gennemgangsfaserne i dit eget tempo ville fungere. Anmod om en AhaSlides-demo og medbring din arbejdsgang.
