Clinical intelligence

Clinical Trial Matching API for NGS Reports

A REST API that turns a patient's variant profile into a ranked shortlist of actively enrolling trials — embedded in your NGS report delivery workflow. Variant-level eligibility is matched deterministically; complex criteria are surfaced for oncologist verification. Nightly registry refresh.

ClinicalTrials.govVariant-level eligibilityGeographic filteringREST JSON API

Why trial matching belongs in the report, not in a separate tool

An oncologist sees the NGS report, forms a treatment plan, and — days later — remembers to check whether the patient qualifies for a trial. By the time they search, they've already committed mentally to standard-of-care. Trial enrollment rates suffer. Pharma partnerships that depend on referral volume suffer. And your lab loses the differentiation of offering “trial-aware” reporting.

A trial matching API, called at report-generation time, puts the shortlist on page 2 of the Actionable Insight. The oncologist sees treatment options and trial options together — at the exact moment they're deciding.

How the matching works

A single POST /v1/trials/match call with the variant profile returns ranked trials. Behind that single endpoint, three layers of matching:

Eligibility criterion typeMatching approachMatch confidence
Variant-level (e.g., 'EGFR L858R')Graph traversal — exact match or notDeterministic
Disease / stage (e.g., 'Stage IV NSCLC')Structured match against report metadataHigh
Prior therapy historyFlagged for oncologist review — not in NGS reportVerification required
Performance status (ECOG)Flagged for oncologist reviewVerification required
Comorbidity exclusionsFlagged for oncologist reviewVerification required
Geographic eligibilityRadius filter against enrollment site coordinatesDeterministic

Example response structure

Each matched trial returns: NCT ID, phase, status, primary endpoint, sponsor, match score (0–1), list of verified criteria met vs. criteria requiring oncologist verification, enrolling site addresses within radius, and a deep link to the full trial record on ClinicalTrials.gov.

The full integration example — LIMS → UNMIRI API → 2-page report — is on the For Labs page.

Sample output. See a fully rendered trial match in the page-2 trial card of our sample NSCLC Actionable Insight. Synthetic data, but the JSON and rendering are real.

Data freshness and registry coverage

ClinicalTrials.gov is refreshed nightly. Trials that move from “enrolling” to “not yet recruiting” or “completed” are caught in the next 24-hour cycle. Every match output includes the registry version timestamp so your audit trail shows exactly what was enrollable at the time of report generation.

Compliance and data flow are detailed on the security page. Our practical architecture is covered in Building a HIPAA-Ready Architecture for Clinical Decision Support, and the graph traversal approach is the same architecture explained in Why Vector RAG Fails for Oncology.

How UNMIRI actually does this

ClinicalTrials.gov eligibility criteria are parsed and stored as typed edges in UNMIRI's knowledge graph. Trial matching is a Cypher traversal from a patient's variant profile to actively enrolling trials — deterministic, not LLM-inferred. Free-text eligibility parsing happens once at ingestion; the runtime path is structured throughout. More on the architecture.

Frequently asked questions

A clinical trial matching API takes a patient's variant profile and returns actively enrolling trials for which they are potentially eligible, ranked by match strength. Labs embed this into their reporting workflow so oncologists see relevant trial options alongside treatment recommendations — at the moment of decision, not days later in a separate search.

Put trial options on the page the oncologist reads.

Trial matches delivered alongside treatment recommendations, in the same 2-page Actionable Insight. No separate portal, no separate search.