← Back to Blog

The Practice That Runs on Paper

There is a general dental practice not far from where I live that has been open for more than forty years. It is a good practice — busy, well regarded, the kind of place a small town trusts with three generations of the same family. The dentists are excellent. The chairs are full.

It also runs almost entirely on paper.

I want to describe a practice like this one, because if you want to understand who ARAGS is actually for, it is the whole answer. Not the flagship hospital with a nine-figure IT budget. A practice that works, that has always worked, and that is quietly carrying a cost nobody has put a name to.

The paper isn't the problem. The payroll is.

The instinct is to assume the trouble with paper is that it's old-fashioned — that these clinics simply haven't gotten around to buying software yet. That misreads it completely. Paper works. A paper chart is durable, it's private, it doesn't go down at 8:45 on a Monday, and nobody halfway around the world can reach into a filing cabinet.

The real cost of paper isn't the paper. It's what paper costs to move. Every chart has to be pulled before the appointment, read, updated by hand, and filed again after. Nothing in that pile is searchable. Nothing answers a question on its own. So the practice hires people to be the search function.

It is not unusual, in a two-dentist practice like this, to find four or five people whose entire job is administration — reception, scheduling, records, a treatment coordinator holding the whole thing together. That is not waste. Given paper, it is exactly the right number of people. But it is the point most conversations about "clinical AI" skate right past: the burden isn't a lack of intelligence in the building. It's the sheer human effort of moving information that can't move itself.

THE THING NOBODY NAMES The administrative weight of a small clinic isn't a technology gap. It's the payroll cost of information that can't search itself — and it is invisible precisely because it looks like a well-run front desk.

A practice like this doesn't have a technology problem. It has a succession problem.

Here is the part that changed how I think about the whole market. A practice like this is often near the end of a long arc. The founding dentist has been at it for decades. There is frequently no younger associate waiting in the wings to take over. Which means that at some point — not as a hypothesis, but on an actual calendar — the practice is sold.

And whoever buys it inherits forty years of paper.

That person is who I built ARAGS for. Not the retiring dentist, who has earned the right to finish exactly the way they started, and shouldn't have to change a thing. The successor — the one who signs the purchase agreement and, on their first morning as owner, is handed a room full of boxes and a schedule of patients who expect to already be known.

The hardest day is the first day you own someone else's records.

Think about what that first day actually looks like. Decades of charts with no digital index. Handwriting from clinicians who have retired. Patients walking in who have been coming here since before the new owner finished school, carrying histories that live in a filing cabinet and nowhere else. The knowledge is all there. None of it is reachable.

Most clinical software is no help here, because most clinical software quietly assumes you have already gone digital — that your data arrives clean, structured, and in the format the vendor prefers. Real practices don't inherit clean data. They inherit whatever forty years produced.

THE WEDGE ARAGS is built to ingest the practice you actually inherited — scanned charts, PDFs, handwritten notes, whatever the real world handed you — and make forty years of records answer a question in seconds. It meets the clinic where it is, not where a software roadmap wishes it were.

This is what our Clinical Assistant's relocation and legacy-ingestion capability is genuinely for. Not migrating one modern system to another modern system — that's the easy case. It's turning the paper mountain a new owner just bought into a history they can ask questions of, on day one, without hiring a team to re-key it.

"Works on paper" is a sovereignty question too.

The moment you ingest forty years of a community's medical history, a serious question arrives with it: whose data is this now?

That question is the reason ARAGS is built the way it is. Every clinic gets its own sovereign silo — its records are never pooled with another clinic's, never folded into a shared model, never used to train anything that leaves the building. The practice remains the custodian of its own patients' information, the way it always was with the filing cabinet. Digitizing the records doesn't mean surrendering them.

1
Silo per clinic
Records physically isolated, never commingled
0
Records used to train shared models
Your patients' history stays yours
100%
Answers traceable
Every retrieval cites the record it came from

The next generation isn't a dismissal. It's the roadmap.

I've heard the friendly version of the objection more than once: "this is really for the younger generation." It's usually meant as a soft no. I've come to hear it as the plan.

Adoption in a field like this rarely comes from converting the incumbent. The clinician who has run beautifully on paper for forty years is not the person who wakes up wanting new software, and pretending otherwise is how you lose the room. But the person who buys that practice inherits the paper problem in full on their very first day — and they are looking for exactly this. You don't win by arguing the veteran out of their filing cabinet. You win by being ready for whoever inherits it.

The practice that runs on paper isn't behind. It's a preview. It's every independent clinic that has quietly absorbed the cost of moving its own information by hand — and it's the clearest picture I have of the exact moment ARAGS was built to meet.

If you're taking over a practice — or planning the handoff of one — and the paper is the part that keeps you up at night, I'd like to hear from you. Apply for Beta Access.