Product

One screen, three jobs, one engine.

What a dentist sees, what the system does behind it, and the architecture that lets the same engine serve a second vertical without being rebuilt.

The console

What a dentist sees at eight in the morning.

One screen. Where the practice stands, what the gaps are costing, what the engine proposes to do about it, and the single thing to do next. Below is the live daily brief for the pilot practice.

AiRadics daily brief for the pilot practice showing new patients per month, active patients, LTV to CAC ratio, Google rating, catchment headroom, quantified revenue leakage, and three proposed plays with axiom references and annual values.
AiRadics console — daily brief, pilot practice Reading order: top row → left → right → centre → bottom
Top row

Four numbers, and only four

New patients per month against last month. Active patients, defined as seen within eighteen months rather than ever registered. LTV to CAC — what a dollar of acquisition returns over the life of a patient. Google rating and its movement.

A dentist has eleven minutes between patients. Anything that does not change a decision is not on this screen.

Left panel

Your market has room

The catchment stated as a bounded, countable thing: how many households, what share the practice already holds, how many remain, and how many competitors are contesting them.

This is the number missing from every practice sale in the country. It reframes marketing from an open-ended ad budget into a market share can be taken in systematically — and it says when there is no share left to take.

Right panel

What it is costing you right now

Losses quantified, not adjectives. Lifetime value leaking through unanswered calls, with the first-year revenue equivalent alongside it. Patients going cold before recall. The share of the base that is reactive rather than scheduled.

Each line maps to a play, which is the difference between a dashboard and a decision. A report tells a dentist their bounce rate. This tells them what the bounce rate cost.

Centre

What AiRadics is doing about it

Proposed plays, each with an annual value and each carrying the axiom references it was derived from — the codes beside every row. That is the provenance trail: the practice can see which prior result, at which clinic type, under which payer, produced the recommendation.

Nothing executes until the dentist approves it. The engine proposes, the owner decides, and the outcome is written back as a new axiom.

Bottom

Do this next

One thing. The highest-value play, restated in a sentence with the reasoning attached. Most software gives a busy owner a list and calls it a feature. Ranking is the work; a list is what is produced when the ranking has not been done.

The axiom codes are the part that matters for everything after the first practice. Each play is traceable to a structured prior result rather than to a model’s opinion, which is what lets a recommendation be checked, argued with, and improved — and what lets the next practice inherit what this one learned without inheriting its numbers.

What AiRadics is

An analyst and a production line, in one system.

Three things. Each is sold separately today, by different companies, to the same dentist.

01 · Before and after a purchase

It reads the market

Before a practice opens or changes hands: how many dentists per capita already compete for the same patients, and how fast the households nearby turn over — the renter and apartment ratios that cap patient lifetime value however well the place is run.

Then what the payer mix on the ground actually is, against what the practice’s own book assumes, and which clinical services the competition has left alone. A CPA can audit the books. None of this is in them.

02 · Every month the practice runs

It reads the money

Every channel reports in — Analytics, Ads, Business Profile, Local Services, call tracking, mailers. The model works out what each one is actually producing, what a patient costs through each of them, and where the next dollar earns most.

Not five numbers on a dashboard. An answer about which channel to feed and which to starve, for this clinic, in this market, this month — and then the budget moves.

Sometimes the next dollar is not another click. A household that has just moved has left its old dentist and has to choose a new one — a buying moment nobody is bidding on. Routing budget to a moment like that is a call an agency paid a percentage of ad spend has no reason to make.

03 · Whenever an asset is needed

It makes the work

The website, the landing pages, the ads, the images, the video — all of it generated, and none of it going live until it has cleared the governance gate: FTC advertising rules, ADA guidance, the advertising requirements of the state dental board, and Google’s stricter standard for health content.

Ads get rewritten, budgets get moved, pages get rebuilt. None of it arrives as a change order, because producing an asset costs a fraction of what it costs an agency to have a person make one.

Why all threeSplit across suppliersIn one system
MakingAn agency has people who can make the work but cannot honestly measure it.The analysis decides what to make, and making it is nearly free.
MeasuringAn analytics tool can measure but cannot make anything.Measurement feeds production directly; a finding becomes an asset.
The result for the dentistPaying either for a report they cannot act on or for spend they cannot account for.One accountable loop from market reading to published asset.

Hub and spoke

Every clinic is a spoke. The learning happens at the hub.

Why a single practice is not enough signal

A couple of channels and a few dozen new patients a month is not enough for a model to separate what worked from what happened anyway. That is the reason marketing mix modelling has historically been something only large advertisers could buy.

What the hub does

It sits above every clinic on the platform and works out which patient segments and which market conditions actually pay — then pushes that down to the spokes. A clinic gets the benefit of every market the platform runs in. Its own numbers never leave it, and never inform a competitor’s plan.

Where the data sits

  • Raw data lands in the practice’s own cloud project. Analytics, Ads, call tracking — all of it stays there.
  • Only aggregated, surrogate-keyed segments cross into the hub.
  • If a practice leaves, the project, the warehouse, the history and the website are already theirs.

This is not a feature that arrives once the platform is large. It is the reason the method works at a single small practice at all, and the reason a competitor with one clinic cannot copy it however good their software is.

The architecture

One engine. A vertical on top of it.

The engine does not know what a dentist is. Work arrives as an event, the event names its domain, and the engine loads the ontology for that domain and reasons over it. Dental is one ontology. Everything underneath — the consensus layer, the governance gate, the provenance log, the generation pipeline — is written once and does not change.

THE ENGINE Governed multi-model reasoning consensus · governance gate · provenance · generation event carries the domain engine loads that ontology FIRST VERTICAL Dental practices AiRadics · ontology, UI, data NEXT, OPERATOR IDENTIFIED Medical practices same structure, different labels LATER Further verticals only where an operator exists
Engine and verticals sit in separate repositories and separate cloud projects Written once · extended per domain
Second verticalCarries overDoes not, and is said so
Software More than the engine: the pipelines that pull channel data into a client’s own warehouse, the aggregation into the hub, the governance gate, the provenance log, the generation and publishing path, the console shell, deployment and monitoring. All written against a domain interface rather than against dentistry. A second vertical needs its own ontology, its own screens, its own compliance rules and its own market data. It does not need any of the left-hand column rebuilt.
Everything outside the code The engineering is the cheap half, and it is better to say so than imply otherwise. A sales motion into a profession that buys differently, someone with standing in it, a different regulator, and a market model built from scratch.
Why medical is the near case The ontology is an extension rather than a rebuild. It depends on Quadfence already having direct operating access to emergency-care practices. Take either condition away and it stops being cheap, whatever the code does.

Sequence of verticals

A vertical opens when there is a person who knows it, not when the market looks attractive.

First vertical, in build

Dental practices

The ontology, the interfaces, the catchment models. This is what the round funds and what has to work before anything else does.

Later

Further verticals

Any fragmented local service where the same three things hold: a decision made without data, a marketing spend nobody can measure, and someone who knows the profession.

That is the whole rule, and it is why the list is short. Dental first, and it has to work before the second one starts.

Next · the product is built against one live practice, chosen because it exercises every payer class a general dentist bills The pilot →