Ihr Revenue Cycle Management Daten-Template

Das Abrechnungsereignis fungiert als primärer Case-Bezeichner, der alle Aktivitäten von der Leistungserfassung bis zum Kontenabschluss für einen einzelnen abrechenbaren Posten verknüpft. Jedes Abrechnungsereignis repräsentiert eine einzigartige Instanz des Revenue Cycle Prozesses, was eine umfassende Verfolgung seines Verlaufs durch verschiedene Phasen wie Forderungseinreichung, Zahlungsverarbeitung und potenzielle Ablehnungen oder Anpassungen ermöglicht.

In der Process Mining Analyse ist dieses Attribut grundlegend für die Rekonstruktion des End-to-End-Prozessflusses. Es ermöglicht die Visualisierung von Prozessvarianten, die Berechnung von Durchlaufzeiten zwischen Aktivitäten und die Identifizierung von Bottlenecks oder Abweichungen, die mit spezifischen abrechenbaren Ereignissen verbunden sind.

Dies ist der wesentliche Schlüssel zur Verfolgung des gesamten Lebenszyklus einer abrechenbaren Leistung, der alle Prozessflussanalysen und Leistungsmessungen ermöglicht.

Dieser Bezeichner sollte ein eindeutiger Schlüssel sein, der in den Kern-Abrechnungs- oder Leistungstransaktionstabellen innerhalb des Oracle Health Revenue Cycle vorhanden ist. Konsultieren Sie die Systemdokumentation, um den Primärschlüssel für Leistungsereignisse zu identifizieren.

Dieses Attribut zeichnet den Namen jeder Aktivität auf, die innerhalb des Lebenszyklus eines Abrechnungsereignisses durchgeführt wird. Beispiele sind „Leistungen erfasst“, „Forderung an Zahler gesendet“ und „Zahlung gebucht“. Diese Aktivitäten bilden die Knoten der entdeckten Prozesskarte.

Die Analyse der Abfolge und Häufigkeit von Aktivitäten ist der Kern des Process Mining. Dieses Attribut hilft, die häufigsten Prozesspfade zu identifizieren, Abweichungen vom Standardverfahren zu entdecken und den operativen Fluss des Revenue Cycle zu verstehen.

Es definiert die Schritte im Prozess und ermöglicht die Visualisierung der Prozesskarte sowie die Analyse von Workflow-Mustern.

Typischerweise abgeleitet aus Event Logs, Statusänderungsdatensätzen oder spezifischen Transaktionstabellen, die mit verschiedenen Phasen des Revenue Cycle in Oracle Health verbunden sind.

Dieses Attribut liefert den Timestamp für jede Aktivität, der den genauen Zeitpunkt ihres Auftretens markiert. Es ist essenziell für das Verständnis des Timings und der Reihenfolge der Events innerhalb des Revenue Cycle für ein spezifisches Abrechnungsereignis.

In der Analyse wird der Event Timestamp verwendet, um Aktivitäten chronologisch zu ordnen, Dauern und Durchlaufzeiten zwischen verschiedenen Schritten zu berechnen und Bottleneck-Analysen durchzuführen. Er ist die Grundlage für alle zeitbasierten Process Mining Metriken, wie die Identifizierung von Verzögerungen zwischen „Forderung eingereicht“ und „Zahlungsavis erhalten“.

Dieser Timestamp ist entscheidend für die chronologische Anordnung von Events, die Berechnung aller Leistungsmetriken wie Durchlaufzeiten und Dauern sowie die Identifizierung von Prozess-Bottlenecks.

Jede Transaktions- oder Event Log-Tabelle im Oracle Health Revenue Cycle sollte eine Timestamp-Spalte enthalten, die angibt, wann der Datensatz erstellt oder das Event stattgefunden hat.

Wenn ein Zahler eine Forderung ablehnt, stellt er einen Ablehnungsgrundcode bereit, der die Ablehnung erklärt, wie 'Nicht abgedeckte Leistung' oder 'Doppelte Forderung'. Dieses Attribut erfasst diesen Code und seine zugehörige Beschreibung.

Die Analyse der Ablehnungsgründe ist grundlegend für die Verbesserung des Revenue Cycle. Sie ermöglicht es der Organisation, gemeinsame Muster, wie Probleme bei der Kodierung oder Patientenberechtigung, zu identifizieren und Korrekturmaßnahmen zu implementieren, um zukünftige Ablehnungen zu verhindern. Dies wirkt sich direkt auf die Clean Claim Rate aus und reduziert die Kosten der Nacharbeit.

Liefert die Grundursache für Anspruchsablehnungen und ermöglicht gezielte Verbesserungen zur Erhöhung der Quote sauberer Ansprüche und zur Beschleunigung der Umsatzrealisierung.

Diese Information wird im elektronischen Zahlungsavis (ANSI 835 Datei) vom Zahler empfangen und sollte in den Forderungs- oder Zahlungsavistabellen in Oracle Health gespeichert werden.

Dieses Attribut spezifiziert die Abteilung, wie 'Leistungserfassung', 'Kodierung' oder 'Inkasso', die die Aktivität durchgeführt hat. Es liefert einen organisatorischen Kontext zum Prozessfluss.

Die Analyse des Prozesses aus Abteilungsansicht ist essenziell für das Verständnis von Übergaben zwischen Teams und die Identifizierung von abteilungsübergreifenden Ineffizienzen. Es unterstützt das Dashboard „Arbeitslast der Abrechnungsabteilung“, indem es die Aggregation von Aktivitäten und Leistungsmetriken auf Abteilungsebene ermöglicht.

Ordnet Aktivitäten Organisationseinheiten zu, was entscheidend für die Analyse von Übergaben zwischen Abteilungen, Arbeitslast und Teamleistung ist.

Diese Information könnte direkt mit den Benutzerprofildaten in Oracle Health gespeichert oder basierend auf dem Benutzer- oder Aktivitätstyp abgeleitet werden.

Dieses Attribut erfasst den Betrag jeder finanziellen Anpassung, wie vertragliche Rabatte, Abschreibungen oder Korrekturen, die auf das Abrechnungsereignis angewendet wurden. Anpassungen reduzieren direkt die erwarteten Einnahmen aus einer Leistung.

Das Dashboard „Auswirkung von Kontenanpassungen“ stützt sich stark auf dieses Attribut. Die Analyse der Anpassungsbeträge und der damit verbundenen Gründe hilft, Quellen von Umsatzverlusten, Probleme im Vertragsmanagement oder Mängel im anfänglichen Leistungserfassungsprozess zu identifizieren. Es ist eine Schlüsselkennzahl für die finanzielle Gesundheit.

Quantifiziert Umsatzverluste aufgrund von Abschreibungen oder Korrekturen und hilft, die Grundursachen der finanziellen Erosion zu identifizieren und zu beheben.

Zu finden in Finanztransaktionstabellen, die Anpassungen oder Abschreibungen auf ein Patientenkonto protokollieren.

Dieses Attribut identifiziert den Mitarbeiter oder den automatisierten Systembenutzer, der für die Ausführung einer spezifischen Aktivität im Prozess verantwortlich ist. Es ist entscheidend für das Verständnis der Arbeitslastverteilung, der Ressourcenleistung und der Identifizierung von Schulungsbedarf.

In der Analyse ermöglicht dieses Attribut das Filtern der Prozesskarte nach Benutzer oder Team, den Vergleich der Leistung verschiedener Ressourcen und die Analyse der Arbeitslast für das Dashboard „Arbeitslast der Abrechnungsabteilung“. Es kann helfen, Top-Performer oder Personen zu identifizieren, die zusätzliche Unterstützung oder Schulung benötigen.

Verknüpft Prozessaktivitäten mit spezifischen Benutzern oder Teams, was die Analyse der Arbeitslast, den Leistungsvergleich und die Identifizierung von Schulungsmöglichkeiten ermöglicht.

Benutzer-ID-Felder (z.B. 'CREATED_BY', 'USER_ID') sind typischerweise in Transaktionstabellen über alle Oracle Health Module hinweg vorhanden.

Dieses Attribut zeigt den aktuell ausstehenden Betrag, der für ein Abrechnungsereignis geschuldet wird, nachdem alle Zahlungen und Anpassungen angewendet wurden. Es repräsentiert die aktiven Debitorenbuchungen für diese spezifische Leistung.

Dies ist ein kritisches Attribut für das Dashboard „Alterung der ausstehenden Salden“. Die Analyse dieses Werts im Zeitverlauf hilft bei der Überwachung der Cashflow-Geschwindigkeit, der Bewertung der Effektivität von Inkassobemühungen und der Berechnung wichtiger Finanz-KPIs wie Days Sales Outstanding (DSO).

Verfolgt die aktuellen Debitorenbuchungen für jeden Case, was für das Cashflow-Management und die Analyse der Effektivität von Einziehungen unerlässlich ist.

Dieser Wert wird typischerweise aus der Summe aller Finanztransaktionen (Leistungen, Zahlungen, Anpassungen) für ein gegebenes Abrechnungsereignis berechnet. Er kann als Feld in einer Kontenzusammenfassungstabelle existieren.

Dieses Attribut kategorisiert die Art des Patientenbesuchs oder -kontakts, der die Leistungserfassung ausgelöst hat. Gängige Klassifizierungen umfassen stationär, ambulant, Notfall und wiederkehrender Patient. Die Patientenkategorie bestimmt oft den gesamten Abrechnungs- und Forderungseinreichungsprozess.

Verschiedene Patientenkategorien folgen unterschiedlichen Prozesspfaden und haben verschiedene Compliance-Anforderungen. Die Analyse des Prozesses basierend auf diesem Attribut hilft, diese Variationen zu verstehen, Verbesserungsinitiativen anzupassen und sicherzustellen, dass für jede Kategorie die korrekten Verfahren eingehalten werden.

Trennt unterschiedliche Prozessabläufe (z.B. stationär vs. ambulant), die verschiedene Komplexitäten, Zeitabläufe und Abrechnungsanforderungen aufweisen.

Dies ist ein Standardfeld, das mit einem Patientenfall oder einer Aufnahmeakte in Oracle Health verbunden ist.

Dieses Attribut identifiziert die Einheit, wie eine Versicherungsgesellschaft oder ein staatliches Programm wie Medicare, die für die Leistung abgerechnet wird. Zahlerinformationen sind grundlegend für die Revenue Cycle Analyse.

Die Analyse des Prozesses nach Zahler kann signifikante Unterschiede in den Zahlungszeiten, Ablehnungsraten und Erfolgsquoten von Einsprüchen aufzeigen. Es hilft bei der Identifizierung problematischer Zahler, die Verzögerungen oder Umsatzverluste verursachen, und ist unerlässlich für ein effektives Management von Zahlerverträgen und -beziehungen.

Ermöglicht die Segmentierung des Prozesses nach Zahlern, wodurch unterschiedliche Verhaltensweisen, Ablehnungsraten und Zahlungsgeschwindigkeiten sichtbar werden, was für die finanzielle Leistungsfähigkeit entscheidend ist.

Diese Information wird in den Abrechnungs- oder Versicherungsunterlagen des Patienten innerhalb des Oracle Health Revenue Cycle gespeichert.

Dieses Attribut repräsentiert den anfänglichen, unrabattierten Betrag, der für eine Leistung berechnet wurde, bevor Anpassungen, vertragliche Rabatte oder Zahlungen angewendet werden. Es ist der anfängliche Finanzwert für das Abrechnungsereignis.

Die Verfolgung des Leistungsbetrags ist entscheidend für die Finanzanalyse, wie die Berechnung des Gesamtwerts der erbrachten Leistungen und das Verständnis der finanziellen Auswirkungen nachfolgender Anpassungen oder Abschreibungen. Es dient als Basislinie zur Messung der Umsatzrealisierung.

Legt den anfänglichen finanziellen Wert des Falls fest, der für alle nachfolgenden Finanzanalysen und Wirkungsbewertungen grundlegend ist.

Befindet sich in den Gebührendetail- oder Gebührentransaktionstabellen in Oracle Health.

Dieses Attribut misst die aktive Bearbeitungszeit für ein Event, berechnet als Differenz zwischen seinem Start- und End-Timestamp. Es hilft, zwischen der Zeit, die aktiv an einer Aufgabe gearbeitet wurde, und der Zeit, die auf den nächsten Schritt gewartet wurde, zu unterscheiden.

Dies ist eine entscheidende Metrik für die Leistungsanalyse, da sie die Effizienz der Ressource, die die Aufgabe ausführt, von systemischen Verzögerungen isoliert. Es hilft, Fragen zu beantworten, wie lange es dauert, eine Forderung zu kodieren oder eine Zahlung zu buchen, unabhängig davon, wie lange der Posten in einer Arbeitswarteschlange lag.

Misst die tatsächliche Arbeitsdauer für eine Aktivität, indem sie von Leerlauf- oder Wartezeiten getrennt wird, um eine klarere Sicht auf die Ressourceneffizienz zu bieten.

Dies ist eine berechnete Metrik, abgeleitet durch Subtraktion des EventTimestamp vom EventEndTime. Sie kann nur berechnet werden, wenn beide Felder verfügbar sind.

Während StartTime den Beginn einer Aktivität markiert, kennzeichnet EventEndTime ihren Abschluss. Nicht alle Aktivitäten haben eine eindeutige Endzeit, da viele augenblickliche Events sind. Für Aktivitäten, die jedoch eine Dauer haben, wie „Ablehnung angefochten“, deren Bearbeitung Zeit in Anspruch nehmen kann, ist dieses Feld sehr nützlich.

Dieses Attribut ermöglicht eine präzisere Berechnung der Bearbeitungszeit für einzelne Aktivitäten. Es hilft, zwischen Wartezeit (Zeit zwischen Aktivitäten) und Bearbeitungszeit (Zeit, die für eine Aktivität aufgewendet wird) zu unterscheiden.

Ermöglicht die direkte Berechnung der Dauer einer Aktivität, indem Verarbeitungszeit von Wartezeit getrennt wird.

Einige Transaktionstabellen im Oracle Health Revenue Cycle können sowohl einen Start- als auch einen End-Timestamp für spezifische, langwierige Aufgaben enthalten.

Dieses boolesche Attribut unterscheidet zwischen Aktivitäten, die durch Software-Automatisierung, wie Bots oder System-Batch-Jobs, ausgeführt werden, und solchen, die manuell von einem Benutzer durchgeführt werden. Zum Beispiel könnte „Forderung generiert“ ein automatisierter Schritt sein, während „Ablehnung angefochten“ wahrscheinlich manuell erfolgt.

Die Analyse dieses Attributs hilft, den Automatisierungsgrad im Prozess und dessen Auswirkungen auf Effizienz und Fehlerraten zu verstehen. Es kann verwendet werden, um die Leistung automatisierter versus manueller Pfade zu vergleichen und Möglichkeiten für weitere Automatisierung zu identifizieren.

Differenziert zwischen menschlichen und systemgesteuerten Aktivitäten, was entscheidend für die Analyse der Automatisierungseffektivität und die Identifizierung neuer Automatisierungsmöglichkeiten ist.

Dies wird typischerweise basierend auf dem Attribut UserPerformingAction abgeleitet. Zum Beispiel werden Aktivitäten, die von Benutzer-IDs wie 'SYSTEM' oder 'RPA_BOT' durchgeführt werden, als automatisiert gekennzeichnet.

Dieses berechnete Attribut kennzeichnet Aktivitäten, die eine Abweichung vom idealen „Happy Path“ darstellen und Nacharbeit bilden. Beispiele sind „Korrigierte Forderung eingereicht“ oder „Ablehnung angefochten“, die nicht auftreten würden, wenn der Prozess beim ersten Mal perfekt verlaufen wäre.

Nacharbeit zu identifizieren und zu quantifizieren ist ein Schlüsselziel von Process Mining. Dieses Flag ermöglicht eine einfache Filterung und Analyse aller Nacharbeits-Schleifen und hilft, die Häufigkeit, Kosten und Ursachen von Prozessineffizienzen zu messen. Es ist essenziell, um die wahren Qualitätskosten im Revenue Cycle zu verstehen.

Hilft, die Häufigkeit und Auswirkungen von Nacharbeitsschleifen zu quantifizieren, wodurch Prozesseffizienzen und die Kosten schlechter Qualität hervorgehoben werden.

Dies ist ein abgeleitetes Attribut. Es wird während der Datentransformation berechnet, indem Geschäftslogik angewendet wird, die spezifische Aktivitätsnamen als Nacharbeit kennzeichnet.

Dieses Attribut zeigt an, wann der Datensatz zuletzt aktualisiert wurde. Es liefert Kontext zur Aktualität der analysierten Daten, was wichtig ist, um die Aktualität der aus der Process Mining Analyse abgeleiteten Erkenntnisse zu verstehen.

Benutzer können dieses Attribut überprüfen, um zu bestätigen, dass sie die aktuellsten Prozessinformationen anzeigen. Es hilft, Erwartungen an die Aktualität der Daten zu managen und ist ein Schlüsselbestandteil der Data Governance und Qualitätssicherung.

Zeigt die Aktualität der Daten an und stellt sicher, dass Analysen und Entscheidungen auf aktuellen Informationen basieren.

Dies ist ein Metadatenfeld, das typischerweise während des ETL-Prozesses generiert und gefüllt wird, der Daten in die Process Mining Plattform lädt.

Dieses Attribut ist der eindeutige Bezeichner für den Patienten, der die Leistung erhalten hat, oft als Krankenaktennummer (MRN) bekannt. Es verknüpft die Finanztransaktion mit einer spezifischen Person.

Obwohl es nicht die Case-ID für den Prozess ist, ist die Patienten-ID nützlich, um alle Abrechnungsereignisse für einen einzelnen Patienten zu aggregieren und deren gesamten finanziellen Verlauf zu verstehen. Sie ermöglicht auch die Segmentierung basierend auf Patientendemografie oder -historie, wenn sie mit Stammdaten des Patienten verknüpft wird.

Verknüpft Finanzereignisse mit einem spezifischen Patienten, was eine patientenzentrierte Analyse und Aggregation aller seiner Abrechnungsaktivitäten ermöglicht.

Dieser Bezeichner ist ein Kernelement des Patientenstammsatzes und wird in allen zugehörigen Transaktionstabellen wie Leistungen, Forderungen und Zahlungen vorhanden sein.

Dieses Attribut identifiziert die Quellanwendung oder das Modul, wo die Daten entstanden sind. Für diesen Prozess wird es typischerweise 'Oracle Health Revenue Cycle' sein, es könnte aber auch verschiedene Module innerhalb des Systems angeben, wenn Daten aus mehreren Quellen integriert werden.

Diese Information ist wertvoll für Data Governance und Fehlerbehebung. Sie hilft, die Datenherkunft zu bestätigen, und ist wichtig in Umgebungen, in denen mehrere Systeme zu einem einzigen End-to-End-Prozess beitragen.

Bietet Kontext zum Datenursprung, was entscheidend für die Datenvalidierung, Governance und das Verständnis von Prozessvariationen ist, die systemabhängig sein könnten.

Dies ist oft ein statischer Wert, der während des ETL-Prozesses (Extraktion, Transformation und Laden von Daten) hinzugefügt wird, um den Ursprung des Datensatzes zu kennzeichnen.

Dieses Attribut ist die eindeutige ID, die einer Forderung zugewiesen wird, die generiert und an einen Zahler zur Erstattung gesendet wird. Ein einzelnes Abrechnungsereignis kann im Laufe seines Lebenszyklus zu einer oder mehreren Forderungen führen, zum Beispiel wenn eine Korrektur erforderlich ist.

Die Verwendung der Forderungs-ID ermöglicht die Verfolgung einer spezifischen Einreichung an einen Zahler und deren direkte Verknüpfung mit der Antwort, wie einer Zahlung oder Ablehnung. Sie bietet ein granulareres Maß an Verfolgung innerhalb des breiteren Revenue Cycle Prozesses.

Bietet einen spezifischen Identifikator, um den Verlauf eines Anspruchs bei einem Zahler zu verfolgen, was granularer ist als das gesamte Abrechnungsereignis.

Diese ID wird von Oracle Health generiert, wenn eine Forderung erstellt wird, und in der primären Forderungstabelle gespeichert.

Dieses Attribut erfasst den Grund, warum ein Patient oder eine andere verantwortliche Partei eine Rechnung angefochten hat. Gründe können falsche Leistungen, nicht erbrachte Dienstleistungen oder Probleme bei der Versicherungsabwicklung sein.

Diese Informationen sind für das Dashboard „Metriken zur Rechnungsstreitbeilegung“ unerlässlich. Das Verständnis der häufigsten Streitgründe hilft, systemische Probleme in den Leistungserfassungs-, Kodierungs- oder Abrechnungsprozessen zu identifizieren. Die Behebung dieser Grundursachen kann die Streitquote und den administrativen Aufwand zur Beilegung erheblich reduzieren.

Erklärt, warum Rechnungen angefochten werden, und bietet direkten Einblick in Probleme mit der Abrechnungsgenauigkeit oder -klarheit, die behoben werden müssen.

Dies wird wahrscheinlich in einem Case Management- oder Kundenservice-Modul innerhalb von Oracle Health gespeichert, verknüpft mit dem Patienten-Konto.