Ontological Traceability Engine

The Product Knowledge Graph: The Structural Foundation of Regulated Product Intelligence

Medical devices and SaMD platforms are not collections of siloed documents; they are complex living systems of interconnected physics, software, patient physiology, and regulatory mandates. The PMX Knowledge Graph establishes a mathematically verifiable, high-dimensional semantic graph connecting every engineering component directly to patient safety and global regulatory submissions.

Explore Interactive Graph Deep Technical Architecture Active Model: CardioSense Pro v3.8.2
Architectural Failure Analysis

Why Relational Databases and Document Folders Fail in Regulated Engineering

For three decades, MedTech engineering teams have attempted to satisfy 21 CFR 820.30 and ISO 13485 design controls using document folders, PLM tables, and relational SQL databases. Here is why those tools inevitably collapse under product evolution.

The Spreadsheet Mirage

A static Excel matrix or Word table gives the illusion of traceability on the day of submission. However, documents are dead snapshots. The moment an engineer changes a sensor resistor value on a schematic, the risk spreadsheet stored in SharePoint remains untouched, creating invisible compliance divergence.

Result: 483 Observation / Critical Audit Non-Conformance

Relational Join Explosion

Relational tables require predefined schemas and rigid foreign keys. In MedTech, dependencies span 12+ degrees of transitive depth (Component → Requirement → Risk → Verification → Supplier → Submissions). Traversing these across SQL tables results in fragile 15-table JOIN queries that grind systems to a halt.

Latency: Minutes vs Sub-millisecond Graph Hops

Orphaned Engineering Artifacts

Without directed acyclic graph (DAG) invariants, modern agile engineering creates hundreds of orphaned objects: software unit tests testing obsolete requirements, risk controls mitigating deleted hazards, and supplier specs certifying out-of-production silicon.

PMX Fix: Automated Orphan Pruning & Continuous Validation
Living Subsystem Sandbox

Interactive Knowledge Graph Topology

Live visualization of the CardioSense Pro v3.8.2 design control graph. Click any node to open the real-time metadata inspector drawer.

Live Ontological Sync 10 Nodes • 9 Typed Edges

Graph Navigation Controls

Use mouse drag to pan across the topological space. Use scroll wheel or (+) (-) buttons to zoom. Filter by semantic object type above.

Inspect in PMX Workspace
Ontological Foundations

The 8 Technical Pillars of the Product Knowledge Graph

Every node and edge in PMX OS conforms to strict mathematical rigor, enforcing 21 CFR Part 11 integrity and automated ISO 13485 design control synthesis.

PILLAR 01

1. Graph Nodes

Heterogeneous typed vertices representing regulated entities: Physical Components (HW), Logical Modules (SW), Design Inputs (REQ), Failure Modes (RSK), Verification Protocols (VER), Clinical Claims (CLN), and Regulatory Clauses (REG). Each node possesses a globally unique SHA-256 identifier and canonical schema.

PILLAR 02

2. Directed Edges

Strongly-typed semantic vectors establishing causality: implements, mitigates, verified_by, submitted_under, polled_by. Edges maintain mathematical directionality to prevent circular logic and enable bi-directional depth traversal.

PILLAR 03

3. Quantitative Attributes

Nodes do not store arbitrary strings. They enforce parametric engineering values: numerical thresholds (<41.0°C), sampling rates (100 Hz), tolerances (±0.1°C), biocompatibility standards (ISO 10993-10), and unit dimensions verified at runtime.

PILLAR 04

4. Temporal Versioning

Full bi-temporal graph indexing. PMX OS tracks both system time (when a change was recorded) and effective time (when an engineering change goes live on the manufacturing line). Reconstruct the exact DHF baseline for any day in history.

PILLAR 05

5. Cryptographic Evidence

Every verification edge anchors directly to an immutable raw data artifact: machine execution logs, thermal chamber thermocouple telemetry, digital oscilloscope waveforms, and clinical biostatistical outputs, hashed with SHA-256 for audit immutability.

PILLAR 06

6. Functional Ownership

Nodes enforce strict ownership hierarchies across engineering, quality, and regulatory roles. A software engineer cannot approve a hazard risk control without the cryptographic digital co-signature of the Lead Risk Assessor (21 CFR Part 11 compliant).

PILLAR 07

7. Lifecycle State Machine

State transitions follow formal statecharts: Draft → In-Review → Verified → Approved → Obsoleted. If an upstream node enters Draft due to an ECO, all downstream edges automatically transition to Suspect.

PILLAR 08

8. Immutable Ledger

Every addition, modification, or severance of an ontological edge is recorded in an append-only cryptographic event log. Auditing inspectors can trace the complete provenance of any design decision back to original patient safety requirements.

Case Study: CardioSense Pro v3.8.2

End-to-End Traceability Chain in Action

Observe how a single thermistor sensor change cascades through the entire medical product lifecycle, establishing continuous mathematical proof for global regulators.

Step 1: Component Node S-18 (Analog Temp Sensor)
Rev D • Hardware Engineering

Transducer specification: Negative Temperature Coefficient (NTC) thermistor mounted directly on the patient-contacting lower chassis. Sourced from Supplier Y (MicroSens Corp) under QMS Spec QS-409.

Edge: S-18 —[implements]→ REQ-0184
Step 2: Requirement Node REQ-0184: Surface Thermal Limit
v2.4 • Systems Engineering

"The patient-contact surface of the CardioSense Pro enclosure shall not exceed 41.0°C during 36 hours of continuous operation under normal conditions and single-fault thermal boundary conditions (ambient 38.0°C)." Mandated by IEC 60601-1-11 Clause 11.1.2.2.

Edge: REQ-0184 —[controls]→ RSK-0044
Step 3: Risk Node (ISO 14971) RSK-0044: Cutaneous Thermal Injury
Risk Assessment File RAF-302

Hazard: Uncontrolled dissipation resulting in low-grade skin thermal erythema or burn during continuous multi-day cardiac monitoring. Initial Severity: Critical (4) | Occurrence: Remote (2). Mitigation Requirement: Hardware dual-sensor cutoff + firmware auto-shutdown at 41.5°C. Residual Risk: Minor (1) | Improbable (1) — ALARP Accepted.

Edge: RSK-0044 —[verified by]→ V-0183
Step 4: Verification Protocol Node V-0183: 36h Thermal Stress Protocol
Protocol PROT-TH-902 • Passed

Bench test execution on calibrated skin phantom with ambient incubator held at 38.0±0.5°C for 36 continuous hours. 432 data points collected. Peak surface temperature recorded: 40.2°C (±0.15°C margin of safety). Cryptographic Raw Data Hash: e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855.

Edge: V-0183 —[submitted under]→ FDA 510(k) K240982 & EU MDR Tech File Section 9
Step 5: Regulatory Submission Node 510(k) K240982 / EU MDR Annex II
Jurisdictions: US FDA • CE Mark

The entire design chain — from thermistor silicon characteristics to bench test V-0183 and clinical trial CLN-088 — is compiled into eSTAR Volume 9 and EU MDR Annex II Technical File Section 4. Regulatory reviewers can audit the unbroken provenance chain in seconds.

✓ Complete Transitive Closure Verified: Zero gaps detected across 5 lifecycle domains.

Experience Connected Product Intelligence

Transition your medical device design controls from static dead documents to a living, verifiable knowledge graph. See how your engineering changes propagate in real time.