Ihr Revenue Cycle Management Datentemplate
Ihr Revenue Cycle Management Datentemplate
- Empfohlene Datenattribute für eine umfassende Analyse
- Die wichtigsten Prozessaktivitäten zur effektiven Nachverfolgung
- Praktische Anleitung zur Datenextraktion aus Waystar
Revenue Cycle Management Attribute
| Name | Beschreibung | ||
|---|---|---|---|
| Aktivitätsname ActivityName | Der Name des spezifischen Geschäftsereignisses oder Schritts, der innerhalb des Revenue Cycle Prozesses aufgetreten ist, wie z.B. „Forderung eingereicht“ oder „Zahlungseingang verbucht“. | ||
| Beschreibung Dieses Attribut beschreibt die individuellen Aktivitäten, die den End-to-End Revenue Cycle Prozess ausmachen. Jeder Wert repräsentiert einen eigenen Schritt, Meilenstein oder eine Aufgabe, die bei einem Abrechnungsereignis durchgeführt wird, wie z.B. das Erstellen einer Forderung, das Erhalten einer Ablehnung oder das Verbuchen einer Zahlung. Die Analyse der Abfolge und Häufigkeit dieser Aktivitäten ist die Grundlage des Process Mining. Sie ermöglicht die Visualisierung der Prozesslandkarte, die Identifizierung von Nachbearbeitungsschleifen (z.B. „Forderung abgelehnt“ gefolgt von „Forderung korrigiert“) und die Messung von Übergangszeiten zwischen den Schritten. Dies ist entscheidend für das Verständnis der Prozesseffizienz und Compliance. Bedeutung Dieses Attribut definiert die Schritte in der Prozesslandkarte, die grundlegend für die Visualisierung und Analyse des Revenue Cycle Workflows ist. Datenquelle Generiert aus Event Logs, Statusänderungsdatensätzen oder Transaktionstypen innerhalb der Forderungs- und Abrechnungsmodule von Waystar. Beispiele Forderung an Kostenträger übermitteltAnspruch abgelehntZahlung gebuchtKonto geschlossen | |||
| Billing Event BillingEvent | Die eindeutige Kennung für eine einzelne Dienstleistungs- oder Produktlieferung, die eine Gebühr erzeugt und als Fall für den Revenue Cycle Prozess dient. | ||
| Beschreibung Das Abrechnungsereignis fungiert als primäre Fallkennung, die alle Aktivitäten von der Gebührenerfassung bis zum Kontenabschluss für eine bestimmte abrechenbare Dienstleistung verknüpft. Es repräsentiert den gesamten Lebenszyklus einer einzelnen Forderung oder Patientenrechnung. Im Process Mining ermöglicht die Analyse der Reise jedes Abrechnungsereignisses eine umfassende Ansicht des Revenue Cycles. Es hilft, gemeinsame Prozesspfade, Abweichungen und Bottlenecks zu identifizieren, die einzelne Forderungen betreffen. Dieser Detaillierungsgrad ist entscheidend für das Verständnis der Prozessleistung und die Identifizierung spezifischer Verbesserungsbereiche, wie z.B. Verzögerungen bei der Forderungseinreichung oder Zahlungseingangsbuchung. Bedeutung Dies ist die essenzielle Case ID, die alle verbundenen Revenue Cycle Aktivitäten verbindet und es somit ermöglicht, den End-to-End-Prozess für jeden abrechenbaren Posten nachzuvollziehen. Datenquelle Dies ist typischerweise der Primärschlüssel aus der Haupt-Abrechnungs- oder Forderungstransaktionstabelle innerhalb von Waystar. Konsultieren Sie die Waystar-Dokumentation für den spezifischen Tabellen- und Feldnamen. Beispiele BE-2024-0012345BE-2024-0012346BE-2024-0012347 | |||
| Ereignis-Timestamp EventTimestamp | Das genaue Datum und die genaue Uhrzeit, zu der die Aktivität stattgefunden hat. | ||
| Beschreibung Der Event Timestamp erfasst den genauen Zeitpunkt, an dem eine Aktivität stattfand. Dieser Timestamp ist entscheidend für die chronologische Reihenfolge von Ereignissen und die Berechnung von Dauern zwischen verschiedenen Schritten im Prozess. In der Prozessanalyse werden Timestamps verwendet, um wichtige Leistungskennzahlen wie Durchlaufzeiten, Wartezeiten und Bearbeitungszeiten zu berechnen. Zum Beispiel bestimmt die Differenz zwischen dem Timestamp „Forderung eingereicht“ und dem Timestamp „Zahlungseingang verbucht“ die Gesamtzahlungszykluszeit. Genaue Timestamps sind unerlässlich für die Bottleneck-Analyse und die Leistungsüberwachung. Bedeutung Timestamps sind erforderlich, um Ereignisse zu ordnen, Durchlaufzeiten zu berechnen und die Prozessleistung zu analysieren, wodurch sie die zeitliche Grundlage der Analyse bilden. Datenquelle Dies ist ein Standardfeld, das nahezu jedem Transaktions- oder Statusänderungsdatensatz in Waystar zugeordnet ist und oft „Erstellungsdatum“, „Transaktionsdatum“ oder Ähnliches genannt wird. Beispiele 2023-10-26T10:00:00Z2023-10-27T14:35:10Z2023-11-05T09:15:00Z | |||
| Letzte Datenaktualisierung LastDataUpdate | Der Timestamp, der den letzten Zeitpunkt angibt, zu dem die Daten für dieses Event aktualisiert oder extrahiert wurden. | ||
| Beschreibung Dieses Attribut liefert einen Timestamp dafür, wann die Daten zuletzt aus dem Quellsystem extrahiert wurden. Es ist nicht die Zeit, zu der das Geschäftsereignis stattfand, sondern die Zeit, zu der der Datensatz für die Analyse abgerufen wurde. Diese Information ist entscheidend für die Datengovernance und das Verständnis der Aktualität der Daten in der Process Mining Analyse. Sie hilft den Benutzern zu wissen, ob sie aktuelle Informationen betrachten, und ist unerlässlich für die Verwaltung inkrementeller Datenladungen. Bedeutung Gewährleistet Datentransparenz durch Angabe der Aktualität des Datensatzes, was für eine genaue und zeitnahe Berichterstattung und Analyse unerlässlich ist. Datenquelle Dieser Timestamp wird typischerweise vom ETL (Extract, Transform, Load)-Prozess während der Datenaufnahme generiert und jeder Zeile hinzugefügt. Beispiele 2024-01-15T02:00:00Z2024-01-16T02:00:00Z | |||
| Quellsystem SourceSystem | Das System oder die Anwendung, in dem bzw. der die Ereignisdaten ihren Ursprung hatten. | ||
| Beschreibung Dieses Attribut identifiziert das Quellsystem, das die Event Data generiert hat. In einer komplexen IT-Landschaft können Revenue Cycle Ereignisse aus verschiedenen Modulen innerhalb von Waystar oder sogar aus integrierten externen Systemen wie einem Electronic Health Record (EHR) stammen. Das Verständnis des Quellsystems ist wichtig für die Datenvalidierung, Fehlerbehebung und das Verständnis von Prozessvariationen, die durch unterschiedliche Systemverhaltensweisen bedingt sein können. Es hilft bei der Zuordnung von Prozessproblemen zur richtigen Anwendung oder Schnittstelle. Bedeutung Identifiziert den Ursprung der Daten, was für Data Governance, Qualitätssicherung und das Verständnis von Prozessvariationen über verschiedene Systeme hinweg entscheidend ist. Datenquelle Dies ist oft ein statischer Wert („Waystar“), der während der Datenextraktion hinzugefügt wird oder aus spezifischen Modulen oder Tabellen innerhalb des Systems abgeleitet werden kann. Beispiele Waystar RCMWaystar Billing ModuleEHR-Schnittstelle | |||
| Ablehnungsgrundcode DenialReasonCode | Ein standardisierter Code, der angibt, warum eine Forderung vom Kostenträger abgelehnt wurde. | ||
| Beschreibung Wenn ein Zahler eine Forderung ablehnt, liefert er einen Begründungscode, der die Zurückweisung erklärt. Diese Codes können auf Probleme wie fehlende Informationen, nicht gedeckte Dienstleistungen oder Kodierungsfehler hinweisen. Dieses Attribut erfasst diesen spezifischen Code. Die Analyse der Ablehnungsbegründungscodes ist grundlegend für die Verbesserung des Revenue Cycles. Sie ermöglicht es der Organisation, die Grundursachen von Ablehnungen zu identifizieren, wie z.B. häufige Fehler aus einer spezifischen Abteilung oder Probleme mit den Anforderungen eines bestimmten Zahlers. Diese Daten speisen direkt das Dashboard „Forderungsablehnungsrate und -gründe“ und sind entscheidend für die Entwicklung von Strategien zur Verhinderung zukünftiger Ablehnungen und zur Verbesserung der Erste-Pass-Zahlungsraten. Bedeutung Dieses Attribut ist unerlässlich für die Grundursachenanalyse von Forderungsablehnungen und ermöglicht gezielte Maßnahmen zur Reduzierung von Umsatzeinbußen und Nacharbeiten. Datenquelle Wird im Forderungsdatensatz eingetragen, wenn ein Ablehnungsereignis auftritt. Diese Information wird vom Zahler in der Zahlungsavise erhalten. Beispiele CO-16: Forderung/Leistung fehlen InformationenPR-96: Nicht gedeckte Gebühr(en)CO-22: Diese Leistung kann von einem anderen Kostenträger übernommen werden | |||
| Offener Saldo OutstandingBalance | Der verbleibende Geldbetrag, der für das Abrechnungsereignis noch einzuziehen ist. | ||
| Beschreibung Der offene Saldo stellt den aktuellen Forderungsbetrag für ein gegebenes Abrechnungsereignis dar. Er wird berechnet als der abgerechnete Betrag minus aller bisher angewandten Zahlungen und Anpassungen. Dies ist eine kritische Finanzkennzahl für die Steuerung des Cashflows und der Forderungen. Es ist das primäre Attribut für das Dashboard „Offene Salden und Veralterung“, das es der Organisation ermöglicht, die gesamten Forderungen zu verfolgen, Konten mit hohem Saldo zu identifizieren und Inkassobemühungen zu priorisieren. Die Überwachung dieses Wertes über die Zeit zeigt die Effektivität des Inkassoprozesses. Bedeutung Misst direkt die Forderungen, was für das Cashflow-Management, die Priorisierung von Inkassomaßnahmen und die Beurteilung der finanziellen Gesundheit unerlässlich ist. Datenquelle Dies ist typischerweise ein berechnetes Feld in den Berichtsmodulen von Waystar (Abgerechneter Betrag - Gezahlter Betrag - Anpassungen). Es muss möglicherweise während der Datenextraktion berechnet werden, falls kein direktes Feld verfügbar ist. Beispiele 30.00270.25540.50 | |||
| Rechnungsbetrag BilledAmount | Der Gesamtbetrag des Geldes, der für die auf der Forderung erbrachten Dienstleistungen berechnet wurde. | ||
| Beschreibung Der abgerechnete Betrag stellt die Bruttogebühr für die dem Patienten erbrachten Dienstleistungen dar, bevor Anpassungen, vertragliche Vereinbarungen oder Zahlungen angewendet werden. Er ist der ursprüngliche Wert der beim Zahler eingereichten Forderung. Dieses Attribut ist entscheidend für die Finanzanalyse und das Verständnis des monetären Werts, der durch den Prozess fließt. Es kann verwendet werden, um Analysen nach Forderungswert zu segmentieren, Trends bei Gebühren für verschiedene Dienstleistungen zu identifizieren und die gesamten finanziellen Auswirkungen von Prozessineffizienzen wie Ablehnungen oder Zahlungsverzögerungen zu berechnen. Es ist eine grundlegende Kennzahl für die meisten Finanz-Dashboards. Bedeutung Repräsentiert den Gesamtwert einer Forderung und ermöglicht eine Analyse der finanziellen Auswirkungen von Prozessverzögerungen, Ablehnungen und Anpassungen. Datenquelle Ein Standard-Finanzfeld auf dem Forderungs- oder Leistungserfassungsbildschirm in Waystar. Beispiele 150.001250.75540.50 | |||
| Schadenstatus ClaimStatus | Der aktuelle Status der Forderung in ihrem Lebenszyklus, wie z.B. „Eingereicht“, „Ausstehend“, „Bezahlt“ oder „Abgelehnt“. | ||
| Beschreibung Der Forderungsstatus gibt jederzeit einen Überblick darüber, wo sich ein bestimmtes Billing Event im Erlöszyklus befindet. Er zeigt den zuletzt erreichten Meilenstein an, z. B. ob eine Forderung gesendet, vom Kostenträger geprüft, bezahlt oder abgelehnt wurde. Dieses Attribut ist entscheidend für die Finanzberichterstattung und das operative Management. Im Process Mining hilft es, den aktuellen Status aller offenen Cases zu verstehen und kann verwendet werden, um zu analysieren, wie lange Cases in bestimmten Status verbleiben, wie zum Beispiel 'Pending Payer Adjudication'. Dies unterstützt direkt das Dashboard 'Outstanding Balances and Aging'. Bedeutung Bietet eine Echtzeitansicht aller laufenden Forderungen und ermöglicht die Analyse von Bottlenecks sowie die Priorisierung der Arbeit. Datenquelle Ein Standardfeld im Forderungs- oder Abrechnungsdatensatz in Waystar, das aktualisiert wird, während die Forderung den Zyklus durchläuft. Beispiele EingereichtVom Kostenträger bestätigtAbgelehntVollständig bezahlt | |||
| Serviceart ServiceType | Die Kategorie oder Art der erbrachten medizinischen Dienstleistung, wie z.B. „Radiologie“, „Konsultation“ oder „Chirurgischer Eingriff“. | ||
| Beschreibung Der Dienstleistungstyp klassifiziert die Art der abrechenbaren Dienstleistung, die dem Patienten erbracht wurde. Verschiedene Dienstleistungstypen haben oft unterschiedliche Abrechnungscodes, Erstattungssätze und Prozesskomplexitäten. Dieses Attribut ermöglicht eine detaillierte Analyse des Revenue Cycles basierend auf der klinischen Abteilung oder Dienstleistungslinie. Es hilft, Fragen zu beantworten wie: „Welche Dienstleistungslinien erfahren die meisten Abrechnungsverzögerungen?“ oder „Sind die Ablehnungsraten für chirurgische Eingriffe höher als für Konsultationen?“. Dies ist entscheidend für die Analyse der Abteilungsleistung und gezielte Prozessverbesserungen. Bedeutung Ermöglicht die Analyse der Prozessleistung nach klinischer Abteilung oder Serviceleistung, wodurch Variationen in Effizienz und Rentabilität aufgedeckt werden. Datenquelle Typischerweise abgeleitet aus Prozedurcodes (CPT/HCPCS) oder verknüpft mit der Abteilung, die die Dienstleistung innerhalb von Waystar erbracht hat. Beispiele RadiologieKardiologie-KonsultationNotaufnahmebesuchAmbulante Operation | |||
| Zahlername PayerName | Der Name der Versicherungsgesellschaft oder des Drittzahlers, der für die Forderung verantwortlich ist. | ||
| Beschreibung Dieses Attribut identifiziert den spezifischen Zahler, wie z.B. eine Versicherungsgesellschaft, ein Regierungsprogramm wie Medicare oder eine andere Einheit, die für die Bearbeitung und Bezahlung der Forderung verantwortlich ist. Jeder Zahler kann unterschiedliche Einreichungsanforderungen, Zahlungspläne und Ablehnungsmuster haben. Die Analyse des Prozesses nach Zahlernamen ist unerlässlich, um zu identifizieren, welche Zahler die längsten Zahlungszyklen, höchsten Ablehnungsraten oder komplexesten Prozesse haben. Dies ermöglicht es Organisationen, ihre Strategien anzupassen, Nachfassaktionen bei problematischen Zahlern zu priorisieren und bessere Verträge auszuhandeln. Bedeutung Die Segmentierung des Prozesses nach Zahler ist entscheidend, um zahlerspezifische Bottlenecks, Ablehnungsgründe und Zahlungsverzögerungen zu identifizieren. Datenquelle Findet sich in den Forderungs- oder Abrechnungsinformationen, verknüpft mit den Versicherungsdetails des Patienten innerhalb von Waystar. Beispiele AetnaBlue Cross Blue ShieldCignaMedicare Teil B | |||
| Angepasster Betrag AdjustedAmount | Der gesamte finanzielle Betrag, der für das Abrechnungsereignis angepasst oder abgeschrieben wurde. | ||
| Beschreibung Der angepasste Betrag stellt die Summe aller finanziellen Anpassungen dar, die am Saldo eines Abrechnungsereignisses vorgenommen wurden. Dies umfasst vertragliche Vereinbarungen, die durch Zahlervereinbarungen festgelegt sind, sowie andere Abschreibungen oder Korrekturen. Dies ist eine Schlüsselkennzahl für das Dashboard „Anpassungsrate und -auswirkungen von Konten“. Die Summierung dieses Betrags über verschiedene Begründungscodes oder Zahler hinweg zeigt die finanziellen Auswirkungen von Einnahmenverlusten. Es hilft, Verluste zu quantifizieren und liefert einen Business Case zur Behebung der Grundursachen von Anpassungen. Bedeutung Quantifiziert die Umsatzeinbußen aufgrund von Abschreibungen und Anpassungen und beleuchtet die finanziellen Auswirkungen von Abrechnungsproblemen und Vertragsbedingungen. Datenquelle Stammt aus Finanzanpassungstransaktionen innerhalb von Waystar. Es kann die Summierung mehrerer Anpassungseinträge für ein einzelnes Abrechnungsereignis erfordern. Beispiele 250.2550.0015.80 | |||
| Anpassungsgrundcode AdjustmentReasonCode | Ein Code, der den Grund für eine finanzielle Anpassung des Kontostands erläutert. | ||
| Beschreibung Wenn der Kontostand aus anderen Gründen als einer Zahlung geändert wird, wie z.B. aufgrund einer vertraglichen Vereinbarung oder einer Abschreibung, wird ein Anpassungsbegründungscode verwendet, um den Grund zu dokumentieren. Dieses Attribut erfasst diesen Code. Die Analyse dieser Codes ist unerlässlich für das Dashboard „Anpassungsrate und -auswirkungen von Konten“. Sie hilft, die Grundursachen von Einnahmenverlusten zu identifizieren, wie z.B. häufige vertragliche Anpassungen mit spezifischen Zahlern oder Abschreibungen aufgrund von Abrechnungsfehlern. Das Verständnis dieser Gründe ist der erste Schritt zur Minimierung vermeidbaren Einnahmenverlusts. Bedeutung Erläutert, warum der Umsatz angepasst oder abgeschrieben wurde, und liefert kritische Einblicke in Umsatzverluste und die Performance von Kostenträgerverträgen. Datenquelle Verbunden mit Anpassungstransaktionen im Zahlungsbuchungs- oder Debitorenbuchhaltungsmodul von Waystar. Beispiele Vertragliche VerpflichtungAbschreibung von KleinbeträgenKorrektur des Abrechnungsfehlers | |||
| Auszahlungsbetrag PaidAmount | Der Gesamtbetrag des Geldes, der von Zahlern oder dem Patienten für die Forderung erhalten und verbucht wurde. | ||
| Beschreibung Dieses Attribut erfasst den kumulierten Geldbetrag, der für ein Abrechnungsereignis erfolgreich eingezogen wurde. Dies umfasst Zahlungen von primären und sekundären Versicherungszahlern sowie Zahlungen vom Patienten. Der gezahlte Betrag ist eine wichtige Ergebnis-Metrik für den Revenue Cycle. Er wird verwendet, um den endgültigen Ertrag aus den abgerechneten Gebühren zu berechnen und die Effektivität des gesamten Prozesses zu messen. Der Vergleich von abgerechnetem Betrag mit gezahltem Betrag zeigt die Finanzperformance auf und hebt Bereiche von Einnahmenverlusten hervor. Er ist unerlässlich für Dashboards zur Inkassoeffektivität und zur allgemeinen finanziellen Gesundheit. Bedeutung Misst den tatsächlich eingezogenen Bargeldbetrag, der eine primäre Ergebnismessgröße zur Bewertung des Gesamterfolgs des Erlöszyklusprozesses ist. Datenquelle Abgeleitet von Zahlungsbuchungstransaktionen, die mit der Forderung in Waystar verknüpft sind. Es kann erforderlich sein, mehrere Zahlungsdatensätze zu summieren. Beispiele 120.00980.500.00 | |||
| Ist First Pass Zahlung IsFirstPassPayment | Ein Indikator, der anzeigt, ob die Forderung bei der ersten Einreichung ohne Ablehnungen oder Anpassungen korrekt bezahlt wurde. | ||
| Beschreibung Dieses berechnete boolesche Attribut gibt an, ob eine Forderung ohne intervenierende negative Ereignisse wie eine Ablehnung, Zurückweisung oder Anfrage nach weiteren Informationen bezahlt wurde. Ein „True“-Wert signalisiert einen sauberen, effizienten Prozess für diese Forderung. Dieses Attribut unterstützt direkt den KPI „First Pass Payment Rate“, der ein kritisches Maß für die gesamte Effizienz des Revenue Cycles ist. Die Analyse der Merkmale von Forderungen, die nicht im ersten Durchlauf bezahlt werden (z.B. nach Zahler, Dienstleistungstyp), hilft, die primären Ursachen für Nacharbeiten und Zahlungsverzögerungen zu identifizieren. Eine Verbesserung dieser Rate führt zu schnellerem Cashflow und niedrigeren Betriebskosten. Bedeutung Misst direkt die Qualität der Abrechnungs- und Forderungsbearbeitung. Eine hohe First-Pass-Zahlungsrate deutet auf einen effizienten Prozess mit minimalen Nacharbeiten hin. Datenquelle Dies ist ein abgeleitetes Attribut, das während der Datentransformation berechnet wird. Die Logik prüft, ob ein Ereignis „Zahlung verbucht“ auftritt, ohne dass ihm Ereignisse wie „Forderung abgelehnt“ oder „Konto angepasst“ vorausgegangen sind. Beispiele truefalsch | |||
| Patienten-ID PatientId | Die eindeutige Kennung für den Patienten, der die Dienstleistung erhalten hat. | ||
| Beschreibung Dieses Attribut ist die eindeutige Kennung für den Patienten, der mit dem Abrechnungsereignis verbunden ist. Es verknüpft die Finanztransaktion mit der Person, die die Versorgung erhalten hat. Während das Abrechnungsereignis der Fall ist, ermöglicht die Patient ID eine patientenzentrierte Analyse. Sie kann helfen, wiederkehrende Patienten zu identifizieren, die End-to-End finanzielle Patientenreise über mehrere Besuche hinweg zu verstehen und zu analysieren, ob bestimmte Patientendemografien mit Zahlungsproblemen oder höheren Ablehnungsraten verbunden sind. Sie bietet eine Möglichkeit, alle Abrechnungsaktivitäten für eine einzelne Person zu aggregieren. Bedeutung Ermöglicht eine patientenzentrierte Analyse, die eine Sicht auf die gesamte finanzielle Reise einer Einzelperson über mehrere Billing Events hinweg erlaubt. Datenquelle Ein Standardfeld im Forderungs- oder Patientenregistrierungsdatensatz innerhalb von Waystar oder von einem EHR verknüpft. Beispiele MRN-887654MRN-902101MRN-123456 | |||
| Patientenklasse PatientClass | Gibt den Status des Patienten für den Kontakt an, z. B. 'stationär' oder 'ambulant'. | ||
| Beschreibung Die Patientenklasse kategorisiert die Art des Patientenkontakts, die oft Abrechnungsregeln und Erstattungssätze bestimmt. Gängige Klassen sind stationär, ambulant und Notfall. Die Analyse des Revenue Cycles nach Patientenklasse kann signifikante Prozessunterschiede aufzeigen. Zum Beispiel sind stationäre Forderungen oft komplexer und haben längere Zahlungszyklen als ambulante. Diese Segmentierung ist wichtig, um realistische Leistungsziele festzulegen und Prozessverbesserungsinitiativen auf die spezifischen Bedürfnisse jeder Klasse zuzuschneiden. Bedeutung Hilft, den Prozess basierend auf der Komplexität des Kontakts (z.B. stationär vs. ambulant) zu segmentieren, was oft mit unterschiedlichen Abrechnungsregeln und Zykluszeiten korreliert. Datenquelle Ein Standardfeld in den Patientenregistrierungs- oder Kontaktdaten innerhalb von Waystar oder dem Quell-EHR. Beispiele StationärAmbulantNotfall | |||
| Verantwortlicher Benutzer ResponsibleUser | Der Benutzer oder Agent, der die Aktivität durchgeführt hat, wie z.B. ein Rechnungssteller, Kodierer oder Inkassospezialist. | ||
| Beschreibung Dieses Attribut identifiziert den spezifischen Mitarbeiter oder Systembenutzer, der eine bestimmte Aktivität im Prozess ausgeführt hat. Zum Beispiel könnte es zeigen, welcher Rechnungssteller eine Forderung eingereicht oder welcher Inkassobearbeiter einen Folgeanruf initiiert hat. Die Analyse des Prozesses nach Benutzer hilft beim Verständnis der Arbeitslastverteilung, der individuellen Leistung und des Schulungsbedarfs. Es kann hervorheben, ob bestimmte Benutzer höhere Fehlerquoten aufweisen oder effizienter bei der Beilegung von Ablehnungen sind. Dies ist wertvoll für das Teammanagement und die Qualitätskontrolle innerhalb der Revenue Cycle Abteilung. Bedeutung Weist die Verantwortung für Prozessschritte zu, ermöglicht die Leistungsanalyse auf Einzel- oder Teamebene und identifiziert Schulungsmöglichkeiten. Datenquelle Findet sich im Audit-Trail oder den Transaktionsprotokollen für Events in Waystar, oft als 'UserID', 'ProcessedBy' oder Ähnliches. Beispiele jsmithadavisbilling_bot_01 | |||
| Zahlertyp PayerType | Die Kategorie des Zahlers, wie z.B. „Kommerziell“, „Medicare“ oder „Selbstzahler“. | ||
| Beschreibung Der Zahlertyp gruppiert einzelne Zahler in breitere Kategorien basierend auf ihrer Art. Dies bietet eine übergeordnete Ansicht im Vergleich zum spezifischen Zahlernamen. Dieses Attribut ist nützlich für strategische Analysen und Berichte. Es ermöglicht der Führungsebene, Leistungstrends über wichtige Zahlertypen hinweg zu verstehen, z.B. den Vergleich der Gesamtleistung von staatlichen Zahlern mit der von kommerziellen Versicherern. Dies kann strategische Entscheidungen bezüglich Zahlerverträgen und Ressourcenallokation beeinflussen. Bedeutung Ermöglicht eine übergeordnete Analyse durch Gruppierung von Kostenträgern in Kategorien wie Kommerziell oder Staatlich, die oft unterschiedliche Zahlungsverhalten und Regeln aufweisen. Datenquelle Typischerweise abgeleitet durch Zuordnung des Zahlernamens zu einer vordefinierten Kategorieliste. Diese Logik kann in Waystar existieren oder muss während der Datentransformation aufgebaut werden. Beispiele KommerziellMedicareMedicaidSelbstzahler | |||
| Zahlungsfälligkeitsdatum PaymentDueDate | Das Datum, bis zu dem die Zahlung für die Rechnung oder Forderung erwartet wird. | ||
| Beschreibung Das Zahlungsfälligkeitsdatum ist das vom Anbieter festgelegte oder durch Zahlerverträge vorgegebene Datum, bis zu dem die Zahlung eingegangen sein sollte. Es dient als Benchmark zur Messung der Zahlungsfristen. Dieses Attribut ist unerlässlich für das Dashboard „Offene Salden und Veralterung“. Es wird verwendet, um das Alter der Forderungen zu berechnen und sie in Kategorien wie „0-30 Tage“, „31-60 Tage“ usw. einzuteilen. Diese Veralterungsanalyse ist eine gängige Finanzpraxis für das Management von Forderungen und die Priorisierung von Inkassobemühungen bei überfälligen Konten. Bedeutung Bietet die Grundlage für die Berechnung der Debitorenveraltungsverfolgung, die für das Inkassomanagement und das Verständnis der Zeitgerechtheit des Cashflows entscheidend ist. Datenquelle Ist auf der Rechnung oder im Forderungsdatensatz zu finden. Er kann basierend auf dem Rechnungsdatum und den Zahlungsbedingungen berechnet werden. Beispiele 2023-11-252023-12-152024-01-30 | |||
| Zahlungszykluszeit PaymentCycleTime | Die gesamte verstrichene Zeit von der Einreichung einer Forderung bis zur Verbuchung der finalen Zahlung. | ||
| Beschreibung Diese berechnete Metrik misst die Dauer des Kernprozesses der Zahlungseingänge. Sie wird typischerweise als die Zeitdifferenz zwischen dem Ereignis „Forderung an Zahler eingereicht“ und dem finalen Ereignis „Zahlung verbucht“ für ein Abrechnungsereignis berechnet. Dieses Attribut ist die primäre Messgröße für das Dashboard „Analyse der Gesamtzahlungszykluszeit“ und ein wichtiger Key Performance Indicator für den Cashflow. Die Analyse dieser Dauer über verschiedene Zahler, Dienstleistungstypen oder Patientenklassen hinweg hilft, die größten Verzögerungsquellen beim Zahlungseingang zu identifizieren. Die Reduzierung der durchschnittlichen Zahlungszykluszeit ist ein primäres Ziel für nahezu alle Revenue Cycle Management-Initiativen. Bedeutung Ein zentraler KPI, der die Geschwindigkeit des Geldeingangs misst. Seine Analyse hilft, die größten Verzögerungen im Zahlungsprozess zu identifizieren und zu beheben. Datenquelle Berechnet während der Datentransformation durch Subtraktion des Timestamps des Einreichungs-Events vom Timestamp des Zahlungs-Events. Beispiele 25 Tage 4 Stunden90 Tage 11 Stunden14 Tage 2 Stunden | |||
| Zeit von Dienstleistung bis Rechnung ServiceToInvoiceCycleTime | Die verstrichene Zeit von der Dienstleistungsfertigstellung bis zur Erfassung der Gebühren und Erstellung einer Forderung. | ||
| Beschreibung Diese Metrik, auch bekannt als „Charge Lag“, misst die Effizienz des Frontend-Abrechnungsprozesses. Sie wird berechnet als die Zeitdifferenz zwischen dem Ereignis „Dienstleistung erbracht/abgeschlossen“ und dem Ereignis „Gebühren erfasst“ oder „Forderung erstellt“. Dieses Attribut unterstützt direkt das Dashboard „Service To Invoice Cycle Time“. Verzögerungen in diesem Teil des Prozesses, bekannt als Charge Lag, verschieben den Beginn des Zahlungszyklus direkt und verzögern den Cashflow. Die Überwachung dessen hilft sicherzustellen, dass alle Dienstleistungen prompt und genau abgerechnet werden, wodurch Umsatzeinbußen verhindert und der gesamte Revenue Cycle beschleunigt wird. Bedeutung Misst die Effizienz der Frontend-Abrechnung. Die Reduzierung dieses 'Charge Lag' ist entscheidend, um den gesamten Erlöszyklus zu beschleunigen und den Verlust von Leistungen zu verhindern. Datenquelle Berechnet während der Datentransformation durch Subtraktion des Timestamps des Service-Events vom Timestamp des Charge Capture/Forderungserstellungs-Events. Beispiele 2 Tage 8 Stunden1 Tag 0 Stunden5 Tage 1 Stunde | |||
Revenue Cycle Management Aktivitäten
| Aktivität | Beschreibung | ||
|---|---|---|---|
| Anspruch abgelehnt | Der Zahler hat die Forderung abgelehnt und wird keine Zahlung leisten, wie in der Electronic Remittance Advice (ERA) detailliert beschrieben. Dieses Ereignis löst den Ablehnungsmanagement- oder Nachbearbeitungsprozess aus. | ||
| Bedeutung Unterstützt direkt den KPI 'Claim Denial Rate'. Die Identifizierung der Häufigkeit und Gründe für Ablehnungen ist entscheidend für die Prozessverbesserung und die Umsatzwiederherstellung. Datenquelle Dies wird aus spezifischen Ablehnungscodes, bekannt als Claim Adjustment Reason Codes (CARCs), innerhalb der empfangenen ERA (835-Datei) abgeleitet. Erfassen Abgeleitet von den Claim Adjustment Reason Codes (CARCs) in der ERA-Datei, die eine Ablehnung anzeigen. Ereignistyp inferred | |||
| Anspruch entschieden | Der Zahler hat die Forderung bearbeitet und eine Zahlungsentscheidung getroffen. Dieses Ereignis wird erfasst, wenn eine Electronic Remittance Advice (ERA) oder eine 835-Datei vom Zahler empfangen wird. | ||
| Bedeutung Dies ist die primäre Entscheidungsstelle im Prozess. Sie bestimmt, ob die Forderung bezahlt oder abgelehnt wird, was den Einnahmenfluss und die Workflows des Ablehnungsmanagements direkt beeinflusst. Datenquelle Abgeleitet vom Empfangsdatum der ERA (835-Datei), die mit der Forderung in Waystar verknüpft ist. Die ERA-Datei enthält die detaillierte Entscheidung des Kostenträgers. Erfassen Abgeleitet vom Verarbeitungsdatum der vom Kostenträger erhaltenen ERA/835-Datei. Ereignistyp inferred | |||
| Forderung an Kostenträger übermittelt | Die elektronische Einreichung der Abrechnungsforderung an den Versicherungszahler zur Bearbeitung. Dies ist eine kritische Übergabe vom System des Anbieters an das System des Zahlers über das Clearinghouse. | ||
| Bedeutung Ein wichtiger Meilenstein, der die Frist für Kostenträger-Antwortzeiten in Gang setzt. Er ist essenziell für die Messung von Zahlungszyklus-KPIs und die Identifizierung von Einreichungsrückständen. Datenquelle Die Clearinghouse-Funktionalität von Waystar protokolliert explizit Datum und Uhrzeit der Übertragung von Forderungsdateien. Suchen Sie nach Einreichungsprotokollen oder dem Forderungsstatusverlauf. Erfassen In der Historie der Forderungseinreichung oder im Transaktionsprotokoll bei erfolgreicher Übermittlung protokolliert. Ereignistyp explicit | |||
| Konto geschlossen | Der Lebenszyklus des Abrechnungsereignisses ist abgeschlossen, wobei der Kontostand durch Zahlungen und Anpassungen Null erreicht hat. Dies signalisiert das erfolgreiche Ende des Revenue Cycles für diesen Fall. | ||
| Bedeutung Dies ist der primäre Endpunkt des Prozesses. Die Messung der Zeit bis zum Abschluss und des Prozentsatzes der Konten, die erfolgreich abgeschlossen werden, sind wichtige Gesamtleistungsindikatoren. Datenquelle Dies ist ein berechnetes Ereignis, das typischerweise abgeleitet wird, wenn das Feld für den offenen Saldo des Abrechnungsereignisses im Patientenabrechnungssystem Null wird. Erfassen Berechnet, wenn die Summe der Zahlungen und Anpassungen dem gesamten Belastungsbetrag entspricht. Ereignistyp calculated | |||
| Leistungen erfasst | Kennzeichnet die Erfassung abrechnungsfähiger Leistungen im Erlöszyklussystem. Dieses Ereignis wird typischerweise explizit protokolliert, wenn ein Benutzer eine Leistungserfassung finalisiert oder wenn Daten von einem klinischen System empfangen werden. | ||
| Bedeutung Dies ist der Startpunkt für den Abrechnungsprozess. Die Analyse der Zeit vom Dienstleistungsabschluss bis zur Gebührenerfassung ist entscheidend, um Einnahmenverluste und Verzögerungen am Frontend zu identifizieren. Datenquelle Dieses Ereignis wird in einer Gebühreneintragungs- oder Transaktionstabelle innerhalb von Waystar aufgezeichnet und enthält typischerweise einen Erstellungs-Timestamp, wenn die Gebühr gespeichert oder finalisiert wird. Erfassen Ereignis protokolliert beim Speichern oder Finalisieren einer Leistungserfassung. Ereignistyp explicit | |||
| Zahlung gebucht | Eine erhaltene Zahlung wird auf das spezifische Patientenkonto und die Forderung angewendet oder abgeglichen. Diese Aktivität verschiebt den Saldo von den Forderungen zum Bargeld. | ||
| Bedeutung Dies ist ein entscheidender letzter Schritt im Zahlerzyklus. Er unterstützt die KPIs für den Zahlungseingangs-Durchsatz und die Verzögerungszeit und stellt sicher, dass Konten zeitnah und genau aktualisiert werden. Datenquelle Dies ist eine explizite Aktion, die in Waystar protokolliert wird, wenn ein Benutzer die Zahlung aus der ERA bucht. Viele Systeme verfügen über automatische Buchungsfunktionen, die dieses Ereignis ebenfalls protokollieren. Erfassen Ereignis protokolliert, wenn eine Zahlung aus einer ERA auf eine Forderung angewendet wird, entweder manuell oder über automatisches Buchen. Ereignistyp explicit | |||
| Ablehnung angefochten | Ein Benutzer hat Maßnahmen ergriffen, um eine Forderungsablehnung anzufechten, oft durch erneute Einreichung der Forderung mit Korrekturen oder durch Einlegung eines formellen Widerspruchs. Diese Aktivität ist ein wichtiger Schritt im Nacharbeitsprozess. | ||
| Bedeutung Misst die Effizienz des Ablehnungsmanagement-Teams. Die Verfolgung der Zeit von der Ablehnung bis zum Widerspruch und der Erfolgsquote der Widersprüche ist wichtig für die Optimierung der Wiedergewinnungsbemühungen. Datenquelle Dies kann als explizite Benutzeraktion oder Notiz im Ablehnungsmanagement-Modul protokolliert werden. Es könnte auch aus einer Statusänderung der abgelehnten Forderung abgeleitet werden. Erfassen Ereignis protokolliert, wenn ein Benutzer eine Widerspruchshandlung dokumentiert oder den Forderungsstatus auf 'Appealed' aktualisiert. Ereignistyp explicit | |||
| Forderung korrigiert und erneut eingereicht | Nach einer Ablehnung oder Zurückweisung wurde die Forderung korrigiert und erneut an den Kostenträger gesendet. Dies kennzeichnet den Neustart des Prüfungszyklus für eine spezifische Forderung. | ||
| Bedeutung Dies ist eine kritische Nachbearbeitungsschleife. Die Analyse der Häufigkeit und Gründe für die erneute Einreichung hilft, die Grundursachen anfänglicher Fehler wie Kodierungs- oder demografische Fehler zu identifizieren. Datenquelle Abgeleitet durch die Identifizierung eines neuen 'Claim Submitted To Payer'-Events für eine zuvor abgelehnte Forderung. Das System kann auch einen spezifischen Status für erneut eingereichte Forderungen haben. Erfassen Abgeleitet durch ein neues Einreichungsereignis, das mit einem zuvor abgelehnten Forderungsidentifikator verknüpft ist. Ereignistyp inferred | |||
| Inkassoaktivität gestartet | Das Patienten-Konto ist überfällig geworden, und aktive Inkassobemühungen haben begonnen. Dies könnte automatisierte Mahnungen oder die Übergabe an ein externes Inkassobüro umfassen. | ||
| Bedeutung Unterstützt das Dashboard „Effektivität der Inkassoaktivitäten“. Es hilft, die Kosten und Erfolgsraten von Inkassobemühungen bei veralteten Forderungen zu analysieren. Datenquelle Dies wird typischerweise aus einer Änderung des Kontostatus innerhalb von Waystar in einen „Collections“- oder „Bad Debt“-Zustand abgeleitet, was einen anderen Workflow auslöst. Erfassen Abgeleitet aus einer Änderung des Kontostatus zu 'Inkasso' oder 'Uneinbringliche Forderung'. Ereignistyp inferred | |||
| Konto angepasst | Eine manuelle oder vertragliche Anpassung wird am Kontostand vorgenommen. Dies kann Abschreibungen, vertragliche Nachlässe, Patientenrabatte oder andere Korrekturen umfassen. | ||
| Bedeutung Unerlässlich für das Verständnis von Umsatzverlusten. Die Analyse von Anpassungen hilft, Probleme mit Gebührenordnungen, Vertragsmanagement oder uneinbringlichen Forderungen zu identifizieren. Datenquelle Jede finanzielle Anpassung muss als Transaktion für Prüfzwecke protokolliert werden. Dies wird ein explizites Ereignis in der Kontotransaktionstabelle sein. Erfassen Als spezifischer Transaktionstyp im Kontobuch protokolliert. Ereignistyp explicit | |||
| Patientensaldo-Auszug gesendet | Nach der Versicherungsprüfung wird eine Abrechnung erstellt und dem Patienten für den verbleibenden Saldo zugesandt. Dies verlagert den Fokus der Inkassobemühungen vom Kostenträger auf den Patienten. | ||
| Bedeutung Dieses Ereignis leitet den Patientenzahlungszyklus ein. Die Analyse der Effektivität und des Zeitpunkts von Abrechnungen ist entscheidend für die Verwaltung von Patientenforderungen und die Verbesserung der Patientenerfahrung. Datenquelle Dies ist ein explizites Ereignis, das vom Patientenabrechnungsmodul protokolliert wird, wenn ein Abrechnungsstapel generiert oder elektronisch oder an einen Druckdienstleister gesendet wird. Erfassen Ereignis in der Patientenkorrespondenzhistorie protokolliert, wenn eine Abrechnung generiert wird. Ereignistyp explicit | |||
| Schaden erfasst | Stellt die Generierung einer formalen Abrechnungsforderung aus erfassten Gebühren dar. Dies ist ein interner Schritt, bei dem das System Informationen vor der Einreichung beim Zahler zusammenstellt. | ||
| Bedeutung Verfolgt die interne Effizienz der Forderungsgenerierung. Verzögerungen in dieser Phase können den gesamten Zahlungszyklus verzögern, noch bevor die Forderung das System des Anbieters verlässt. Datenquelle Dies kann ein explizites Ereignis sein, wird aber oft aus dem ersten Timestamp abgeleitet, der einem Forderungsdatensatz im Forderungsmanagement-Modul von Waystar zugeordnet ist. Erfassen Abgeleitet vom Erstellungsdatum des Forderungsdatensatzes in der primären Forderungstabelle. Ereignistyp inferred | |||
| Zahlerbestätigung erhalten | Das System des Zahlers bestätigt den Empfang der eingereichten Forderungsdatei. Dies ist normalerweise eine automatisierte Antwort, wie ein 277CA- oder 999-Bericht, der anzeigt, dass die Forderung zur Bearbeitung angenommen wurde. | ||
| Bedeutung Bestätigt die erfolgreiche Übermittlung und hilft, Front-End-Ablehnungen aufgrund von Formatierungs- oder Datenfehlern vor Beginn der Prüfung zu isolieren, was schnellere Korrekturen ermöglicht. Datenquelle Wird in den Forderungsstatus- oder Antwortdateitabellen innerhalb des Clearinghouse-Moduls von Waystar nach der Verarbeitung einer eingehenden Zahlerbestätigungsdatei aufgezeichnet. Erfassen Ereignis protokolliert bei der Verarbeitung einer elektronischen Bestätigungsdatei vom Kostenträger. Ereignistyp explicit | |||
Extraktionsleitfäden
Extraktionsmethoden für diesen Prozess werden derzeit validiert. Bitte schauen Sie später noch einmal vorbei oder kontaktieren Sie uns für Unterstützung.