meMO
← Back to overview

Layer 01 · Ontology + Methodology Published preview

The missing semantic layer for medical devices.

A domain ontology for safety-critical medical devices: purpose-built for regulated systems where architecture, risk, verification, and evidence must stay connected. SysML v2 provides the language. meMO provides the medical-device vocabulary and method.

Architecture + assurance

The MEMO V-model

Five architecture layers move from operational intent to realization, while requirements, safety, cybersecurity, human factors, verification, and validation remain connected across the lifecycle.

MEMO architecture and assurance V-model showing five architecture layers and cross-cutting lifecycle disciplines

Installation

Add the ontology to a Node.js project

terminal
$ npm install --save-exact @memoarchitect/ontology@0.11.2

Requires Node.js 20 or later. This content-only package provides the portable SysML v2 ontology and methodology; it contains no runtime engine. View the package on npm.

Typed elements

What the model can talk about

Safety-relevant concepts are typed definitions and usages with regulator-relevant attributes: IntendedUse, ReasonablyForeseeableMisuse, SafetyRelatedCharacteristic, HazardCause, Hazard, SequenceOfEvents, HazardousSituation, Harm, Risk, RiskControlMeasure, ResidualRisk, Benefit, Requirement, Architecture, Behavior, VerificationCase, and Evidence.

Semantic links

What the links mean

Every relation is a native SysML v2 connection def — its name is the verb, its typed ends carry the roles. DerivesFrom, SatisfiedBy, MitigatesHazard, VerifiedBy, ProducesEvidence.

Closure rules

What must be complete

Rules walk required semantic links and flag missing paths. Every hazard needs a control. Every control needs verification. Every verification needs evidence. Gaps surface before design review.

Package structure

Eight top-level surfaces under memo::

memo::architecture

What the device is and does

Operational context, functions, behavior, logical structure, interfaces, software, hardware, deployment, and physical realization.

memo::assurance

Why the design is acceptable

Needs and requirements, safety risk, cybersecurity, human factors, verification, validation, and their evidence.

memo::artifacts · compliance

Controlled outputs

Artifact definitions, change and postmarket records, document views, and ISO 14971 risk-management-file content.

memo::core

Shared foundation

Identity, terminology, dimensions, controlled values, common semantic bases, and typed relationships.

memo::methodology

How to apply the ontology

Profiles, patterns, rules, workflows, gates, archetypes, and project-specific method resolution.

memo::rules · viewpoints

Checks and review projections

Closure, coverage, cross-layer, lifecycle, ontology, and quantitative rules plus reusable diagram and document views grouped by viewpoint.

Semantic links

Typed connections, not free-form arrows

Methodology

A starting structure, not an empty model

Risk-proportionate scope

ResolvedMethodology keys scope to SafetyClassKind (A/B/C) and lifecycle stage — not a rigor dial.

Viewpoints (ISO 42010)

Viewpoints per audience and workflow stage; a View binds that intent to content.

Rules & gates

ElementUsageRule and RelationUsageRule carry a RuleStrengthKind; WorkflowSteps and QualityGate exit criteria.

Project binding

ProjectMethodBinding pins a resolved method, with reusable ModelingPatterns and archetypes.