版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)
文檔簡介
審批
部門姓名簽"口期
起草人質(zhì)量檢查部XXX
審核人質(zhì)量檢查部XXX
審核人品質(zhì)管理部XXX
審核人品質(zhì)管理部XXX
同意人質(zhì)量負責人XXX
分發(fā)部門:
01品質(zhì)管理部(1份)02生產(chǎn)技術(shù)部(1份)
合計2份
目錄
一、概述
二、目的
三、參照文獻
四、驗證小組組員
五、驗證范圍和驗證時間安排
六、驗證內(nèi)容
八、偏差處理
九、驗證成果及評價
十、附件
會議與人員簽到表
會議地點:會議時間:
序號姓名時間序號姓名時間
備注:
會議記錄
部門/組別:品質(zhì)管理部
時間地點
會議主持會議記表人
參會人員
重要議題
會
議
主
要
內(nèi)
容
一、概述
根據(jù)《藥物經(jīng)營質(zhì)量管理規(guī)范》簡稱GSP實行規(guī)定,藥物經(jīng)營行業(yè)全面推行計算機管
理手段,實現(xiàn)藥物質(zhì)量可控可追溯,企業(yè)于2023年請第三方對計算機系統(tǒng)進行了改造,
并于2023年改造完畢,在軟件投入使用前,需對該軟件操作系統(tǒng)進行一次全面的驗證,
以保證該計算機軟件可以按照GSP及我企業(yè)實際經(jīng)營狀況正常運行。
二、目的
通過對計算機系統(tǒng)控制的蛤證,檢測計算機系統(tǒng)的登錄、杳詢、鎖定、解鎖、打印以及經(jīng)
營各環(huán)節(jié)操作等功能模塊狀態(tài),確定其功能符合GSPH勺規(guī)定和企業(yè)藥物經(jīng)營的實際情形
三、參照文獻
1計算機信息系統(tǒng)驗證管理
2設(shè)施設(shè)備驗證和校準(檢定)管理
3驗證歐I管理
4計算機系統(tǒng)的管理
5《藥物經(jīng)營質(zhì)量管理規(guī)范》
6《驗證管理》
7《藥物GMP指南》
8《GSP》
四、驗證小組組員
組長:
姓名部門職務(wù)工作職責
質(zhì)量副總組長負責整個驗證的協(xié)調(diào)、組織工作,對驗證過程全面監(jiān)控
品管部部長組員實行驗證并配合組長對整個驗證過程進行全面監(jiān)控
物控部部長組員負貢檢查過程中的監(jiān)控和管理
操作工組員負責計算機系統(tǒng)操作
QC組員負責計算機系統(tǒng)操作
五、驗證范圍和驗證時間安排
1.試驗室設(shè)備控制系統(tǒng)及信息管理系統(tǒng)如LIMS系統(tǒng),HPLC、GC、UV
2.物料控制及管理系統(tǒng)如BPCS、SAP、ERP系統(tǒng)等c
3生產(chǎn)工藝及控制系統(tǒng)如PLC(可編程序邏輯控制器)等。
4公用設(shè)施控制系統(tǒng)
驗證項目驗證原則
1.使用顧客名及密碼登錄后,登錄信息相符;
系統(tǒng)登錄2.人員信息更改與登錄信息相符。
3.權(quán)限變更與變更人員操作權(quán)限相符
1.購、銷、存各流程入口、出口,與數(shù)據(jù)錄入、修改的權(quán)限應(yīng)有質(zhì)管部
審核;
系統(tǒng)權(quán)限設(shè)置、
2.質(zhì)管部可查詢業(yè)務(wù)經(jīng)營有關(guān)權(quán)限設(shè)置;
管控
3.各操作崗位通過輸入顧客名及密碼登錄,在權(quán)限范圍內(nèi)錄入、查詢數(shù)
據(jù)。
系統(tǒng)權(quán)限修改、經(jīng)質(zhì)量管理人員審核同意后方可修改,修改的原因和過程應(yīng)當在系統(tǒng)中
管控記錄
首營企業(yè)審核審
維護信息與庫存信息相符
批
數(shù)據(jù)備份按日備份數(shù)據(jù),保證系統(tǒng)日志日勺完整性,
首營品種(從批
發(fā)企業(yè)購進)審采購首營品種應(yīng)索取加蓋供貨單位公章原印章H勺藥物生產(chǎn)或者進口同
核及藥物批件管意證明文獻復(fù)印件并予以審核,方可采購。
理
藥物信息增長“經(jīng)營范圍”一欄,與客商信息日勺“經(jīng)營范圍”FIU名稱一
藥物信息管理
致
拒絕超經(jīng)營方式系統(tǒng)能嚴格審核購貨單位日勺生產(chǎn)范圍、經(jīng)營范圍,并按攝影應(yīng)日勺范圍購
和范圍購進進藥物
1.系統(tǒng)拒絕無企業(yè)或商品基礎(chǔ)信息的采購訂單生成;
采購訂單2.基礎(chǔ)信息中供應(yīng)商的“經(jīng)營范圍”應(yīng)包括商品信息的“經(jīng)營范圍”,
否則,拒絕該“采購訂單”的生成。
1.采購訂單確認后,系統(tǒng)自動生成采購記錄;
采購記錄2.采購記錄:通用名稱、劑型、規(guī)格、生產(chǎn)廠商、供貨單位、數(shù)量、價
格、購貨日期等(中藥飲片應(yīng)標明“產(chǎn)地”)。
藥物到貨,系統(tǒng)應(yīng)當支持收貨人員查詢采購記錄,隨貨同行單、來貨、
采購記錄三者一致,方可收貨;不相符,且供應(yīng)商不予以確認日勺,則拒
收貨確認
收;
對不符合收貨批次藥物能實現(xiàn)拒收
驗收記錄系統(tǒng)應(yīng)當按照藥物的管理類別及儲存特性,自動分派儲存庫區(qū)。
1.庫存藥物按期自動生成養(yǎng)護工作計劃,提醒養(yǎng)護人員對庫存藥物進行
有序、合理的養(yǎng)護;
養(yǎng)護計劃
2.對儲存溫度特殊、有效期較短的藥物按規(guī)定進行重點養(yǎng)護檢查,并記
錄。
養(yǎng)護記錄養(yǎng)護計劃轉(zhuǎn)換成養(yǎng)護記錄,打印、回填、保留
經(jīng)質(zhì)量管理人員審核同意后方可修改,修改的原因和過程應(yīng)當在系統(tǒng)中
數(shù)據(jù)修改及監(jiān)管
記錄
1、銷售藥物,系統(tǒng)根據(jù)基礎(chǔ)數(shù)據(jù)及庫存記錄生成銷售訂單,系統(tǒng)拒絕
無基礎(chǔ)數(shù)據(jù)或無有效庫存數(shù)據(jù)支持的任何銷售訂單日勺生成;
2、系統(tǒng)對各購貨單位的法定資質(zhì)可以自動識別并審核;
銷售記錄
3、拒絕超過經(jīng)營方式或經(jīng)營范圍銷售訂單的生成;
4、銷售記錄至少包括:通用名稱、規(guī)格、劑型、批號、有效期、生產(chǎn)
廠商、購貨單位、銷售數(shù)量、單價、金額、銷售日期。
1、銷退收貨時應(yīng)當調(diào)出原對應(yīng)口勺銷售、出庫復(fù)核記錄;
2、對應(yīng)的銷售、出庫復(fù)核記錄與銷退藥物實物信息一致的方可驗收,
銷后退貨并根據(jù)原記錄數(shù)據(jù)生成銷退驗收記錄;
3、退回藥物實物與原記錄信息不符時,系統(tǒng)應(yīng)拒絕藥物退回操作;
4、系統(tǒng)不支持對原始銷售數(shù)據(jù)的任何更改。
1、發(fā)現(xiàn)質(zhì)量有疑問藥物,應(yīng)照本崗位操作權(quán)限實行鎖定,系統(tǒng)自動告
知質(zhì)管人員;
2、被鎖定藥物應(yīng)當由質(zhì)管人員確認,不屬于質(zhì)量問題的)解除鎖定,屬
質(zhì)量鎖、物流鎖
于不合格藥物H勺由系統(tǒng)生成不合格記錄;
3、系統(tǒng)對質(zhì)量不合格藥物的處理過程、處理成果進行記錄,跟蹤處理
成果。
揀貨單打印由倉儲管理員確認驗收記錄可生成揀貨單
系統(tǒng)將確認后日勺銷售數(shù)據(jù)傳播至倉儲部門提醒出庫及復(fù)核。復(fù)核員完畢
出庫復(fù)核操作后,系統(tǒng)自動生成出庫復(fù)核記錄:購貨單位、通用名稱、
出庫復(fù)核
劑型、規(guī)格、數(shù)量、批號、有效期、生產(chǎn)廠商、出庫日期、質(zhì)量狀況和
復(fù)核員等
系統(tǒng)應(yīng)當按照《規(guī)范》規(guī)定,生成藥物運送記錄:發(fā)貨時間、發(fā)貨地址、
運送跟蹤與記錄收貨單位、收貨地址、貨單號、藥物件數(shù)、運送方式、委托經(jīng)辦人、承
運單位,車牌號等
1.自動、不間斷監(jiān)測和記錄藥物儲存運送過程中的溫濕度。每隔1分鐘
更新一次數(shù)據(jù),儲存過程中每30分鐘自動記錄一次數(shù)據(jù),運送過程中
每5分鐘自動記錄一次數(shù)據(jù)。溫濕度超過規(guī)定范圍時,每1分鐘記錄一
次數(shù)據(jù)
庫房溫濕度監(jiān)控
2、監(jiān)測的溫濕度數(shù)據(jù)到達設(shè)定的臨界值或者超過規(guī)定范圍,以及系統(tǒng)
發(fā)生供電中斷等狀況,可以就地和在指定地點進行聲光報警,同步以短
信等方式對不少于3名指定人員報警
3、監(jiān)測數(shù)據(jù)應(yīng)當真實、完整、精確、有效
1、顯示并自動采集和記錄運送途中冷藏車和車載冷藏箱內(nèi)日勺溫濕度。
顯示溫度每隔1分鐘更新一次,每5分鐘自動記錄一次;溫度超過規(guī)定
范圍時,每1分鐘記錄一次。
冷鏈運送溫度數(shù)
2、報警:具有遠程及就地實時報警功能,可通過計算機讀取和存儲所
據(jù)采集、記錄、
記錄H勺監(jiān)測數(shù)據(jù)。
報警
3、測點終端采集的數(shù)據(jù)通過網(wǎng)絡(luò)自動傳送到管理主機進行處理.、記錄、
保留;
4、系統(tǒng)對記錄數(shù)據(jù)不可更改、刪除,不得設(shè)置反向?qū)霐?shù)據(jù)的功能;
電子監(jiān)管碼掃碼對實行電子監(jiān)管的藥物入庫、出庫,應(yīng)按規(guī)定進行藥物電子監(jiān)管碼掃碼,
及數(shù)據(jù)上傳并及時將數(shù)據(jù)上傳至中國藥物電子監(jiān)管網(wǎng)系統(tǒng)平臺。
系統(tǒng)應(yīng)當對庫存藥物的有效期進行自動跟蹤和控制,具有近效期預(yù)警提
效期預(yù)警
醒
系統(tǒng)應(yīng)當對庫存藥物的有效期進行自動跟蹤和控制超有效期自動鎖定
過效期鎖定
及停售等功能。
定期盤點系統(tǒng)設(shè)置盤點模塊
應(yīng)當根據(jù)專有口勺顧客名及密碼自動生成,不得采用手工編輯或菜單項選
記錄
擇擇等方式錄入:
銷售出庫出庫次序遵照先進先出原則
單據(jù)確認確認后信息記入分類賬
單據(jù)打印打印信息與打印出的單據(jù)信息相符
在庫查詢查詢在庫信息與賬目相符
入庫查詢?nèi)霂鞂?yīng)信息與入庫證相符
出庫查詢出庫信息與提單信息相符
分類賬查詢分類賬查詢信息與賬目相符
驗證小組于年月日至月日按驗證方案進行驗證
六、驗證前準備
1文獻確認6.1驗證文獻一覽表
文獻名稱文獻編號
計算機信息系統(tǒng)驗證管理
設(shè)施設(shè)備驗證和校準(檢定)管理
驗證的管理
計算機系統(tǒng)的管理
《藥物經(jīng)營質(zhì)量管理規(guī)范》衛(wèi)生部門令第90號
《驗證管理》《藥物經(jīng)營質(zhì)量管理規(guī)范》附錄五
6.2培訓(xùn)|
在本方案實行前,應(yīng)對方案實行過程中波及人員進行培訓(xùn),以保證方案順利實行,并做好
培訓(xùn)記錄。培訓(xùn)內(nèi)容包括5.1驗證文獻一覽表但不限于此內(nèi)容。
培訓(xùn)內(nèi)容表
序號文獻名稱文獻編號培訓(xùn)日期
1計算機信息系統(tǒng)驗證管理
2設(shè)施設(shè)備驗證和校準(檢定)管理
3驗證的管理
4計算機系統(tǒng)的管理
5《藥物經(jīng)營質(zhì)量管理規(guī)范》衛(wèi)生部門令第90號
6《驗證管理》GSP附錄五
檢查人/日期:復(fù)核人/日期:
2人員培訓(xùn)
序號培訓(xùn)文獻名稱編號被培訓(xùn)人培訓(xùn)狀況培訓(xùn)日期
合格口不合格口
合格口不合格口
合格口不合格口
合格口不合格口
合格口不合格口
七、驗證內(nèi)容
1計算機系統(tǒng)(computersystem)
具有特定功能的計算機系統(tǒng)是由1臺或數(shù)臺計算機、外圍輸出輸入設(shè)備以及軟件構(gòu)成;
所有或部分程序及運行程序所需日勺所有或部分數(shù)據(jù)使用共同日勺存儲器;運行顧客編寫的程
序或顧客指定的程序;根據(jù)顧客日勺指定模式進行數(shù)據(jù)處理,如數(shù)值運算或邏轉(zhuǎn)運算;運行
過程中可以自我修正程序;計算機系統(tǒng)可以是獨立的單機,也可以是由幾臺單機聯(lián)機構(gòu)成;
2過程實行內(nèi)容
2.1工程計劃
工程計劃用于規(guī)劃所有工程及驗證活動,包括計算機化工程的組織構(gòu)造、各部門/個人H勺
職責、工程進度表(包括所有SDLC階段和對應(yīng)H勺SVLC階段)、文獻交付、審核和同意規(guī)
定等。
2.2供戶評估
應(yīng)對計算機系統(tǒng)供戶進行評價,以保證其系統(tǒng)能力及所提供的產(chǎn)品滿足計算機系統(tǒng)驗證規(guī)
定。供戶評價包括如下內(nèi)容。
⑴根據(jù)系統(tǒng)概念定義及判斷選擇供戶,注意評估外部資料對原則規(guī)定的符合化及與系統(tǒng)
規(guī)定文獻的一致程度。
(2)對供戶質(zhì)量體系進行審計,審計內(nèi)容包括
①系統(tǒng)開發(fā)者的內(nèi)部質(zhì)量管理程序。
②技術(shù)能力評估。
③軟件開發(fā)原則及軟件測試能力。
④程序編制人員日勺資格審定。
⑤硬件開發(fā)及制造能力。
⑥變更控制。
⑦售后服務(wù)。
⑧系統(tǒng)安全性。
供戶審計匯報應(yīng)納入驗證檔案。
2.3需求定義
需求定義階段提供新日勺/變化的計算機系統(tǒng)所期望到達的詳細日勺、可衡量的需求,所有需
求將用來確定系統(tǒng)設(shè)計原則。需求定義階段重要是提供顧客需求闡明(URS)。顧客需求闡
明由系統(tǒng)顧客和系統(tǒng)項目專家制定,詳細闡明計算機系統(tǒng)的基本業(yè)務(wù)需求、期望及性能指
標。
包括如下內(nèi)容。
系統(tǒng)闡明
闡明全系統(tǒng)要做什么,模塊間怎樣連接及互相作用,控制方式,執(zhí)行的過程,操作人員對
接口的規(guī)定及安全性規(guī)定等。
物理規(guī)定
物理規(guī)定包括有效空間、位置、所處日勺環(huán)境等。
硬件文獻原則
硬件文獻原則包括圖紙、流程圖、手冊、部件清單等。
軟件文獻原則
軟件文獻原則包括程序編號及修訂號、打印出H勺程序及詳細解釋、復(fù)制件的提供及貯存條
件、系統(tǒng)框圖及配置清單c
2.4測試規(guī)定
系統(tǒng)開發(fā)過程中所規(guī)定進行的測試項目及記錄。包括單獨模塊測試及集成測試等。
2.5系統(tǒng)測試
該階段的重要任務(wù)是發(fā)現(xiàn)并排除在分析、設(shè)計、編程各階段中產(chǎn)生日勺多種類型的錯誤,以
得到可運行日勺計算機系統(tǒng)°系統(tǒng)測試和確認過程與系統(tǒng)日勺需求定義、設(shè)計及編程階段相對
應(yīng),如圖6-3所示。單元測試及組裝測試一般在供戶處進行。
單元測試
單元測試是對系統(tǒng)的每一種模塊進行獨立測試,其目的是找出與模塊的內(nèi)部邏輯有關(guān)的錯
誤。單元測試一般以白盒法為主。
集成測試
集成測試根據(jù)系統(tǒng)設(shè)計中各功能模塊日勺闡明及制定的組裝測試計劃,將通過單元測試的模
塊逐漸進行組裝和測試。每并人一種模塊,都要找出由此產(chǎn)生的錯誤。集成測試一般以黑
盒法為主。
注:測試日勺難點在于怎樣選擇測試用例,選擇一種好的測試用例,可以最大程度的發(fā)現(xiàn)系
統(tǒng)中所存在日勺錯誤,以對重要數(shù)據(jù)構(gòu)造的對時性進行全面檢查。白盒法一般根據(jù)程序內(nèi)部
構(gòu)造設(shè)計測試用例,亦稱邏輯覆蓋法,包括語句覆蓋(使每一種語句至少執(zhí)行一次)、鑒定
覆蓋(使程序中的每一種鑒定至少出現(xiàn)一次“真值”和一次“假值”)、條件覆蓋(使每一
種鑒定中日勺每一種條件都獲得多種也許日勺成果)等。黑盒法則是根據(jù)系統(tǒng)功能需求來構(gòu)造
測試用例,常用如下4種措施:等價劃分法(將系統(tǒng)的輸入?yún)^(qū)域劃分為若干等價類,用每
個等價類中H勺一種具有代表性的數(shù)據(jù)作為測試數(shù)據(jù))、邊界值分析法(盡量選用邊界值作為
測試數(shù)據(jù))、因果圖法(在系統(tǒng)功能闡明中找出多種因果關(guān)系,設(shè)計測試用例)、錯誤推測
法(推測系統(tǒng)輕易發(fā)生的多種錯誤,設(shè)計能檢查出這些錯誤口勺測試用例)。六、其他
其他提供應(yīng)供戶口勺規(guī)定。包括對已完畢的系統(tǒng)的驗證規(guī)定、有關(guān)在設(shè)計開發(fā)過程中的質(zhì)量
控制和變更控制規(guī)定等。
顧客需求闡明中日勺所有條款將直接作為制定IQ、0Q及PQ草案H勺根據(jù)。
2.6系統(tǒng)驗收及確認一一1Q
安裝確認(IQ)
安裝確認的目的是保證系統(tǒng)的安裝符合設(shè)計原則,并保證所需技術(shù)資料俱全。詳細確認內(nèi)
容包括如下。
(1)多種原則清單,包括使用者規(guī)定、功能性規(guī)定、物理規(guī)定、系統(tǒng)原則。
(2)多種原則操作程序(SOP),包括硬件和軟件的操作、防止維修、備份和數(shù)據(jù)存檔、劫難
(斷電、硬軟件損壞等)恢復(fù)及系統(tǒng)退伍。
(3)配置圖,配置圖是控制系統(tǒng)的概圖,包括如下內(nèi)容。
①整個系統(tǒng)概圖。
②各個中央處理器(CPUS)包括插件指定的配置圖。
③輸入/輸出裝置接線圖°
④控制回路圖。
⑤狀態(tài)轉(zhuǎn)變圖。
⑥網(wǎng)絡(luò)接線圖。
⑦硬件驅(qū)動/網(wǎng)絡(luò)驅(qū)動指示樹,可包括邏輯的和物理的驅(qū)動指定。
(4)硬件和軟件手冊,包括安裝、操作、維修保養(yǎng)手冊。
⑸硬件配置清單,包括已安裝系統(tǒng)日勺所有構(gòu)成部分,對于芯片、微處理器或EPROM,應(yīng)
記錄其修訂版號。
(6)軟件清單和源代碼的復(fù)制件
①列出與系統(tǒng)有關(guān)的所有軟件和軟件版木,并保證所有軟件的復(fù)制件都歸入檔案,安全寄
存。
②應(yīng)寄存如下幾種軟件。源代碼產(chǎn)生器或編輯器、源代碼(包括初級排序、功能和匯報時
產(chǎn)生)、操作系統(tǒng)、診斷程序、存檔/備份程序。
2.7系統(tǒng)驗收及確認一一0Q
運行確認(OQ)
系統(tǒng)運行確認的目的是保證系統(tǒng)和運作符合需求原見。系統(tǒng)運行確認應(yīng)在一種與正常工作
環(huán)境隔離的測試環(huán)境下實行,但應(yīng)模擬生產(chǎn)環(huán)境。詳細包括如下。
(1)系統(tǒng)安全性測試
①挑戰(zhàn)所有邏輯系統(tǒng),諸如各工作層的使用權(quán)限,證明各安全層面口勺容許權(quán)限未經(jīng)授權(quán)的
操作得到嚴禁。
②確認系統(tǒng)外圍的安全性,諸如I/O總線卡,操作人員接口終端等。
⑵操作人員接口測試,確認操作人員接口系統(tǒng)日勺功能。
⑶報警、互鎖功能測試。
(4)數(shù)據(jù)的采集及存貯,確認系統(tǒng)的數(shù)據(jù)采集及存貯功能如下。
①精確的采集、貯存和檢索數(shù)據(jù);
②確認數(shù)據(jù)H勺輸出長度、進位及空值、零及負值日勺處理能力;
③自動將數(shù)據(jù)存檔并保留至指定期期。
⑸確認數(shù)據(jù)處理能力,包括算法、記錄、運用查表數(shù)值及匯報日勺產(chǎn)生等。
(6)定期器和定序器測試。
(7)功能性測試(黑箱測試),根據(jù)系統(tǒng)定義中所提供向多種規(guī)定文獻、原則(最佳有一張包
括運作分支在內(nèi)的功能圖)對系統(tǒng)各功能和各決斷通路進行測試。測試應(yīng)在最高特定條件
下進行(如最高通訊負載,大型數(shù)據(jù)文獻的處理等)。
⑻斷電/修復(fù)測試
①復(fù)查斷電之前,期間和之后的數(shù)據(jù)采集狀況證明數(shù)據(jù)沒有破壞或丟失。
②測試后備供電、小間斷供電和動力調(diào)整器、發(fā)電機功能恢復(fù)與否正常。
(9)劫難恢復(fù)測試,制造一起系統(tǒng)失效現(xiàn)象,按照劫難恢復(fù)程序一步步確認如下各項。
①既rr的數(shù)據(jù)未被破壞。
②保證對系統(tǒng)的數(shù)據(jù)備份有效。
(10)制定系統(tǒng)原則操作程序
運行確認成果合格后,證明系統(tǒng)具有了可以在正式生產(chǎn)環(huán)境下使用口勺條件,可以在正常生
產(chǎn)環(huán)境下進行深入確認。
系統(tǒng)驗收及確認一一PQ
2.8性能確認
性能確認(PQ)是為了確認系統(tǒng)運行過程的有效性和穩(wěn)定性,應(yīng)在正常生產(chǎn)環(huán)境下進行測
試。測試項目根據(jù)對系統(tǒng)運行但愿到達日勺整體效果而定(如對生產(chǎn)出日勺產(chǎn)品質(zhì)量各項特性
進行測試),測試應(yīng)在正常生產(chǎn)環(huán)境下(相似條件下)反復(fù)3次以上。注:當計算機系統(tǒng)取
代人工系統(tǒng)時,可以進行平行的驗證試驗。
人員培訓(xùn)
系統(tǒng)在正式投入使用之前,應(yīng)對所有有關(guān)人員,包括操作人員、維修人員等進行培訓(xùn),確
認其可以按規(guī)定對的操作C
釋放告知
當確認所有的驗證成果符合預(yù)先設(shè)定日勺可接受原則,驗證匯報已得到有關(guān)人員審批并完畢
人員培訓(xùn)后,計算機系統(tǒng)可被投入正式使用。
注:在系統(tǒng)的測試、驗收及確認過程中,由于理解能力及環(huán)境變化等限制,不可防止地會
出現(xiàn)成果與預(yù)先所設(shè)定的可接受原則之間產(chǎn)生偏差的現(xiàn)象。這時必須查清偏差產(chǎn)生日勺主線
原因,采用有效糾正措施進行處理(有時也許會波及到部分修訂系統(tǒng)設(shè)計原則)。當每一偏
差都得到有效處理后,驗證方可進入下一階段。偏差產(chǎn)生的原因、處理過程及成果均在對
應(yīng)文獻中進行記錄。
在公布系統(tǒng)釋放告知后計算機系統(tǒng)進入使用及維護階段。實踐表明,任何一種計算機系統(tǒng)
在通過各項測試被使用后,伴隨時間的推移,某些隱藏H勺問題會逐漸暴露出來;此外伴隨
環(huán)境的變化及新口勺需求的產(chǎn)生,顧客需要對系統(tǒng)進行完善。因此在此階段計算機系統(tǒng)應(yīng)按
如下措施實行監(jiān)控和修改以保證系統(tǒng)一直保持已驗證狀態(tài)并滿足顧客需求。該階段應(yīng)一直
持續(xù)到系統(tǒng)引退。
2.9數(shù)據(jù)記錄
驗證時間驗證項目驗證原則驗證結(jié)論驗證人
1.使用顧客名及密碼登錄后,登錄信
□相符口不相符
息相符;
系統(tǒng)登錄2.人員信息更改與登錄信息相符?!跸喾诓幌喾?/p>
3.權(quán)限變更與變更人員操作權(quán)限相
口相符口不相符
符
L購、銷、存各流程入口、出口,與
數(shù)據(jù)錄入、修改的權(quán)限應(yīng)有質(zhì)管部審□相符口不相符
核;
系統(tǒng)權(quán)限2.質(zhì)管部可查詢業(yè)務(wù)經(jīng)營有關(guān)權(quán)限
口相符口不相符
設(shè)置、管控設(shè)置;
3.各操作崗位通過輸入顧客名及密
碼登錄,在權(quán)限范圍內(nèi)錄入、查詢數(shù)口相符口不相符
據(jù)。
經(jīng)質(zhì)量管理人員審核同意后方可修
系統(tǒng)權(quán)限
改,修改日勺原因和過程應(yīng)當在系統(tǒng)中□相符口不相符
修改、管控
記錄
首營企業(yè)維護信息與庫存信息相符□相符口不相符
審核審批
按日備份數(shù)據(jù),保證系統(tǒng)日志日勺完整
數(shù)據(jù)備份□相符□不相符
性,
首營品種
(從批發(fā)采購首營品種應(yīng)索取加蓋供貨單位
企業(yè)購進)公章原印章的藥物生產(chǎn)或者進口同
口相符口不相符
審核及藥意證明文獻復(fù)印件并予以審核,方可
物批件管采購。
理
藥物信息增長“經(jīng)營范圍”一欄,與
藥物信息
客商信息日勺“經(jīng)營范圍”的名稱一口相符口不相符
管理
致
拒絕超經(jīng)系統(tǒng)能嚴格審核購貨單位的生產(chǎn)范
營方式和圍、經(jīng)營范圍,并按攝影應(yīng)的范圍購□相符口不相符
范圍購進進藥物
1.系統(tǒng)拒絕無企業(yè)或商品基礎(chǔ)信息
口相符口不相符
的采購訂單生成;
2.基礎(chǔ)信息中供應(yīng)商日勺“經(jīng)營范
采購訂單
圍”應(yīng)包括商品信息的“經(jīng)營范
口相符口不相符
圍”,否則,拒絕該“采購訂單”日勺
生成。
1.采購訂單確認后,系統(tǒng)自動生成采
□相符口不相符
購記錄;
2.采購記錄:通用名稱、劑型、規(guī)格、
采購記錄
生產(chǎn)廠商、供貨單位、數(shù)量、價格、
□相符口不相符
購貨日期等(中藥飲片應(yīng)標明“產(chǎn)
地”)o
1.系統(tǒng)應(yīng)當支持收貨人員查詢采購
收貨確認記錄,隨貨同行單、來貨、采購記錄口相符口不相符
三者一致,方可收貨;不相符,且供
應(yīng)商不予以確認的,則拒收;
2.對不符合收貨批次藥物能實現(xiàn)拒
□相符□不相符
收
系統(tǒng)應(yīng)當按照藥物的管理類別及儲
驗收記錄口相符口不相符
存特性,自動分派儲存庫區(qū)。
1.庫存藥物按期自動生成養(yǎng)護工作
計,劃,提醒養(yǎng)護人員對庫存藥物進行口相符口不相符
有序、合理的養(yǎng)護;
養(yǎng)護計劃
2.對儲存溫度特殊、有效期較短的1藥
物按規(guī)定進行重點養(yǎng)護檢查,并記口相符口不相符
錄。
養(yǎng)護計劃轉(zhuǎn)換成養(yǎng)護記錄,打印、回
養(yǎng)護記錄□相符口不相符
填、保留
經(jīng)質(zhì)量管理人員審核同意后方可修
數(shù)據(jù)修改
改,修改的原因和過程應(yīng)當在系統(tǒng)中口相符口不相符
及監(jiān)管
記錄
1、俏售藥物,系統(tǒng)根據(jù)基礎(chǔ)數(shù)據(jù)及
庫存記錄生成銷售訂單,系統(tǒng)拒絕無
口相符口不相符
基礎(chǔ)數(shù)據(jù)或無有效庫存數(shù)據(jù)支持日勺
任何銷售訂單的生成;
2、系統(tǒng)對各購貨單位歐1法定資質(zhì)可
口相符口不相符
以自動識別并審核;
銷售記錄
3、拒絕超過經(jīng)營方式或經(jīng)營范圍銷
口相符口不相符
售訂單的生成;
4、銷售記錄至少包括:通用名稱、
規(guī)格、劑型、批號、有效期、生產(chǎn)廠
□相符口不相符
商、購貨單位、銷售數(shù)量、單價、金
額、銷售日期。
1、銷退收貨時應(yīng)當調(diào)出原對應(yīng)口勺銷
銷后退貨□相符口不相符
售、出庫復(fù)核記錄;
2、對應(yīng)的銷售、出庫復(fù)核記錄與銷
退藥物實物信息一致口勺方可驗收,并口相符口不相符
根據(jù)原記錄數(shù)據(jù)生成銷退驗收記錄;
3、退回藥物實物與原記錄信息不符
口相符口不相符
時,系統(tǒng)應(yīng)拒絕藥物退回操作;
4、系統(tǒng)不支持對原始銷售數(shù)據(jù)日勺任
口相符口不相符
何更改。
1、發(fā)現(xiàn)質(zhì)量有疑問藥物,應(yīng)照本崗
位操作權(quán)限實行鎖定,系統(tǒng)自動告知口相符口不相符
質(zhì)管人員;
2、被鎖定藥物應(yīng)當由質(zhì)管人員確認,
質(zhì)量鎖、物
不屬于質(zhì)量問題的解除鎖定,屬于不口相符口不相符
流鎖
合格藥物的由系統(tǒng)生成不合格記錄;
3、系統(tǒng)對質(zhì)量不合格藥物的處理過
程、處理成果進行記錄,跟蹤處理成□相符口不相符
果。
揀貨單打由倉儲管理員確認驗收記錄可生成
口相符口不相符
卬揀貨單
1系統(tǒng)將確認后的銷售數(shù)據(jù)傳播至倉
儲部門提醒出庫及復(fù)核。復(fù)核員完畢
出庫復(fù)核操作后,系統(tǒng)自動生成出庫
出庫復(fù)核復(fù)核記錄:購貨單位、通用名稱、劑□相符口不相符
型、規(guī)格、數(shù)量、批號、有效期、生
產(chǎn)廠商、出庫日期、質(zhì)量狀況和復(fù)核
員等
系統(tǒng)應(yīng)當按照《規(guī)范》規(guī)定,生成藥
物運送記錄:發(fā)貨時間、發(fā)貨地址、
運送跟蹤
收貨單位、收貨地址、貨單號、藥物口相符口不相符
與記錄
件數(shù)、運送方式、委托經(jīng)辦人、承運
單位,車牌號等
1.自動、不間斷監(jiān)測和記錄藥物儲存
運送過程中的溫濕度。每隔1分鐘更
新一次數(shù)據(jù),儲存過程中每30分鐘
口相符口不相符
自動記錄一次數(shù)據(jù),運送過程中每5
分鐘自動記錄一次數(shù)據(jù)。溫濕度超過
規(guī)定范圍時,每1分鐘記錄一次數(shù)據(jù)
庫房溫濕
2、監(jiān)測的溫濕度數(shù)據(jù)到達設(shè)定日勺臨
度監(jiān)控
界值或者超過規(guī)定范圍,以及系統(tǒng)發(fā)
生供電中斷等狀況,可以就地和在指
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
- 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 倉儲相關(guān)制度培訓(xùn)
- 維醫(yī)學中的推拿足療保健技術(shù)
- 維醫(yī)學傳統(tǒng)醫(yī)學理論研究與臨床實踐
- 河北省保定市蓮池區(qū)市級名校2025屆中考一模生物試題含解析
- 2025屆安徽省亳州市蒙城初中生物畢業(yè)考試模擬沖刺卷含解析
- 2025屆廣東省廣州市三元里中學中考生物最后沖刺模擬試卷含解析
- 醫(yī)療消毒員培訓(xùn)
- 江蘇省南京市建鄴區(qū)三校聯(lián)合~2025屆中考生物最后一模試卷含解析
- 兒科常見急危疾病的護理
- 剖宮產(chǎn)術(shù)后切口愈合不良的護理查房
- 護士血標本采集不合格原因分析品管圈魚骨圖柏拉圖
- 內(nèi)分泌科糖尿病“一病一品”
- 房產(chǎn)中介操作手冊范本
- 《醫(yī)學人文課件》
- 四川省成都市龍泉驛區(qū)2023-2024學年三年級數(shù)學第一學期期末監(jiān)測試題含答案
- 鍋爐控制器modbus協(xié)議支持說明
- 粉末涂料有限公司危廢庫安全風險分級管控清單
- 750更換齒輪箱作業(yè)指導(dǎo)書
- GB/T 20706-2023可可粉質(zhì)量要求
- 安全生產(chǎn)信息管理制度全
- 世界主要國家洲別、名稱、首都、代碼、區(qū)號、時差匯總表
評論
0/150
提交評論