A practice can have a perfectly healthy patient volume and still run into payment problems if every transaction is pushed through the same merchant account. This becomes more important when a clinic combines in-person services, telehealth or other card-not-present (CNP) transactions, prescriptions, memberships, or recurring programs.
For some specialized healthcare practices, the answer may be a single payment processor. For others, separating transaction types across appropriately underwritten merchant accounts can create a more resilient payment processor architecture.
The key is not to use as many processors as possible. It is to make sure each payment stream is accurately described, appropriately underwritten, and operationally manageable.
Cerbo | OptiMantra’s Head of Payments, Bart Phelps, summarized the risk of taking the opposite approach this way:
“One account and hoping nobody notices is how clinics get MATCH-listed.”
That statement points to the central issue. Splitting payment volume should not be a way to hide activity from a processor. It should be a deliberate structure that matches different types of transactions with the risk profile under which they were approved.
Why Multiple Payment Processors Are Becoming a Consideration for Specialty Practices
A conventional medical office may have a relatively straightforward payment mix: patients receive services in the clinic, pay a copay or balance, and transactions are processed at the point of service.
Specialty practices can have a much more complicated revenue model.
An integrative medicine practice might collect payment for an in-person visit, charge a patient for a telehealth consultation, bill for a multi-month program, and collect recurring membership payments.
A med spa might process an in-person treatment, sell a prepaid package, accept an online payment, and charge a recurring membership.
A DPC practice may depend heavily on recurring monthly payments, while a functional medicine or hormone practice may have a combination of clinical services, remote consultations, prescriptions, and program fees.
Those transactions do not necessarily carry the same payment risk. The question becomes whether one merchant account should handle all of them.
What Does “Multiple Payment Processors” Mean?
Using multiple payment processors does not necessarily mean a practice needs three completely separate payment systems at the front desk. It can mean structuring payment processing so different categories of transactions are handled by merchant accounts or processing arrangements that have been specifically reviewed and approved for those activities. The exact architecture depends on the processor, acquiring bank, practice model, transaction volume, and services being offered.
A risk-tiered model discussed in the webinar separates payment activity into three broad categories:
- In-clinic transactions — standard card-present payments with a conventional merchant category classification.
- CNP and prescription-related transactions — transactions requiring more specialized underwriting because the patient and card may not be physically present.
- Recurring payments — memberships, subscriptions, and programs where recurring billing tools become important.
These categories are a framework, not a universal rule. A processor may classify a particular practice differently based on its services and transaction patterns.
Tier 1: In-Clinic Payments
The first category is generally the easiest to understand: the patient is physically present and the payment occurs through an appropriate card-present method. For a practice that primarily collects payment at the front desk, a standard merchant account may be sufficient.
Why card-present transactions can be different
When a physical card or appropriately provisioned digital wallet is presented at the point of service, the transaction has characteristics that differ from a remote online payment. That can affect underwriting and pricing.
For a medical practice, card-present payments might include:
- Office visit balances
- Copayments
- In-office treatments
- Med spa procedures
- Retail products purchased at the practice
- Same-day services
- Patient balances collected at checkout
The important point is that the merchant account should accurately reflect what the practice is actually doing. A practice should not represent its business as primarily card-present if a substantial portion of its revenue is actually generated through remote or recurring transactions.
Tier 2: CNP Transactions and Prescription-Related Payments
The second category becomes more complicated. Card-not-present transactions occur when the card is not physically presented to the merchant. That can include online payments, payment links, manually entered card information, and certain other remote payment methods.
Telehealth can increase the proportion of CNP transactions a practice processes, but telehealth itself does not determine how every payment must be classified. The payment method matters.
Prescription-related business models can also require additional scrutiny depending on what is being sold, who is providing it, how fulfillment works, and how the payment is structured.
For example, a specialty clinic may have:
- In-person clinical services
- Remote consultations
- Prescription-related services
- Online checkout
- Payment links
- Remote card entry
- Products or programs fulfilled separately from the clinical encounter
Those activities can create a very different underwriting profile from a traditional office that collects nearly everything at the front desk.
Why CNP transactions can require more attention
With a CNP transaction, the processor generally has less direct evidence that the physical card was presented by the cardholder. That can increase exposure to certain forms of fraud and payment disputes.
For practices, this means the clinical record and the payment record serve different purposes. A chart can document that a patient received care, but that documentation does not by itself establish how a card transaction was authorized. That distinction matters when designing a payment processor architecture.
Tier 3: Recurring Payments
Recurring payments introduce a different set of considerations because the transaction is part of an ongoing billing arrangement rather than a one-time payment. Practices offering memberships, subscriptions, or ongoing treatment programs need to account for how payments are scheduled, authorized, and collected over time.
Unlike a one-time payment collected at checkout, recurring billing depends on the practice's ability to process future transactions according to the agreed payment terms. The initial payment may succeed, but subsequent payments can be affected by expired cards, insufficient funds, changed payment details, or other declines.
For example, a practice offering recurring payment plans might need to manage:
- Monthly membership fees
- Subscription-based wellness programs
- Recurring treatment plans
- Installment payments
- Ongoing patient payment arrangements
Why recurring payments require a different approach
Recurring transactions create an ongoing relationship between the practice, the patient, and the payment processor. The practice needs to ensure that its processing arrangement supports its recurring billing model, including the appropriate authorization, billing terms, and handling of unsuccessful payments.
This distinction becomes especially important for practices that rely on membership fees or subscription revenue. A payment setup designed primarily for one-time, in-person transactions may not adequately support the requirements of an ongoing billing program.
Before selecting a processor, practices should confirm that recurring transactions are permitted under their merchant agreement and that the available tools support their specific billing model.
When Does It Make Sense to Split Merchant Accounts by Risk?
There is no universal transaction volume at which every medical practice should add another processor. The decision should start with the practice's actual payment mix.
A practice may want to discuss a multi-processor structure with its acquiring bank or payment provider when it has materially different transaction types, such as:
- A high percentage of in-person card-present payments alongside substantial CNP volume
- Large recurring membership or subscription revenue
- Multiple service lines with materially different risk profiles
- Remote payment activity that differs significantly from the business originally described during underwriting
- Prescription-related or other services that require specialized underwriting
- Significant online sales or payment-link activity
- A business model that has changed since the original merchant account was approved
The important distinction is risk separation, not concealment. If a practice adds a second merchant account because the processor knows exactly what activity will run through it and has approved that activity, the structure can be intentional and transparent. If a practice opens another account specifically to move undisclosed transactions away from a processor that would not approve them, that creates a very different situation.
Why “Just Put Everything on One Account” Can Become a Problem
A single merchant account is operationally convenient. One processor means one dashboard, one reconciliation workflow, one set of fees, and fewer credentials for staff to manage. But convenience can become a liability when the account's approved business profile no longer matches actual transaction activity.
Imagine a practice originally approved as a local medical office with primarily in-person transactions. Two years later, the practice has added:
- Telehealth
- Online payments
- A recurring membership
- Remote prescription-related services
- A prepaid program
The practice may still be using the same merchant account without realizing that its payment profile has changed substantially. That does not automatically mean the account will be terminated. But it can create questions when the processor reviews the business or transaction activity. The processor may ask for updated information about the practice, services, website, transaction types, fulfillment, or payment patterns.
The Risk of Mixing Different Business Models Without Disclosure
This is where the phrase “one account and hoping nobody notices” becomes important. The problem is not that a practice has multiple revenue streams. The problem is a mismatch between what the merchant account was approved to process and what it is actually processing.
For example, a clinic could describe itself during underwriting as a conventional medical practice while later routing substantial volumes of online program payments, recurring memberships, or other higher-risk transactions through the same account without notifying the processor. That creates an underwriting mismatch.
In more serious circumstances, payment issues can contribute to account restrictions or termination, and certain merchant terminations can have broader consequences for future processing relationships.
A second account does not solve that problem if the second account is simply being used to conceal the activity.
A Better Approach: Map Your Payment Architecture First
Before deciding whether to add another processor, map how money actually moves through the practice. Start with the patient journey rather than the software.
Step 1: Identify each payment type
List every way patients pay your practice:
- In-person card payments
- Online checkout
- Payment links
- Patient portal payments
- Manually entered transactions
- Telehealth-related payments
- Recurring memberships
- Subscription programs
- Prepaid packages
- Retail or product purchases
- Other remote transactions
Step 2: Identify the business activity behind each payment
The payment itself is only part of the story. Document what the patient is actually paying for, who provides the service, how the service is delivered, and whether anything is fulfilled separately.
Step 3: Review your current merchant agreement
Find out what your processor originally approved. If the practice has expanded significantly since the account was opened, that is worth discussing with the processor.
Step 4: Ask about risk separation
Rather than telling a processor that you want to “hide” certain transactions in another account, ask whether different transaction types should be separately underwritten.
Questions can include:
- Should card-present and CNP transactions be processed separately?
- How should recurring memberships be handled?
- Does prescription-related activity require additional underwriting?
- Which MCC applies to each business activity?
- Are there restrictions on specific services?
- What documentation does the processor need?
- Can multiple merchant accounts be connected to the same practice?
- How are chargebacks and reserves handled for each account?
The processor should be able to explain the structure it is willing to approve.
What About MCC Classification?
A merchant category code, or MCC, is one piece of the payment ecosystem used to classify a merchant's business. For healthcare practices, the correct classification depends on the actual business and applicable acquiring-bank and card-network rules.
An MCC is not a strategy for getting a lower processing rate. Trying to obtain a more favorable classification by describing the business inaccurately can create problems later if transaction activity does not match the approved profile.
For specialized practices, this is particularly important because the business may combine clinical care with memberships, products, wellness services, remote care, or other revenue streams.
The right question is not, “Which MCC gets me the best rate?” It is, “How should my actual business be classified and underwritten?”
Multiple Processors Also Create Operational Work
There is a tradeoff to consider. More than one processor can create better separation between transaction types, but it also creates more administrative complexity.
Your team may need to manage:
- Multiple dashboards
- Separate reconciliation processes
- Different settlement schedules
- Different fee structures
- Multiple dispute workflows
- Separate reporting
- Different refund procedures
- Staff permissions
- Accounting integrations
For a small practice processing a modest volume of straightforward card-present transactions, adding multiple processors may create more work than value. For a growing practice with materially different payment channels, the additional complexity may be justified.
The goal is not maximum fragmentation. It is appropriate separation.
A Simple Risk-Tiered Payment Checklist
Before adding another merchant account, ask:
About your transactions
- What percentage of revenue is card-present?
- What percentage is CNP?
- How much revenue is recurring?
- Are transaction types changing as the practice grows?
About your services
- Has the practice added new service lines?
- Are any services delivered remotely?
- Are prescriptions or other products involved?
- Does the fulfillment model differ between services?
About your processor
- Does the current merchant agreement accurately describe the business?
- Has the processor approved all major transaction types?
- Does the processor offer account updater and recurring-payment tools?
- What happens when transaction volume or business activity changes?
About operations
- Can staff reconcile multiple accounts accurately?
- Does accounting software receive the necessary information?
- Who manages chargebacks?
- Who handles failed recurring payments?
- Can the practice maintain consistent documentation across payment channels?
This exercise often reveals whether multiple processors would actually solve a problem.
The Goal Is a Payment Structure That Matches the Business
A multiple payment processor strategy is not automatically better than using one processor.
For some healthcare practices, one appropriately underwritten merchant account may be all that is needed. Others may have enough separation between in-clinic, CNP, prescription-related, and recurring transactions to justify a more specialized payment processor architecture.
The important thing is to make that decision deliberately.
A practice should know what it sells, how patients pay, how those transactions are classified, what the processor has approved, and how each payment stream is managed after the transaction occurs.
When those pieces line up, payment processing becomes part of the practice's operating structure rather than an invisible source of risk.
Build the Payment Workflow Around the Practice
Payment processing is only one part of the financial workflow in a healthcare practice. The operational systems around it also matter.
OptiMantra combines EHR and practice management capabilities, helping specialty practices keep patient, scheduling, and financial workflows connected.
For practices evaluating payment processor architecture, relevant capabilities include:
- Integrated payments: OptiMantra supports integrated payment processing.
- Memberships and packages: Practices can manage recurring memberships and prepaid service packages within their broader practice-management workflow.
- Online appointments: Scheduling and online appointment workflows can help practices coordinate the patient journey before payment occurs.
- Patient records and charting: Customizable charting helps practices maintain documentation associated with patient encounters and services.
- Patient communication: Patient messaging and portal capabilities support communication around appointments and practice workflows.
- Financial visibility: Keeping payment-related activity within the broader practice-management environment can give staff a more connected view of operational and financial workflows.
If you're evaluating how an integrated EHR and practice management platform can support those workflows, explore an OptiMantra demo or free trial to see how scheduling, charting, memberships, payments, and practice management can work together.
Frequently Asked Questions
Does every medical practice need multiple payment processors?
No. A practice with primarily straightforward, card-present transactions may not need multiple processors. Multiple processors become more relevant when a practice has materially different payment channels or business activities that require separate underwriting or specialized processing capabilities.
Can a medical practice have more than one merchant account?
Potentially, yes. The structure depends on the payment providers, acquiring banks, business model, and transaction types involved. Each account should accurately represent the activity it processes and be approved for that activity.
Should CNP payments be separated from in-person payments?
Not necessarily in every practice. However, CNP transactions can have different risk characteristics from card-present transactions, so practices with substantial remote payment volume may want to discuss whether separate underwriting or processing is appropriate.
Can using multiple merchant accounts prevent a MATCH listing?
There is no guarantee. Multiple accounts should not be used to conceal activity from a processor. The safer approach is to accurately disclose the practice's business model, obtain appropriate underwriting, and address processing issues according to the applicable processor and acquiring-bank requirements.
Is an MCC the same thing as a payment processor?
No. An MCC is a classification associated with the merchant's business activity. A payment processor facilitates payment transactions. The processor and acquiring institution determine how a merchant is set up within their payment-processing environment.
Disclaimer: This article is for informational purposes only and does not constitute legal, financial, or payment-processing advice. Requirements vary by practice, processor, and business model. Consult your payment provider and qualified professionals to confirm applicable requirements.
