Discussions about electronic medical records tend to center on documentation, input, and AI assistance. Yet from the standpoint of running a clinic, there is one area that has seen remarkably little change: accounting. And that stagnation has a clear structural cause. Clinic accounting has always been governed by the rececon—the system built to claim insurance reimbursement.
This article examines why insurance-first accounting cannot support the next era of clinic management, and what is actually required instead.
Disclaimer: This article provides general information. Details of reimbursement rules, tax treatment, and the combined-billing framework are subject to revision. Always verify against current primary sources (the Ministry of Health, Labour and Welfare, the National Tax Agency, and so on) and consult your tax advisor for practical matters.
For the fundamentals of the rececon itself, see What Is a Receipt Computer (Rececon)?.
Why the Rececon Owns Clinic Accounting
Start with the premise. The original purpose of a rececon (receipt computer) is calculating and claiming medical fees—converting clinical activity into points and submitting monthly claims to the payer.
So where does front-desk accounting come from? It emerges as a byproduct of the point calculation. Total the points for the services rendered, multiply by ten yen, then multiply by the patient's cost-sharing rate. Because this falls out almost automatically from claim preparation, having the rececon own accounting was an entirely natural design.
In other words, clinic accounting has been optimized for deriving the patient's share from insurance point calculations. And as long as a clinic performs only insurance-covered care, the design works very well. The master data is defined nationally, vendors update it at each revision, and the calculation logic is uniform across the country.
The question is what happens when that premise breaks.
The Structural Limits of Insurance-First Accounting
The moment a clinic tries to handle self-pay services, a set of constraints surfaces at once.
There is no concept of a product master. The point master is a nationally defined code system for clinical procedures, and prices change only through official revisions. A self-pay menu, by contrast, is a product. The clinic sets the price, can revise it at any time, and may bundle or discount it. That degree of freedom cannot be handled as an extension of point-master thinking.
There is no concept of courses, prepaid packages, or deferred revenue. Under insurance billing, the charge arises on the day of the visit. But a self-pay program routinely takes the form of "pay for a ten-session course up front, then consume it over time." Payment timing and service delivery diverge, and remaining sessions must be tracked. The insurance accounting model simply has no place for this.
Tax treatment differs. Social insurance medical care is exempt from consumption tax, whereas self-pay care is generally taxable. When both appear in the same day's transaction, the tax categories must be separated. Adding retail products complicates matters further.
Payment assumptions differ. Insurance accounting was designed around cash settlement at the front desk. Self-pay menus call for prepayment, online payment, cashless methods, and installments. Settling payment at the time of booking is a common expectation in self-pay contexts.
Document formats are built for insurance. Receipt and statement formats are defined for insured benefits. A receipt for a self-pay service does not fit neatly into that frame. From the patient's side, medical expense deductions are also easier when insured and self-pay amounts come out in a usable form.
Management data fragments. This is ultimately the most damaging effect. When insurance revenue and self-pay revenue accumulate in separate places, neither lifetime value per patient nor profitability by menu is visible. The numbers needed for management decisions are born already fragmented.
| Dimension | Insurance care (the rececon's premise) | What self-pay care requires |
|---|---|---|
| Pricing | Nationally defined point master | A product master the clinic sets and revises freely |
| Timing of the charge | Fixed on the day of care | Prepayment and course consumption, decoupled from delivery |
| Consumption tax | Exempt | Generally taxable (requires separation) |
| Payment methods | Front-desk settlement | Prepaid, online, cashless, and more |
| Documents | Formats for insured benefits | Receipts and statements matched to the menu |
| Management data | Aggregated as insurance revenue | Cross-cutting profitability and lifetime value |
The Consequence: Fragmented Systems
The practical response is to add another system. The EMR and rececon stay as they are, and alongside them the clinic installs a POS register for self-pay, a payment terminal, a booking system, sometimes even an e-commerce cart.
The costs of fragmentation then accrue daily.
- Double entry: the same patient on the same visit is entered separately into insurance and self-pay screens
- Split patient records: the patient in the chart and the customer in the POS are managed separately, and reconciliation becomes manual
- Daily reconciliation: every register close requires matching chart-side accounting against POS-side sales
- Manual revenue aggregation: producing monthly figures means exporting from two systems and combining them in a spreadsheet
- Fragmented payment history: who paid how much for which menu cannot be traced in one place
We covered the cost of separating the EMR from the rececon in Integrated vs. Separate Receipt Computers. What happens here is a further layer of fragmentation—not integrated versus separate within insurance billing, but the "insurance system" and the "self-pay system" split apart entirely.
Clinic Management Is Becoming a Hybrid of Insurance and Self-Pay
Why does this matter now? Because the revenue structure of clinics is shifting.
Clinic management could once assume it would run on insurance revenue alone. But as the population declines and reimbursement stays under downward pressure, depending solely on the unit price and volume of insured care has become harder than it once was.
Expanding the self-pay menu therefore enters the picture. Health checkups and comprehensive screening, certain vaccinations, self-pay nutrition and lifestyle programs, sleep clinics, hair-loss and aesthetic services, retail of supplements and devices, paid online consultations—the viable forms differ by specialty, but the direction is shared: from a single revenue source to a diversified one.
One regulatory point deserves emphasis. In Japan, insured care and self-pay care generally cannot be combined within the same episode of care (the prohibition on mixed billing, subject to exceptions under the combined-billing framework). Offering a self-pay menu therefore means satisfying a seemingly contradictory requirement: keeping insurance and self-pay properly separated for regulatory purposes while managing them as one patient's information.
That "separate yet connected" requirement is itself the system specification. Splitting into separate systems satisfies the regulatory separation but fails the unified patient record.
Specific considerations around mixed billing are also covered in What Kind of Electronic Chart Fits Self-Pay Counseling?.
What the Accounting Innovation Actually Consists Of
So what does accounting adapted to the next era of clinic management look like?
| Requirement | Description |
|---|---|
| A free product master | Self-pay menus can be registered and revised by the clinic, with support for sets, options, and campaigns |
| Courses, packages, deferred revenue | Prepaid amounts are tracked and remaining sessions are consumed against them |
| Correct tax handling | Insured (exempt) and self-pay (generally taxable) amounts are separated and aggregated correctly |
| Diverse payment methods | Front-desk settlement plus prepayment, online payment, and cashless options |
| Unified insurance and self-pay | Regulatorily separated, yet handled across a single patient record |
| Flexible documents | Receipts and statements matched to the menu, produced with the patient's medical expense deduction in mind |
| Cross-cutting management data | Per-patient value and per-menu profitability across both revenue types in one dashboard |
The key point is that these cannot be solved by adding individual features. Bolting a self-pay input field onto a rececon addresses neither the product master, nor deferred revenue, nor tax categories. Accounting has to be rebuilt as an independent design target rather than treated as a byproduct of claim calculation. That is what "an innovation in accounting" means here.
The Design Philosophy of Unifying Care and Accounting
The approach that satisfies these requirements is to design care and accounting as one from the start.
The conventional structure ran like this:
Care → documentation → point calculation → accounting as the result → claim submission
Accounting sits furthest downstream, subordinate to the point calculation above it. That is precisely why it cannot escape the boundaries of insured care.
In a unified design, accounting is positioned as part of the care flow from the beginning.
Booking (with optional prepayment) → reception → care → documentation → accounting across insurance and self-pay → claim submission → management analytics
In this shape, a self-pay menu is no longer "something handled exceptionally in a separate system" but something included in the accounting flow from the outset. Insured care is processed according to regulation, self-pay is handled flexibly as a product, and the patient remains a single unified record. Management analytics emerge covering both from the start.
AI Karte, developed by Pottech, is an AI-native EMR that unifies care and accounting on this basis. It serves as an integrated rececon handling insurance calculation and claim workflows, while also supporting pricing and accounting for self-pay menus under unified management with insured care. The aim is to connect booking, reception, documentation, accounting, claims, and management analytics into a single cycle.
Note that enhancements in the accounting and claims area—such as payment method selection and expanded receipt types—remain under active development. If you are evaluating adoption, we recommend confirming individually whether the specific self-pay workflows your clinic needs are supported.
The benefits of integration itself are covered in The Benefits of an Integrated Receipt-Computer AI Chart, and use of management data in Practice Analytics Powered by Receipt and EMR Data.
Conclusion
- Clinic accounting has been carried by the rececon as a byproduct of insurance point calculation. For insured care alone, the design works well
- Once self-pay care enters, the premises break down across product master, deferred revenue, tax categories, payment methods, documents, and management data
- Adding a separate system as a workaround generates daily costs: double entry, split patient records, manual revenue aggregation
- Clinic management is moving away from dependence on insurance revenue alone toward a hybrid of insured and self-pay care
- Because of the mixed-billing rules, the requirement takes the form of "separated for regulatory purposes, unified as patient information"
- What is needed is not added features but rebuilding accounting as an independent design target—the design philosophy of unifying care and accounting
For details on AI Karte or to request a demo, please contact us.