Decision support, not decisions
There is a version of clinical AI that quietly makes decisions. It scores a patient, flags a risk level, routes an alert, and the human is left to rubber-stamp an output they had no part in shaping. It looks efficient. In behavioural health, it is a mistake.
Mental health data is among the most sensitive there is, and the judgements made from it carry real weight. An automated conclusion that reads as authoritative — a number, a level, a verdict — invites a clinician to defer to it. That is exactly the wrong instinct to design for.
Draft, not verdict
Our first principle is that every output is a draft. A structured note, a scored assessment, a highlighted pattern — each arrives with its provenance and a review state, and none of it enters the patient record until a clinician reviews, edits, approves, or rejects it.
This is not a disclaimer bolted on at the end. It is how the workflow is built. The review state is a property of the object itself. There is no path in the product where a generated output becomes part of the record without a person deciding that it should.
Highlight for review, don't predict a crisis
The language we use is deliberate. We do not say the system detects risk or predicts a crisis. It highlights patterns — a run of missed check-ins, a change in language, a shifting screening trajectory — that may warrant a clinician's attention, and it routes them for review with the source context attached.
The distinction is not cosmetic. "Rising risk detected" claims a clinical judgement the software has not earned and should not make. "Pattern highlighted for review" describes what actually happened: the system surfaced something, and a clinician will decide what it means. One framing invites over-trust and regulatory scrutiny. The other keeps accountability where it belongs.
Traceable by design
Trust in a clinical tool is not a feeling; it is a property you can inspect. Every output carries the inputs it drew on, a per-field confidence score, and a record of who reviewed it and when. A clinician — or an auditor — can trace the path from input to conclusion. Access is scoped and logged. Nothing about the reasoning is a black box the user is asked to accept on faith.
Reviewed with clinical advisors
Finally, the clinical logic is not something we invented in isolation. Empaithy is developed with clinical advisors and designed around clinician-controlled workflows. The people who carry behavioural health care shape how the product behaves — not as a marketing line, but as the source of the review model itself.
The quiet version of "AI in healthcare"
The loud version of AI in healthcare promises to replace judgement. The quiet, durable version does the opposite: it carries the administrative weight, surfaces what a clinician might otherwise miss, and hands the decision back — with the context to make it well.
That is the version we are building. The clinician stays in the loop, because in behavioural health, the loop is the point.