您當前的位置:檢測資訊 > 科研開發(fā)
嘉峪檢測網 2026-04-11 18:14
一、寫在前面
醫(yī)療器械軟件(SaMD)的注冊是業(yè)內公認的"硬骨頭"——法規(guī)體系復雜、技術評審嚴苛、審批周期長,稍有不慎就推倒重來。本文結合實操經驗,系統(tǒng)梳理注冊流程中的關鍵節(jié)點和常見坑點,供從業(yè)者參考。
二、先把法規(guī)框架搭起來
注冊前必須把以下文件吃透,這是所有工作的"地基":
|
文件名稱 |
適用范圍 |
優(yōu)先級 |
|
《醫(yī)療器械軟件注冊審查指導原則(2022年修訂版)》 |
通用要求,所有軟件產品必讀 |
????? |
|
《醫(yī)療器械網絡安全注冊審查指導原則》 |
含數據交換、無線通訊的產品必讀 |
????? |
|
《人工智能醫(yī)療器械注冊審查指導原則》 |
AI/ML類SaMD |
???? |
|
GB/T 25000系列標準(軟件質量要求) |
產品技術要求編寫參考 |
???? |
|
YY/T 0664《醫(yī)療器械軟件 軟件生存周期過程》 |
過程文檔編寫參考 |
???? |
避坑提示:不要只看指導原則的正文,附錄和審查要點同樣重要,很多評審老師的打分點藏在附錄里。
三、注冊流程全景圖
立項 → 研發(fā)策劃 → 產品檢測(委托檢測)→ 臨床評價 →
注冊申報 → 技術審評 → 體系考核 → 行政審批 → 拿證
軟件類產品的特殊性在于:檢測和臨床評價往往是時間最不可控的兩個環(huán)節(jié),提前規(guī)劃可以節(jié)省大量時間。
四、高頻踩坑點及應對策略
坑點一:軟件版本號管理混亂
這是軟件類產品最常見的問題,沒有之一。
典型表現(xiàn):
檢測報告、軟件描述文檔、技術要求的版本號對不上
軟件變更后沒有記錄,追溯時說不清
發(fā)布版本(Release Version)和構建版本(Build Version)混用
避坑策略:
建立嚴格的版本命名規(guī)范,建議格式:主版本號.次版本號.修訂號(如 2.1.0)
每次變更必須記錄變更說明、變更理由、影響分析
注冊申報時提交"軟件版本命名規(guī)則"文件,并與檢測報告版本嚴格對應
使用版本控制系統(tǒng)(Git)管理源碼,CI/CD流程自動打標簽
坑點二:產品技術要求"自相矛盾"
產品技術要求(技術規(guī)范)是注冊的核心文件,軟件類產品容易出現(xiàn):
描述的功能與實際產品不符(夸大功能)
性能指標引用了過期的行業(yè)標準
與軟件描述文檔的功能描述存在矛盾
避坑策略:
產品技術要求、功能說明書、軟件描述文檔三者必須有專人逐條對齊
功能描述建議使用"輸入→處理→輸出"的統(tǒng)一模板,消除歧義
引用標準時核對標準現(xiàn)行版本,可用"信標"系統(tǒng)確認(國家藥品監(jiān)督管理局網站有標準查詢入口)
坑點三:網絡安全"臨時抱佛腳"
2022年之后,網絡安全已是必審項,很多企業(yè)直到要報注冊才想起來補網絡安全文檔。
常見問題:
聲稱"無網絡安全相關功能",但產品用了WiFi/藍牙/4G
網絡安全漏洞掃描報告在注冊前才做,發(fā)現(xiàn)高危漏洞來不及修復
聲稱"不存儲個人信息",但實際日志里有機器識別碼/設備信息
避坑策略:
立項階段就做網絡安全影響分析(參考《醫(yī)療器械網絡安全注冊審查指導原則》附錄)
檢測階段提前安排網絡安全檢測,檢測周期通常4-8周
建立網絡安全漏洞管理機制,注冊時需提交"網絡安全漏洞管理流程"
若產品有移動端(App),還需注意《移動應用App監(jiān)管要求》
坑點四:軟件更新(變更)判斷失誤
軟件變更分為"重大變更"和"輕微變更",判斷錯誤會導致:
本該走重大變更的走了輕微變更 → 注冊被退審
沒必要走重大變更的走了重大變更 → 浪費6-12個月時間
判斷原則(參考指導原則):
|
變更類型 |
判斷標準 |
注冊路徑 |
|
重大變更 |
改變適用范圍、核心算法、臨床功能、運行環(huán)境 |
變更申請(需技術審評) |
|
輕微變更 |
界面優(yōu)化、Bug修復、不影響安全的配置變更 |
變更備案 |
避坑策略:
建立變更評估流程,任何變更都要出書面的"變更影響評估報告"
拿不準時主動與省局/總局審評老師溝通(溝通交流制度好好利用)
特別注意"算法驅動型更新"——即便參數改了10%,如果影響臨床決策,也算重大變更
坑點五:臨床評價"文不對題"
軟件類產品的臨床評價是重災區(qū)。
常見問題:
引用了不相關的競品臨床數據
臨床文獻數量和類型不符合要求
等效器械的對比論證不充分
避坑策略:
臨床評價路徑選擇:同品種比對 vs 臨床試驗,要盡早確定
同品種比對要求:選擇結構功能相似、已有注冊證的器械做對比,不能"湊數"
臨床試驗:周期長(12-24個月)、成本高(百萬級別),但對于創(chuàng)新產品是必由之路
建議在研發(fā)階段就邀請臨床專家參與方案設計
坑點六:質量管理體系"兩層皮"
軟件類企業(yè)容易出現(xiàn)"體系文件和實際操作脫節(jié)"。
典型表現(xiàn):
軟件開發(fā)過程文檔(SRS、SDS、測試報告)是補寫的,與實際開發(fā)過程不符
評審老師發(fā)現(xiàn)文檔之間時間邏輯矛盾
缺陷管理記錄缺失或不規(guī)范
避坑策略:
嚴格按照YY/T 0664的要求,在研發(fā)過程中實時生成文檔,不要事后補
引入ASPICE或ISO/IEC 33000系列的過程評估框架
交付給審評老師的軟件研發(fā)全套文檔必須是一個"自洽的完整故事"
建議在注冊前做一次內部體系自查,提前發(fā)現(xiàn)問題
五、注冊周期與時間規(guī)劃建議
|
階段 |
建議周期 |
注意事項 |
|
研發(fā)+文檔準備 |
6-18個月 |
文檔質量決定后續(xù)速度 |
|
型檢(委托檢測) |
3-8個月 |
檢測機構排隊+整改時間 |
|
臨床評價 |
3-24個月 |
視路徑而定 |
|
注冊申報→受理 |
1-2個月 |
材料補正常見 |
|
技術審評 |
3-6個月 |
II類約3-4個月,III類更長 |
|
體系考核 |
1-2個月 |
可能與審評并行 |
|
行政審批 |
1個月 |
|
|
總計(II類) |
約12-18個月 |
順利情況下 |
實操建議: 檢測、臨床、體系這幾個環(huán)節(jié)建議并行推進,不要串行等待。
六、給新人的幾點忠告
不要把注冊等同于"寫材料"——注冊是系統(tǒng)工程的輸出,不是文案工作
選好檢測機構——優(yōu)先選擇有軟件檢測CMA資質的機構,提前溝通檢測方案,避免檢測不通過推倒重來
主動溝通——藥監(jiān)局有"創(chuàng)新醫(yī)療器械特別審查"和"溝通交流"制度,符合條件的產品要充分利用
文檔的功夫在文檔之外——產品做扎實了,文檔自然好寫;產品沒做好,文檔寫得再漂亮也過不了審
關注最新法規(guī)動態(tài)——醫(yī)療器械法規(guī)更新頻繁,2023-2025年有多項重要指導原則修訂,需要持續(xù)跟蹤
七、總結
|
維度 |
關鍵成功因素 |
|
法規(guī)理解 |
吃透指導原則,不留死角 |
|
研發(fā)質量 |
過程文檔實時、完整、可追溯 |
|
檢測環(huán)節(jié) |
提前規(guī)劃,預留緩沖時間 |
|
臨床評價 |
路徑選擇要早,方案設計要科學 |
|
網絡安全 |
立項階段就做,不留到最后 |
|
變更管理 |
判斷標準清晰,主動溝通確認 |
|
體系管理 |
文檔與實際一致,拒絕兩層皮 |

來源:Internet