Ihr Revenue Cycle Management Daten-Template

Das Billing Event dient als primäre Case ID und verknüpft alle Aktivitäten, die mit einer einzelnen erbrachten Dienstleistung oder einem gelieferten Produkt zusammenhängen, das eine Gebühr generiert. Dies ermöglicht eine umfassende Verfolgung des gesamten Lebenszyklus der Umsatzgenerierung und -erfassung für jedes einzelne abrechenbare Element oder jede Dienstleistung.

Im Process Mining ermöglicht die Analyse des Prozesses nach Billing Event den Organisationen, die gesamte End-to-End-Reise von der Leistungserbringung bis zur endgültigen Zahlung oder Kontoschließung zu verfolgen. Diese Sicht ist entscheidend, um Bottlenecks zu identifizieren, Cycle Times zu messen und Variationen in der Bearbeitung verschiedener Forderungen oder Rechnungen zu verstehen.

Dies ist die essentielle Case ID, die alle verwandten Revenue Cycle Aktivitäten verbindet und eine vollständige, End-to-End-Prozessansicht für die Analyse ermöglicht.

Dies ist der Primärschlüssel, der Datensätze in den Kern-Abrechnungs- und Forderungstabellen von Optum360 verknüpft. Konsultieren Sie die Optum360-Dokumentation für spezifische Tabellen- und Feldnamen.

Der Aktivitätsname beschreibt einen Schritt im Erlöszyklusprozess, wie ‚Forderung an Kostenträger übermittelt‘ oder ‚Zahlung erhalten‘. Dieses Attribut ist grundlegend für Process Mining, da es die Knoten in der Prozesskarte definiert.

Durch die Analyse der Reihenfolge und Häufigkeit von Aktivitäten können Organisationen den tatsächlichen Prozessfluss visualisieren, Abweichungen vom Standardverfahren identifizieren und häufige Nacharbeitschleifen identifizieren. Diese Analyse ist entscheidend, um Prozessineffizienzen und Compliance-Probleme zu verstehen.

Dieses Attribut definiert die einzelnen Schritte des Prozesses und bildet die Grundlage der Prozesslandkarte sowie ermöglicht alle flussbasierten Analysen.

Dies wird typischerweise aus Event Logs, Statusänderungsdatensätzen oder spezifischen Transaktionscodes innerhalb der operativen Tabellen von Optum360 abgeleitet.

Event Time ist der Timestamp, der jeder Aktivität zugeordnet ist, und markiert das genaue Datum und die Uhrzeit ihres Auftretens. Diese temporären Daten sind essenziell, um die chronologische Abfolge von Events für jeden Case zu konstruieren.

In der Analyse wird Event Time verwendet, um Zykluszeiten zwischen Aktivitäten zu berechnen, Falldauer zu messen und Bottlenecks zu identifizieren, wo signifikante Zeit mit Warten verbracht wird. Es ist das Rückgrat jeder zeitbasierten Prozessanalyse und Leistungsmessung.

Dieser Timestamp ist entscheidend für die korrekte Sequenzierung von Events und die Berechnung aller dauerbasierten Metriken, wie z. B. Zykluszeiten und Engpässe.

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

Wenn ein Payer eine Forderung ablehnt, liefert er einen Denial Reason Code, der das Problem erklärt, wie z.B. 'Service nicht abgedeckt' oder 'Duplikat Forderung'. Diese Codes sind entscheidend, um die Ursachen für Umsatzverzögerungen und Nachbearbeitung zu verstehen.

Die Analyse dieser Codes ermöglicht es dem Denial Management Team, ihre Arbeit zu priorisieren, Trends zu identifizieren und Korrekturmaßnahmen umzusetzen. Zum Beispiel kann eine hohe Häufigkeit von Ablehnungen aufgrund 'Fehlender Informationen' auf ein Problem im Forderungserstellungsprozess hindeuten. Diese Analyse ist zentral für die Reduzierung der Ablehnungsrate und die Beschleunigung des Cash Flows.

Liefert die Grundursache für Forderungsablehnungen und ermöglicht gezielte Interventionen, um zukünftige Ablehnungen zu verhindern und kostspielige Nacharbeit zu reduzieren.

Dieser Code ist in den Electronic Remittance Advice (ERA)-Dateien enthalten, die von Payern empfangen werden, und wird im Forderungsmanagementmodul von Optum360 gespeichert.

Das Attribut 'Abrechnungsabteilung' identifiziert das spezifische Team oder den Funktionsbereich innerhalb der Revenue Cycle Operations, der für eine Aktivität verantwortlich ist. Zum Beispiel können verschiedene Teams die Codierung, die Einreichung von Forderungen und das Ablehnungsmanagement übernehmen.

Dieses Attribut ist unerlässlich für das Performance Benchmarking, wie es im Dashboard 'Performance Benchmarks der Abrechnungsabteilung' angefordert wird. Es ermöglicht der Führung, die Effizienz, Geschwindigkeit und Genauigkeit verschiedener Teams zu vergleichen, Best Practices zu identifizieren und Ressourcen effektiv zuzuweisen, um Leistungsunterschiede zu beheben.

Ermöglicht den Leistungsvergleich zwischen verschiedenen Abrechnungsteams und hilft, leistungsstarke Gruppen und verbesserungswürdige Bereiche zu identifizieren.

Dies kann vom User abgeleitet werden, der die Task ausführt, oder einem Feld im Konto, das die Inhaberschaft anzeigt. Konsultieren Sie die Optum360-Dokumentation.

Der bereinigte Betrag stellt den Teil des in Rechnung gestellten Betrags dar, dessen Einzug aufgrund vertraglicher Vereinbarungen mit Zahlern, Rechnungsberichtigungen oder sonstigen Abschreibungen nicht erwartet wird. Dies ist eine direkte Reduzierung des Umsatzes.

Dieses Attribut ist entscheidend für das Dashboard 'Auswirkungen von Umsatzanpassungen' und den KPI 'Rate der Umsatzanpassungen'. Die Analyse von Anpassungen hilft, die finanziellen Auswirkungen von Zahlungsverträgen zu erkennen und Möglichkeiten zur Minimierung von Umsatzverlusten durch verbesserte Abrechnungsgenauigkeit oder Vertragsverhandlungen zu finden.

Misst direkt Umsatzverluste und ist entscheidend für die Berechnung von Finanzleistungs-KPIs und das Verständnis der Rentabilität.

Diese Information findet sich in Anpassungstransaktionsdatensätzen innerhalb des Finanzsystems von Optum360.

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

Durch die Verwendung der Patient ID können Analysten Muster im Zusammenhang mit spezifischen Patienten untersuchen, wie z.B. häufige Wiederaufnahmen oder eine Historie von Forderungsablehnungen. Sie ermöglicht auch die Segmentierung des Prozesses basierend auf Patientendemografien oder -historien, was wichtige Erkenntnisse zur Verbesserung der finanziellen Patientenerfahrung liefern kann.

Ermöglicht eine patientenzentrierte Analyse, die hilft, die durchgängige finanzielle Reise zu verstehen und Muster für spezifische Patientenpopulationen zu identifizieren.

Dieser Identifier ist ein Kernfeld in den Patientenstammdaten und Transaktionstabellen innerhalb von Optum360. Konsultieren Sie die Optum360-Dokumentation für Details.

Der fakturierte Betrag stellt die Bruttogebühr für die erbrachten Leistungen dar, vor allen Zahlungen, Anpassungen oder Abschreibungen. Es ist der anfängliche Wert der Forderung für das Abrechnungs-Event.

Dieses Attribut ist grundlegend für die Finanzanalyse im Process Mining. Es wird verwendet, um wichtige KPIs wie die Umsatzanpassungsrate zu berechnen, und es ermöglicht die Segmentierung von Fällen nach Wert, um zu sehen, ob hochwertige Forderungen anders verarbeitet werden oder mehr Verzögerungen erfahren als geringwertige Forderungen.

Bietet den finanziellen Kontext für jeden Fall und ermöglicht eine wertbasierte Analyse und die Berechnung kritischer finanzieller KPIs.

Dies ist ein Standardfeld auf jeder Forderung oder jedem Patienten-Konto innerhalb der Finanztabellen von Optum360.

Die Payer ID identifiziert die spezifische Versicherungsgesellschaft, staatliche Programme wie Medicare oder Medicaid oder andere Entitäten, die für die Zahlung der Forderung verantwortlich sind. Jeder Payer hat oft eigene Regeln, Einreichungsanforderungen und Zahlungsverhalten.

Die Analyse des Prozesses nach Payer ID ist entscheidend für RCM. Sie hilft zu identifizieren, welche Payer die längsten Zahlungszyklen, höchsten Ablehnungsraten oder komplexesten Berufungsprozesse haben. Diese Erkenntnis ermöglicht es Abrechnungsabteilungen, ihre Strategien für verschiedene Payer anzupassen, um die Inkassogeschwindigkeit zu verbessern und den Verwaltungsaufwand zu reduzieren.

Die Segmentierung des Prozesses nach Kostenträger ist essenziell, um zu identifizieren, welche Kostenträger Verzögerungen oder Ablehnungen verursachen, was gezielte Verbesserungen im Kostenträgermanagement ermöglicht.

Diese Information wird auf jedem Forderungsdatensatz innerhalb von Optum360 gespeichert. Konsultieren Sie die Optum360-Dokumentation für Payer-bezogene Tabellen- und Feldnamen.

Der bezahlte Betrag ist die kumulierte Summe aller Zahlungen, die für ein spezifisches Billing Event auf das Konto gebucht wurden. Dies stellt den tatsächlich eingezogenen Betrag dar und ist ein primäres Maß für den Erfolg des Revenue Cycle.

In der Prozessanalyse ist die Verfolgung des bezahlten Betrags wesentlich, um den Cash Flow und die gesamte finanzielle Performance zu verstehen. Er kann verwendet werden, um die Zahlungsgeschwindigkeit zu analysieren und in Rechnung gestellte Beträge mit den eingezogenen Beträgen zu vergleichen, wodurch Probleme mit Unterzahlungen oder uneinbringlichen Forderungen aufgezeigt werden.

Stellt den tatsächlich eingezogenen Cash dar, was eine wichtige Ergebnismetriken für den RCM-Prozess ist und essenziell für die Cashflow-Analyse.

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

Die Bearbeitungszeit misst die Dauer einer einzelnen Aktivität und repräsentiert die ‚Touch Time‘ oder die aktiv geleistete Arbeit. Dies wird typischerweise als Differenz zwischen der Endzeit und der Startzeit einer Aktivität berechnet.

Diese berechnete Metrik ist entscheidend, um zwischen der Zeit, die aktiv mit einer Aufgabe verbracht wird, und der Zeit, die auf den nächsten Schritt gewartet wird, zu unterscheiden. In der Bottleneck-Analyse hilft das Verständnis der Bearbeitungszeiten zu bestimmen, ob eine Verzögerung auf eine lange Aufgabe oder eine lange Warteschlange zurückzuführen ist, was zu effektiveren Prozessverbesserungen führt.

Misst die aktive ‚Touch Time‘ für Aktivitäten und hilft, wertschöpfende Arbeit von verschwenderischer Wartezeit in der Bottleneck-Analyse zu unterscheiden.

Dies wird durch Subtraktion der 'EventTime' (Start Time) von der 'EndTime' für einen gegebenen Aktivitätsdatensatz berechnet.

Das User Attribut identifiziert die spezifische Person, das Team oder den automatisierten Bot, die/der für die Ausführung einer bestimmten Aktivität verantwortlich ist. Dies ermöglicht eine Analyse der Performance auf individueller oder Gruppenebene.

Zu verstehen, welcher User oder welches Team eine Aktion ausgeführt hat, ist wertvoll für die Bewertung von Produktivität, Qualität und der Einhaltung von Standardprozeduren. Es kann helfen, Schulungsbedarfe zu identifizieren oder hochleistende Individuen und Teams zu erkennen. Es hilft auch, zwischen manuell ausgeführten Tasks und solchen, die durch Automatisierung abgewickelt werden, zu unterscheiden.

Weist die Verantwortlichkeit für Prozessschritte zu und ermöglicht eine Leistungsanalyse nach Einzelperson oder Team, was entscheidend für Ressourcenmanagement und Schulung ist.

User IDs werden typischerweise in den Audit Logs oder der Transaktionshistorie für Datensätze in Optum360 erfasst.

Dieses Attribut identifiziert den spezifischen Anbieter, wie z.B. einen Arzt, Therapeuten oder eine Krankenhausabteilung, der für die Erbringung der Dienstleistung verantwortlich ist. Verschiedene Anbieter können unterschiedliche Abrechnungsmuster oder Dokumentationsgewohnheiten haben, die den Revenue Cycle beeinflussen.

Die Analyse nach Service Provider kann helfen, Probleme im Zusammenhang mit der Charge Capture, der Kodierungsgenauigkeit oder der Dokumentationsqualität zu identifizieren, die am Point of Care entstehen. Sie kann Möglichkeiten für die Anbieterschulung oder Prozessverbesserungen aufzeigen, um sicherzustellen, dass von Anfang an saubere Forderungen generiert werden.

Hilft, Abrechnungsprobleme bis zur Quelle zurückzuverfolgen, und ermöglicht gezieltes Feedback und Schulungen für das klinische Personal, um die Leistungserfassung und Dokumentation zu verbessern.

Diese Information ist ein wichtiger Bestandteil des Charge- oder Forderungsdatensatzes in Optum360, oft verknüpft mit Anbieter-Stammdaten.

Die End Time markiert den Abschluss einer Aktivität. Während die Start Time angibt, wann ein Event aufgetreten ist, ist die End Time notwendig, um die Dauer von Aktivitäten zu berechnen, die eine bestimmte Bearbeitungszeit haben, wie z.B. 'Denial Rework Started' und deren Abschluss.

In der Prozessanalyse ermöglicht der Vergleich von Start Time und End Time für Aktivitäten die Berechnung der Bearbeitungszeit. Dies hilft, zwischen aktiver Arbeitszeit (Bearbeitungszeit) und Wartezeit (Ruhezeit zwischen Aktivitäten) zu unterscheiden und bietet eine detailliertere Ansicht der Prozesseffizienz.

Ermöglicht die Berechnung präziser Aktivitätsbearbeitungszeiten und hilft, aktive Arbeitszeit von ungenutzter Wartezeit im Prozess zu unterscheiden.

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

Die Falldauer misst die insgesamt verstrichene Zeit vom allerersten Event bis zum allerletzten Event für ein einzelnes Abrechnungs-Event. Dies ist ein wichtiger High-Level-KPI zur Bewertung der gesamten Prozesseffizienz.

Diese Metrik unterstützt direkt das Dashboard ‚RCM End-to-End Zykluszeit-Übersicht‘ und den KPI ‚Durchschnittliche RCM-Zykluszeit‘. Die Verfolgung über die Zeit ermöglicht es der Führungsebene, die Auswirkungen von Verbesserungsinitiativen auf den gesamten Erlöszyklus zu sehen.

Stellt die durchgängige Zykluszeit des Prozesses dar, einen kritischen KPI zur Messung der gesamten Prozessgeschwindigkeit und Effizienz.

Dies wird durch Subtraktion des Timestamps des ersten Events vom Timestamp des letzten Events für jede eindeutige 'BillingEvent' Case ID berechnet.

Ist Nacharbeit ein boolesches Flag, das Aktivitäten identifiziert, die als nicht-wertschöpfende Nacharbeit gelten, wie ‚Ablehnungsnachbearbeitung gestartet‘ oder ‚Einspruch eingereicht‘. Diese Aktivitäten treten typischerweise auf, wenn der Prozess von seinem idealen ‚Happy Path‘ abweicht.

Dieses Attribut hilft, den Umfang der Nacharbeit im Prozess zu quantifizieren, was ein direkter Indikator für Ineffizienz und Kosten ist. Es wird verwendet, um den KPI ‚Abrechnungsfehler-Nacharbeitsrate‘ zu berechnen und unterstützt das Dashboard ‚Bottleneck-Identifikation & Nacharbeitschleifen‘, indem es das Filtern und Visualisieren dieser ineffizienten Schleifen erleichtert.

Hilft, Prozesseffizienz zu quantifizieren, indem Aktivitäten, die Nacharbeit darstellen, markiert werden, was die Messung und gezielte Reduzierung von Verschwendung erleichtert.

Dies wird typischerweise mithilfe von Business Logic innerhalb des Process Mining Tools abgeleitet. Zum Beispiel könnte jede Aktivität, die einem 'Denial Received' Event folgt, als Nachbearbeitung gekennzeichnet werden.

Der Kontostatus bietet eine Momentaufnahme, wo ein Abrechnungs-Event im Gesamtprozess steht, zum Beispiel ‚Beim Kostenträger anhängig‘, ‚Vollständig bezahlt‘ oder ‚Im Inkasso‘. Dieses Attribut gibt Kontext zu den durchgeführten Aktivitäten.

Dies ist nützlich zum Filtern und Segmentieren von Fällen, um sich auf spezifische Teile des Prozesses zu konzentrieren. Zum Beispiel kann die Analyse aller Konten, die sich derzeit ‚Im Inkasso‘ befinden, helfen, die Treiber und das Volumen für diesen spezifischen, kostspieligen Teil des Prozesses zu verstehen und das Dashboard ‚Inkassoaktivitätsvolumen & Treiber‘ zu unterstützen.

Bietet High-Level-Kontext zum aktuellen Status eines Falles, was das Filtern und Analysieren spezifischer Fallpopulationen wie jener im Inkasso ermöglicht.

Dies ist typischerweise ein Zusammenfassungsfeld auf dem Hauptpatienten-Konto oder Forderungsdatensatz in Optum360.

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

Dies ist wichtig für Analysten und Business User, um zu verstehen, ob sie die aktuellsten Informationen sehen. Es hilft, Erwartungen bezüglich der Datenlatenz zu managen und ist ein wichtiger Bestandteil der Metadaten für jedes Analyseprojekt.

Bietet entscheidenden Kontext zur Datenaktualität und stellt sicher, dass Benutzer verstehen, wie aktuell die Analyse ist.

Dieser Timestamp wird typischerweise durch den Data Extraction, Transformation, and Loading (ETL) Prozess generiert und gespeichert.

Dieses Attribut identifiziert das Quellsystem, aus dem die Daten für ein bestimmtes Event extrahiert wurden. In einer komplexen IT-Landschaft können RCM-Daten von der Optum360-Kernplattform, einem verbundenen Electronic Health Record (EHR)-System, einer Clearingstelle oder einem Patientenportal stammen.

Das Verständnis des Quellsystems ist nützlich für die Datenvalidierung, die Behebung von Integrationsproblemen und die Analyse von Prozessvariationen, die durch unterschiedliche Systemverhalten oder Dateneingabepraktiken verursacht werden können.

Identifiziert den Ursprung der Daten, was entscheidend für Data Governance, Qualitätsbewertung und das Verständnis von Prozessabweichungen über verschiedene Systeme hinweg ist.

Dies kann ein statischer Wert sein, der während der Datenextraktion gesetzt wird, oder ein Feld innerhalb der Quelltabellen, das den Ursprung der Daten anzeigt.

Der Service Code ist ein standardisierter medizinischer Code, der die dem Patienten erbrachte Prozedur oder Dienstleistung präzise identifiziert. Diese Codes sind für die Abrechnung erforderlich und ein primärer Faktor für die Erstattung.

Die Analyse des Prozesses nach Service Code kann aufzeigen, dass bestimmte Prozeduren anfälliger für Ablehnungen sind, mehr Dokumentation erfordern oder längere Zahlungszyklen aufweisen. Dies ermöglicht ein detaillierteres Verständnis von Prozessherausforderungen und kann Kodierungs- und Abrechnungsrichtlinien für spezifische Dienstleistungstypen beeinflussen.

Ermöglicht die Analyse basierend auf der Art der medizinischen Leistung, die Muster bei Ablehnungen oder Zahlungsverzögerungen aufdecken kann, die spezifisch für bestimmte Verfahren sind.

Dieser Code ist ein fundamentaler Bestandteil der Charge Entry und Forderungsdetaildatensätze in Optum360.