For payment integrity & SIU teams

Stop the claim before you pay it.

Orukai reviews a health plan's claims prepayment, ranks what deserves a human, and shows its work. Every score is a sum of named rules with the reason each one fired — so an examiner can act on it, and an auditor can check it.

The workflow

From a plan's extract to a referral-ready case.

Four steps, each one recorded. Nothing happens to a plan's data that the plan cannot see afterwards.

1

Land the extract

Send claims and roster files in whatever columns your systems already produce. Orukai proposes a mapping; you confirm it. Nothing loads until you do.

2

Score every claim

Peer-billing outliers, duplicate submissions, off-roster providers, impossible dates. Thresholds are derived from your own book, not borrowed from someone else's.

3

Work the queue

Examiners see the claims that earned attention, ranked, with the evidence attached and the prompt-pay clock in view. Decisions are one click and on the record.

4

Escalate the pattern

Provider-level risk catches what no single claim shows — the practice inflating one visit in five. Build the case with its full audit trail behind it.

Explainable by construction

A score you can defend to a provider.

Most risk scores are a number with a story attached afterwards. Orukai's are the opposite: points are earned by a rule that fired on data the plan actually sent, and the score is their sum. Nothing is scaled to hit a target. If nothing fires, the score is zero — and that is the correct answer, not a failure.

  • Every point is attributable Each contributing rule carries the reason it fired, in the words an examiner would use with a provider.
  • "Checked and clean" is not "couldn't check" A rule that ran and found nothing is recorded separately from one that lacked the data to run. Absence of evidence never masquerades as evidence of absence.
  • Calibrated against your book Peer thresholds are re-derived from the plan's own claim distribution during onboarding, because a multiple that means "outlier" in one specialty mix means nothing in another.
CLM-103197 75 · High
45 Peer billing outlier Billed 9.5× the Family Practice median across 612 claims on this plan.
18 Duplicate claim proximity Another claim for the same member, provider and date of service.
12 Prior audit history 4 prior audit findings recorded against this provider.
Provider roster matchclear Provider is on the plan's roster.
Service date validityno data The extract carried no service date for this claim.
Risk score 75 / 100

Illustrative claim. Layout and reason text as the product renders them.

What you get

One workspace, four jobs.

Prepayment review, provider risk, investigations and the reporting that has to hold up afterwards.

Prepayment queue

Claims ranked by earned risk, filterable by line of business and status, with the prompt-pay deadline visible before it becomes a problem.

Provider risk

Patterns across a provider's whole book — the ones no single claim reveals. A practice that bills normally four times and inflates the fifth does not move a median; it moves this.

Investigations & SIU

Promote a claim or a provider into a case, gather evidence with its citations intact, and track exposure and recovery through to resolution.

Governance

Coverage reporting that states plainly which rules fire, which are blind for lack of data, and what the model is not measuring. No metric without a computation behind it.

Ingestion you control

Your column names, your mapping, confirmed by a person. Rows that fail validation are quarantined with a reason and stored — never silently dropped.

Role-aware review

Examiner, medical director, investigator and leadership each see the view their decision needs, over one set of numbers that reconcile.

Built for claims data

Handling a plan's data is the product.

Claim files carry members, providers and money. These are engineering decisions, not policy statements.

Isolation enforced in the database

Every plan's data is separated by row-level security in PostgreSQL, applied to every query including those run by the database owner — not by a filter the application is trusted to remember.

Your delivery folder is never touched

Orukai reads what you send and writes nothing back. The ingestion layer has no ability to delete or move a file: your record of what you sent stays yours, intact.

Decisions are attributable

Every approve, deny, pend and rescore is written to an audit ledger against the authenticated user who made it — taken from the session, never from anything the browser claims.

Errors don't leak claims

Diagnostics and failure messages are scrubbed of member identifiers, filenames and row content before they reach a log, because an error message is where claim data usually escapes.

See it against your own claims.

The fastest way to judge Orukai is to point it at a de-identified extract of your own book and look at what it surfaces. Reach out to arrange a walkthrough.