Revenue cycle management (RCM) is the financial process healthcare organizations use to manage revenue from the beginning of a patient encounter through final payment, collections, and performance reporting. It connects patient access, insurance verification, clinical documentation, medical coding, claims, payer reimbursement, denial management, and patient balances.
The exact number of RCM steps differs between organizations because some workflows are combined while others are separated. This guide uses a 13-step revenue cycle management model to show how each activity connects to the next and how an error at one stage can affect reimbursement later in the cycle.
What Are the 13 Steps of Revenue Cycle Management?
The 13 steps of revenue cycle management are:
| Step | Revenue Cycle Stage | Main Purpose |
| 1 | Appointment Scheduling | Create the patient encounter |
| 2 | Patient Pre-Registration | Collect patient and insurance information |
| 3 | Insurance Eligibility and Benefits Verification | Confirm active coverage and benefits |
| 4 | Prior Authorization | Obtain required payer approval |
| 5 | Patient Registration and Check-In | Validate patient information |
| 6 | Point-of-Service Collections | Collect applicable patient responsibility |
| 7 | Clinical Documentation | Document care and services provided |
| 8 | Charge Capture | Identify billable services |
| 9 | Medical Coding | Assign diagnosis and procedure codes |
| 10 | Claim Scrubbing and Submission | Validate and transmit the claim |
| 11 | Payer Adjudication and Payment Posting | Determine and record reimbursement |
| 12 | Denial Management and Appeals | Resolve denied or unpaid claims |
| 13 | Patient Billing, Collections and Reporting | Collect balances and analyze RCM performance |
These steps are connected. Information created during scheduling, registration, verification, documentation, and coding eventually becomes part of the claim used to request reimbursement.
A simple dependency looks like this:
Patient information → Insurance information → Clinical service → Documentation → Coding → Claim → Payer decision → Payment or denial → Patient balance → Reporting
Revenue Cycle Management Flowchart
The healthcare revenue cycle can be divided into front-end, mid-cycle, and back-end processes.
Scheduling → Pre-Registration → Eligibility Verification → Prior Authorization → Registration → Point-of-Service Collection → Clinical Documentation → Charge Capture → Medical Coding → Claim Submission → Adjudication → Payment/Denial → Patient Billing, Collections and Reporting
Front-End RCM
Steps 1–6
Front-end RCM collects and validates the administrative and financial information required before and during the patient encounter.
Input: Patient request
Activity: Scheduling, registration, insurance verification and authorization
Output: Financially and administratively prepared patient encounter
Mid-Cycle RCM
Steps 7–10
Mid-cycle RCM converts clinical care into accurate billable information.
Input: Clinical encounter
Activity: Documentation, charge capture, coding and claim preparation
Output: Claim ready for payer submission
Back-End RCM
Steps 11–13
Back-end RCM converts claims and outstanding patient balances into collected revenue while identifying problems that need correction.
Input: Submitted claim
Activity: Adjudication, posting, denial resolution, billing and collections
Output: Reimbursement, resolved balances and performance data
What Is Revenue Cycle Management in Healthcare?
Revenue cycle management is the coordinated process used to track the financial side of healthcare services from patient access through reimbursement and final account resolution.
Several entities interact throughout the cycle:
- Patient: Receives healthcare services and may owe deductibles, copays, coinsurance or other balances.
- Healthcare provider: Delivers and documents care.
- Payer: Reviews covered claims and determines reimbursement according to applicable plan rules.
- Clinical and billing teams: Convert healthcare services into documented, coded and submitted claims.
- RCM or finance teams: Track payments, denials, accounts receivable, collections and financial performance.
The relationship can be summarized as:
Patient encounter → Healthcare service → Clinical documentation → Financial claim → Payer reimbursement → Patient responsibility → Final collection
RCM therefore covers more than medical billing. Medical billing is a major component of the process, but the revenue cycle often starts before a patient enters the examination room.
Where Does the Revenue Cycle Begin?
In this 13-step framework, the revenue cycle begins with patient access, starting with appointment scheduling.
The early stages gather information such as:
- Patient name and demographics
- Contact information
- Reason for the visit
- Insurance information
- Subscriber information
- Provider and location
- Appointment type
Errors created here can move downstream. A wrong insurance ID entered during pre-registration, for example, can cause eligibility problems or claim processing issues later.
Where Does the Revenue Cycle End?
The cycle reaches its final stages once payer reimbursement and applicable patient balances have been addressed and the organization has recorded the financial outcome.
The closing activities include:
- Payment posting
- Denial resolution
- Patient statements
- Patient collections
- Outstanding A/R follow-up
- Revenue reporting
- Workflow analysis
- Revenue leakage identification
- Process improvement
Reporting also feeds information back into earlier stages, making RCM a continuing cycle rather than a one-time billing sequence.
RCM vs. Medical Billing
Revenue cycle management and medical billing are related, but they are not identical.
| Revenue Cycle Management | Medical Billing |
| Covers the broader financial lifecycle | Operates within the broader revenue cycle |
| Begins before care is delivered | Often centers on coding, claims and reimbursement workflows |
| Includes scheduling and patient access | Focuses more directly on billing-related activities |
| Includes eligibility and authorization | Uses verified patient and payer information |
| Includes documentation and charge capture | Uses documentation and charges to prepare claims |
| Includes denials, patient collections and reporting | Handles claims and related payment follow-up |
Medical billing is therefore one operational component inside the larger healthcare revenue cycle.
What Are the Three Stages of Revenue Cycle Management?
The 13 steps can be organized into three broader stages: front-end RCM, mid-cycle RCM, and back-end RCM.
Front-End RCM
Front-end RCM prepares the encounter before billing begins.
It includes:
- Appointment scheduling
- Pre-registration
- Insurance eligibility verification
- Benefits verification
- Prior authorization
- Registration and check-in
- Patient responsibility estimation
- Point-of-service collections
The central principle is simple:
Accurate patient-access data reduces downstream billing problems.
An incorrect insurance ID, outdated demographic record, or missing authorization can cause problems long after the patient encounter has taken place.
Mid-Cycle RCM
Mid-cycle RCM translates care into billable information.
It includes:
- Clinical documentation
- Charge capture
- Medical coding
- Claim creation
- Claim review and scrubbing
The main relationship is:
Care delivered → Care documented → Services captured → Codes assigned → Claim created
Weakness at any point can affect the information eventually submitted to the payer.
Back-End RCM
Back-end RCM manages what happens after the claim enters the reimbursement process.
It includes:
- Payer adjudication
- Reimbursement
- Payment posting
- Adjustments
- Denial management
- Appeals
- Patient billing
- Collections
- Accounts receivable follow-up
- Revenue reporting
The goal is to convert properly billed healthcare services into accurately recorded revenue while identifying the source of unpaid or delayed balances.
The 13 Steps of Revenue Cycle Management Explained
1. Appointment Scheduling
Appointment scheduling creates the initial patient encounter and starts the administrative portion of the revenue cycle.
Scheduling staff generally collect or confirm:
- Patient name
- Contact details
- Reason for visit
- Provider
- Appointment type
- Location
- Date and time
Who handles it: Patient access, scheduling or front-desk staff.
Input: Patient appointment request.
Process: The patient is matched with the appropriate provider, appointment type, location and time.
Output: Scheduled patient encounter.
Common errors: Duplicate patient records, incorrect visit type, inaccurate contact information or wrong provider selection.
Revenue impact: Bad scheduling data can create problems during registration, eligibility verification, authorization and billing.
Best practice: Use standardized scheduling fields and identify the correct appointment type and payer information as early as possible.
What happens next: Patient pre-registration.
2. Patient Pre-Registration
Patient pre-registration collects administrative and insurance information before the scheduled encounter.
Common data elements include:
- Legal name
- Date of birth
- Address
- Phone number
- Insurance plan
- Member or policy ID
- Subscriber information
- Relationship to subscriber
Who handles it: Patient access or front-office staff.
Input: Scheduled encounter and patient information.
Process: Staff collect or update demographic and insurance data before the visit.
Output: Preliminary patient registration record.
Common error: Reusing outdated information without validating changes.
Revenue impact: Incorrect demographic or insurance information can later cause eligibility failures, claim mismatches or patient billing errors.
Pre-Registration vs. Registration
Pre-registration and registration are closely related but occur at different points.
Pre-registration takes place before the appointment and gathers information in advance.
Registration and check-in take place around the encounter and confirm that the information is still correct.
Some RCM frameworks combine both activities into one step, which is one reason the total number of reported revenue cycle steps differs between sources.
3. Insurance Eligibility and Benefits Verification
Insurance verification determines whether the patient’s coverage is active and identifies relevant benefit information for the planned service.
Verification can include:
- Coverage status
- Plan information
- Effective dates
- Copay
- Deductible
- Coinsurance
- Network considerations
- Benefit limitations
- Patient financial responsibility
Who handles it: Eligibility, patient access or front-office teams.
Input: Patient and insurance information.
Process: Coverage and available benefit information are checked with the payer or appropriate eligibility system.
Output: Verified insurance status and available financial-responsibility information.
Common error: Assuming insurance information is current because the patient used the same plan during a previous visit.
Revenue impact:
Incorrect insurance data → eligibility problem → claim processing problem → correction or denial → delayed reimbursement
Verification does not guarantee that every service will be paid. Coverage depends on the service, medical necessity, payer policy, contractual requirements and other claim conditions.
What happens next: Prior authorization, where required.
4. Prior Authorization
Prior authorization is a payer review process required for certain services, items, medications or procedures before they are provided.
CMS explains that under its applicable prior authorization programs, a provider or supplier submits supporting information and receives a decision before the service is rendered.
Who handles it: Authorization staff, clinical staff, patient access teams or specialized RCM personnel.
Input: Patient coverage details, proposed service and supporting clinical information.
Process: Required documentation is submitted to the payer for review.
Output: Authorization decision and, where applicable, authorization details.
Common errors:
- Authorization not requested
- Wrong service included
- Expired authorization
- Incorrect payer
- Required supporting information missing
- Authorization details not linked to the claim workflow
Revenue impact:
Missing required authorization → claim problem or denial → correction/appeal → payment delay or unreimbursed service
Insurance Verification vs. Prior Authorization
| Insurance Verification | Prior Authorization |
| Confirms insurance status and benefit information | Seeks payer approval for a specific service when required |
| Determines whether coverage appears active | Determines whether payer authorization requirements are met |
| Reviews benefits and patient responsibility information | Reviews the proposed service and supporting requirements |
| Happens early in patient access | Happens before applicable services are delivered |
Eligibility verification does not automatically mean that prior authorization has been obtained.
5. Patient Registration and Check-In
Registration confirms the patient’s identity, demographics, insurance details, forms and other required information at the time of the encounter.
Staff may validate:
- Legal name
- Date of birth
- Address
- Contact details
- Insurance card
- Photo identification where applicable
- Consent forms
- Guarantor information
- Changes to insurance
Who handles it: Registration or front-desk staff.
Input: Pre-registration data.
Process: Existing information is validated and updated.
Output: Confirmed encounter record.
Common mistake: Allowing old demographic or insurance information to remain unchanged.
Revenue impact: Claim data often depends on registration data. Incorrect patient information can produce payer mismatches, rejected transactions or inaccurate statements.
Best practice: Treat registration as a validation step rather than a simple check-in action.
What happens next: Collection of applicable patient responsibility and delivery of care.
6. Point-of-Service Collections
Point-of-service collections address amounts the patient is expected to pay around the time care is delivered.
Depending on the patient’s coverage and the provider’s policies, these amounts might include:
- Copays
- Deductible amounts
- Coinsurance
- Prior balances
- Estimated patient responsibility
The financial relationship is:
Insurance benefit information → estimated patient responsibility → patient communication → applicable collection
Who handles it: Front desk, patient financial services or patient access teams.
Input: Verified benefit information and available balance information.
Output: Recorded patient payment or outstanding financial responsibility.
Common mistake: Collecting an amount without sufficient benefit information or failing to explain how an estimate differs from the final payer determination.
Revenue impact: Poor communication can shift balances into later patient collection workflows and create avoidable billing questions.
What happens next: Clinical care and documentation.
Mid-Cycle Revenue Cycle Management
The first six steps prepare the financial and administrative side of the encounter. Mid-cycle RCM begins converting the actual healthcare service into information suitable for billing.
7. Clinical Documentation
Clinical documentation records the patient’s condition, assessment, treatment, procedures, tests and other services performed during the encounter.
Documentation may contain:
- Patient history
- Diagnosis or assessment
- Treatment
- Procedures
- Tests
- Medical decision-making
- Clinician notes
- Services rendered
Its relationship to billing is fundamental:
Clinical service → Documentation → Coding → Claim
Who handles it: Physicians and other qualified clinical professionals, with workflow support from clinical systems and staff.
Input: Patient encounter and clinical activity.
Output: Clinical record supporting the services performed.
Common error: Documentation that is incomplete, inconsistent or insufficient to support the reported service.
Revenue impact:
Incomplete documentation → coding difficulty → inaccurate or unsupported claim → payer issue → delay or denial
Coding should reflect what the documentation supports rather than what staff assume happened during the encounter.
8. Charge Capture
Charge capture identifies billable services, procedures, supplies or other chargeable activity documented during care and moves them into the billing workflow.
Who handles it: Clinical departments, charge-entry staff or billing operations, depending on the organization.
Input: Documented healthcare services.
Process: Billable activity is identified and entered into the appropriate charge workflow.
Output: Recorded charges ready for coding or claim preparation.
Common problems:
- Missing charge
- Duplicate charge
- Incorrect charge
- Service not transferred from clinical workflow
- Charge entered under the wrong encounter
Revenue impact: A missed legitimate charge can produce underbilling and revenue leakage. Incorrect or duplicate charges can create claim problems.
Charge Capture vs. Medical Coding
The two processes serve different functions.
Charge capture identifies what needs to enter the billing process.
Medical coding translates documented diagnoses, procedures and services into the standardized coding systems required for reporting and claims.
Charge capture therefore answers what should be billed, while coding determines how the documented service is represented through the applicable code set.
9. Medical Coding
Medical coding converts clinical documentation into standardized diagnosis and procedure/service codes used in healthcare reporting and claims.
Two major coding systems commonly encountered in U.S. healthcare are ICD-10-CM and CPT.
The AMA describes CPT as the code set used to report medical services and procedures, while ICD-10 diagnosis codes identify why the patient received care.
CMS maintains current ICD-10 resources and implementation files, and the applicable code set changes over time.
Who handles it: Medical coders and other qualified coding professionals.
Input: Clinical documentation and applicable charge information.
Process: Appropriate diagnosis and procedure/service codes are assigned according to documentation and coding requirements.
Output: Coded encounter.
Common errors:
- Code not supported by documentation
- Incorrect diagnosis selection
- Incorrect procedure/service code
- Missing modifier where required
- Outdated code
- Coding information that does not match the documented encounter
Revenue impact: Coding errors can contribute to rejected claims, denials, incorrect reimbursement or compliance concerns.
ICD-10 vs. CPT Codes
| ICD-10-CM | CPT |
| Primarily represents diagnoses and health conditions in physician/outpatient claims | Represents medical procedures and services |
| Describes why care was needed | Describes what service was performed |
| Supports diagnosis reporting | Supports procedure/service reporting |
CPT Level I is maintained by the American Medical Association. CMS also notes that HCPCS Level II is used for products, supplies and services not represented in CPT, including categories such as certain ambulance services and durable medical equipment.
10. Claim Scrubbing and Submission
Claim preparation brings together information from the previous revenue cycle stages and checks it before transmission to the payer.
A claim can include information derived from:
- Patient registration
- Insurance details
- Provider information
- Diagnoses
- Procedures and services
- Charges
- Dates of service
- Authorization information
- Required claim fields
Who handles it: Medical billers, claims staff or RCM teams.
Input: Patient, insurance, provider, coding and charge data.
Process: The claim is created, reviewed against applicable edits and requirements, corrected where necessary and submitted.
Output: Claim transmitted to the payer or clearinghouse.
Common problems:
- Missing information
- Patient data mismatch
- Insurance information error
- Invalid or inconsistent coding
- Required fields missing
- Duplicate claim
- Incorrect payer routing
Revenue impact: Claim errors create rework and extend the time between service delivery and reimbursement.
What Is a Clean Claim?
A clean claim is a claim that can move through processing without requiring the payer to stop and obtain additional information because of a claim defect.
For Medicare, CMS defines a clean claim as one that does not require the Medicare Administrative Contractor to suspend processing for external investigation or development before payment determination.
Operationally, clean claims depend on earlier RCM stages:
Accurate registration + verified insurance + required authorization + complete documentation + correct coding + complete claim data → stronger clean-claim workflow
A claim should not be considered “clean” simply because it was electronically transmitted.
Back-End Revenue Cycle Management
Once a claim has been submitted, the revenue cycle moves into reimbursement, payment posting, denial resolution and patient balance management.
11. Payer Adjudication and Payment Posting
Payer adjudication and payment posting are connected processes but occur on opposite sides of the reimbursement transaction.
What Is Claim Adjudication?
Claim adjudication is the payer’s review of a submitted claim to determine the claim’s payment outcome according to applicable coverage, benefit, contract and processing rules.
The sequence is:
Claim submitted → Payer receives claim → Claim reviewed → Payment determination produced
Possible results include:
- Paid
- Partially paid
- Denied
- Rejected or returned for correction, depending on the point and type of processing issue
CMS describes an adjudicated claim as one that has been accepted and reviewed by the claim processing system and has reached a payment or denial determination.
What Is Payment Posting?
Payment posting records the payer’s payment, contractual adjustment, patient responsibility and other applicable remittance information in the provider’s billing system.
Who handles it: Payment-posting, billing or finance teams.
Input: Payer remittance and payment information.
Output: Updated patient account and claim balance.
Accurate payment posting matters because incorrect posting can hide underpayments, leave false balances on patient accounts or make A/R reports unreliable.
The complete relationship is:
Claim → Payer → Adjudication → Remittance/Payment → Payment Posting → Remaining Balance
12. Denial Management and Appeals
Denial management identifies why claims were not paid as expected, determines the appropriate corrective action and uses denial data to prevent repeat problems.
A strong denial process should include:
- Denial identification
- Reason review
- Root-cause analysis
- Supporting-document review
- Correction where appropriate
- Resubmission or appeal where permitted
- Follow-up
- Prevention analysis
Who handles it: Denial management, billing, coding or specialized RCM staff.
Input: Denial information, claim data, payer communication and supporting documentation.
Output: Corrected claim, appeal, resolved balance or documented final disposition.
What Causes RCM Denials?
Denials often originate before the claim ever reaches the payer.
| Origin | Example Problem | Possible Result |
| Registration | Incorrect patient information | Claim mismatch |
| Eligibility | Coverage problem | Eligibility-related denial |
| Authorization | Missing required approval | Authorization-related denial |
| Documentation | Incomplete supporting information | Coding or medical-necessity issue |
| Charge capture | Incorrect charge | Claim error |
| Coding | Unsupported or incorrect code | Coding-related denial |
| Claim preparation | Required data missing | Rejection or processing problem |
| Follow-up | Missed payer deadline | Unresolved balance |
This creates one of the most important RCM relationships:
A back-end denial often has a front-end or mid-cycle cause.
Treating denials only as a back-office problem misses the opportunity to prevent them.
A denial caused by incorrect registration, for example, should lead to more than claim correction. The organization should identify why incorrect information entered the system and improve the registration workflow.
13. Patient Billing, Collections and Reporting
The final step combines three closely connected activities: patient billing, collection of remaining balances and revenue cycle performance reporting.
Patient Billing
After payer processing and payment posting, the patient’s remaining responsibility can be identified according to the account and applicable payer determination.
Patient billing can involve:
- Statements
- Balance information
- Payment instructions
- Financial communication
- Account questions
- Applicable payment options
Clear statements should allow patients to understand what service was billed, what the payer processed and what amount remains their responsibility.
Patient Collections
Patient collections focus on outstanding patient balances.
The process can include:
- Balance notification
- Payment communication
- Follow-up
- Payment processing
- Account reconciliation
The objective is to collect valid balances while maintaining accurate account records and clear patient communication.
Revenue Cycle Reporting
Reporting turns revenue cycle activity into operational information.
Common reporting areas include:
- Claims submitted
- Claims paid
- Claims denied
- Denial causes
- Outstanding accounts receivable
- Patient balances
- Reimbursement
- Payment delays
- Charge capture issues
- Workflow bottlenecks
- Revenue leakage
Reporting should not exist only for finance teams. RCM data should identify where revenue problems begin.
For example:
Authorization denials increasing → investigate front-end authorization workflow
Coding denials increasing → review documentation and coding workflow
A/R increasing → investigate claim processing, follow-up, denials and payment posting
Why Do Some Sources List 10, 12, 13 or 16 RCM Steps?
There is no contradiction simply because one organization describes 10 RCM steps while another describes 12, 13 or 16.
The underlying revenue cycle contains many of the same activities. The number changes according to whether related activities are grouped together or treated as separate stages.
| 13-Step Model | Alternative Framework |
| Scheduling and pre-registration are separate | They may be combined as patient access |
| Verification and authorization are separate | They may be grouped together |
| Claim scrubbing and submission are combined | They may be two individual steps |
| Adjudication and payment posting are combined | They may be separate stages |
| Denial management and appeals are combined | Appeals may receive their own step |
| Patient billing, collections and reporting are combined | Each may be treated separately |
A 16-step model might separate several activities that this guide combines.
A 10-step model might combine multiple front-end or back-end processes.
The more useful question is not “Which number is universally correct?”
It is:
“Does the model account for every major dependency from patient access through final financial resolution?”
What Is the Correct Order of the Revenue Cycle?
The exact labels differ between healthcare organizations, but the operational sequence generally follows this dependency:
Patient Access → Insurance Verification → Authorization → Clinical Care → Documentation → Charge Capture → Coding → Claim Preparation → Claim Submission → Adjudication → Payment or Denial → Patient Collections → Reporting
In the 13-step framework used in this guide, that sequence becomes:
- Appointment scheduling
- Patient pre-registration
- Insurance eligibility and benefits verification
- Prior authorization
- Registration and check-in
- Point-of-service collections
- Clinical documentation
- Charge capture
- Medical coding
- Claim scrubbing and submission
- Payer adjudication and payment posting
- Denial management and appeals
- Patient billing, collections and reporting
The dependencies matter more than the number attached to each stage.
Documentation must exist before accurate coding.
Coding and charges must be ready before a complete claim is created.
Payer processing must occur before the final patient balance is known.
Denial analysis should feed back into whichever earlier process created the problem.
How Errors at One RCM Stage Affect the Entire Revenue Cycle
Revenue cycle problems rarely stay confined to the department that creates them.
Example 1: Incorrect Patient Information
Wrong demographic information
→ Patient or payer mismatch
→ Claim processing problem
→ Correction
→ Resubmission
→ Delayed reimbursement
The billing team encounters the problem, but the root cause may exist in registration.
Example 2: Missing Prior Authorization
Required authorization not obtained
→ Service delivered
→ Claim submitted
→ Authorization-related denial
→ Review or appeal
→ Rework
→ Payment delay or possible revenue loss
The denial appears at the back end, but the failure occurred before service delivery.
Example 3: Incomplete Clinical Documentation
Incomplete documentation
→ Coding cannot be fully supported
→ Claim information becomes inaccurate or incomplete
→ Payer questions or denies claim
→ Documentation review
→ Correction or appeal
This is why coding quality depends on documentation quality.
Example 4: Missed Charge
Service delivered
→ Service documented
→ Charge not captured
→ Claim omits legitimate billable service
→ Underbilling
→ Revenue leakage
No denial needs to occur for revenue to be lost.
Example 5: Incorrect Payment Posting
Payer makes payment
→ Payment posted incorrectly
→ Remaining balance appears inaccurate
→ A/R report becomes misleading
→ Staff follow up on wrong account balance
This shows why the revenue cycle does not end when money reaches the provider.
Who Is Responsible for Each Revenue Cycle Step?
Responsibilities differ according to the size, structure, specialty and technology of the organization, but ownership often follows this pattern:
| RCM Activity | Typical Responsible Role |
| Appointment scheduling | Scheduling/front desk |
| Pre-registration | Patient access |
| Eligibility verification | Eligibility/front-office staff |
| Prior authorization | Authorization team/clinical support |
| Registration | Patient access/front desk |
| Point-of-service collections | Front desk/patient financial services |
| Clinical documentation | Clinician |
| Charge capture | Clinical/billing operations |
| Medical coding | Medical coder |
| Claim submission | Medical billing/claims team |
| Adjudication | Payer |
| Payment posting | Billing/finance |
| Denial management | Billing/denials team |
| Patient collections | Patient financial services |
| Reporting | RCM/finance leadership |
Ownership matters because every unresolved handoff creates another opportunity for missing information.
Organizations should define:
Who performs the task → Who reviews exceptions → Who resolves errors → Who tracks performance
Key Revenue Cycle Management KPIs
RCM metrics should identify where revenue is moving smoothly and where work is accumulating.
Benchmark targets should be based on the organization’s payer mix, specialty, contracts, workflow and reliable industry or internal data rather than unsupported universal percentages.
| KPI | What It Measures | RCM Stage Most Connected |
| Clean claim rate | Claims passing initial processing without preventable defects | Claims |
| Denial rate | Claims denied relative to submitted/processed claims | Back end, with causes across all stages |
| Days in accounts receivable | Time revenue remains outstanding | Back end |
| First-pass resolution | Claims resolved through initial processing | Claims/adjudication |
| Patient collections | Collection of patient-responsibility balances | Front and back end |
| Eligibility-related denials | Problems tied to insurance coverage verification | Front end |
| Authorization-related denials | Claims affected by authorization requirements | Front end |
| Charge capture issues | Services not correctly transferred into billing | Mid-cycle |
| Reimbursement performance | Financial outcome of billed services | Back end |
| Revenue leakage | Revenue lost through missed charges, workflow failures or unresolved balances | Entire cycle |
A KPI becomes more useful when it is connected to its source.
For example:
High eligibility denials → investigate verification workflow
High coding denials → investigate documentation and coding
Increasing A/R → segment balances by payer, age, denial status and root cause
How to Improve Revenue Cycle Management
RCM improvement should address the stage where a problem originates instead of relying only on back-end follow-up.
Improve Front-End RCM
Keep Patient Data Accurate
Validate demographics and insurance information rather than assuming existing records are still current.
Verify Coverage Early
Eligibility checks performed before the encounter provide time to identify inactive coverage, incorrect payer information or benefit questions.
Identify Prior Authorization Requirements
Build authorization checks into the scheduling and pre-service workflow for services subject to payer requirements.
Communicate Patient Responsibility Clearly
Use available benefit information to explain applicable financial responsibility and distinguish estimates from final payer processing.
Standardize Patient Access Workflows
Use consistent fields and escalation procedures for missing information, payer problems and authorization exceptions.
Improve Mid-Cycle RCM
Strengthen Clinical Documentation
Documentation should accurately describe the care performed and support the information used for coding and billing.
Monitor Charge Capture
Compare documented services with captured charges to identify missed, duplicate or incorrect charges.
Maintain Coding Quality
Use current coding resources and ensure codes are supported by the medical record.
CPT is updated regularly by the AMA, while CMS publishes current ICD-10 resources and update files, making code-set maintenance an ongoing operational requirement.
Scrub Claims Before Submission
Validate required fields, patient information, payer data, coding and other claim elements before transmission.
Improve Back-End RCM
Analyze Denials by Root Cause
Do not stop after correcting an individual denied claim.
Track whether the problem began in:
- Registration
- Eligibility
- Authorization
- Documentation
- Charge capture
- Coding
- Claim preparation
Post Payments Accurately
Reconcile payments and adjustments with the appropriate claim and patient account.
Segment Accounts Receivable
Organize A/R by factors such as:
- Payer
- Age
- Balance
- Denial status
- Claim status
- Patient responsibility
This makes follow-up more targeted than treating every outstanding account the same.
Track Trends Over Time
A single denial is a transaction.
Repeated denials for the same reason are a process problem.
RCM improvement depends on finding that difference.
Conclusion
Revenue cycle management is not thirteen disconnected billing tasks. It is a chain of dependent clinical, administrative and financial processes.
Scheduling affects registration.
Registration affects eligibility.
Eligibility affects patient responsibility and authorization.
Documentation affects coding.
Coding affects claims.
Claims affect reimbursement.
Errors across any of those stages can create denials, delayed A/R or revenue leakage.
A stronger RCM process therefore does more than work unpaid claims faster. It identifies where financial problems originate, assigns responsibility to the correct workflow, measures the result and feeds those lessons back into earlier stages of the revenue cycle.
That is the real value of viewing RCM as a complete cycle rather than simply a medical billing checklist.
Frequently Asked Questions
What are the 13 steps of revenue cycle management?
The 13 steps in this framework are appointment scheduling, pre-registration, insurance verification, prior authorization, registration, point-of-service collections, clinical documentation, charge capture, medical coding, claim scrubbing and submission, payer adjudication and payment posting, denial management and appeals, and patient billing, collections and reporting.
What are the 12 steps of RCM?
A 12-step RCM model generally covers the same revenue cycle but combines two activities that another framework treats separately. For example, scheduling and pre-registration might be grouped into patient access, or patient billing and collections might be treated as a single closing stage.
What are the 10 steps of the revenue cycle?
A 10-step model uses broader categories. It might combine scheduling with registration, group eligibility with authorization, or merge multiple back-end activities. The underlying workflow still moves from patient access through clinical documentation, coding, claims, reimbursement and final balance resolution.
What is the correct order of the revenue cycle?
The revenue cycle generally moves from patient access and insurance verification to clinical care, documentation, charge capture, coding, claim submission, payer adjudication, payment or denial resolution, patient collections and performance reporting. Exact labels differ by organization.
What are the three stages of revenue cycle management?
The three broad stages are front-end RCM, mid-cycle RCM and back-end RCM. Front-end RCM manages patient access and insurance information. Mid-cycle RCM converts documented care into billable claims. Back-end RCM manages payer reimbursement, denials, patient balances and reporting.
What is RCM in healthcare?
Revenue cycle management is the process healthcare organizations use to manage the financial workflow associated with patient care, from scheduling and insurance verification through claims, reimbursement, patient collections and reporting.
Is medical billing the same as revenue cycle management?
No. Medical billing is part of revenue cycle management. RCM includes activities that occur before and after medical billing, including scheduling, registration, eligibility verification, authorization, charge capture, patient collections and performance reporting.
What is the first step of RCM?
In this 13-step model, the first step is appointment scheduling. Some broader frameworks call the first stage patient access or registration because they group scheduling and pre-registration together.
What is the last step of RCM?
In this framework, the last step is patient billing, collections and reporting. It addresses remaining patient responsibility, unresolved balances and the financial data used to identify revenue cycle problems.
What causes revenue cycle denials?
Denials can originate from incorrect registration information, eligibility problems, missing prior authorization, incomplete documentation, coding issues, claim data errors and payer-specific requirements. Root-cause analysis is needed because the department receiving the denial is not always the department that created the problem.
What is a clean claim?
A clean claim is one that contains the information required to proceed through payer processing without a defect that requires external development before adjudication. CMS uses this concept in Medicare claim processing.
What is payment posting in RCM?
Payment posting is the process of recording payer payments, adjustments and patient responsibility against the correct claim and patient account. Accurate posting allows the organization to determine what has been paid and what balance remains.
What is claim adjudication?
Claim adjudication is the payer’s process of reviewing an accepted claim and determining the payment outcome. The result can include payment, partial payment or denial based on applicable claim and coverage rules.
Why is insurance verification important?
Insurance verification confirms coverage and benefit information before billing. Incorrect or inactive insurance information can cause claim-processing problems, increase rework and delay reimbursement.
What is the difference between CPT and ICD-10 codes?
CPT codes primarily report medical procedures and services, while ICD-10-CM codes report diagnoses and health conditions. On a professional claim, the diagnosis helps describe why the patient required care, while CPT helps describe what service or procedure was provided.
