A report is only worth opening if three things hold on every case: every applicable requirement is identified consistently, each one is prepared against the standard in force at the time, and the whole preparation can be traced, reproduced and audited.
This page sets out what makes those three things true. Governance is about whether you can trust the preparation. How Outcomer is deployed, and whether you can trust the environment it runs in, is set out separately under Security.
Selects the requirements the case engages. Prepares each against the standard in force at the relevant date. Sets the evidence on the file against each one. Records the source authority, the corpus version and the reasoning. Holds the corpus under version control.
Outcomer never reaches a conclusion on the case.
You supply your own policies. We bring the published requirements — already sourced from the issuing authority, versioned and signed off. the statutes, regulations and codes that govern the work, maintained as they change, and reproducible at the date a case was worked. A policy engine leaves that side to you.
Assesses the evidence prepared against each requirement. Resolves anything marked borderline. Reaches the determination. Owns the judgment, and the accountability for it.
The judgment is your reviewer’s, in full.
One precision worth stating plainly. Requirement selection is deterministic — the same case always resolves to the same set. Evidence mapping is recorded and reproducible against a pinned corpus and model version. Different guarantees, both checkable.
Sign-off is recorded and dated, and the configuration version is stamped on every report — so “complete against the configuration you approved” is checkable two years later. It is signed by a named person, not a team.
Requirements are not static. The governance question is not whether the corpus changes, but whether every change is controlled, dated, and leaves historic preparations reproducible. Four steps, and you keep the decision.
Your own standards change only when you tell us they have, and you certify the new rendering as you did the first. We do not take standing authority over a document that is yours.
An update never changes the answer on a case already examined. A case worked in 2021 remains reproducible against the version in force then. That is what lets a determination made two years ago be defended against the standard that applied two years ago — not the one that reads today.
The authorities the corpus holds, their versions, and the applicability rules that select them are open to your inspection.
The standard behind every Case Orientation Report can be verified,
not taken on trust.
We will walk through the corpus, the applicability rules, the versioning and the sign-off process — before anything is configured.
Claims and complaints teams · Financial review teams · Quality assurance teams
Platforms in this space give you a way to write, version and enforce your own rules. The statutory side is left to you — your team decides what the regulation requires, decomposes it, encodes it, keeps it current when it changes, and carries the consequence if it was read wrong.
We bring that side already done. Every published requirement sourced from the issuing authority, versioned, signed off before deployment, maintained as it changes, and reproducible at the date a case was worked. Your own policies are configured alongside it, and stay yours.
That is also why the sourcing discipline on this page exists. If you rely on our reading of a regulation, that reading has to be traceable to the instrument, dated, and defensible to whoever asks.