【文章內(nèi)容簡介】 管理職責，帶動泉州局、晉江局、石獅辦事處、龍巖局、東山局等共同建設實驗室。 9 統(tǒng)一管理， 實現(xiàn)福建局系統(tǒng)實驗室內(nèi)部檢測業(yè)務全面聯(lián)網(wǎng)，達到檢測業(yè)務統(tǒng)一管理、統(tǒng)一調(diào)配的目的。通過 該 系統(tǒng)可以及時掌握全局各實驗室的檢測業(yè)務量、業(yè)務性質(zhì)和需求的變化，實現(xiàn)網(wǎng)上業(yè)務管理和網(wǎng)上業(yè)務調(diào)配，做到就地 報驗、就地出證 。省局大中心、兩個片區(qū)中心、各分中心要按照各自業(yè)務范圍以及管理職 責及時完成對業(yè)務數(shù)據(jù)統(tǒng)計、匯總、分析、上報。 省局實驗室管理部門統(tǒng)一授權(quán)各實驗室檢測范圍及區(qū)域，統(tǒng)一委托檢測管理，并制定實驗室委托管理辦法，明確委托檢測程序。首先在福建局系統(tǒng)內(nèi)部實驗室進行內(nèi)部委托，順序是片區(qū)中心（以及省局指定的專業(yè)實驗室）、片區(qū)內(nèi)實驗室、大中心。系統(tǒng)內(nèi)實驗室均沒有能力時，方可委托合資合作實驗室，最后才是系統(tǒng)外其他實驗室。 技術(shù)現(xiàn)狀與需求 一、技術(shù)現(xiàn)狀 福建局實驗室系統(tǒng)目前使用 LRP2020 實驗室資源管理系統(tǒng) ， 2020 年 7 月啟用至今，該系統(tǒng)能基本滿足單一實驗室日常檢測需要，但隨著全省業(yè)務數(shù)據(jù) 大集中的逐步 實施， LRP2020 系統(tǒng)原設計上的缺陷和不足也日漸凸顯，主要體現(xiàn)在以下幾個方面： 系統(tǒng)響應速度慢 ?？蛻舳?執(zhí)行 批量 數(shù)據(jù)處理時反應較慢， 如 在報驗登記時數(shù)據(jù)輸入完畢點擊確認保存的時候 ，以及 擬稿制證環(huán)節(jié) 均 存在 保存 時間 較長的問題，同時系統(tǒng)對多點同時接樣的業(yè)務支持較差，同一時點并發(fā)操作時容易出現(xiàn)大中心 省局技術(shù)中心 閩中北片區(qū)中心省局技術(shù)中心 閩中南片區(qū)中心 泉州局 福清局 寧德局 南平局 三明局 泉州局 晉江局 石獅辦 龍巖局 東山局 莆田局 10 串單或死鎖的 缺陷 。 系統(tǒng) 權(quán)限 管理不支持 分級管理 模式。管理權(quán)限集中于省局技術(shù)中心，分支機構(gòu)增加或修改報檢客戶、人員、檢測項目等信息均需報備技術(shù)中心相關(guān)管理人員負責添加，實際操作極為不便。 系統(tǒng)業(yè)務編號不支持 分部門獨立生成。各 實驗室的 報驗號 和樣品號混編，導致單個 實驗室 的報驗號和 樣品號 均不 連續(xù)， 不便于實驗室的 樣品管理 ，也不便于 查找單證及單證歸檔、統(tǒng)計 等相關(guān)工作 。 缺乏有效的數(shù)據(jù)統(tǒng)計管理手段。目前 LRP 僅支持 SQL 語句自定義 查詢 和“福建定制”統(tǒng)計查詢，自定義語句需要一定的 SQL 語言基礎(chǔ)， 對于 絕大多數(shù) 的檢驗人員來說有 很大 難度 ，且返回的結(jié)果仍需人工進行處理，實際統(tǒng)計效率極低；“福建定制”統(tǒng)計模塊目前已有的檢索項目太少，且查詢時對系統(tǒng)的資源占用率過高，容易影響服務器的正常運行。 數(shù)據(jù)存儲方式導致數(shù)據(jù)庫容量過大。目 前 LRP 數(shù)據(jù)庫已達到 60G，由于檢測報告存儲方式的問題，導致數(shù)據(jù)庫增長過速，每天增長 約 100MB，嚴重影響存儲空間的容量及系統(tǒng)運行的速度。 目前 LRP2020 系統(tǒng)屬于 純粹數(shù)據(jù)管理型軟件 ， 功能單一 、 數(shù)據(jù)庫 結(jié)構(gòu) 設計相對 簡單， 無法滿足全省實驗室 業(yè)務數(shù)據(jù)大集中后的要求 。 二、新系統(tǒng)需求 對于新建系統(tǒng)，從技術(shù)上考慮應滿足以下要求： 采用 B/S 架構(gòu) 采用 Web 數(shù)據(jù)庫技術(shù)和統(tǒng)一的 IE 瀏覽器界面，即 B/S 架構(gòu)，通過 WEB 瀏覽器方式進行操作，用戶端界面友好， 使 普通用戶 易于認識 和使用。 基于大型關(guān)系數(shù)據(jù)庫 Oracle 新系統(tǒng) 應 采用 Oracle 數(shù)據(jù)庫，能在所有主流平臺上運行（包括 windows） ，完全支持所有的工業(yè)標準 ， 采用完全開放策略。 支持遠程辦公 通過建立內(nèi)部 Intra 體系結(jié)構(gòu)和 Web 服務器，遠程用戶可以通過 VPN 方式直接使用 HTTP 協(xié)議訪問 LRP 系統(tǒng)。 通過 只開放 WEB 服務器的 80 端口，保證系統(tǒng)安全 。 11 數(shù)據(jù)集中、分級管理 全省各個實驗室的數(shù)據(jù)，統(tǒng)一存儲在省局 服務器 內(nèi)，由系統(tǒng)管理員 統(tǒng)一維護。系統(tǒng)實驗室機構(gòu)升級成多層管理結(jié)構(gòu)。系統(tǒng)機構(gòu)設置從原來的二層升級成多層機構(gòu)，即省局技術(shù)中心 —— 分支局技術(shù)分中心（技術(shù)中心檢測 分中心 ） —— 專業(yè)實驗室 —— 檢測崗的管理模式 可根據(jù)業(yè)務情況的變化增加或縮減管理層級 ，方便各分支局實驗室形成獨立的報驗編號和樣品編號，便于實驗室對單證以及樣品的有序管理，同時系統(tǒng)管理權(quán)限可以分級授予，即各分支局管理員可擁有本實驗室的管理權(quán)限，包括新增和修改人員、檢測項目、客戶、儀器設備等信息的權(quán)限。 3 、 系統(tǒng)建設目標 實現(xiàn)福建局所屬各實驗室檢驗檢疫業(yè)務從注冊、（網(wǎng)上）報驗、樣品采集、（分包）、檢測、出證、計收費的全流程電子化管理； 實現(xiàn)檢測項目、方法標準、人力資源、客戶資料、儀器設備、輸出設備、試劑等實驗室資源的系統(tǒng)管理 ； 實現(xiàn)獨立于 業(yè)務 流程 的智能化 查詢 統(tǒng)計 及分析 模塊 ，滿足不同管理部門和財務管理的統(tǒng)計匯總要求； 實現(xiàn)本系統(tǒng)與 檢驗檢疫 《 CIQ2020 綜合業(yè)務管理系統(tǒng)》、《儀器設備管理系統(tǒng)》等的數(shù)據(jù)交換接口； 建立與技術(shù)中心當前網(wǎng)站的數(shù)據(jù)接口，實現(xiàn)網(wǎng)上報驗和查詢，通過與各大銀行網(wǎng)銀系統(tǒng)接口，實現(xiàn)客戶檢測費用電子支付；通過發(fā)送短信和語音查詢?yōu)榭蛻籼峁﹫髾z流程、待繳費用、欠費等實時信息。 實現(xiàn)與部分實驗室檢測儀器設備的數(shù)據(jù)采集接口，直接獲得檢測結(jié)果數(shù)據(jù)。 12 4 、 總體技術(shù)需求 設計原則 為了實現(xiàn)上述系統(tǒng)建設目標，根據(jù)項目需求的具體要求 ，我們?yōu)楸卷椖看_定如下總體設計原則： ? 經(jīng)濟實用原則 本系統(tǒng)要 充分考慮各 類使用人員的操作重點、專業(yè)知識、部門業(yè)務需求特點等因素，著重突出 系統(tǒng) 各業(yè)務 功能的實用性， 遵循用戶常用 操作習慣； 操作力求簡單，盡量滿足鍵盤 操作 ，選項采用下拉菜單等快捷方式，提供盡可能的默認選項；人機界面美觀友好，聯(lián)機幫助文件豐富實用 。 ? 平臺兼容原則 本系統(tǒng)應采用當前架構(gòu)先進的軟件開發(fā)平臺，采用面向服務結(jié)構(gòu)及模塊組件的設計思想；系統(tǒng)容易擴充，能提供與其它系統(tǒng)（中間件）的接口。文字和表格處理軟件應與微軟 OFFICE2020 及其升級版本相兼容。 ? 標準規(guī)范原則 按照工程標準化要求設計本系統(tǒng)，包括數(shù)據(jù)格式和操作 規(guī)范化及設計的規(guī)范化。 過程數(shù)據(jù)及其格式（或定義）在采集、加工、傳輸?shù)母鱾€環(huán)節(jié)都必須嚴格遵循所指定的標準，保證數(shù)據(jù)的有效和一致。軟件 設計必須遵循軟件工程的步驟和方法，確保項目的質(zhì)量和按期完成。 ? 安全性 本系統(tǒng) 應采用身份認證、訪問控制、數(shù)字簽名、數(shù)據(jù)加密解密等 應用 安全技術(shù) ，建立包括系統(tǒng)、應用、管理等環(huán)節(jié)的多層次、全方位的安全保障體系。 ? 可靠 性 本 系統(tǒng)平臺 應 采用成熟、穩(wěn)定、先進的 軟件開發(fā)及運行平臺 ， 以高效、平穩(wěn)運行為設計的首要因素 ， 盡可能減少由于系統(tǒng)平 臺不兼容及軟件設計不合理而引發(fā)的系統(tǒng)故障 。 系統(tǒng)上線使用前，應進行全面測試。 ? 開放性 系統(tǒng)應提供符合國際標準的軟件、硬件、 通信、網(wǎng)絡、操作系統(tǒng)和數(shù)據(jù)庫管理系統(tǒng)等諸方面的接口與工具，使之 具備良好的靈活性、兼容性、擴展性和可 13 移植性。 設計與檢驗檢疫《 CIQ2020 業(yè)務系統(tǒng)》及《儀器設備管理系統(tǒng)》接口時應以不干擾和破壞原系統(tǒng)數(shù)據(jù)為原則 。 ? 易維護 性 本系統(tǒng)設計應面向使用者，系統(tǒng)數(shù)據(jù)設置、原始數(shù)據(jù)輸入等過程應主要以文字輸入和菜單選項為主，不應采用過多專業(yè)術(shù)語。系統(tǒng)管理員除能對系統(tǒng)部門、人員進行設置和賦予相應權(quán)限等操作外， 還應能對系統(tǒng)的核心組件 — 檢測工作流程進行更改和改變節(jié)點特性，滿足用戶對系統(tǒng)自調(diào)整 的需求。 總體框架及組成 本系統(tǒng)主要由以下幾個部分組成： 檢測門戶子系統(tǒng)： 檢測管理子系統(tǒng)： 資源管理子系統(tǒng)： 統(tǒng)計分析子系統(tǒng)： 數(shù)據(jù)交換子系統(tǒng)： 設備數(shù)據(jù)采集子系統(tǒng)： 14 技術(shù) 路線 本 系統(tǒng) 通過 Inter 為企業(yè)和個人提供服務，又要通過內(nèi)部網(wǎng)絡與各職能部門的系統(tǒng)相聯(lián)接，還要通過安全方式與相關(guān)系統(tǒng)進行數(shù)據(jù)交換，系統(tǒng)涉及了不同的網(wǎng)絡和網(wǎng)絡設備、涉及了不同的主機和操作系統(tǒng)， 在 技術(shù)路線上采用如下標準 ： ? 基于模塊組件技術(shù)的多層架構(gòu)，并能部署在流行的應用服務器軟件上。國產(chǎn)中間件需要部署在金蝶中間件上。 ? 應用系統(tǒng)接口采用 Web Service 技術(shù) 。 ? 數(shù)據(jù)交換格式采用 XML 格式。 遵循標準 系統(tǒng)實施所涉及的技術(shù)標準和規(guī)范，產(chǎn)品標準和規(guī)范，工程標準和規(guī)范，驗收標準和規(guī)范等必須符合國際、國家和 質(zhì)檢總局 條例及規(guī)范，至少應包括： 1) 《信息技術(shù)互連國際標準》（ ISO/IEC1180195）； 2) 《信息技術(shù)、軟件包質(zhì)量要求和測試》（ GB/T 175441998）； 3) 《軟件工程標準分類法》（ GB/T 155381995）； 4) 《軟件開發(fā)規(guī)范》（ GB 856688）； 5) 《軟件維護指南》（ GB/T 1407993）； 6) 《計算機軟件產(chǎn)品開發(fā)文件編制指南》（ GB 856788）； 7) 《計算機軟件需求說明編制指南》（ GB 938588）； 8) 《計算機軟件測試文件編制指南》（ GB 938688）； 9) 《計算機軟件配置管理計劃規(guī)范》（ GB/T 1250590）。 10) 《計算機軟件質(zhì)量保證計劃規(guī)范》（ GB/T 1250490）； 11) 《計算機軟件可靠性和可維護性管理》（ GB/T 1239493）。 以上所列的主要技術(shù)標準和規(guī)范，若未能達到國際 和 /或國內(nèi)最新標準時，應該 使系統(tǒng)的設計、施工及選用的設備和材料符合最近的國際、國內(nèi)標準，并提供采用的國際、國內(nèi)標準、規(guī)范和所應用的最新版本的有關(guān)技術(shù)依據(jù)資料。 15 5 、 系統(tǒng)功能需求 檢測門戶模塊 該模塊 基于互聯(lián)網(wǎng)來實現(xiàn)企業(yè)和 檢測管理模塊 之間有關(guān)信息與數(shù)據(jù)的傳送。 企業(yè) 網(wǎng)上 注冊 為了對網(wǎng)上報驗企業(yè)進行身份驗證， 平臺應提供網(wǎng)上注冊功能，注冊流程類同于 CIQ2020 系統(tǒng)企業(yè)注冊。本模塊應具有以下三個功能：企業(yè)注冊、信息修改、企業(yè)注銷。 在線 報驗委托 本功能為了給遠程客戶提供網(wǎng)上報驗委托。在網(wǎng)上報驗后，樣品可采用郵寄方式 ， 檢驗 費用通過轉(zhuǎn) 賬 或電匯方式結(jié)算，可以免除客戶上門送樣報驗的工作。本模塊應具有以下幾個功能：委托報驗、報驗信息修改、報驗委托撤單。 網(wǎng)上支付 該功能提供檢測客戶通過網(wǎng)上手段支付檢驗費用。 在線 查詢 本功能為了給遠程客戶提供各種方式的查詢，主要查詢的信息包括報驗的報驗號及密碼查詢、收費情況、所處流程 節(jié)點 、報驗結(jié)果。 檢測管理模塊 該模塊是實驗室管理系統(tǒng)的核心模塊，完成從報檢登記到報檢歸檔的所有流程，業(yè)務流程如圖所示。 16 重要說明： 圖示流程是以省局技術(shù)中心實驗室當前管理模式為樣本制定的，各實驗室的流程可能不 同，系統(tǒng)設計時，應容許有多個檢測工作流程，且當用戶登陸時，系統(tǒng)應為其自動選擇其所屬單位對應的檢測工作流程。 委托登記 該模塊提供對委托登記的信息管理功能。 工作人員接收樣品委托時，應將《委托檢驗檢疫協(xié) 議書》中的相關(guān)信息錄入系統(tǒng) ，如 CIQ2020 報驗號、委托人、樣品 17 名稱 /標記、檢測項目 /方法等。 一次委托相當于一次送檢（或者一次送樣），有一個唯一的委托編號，一次委托下有一個或者多個樣品；每個樣品有一個唯一的樣品號，一個樣品下有一個或者多個檢測項目。因此可以劃分為委托編號 — 樣品號 — 檢測項目三層結(jié)構(gòu) 。從具體工作實際操 作的方便性考慮，這些編號之間的設計要求具有某種很直觀的關(guān)聯(lián)性。 委托人應先進行客戶注冊取得客戶代碼，在報驗時同時輸入客戶代碼，以便進行 分類統(tǒng)計 。 委托登記時，需要考慮一些市場化業(yè)務，應該允許根據(jù)客戶要求僅做一些簡要信息登記（比如，不需要登記對應的 HS 編碼等），并考慮能對流程進行簡化操作。 委托登記分為中文登記和英文登記 ， 按照委托的情況選擇相應的登記模式 。 委托登記需要 支持模板復制功能，可調(diào)出以往報驗委托信息修改，提高錄入效率。 對于 通過檢測門戶或進行 網(wǎng)上報驗 委托 信息， 可以 通過 數(shù)據(jù)庫讀取或 數(shù)據(jù)接口 交換方式得到 信息，工 作人員僅需輸入客戶網(wǎng)上預報檢單號，即可調(diào)出客戶預報檢信息，包括樣品名稱、數(shù)量 /重量、樣品標記、檢測項目、檢測周期要求、項目計費等，且自動保存 相關(guān) 數(shù)據(jù)表中。 可通過設置收費標準、系統(tǒng)內(nèi)部特定信息公開化、設置實驗室可接受的樣品類別等手段，使機構(gòu)間的相互委托、分包，不會造成個別實驗室將自己能做但不愿做的樣品和項目隨意分包給其它機構(gòu)，造成機構(gòu)間的相互推諉，損害客戶利益。 委托登記 單 應包含以下內(nèi)容： 委托編號：由系統(tǒng)自動產(chǎn)生。產(chǎn)生規(guī)則： 檢測機構(gòu)代碼 +業(yè)務類別編號 +四位年份 +五位流水號 。注：檢測機構(gòu)代碼 以主檢實驗室為單位生成，確保