A級醫(yī)療器械軟件生存周期評估報告(標(biāo)準(zhǔn)要求).docx

1、軟件生存周期評估報告1、評價對象2、執(zhí)行標(biāo)準(zhǔn)YY/T 0664-2008 IDT IEC 62034:20063、評價過程根據(jù)標(biāo)準(zhǔn)的第項評價，軟件安全等級為A,適用條款見下表 A級序列。具體細(xì)節(jié)見下頁:拿 和 條A瀛H攜決案因?qū)W全都要或XKXSU 5. 1.1.5> 1 , 2 4 k 1.1»5. 1. « .5. 1. 7 .1. 1 A ,5 1 *»XXXL5n 1.5 S L 10 >. 1. UX工l.1XS, 2 瓦 2. IS 2，5.2. l*j,，K5+2,GXX，一，2. *XX5.1 s. ?, is a-sc，J. 6XX限a

2、sX f-i»5.1 S. L I漢X51,24 *1 iX |b. $ 51 IX -'”X汽52mmXXX3.6峪部瞿里XX5.7全部雷求XXS.B 1 8. 1XXI XI工民 1 3 a 2 .S. X 1.5 A. 5 .5.1Ik T、5.丸 3XI X1, iK 1 & 1XXXb. Z b. Z.1.6 Z /、&乙 1.6工 $XXX8. 2 3XX t -fi. 3 金邦贊京XXX 7J 奎邦看求；.XX7.2 全部器求73僉邦*湛XXXX7.1 7. 4. IXXX7 1 ZX1.3， .一 .|XMj一 ,Xp-1 一哨S 0 位都舌或

3、_XI XX甲Q 0全部室求XXXClause早下Requirements標(biāo)準(zhǔn)要求Result測試結(jié)果Verdict判定4總要求質(zhì)量管理體系醫(yī)療器械軟件制造商應(yīng)證實其有能力提供持續(xù)滿足顧客和適用的法規(guī)要求的醫(yī)療器械軟ClauseA-Hr 早下Requirements標(biāo)準(zhǔn)要求Result測試結(jié)果Verdict判定件。風(fēng)險管理制造商應(yīng)使用符合 YY/T 0316 （ISO 14971）的風(fēng) 險管理過程。軟件的安全性級別a )制造商應(yīng)按照軟件系統(tǒng)引起的危害對于患者、操作者或其他人員的可能影響，賦于每個軟件系統(tǒng)一個軟件安全性級別（A、B或C）。b)制造商應(yīng)依據(jù)風(fēng)險控制措施所控制的危害的 可能影響。對實

4、施風(fēng)險控制措施起作用的每個 軟件系統(tǒng)賦予一個軟件安全性級別。c)制造商應(yīng)在風(fēng)險管理文檔中將賦予每個軟件系統(tǒng)的軟件安全性級別形成文檔。d)當(dāng)一個軟件系統(tǒng)分解為軟件項，及當(dāng)一個軟件 項又進(jìn)一步分解為幾個軟件項時，此類軟件項 應(yīng)繼承原軟件項（或軟件系統(tǒng)）的軟件安全性 級別，除非制造商以文件形式證明分類為不同 的安全性級別的理由。此類理由說明應(yīng)解釋新 的軟件項是如何被分開的，以便可對其另行分 級。e)如果以分解方式產(chǎn)生的軟件項的安全級別和其源軟件項不同，制造商應(yīng)對每個軟件項的軟件安全級別形成文檔。Clause早下Requirements標(biāo)準(zhǔn)要求Result測試結(jié)果Verdict判定f)為符合本標(biāo)準(zhǔn)，無

5、論特定級別的軟件項是否需 要一個過程，此過程是否有必要應(yīng)用于一組軟 件項，制造商應(yīng)使用此組中最高級別的軟件項 所要求的諸過程和任務(wù)，除非制造商在風(fēng)險管 理文檔中有使用較低級別的理由的說明文件。g)對每個軟件系統(tǒng)，在賦予軟件安全性級別以前，均應(yīng)應(yīng)用C級要求。5軟件開發(fā)過程軟件開發(fā)策劃5.1.1軟件開發(fā)計劃制造商應(yīng)制定一項（或多項）軟件開發(fā)計劃， 以便實施適合于所開發(fā)軟件系統(tǒng)的范圍、規(guī)模 和軟件安全級別的軟件開發(fā)過程的活動。在一 個（或多個）計劃中應(yīng)完整地規(guī)定或引用軟件 開發(fā)生存周期模型。計劃應(yīng)說明下列各項：a)用于軟件系統(tǒng)開發(fā)的過程。b)各項活動和任務(wù)的交付物（包括文件）。c)系統(tǒng)需求、軟件需求

6、、軟件系統(tǒng)測試和軟件中實施的風(fēng)險控制措施之間的可追溯性d)軟件配置和更改管理，包括未知來源軟件配置項和用于支持開發(fā)的軟件；和e)在生存周期每個階段的軟件產(chǎn)品、交付物和活動中發(fā)現(xiàn)的用于處理問題的軟件問題解決方ClauseA-Hr 早下Requirements標(biāo)準(zhǔn)要求Result測試結(jié)果Verdict判定安 o5.1.2保持軟件開發(fā)計劃更新在適當(dāng)時，制造商應(yīng)在開發(fā)進(jìn)行的同時更新計劃。5.1.3引用系統(tǒng)設(shè)計和開發(fā)的軟件開發(fā)計劃a)制造商應(yīng)在軟件開發(fā)計劃中引用系統(tǒng)需求，作為軟件開發(fā)的輸入b)制造商應(yīng)在軟件開發(fā)計劃中包括或引用用于 協(xié)調(diào)軟件開發(fā)和為滿足必需的設(shè)計開發(fā)確認(rèn) 的規(guī)程。5.1.6軟件驗證策劃制

7、造商應(yīng)在軟件開發(fā)計劃中包括或引用下列驗證信息a)需要驗證的交付物b)每個生存周期活動所要求的驗證任務(wù)c)對交付物進(jìn)行驗證的里應(yīng)碑，和d)驗證交付物的驗收準(zhǔn)則5.1.7軟件風(fēng)險管理策劃制造商應(yīng)在軟件開發(fā)計劃中包括或引用實施軟件風(fēng)險管理過程的活動和任務(wù)的計劃，包括與未知來源軟件有關(guān)的風(fēng)險的管理.5.1.8文檔策劃制造商應(yīng)在軟件開發(fā)計劃中包括或引用有關(guān)ClauseA-Hr 早下Requirements標(biāo)準(zhǔn)要求Result測試結(jié)果Verdict判定在軟件開發(fā)生存周期中所形成文檔的信息。對每個已識別的文擋或文檔類型， 應(yīng)包括或引用如下信息：a)標(biāo)題、名稱或命名約定；Pb)目的；c)文件的預(yù)期閱讀者；和d

8、)開發(fā)、評審、批準(zhǔn)和修改的程序和耿責(zé)。5.1.9軟件配置管理策劃制造商應(yīng)在軟件開發(fā)計劃中包括或引用軟件配置管理信息。軟件配置管理信息應(yīng)包括或引用：a)受控項目的級別、型式、類別或清單；b)軟件配置管理活動和任務(wù)；c)負(fù)責(zé)進(jìn)行軟件配置管理和活動的組織；d)他們和其他組織的關(guān)系，諸如軟件開發(fā)或維護(hù)；e)當(dāng)將這些項目處于配置控制之下時；和f)何時應(yīng)用問題解決過程。軟件需求分析5.2.1由系統(tǒng)需求確定軟件需求并形成文檔。對每個醫(yī)療器械軟件系統(tǒng)，制造商應(yīng)從系統(tǒng)層面需求中確定軟件系統(tǒng)需求并形成文檔。5.2.2軟件需求內(nèi)容ClauseA-Hr 早下Requirements標(biāo)準(zhǔn)要求Result測試結(jié)果Verd

9、ict判定在使用與醫(yī)療器械軟件，制造商應(yīng)在軟件需求中包括：a)功能和能力需求；b)軟件系統(tǒng)的輸入和輸出；c)軟件系統(tǒng)和其他系統(tǒng)之間的接口；d)軟件控制的報警、警告和操作者信息；e)保密安全需求；f)對人為錯誤敏感的適用性工程要求和培訓(xùn)；g)數(shù)據(jù)定義和數(shù)據(jù)庫需求；h)對已交付的醫(yī)療器械軟件在操作和維護(hù)的一個或多個地點(diǎn)的安裝和驗收要求；i)與操作和維護(hù)方法有關(guān)的要求；j)要編制的用戶文檔；k)用戶維護(hù)要求；和；1)法規(guī)要求。5.2.4醫(yī)療器械風(fēng)險分析的再評價制造商應(yīng)在制定并適當(dāng)更新軟件需求時，對醫(yī)療器械風(fēng)險分析進(jìn)行再評價。5.2.5更新系統(tǒng)需求制造商應(yīng)確保對現(xiàn)有的需求包括系統(tǒng)需求)進(jìn)行再評價和適當(dāng)

10、時更新，作為軟件需求分析 活動的結(jié)果。5.2.6驗證軟件需求Clause早下Requirements標(biāo)準(zhǔn)要求Result測試結(jié)果Verdict判定制造商應(yīng)對軟件需求進(jìn)行驗證并形成文檔。a)實施包括有關(guān)風(fēng)險控制在內(nèi)的系統(tǒng)需求；b)需求不互相矛盾；c)避免使用含糊不清的術(shù)語表示；d)用表述的術(shù)語來制定測試準(zhǔn)則和實施測試，以確定是否滿足測試準(zhǔn)則；e)可以進(jìn)行唯一性標(biāo)識；和；f)對于系統(tǒng)要求或其他來源是可追溯的。軟件單元的實現(xiàn)和驗證5.5.1制造商應(yīng)實現(xiàn)每個軟件單元。軟件發(fā)行5.8.4將發(fā)行的版本形成文檔。6軟件維護(hù)過程制定軟件維護(hù)計劃制造商應(yīng)為進(jìn)行維護(hù)過程的活動和任務(wù)，制定一項（或多項）軟件維護(hù)計劃

11、，計劃應(yīng)說明以下內(nèi)容：a )用于以下目的的規(guī)程：一接收形成文檔_評價一一解決過程，和：跟蹤。ClauseA-Hr 早下Requirements標(biāo)準(zhǔn)要求Result測試結(jié)果Verdict判定一一醫(yī)療器械軟件發(fā)行后引起的反饋；b)是否將反饋作為問題加以考慮的準(zhǔn)則；c)軟件風(fēng)險管理過程的應(yīng)用；d)應(yīng)用軟件問題解決過程以分析和解決在醫(yī)療 器械軟件發(fā)行后出現(xiàn)的問題；e)應(yīng)用軟件配置管理過程（第8章）管理對現(xiàn)有 系統(tǒng)的更改：和0評價并實施未知來源軟件（SOUP）下列事項 的規(guī)程：_升級缺陷修復(fù)補(bǔ)丁和；廢棄問題和修改分析6.2.1形成文檔并評價反饋6.2.1.1監(jiān)控反饋制造商應(yīng)從其組織內(nèi)部和用戶兩方面監(jiān)控對

12、對已發(fā)行的軟件產(chǎn)品的反饋。6.2.1.2形成文檔并評價反饋反饋應(yīng)形成文檔并進(jìn)行評價，以決定其對已發(fā) 行的軟件產(chǎn)品安全性有何種影響，是否有必要 對已發(fā)行的軟件產(chǎn)品進(jìn)行更改以解決問題。6.2.1.3評價問題報告對安全性的影響ClauseA-Hr 早下Requirements標(biāo)準(zhǔn)要求Result測試結(jié)果Verdict判定應(yīng)對每個問題報告進(jìn)行評價，以確定已發(fā)行的軟件產(chǎn)品是否存在問題。任何這樣的問題應(yīng)以問題報告的形式記錄 （見第9章）。問題報告應(yīng)包括實際的或潛在的不良事件和對規(guī)范的偏離。6.2.2應(yīng)用軟件問題解決過程制造商應(yīng)利用軟件問題解決過程（見第9章）闡明問題報告。6.2.4更改請求的批準(zhǔn)制造商應(yīng)評

13、價并批準(zhǔn)修改已發(fā)行軟件產(chǎn)品的經(jīng)批準(zhǔn)的更改請求。6.2.5聯(lián)系用戶和管理者制造商應(yīng)判定識別影響已發(fā)行軟件產(chǎn)品的經(jīng)批準(zhǔn)的更改請求。按照當(dāng)?shù)胤ㄒ?guī)要求，制造商應(yīng)告知用戶和法規(guī)管理者如下信息：a)已發(fā)行軟件產(chǎn)品中的任何問題和不更改繼續(xù)使用的后果；和b)已發(fā)行軟件產(chǎn)品的任何口J獲得的更改的性質(zhì)以及如何獲得并安裝更改內(nèi)容。修改的實施6.3.1用以制定的過程實施修改制造商應(yīng)利用軟件開發(fā)過程（見第5章）或已ClauseA-Hr 早下Requirements標(biāo)準(zhǔn)要求Result測試結(jié)果Verdict判定建立的維護(hù)過程實施修改。6.3.2修改的軟件系統(tǒng)的再發(fā)行制造商應(yīng)按照發(fā)行已更改的軟件系統(tǒng)。 修改可以作為軟件系統(tǒng)

14、完整再發(fā)行的一部分發(fā)行；或作為包含經(jīng)更改的軟件項的修改包和為安裝此項更改的必要工具用作對現(xiàn)有的軟件系統(tǒng) 的更改發(fā)行。7軟件風(fēng)險管理過程軟件更改的風(fēng)險管理7.4.1分析醫(yī)療器械軟件有關(guān)安全性的更改制造商應(yīng)分析對醫(yī)療器械軟件（包括未知來源軟件）的更改以確定是否：a )引入了促成危害處境的附加的可能原因，和：b)要求的附加軟件風(fēng)險控制措施。8軟件配置管理過程配置標(biāo)識8.1.1制定配置項標(biāo)識的方法制造商應(yīng)為項目所控制的配置項及其版本的唯一性標(biāo)識制定一個方案。此方案應(yīng)包括其他 的軟件產(chǎn)品或?qū)嶓w，諸如未知來源軟件和形成 的文檔。8.1.2標(biāo)識未知來源軟件（SOUP）對使用的每個未知來源軟件的配置項，包括標(biāo)

15、ClauseA-Hr 早下Requirements標(biāo)準(zhǔn)要求Result測試結(jié)果Verdict判定準(zhǔn)程序庫，制造商應(yīng)將其下列內(nèi)容形成文檔：a)標(biāo)題b)制造商，和c)未知來源軟件的唯一標(biāo)識符8.1.3判定系統(tǒng)配置文檔制造商應(yīng)將組成軟件系統(tǒng)配置的一組配置項及其版本形成文檔。更改控制8.2.1批準(zhǔn)更改請求制造商應(yīng)只對經(jīng)批準(zhǔn)的更改請求做出配置項更改。8.2.2實施更改制造商應(yīng)按更改請求中的規(guī)定實施更改。制造商應(yīng)識別并實施由更改產(chǎn)生的所需重復(fù)的任何活動，包括對軟件系統(tǒng)和軟件項的軟件安全性分級的更改。8.2.3驗證更改制造商應(yīng)驗證更改，包括重復(fù)已因更改失效的任何驗證，并考慮5.7.3和。8.2.4規(guī)定更改的

16、可追溯性方法制造商應(yīng)制定審核追蹤，可借以追溯下列各項：a)更改請求：ClauseA-Hr 早下Requirements標(biāo)準(zhǔn)要求Result測試結(jié)果Verdict判定b)有關(guān)的問題報告，和；c)更改請求的批準(zhǔn)。配置狀態(tài)記錄制造商應(yīng)保留包括系統(tǒng)配置的受控配置項的可檢索歷史記錄。9軟件問題解決過程準(zhǔn)備問題報告制造商應(yīng)為在軟件產(chǎn)品中檢出的每個問題準(zhǔn)備一份問題報告。問題報告按如下分類：a)類型b)范圍c)危害度研究問題制造商應(yīng)a)研究問題，如有可能識別問題原因；b)利用軟件風(fēng)險管理過程評價問題和安全性的相關(guān)性（第7章）；c)把研究和評價結(jié)果形成文檔，和；d)為糾正問題所需的措施擬定更改請求，或?qū)⒉徊扇〈胧┑睦碛尚纬晌臋n。通知相關(guān)方適當(dāng)時，制造商應(yīng)通知存在問題的相關(guān)方。應(yīng)用更改控制過程ClauseA-Hr 早下Requirements標(biāo)準(zhǔn)要求Result測試結(jié)果Verdict判定制造商應(yīng)遵照更改控制過程的要求（見），批準(zhǔn)并實施所有的更改請求。保持紀(jì)錄制造商應(yīng)保持問題報告及其解決情況，包括對其驗證的記錄。適當(dāng)時，制造商應(yīng)更新風(fēng)險管理文件。（見分析問題的趨勢制造商應(yīng)在問題報告中進(jìn)行分析，以找出問題的趨勢。驗證軟件問題的解決制造商應(yīng)驗證問題的解決以確定是否：a)問題已經(jīng)解決y問題報告已經(jīng)關(guān)閉；b)不良趨勢已扭轉(zhuǎn)；c)更改請求已在適當(dāng)?shù)能浖a(chǎn)品和活動中執(zhí)行；和