- Updated: August 22, 2026
- 7 min read
From Safety Documentation to Safety Knowledge Support: An Evidence-Grounded LLM Framework for Medical Devices
Direct Answer
The paper introduces an evidence‑grounded framework that leverages large language models (LLMs) to turn fragmented safety documentation into traceable safety‑knowledge support for medical‑device development. By linking every generated safety artifact to its original evidence source, the approach promises to cut costly manual effort while preserving regulatory traceability.
Background: Why This Problem Is Hard
Medical devices are rapidly evolving from hardware‑centric products to software‑intensive, networked, and AI‑enabled systems. This shift brings two intertwined challenges:
- Regulatory rigor: Standards such as ISO 14971 (risk management) and IEC 62304 (software lifecycle) demand a living chain of evidence that ties requirements, design decisions, verification results, complaints, and post‑market data together.
- Resource scarcity: Creating, updating, and cross‑referencing this evidence relies on a limited pool of safety engineers and domain experts, whose time is expensive and whose expertise is hard to scale.
Current LLM‑assisted safety tools typically focus on isolated tasks—e.g., drafting a risk statement from a prompt—without guaranteeing that the output can be traced back to a verifiable source. They also lack built‑in mechanisms for uncertainty quantification, lifecycle updates, or recorded expert review. In a regulated environment, such gaps translate into non‑compliance risk, audit failures, and ultimately delayed market entry.
What the Researchers Propose
The authors argue that the core research problem is not “how to generate safety text” but “how to provide source‑linked safety knowledge support.” Their solution is an Evidence‑Grounded LLM Framework that orchestrates five tightly coupled modules:
- Artifact Preparation: All device artifacts (requirements, design docs, test reports, complaint logs) are ingested into a controlled knowledge store.
- Knowledge Retrieval: A retrieval engine fetches the most relevant evidence chunks for a given safety query.
- Method‑Specific Generation: Specialized LLM prompts generate candidate safety items (e.g., risk mitigations, verification plans) using the retrieved evidence as context.
- Critique & Uncertainty Check: A secondary LLM or rule‑based verifier flags unsupported claims, quantifies confidence, and suggests missing citations.
- Expert Review Recording: Human reviewers approve, edit, or reject each candidate, with the decision and rationale logged for audit trails.
Crucially, every generated artifact carries a persistent link to the exact evidence fragments that inspired it, enabling full traceability throughout the device’s lifecycle.
How It Works in Practice
The framework can be visualized as a cyclical workflow that mirrors the traditional risk‑management process but injects LLM intelligence at strategic points.
Step‑by‑Step Workflow
- Ingestion: Engineers upload PDFs, spreadsheets, and database extracts into a Controlled Knowledge Base. Metadata (document type, version, author) is automatically extracted.
- Indexing: A vector store (e.g., Chroma DB) encodes each paragraph into embeddings, preserving semantic similarity for later retrieval.
- Query Formulation: When a safety task arises—say, “Identify mitigations for a software‑induced alarm”—the system builds a structured query that includes the relevant ISO/IEC clause.
- Evidence Retrieval: The vector store returns the top‑k evidence snippets (design rationale, test logs, complaint records) that match the query.
- LLM Generation: A prompt template injects the retrieved snippets and asks the LLM to draft a mitigation statement, explicitly requesting citation IDs.
- Critique Layer: A second LLM runs a “self‑check” routine, flagging any sentence that lacks a citation or exceeds a predefined uncertainty threshold.
- Human Review: Safety experts receive the draft, the citation map, and the critique report in a review UI. They can accept, edit, or reject, and their comments are stored alongside the artifact.
- Lifecycle Update: Approved artifacts are versioned and linked back to the knowledge base, making them instantly available for downstream processes (e.g., design verification, post‑market surveillance).
What sets this approach apart is the tight coupling of retrieval, generation, and verification, all anchored to a provenance‑preserving store. The system does not replace the expert’s judgment; it amplifies it by surfacing the right evidence at the right time.
Evaluation & Results
To validate the framework, the authors constructed two non‑public case studies that reflect realistic medical‑device development cycles:
- Case A: A Class II cardiac monitoring device with a software‑controlled alarm subsystem.
- Case B: A Class III insulin‑pump controller that integrates a machine‑learning dosage recommendation engine.
For each case, they measured six dimensions against a baseline of manual safety‑documentation practices:
| Metric | Baseline | Framework |
|---|---|---|
| Coverage (percentage of required safety items produced) | 68 % | 92 % |
| Correctness (expert‑validated factual accuracy) | 81 % | 96 % |
| Relevance (alignment with ISO 14971 clauses) | 74 % | 95 % |
| Traceability (average citations per artifact) | 1.2 | 3.8 |
| Duplicate Rate (redundant statements) | 22 % | 5 % |
| Review Effort (hours saved per safety dossier) | 0 h | 12 h |
Key takeaways from the experiments:
- The framework dramatically improves coverage and correctness, indicating that LLMs can reliably surface missing safety considerations when grounded in real evidence.
- Traceability scores jump because every claim is automatically linked to its source, satisfying a core regulatory requirement.
- Duplicate statements drop sharply, reflecting the system’s ability to recognize and consolidate overlapping evidence.
- Human reviewers report a 70 % reduction in cognitive load, as the critique layer pre‑filters unsupported claims.
These results demonstrate that an evidence‑grounded LLM pipeline can deliver tangible efficiency gains without compromising compliance.
Why This Matters for AI Systems and Agents
From an AI‑systems perspective, the framework showcases a concrete pattern for “knowledge‑augmented generation”: combine retrieval‑augmented generation (RAG) with a built‑in verification loop and a human‑in‑the‑loop audit trail. This pattern is directly applicable to any domain where regulatory traceability is non‑negotiable—pharma, aerospace, autonomous vehicles, and financial services.
For AI agents that orchestrate complex workflows, the framework offers a reusable blueprint:
- Modular orchestration: Agents can call the retrieval service, invoke a generation model, and then trigger a critique sub‑agent before presenting results to a human supervisor.
- Uncertainty handling: By exposing confidence scores from the critique layer, downstream agents can decide whether to proceed autonomously or request human escalation.
- Lifecycle awareness: The versioned knowledge store enables agents to reason about “what changed” when a new software patch is introduced, supporting continuous compliance monitoring.
Enterprises looking to embed AI into regulated pipelines can therefore adopt the same architecture, reducing the need for bespoke, siloed solutions. For example, the UBOS platform overview already provides a low‑code environment for building such orchestrations, making it easier to plug in retrieval engines, LLMs, and audit‑ready UI components.
What Comes Next
While the evidence‑grounded framework marks a significant step forward, several open challenges remain:
- Scalability of the knowledge base: As device portfolios grow, indexing billions of paragraphs while preserving low‑latency retrieval will demand more efficient vector databases and incremental indexing strategies.
- Domain‑specific LLM fine‑tuning: General‑purpose models sometimes hallucinate technical terminology. Fine‑tuning on curated medical‑device corpora could further reduce unsupported claims.
- Regulatory acceptance: Standards bodies have yet to formalize guidance on AI‑generated safety artifacts. Collaborative pilots with regulators will be essential to define audit criteria.
- Cross‑modal evidence: Future work should incorporate non‑textual data—e.g., sensor logs, image‑based test results—into the retrieval pipeline.
Addressing these gaps will likely involve tighter integration with enterprise AI platforms that already manage data governance, model monitoring, and compliance reporting. The Enterprise AI platform by UBOS offers built‑in capabilities for model versioning, policy enforcement, and secure data pipelines, positioning it as a natural host for the next generation of evidence‑grounded safety agents.
In the meantime, practitioners can start small: pilot the framework on a single subsystem, measure the same six metrics, and iterate. The authors also provide a public evaluation toolkit that can be adapted to other regulated domains, encouraging broader community validation.
References
For a complete technical description, see the original arXiv paper.
Andrii Bidochko
CTO UBOS
Andrii Bidochko is an AI entrepreneur and researcher focused on AI agents, reinforcement learning, and autonomous systems. He writes about the technologies shaping the future of machine intelligence, from frontier models and agent architectures to real-world AI applications.