Maps to
IEC 62366: §5.3 Identify known or foreseeable HAZARDS and HAZARDOUS SITUATIONS
ISO 13485: §7.1 Planning of product realization
Pre-QMSR Part 820 (legacy QSR): §820.30(g) Design validation.
Requirement text
The manufacturer shall identify known or foreseeable hazards and hazardous situations which could affect patients, users or others, related to use of the medical device. This identification shall be conducted as part of a risk analysis performed according to ISO 14971. During the identification, the following shall be considered: the use specification, including user profiles (see 5.1); information on hazards and hazardous situations known for existing user interfaces of medical devices of a similar type, if available; and identified use errors (see 5.2). Results shall be stored in the usability engineering file.
What changed
IEC 62366-1:2015 replaced the 2007 first edition with a major restructuring. The standard was split into Part 1 (normative requirements) and Part 2 (IEC TR 62366-2, informative guidance and methods). The scope broadened to include hazards of all types including psychological hazards, not just direct physical hazards.
The standard introduced a formative/summative evaluation framework not present in 2007. The 2007 requirement to identify primary operating functions was removed — instead, the 2015 version mandates identification and evaluation of hazard-related use scenarios.
Amendment 1 (IEC 62366-1:2015+AMD1:2020 CSV) made no substantive normative change to this clause. Changes were editorial: the normative reference to ISO 14971:2007 was updated to ISO 14971:2019 throughout the standard, ISO 13485 reference updated to 2016 edition, and defined-term capitalization conventions were applied consistently.
Atomic constraints
- •UI-related hazards must be identified and documented in the risk management file.
- •Hazardous situations arising from foreseeable use errors must be analyzed.
- •The analysis must consider hazards arising from the use environment (distractions, emergency conditions, etc.).
- •UI-related hazards must be linked to the ISO 14971 risk analysis (Risk Table).
- •Both single-use errors and sequences of use errors leading to harm must be considered.
Common gaps
Incomplete identification of hazard-related use scenarios
majorManufacturers identify obvious use errors but miss less intuitive scenarios, particularly cognitive errors, misinterpretation of displayed information, and 'negative transfer' errors where experience with a previous version or competitor device leads to dangerous mistakes on the new interface.
Use difficulties not captured (post-2020 amendment)
moderateThe 2020 amendment requires identification of not only use errors but also 'use difficulties' — close calls and situations where problems in use were observed but no actual use error was committed. Many manufacturers only document actual errors and miss these near-miss signals that indicate latent design weaknesses.
Evidence signals
- •
FILE_EXISTS
Hazard.*Use.*Scenario|Risk.*Table|FMEA|Usability.*Risk
- •
CONTENT_MATCH
Does this document identify specific hazardous situations arising from user interface interactions or foreseeable use errors, with analysis of the probability and potential harm associated with each scenario?
Audit defense
UI-related hazardous situations for [your product] are documented in the Hazard-Related Use Scenarios list (Doc ID: [your document ID]) and cross-referenced in the Risk Table. Hazard identification considered the use environment, foreseeable use errors, and potential harm sequences described in the Use Specification.