We use cookies to give you the best experience and to help improve our website

Find out what cookies we use and how to disable them

BS EN IEC 62304 ED2 BS EN 62304 Ed2. Medical device software - Software life cycle processes

Scope

1.1 Purpose

NOTE Guidance for this clause can be found in Annex B.

This standard defines the life cycle requirements for health software. The set of process, activity, and task described in this standard establishes a common framework for health software life cycle process.

1.2 Field of application

NOTE 1 Guidance for this clause can be found in Annex B. This standard applies to the development and maintenance of health software by a manufacturer. medical device software is a subset of health software.

Therefore, this document applies to:

– software as part of a medical device;

– software as part of specific health hardware;

– software as a medical device (SaMD);

– software-only product intended to be used specifically for managing, maintaining, or improving health of individuals, or for the delivery of care;

– health software with artificial intelligence (capability) (AI) or machine learning (ML) algorithms

NOTE 2 Examples of health software include the following:

a) software as a part of a medical device: software that is an integral part of a device such as an infusion pump or dialysis machine.

b) software as part of specific health hardware: patient diagnostic wristband, printer software, healthcare scanner software, diagnostic app on specific wearable hardware (i.e. watch, wristband, chestband).

c) software as a medical device (SaMD): software that is itself a medical device, such as a software application that performs diagnostic image analysis for making treatment decisions. A definition of software as a medical device is provided in [44] 1.

d) software-only product for other health use: hospital information systems, electronic health records, electronic medical records, mobile diagnostic applications running on devices without physiologic sensors or detectors, clinical software as a service, i.e. software executed in an external environment, providing diagnostic calculation-results that fulfil the definition of a medical device.

Before any type of software can be placed into service, activities are necessary before the software is integrated into the PRODUCT. These PRODUCT-LEVEL activities are not covered by this document (see Figure 1) but can be found in related product standards.

NOTE 3 This standard can be used in the development and maintenance of software that either is embedded into a medical device or that is itself a medical device. In both cases, additional development activities are needed at the system level before this type of software can be placed into service. These system activities are not covered by this standard, but can be found in IEC 60601-1, IEC 82304‑1 1 [1].

In this document, chapters relate to process, sections relate to activity, and task relate to subsections.

This document describes process that are intended to be applied to software which executes on a processor or which is executed by other software (for example an interpreter) which executes on a processor.

This document applies regardless of the persistent storage device(s) used to store the software (for example: hard disk, optical disk, permanent or flash memory).

This document applies regardless of the method of delivery of the software (for example: transmission by network or email, optical disk, flash memory or EEPROM). The method of software delivery itself is not considered health software.

This document does not cover the means of validation of the final product, even when the product consists entirely of software. It also does not cover software life cycle steps after release for intended use of the product, including implementation, configuration, integration (with other systems), go-live, clinical use, operations, decommissioning or disposal, other than activity involving maintenance of the software.

This document does not cover the validation of software tools used in the design of medical devices (e.g. computer aided design (CAD) software), software used in medical device quality systems or software for regulated processes (see ISO/TR 80002-2 [20] and AAMI TIR 36 [40]).

Data quality and validation of emergent characteristics or functionality of artificial intelligence (capability) (AI) health software are not within the scope of this document.

NOTE 4 The 2nd edition of this standard recognizes that there is a data life-cycle for training data used as an essential input to AI-enabled software items. Users of this standard may need to utilize other standards and technical sources to supplement this document in addressing the unique performance characteristics of their AI.

NOTE 5 If a product incorporates embedded software intended to be executed on a processor, the requirements of this document apply to the software, including the requirements concerning SOFTWARE OF UNKNOWN PROVENANCE (SOUP) – see 8.1.2)

NOTE 6 Validation and other development activities are needed at the product level before the software and incorporating products can be placed into service. These product-level activities are not covered by this standard but can be found in related product standards (e.g. IEC 60601‑1, IEC 82304‑1, etc.).

1.3 Relationship to other standards

This health software life-cycle document is written in a way that it can be used together with referencing standards when developing and maintaining a product that includes health software (see Annex C).

1.4 Conformance

Conformance is determined by inspection of all the documentation required by this document including an assessment of processes, tasks and activities required for the software process rigor level. Conformity of legacy software may be demonstrated as indicated in Annex G

Comment on proposal

Required form fields are indicated by an asterisk (*) character.


Please email further comments to: debbie.stead@bsigroup.com

Follow standard

You are now following this standard. Weekly digest emails will be sent to update you on the following activities:

You can manage your follow preferences from your Account. Please check your mailbox junk folder if you don't receive the weekly email.

Unfollow standard

You have successfully unsubscribed from weekly updates for this standard.

Error