GO BACK

13 Steps of Revenue Cycle Management: Complete RCM Process Explained

13 key steps to learn revenue cycle management

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.

Table of Contents

What Are the 13 Steps of Revenue Cycle Management?

The 13 steps of revenue cycle management are:

StepRevenue Cycle StageMain Purpose
1Appointment SchedulingCreate the patient encounter
2Patient Pre-RegistrationCollect patient and insurance information
3Insurance Eligibility and Benefits VerificationConfirm active coverage and benefits
4Prior AuthorizationObtain required payer approval
5Patient Registration and Check-InValidate patient information
6Point-of-Service CollectionsCollect applicable patient responsibility
7Clinical DocumentationDocument care and services provided
8Charge CaptureIdentify billable services
9Medical CodingAssign diagnosis and procedure codes
10Claim Scrubbing and SubmissionValidate and transmit the claim
11Payer Adjudication and Payment PostingDetermine and record reimbursement
12Denial Management and AppealsResolve denied or unpaid claims
13Patient Billing, Collections and ReportingCollect 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 ManagementMedical Billing
Covers the broader financial lifecycleOperates within the broader revenue cycle
Begins before care is deliveredOften centers on coding, claims and reimbursement workflows
Includes scheduling and patient accessFocuses more directly on billing-related activities
Includes eligibility and authorizationUses verified patient and payer information
Includes documentation and charge captureUses documentation and charges to prepare claims
Includes denials, patient collections and reportingHandles 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 VerificationPrior Authorization
Confirms insurance status and benefit informationSeeks payer approval for a specific service when required
Determines whether coverage appears activeDetermines whether payer authorization requirements are met
Reviews benefits and patient responsibility informationReviews the proposed service and supporting requirements
Happens early in patient accessHappens 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-CMCPT
Primarily represents diagnoses and health conditions in physician/outpatient claimsRepresents medical procedures and services
Describes why care was neededDescribes what service was performed
Supports diagnosis reportingSupports 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:

  1. Denial identification
  2. Reason review
  3. Root-cause analysis
  4. Supporting-document review
  5. Correction where appropriate
  6. Resubmission or appeal where permitted
  7. Follow-up
  8. 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.

OriginExample ProblemPossible Result
RegistrationIncorrect patient informationClaim mismatch
EligibilityCoverage problemEligibility-related denial
AuthorizationMissing required approvalAuthorization-related denial
DocumentationIncomplete supporting informationCoding or medical-necessity issue
Charge captureIncorrect chargeClaim error
CodingUnsupported or incorrect codeCoding-related denial
Claim preparationRequired data missingRejection or processing problem
Follow-upMissed payer deadlineUnresolved 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 ModelAlternative Framework
Scheduling and pre-registration are separateThey may be combined as patient access
Verification and authorization are separateThey may be grouped together
Claim scrubbing and submission are combinedThey may be two individual steps
Adjudication and payment posting are combinedThey may be separate stages
Denial management and appeals are combinedAppeals may receive their own step
Patient billing, collections and reporting are combinedEach 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:

  1. Appointment scheduling
  2. Patient pre-registration
  3. Insurance eligibility and benefits verification
  4. Prior authorization
  5. Registration and check-in
  6. Point-of-service collections
  7. Clinical documentation
  8. Charge capture
  9. Medical coding
  10. Claim scrubbing and submission
  11. Payer adjudication and payment posting
  12. Denial management and appeals
  13. 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 ActivityTypical Responsible Role
Appointment schedulingScheduling/front desk
Pre-registrationPatient access
Eligibility verificationEligibility/front-office staff
Prior authorizationAuthorization team/clinical support
RegistrationPatient access/front desk
Point-of-service collectionsFront desk/patient financial services
Clinical documentationClinician
Charge captureClinical/billing operations
Medical codingMedical coder
Claim submissionMedical billing/claims team
AdjudicationPayer
Payment postingBilling/finance
Denial managementBilling/denials team
Patient collectionsPatient financial services
ReportingRCM/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.

KPIWhat It MeasuresRCM Stage Most Connected
Clean claim rateClaims passing initial processing without preventable defectsClaims
Denial rateClaims denied relative to submitted/processed claimsBack end, with causes across all stages
Days in accounts receivableTime revenue remains outstandingBack end
First-pass resolutionClaims resolved through initial processingClaims/adjudication
Patient collectionsCollection of patient-responsibility balancesFront and back end
Eligibility-related denialsProblems tied to insurance coverage verificationFront end
Authorization-related denialsClaims affected by authorization requirementsFront end
Charge capture issuesServices not correctly transferred into billingMid-cycle
Reimbursement performanceFinancial outcome of billed servicesBack end
Revenue leakageRevenue lost through missed charges, workflow failures or unresolved balancesEntire 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.