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.
Glossary
Genomic Eligibility Matching

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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
Enabling Efficiency, Speed & Accuracy
Intelligent Analysis, Decision & Execution
We build AI systems for teams that need search across company data, workflow automation across tools, or AI features inside products and internal software.
Talk to Us
Search across company data
Give teams answers from docs, tickets, runbooks, and product data with sources and permissions.
Useful when people spend too long searching or get different answers from different systems.

Automate internal workflows
Use AI to route work, draft outputs, trigger actions, and keep approvals and logs in place.
Useful when repetitive work moves across multiple tools and teams.

Add AI to products and internal tools
Build assistants, guided actions, or decision support into the software your team or customers already use.
Useful when AI needs to be part of the product, not a separate tool.
Related Terms
Explore the interconnected concepts that form the foundation of automated genomic trial matching, from data standards to algorithmic interpretation.
Biomarker-Driven Screening
A trial recruitment method that prioritizes patient identification based on the presence or level of a specific biological marker rather than disease type alone.
- Key Markers: EGFR T790M, KRAS G12C, MSI-H/dMMR, PD-L1 TPS
- Mechanism: Replaces histology-based screening with molecular profiling
- Example: A basket trial enrolling all solid tumors with an NTRK fusion, regardless of organ origin
- Data Source: Structured pathology reports and next-generation sequencing (NGS) output files
Variant Annotation & Normalization
The process of enriching raw genomic coordinates with functional context and mapping variant descriptions to a standard nomenclature to enable consistent computational comparison.
- Annotation: Adding gene name, protein change, and population frequency to a variant call
- Normalization: Converting 'EGFR L858R' and 'c.2573T>G' into a single HGVS-compliant identifier
- Tools: Ensembl VEP, SnpEff, and ClinVar for clinical significance
- Challenge: Resolving legacy variant names and non-standard lab reporting formats
Computable Phenotype
A machine-processable definition of a clinical condition expressed as logical expressions and data queries, used to identify patient cohorts from electronic health records.
- Structure: Combines diagnosis codes, lab values, medication orders, and genomic findings
- Example:
[EGFR Exon 19 Deletion == TRUE] AND [NSCLC Diagnosis == TRUE] AND [Prior TKI Therapy == FALSE] - Execution: Translated into SQL or FHIR API calls against a clinical data warehouse
- Role in Genomics: Bridges structured variant data with clinical narrative for holistic eligibility assessment
FHIR Genomics Operations
The standardized HL7 FHIR resources and operations designed specifically for the exchange of structured molecular and genomic data between healthcare systems.
- Key Resources:
MolecularSequence,Observation-genetics, andDiagnosticReport-genomics - Operations:
$find-subject-variantsand$find-population-variantsfor cohort discovery - Purpose: Enables EHRs to transmit structured variant data to trial matching services without custom integrations
- Adoption: Increasingly required by precision medicine initiatives and clinical research networks
Criteria-to-Query Translation
The process of converting parsed, structured eligibility criteria into executable database queries to screen patient repositories for matching genomic profiles.
- Input: A structured representation of 'EGFR T790M mutation positive'
- Output: A SQL or GraphQL query against a variant warehouse filtering for the specific cDNA change
- Complexity: Must handle zygosity, allele frequency thresholds, and co-occurring mutation requirements
- Optimization: Query planning to efficiently join variant tables with demographic and diagnosis data at scale
Screen Failure Analysis
The systematic review of reasons why pre-screened patients failed to meet trial eligibility, used to optimize recruitment strategies and refine protocol inclusion criteria.
- Genomic Failures: Patient harbors the target mutation but fails due to a co-mutation exclusion (e.g., KRAS mutation excluding EGFR TKI trial)
- Data Quality Failures: Incomplete or ambiguous variant reporting preventing definitive matching
- Feedback Loop: Aggregated failure data informs protocol amendments and site selection
- Metric: Screen failure rate by biomarker category to identify overly restrictive molecular criteria

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.
Partnered with leading AI, data, and software stack.
How We Work
Custom AI workflows for your Business
One-fit-all AI don't work for modern businesses. At Inferensys, we aim to understand your business & custom requirements; which we use to define most efficient agentic workflows, the data, and the tools for your business.
01
Review the use case
We understand the task, the users, and where AI can actually help.
Read more02
Pick the right approach
We define what needs search, automation, or product integration.
Read more03
Build the first useful version
We implement the part that proves the value first.
Read more04
Improve from there
We add the checks and visibility needed to keep it useful.
Read moreThe first call is a practical review of your use case and the right next step.
Talk to Us