Datatemplate voor het beheer van de omzetcyclus
Datatemplate voor het beheer van de omzetcyclus
- Aanbevolen data-attributen voor een volledige analyse
- Belangrijke procesactiviteiten om te volgen
- Praktische aanwijzingen voor data-extractie uit Waystar
Attributen voor het beheer van de omzetcyclus
| Naam | Beschrijving | ||
|---|---|---|---|
| Activiteitsnaam ActivityName | De naam van de specifieke bedrijfsgebeurtenis of processtap in de inkomstencyclus, zoals ‘Claim ingediend’ of ‘Betaling geboekt’. | ||
| Beschrijving Dit attribuut beschrijft de afzonderlijke activiteiten waaruit de volledige inkomstencyclus bestaat. Elke waarde staat voor een aparte stap, mijlpaal of taak bij een factureringsgebeurtenis, zoals een claim aanmaken, een afwijzing ontvangen of een betaling boeken. Analyse van de volgorde en frequentie van deze activiteiten vormt de basis van process mining. Je kunt er de proceskaart mee visualiseren, herstelrondes herkennen (bijvoorbeeld ‘Claim afgewezen’, gevolgd door ‘Claim gecorrigeerd’) en de tijd tussen stappen meten. Dat is belangrijk om de procesefficiëntie en compliance te begrijpen. Waarom dit belangrijk is Dit attribuut bepaalt welke stappen op de proceskaart staan. Dat is nodig om de workflow van de inkomstencyclus te visualiseren en analyseren. Waar vind je dit? Afkomstig uit event logs, statuswijzigingen of transactietypen in de claim- en factureringsmodules van Waystar. Voorbeelden Declaratie ingediend bij verzekeraarClaim afgewezenBetaling geboektRekening afgesloten | |||
| Factureringsgebeurtenis BillingEvent | De unieke identificatiecode voor één geleverde dienst of product waarvoor kosten in rekening worden gebracht. Deze dient als case voor het proces van de inkomstencyclus. | ||
| Beschrijving De factureringsgebeurtenis is de belangrijkste case-ID. Deze koppelt alle activiteiten vanaf de registratie van kosten tot het afsluiten van de rekening voor een specifieke factureerbare dienst. De gebeurtenis omvat de volledige levenscyclus van één claim of patiëntenfactuur. Met process mining kun je het verloop van elke factureringsgebeurtenis analyseren en zo de inkomstencyclus volledig in beeld brengen. Je ziet veelvoorkomende procesroutes, afwijkingen en bottlenecks die afzonderlijke claims beïnvloeden. Dit detailniveau is belangrijk om de procesprestaties te begrijpen en verbeterpunten te vinden, zoals vertragingen bij het indienen van claims of het boeken van betalingen. Waarom dit belangrijk is Dit is de belangrijkste Case-ID die alle gerelateerde activiteiten in de inkomstencyclus met elkaar verbindt. Zo kun je het volledige proces voor elk factureerbaar item volgen. Waar vind je dit? Dit is meestal de primaire sleutel uit de belangrijkste tabel met facturerings- of claimtransacties in Waystar. Raadpleeg de documentatie van Waystar voor de specifieke tabel- en veldnaam. Voorbeelden BE-2024-0012345BE-2024-0012346BE-2024-0012347 | |||
| Tijdstempel van gebeurtenis EventTimestamp | De exacte datum en tijd waarop de activiteit plaatsvond. | ||
| Beschrijving De tijdstempel van de gebeurtenis legt het exacte moment vast waarop een activiteit plaatsvond. Hiermee kun je gebeurtenissen chronologisch ordenen en de tijd tussen processtappen berekenen. Bij procesanalyse gebruik je tijdstempels om belangrijke prestatie-indicatoren te berekenen, zoals doorlooptijden, wachttijden en verwerkingstijden. Zo bepaalt het verschil tussen de tijdstempels van ‘Claim ingediend’ en ‘Betaling geboekt’ de totale betalingstermijn. Nauwkeurige tijdstempels zijn nodig voor bottleneckanalyse en prestatiemonitoring. Waarom dit belangrijk is Tijdstempels zijn nodig om gebeurtenissen te ordenen, doorlooptijden te berekenen en procesprestaties te analyseren. Ze vormen de tijdsbasis van de analyse. Waar vind je dit? Dit is een standaardveld bij vrijwel elke transactie of statuswijziging in Waystar. De naam is vaak ‘Aanmaakdatum’, ‘Transactiedatum’ of iets vergelijkbaars. Voorbeelden 2023-10-26T10:00:00Z2023-10-27T14:35:10Z2023-11-05T09:15:00Z | |||
| Bronsysteem SourceSystem | Het systeem of de applicatie waar de gebeurtenisdata vandaan komt. | ||
| Beschrijving Dit attribuut geeft aan welk bronsysteem de gebeurtenisdata heeft aangemaakt. In een complexe IT-omgeving kunnen gebeurtenissen in de inkomstencyclus afkomstig zijn uit verschillende Waystar-modules of uit gekoppelde externe systemen, zoals een elektronisch patiëntendossier (EHR). Kennis van het bronsysteem is belangrijk voor datavalidatie, probleemoplossing en inzicht in procesverschillen die door ander systeemgedrag kunnen ontstaan. Zo kun je procesproblemen aan de juiste applicatie of koppeling toewijzen. Waarom dit belangrijk is Geeft aan waar de data vandaan komt. Dat is belangrijk voor datagovernance, kwaliteitscontrole en inzicht in procesverschillen tussen systemen. Waar vind je dit? Dit is vaak een vaste waarde (‘Waystar’) die tijdens de data-extractie wordt toegevoegd. De waarde kan ook worden afgeleid uit specifieke modules of tabellen in het systeem. Voorbeelden Waystar RCMWaystar-factureringsmoduleEHR-koppeling | |||
| Laatste data-update LastDataUpdate | De tijdstempel die aangeeft wanneer de data voor deze gebeurtenis voor het laatst is vernieuwd of opgehaald. | ||
| Beschrijving Dit attribuut bevat de tijdstempel van het moment waarop de data voor het laatst uit het bronsysteem is opgehaald. Dit is niet het tijdstip waarop de bedrijfsgebeurtenis plaatsvond, maar het moment waarop de gegevens zijn opgehaald voor analyse. Deze informatie is belangrijk voor datagovernance en om te weten hoe actueel de data in de process mining-analyse is. Zo weet je of je met actuele informatie werkt. De tijdstempel is ook nodig om incrementele data-invoer te beheren. Waarom dit belangrijk is Maakt zichtbaar hoe actueel de dataset is. Dat is belangrijk voor nauwkeurige en tijdige rapportages en analyses. Waar vind je dit? Dit tijdstempel wordt meestal tijdens het inlezen van de data door het ETL-proces (Extract, Transform, Load) aangemaakt en aan elke rij toegevoegd. Voorbeelden 2024-01-15T02:00:00Z2024-01-16T02:00:00Z | |||
| Claimstatus ClaimStatus | De huidige status van de claim in de levenscyclus, zoals ‘Ingediend’, ‘In behandeling’, ‘Betaald’ of ‘Afgewezen’. | ||
| Beschrijving De claimstatus laat zien waar een specifieke factureringsgebeurtenis zich op een bepaald moment in de inkomstencyclus bevindt. De status geeft de laatst bereikte mijlpaal aan, bijvoorbeeld of een claim is verzonden, door de betaler wordt beoordeeld, is betaald of is afgewezen. Dit attribuut is belangrijk voor financiële rapportages en operationeel beheer. Met process mining kun je de huidige status van alle open cases bekijken en analyseren hoelang cases in bepaalde statussen blijven, zoals ‘Wacht op beoordeling door betaler’. Dit ondersteunt rechtstreeks het dashboard ‘Openstaande saldi en ouderdom’. Waarom dit belangrijk is Geeft een actueel overzicht van alle claims die nog lopen. Zo kun je bottlenecks analyseren en werk prioriteren. Waar vind je dit? Een standaardveld in het claim- of factureringsrecord in Waystar, dat wordt bijgewerkt naarmate de claim het proces doorloopt. Voorbeelden IngediendOntvangst bevestigd door betalerAfgewezenVolledig betaald | |||
| Diensttype ServiceType | De categorie of het type medische dienst, zoals ‘Radiologie’, ‘Consult’ of ‘Chirurgische ingreep’. | ||
| Beschrijving Het diensttype geeft aan wat voor factureerbare dienst aan de patiënt is geleverd. Verschillende diensttypen hebben vaak eigen factureringscodes, vergoedingen en procesvereisten. Met dit attribuut kun je de inkomstencyclus gedetailleerd analyseren per klinische afdeling of dienstlijn. Je kunt bijvoorbeeld nagaan welke dienstlijnen de meeste vertraging bij facturering hebben en of claims voor chirurgische ingrepen vaker worden afgewezen dan claims voor consulten. Dit helpt bij het analyseren van afdelingsprestaties en het gericht verbeteren van processen. Waarom dit belangrijk is Hiermee kun je procesprestaties per klinische afdeling of dienstlijn analyseren en verschillen in efficiëntie en winstgevendheid herkennen. Waar vind je dit? Meestal afgeleid van procedurecodes (CPT/HCPCS) of gekoppeld aan de afdeling die de dienst in Waystar heeft geleverd. Voorbeelden RadiologieCardiologisch consultBezoek aan de spoedeisende hulpPoliklinische operatie | |||
| Gefactureerd bedrag BilledAmount | Het totale bedrag dat voor de geleverde diensten op de claim in rekening is gebracht. | ||
| Beschrijving Het gefactureerde bedrag is het brutobedrag voor de diensten aan de patiënt, voordat aanpassingen, contractuele kortingen of betalingen zijn verwerkt. Dit is het oorspronkelijke bedrag van de claim die bij de betaler is ingediend. Dit attribuut is belangrijk voor financiële analyses en om te begrijpen welke bedragen door het proces lopen. Je kunt de analyse uitsplitsen naar claimbedrag, trends in kosten voor verschillende diensten herkennen en de financiële gevolgen berekenen van procesproblemen, zoals afwijzingen of betalingsvertragingen. Het is een basisgegeven voor de meeste financiële dashboards. Waarom dit belangrijk is Geeft de totale waarde van een claim weer. Zo kun je de financiële gevolgen van procesvertragingen, afwijzingen en aanpassingen analyseren. Waar vind je dit? Een standaard financieel veld op het claim- of kosteninvoerscherm in Waystar. Voorbeelden 150.001250.75540.50 | |||
| Naam betaler PayerName | De naam van de verzekeraar of externe betaler die verantwoordelijk is voor de claim. | ||
| Beschrijving Dit attribuut geeft aan welke betaler verantwoordelijk is voor de beoordeling en betaling van de claim, zoals een verzekeraar, een overheidsprogramma als Medicare of een andere organisatie. Elke betaler kan eigen indieningsvereisten, betalingsschema’s en patronen in afwijzingen hebben. Analyse van het proces per betaler laat zien bij welke betalers de betaling het langst duurt, claims het vaakst worden afgewezen of processen het ingewikkeldst zijn. Zo kunnen organisaties hun aanpak aanpassen, extra aandacht geven aan betalers die problemen opleveren en betere contracten onderhandelen. Waarom dit belangrijk is Door het proces per betaler op te splitsen, kun je bottlenecks, redenen voor afwijzingen en betalingsvertragingen per betaler herkennen. Waar vind je dit? Te vinden in de claim- of factureringsgegevens, gekoppeld aan de verzekeringsgegevens van de patiënt in Waystar. Voorbeelden AetnaBlue Cross Blue ShieldCignaMedicare Part B | |||
| Openstaand saldo OutstandingBalance | Het bedrag dat voor de factureringsgebeurtenis nog moet worden geïnd. | ||
| Beschrijving Het openstaande saldo is het huidige bedrag aan openstaande vorderingen voor een factureringsgebeurtenis. Je berekent het door de betalingen en aanpassingen tot nu toe af te trekken van het gefactureerde bedrag. Dit is een belangrijke financiële maatstaf voor het beheer van de kasstroom en openstaande vorderingen. Het is het belangrijkste attribuut voor het dashboard ‘Openstaande saldi en ouderdom’. Hiermee kan de organisatie de totale vorderingen volgen, rekeningen met hoge saldi herkennen en inningsactiviteiten prioriteren. Door dit bedrag in de tijd te volgen, zie je hoe effectief het inningsproces is. Waarom dit belangrijk is Meet rechtstreeks de openstaande vorderingen. Dit is belangrijk voor het beheer van de kasstroom, het prioriteren van incasso en het beoordelen van de financiële gezondheid. Waar vind je dit? Dit is meestal een berekend veld in de rapportagemodules van Waystar (gefactureerd bedrag - betaald bedrag - aanpassingen). Als er geen rechtstreeks veld beschikbaar is, moet het mogelijk tijdens de data-extractie worden berekend. Voorbeelden 30.00270.25540.50 | |||
| Redencode afwijzing DenialReasonCode | Een gestandaardiseerde code die aangeeft waarom de betaler een claim heeft afgewezen. | ||
| Beschrijving Wanneer een betaler een claim afwijst, geeft deze een redencode op die de afwijzing verklaart. De code kan wijzen op ontbrekende informatie, een niet-verzekerde dienst of een coderingsfout. Dit attribuut bevat die specifieke code. Analyse van de redencodes voor afwijzingen is belangrijk om de inkomstencyclus te verbeteren. Zo kan de organisatie de oorzaken van afwijzingen vinden, zoals terugkerende fouten bij een bepaalde afdeling of problemen met de vereisten van een specifieke betaler. Deze data vormt de basis voor het dashboard ‘Afwijzingspercentage en redenen’ en helpt bij het voorkomen van nieuwe afwijzingen en het verhogen van het percentage betalingen bij de eerste indiening. Waarom dit belangrijk is Dit attribuut is nodig om de oorzaken van afgewezen claims te analyseren en gericht inkomstenverlies en herstelwerk te beperken. Waar vind je dit? Wordt ingevuld in het claimrecord wanneer een afwijzing plaatsvindt. De informatie komt van de betaler via het betalingsoverzicht. Voorbeelden CO-16: Claim/dienst bevat onvoldoende informatiePR-96: Niet-verzekerde kostenCO-22: Deze zorg wordt mogelijk door een andere betaler vergoed | |||
| Betaald bedrag PaidAmount | Het totale bedrag dat voor de claim van betalers of de patiënt is ontvangen en geboekt. | ||
| Beschrijving Dit attribuut bevat het totale bedrag dat voor een factureringsgebeurtenis is geïnd. Het omvat betalingen van primaire en secundaire verzekeraars en betalingen van de patiënt. Het betaalde bedrag is een belangrijke resultaatmaatstaf voor de inkomstencyclus. Je gebruikt het om de uiteindelijke opbrengst van de gefactureerde kosten te berekenen en de effectiviteit van het hele proces te meten. Door het gefactureerde bedrag met het betaalde bedrag te vergelijken, zie je de financiële prestaties en waar inkomsten weglekken. Dit gegeven is belangrijk voor dashboards over de effectiviteit van inning en de algehele financiële gezondheid. Waarom dit belangrijk is Meet het daadwerkelijk geïnde bedrag. Dit is een belangrijke resultaatmaatstaf voor het succes van de inkomstencyclus. Waar vind je dit? Afgeleid van betalingstransacties in Waystar die aan de claim zijn gekoppeld. Mogelijk moeten meerdere betalingsrecords bij elkaar worden opgeteld. Voorbeelden 120.00980.500.00 | |||
| Gecorrigeerd bedrag AdjustedAmount | Het totale bedrag dat voor de factureringsgebeurtenis is gecorrigeerd of afgeboekt. | ||
| Beschrijving Het gecorrigeerde bedrag is de som van alle financiële correcties op het saldo van een factureringsgebeurtenis. Het gaat onder meer om contractuele kortingen volgens afspraken met betalers en om andere afboekingen of correcties. Dit is een belangrijke metriek voor het dashboard ‘Percentage en impact van rekeningcorrecties’. Door dit bedrag op te tellen per reden of betaler, zie je wat omzetverlies door niet-geïnde bedragen financieel betekent. Zo kun je het verlies kwantificeren en onderbouwen waarom de oorzaken van correcties moeten worden aangepakt. Waarom dit belangrijk is Brengt in kaart hoeveel omzet verloren gaat door afboekingen en correcties. Zo wordt duidelijk wat factureringsproblemen en contractvoorwaarden financieel betekenen. Waar vind je dit? Afkomstig uit financiële correctietransacties in Waystar. Mogelijk moeten meerdere correctieboekingen voor één factureringsgebeurtenis bij elkaar worden opgeteld. Voorbeelden 250.2550.0015.80 | |||
| Is betaling bij eerste indiening IsFirstPassPayment | Een aanduiding die aangeeft of de declaratie na de eerste indiening correct is betaald, zonder afwijzingen of correcties. | ||
| Beschrijving Dit berekende booleaanse attribuut geeft aan of een declaratie is betaald zonder tussentijdse negatieve gebeurtenissen, zoals een afwijzing, weigering of verzoek om aanvullende informatie. De waarde ‘true’ betekent dat de declaratie zonder problemen is verwerkt. Dit attribuut ondersteunt rechtstreeks de KPI ‘Percentage betalingen bij eerste indiening’, een belangrijke maatstaf voor de efficiëntie van de volledige omzetcyclus. Door kenmerken te analyseren van declaraties die niet bij de eerste indiening worden betaald, bijvoorbeeld per betaler of diensttype, kun je de belangrijkste oorzaken van herstelwerk en betalingsvertragingen achterhalen. Een hoger percentage zorgt voor een snellere kasstroom en lagere bedrijfskosten. Waarom dit belangrijk is Meet rechtstreeks de kwaliteit van de facturering en declaratieverwerking. Een hoog percentage betalingen bij de eerste indiening wijst op een efficiënt proces met weinig herstelwerk. Waar vind je dit? Dit afgeleide attribuut wordt berekend tijdens de datatransformatie. De logica controleert of de gebeurtenis ‘Betaling geboekt’ plaatsvindt zonder voorafgaande gebeurtenissen zoals ‘Declaratie afgewezen’ of ‘Rekening gecorrigeerd’. Voorbeelden truefalse | |||
| Patiënt-ID PatientId | De unieke identificatiecode van de patiënt die de dienst heeft ontvangen. | ||
| Beschrijving Dit attribuut is de unieke identificatiecode van de patiënt die bij de factureringsgebeurtenis hoort. Het koppelt de financiële transactie aan de persoon die zorg heeft ontvangen. De factureringsgebeurtenis is de case; met het patiënt-ID kun je analyses vanuit het perspectief van de patiënt uitvoeren. Je kunt terugkerende patiënten herkennen, de financiële reis van een patiënt over meerdere bezoeken volgen en nagaan of bepaalde patiëntkenmerken samenhangen met betalingsproblemen of meer afwijzingen. Zo kun je alle factureringsactiviteiten van één persoon bij elkaar brengen. Waarom dit belangrijk is Maakt analyses vanuit het perspectief van de patiënt mogelijk. Zo kun je de volledige financiële reis van één persoon over meerdere factureringsgebeurtenissen bekijken. Waar vind je dit? Een standaardveld in het claim- of patiëntregistratierecord in Waystar, of afkomstig uit een gekoppeld EHR. Voorbeelden MRN-887654MRN-902101MRN-123456 | |||
| Patiëntklasse PatientClass | Geeft de status van de patiënt tijdens het zorgcontact aan, zoals ‘Opgenomen’ of ‘Poliklinisch’. | ||
| Beschrijving De patiëntklasse geeft aan om wat voor zorgcontact het gaat. Deze bepaalt vaak de factureringsregels en vergoedingen. Veelvoorkomende klassen zijn opgenomen, poliklinisch en spoedeisend. Analyse van de inkomstencyclus per patiëntklasse kan grote procesverschillen aan het licht brengen. Claims voor opgenomen patiënten zijn bijvoorbeeld vaak ingewikkelder en hebben langere betalingstermijnen dan poliklinische claims. Deze uitsplitsing helpt bij het bepalen van realistische prestatiedoelen en het afstemmen van verbeterinitiatieven op de behoeften van elke klasse. Waarom dit belangrijk is Helpt het proces uit te splitsen naar de complexiteit van het zorgcontact, bijvoorbeeld opgenomen of poliklinisch. Dit hangt vaak samen met andere factureringsregels en doorlooptijden. Waar vind je dit? Een standaardveld in de patiëntregistratie- of zorgcontactgegevens in Waystar of het bronsysteem EHR. Voorbeelden OpgenomenPoliklinischSpoedeisend | |||
| Redencode aanpassing AdjustmentReasonCode | Een code die de reden aangeeft voor een financiële aanpassing van het rekeningsaldo. | ||
| Beschrijving Wanneer het saldo van een rekening om een andere reden dan een betaling wordt aangepast, bijvoorbeeld door een contractuele korting of afboeking, legt een redencode voor de aanpassing de reden vast. Dit attribuut bevat die code. Analyse van deze codes is belangrijk voor het dashboard ‘Percentage en impact van rekeningaanpassingen’. Zo kun je oorzaken van inkomstenverlies herkennen, zoals terugkerende contractuele aanpassingen bij bepaalde betalers of afboekingen door factureringsfouten. Inzicht in deze redenen is de eerste stap om vermijdbaar inkomstenverlies te beperken. Waarom dit belangrijk is Verklaart waarom inkomsten zijn aangepast of afgeboekt. Zo krijg je inzicht in inkomstenverlies en de prestaties van contracten met betalers. Waar vind je dit? Gekoppeld aan correctietransacties in de module voor betalingsverwerking of debiteurenbeheer van Waystar. Voorbeelden Contractuele verplichtingAfboeking van klein saldoCorrectie van factureringsfout | |||
| Tijd van dienstverlening tot factuur ServiceToInvoiceCycleTime | De tijd tussen het afronden van een dienst en het vastleggen van de kosten en aanmaken van een declaratie. | ||
| Beschrijving Deze metriek, ook wel ‘charge lag’ genoemd, meet de efficiëntie van het eerste deel van het factureringsproces. De metriek wordt berekend als het tijdsverschil tussen de gebeurtenis ‘Dienst verleend/afgerond’ en de gebeurtenis ‘Kosten vastgelegd’ of ‘Declaratie aangemaakt’. Dit attribuut ondersteunt rechtstreeks het dashboard ‘Doorlooptijd van dienstverlening tot factuur’. Vertragingen in dit deel van het proces, ook wel ‘charge lag’ genoemd, stellen het begin van de betalingscyclus uit en vertragen daarmee de kasstroom. Door dit te volgen, zorg je ervoor dat alle diensten tijdig en correct worden gefactureerd. Zo voorkom je omzetverlies en versnel je de volledige omzetcyclus. Waarom dit belangrijk is Meet de efficiëntie van het eerste deel van het factureringsproces. Door deze ‘charge lag’ te verkorten, versnel je de volledige omzetcyclus en voorkom je dat kosten niet worden gefactureerd. Waar vind je dit? Berekend tijdens de datatransformatie door de timestamp van de dienstgebeurtenis af te trekken van de timestamp waarop de kosten zijn vastgelegd of de declaratie is aangemaakt. Voorbeelden 2 dagen 8 uur1 dag 0 uur5 dagen 1 uur | |||
| Type betaler PayerType | De categorie van de betaler, zoals ‘Commercieel’, ‘Medicare’ of ‘Zelfbetaler’. | ||
| Beschrijving Het type betaler groepeert afzonderlijke betalers in bredere categorieën op basis van hun kenmerken. Zo krijg je een overzicht op een hoger niveau dan met de specifieke naam van de betaler. Dit attribuut is nuttig voor strategische analyses en rapportages. Het management kan hiermee trends vergelijken tussen grote categorieën betalers, zoals overheidsbetalers en commerciële verzekeraars. Dit kan helpen bij strategische beslissingen over contracten met betalers en de inzet van middelen. Waarom dit belangrijk is Maakt analyses op hoofdlijnen mogelijk door betalers in categorieën als commercieel of overheid in te delen. Deze categorieën hebben vaak verschillende betalingspatronen en regels. Waar vind je dit? Meestal afgeleid door de naam van de betaler aan een vooraf bepaalde categorielijst te koppelen. Deze logica kan al in Waystar aanwezig zijn of tijdens de datatransformatie worden toegevoegd. Voorbeelden CommercieelMedicareMedicaidZelfbetaler | |||
| Uiterste betaaldatum PaymentDueDate | De datum waarop de betaling van de factuur of declaratie uiterlijk wordt verwacht. | ||
| Beschrijving De uiterste betaaldatum is de datum waarop de betaling volgens de zorgaanbieder of de contractuele afspraken met de betaler binnen moet zijn. Deze datum dient als maatstaf om te bepalen of betalingen op tijd zijn. Dit attribuut is essentieel voor het dashboard ‘Openstaande saldi en veroudering’. Het wordt gebruikt om de ouderdom van openstaande vorderingen te berekenen en in categorieën in te delen, zoals ‘0-30 dagen’, ‘31-60 dagen’ enzovoort. Deze verouderingsanalyse is een gangbare financiële methode om debiteuren te beheren en de incasso van achterstallige bedragen te prioriteren. Waarom dit belangrijk is Biedt de basis voor het berekenen van de ouderdom van openstaande vorderingen. Dit is belangrijk voor het beheer van incasso’s en om inzicht te krijgen in de tijdigheid van de kasstroom. Waar vind je dit? Te vinden op de factuur of declaratie. De datum kan worden berekend op basis van de factuurdatum en de betalingsvoorwaarden. Voorbeelden 2023-11-252023-12-152024-01-30 | |||
| Verantwoordelijke gebruiker ResponsibleUser | De gebruiker of medewerker die de activiteit heeft uitgevoerd, zoals een facturatiemedewerker, codeur of incassospecialist. | ||
| Beschrijving Dit attribuut geeft aan welke medewerker of systeemgebruiker een activiteit in het proces heeft uitgevoerd. Zo zie je bijvoorbeeld welke facturatiemedewerker een claim heeft ingediend of welke incassomedewerker een opvolggesprek heeft gestart. Analyse per gebruiker helpt bij het verdelen van de werklast, het beoordelen van individuele prestaties en het bepalen van trainingsbehoeften. Je kunt zien of bepaalde gebruikers vaker fouten maken of afwijzingen efficiënter afhandelen. Dit is nuttig voor teambeheer en kwaliteitscontrole binnen de afdeling voor de inkomstencyclus. Waarom dit belangrijk is Maakt duidelijk wie verantwoordelijk is voor processtappen. Zo kun je prestaties per medewerker of team analyseren en trainingsmogelijkheden herkennen. Waar vind je dit? Te vinden in het auditspoor of de transactielogs van gebeurtenissen in Waystar, vaak onder de naam ‘UserID’, ‘ProcessedBy’ of iets vergelijkbaars. Voorbeelden jsmithadavisbilling_bot_01 | |||
Activiteiten voor het beheer van de omzetcyclus
| Activiteit | Beschrijving | ||
|---|---|---|---|
| Betaling geboekt | Een ontvangen betaling wordt verrekend met de rekening en claim van de betreffende patiënt. Zo wordt het bedrag overgeboekt van debiteuren naar kas. | ||
| Waarom dit belangrijk is Dit is een belangrijke laatste stap in de cyclus bij de betaler. De KPI’s voor de verwerkingssnelheid en vertraging bij het boeken van betalingen laten zien hoe dit verloopt. Zo worden rekeningen tijdig en correct bijgewerkt. Waar vind je dit? Dit is een expliciete actie die in Waystar wordt vastgelegd wanneer een gebruiker de betaling uit de ERA boekt. Veel systemen leggen deze gebeurtenis ook vast wanneer betalingen automatisch worden geboekt. Vastleggen Gebeurtenis die wordt vastgelegd wanneer een betaling uit een ERA aan een claim wordt toegewezen, handmatig of automatisch. Gebeurtenistype explicit | |||
| Claim afgewezen | De betaler heeft de claim afgewezen en betaalt deze niet uit, zoals vermeld in de Electronic Remittance Advice (ERA). Dit leidt tot het afhandelingsproces voor afwijzingen of een herstelronde. | ||
| Waarom dit belangrijk is Ondersteunt rechtstreeks de KPI ‘Afwijzingspercentage claims’. Inzicht in hoe vaak claims worden afgewezen en waarom is belangrijk om het proces te verbeteren en inkomsten terug te winnen. Waar vind je dit? Afgeleid van specifieke afwijzingscodes, de zogeheten Claim Adjustment Reason Codes (CARCs), in de ontvangen ERA (het 835-bestand). Vastleggen Afgeleid van de claim adjustment reason codes (CARCs) in het ERA-bestand die op een afwijzing wijzen. Gebeurtenistype inferred | |||
| Declaratie beoordeeld | De betaler heeft de claim verwerkt en een betalingsbesluit genomen. Dit wordt vastgelegd wanneer de Electronic Remittance Advice (ERA), oftewel het 835-bestand, van de betaler wordt ontvangen. | ||
| Waarom dit belangrijk is Dit is het belangrijkste beslismoment in het proces. Hier wordt bepaald of de claim wordt betaald of afgewezen. Dat heeft direct invloed op de inkomstenstroom en de workflows voor het afhandelen van afwijzingen. Waar vind je dit? Afgeleid van de ontvangstdatum van de ERA (het 835-bestand) die in Waystar aan de claim is gekoppeld. Het ERA-bestand bevat het gedetailleerde besluit van de betaler. Vastleggen Afgeleid van de verwerkingsdatum van het ERA/835-bestand dat van de betaler is ontvangen. Gebeurtenistype inferred | |||
| Declaratie ingediend bij verzekeraar | De declaratie wordt elektronisch naar de verzekeraar gestuurd voor beoordeling. Dit is een belangrijke overdracht van het systeem van de zorgaanbieder naar dat van de verzekeraar via het clearinghouse. | ||
| Waarom dit belangrijk is Dit is een belangrijke mijlpaal: vanaf dit moment begint de reactietijd van de verzekeraar te lopen. De gebeurtenis is essentieel om KPI’s voor de betalingsdoorlooptijd te meten en achterstanden bij het indienen op te sporen. Waar vind je dit? De clearinghouse-functie van Waystar registreert expliciet de datum en tijd waarop het declaratiebestand is verzonden. Zoek naar verzendlogboeken of de geschiedenis van de declaratiestatus. Vastleggen Vastgelegd in de indieningsgeschiedenis of het transactielogboek van de declaratie na een geslaagde verzending. Gebeurtenistype explicit | |||
| Kosten geregistreerd | Dit geeft aan dat factureerbare diensten zijn vastgelegd in het systeem voor omzetcyclusbeheer. Deze gebeurtenis wordt meestal expliciet geregistreerd wanneer een gebruiker een kostenpost definitief opslaat of wanneer gegevens uit een klinisch systeem binnenkomen. | ||
| Waarom dit belangrijk is Dit is het beginpunt van het facturatieproces. Door te analyseren hoeveel tijd er verstrijkt tussen het afronden van een dienst en het registreren van de kosten, kun je omzetverlies en vertragingen aan het begin van het proces opsporen. Waar vind je dit? Deze gebeurtenis wordt vastgelegd in een tabel voor kostenregistratie of transacties in Waystar. Meestal bevat die een aanmaaktijdstip waarop de kostenpost wordt opgeslagen of definitief gemaakt. Vastleggen Gebeurtenis vastgelegd bij het opslaan of definitief maken van een kostenpost. Gebeurtenistype explicit | |||
| Rekening afgesloten | De factureringsgebeurtenis is afgerond en het saldo van de rekening is door betalingen en aanpassingen op nul uitgekomen. Daarmee is de inkomstencyclus voor deze case succesvol beëindigd. | ||
| Waarom dit belangrijk is Dit is het belangrijkste eindpunt van het proces. De tijd tot afsluiting en het percentage rekeningen dat succesvol wordt afgesloten, zijn belangrijke prestatie-indicatoren. Waar vind je dit? Dit is een berekende gebeurtenis. Meestal wordt deze afgeleid wanneer het veld voor het openstaande saldo van de factureringsgebeurtenis in het patiëntboekhoudsysteem op nul komt. Vastleggen Berekend wanneer het totaal van de betalingen en aanpassingen gelijk is aan het totale factuurbedrag. Gebeurtenistype calculated | |||
| Afwijzing aangevochten | Een gebruiker heeft bezwaar gemaakt tegen een afgewezen claim, bijvoorbeeld door de claim met correcties opnieuw in te dienen of formeel beroep aan te tekenen. Dit is een belangrijke stap in het herstelproces. | ||
| Waarom dit belangrijk is Meet hoe efficiënt het team voor afwijzingsbeheer werkt. Het is belangrijk om bij te houden hoeveel tijd er zit tussen de afwijzing en het beroep, en hoe vaak een beroep slaagt. Zo kun je de inspanningen om inkomsten terug te winnen verbeteren. Waar vind je dit? Dit kan als expliciete gebruikersactie of notitie in de module voor afwijzingsbeheer worden vastgelegd. Het kan ook worden afgeleid uit een statuswijziging van de afgewezen claim. Vastleggen Gebeurtenis die wordt vastgelegd wanneer een gebruiker een beroepsactie documenteert of de claimstatus wijzigt in ‘In beroep’. Gebeurtenistype explicit | |||
| Claim gecorrigeerd en opnieuw ingediend | Na een afwijzing is de claim gecorrigeerd en opnieuw naar de betaler gestuurd. Hiermee begint de beoordelingscyclus voor deze claim opnieuw. | ||
| Waarom dit belangrijk is Dit is een belangrijke herstelronde. Analyse van hoe vaak claims opnieuw worden ingediend en waarom, helpt de oorzaken van eerdere fouten te vinden, zoals fouten in de codering of patiëntgegevens. Waar vind je dit? Afgeleid door een nieuwe gebeurtenis ‘Claim ingediend bij betaler’ te herkennen voor een claim die eerder is afgewezen. Het systeem kan ook een aparte status hebben voor opnieuw ingediende claims. Vastleggen Afgeleid van een nieuwe indieningsgebeurtenis die is gekoppeld aan een eerder afgewezen claim-ID. Gebeurtenistype inferred | |||
| Declaratie aangemaakt | Dit is het aanmaken van een formele declaratie op basis van geregistreerde kosten. Het is een interne stap waarin het systeem de gegevens verzamelt voordat de declaratie naar de verzekeraar wordt gestuurd. | ||
| Waarom dit belangrijk is Hiermee volg je hoe efficiënt declaraties intern worden aangemaakt. Vertragingen in deze fase kunnen de hele betalingscyclus uitstellen, nog voordat de declaratie het systeem van de zorgaanbieder verlaat. Waar vind je dit? Dit kan een expliciete gebeurtenis zijn, maar wordt vaak afgeleid uit de eerste timestamp bij een declaratierecord in de module voor declaratiebeheer van Waystar. Vastleggen Afgeleid van de aanmaakdatum van het declaratierecord in de primaire declaratietabel. Gebeurtenistype inferred | |||
| Inningsactiviteiten gestart | De rekening van de patiënt is achterstallig en er zijn actieve inningsactiviteiten gestart. Denk aan automatische herinneringen of overdracht aan een extern incassobureau. | ||
| Waarom dit belangrijk is Ondersteunt het dashboard ‘Effectiviteit van inningsactiviteiten’. Hiermee kun je de kosten en het succes van inningsactiviteiten voor oude openstaande vorderingen analyseren. Waar vind je dit? Dit wordt meestal afgeleid uit een statuswijziging van de rekening in Waystar naar ‘Incasso’ of ‘Oninbare vordering’. Daardoor wordt een andere workflow gestart. Vastleggen Afgeleid van een statuswijziging van de rekening naar ‘Incasso’ of ‘Oninbare vordering’. Gebeurtenistype inferred | |||
| Ontvangstbevestiging van verzekeraar ontvangen | Het systeem van de verzekeraar bevestigt de ontvangst van het ingediende declaratiebestand. Dit is meestal een automatisch antwoord, zoals een 277CA- of 999-rapport, dat aangeeft dat de declaratie is geaccepteerd voor verwerking. | ||
| Waarom dit belangrijk is Bevestigt dat de verzending is geslaagd en helpt afwijzingen aan het begin van het proces door opmaak- of datafouten op te sporen voordat de beoordeling begint. Zo kunnen fouten sneller worden gecorrigeerd. Waar vind je dit? Vastgelegd in de tabellen met declaratiestatussen of antwoordbestanden in de clearinghouse-module van Waystar, nadat een binnengekomen ontvangstbevestiging van de verzekeraar is verwerkt. Vastleggen Gebeurtenis vastgelegd nadat een elektronische ontvangstbevestiging van de verzekeraar is verwerkt. Gebeurtenistype explicit | |||
| Overzicht van patiëntensaldo verzonden | Na de beoordeling door de verzekeraar wordt een overzicht gemaakt en naar de patiënt gestuurd voor het resterende saldo. De inning verschuift daarmee van de betaler naar de patiënt. | ||
| Waarom dit belangrijk is Deze gebeurtenis start de betalingscyclus van de patiënt. Analyse van de effectiviteit en timing van overzichten helpt bij het beheer van openstaande patiëntensaldi en het verbeteren van de patiëntervaring. Waar vind je dit? Dit is een expliciete gebeurtenis die de facturatiemodule voor patiënten vastlegt wanneer een reeks overzichten wordt aangemaakt of elektronisch wordt verzonden, of naar een drukker wordt gestuurd. Vastleggen Gebeurtenis die in de correspondentiegeschiedenis van de patiënt wordt vastgelegd wanneer een overzicht wordt aangemaakt. Gebeurtenistype explicit | |||
| Rekening aangepast | Het saldo van de rekening wordt handmatig of volgens contract aangepast. Dit kan gaan om afboekingen, contractuele kortingen, patiëntkortingen of andere correcties. | ||
| Waarom dit belangrijk is Belangrijk om te begrijpen waar inkomsten weglekken. Analyse van aanpassingen kan problemen met tarieven, contractbeheer of oninbare vorderingen aan het licht brengen. Waar vind je dit? Elke financiële aanpassing moet voor controledoeleinden als transactie worden vastgelegd. Dit is een expliciete gebeurtenis in de transactietabel van de rekening. Vastleggen Vastgelegd als een specifiek transactietype in het rekeningoverzicht. Gebeurtenistype explicit | |||
Extractiegidsen
De extractiemethoden voor dit proces worden nog gevalideerd. Kom later terug of neem contact met ons op voor hulp.
Klaar om te beginnen?
Zet de volgende stap in het optimaliseren van het beheer van de omzetcyclus. Gebruik deze data-inzichten om efficiënter te werken en de kasstroom vandaag nog te verbeteren.
Optimaliseer het beheer van de omzetcyclus en verbeter nu je kasstroom
Spoor inefficiënties op, verkort doorlooptijden met 30% en verbeter de kasstroom.
Geen creditcard nodig. Begin vandaag met optimaliseren.