Identify
Version every safety- and performance-relevant component and dependency.
Scope boundary · 20
Reassess software, models, instruments, accessories, consumables, networks, site workflow and maintenance changes before clinical use.
FUURAA thesis
Engineering map
Each layer states the boundary to establish and the evidence needed for the next decision.
Version every safety- and performance-relevant component and dependency.
Determine regulatory, risk, verification, usability, training and clinical impact.
Approve, install, confirm, monitor and retain rollback evidence.
Verification questions
Each question needs an object, conditions, denominator, threshold and accountable decision owner.
What changed since supporting evidence?
Does the change alter intended use or risk?
Which evidence must be repeated?
Can affected cases be traced?
Evidence to preserve
A conclusion alone loses reviewability; raw records, configuration and exclusions matter too.
Versioned configuration baseline
Change-impact and approval record
Deployment, monitoring and rollback log
Scope boundary
A vendor update notice or successful installation does not establish continued clinical acceptability.
This is an engineering reading and decision framework; it does not replace application-specific risk assessment, conformity work, procurement acceptance or professional advice.
Sources and evidence status
Source dates and review status remain visible; external sources open in a new tab.
Addresses secure design, labeling, premarket documentation, vulnerability management and patient-safety preparation across the product lifecycle.
Specifies a lifecycle process for identifying hazards, estimating and evaluating risk, controlling risk and monitoring control effectiveness.
Sets quality-system requirements for organisations involved in design, production, installation and servicing of medical devices.
Details expectations spanning design, algorithms, assembly, software installation, inspection, supplier control, maintenance and after-sales capability.