Et faktureringsteam på sykehuset jobber seg gjennom en kø av avviste krav. Hver av dem får samme løsning: noen korrigerer et felt, taster inn dataene på nytt og sender dem inn på nytt. En uke senere kommer krav med samme mønster tilbake. Ingen har spurt hvorfor de ble avvist i utgangspunktet, så løsningen når aldri frem til trinnet som forårsaket feilen.
Dette er et illustrerende scenario, ikke et dokumentert tilfelle. Det beskriver gapet som opplæring i avslag på kravs rotårsak er ment å tette: avstanden mellom å korrigere et avvist krav og å finne ut hvilken del av arbeidsflyten som forårsaket det.
Denne veiledningen er for L&D-direktører på sykehus og informatikk- eller compliance-ledere som jobber med dem. Den dekker hvordan man beskriver ytelsesproblemet, diagnostiserer lærings- og konteksthull, forbereder design og praktiserer, jobber seg gjennom en sak og vurderer om ferdigheten overføres til arbeidskøen. Den handler om opplæringsdesign. Bruk kun avidentifiserte saker, og la dine egne inntektssyklus-, informatikk- og compliance-ledere validere hver sak, kode og svar før noen får opplæring i det.
Hva er opplæring i rotårsaken til avslag på krav?
Opplæring i rotårsaker til avslag på krav lærer administrativt personale å undersøke tilbakevendende avslagsmønstre og identifisere årsakene til arbeidsflyten. Oppgaven er analytisk. De ansatte ser på bevisene i kravet og i journalen, skiller det betaleren sa fra det som gikk galt i organisasjonen, og beskriver en årsak som er spesifikk nok til at noen kan handle ut fra den.
Kjappe fakta
| Spørsmål | Kort svar |
|---|---|
| Hva er oppgaven? | Undersøk tilbakevendende avslagsmønstre og identifiser årsaker til arbeidsflyt. |
| Hva scorer du? | Korrekt årsaksidentifisering og gjentakelsesraten for det fornektelsesmønsteret. |
| Er en oppfriskning av kodekurs nok? | Nei. Det bygger kunnskap om reglene, men ikke vanen med å spore en fornektelse til årsaken. |
| Hvem validerer innholdet? | En inntektssyklus-, informatikk- eller samsvarsleder, ved bruk av avidentifiserte saker. |
| Hva kan trening ikke fikse? | Endringer i betalerpolicy, systemgrenser, bemanning og uklart eierskap til et trinn. |
| Hvordan vet du at det fungerte? | En ny, usett avslag, scoret mot avtalte kriterier, med oppfølging ved tilbakefall. |
1. Beskriv ytelsesproblemet
Start med oppgaven: undersøk tilbakevendende avslagsmønstre og identifiser årsaker til arbeidsflyten. To ord veier tungt. Gjentakende betyr at arbeidsenheten er et mønster, ikke et enkeltstående krav. Årsaker til arbeidsflyten betyr at svaret ligger i organisasjonens egen prosess, ikke i betalerens betaling.
Veiledning for helsefinansiering trekker samme linje. I en artikkel for Healthcare Financial Management Association (HFMA) beskriver Denise Wilson og Tracey Tomak tre lag av en avslag. Årsaken er betalerens oppgitte kode, for eksempel en årsakskode for kravjustering (CARC). Problemet er den brede kategorien, for eksempel koding eller dokumentasjon. Den grunnleggende årsaken er den interne feilen som førte til avviket i betalingen. De bemerker at det å identifisere grunnleggende årsaker krever intern gjennomgang av journalen, gebyrer og fakturert krav, og at data bør gjenspeile faktiske grunnleggende årsaker snarere enn bare årsakskodene på overføringer (Wilson og Tomak, HFMADe sier også at en rotårsak bør skrives slik at leseren kan handle ut fra en spesifikk årsak.
Det skillet er treningsmålet. Omkoding fungerer på årsakslaget. Rotårsaksanalyse fungerer på det tredje laget.
Skriv resultatbeskrivelsen i én setning og få en leder for inntektssyklusen til å sjekke den: «Gitt en gruppe relaterte avslag, gjennomgår medarbeideren kravet og registreringen, skiller betalerens årsak fra den interne årsaken, navngir en spesifikk årsak og foreslår korrigeringen og hvem som eier den.»
2. Diagnostiser lærings- og konteksthullene
Før du bygger noe som helst, sammenlign oppgaven med hva ditt nåværende program praktiserer og vurderer. Tre spørsmål skiller vanligvis et opplæringsgap fra noe annet:
- Bruker dagens praksis den virkelige oppgaven? Hvis opplæring lærer ansatte å lese årsakskoder og bruke standardkorreksjonen, har de øvd på å taste om. Hvis vurdering er en quiz om kodedefinisjoner, måler den gjenkalling, ikke undersøkelse.
- Hva er den kognitive etterspørselen? I Blooms reviderte taksonomi ligger sammenligning av benektelser for å finne et mønster og bedømme hvilken årsak som passer best til bevisene på analyse- og evalueringsnivåene. Å slå opp en kode ligger lenger ned. Å matche aktiviteter til disse nivåene dekkes i vår veiledning til matche læringsaktiviteter med Blooms taksonomi.
- Er det noe annet enn ferdigheter som kommer i veien? Sjekk tilgang, verktøy og eierskap. Ansatte som ikke kan se registreringsskjermen, ikke har noen måte å informere resepsjonen om en feil på, eller som måles på antall skader som er behandlet per time, vil taste inn på nytt uansett hva opplæringen sier. Rapporter årsaker som ikke er relatert til opplæring til de som kan fikse dem.
3. Designforberedelse og praksis
Når du vet hvilke hull trening kan tette, gi hvert trinn en distinkt oppgave.
Forberedelse. Sjekk forutsetningene med en kort diagnostikk: terminologi for avslag, kravsyklusen fra registrering til betaling, og hva årsakskodefeltene betyr. Selvstudium passer til denne fasen. En tilbakekallingssjekk bekrefter kun forutsetningene.
Øve på. Bruk obduksjoner basert på dataintegritet på avidentifiserte saker. I en obduksjon tar personalet en avslått sak, sporer den bakover gjennom journalen, anklagene og registreringen, og skriver ned hvor feilen oppsto. Mange ansatte vil finne den samme saken på mer enn én måte, så det er diskusjonen som lærer. Be om begrunnelse, ikke bare en merkelapp.
Feedback. Koble det til avgjørelser i stedet for en totalpoengsum. «Du identifiserte den manglende autorisasjonen, som er en reell årsak, men du sjekket ikke om den manglet eller ble registrert mot feil besøk» lærer mer enn «7 av 10».
Live input eller asynkron gjennomgang? Live coaching gir mest verdi der en sak er tvetydig og ansatte trenger å høre en erfaren kollega skille mellom betalerpolicy og en feil i dataregistreringen. Asynkron gjennomgang er nok for å sammenligne en persons skriftlige årsakssammendrag med et kommentert modellsvar. Mange team bruker begge deler: forberedelse i eget tempo først, deretter en tilrettelagt økt om de vanskeligste sakene.
4. Arbeid deg gjennom et realistisk eksempel
Illustrativ og avidentifisert. En leder for inntektssyklus eller informatikk bør validere saken og svarkriteriene før bruk.
Saken. I løpet av én måned ble elleve polikliniske søknader for samme tjeneste avslått med samme betalers årsak. Hver av dem ble korrigert og sendt inn på nytt ved å fylle ut samme felt på nytt. Tre av de elleve ble avslått igjen.
Oppgaven. Den ansatte gjennomgår kravene og dokumentasjonen, skiller betalerens oppgitte årsak fra den interne årsaken, nevner en spesifikk årsak og sier hvilken ytterligere informasjon eller støtte de trenger.
Et første forsøk. «Betaleren sa at informasjonen var feil. Jeg rettet feltet og sendte det inn på nytt.» Dette gjentar årsaken og bruker den vanlige løsningen. Den ser ikke etter et mønster eller en årsak.
Tilbakemelding og prøv på nytt. Treneren peker på to fakta i saken: alle elleve krav deler en tjeneste og et registreringssted, og de tre som kom tilbake ble korrigert av forskjellige ansatte. Det nye forsøket ber personen se på hvor feltet først ble registrert og om det samme trinnet produserte alle elleve.
Et sterkere forsøk. «Alle elleve kravene ble registrert på samme sted, så jeg tror feilen oppstår ved registrering, ikke ved fakturering. Jeg ville hentet registreringsoppføringene for disse kravene og sjekket om feltet fylles ut fra en standardverdi. I så fall vil omtasting ved fakturering fortsette å mislykkes. Jeg ville ikke kalt dette et problem med betalerpolicyen før jeg har sjekket at betalerregelen ikke er endret. Jeg vil dele funnet med registreringsansvarlig og spørre hvem som eier feltet.» Dette svaret nevner et mønster, en spesifikk plassering for årsaken, en sjekk som ville bekrefte eller utelukke den, og hvem som må handle.
Hvorfor hvert svar er forsvarlig eller ufullstendig. Bedøm hver av dem mot godkjente kriterier, ikke mot en coachs preferanse. Det første forsøket er en vanlig vane, men holder seg på grunnlaget. Det sterkere forsøket skiller betalerpolicy fra dataregistrering og holder seg innenfor personens rolle.
5. Vurder kapasitet og planoverføring
Bevis på evne er en respons på et fornektelsesmønster eleven ikke har sett. Poeng riktig årsaksidentifikasjon, og over tid gjentakelsesraten for mønsteret de undersøkte. En enkel rubrikk bruker en skala fra 0 til 2 per kriterium:
| Criterion | Observerbare bevis |
|---|---|
| Oppgaveutførelse | Undersøker fornektelsesmønsteret og registrerer bevisene bak den navngitte årsaken. |
| Argumentasjon | Forklarer begrensninger, alternativer og hva som fortsatt er usikkert. |
| Grenser | Bruker godkjente prosedyrer og søker hjelp når informasjon eller myndighet er utilstrekkelig. |
Ankerpunkter: 0 er fraværende eller ikke støttet, 1 er delvis med relevante utelatelser, og 2 er fullstendig og begrunnet mot de avtalte kriteriene. Definer kritiske feil separat, for eksempel håndtering av identifiserbar pasientinformasjon utenfor godkjente systemer, slik at en samlet poengsum ikke kan skjule en. Denne rubrikken er et forslag, ikke en validert beredskapsstandard: tilpass den med en informatikk- eller compliance-leder og test den. Vår veiledning til utforme interaktiv praksis med nyttig tilbakemelding viser hvordan man skriver tilbakemeldinger som er knyttet til beslutninger.
Planlegg overføringen bevisst. Legg til en oppfølging etter at de ansatte har jobbet i køen en stund, for eksempel en månedlig gjennomgang der hver person tar med seg ett avslagsmønster de har undersøkt og hva som skjedde etter at løsningen ble gjort.
Der interaktiv levering hjelper
Interaktive formater hjelper der alle bør forplikte seg før de hører svaret. I en live-sesjon kan en tilrettelegger vise et avidentifisert avslagssammendrag, be hver person skrive inn den sannsynlige årsaken og den første journalen de ville sjekket, og deretter vise spredningen før diskusjonen. Den samme saken kan kjøres i eget tempo for forberedelse. AhaSlides støtter interaktiv læring og veksling mellom live og selvstyrt levering. Hold alle reelle pasientdata ute av det, sjekk eventuelle spesifikke redigerings-, tilbakemeldings- eller rapporteringsfunksjoner du planlegger å stole på mot din egen arbeidsflyt, og behandle AI, simulatorer og systemintegrasjoner som eksterne eller ubekreftede inntil du har sett dem fungere. For veiledning om valg av formater, se artikkelen vår om når man skal bruke adaptiv, interaktiv og live læring.
Mål hva som endret seg
Bestem på forhånd hva som viser at personalet kan utføre oppgaven. Sammenlign korrekt årsaksidentifisering på et usett avslagsmønster med en grunnlinje, og spor gjentakelsesraten for mønstrene som ble undersøkt. Definer hvem som er inkludert, nevneren og tidspunktet. Hvis resultatene forbedres, sjekk hva annet som har endret seg i samme periode, for eksempel en oppdatering av betalerpolicyen, et nytt registreringsskjermbilde eller en endring i kravvolum, før du krediterer opplæringen.
Begrensninger som kan gjenstå
- Betalerpolicy. Noen avslag følger en endring i betalerregelen. God undersøkelse avdekker dette, men opplæring endrer det ikke.
- Systemgrenser. Hvis systemet ikke kan vise hvor et felt ble lagt inn, har de ansatte lite å spore.
- Eie. En årsak som finnes ved registrering trenger noen i registreringen til å eie løsningen.
- Saksdekning. Ett fornektelsesmønster viser ett mønster. En poengsum beskriver ikke en persons vurderingsevne generelt.
- Overføre. Ytelse på en opplæringssak er ikke det samme som ytelse med full kø.
Gi sponsorene beskjed om disse tidlig og planlegg separate løsninger. Opplæring forbedrer det de ansatte kan undersøke. Det endrer ikke forholdene rundt køen.
Ofte stilte spørsmål
Hva er opplæring i rotårsaken til avslag på krav?
Den lærer administrativt personale å undersøke gjentakende avslag på krav og spore dem til arbeidsflyttrinnet som forårsaket dem, i stedet for å korrigere og sende inn hvert krav på nytt.
Hvordan er en rotårsak forskjellig fra en avslagsårsak?
Årsaken er betalerens oppgitte kode. Den grunnleggende årsaken er den interne feilen bak den. En avslag kan ha samme årsakskode og flere forskjellige grunnleggende årsaker.
Hvordan vurderer du om de ansatte kan finne underliggende årsaker?
Gi et fornektelsesmønster som eleven ikke har sett, og poengser årsaken de nevner og bevisene bak den mot avtalte kriterier. En kodequiz bekrefter kun forkunnskapene.
Kan du bruke reelle påstander i opplæring?
Bruk kun avidentifiserte tilfeller, og hold pasientinformasjon ute av opplæringsverktøy med mindre din compliance-leder har godkjent det.
Hvor skal jeg starte
Velg ett tilbakevendende avslagsmønster. Skriv resultatrapporten, få en leder for inntektssyklusen eller informatikk til å validere den avidentifiserte saken, kontrollene og hvem som eier rettelsen, og utarbeid en rubrikk med tre kriterier med en skala fra 0 til 2 og en liste over kritiske feil. Test det med en liten gruppe før du ruller det ut.
For å se hvordan en avslagssak kan kjøres live med ditt eget team, og brukes om igjen i ditt eget tempo etterpå, kan du utforske AhaSlides.
