Let’s talk design controls: essential, but sometimes overlooked by even established medical device companies. It’s easy to get excited about a new idea, but much more difficult to ensure that the idea achieves its intended purposes and is compliant with regulatory guidelines.

In this blog, we’ll cover the design control process for medical devices, including what’s required by the FDA and under ISO 13485.

If you have any questions, please feel free to reach out to the team at Kapstone. We have a long history of helping clients implement design controls and always work to ensure regulatory adherence as early in the process as possible.

FDA Design Control Checklist

Design controls are practices and procedures that verify that your device:

  • Meets the needs of your users
  • Achieves its intended purpose
  • Fulfills its specified requirements

Why are these controls so important? Well, both the FDA and ISO 13485 explicitly require that medical device companies follow a design control process to ensure that their products are safe and effective. You can read about the FDA’s requirements here and the ISO requirements here. The table below identifies the relevant clauses, which should become the items on your checklist. We’ll go into more detail on item each later in this blog.

Design controls are also important from a business perspective. The FDA estimates that 44% of voluntary recalls over a six-year period could have been prevented if those companies had used the right design controls. Investing in the right controls early in your process can prevent costly consequences down the line.

Kapstone-Medicial-Blog-Design-Controls-for-Medical-Devices-What-to-Know-2

What does “good” look like when it comes to design controls? That’s where the checklist comes in. However, these general guidelines are also important to keep in mind. Generally speaking, your system will need to be:

Traceable: Your system should show every link between inputs, outputs, verifications, validations, and user needs. This process is sometimes referred to as a traceability matrix. While it may be cumbersome to create, it can pay massive dividends. If you understand the relationships between your elements, you can quickly address any problems that arise. Plus, traceability is an explicit requirement under ISO 13485.

Risk-conscious: Effective design controls need to account for risk. The FDA and other regulatory bodies don’t just require design controls because they want your product to work. They require that these systems be in place because good, risk-conscious design controls make products safer for their end users. Keep risk management in mind as you work through this checklist. At every step and juncture, ask yourself: am I doing everything I can to ensure that my product is safe and that risks are minimized? How can I better assess, report on, and mitigate risk?

Know Which Medical Devices Need Design Controls

Section 820.30 (a) of FDA 21 CFR 820.30 explains which devices need controls:

  1. Each manufacturer of any class III or class II device, and the class I devices listed in paragraph (a)(2) of this section, shall establish and maintain procedures to control the design of the device in order to ensure that specified design requirements are met.
  2. The following class I devices are subject to design controls:

(i) Devices automated with computer software; and
(ii) The devices listed in the following chart.
Section 868.6810 Catheter, Tracheobronchial Suction.
Section 878.4460 Glove, Surgeon’s.
Section 880.6760 Restraint, Protective.
Section 892.5650 System, Applicator, Radionuclide, Manual.
Section 892.5740 Source, Radionuclide Teletherapy.

Understanding Quality Systems

Design controls are just one part of your overall quality management system (QMS). The right system will account for design controls, risk management, document control and records management, and supplier management.

While it can be difficult to get a QMS “off the ground,” it is absolutely worth the investment. Not only is it required by regulatory bodies, but it will help your company achieve its outputs and objectives more efficiently and cost-effectively.

Kapstone-Medicial-Blog-Design-Controls-for-Medical-Devices-What-to-Know-3

The team at Kapstone can help you decide which QMS is right for your business, if you’d like to switch. If you’d rather make changes to your existing system, we can help with that, too.

Create a Design and Development Plan

Design and development planning is much more specific than creating a project schedule. While scheduling and resource allocation are essential, particularly in the design stage, the FDA and ISO have different priorities.

FDA 21 CFR 820.30(b) Design & Development Planning
Each manufacturer shall establish and maintain plans that describe or reference the design and development activities and define responsibility for implementation. The plans shall identify and describe the interfaces with different groups or activities that provide, or result in, input to the design and development process. The plans shall be reviewed, updated, and approved as design and development evolves

ISO 13485:2016 7.3.2 Design and development planning
The organization shall plan and control the design and development of product. As appropriate, design and development planning documents shall be maintained and updated as the design and development progresses.

During design and development planning, the organization shall document:

  1. the design and development stages;
  2. the review(s) needed at each design and development stage;
  3. the verification, validation, and design transfer activities that are appropriate at each design and development stage;
  4. the responsibilities and authorities for design and development;
  5. the methods to ensure traceability of design and development outputs to design and development inputs;
  6. the resources needed, including necessary competence of personnel.

Key Factors of a Medical Device Design and Development Plan

In order to comply with the FDA and ISO requirements listed above, your design and development plan should address the following key factors:

  • Identify each design & development stage and the associated activities
  • Define responsibility for each activity
  • Communicate the resources required for each activity (including both internal team members and external vendors, if applicable)

Kapstone-Medicial-Blog-Design-Controls-for-Medical-Devices-What-to-Know-4

Keep in mind that it is normal and expected for design and development plans to evolve over time. Having to change your plan or any associated activities is not a sign that your process is inefficient—it’s a sign that you’re learning from your activities and optimizing them over time, the very purpose of medical device design controls!

Establish Design Input Requirements

Design inputs. Design requirements. Design input requirements. Design and development requirements. Product requirements. These terms and others are used interchangeably, even in official FDA and ISO documentation, to refer to the same thing: the physical and performance characteristics of your device.

Portability is an example of a design input. If you’d like your device to be portable, you’ll need to define what portable means and identify any characteristics (the device is too heavy) or performance elements (the device needs to be plugged in to work) that could stand in the way.

You can set yourself up for success by making your design inputs as comprehensive as possible. Consider the following:

  • Product’s intended use
  • Product’s intended function
  • Users’ needs
  • Competitor characteristics and performance
  • Regulatory guidance, especially restrictions

Compile Design Outputs

Design outputs are the specifications and instructions that explain how to construct your device correctly. Most will correspond to a specific design input.

To use our portability example from above: if portable is the input, the output would be material and construction specifications that make the device portable.

Device Master Record

Design outputs can be compiled into your product’s Device Master Record, or DMR. Think of the DMR as the “ingredient list” for how to manufacture your device in accordance with your inputs. A third party should be able to use the DMR to construct your exact product.

Conduct Design Reviews

Each design review is a formal opportunity for your team to apply your design controls and pivot if needed. This is the time to ask your core design control questions: is your product designed to meet your users’ needs? Is it effective? Are inputs matching up with outputs?

There is no official requirement for when to conduct these reviews or how many you will need to have. We suggest scheduling a review at the completion of each major stage (i.e. user needs identification, design inputs, et cetera). Always ensure that the right team members can attend, plus an independent reviewer with little to no stake in that particular review item.

Perform Design Verification Tests

Design verification ensures that the device was designed correctly: that it meets design inputs and performance requirements. The FDA describes this process as “confirmation by examination and provision of objective evidence that specified requirements have been fulfilled.”

Design Verification Best Practices

  • Clearly define what your device needs to do and the steps required to achieve that intended purpose
  • Define the optimal conditions for your device, how those conditions might change, and how your device will need to adapt (if at all)
  • Create inputs that are clear, discrete, actionable, and testable

 Develop Design Validation Procedures

Validation asks a very different question than verification does. The point of design validation is to determine whether developers designed the correct device. Or, as the FDA puts it, “Validation means confirmation by examination and provision of objective evidence that the particular requirements for a specific intended use can be consistently fulfilled.”

Design Validation Best Practices

  • Conduct validation activities on initial production units (units built in your production environment by typical production personnel using design outputs as a guide)
  • Test your device in the clinical setting with its intended end user
  • Test your device in its specific, intended conditions (including conditions that may change)
  • Keep your records organized

Complete Design Transfer

Design transfer is the formal, final handover from development to production. Regulatory submissions should also happen during this period.

In the US: If you plan to submit a 510(k) premarket notification for clearance, you can typically do so once your design verification is complete. Devices that will require premarket approval (PMA) can be submitted at the completion of design validation.

Outside the US, regulatory filings (like CE Mark technical files in the EU) can take place after design validation is complete.

Document Design Changes

Whether adjusting your material composition to achieve an intended input or changing a device’s packaging after clinical testing, design changes are a normal and expected part of the development process. Carefully documenting those changes must be, too.

The FDA specifically requires that “each manufacturer shall establish and maintain procedures for the identification, documentation, validation or where appropriate verification, review, and approval of design changes before their implementation.”

Maintain a Design History File

As a part of your regulatory submission and to prepare for any future audits, you will need to create and maintain a comprehensive design history file. This file should show:

  • All design controls and supporting documentation
  • Linkages and relationships between design controls (traceability matrix)
  • Proof that the device was designed in accordance with controls
  • Documentation of changes and impact
  • Design transfer materials

Design History File vs. Device History Record

The design history file (DHF) is not the same thing as another document known as the device history record (DHR). The difference is clear in the first word of each name: design vs. device. DHF should include everything that is relevant to the design of your device, while your DHR should include everything that is relevant to the design, development, and production of your device.

Kapstone-Medicial-Blog-Design-Controls-for-Medical-Devices-What-to-Know-6In other words, the DHR contains everything you did to make the device and all the instructions a third party would need to manufacture that same device according to its specifications.

Launch Your Medical Device

After completing the design checklist and securing all the necessary regulatory clearance and/or approvals, you should be ready to launch your device in your chosen market or markets. The moment you’ve been waiting for!

If you need assistance with any or all of the design checklist (or any other part of the development and commercialization process), please reach out to the team at Kapstone. We would be happy to offer our expertise and help you get your product to market!

Have questions about the development or commercialization process? Get in touch today!

Get in Touch

Related Resources: