Een facturatieteam van een ziekenhuis verwerkt een rij afgewezen declaraties. Elke declaratie wordt op dezelfde manier afgehandeld: iemand corrigeert een veld, voert de gegevens opnieuw in en dient de declaratie opnieuw in. Een week later komen er declaraties met hetzelfde patroon terug. Niemand heeft gevraagd waarom ze in eerste instantie zijn afgewezen, waardoor de correctie nooit de stap bereikt die de fout heeft veroorzaakt.
Dit is een illustratief scenario, geen gedocumenteerd geval. Het beschrijft de kloof die training in het achterhalen van de grondoorzaken van afgewezen claims beoogt te dichten: de afstand tussen het corrigeren van een afgewezen claim en het vaststellen welk onderdeel van de workflow de afwijzing heeft veroorzaakt.
Deze handleiding is bedoeld voor directeuren L&D (Learning & Development) in ziekenhuizen en de informatica- of compliance-experts die met hen samenwerken. Het behandelt hoe je een prestatieprobleem beschrijft, leer- en contexthiaten diagnosticeert, voorbereiding en oefening ontwerpt, een casus doorneemt en beoordeelt of de vaardigheid overdraagbaar is naar de werkplanning. Het gaat om het ontwerpen van trainingen. Gebruik uitsluitend geanonimiseerde casussen en laat elke casus, code en antwoord valideren door je eigen experts op het gebied van omzetcyclusbeheer, informatica en compliance, voordat iemand ermee wordt getraind.
Wat houdt training in de grondoorzaken van afgewezen claims in?
De training 'Oorzaakanalyse van claimafwijzingen' leert administratief personeel om terugkerende afwijzingspatronen te onderzoeken en de onderliggende oorzaken in het werkproces te identificeren. De taak is analytisch van aard. Medewerkers bekijken het bewijsmateriaal op de claim en in het dossier, maken onderscheid tussen wat de betaler zegt en wat er intern binnen de organisatie mis is gegaan, en beschrijven een oorzaak die specifiek genoeg is om actie te kunnen ondernemen.
Faktenüberblick
| Vraag | Kort antwoord |
|---|---|
| Wat is de taak? | Onderzoek terugkerende afwijzingspatronen en identificeer de oorzaken in het werkproces. |
| Wat is je score? | Correcte oorzaakbepaling en de frequentie waarmee dat ontkenningspatroon zich voordoet. |
| Is een opfriscursus programmeren voldoende? | Nee. Het vergroot de kennis van de regels, maar niet de gewoonte om een afwijzing te herleiden tot de oorzaak ervan. |
| Wie valideert de inhoud? | Een leidinggevende op het gebied van omzetcyclusbeheer, informatica of compliance, die gebruikmaakt van geanonimiseerde dossiers. |
| Wat kan training niet oplossen? | Wijzigingen in het beleid van de zorgverzekeraar, systeemlimieten, personeelsbezetting en onduidelijkheid over de verantwoordelijkheid voor een bepaalde stap. |
| Hoe weet je dat het gelukt is? | Een nieuwe, niet eerder waargenomen ontkenning, beoordeeld aan de hand van overeengekomen criteria, met follow-up bij herhaling. |
1. Beschrijf het prestatieprobleem
Begin met de taak: onderzoek terugkerende afwijzingspatronen en identificeer de oorzaken in de workflow. Twee woorden zijn cruciaal. Terugkerend betekent dat het om een patroon gaat, niet om een enkele claim. Oorzaken in de workflow betekent dat de oplossing in het eigen proces van de organisatie ligt, niet in de betalingswijze van de betaler.
Richtlijnen voor de financiering van de gezondheidszorg trekken dezelfde lijn. In een artikel voor de Healthcare Financial Management Association (HFMA) beschrijven Denise Wilson en Tracey Tomak drie lagen van een afwijzing. De reden is de door de betaler opgegeven code, zoals een claimaanpassingsreden (CARC). Het probleem zit in de brede categorie, zoals codering of documentatie. De onderliggende oorzaak is de interne fout die tot het betalingsverschil heeft geleid. Ze merken op dat het identificeren van de onderliggende oorzaken een interne beoordeling van het medisch dossier, de kosten en de gefactureerde declaratie vereist, en dat de gegevens de werkelijke onderliggende oorzaken moeten weerspiegelen in plaats van alleen de redencodes op de betalingsbewijzen.Wilson en Tomak, HFMAZe zeggen ook dat de hoofdoorzaak moet worden beschreven, zodat de lezer actie kan ondernemen om een specifieke oorzaak aan te pakken.
Dat onderscheid is het trainingsdoel. Het opnieuw invoeren van gegevens werkt op het niveau van de redenering. De analyse van de grondoorzaak werkt op het derde niveau.
Formuleer de prestatieomschrijving in één zin en laat deze controleren door een teamleider van de afdeling omzetcyclus: "Gezien een groep gerelateerde afwijzingen, bekijkt de medewerker de claim en het dossier, scheidt de reden van de betaler van de interne oorzaak, benoemt een specifieke oorzaak en stelt een correctie voor, inclusief wie hiervoor verantwoordelijk is."
2. Stel de leer- en contexthiaten vast.
Voordat je iets bouwt, vergelijk de taak met wat er in je huidige programma wordt geoefend en beoordeeld. Drie vragen zijn meestal voldoende om een trainingsachterstand van iets anders te onderscheiden:
- Wordt in de huidige praktijk gebruikgemaakt van de daadwerkelijke taak? Als medewerkers tijdens de training leren om redencodes te lezen en de standaardcorrectie toe te passen, hebben ze het opnieuw invoeren van gegevens geoefend. Als de beoordeling een quiz is over codebeschrijvingen, meet deze het geheugen, niet het onderzoeksproces.
- Wat is de cognitieve belasting? In de herziene taxonomie van Bloom vallen het vergelijken van ontkenningen om een patroon te vinden en het beoordelen welke oorzaak het beste bij het bewijsmateriaal past, op het niveau van analyseren en evalueren. Het opzoeken van een code bevindt zich op een lager niveau. Het koppelen van activiteiten aan deze niveaus wordt behandeld in onze handleiding. Leeractiviteiten afstemmen op de taxonomie van Bloom..
- Is er iets anders dan vaardigheid dat in de weg staat? Controleer de toegang, de tools en het eigenaarschap. Medewerkers die het registratiescherm niet kunnen zien, geen manier hebben om een fout aan de receptie te melden of worden beoordeeld op het aantal verwerkte declaraties per uur, zullen de gegevens opnieuw invoeren volgens de instructies in de training. Meld oorzaken die niet in de training zijn vastgelegd aan de personen die ze kunnen oplossen.
3. Ontwerpvoorbereiding en -oefening
Zodra je weet welke lacunes door training kunnen worden opgevuld, geef je elke fase een specifieke taak.
Voorbereiding. Controleer de vereisten met een korte diagnostische test: terminologie rondom afwijzingen, de claimcyclus van registratie tot betaling, en de betekenis van de redencodevelden. Zelfstudie is geschikt voor deze fase. Een herhalingstoets bevestigt alleen de vereisten.
Praktijk. Gebruik data-integriteitsanalyses op geanonimiseerde dossiers. Bij een analyse nemen medewerkers een afgewezen claim, traceren deze terug in het dossier, de kosten en de registratie, en noteren waar de fout is ontstaan. Veel medewerkers zullen dezelfde claim op meerdere manieren aantreffen, dus de discussie is waar het leerproces plaatsvindt. Vraag naar de onderbouwing, niet alleen naar een label.
Feedback. Koppel het aan beslissingen in plaats van aan een totaalscore. "U hebt de ontbrekende autorisatie vastgesteld, wat een reële oorzaak is, maar u hebt niet gecontroleerd of deze daadwerkelijk ontbrak of aan het verkeerde bezoek was gekoppeld" leert meer dan "7 van de 10".
Live input of asynchrone beoordeling? Live coaching is vooral waardevol wanneer een casus onduidelijk is en medewerkers behoefte hebben aan een ervaren collega die het verschil uitlegt tussen het beleid van de zorgverzekeraar en een invoerfout. Asynchrone beoordeling is voldoende om de schriftelijke oorzaakverklaring van een persoon te vergelijken met een geannoteerd modelantwoord. Veel teams gebruiken beide: eerst zelfstudie ter voorbereiding, gevolgd door een begeleide sessie voor de meest complexe casussen.
4. Werk een realistisch voorbeeld uit.
Dit is slechts een voorbeeld en de gegevens zijn geanonimiseerd. Een leidinggevende op het gebied van omzetcyclusbeheer of informatica dient de casus en de antwoordcriteria te valideren alvorens deze te gebruiken.
De zaak. In één maand tijd werden elf declaraties voor dezelfde poliklinische behandeling afgewezen met dezelfde reden van de zorgverzekeraar. Elke declaratie werd gecorrigeerd en opnieuw ingediend door hetzelfde veld opnieuw in te vullen. Drie van de elf declaraties werden vervolgens opnieuw afgewezen.
De taak. De medewerker bekijkt de declaraties en het dossier, onderscheidt de door de betaler opgegeven reden van de interne oorzaak, benoemt een specifieke oorzaak en geeft aan welke aanvullende informatie of ondersteuning nodig is.
Een eerste poging. "De betaler zei dat de informatie onjuist was. Ik heb het veld gecorrigeerd en opnieuw ingediend." Dit herhaalt de reden en past de gebruikelijke oplossing toe. Er wordt niet gezocht naar een patroon of een oorzaak.
Feedback en opnieuw proberen. De coach wijst op twee feiten in de zaak: alle elf claims delen dezelfde service en registratielocatie, en de drie claims die terugkwamen, werden door verschillende medewerkers gecorrigeerd. Bij de herkansing wordt de persoon gevraagd te kijken waar het veld voor het eerst werd ingevoerd en of dezelfde stap alle elf claims heeft opgeleverd.
Een serieuzere poging. "Alle elf declaraties zijn op dezelfde locatie geregistreerd, dus ik denk dat de fout bij de registratie optreedt, niet bij de facturering. Ik zou de registratiegegevens van die declaraties opvragen en controleren of het veld wordt ingevuld met een standaardwaarde. Zo ja, dan zal het opnieuw invoeren bij de facturering blijven mislukken. Ik zou dit pas een probleem met het beleid van de betaler noemen nadat ik heb gecontroleerd of de regels van de betaler niet zijn gewijzigd. Ik zal de bevindingen delen met de registratieverantwoordelijke en vragen wie verantwoordelijk is voor het veld." Dit antwoord benoemt een patroon, een specifieke locatie voor de oorzaak, een controle die dit kan bevestigen of uitsluiten en wie actie moet ondernemen.
Waarom elk antwoord verdedigbaar of onvolledig is. Beoordeel elk geval aan de hand van goedgekeurde criteria, niet aan de hand van de voorkeur van een coach. De eerste poging is een gangbare gewoonte, maar blijft beperkt tot de onderliggende redenen. De meer overtuigende poging scheidt het beleid van de betaler van de gegevensinvoer en blijft binnen de rol van de persoon.
5. Beoordeel de capaciteit en plan de overdracht.
Bewijs van bekwaamheid is een reactie op een ontkenningspatroon dat de leerling niet eerder heeft gezien. Beoordeel de correcte identificatie van de oorzaak en, na verloop van tijd, de herhalingsfrequentie van het onderzochte patroon. Een eenvoudige beoordelingsmatrix gebruikt een schaal van 0 tot 2 per criterium:
| Criterium | Observeerbaar bewijs |
|---|---|
| Taakuitvoering | Onderzoekt het ontkenningspatroon en legt het bewijs vast dat de genoemde oorzaak ondersteunt. |
| Redenering | Het legt de beperkingen, alternatieven en de onzekerheden uit. |
| Grenzen | Volgt goedgekeurde procedures en zoekt hulp wanneer informatie of bevoegdheid ontoereikend is. |
Ankers: 0 is afwezig of niet onderbouwd, 1 is gedeeltelijk met relevante weglatingen en 2 is volledig en gerechtvaardigd op basis van de overeengekomen criteria. Definieer kritieke fouten afzonderlijk, zoals het verwerken van identificeerbare patiëntinformatie buiten goedgekeurde systemen, zodat een algemene score er geen kan verbergen. Deze rubric is een voorstel, geen gevalideerde gereedheidsnorm: pas deze aan met een informatica- of compliance-expert en test deze in een pilotproject. Onze handleiding voor Interactieve oefeningen ontwerpen met nuttige feedback Dit laat zien hoe je feedback schrijft die aansluit op beslissingen.
Plan de overdracht bewust. Voeg een vervolgactie toe nadat medewerkers een tijdje aan hun takenlijst hebben gewerkt, zoals een maandelijkse evaluatie waarbij elke medewerker één afwijzingspatroon dat hij of zij heeft onderzocht, bespreekt en wat er na de oplossing is gebeurd.
Waar interactieve levering helpt
Interactieve formats zijn handig wanneer iedereen zich moet vastleggen voordat ze het antwoord horen. In een live sessie kan een facilitator een geanonimiseerde afwijzingssamenvatting tonen, elke deelnemer vragen de waarschijnlijke oorzaak en het eerste dossier dat ze zouden controleren in te typen, en vervolgens de spreiding laten zien vóór de discussie. Dezelfde casus kan in eigen tempo worden doorlopen ter voorbereiding. AhaSlides ondersteunt interactief leren en de overgang tussen live en zelfstudie. Gebruik geen echte patiëntgegevens, controleer of specifieke auteurs-, feedback- of rapportagefuncties die u wilt gebruiken, overeenkomen met uw eigen workflow, en beschouw AI, simulators en systeemintegraties als extern of onbevestigd totdat u ze in de praktijk hebt gezien. Zie ons artikel over het kiezen van formats voor meer informatie. Wanneer moet je adaptief, interactief en live leren inzetten?.
Meet wat er veranderd is
Bepaal van tevoren wat zou aantonen dat medewerkers de taak aankunnen. Vergelijk de correcte oorzaakidentificatie op basis van een onbekend afwijzingspatroon met een basislijn en houd het herhalingspercentage bij voor de onderzochte patronen. Definieer wie erbij betrokken is, de noemer en de timing. Als de resultaten verbeteren, controleer dan welke andere veranderingen er in dezelfde periode hebben plaatsgevonden, zoals een update van het beleid van de zorgverzekeraar, een nieuw registratiescherm of een verandering in het aantal declaraties, voordat de training wordt gecrediteerd.
Mogelijke beperkingen die kunnen blijven bestaan
- Beleid van de betaler. Sommige afwijzingen volgen op een wijziging in de regels van de zorgverzekeraar. Goed onderzoek brengt dit aan het licht, maar training verandert er niets aan.
- Systeemlimieten. Als het systeem niet kan laten zien waar een veld is ingevoerd, hebben medewerkers weinig aanknopingspunten.
- Eigendom. Als er tijdens de registratie een oorzaak wordt gevonden, moet iemand binnen de registratieafdeling verantwoordelijk zijn voor de oplossing.
- Dekking van de zaak. Eén specifiek ontkenningspatroon is slechts één voorbeeld. Een score geeft geen algemene beschrijving van iemands oordeel.
- Transfer. De prestaties bij een trainingscase zijn niet hetzelfde als de prestaties met een volle wachtrij.
Benoem deze problemen vroegtijdig aan de sponsors en plan afzonderlijke oplossingen. Training verbetert wat medewerkers kunnen onderzoeken. Het verandert niets aan de omstandigheden rond de wachtrij.
Veelgestelde vragen
Wat houdt training in de grondoorzaken van afgewezen claims in?
Het leert administratief personeel om terugkerende afwijzingen van declaraties te onderzoeken en de oorzaak ervan te achterhalen, in plaats van elke declaratie te corrigeren en opnieuw in te dienen.
Wat is het verschil tussen een hoofdoorzaak en een reden voor afwijzing?
De reden is de door de betaler opgegeven code. De onderliggende oorzaak is een interne fout. Een afwijzing kan dezelfde redencode hebben, maar toch verschillende oorzaken.
Hoe beoordeel je of medewerkers de onderliggende oorzaken kunnen vinden?
Geef de leerling een ontkenningspatroon dat hij of zij nog niet eerder is tegengekomen en beoordeel de door de leerling genoemde oorzaak en het bewijsmateriaal daarachter aan de hand van afgesproken criteria. Een codetoets bevestigt alleen de voorkennis.
Kun je echte claims gebruiken in trainingen?
Gebruik uitsluitend geanonimiseerde casussen en houd patiëntgegevens buiten trainingsmateriaal, tenzij uw compliance-verantwoordelijke hiervoor toestemming heeft gegeven.
Waar te beginnen
Kies één terugkerend afwijzingspatroon. Stel de prestatieverklaring op, laat een medewerker van de afdeling omzetcyclus of informatica de geanonimiseerde casus, de controles en de verantwoordelijke voor de oplossing valideren, en stel een beoordelingsschema op met drie criteria op een schaal van 0 tot 2 en een lijst met kritieke fouten. Test het eerst met een kleine groep voordat u het uitrolt.
Om te zien hoe een afwijzingscasus live met je eigen team kan worden uitgevoerd en daarna in je eigen tempo opnieuw kan worden gebruikt, kun je AhaSlides bekijken.
