Get paid for the dentistry you already did.
One cloud system for scheduling, eligibility, claims, and payments. Built by a founder who spent 25+ years inside payer claims systems, the software that decides whether a claim gets paid. He knows why claims get denied.
Pilot starts October 2026, including a Zocdoc booking pilot. A small group of practices. A direct line to the founder.
The dentistry is done. The paperwork isn’t.
Most offices don’t lose money in the operatory. They lose it at the front desk, days or weeks later.
Eligibility surprises
The patient is already in the chair when someone learns the plan lapsed, or the frequency limit is used up.
Denied claims
A claim comes back weeks later needing information. Someone reworks it by hand, and the money waits.
Double entry
The patient, the appointment, the claim, the payment. Typed into more than one system that doesn’t talk to the others.
Chasing ERAs
The payer paid. Now someone finds the remittance and posts it line by line to the right patient.
Empty chairs
New patients look for an opening at 9 p.m. Your schedule isn’t where they are looking.
One record, from the booking to the payment.
Enter the patient once. The schedule, the claim, and the balance all come from that record. Each step is marked with where it stands today.
-
Ready
1 · Book
New patients choose an open time on your website and it arrives as a request on your schedule. Your staff match the patient and approve it. The Zocdoc booking pilot starts in October 2026.
-
In progress
2 · Check coverage
Verify eligibility before the visit, not after the claim comes back. Staff check coverage from the patient’s record, and the check goes to the payer through Stedi. Each practice’s payer connections are being set up for the pilot.
-
Ready
3 · Claim
Build the claim from the visit you already recorded and submit it. Follow it in plain language: submitted, accepted, information needed, denied, paid. Each status shows the next step.
-
Ready
4 · Get paid
When the payer pays, the insurance payment and adjustment post to the patient’s ledger. Nobody retypes it. Online card payments for the patient’s share are in progress.
What is ready. What is in progress. What is reserved.
We say what works today and mark the rest. No invented features, customers, or certifications.
- Schedule by provider and operatory
- Website booking requests your staff approve
- Patient records with insurance details
- Claims you can follow in plain language
- Insurance payments posted to the ledger
- Treatment-plan insurance estimates
- Eligibility checks with live payers
- Online card payments from patients
- Zocdoc booking: pilot starts October 2026
- Predeterminations and pre-treatment estimates from the payer
- Prior authorization
- Multi-location group support
Your schedule can be shared. Your patients are not.
Booking partners see open times, never patient records. Website requests wait for your staff to approve them. Zocdoc bookings are re-checked against your calendar before they’re confirmed.
A career on the payer side of the claim.
Mark Phillips spent 25+ years building healthcare payer core systems: TriZetto/QNXT, Molina, and a co-inventor credit on the MyQNXT patent. That is the software that reads your claim and decides what gets paid.
Cloud Dental Office takes that knowledge to the other side of the claim, to help dentists get paid.
What that means for your office
- Claim status in the words your team uses, not payer codes.
- The next step on every claim that stalls.
- Built by someone who knows what payers check.
Starts October 2026. A few practices. Hands-on.
Hands-on onboarding, a direct line to the founder, and a real say in what gets built next.
For developers and booking partners
Architecture, the public availability and booking-request APIs, and the source code are in the developer pages: Platform · Scheduling APIs · Claims & interoperability · Architecture · Docs.