Inferensys

Glossary

Genomic Eligibility Matching

The automated computational process of comparing a patient's structured genomic variant data against a clinical trial's specific molecular biomarker requirements to determine eligibility for precision medicine studies.
Data scientist building training data pipeline on laptop, data preprocessing visible, technical workspace.
Precision Recruitment

What is Genomic Eligibility Matching?

The automated computational process of comparing a patient's structured genomic variant data against a clinical trial's specific molecular biomarker requirements to determine eligibility.

Genomic Eligibility Matching is the automated comparison of a patient's structured genomic variant data—such as EGFR mutations, ALK rearrangements, or MSI status—against a clinical trial's specific molecular biomarker requirements. This process replaces manual chart review of complex next-generation sequencing reports with a deterministic, rules-based engine that instantly verifies whether a patient's tumor profile satisfies the genomic inclusion criteria of a precision medicine trial.

The architecture ingests structured genomic data from FHIR resources or VCF files and aligns it with parsed trial criteria, resolving complex logic such as variant zygosity, co-mutation requirements, and exon-specific alterations. By integrating with biomarker-driven screening and computable phenotype engines, this capability dramatically accelerates the identification of eligible patients for basket and umbrella trials, directly reducing screen failure rates and enrollment timelines.

MOLECULAR PRECISION SCREENING

Key Features of Genomic Eligibility Matching

The automated comparison of a patient's structured genomic variant data against a trial's specific molecular biomarker requirements, such as EGFR mutation or MSI status.

01

Variant-to-Criterion Alignment

The core engine that maps a patient's specific genomic variants (e.g., EGFR exon 19 deletion, BRAF V600E) directly to a trial's molecular inclusion criteria. This process involves parsing structured variant call format (VCF) files and comparing them against a machine-readable library of required biomarkers. The system must handle complex logic, such as requiring a mutation but excluding a specific co-mutation, ensuring that only patients with the precise molecular profile are matched.

02

Biomarker Synonym Resolution

Resolves the semantic gap between how a biomarker is described in a protocol versus how it is reported in a genomic lab result. For example, a trial may require 'HER2 overexpression,' while a pathology report states 'ERBB2 amplification.' This feature uses medical ontology alignment to map synonymous terms, gene aliases, and protein names to a unified concept, preventing false negatives caused by simple string mismatches.

03

Complex Boolean Logic Evaluation

Evaluates intricate logical expressions that combine multiple genomic requirements. A trial might specify: '(EGFR mutation OR ALK rearrangement) AND NOT KRAS G12C'. The system parses this logic tree and evaluates it against the patient's full genomic profile. This goes beyond simple presence/absence checks to handle nested AND/OR/NOT conditions with high precision, automating what is typically a manual, error-prone curation step.

04

Variant Classification and Pathogenicity Filtering

Distinguishes between clinically actionable pathogenic variants and benign polymorphisms. A trial requiring a 'deleterious BRCA1 mutation' should not match a patient with a benign BRCA1 variant of unknown significance. This feature integrates with knowledge bases like ClinVar to automatically filter variants by their clinical significance, ensuring that only patients with truly relevant mutations are flagged for screening.

05

Copy Number and Structural Variant Matching

Extends matching beyond single nucleotide variants (SNVs) to include copy number variations (CNVs) and gene fusions. A trial for HER2-targeted therapy requires identifying patients with ERBB2 amplification, not just a sequence mutation. The system interprets quantitative metrics like ploidy and log2 ratios from sequencing data to determine if a patient meets the amplification threshold defined in the protocol's eligibility criteria.

06

Tumor Mutational Burden (TMB) Thresholding

Automates the assessment of a patient's Tumor Mutational Burden (TMB) score against a trial's numeric cutoff (e.g., TMB-High ≥ 10 mut/Mb). The system extracts the calculated TMB value from the structured genomic report and performs a direct numeric comparison. This feature is critical for immunotherapy trials where TMB is a pan-tumor eligibility biomarker, enabling rapid identification of patients who qualify based on this quantitative metric.

GENOMIC ELIGIBILITY MATCHING

Frequently Asked Questions

Clear, technically precise answers to the most common questions about automating the comparison of patient genomic variants against clinical trial molecular biomarker requirements.

Genomic eligibility matching is the automated computational process of comparing a patient's structured genomic variant data against a clinical trial's specific molecular biomarker requirements to determine eligibility. The process begins by ingesting structured genomic reports—typically in VCF (Variant Call Format) or MAF (Mutation Annotation Format)—and extracting key attributes such as gene symbol, variant classification, and allelic frequency. These attributes are then mapped to standardized ontologies like HGVS (Human Genome Variation Society) nomenclature or ClinVar accessions. The matching engine evaluates each variant against the trial's biomarker criteria, which may specify exact mutations (e.g., EGFR exon 19 deletion), variant classes (e.g., any BRCA1/2 loss-of-function mutation), or complex signatures like MSI-H (Microsatellite Instability-High) status. The system applies deterministic rule-based filtering combined with semantic reasoning to resolve synonymous annotations, ensuring that a patient with a BRAF p.V600E mutation is correctly matched to a trial requiring a BRAF V600E-positive tumor, regardless of minor nomenclature variations in the source data.

Prasad Kumkar

About the author

Prasad Kumkar

CEO & MD, Inference Systems

Prasad Kumkar is the CEO & MD of Inference Systems and writes about AI systems architecture, LLM infrastructure, model serving, evaluation, and production deployment. Over 5+ years, he has worked across computer vision models, L5 autonomous vehicle systems, and LLM research, with a focus on taking complex AI ideas into real-world engineering systems.

His work and writing cover AI systems, large language models, AI agents, multimodal systems, autonomous systems, inference optimization, RAG, evaluation, and production AI engineering.