1. 课程导入与法规全景

医疗器械行业有一句被反复引用的判断：产品的质量不是检验出来的，而是设计出来的。这句话背后对应的，正是本课程的核心对象——设计控制（Design Control）。它不是一个孤立的文档活动，而是贯穿产品从概念到退市全生命周期的工程管理体系。理解设计控制，首先要把它放回法规框架中，看清它与 ISO 13485、FDA 21 CFR 820.30 之间的结构关系，再理解它如何嵌入完整的开发流程。

一、什么是设计控制与开发工程

设计控制是医疗器械质量管理体系中，用于确保设计输出满足设计输入、并满足预期用途与用户需求的一组受控活动与记录。它的本质是"把设计决策变成可追溯、可验证、可审查的证据链"。开发工程则是实现这一目标的技术过程，包括需求工程、系统架构、详细设计、验证与确认、风险管理、可用性工程、软件生命周期等专业活动。两者是"管理框架"与"技术实现"的关系：设计控制规定"必须做什么、必须留下什么证据"，开发工程解决"具体怎么做、用什么方法做"。

需要特别区分三个容易混淆的概念：设计验证（Verification）回答"我们是否正确地构建了产品"，即输出是否符合输入；设计确认（Validation）回答"我们是否构建了正确的产品"，即产品在真实使用条件下是否满足用户需求与预期用途；设计评审（Review）则是在关键节点对设计充分性、适宜性进行的系统性检查。三者不可互相替代。

二、法规全景：ISO 13485 与 21 CFR 820.30 的关系

ISO 13485 是国际通用的医疗器械质量管理体系标准，其第 7.3 章"设计和开发"给出了设计控制的通用要求框架，强调基于风险的方法和全生命周期管理。FDA 21 CFR 820.30 是美国《质量体系法规》（QSR）中专门针对设计控制的条款，具有法律强制力，适用于在美国上市的 II 类和 III 类器械（I 类多数豁免，但部分需符合）。

两者的关系可以概括为：ISO 13485 提供体系框架，820.30 提供合规底线。820.30 明确列出了设计控制的十个子条款：设计开发策划、设计输入、设计输出、设计评审、设计验证、设计确认、设计转换、设计变更控制、设计历史文件（DHF）以及设计与开发接口管理。ISO 13485 的 7.3 章与这些条款高度对应，但在文件化程度、风险管理整合、供应链控制等方面要求更系统。企业若同时面向欧美市场，通常以 ISO 13485 为体系骨架，将 820.30 的强制要求逐条映射并保留证据，形成一套可同时满足双方的合规结构。

三、完整产品开发流程概览

一个典型的医疗器械开发流程，从设计控制视角可划分为六个阶段：概念与策划、设计输入、设计输出、验证与确认、设计转换、上市后监控。每个阶段都有明确的输入、输出、评审节点和风险活动。

以一款示例性的便携式输液泵开发为例（以下参数为教学假设，非实测数据）：概念阶段确定预期用途为"成人病房内持续静脉输液"，目标流量范围 1–999 mL/h，精度 ±5%；设计输入阶段将用户需求转化为可验证指标，如"流量精度在 25 mL/h 下误差不超过 ±1.25 mL/h"；设计输出阶段形成电路原理图、泵体结构图、软件需求规格与测试规程；验证阶段通过台架测试确认流量精度，确认阶段通过模拟临床使用场景（护士操作、报警响应）确认可用性；设计转换阶段完成生产工艺确认、来料检验与首批产品放行；上市后通过不良事件监测与 CAPA 反馈回设计变更。

整个流程中，风险管理（ISO 14971）不是独立阶段，而是贯穿始终的并行活动：每个设计决策都应评估其对风险的影响，每个验证结果都应反馈到风险文件。设计历史文件（DHF）则作为证据容器，记录从输入到确认的全部可追溯记录。

四、设计控制在体系中的位置

设计控制不是质量部一个部门的事。它要求研发、法规、质量、生产、临床、采购共同参与，并在每个阶段明确职责与接口。820.30 特别强调"设计与开发接口"管理：当设计活动由多个小组或供应商承担时，必须定义接口、传递信息并定期评审。这一点在委托研发（ODM/OEM）模式下尤为关键。

从审核视角看，设计控制的合规证据主要落在三类文件中：设计开发计划（DDP）规定阶段、职责、评审节点与资源；设计历史文件（DHF）收录从输入到确认的全部记录；设计输出文件包括图纸、规格、软件文档、标签与包装。审核员通常会沿着"输入—输出—验证—确认"的链条抽查可追溯性，任何断点都可能构成不符合项。

总结来说，设计控制是医疗器械合规的"骨架"，开发工程是填充骨架的"肌肉"，而 ISO 13485 与 820.30 则提供了骨架的尺寸标准。理解三者的关系，是后续所有设计控制活动的前提。