實驗室管理系統驗證公司來電咨詢 北京百思力

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

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

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

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

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

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

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

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

退役階段，主要的是保證系統被替代后，歷史數據仍按照法規要求繼續保留。

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

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

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

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