Dental HMS
One system, from the appointment to the invoice.
A management system for dental practice: appointments, chair-side charting, treatment plans, prescriptions, billing and inventory in one clinical workflow. Built around the two things a clinic cannot get wrong — the day’s schedule, and a record that still reads correctly in five years.
Live
What is in it
Eight things a practice does every day.
Listed in the order the clinic meets them rather than in order of how well they demonstrate. If something is not below, it is not in the system yet.
Appointments
The day laid out by clinician and by chair, which is how a practice is actually constrained. Booking, moving and cancelling all leave the appointment history intact, because "when was this changed, and why" is a question that gets asked weeks later at the desk.
Chair-side charting
An FDI odontogram — the two-digit notation clinicians already write in, so nothing has to be translated at the chair. Findings and completed work are recorded per tooth and per surface, and the chart is the record itself rather than a picture drawn from one.
Treatment plans
A plan carries its own history. What was proposed, what the patient agreed to, what changed at the next visit and when — kept as a sequence rather than overwritten, so the current plan never erases the one it replaced. That sequence is what settles a disagreement later.
Prescriptions
Two print paths, because clinics use both. One prints onto the practice's own pre-printed pad, positioning every line to millimetre coordinates measured off the real stationery. The other renders a complete A4 letterhead for a plain sheet.
Billing and estimates
The estimate is written from the treatment plan; the invoice is written from what was actually done. The two are reconciled rather than assumed equal — the gap between them is a conversation that has to happen at the desk, and the system puts it on screen instead of burying it.
Patient timeline
Every visit, chart entry, plan revision, prescription and payment for one patient, in order, on one page. This is the screen a clinician opens before the patient sits down, and it is built to be read in the twenty seconds that are available for reading it.
Inventory
Consumables and stock, tracked against the treatments that consume them. Not a warehouse module — the useful output is knowing on Friday that Monday is short, while there is still time to order.
Staff roles and permissions
A receptionist, an assistant and the practice owner do not need the same system. Roles decide what is visible and what is editable, and the boundary is enforced on the server — hiding a button is a layout choice, not a permission.
Dental HMS is in active development and is being built and implemented with a working dental practice, which is where every design decision above was argued out. It can be bought and deployed today. What it does not do yet is not described here in the future tense — it is simply absent, and the demo is the honest version of the feature list.
Detail
Printing that fits the paper a clinic already owns.
Most clinical software prints a page and expects the practice to accept it. A clinic that has just bought a thousand pre-printed prescription pads with its own letterhead, registration number and footer will not accept it, and will keep writing by hand instead.
So there are two outputs. The overlay print puts patient name, date, medicines, dosage and advice at millimetre coordinates measured off the physical pad, leaving the pre-printed parts of the sheet alone. The full print renders the entire letterhead onto blank A4 for the days the pad has run out. Both come from the same prescription record, so they cannot say different things.
The coordinates are calibrated per pad rather than assumed, because every printer feeds paper slightly differently and a prescription that lands two millimetres into the practice’s printed footer is a prescription the clinic will not hand to a patient.
Screens go here once they are final. The demo shows the real interface in the meantime.
Delivery
How a clinic actually gets it.
Installed and hosted by us, on a domain you own, with your records in a database that belongs to your practice alone.
One instance per clinic
Each practice gets its own installation and its own database. Nothing is shared between clinics, so one practice's records cannot be reached from another's session even by accident.
Your own domain
The system runs on a domain you own rather than on a page inside ours. It is registered in the clinic's name and billed through at whatever the registrar charges.
Deployed, then maintained
The first year covers deployment, setup and hosting. Each year after that is hosting and maintenance. Neither is charged per user, so hiring a second receptionist does not change the bill.
See it running
Open the demo before you read another page.
The demo carries fictional patients and the real interface. Ten minutes in it will tell you more than this page can.