Buyer’s guide: medical device development

Medical Device Industrial Design and Human Factors: What the Work Must Include to Survive Development

Medical device industrial design gives a device its physical form and, with it, settles how the device will be used, how it will be built, and what evidence its regulatory submission will contain.

When those decisions are made separately, a polished concept becomes expensive rework.

By Ray Minato, Founder, Inertia Reviewed by Chris Clapinson Published 14 September 2026 Last reviewed 13 September 2026 16 min read
Inspecting molded housings for a point-of-care blood analyzer at the bench.
Housings for the point-of-care blood analyzer under inspection.

Some of the best teams we meet arrive with the same request. A founder, product leader, or program lead has a working device. The core technology is proven, the bench data holds up, and a clinical evaluation or a funding round is coming into view.

What they need now, they tell us, is industrial design.

They want something that gives the device a finished form, a housing that looks like a product rather than a prototype, before it goes in front of clinicians or investors.

It is a reasonable request from a capable team. The technology was the hard part, and they have done it. The device does not yet look finished, and asking for industrial design to close that gap is the obvious move. The problem is the phrase itself. In this market, "industrial design" has come to mean a render and a concept deck, which is a fraction of what a medical device needs from the work.

Industrial design gives a medical device its shape and form. But it also needs to settle how the device will be used, how it will be built, and how it will be approved.

If you hire a firm to design only the shape, those three questions go unanswered in that project. They get answered later, by your engineers, your contract manufacturer, and your regulatory consultant, after the shape is locked. By then, a change means new tooling, new testing, or a new submission.

The three findings below show what happens when those answers come late. Two are from published studies of FDA recall and approval data. The third is FDA's 2026 human factors guidance, which describes the evidence FDA now expects to see in a submission.

  • User-interface errors caused close to half of software-related recalls: Of 7,771 FDA device recalls announced between September 2012 and August 2015, 423 were caused partly or entirely by user-interface software errors (Zhang et al., Biomedical Instrumentation & Technology, 2019). 2
  • Devices that keep changing after approval are recalled more often: Among 373 high-risk devices approved through the PMA pathway, the more post-approval modifications a device accumulated, the higher its risk of recall (Dubin et al., JAMA Network Open, 2023). 4
  • FDA now defines the human factors evidence it expects in a submission: On 29 May 2026, FDA finalized its guidance on human factors information in medical device marketing submissions, replacing the December 2022 draft and establishing three Human Factors Submission Categories. It applies to submissions received from 1 August 2026 (Federal Register, 2026-10734). 3

In a Medical Device, the Shape Is an Engineering Decision

Medical device industrial design gives a device its physical form. In a regulated product, that form decides how the device is used, how it is engineered and manufactured, and how it is shown to be safe. Every surface a person touches, reads, or cleans is a place the device can be used wrongly, and every one of them is inside the scope of regulation.

Most firms that sell industrial design deliver something smaller: concept decks, renders, and mood boards. That work makes a device photograph well. It says almost nothing about whether the device can be used safely, built at a price, or approved. Buyers did not invent that narrow definition. The industry has sold renders under the name for so long that renders now look like the whole job.

Four Decisions Hidden Inside "Industrial Design"

On its surface, a request for industrial design services on a medical device can look like a single, well-understood piece of work: give the device a finished form. Inside it are four buckets of decisions, and more decisions within each of them. When the device is regulated, each bucket has its own discipline, its own governing standard, and its own record that a submission will draw on.

A firm that delivers renders has answered one question: what the device looks like. The other three are usually left to whoever builds, tests, and submits the device later.

The four decision categories hidden inside "industrial design":

  1. Human factors. How the device is used, by whom, in what setting, and which use errors could harm a patient. Governed by usability engineering under IEC 62366-1 and FDA's human factors guidance.
  2. Mechanical design and manufacturability. Material, part count, tolerances, sealing, cleanability, assembly sequence, and unit cost. These are checked at the design-for-manufacture review, before money goes into tooling.
  3. Interface and system architecture. Every control, indicator, and display has to be built in electronics, firmware, and software, and medical device software is developed under IEC 62304.
  4. Regulatory evidence. The usability engineering file, the use-related risk analysis, and the design and development record that a marketing submission draws on.

Where the Four Decisions Land on a Real Device

Each of the four decisions runs through the whole of the analyzer in Figure 1. The cards mark one place where each is easiest to see:

  • The cartridge tray shows human factors: how a lay user loads a sample and confirms a read.
  • The housing shows mechanical design and manufacturability: what could be molded, sealed, cleaned, and built at a consumer price.
  • The screen shows interface and system architecture: what the device displays, when it warns, and how it recovers from a failed read.
  • The device as a whole is what the regulatory record has to account for: the tasks, the risks, and the studies that changed the design.
Render of an at-home blood analyzer: a white two-part housing with rounded edges, a color screen showing a lipid panel result and a QR code, and a cartridge tray pulled out at the front beneath a light bar.

Interface and system architecture: the screen

  • The screen shows a lipid panel result and a QR code that sends it to a phone app.
  • What it displays, when it warns, and how it recovers from a failed read are firmware and software decisions.
  • Developed under IEC 62304. The housing has to accommodate all of it.

Human factors: the cartridge tray

  • Used at home, by a person with no clinical training, usually alone.
  • Tray height, cartridge orientation, and the light bar that confirms a read are use-related risk decisions.
  • Each is recorded in the usability engineering file under IEC 62366‑1.

Mechanical design and manufacturability: the housing

  • The two-part housing has to be molded, sealed against fluids, and cleaned in a kitchen or bathroom.
  • Assembled at a unit cost a consumer health product can carry.
  • These constraints are checked at the design-for-manufacture review. If the shape was locked before that review, it usually has to change afterwards, which means new tooling and new cost.

Regulatory evidence: the device as a whole

  • Everything visible here becomes a record: the task analysis, the use-related risk analysis, and the formative studies that changed the design.
  • For a device used at home, the intended users and the use environment are part of that record.
  • FDA's 2026 human factors guidance decides how much of it a submission must contain.
Figure 1. An at-home blood analyzer from an Inertia program (see the point-of-care blood analyzer project), in which Inertia set the integrated device architecture across mechanical, firmware, and interface design. A person with no clinical training loads a cartridge into the tray, waits for a result on the screen, and scans a code to move that result to their phone. Each card marks where one of the four decisions inside industrial design shaped that sequence, which discipline made it, and what record it leaves for the regulatory submission: human factors at the cartridge tray, mechanical design and manufacturability in the housing, interface and system architecture on the screen, and regulatory evidence across the whole device. All four were settled while the form was being designed, and each one left evidence a submission can use.

The four decisions depend on each other. On a device like the analyzer above:

  • The tray is a human factors decision and a mechanical one: it makes loading a cartridge easy for an untrained user, and it is part of the housing that has to be molded, sealed, and cleaned.
  • The failed-read screen is a software decision and a risk decision: what the device shows fixes which use errors the risk analysis has to cover.
  • Unit cost is a manufacturing decision that reaches into the other three: the price the product has to hit limits the materials and part count that human factors and mechanical design can draw on.
  • All of it becomes regulatory evidence: every one of those choices ends up in the record a submission draws on.

Change one of them late and the other three have to change with it. That is why locking the shape before these four are settled gets expensive: every later change ripples through the other three.

This is the service Inertia provides in medical and diagnostic device design and manufacturing: the four decisions made together, by one team accountable for all of them.

Human Factors in Medical Device Design: How the Device Fits the Clinical Task

Most buyers file human factors under ergonomics: a comfortable grip, a button where the thumb expects it. That is a small part of it. The real question is whether the device fits the way the clinician already works. Every design choice either adds steps, time, and attention to a task, or gives some of that back.

FDA defines the device user interface to include all points of interaction between the user and the device: the physical controls and displays, the alarms, the packaging and labeling, the instructions for use, and the logic of how the device is operated.
FDA, Applying Human Factors and Usability Engineering to Medical Devices 1

Cognitive load is the part most teams never measure. A clinician at the bedside is already tracking a patient and a protocol. A device that makes them stop and work out what it wants takes attention away from the patient, every time they use it. In a clinical setting that is a risk. A device that removes a step gives that attention back.

Take a different case: a point-of-care diagnostic used at the bedside. The nurse is holding a sample, the patient is waiting, and an alarm is sounding two beds over. If reading the result means turning the device to catch the light, or the confirm control sits where a thumb already rests, the design has added a step at the worst possible moment. If the result is legible at a glance, the design has removed one.

Technical teams often miss this because the pitch is won on the measurement: accuracy and speed on the bench. Adoption is won on whether the device fits the clinician's day or interrupts it. In the programs we have seen, a device that adds friction loses to a less capable one that fits, however good the technology inside it. Lock the form before the user's tasks are mapped, and the housing can look finished and still work against the person holding it.

Mechanical Design and Manufacturability

Every industrial design decision in a medical device is also a manufacturing decision. The curve a designer draws has to be molded, cleaned, assembled, and paid for. Material selection, part splits, wall thickness, tolerances, biocompatibility, assembly sequence, and unit cost all sit underneath the surface, and each one constrains what the surface can be. Until a concept has been tested against those constraints, it is a guess.

This is where render-only industrial design does its damage. A striking enclosure can turn out to be impossible to mold in a cleanable material, impossible to seal to the required ingress rating, or buildable only at a cost the business model cannot carry. None of that shows in a render. It shows up the first time an engineer has to make the shape real, usually after the board has seen the concept and fallen in love with it.

Interface and System Architecture

Every control, indicator, and screen on a device is a usability decision that has to be built in hardware and code. Where a button sits is an industrial design choice. What it does when pressed, what the light means, and what the alarm sounds like are decisions in the electrical, firmware, and software architecture. You cannot settle one without the other, which is why we treat the interface and the system architecture and development as one piece of work.

When the two are handled by separate teams, this is where safety problems start. Of the 7,771 recalls in the Zhang study, 423 came partly or entirely from user-interface software errors. 2 Each one started as an interface decision and ended as a defect in front of a patient.

Regulatory Evidence Under IEC 62366-1 and the 2026 FDA Guidance

The usability work behind a device's form is now part of what a submission has to show. Two things set that expectation:

  • FDA's 2026 human factors guidance: finalized 29 May 2026, it replaces the 2022 draft and sets out a risk-based framework across the 510(k), De Novo, PMA, and HDE pathways. Since 1 August 2026, the eSTAR templates ask manufacturers to state their Human Factors Submission Category. 3
  • IEC 62366-1: the usability engineering standard (2015, with Amendment 1:2020 where it applies) ties the design of the user interface to risk management and produces the evidence a submission draws on.

The category decides how much human factors information a submission needs, but in every category the reviewer is reading the usability work behind the design. A render gives them nothing to read. What they read is the record of a user interface that was analyzed for use-related risk, tested with users, and verified.

Change the shape and you change the user's task. Change the task and you change the risk. Change the risk and you change what has to be engineered, verified, and documented.

What you get from render-only industrial design, and what you get from the full scope, decision by decision:

Render-only industrial design compared with full-scope industrial design, by decision.
Decision Render-only industrial design delivers Full-scope industrial design delivers
Human factors Ergonomic form and control placement Task analysis, use-related risk analysis, and formative studies that change the requirements
Mechanical and manufacturing A concept untested against molding, sealing, or cost Material, part-split, tolerance, cleanability, and assembly decisions tested before the geometry freezes
Interface and architecture Button and display placement Controls, alarms, and feedback states resolved together with the electrical, firmware, and software architecture
Regulatory evidence Nothing a reviewer can use A usability engineering file under IEC 62366-1 that a submission can cite

What Breaks When the Four Decisions Are Made Separately

When you buy renders and leave the other three decisions for later, the rework arrives in a predictable order, and each fix costs more than the last because more of the design has been built around the mistake.

It usually goes in this order:

  • First, a usability problem, after the geometry is frozen: the fix means reopening the enclosure.
  • Then a display or control change, after the electronics are quoted: the bill of materials moves.
  • Then an assembly conflict, at manufacturing transfer and pilot builds: tooling decisions are hardest to reverse here.
  • Last, an evidence gap, after final testing: the human factors record the submission needs was never created, because no one owned it.

The published data points the same way. In the Dubin study of 373 high-risk PMA devices, the more a device was modified after approval, the more likely it was to be recalled. 4 That is an association, and the study does not say the modifications came from design decisions. What we can say from more than two decades of programs is that the expensive failures rarely come down to one bad part. They come from decisions that should have been made together, made one after another by separate teams.

Seven Questions for Evaluating a Medical Device Industrial Design Partner

These are the seven questions we use to judge whether a concept can survive development, or whether it is a render that will fail the first time it meets an engineer, a manufacturing line, or a reviewer. Ask any design partner these questions before a concept goes into development. They apply whether the design sits with an internal team, a single studio, or several vendors.

  1. What user tasks and use-related risks shaped this concept before the form was chosen?
  2. Which material, cleaning, part-split, tolerance, assembly, and service implications have been explored, and which are still assumptions?
  3. Where do the controls, displays, alarms, and feedback states meet the electrical, firmware, and software architecture?
  4. How will formative usability findings change the requirements and the final design, rather than sit in a report?
  5. What has to be true at the design-for-manufacture review for this concept to survive without changing how the user interacts with it?
  6. What evidence will this work create for verification, validation, and the regulatory pathway?
  7. Who owns the trade-off when usability, architecture, cost, and manufacturing constraints collide?
A vendor's answer to question 7 will tell you whether you are hiring a set of vendors or an accountable partner. Usability, architecture, cost, and manufacturing constraints will collide, and someone has to own the decision when they do. If no one does, the concept will not survive development, however good it looks today.

Industrial Design Was Never the Wrong Question

The founder who writes in asking for industrial design is asking the right question. A medical device needs a resolved physical form, and that form decides far more than how the device looks. The request just needs its full meaning back: industrial design that includes human factors, mechanical engineering, electronics, and regulatory evidence, rather than the render-only version the market has learned to sell.

Most expensive failures in hardware programs come from decisions made in pieces, and hiring a firm to design only the shape is the most common way that happens in medical devices. Our medical-device work shows what it looks like when the four decisions are made together.

Talk to us before the shape is locked.

Bring a concept, a render, or a brief. In one conversation with our engineers you will know which decisions are settled, which are still assumptions, and what it will take to get from here to a submission and a production line.

Frequently asked questions

What does industrial design include in a medical device?

In a medical device, industrial design covers the full physical form of the product and everything that form determines: the user interface a clinician or patient interacts with, the mechanical design that makes the shape manufacturable and cleanable, the electronics and firmware behind the controls and displays, and the human factors evidence that supports the regulatory submission. The visual design is one output of that work.

Why is human factors part of medical device industrial design?

Because the shape of a device changes how it is used, and how it is used changes its risk profile. FDA treats the user interface as every point where a person meets the device, including controls, displays, alarms, packaging, labeling, and instructions. Design choices that affect any of those become part of the use-related risk analysis and the usability engineering process under IEC 62366-1, which means they carry directly into what a marketing submission has to document.

When should manufacturing influence medical device design?

As early as the concept stage. Material selection, part splits, tolerances, cleanability, and assembly sequence all constrain what a form can be, and they are far cheaper to resolve before the geometry is frozen than after. Waiting until design-for-manufacture review to introduce manufacturing usually means reopening decisions that have already hardened, which is where programs lose money and months they did not need to lose.

What is the difference between industrial design and human factors engineering in a medical device?

Industrial design determines the physical form of the device. Human factors engineering is the usability engineering process, run under IEC 62366-1, that shows the form can be used safely and effectively by its intended users. In practice you cannot finish one without the other, and splitting them between teams is one of the most common causes of late rework.

Does industrial design affect an FDA submission?

Yes. Since FDA's final guidance of May 2026, the human factors information in a marketing submission is organized by a risk-based Human Factors Submission Category. The design of the user interface, which industrial design shapes, determines what use-related risks exist and therefore what evidence the submission has to contain.

Who does industrial design for medical devices?

Specialist industrial design studios, integrated design-and-manufacturing firms, and in-house teams at larger manufacturers. The useful distinction is whether the team also owns the human factors process, the mechanical and electrical engineering, and the manufacturing constraints, or hands the form to others to make real.

How do you evaluate a medical device industrial design partner?

Ask what user tasks and risks shaped the concept, which manufacturing implications have been tested, where the controls meet the software architecture, how usability findings will change the design, what the concept must survive at design-for-manufacture review, what regulatory evidence the work will produce, and who owns the trade-off when those constraints collide. The seven questions above are that checklist.

How long does industrial design take for a medical device?

It depends on device class and on how mature the program is, and any single number would be misleading. What is predictable is the cost of doing it late: a usability problem found after the geometry is frozen reopens the enclosure, and a control change after the electronics are quoted moves the bill of materials.

Sources

  1. [1] FDA, Applying Human Factors and Usability Engineering to Medical Devices. Definition of the device user interface. FDA resource: https://www.fda.gov/medical-devices/device-advice-comprehensive-regulatory-assistance/human-factors-and-medical-devices
  2. [2] Zhang Y et al., User Interface Software Errors in Medical Devices: Study of U.S. Recall Data, Biomedical Instrumentation & Technology, 2019. Analysis of 7,771 FDA device recalls announced September 2012 to August 2015; 423 identified as resulting from user-interface software errors, close to half of software-related recalls in the period. https://array.aami.org/doi/full/10.2345/0899-8205-53.3.182 (doi:10.2345/0899-8205-53.3.182). Verified 2026-09-04.
  3. [3] FDA, Content of Human Factors Information in Medical Device Marketing Submissions, final guidance (Federal Register notice, 29 May 2026): https://www.federalregister.gov/documents/2026/05/29/2026-10734/content-of-human-factors-information-in-medical-device-marketing-submissions-guidance-for-industry . Revised eSTAR submission templates prompt for the Human Factors Submission Category from 1 August 2026.
  4. [4] Dubin JR et al., Risk of Recall Associated With Modifications to High-risk Medical Devices Approved Through US Food and Drug Administration Supplements, JAMA Network Open, 2023. Study of 373 high-risk PMA devices approved 2008 to 2019; devices with more post-approval modifications carried a higher risk of recall. Most modifications were manufacturing changes, not design changes. Cited as a directional signal, not universal proof. https://doi.org/10.1001/jamanetworkopen.2023.7699. Verified 2026-09-04.

Leave a comment

Your email address will not be published. Required fields are marked *

Product Manufacturing
Where the product proves it can scale.
Capabilities
Product Development
Where the product becomes a working system.
Capabilities
Product Innovation
Where the right product gets defined.
Capabilities
Our Work
See the hardware we've taken from concept to production.
Capabilities