獨(dú)立軟件在MDR框架下的分類邏輯

醫(yī)療設(shè)備軟件作為獨(dú)立軟件（SaMD）時，其監(jiān)管路徑與嵌入式軟件有本質(zhì)區(qū)別。MDR將SaMD視為獨(dú)立的醫(yī)療器械，這意味著它必須獨(dú)立滿足通用安全與性能要求，而不能依賴宿主硬件來主張合規(guī)。分類規(guī)則的核心在于預(yù)期用途、風(fēng)險等級以及是否提供診斷或治療決策支持。

依據(jù)MDR附錄VIII第11條，用于診斷或治療目的的軟件通常歸入IIa類以上。若軟件提供的決策信息可能導(dǎo)致死亡或不可逆健康惡化，則進(jìn)入III類。例如，用于分析心電圖并給出急性心梗提示的獨(dú)立算法，即便運(yùn)行在通用計算機(jī)上，也應(yīng)按III類管理。僅用于存儲、傳輸或簡單格式轉(zhuǎn)換的軟件，往往不構(gòu)成醫(yī)療器械。這里的判斷難點(diǎn)在于：軟件輸出對臨床決策的“驅(qū)動程度”究竟有多大。如果醫(yī)生完全依賴輸出結(jié)果且無其他確認(rèn)手段，分類級別會迅速上升。

德信檢測在協(xié)助企業(yè)梳理分類時，常遇到一類灰色地帶：軟件具備監(jiān)護(hù)參數(shù)顯示與趨勢報警功能，但報警閾值由用戶自行設(shè)定。這種可配置性是否降低風(fēng)險？按照MDCG2019-11指南，若軟件允許用戶設(shè)定報警限值且不提供默認(rèn)推薦值，風(fēng)險確有下降，但仍需結(jié)合預(yù)期使用人群（專業(yè)醫(yī)護(hù)還是非專業(yè)照護(hù)者）綜合判斷。分類沒有一勞永逸的公式，需要逐條對照規(guī)則并撰寫分類理由。企業(yè)若跳過這一步驟，后續(xù)的符合性評估路徑可能完全走錯，時間與資金代價極高。

驗(yàn)證文檔的實(shí)質(zhì)要求與網(wǎng)絡(luò)安全貫穿邏輯

驗(yàn)證文檔不是形式化的模板填空。公告機(jī)構(gòu)審查SaMD時，重點(diǎn)看三組證據(jù)的閉環(huán)關(guān)系：需求規(guī)格、驗(yàn)證測試報告、可追溯性矩陣。需求必須可測試，例如“軟件應(yīng)在0.5秒內(nèi)響應(yīng)報警觸發(fā)”這種量化指標(biāo)；而“軟件界面友好”無法驗(yàn)證，不應(yīng)出現(xiàn)在需求文檔中。

軟件驗(yàn)證通常包含單元、集成、系統(tǒng)三個層級。單元驗(yàn)證關(guān)注算法正確性，集成驗(yàn)證關(guān)注模塊間數(shù)據(jù)傳遞，系統(tǒng)驗(yàn)證則在模擬臨床場景下確認(rèn)整體行為。對于AI/ML類SaMD，還需額外提供訓(xùn)練數(shù)據(jù)集描述、驗(yàn)證集性能、過擬合控制以及模型更新策略。這里有一個容易被忽視的要點(diǎn)：驗(yàn)證必須在Zui終發(fā)布的軟件版本上進(jìn)行，任何代碼變更——哪怕只是修改了用戶提示文字——都需要重新評估是否影響安全有效性，并補(bǔ)充相應(yīng)驗(yàn)證。

網(wǎng)絡(luò)安全在MDR下不是可選項(xiàng)，而是貫穿全生命周期的強(qiáng)制要求。附錄I第17.2條明確要求軟件具備足夠的信息安全水平，包括防未授權(quán)訪問、防數(shù)據(jù)篡改、防拒絕服務(wù)。具體文檔需要覆蓋：威脅建模報告、安全需求規(guī)格、漏洞掃描與滲透測試結(jié)果、安全更新機(jī)制描述、以及上市后網(wǎng)絡(luò)安全監(jiān)控計劃。

德信檢測在項(xiàng)目實(shí)踐中發(fā)現(xiàn)，許多企業(yè)將網(wǎng)絡(luò)安全文檔視為一次性交付物，但公告機(jī)構(gòu)更關(guān)注其與風(fēng)險管理文件的聯(lián)動。例如，滲透測試發(fā)現(xiàn)的漏洞應(yīng)觸發(fā)風(fēng)險分析更新，若風(fēng)險不可接受則需修改軟件或增加防護(hù)措施。這個閉環(huán)如果斷裂，即便測試報告本身很漂亮，仍會被開具不符合項(xiàng)。

另一個值得深入的問題：獨(dú)立軟件的網(wǎng)絡(luò)安全責(zé)任邊界。當(dāng)SaMD運(yùn)行在用戶自有的通用計算平臺上，制造商無法控制操作系統(tǒng)補(bǔ)丁、殺毒軟件狀態(tài)或網(wǎng)絡(luò)防火墻配置。此時，制造商需在說明書中明確Zui低運(yùn)行環(huán)境要求，并聲明超出環(huán)境要求導(dǎo)致的安全事件不屬于制造商責(zé)任。但聲明不能免除制造商對軟件自身防護(hù)機(jī)制的責(zé)任——加密存儲、訪問控制、審計日志這些必須內(nèi)置，不能推給用戶。

從合規(guī)策略看，建議企業(yè)在設(shè)計輸入階段就同步建立驗(yàn)證文檔骨架與網(wǎng)絡(luò)安全計劃，而不是等到型式檢驗(yàn)前突擊補(bǔ)材料。文檔之間的引用關(guān)系要清晰：風(fēng)險分析中的每一項(xiàng)風(fēng)險控制措施，都應(yīng)在驗(yàn)證報告中找到對應(yīng)的測試證據(jù)；網(wǎng)絡(luò)安全需求應(yīng)直接引用威脅建模的輸出。這種結(jié)構(gòu)化方法不僅能減少公告機(jī)構(gòu)的問詢輪次，也能在上市后真實(shí)發(fā)生安全事件時提供完整的追溯鏈。對于希望進(jìn)入歐盟市場的SaMD制造商，選擇熟悉MDR軟件評審邏輯的檢測機(jī)構(gòu)合作，可以在分類判定、文檔架構(gòu)和測試深度上少走彎路。廣州德信檢測技術(shù)有限公司可提供從分類咨詢到驗(yàn)證文檔預(yù)審的完整支持，協(xié)助企業(yè)將合規(guī)投入轉(zhuǎn)化為可復(fù)用的技術(shù)資產(chǎn)，而非一次性消耗。