Skip to main content

Manual payment posting

Outcome

Payments that arrive outside an 835 — patient checks, paper EOBs, cash, refunds — are posted to the right claim with the right adjustments, with a clean audit trail.

Prerequisites

ScopeWhat it lets you do
billing.payment.readSee the Manual posting page
billing.payment.writePost and reverse

When to use this

SourceUse this flow
Patient mailed a checkYes.
Patient paid by card at the deskYes (if your tenant integrates the card processor, the entry is automatic — check before manual).
Paper EOB + paper checkYes — but consider 4.1 — manual ERA upload if a corresponding 835 exists.
Refund (you owe back to patient)Yes — reversal flow.
Payer payment outside 835Try manual ERA upload first; fall back to manual posting.

The page

/payments/manual is the entry surface. Top-level fields:

FieldMeaning
Date receivedPayment receipt date.
Payer / PatientPick — payer for insurance, patient for patient.
MethodCash, check, card, ACH.
ReferenceCheck number, transaction ID.
AmountTotal.
NotesFree text.

Steps — patient payment

  1. Open Patient mode. Search for the member.

  2. Pick the claims to apply against. The right rail shows open patient AR lines with balance. Apply the payment in any combination of:

    • One claim, full balance.
    • Multiple claims, partial each.
    • Unallocated (rare; usually you allocate immediately).
  3. Save. The platform writes a payment row + per-claim payment_application rows. Each claim's patient AR balance reduces.

Steps — payer payment without 835

  1. Open Payer mode. Search for the payer.

  2. Enter the payment header (date, method, reference, amount).

  3. Apply per claim. For each claim:

    • Pick from the candidate list (search by claim ID, payer claim control #, member, DOS).
    • Enter Allowed, Paid, and any Adjustments (CARC list).
    • The platform records each like an 835 line — same downstream effects (denial generation, COB triggering).
  4. Save and post. Patient liability auto-routes; secondary auto- builds; denials emit. Same downstream as an 835.

Refunds

For patient refunds:

  1. On the patient's account, click Refund. Pick the source payment or specify unallocated.

  2. Confirm method (the platform usually defaults to the original method). Save.

  3. Cut the check / process the card outside the system. Mark the refund row ISSUED and attach the reference.

For payer takebacks (PLB on a future 835), you don't post manually — the next 835 carries the PLB and the system reconciles.

Validation

CheckExpected
Payment applies to claim balances correctlyYes — sum of applications = payment amount.
Patient AR reduces by the patient-side amountYes.
Audit log captures actor, method, referenceYes.
Refund flips the claim's payment to REFUNDEDYes.

Troubleshooting

SymptomCauseFix
Save fails with over_applicationSum of applications exceeds paymentRe-check applications; reduce to match.
Patient AR doesn't update after saveCache lagRefresh the member detail.
Cannot find the claim in the pickerCross-facility filterToggle Show all facilities.
Refund stuck at PENDINGThe platform requires confirmation of issuanceMark ISSUED with reference once the check clears / card reverses.

Where to next