top of page

DEVELOPMENT DESIGN INPUT PROCESS

Writer: D Squared
D Squared
Jul 14
3 min read

Updated: Aug 19


The following insight provides an overview of the 'Design Input Process' employed by D Squared during medical device development projects. This process is founded on the quality management and usability engineering principles defined in:

ISO 13485: Quality Management Systems – Requirements for Regulatory Purposes

IEC 62366: Application of Usability Engineering to Medical Devices

ISO 14971: Application of Risk Management to Medical Devices

To demonstrate how the Design Input Process is applied in practice, this insight uses the example of a elevating powered paediatric mobility system being developed for a user population spanning multiple age groups and physical abilities.

The device is intended to facilitate age-appropriate interaction, exploration, and participation in childhood activities and environments, while accommodating varying levels of assisted cognitive load. A key design objective is to support independent mobility and engagement without compromising the user's ongoing fine and gross motor development.

Use Specification

The 'Use Specification' (US) outlines the Medical Indications, Users, Use Environments, and Use Scenarios for the Medical Device that are used to define the scope of the Summative Usability study that will be conducted to validate that the intended users can use the device safely and effectively for its intended use.


User Requirements Specification

The ‘User Requirement Specification’ (URS) captures the ‘Mandatory’ and ‘Desirable’ requirements for the Users (patient, clinician, maintenance technician, etc.) along with functional, performance and safety requirements (according to the US), and applicable statutory regulatory requirements, directives, and standards.


User Requirements can be derived using the Users, Use Environments, and Use Scenarios defined in the Use Specification with examples shown below.

How to Derive User Requirements: Example A

 How to Derive User Requirements: Example B

We will now take a look at one of the User Requirements and see how this is used to derive multiple Product Design Requirements.

Product Requirements Specification

The ‘Product Requirement Specification’ (PRS) captures the ‘Mandatory’ and ‘Desirable’ product design requirements based on the URS. Multiple Product Requirements can be derived from a single User Requirement defined in the URS with examples shown below.

Mandatory & Desirable Requirements

Not all requirements defined in the URS and PRS are necessarily of equal priority and are normally divided into two categories (Mandatory & Desirable).

Validation & Verification Difference

Validation

Validation is the process of making sure that you have objective evidence that user needs (typically captured in the URS) are met for the Medical Conditions, Users, Use Environments, and Use Scenarios defined in the Use Specification. The objective of the validation is to make sure the user needs are met by a Medical Device that consistently provides the intended medical benefit in actual-use conditions. Validation typically includes clinical, usability, and other validation activities as appropriate. Usability validation is normally supported by formative studies conducted throughout development and a final summative usability evaluation which forms an important part of the regulatory submission for the Medical Device.

Verification

Verification is the process of making sure that you have objective evidence that specified requirements (typically captured in the PRS) are met. It is usually done by tests, inspections, and analysis, during the 'Design Verification Testing' (DVT) phase of the project and forms an important part of the regulatory submission for the Medical Device.

Whether you are a university academic, clinician, or technology start-up seeking to bring an innovative new product or medical device to market, or an established manufacturer looking to enhance your existing product range and/or outsource elements of your development process, please get in touch to see how we are able to support your requirements.

 
 
 

Comments


bottom of page