Prototyping Medical Devices: Stages, Design Controls and Costs

Prototyping a medical device is not just building a working model. Each stage has to produce evidence a regulator will accept. Here is how the stages, documentation and costs fit together.

September 21, 20206 min read

Konstantin Dolgan

Written by Konstantin Dolgan, Ph.D., NPDP

Founder & CEO, Product Development Engineer

Published September 21, 2020Updated August 19, 2026

Prototyping medical devices follows the same physical stages as any hardware — looks-like, works-like, verification unit, pilot build — but each stage also has to produce documented evidence, because the regulator eventually reviews how the device was developed, not only what it does. Teams that treat documentation as a final task rebuild prototypes they already paid for. Teams that start recording user needs, requirements and risk analysis in the first month usually reach submission with the prototypes they already have.

Gloved hands assembling a medical device prototype with tubing, wiring and a printed enclosure

The four prototype stages

Stage
Question it answers
Typical build method
Evidence produced
Looks-like model
Does the form work in a clinician's or patient's hand?
3D printing, machined and painted parts
Formative usability feedback
Works-like prototype
Does the mechanism, sensor or fluid path actually work?
Breadboard electronics, off-the-shelf subsystems
Bench test data against requirements
Design-locked verification unit
Does the production-intent design meet spec?
Production-intent materials, soft tooling or first tooling
Design verification testing
Clinical or pilot build
Does it perform with real users under quality controls?
Controlled production, documented processes
Validation, human factors, submission data

Splitting looks-like from works-like early is what keeps a program affordable. Combining them too soon produces one expensive prototype that answers neither question cleanly and is painful to change.

What design controls require of a prototype

  • User needs and design inputs first. Write down what the device must do, for whom, and to what measurable limits, before you build the thing that is supposed to satisfy them.
  • Risk management runs continuously. ISO 14971 expects hazards, risk controls and residual risk to be tracked from concept through production, and prototypes are where controls get tested.
  • Verification versus validation. Verification shows the device meets its specification; validation shows it meets the user's actual need. Both need physical units, and they are not the same units.
  • Traceability. Every design input should trace to a verification test, and every risk control to evidence that it works.
  • Document the build. Record which prototype revision produced which test result. Reconstructing that later is the single most common source of avoidable rework.

In the US the framework is FDA design controls under 21 CFR 820.30, now converging with ISO 13485 through the Quality Management System Regulation. Anything contacting the patient adds biocompatibility evaluation under ISO 10993, and any device with software adds IEC 62304 lifecycle expectations.

Why one prototype is almost never enough, in medical devices least of all.

Materials and process choices that matter early

A printed resin housing is fine for a usability study and unacceptable for a patient-contacting verification unit. Choose the production polymer, its grade and its supplier documentation before verification testing, because switching material afterwards can invalidate biocompatibility, sterilization and mechanical test results. The same applies to sterilization method: gamma, EO and autoclave each impose constraints on materials and packaging, and picking one late forces redesign.

Cost and timeline expectations

Stage
Typical duration
What drives the cost
Concept and user needs
4-8 weeks
Clinical input, competitive and regulatory research
Looks-like models
2-4 weeks per round
Finish quality and number of variants
Works-like prototypes
2-4 months
Electronics, firmware, custom mechanisms
Design-locked verification units
3-6 months
Tooling or soft tooling and test lab schedules
Pilot build and submission prep
6-12 months
Quality system, validation, human factors, documentation

Use the prototype cost calculator for a first estimate of the physical build, and add regulatory, testing and quality-system effort on top — for a Class II device, that overhead frequently exceeds the engineering budget.

What changes when the prototype becomes evidence

Early medical prototypes exist to answer questions. At some point they stop being experiments and start being evidence: the unit used for a usability study, a bench test, or a biocompatibility sample has to be built from documented materials, by a documented process, from a controlled drawing. Teams that keep building shop prototypes past that point end up repeating the work under design control, which is the single most common source of schedule slip in early-stage device programs.

The practical rule is simple: the first build intended to support a claim is the first build that needs a build record, a bill of materials at a fixed revision, and a record of every deviation.

Gloved hands measuring a medical device prototype housing with calipers on a cleanroom bench

Prototype stages, purpose and typical cost

Stage
Purpose
Typical build cost (US, per unit)
Documentation needed
Works-like breadboard
Prove the physics or the circuit
$2,000 - $8,000
Lab notebook
Looks-like model
Human factors and stakeholder review
$1,500 - $6,000
Concept drawings
Integrated alpha
Full function in near-final form
$8,000 - $30,000
Controlled BOM, build record
Verification units
Bench and safety testing
$15,000 - $60,000
Design control, DHF entries
Clinical / usability units
Evidence for submission
$20,000 - $80,000+
Full DHF, process records

Costs assume a small-volume US build of a Class II electromechanical device and exclude testing fees. Sterile, implantable or software-heavy devices move well above these ranges.

Readiness checklist before a verification build

  • Design inputs written as testable statements, each traceable to a user need.
  • Risk analysis current, with mitigations reflected in the drawings you are about to build.
  • BOM frozen at a revision, with material certificates for anything patient-contacting.
  • Test protocols written and approved before the units exist, not after.
  • Labeling and instructions drafted — they are part of the device, and part of the usability study.

Key takeaways

  • Prototype freely until a build has to support a claim; from then on, build under design control.
  • Budget five distinct prototype stages, not one, and expect verification units to dominate cost.
  • Write test protocols before the build so the units are made to the right revision.
  • Materials traceability on patient-contacting parts is the item most often missed.

Frequently asked questions

How is prototyping a medical device different from other products?

The physical work is similar; the evidence requirement is not. Medical prototypes have to be traceable to documented user needs and design inputs, tied to a risk analysis, and built from materials and processes you can justify later. That documentation trail, not the hardware, is what usually determines the schedule.

Do you need a quality system before building prototypes?

Not for the earliest exploratory models, but design controls apply once you begin the design that will become the product, and a formal quality system is required before manufacturing for clinical or commercial use. Most teams stand up a lightweight system early and mature it, rather than retrofitting one under submission pressure.

Can you 3D print a medical device prototype?

Yes, and it is the standard approach for looks-like models, fixtures and early works-like builds. Printed parts are generally not acceptable for verification or clinical units unless the printing process and material are themselves qualified for the application, including biocompatibility and sterilization.

How many prototype rounds should a medical device program plan for?

Plan for at least three or four: one or more looks-like rounds for usability, one or two works-like rounds for function, and a design-locked round for verification. Programs that budget for a single prototype almost always overrun, because the first build's job is to reveal what the requirements missed.

Documenting prototype builds so they count as evidence

The difference between a bench model and a build that supports a submission is traceability. Auditors ask which drawing revision a unit was built to, which lot of material went into it, who built it and what deviated. Capture that from the first functional prototype and the verification build becomes an administrative step; capture it late and you rebuild units purely to generate paperwork.

Records to keep per prototype build

Record
What it captures
When it becomes mandatory
Build record / traveler
Unit serial, drawing revision, builder, date
Verification builds
Material and lot traceability
Resin, adhesive and component lots
Any patient-contact or implant material
Deviation log
Every departure from the documented process
Verification builds
Inspection data
Measured critical dimensions per unit
Design verification
Software / firmware version
Exact build hash loaded
Any software-controlled function
Test protocol and raw data
Method, equipment calibration, results
Design verification and validation

Serialize every unit from the first functional prototype onward, even the ones you expect to destroy. When a test result later looks wrong, the serial number is what lets you tell a build problem from a design problem — and that distinction is usually worth weeks of schedule.

Before the verification build

  • Freeze the drawing and firmware revisions in writing, with a change-control record.
  • Confirm test equipment calibration dates cover the whole test window.
  • Build enough units for the sample size your statistics require, plus spares.
  • Have protocols approved before the first unit is tested, not after.
  • Record the manufacturing process at production-representative conditions where possible.

Key takeaways

  • Traceability, not build quality alone, is what makes a prototype usable as evidence.
  • Serialize and log deviations from the first functional unit onward.
  • Approve protocols and freeze revisions before a verification build starts.

From the archive

Need medical device prototypes that hold up under design controls?

Talk to our medical device team

What investors and clinicians actually want to see

A medical technology pitch is judged on evidence, not enthusiasm. Clinical reviewers want to know which workflow the device changes and what happens to patient outcomes and staff time when it does. Investors want to know the regulatory pathway, the cost of getting through it, and whether reimbursement exists or has to be created. Both audiences discount claims that a prototype cannot support, so the prototype you bring matters as much as the deck.

Bring the roughest artifact that proves the hardest claim. A works-like rig that demonstrates the core measurement is worth more than a beautiful non-functional model, because the measurement is the risk. Keep the looks-like model for the market conversation and be explicit about which one you are holding.

  • State the device class and pathway (510(k), De Novo, PMA) with the reasoning behind it.
  • Show one quantified clinical or workflow benefit, sourced from a study or a pilot, not a projection.
  • Separate looks-like from works-like prototypes explicitly so no one over-reads the demo.
  • Name the reimbursement route, or say plainly that a new code is required and what that costs.
  • Present a development budget that includes verification testing, usability, and pilot tooling — the line items that get forgotten.

Work with LA NPDT: if you are moving from here to execution, start with our product development consulting or talk to us about end-to-end product development.

Frequently asked questions

What design controls require of a prototype?

User needs and design inputs first. Write down what the device must do, for whom, and to what measurable limits, before you build the thing that is supposed to satisfy them.. Risk management runs continuously. ISO 14971 expects hazards, risk controls and residual risk to be tracked from concept through production, and prototypes are where controls get tested.. Verification versus validation. Verification shows the device meets its specification; validation shows it meets the user's actual need. Both need physical units, and they are not the same units.. Traceability. Every design input should trace to a verification test, and every risk control to evidence that it works.. Document the build. Record which prototype revision produced which test result. Reconstructing that later is the single most common source of avoidable rework. In the US the framework is FDA design controls under 21…

What changes when the prototype becomes evidence?

Early medical prototypes exist to answer questions. At some point they stop being experiments and start being evidence: the unit used for a usability study, a bench test, or a biocompatibility sample has to be built from documented materials, by a documented process, from a controlled drawing. Teams that keep building shop prototypes past that point end up repeating the work under design control, which is the single most common source of schedule slip in early-stage device programs. The practical rule is simple: the first build intended to support a claim is the first build that needs a build record, a bill of materials at a fixed revision, and a record of every deviation.

How is prototyping a medical device different from other products?

The physical work is similar; the evidence requirement is not. Medical prototypes have to be traceable to documented user needs and design inputs, tied to a risk analysis, and built from materials and processes you can justify later. That documentation trail, not the hardware, is what usually determines the schedule.

Do you need a quality system before building prototypes?

Not for the earliest exploratory models, but design controls apply once you begin the design that will become the product, and a formal quality system is required before manufacturing for clinical or commercial use. Most teams stand up a lightweight system early and mature it, rather than retrofitting one under submission pressure.

Can you 3D print a medical device prototype?

Yes, and it is the standard approach for looks-like models, fixtures and early works-like builds. Printed parts are generally not acceptable for verification or clinical units unless the printing process and material are themselves qualified for the application, including biocompatibility and sterilization.

How many prototype rounds should a medical device program plan for?

Plan for at least three or four: one or more looks-like rounds for usability, one or two works-like rounds for function, and a design-locked round for verification. Programs that budget for a single prototype almost always overrun, because the first build's job is to reveal what the requirements missed. Rapid prototyping services. Prototype cost calculator. Industrial product design. Talk to us about a medical device program

What investors and clinicians actually want to see?

A medical technology pitch is judged on evidence, not enthusiasm. Clinical reviewers want to know which workflow the device changes and what happens to patient outcomes and staff time when it does. Investors want to know the regulatory pathway, the cost of getting through it, and whether reimbursement exists or has to be created. Both audiences discount claims that a prototype cannot support, so the prototype you bring matters as much as the deck. Bring the roughest artifact that proves the hardest claim. A works-like rig that demonstrates the core measurement is worth more than a beautiful non-functional model, because the measurement is the risk. Keep the looks-like model for the market conversation and be explicit about which one you are holding. State the device class and pathway (510(k), De Novo, PMA) with the reasoning behind it.. Show one quantified clinical or workflow benefit,…

Related articles

All articles

Get in touch

Tell us about your product idea

Send us a few details and one of our product development experts will get back to you within one business day.

Your information stays confidential and is never shared.