Domain-Specific LLMs for Drug Discovery Biomarker Identification

benchsci · Healthcare · 2023 · source Agentic: yes · promotional bias: med · source-backed · extracted with prompt 0.5.6 (schema v2)

Generated from extraction.json — do not edit by hand. Every claim cites verbatim source evidence; stated means the quote directly asserts the claim, implied means it supports it indirectly.

Problem

Domain: Preclinical drug discovery and biomarker identification

BenchSci needed to help scientists reason over complex disease biology, evidence, nomenclature, and experiment design so they could identify biomarkers and hypotheses faster without losing scientific veracity.

Constraints:

Architecture

BenchSci built ASCEND on a decade of structured biomedical evidence. Publisher, open, paywalled, and pharma-internal data are converted into an evidence map and ontology knowledge base. Domain-specific vision and text LLMs extract and structure evidence at scale, while a RAG layer combines that structured data with generative summarization and conversation. The scientist-facing assistant answers workflow questions around hypotheses, experiment design, translation to humans, and biomarker identification with evidence and reasoning.

Diagram confidence: reconstructed (reconstructed from prose).

flowchart LR
  biomedical-data-foundation[Biomedical data foundation] --> domain-specific-llm-extraction[Domain-specific LLM extraction]
  domain-specific-llm-extraction --> evidence-map[Evidence map]
  domain-specific-llm-extraction --> ontology-knowledge-base[Ontology knowledge base]
  evidence-map --> ascend-assistant-interface[ASCEND assistant interface]
  ontology-knowledge-base --> ascend-assistant-interface
  ascend-assistant-interface --> scientist-workflows[Scientist workflows]
Drag to pan · scroll or use +/− to zoom · reconstructed from the source's described component topology

Components

Component Role Interacts with
Biomedical data foundation Publisher, open-access, paywalled, and internal pharma research sources. Domain-specific LLM extraction
Domain-specific LLM extraction Vision, text, and smaller derivative-insight models that mimic scientist interpretation at scale. Evidence map, Ontology knowledge base
Evidence map Structured map of scientific evidence and insights. ASCEND assistant interface
Ontology knowledge base Biomedical nomenclature and relationship layer for genes, diseases, pathways, and processes. ASCEND assistant interface
ASCEND assistant interface Scientist-facing question-answering, summarization, and conversation layer over structured evidence. Evidence map, Ontology knowledge base, Scientist workflows
Scientist workflows Hypothesis generation, experiment design, translation assessment, and biomarker identification tasks. ASCEND assistant interface

Data flow

Research data is collected from publisher, open-access, paywalled, and internal pharma sources. Domain-specific models extract scientific evidence, connect it into an evidence map and ontology knowledge base, and applications expose that foundation to scientists. The assistant retrieves structured evidence and uses generative AI for summarization and conversation while showing reasoning back to skeptical scientific users.

“First Step was getting access to primary research through partnership with some of the largest Publishers in the world and really get access to hundreds and hundreds of data sources”transcript, stated
“we took this massive corpuses data extracted the evidence connected them together and structured them together”transcript, stated

Why this architecture

BenchSci chose structured evidence plus RAG because scientists need explainable, scientifically accurate answers rather than generic generation. Domain-specific models were necessary to interpret biomedical evidence, resolve nomenclature, and outperform generic foundation models for biomarker identification.

“scientists are trained um to be skeptical so if they can see the evidence and the reasoning and the scientific reasoning behind anything that a machine generate we will not get very far”transcript, stated
“while Foundation models are fantastic um in this specific space you really need domain expertise”transcript, stated

Models used: domain-specific LLMs · vision models · text models · smaller derivative-insight models · Google Med-LM

Scale

Alternatives considered (roads not taken)

Use generic foundation models directly for biomedical reasoning.

Rejected because: BenchSci expected medical/domain-specific pretraining to outperform generic foundation models on its scientific tasks.

“if we can take a foundation model that has been train on data that's close to what we do which is the medical data you will probably outperform your generic um generic Foundation models”transcript, stated

Build an AI-first biotech company around one drug pipeline.

Rejected because: BenchSci argues that approach can be faster for individual drugs but does not scale as broadly as assisting many scientists across pharma.

“AI first biotech companies which would be a full stack company that buil from scratch with the goal of bringing a drug to Market”transcript, stated
“but in our perspective that's not actually what's going to make the most impact because that doesn't scale”transcript, stated

Answer scientists without exposing evidence and reasoning.

Rejected because: Scientific users are skeptical, and adoption depends on showing evidence and reasoning behind generated answers.

“if they can see the evidence and the reasoning and the scientific reasoning behind anything that a machine generate we will not get very far”transcript, stated

Patterns

rag-retrieval (retrieval)

ASCEND combines cleaned structured biomedical evidence with generative summarization and conversation in a RAG architecture.

“create a symbiotic relationship or rag architecture between all the structure data that we have cleaned and connected over the past decade with the best part of generative AI”transcript, stated

fine-tuning-adaptation (model-operations)

BenchSci built domain-specific vision and text models to interpret biomedical evidence the way scientists do.

“we really had to build domain specific llms both on the vision part and on the text to mimic how a scientist would understand all this information but at scale”transcript, stated

structured-output-contract (data)

Scientific evidence is extracted, connected, and structured into the evidence map and ontology knowledge base before generation.

“we created two assets that basically supercharge and drive everything that we do which is our evidence map”transcript, stated
“the second piece is our anology knowledge base why is this so important and that's actually very specific to science”transcript, stated

Tradeoffs

Use a structured evidence foundation plus RAG.

Chose Evidence map, ontology, and RAG-backed assistant experience. over A purely generative assistant over unstructured biomedical text..

Rationale: Scientific users require explainability, limited hallucination, and evidence-backed reasoning.

“with the best part of generative AI which is summarization conversation and Infused it with explainability and limited hallucination”transcript, stated

Invest in domain-specific medical models.

Chose Medical/domain-specific model capability. over Generic foundation models alone..

Rationale: BenchSci believed domain expertise was required for problems generic foundation models could not solve.

“can solve problems that we were not able to solve before with Foundation models and that's exactly what happened”transcript, stated

Gotchas (what bit them)

Scientific entity names and relationships are too ambiguous for naive text retrieval.

Root cause: Biomedical entities can have 20-30 names and many relationships across genes, diseases, pathways, and processes.

Resolution: BenchSci built an ontology knowledge base alongside the evidence map.

“in science unfortunately everything has 20 or 30 different names and everything can be the same and it's very complicated”transcript, stated

Scaling engineering alone was insufficient for biomedical assistants.

Root cause: Scientific veracity required machine-learning outputs to be biologically and scientifically correct.

Resolution: BenchSci embedded scientists into the development process and paired engineers with scientists.

“pretty much every engineer Works side by side with a scientist to make sure that the outcome would actually at the end of the day be useful to a scientist”transcript, stated

Generic generation would not satisfy skeptical scientific users.

Root cause: Scientists needed to see evidence and scientific reasoning behind machine-generated answers.

Resolution: BenchSci fused RAG with explainability and limited hallucination over structured evidence.

“Infused it with explainability and limited hallucination which is really really important in our space”transcript, stated

Evaluation

BenchSci evaluated the biomarker assistant through scientist-reported productivity and the ability to reduce a month-scale biomarker workflow to days.

Metrics: Over 40% productivity increase reported by scientists at a major pharma company · Process time reduced from months to a few days · 50,000 scientists using the platform · Over 75% of top 20 pharmaceutical companies as customers

“as reported by scientists working at one of the biggest Pharma companies in the world that this actually increased their productivity by over 40%”transcript, stated
“what this translate into it's taking a process that can take months to only a few days”transcript, stated

Outcomes

BenchSci describes 50,000 scientists, over 75% of top 20 pharma companies, over 100 scientists on staff, hundreds of data sources, and nearly a decade of evidence-foundation work.

“building this two it's really what drives everything we do and this has been almost a decade of work”transcript, stated
“we really focused on two aspects which are very very very important in our specific domain which is scientific veracity”transcript, stated