QA review and result release, under explicit policy.

Run QA checks and report release as a governed workflow where AI drafts the interpretation, released policy auto-clears only eligible in-spec, low-risk results, and a reviewer decides every exception.

Gloved hands in a bright laboratory reviewing a report on a clipboard, an analytical instrument and sample vials softly out of focus beside them.
§ 01 · How it works

One run, end to end.

Kora runs lab QA and result approval as governed workflows: automated checks and an agent-drafted interpretation feed an explicit release policy. That policy may auto-clear eligible in-spec, low-risk results; a reviewer approves, adjusts, or rejects every exception. Every path leaves a hash-chained, replayable record of the QA decision.

  1. Checks

    Checks run as steps

    Limit checks, control comparisons, and method conformance run as defined steps in the workflow.

  2. AI agent

    The draft arrives

    The agent drafts the interpretation and flags anomalies for the reviewer.

  3. Review

    A reviewer decides the exceptions

    Released policy auto-clears only eligible in-spec, low-risk results; everything else goes to a reviewer who approves, adjusts, or rejects.

  4. Record

    Released with proof

    Checks, exceptions, approvals, and overrides land in the append-only record.

Every released result can be explained, months later, from its own record. Hash-chained, replayable.

§ 02 · The approach

QA and result approval

What you get

  • QA checks that run as steps

  • Release decided by explicit policy

  • Every QA decision on the record

01

QA checks are steps, not afterthoughts

Limit checks, control comparisons, and method conformance run as defined steps in the workflow, so nothing ships unchecked.

02

Release authority stays with policy and people

AI drafts the interpretation but never independently authorizes release: an explicitly released policy may auto-clear eligible in-spec, low-risk results, and a reviewer approves, adjusts, or rejects everything else. The decision path is recorded.

03

Every QA decision is on the record

Checks, exceptions, approvals, and overrides land in a hash-chained, replayable record, so a released result can always be explained.

§ 03 · FAQ

Questions, answered.

What teams ask when they evaluate Kora for this problem.

No. AI runs checks and drafts the interpretation, but it never independently authorizes release. An explicitly released policy may auto-clear eligible in-spec, low-risk results; a reviewer approves, adjusts, or rejects everything else. The record shows the AI draft and the release path.

The workflow routes it to a reviewer with the context attached, as a defined exception path rather than a silent pass or an email chain.

A hash-chained, replayable record of the checks run, the anomalies found, the release policy or reviewer decision, and the outcome, tied to the method version and sample.

No. Kora orchestrates the QA workflow across the LIMS and instruments you already run and writes the approved outcome back. It governs the review, the approvals, and the evidence; the LIMS stays the system of record for results.

Yes, when an explicitly released policy authorizes it. The workflow can automatically clear only eligible in-spec, low-risk results under defined rules; everything else goes to a reviewer. That is policy execution, not AI authorization, and both paths land in the same record.
§ 04 · Next step

Bring one release decision.

In a demo, bring a QA review you make today. We will run it as a governed workflow: checks as steps, the agent drafting the interpretation, released policy clearing eligible routine results, and your reviewer deciding exceptions, all on the record.