Uw Revenue Cycle Management Data Template

De Activity Name beschrijft een afzonderlijke actie of mijlpaal in de levenscyclus van de omzetcyclus. Voorbeelden zijn 'Dienst Verleend', 'Claim Ingediend', 'Betaling Ontvangen', 'Betaling Geboekt' en 'Account Afgeschreven'. Elke activiteit vertegenwoordigt een stap in het proces die tijd en resources verbruikt.

Dit attribute is fundamenteel voor process mining, aangezien het de knooppunten in de proceskaart definieert. Het analyseren van de sequentie, frequentie en duur van deze activiteiten maakt het mogelijk de daadwerkelijke processtroom te visualiseren, te vergelijken met een ontworpen model, en afwijkingen, herstelrondes zoals claimafwijzingen, en inefficiënties te identificeren.

Dit attribuut definieert de stappen van het proces, wat essentieel is voor het ontdekken en visualiseren van de proceskaart, het identificeren van herwerk en het analyseren van procesconformiteit.

Vaak te vinden in event logs, transactietabellen, of afgeleid van statuswijzigingsrecords in de facturatie- of claimsmodule.

De Factureringsgebeurtenis-ID is een unieke sleutel toegekend aan elke instantie van een factureerbare dienst, vanaf de initiële vastlegging van de kosten tot de uiteindelijke betaling of afschrijving. Het fungeert als de centrale draad die alle gerelateerde activiteiten verbindt, zoals het aanmaken van claims, indiening, afwijzing en het boeken van betalingen, voor een specifieke dienstverlening.

Binnen process mining is dit attribuut cruciaal voor het reconstrueren van de end-to-end reis van elke factureringsgebeurtenis. Door alle gerelateerde activiteiten te groeperen onder één Factureringsgebeurtenis-ID, kunnen analisten processtromen visualiseren, knelpunten identificeren, doorlooptijden meten en de variaties in de afhandeling van verschillende cases begrijpen. Het vormt de basis voor alle case-gerichte analyses binnen de omzetcyclus.

Het is de essentiële case-identifier die alle gerelateerde activiteiten met elkaar verbindt, waardoor de reconstructie en analyse van de gehele omzetcyclus voor elke factureerbare dienst mogelijk wordt.

Dit is doorgaans een primaire sleutel in factureringstransactie- of financiële event tabellen.

De Event Timestamp markeert het tijdstip waarop een activiteit plaatsvond of werd geregistreerd. Het biedt de chronologische context voor alle events binnen een case, en vormt een tijdlijn van het begin tot het einde van de omzetcyclus.

Timestamps zijn de ruggengraat van prestatieanalyse in process mining. Ze worden gebruikt om kritieke KPI's te berekenen, zoals totale doorlooptijd, de duur tussen specifieke activiteiten en wachttijden. Door timestamps te analyseren, kunnen organisaties knelpunten identificeren waar cases de meeste tijd doorbrengen, de naleving van service level agreements meten en de temporele dynamiek van het proces begrijpen.

Het levert de chronologische data die nodig is om doorlooptijden te berekenen, knelpunten te identificeren en de prestaties en efficiëntie van het proces te analyseren.

Deze informatie is doorgaans beschikbaar in transactielogs, audit trails, of als een 'aanmaakdatum' of 'statuswijzigingsdatum' veld in event tabellen.

Het attribuut Bron Systeem identificeert de oorsprong van de data voor een specifiek event. In een complex IT-landschap omvat het omzetcyclusproces vaak meerdere systemen, zoals een Elektronisch Patiëntendossier (EPD) systeem voor dienstverlening, een toegewijd facturatiesysteem voor claimindiening, en een afzonderlijk incassoplatform.

Het kennen van het bronsysteem is waardevol voor data validatie, probleemoplossing en het begrijpen van procesfragmentatie. Het kan helpen inconsistenties tussen systemen te identificeren of processtappen te onthullen die in verschillende applicaties worden beheerd, wat een bron kan zijn van dataoverdrachtsvertragingen of -fouten. Deze analyse helpt bij het beoordelen van de integratie en efficiëntie van de algehele IT-architectuur die het proces ondersteunt.

Het helpt bij het begrijpen van procesfragmentatie over verschillende IT-systemen en is cruciaal voor datavalidatie en het identificeren van systeemspecifieke knelpunten.

Deze informatie is vaak beschikbaar als een standaardveld in data-extracties of kan worden afgeleid op basis van de brontabel of het bestand waaruit de data is verkregen.

Dit attribuut registreert wanneer de data voor het laatst uit het bronsysteem is gehaald. Het is een metadata veld dat cruciaal is voor het begrijpen van de versheid en tijdigheid van de geanalyseerde data. Het weerspiegelt de latentie van de data pipeline en geeft aan hoe actueel de process mining analyse is.

In process mining dashboards en analyses biedt de Last Data Update timestamp context aan de gebruiker over de actualiteit van de data. Het is essentieel voor operationele monitoring om te weten of de weergave de processtatus van vijf minuten geleden of van gisteravond vertegenwoordigt. Dit helpt bij het beheren van gebruikersverwachtingen en zorgt ervoor dat beslissingen worden genomen op basis van data van een bekende leeftijd.

Het biedt cruciale context over de tijdigheid en actualiteit van de data, waardoor analyse en beslissingen gebaseerd zijn op een begrepen tijdsbestek.

Dit wordt doorgaans toegevoegd tijdens het data-extractie-, transformatie- en laadproces (ETL) en wordt opgeslagen als een metadata-kolom in de event log.

Het Aanpassingsbedrag vertegenwoordigt het deel van het gefactureerde bedrag dat naar verwachting niet zal worden geïnd van de betaler of patiënt om redenen zoals contractuele overeenkomsten, kortingen of afschrijvingen. Deze aanpassingen verminderen het totale debiteurensaldo en maken een normaal onderdeel uit van de omzetcyclus.

Het analyseren van aanpassingsbedragen en de bijbehorende redenen is essentieel voor het begrijpen van de opbrengstintegriteit. Hoge of onverwachte aanpassingsniveaus kunnen duiden op problemen met kostenregistratie, codering of contractbeheer. Process mining kan helpen identificeren welke procesvarianten of specifieke activiteiten leiden tot hogere aanpassingspercentages, waardoor gerichte hoofdoorzaakanalyse mogelijk is om de opbrengstrealisatie te maximaliseren.

Het helpt bij het analyseren van opbrengstenlekkage door afschrijvingen en contractuele toelagen te volgen, en benadrukt potentiële problemen in contractering of facturatieprocessen.

Deze waarde wordt doorgaans vastgelegd in financiële correctietabellen of betalingsboekingsmodules.

Wanneer een betaler een ingediende claim afwijst, geven zij een Afwijzingsreden Code op om uit te leggen waarom de claim niet is betaald. Deze codes volgen vaak industriestandaarden, zoals Claim Adjustment Reason Codes (CARC's), en wijzen op specifieke problemen zoals 'Dienst niet gedekt', 'Dubbele claim' of 'Aanvullende informatie vereist'.

Dit attribuut is een van de krachtigste voor oorzaakanalyse in de omzetcyclus. Door de frequentie en financiële impact van verschillende afwijzingsredenen te analyseren, kunnen organisaties de upstream procesfouten opsporen die leiden tot afwijzingen. Een groot aantal afwijzingen voor 'Incorrecte Patiëntinformatie' wijst bijvoorbeeld op problemen in het patiëntregistratieproces. Dit maakt data-gestuurde verbeteringen mogelijk om toekomstige afwijzingen te voorkomen en de first pass payment rate te verbeteren.

Het is cruciaal voor hoofdoorzaakanalyse van claimafwijzingen, wat gerichte verbeteringen aan front-end en mid-cycle processen mogelijk maakt om toekomstig inkomstenverlies te voorkomen.

Deze informatie is afkomstig uit de elektronische betalingsadviezen (ERA) of verklaringen van voordelen (EOB) die van betalers zijn ontvangen.

Het Gefactureerd Bedrag vertegenwoordigt de totale kosten voor geleverde diensten zoals ingediend op een declaratie of factuur. Het is de financiële startwaarde van de factureringsgebeurtenis en dient als de basislijn van waaruit alle verdere financiële transacties, zoals betalingen en correcties, worden gemeten.

Binnen process mining is het analyseren van het Gefactureerd Bedrag essentieel voor het begrijpen van de financiële impact van procesinefficiënties. Het kan worden gebruikt om cases te segmenteren in categorieën met hoge en lage waarde, waarbij duidelijk wordt of bepaalde procesproblemen onevenredig veel invloed hebben op declaraties met hoge opbrengsten. Door dit bedrag te correleren met metrics zoals doorlooptijd of afwijzingspercentage, helpt dit bij het prioriteren van verbeterinspanningen op de kwesties met de grootste financiële gevolgen.

Het stelt de initiële financiële waarde van een case vast, wat financiële impactanalyse van procesinefficiënties zoals vertragingen en afwijzingen mogelijk maakt.

Dit is een kern financieel attribuut dat wordt gevonden in transactietabellen voor kostenvastlegging, facturering of claims.

De Naam Betaler identificeert de primaire entiteit waaraan een claim wordt ingediend voor vergoeding. Betalers kunnen commerciële verzekeraars zoals Aetna of UnitedHealthcare, overheidsprogramma's zoals Medicare of Medicaid, of andere entiteiten omvatten. Elke betaler heeft zijn eigen unieke set regels, indieningsvereisten en betaalgedrag.

Dit attribuut is cruciaal voor het analyseren van de prestaties van de omzetcyclus. Door het proces per betaler te segmenteren, kunnen organisaties identificeren welke betalers de hoogste afwijzingspercentages, langste betalingstermijnen of meest frequente verzoeken om aanvullende informatie hebben. Deze analyse maakt gerichte interventies mogelijk, zoals het heronderhandelen van contracten, het aanpassen van indieningsprocessen voor specifieke betalers en het richten van afwijzingsbeheerinspanningen waar deze het meest nodig zijn.

Het maakt segmentatie van prestatiestatistieken, zoals afwijzingspercentages en betalingstijden, per betaler mogelijk, wat cruciaal is voor gerichte verbeteringen en contractonderhandelingen.

Deze informatie is doorgaans te vinden in de data voor patiëntregistratie, verzekering of claims, gekoppeld aan de factureringsgebeurtenis.

De Dienstcategorie classificeert het type zorg of dienst dat aan de patiënt wordt geleverd. Dit kan een classificatie op hoog niveau zijn zoals 'Klinisch' versus 'Poliklinisch', of een meer specifieke afdelingscategorie zoals 'Chirurgie', 'Spoedeisende Hulp' of 'Laboratorium'. Verschillende dienstcategorieën hebben vaak verschillende factureringsregels, betalingsvereisten en processtromen.

Het segmenteren van het omzetcyclusproces per Dienstcategorie is essentieel voor een zinvolle analyse. Het stelt organisaties in staat om de prestaties van verschillende dienstlijnen te vergelijken, bijvoorbeeld om te zien of het afwijzingspercentage voor chirurgische ingrepen hoger is dan voor consulten. Dit detailniveau helpt problemen te isoleren en verbeterinitiatieven aan te passen aan de specifieke operationele context van elk servicegebied.

Het maakt prestatievergelijking over verschillende servicelijnen mogelijk, en onthult variaties in efficiëntie, afwijzingspercentages en betalingscycli die specifiek zijn voor bepaalde soorten zorg.

Deze informatie is meestal beschikbaar in de kosten detail records of kan worden afgeleid van de patiëntklasse, afdeling of procedurecodes.

Dit attribuut identificeert de organisatorische eenheid die is gekoppeld aan een specifieke processtap, zoals 'Patiënttoegang', 'Codering', 'Facturering' of 'Incasso'. Het helpt bij het begrijpen hoe werk wordt verdeeld en overgedragen tussen verschillende teams.

Het analyseren van het proces vanuit een afdelingsperspectief is essentieel voor het begrijpen van cross-functionele samenwerking en het identificeren van knelpunten die ontstaan bij overdrachtspunten tussen teams. Het stelt managers in staat om te zien welke afdelingen betrokken zijn bij specifieke procesvarianten, afdelingsefficiëntie te meten en middelen effectiever toe te wijzen. Deze analyse kan systemische problemen binnen een afdeling belichten die de gehele omzetcyclus kunnen beïnvloeden.

Het helpt interdepartementale knelpunten te identificeren en prestaties per functioneel gebied te analyseren, wat kansen voor betere cross-team samenwerking onthult.

Deze informatie kan deel uitmaken van de transactie data of worden afgeleid van de stamdata die gekoppeld is aan de verantwoordelijke gebruiker.

Het attribuut Verantwoordelijke Gebruiker koppelt een processtap aan de persoon of het systeem dat deze heeft uitgevoerd. Dit kan een codeur zijn die medische codering voltooit, een facturatiespecialist die een claim indient, of een geautomatiseerde bot die een betaling boekt. Het volgen van de gebruiker voegt een menselijke of systeemgerichte laag toe aan de procesanalyse.

Het analyseren van procesprestaties per gebruiker of team kan opleidingsmogelijkheden onthullen, hoogpresterende individuen identificeren en zorgen voor een juiste werkdrukverdeling. Het is ook cruciaal voor compliance- en auditdoeleinden, waardoor duidelijke verantwoording voor elke genomen actie mogelijk is. Dit attribuut maakt een gedetailleerde analyse van resourceprestaties en -benutting mogelijk.

Het maakt analyse van team- en individuele prestaties, werkverdeling en automatiseringspercentages mogelijk, en biedt inzichten in resource-efficiëntie en het identificeren van trainingsbehoeften.

Doorgaans te vinden in transactielogs of audit trails als 'Gebruikers-ID', 'Werknemers-ID' of 'Verwerker' velden.

De Account Status biedt een momentopname van waar een billing event zich op een bepaald moment in zijn levenscyclus bevindt. Deze status weerspiegelt de uitkomst van de meest recente activiteit, en geeft aan of het account openstaat en wacht op betaling, gesloten is, naar incasso is gestuurd, of in een andere staat verkeert.

Terwijl process mining de stroom van activiteiten reconstrueert, is de Account Status attribute waardevol voor het filteren en segmenteren van cases op basis van hun huidige toestand. Het is met name nuttig voor operationele monitoring dashboards die het volume en de waarde van accounts in verschillende stadia moeten tonen, zoals het totale uitstaande debiteurensaldo dat momenteel wacht op reactie van de betaler, of het aantal accounts dat recentelijk naar een incassobureau is gestuurd.

Het biedt een actuele momentopname van cases, wat nuttig is voor operationele dashboards en voor het segmenteren van analyses op basis van waar accounts zich in hun levenscyclus bevinden.

Dit is doorgaans een statusveld op de hoofdrekening van de patiënt of het factureringsgebeurtenisrecord in het patiëntenboekhoudsysteem.

De Claim-ID is een specifieke identificatie voor de factuur die naar een verzekeringsmaatschappij is gestuurd. Eén enkele factureringsgebeurtenis kan resulteren in meerdere claims als deze moet worden gefactureerd aan primaire, secundaire en tertiaire betalers, of als een claim wordt gecorrigeerd en opnieuw wordt ingediend.

Het volgen van de Claim-ID is belangrijk om de details van het interactieproces met de betaler te begrijpen. Het maakt de analyse mogelijk van herwerkingslussen met betrekking tot het opnieuw indienen van claims en helpt de status te traceren van een specifieke factuur die naar een betaler is gestuurd. Het analyseren van het proces per Claim-ID kan een gedetailleerder beeld geven van de levenscyclus van claimindiening en -afhandeling dan alleen te kijken naar de Factureringsgebeurtenis.

Het maakt gedetailleerde tracking van claimindieningen en herindieningen mogelijk, wat een granulaire analyse biedt van interacties met betalers en herstelrondes.

Deze identificatie wordt gegenereerd door het facturatiesysteem bij het aanmaken van een claim en wordt opgeslagen in claimbeheertabellen.

Het Openstaand Saldo vertegenwoordigt het bedrag dat nog moet worden geïncasseerd voor een factureringsgebeurtenis. Het wordt doorgaans berekend als het Gefactureerd Bedrag minus alle Betaalde Bedragen en Correctiebedragen. Deze waarde verandert gedurende de levenscyclus van de case naarmate betalingen en correcties worden geboekt.

Dit attribuut is een belangrijke indicator voor de gezondheid van de debiteurenportefeuille. Binnen process mining helpt het analyseren van het openstaande saldo in verschillende stadia van het proces bij het beheren van de veroudering van debiteuren en het prioriteren van incassoinspanningen. Het kan worden gebruikt om te identificeren welke typen cases of procespaden de neiging hebben hoge restsaldi te hebben, wat wijst op problemen bij de afhandeling van betalingen of afwijzingen.

Het is een belangrijke maatstaf voor debiteuren en de effectiviteit van incasso, en helpt bij het prioriteren van opvolgactiviteiten en het analyseren van de A/R-veroudering.

Vaak berekend uit gefactureerde, betaalde en aangepaste bedragen. Het kan ook worden opgeslagen als een veld in een debiteuren- of patiëntboekhoudsysteem.

De Patiënt-ID is een unieke sleutel toegekend aan een individuele patiënt binnen de master patient index van het zorgsysteem. Deze identificatie koppelt alle klinische en financiële contactmomenten van een patiënt over tijd.

Terwijl de Factureringsgebeurtenis-ID de case is voor één enkele dienst, maakt de Patiënt-ID een bredere analyse mogelijk over meerdere contactmomenten voor dezelfde patiënt. Dit kan terugkerende problemen aan het licht brengen, zoals herhaalde registratiefouten of patronen in dienstgebruik. Het kan ook worden gebruikt om de complete financiële reis van een patiënt te analyseren, wat waardevol is voor het begrijpen van patiëntenverantwoordelijkheid en -loyaliteit.

Het maakt analyse over meerdere billing events voor dezelfde patiënt mogelijk, wat helpt bij het identificeren van terugkerende problemen en het begrijpen van de algehele financiële reis van de patiënt.

Dit is een primaire identificatie die in vrijwel alle klinische en financiële systemen wordt gevonden, afkomstig van het patiëntregistratie- of EPD-systeem.

Vergelijkbaar met een afwijzingsreden, legt de Aanpassingsreden uit waarom een deel van het gefactureerde bedrag is afgeschreven of aangepast. Deze redenen verduidelijken of een aanpassing te wijten was aan een contractuele verplichting met een betaler, een beleid voor liefdadigheidszorg, een afschrijving van een klein saldo, of een correctie voor een facturatiefout.

Het analyseren van aanpassingsredenen biedt inzichten in de opbrengstintegriteit en financiële prestaties. Het helpt onderscheid te maken tussen verwachte, contractuele aanpassingen en vermijdbare afschrijvingen als gevolg van interne fouten. Door de proceskaart te filteren op specifieke aanpassingsredenen, kunnen analisten proceszwaktes identificeren die leiden tot vermijdbaar inkomstenverlies en de verbeterinspanningen dienovereenkomstig richten.

Het biedt context voor financiële aanpassingen, en helpt onderscheid te maken tussen contractuele verplichtingen en vermijdbaar inkomstenverlies als gevolg van procesfouten.

Te vinden in financiële transactietabellen binnen het facturatie- of patiëntboekhoudsysteem, vaak gekoppeld aan aanpassings- of afschrijvingstransacties.

Het Betaald Bedrag is de cumulatieve som van alle betalingen die zijn geboekt op een specifieke factureringsgebeurtenis. Dit omvat betalingen van primaire en secundaire verzekeraars, evenals betalingen van de patiënt. Het vertegenwoordigt het daadwerkelijk geïncasseerde geld voor de geleverde diensten.

Het analyseren van het Betaald Bedrag is essentieel voor het meten van het financiële succes en de efficiëntie van de omzetcyclus. Het vergelijken van het Betaald Bedrag met het Gefactureerd Bedrag geeft inzicht in de netto omzet en incassopercentages. Binnen process mining helpt dit attribuut de financiële uitkomst van verschillende procespaden te kwantificeren en kan het worden gebruikt om kenmerken te identificeren van claims die volledig en op tijd worden betaald versus claims die dat niet worden.

Het meet de werkelijke geïnde cash voor een case, wat cruciaal is voor het evalueren van de incasso-effectiviteit en de algehele financiële prestaties van het proces.

Deze informatie is te vinden in transactietabellen voor betalingsboeking of cashapplicatie.