AI CAD for medical devices: regulatory and design reality

AI CAD tools cannot be used for regulated medical device design, full stop. The reasons have less to do with geometry quality and more to do with a documentation and traceability framework so thorough it makes most engineers' eyes water. I learned this the slow way, helping a startup friend with some fixture designs for a Class II device assembly line. I thought I understood documentation. I did not understand documentation. Three weeks into the project, sitting at my desk at 11 PM surrounded by printed-out risk analysis spreadsheets and a cup of tea gone completely cold, I realized that medical device design isn't engineering with paperwork. It's paperwork with engineering attached.

That experience reshaped how I think about tools like text-to-CAD in regulated industries. The geometry is the easy part. The hard part is proving that every geometric decision was made for a documented, traceable, risk-assessed reason. AI-generated parts can't prove that because they don't know why they look the way they do.

The regulatory framework: FDA and ISO in plain terms#

Medical devices sold in the US are regulated under FDA 21 CFR Part 820 (Quality System Regulation). Devices sold in the EU and most other markets need to comply with ISO 13485 (Quality Management Systems for Medical Devices). Both frameworks require something called design controls: a structured process for designing a device, verifying it meets requirements, and validating that it's safe and effective.

The practical consequence is a design history file (DHF) for every device. The DHF captures: what the device is supposed to do (design inputs), how the design achieves those requirements (design outputs), how you verified the design meets the inputs (verification), how you validated the device works for its intended use (validation), and the risk analysis that traces every identified hazard to a design mitigation.

Every dimension, every material choice, every surface finish, every tolerance on a medical device part needs to trace back through this chain. If a wall thickness is 2mm, the DHF should show that 2mm was determined by a combination of structural analysis, biocompatibility requirements, sterilization compatibility, and manufacturing process capability. If you change it to 2.5mm, you document why, update the risk analysis, and re-verify.

Text-to-CAD generates geometry with no design inputs, no risk traceability, and no verification basis. The AI chose the wall thickness because similar parts in the training dataset had similar thicknesses. That's not a design rationale. That's pattern matching. And pattern matching is not a recognized design methodology in any regulatory framework I've encountered.

The design history file problem#

Here's a concrete example of why AI-generated geometry is incompatible with medical device development.

Suppose you're designing a surgical instrument handle. The grip diameter is 12mm. In a proper design process, you'd document: the ergonomic requirement (derived from user research and human factors analysis), the sterilization compatibility (the material and geometry must survive repeated autoclave cycles at 134°C), the structural requirement (the handle must withstand X Newtons without permanent deformation), and the manufacturing process (injection molded from a specific medical-grade polymer with specific processing parameters).

The 12mm diameter traces to all of those inputs. If someone asks "why is the grip 12mm?" you can point to the DHF and show the chain of reasoning.

Now imagine you generated the handle with text-to-CAD. The grip is 12mm because the AI produced a model with a 12mm grip. Why 12mm? Because the training data had handles with similar dimensions. There's no ergonomic analysis. No sterilization consideration. No structural calculation. No material-specific design rule. The limitations of AI-generated geometry that are annoying in general mechanical design become regulatory violations in medical devices.

An FDA auditor looking at a design history file that says "geometry was generated by AI based on a text prompt" would have questions. A lot of questions. The kind that result in warning letters and remediation plans, not approval to sell the device.

Biocompatibility and material constraints#

Medical devices that contact the patient (or the patient's bodily fluids) must be made from biocompatible materials. Biocompatibility isn't a single property. It's a matrix of tests (ISO 10993 series) that evaluates cytotoxicity, sensitization, irritation, systemic toxicity, genotoxicity, implantation effects, and more. The testing requirements depend on the device classification, the contact type (surface, external communicating, or implant), and the contact duration.

The geometry and the material are inseparable in medical device design. You don't design a shape and then pick a material. You design a shape that's possible in the specific material that's been qualified for the application. An implant geometry that works in PEEK might fail in titanium because the stress distribution is different. A fluid pathway geometry designed for silicone might not work in polycarbonate because the weld lines from injection molding compromise the chemical resistance.

Text-to-CAD tools don't select materials. They generate shapes. The prompt might mention "stainless steel" or "medical grade plastic," but the AI doesn't adjust the geometry based on the material's properties, processing constraints, or biocompatibility requirements. It generates the same shape regardless. The connection between material and geometry that's fundamental to medical device design simply doesn't exist in AI CAD workflows.

Sterilization design considerations AI ignores#

If you've never designed parts that need to be sterilized, you might think sterilization is something that happens after the design is done. It's not. Sterilization compatibility is a design input that influences geometry from the beginning.

Autoclave sterilization (steam at 134°C under pressure) means the material must survive repeated thermal cycling without warping, degrading, or losing dimensional stability. The geometry needs to allow steam penetration to all surfaces. Narrow lumens, dead-end cavities, and features that trap air prevent effective sterilization. The part can't have hidden surfaces where bioburden can accumulate.

EtO (ethylene oxide) sterilization requires that the gas can reach all surfaces and that the part can be adequately aerated afterward to remove residual EtO. Geometry affects gas penetration. Thick sections or sealed cavities complicate the process.

Gamma and e-beam irradiation affect material properties. Some polymers yellow, embrittle, or degrade with repeated irradiation. The geometry needs to account for the material property changes that occur over the device's reprocessing life.

None of this information is encoded in text-to-CAD output. The AI generates a shape. Whether that shape can be effectively sterilized, whether it has features that trap contaminants, whether the material (if one was even specified) will survive the sterilization process, all of that is left for the human designer to evaluate and fix. On a Class I device fixture, that evaluation is manageable. On a Class III implant, the gap between "AI-generated shape" and "sterilizable, biocompatible, validated medical device component" is roughly the Grand Canyon.

Where AI might help in medical device development#

I've been painting a grim picture, and it's accurate for regulated device components. But not everything in a medical device company is a patient-contacting, Class III, FDA-regulated component. There are spaces where AI-generated geometry could save time without triggering regulatory nightmares.

Non-patient-contact jigs and fixtures. Assembly fixtures, test fixtures, and handling tools that are used in the manufacturing process but never touch the patient are subject to lighter requirements. A fixture that holds a device during adhesive curing doesn't need biocompatibility testing. It needs to be dimensionally accurate, hold the parts in the right position, and not contaminate the device. Text-to-CAD can generate starting geometry for fixtures that gets rebuilt properly in Fusion 360 or SolidWorks. I've done this. The output needs the usual dimensional verification, but the regulatory overhead is manageable.

Packaging components. Primary packaging (sterile barrier) has its own requirements, but secondary packaging (boxes, trays, inserts) for shipping and storage has more relaxed design constraints. A foam insert or a shipping tray is a reasonable target for AI-generated starting geometry.

Early-phase concept exploration. Before you're in design controls (which typically starts at the design input phase), there's often a fuzzy concept phase where the team is exploring form factors, user interaction concepts, and rough sizing. AI-generated concept geometry can inform those discussions without becoming part of the design history file. The key is that none of this concept geometry carries forward into the regulated design process without being completely redesigned.

Training and communication models. Visual models for surgeon training, patient communication, or sales demonstrations don't need to meet the same requirements as the actual device. An AI-generated model of a rough device shape used in a training presentation is not a medical device and isn't subject to design controls.

The fundamental traceability gap#

The core issue with AI CAD in medical devices comes back to one word: traceability. In a regulated design process, every output traces to an input. Every risk has a mitigation. Every mitigation traces to a design feature. Every design feature traces to a verification activity. The DHF is a web of documented connections that lets anyone, an FDA auditor, a quality engineer, a future design team, understand why the device looks the way it does.

AI-generated geometry has no traceability. It has a prompt and an output. The path between them is an opaque neural network. Even if you could somehow extract the "reasoning" behind a generated feature, it would be "this feature appeared because similar features appeared in the training data," which is not a design rationale. It's statistics.

Some people have suggested that you could document the AI generation process itself: "geometry was generated by Zoo.dev using prompt X, verified against requirements Y and Z, and modified to meet specifications A, B, and C." This is theoretically possible, but it creates a strange hybrid where the design history starts with an unjustified geometry and then documents all the changes made to justify it. That's backwards from how design controls are supposed to work. You're supposed to derive the geometry from the requirements, not generate geometry and then check whether it happens to meet the requirements.

A quality manager I worked with during that fixture project put it bluntly: "If you can't tell me why a feature exists, it doesn't belong on a regulated device. I don't care how it was generated." That standard eliminates AI-generated geometry from medical device design workflows for any component where the geometry affects safety or performance.

The honest assessment#

AI CAD tools have no place in regulated medical device design today, and the barrier isn't technical quality. It's regulatory structure. The FDA and ISO 13485 don't care whether your geometry is pretty, fast to generate, or dimensionally close enough. They care whether you can prove that every design decision was made for a documented reason, traced to a requirement, assessed for risk, and verified.

Text-to-CAD can't prove any of that. The technology generates shapes. Medical device design requires justified shapes. The difference is documentation, and documentation is not what these tools were built to produce.

For non-regulated tooling, fixtures, and concept-phase exploration? Use it. Check the output. Treat it like a starting sketch. But keep it away from your design history file, keep it away from patient-contacting components, and for the love of everything, don't let it anywhere near a submission to the FDA. The auditor will not be impressed by how fast you generated the geometry. They'll be very interested in why you can't explain it.