Ihr Daten-Template für das Revenue Cycle Management

Das Billing Event dient als primäre Case-ID und verknüpft alle Aktivitäten, die mit einer einzelnen erbrachten Leistung oder gelieferten Ware verbunden sind, die eine Abrechnung auslöst. Dadurch lässt sich der gesamte Lebenszyklus der Umsatzgenerierung und des Forderungseinzugs für jede einzelne abrechenbare Position oder Leistung verfolgen.

Im Process Mining ermöglicht die Analyse nach Billing Event, den vollständigen End-to-End-Verlauf von der Leistungserbringung bis zur abschließenden Zahlung oder Kontoschließung zu betrachten. Diese Sicht ist entscheidend, um Engpässe zu erkennen, Durchlaufzeiten zu messen und Unterschiede bei der Bearbeitung verschiedener Claims oder Rechnungen zu verstehen.

Dies ist die zentrale Case-ID, die alle zugehörigen Aktivitäten des Umsatzzyklus verbindet und eine vollständige End-to-End-Prozesssicht für die Analyse ermöglicht.

Dies ist der Primärschlüssel, der Datensätze in den zentralen Abrechnungs- und Claim-Tabellen von Optum360 verknüpft. Die konkreten Tabellen- und Feldnamen entnehmen Sie bitte der Optum360-Dokumentation.

Der Activity Name beschreibt einen Schritt im Umsatzzyklus, etwa „Claim Submitted To Payer“ oder „Payment Received“. Dieses Attribut ist eine zentrale Grundlage des Process Mining, da es die Knoten in der Prozesslandkarte definiert.

Durch die Analyse der Reihenfolge und Häufigkeit von Aktivitäten können Unternehmen den tatsächlichen Prozessablauf visualisieren, Abweichungen vom Standardverfahren erkennen und häufige Nachbearbeitungsschleifen identifizieren. Diese Analyse ist entscheidend, um Ineffizienzen und Compliance-Probleme im Prozess zu verstehen.

Dieses Attribut definiert die einzelnen Prozessschritte. Es bildet die Grundlage der Prozesslandkarte und ermöglicht sämtliche flussbasierten Analysen.

Dieses Attribut wird typischerweise aus Event Logs, Aufzeichnungen von Statusänderungen oder spezifischen Transaktionscodes in den operativen Tabellen von Optum360 abgeleitet.

Event Time ist der jeder Aktivität zugeordnete Timestamp und kennzeichnet das genaue Datum und die genaue Uhrzeit ihres Auftretens. Diese Zeitangabe ist erforderlich, um die chronologische Reihenfolge der Ereignisse für jeden Case zu erstellen.

In der Analyse wird Event Time verwendet, um Durchlaufzeiten zwischen Aktivitäten zu berechnen, die Dauer eines Cases zu messen und Engpässe zu erkennen, an denen erhebliche Wartezeiten entstehen. Event Time bildet die Grundlage jeder zeitbezogenen Prozessanalyse und Leistungsmessung.

Dieser Timestamp ist entscheidend für die korrekte Reihenfolge der Ereignisse und die Berechnung aller dauerbasierten Kennzahlen, etwa Durchlaufzeiten und Engpässe.

Diese Information wird typischerweise zusammen mit jedem Transaktions- oder Statusänderungsdatensatz in den Datenbanktabellen von Optum360 gespeichert.

Billed Amount bezeichnet den Bruttobetrag der erbrachten Leistungen vor Zahlungen, Anpassungen oder Abschreibungen. Er ist der ursprüngliche Wert der Forderung für das Abrechnungsereignis.

Dieses Attribut ist eine zentrale Grundlage der Finanzanalyse im Process Mining. Es wird zur Berechnung wichtiger KPIs wie der Revenue Adjustment Rate verwendet und ermöglicht die Segmentierung von Cases nach Wert. So lässt sich prüfen, ob hochwertige Claims anders bearbeitet werden oder häufiger Verzögerungen aufweisen als Claims mit geringerem Wert.

Liefert den finanziellen Kontext für jeden Case und ermöglicht wertbasierte Analysen sowie die Berechnung wichtiger finanzieller KPIs.

Dies ist ein Standardfeld jedes Claims oder Patientenkontos in den Finanztabellen von Optum360.

Das Attribut Billing Department identifiziert das konkrete Team oder den Funktionsbereich innerhalb des Revenue-Cycle-Betriebs, der für eine Aktivität verantwortlich ist. So können beispielsweise unterschiedliche Teams die Codierung, die Einreichung von Claims oder das Management von Ablehnungen übernehmen.

Dieses Attribut ist für Leistungsvergleiche von zentraler Bedeutung, wie sie das Dashboard „Billing Department Performance Benchmarks“ unterstützt. Die Führungsebene kann damit Effizienz, Geschwindigkeit und Genauigkeit verschiedener Teams vergleichen, bewährte Vorgehensweisen erkennen und Ressourcen gezielt einsetzen, um Leistungslücken zu schließen.

Ermöglicht den Leistungsvergleich zwischen verschiedenen Abrechnungsteams und hilft, besonders leistungsstarke Gruppen sowie Verbesserungsbereiche zu identifizieren.

Dieses Attribut kann aus dem Benutzer abgeleitet werden, der die Task ausgeführt hat, oder aus einem Feld im Konto stammen, das die Zuständigkeit angibt. Einzelheiten entnehmen Sie bitte der Optum360-Dokumentation.

Adjusted Amount bezeichnet den Anteil des abgerechneten Betrags, der aufgrund vertraglicher Vereinbarungen mit Kostenträgern, Abrechnungskorrekturen oder anderer Abschreibungen voraussichtlich nicht eingezogen wird. Dies entspricht einer direkten Umsatzminderung.

Dieses Attribut ist entscheidend für das Dashboard „Revenue Adjustment Impact“ und die KPI „Revenue Adjustment Rate“. Die Analyse von Anpassungen hilft, die finanziellen Auswirkungen von Kostenträgerverträgen zu erkennen und Möglichkeiten zu finden, Umsatzverluste durch genauere Abrechnungen oder Vertragsverhandlungen zu begrenzen.

Misst Umsatzverluste direkt und ist entscheidend für die Berechnung von KPIs zur finanziellen Leistung sowie für das Verständnis der Profitabilität.

Diese Information befindet sich in den Datensätzen der Anpassungstransaktionen im Finanzsystem von Optum360.

Wenn ein Kostenträger einen Claim ablehnt, stellt er einen Denial Reason Code bereit, der das Problem erläutert, etwa „Service Not Covered“ oder „Duplicate Claim“. Diese Codes sind entscheidend, um die Ursachen von Umsatzverzögerungen und Nachbearbeitungen zu verstehen.

Die Analyse dieser Codes ermöglicht es dem Team für das Ablehnungsmanagement, seine Arbeit zu priorisieren, Trends zu erkennen und Korrekturmaßnahmen umzusetzen. Eine hohe Zahl von Ablehnungen wegen „Missing Information“ kann beispielsweise auf ein Problem bei der Erstellung von Claims hinweisen. Diese Analyse ist zentral, um die Ablehnungsquote zu senken und den Cashflow zu beschleunigen.

Liefert die Ursache für Claim-Ablehnungen und ermöglicht gezielte Maßnahmen, um künftige Ablehnungen zu vermeiden und kostenintensive Nachbearbeitungen zu reduzieren.

Dieser Code ist in den von Kostenträgern empfangenen Electronic Remittance Advice (ERA)-Dateien enthalten und wird im Claim-Management-Modul von Optum360 gespeichert.

Die Payer ID identifiziert das konkrete Versicherungsunternehmen, ein staatliches Programm wie Medicare oder Medicaid oder eine andere für die Zahlung des Claims verantwortliche Stelle. Jeder Kostenträger hat häufig eigene Regeln, Einreichungsanforderungen und Zahlungsverfahren.

Die Analyse nach Payer ID ist für das RCM entscheidend. Sie zeigt, welche Kostenträger die längsten Zahlungszyklen, die höchsten Ablehnungsquoten oder die komplexesten Einspruchsprozesse aufweisen. Diese Erkenntnis ermöglicht es Abrechnungsteams, ihre Strategien auf die jeweiligen Kostenträger auszurichten, den Zahlungseingang zu beschleunigen und den Verwaltungsaufwand zu reduzieren.

Die Segmentierung des Prozesses nach Kostenträgern ist entscheidend, um Verzögerungen oder Ablehnungen verursachende Kostenträger zu identifizieren und gezielte Verbesserungen im Kostenträgermanagement umzusetzen.

Diese Information wird in jedem Claim-Datensatz innerhalb von Optum360 gespeichert. Die Tabellen- und Feldnamen für Kostenträger entnehmen Sie bitte der Optum360-Dokumentation.

Die Patient ID ist ein eindeutiger Bezeichner, der jedem Patienten innerhalb des Gesundheitssystems zugewiesen wird. Sie verknüpft mehrere Abrechnungsereignisse mit einem einzelnen Patienten und ermöglicht eine patientenzentrierte Analyse.

Mithilfe der Patient ID können Analysten Muster bei bestimmten Patienten untersuchen, etwa häufige Wiederaufnahmen oder eine Historie abgelehnter Claims. Außerdem lässt sich der Prozess nach demografischen Merkmalen oder der Vorgeschichte von Patienten segmentieren. Dadurch können wichtige Erkenntnisse zur Verbesserung der finanziellen Customer Experience von Patienten gewonnen werden.

Ermöglicht eine patientenzentrierte Analyse, die den finanziellen End-to-End-Verlauf sichtbar macht und Muster in bestimmten Patientengruppen erkennen lässt.

Dieser Bezeichner ist ein zentrales Feld in den Patientenstamm- und Transaktionstabellen von Optum360. Einzelheiten entnehmen Sie bitte der Optum360-Dokumentation.

Das Attribut User identifiziert die konkrete Person, das Team oder den automatisierten Bot, der für die Ausführung einer Aktivität verantwortlich ist. Dadurch lässt sich die Leistung auf individueller Ebene oder Teamebene analysieren.

Die Kenntnis des Benutzers oder Teams, das eine Aktion ausgeführt hat, unterstützt die Bewertung von Produktivität, Qualität und Einhaltung standardisierter Verfahren. Sie kann Schulungsbedarf sichtbar machen oder besonders leistungsstarke Personen und Teams hervorheben. Außerdem lässt sich unterscheiden, welche Tasks manuell und welche automatisiert bearbeitet wurden.

Ordnet Prozessschritten Verantwortlichkeiten zu und ermöglicht die Leistungsanalyse nach Person oder Team. Dies ist entscheidend für Ressourcenplanung und Schulungen.

Benutzer-IDs werden typischerweise in Audit Logs oder der Transaktionshistorie von Datensätzen in Optum360 erfasst.

Paid Amount ist die kumulierte Summe aller Zahlungen, die für ein bestimmtes Abrechnungsereignis auf dem Konto verbucht wurden. Dieser Wert entspricht dem tatsächlich eingezogenen Geld und ist ein zentraler Erfolgsindikator des Umsatzzyklus.

In der Prozessanalyse ist die Nachverfolgung des bezahlten Betrags entscheidend, um den Cashflow und die finanzielle Gesamtleistung zu verstehen. Damit lassen sich die Zahlungsgeschwindigkeit analysieren und abgerechnete mit eingezogenen Beträgen vergleichen. So werden Probleme durch Unterzahlungen oder uneinbringliche Forderungen sichtbar.

Stellt den tatsächlich eingezogenen Geldbetrag dar. Er ist eine zentrale Ergebniskennzahl des RCM-Prozesses und wesentlich für die Cashflow-Analyse.

Dieser Wert wird typischerweise in Zahlungstransaktionstabellen gespeichert oder auf Kontoebene in Optum360 zusammengefasst.

Case Duration misst die gesamte verstrichene Zeit vom ersten bis zum letzten Ereignis eines einzelnen Billing Event. Dies ist eine zentrale übergeordnete KPI zur Bewertung der Prozesseffizienz.

Diese Kennzahl unterstützt direkt das Dashboard „RCM End-to-End Cycle Time Overview“ und die KPI „Average RCM Cycle Time“. Die zeitliche Entwicklung zeigt der Führungsebene, wie sich Verbesserungsmaßnahmen auf den gesamten Umsatzzyklus auswirken.

Stellt die End-to-End-Durchlaufzeit des Prozesses dar und ist eine zentrale KPI zur Messung der Gesamtgeschwindigkeit und -effizienz des Prozesses.

Wird berechnet, indem für jede eindeutige Case-ID „BillingEvent“ der Timestamp des ersten Ereignisses vom Timestamp des letzten Ereignisses abgezogen wird.

End Time kennzeichnet den Abschluss einer Aktivität. Während Start Time angibt, wann ein Ereignis begonnen hat, wird End Time benötigt, um die Dauer von Aktivitäten mit einer klar abgegrenzten Bearbeitungszeit zu berechnen, etwa von „Denial Rework Started“ bis zum Abschluss der Nachbearbeitung.

Durch den Vergleich von Start Time und End Time lässt sich in der Prozessanalyse die Bearbeitungszeit berechnen. So können aktive Arbeitszeit und Leerlaufzeit, also Wartezeit zwischen Aktivitäten, unterschieden werden. Dadurch entsteht ein detaillierteres Bild der Prozesseffizienz.

Ermöglicht die präzise Berechnung von Bearbeitungszeiten und hilft, aktive Arbeitszeit von passiver Wartezeit im Prozess zu unterscheiden.

Für einige Aktivitäten kann dies ein separates Timestamp-Feld im Quellsystem sein. Bei anderen Aktivitäten muss der Wert möglicherweise aus der Startzeit der nachfolgenden Aktivität abgeleitet werden.

Is Rework ist ein boolesches Kennzeichen, das Aktivitäten als nicht wertschöpfende Nachbearbeitung identifiziert, etwa „Denial Rework Started“ oder „Appeal Submitted“. Diese Aktivitäten treten typischerweise auf, wenn der Prozess vom idealen „Happy Path“ abweicht.

Dieses Attribut hilft, den Umfang der Nachbearbeitung im Prozess zu quantifizieren. Es ist ein direkter Indikator für Ineffizienz und Kosten. Außerdem wird es zur Berechnung der KPI „Billing Error Rework Rate“ verwendet und unterstützt das Dashboard „Bottleneck Identification & Rework Loops“, indem sich diese ineffizienten Schleifen einfach filtern und visualisieren lassen.

Hilft, die Ineffizienz des Prozesses zu quantifizieren, indem Aktivitäten der Nachbearbeitung gekennzeichnet werden. Dadurch lassen sich Verschwendung und Verbesserungsbedarf leichter messen.

Dieses Attribut wird typischerweise mithilfe von Geschäftslogik im Process-Mining-Tool abgeleitet. Beispielsweise kann jede Aktivität nach einem Ereignis „Denial Received“ als Nachbearbeitung gekennzeichnet werden.

Account Status zeigt, an welcher Stelle des Gesamtprozesses ein Abrechnungsereignis steht, etwa „Pending Payer“, „Paid in Full“ oder „In Collections“. Dieses Attribut liefert Kontext zu den ausgeführten Aktivitäten.

Es eignet sich zum Filtern und Segmentieren von Cases, um bestimmte Prozessabschnitte gezielt zu untersuchen. Die Analyse aller derzeit „In Collections“ befindlichen Konten kann beispielsweise die Ursachen und das Volumen dieses kostenintensiven Prozessabschnitts sichtbar machen und damit das Dashboard „Collection Activity Volume & Drivers“ unterstützen.

Liefert einen übergeordneten Überblick über den aktuellen Status eines Cases und ermöglicht das Filtern sowie die Analyse bestimmter Case-Gruppen, etwa von Konten im Inkasso.

Dies ist typischerweise ein zusammenfassendes Feld im zentralen Patientenkonto oder Claim-Datensatz von Optum360.

Der Service Code ist ein standardisierter medizinischer Code, der das für den Patienten erbrachte Verfahren oder die Leistung eindeutig bezeichnet. Diese Codes sind für die Abrechnung erforderlich und bestimmen maßgeblich die Erstattung.

Die Analyse des Prozesses nach Service Code kann zeigen, dass bestimmte Verfahren häufiger abgelehnt werden, mehr Dokumentation erfordern oder längere Zahlungszyklen aufweisen. Dadurch entsteht ein detaillierteres Verständnis der Prozessprobleme, das in Codier- und Abrechnungsrichtlinien für bestimmte Leistungsarten einfließen kann.

Ermöglicht die Analyse nach Art der medizinischen Leistung und kann Muster bei Ablehnungen oder Zahlungsverzögerungen für bestimmte Verfahren sichtbar machen.

Dieser Code ist ein grundlegender Bestandteil der Datensätze für die Erfassung von Abrechnungspositionen und Claim-Details in Optum360.

Dieses Attribut identifiziert den konkreten Leistungserbringer, etwa einen Arzt, Therapeuten oder eine Krankenhausabteilung, der für die Leistungserbringung verantwortlich ist. Unterschiedliche Leistungserbringer können abweichende Abrechnungsmuster oder Dokumentationsgewohnheiten haben, die den Umsatzzyklus beeinflussen.

Die Analyse nach Service Provider kann Probleme bei der Erfassung von Abrechnungspositionen, der Codiergenauigkeit oder der Dokumentationsqualität sichtbar machen, die am Ort der Leistungserbringung entstehen. Sie kann Möglichkeiten für Schulungen oder Prozessverbesserungen aufzeigen, damit von Anfang an korrekte Claims erstellt werden.

Hilft, Abrechnungsprobleme bis zu ihrer Quelle zurückzuverfolgen, und ermöglicht gezieltes Feedback sowie Schulungen für klinische Mitarbeitende, um die Erfassung von Abrechnungspositionen und die Dokumentation zu verbessern.

Diese Information ist ein zentraler Bestandteil des Datensatzes für Abrechnungspositionen oder Claims in Optum360 und häufig mit den Stammdaten der Leistungserbringer verknüpft.

Dieses Attribut erfasst Datum und Uhrzeit, zu denen die Daten zuletzt aus dem Quellsystem extrahiert und in das Process-Mining-Tool geladen wurden. Es liefert Kontext zur Aktualität der analysierten Daten.

Für Analysten und Fachanwender ist diese Information wichtig, um einschätzen zu können, ob sie die aktuellsten Daten betrachten. Sie hilft, Erwartungen an die Datenlatenz zu steuern, und ist ein wichtiger Metadatenbestandteil jedes Analyseprojekts.

Liefert wichtigen Kontext zur Aktualität der Daten und macht transparent, wie aktuell die Analyse ist.

Dieser Timestamp wird typischerweise vom Prozess zur Extraktion, Transformation und zum Laden von Daten (ETL) erzeugt und gespeichert.

Dieses Attribut identifiziert das Quellsystem, aus dem die Daten für ein bestimmtes Ereignis extrahiert wurden. In einer komplexen IT-Landschaft können RCM-Daten aus der zentralen Optum360-Plattform, einem angebundenen Electronic Health Record (EHR), einem Clearinghouse oder einem Patientenportal stammen.

Die Kenntnis des Quellsystems unterstützt die Datenvalidierung, die Fehleranalyse bei Integrationen und die Untersuchung von Prozessvarianten, die durch unterschiedliches Systemverhalten oder abweichende Datenerfassungspraktiken entstehen können.

Identifiziert die Herkunft der Daten. Dies ist entscheidend für Data Governance, die Bewertung der Datenqualität und das Verständnis von Prozessvarianten in unterschiedlichen Systemen.

Dabei kann es sich um einen statischen Wert handeln, der bei der Datenextraktion gesetzt wird, oder um ein Feld in den Quelltabellen, das die Herkunft der Daten angibt.