Koven cardiovascular innovation

Your Biomedical Design & Development Partner

Engineering Design Specifications

How to Turn User Needs into Design Specifications (With Tables)

April 10, 2018

Creating your Design Input Specification (DIS) should be the first stage of any product design process.

It is a vital tool your design team will use as the framework for the design and development of your medical device, and to comply with regulatory requirements.

Wait!  What is DIS?

In the simplest terms, your Design Input Specification will establish the medical device requirements relating to function, safety, design, and performance.  The DIS should be established independent of any specific product solution, therefore allowing multiple concept possibilities in the ideation phase which follows:

It is the collection of all design inputs for your device.  Your design inputs cannot be incomplete, ambiguous, or conflict with each other.

There are many sources of design inputs, but a key input is the needs of the user (and/or patient), including risk assessment and human factors considerations.

User Needs:  The Language of the Customer

Well defined user needs breathe life into your product design.  They are the reasons behind each shape and function of your medical device and they represent the voice of the consumer.

To make them useful for designers, they must be expressed in metric form.

Specifications:  The Language of the Engineer

They are the quantitative and measurable criteria that your product will comply with.  They must contain a metric, a unit, and a value to be measurable, testable, unambiguous, and traceable.

  • Metric: the characteristic of the product that will be measured (e.g. length)
  • Unit: a fixed quantity chosen as a standard of measurement (e.g. centimeter)
  • Value: the numerical amount; a magnitude, quantity, or number (e.g. 10 cm)

SO HOW DO WE TRANSLATE USER NEEDS INTO SPECIFICATIONS? The task of applying specs to something that feels immeasurable may feel intimidating. But we're innovators -- we make it work!

LET'S BEGIN

For this guide, examples were drawn from the development file of a Leg Stent Deployment System (LSDS) that was designed by our team.

Step 1: Create a table
  • Rank: the measure of importance from least to most important (1 to 5)
  • Units: standards of measurement
  • Marginal value: limits of the value(s)
  • Ideal value: the value(s) we aim for
Design Specification table 1
Step 2:  Identify user needs

Who is the customer?  What are their needs?

Below are steps you should take and some questions you should ask to determine user needs.

  • Watch similar products in action
  • review benchmarked products
  • host focus groups
  • conduct interviews
  • look at the FDA's MAUDE database for clues.
  • Ask users about their experience with similar products
  • What features do they like?
  • What would they like to see changed?

Following are five different examples drawn from observations, surveys, interviews, and competitor analyses.

A sample of the LSDS device USER NEEDS are:

Identify user needs
Step 3:  Translate needs into metrics

Once you know WHAT the user needs are, you must then establish HOW the device will meet them.

This is the trickiest part of your design input specification development.

Karl T. Ulrick & Steven D. Eppinger provide an excellent resource for product specifications in their book: "Product Design & Development, 5th Ed." (Chapter 6).

You want to brainstorm a way to objectively measure each of your user needs.  Strive for dependent variables that allow the most freedom for your design team.

turn user needs into metrics

As you will find, each user need can be measured by multiple metrics. For example, user need #5 can be measured by 4 different metrics and possibly more.

User needs metrics table 1

Alternately, metrics can measure multiple different user needs.

User needs metrics table 2

To prepare for designers, we TURN THESE METRICS INTO SPECIFICATIONS BY ADDING UNITS & VALUES.

Step 4:  Establish ranking level

The rank determines the level of importance we place on our units and values. Establishing these rankings can take some research.

  • What user need(s) or Metric(s) in this project design is most important?
  • What is least important?
  • Where should we focus the most energy?
  • Will there be trade-offs?

Here's how we ranked our items:

User needs rankings

We determined that the weight (#2) of the finished product was of mid-importance, thus won't be a top concern in the design process.

Being able to access the lesion (#5) is very important (it is the primary purpose of the stent deployment system). And, the stent must not get damaged (#4) or break. This would cause the limb-saving procedure to fail and possibly embed pieces of metal in the vascular system.

Therefore, items #4 and #5 get a top rank of 5 and to emphasize that they will receive the greatest focus throughout the design process.

Step 5:  Find the appropriate units

This is quite easy for some metrics and may seem impossible for others.

Keep in mind, nearly everything in this world can be calculated using universal standards of measurement.  We just have to the find the right one.

User needs unit of measure

We decided the best way to measure control effectiveness (#1) would be to conduct a study in which participants will use the device and complete a survey or questionnaire.  The results can be translated to a numerical score.

There are standard units of measurement that are followed for certain metrics, like durometer, pounds, millimeters, etc.  When a yes or no is required, we list the unit as binary.

Once established, you may also need to determine the scale or precision; mm or in?  Seconds or nanoseconds?  Lbs or kg? Months or weeks? Etc.  You can research similar products to see what the standard units are.

Step 6:  Establish acceptance criteria; your marginal and ideal values

It is important to set limits and to have a goal.

Marginal value is the unit amount limit we choose for our user need metrics.

Ideal value is the unit amount that we strive to achieve

This clearly defines our acceptance criteria, while providing the design team with "room to move".

User needs acceptance criteria

For item #2, the ideal total mass is less than 200g.  If the ideal doesn't work out, we know that it can't be more than 250g, which is our margin.

For item #5, it is imperative that the guidewire diameter is exactly 0.035 inches. Guidewires with this diameter are the standard product used in the radiology lab for the procedure, and the deployment catheter cannot be used without it.

The values you choose are very important; Your finished product must meet these values.  They can be the difference between success and failure.

AND THERE YOU HAVE IT!  SPECIFICATIONS DERIVED FROM YOUR USER NEEDS.

Final Level Tables

I mentioned that there was an easier way to organize multiple user needs and metrics.  Once you determine all user needs and matched up the metrics, give each user need a code name.

User need #7 gets coded N7.  the user needs N1, N7 and N11 can all be measured using the "effectiveness of controls" metric.

For more ease, you should have two tables; one defining all the user needs and their code names, and a second one that lines up all the user needs with the metrics.

User Needs Table Example
User Needs Table Example
Metrics Table Example
User Needs metrics table example 1

To further organize, you can assign a code name to each metric row, like M1 (Metric #1)

User Needs metrics table example 2

Now your specifications have traceability! (Metrics tied to a user need)

See how it looks clean and organized in these final tables?

It will be hard to get confused or lost with your user needs and metrics being this highly organized. In addition, you provide the required traceability necessary to comply with FDA design control regulations.

Using these tactics will make writing your DIS much easier.
Published by Ian Maclean, P. Eng.

If you enjoyed this how-to guide or know of anyone who would find it useful, please feel free to share on any social media platform.

If you have questions, please contact me on LinkedIn or through our contact page.

Ian Maclean, Professional Engineer