How insurance payment posting works in Open Dental, and where the time goes

If you are new to posting in Open Dental, or you have done it for years and never had it explained, this is the shape of it: what the pieces are, what the choices mean, and where the hours actually go.

The pieces

The claim. When procedures are sent to insurance, Open Dental groups them into a claim with a status of sent. The claim is the thing the payer answers.

The procedures on the claim. Each procedure carries its own fee, its own estimate of what insurance will pay, and, once the payment arrives, its own paid amount, write-off and deductible. This per-procedure record is what makes the patient’s balance and the production reports correct.

The insurance payment. The check (or electronic deposit) from the payer. One payment can cover one claim or forty, across many patients. Attaching the claim payments to the check is what lets the bank deposit reconcile later.

Posting is the act of taking what the payer sent and writing it onto those three things.

Posting one claim

Open the claim and enter the payment. Open Dental gives you two ways to do it.

By procedure. Each line gets its insurance paid amount, its write-off, and, if the payer applied one, its deductible. What is left on each line stays with the patient. This is the accurate way: the patient’s balance, the plan’s deductible tracking, and every report that looks at production by procedure come out right.

As a total. One lump sum for the claim, which Open Dental spreads across the procedures. Faster to type, and fine when the payer paid the estimate exactly. When it did not, the patient’s share and the write-off are guesses, and the errors only surface when a patient questions a statement.

The information to post by procedure is on the EOB or ERA, line by line. Which is why the format of the document, rather than the software, decides how long this takes.

Posting a check that covers many patients

A single carrier check often pays claims for a handful of patients at once. Open Dental handles this as a batch: each claim on the check is posted, then the batch is finalised as one insurance payment for the check’s total. Doing it this way means the deposit in the bank has one matching record in the ledger, instead of eight partial ones.

The failure mode is being interrupted. Six claims posted, phone rings, the last two never happen, and the check is finalised short or not at all. Nothing is technically wrong with the six; the deposit just never reconciles.

ERAs: the part Open Dental can do on its own

For payers you are enrolled with, the remittance arrives as an ERA, an electronic 835 file, through your clearinghouse. Open Dental can retrieve these and process them: it matches the claims in the file to the claims it sent, fills in the per-procedure amounts from the file, and records the payment. Recent versions can do this automatically for claims that match cleanly, with a setting that controls how much it does without asking. Check your version’s ERA automation options and the settings under your clearinghouse.

When it works, posting an ERA is close to free. The claims match by claim number and the amounts come straight from the file, so there is nothing to read and nothing to key.

The reasons it does not always work are ordinary:

Enrollment is per payer. Each carrier has to be set up for electronic remittance separately, and some smaller plans do not offer it. (EOB vs ERA covers why most practices still get both.)
Mismatches. A claim the payer split, a procedure code the payer changed, a patient the clearinghouse lists under the subscriber’s name. These fall out of the automatic path and wait for a person.
Provider-level amounts. Interest and takebacks on the check are not claim payments, and need to be recorded separately so the check balances.

Where the time actually goes

Add it up and the picture is consistent across offices: the clean ERAs are quick, and almost everything else is not.

The EOBs that never arrive electronically. Paper in the mail, PDFs downloaded from a payer portal. Every one is read by eye and keyed by hand, per procedure, into the claim.
The ERAs that fell out. The mismatches above. Each needs someone to work out which patient and which claim the payer meant.
The write-off decision. Deciding what the practice absorbs and what the patient owes, line by line. The group codes say which, but someone has to read them.
The checks that do not balance. Interest, takebacks, bundled lines, a deductible counted twice. (Where the money usually is.)
Secondary claims. Posted after the primary, with the primary’s payment taken into account, often from a paper EOB.

This is the work that happens in stolen minutes between patients, and the work that piles up when the person who does it is out.

What can be automated, and what should not be

The reading can be automated: the paper, the PDFs, and the 835s that Open Dental did not process, all read the same way, matched to the patient and claim, with the write-off split worked out from the codes on the page. That is what Posted does, from a folder your team saves the documents into.

The decision to write to the ledger is a different matter. A payment entered in Open Dental is a real payment on a real patient’s account. Posted prepares every one, shows the evidence it was matched on, and waits. Someone at the practice approves it, and only then is it written, as an ordinary Open Dental payment entered by procedure, exactly as if a person had keyed it.

If posting is the job that never quite gets finished at your office, book a demo and bring a week of EOBs. You will see them prepared by procedure, ready to approve.