“高質(zhì)量、高標準、高速價廉通過FDA，CFDA”找百思力咨詢機構

用戶需求，是對我想要選擇的這個計算機化系統(tǒng)的要求，包括安裝、運行環(huán)境、安全、功能、應用、規(guī)范等的要求，應具有可考量性，是整個計算機化系統(tǒng)的基礎，后續(xù)的所有確認均來自這份文件。

供應商審計，這個相信每個企業(yè)也都有相關的規(guī)程，這里就不啰嗦了。

驗證計劃，之前也提到了，重要的重復一遍，就是計劃應當落地，應當有可執(zhí)行性1。

功能規(guī)格、設計規(guī)格，這些都是供應商按照需求文件提供的整個計算機化系統(tǒng)的基本文件，企業(yè)應當對這些文件進行審核，必要時可請第三方機構進行審核。

開發(fā)和配置階段，一般企業(yè)基本上已經(jīng)無法進行監(jiān)管，因此在供應商審計時應當著重考量，對于供應商質(zhì)量管理體系不健全的，應當列為高風險項。

在確認階段，相信大家都比較熟悉了，在此只想說明一點，就是OQ報告之前，應當完成相關系統(tǒng)運行所必須的SOP文件的生效。

維護階段，主要是用來保證系統(tǒng)的良好運行，而PQ也同步在繼續(xù)進行，用于證明系統(tǒng)的良好運行。

退役階段，主要的是保證系統(tǒng)被替代后，歷史數(shù)據(jù)仍按照法規(guī)要求繼續(xù)保留。

風險評估是全程進行的，每個階段都應當進行風險評估以及響應，這個和項目中的風險管理是一致的。風險不會完全消除，但可通過各種方式的控制以達到風險的降低。

以上，是對流程的簡單的描述，其中有兩項需求跟蹤矩陣。其面向的對象不一樣，個需求跟蹤矩陣主要是URS-FS-DS直接的響應或者說對應關系，而第二個需求跟蹤矩陣則加入了TC，即測試用例的對應關系。表明每一個URS點是如何進行確認。

驗證其實就是一個項目加上其周期性活動，而確認是驗證的一部分活動。所以不能將驗證和確認同日而語，也不可將幾本確認過程文檔就當做是一次驗證

無論選擇哪一種異位，其實都存在一定的風險，只是看這個風險的大小而已。諸如失1火、地1震等風險因素，但這些也都只能是小概率事件了。想想如果一個機房失1火是高概率，那機房監(jiān)管人員估計也早就該下崗了。