Glossary · honest scope page
MIPS is a US CMS / Medicare quality-payment programme for clinicians. topropay is a commercial payment-orchestration platform — we do not process Medicare claims, run MIPS reporting, or handle HIPAA-covered PHI. This page explains what MIPS is, what's out of scope, and what topropay DOES offer healthcare merchants on the self-pay side.
Primer
A neutral primer on the CMS programme. This isn't topropay marketing — it's the shape of the programme as published by CMS, included so anyone landing on this page from search gets the right context.
The merit based incentive payment system (MIPS) is a US Centers for Medicare & Medicaid Services (CMS) programme under the Quality Payment Program (QPP). It adjusts Medicare Part B fee-for-service payments to eligible clinicians based on performance across four categories: Quality, Promoting Interoperability, Improvement Activities and Cost.
Eligible clinicians (physicians, physician assistants, nurse practitioners, clinical nurse specialists, CRNAs and qualifying others) who exceed CMS's low-volume threshold for Medicare Part B participate in MIPS each performance year. Group reporting and APM (Alternative Payment Model) tracks are alternatives to individual MIPS reporting.
Each clinician earns a MIPS final score (0–100). CMS compares it to the performance threshold and applies a positive, neutral or negative payment adjustment to their Medicare Part B fee-for-service claims two years later. Top performers can earn additional exceptional-performance bonuses.
Explicitly out of scope
Seven workflows that look adjacent to the merit incentive payment system but are genuinely outside topropay's scope. We list them honestly so the boundary is clear.
Adjacent fit
The commercial patient-pay surface — copay, deductible, coinsurance, out-of-pocket — runs on the same payment-orchestration platform that serves non-healthcare merchants. None of it touches the Medicare claim or PHI scope.
PCI-compliant hosted or embedded checkout for the patient-responsibility portion of a bill — copay, deductible, coinsurance, out-of-pocket. Card, wallet, ACH and bank-rail acceptance; the patient pays, the merchant receives a vault token plus settlement event.
Hosted pay links per invoice for the self-pay side — branded URL, per-currency, methods enabled per market. Useful for clinics and practices billing the patient directly after insurance has adjudicated.
Vault-token-based recurring billing for patient payment plans, where supported by the merchant's vertical posture. Cycle scheduling, smart retries and account updaters run on the platform.
SoftPOS / Tap-to-Phone via licensed partner acquirers for in-clinic card-present acceptance — no separate POS hardware required.
Settlements from every patient-pay channel normalise into one ledger for finance, tagged by channel, terminal and acquirer.
Card data captures into the platform vault before any connected acquirer sees it; PAN never lands in the merchant's own systems.
Healthcare-adjacent use cases
Four merchant shapes inside healthcare where the patient-pay / commercial side matches topropay's platform — and the clinical / Medicare side stays elsewhere.
Practices accepting the patient-responsibility portion of a bill — copay at the desk via Tap-to-Phone, post-visit invoice pay link for the deductible / coinsurance share. The MIPS / claim side stays with the practice's billing software and clearinghouse.
Groups with significant self-pay or cash-pay volume — concierge medicine, cosmetic and elective surgery, fertility, mental health out-of-network. Multi-rail acceptance (card / ACH / wallet) on one merchant record.
Non-clinical MSOs handling administrative payments — vendor receivables, member dues, programme fees — without touching the clinical / Medicare side.
Retail commerce inside the wellness adjacency — supplements (where permitted), devices, telehealth subscriptions. Standard e-commerce posture, no Medicare exposure.
Industry view
A neutral summary of how MIPS is debated in industry literature. This is the shape of the public conversation around the programme — not topropay's editorial position.
Related concept
Search traffic for MIPS often overlaps with prospective payment system (PPS) queries. These are different concepts — PPS is a reimbursement methodology for facility services, MIPS is a clinician-level performance adjustment. Both sit inside Medicare and both are outside topropay's scope.
A prospective payment system is a Medicare reimbursement methodology where payment to a provider is determined in advance based on a classification system — DRGs for inpatient (IPPS), APCs for outpatient (OPPS), HHRGs for home health (HH PPS) — rather than reimbursing actual costs after the fact.
Benefits of prospective payment system models typically discussed in industry literature include cost predictability for Medicare, incentive for providers to operate efficiently, simplified billing per case, and a tighter link between case mix and reimbursement.
Prospective payment system pros and cons are debated in healthcare-policy literature. Pros: budget predictability, efficiency incentives, simplified administration. Cons: risk that providers shift complex / costly cases away, classification gaming, undercoverage of outlier cases without proper outlier payments, and capital underinvestment risk.
Trust & compliance (commercial side)
What the platform brings to the commercial / patient-pay side — and what it does not claim to bring on the clinical / Medicare side.
Healthcare-adjacent merchants only
If you're a licensed healthcare merchant looking for a PCI-compliant patient-pay surface — and not a MIPS reporting or Medicare claim platform — a 30-minute review covers the commercial-side fit.
Frequently asked
Honest answers about what topropay does and doesn't do, plus neutral background on MIPS and the wider Medicare payment system for searchers who landed here for context.
No. The merit based incentive payment system (MIPS) is a US CMS quality-payment programme for clinicians under Medicare Part B. topropay does NOT operate in Medicare claim adjudication, MIPS performance reporting, or HIPAA-covered PHI processing. This page exists to clarify the boundary and to describe what topropay DOES offer adjacent healthcare merchants for the self-pay / patient-pay portion of their billing.
Merit based incentive payment system MIPS adjusts Medicare Part B fee-for-service payments to eligible clinicians based on a final MIPS score (0–100) covering Quality, Promoting Interoperability, Improvement Activities and Cost. The adjustment is positive, neutral or negative and applies two years after the performance year. CMS publishes detailed rules on cms.gov / QPP each performance year.
The Medicare payment system is a broad umbrella covering many payment methodologies — fee-for-service Part B (where MIPS adjustments apply), Part A inpatient prospective payment (IPPS), outpatient prospective payment (OPPS), DME fee schedules, and others. MIPS is one performance-adjustment layer that sits on top of Part B fee-for-service for eligible clinicians; it isn't the whole Medicare payment system.
Whether the merit based payment system (MIPS) applies depends on Medicare Part B volume thresholds set by CMS each performance year — covered professional services, Part B allowed charges, and number of Part B beneficiaries seen. Clinicians below the low-volume threshold are excluded; those above must participate or qualify via an APM. This is a CMS rule-set question, not a topropay product question.
No. topropay does NOT sell a mips payment system, MIPS reporting tool, MIPS attestation service or any MIPS-related product. For MIPS reporting, practices typically work with a CMS-recognised Qualified Registry, Qualified Clinical Data Registry (QCDR), or use a certified EHR's MIPS submission feature.
Merit incentive payment system (MIPS) is one of two tracks under the Quality Payment Program (QPP). The other QPP track is the Advanced Alternative Payment Model (APM) track. A clinician who meets QP (Qualifying Participant) status in an Advanced APM is excluded from MIPS reporting and earns a separate APM Incentive Payment instead.
Benefits of prospective payment system reimbursement commonly cited in healthcare-policy literature include cost predictability for the payer, incentive for the provider to operate efficiently, simpler per-case billing, and tighter alignment between case mix and reimbursement. The trade-off is the cons in the section above. topropay does not participate in this space.
No. topropay does NOT handle the medicare incentive payment system on behalf of clinicians. Medicare payment adjustments, including MIPS-driven adjustments and APM incentive payments, are processed by CMS and the Medicare Administrative Contractors (MACs); they don't flow through commercial payment-orchestration platforms.
Merit based incentive payment system pros and cons are debated extensively in physician and policy literature. Pros: framework consolidation, alignment with quality measurement, top-quartile reward potential. Cons: reporting burden vs typical adjustment size for small practices, complexity of measure selection, year-on-year threshold creep, payment-adjustment lag. Reading material from MGMA, AMA and ACP covers this in depth.
Prospective payment system pros and cons turn up in healthcare-economics literature on IPPS, OPPS, SNF PPS, HH PPS and IRF PPS. The pros and cons broadly mirror the general points above — predictability and efficiency incentives on one side, case-shifting and undercoverage risks on the other. Specific PPSs differ in classification systems (DRG, APC, HHRG, etc.) and outlier-payment rules.
Yes. The patient-responsibility portion of a bill (copay, deductible, coinsurance) is a commercial payment, not a Medicare reimbursement. topropay can host the patient-pay surface — card, wallet, ACH, hosted pay link, Tap-to-Phone for in-clinic — without entering the Medicare claim or PHI scope. The merchant's clinical / claim side stays with their billing software and clearinghouse.
No. topropay is NOT a HIPAA-covered entity and does NOT process Protected Health Information (PHI). The patient-pay surface intentionally collects only the data needed for a payment (name on card, billing address where required by SCA / 3DS, amount). Diagnosis codes, treatment data and clinical history don't enter the topropay environment.
Yes — integrate topropay as the patient-pay layer alongside the merchant's existing EHR and practice-management system. The EHR / PMS continues to handle clinical workflows, claim submission, MIPS attestation and other regulated workflows; topropay handles the commercial patient-pay surface. The integration shape is the same unified API used by non-healthcare merchants.
topropay serves licensed healthcare verticals on the commercial / patient-pay side — independent clinics and private practices, specialty groups with significant self-pay programmes (concierge, cosmetic, fertility, mental health out-of-network), management service organisations on the administrative side, and DTC health & wellness e-commerce. Not served: any flow that requires Medicare claim adjudication, MIPS reporting, HIPAA-covered PHI handling, or hospital PPS reimbursement.
Authoritative MIPS content lives on cms.gov and qpp.cms.gov — the official Quality Payment Program site. Industry resources include the AMA, MGMA, ACP and specialty-society explainers. topropay's documentation is the wrong place to learn about MIPS rule-sets; we're a payment-orchestration platform, not a CMS / MIPS expert.
Related