DENTEDIT Payment integrity
Book a demo

The platform

One deterministic pass, from the wire to the recommendation.

A claim arrives, is read into one consistent view, is edited across twelve layers, is priced in integer cents, and leaves with a numbered trace attached. Everything after that — review, appeal, simulation, reporting — reads that record rather than re-deriving it.

01 INTAKE
837D · MFT · staging · bulk · paper
02 NORMALISE
One consistent view, multi-claim aware
03 EDIT
Twelve layers in fixed order
04 PRICE
Integer cents, numbered calculation
05 DECIDE
Recommendation + execution trace
06 ACCOUNT
Review, appeal, report, simulate

Intake

Every channel, one flow, one reconciliation record.

Scan, validate the envelope, split, evaluate, reconcile, record. Six channels run the same path, so a claim cannot arrive by a route that skips a control.

Which plan a delivery belongs to is decided by its credential — never by a value inside the file. An unrecognised sender is refused rather than accepted on a best guess.

X12 837D

Multi-claim aware: each CLM starts a claim, party loops close open claims, stray segments warn rather than merge silently.

MFT & SFTP

A delivery is acknowledged only once it is committed, and the same file delivered twice is counted once.

Database staging

Reading never moves past a row the platform failed to commit, so a partial run cannot silently skip claims.

Bulk REST & object drop

Control totals are checked, and what is not checked is stated on every report rather than left to assumption.

Paper & ADA form

The reader consumes OCR results, never pixels. A misread box is retained and asked about — not refused, not guessed.

Malware scanning

Your scanner, your policy — and a deployment with no scanner attached says so rather than reporting files as clean.

What you sent = what was decided + what was itemised as rejected  — checked before anything is stored

The execution trace

The reason is the record, not a sentence about the record.

Every rule the engine considered appears in order — matched or not — with the conditions it evaluated, the values it read, and why it was skipped when it was. An appeal argues with this, and usually loses.

Field
What it holds
Why it is there
Layer
Which of the twelve layers this step belongs to
Order is contractual
Rule and version
The exact immutable rule version that executed
Reproducible years later
Conditions tested
Each test the rule made: what it expected, what it found, and whether it passed
The argument, itemised
Why it did not apply
Why a rule that looks applicable did not run — plan scope, effective dates, a fact that was absent
Silence is not evidence
Rule set identity
A fingerprint of the entire rule set as it stood at that moment
Identity, not a label
Facts used
The exact eligibility, plan, fee and accumulator values read, with their source and version
Facts move; decisions shouldn't

A claim is never edited in place. A re-evaluation keeps the prior decision beside the new one, so the history of what the platform recommended is itself a record you can read.

Money

Deterministic to the cent, and checkable without re-deriving anything.

Integer cents, a frozen clock and a fixed line order. Deductible by benefit class, coinsurance, annual maximum, a separately tracked orthodontic lifetime maximum, waiting periods, age limits, exclusions and alternate benefits.

An alternate benefit changes the allowance only. A crown paid at a filling's allowance keeps major-service coinsurance and its waiting period — because the service the dentist performed did not change.

Every priced claim balances, two ways
submitted = allowed + writtenOff + balanceBill
allowed = payer + member − balanceBill + otherPayerPaid

Every total is also the exact sum of its per-line parts, including after coordination of benefits.

Network awareness

In network, the excess over the maximum allowable is a contractual write-off the member never owes. Out of network there is no contract, so it is member exposure — and coordination never reduces it.

Coordination of benefits

Applied per line by allowed amount. A claim naming another carrier as primary with no payment stated is not priced at all — $0 from the primary is exactly what produces a full and wrong payer share.

Post-adjudication comparison

A recommended correction that never overwrites the adjudicator. A right total with a wrong composition is a discrepancy, and relabelling a denial as a write-off is one too.

Savings, decomposed

Contractual, alternate-benefit and edit-driven savings with no overlap, summing exactly to what pricing wrote off. Cost sharing sits under "not savings" so nothing is mistaken for one.

Rule governance

A rule earns production. It is never granted it.

Your policy team authors in a no-code builder or the rule DSL. The road from draft to active is the same for a rule a person wrote and a rule a model drafted.

DRAFT

Authored, versioned, immutable once released. Editing a released version creates a new draft — the active one keeps executing.

TESTED

At least one positive and one negative test case, all passing, with effective-date cases supported.

APPROVED

Approver role, four eyes, and the submitter excluded — including the operator who asked a model to draft it.

SHADOW

Deployed in observation. Matches are logged with zero effect on any recommendation or dollar.

ACTIVE

Promoted on measured evidence. Activation retires the previous version with a superseded audit entry.

Simulate against real history

Baseline and candidate evaluate under identical context — frozen clock, the same history, the persisted reference snapshot — so every reported change is attributable to the candidate rule and nothing else. New rules also simulate against paid history, and the money arm fails closed rather than counting an estimate as a charge at risk.

Appeals feed precision

Overturns flow back into each rule's measured precision and into the baselines new rules are tested against. A rule nobody has appealed reports UNMEASURED — never a flattering 0% overturn rate.

Review that cannot be quietly overruled

An exposure-ranked queue with SLA. Overrides are write-once and audited, need a reason and a reviewer role, and high-dollar overrides need an approver. Edits marked binding cannot be overridden at all — authors can never resolve their own rule's output.

FWA analytics

An observation about a claim, never a characterisation of a person.

A reproducible relationship view — providers at one practice address, the providers one patient has seen, bounded multi-step connections — each finding carrying the claims behind it. No score, no rank, no risk language, and no path from this view into a decision.

Indicators run a shadow → measured → active lifecycle, and promotion re-reads the cited precision measurement inside the commit. Two indicator libraries are kept deliberately unmerged with their overlap declared.

Enterprise ecosystem

The loop your operation already runs on.

The 835, 277 and X12 loop closed end to end. Licensed content packs with a Content Update Manager, and administration separated from claims data so authored content and member information are never in the same custody.

A pack rule arrives as a draft, not as production policy. A deployment that cannot verify content says so rather than trusting it — and a pack can never activate itself.

Performance

Reference measurements, and the machine they came from.

A benchmark without its conditions is a marketing number. Everything below was measured on a single developer-class machine — one process against a local database, not payer-scale infrastructure. Treat it as evidence about the shape of the engine, not as a capacity promise for your environment; we run the benchmark on your hardware during evaluation.

Measurement
Throughput
p95
Errors
Reference machine, cold start, 3,000 claims
>1,000/sec
59–84 ms
0
Same machine, warmed, same volume
>2,500/sec
30–33 ms
0
Rule simulation across 4,000 claims
~5,300/sec
748 ms total
0
Stated limits
These are development-hardware figures, so read them as ratios rather than as capacity. Cost grows with the treatment history of the one patient being evaluated, not with the size of your book. Simulation currently holds a plan’s claim set in one machine’s memory. The largest volume any figure here was measured over is 4,000 claims in one plan — so the shape of the curve is demonstrated and payer scale is not.

See it run on a claim you already argue about.

Forty-five minutes with the engineers who built the engine. Bring the edit your team disagrees on internally — that is the one worth watching.

Book a demo Read the security posture first