Skip to main content
However hard you push EFT/ERA enrollment, a tail of paper remains: small payers, workers’ comp, patient checks, and payer correspondence with deadlines attached. The problem isn’t volume. It’s that paper arrives at whatever address the payer has, gets opened by whoever is at the desk, and enters your records only if a human remembers to deposit, post, and file.

​
What a lockbox is

A dedicated mailing address, run by a bank or vendor, where payer mail is opened, scanned, and processed on arrival. Checks deposit without your office touching them. EOBs and correspondence arrive as images.

​
Why practices adopt them

  • Float. Checks in a drawer until Friday earn nothing.
  • Separation of duties. The person opening mail shouldn’t post payments. That’s the classic small-practice embezzlement channel, and a lockbox removes cash handling from the office.
  • Completeness. Every envelope imaged and logged. “We never got that EOB” stops being unfalsifiable.
  • Address stability. One durable remittance address that survives office moves.

​
What to look for

Same or next-day check deposit. Imaging of all contents, not just checks. EOB parsing that produces postable output, ideally 835 files your PM system ingests (this converts paper payers into electronic ones). Virtual card handling per your instructions, with fees booked separately. Correspondence routing, because the recoupment notice in the pile has a deadline.

​
What it doesn’t fix

It doesn’t reduce paper (enrollment does). It doesn’t post into your PM system unless parsing produces postable output. And reconciliation is still its own step.
Lemma aside: every Lemma entity gets a lockbox. Mail is scanned, checks deposited, EOBs parsed and emittable as 835s, virtual cards charged with fees split out, all tied to the same account the EFTs land in (docs).