Your Revenue Cycle Management Data Template

Waystar
Your Revenue Cycle Management Data Template

Your Revenue Cycle Management Data Template

This template provides a comprehensive guide to the essential data attributes you will need to collect and the key activities to track for effective Revenue Cycle Management analysis. It also includes practical guidance on how to extract this data from your systems. By following this template, you can ensure a robust foundation for optimizing your RCM process.
  • Recommended data attributes for comprehensive analysis
  • Key process activities to track effectively
  • Practical guidance for data extraction from Waystar
New to event logs? Learn how to create a process mining event log.

Revenue Cycle Management Attributes

These are the recommended data fields and their descriptions, essential for building a complete event log to analyze your revenue cycle management process comprehensively.
5 Required 6 Recommended 11 Optional
Name Description
Activity Name
ActivityName
The name of the specific business event or step that occurred within the revenue cycle process, such as 'Claim Submitted' or 'Payment Posted'.
Description

This attribute describes the individual activities that make up the end-to-end revenue cycle process. Each value represents a distinct step, milestone, or task performed on a billing event, like creating a claim, receiving a denial, or posting a payment.

Analyzing the sequence and frequency of these activities is the foundation of process mining. It allows for the visualization of the process map, identification of rework loops (e.g., 'Claim Denied' followed by 'Claim Corrected'), and measurement of transition times between steps. This is critical for understanding process efficiency and compliance.

Why it matters

This attribute defines the steps in the process map, which is fundamental for visualizing and analyzing the revenue cycle workflow.

Where to get

Generated from event logs, status change records, or transaction types within Waystar's claims and billing modules.

Examples
Claim Submitted To PayerClaim DeniedPayment PostedAccount Closed
Billing Event
BillingEvent
The unique identifier for a single service or product delivery that generates a charge, serving as the case for the revenue cycle process.
Description

The Billing Event acts as the primary case identifier, linking all activities from charge capture to account closure for a specific billable service. It represents the entire lifecycle of a single claim or patient invoice.

In process mining, analyzing the journey of each Billing Event allows for a comprehensive view of the revenue cycle. It helps identify common process paths, deviations, and bottlenecks affecting individual claims. This level of granularity is essential for understanding process performance and pinpointing specific areas for improvement, such as delays in claim submission or payment posting.

Why it matters

This is the essential Case ID that connects all related revenue cycle activities, making it possible to trace the end-to-end process for each billable item.

Where to get

This is typically the primary key from the main billing or claims transaction table within Waystar. Consult Waystar documentation for the specific table and field name.

Examples
BE-2024-0012345BE-2024-0012346BE-2024-0012347
Event Timestamp
EventTimestamp
The precise date and time when the activity occurred.
Description

The Event Timestamp records the exact moment an activity took place. This timestamp is crucial for ordering events chronologically and calculating durations between different steps in the process.

In process analysis, timestamps are used to calculate key performance indicators such as cycle times, wait times, and processing times. For example, the difference between the 'Claim Submitted' timestamp and the 'Payment Posted' timestamp determines the overall payment cycle time. Accurate timestamps are essential for bottleneck analysis and performance monitoring.

Why it matters

Timestamps are required to order events, calculate cycle times, and analyze process performance, forming the temporal backbone of the analysis.

Where to get

This is a standard field associated with almost every transaction or status change record in Waystar, often named 'Creation Date', 'Transaction Date', or similar.

Examples
2023-10-26T10:00:00Z2023-10-27T14:35:10Z2023-11-05T09:15:00Z
Last Data Update
LastDataUpdate
The timestamp indicating the last time the data for this event was refreshed or extracted.
Description

This attribute provides a timestamp for when the data was last extracted from the source system. It is not the time the business event happened, but rather the time the record was pulled for analysis.

This information is critical for data governance and for understanding the freshness of the data in the process mining analysis. It helps users know if they are looking at up-to-date information and is essential for managing incremental data loads.

Why it matters

Ensures data transparency by indicating the freshness of the dataset, which is vital for accurate and timely reporting and analysis.

Where to get

This timestamp is typically generated and added to each row by the ETL (Extract, Transform, Load) process during data ingestion.

Examples
2024-01-15T02:00:00Z2024-01-16T02:00:00Z
Source System
SourceSystem
The system or application where the event data originated.
Description

This attribute identifies the source system that generated the event data. In a complex IT landscape, revenue cycle events might originate from different modules within Waystar or even from integrated external systems like an Electronic Health Record (EHR).

Understanding the source system is important for data validation, troubleshooting, and understanding process variations that may be driven by different system behaviors. It helps in attributing process issues to the correct application or interface.

Why it matters

Identifies the origin of the data, which is crucial for data governance, quality assurance, and understanding process variations across different systems.

Where to get

This is often a static value ('Waystar') added during data extraction or can be derived from specific modules or tables within the system.

Examples
Waystar RCMWaystar Billing ModuleEHR Interface
Billed Amount
BilledAmount
The total amount of money charged for the services rendered on the claim.
Description

The Billed Amount represents the gross charge for the services provided to the patient before any adjustments, contractual allowances, or payments are applied. It is the initial value of the claim submitted to the payer.

This attribute is crucial for financial analysis and understanding the monetary value flowing through the process. It can be used to segment analysis by claim value, identify trends in charges for different services, and calculate the overall financial impact of process inefficiencies like denials or payment delays. It's a foundational metric for most financial dashboards.

Why it matters

Represents the total value of a claim, allowing for financial impact analysis of process delays, denials, and adjustments.

Where to get

A standard financial field on the claim or charge entry screen in Waystar.

Examples
150.001250.75540.50
Claim Status
ClaimStatus
The current status of the claim in its lifecycle, such as 'Submitted', 'Pending', 'Paid', or 'Denied'.
Description

Claim Status provides a snapshot of where a specific billing event is in the revenue cycle at any given time. It indicates the latest milestone reached, such as whether a claim has been sent, is under review by the payer, has been paid, or was rejected.

This attribute is crucial for financial reporting and operational management. In process mining, it helps to understand the current state of all open cases and can be used to analyze how long cases spend in certain statuses, like 'Pending Payer Adjudication'. This directly supports the 'Outstanding Balances and Aging' dashboard.

Why it matters

Provides a current-state view of all in-flight claims, enabling analysis of bottlenecks and prioritization of work.

Where to get

A standard field on the claim or billing record in Waystar, updated as the claim progresses through the cycle.

Examples
SubmittedAcknowledged by PayerDeniedPaid in Full
Denial Reason Code
DenialReasonCode
A standardized code indicating why a claim was denied by the payer.
Description

When a payer denies a claim, they provide a reason code explaining the rejection. These codes can indicate issues like missing information, non-covered services, or coding errors. This attribute captures that specific code.

Analyzing Denial Reason Codes is fundamental to improving the revenue cycle. It allows the organization to identify the root causes of denials, such as frequent errors from a specific department or issues with a particular payer's requirements. This data directly powers the 'Claim Denial Rate and Reasons' dashboard and is key to developing strategies to prevent future denials and improve first-pass payment rates.

Why it matters

This attribute is essential for root cause analysis of claim denials, enabling targeted actions to reduce revenue loss and rework.

Where to get

Populated in the claim record when a denial event occurs. This information is received from the payer in the remittance advice.

Examples
CO-16: Claim/service lacks informationPR-96: Non-covered charge(s)CO-22: This care may be covered by another payer
Outstanding Balance
OutstandingBalance
The remaining amount of money that is still due to be collected for the billing event.
Description

The Outstanding Balance represents the current accounts receivable amount for a given billing event. It is calculated as the billed amount minus any payments and adjustments applied to date.

This is a critical financial metric for managing cash flow and accounts receivable. It is the primary attribute for the 'Outstanding Balances and Aging' dashboard, allowing the organization to track total receivables, identify high-balance accounts, and prioritize collection efforts. Monitoring this value over time shows the effectiveness of the collection process.

Why it matters

Directly measures accounts receivable, which is essential for managing cash flow, prioritizing collections, and assessing financial health.

Where to get

This is typically a calculated field in Waystar's reporting modules (Billed Amount - Paid Amount - Adjustments). It might need to be calculated during data extraction if a direct field isn't available.

Examples
30.00270.25540.50
Payer Name
PayerName
The name of the insurance company or third-party payer responsible for the claim.
Description

This attribute identifies the specific payer, such as an insurance company, government program like Medicare, or another entity, responsible for adjudicating and paying the claim. Each payer may have different submission requirements, payment schedules, and denial patterns.

Analyzing the process by Payer Name is essential for identifying which payers have the longest payment cycles, highest denial rates, or most complex processes. This allows organizations to tailor their strategies, prioritize follow-ups with problematic payers, and negotiate better contracts.

Why it matters

Segmenting the process by payer is critical for identifying payer-specific bottlenecks, denial reasons, and payment delays.

Where to get

Found in the claim or billing information, linked to the patient's insurance details within Waystar.

Examples
AetnaBlue Cross Blue ShieldCignaMedicare Part B
Service Type
ServiceType
The category or type of medical service provided, such as 'Radiology', 'Consultation', or 'Surgical Procedure'.
Description

Service Type classifies the nature of the billable service rendered to the patient. Different types of services often have distinct billing codes, reimbursement rates, and process complexities.

This attribute allows for a granular analysis of the revenue cycle based on the clinical department or service line. It helps answer questions like, 'Which service lines experience the most billing delays?' or 'Are denial rates higher for surgical procedures compared to consultations?'. This is key for departmental performance analysis and targeted process improvement.

Why it matters

Allows for analysis of process performance by clinical department or service line, revealing variations in efficiency and profitability.

Where to get

Typically derived from procedure codes (CPT/HCPCS) or linked to the department that provided the service within Waystar.

Examples
RadiologyCardiology ConsultationEmergency Room VisitOutpatient Surgery
Adjusted Amount
AdjustedAmount
The total financial amount adjusted or written off for the billing event.
Description

The Adjusted Amount represents the sum of all financial adjustments made to a billing event's balance. This includes contractual allowances dictated by payer agreements, as well as other write-offs or corrections.

This is a key metric for the 'Account Adjustment Rate and Impact' dashboard. Summing this amount across different reason codes or payers reveals the financial impact of revenue leakage. It helps quantify losses and provides a business case for addressing the root causes of adjustments.

Why it matters

Quantifies the amount of revenue lost due to write-offs and adjustments, highlighting the financial impact of billing issues and contract terms.

Where to get

Sourced from financial adjustment transactions within Waystar. It may require summing multiple adjustment entries for a single billing event.

Examples
250.2550.0015.80
Adjustment Reason Code
AdjustmentReasonCode
A code that explains the reason for a financial adjustment to the account balance.
Description

When the balance of an account is changed for reasons other than a payment, such as a contractual allowance or a write-off, an Adjustment Reason Code is used to document why. This attribute captures that code.

Analyzing these codes is essential for the 'Account Adjustment Rate and Impact' dashboard. It helps identify the root causes of revenue leakage, such as frequent contractual adjustments with specific payers or write-offs due to billing errors. Understanding these reasons is the first step toward minimizing avoidable revenue loss.

Why it matters

Explains why revenue was adjusted or written off, providing critical insights into revenue leakage and payer contract performance.

Where to get

Associated with adjustment transactions in the payment posting or accounts receivable module of Waystar.

Examples
Contractual ObligationSmall Balance Write-OffBilling Error Correction
Is First Pass Payment
IsFirstPassPayment
A flag indicating if the claim was paid correctly on the first submission without any denials or adjustments.
Description

This calculated boolean attribute indicates whether a claim was paid without any intervening negative events like a denial, rejection, or request for more information. A 'true' value signifies a clean, efficient process for that claim.

This attribute directly supports the 'First Pass Payment Rate' KPI, which is a critical measure of overall revenue cycle efficiency. Analyzing the characteristics of claims that are not paid on the first pass (e.g., by payer, service type) helps to identify the primary drivers of rework and payment delays. Improving this rate leads to faster cash flow and lower operational costs.

Why it matters

Directly measures billing and claims processing quality. A high first pass payment rate indicates an efficient process with minimal rework.

Where to get

This is a derived attribute calculated during data transformation. The logic checks if a 'Payment Posted' event occurs without being preceded by events like 'Claim Denied' or 'Account Adjusted'.

Examples
truefalse
Paid Amount
PaidAmount
The total amount of money received and posted from payers or the patient for the claim.
Description

This attribute records the cumulative amount of money that has been successfully collected for a billing event. This includes payments from primary and secondary insurance payers as well as payments from the patient.

Paid Amount is a key outcome metric for the revenue cycle. It is used to calculate the final yield on billed charges and to measure the effectiveness of the entire process. Comparing Billed Amount to Paid Amount reveals financial performance and highlights areas of revenue leakage. It is essential for dashboards related to collection effectiveness and overall financial health.

Why it matters

Measures the actual cash collected, which is a primary outcome metric for evaluating the overall success of the revenue cycle process.

Where to get

Derived from payment posting transactions linked to the claim in Waystar. It may require summing multiple payment records.

Examples
120.00980.500.00
Patient Class
PatientClass
Indicates the patient's status for the encounter, such as 'Inpatient' or 'Outpatient'.
Description

Patient Class categorizes the type of patient encounter, which often dictates billing rules and reimbursement rates. Common classes include Inpatient, Outpatient, and Emergency.

Analyzing the revenue cycle by Patient Class can reveal significant process differences. For example, inpatient claims are often more complex and have longer payment cycles than outpatient claims. This segmentation is important for setting realistic performance targets and tailoring process improvement initiatives to the specific needs of each class.

Why it matters

Helps segment the process based on encounter complexity (e.g., inpatient vs. outpatient), which often correlates with different billing rules and cycle times.

Where to get

A standard field in the patient registration or encounter data within Waystar or the source EHR.

Examples
InpatientOutpatientEmergency
Patient ID
PatientId
The unique identifier for the patient who received the service.
Description

This attribute is the unique identifier for the patient associated with the billing event. It links the financial transaction back to the individual who received care.

While the Billing Event is the case, Patient ID allows for patient-centric analysis. It can help identify repeat patients, understand the end-to-end patient financial journey across multiple visits, and analyze if certain patient demographics are associated with payment issues or higher denial rates. It provides a way to aggregate all billing activities for a single person.

Why it matters

Enables patient-centric analysis, allowing for a view of the entire financial journey for an individual across multiple billing events.

Where to get

A standard field on the claim or patient registration record within Waystar or linked from an EHR.

Examples
MRN-887654MRN-902101MRN-123456
Payer Type
PayerType
The category of the payer, such as 'Commercial', 'Medicare', or 'Self-Pay'.
Description

Payer Type groups individual payers into broader categories based on their nature. This provides a higher-level view than the specific Payer Name.

This attribute is useful for strategic analysis and reporting. It allows leadership to understand performance trends across major payer categories, such as comparing the overall performance of government payers versus commercial insurers. This can inform strategic decisions about payer contracting and resource allocation.

Why it matters

Enables high-level analysis by grouping payers into categories like Commercial or Government, which often have distinct payment behaviors and rules.

Where to get

Typically derived by mapping the Payer Name to a predefined category list. This logic may exist in Waystar or need to be built during data transformation.

Examples
CommercialMedicareMedicaidSelf-Pay
Payment Cycle Time
PaymentCycleTime
The total time elapsed from when a claim was submitted to when the final payment was posted.
Description

This calculated metric measures the duration of the core payment collection process. It is typically calculated as the time difference between the 'Claim Submitted To Payer' event and the final 'Payment Posted' event for a billing event.

This attribute is the primary measure for the 'Overall Payment Cycle Time Analysis' dashboard and a key performance indicator for cash flow. Analyzing this duration across different payers, service types, or patient classes helps identify the biggest sources of delay in receiving payment. Reducing the average payment cycle time is a primary goal for nearly all revenue cycle management initiatives.

Why it matters

A core KPI that measures the speed of cash collection. Analyzing it helps identify and address the most significant delays in the payment process.

Where to get

Calculated during data transformation by subtracting the timestamp of the submission event from the timestamp of the payment event.

Examples
25 days 4 hours90 days 11 hours14 days 2 hours
Payment Due Date
PaymentDueDate
The date by which payment for the invoice or claim is expected.
Description

The Payment Due Date is the date set by the provider or dictated by payer contracts by which the payment should be received. It serves as a benchmark for measuring payment timeliness.

This attribute is essential for the 'Outstanding Balances and Aging' dashboard. It is used to calculate the age of receivables, categorizing them into buckets like '0-30 days', '31-60 days', etc. This aging analysis is a standard financial practice for managing accounts receivable and prioritizing collection efforts on overdue accounts.

Why it matters

Provides the baseline for calculating accounts receivable aging, which is critical for managing collections and understanding cash flow timeliness.

Where to get

Can be found on the invoice or claim record. It may be calculated based on the invoice date and payment terms.

Examples
2023-11-252023-12-152024-01-30
Responsible User
ResponsibleUser
The user or agent who performed the activity, such as a biller, coder, or collections specialist.
Description

This attribute identifies the specific employee or system user who executed a given activity in the process. For example, it could show which biller submitted a claim or which collector initiated a follow-up call.

Analyzing the process by user helps in understanding workload distribution, individual performance, and training needs. It can highlight if certain users have higher error rates or are more efficient at resolving denials. This is valuable for team management and quality control within the revenue cycle department.

Why it matters

Assigns accountability for process steps, enabling performance analysis at the individual or team level and identifying training opportunities.

Where to get

Found in the audit trail or transaction logs for events in Waystar, often as 'UserID', 'ProcessedBy', or similar.

Examples
jsmithadavisbilling_bot_01
Service To Invoice Time
ServiceToInvoiceCycleTime
The time elapsed from when a service was completed to when the charges were captured and a claim was created.
Description

This metric, also known as 'charge lag', measures the efficiency of the front-end billing process. It is calculated as the time difference between the 'Service Provided/Completed' event and the 'Charges Captured' or 'Claim Created' event.

This attribute directly supports the 'Service To Invoice Cycle Time' dashboard. Delays in this part of the process, known as charge lag, directly postpone the start of the payment cycle, delaying cash flow. Monitoring this helps ensure that all services are billed promptly and accurately, preventing lost revenue and accelerating the entire revenue cycle.

Why it matters

Measures front-end billing efficiency. Reducing this 'charge lag' is crucial for accelerating the entire revenue cycle and preventing lost charges.

Where to get

Calculated during data transformation by subtracting the timestamp of the service event from the timestamp of the charge capture/claim creation event.

Examples
2 days 8 hours1 day 0 hours5 days 1 hour
Required Recommended Optional

Revenue Cycle Management Activities

These are the crucial process steps and key milestones you should capture in your event log for accurate discovery and in-depth analysis of your RCM operations.
6 Recommended 7 Optional
Activity Description
Account Closed
The billing event's lifecycle is complete, with the account balance reaching zero through payments and adjustments. This signifies the successful end of the revenue cycle for this case.
Why it matters

This is the primary end point of the process. Measuring the time to closure and the percentage of accounts that close successfully are key overall performance indicators.

Where to get

This is a calculated event, typically inferred when the outstanding balance field for the billing event becomes zero in the patient accounting system.

Capture

Calculated when the sum of payments and adjustments equals the total charge amount.

Event type calculated
Charges Captured
Marks the entry of billable services into the revenue cycle system. This event is typically logged explicitly when a user finalizes a charge entry or when data is received from a clinical system.
Why it matters

This is the starting point for the billing process. Analyzing the time from service completion to charge capture is crucial for identifying revenue leakage and front-end delays.

Where to get

This event is recorded in a charge entry or transaction table within Waystar, typically containing a creation timestamp when the charge is saved or finalized.

Capture

Event logged upon saving or finalizing a charge entry.

Event type explicit
Claim Adjudicated
The payer has processed the claim and made a payment decision. This event is captured when an Electronic Remittance Advice (ERA), or 835 file, is received from the payer.
Why it matters

This is the primary decision point in the process. It determines if the claim will be paid or denied, directly impacting revenue flow and denial management workflows.

Where to get

Inferred from the receipt date of the ERA (835 file) associated with the claim in Waystar. The ERA file contains the payer's detailed decision.

Capture

Inferred from the processing date of the ERA/835 file received from the payer.

Event type inferred
Claim Denied
The payer has rejected the claim and will not issue payment, as detailed in the Electronic Remittance Advice (ERA). This event triggers the denial management or rework loop.
Why it matters

Directly supports the 'Claim Denial Rate' KPI. Identifying the frequency and reasons for denials is critical for process improvement and revenue recovery.

Where to get

This is inferred from specific denial codes, known as Claim Adjustment Reason Codes (CARCs), within the received ERA (835 file).

Capture

Derived from claim adjustment reason codes (CARCs) in the ERA file that indicate denial.

Event type inferred
Claim Submitted To Payer
The electronic submission of the billing claim to the insurance payer for adjudication. This is a critical handoff from the provider's system to the payer's system via the clearinghouse.
Why it matters

A key milestone that starts the clock on payer response times. It is essential for measuring payment cycle KPIs and identifying submission backlogs.

Where to get

Waystar's clearinghouse functionality explicitly logs the date and time of claim file transmission. Look for submission logs or claim status history.

Capture

Logged in the claim submission history or transaction log upon successful transmission.

Event type explicit
Payment Posted
A received payment is applied or reconciled against the specific patient account and claim. This activity moves the balance from accounts receivable to cash.
Why it matters

This is a crucial final step in the payer cycle. It supports payment posting throughput and lag time KPIs, ensuring accounts are accurately updated in a timely manner.

Where to get

This is an explicit action logged in Waystar when a user posts the payment from the ERA. Many systems have auto-posting features that also log this event.

Capture

Event logged when payment from an ERA is applied to a claim, either manually or via auto-posting.

Event type explicit
Account Adjusted
A manual or contractual adjustment is made to the account balance. This can include write-offs, contractual allowances, patient discounts, or other corrections.
Why it matters

Essential for understanding revenue leakage. Analyzing adjustments helps identify issues with fee schedules, contract management, or uncollectible debt.

Where to get

Every financial adjustment must be logged as a transaction for auditing purposes. This will be an explicit event in the account transaction table.

Capture

Logged as a specific transaction type in the account ledger.

Event type explicit
Claim Corrected and Resubmitted
After a denial or rejection, the claim has been corrected and sent back to the payer. This signifies the restart of the adjudication cycle for a specific claim.
Why it matters

This is a critical rework loop. Analyzing the frequency and reasons for resubmission helps identify root causes of initial errors, such as coding or demographic mistakes.

Where to get

Inferred by identifying a new 'Claim Submitted To Payer' event for a claim that was previously denied. The system may also have a specific status for resubmitted claims.

Capture

Inferred by a new submission event linked to a previously denied claim identifier.

Event type inferred
Claim Created
Represents the generation of a formal billing claim from captured charges. This is an internal step where the system compiles information before submission to the payer.
Why it matters

Tracks the internal efficiency of claim generation. Delays at this stage can postpone the entire payment cycle even before the claim leaves the provider's system.

Where to get

This can be an explicit event but is often inferred from the first timestamp associated with a claim record in Waystar's claims management module.

Capture

Inferred from the creation date of the claim record in the primary claims table.

Event type inferred
Collection Activity Started
The patient account has become delinquent, and active collection efforts have begun. This could involve automated reminders or transfer to a third-party collections agency.
Why it matters

Supports the 'Collection Activity Effectiveness' dashboard. It helps analyze the cost and success rate of collection efforts on aging accounts receivable.

Where to get

This is typically inferred from a change in account status within Waystar to a 'Collections' or 'Bad Debt' state, which triggers a different workflow.

Capture

Inferred from a change in account status to 'Collections' or 'Bad Debt'.

Event type inferred
Denial Appealed
A user has taken action to contest a claim denial, often by resubmitting the claim with corrections or submitting a formal appeal. This activity is a key step in the rework process.
Why it matters

Measures the efficiency of the denial management team. Tracking the time from denial to appeal and the success rate of appeals is important for optimizing recovery efforts.

Where to get

This may be logged as an explicit user action or note in the denial management module. It could also be inferred from a status change on the denied claim.

Capture

Event logged when a user documents an appeal action or updates the claim status to 'Appealed'.

Event type explicit
Patient Balance Statement Sent
After insurance adjudication, a statement is generated and sent to the patient for any remaining balance. This shifts the collection focus from the payer to the patient.
Why it matters

This event initiates the patient payment cycle. Analyzing the effectiveness and timing of statements is key to managing patient receivables and improving patient experience.

Where to get

This is an explicit event logged by the patient billing module when a statement batch is generated or sent electronically or to a printing vendor.

Capture

Event logged in patient correspondence history when a statement is generated.

Event type explicit
Payer Acknowledgement Received
The payer's system confirms receipt of the submitted claim file. This is usually an automated response, like a 277CA or 999 report, indicating the claim has been accepted for processing.
Why it matters

Confirms successful transmission and helps isolate front-end rejections due to formatting or data errors before adjudication begins, enabling faster corrections.

Where to get

Recorded in the claim status or response file tables within Waystar's clearinghouse module after processing an incoming payer acknowledgement file.

Capture

Event logged upon processing an electronic acknowledgement file from the payer.

Event type explicit
Recommended Optional

Extraction Guides

How to get your data from Waystar

Extraction methods for this process are currently being validated. Please check back later or contact us for assistance.