KG-Rank: combine a medical knowledge graph with triplet ranking to make long-form medical answers more factual

March 9, 20247 min

Overview

Decision SnapshotReady For Pilot

The method is practically implementable and shows consistent metric gains on public datasets, but needs clinician validation and efficiency tuning before clinical deployment.

Citations5

Evidence Strength0.75

Confidence0.85

Risk Signals9

Trust Signals

Findings with numeric evidence: 4/4

Findings with evidence refs: 4/4

Results with explicit delta: 4/4

Reproducibility

Status: Code + data available

Open source: Partial

At A Glance

Cost impact: 50%

Production readiness: 60%

Novelty: 60%

Authors

Rui Yang, Haoran Liu, Edison Marrese-Taylor, Qingcheng Zeng, Yu He Ke, Wanxin Li, Lechao Cheng, Qingyu Chen, James Caverlee, Yutaka Matsuo, Irene Li

Links

Abstract / PDF / Code / Data

Why It Matters For Business

KG-Rank reduces factual errors in long-form domain answers by selecting relevant KG facts before generation, making prototypes for clinical documentation, help centers, or domain QA more reliable; still require clinician review and careful deployment.

Who Should Care

Summary TLDR

KG-Rank augments large language models with a medical knowledge graph (UMLS) and three ranking steps (similarity, answer-expansion, MMR) plus a re-ranker (MedCPT) to select the most relevant KG triples before generating long answers. On four medical QA datasets it raises ROUGE-L substantially (example: ExpertQA-Bio ROUGE-L 23.00→27.20, +18.3%). It also transfers to open domains (e.g., ExpertQA-Law ROUGE-L 26.33→29.93). The pipeline reduces noise by filtering and re-ordering one-hop KG triples, but needs clinician validation and has extra compute from ranking.

Problem Statement

LLMs can generate fluent but factually inconsistent long answers in medicine. Simply appending raw KG retrieval brings noise and redundancy. We need a practical way to inject factual KG facts into LLMs for long-form medical QA while keeping context size manageable and relevant.

Main Contribution

KG-Rank: a pipeline that extracts one-hop triples from a medical KG (UMLS), ranks and re-ranks them, and feeds top triples to an LLM for long-answer QA.

Three triplet ranking strategies (similarity, answer-expansion, MMR) plus a domain-specific re-ranker (MedCPT) to remove irrelevant or redundant KG facts.

Key Findings

KG-Rank raised ROUGE-L on ExpertQA-Bio from 23.00 to 27.20.

NumbersROUGE-L 23.0027.20 (+18.3%)

Practical UseUse KG-Rank to improve content overlap and factual alignment in long-form biomedical answers on expert-curated benchmarks.

Evidence RefTable 2 (GPT-4, ExpertQA-Bio ZS vs RR)

KG-Rank improved open-domain ExpertQA-Law ROUGE-L from 26.33 to 29.93.

NumbersROUGE-L 26.3329.93 (+13.7%)

Practical UseThe same KG+ranking idea transfers beyond medicine; replacing UMLS with DBpedia helps factual answers in other fields.

Evidence RefTable 5 (ExpertQA-Law Base vs KG-Rank)

Results

MetricValueBaselineDeltaSplit / DatasetEvidenceEvidence Ref
ROUGE-L27.2023.00+18.3%ExpertQA-Bio (GPT-4, RR)Table 2 (ExpertQA-Bio: ZS 23.00 → RR 27.20)Table 2
ROUGE-L28.0825.45+10.3%ExpertQA-Med (GPT-4, RR)Table 2 (ExpertQA-Med: ZS 25.45 → RR 28.08)Table 2

What To Try In 7 Days

Add a one-hop KG retrieval (UMLS or domain KB) and limit to top-k triples before prompting your LLM.

Implement a cheap similarity re-rank and test MedCPT or a domain re-ranker to prioritize factual triples.

Run a small A/B with clinician or expert review on 100 real queries to measure factual gains and verify safety.

Agent Features

Tool Use
KG retrievalcross-encoder re-rankingLLM generation

Optimization Features

Token Efficiency
input only top-ranked triples to save context tokens
Infra Optimization
GPU cluster (4x A100 in experiments); ranking adds compute overhead
System Optimization
use domain re-ranker (MedCPT) to reduce irrelevant context
Inference Optimization
reduce number of KG triplets input to LLMuse re-ranker to limit context size

Reproducibility

Code AvailableYes
Data AvailableYes
Open Source StatusPartial
LicenseUnknown

Risks & Boundaries

Limitations

No physician-blinded evaluation reported; authors plan clinician validation later.

Ranking adds extra compute and latency; authors note need for efficiency improvements.

When Not To Use

For unsupervised clinical decision-making without clinician oversight.

Where ultra-low latency is required and extra ranking overhead is unacceptable.

Failure Modes

Retrieving many irrelevant triples if entity mapping is noisy, which can still mislead the LLM.

Ranking strategies can vary in effectiveness by dataset; no single ranker always best.

Core Entities

Models

GPT-4LLaMa2-13bLLaMa2-7bbaize-healthcareMedCPTUmlsBERT

Metrics

ROUGE-LBERTScoreMoverScoreBLEURTAccuracyGPT-4 preference counts

Datasets

LiveQAExpertQA-MedExpertQA-BioMedicationQAMintakaExpertQA (Law, Business, Music, History subsets)

Benchmarks

ROUGE-LBERTScoreMoverScoreBLEURTGPT-4 factuality score