Skip to main content
QMSQMS
QMS
  • Welcome to your QMS
  • Quality Manual
  • Procedures
  • Records
  • Legit.Health Plus Version 1.1.0.0
    • Index
    • Overview and Device Description
    • Information provided by the Manufacturer
    • Design and Manufacturing Information
    • GSPR
    • Benefit-Risk Analysis and Risk Management
    • Product Verification and Validation
      • Software
        • Test plans
        • Test runs
        • R-TF-012-033 Software Tests Plan
        • R-TF-012-023 Software Development Plan
        • EN 62304 Checklist
        • EN 82304 Checklist
        • R-TF-012-029 Software Architecture Description
        • R-TF-012-034 Software Test Description
        • R-TF-012-035 Software Test Report
        • R-TF-012-038 Verified Version Release
        • Design History File
      • Artificial Intelligence
      • Cybersecurity
      • Usability and Human Factors Engineering
      • Clinical
      • Commissioning
    • Post-Market Surveillance
  • Legit.Health Plus Version 1.1.0.1
  • Licenses and accreditations
  • Applicable Standards and Regulations
  • Grants
  • Pricing
  • Public tenders
  • Legit.Health Plus Version 1.1.0.0
  • Product Verification and Validation
  • Software
  • EN 62304 Checklist

EN 62304 Checklist

This checklist provides a comprehensive review of compliance with the EN ISO 62304:2006/A1:2015 standard for medical device software lifecycle processes. The checklist is structured according to the major clauses of the standard and should be completed as part of the quality management system documentation for the device.

Document Information​

FieldValue
Product Name
Version
Checklist Prepared By
Checklist Prepared Date
Checklist Reviewed By
Checklist Review Date
Checklist Approved By
Checklist Approval Date

Software Safety Classification​

Software safety classification

According to IEC 62304, the device can be classified as a Class B medical device. As such, not all the items of the checklist are required. When an item is required, it will be noted in the column Required of the following table.

Primary Lifecycle Processes​

4. General Requirements​

ReferenceSoftware Lifecycle ProcessRequiredFulfilledEvidence/Comments
4.1Quality Management SystemTRUE☐
4.2Risk Management ProcessTRUE☐
4.3Software safety classificationTRUE☐
4.4Legacy softwareTRUE☐

5. Software Development Process​

5.1 Software development planning​

ReferenceSoftware Lifecycle ProcessRequiredFulfilledEvidence/Comments
5.1.1Plan software development processTRUE☐
5.1.2Keep plan currentTRUE☐
5.1.3Document software development planTRUE☐
5.1.4Software development standards, methods and tools planningTRUE☐
5.1.5Software integration and integration testingTRUE☐
5.1.6Software verification planningTRUE☐
5.1.7Software risk management planningTRUE☐
5.1.8Documentation planningTRUE☐
5.1.9Software configuration management planningTRUE☐
5.1.10Supporting items to be controlledTRUE☐
5.1.11Software configuration item control before verificationTRUE☐
5.1.12Identification and avoidance of common software defectsTRUE☐

5.2 Software requirements analysis​

ReferenceSoftware Lifecycle ProcessRequiredFulfilledEvidence/Comments
5.2.1Define and document software requirements from system requirementsTRUE☐
5.2.2Content of the software requirementsTRUE☐
5.2.3Integration of risk control measures into software requirementsTRUE☐
5.2.4Re-evaluation of the risk analysis of the medical deviceTRUE☐
5.2.5Update of system requirementsTRUE☐
5.2.6Verification of the software requirementsTRUE☐

5.3 Software architectural design​

ReferenceSoftware Lifecycle ProcessRequiredFulfilledEvidence/Comments
5.3.1Transform software requirements into an architectureTRUE☐
5.3.2Develop an architecture for the interfacesTRUE☐
5.3.3Specify functional and performance requirements for SOUPTRUE☐
5.3.4Specify hardware and software required for SOUPTRUE☐
5.3.5Identify segregation necessary for risk controlFALSE☐Required for class C only
5.3.6Verify software architectureTRUE☐

5.4 Software detailed design​

ReferenceSoftware Lifecycle ProcessRequiredFulfilledEvidence/Comments
5.4.1Subdivide software into software unitsTRUE☐
5.4.2Develop detailed design for each software unitFALSE☐Required for class C only
5.4.3Develop detailed design for interfacesFALSE☐Required for class C only
5.4.4Verify detailed designFALSE☐Required for class C only

5.5 Software unit implementation and verification​

ReferenceSoftware Lifecycle ProcessRequiredFulfilledEvidence/Comments
5.5.1Implement each software unitTRUE☐
5.5.2Establish software unit verification processTRUE☐
5.5.3Document software unit acceptance criteriaTRUE☐
5.5.4Document additional software unit acceptance criteriaFALSE☐Required for class C only
5.5.5Document software unit verification resultsTRUE☐

5.6 Software integration and integration testing​

ReferenceSoftware Lifecycle ProcessRequiredFulfilledEvidence/Comments
5.6.1Integrate software unitsTRUE☐
5.6.2Verify software integrationTRUE☐
5.6.3Document integration testingTRUE☐
5.6.4Document test procedure and test case specificationTRUE☐
5.6.5Use test procedures for conducting integration testingTRUE☐
5.6.6Document integration test resultsTRUE☐
5.6.7Document regression testsTRUE☐
5.6.8Use software problem resolution process for anomaliesTRUE☐

5.7 Software system testing​

ReferenceSoftware Lifecycle ProcessRequiredFulfilledEvidence/Comments
5.7.1Establish tests for software requirements validationTRUE☐
5.7.2Use software problem resolution process for anomaliesTRUE☐
5.7.3Retest after changes to softwareTRUE☐
5.7.4Document software system testing protocolTRUE☐
5.7.5Document software system testing resultsTRUE☐

5.8 Software release​

ReferenceSoftware Lifecycle ProcessRequiredFulfilledEvidence/Comments
5.8.1Ensure software verification is completeTRUE☐
5.8.2Document known residual anomaliesTRUE☐
5.8.3Evaluate known residual anomaliesTRUE☐
5.8.4Document released versionTRUE☐
5.8.5Document how released software was createdTRUE☐
5.8.6Ensure activities and tasks are completeTRUE☐
5.8.7Archive softwareTRUE☐
5.8.8Assure repeatability of software releaseTRUE☐

6. Software Maintenance Process​

ReferenceSoftware Lifecycle ProcessRequiredFulfilledEvidence/Comments
6.1Establish software maintenance planTRUE☐
6.2.1Develop and document procedures for receiving feedbackTRUE☐
6.2.1.1Document feedback evaluation processTRUE☐
6.2.2Determine whether feedback is a problemTRUE☐
6.2.3Provide adverse event information to usersTRUE☐
6.2.4Documented feedbackTRUE☐
6.2.5Document evaluation of problem reportsTRUE☐
6.3.1Use software problem resolution processTRUE☐
6.3.2Analyze change request regarding patient safetyTRUE☐

7. Software Risk Management Process​

ReferenceSoftware Lifecycle ProcessRequiredFulfilledEvidence/Comments
7.1.1Identify software items that could contribute to a hazardous situationTRUE☐
7.1.2Identify potential causes of contribution to a hazardous situationTRUE☐
7.1.3Evaluate published SOUP anomaly listsTRUE☐
7.1.4Document potential causes in risk management fileTRUE☐
7.2.1Define risk control measuresTRUE☐
7.2.2Document risk control measures in risk management fileTRUE☐
7.3.1Verify risk control measuresTRUE☐
7.3.2Document any new sequence of eventsTRUE☐
7.3.3Document traceabilityTRUE☐
7.4.1Analyze changes to medical device software with respect to safetyTRUE☐
7.4.2Analyze impact of software changes on existing risk analysisTRUE☐
7.4.3Update risk managementTRUE☐

8. Software Configuration Management Process​

ReferenceSoftware Lifecycle ProcessRequiredFulfilledEvidence/Comments
8.1.1Establishment of means to identify the configuration itemsTRUE☐
8.1.2Identification of SOUPTRUE☐
8.1.3Identification of system configuration itemsTRUE☐
8.2.1Approve change requestsTRUE☐
8.2.2Implement change controlTRUE☐
8.2.3Communicate configuration item changesTRUE☐
8.2.4Provide means for traceabilityTRUE☐
8.3Configuration status accountingTRUE☐

9. Software Problem Resolution Process​

ReferenceSoftware Lifecycle ProcessRequiredFulfilledEvidence/Comments
9.1Prepare problem reportsTRUE☐
9.2Investigate the problemTRUE☐
9.3Advise relevant partiesTRUE☐
9.4Use change control processTRUE☐
9.5Maintain recordsTRUE☐
9.6Analyze problems for trendsTRUE☐
9.7Verify software problem resolutionTRUE☐
9.8Test documentation contentsTRUE☐

Summary​

SectionTotal ItemsFulfilledPercentage
4. General Requirements4%
5. Software Development%
6. Software Maintenance%
7. Software Risk Management%
8. Configuration Management%
9. Problem Resolution%
Total%

Compliance Statement​

☐ Full Compliance: All required items have been fulfilled and documented appropriately.

☐ Partial Compliance: Some items remain unfulfilled. See action plan below.

☐ Non-Compliance: Significant items are unfulfilled. Immediate corrective action required.

Action Plan for Non-Conformities​

Item ReferenceDescriptionResponsibleTarget DateStatus

Approvals​

RoleNameSignatureDate
Checklist Prepared By
Checklist Reviewed By
Checklist Approved By

End of EN 62304 Checklist

Previous
R-TF-012-023 Software Development Plan
Next
EN 82304 Checklist
  • Document Information
  • Software Safety Classification
  • Primary Lifecycle Processes
    • 4. General Requirements
    • 5. Software Development Process
      • 5.1 Software development planning
      • 5.2 Software requirements analysis
      • 5.3 Software architectural design
      • 5.4 Software detailed design
      • 5.5 Software unit implementation and verification
      • 5.6 Software integration and integration testing
      • 5.7 Software system testing
      • 5.8 Software release
    • 6. Software Maintenance Process
    • 7. Software Risk Management Process
    • 8. Software Configuration Management Process
    • 9. Software Problem Resolution Process
  • Summary
  • Compliance Statement
  • Action Plan for Non-Conformities
  • Approvals
All the information contained in this QMS is confidential. The recipient agrees not to transmit or reproduce the information, neither by himself nor by third parties, through whichever means, without obtaining the prior written permission of Legit.Health (AI LABS GROUP S.L.)