The Engine / forward-deployed clinical AI

Built to your workflow.
Deployed where you run.

We start from how a hospital actually runs — the message streams already moving through it, the overnight coverage gap, the escalation path, the handoff at seven in the morning — and engineer the intelligence to fit that reality. Then we deploy it where your data already lives: your cloud, your servers, or a machine with no network at all.

Forward-deployed engineering we embed in the workflow/build against your real message formats we run where you run/cloud, on-premises, or fully air-gapped
Engine trace · one message ON YOUR HARDWARE
ElapsedWhat the engine doesState
0.00s
ORU^R01 arrives
MLLP over TCP · 14 OBX segments · ACK returned
Ingested
0.04s
Parsed and normalised
LOINC mapped · units reconciled · Z-segments kept
Parsed
0.11s
Chart assembled
priors, notes and imaging fused from FHIR R4
In context
0.3s
Model routed
your weights, your perimeter — nothing egresses
Routed
1.8s
Specialists reason in parallel
cardiology · renal · pharmacy · pulmonology
Reasoning
3.6s
Every claim checked
13 clinical claims verified against the record
Verified
4.2s
Written to the audit trail
tamper-evident · 7-year retention · including silence
Logged
4.2s
NORA decides whether to speak
escalate now, stage for rounds, or stay quiet
Judged
4.2s
Message to
narrative
13
Claims checked
vs the chart
100%
Decisions
audit-logged
6
Specialist
stacks
One ORU^R01 through the engine on synthetic data. Timings move with the model you run, the hardware you run it on, and how much chart there is to read.
01 — THE MOAT

Most clinical AI can't start
until month six. We start in week one.

The hardest problem in clinical AI was never the model. It's getting access to patient data to prove anything at all. We solved that by manufacturing our own.

01
Proof before procurement
No BAA required to see it work

Every capability is built and validated against synthetic patients with known answers. So we can show you the engine running on your message formats before a BAA, an IRB, or a security review is signed. Evaluation starts in week one, not month six.

02
A pilot that risks nothing
Silent by default

Thirty days in shadow mode. No pages, no workflow change, and not one clinician gets another alert to ignore. You see what we would have caught before anyone has to trust it — which is the only order that has ever worked in this market.

03
No cloud-security veto
Runs inside your perimeter

On-premises or fully air-gapped. The most common reason clinical AI dies in security review simply doesn't apply — because the data never leaves the building. That is also what makes this deployable in the field, and outside the country the software was written in.

04
One miss pays for the year
The economics

Failure to rescue — a deterioration knowable from data already sitting in the chart — drives extended ICU stays, transfers, and litigation exposure. The software was never the expensive part. The miss is.

Why this
is the moat

Each of those removes a specific reason clinical AI deals die: data access, clinical risk, security veto, and unclear return. The defensibility isn't that the technology is clever — plenty of it is clever. It's that this one is provable before you commit to it, and almost nothing else in the category is.

02 — MODELS

Your models.
Your infrastructure.

We don't sell you a model. We make the ones you already own work inside clinical care — and we train them until a clinician will act on the output.

01
Bring your own models
No vendor to adopt

If your health system already licenses models, or owns weights you've invested in, the engine routes to them. Nothing about the clinical logic changes. The reasoning, the verification and the audit trail are ours; the model underneath is yours.

02
We train and we tune
Fitted to your workflow

We train models against your terminology, your order sets, your escalation thresholds — and keep tuning until the output survives a clinician reading it at three in the morning. Generic models don't clear that bar. Trained ones do.

03
Runs where your data lives
Sovereignty by deployment

Your cloud, your servers, or a sealed appliance with no network connection at all. Data residency stops being a negotiation and becomes a deployment setting — which is what makes this workable outside the countries the software was written in.

04
No lock-in, ever
Models are swappable

Models are replaceable without re-engineering a single clinical rule. When something better ships — and it will, repeatedly — you move to it in a configuration change. The engine is built to outlive any one model generation.

Model-agnostic
by architecture

Model-agnostic by architecture, not by marketing. We take no position on whose model is best this quarter, because that answer keeps changing and your hospital shouldn't have to re-platform every time it does. What stays constant is the clinical reasoning, the verification against the record, and the audit trail behind every claim. Your patient data never trains anyone's model — ours included.

03 — THE BUILD LOOP

How it gets built.
And how it gets better.

Forward-deployed means we work inside your environment, against your real data formats — not over the wall with a spec and a hand-off.

01
Plan

Map the workflow before writing anything — where the data originates, who acts on it, and what a miss actually costs the patient.

02
Prototype

A working slice against your real message formats in weeks, not quarters. Real integration surfaces the problems a slide deck hides.

03
Eval & test

Every change is scored against a synthetic patient population with known answers, and a held-out evaluation harness scores each release against ground truth the engine never saw while it was being tuned.

04
Deploy

Cloud, on-premises, or air-gapped. Same engine, same verification, same audit trail — wherever it has to run.

05
Improve

Findings are graded and routing is promoted or rolled back on evidence. Changes ship because they measured better, not because they sounded better.

// Nothing ships that the validation suite hasn't seen. Where this goes next — training on real clinical disagreement — let's talk.

04 — NORA

NORA. The night shift
that doesn't get tired.

Nocturnal On-call Reasoning Agent — always on, and deliberately quiet. It runs two loops, because patients deteriorate in two different ways.

Loop 01 — when data arrives

Something happened

The moment a result, note, or admission lands, specialist reasoning runs on that patient — labs, imaging, notes and prior history fused and read in parallel. Findings are queued the second they exist, and NORA works that queue continuously, through the night, without being asked.

Loop 02 — when nothing arrives

Something didn't happen

Every five minutes, a sweep checks every admitted patient for what hasn't occurred — the results that stop coming, the monitoring that goes quiet, the admission nobody closed. Absence is a signal too, and it is the one that conventional alerting misses entirely.

The hard part is restraint

Flagging is easy. Any system can flag everything — that is precisely how clinical alerting earned the reputation it has, and why the last generation of early-warning tools got silenced within months of go-live. The engineering is in what NORA decides not to say. What earns a clinician's attention at three in the morning, and what waits until rounds. Every decision is written to a tamper-evident audit trail — including the decision to stay quiet.

Clinical & diagnostics
Live · command center, lab, imaging, EKG
Force-health & the field
Deployed offline · maritime, military, forward ops
Public-health surveillance
Live · cultures, resistance, reportable conditions
Pilot Partner Program · open

Start a silent pilot.

Thirty days running alongside your live stream. We page no one. Nothing reaches a clinician, nothing changes a workflow, and no one gets one more alert to ignore. At the end we show you exactly what we would have caught, how early we would have caught it — and, just as importantly, everything we stayed quiet about.

Clinical Decision Support Notice — CareCompile is a non-diagnostic clinical decision support tool intended to augment, not replace, physician judgment. All AI-generated analyses are advisory only; clinical decisions remain the sole responsibility of the licensed treating clinician. CareCompile is not FDA-cleared or FDA-approved as a medical device and is not intended to diagnose, treat, cure, or prevent any disease. For investigational and decision-support use only. Validation with practicing physicians is ongoing.