印度CDSCO医疗器械软件指南2026：MDR2017映射

印度中央药品标准控制组织（CDSCO）于 2026 年 21 月发布了其现行的​《医疗器械软件指导原则》​。该文件共 62 页，编号为 ​CDSCO/MD/GD/MDSW/01/2026​，将 CDSCO 目前针对医疗器械软件（MDSW，包括体外诊断（IVD）软件）的管理方法，整合归纳为《2017 年医疗器械规则》（MDR 2017）下的单一操作性参考文件。

文件的法律地位至关重要。CDSCO 表示，该指导原则反映了 MDR 2017 下的现行做法，且​“不应被误解为新的监管控制措施”​。它是供公众知悉的指导性文件，并非一项新法规，亦不可替代《药品与化妆品法》、MDR 2017 或 CDSCO 随后发布的澄清说明。因此，实际变化并不是出台了新的软件法规，而是更清晰地阐明了 CDSCO 期望如何将现有监管框架应用于软件申报、许可、质量体系、变更及上市后控制。

阅读 CDSCO 官方医疗器械通知页面或打开完整指导原则 PDF。

哪些软件属于适用范围

当软件单独使用或与另一产品结合使用、具有医疗目的且符合印度法律规定的医疗器械定义时，本指导原则适用。除非文中另有说明，CDSCO 使用 ​MDSW​ 作为统称，其中也包含了体外诊断（IVD）医疗器械软件。

预期用途是划分界限。CDSCO 排除仅用于通用健康管理、健康生活方式推广、常规身体参数跟踪或健身的软件，​前提是其不具有医疗目的​。健康管理类标签并不能抵消诊断、监测、预测、治疗或其他医疗声称。因此，制造商在依赖该排除条款之前，应统筹并调和产品、申报资料、标签、使用说明书和宣传材料中的预期用途声明。

该文件涉及的范畴不仅限于独立 App。其示例和申报章节涵盖了独立运行的软件、驱动或影响硬件的软件、基于云端或网络连接的系统、人工智能/机器学习（AI/ML）功能以及 IVD 软件。该文件旨在面向寻求监管批准的制造商、进口商、创新者、研究人员及其他申请人。

分类仍以预期用途为起始依据

MDSW 遵循 MDR 2017 现行的四个风险等级：

CDSCO 指出，软件分类从根本上取决于预期用途以及 MDR 2017 附表一（First Schedule）中的分类规则。当适用两条或两条以上规则时，按产生较高类别的最严格规则处理。指导原则提供了实际示例，但这些示例并不能替代针对具体产品的分类依据。

因此，对于软件产品组合而言，有效的分析单位并不是代码库或商业平台，而是每一个受监管的预期用途，以及该功能所提供的信息或控制可能引发的危害。如果两个模块的医疗目的和风险不同，即使它们共享相同的技术架构，也可能需要采取不同的监管处置方式。

申报途径与许可机关

指导原则按申请类型划分了在线申报途径：

• ​测试许可：​通过印度的国家单一窗口系统提交。
• ​其他监管许可、制造或进口许可以及销售和分销注册：​通过医疗器械在线系统提交。

许可职责亦随交易类型及风险等级而异。CDSCO 的表 5 将所有类别的测试许可和进口许可划归中央许可机关（CLA）管辖。A 类和 B 类 MDSW 的制造许可由地方许可机关（SLA）负责，而 C 类和 D 类的制造许可则由 CLA 负责。A 类非无菌、非测量器械豁免许可，但需根据 MDR 2017 第 IIIB 章进行注册；在未核实适用条件的情况下，该豁免不应盲目套用到其他 A 类软件配置中。

对于同时在印度本土制造和进口产品的企业而言，这一划分在操作层面十分关键。“CDSCO 申报”并非一条一成不变的单一途径：正确的门户网站、申请表格、主管机关及注册卷宗取决于申请者拟申请的具体许可事项。

卷宗目前集中梳理的内容

第 12.1–12.5 节及附录 A（Annexure A）对测试许可、临床试验或 IVD 性能评估、试验用器械许可、商业化制造/进口许可以及上市后义务所需的证据进行了系统梳理。虽然具体适用性仍取决于产品和申请类型，但指导原则明确展示了主要的证据领域：

• 预期用途、适用症、目标用户、使用环境、输入、输出、禁忌症及局限性；
• 器械描述、软件架构、版本控制、接口、依赖项以及软件与任何硬件之间的关系；
• 分类依据以及（适用时）与已上市对照器械（predicate）的对比；
• 软件开发生命周期、需求、设计、验证、确认、配置、缺陷及变更管理记录；
• 风险管理，包括临床、可用性、数据、网络安全、互操作性以及（适用时）与 AI 相关的风险；
• 适合该软件及其注册途径的临床或性能证据；
• 标签、电子信息、安装、维护、更新及版本可追溯性信息；
• 境内或境外制造场地的质量管理体系（QMS）证据；以及
• 上市后监督、不良事件监测（vigilance）、纠正措施、召回及软件特有的现场行动。

附录 A 将这些领域转化为具体的申请核查清单。附录中还指出，当列出的某项文件不适用时，申请人应提供详细的合理性说明，而不是默不作声地予以省略。

质量管理体系、标准、网络安全及软件变更

CDSCO 将软件生命周期控制纳入质量管理体系之中。印度本土制造商必须建立并维护 QMS 程序和记录，并在提交制造许可申请时一并提交 MDR 2017 附表五（Fifth Schedule）合规承诺书。对于进口产品，境外制造商必须按照指导原则的规定提供 QMS 证据，以支持进口许可申请。

标准章节保留了 MDR 2017 的优先层级：首先是适用的 BIS 或已公告的印度标准；在没有印度标准时，采用 ISO、IEC 或其他明确规定的国际标准；若以上标准均未作规定，则采用经验证的制造商标准。其示范性 MDSW 标准表包括 ​ISO 13485​、​ISO 14971​、​IEC 62304​、​IEC 82304-1​ 以及 ​IEC 81001-5-1​ 等。表内注明标准“可能适用”，这并不代表所列出的每项标准都完全相同地适用于每款产品。

在生命周期安全方面，CDSCO 表示制造商应维护并定期更新物料清单，包括（如适用）涵盖第三方、开源及商业组件的​软件物料清单（SBOM）​。指导原则将 SBOM 与已知漏洞的监测、评估和缓解联系起来。此外，指导原则还要求对部署后的性能进行书面记录监测，包括具有临床显著意义的性能退化、算法漂移、网络安全漏洞及非预期结果。

有关 AI 变更规划的表述需要审慎对待。指导原则指出，可以根据 MDSW 的性质和风险，​在适用情况下制定算法变更方案（ACP）​。因此，ACP 并未被作为每款软件器械都强制要求的文档提交。在应用 ACP 时，该方案应阐述旨在确保变更不会损害安全性或预期用途的程序，包括相关数据、验证、风险、监测及回滚控制措施。

上市后义务取决于风险与注册途径

获得商业化批准并不意味着软件生命周期的终结。指导原则将许可条件、不良事件报告、现场安全纠正措施、召回、更新及版本可追溯性与现有的 MDR 2017 上市后监管框架挂钩。对于软件而言，召回可包括停止分销、从渠道、网络或硬件中卸载或停用产品。

有关定期安全性更新报告（PSUR）的说明，比适用于所有 MDSW 的一律化规定更为具体。CDSCO 特别指出，经临床试验后批准上市的 MDSW（例如无对照器械的器械）应受到密切监测，制造商或进口商必须按照 MDR 2017 规定的条件提交 PSUR。团队应根据具体批准途径和许可条件来规划明确的上市后义务，而不是机械照搬其他通用产品的报告频率。

制造商与进口商目前应采取的措施

Pure Global 的观点是，最有用的应对措施是开展受控的差距评估，而非基于“指导”二字进行全面的重新设计。

1. ​替换法规情报文件中的草案。​ 记录 2026 年 7 月 21 日的文件编号，并将已发布的指导原则作为当前参考依据归档。
2. ​理顺预期用途与分类。​ 确认产品宣称、模块边界、分类规则以及最高适用规则分析保持一致。
3. ​确认具体业务事项的申报途径。​ 区分检测、生产、进口、临床试验及商业注册活动，并将每项活动对应至正确的系统门户、表单及发证机关。
4. ​将注册申报资料与第 12 节及附录 A 进行对照比对。​ 识别缺失的证据，并记录检查表项目不适用的原因。
5. ​对照软件实际情况检验 QMS。​ 确认生命周期、风险、配置、验证与确认、漏洞、SBOM、监测及变更记录均作为受控证据存在，而非 QMS 之外的工程产物。
6. ​在下一次版本发布前明确变更边界。​ 确定哪些变更需要进行确认、文档化及法规评估，以及 ACP 是否适用于特定的 AI/ML 功能。
7. ​使上市后数据与版本保持一致。​ 投诉、不良事件、性能漂移、漏洞、纠正措施及召回必须保持可追溯至实际部署的软件版本。

关于更广泛的印度注册途径，请参阅 Pure Global 的印度医疗器械市场准入指南。关于支持人工智能的软件如何进行分类和维护的跨市场视角，请参阅人工智能作为医疗器械：全球法规、注册与市场准入图谱。

核心结论非常明确：CDSCO 尚未公布一套单独的新软件监管制度。它发布了迄今为止关于医疗器械软件如何纳入印度现有 MDR 2017 体系的最清晰、最系统的综合说明。合规价值在于利用该图谱，在不一致之处出现在许可证申请、软件版本发布或上市后事件中之前将其揭露出来。