Ihr Revenue Cycle Management Daten-Template

Epic Resolute
Ihr Revenue Cycle Management Daten-Template

Ihr Revenue Cycle Management Daten-Template

Diese Datenvorlage bietet einen vollständigen Leitfaden zur Erfassung der notwendigen Daten für die Optimierung Ihres Revenue-Cycle-Management-Prozesses. Sie umreißt wesentliche Datenattribute, wichtige Aktivitäten zur Verfolgung und praktische Hinweise zur Extraktion dieser Informationen aus Ihren Quellsystemen. Verwenden Sie diese Ressource, um sicherzustellen, dass Sie alle Datenpunkte für eine effektive Prozessanalyse und -verbesserung zur Verfügung haben.
  • Empfohlene Attribute zur Erfassung
  • Wichtige Aktivitäten für das Tracking
  • Extraktionsanleitung
Neu bei Event-Logs? Erfahren Sie wie Sie ein Process-Mining-Event-Log erstellen.

Attribute des Revenue Cycle Management

Dies sind die empfohlenen Datenfelder, die Sie in Ihr Event Log (Event Log) aufnehmen sollten, um eine vollständige Revenue-Cycle-Management-Prozessanalyse und -optimierung zu ermöglichen.
3 Erforderlich 6 Empfohlen 10 Optional
Name Beschreibung
Abrechnungsereignis
BillingEvent
Der eindeutige Identifikator für eine einzelne Service- oder Produktlieferung, die eine Gebühr generiert und als primärer Case-ID dient.
Beschreibung

Das Billing Event ist der zentrale Identifikator, der alle Aktivitäten innerhalb des Revenue Cycle für einen bestimmten abrechenbaren Posten verbindet. Es beginnt, wenn eine Leistung erbracht wird, und endet, wenn das Konto vollständig beglichen oder geschlossen ist.

In der Process-Mining-Analyse ist dieses Attribut unerlässlich, um den End-to-End-Verlauf jeder Leistungsposition zu rekonstruieren. Es ermöglicht die Verfolgung von Aktivitäten wie Leistungserfassung, Forderungseinreichung, Zahlungsbuchung und Ablehnungsmanagement für einzelne Billing Ereignisse und bietet eine klare Sicht auf den Prozessfluss und seine Variationen.

Bedeutung

Dies ist die grundlegende Case-ID, wichtig für die Verknüpfung aller zusammenhängenden Prozessschritte, um den gesamten Lebenszyklus der Umsatzgenerierung und -erfassung für jede Leistung zu analysierenn.

Datenquelle

Dies ist oft ein eindeutige Kennung für ein Krankenhaus-Konto (HAR) oder eine spezifische Leistungserfassungssitzung in Epic Resolute. Konsultieren Sie die Epic Resolute Dokumentation für spezifische Tabellen wie HAR oder Charge Session Datensätze.

Beispiele
BE10098765BE2001, 2, 3, 45BE30054321
Aktivitätsname
ActivityName
Der Name des spezifischen Ereignisses oder den Antrag bearbeitet.er Aufgabe, die innerhalb des Revenue-Cycle-Management-Prozesses durchgeführt wurde.
Beschreibung

Dieses Attribut beschreibt einen einzelnen Schritt im Revenue Cycle, wie z.B. 'Leistungen erfasst', 'Forderung an Kostenträger übermittelt' oder 'Zahlung erhalten'. Jede Aktivität stellt einen eigenen Meilenstein im Prozess der Abrechnung und Zahlungseintreibung für eine Leistung dar.

Die Analyse von Aktivitäten ist die Grundlage des Process Mining. Sie ermöglicht die Visualisierung der Prozessablauf, die Identifizierung gängiger Pfade, die Entdeckung von Engpässe zwischen den Schritten und die Messung der Konformität mit Standardarbeitsanweisungen.

Bedeutung

Definiert die Schritte in der Prozessablauf, wodurch es möglich wird, den Arbeitsfluss im Revenue Cycle zu visualisieren, zu analysierenn und zu optimieren.

Datenquelle

Dies wird in der Regel aus Event-Logs, Audit-Trails oder StatusänderungsDatensätzen innerhalb der Abrechnungs- und Forderungsmodule von Epic Resolute abgeleitet.

Beispiele
Gebühren erfasstForderung an Zahler übermittelt`Zahlung erhalten`Konto geschlossen
Ereignis-Zeitstempel
EventTimestamp
Das genaue Datum und die Uhrzeit, zu der eine Aktivität bzw. ein Ereignis stattgefunden hat.
Beschreibung

Der Event Zeitstempel erfasst den Zeitpunkt, zu dem eine Aktivität stattfand. Diese zeitbezogenen Daten sind wichtig für das Verständnis des Timings und der Reihenfolge der Ereignisse im Revenue Cycle.

In der Analyse werden Zeitstempels verwendet, um Zeitspannen zwischen Aktivitäten zu berechnen, wie z.B. die Verzögerung bei der Leistungserfassung oder den Antrag bearbeitet.ie Zahlungsbuchungszeit. Sie ermöglichen die Entdeckung von Engpässe, die Messung von Durchlaufzeiten und die Analyse der Prozessleistung über verschiedene Zeiträume hinweg. Genaue Zeitstempels sind für nahezu alle zeitbasierten KPIs und Dashboards unerlässlich.

Bedeutung

Dieses Attribut ist unerlässlich für die Berechnung aller zeitbasierten Metriken, einschließlich Durchlaufzeiten und Dauern, die grundlegend für die Identifizierung von Verzögerungen und Ineffizienzen sind.

Datenquelle

In Transaction- oder Event-Log-Tabellen innerhalb von Epic Resolute zu finden, Associated with Each Datensatzed Activity. Fields are Often Named with Suffixes like Dt, DTTM, oder Time.

Beispiele
2023-04-15T09:30:00Z2023-04-16T11:05:21Z2023-05-01T14:00:00Z
Ablehnungsgrundcode
DenialReasonCode
Ein standardisierter Code, der den Antrag bearbeitet.en Grund angibt, warum ein Zahler eine eingereichte Forderung abgelehnt hat.
Beschreibung

Wenn ein Kostenträger eine Forderung ablehnt, gibt er einen Grundcode an, der den Antrag bearbeitet.ie Ablehnung erklärt, wie z.B. 'Nicht abgedeckter Service', 'Doppelte Forderung' oder 'Benötigt zusätzliche Informationen'. Diese Codes sind oft als Claim Adjustment Reason Codes (CARCs) standardisiert.

Dieses Attribut ist der zentraler Bestandteil des Dashboards 'Claim Denial Rates And Reasons'. Die Analyse der Häufigkeit verschiedener Ablehnungscodes hilft, die Ursachen von Ablehnungen zu identifizieren, wie z.B. Berechtigungsprobleme, Kodierungsfehler oder fehlende Vorabgenehmigungen, was gezielte Verbesserungsinitiativen ermöglicht.

Bedeutung

Erklärt direkt, warum Forderungen abgelehnt werden, und liefert konkrete Optimierungspotenziale, die erforderlich sind, um Ablehnungsquoten zu reduzieren, Umsatzverluste zu verhindern und Zahlungen zu beschleunigen.

Datenquelle

Diese Daten finden sich in den Forderungsantworttransaktionen (wie einer ANSI 835-Datei), die von Kostenträgern empfangen und im Forderungsmanagementmodul von Epic Resolute gespeichert werden.

Beispiele
CO-16: Claim/service fehlen InformationenOA-18: Doppelte Claim/servicePR-96: Non-Covered Charge(s)
Abrechnungsabteilung
BillingDepartment
Die Abteilung oder den Antrag bearbeitet.as Funktionsteam, das für das Billing Event oder den Antrag bearbeitet.ie Aktivität verantwortlich ist.
Beschreibung

Dieses Attribut gibt die Organisationseinheit an, wie z.B. 'Statusonäre Abrechnung', 'Ambulante Abrechnung' oder 'Denial Management Team', die mit dem Billing Event verbunden ist oder eine bestimmte Aktivität durchgeführt hat.

Diese Dimension ist maßgeblich für das Dashboard 'Billing Department Leistungsfähigkeit Metrics', das einen direkten Vergleich von Schlüsselkennzahlen wie Ablehnungsraten oder Leistungserfassungszeiten ermöglicht. Es hilft dem Management, leistungsstarke Abteilungen zu identifizieren, Best Practices zu standardisieren und Ressourcen effektiv zuzuweisen.

Bedeutung

Ermöglicht Leistungsfähigkeit Benchmarking Across Different Departments, Helping to Identify Best Practices und Areas Needing Improvement oder Additional Ressourcen.

Datenquelle

Diese Informationen könnten mit dem BenutzerDatensatz, dem Patientenkonto oder den Antrag bearbeitet.em Serviceort innerhalb von Epic Resolute verknüpft sein.

Beispiele
Kardiologie-AbrechnungRadiologie RCMZentrale Abrechnungsstelle
Anpassungsgrund
AdjustmentReason
Der Grund für eine manuelle oder automatisierte Anpassung des Patientenkontostands.
Beschreibung

Dieses Attribut erklärt, warum ein Kontostand außerhalb einer Standardzahlung oder -leistung geändert wurde. Gründe können vertragliche Vereinbarungen mit Kostenträgern, Abschreibungen geringfügiger Restbeträge oder Korrekturen von Buchungsfehlern sein.

Dies ist unerlässlich für das Dashboard 'Account Adjustment Volume By Typ'. Durch die Analyse der Anpassungsgründe können Organisationen Quellen für Umsatzverluste identifizieren, die Auswirkungen von Kostenträgerverträgen verstehen und potenzielle Ineffizienzen oder Fehler im Abrechnungsprozess erkennen.

Bedeutung

Bietet Einblicke in Umsatzverluste und die Abrechnungsgenauigkeit, indem erklärt wird, warum Kontostände geändert werden, was dazu beiträgt, unnötige Abschreibungen zu reduzieren.

Datenquelle

Zu finden in den Transaktionsdetails für Anpassungsbuchungen innerhalb des Patient Accounting Moduls von Epic Resolute.

Beispiele
Vertragliche ZulageGeringfügige RestbetragsabschreibungKorrektur doppelter Leistungen
Offener Saldo
OutstandingBalance
Der verbleibende Geldbetrag, der vom Kostenträger oder Patienten für das Billing Event geschuldet wird.
Beschreibung

Dieses Attribut repräsentiert den aktuellen Debitorensaldo für ein spezifisches Billing Event zum Zeitpunkt der Aktivität. Es spiegelt den finanziellen Status des Case während seines gesamten Lebenszyklus wider.

Der ausstehende Zahlungen identifizieren.ende Saldo ist maßgeblich für die Finanzberichterstattung und für den 'Outstanding Balance Aging Report'. Die Analyse dieses Werts über die Zeit und nach verschiedenen Dimensionen wie Kostenträger oder Abteilung hilft, Inkassoanstrengungen zu priorisieren, den Cashflow zu steuern und das finanzielle Risiko zu bewerten.

Bedeutung

Misst direkt die finanziellen Auswirkungen von Prozessverzögerungen und ist unerlässlich für die Priorisierung von Inkassoaktivitäten, das Management des Cashflows und das Verständnis der Debitoren.

Datenquelle

Dies ist ein Kernfeld im Patientenkonto oder Krankenhausaccount (HAR) Datensatz in Epic Resolute. Es ist ein fortlaufender Saldo, der den Antrag bearbeitet.urch Finanztransaktionen aktualisiert wird.

Beispiele
1500.00250.750.00
Serviceart
ServiceType
Die Kategorie oder Art der erbrachten medizinischen Leistung.
Beschreibung

Dieses Attribut klassifiziert die abrechenbare Leistung, zum Beispiel als 'Radiologie', 'Chirurgie', 'Konsultation' oder 'Notaufnahmebesuch'. Es liefert klinischen Kontext zu den FinanzDaten.

Die Analyse des Revenue Cycle nach Servicetyp kann prozessuale Variationen aufdecken, die für bestimmte klinische Bereiche spezifisch sind. Chirurgische Eingriffe können beispielsweise komplexere Anforderungen an die Leistungserfassung und Genehmigung haben als ein Standard-Arztbesuch, was zu unterschiedlichem Prozessverhalten und Herausforderungen führt.

Bedeutung

Bietet klinischen Kontext zu FinanzDaten und ermöglicht die Analyse, wie verschiedene Arten medizinischer Leistungen den Revenue Cycle Prozess und seine Effizienz beeinflussen.

Datenquelle

Abgeleitet aus dem Leistungsverzeichnis (CDM), der Servicezeile oder den Antrag bearbeitet.er Abteilung, die mit der Charge Transaction in Epic verbunden ist.

Beispiele
Statusonäre ChirurgieAmbulante RadiologieNotfalldienste
Verantwortlicher Benutzer
ResponsibleUser
Der Identifikator des Benutzers oder Mitarbeiters, der den Antrag bearbeitet.ie Aktivität durchgeführt hat.
Beschreibung

Dieses Attribut erfasst die Benutzer-ID, den Namen oder den Antrag bearbeitet.ie Personalnummer der Person, die für die Umsetzung einer bestimmten Aufgabe im Revenue Cycle verantwortlich ist. Dies könnte der Kliniker sein, der Leistungen eingegeben hat, der Abrechner, der eine Forderung eingereicht hat, oder den Antrag bearbeitet.er Inkassomitarbeiter, der eine Ablehnung nachverfolgt hat.

Die Analyse nach Benutzern hilft, Top-Performer zu identifizieren, Schulungsbedarfe zu finden und die Arbeitslastverteilung zu verstehen. Sie ist maßgeblich für das Leistungsfähigkeit Management und die Untersuchung von Prozessabweichungen, die mit bestimmten Personen oder Rollen verbunden sind.

Bedeutung

Ermöglicht eine Leistungsanalyse nach Person oder Rolle, was hilft, Schulungsmöglichkeiten, unausgeglichene Arbeitslasten und Ressourcenbedingte Engpässe zu identifizieren.

Datenquelle

Typischerweise in Audit-Trails oder Transaktionsprotokollen innerhalb von Epic Resolute zu finden, oft verknüpft mit einer Benutzer-StammDatentabelle (z.B. EMP-Datensatz).

Beispiele
j.doebsmith123Benutzer7890
Angepasster Betrag
AdjustedAmount
Der Geldwert einer Anpassungstransaktion.
Beschreibung

Dieses Feld erfasst den spezifischen Dollarbetrag einer Kontenanpassung. Es kann ein positiver oder negativer Wert sein, der eine Gutschrift oder Belastung des Kontostands darstellt.

Dieser Betrag ist die primäre Metrik für das Dashboard 'Account Adjustment Volume By Typ'. Die Summe dieses Werts nach Anpassungsgrund liefert ein klares Bild der finanziellen Auswirkungen verschiedener Anpassungsarten, z.B. wie viele Einnahmen aufgrund vertraglicher Verpflichtungen abgeschrieben werden im Vergleich zu Verlusten durch korrigierbare Fehler.

Bedeutung

Quantifiziert die finanziellen Auswirkungen von Kontokorrekturen und ermöglicht so die Messung von Umsatzverlusten und den Kosten von Abrechnungsfehlern.

Datenquelle

Located in the Financial Transaction Detail Tables in Epic Resolute, Associated with Adjustment-Typ Transactions.

Beispiele
-1250.45-50.0025.10
Endzeit des Ereignisse
EventEndTime
Der Zeitstempel, der anzeigt, wann eine Aktivität abgeschlossen wurde, nützlich zur Berechnung der Aktivitätsdauer.
Beschreibung

Dieses Attribut erfasst die Abschlusszeit einer Aktivität. Während viele Aktivitäten sofortige Ereignisse sind, bei denen StartTime gleich EndTime ist, haben einige Aufgaben eine messbare Dauer, wie z.B. ein Anruf zur Ablehnungsnachverfolgung.

Wenn verfügbar, ermöglicht EndTime die direkte Berechnung der Aktivitätsbearbeitungszeit ('EndTime' – 'StartTime'). Dies ist genauer als die Ableitung der Dauer aus der Startzeit der nächsten Aktivität, da es Leerlaufzeiten zwischen den Schritten berücksichtigt. Es ist eine Schlüsselkomponente für die Berechnung des 'ProcessingTime'-Attributs.

Bedeutung

Ermöglicht die präzise Berechnung der Dauer jeder Aktivität, was wichtig ist, um ineffiziente Aufgaben zu identifizieren und die RessourcenProduktivität zu messen.

Datenquelle

Dies ist möglicherweise in einigen Epic Resolute Modulen verfügbar, die den Start und das Ende von Aufgaben verfolgen, wie z.B. Workqueue- oder Aktivitätsmanagement-Protokolle. Oft wird es nicht explizit verfolgt.

Beispiele
2023-04-15T09:45:00Z2023-04-16T11:15:30Z2023-05-01T14:02:00Z
Gesamte Revenue Cycle Zeit
TotalRevenueCycleTime
Die gesamte berechnete Dauer vom ersten Service-Event bis zur endgültigen Zahlung oder zum Kontenabschluss.
Beschreibung

Dies ist ein Case-Level-KPI, der den Antrag bearbeitet.ie End-to-End-Dauer des Revenue Cycle für ein einzelnes Billing Event misst. Er wird in der Regel als Zeitdifferenz zwischen der Aktivität 'Service Rendered' und der finalen Aktivität 'Payment Received' oder 'Account Closed' berechnet.

Diese übergeordnete Metrik bietet eine vollständige Sicht auf die Gesamteffizienz des RCM-Prozesses. Die Verfolgung dieses KPI über die Zeit hilft, die Auswirkungen von Prozessoptimierungsinitiativen zu messen und liefert einen Schlüsselindikator für die Geschwindigkeit der Cash-Konvertierung.

Bedeutung

Bietet eine übergeordnete End-to-End-Ansicht der Prozesseffizienz, indem direkt gemessen wird, wie lange es dauert, eine Dienstleistung in Barmittel umzuwandeln.

Datenquelle

Dies ist eine Metrik, die innerhalb des Process-Mining-Tools berechnet wird, indem nach den ersten und letzten Ereignissen jedes Case gefiltert und die Zeitdifferenz ermittelt wird.

Beispiele
259200038880005184000
Ist automatisiert
IsAutomated
Ein Boolesches Flag, das angibt, ob die Aktivität von einem System oder einem automatisierten Prozess durchgeführt wurde.
Beschreibung

Dieses Flag unterscheidet zwischen Aufgaben, die automatisch vom System ausgeführt werden, wie z.B. die automatisierte Forderungsgenerierung oder Berechtigungsprüfungen, und solchen, die manuell von einem Benutzer durchgeführt werden.

Die Analyse dieses Attributs hilft, den Automatisierungsgrad im Prozess zu verstehen. Es kann verwendet werden, um die Effizienz und Fehlerraten von automatisierten versus manuellen Aktivitäten zu vergleichen, Möglichkeiten für weitere Automatisierung zu identifizieren und die Leistung bestehender Bots oder Systemregeln zu überwachen.

Bedeutung

Unterscheidet zwischen systemgesteuerten und menschlich gesteuerten Aktivitäten, was wichtig ist, um die Auswirkungen der Automatisierung zu bewerten und neue Automatisierungsmöglichkeiten zu identifizieren.

Datenquelle

Dies wird oft abgeleitet, indem geprüft wird, ob der 'ResponsibleBenutzer' für eine Aktivität ein System- oder Service-Account ist, oder indem spezifische Aktivitätsnamen, die als automatisiert bekannt sind, gekennzeichnet werden.

Beispiele
JaNein
Letzte Datenaktualisierung
LastDataUpdate
Der `Zeitstempel`, der angibt, wann die `Daten` für dieses Ereignis zuletzt aktualisiert oder aus dem Quellsystem extrahiert wurde.
Beschreibung

Dieses Attribut zeigt die Aktualität der Daten. Es gibt an, wann der Datensatz zuletzt aus Epic Resolute in den Process Mining Datensatz übernommen wurde.

Dies ist wichtig, um die Aktualität der Analyse zu verstehen und zur Datenvalidierung. Es hilft Benutzern zu erkennen, ob sie die aktuellsten verfügbaren Informationen betrachten, und ist kritisch für die Verwaltung von Datenaktualisierungszyklen.

Bedeutung

Stellt sicher, dass Benutzer die Aktualität der von ihnen analysierten Daten verstehen, was wichtig für genaue und aktuelle Geschäftsentscheidungen ist.

Datenquelle

Dieser Zeitstempel wird vom ETL-Prozess (Extract, Transform, Load) während der Datenaufnahme hinzugefügt.

Beispiele
2023-06-10T02:00:00Z2023-06-11T02:00:00Z
Patienten-ID
PatientId
Der eindeutige Identifikator des Patienten, der den Antrag bearbeitet.ie Leistung erhält.
Beschreibung

Dieses Attribut ist die Patienten-ID (Medical Datensatz Number, MRN) oder ein anderer eindeutige Kennung für den Patienten. Es verbindet das finanzielle Billing Event mit einer bestimmten Person.

Obwohl es normalerweise nicht als primäre Analyse-Dimension zum Schutz der PatientenDatenschutz verwendet wird, ist es für die Datenvalidierung unerlässlich und kann verwendet werden, um alle Billing Ereignisse für einen einzelnen Patienten zu aggregieren, um deren gesamte Finanzprozess zu verstehen. Es ist auch wichtig für jede potenzielle Integration mit klinischen ProzessDaten.

Bedeutung

Links Financial Daten to a Specific Patient, Enabling Daten Validierung und Potential for Broader Analysis of a Patient's Entire Journey, Though It Must be Handled with Care Due to Privacy Concerns.

Datenquelle

Eine grundlegende Kennung, die in Epic durchgängig zu finden ist und mit der Patientenregistrierung sowie den Kontenunterlagen verknüpft ist.

Beispiele
MRN-1, 2, 3, 4567MRN-8765432MRN-5551, 2, 3, 4
Quellsystem
SourceSystem
Das Informationssystem, aus dem die Daten stammen.
Beschreibung

Dieses Attribut identifiziert das Quellsystem des Datensatzes, das in diesem Kontext Epic Resolute ist. In Umgebungen mit mehreren integrierten Systemen hilft dieses Feld, die Datenherkunft zu unterscheiden.

Obwohl es in einer Einzelsystemansicht redundant erscheinen mag, ist es eine Best Practice für Daten Governance und Skalierbarkeit. Es sorgt für Klarheit, wenn Daten aus anderen Systemen, wie z.B. einer separaten Inkassoplattform, später integriert werden.

Bedeutung

Liefert wichtige Datenherkunft und Kontext, um Klarheit über den Ursprung der Daten zu sicherstellen, was für die Daten Governance und Fehlerbehebung notwendig ist.

Datenquelle

Dies ist in der Regel ein statischer Wert, der während der Datenextraktion und -transformation hinzugefügt wird, um die Herkunft des Datensatzes zu kennzeichnen.

Beispiele
Epic ResoluteEpicResolute_V2023
Schaden-ID
ClaimId
Der eindeutige Identifikator, der einer an einen Kostenträger übermittelten Versicherungsforderung zugewiesen wird.
Beschreibung

Dieses Attribut ist die spezifische ID für das an einen Kostenträger gesendete Forderungsformular (z.B. ein CMS-1500 oder UB-04). Ein einzelnes Billing Event kann mehrere Forderungen umfassen, wenn Leistungen erneut abgerechnet oder angefochten werden.

Die Verfolgung nach Claim ID ist nützlich für eine detaillierte Analyse der Unterprozesse der Forderungseinreichung und des Ablehnungsmanagements. Es hilft, Aktivitäten im Zusammenhang mit der ursprünglichen Forderung von denen im Zusammenhang mit einer nachfolgenden, erneut eingereichten Forderung für dieselbe Leistung zu unterscheiden.

Bedeutung

Bietet einen granularen Identifikator zur Verfolgung des Lebenszyklus jeder spezifischen Forderungseinreichung, was für die Analyse von erneuten Einreichungen und Einsprüchen wichtig ist.

Datenquelle

Generiert vom Claims Management Module von Epic Resolute, wenn ein Claim Created ist. Es ist Stored in the Claims Daten Tables.

Beispiele
CLM-2023-98765CLAIM-001, 2, 3, 45623189A4567
Zahlername
PayerName
Der Name der Versicherungsgesellschaft, Regierungseinheit oder anderen für die Zahlung verantwortlichen Partei.
Beschreibung

Dieses Attribut identifiziert den primären Kostenträger, der mit dem Billing Event verbunden ist, wie z.B. 'Blue Cross Blue Shield', 'Medicare' oder 'Aetna'. Bei Selbstzahlern kann es den Patienten angeben.

Die Segmentierung des Prozesses nach Kostenträger ist eine leistungsfundierte Analysentechnik. Sie kann aufzeigen, dass bestimmte Kostenträger höhere Ablehnungsquoten, längere Zahlungszyklen oder komplexere Anforderungen haben. Dieser Einblick ermöglicht die Anpassung von Abrechnungsstrategien an spezifische Kostenträger, um die Effizienz und Zahlungsgeschwindigkeit zu verbessern.

Bedeutung

Ermöglicht eine Leistungsanalyse nach Zahler, wodurch aufgedeckt wird, welche Zahler hohe Ablehnungsquoten oder langsame Zahlungszyklen aufweisen, was gezielte Nachverfolgungsstrategien ermöglicht.

Datenquelle

Diese Informationen sind Teil der Patientendeckungsdetails, die mit dem Krankenhausaccount (HAR) in Epic Resolute verknüpft sind.

Beispiele
Medicare Teil BUnitedHealthcareAetna PPO
Zahlungsfälligkeitsdatum
PaymentDueDate
Das Datum, bis zu dem die Zahlung für die abgerechnete Leistung erwartet wird.
Beschreibung

Dieses Attribut gibt die Zahlungsfrist an, wie auf der Rechnung angegeben oder den Antrag bearbeitet.urch Kostenträgerverträge festgelegt. Es dient als Benchmark zur Messung pünktlicher Zahlungen.

Das Fälligkeitsdatum der Zahlung ist unerlässlich für die Erstellung des 'Outstanding Balance Aging Report'. Durch den Vergleich des aktuellen Datums mit dem Fälligkeitsdatum für offene Salden können die Forderungen in Alterskategorien eingeteilt werden (z.B. 0-30 Tage, 31-60 Tage überfällig), was hilft, die Inkassoanstrengungen auf die am längsten überfälligen Konten zu priorisieren.

Bedeutung

Dient als Grundlage für die Analyse der Debitoren-Altersstruktur, die wichtig ist für die Priorisierung des Inkassos und das Management des finanziellen Risikos unbezahlter Rechnungen.

Datenquelle

Dieses Datum wird oft basierend auf dem Rechnungsdatum und den Zahlungsbedingungen berechnet, die im Kostenträgervertrag oder in den PatientenkontoHinweisrmationen innerhalb von Epic gespeichert sind.

Beispiele
2023-05-302023-06-152023-07-01
Erforderlich Empfohlen Optional

Aktivitäten im Revenue Cycle Management

Dies sind die zentralen Prozessschritte und Meilensteine, die Sie in Ihrem Event Log erfassen sollten: für eine präzise Prozessanalyse (Discovery) und eine leistungsstarke Leistungsfähigkeit-Messung.
7 Empfohlen 5 Optional
Aktivität Beschreibung
`Zahlung erhalten`
Stellt den Zahlungseingang von einem Kostenträger oder Patienten dar. Dieses Ereignis wird in der Regel erfasst, wenn ein elektronisches Zahlungsavis (ERA) geladen oder ein manueller Scheck in das System eingegeben wird.
Bedeutung

Diese Aktivität ist ein wichtiger Meilenstein, der anzeigt, dass Einnahmen eingehen. Die Zeit zwischen Forderungseinreichung und Zahlungseingang ist ein Schlüsselmaß für die Leistung der Forderungsbuchhaltung.

Datenquelle

Explizit als Payment Transaction in Resolute erfasst. Diese Transactions sind Logged with a Date, Source, und Amount, oft Before They are Fully Posted to Individual Charges.

Erfassen

Erfassen Sie Zahlungstransaktionen aus dem Finanztransaktionsprotokoll, oft identifizierbar durch spezifische Transaktionstypen.

Ereignistyp explicit
Forderung an Zahler übermittelt
Dies markiert das Ereignis, bei dem die Forderung offiziell zur Bearbeitung an den Versicherer gesendet wird. In Epic ist dies ein verfolgtes Ereignis, das protokolliert wird, wenn die elektronische Forderungsdatei an das Clearinghaus oder den Antrag bearbeitet.en Kostenträger übermittelt wird.
Bedeutung

Dieser Meilenstein ist maßgeblich, da er den Beginn der Zahlungsfrist des Kostenträgers markiert. Die Analyse hilft, die Effizienz des Forderungsübermittlungsprozesses zu messen und unterstützt den KPI 'Invoice to Payer Delivery Time'.

Datenquelle

Dies ist ein explizites Ereignis, das in Resolute erfasst wird. Der ForderungsDatensatz enthält einen Einreichungsstatus und einen Zeitstempel, der angibt, wann er gesendet wurde.

Erfassen

Erfassen Sie den Zeitstempel, der mit der Statusänderung der Claim zu 'Submitted' oder 'Transmitted' verbunden ist.

Ereignistyp explicit
Forderung vom Zahler abgelehnt
Stellt den Erhalt einer Benachrichtigung vom Kostenträger dar, dass die Forderung abgelehnt wurde. Dies wird erfasst, wenn Epic eine elektronische Zahlungsavis (835-Datei) verarbeitet oder wenn ein Benutzer eine Ablehnung manuell verbucht.
Bedeutung

Diese Aktivität initiiert eine kritische Nacharbeits-Schleife. Die Analyse der Ablehnungsgründe und -volumina ist maßgeblich, um die Ursachen zu identifizieren, die Erst-Pass-Zahlungsraten zu verbessern und Inkassoverzögerungen zu reduzieren.

Datenquelle

Explizit als Transaction oder Status Update auf dem Claim erfasst. Denial Information, Including Reason Codes, ist Typically Received Electronically und Posted to the Account.

Erfassen

Filtern Sie nach spezifischen Transaktionstypen oder Claim Status Updates, die einen Denial anzeigen.

Ereignistyp explicit
Gebühren erfasst
Stellt die formale Erfassung abrechenbarer Leistungen für die erbrachten Dienste dar. In Epic ist dies in der Regel eine explizite Transaktion, die auf dem Patienten-Konto gebucht wird, oft automatisch aus klinischen Aktionen generiert oder manuell eingegeben.
Bedeutung

Dies ist ein kritischer erster Meilenstein. Die Messung der Geschwindigkeit und Genauigkeit der Leistungserfassung hilft, den Abrechnungsprozess zu beschleunigen und sicherzustellen, dass alle erbrachten Leistungen abgerechnet werden.

Datenquelle

Explizit in Resolute's Transaction Logs erfasst. Jede Charge ist ein Discrete Entry with a Post Date, Service Date, und Amount, oft Found in Tables wie ARPB_TRANSACTIONS.

Erfassen

Erfassen Sie Buchungstransaktionen aus dem Finanztransaktionsprotokoll des Systems.

Ereignistyp explicit
Konto geschlossen
Dies ist die letzte Aktivität, die signalisiert, dass der ausstehende Zahlungen identifizieren.ende Saldo des Billing Event null erreicht hat und keine weiteren Aktivitäten ausstehende Zahlungen identifizieren.en. Dies kann auf vollständige Zahlung, Anpassungen oder eine Abschreibung zurückzuführen sein.
Bedeutung

Dieses Ereignis markiert den erfolgreichen Abschluss des Revenue Cycle für ein Billing Event. Die End-to-End-Dauer von der Leistung bis zum Abschluss ist ein kritischer KPI für die Gesamtprozesseffizienz.

Datenquelle

Dies ist in der Regel ein abgeleitetes Ereignis. Es wird durch die Identifizierung des Zeitpunkts bestimmt, zu dem der Kontostand für das Billing Event null wird und null bleibt.

Erfassen

Abgeleitet durch die Berechnung einer Running Total des Account Balance und die Identifizierung des Zeitstempel der Last Transaction that Made the Balance Zero.

Ereignistyp inferred
Leistung erbracht
Diese Aktivität markiert den Zeitpunkt, an dem eine klinische Leistung für den Patienten erbracht wird, was das Billing Event initiiert. Dies wird oft aus dem Epic EHR (EpicCare) erfasst, wenn ein Kliniker einen Besuch oder ein Verfahren abschließt.
Bedeutung

Dies ist das primäre Start-Event für den Revenue Cycle. Die Analyse der Zeit von diesem Punkt bis zur Leistungserfassung ist maßgeblich, um Verzögerungen bei der Rechnungsstellung und potenzielle Umsatzverluste zu identifizieren.

Datenquelle

Dieses Ereignis wird in der Regel aus Service- oder Besuchs-Zeitstempels in den klinischen Modulen abgeleitet, die mit dem Abrechnungskonto verknüpft sind. Das Leistungsdatum auf der Abrechnungstransaktion ist der zentrale Datenpunkt.

Erfassen

Abgeleitet vom Service Date Associated with the First Charge Transaction for the Billing Event.

Ereignistyp inferred
Zahlung dem Konto zugewiesen
Dies ist das Ereignis, bei dem eine erhaltene Zahlung auf spezifische Leistungen auf dem Patientenkonto angewendet oder zugewiesen wird. Diese Aktion reduziert den ausstehende Zahlungen identifizieren.enden Saldo des Billing Event.
Bedeutung

Effizientes Payment Posting ist maßgeblich für Maintaining Accurate Account Balances und Closing out Billing Ereignisse. Es Allows for Correct Identification of Remaining Balances for Secondary Billing oder Collections.

Datenquelle

Dies ist eine explizite Transaktion in Resolute. Die Zahlungsbuchung verknüpft eine Zahlungstransaktion mit einer oder mehreren Leistungstransaktionen, was in den Transaktionsdetailtabellen erfasst wird.

Erfassen

Erfassen Sie den TransaktionsDatensatz, der eine Zahlung einer Leistung zuweist, identifizierbar durch spezifische Transaktionstypen.

Ereignistyp explicit
Anspruch erneut eingereicht
Dieses Ereignis tritt ein, nachdem eine abgelehnte Forderung korrigiert und erneut an den Kostenträger gesendet wurde. Dies ist ein separates Einreichungsereignis, das mit der ursprünglichen Forderung verknüpft ist.
Bedeutung

Dies ist ein wichtiger Bestandteil der Nacharbeits-Schleife. Die Messung der Zeit bis zur erneuten Einreichung und der Erfolgsquote der erneut eingereichten Forderungen ist maßgeblich für das Verständnis der Wirksamkeit des Ablehnungsbeilegungsprozesses.

Datenquelle

Dies ist ein explizites Ereignis, ähnlich der ursprünglichen Einreichung, aber oft als erneute Einreichung gekennzeichnet. Der ForderungsDatensatz zeigt einen neuen Einreichungs-Zeitstempel und kann einen Wiedereinreichungscode enthalten.

Erfassen

Erfassen Sie den Zeitstempel für eine Claim Submission, die als Correction oder Resubmission gekennzeichnet ist.

Ereignistyp explicit
Anspruch generiert
Diese Aktivität kennzeichnet die Erstellung einer formalen Forderung oder Rechnung durch das System auf der Grundlage der erfassten Leistungen. Es ist ein vorbereitender Schritt, bevor die Forderung an den Kostenträger oder Patienten gesendet wird.
Bedeutung

Die Verfolgung der Forderungsgenerierung hilft, Verzögerungen zwischen der Erfassung der Leistungen und deren Vorbereitung zur Einreichung zu isolieren. Es ist ein wichtiger interner Schritt, der den Antrag bearbeitet.ie gesamte Pünktlichkeit der Abrechnung beeinflussen kann.

Datenquelle

Dies wird in der Regel protokolliert, wenn ein Batch-Job zur Abrechnungs- oder Forderungsgenerierung läuft. Das System zeichnet einen Zeitstempel auf, wenn die Forderungsdatei (wie eine 837-Datei) für ein bestimmtes Konto erstellt wird.

Erfassen

Identifizieren Sie Log-Einträge oder Status Changes Indicating the Claim has been Compiled und is Ready for Submission.

Ereignistyp explicit
Kontenanpassung vorgenommen
Diese Aktivität stellt eine Nicht-Zahlungstransaktion dar, die den Kontostand ändert, wie z.B. eine vertragliche Anpassung, eine Abschreibung geringfügiger Restbeträge oder ein Kulanzrabatt. Dies wird als spezifischer Transaktionstyp erfasst.
Bedeutung

Die Analyse von Anpassungen ist maßgeblich für die Identifizierung von Umsatzverlusten. Hohe Volumina bestimmter Anpassungstypen können auf Probleme mit Gebührenordnungen, Vertragsgestaltung oder internen Richtlinien hinweisen.

Datenquelle

Explizit als Adjustment Transactions in Resolute's Financial Logs erfasst. Jeder Adjustment will have a Specific Typ oder Reason Code Associated with It.

Erfassen

Filtern Sie nach Transaktionstypen, die Financial Adjustments oder Write-Offs entsprechen.

Ereignistyp explicit
Nachverfolgung der Ablehnung initiiert
Diese Aktivität markiert den Beginn des internen Prozesses zur Überprüfung und Beilegung einer abgelehnten Forderung. Sie wird oft erfasst, wenn ein Benutzer die abgelehnte Forderung in einer Workqueue übernimmt oder ihren Status ändert.
Bedeutung

Die Verfolgung hilft, die Reaktionsfähigkeit des Denial Management Teams zu messen. Verzögerungen zwischen einer Ablehnung und dem Beginn der Nachverfolgung können den Revenue Cycle unnötig verlängern.

Datenquelle

Dies wird in der Regel aus Änderungen des Forderungsstatus oder den Antrag bearbeitet.er Zuweisungshistorie innerhalb der Epic Workqueues abgeleitet. Zum Beispiel könnte sich der Status der Forderung von 'Abgelehnt' zu 'In Überprüfung' ändern.

Erfassen

Abgeleitet von einer Claim Status Change oder einem Audit Log Entry Showing a Benutzer has Started Working the Denial.

Ereignistyp inferred
Saldo an Inkasso gesendet
Dies markiert den Zeitpunkt, an dem ein unbezahlter Kontostand an einen internen oder externen Inkassoprozess übertragen wird. Dies ist oft eine explizite Statusänderung im Konto oder Billing Event.
Bedeutung

Diese Aktivität leitet die letzte Phase der Eintreibung unbezahlter Salden ein. Die Verfolgung der Erfolgsquote und der Zykluszeit des Inkassoprozesses ist maßgeblich, um uneinbringliche Forderungen zu minimieren.

Datenquelle

Dies ist in der Regel ein explizites Ereignis. Epic verfügt über Funktionen zur Übertragung von Konten an Inkassobüros, was einen Protokolleintrag oder eine Statusänderung im Konto erzeugt.

Erfassen

Identifizieren Sie den Status Change oder den Antrag bearbeitet.ie Transaction that Indicates an Account has been Placed with a Collection Agency.

Ereignistyp explicit
Empfohlen Optional

Extraktionsanleitungen

So erhalten Sie Ihre Daten von Epic Resolute