Prerequisites
- A project created from the Medical Device Safety Solution template
- Understanding of your device’s physical and functional architecture
Understanding the System Element Hierarchy
The solution supports a five-level product decomposition:elementType field, which references the systemElementType enumeration:
| Element Type | Sort Order | Description |
|---|---|---|
system | 1 | Top-level product (e.g., “Smart Infusion Pump”) |
subsystem | 2 | Major functional grouping (e.g., “Fluid Delivery System”) |
assembly | 3 | Integrated unit (e.g., “Pump Mechanism Assembly”) |
subassembly | 4 | Sub-unit within an assembly |
component | 5 | Individual part (e.g., “Pressure Sensor”) |
Step 1: Open the System Element Tree Document
- Navigate to the Requirements space in Polarion
- Open the System Element Tree document
- The document uses the
parentlink role for hierarchical nesting
The document is named “System Element Tree” (not “System Elements”) to emphasize the hierarchical tree structure. It uses
structureLinkRole: parent for nesting.Step 2: Create the Top-Level System Element
- Click Add Work Item in the document
- Set the work item type to systemElement
- Enter the device name as the title (e.g., “Smart Infusion Pump”)
- Set
elementTypeto system
Step 3: Add Subsystems
For each major functional area of your device:- Add a new systemElement work item as a child of the system element
- Set
elementTypeto subsystem - Name it descriptively (e.g., “Fluid Delivery Subsystem”, “User Interface Subsystem”)
Step 4: Decompose Further (Assembly, Subassembly, Component)
Continue decomposing each subsystem into assemblies, subassemblies, and components as needed. Use the parent link to nest items within the document structure. The hierarchy depth should match your device’s actual architecture:- Simple devices: System > Subsystem > Component (3 levels)
- Complex devices: All 5 levels for full IEC 60601-based decomposition
Step 5: Verify the Hierarchy
After creating all system elements:- Review the document outline to confirm the hierarchy is correct
- Verify each element has the correct
elementTypeclassification - Check that subsystem elements are properly nested under the system element
| Consumer | How It Uses System Elements |
|---|---|
| DFMEA risksheet | Functions are allocated to system elements via allocatedTo link role |
| DFMEA top panel | Resolves subsystem from parent system element for document scoping |
| PFMEA risksheet | Process steps associate with system elements via associates link role |
| DFMEA Summary Report | Queries subsystem elements to label each DFMEA module |
| Process Steps sheet | PowerSheet displays linked system elements per process step |
Step 6: Link Functions (for DFMEA)
After creating the system element hierarchy, create function work items and link them to system elements:- Create a Functions document for each subsystem
- Add function work items describing what each component does
- Link each function to its system element using the
allocatedTolink role - These functions become the Level 1 grouping in DFMEA risksheets
Next Steps
- Create a New Risk Analysis Document — create HARA, DFMEA, or PFMEA documents
- Identify Functions and Failure Modes — start DFMEA analysis on your system elements
- System Element Hierarchy — deeper conceptual understanding
- System Element Type Reference — enumeration details
Source References
Source References
Configuration:
.polarion/tracker/fields/systemElement-custom-fields.xml | Enumeration: systemElementType-enum.xml | Document: modules/Requirements/SYSTEM-ELEMENTS/module.xml