Je Revenue Cycle Management datatemplate

Oracle Health-omzetcyclusbeheer
Je Revenue Cycle Management datatemplate

Je Revenue Cycle Management datatemplate

Deze template is ontworpen om je te begeleiden bij het verzamelen van de juiste data voor een grondige analyse van je Revenue Cycle Management-proces. Het schetst de benodigde datavelden en belangrijke processtappen die nodig zijn om een nauwkeurig event log op te bouwen. Door deze richtlijnen te volgen, kun je ervoor zorgen dat je data perfect gestructureerd is voor process mining.
  • Aanbevolen attributen om vast te leggen
  • Belangrijkste activiteiten om te volgen
  • Extractiehandleiding voor Oracle Health-omzetcyclusbeheer
Nieuw met event logs? Leer hoe je een process mining event log creëert.

Revenue Cycle Management Attributen

Dit zijn de benodigde datavelden die je moet opnemen in uw event log voor een grondige en waardevolle analyses van je Revenue Cycle Management-proces.
3 Verplicht 7 Aanbevolen 9 Optioneel
Naam Beschrijving
Activiteitsnaam
ActivityName
De naam van de specifieke stap of gebeurtenis die plaatsvond binnen het revenue cycle proces.
Beschrijving

Dit attribuut registreert de naam van elke activiteit die wordt uitgevoerd binnen de levenscyclus van een facturatie-gebeurtenis. Voorbeelden zijn 'Charges Captured', 'Claim Submitted To Payer' en 'Payment Posted'. Deze activiteiten vormen de stappen van de bekijkte proceskaart.

Het analyseren van de volgorde en frequentie van activiteiten vormt de kern van process mining. Dit attribuut helpt bij het vinden van de meest voorkomende procespaden, het bekijken van afwijkingen van de standaardprocedure en het begrijpen van de operationele flow van de omzetcyclus.

Waarom het belangrijk is

Het definieert de stappen in het proces, wat de visualisatie van de proceskaart en analyse van workflow patronen mogelijk maakt.

Waar te verkrijgen

Doorgaans afgeleid uit event logs, statuswijzigings of specifieke transactietabellen die gekoppeld zijn aan verschillende stadia van de omzetcyclus in Oracle Health.

Voorbeelden
Claim GegenereerdRemittance OntvangenAfwijzing AangevochtenAccount Afgesloten
Facturatie `Event`
BillingEvent
De unieke kenmerk voor een enkele service- of productlevering die een kostenpost genereert, dienend als de case kenmerk voor het revenue cycle proces.
Beschrijving

Het Billing Event fungeert als de primaire case kenmerk, die alle activiteiten van kostenregistratie tot accountafsluiting koppelt voor een afzonderlijk factureerbaar item. Elk Billing Event vertegenwoordigt een unieke instantie van het omzetcyclus-proces, waardoor de reis door verschillende stadia, zoals claimindiening, betalingsboeking en mogelijke afwijzingen of aanpassingen, volledig kan worden gevolgd.

In process mining-analyse is dit attribuut onmisbaar bij het reconstrueren van de end-to-end processtroom. Het maakt de visualisatie van procesvarianten, de berekening van cyclustijden tussen activiteiten en de identificatie van knelpunten of afwijkingen die verband houden met specifieke factureerbare gebeurtenissen mogelijk.

Waarom het belangrijk is

Dit is de onmisbaar voor het volgen van de gehele levenscyclus van een factureerbare service, waardoor alle processtroomanalyse en prestatiemeting mogelijk worden.

Waar te verkrijgen

Deze kenmerk moet een unieke sleutel zijn die aanwezig is in de kernfacturatie- of kosten-transactietabellen binnen Oracle Health-omzetcyclusbeheer. Raadpleeg de systeemdocumentatie om de primary key voor kosten-gebeurtenissen te vinden.

Voorbeelden
BEVNT-987654321BEVNT-987654322BEVNT-987654323
Tijdstempel
EventTimestamp
De exacte datum en tijd waarop een activiteit in het systeem werd geregistreerd.
Beschrijving

Dit attribuut levert de timestamp voor elke activiteit, die het exacte moment markeert waarop deze plaatsvond. Het is belangrijk voor het begrijpen van de timing en volgorde van gebeurtenissen binnen de omzetcyclus voor een specifieke facturatie-gebeurtenis.

In analyse wordt de Event Timestamp gebruikt om activiteiten chronologisch te ordenen, looptijden en cyclustijden tussen verschillende stappen te berekenen en knelpuntanalyse uit te voeren. Het vormt de basis voor alle tijdgebonden process mining meetwaarden, zoals het vinden van vertragingen tussen 'Claim Submitted' en 'Remittance Received'.

Waarom het belangrijk is

Deze timestamp is belangrijk voor het ordenen van gebeurtenissen, het berekenen van alle prestatie meetwaarden zoals cyclustijden en looptijden, en het vinden van procesknelpunten.

Waar te verkrijgen

Elke transactie- of event log tabel in Oracle Health-omzetcyclusbeheer moet een timestamp kolom hebben die aangeeft wanneer de record is aangemaakt of het gebeurtenis heeft plaatsgevonden.

Voorbeelden
2023-04-15T09:00:00Z2023-04-18T14:30:00Z2023-05-02T11:25:10Z
Afwijzingsredencode
DenialReasonCode
Een gestandaardiseerde code die de reden aangeeft waarom een claim door de betaler werd afgewezen.
Beschrijving

Wanneer een betaler een claim afwijst, geeft deze een redencode op die de afwijzing verklaart, zoals 'Niet-gedekte service' of 'Duplicatie claim'. Dit attribuut legt die code en de bijbehorende beschrijving vast.

Het analyseren van afwijzingsredenen is onmisbaar voor het verbeteren van de omzetcyclus. Het stelt de organisatie in staat om veelvoorkomende patronen te vinden, zoals problemen met codering of patiëntgeschiktheid, en corrigerende maatregelen te implementeren om toekomstige afwijzingen te voorkomen. Dit heeft directe impact op de clean claim rate en vermindert de kosten van herstelwerk.

Waarom het belangrijk is

Biedt de grondoorzaak voor claimafwijzingen, waardoor gerichte verbeteringen mogelijk zijn om het percentage 'schone' claims te verhogen en de omzetinning te versnellen.

Waar te verkrijgen

Deze Informatie wordt ontvangen in het elektronische betalingsadvies (ANSI 835 bestand) van de betaler en moet worden opgeslagen in de claim- of betalingstabellen in Oracle Health.

Voorbeelden
CO-16: Claim/service mist Informatie die nodig is voor de afhandeling.PR-96: Niet-gedekte `charge`(s).CO-18: Dubbele claim/service.
Correctiebedrag
AdjustmentAmount
De financiële waarde van eventuele aanpassingen aan het accountsaldo.
Beschrijving

Dit attribuut legt het bedrag vast van elke financiële aanpassing, zoals contractuele kortingen, afschrijvingen of correcties, die op de facturatie-gebeurtenis wordt toegepast. Aanpassingen verminderen direct de verwachte omzet uit een kostenpost.

Het 'Account Adjustment Impact' dashboard is sterk afhankelijk van dit attribuut. Het analyseren van aanpassingsbedragen en de bijbehorende redenen helpt bij het vinden van bronnen van omzetverlies, problemen met contractbeheer of knelpunten in het initiële proces van kostenregistratie. Het is een belangrijke metriek voor financiële gezondheid.

Waarom het belangrijk is

Kwantificeert omzetverlies als gevolg van afschrijvingen of correcties, en helpt bij het vinden en aanpakken van grondoorzaken van financiële erosie.

Waar te verkrijgen

Gevonden in financiële transactietabellen die aanpassingen of afschrijvingen tegen een patiëntenrekening vastleggen.

Voorbeelden
-50.25-120.0025.00
Facturatieafdeling
BillingDepartment
De afdeling of het functionele team dat verantwoordelijk is voor de activiteit.
Beschrijving

Dit attribuut specificeert de afdeling, zoals 'Charge Capture', 'Coding' of 'Collections', die de activiteit heeft uitgevoerd. Het biedt een organisatorische context aan de processtroom.

Het analyseren van het proces vanuit een afdelingsperspectief is belangrijk voor het begrijpen van overdrachten tussen teams en het vinden van cross-functionele inefficiënties. Het ondersteunt het 'Billing Department Workload' dashboard door het aggregeren van activiteiten en prestatie meetwaarden op afdelingsniveau mogelijk te maken.

Waarom het belangrijk is

Wijs activiteiten toe aan organisatie-eenheden, wat belangrijk is voor het analyseren van interdepartementale overdrachten, workload en teamprestaties.

Waar te verkrijgen

Deze Informatie kan direct worden opgeslagen bij de gebruikersprofiel data in Oracle Health of worden afgeleid op basis van de gebruiker of het activiteitstype.

Voorbeelden
PatiënttoegangCoderingFacturatieIncasso
Gebruiker
UserPerformingAction
De gebruikers-id of naam van de persoon die de activiteit uitvoerde.
Beschrijving

Dit attribuut identificeert de medewerker of geautomatiseerde systeemgebruiker die verantwoordelijk is voor het uitvoeren van een specifieke activiteit in het proces. Het is belangrijk voor het begrijpen van de werkverdeling, bron prestaties en het vinden van trainingsbehoeften.

In analyse maakt dit attribuut het mogelijk om de proceskaart te filteren op gebruiker of team, prestaties te vergelijken tussen verschillende bronnen en de werkdruk te analyseren voor het 'Billing Department Workload' dashboard. Het kan helpen bij het vinden van best presterende medewerkers of individuen die extra ondersteuning of training nodig hebben.

Waarom het belangrijk is

Koppelt procesactiviteiten aan specifieke gebruikers of teams, enabling workload analyse, prestatievergelijking, en identificatie van trainingsmogelijkheden.

Waar te verkrijgen

Gebruikers-ID velden (bijv. 'CREATED_BY', 'USER_ID') zijn doorgaans aanwezig in transactietabellen binnen de Oracle Health modules.

Voorbeelden
j.doeasmithBillingBot_AUTOk.williams
Naam Betaler
PayerName
De naam van de verzekeringsmaatschappij of derde betaler die verantwoordelijk is voor de betaling.
Beschrijving

Dit attribuut identificeert de entiteit, zoals een verzekeringsmaatschappij of overheidsprogramma zoals Medicare, die wordt gefactureerd voor de service. Payer-Informatie is onmisbaar voor revenue cycle analyse.

Het analyseren van het proces per betaler kan aanzienlijke variaties in betalingstijden, afwijzingspercentages en succespercentages van beroepen zichtbaar maken. Het helpt bij het vinden van problematische betalers die vertragingen of omzetverlies veroorzaken en is belangrijk voor het effectief beheren van betalerscontracten en -relaties.

Waarom het belangrijk is

Maakt segmentatie van het proces per betaler mogelijk, wat verschillende gedragingen, afwijzingspercentages en betalingssnelheden onthult – belangrijk voor de financiële prestaties.

Waar te verkrijgen

Deze Informatie is opgeslagen in de facturatie- of verzekeringsgegevens van de patiënt binnen Oracle Health-omzetcyclusbeheer.

Voorbeelden
AetnaBlue Cross Blue ShieldUnitedHealthcareMedicareCigna
Openstaand Saldo
OutstandingBalance
Het resterende onbetaalde saldo voor de facturatie-gebeurtenis op een bepaald moment.
Beschrijving

Dit attribuut toont het actuele openstaande bedrag dat verschuldigd is voor een facturatie-gebeurtenis nadat alle betalingen en aanpassingen zijn toegepast. Het vertegenwoordigt de actieve debiteuren voor die specifieke kostenpost.

Dit is een onmisbaar attribuut voor het 'Outstanding Balance Aging' dashboard. Het analyseren van deze waarde over tijd helpt bij het monitoren van de snelheid van de cashflow, het beoordelen van de effectiviteit van incasso-inspanningen en het berekenen van belangrijke financiële KPI's zoals Days Sales Outstanding (DSO).

Waarom het belangrijk is

Volgt de huidige debiteuren voor elke case, wat belangrijk is voor het beheren van de cashflow en het analyseren van de effectiviteit van incasso's.

Waar te verkrijgen

Deze waarde wordt doorgaans berekend uit de som van alle financiële transacties (kosten, betalingen, aanpassingen) voor een gegeven facturatie-gebeurtenis. Het kan bestaan als een veld in een accountsamenvattingstabel.

Voorbeelden
75.000.00550.80
Patiënt Klasse
PatientClass
De classificatie van de patiëntenontmoeting, zoals Klinisch of Poliklinisch.
Beschrijving

Dit attribuut categoriseert het type patiëntbezoek of -ontmoeting dat de kostenpost heeft gegenereerd. Gangbare classificaties zijn Klinisch (Inpatient), Poliklinisch (Outpatient), Spoedeisend (Emergency) en Herhalende Patiënt (Recurring Patient). De patiëntklasse dicteert vaak het gehele facturatie- en claimindieningsproces.

Verschillende patiëntklassen volgen afzonderlijke procespaden en hebben verschillende compliance vereisten. Het analyseren van het proces op basis van dit attribuut helpt om deze variaties te begrijpen, verbeterinitiatieven aan te passen en ervoor te zorgen dat de juiste procedures voor elke klasse worden gevolgd.

Waarom het belangrijk is

Scheidt verschillende processtromen (bijv. klinisch versus poliklinisch) die uiteenlopende complexiteiten, doorlooptijden en facturatievereisten hebben.

Waar te verkrijgen

Dit is een standaardveld dat geassocieerd is met een patiëntenontmoeting of opnamerecord in Oracle Health.

Voorbeelden
OpnamePoliklinischNoodgevalTerugkerend
Bronsysteem
SourceSystem
Het systeem waaruit de gebeurtenisdata is opgehaald.
Beschrijving

Dit attribuut identificeert de bronapplicatie of -module waar de data vandaan komt. Voor dit proces zal dit typisch 'Oracle Health-omzetcyclusbeheer' zijn, maar het kan ook verschillende modules binnen het systeem specificeren als data vanuit meerdere plaatsen wordt geïntegreerd.

Deze Informatie is waardevol voor data governance en probleemoplossing. Het helpt de data lineage te bevestigen en is belangrijk in omgevingen waar meerdere systemen bijdragen aan één end-to-end proces.

Waarom het belangrijk is

Biedt context over de data oorsprong, wat belangrijk is voor data validatie, governance en het begrijpen van procesvariaties die systeemafhankelijk kunnen zijn.

Waar te verkrijgen

Dit is vaak een statische waarde die wordt toegevoegd tijdens het data-extractie, transformatie en laad (ETL) proces om de herkomst van de dataset te labelen.

Voorbeelden
OracleHealth-RCMOracleHealth-CernerOH-RevCycle-PROD
Claim-ID
ClaimId
De unieke kenmerk voor de verzekeringsclaim die bij een betaler is ingediend.
Beschrijving

Dit attribuut is de unieke ID die wordt toegewezen aan een claim die wordt gegenereerd en naar een betaler wordt gestuurd voor vergoeding. Eén facturatie-gebeurtenis kan gedurende de levenscyclus leiden tot één of meerdere claims, bijvoorbeeld als een correctie nodig is.

Het gebruik van de Claim ID maakt het mogelijk om een specifieke indiening bij een betaler te traceren en deze direct te koppelen aan de respons, zoals een betaling of afwijzing. Het biedt een gedetailleerder niveau van tracking binnen het bredere revenue cycle proces.

Waarom het belangrijk is

Biedt een specifieke ID om het traject van een claim bij een betaler te volgen, wat gedetailleerder is dan het algemene facturatiegebeurtenis.

Waar te verkrijgen

Deze ID wordt gegenereerd door Oracle Health wanneer een claim wordt aangemaakt en wordt opgeslagen in de primaire claims-tabel.

Voorbeelden
CLM-2023-55489CLM-2023-55490CLM-2023-55491-C1
Eindtijd van het gebeurtenis
EventEndTime
De timestamp die de voltooiing van een activiteit markeert, indien beschikbaar.
Beschrijving

Terwijl StartTime het begin van een activiteit markeert, markeert EventEndTime de voltooiing ervan. Niet alle activiteiten hebben een duidelijke eindtijd, aangezien veel gebeurtenissen instantane zijn. Echter, voor activiteiten die een duur hebben, zoals 'Denial Appealed' (beroep op afwijzing ingediend) dat tijd kan kosten om te processen, is dit veld zeer nuttig.

Dit attribuut maakt een nauwkeurigere berekening van de verwerkingstijd voor individuele activiteiten mogelijk. Het helpt onderscheid te maken tussen wachttijd (tijd tussen activiteiten) en verwerkingstijd (tijd besteed aan een activiteit).

Waarom het belangrijk is

Maakt de directe berekening mogelijk van hoe lang een activiteit duurt, waarbij verwerkingstijd wordt gescheiden van wachttijd.

Waar te verkrijgen

Sommige transactietabellen in Oracle Health-omzetcyclusbeheer kunnen zowel een start- als een eind-timestamp bevatten voor specifieke, langlopende taken.

Voorbeelden
2023-04-15T09:05:14Z2023-04-18T16:00:00Z
Factuurbedrag
ChargeAmount
De bruto financiële waarde van de gefactureerde service of product.
Beschrijving

Dit attribuut vertegenwoordigt het initiële, onverdisconteerde bedrag dat in rekening wordt gebracht voor een service voordat enige aanpassingen, contractuele kortingen of betalingen worden toegepast. Het is de startwaarde voor de financiële facturatie-gebeurtenis.

Het volgen van het kostenbedrag is belangrijk voor financiële analyse, zoals het berekenen van de totale waarde van geleverde services en het begrijpen van de financiële impact van daaropvolgende aanpassingen of afschrijvingen. Het dient als basis voor het meten van omzetrealisatie.

Waarom het belangrijk is

Stelt de initiële financiële waarde van de case vast, wat fundamenteel is voor alle volgende financiële analyses en impactbeoordelingen.

Waar te verkrijgen

Gevonden in de charge detail of charge transaction tables in Oracle Health.

Voorbeelden
150.001250.7585.50
Is Geautomatiseerd
IsAutomated
Een indicator die aangeeft of de activiteit werd uitgevoerd door een geautomatiseerd systeem of een menselijke gebruiker.
Beschrijving

Dit boolean attribuut maakt onderscheid tussen activiteiten die worden uitgevoerd door software-automatisering, zoals bots of systeem batch jobs, en activiteiten die handmatig door een gebruiker worden uitgevoerd. Bijvoorbeeld, 'Claim Generated' kan een geautomatiseerde stap zijn, terwijl 'Denial Appealed' waarschijnlijk handmatig is.

Het analyseren van dit attribuut helpt bij het begrijpen van het automatiseringsniveau in het proces en de impact ervan op efficiëntie en foutpercentages. Het kan worden gebruikt om de prestaties van geautomatiseerde versus handmatige paden te vergelijken en mogelijkheden voor verdere automatisering te vinden.

Waarom het belangrijk is

Maakt onderscheid tussen menselijke en systeemgestuurde activiteiten, wat belangrijk is voor het analyseren van de effectiviteit van automatisering en het vinden van nieuwe automatiseringskansen.

Waar te verkrijgen

Dit wordt doorgaans afgeleid op basis van het GebruikerPerformingAction attribuut. Activiteiten die worden uitgevoerd door gebruikers-id's zoals 'SYSTEM' of 'RPA_BOT' worden bijvoorbeeld als geautomatiseerd gemarkeerd.

Voorbeelden
truefalse
Is herstelwerk
IsRework
Een vlag die activiteiten identificeert die `herstelwerk` of herhaalde inspanningen vertegenwoordigen.
Beschrijving

Dit berekende attribuut markeert activiteiten die een afwijking van het ideale 'happy path' aangeven en neerkomen op herstelwerk. Voorbeelden zijn 'Corrected Claim Submitted' of 'Denial Appealed', die niet zouden voorkomen als het proces de eerste keer perfect verliep.

Het vinden en kwantificeren van herstelwerk is een belangrijk doel van process mining. Deze vlag maakt eenvoudig filteren en analyseren van alle herstelwerk-loops mogelijk, wat helpt bij het meten van de frequentie, kosten en oorzaken van procesinefficiënties. Het is belangrijk voor het begrijpen van de werkelijke kosten van kwaliteit in de revenue cycle.

Waarom het belangrijk is

Helpt de frequentie en impact van herstelwerk-loops te kwantificeren, en belicht procesinefficiënties en de kosten van slechte kwaliteit.

Waar te verkrijgen

Dit is een afgeleid attribuut. Het wordt berekend tijdens datatransformatie door bedrijfslogica toe te passen die specifieke activiteitsnamen markeert als herstelwerk.

Voorbeelden
truefalse
Patiënt ID
PatientId
De unieke kenmerk voor de patiënt die gekoppeld is aan de facturatie-gebeurtenis.
Beschrijving

Dit attribuut is de unieke kenmerk voor de patiënt die de service heeft ontvangen, vaak bekend als het Medisch Dossier Nummer (MDN). Het koppelt de financiële transactie aan een specifiek individu.

Hoewel het niet de case ID voor het proces is, is de Patient ID nuttig voor het aggregeren van alle facturatie-gebeurtenissen voor één patiënt om hun gehele financiële traject te begrijpen. Het maakt ook segmentatie mogelijk op basis van patiëntdemografie of geschiedenis indien gekoppeld met patiëntstamdata.

Waarom het belangrijk is

Koppelt financiële gebeurtenissen aan een specifieke patiënt, wat patiëntgerichte analyse en aggregatie van al hun facturatieactiviteiten mogelijk maakt.

Waar te verkrijgen

Deze kenmerk is een kernelement van de patiëntenstamkaart en zal aanwezig zijn in alle gerelateerde transactietabellen zoals kosten, claims en betalingen.

Voorbeelden
MRN-1002345MRN-1002346MRN-1002347
Reden Geschil
DisputeReason
De reden die door de klant of patiënt wordt opgegeven voor het betwisten van een factuur of kostenpost.
Beschrijving

Dit attribuut legt de reden vast waarom een patiënt of andere verantwoordelijke partij een factuur heeft betwist. Redenen kunnen incorrecte kosten, niet-geleverde services of problemen met de verzekeringsafhandeling omvatten.

Deze Informatie is belangrijk voor het 'Invoice Dispute Resolution Kengetallen' dashboard. Inzicht in de meest voorkomende redenen voor geschillen helpt bij het vinden van systemische problemen in de processen van kostenregistratie, codering of facturatie. Het aanpakken van deze hoofdoorzaken kan de geschillenratio en de administratieve overhead die nodig is om ze op te lossen aanzienlijk verminderen.

Waarom het belangrijk is

Verklaart waarom facturen worden betwist, en biedt direct inzicht in problemen met de factuurnauwkeurigheid of -duidelijkheid die moeten worden opgelost.

Waar te verkrijgen

Dit wordt waarschijnlijk opgeslagen in een case management of customer service module binnen Oracle Health, gekoppeld aan het account van de patiënt.

Voorbeelden
Onjuist Gefactureerde ServiceDubbele ChargeVerzekering Onjuist GefactureerdDienst Niet Geleverd
Tijdstip van extractie
LastDataUpdate
De timestamp die aangeeft wanneer de data voor dit gebeurtenis voor het voor het laatst is bijgewerkt of opgehaald.
Beschrijving

Dit attribuut toont wanneer de dataset voor het laatst is bijgewerkt. Het geeft context over de relevantie van de geanalyseerde data, wat belangrijk is voor het begrijpen van de tijdigheid van de inzichten die voortvloeien uit de process mining-analyse.

Gebruikers kunnen dit attribuut controleren om te bevestigen dat ze de meest recente procesInformatie bekijken. Het helpt verwachtingen te beheren over de relevantie van de data en is een belangrijk onderdeel van data governance en kwaliteitsborging.

Waarom het belangrijk is

Geeft de relevantie van de data aan, wat garandeert dat analyse en beslissingen zijn gebaseerd op up-to-date Informatie.

Waar te verkrijgen

Dit is een metadataveld dat doorgaans wordt gegenereerd en gevuld tijdens het ETL-proces dat data in het process mining platform laadt.

Voorbeelden
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
Verplicht Aanbevolen Optioneel

Revenue Cycle Management Activiteiten

Dit zijn de kritieke processtappen en mijlpalen die u moet vastleggen in uw event log om uw omzetcyclus nauwkeurig te visualiseren en te analyseren.
5 Aanbevolen 9 Optioneel
Activiteit Beschrijving
Account Afgesloten
De laatste activiteit, die aangeeft dat het accountsaldo nul is en er geen verdere activiteit wordt verwacht. Dit wordt vaak afgeleid wanneer het accountsaldo nul bereikt.
Waarom het belangrijk is

Markeert de succesvolle voltooiing van de revenue cycle. De tijd om deze status te bereiken is een belangrijke maatstaf voor de algehele procesefficiëntie.

Waar te verkrijgen

Dit wordt doorgaans afgeleid door de eerste keer te vinden dat het openstaande saldo van het account nul wordt en nul blijft na alle betalingen en aanpassingen.

Vastleggen

Berekend wanneer het accountsaldo voor het eerst nul is nadat alle charges en betalingen zijn geboekt.

Gebeurtenistype calculated
Betaling Geboekt
Vertegenwoordigt de toepassing van de ontvangen betaling van de betaler op de corresponderende `charges` op de patiëntenrekening. Dit is een financiële transactie vastgelegd door een gebruiker of een geautomatiseerd proces.
Waarom het belangrijk is

De efficiëntie van het boeken van betalingen beïnvloedt de nauwkeurigheid van de debiteuren. Vertragingen hier kunnen het financiële beeld verstoren en secundaire facturatie vertragen.

Waar te verkrijgen

Gevonden in de payment transaction tables. Elke payment posting zal een unieke transactie-ID en een bijbehorende timestamp hebben.

Vastleggen

Een financiële transactie wordt vastgelegd wanneer de betaling op de rekening wordt toegepast.

Gebeurtenistype explicit
Claim Gegenereerd
Markeert het punt waarop individuele `charges` worden samengesteld tot een formele `billing claim`, zoals een UB-04 of CMS-1500. Dit is een systeemgegenereerd `gebeurtenis` dat de initiële factuur creëert.
Waarom het belangrijk is

Dit is een belangrijke mijlpaal die de gereedheid aangeeft om een betaler te factureren. Het is het eindpunt voor het meten van de interne kosten-tot-factuur vertraging.

Waar te verkrijgen

Een expliciet gebeurtenis vastgelegd in declaratiegeneratielogs of -tabellen. Zoek naar de creatie timestamp van de primaire claimrecord die gekoppeld is aan de encounter.

Vastleggen

Event vastgelegd bij het aanmaken van de claimrecord.

Gebeurtenistype explicit
Claim Ingediend bij Betaler
Vertegenwoordigt de elektronische of papieren indiening van de gegenereerde claim bij de verzekeringsmaatschappij of betaler. Het systeem moet de datum en tijd van deze transmissie vastleggen.
Waarom het belangrijk is

Deze activiteit start de betalingscyclus. Het analyseren van de tijd van indiening tot betaling is belangrijk om de prestaties van de betaler en de Days Sales Outstanding (DSO) te begrijpen.

Waar te verkrijgen

Afkomstig uit de claims management module, die transmissie-gebeurtenissen logt. Zoek naar een indienings-timestamp of een statuswijziging naar 'Ingediend' in de declaratiegeschiedenis.

Vastleggen

Event vastgelegd wanneer de claim succesvol is verzonden via de clearinghouse.

Gebeurtenistype explicit
Patiënt `Encounter` Aangemaakt
Markeert de creatie van een patiëntenrekening voor een specifiek bezoek of service. Dit is doorgaans een expliciet `gebeurtenis` dat wordt geactiveerd door het registratiesysteem of een `Admit/Discharge/Transfer (ADT) feed`.
Waarom het belangrijk is

Het dient als startpunt voor de gehele revenue cycle voor een gegeven facturatiegebeurtenis, waardoor analyse van de totale procesduur en registratienauwkeurigheid mogelijk is.

Waar te verkrijgen

Afkomstig uit de Patient Registration of ADT module logs. Zoek naar 'encounter creation gebeurtenissen' of de vroegste timestamp die gekoppeld is aan de encounter of het financiële nummer.

Vastleggen

Event vastgelegd bij patiëntregistratie of opname.

Gebeurtenistype explicit
Account Aangepast
Vertegenwoordigt een financiële aanpassing aan het accountsaldo, zoals een contractuele korting, een afschrijving of een korting. Elke aanpassing is een afzonderlijke financiële transactie.
Waarom het belangrijk is

Aanpassingen hebben directe invloed op de omzet. Het analyseren van hun frequentie, type en bedrag helpt om omzetverlies en facturatieonjuistheden te vinden.

Waar te verkrijgen

Gevonden in financiële transactietabellen. Elke aanpassing wordt vastgelegd als een afzonderlijk regelitem met een specifieke transactiecode en timestamp.

Vastleggen

Een financiële transactie wordt vastgelegd met een specifieke correctiecode.

Gebeurtenistype explicit
Afwijzing Aangevochten
Een gebruikers- of systeemactie die aangeeft dat een afgewezen claim wordt aangevochten. Dit wordt doorgaans vastgelegd als een statusupdate of een specifieke taak die in een `work queue` is aangemaakt.
Waarom het belangrijk is

Deze activiteit initieert een herstelwerk loop. Het analyseren van de frequentie en het succespercentage van beroepen is belangrijk voor het optimaliseren van de inspanningen voor omzetherstel.

Waar te verkrijgen

Dit kan een expliciet door de gebruiker geïnitieerd gebeurtenis zijn of worden afgeleid uit een statuswijziging van de claim, zoals 'Appealed' (in beroep gegaan) of 'In Review' (in behandeling).

Vastleggen

Een statuswijziging of vastgelegd gebeurtenis wanneer een gebruiker het beroepsproces voor een afgewezen claim initieert.

Gebeurtenistype explicit
Afwijzing Ontvangen
Markeert het `gebeurtenis` waarbij de betaler een claim of specifieke regelitems heeft afgewezen, zoals aangegeven in het `remittance` advies. Dit `gebeurtenis` wordt vaak afgeleid van `denial codes` die aanwezig zijn in de `remittance data`.
Waarom het belangrijk is

Het volgen van afwijzingen is belangrijk voor het vinden van hoofdoorzaken, zoals coderingsfouten of geschiktheidsproblemen, en het verbeteren van de clean claim rate.

Waar te verkrijgen

Afgeleid van de remittance (ERA/835) data. Wanneer een claim of regelitem een niet-nul afwijzingsbedrag en een overeenkomstige afwijzingsredencode heeft, wordt dit gebeurtenis geactiveerd.

Vastleggen

Afgeleid van remittance data die denial reason codes (CARCs/RARCs) bevat.

Gebeurtenistype inferred
Charges Gecodeerd
Vertegenwoordigt het proces waarbij medische codeurs gestandaardiseerde codes, zoals CPT of ICD-10, toewijzen aan de vastgelegde `charges`. Dit wordt vaak gevolgd door een statuswijziging op de `charge` of `encounter`.
Waarom het belangrijk is

Vertragingen in de codering zijn een veelvoorkomende bottleneck. Het volgen van deze activiteit helpt inefficiënties in de coderingsworkflow en hun impact op facturatietermijnen te vinden.

Waar te verkrijgen

Vaak afgeleid van een statuswijziging op de patiënt encounter of charge batch, bijvoorbeeld van 'Uncoded' naar 'Coded'. Een timestamp voor deze statuswijziging is vereist.

Vastleggen

Afgeleid van een wijziging in de encounter of charge status naar 'Gecodeerd' of 'Klaar voor Facturatie'.

Gebeurtenistype inferred
Charges Vastgelegd
Vertegenwoordigt de invoer van factureerbare diensten of items in de patiëntenrekening. Dit kan automatisch gebeuren vanuit klinische systemen of via handmatige invoer door personeel.
Waarom het belangrijk is

Deze activiteit is belangrijk voor het meten van de 'charge lag', de tijd tussen servicelevering en de start van de facturatie, wat direct van invloed is op de cashflow en de integriteit van de omzet.

Waar te verkrijgen

Vastgelegd vanuit charge transaction tables, geïdentificeerd door de creatie timestamp van elk charge line item. In Oracle Health is dit vaak te vinden in charge-gerelateerde tabellen.

Vastleggen

Transactielog-item aangemaakt voor elke nieuwe kostenpost.

Gebeurtenistype explicit
Gecorrigeerde Claim Ingediend
Vertegenwoordigt de indiening van een herziene of gecorrigeerde declaratie bij de betaler, vaak na een afwijzing of verzoek om meer Informatie. Dit wordt geïdentificeerd door een nieuwe declaratie-indiening met een correctie-indicator.
Waarom het belangrijk is

Deze activiteit is een belangrijk onderdeel van de denial management herstelwerk loop. Een hoge frequentie duidt op problemen met de initiële claimnauwkeurigheid.

Waar te verkrijgen

Vastgelegd vanuit de claim submission logs. Zoek naar een nieuwe indiening voor een bestaande encounter, vaak gemarkeerd met een herindieningscode of een hoger iteratienummer.

Vastleggen

Vastgelegd gebeurtenis voor een claim herindiening, vaak identificeerbaar door een specifieke claim frequency type code.

Gebeurtenistype explicit
Incasso Activiteit Gestart
Geeft aan dat de patiëntenrekening is overgeheveld naar een `collections` proces vanwege wanbetaling. Dit wordt doorgaans vastgelegd door een wijziging in de financiële- of statusklasse van het account.
Waarom het belangrijk is

Dit is een kritieke stap voor het beheer van dubieuze debiteuren. Het analyseren van wat tot dit stadium leidt en het succespercentage ervan is belangrijk voor financiële gezondheid.

Waar te verkrijgen

Afgeleid van een wijziging in het accountstatusveld naar 'Collections' of 'Bad Debt'. Deze statuswijziging moet een bijbehorende timestamp hebben.

Vastleggen

Afgeleid van een accountstatuswijziging naar een 'Collections' of vergelijkbare status.

Gebeurtenistype inferred
Patiëntoverzicht Verzonden
Markeert het `gebeurtenis` waarbij een factuur voor de resterende patiëntverantwoordelijkheid wordt gegenereerd en naar de patiënt wordt verzonden. Dit is een expliciete actie vastgelegd door de patiëntfacturatiemodule.
Waarom het belangrijk is

Dit initieert het patiëntenbetalingsgedeelte van de omzetcyclus. Het volgen hiervan helpt bij het analyseren van de effectiviteit van patiëntenincasso's.

Waar te verkrijgen

Afkomstig uit patiëntfacturatie- of correspondentielogs. Het systeem moet de datum registreren waarop elk overzicht is gegenereerd of verzonden.

Vastleggen

Event vastgelegd wanneer een patiëntoverzicht wordt gegenereerd en afgedrukt of elektronisch wordt verzonden.

Gebeurtenistype explicit
Remittance Ontvangen
Geeft de ontvangst aan van een Electronic Remittance Advice (ERA) of een papieren Explanation of Benefits (EOB) van de betaler. Dit document detailleert welke `charges` zijn betaald, afgewezen of aangepast.
Waarom het belangrijk is

Dit is de eerste reactie van de betaler en is belangrijk voor het begrijpen van de betalingssnelheid en het vroegtijdig vinden van afwijzingstrends.

Waar te verkrijgen

Vastgelegd in de remittance verwerkingsmodule. Zoek naar de import of creatie timestamp van het ERA-bestand, zoals een 835 transaction file, gekoppeld aan de claim.

Vastleggen

Event vastgelegd bij import en verwerking van het remittance bestand van de betaler (bijv. ANSI 835).

Gebeurtenistype explicit
Aanbevolen Optioneel

Extractiegidsen

Hoe u uw `data` uit Oracle Health-omzetcyclusbeheer haalt