第一篇：廣州市瓶裝液化氣供應智能監管信息平臺建設技術方案

廣州市瓶裝液化氣供應智能監管信息平臺建設

技術方案

2015年2月

目錄

一、項目背景.................................................................................................................................3

二、建設目標.................................................................................................................................4

三、建設依據.................................................................................................................................4

四、主要建設內容.........................................................................................................................5

五、系統設計方案.........................................................................................................................6 5.1瓶裝液化氣充裝監管系統...........................................................................................................6 5.1.1概述.......................................................................................................................................6 5.1.2系統主要功能.......................................................................................................................7 5.2液化氣氣瓶檢測和報廢處理監管系統.......................................................................................9 5.2.1概述.......................................................................................................................................9 5.2.2主要功能...............................................................................................................................9 5.3瓶裝液化氣供應移動監管系統.................................................................................................12 5.3.1概述.....................................................................................................................................12 5.3.2系統主要功能.....................................................................................................................12 5.4瓶裝液化氣供應智能監管系統.................................................................................................15 5.4.1概述.....................................................................................................................................15 5.4.2系統主要功能.....................................................................................................................15 5.5瓶裝液化氣供應便民服務子系統.............................................................................................34 5.5.1概述.....................................................................................................................................34 5.5.2系統主要功能.....................................................................................................................34 5.6數據采集和通信管理子系統.....................................................................................................36 5.6.1概述.....................................................................................................................................36 5.6.2主要功能.............................................................................................................................36 5.7基礎信息錄入和管理單機系統.................................................................................................37 5.7.1概述.....................................................................................................................................37 5.7.2主要功能.............................................................................................................................37

一、項目背景

液化石油氣自上個世紀進入我市，已廣泛應用到居民生活、餐飲服務、汽車加氣、工業生產等方面。目前，全市年銷售液化石油氣102萬噸，瓶裝液化氣經營企業41家，瓶裝液化氣用戶超過330萬戶，每天瓶裝液化氣銷量超過1560噸，每天有超過10萬瓶氣需要充裝和配送到用戶，這一供氣規模超過國內所有大中城市。然而，由于歷史原因，我市瓶裝液化氣供應市場準入門檻低，市場高度開放，監管手段落后，這使得我市瓶裝液化氣供應市場秩序混亂，安全隱患嚴重。突出表現在以下幾方面：一是非法經營黑點大量存在，大部分市民只能光顧這些經營黑點，不僅用氣安全和質量無法得到保障，而且嚴重擾亂了市場秩序。二是氣瓶監管不到位，大量的超期未檢氣瓶甚至報廢氣瓶在市場上流轉，特別是一些非法經營者大量使用這些過期瓶和報廢瓶倒氣后提供給用戶使用。三是非法運輸液化氣現象嚴重。一些不法經營者為了降低經營成本，大量使用無任何安全防護措施的非危運車輛運輸瓶裝液化氣，一旦發生事故引起爆炸，必將導致群死群傷事件。四是餐飲場所和出租屋安全用氣隱患嚴重。全市多數使用瓶裝液化氣的餐飲場所不符合安全要求，且多由不法經營者供氣，用氣安全無任何保障。同時，大量出租屋因為空間狹小，根本不符合使用瓶裝液化氣的條件，卻仍然使用瓶裝液化氣。從以上問題不難看出，我市瓶裝液化氣供應秩序混亂，安全隱患嚴重，已到了非整治不可的程度。

今年5月8日，陳建華市長到城管委調研，在聽取了城管委關于瓶裝液化供應市場存在問題匯報后，強調指出，要將瓶裝液化氣整治工作列為群眾路線教育第一整改問題，各部門、各單位要從講政治、講大局的高度，從保護人民群眾生命財產安全，維護社會穩定的高度來認識和對待瓶裝液化氣整治工作，以強烈的使命感和高度的責任心，加快推進強瓶裝液化氣供應市場專項整治。同時，在市城管委報送的《我市液化氣管理存在安全隱患亟需關注》領導信息專報中，市長陳建華、常務副市長陳如桂等領導分別作出重要批示，要求市政府組織制訂具體工作方案，落實各相關部門責任，在全市范圍全面開展液化氣供應市場專項整治，確保安全。

為徹底規范我市瓶裝液化氣供應市場，全面消除我市瓶裝液化氣存在的安全隱患，有效保護人民群眾的生命財產安全，市城管委根據市委、市政府的要求，緊密結合工作實際需要，起草了《廣州市全面規范瓶裝液化氣供應市場工作方案》，并經14屆123次市政府常務會議審議通過。在該工作方案中，針對瓶裝液化氣供應市場存在的問題，明確提出了建立瓶裝液化氣供應信息化監管平臺，采用先進的技術手段，實現對瓶裝液化氣供應從氣瓶檢測、充裝、運輸、銷售、配送到使用的全過程監管。為此市政府常務會議也已同意針對該項建設工作安排專項資金予以支持。

二、建設目標

利用高科技手段，搭建瓶裝液化氣供應智能監管信息平臺，實現對瓶裝液化氣供應從氣瓶檢測、充裝、運輸、銷售、配送到使用的全過程監管，及時發現各類液化氣違法經營行為和存在的安全隱患，促進燃氣安全生產主體責任得到全面落實，各項法律法規得到全面執行，燃氣供應秩序得到全面規范，燃氣安全隱患得到全面消除，燃氣安全狀況得到全面好轉，燃氣管理水平得到全面提高，從而，有力推動平安廣州及和諧社會建設。

三、1.2.3.4.5.6.建設依據

《城鎮燃氣設計規范》（GB 50028-2006）

《工業計算機監控系統抗干擾技術規范》（CECS81-96）《計算機信息系統安全》（GA 216.1－1999）《安全防范工程技術規范》（GB50348-2004）

《建筑物電子信息系統防雷技術規范》（GB50343-2004）

《信息技術、軟件包質量要求和測試》（GB/T 17544-1998），相關國際標準 ISO/IEC 12119:1994；

7.8.9.10.11.12.13.14.《信息技術軟件產品評價質量特性及其使用指南》（GB/T 16260-1996）《計算機軟件維護指南》（GB/T 14979-1993）； 《計算機軟件質量保證計劃規范》（GB/T 12504-1990）； 《計算機軟件測試文件編制規范》（GB 9386-1988）； 《計算機軟件需求說明編制指南》（GB 9385-1988）； 《安全技術防范規范工程技術規范》(GB/T75-94)； 《城市基礎地理信息系統技術規范》（CJJ100-2004）； 《城市地理空間框架數據標準》（CJJ 103-2004）； 15.中華人民共和國國家標準《1：500、1：1000、1：2000地形圖要素分類與代碼》（GB14804-93）；

16.17.《市政府常務會議紀要》（穗府14屆123次〔2014〕26號）； 《廣州市人民政府辦公廳關于印發廣州市全面規范瓶裝液化氣供應市場工作方案的通知》（穗府辦函〔2014〕109號）；

18.19.《廣州市瓶裝液化氣供應智能監管信息平臺建設方案》；

《廣州市科技和信息化局關于廣州市瓶裝液化氣供應智能監管信息平臺項目建設方案審核的意見》（穗科信審〔2014〕170號）。

四、主要建設內容

根據我市全面規范瓶裝液化氣供應市場的實際工作需要，本項目建設內容如下：

（一）應用系統建設（政府財政投資）

1.瓶裝液化氣充裝監管子系統

該系統主要用于對氣瓶充裝過程進行現場監控。每次充裝氣瓶時，系統讀取氣瓶標簽信息后在本地系統數據庫中檢索該氣瓶信息，只有當系統確定該氣瓶處于可充裝狀態時，系統才允許打開充裝槍對該氣瓶進行充裝，并記錄相應的充裝信息。同時該系統與瓶裝液化氣供應智能監管子系統接口，定期實現氣瓶可充裝信息和充裝記錄等信息的及時交換。

2.液化氣氣瓶檢測和報廢處理監管子系統

該系統主要用于對氣瓶檢測和報廢處理情況進行現場管理。在進行氣瓶檢測處理時，記錄和管理各氣瓶的檢測信息和氣瓶狀況；在對氣瓶進行報廢處理時，記錄和管理氣瓶報廢處理情況。同時，定期將氣瓶檢測信息或報廢處理信息交換給瓶裝液化氣供應智能監管子系統進行統一管理。

3.瓶裝液化氣供應移動監管子系統

該系統主要是在瓶裝液化氣運輸、配送、檢查、執法過程中，通過移動終端記錄和上報各相關信息，并將相關信息及時發送到瓶裝液化氣供應智能監管子系統進行統一處理。

4.瓶裝液化氣供應便民服務子系統

該系統主要用于通過網絡向用戶提供方便快捷服務。一方面，用戶利用該系 統的手機客戶端可查詢各類用氣安全知識和法規；另一方面，用戶可通過手機客戶端讀取用戶安全供氣卡信息實現網上訂氣服務，同時可通過手機客戶端通過讀取氣瓶標簽信息及時查詢該氣瓶狀態和充裝信息。

5.數據采集和通信管理子系統

該系統主要面向互聯網和移動專網提供各類訪問和接入服務，是為了確保網絡訪問安全的一種緩沖機制，各類用戶通過互聯網或移動專網對后臺系統的訪問請求要通過本系統處理后，轉發給其它系統處理。

6.瓶裝液化氣供應智能監管子系統

該系統在對液化氣氣瓶、液化氣用戶、液化氣經營設施、液化氣運輸車輛、液化氣送氣工等資料進行統一管理的基礎上，通過外圍其它子系統獲取各類信息，并對這些信息進行處理、分析和判斷，從而實現對液化氣供應檢測、充裝、運輸、銷售、配送、使用的全過程監管，并對出現的異常情況及時預警。

7.基礎信息錄入和管理單機系統（臨時）

考慮到從應用系統開發到整個項目正式投入使用需要較長的時間，在這段時間內，各充裝站需要同步進行氣瓶信息錄入并安裝電子標簽；企業需要同步進行用戶信息錄入，并發放用戶身份認證卡，因此中標人需要先期開發一個單機運行的信息錄入和管理臨時系統，可錄入和管理氣瓶信息、用戶信息，并可與二維碼標簽識讀終端連接，讀入和保存相關二維碼信息。同時要支持錄入信息的批量導出和網絡上傳功能。

五、系統設計方案

5.1瓶裝液化氣充裝監管系統

5.1.1概述

本系統主要用于各充裝站作業過程的現場監管。一方面，接收各充裝槍（灌裝秤）發出的充裝請求，在接收到充裝請求信息后，本系統利用其中的氣瓶標簽信息在本地數據庫中查找所對應的氣瓶資料，當判斷該氣瓶為自有產權瓶、非報廢瓶、檢測未到期且處于可充裝狀態時，本系統向相關充裝槍發出充裝指令，否則發出不予充裝指令；另一方面，在充裝完畢后，相應充裝槍向本系統報告氣瓶自身重量、充裝液化氣重量等信息，由本系統對這些充裝信息進行管理，并定期 將這些信息發送到瓶裝液化氣供應智能監管系統統一管理。

5.1.2系統主要功能 ? 充裝監管控制

本系統接收后端瓶裝液化氣供應智能監管系統的指令啟動或關閉本站的充裝監管功能。充裝監管功能未啟動時，由各充裝槍自身的灌裝管理系統進行充裝控制，充裝監管功能啟動后，由本系統向各充裝槍的灌裝管理系統發送充裝指令進行控制。

? 可充裝氣瓶信息同步處理

安裝在各充裝站的充裝監管系統與瓶裝液化氣供應智能監管系統接口，每天定期（或根據操作人員手動操作）從瓶裝液化氣供應智能監管系統接收和更新各充裝站可充裝的氣瓶數據，然后保存在本站充裝監管系統數據庫中。

? 充裝工作業登記

充裝工每次上班準備開始作業前，首先利用氣瓶標簽掃描器讀取本人身份卡（二維碼）進行作業身份登記，本站充裝監管系統在確認充裝工分身后，記錄當班次該充裝槍的充裝工身份，并向相應充裝槍灌裝管理系統發送指令啟動對應充裝槍的充裝許可功能。

? 充裝工作業退出

充裝工每次充裝作業完畢準備關閉充裝槍前，利用氣瓶標簽掃描器讀取本人身份卡申請作業退出，本站充裝監管系統向相應充裝槍灌裝管理系統發送指令關閉對應充裝槍的充裝許可功能，并記錄退出時間。或者該充裝槍在規定時間內一直未進行充裝作業時，本站充裝監管系統自動向相應充裝槍灌裝管理系統發送指令關閉對應充裝槍的充裝許可功能。

? 液化氣充裝管理

在啟動各充裝槍充裝許可功能后，每次充裝氣瓶時，充裝人員利用安裝在充裝槍上的氣瓶標簽掃描器讀取氣瓶上的標簽信息，并發送給本站充裝監管系統，然后由本站充裝監管系統首先查詢可充裝氣瓶管理數據庫中是否有該氣瓶信息，若可查詢到該氣瓶信息，則由本站充裝監管系統向相應的充裝槍灌裝管理系統發送指令打開對應的充裝槍閥門充裝氣瓶。若查詢不到該氣瓶信息，則由本站充裝監管系統向瓶裝液化氣供應智能監管系統（中心監管平臺）提出充氣申請，中心 監管平臺在確認該氣瓶可充裝后，則向本站的充裝監管系統發送充裝許可指令，本站充裝監管系統接到指令后向相應的充裝槍灌裝管理系統發送指令打開對應的充裝槍閥門充裝氣瓶。每次充裝完畢后，本站充裝監管系統要記錄相關充裝信息。

? 氣瓶充裝信息反饋處理

安裝在各充裝站的充裝監管系統與瓶裝液化氣供應智能監管系統（中心監管平臺）接口，每天定期（或根據操作人員手動操作）由各站充裝監管系統將當天已充裝的氣瓶信息發送給瓶裝液化氣供應智能監管系統（中心監管平臺）進行管理，瓶裝液化氣供應智能監管系統（中心監管平臺）在接收到氣瓶充裝信息后，首先判斷該氣瓶是否已有當天充裝記錄，若已有當天充裝記錄則系統自動生成相應的報警信息；若無當天充裝記錄，則相應修改氣瓶充裝狀況、氣瓶流轉環節信息、氣瓶當前持有者身份信息等內容。

? 氣瓶充裝記錄查詢

系統提供時間段等查詢條件，并根據操作人員的選擇則列表顯示選定時間段內本充裝站所充裝過的全部氣瓶記錄，包括氣瓶標簽編號、氣瓶企業鋼碼、氣瓶權屬單位、氣瓶規格、充裝前氣瓶重量、充裝后氣瓶重量、充裝站名稱（編號）、充裝槍編號、充裝工從業身份認證卡編號、充裝時間等。

? 液化氣充裝情況統計

系統提供時間段等過濾條件，并可根據操作人員的選擇分類統計本站點在所選時間段內充裝50Kg、15Kg、5Kg氣瓶數量以及充裝液化氣總重量，并提供相應的月報、季報和年報。

? 充裝工工作量統計

系統提供時間段等過濾條件，并可根據操作人員的選擇分類統計本站點所有充裝工在所選時間段內充裝50Kg、15Kg、5Kg的氣瓶數量，并提供相應的月報、季報和年報。

? 與站點收銀系統接口

在每次充裝氣瓶后，由本站充裝監管系統通過標準接口將相關氣瓶充裝信息及時發送到本站收銀系統（如果有的話）管理，內容包括氣瓶標簽編號、氣瓶企業鋼碼、氣瓶權屬單位、氣瓶規格、充裝液化氣重量、充裝站名稱（編號）、充 裝時間等。

? 充裝站管理人員配置管理

系統提供充裝站管理人員和權限配置管理功能，可對各充裝站管理人員進行配置管理，包括充裝站管理人員姓名、工作證編號、身份證號碼、用戶名、登錄密碼、聯系電話、角色等。其中角色包括充裝站系統管理員、充裝站負責人、充裝站管理人員等類型。

? 充裝站充裝工配置管理

系統提供充裝站充裝工配置管理功能，可對各充裝站充裝工進行配置管理，包括充裝工姓名、工作證編號、身份證號碼、從業身份認證卡編號等。

? 歷史數據的清理

系統定期自動刪除本站一年前的瓶裝液化氣充裝記錄的歷史數據。5.2液化氣氣瓶檢測和報廢處理監管系統

5.2.1概述

本系統主要用于各氣瓶檢測站作業過程的現場監管。一方面，在氣瓶檢測時利用專用氣瓶標簽掃描終端讀取氣瓶標簽信息，打開該氣瓶信息表，并記錄本次檢測信息；另一方面，在氣瓶報廢處理時，利用專用氣瓶標簽掃描終端讀取氣瓶標簽信息，打開該氣瓶信息表，并記錄報廢處理情況。

5.2.2主要功能 ? 檢測工作業登記

檢測工每次上班準備開始作業前，首先利用專用氣瓶標簽掃描器讀取本人從業身份卡（二維碼）進行作業身份登記，本站檢測和報廢監管系統在確認檢測工分身后，記錄當班次該氣瓶檢測位的檢測人員身份。

? 檢測工作業退出

檢測工每次檢測作業完畢準備退出掃描終端前，利用氣瓶標簽掃描器讀取本人從業身份認證卡申請作業退出，本站檢測和報廢監管系統關閉該掃描終端氣瓶標簽掃描功能，并記錄退出時間。或者在該掃描終端在規定時間內一直未進行氣瓶掃描作業時，本站檢測和報廢監管系統自動關閉該掃描終端氣瓶標簽掃描功能，并記錄退出時間。? 氣瓶檢測管理

檢測站配置的移動氣瓶標簽掃描終端提供相應的氣瓶檢測結果錄入功能，在每次氣瓶檢測完畢后，當班檢測工利用移動氣瓶標簽掃描終端讀取該氣瓶標簽信息或手工錄入氣瓶鋼碼編號，然后選擇錄入相應的檢測結論，系統則自動生成相應的氣瓶檢測記錄，包括氣瓶標簽編號、氣瓶鋼碼編號、氣瓶規格、檢測站名稱（編號）、檢測工身份認證卡編號、本次檢測時間、下次檢測時間、檢測結論，并將相應的檢測記錄保存到本站檢測和報廢監管服務器（黑匣子）數據庫中。

? 氣瓶報廢處理

檢測站配置的移動氣瓶標簽掃描終端提供相應的氣瓶報廢處理結果錄入功能，在每次氣瓶報廢處理時，當班檢測工利用移動氣瓶標簽掃描終端讀取該氣瓶標簽信息或手工錄入氣瓶鋼碼編號，然后選擇錄入相應的報廢處理情況，系統則自動生成相應的氣瓶報廢處理記錄，包括氣瓶標簽編號、氣瓶鋼碼編號、氣瓶規格、檢測站名稱（編號）、檢測工身份認證卡編號、報廢處理時間、報廢處理情況，并將相應的報廢處理記錄保存到本站檢測和報廢監管服務器（黑匣子）數據庫中。

? 氣瓶檢測信息反饋處理

安裝在各檢測站的檢測和報廢處理監管系統與瓶裝液化氣供應智能監管系統（中心監管平臺）接口，每天定期（或根據操作人員手動操作）由各站檢測和報廢處理監管系統將當天已檢測過的氣瓶信息發送給瓶裝液化氣供應智能監管系統（中心監管平臺）進行管理。瓶裝液化氣供應智能監管系統（中心監管平臺）在接收到氣瓶檢測信息后，查找該氣瓶的基本信息，并根據接收到的該氣瓶的檢測信息，對應修改相關內容。

? 氣瓶報廢處理信息反饋處理

安裝在各檢測站的檢測和報廢處理監管系統與瓶裝液化氣供應智能監管系統（中心監管平臺）接口，每天定期（或根據操作人員手動操作）由各站檢測和報廢處理監管系統將當天已報廢處理過的氣瓶信息發送給瓶裝液化氣供應智能監管系統（中心監管平臺）進行管理。瓶裝液化氣供應智能監管系統（中心監管平臺）在接收到氣瓶報廢處理信息后，查找該氣瓶的基本信息，并根據接收到的該氣瓶的報廢處理信息，對應修改相關內容。? 氣瓶檢測記錄查詢

系統提供時間段等查詢條件，并根據操作人員的選擇則列表顯示選定時間段內本檢測站所檢測過的全部氣瓶記錄，包括氣瓶標簽編號、氣瓶企業鋼碼、檢測站名稱（編號）、檢測工身份認證卡編號、檢測結論、檢測時間等。

? 氣瓶檢測情況統計

系統提供時間段等過濾條件，并可根據操作人員的選擇分類統計本站點在所選時間段內檢測過的50Kg、15Kg、5Kg氣瓶數量，并提供相應的月報、季報和年報。

? 氣瓶報廢處理記錄查詢

系統提供時間段等查詢條件，并根據操作人員的選擇則列表顯示選定時間段內本檢測站所報廢處理過的全部氣瓶記錄，包括氣瓶標簽編號、氣瓶企業鋼碼、氣瓶規格、檢測站名稱（編號）、檢測工身份認證卡編號、報廢處理情況、報廢處理時間等。

? 氣瓶報廢處理情況統計

系統提供時間段等過濾條件，并可根據操作人員的選擇分類統計本站點在所選時間段內報廢處理過50Kg、15Kg、5Kg的氣瓶數量，并提供相應的月報、季報和年報。

? 檢測工工作量統計

系統提供時間段等過濾條件，并可根據操作人員的選擇分類統計本站點所有檢測工在所選時間段內檢測或報廢處理過50Kg、15Kg、5Kg的氣瓶數量，并提供相應的月報、季報和年報。

? 檢測站管理人員配置管理

系統提供檢測站管理人員和權限配置管理功能，可對各檢測站管理人員進行配置管理，包括檢測站管理人員姓名、工作證編號、身份證號碼、用戶名、登錄密碼、聯系電話、角色等。其中角色包括檢測站系統管理員、檢測站負責人、檢測站管理人員等類型。

? 檢測站檢測工配置管理

系統提供檢測站檢測工配置管理功能，可對各檢測站檢測人員進行配置管理，包括檢測工姓名、工作證編號、身份證號碼、身份認證卡編號等。? 歷史數據的清理

系統定期自動刪除本站一年前的液化氣氣瓶檢測和報廢處理記錄的歷史數據。

5.3瓶裝液化氣供應移動監管系統

5.3.1概述

該系統主要是安裝在移動終端上，一方面，供液化氣運輸車輛、供應站點和送氣工使用，實現瓶裝液化氣運輸、銷售、配送過程的移動監管；另一方面，供政府部門各類檢查執法人員使用，用于整個液化氣供應市場的檢查和執法。

5.3.2系統主要功能

（1）液化氣供應移動監管

? 瓶裝液化氣運輸監管

在氣瓶裝車時，每臺危運車輛利用本車所配的移動終端讀取讀取各氣瓶的標簽信息，并由系統在線進行相關判斷，若系統判斷本車可裝運該氣瓶，同時車輛未超載，則系統允許裝運該氣瓶，且自動生成相應的氣瓶運輸記錄，并同步修改該氣瓶當前所處流轉環節和當前持有者身份等信息；若系統判斷本車不可運輸該氣瓶或車輛已超載，則系統給出明確提示，提醒現場作業人員不得繼續手中的作業。

? 瓶裝液化氣供應監管

在氣瓶配送到供應站時，各供應站利用本站所配的移動終端讀取各氣瓶的標簽信息，并由系統在線進行相關判斷，若系統判斷本供應站可接收該氣瓶，同時本站液化氣存量未超過設定值，則系統允許本供應站接收該氣瓶，且自動生成相應的供應記錄，并同步修改該氣瓶當前所處流轉環節和當前持有者身份等信息；若系統判斷本供應站不可接收該氣瓶或本站已超量存放瓶裝液化氣，則系統給出明確提示，提醒現場作業人員不得繼續手中的作業。

? 瓶裝液化氣配送監管

在氣瓶交由送氣工配送時，各送氣工利用本人所配移動配送終端讀取各氣瓶的標簽信息，并由系統在線進行相關判斷，若系統判斷本送氣工可配送該氣瓶，同時本送氣工目前所接收的氣瓶數量未超過設定值，則系統允許本送氣工接收該 氣瓶，且自動生成相應的配送記錄，并同步修改該氣瓶當前所處流轉環節和當前持有者身份等信息；若系統判斷本送氣工不可接收該氣瓶或本送氣工所接收氣瓶已達到規定氣瓶數量，則系統給出明確提示，提醒本送氣工不得繼續手中的作業。

? 瓶裝液化氣使用監管

在氣瓶送交用戶時，各送氣工利用本人所配的移動配送終端同時讀取用戶身份認證卡信息和氣瓶標簽信息，并由系統在線進行相關判斷，若系統判斷該用戶身份有效，且該氣瓶可配送給該用戶使用，則系統允許將該氣瓶送交該用戶使用，且系統自動生成相應的用戶使用記錄，并同步修改該氣瓶當前所處流轉環節和當前持有者身份等信息，同時修改該氣瓶的充裝狀態標志和該用戶本月已供氣數量等信息。若系統判斷該用戶不可接收該氣瓶，則系統給出明確提示，提醒本送氣工不得繼續手中的作業。

? 送氣任務單管理

系統基于移動終端提供送氣任務單轉派處理功能。對于配有移動終端的供應站，系統可在其移動終端上列表顯示該供應站接收到的所有待辦送氣任務單和已辦送氣任務單。對待辦送氣任務單，供應站可將各項任務轉派給本站送氣工處理，對已辦送氣任務單，供應站可點擊查看各送氣任務單目前的辦理情況。與此同時，在各送氣工的配送終端上，系統列表顯示該送氣工所接收到的待辦送氣任務單，當送氣工將氣送交用戶，讀取用戶身份認證卡信息后，相關送氣任務單自動辦結。

? 氣瓶回收管理

在送氣工、運輸車輛或液化氣經營站點在回收氣瓶（空瓶或重瓶）時，送氣工或液化氣經營站點利用所配的移動終端讀取氣瓶標簽信息，并由系統在線進行相關判斷，若系統判斷當前回收者可回收該氣瓶，則系統允許回收該氣瓶，且系統自動生成相應的回收記錄，并同步修改該氣瓶當前所處流轉環節和當前持有者身份等信息。若系統判斷當前回收者不可回收該氣瓶，則系統給出明確提示，提醒當前回收者不得繼續手中的回收氣瓶作業。

? 用戶入戶安全檢查管理

在安全檢查人員或送氣工對用戶進行入戶檢查時，首先利用檢查終端或送氣終端掃描用戶身份認證卡，啟動用戶安全檢查記錄表，然后對照檢查表記錄各項內容，選定相應的檢查結論，并將檢查記錄發送到中心監管平臺處理。（2）瓶裝液化氣檢查執法

? 氣瓶檢查

執法檢查人員在對氣瓶進行檢查時，利用專用的移動檢查終端讀取各氣瓶的標簽信息，并通過在線方式獲取該氣瓶權屬、檢測時間、本次充裝時間、當前使用狀態等信息，供檢查人員判斷該氣瓶是否處于合法狀態，并對氣瓶出廠編號、企業鋼碼編號、氣瓶標簽使用狀況進行檢查和校驗，在發現問題后記錄和上傳現場檢查情況和照片。

? 送氣工檢查

執法檢查人員在對送氣工進行檢查時，利用專用的移動檢查終端讀取各送氣工的身份認證卡信息，并通過在線方式獲取該送氣工所屬企業、發證時間、本次送氣氣瓶編碼等信息，供檢查人員判斷該送氣工身份是否合法，本次所送氣瓶信息與系統記錄的送氣信息是否一致。并在發現問題后可記錄和上傳現場檢查情況和照片。

? 配送車輛檢查

執法檢查人員在對液化氣配送車輛進行檢查時，利用專用的移動檢查終端讀取各車輛身份認證卡信息，并通過在線方式獲取該車輛車牌號、危運證號、所屬企業、所服務企業、本次送氣氣瓶編碼等信息，供檢查人員判斷該車輛是否合法，該車是否在違規運輸其他企業氣瓶、本次所運氣瓶信息與系統記錄的送氣信息是否一致。并在發現問題后可記錄和上傳現場檢查情況和照片。

（3）系統管理

? 用戶登錄

需要使用移動終端的運輸車輛、供應站、送氣工等用戶，在每次登錄時均采用身份認證卡登錄，系統在確定該身份認證卡有效后，啟動該用戶所允許訪問的功能模塊，并記錄該用戶的身份認證卡信息。對于檢查執法用戶，可直接采用用戶名和密碼登錄。

? 用戶退出

系統提供手動操作退出功能，同時，也提供自動退出系統功能，當用戶長時間沒有進行相關操作時，系統自動退出。

? 移動檢查軟件在線更新 本系統在接收到各移動安全檢查終端每天第一次激活登錄信息后，檢驗該終端的程序版本與目前的最新版本是否一致，若不一致，將最新的程序推送到該終端上自行升級。

? 移動檢查終端數據同步

當移動安全檢查終端上所存儲的某些數據與服務器上所保存的數據不一致時，通過本系統可將后臺對應的數據同步到相應的終端上。5.4瓶裝液化氣供應智能監管系統

5.4.1概述

通過液化氣充裝子系統、液化氣氣瓶檢測子系統、液化氣移動監管子系統、衛星定位系統等前端系統采集各類信息，在此基礎上，搭建相應的數據管理和分析平臺，對所采集的各類信息進行判別和分析，實現對氣瓶檢測、充裝、運輸、配送、使用全過程的監管，一旦發現異常情況，立即告警，并對相關異常情況處理提供決策支持。

5.4.2系統主要功能（1）液化氣用戶管理 ? 燃氣用戶基本信息登記

系統分別針對液化氣居民用戶、液化氣單位用戶提供標準的信息登記表，并提供相應的增、刪、改、查和EXCELL導入功能，由燃氣經營企業分別錄入或導入其所服務的各類用戶基本信息，包括用戶名稱（姓名）、地址、聯系電話、用戶類別（居民、非居民）、證件名稱、證件編號、所在行政區、供氣企業名稱、供氣站點名稱、用戶狀態、用戶身份認證卡編號等。在每次錄入用戶基本信息時，系統要通過用戶身份證或暫住證號碼或單位機構代碼證編號（非居民用戶）查詢系統是否已錄入該用戶信息，若未錄入該用戶信息，則保存該用戶信息；若已錄入該用戶信息，則系統提示該用戶信息已存在，并進一步判斷是否允許當前操作人員修改該用戶信息，若不允許，則放棄保存該用戶信息。若僅允許，則保存修改信息。

? 用戶身份認證卡（安全供氣卡）注冊管理

系統提供與液化氣用戶身份認證卡掃描終端的接口功能，注冊時，企業操作 人員利用掃描終端讀取用戶身份認證卡編號，系統在用戶身份認證卡管理數據表中查詢該卡是否已存在，若存在，系統則提示不允許注冊，若不存在，系統則將注冊企業名稱和注冊日期一并寫入該用戶身份認證卡管理數據表中，并相應修改該用戶身份認證卡的使用狀態。

? 液化氣用戶身份認證卡（安全供氣卡）發放管理

系統提供與用戶身份認證卡二維碼掃描終端的接口功能以及相關查詢條件，發卡前，操作人員先查詢到已錄入系統中的當前用戶基本信息，并利用掃描終端讀取擬發用戶身份認證卡基本信息。系統在對該用戶信息和擬發用戶身份認證卡信息進行全面判斷的基礎上，確定是否允進行當前的發卡操作，若系統判斷允許進行當前的發卡操作，則將擬發用戶身份認證卡與該用戶進行信息綁定，并同步修改該用戶身份認證卡的使用狀態；若系統判斷不能為該用戶發卡，則自動取消當前發卡操作。發卡成功后，系統還要進一步判斷以前是否已為該用戶發放過身份認證卡，若已為該用戶發放過身份認證卡，則系統還要將該用戶原身份認證卡進行作廢處理。

? 用戶注銷處理

用戶注銷功能需要嚴格授權給液化氣經營企業指定人員。注銷時，操作人員需要通過用戶身份認證卡編號或用戶有效證件編號首先調出該用戶基本信息，若確定要執行注銷操作，系統則首先判斷當前操作人員是否有權注銷該用戶，若系統判斷允許進行當前的用戶注銷操作，則分別修改該用戶的用戶狀態和該用戶身份認證卡的使用狀態。若系統判斷不允許注銷該用戶，則自動取消當前用戶注銷操作。

? 用戶暫停處理

用戶可依申請暫停用氣，也可由系統判斷后自動暫停。用戶依申請暫停時，操作人員在通過用戶身份認證卡編號或用戶有效證件編號調出該用戶基本信息后，若確定要執行用戶暫停操作，系統則首先判斷當前操作人員是否有權暫停該用戶，若系統判斷允許進行當前的用戶暫停操作，則分別修改該用戶的用戶狀態和該用戶身份認證卡的使用狀態。若系統判斷不允許暫停該用戶，則自動取消當前用戶暫停操作。

? 用戶恢復處理 用戶暫停和注銷后可申請恢復供氣。申請時，系統對用戶提供的有效證件進行校驗，若系統驗證用戶有效證件編號信息正確，且該用戶處于“暫停”或“注銷”狀態，系統即可調出該用戶詳細信息供操作人員修改，修改完畢后保存，系統自動將用戶狀態修改為“正常”，該用戶即得以恢復。（2）液化氣氣瓶管理 ? 液化氣瓶基本信息管理

系統提供氣瓶基本信息增、刪、改、查和EXCELL導入功能，可對液化氣瓶的基本信息進行管理，包括氣瓶出廠編號、企業鋼碼編號、型號、規格、瓶體重量、生產單位、生產日期、報廢日期、所屬企業名稱、登記人姓名、登記時間、上次檢測單位名稱、上次檢測日期、下次檢測日期、氣瓶標簽編號、標簽分配日期、氣瓶充裝狀態、氣瓶使用狀況、氣瓶流轉狀態、氣瓶報廢處理情況、報廢處理日期、照片、氣瓶當前流轉環節、當前持有者身份、當前流轉環節起始時間等。在每次保存錄入的氣瓶基本信息時，系統要通過企業鋼碼查詢系統是否已保存該氣瓶信息，若已保存則系統提示該瓶信息已錄入，并放棄當前信息，且不得修改和刪除任何有關該氣瓶的任何基本信息。

? 液化氣氣瓶標簽注冊管理

該功能僅供政府部門具有相關權限的工作人員使用。注冊時系統提供氣瓶標簽編號批量錄入和企業名稱選擇功能，在操作人員錄入并保存相關信息后，系統則針對每一張氣瓶標簽生成一條注冊記錄，包括氣瓶標簽編號、注冊企業名稱、注冊日期、使用狀態等，將這些注冊的氣瓶標簽和申請企業綁定。

? 氣瓶標簽分配管理

系統提供與氣瓶標簽掃描終端的接口功能以及相關查詢條件，分配標簽前，操作人員先查詢到已錄入系統中的當前氣瓶基本信息，并利用掃描終端讀取擬分配氣瓶標簽信息。系統在對該氣瓶基本信息和氣瓶標簽信息進行全面判斷的基礎上，確定是否允許進行當前的標簽分配操作，若系統判斷允許進行當前的標簽分配操作，則將擬分配氣瓶標簽和該氣瓶進行信息綁定，并同步修改該氣瓶標簽的使用狀態；若系統判斷不能為該氣瓶分配標簽，則自動取消當前的氣瓶標簽分配操作。標簽分配成功后，系統還要進一步判斷以前是否已為該氣瓶分配過標簽，若已為該氣瓶分配過標簽，則系統還要將該氣瓶原有標簽進行作廢處理。（3）站點從業人員管理 ? 站點從業人員注冊登記

系統提供站點從業人員基本信息增、刪、改、查功能，可對站點從業人員的基本信息進行管理，包括從業人員姓名、性別、出生日期、身份證號碼、住址、聯系電話、工種、資質證書名稱、資質證書編號、發證時間、到期時間、發證機關、所屬站點類別、所屬站點名稱、所屬企業、照片、受聘狀態、身份認證卡編號、發卡日期。在每次保存錄入的站點從業人員基本信息前，系統要判斷此前是否已錄入該從業人員基本信息，若未錄入該用戶信息，則直接保存錄入的用戶信息；若已錄入該用戶信息，系統則要進一步判斷是否允許保存或修改當前用戶信息。若系統允許保存或修改當前用戶信息，則要同步修改該用戶受聘狀態。

? 站點從業人員從業身份認證卡注冊管理

系統提供與站點從業人員從業身份認證卡掃描終端的接口功能，注冊時，企業操作人員利用掃描終端讀取從業身份認證卡編號，系統在站點從業人員從業身份認證卡管理數據表中查詢該從業身份認證卡是否已存在，若存在，系統則提示不允許注冊，若不存在，系統則將注冊企業名稱和注冊日期一并寫入該從業身份認證卡管理數據表中，并相應修改該從業身份認證卡的使用狀態。

? 站點從業人員身份認證卡發放管理

系統提供與站點從業人員身份認證卡掃描終端的接口功能以及相關查詢條件，發卡前，操作人員先查詢到已錄入系統中的當前站點從業人員的基本信息，并利用掃描終端讀取擬發站點從業人員身份認證卡信息。系統在對當前站點從業人員基本信息和該身份認證卡信息進行全面判斷的基礎上，確定是否允許進行當前的發卡操作，若系統判斷允許進行當前的發卡操作，則將擬發從業人員身份認證卡和該從業人員進行信息綁定，并同步修改該從業人員身份認證卡的使用狀態；若系統判斷不能進行當前的發卡操作，則自動取消當前的發卡操作。發卡成功后，系統還要進一步判斷以前是否已為當前站點從業人員發放過身份認證卡，若已為當前站點從業人員發放過身份認證卡，則系統還要將當前站點從業人員原身份認證卡進行作廢處理。

? 站點從業人員解聘管理

各站點可對站點從業人員進行解聘處理，系統提供相應的解聘管理功能。操 作時，操作人員通過站點從業人員姓名、身份證號碼等查詢條件檢索到相關站點從業人員信息，在確認需要進行解聘處理后，則系統首先判斷當前操作人員是否有權解聘當前站點從業人員，若允許進行解聘操作，系統自動將該站點從業人員的受聘狀態修改為“待聘”，并將該站點從業人員從業身份認證卡進行作廢處理。

? 站點從業人員禁聘處理和解除

政府管理部門和燃氣協會可對站點從業人員進行禁聘處理和解除操作，系統提供相應的管理功能。禁聘處理操作時，操作人員通過站點從業人員姓名、身份證號碼、身份認證卡編號等查詢條件檢索到相關站點從業人員信息，在確認需要進行禁聘操作后，系統自動將該站點從業人員的受聘狀態修改為“禁聘”，并將該站點從業人員從業身份認證卡進行作廢處理。解除操作時，操作人員通過站點從業人員姓名、身份證號碼等查詢條件檢索到相關站點從業人員信息，在確認需要進行解除操作后，系統自動將該站點從業人員的受聘狀態修改為“待聘”即可。（4）液化氣氣瓶流轉管理 ? 液化氣氣瓶檢測管理

本系統與安裝在各檢測站的氣瓶檢測和報廢處理監管系統接口，每天定期接收各檢測站當天的氣瓶檢測信息，并根據所接收的信息，對應修改各相關氣瓶基本信息表中的氣瓶檢測內容。

? 液化氣氣瓶報廢管理

本系統與安裝在各檢測站的氣瓶檢測和報廢處理監管系統接口，每天定期接收各檢測站當天的氣瓶報廢處理信息，并根據所接收的信息，對應修改各相關氣瓶基本信息表中的報廢處理內容，并將該氣瓶對應的標簽相關使用狀態修改為“作廢”，并記錄作廢時間。

? 可充裝氣瓶信息同步處理

本系統與安裝在各充裝站的液化氣充裝管理系統接口，每天定期檢索各液化氣經營企業可充裝氣瓶信息，并將各企業的可充裝氣瓶信息（包括氣瓶標簽編號、氣瓶企業鋼碼、氣瓶權屬單位、氣瓶規格）同步到該企業各充裝站液化氣充裝管理系統的可充裝氣瓶管理數據庫中。

? 充裝監管控制

系統提供充裝監管控制功能，可向所有充裝站或某一充裝站站點服務器發送 指令，啟動或關閉該站充裝監管功能，啟動充裝站充裝監管功能后，由該站充裝監管系統進行充裝控制；關閉充裝站充裝監管功能后，由該站各充裝槍的灌裝管理系統自行進行充裝控制。

? 氣瓶充裝信息反饋處理

本系統與安裝在各充裝站的液化氣充裝管理系統接口，每天定期（或根據用戶操作）由各充裝站的液化氣充裝管理系統將當天已充裝的氣瓶信息發送給本系統進行記錄和管理，本系統在接收到氣瓶充裝信息后，首先查詢該氣瓶是否已有當天充裝記錄，若已有當天充裝記錄則系統自動生成相應的報警信息，告知管理部門該氣瓶所屬企業違規充裝氣瓶；若無當天充裝記錄，則修改該氣瓶的充裝狀態和當前流轉環節等信息。

? 瓶裝液化氣運輸管理

通過各運輸車輛配置的移動監管終端接收氣瓶裝運信息，并對這些信息進行判別和記錄管理，發現運輸車輛違規裝運、超載運輸等異常情況及時告警。

? 瓶裝液化氣供應管理

通過各供應站配置的移動監管終端接收氣瓶供應信息，并對這些信息進行判別和記錄管理，發現供應站違規接收氣瓶、超量存放重瓶等異常情況及時告警。

? 瓶裝液化氣配送管理

通過各送氣工配置的移動監管終端接收氣瓶配送信息，并對這些信息進行判別和記錄管理，發現送氣工違規運送氣瓶、超量運送氣瓶等異常情況及時告警。

? 瓶裝液化氣使用管理

通過各送氣工配置的移動監管終端接收氣瓶用戶使用信息，并對這些信息進行判別和記錄管理，發現送氣工違規送氣、用戶超量用氣等異常情況及時告警。

? 氣瓶回收管理

通過各送氣工、運輸車輛或液化氣經營站點配置的移動監管終端接收氣瓶（空瓶或重瓶）回收信息，并對這些信息進行判別和記錄管理，發現送氣工、運輸車輛或液化氣經營站點違規回收氣瓶等異常情況及時告警。

? 用戶安全檢查管理

通過安全檢查人員檢查終端或送氣工的送氣終端接收各類用戶入戶安全檢查信息，并將相應的用戶入戶安全檢查信息通過接口發送給燃氣智能監管平臺處 理。

（5）液化氣供應查詢統計 ? 液化氣使用記錄查詢

系統提供選擇用戶和選擇氣瓶兩種方式查詢某一時間段內的使用記錄，當選擇用戶查詢時，可通過用戶名稱、地址、相關證件編號、用戶身份認證卡編號等方式選定用戶，系統則列表顯示選定時間段內該用戶所使用過的全部氣瓶記錄，包括氣瓶標簽編號、氣瓶企業鋼碼編號、氣瓶權屬單位、供氣站點、送氣時間。當選擇氣瓶查詢時，系統可通過氣瓶企業鋼碼編號或氣瓶標簽編號選定氣瓶，系統則列表顯示選定時間段內使用過該氣瓶的全部用戶記錄，包括用戶名稱、地址、用戶身份認證卡編號、送氣時間。

? 液化氣運輸記錄查詢

系統提供選擇車輛和選擇氣瓶兩種方式查詢某一時間段內的運輸記錄，當選擇車輛查詢時，可通過車牌號選定車輛，系統則列表顯示選定時間段內該車輛所運輸過的全部氣瓶記錄，包括氣瓶標簽編號、氣瓶企業鋼碼編號、氣瓶權屬單位、起運站點、裝運時間。當選擇氣瓶查詢時，系統可通過氣瓶企業鋼碼編號或氣瓶標簽編號選定氣瓶，系統則列表顯示選定時間段內運輸過該氣瓶的全部車輛記錄，包括車牌號、所屬企業名稱、起運站點、裝運時間。并可查看相應的車輛運輸軌跡。

? 液化氣供應記錄查詢

系統提供選擇供應站點和選擇氣瓶兩種方式查詢某一時間段內的供應記錄，當選擇供應站點查詢時，可通過供應站點名稱選定供應站，系統則列表顯示選定時間段內該供應站所供應過的全部氣瓶記錄，包括氣瓶標簽編號、氣瓶企業鋼碼編號、氣瓶權屬單位、接收時間。當選擇氣瓶查詢時，系統可通過氣瓶企業鋼碼編號或氣瓶標簽編號選定氣瓶，系統則列表顯示選定時間段內接收過該氣瓶的全部供應站記錄，包括供應站名稱、地址、權屬單位名稱、接收氣瓶時間。

? 液化氣配送記錄查詢

系統提供選擇送氣工和選擇氣瓶兩種方式查詢某一時間段內的送氣記錄，當選擇送氣工查詢時，可通過送氣工姓名、送氣證編號、身份證號碼、身份認證卡編號等方式選定送氣工，系統則列表顯示選定時間段內該送氣工所送過的全部氣 瓶記錄，包括氣瓶標簽編號、氣瓶企業鋼碼編號、氣瓶權屬單位、供氣站點名稱、送氣時間，并可查看相應的送氣軌跡。當選擇氣瓶查詢時，系統可通過氣瓶企業鋼碼編號或氣瓶標簽編號選定氣瓶，系統則列表顯示選定時間段內送過該氣瓶的全部送氣工記錄，包括送氣工姓名、身份認證卡編號、所屬站點名稱、送氣時間，并可查看相應的送氣軌跡。

? 氣瓶充裝記錄查詢

系統提供選擇充裝站和選擇氣瓶兩種方式查詢某一時間段內的充裝記錄，當選擇充裝站查詢時，可通過充裝站名稱選定充裝站，系統則列表顯示選定時間段內該充裝站所充裝過的全部氣瓶記錄，包括氣瓶標簽編號、氣瓶企業鋼碼編號、氣瓶權屬單位、充裝前氣瓶重量、充裝后氣瓶重量、充裝時間。當選擇氣瓶查詢時，系統可通過氣瓶企業鋼碼編號或氣瓶標簽編號選定氣瓶，系統則列表顯示選定時間段內充裝過該氣瓶的全部充裝站記錄，包括充裝站名稱、權屬單位名稱、充裝氣瓶時間。

? 氣瓶檢測記錄查詢

系統提供選擇檢測站和選擇氣瓶兩種方式查詢某一時間段內的檢測記錄，當選擇檢測站查詢時，可通過檢測站名稱選定檢測站，系統則列表顯示選定時間段內該檢測站所檢測過的全部氣瓶記錄，包括氣瓶標簽編號、氣瓶企業鋼碼編號、氣瓶權屬單位、檢測結論、檢測時間。當選擇氣瓶查詢時，系統可通過氣瓶企業鋼碼編號或氣瓶標簽編號選定氣瓶，系統則列表顯示選定時間段內檢測過該氣瓶的全部檢測站記錄，包括檢測站名稱、檢測氣瓶時間、檢測結論。

? 氣瓶報廢處理記錄查詢

系統提供選擇檢測站和選擇氣瓶兩種方式查詢某一時間段內的報廢處理記錄，當選擇檢測站查詢時，可通過檢測站名稱選定檢測站，系統則列表顯示選定時間段內該檢測站所報廢處理過的全部氣瓶記錄，包括氣瓶標簽編號、氣瓶企業鋼碼編號、氣瓶權屬單位、報廢處理情況、報廢處理時間。當選擇氣瓶查詢時，系統可通過氣瓶企業鋼碼編號或氣瓶標簽編號選定氣瓶，系統則顯示該氣瓶報廢處理記錄，包括檢測站名稱、報廢處理情況、報廢處理時間。

? 氣瓶當前持有者查詢

系統提供氣瓶權屬企業名稱、氣瓶企業鋼碼編號、氣瓶標簽編號等查詢條件，可根據操作人員選擇顯示所選氣瓶當持有者信息，包括氣瓶標簽編號、氣瓶出廠編號、氣瓶企業鋼碼編號、權屬單位、當前流轉環節名稱、當前持有者身份、當前環節起始時間、當前所在位置（當前持有者地址）。并可點擊當前持有者身份查看當前持有者詳細信息。

? 流失氣瓶查詢和追蹤

系統提供氣瓶權屬企業名稱、氣瓶企業鋼碼編號、氣瓶標簽編號等查詢條件，可根據操作人員選擇列表顯示氣瓶當前流轉狀態為“流失”的氣瓶信息，包括氣瓶標簽編號、氣瓶出廠編號、氣瓶企業鋼碼編號、權屬單位、流失環節、氣瓶當前持有者身份、流失時間。同時在列表中可點擊氣瓶當前持有者身份查看當前持有者詳細信息，并可點擊氣瓶出廠編號自動追蹤該氣瓶目前已被哪家企業非法占有。

? 過期未檢氣瓶查詢

系統提供氣瓶權屬企業名稱查詢條件，可根據操作人員選擇列表顯示符合條件的過期未檢氣瓶信息，包括氣瓶標簽編號、氣瓶出廠編號、氣瓶企業鋼碼編號、權屬單位、氣瓶使用狀況、當前流轉環節、當前持有者身份、過期時間。同時在列表中可點擊當前持有者身份查看當前持有者的詳細情況。

? 報廢氣瓶查詢

系統提供氣瓶權屬企業名稱查詢條件，可根據操作人員選擇列表顯示符合條件的仍未報廢處理的報廢氣瓶信息，包括氣瓶標簽編號、氣瓶出廠編號、氣瓶企業鋼碼編號、權屬單位、氣瓶使用狀況、當前流轉環節、當前持有者身份、報廢時間。同時在列表中可點擊當前持有者身份查看當前持有者的詳細情況。

? 用戶異常用氣情況查詢

系統提供液化氣供氣企業、用戶所在區、時間段等查詢條件，可根據操作人員選擇列表顯示各企業或各區在選定時間段內各類用戶異常用氣情況。包括用戶名稱、地址、身份認證卡編號、時間、當月用氣量等。

? 重瓶存放情況查詢

系統提供相應的站點名稱、車輛車牌號、送氣工編號等查詢條件，系統可根據操作人員的選擇，列表顯示選擇的對象當前所持有的重瓶信息。

? 液化氣用戶情況統計 系統提供行政區劃、液化氣經營企業和登記時間段選擇條件，可根據操作人員的選擇分類統計選定時間段內各相關區或各相關企業用戶數量，包括開戶總數、供氣居民用戶數量、供氣非居民用戶數量、停用用戶數量。當沒有選定時間段時，則統計全部相關數據，下同。

? 用戶身份認證卡使用情況統計

系統提供液化氣經營企業和注冊時間段選擇條件，可根據操作人員選擇統計選定時間段內各相關企業用戶身份認證卡注冊和使用情況，包括注冊總數、啟用數量、未啟用數量、作廢數量。

? 液化氣氣瓶總體統計

系統提供液化氣經營企業、氣瓶登記時間段選擇條件，可根據操作人員選擇統計選定時間段內各相關企業氣瓶登記和使用情況，包括登記氣瓶總數、在用瓶數量、流失氣瓶數量、超期未檢瓶數量、報廢瓶數量、50kg氣瓶數量、15kg氣瓶數量、5kg氣瓶數量。

? 液化氣氣瓶標簽使用情況統計

系統提供液化氣經營企業、標簽注冊時間段選擇條件，可根據操作人員選擇統計選定時間段內各相關企業氣瓶標簽注冊和使用情況，包括注冊總數、啟用數量、未啟用數量、作廢數量。

? 氣瓶檢測情況統計

系統提供氣瓶檢測站選擇、液化氣經營企業選擇和檢測時間段選擇條件，可根據操作人員選擇分類統計選定時間段內各相關檢測企業檢測氣瓶情況或各相關液化氣經營企業送檢氣瓶情況，包括檢測氣瓶總數、合格氣瓶數量、報廢氣瓶數量。

? 氣瓶報廢處理情況統計

系統提供液化氣經營企業、報廢時間段選擇條件，可根據操作人員選擇統計選定時間段內各相關企業報廢氣瓶處理情況，包括報廢氣瓶總數、已報廢處理數量。

? 液化氣充裝情況統計

系統提供企業、站點、時間段等過濾條件，可根據操作人員的選擇分類統計各企業或選定企業各站點在所選時間段內充裝50Kg、15Kg、5Kg、2Kg氣瓶數量 以及充裝液化氣總重量，并提高月報、季報和年報。

? 液化氣供應情況統計

系統提供企業、供應站、時間段等過濾條件，可根據操作人員的選擇統計選定企業各站點在所選時間段內供應50Kg、15Kg、5Kg、2Kg氣瓶數量以及供應液化氣總重量。

? 液化氣運輸情況統計

系統提供液化氣經營企業、時間段等過濾條件，可根據操作人員的選擇統計選定企業內各運輸車輛在所選時間段內裝運50Kg、15Kg、5Kg、2Kg氣瓶數量以及運輸總重量。

（6）燃氣運輸車輛監控 ? 燃氣運輸企業登記管理

系統提供燃氣運輸企業基本信息增、刪、改、查功能，可對燃氣運輸企業的基本信息進行管理，包括運輸企業名稱、地址、法人代表姓名、聯系電話、營業執照編號、發證機關、發證日期、危運證編號、發證機關、發證日期、下次年審時間等。

? 燃氣運輸車輛注冊登記

系統提供燃氣運輸車輛基本信息增、刪、改、查功能，可對燃氣運輸車輛的基本信息進行管理，包括車輛車牌號、車輛型號、車輛規格、載重量、生產廠家、出廠日期、危運證編號、發證時間、作廢時間、發證機關、車輛簽約狀態、所服務的燃氣經營企業名稱、車輛身份認證卡編號、發卡日期、車輛照片、所屬運輸企業名稱、地址、聯系人、聯系電話。在每次保存錄入的運輸車輛基本信息前，系統要通過車輛車牌號查詢此前是否已錄入該車輛基本信息，若未錄入該車輛信息，則系統直接保存錄入的該車輛基本信息；若已錄入該車輛信息，則系統要根據該車輛當前的簽約狀態來判定是否保存目前的錄入或修改信息。同時，要求本系統提供車輛信息同步操作功能，可根據需要將燃氣運輸車輛基本信息同步到燃氣安全智能監管平臺。

? 燃氣運輸車輛身份認證卡注冊管理

系統提供與車輛身份認證卡掃描終端的接口功能，注冊時，企業操作人員利用掃描終端讀取車輛身份認證卡編號，系統在車輛身份認證卡管理數據表中查詢 該車輛身份認證卡是否已存在，若存在，系統則提示不允許注冊，若不存在，系統則將注冊企業名稱和注冊日期一并寫入該車輛身份認證卡管理數據表中，并相應修改該車輛身份認證卡管理數據表中的使用狀態。

? 燃氣運輸車輛身份認證卡發放管理

系統提供與車輛身份認證卡掃描終端接口功能，發卡前，操作人員通過車牌號、危運證編號等查詢條件，選擇相應的運輸車輛，然后通過掃描終端讀取車輛身份認證卡信息。系統在對當前運輸車輛基本信息和該運輸車輛身份認證卡信息進行全面判斷的基礎上，確定是否允許進行當前的發卡操作，若系統判斷允許進行當前的發卡操作，則相應修改該運輸車輛基本信息表中的相關身份認證卡信息和該身份認證卡數據表中的持有者信息，并同步修改該運輸車輛的簽約狀態和該運輸車輛身份認證卡的使用狀態；若系統判斷不能為該運輸車輛發放身份認證卡，則自動取消當前的發卡操作。發卡成功后，系統還要進一步判斷以前是否已為該運輸車輛發放過身份認證卡，若已為該運輸車輛發放過身份認證卡，則系統還要將該運輸車輛原身份認證卡進行作廢處理。

? 燃氣運輸車輛解約管理

液化氣經營企業可對運輸車輛進行解約處理，系統提供相應的解約管理功能。操作時，操作人員通過車牌號、危運證編號等查詢條件檢索到相關運輸車輛基本信息，在確認需要進行解約處理后，則系統首先判斷當前操作人員是否有權解約當前運輸車輛，若系統判斷允許進行當前的解約操作，則自動將該運輸車輛基本信息表中的簽約狀態修改為“解約”，并將該車輛身份認證卡進行作廢處理。

? 燃氣運輸車輛禁約處理和解除

政府管理部門可對燃氣運輸車輛進行禁約處理和解除操作，系統提供相應的管理功能。禁約處理時，操作人員通過車牌號、危運證編號等查詢條件檢索到相關運輸車輛基本信息，在確認需要進行禁約操作后，系統自動將該運輸車輛基本信息表中的簽約狀態修改為“禁約”，并將該車輛身份認證卡進行作廢處理。解除禁約操作時，操作人員通過車牌號、危運證編號等查詢條件檢索到相關運輸車輛基本信息，在確認需要進行解除操作后，系統自動將該運輸車輛基本信息表中的簽約狀態修改為“解約”。

? 燃氣運輸車輛綜合監控 系統通過數據采集和通信管理子系統，實時接收各燃氣運輸車輛的GPS定位信息，結合電子地圖可實時顯示全部或部分燃氣運輸車輛的當前位置，并通過不同的圖標顏色區分車輛的行駛、停車狀態，同時可根據系統設定的時間間隔（5-30秒不等）自動刷新各燃氣運輸車輛的最新位置。在實時監控過程中，當電子地圖放大到一定比例后，要求能在表示各燃氣運輸車輛的圖標周邊合適位置顯示該車輛的車牌號、當前行駛速度等信息。當用鼠標雙擊某車輛圖標時，能顯示該車輛詳細的基本信息和當前行駛狀態信息。

? 燃氣運輸車輛實時追蹤

當需要對某臺車輛進行實時追蹤時，系統自動最大化地顯示該車輛的當前位置和前5分鐘的行車軌跡, 并根據系統設定的時間間隔（5-30秒不等）自動刷新該車輛的最新位置，在地圖上以不斷前行的線條連續地描述所需監控車輛的運行路線。同時，實時顯示該車輛當前車速、行駛狀態等信息。

? 歷史軌跡回放

要求系統能保存各燃氣運輸車輛過去3個月的GPS監控數據，以便監管人員可回放任一燃氣運輸車輛過去3個月內任一時間段內詳細行駛軌跡。回放車輛行駛軌跡時，要求在電子地圖上標繪行車路線，同時同步顯示該車的行駛速度、行駛狀態等內容。

? 超速報警

系統對接受的各燃氣運輸車輛的GPS數據進行分析，當發現車輛的行駛速度超過規定速度時，系統立即報警，并記錄相關信息。（7）定期任務管理 ? 氣瓶定期掃描時間設定

系統提供氣瓶定期掃描周期和時間設定功能，用于系統定期啟動對氣瓶流轉情況和使用狀態的檢查。

? 用戶定期掃描時間設定

系統分別提供液化氣用戶狀態和用戶用氣量定期掃描周期和時間設定功能，分別用于系統定期啟動對液化氣用戶狀態和用氣量的檢查。

? 氣瓶充裝數據同步時間設定

系統分別提供可充裝氣瓶數據以及已充裝氣瓶數據同步周期和時間設定功 能，用于定時啟動本系統與瓶裝液化氣充裝監管系統之間相關數據的同步更新。

? 氣瓶檢測和報廢處理數據同步時間設定

系統分別提供氣瓶檢測數據以及氣瓶報廢處理數據同步周期和時間設定功能，用于定時啟動本系統與氣瓶檢測和報廢處理監管系統之間相關數據的同步更新。

? 氣瓶流轉異常時間間隔設定

系統提供氣瓶充裝、運輸、供應、配送、使用、回收、檢測等流轉環節的最大時間間隔設置功能，當氣瓶在某一環節停留的時間間隔大于設定值時，系統該氣瓶當前流轉狀態修改為“流失”。

? 用戶自動暫停時間設定

系統提供液化氣用戶自動暫停時間間隔設定功能，當用戶購氣間隔時間大于設定時間間隔時，系統即認定該用戶處于“暫停”狀態。

? 供應站點重瓶過夜檢查時間設定

系統提供供應站點重瓶過夜檢查定期掃描周期和時間設定功能，用于系統定期啟動對供應站點重瓶過夜存放情況的檢查。

? 系統歷史數據自動清理時間設定

系統分別提供瓶裝液化氣充裝、運輸、供應、配送、使用各類記錄信息，各類報警信息，氣瓶檢測和報廢處理信息，車輛GPS軌跡信息、系統日志信息的歷史數據保留時間段和清理啟動時間設定功能，用于定期啟動對保留時間段外各類歷史數據的清理。

? 氣瓶狀態定期檢查

系統根據設定的氣瓶定期掃描時間對使用狀況處于“正常”狀態的液化氣瓶當前流轉環節起始時間、下次檢測時間、報廢時間進行分析，當發現某一氣瓶在當前流轉環節停留時間超過設定最大時間間隔，且其當前流轉狀態為“正常流轉”時，系統立即生成相應的氣瓶流失告警信息，并將該氣瓶當前流轉狀態修改為“流失”；當發現某一氣瓶到期未檢或報廢時，系統立即生成相應的氣瓶過期或報廢告警信息，同時，將該氣瓶使用狀況修改為“過期”或“報廢”。

? 用戶狀態定期檢查

系統根據設定用戶狀態定期掃描時間對用戶狀態為“正常”狀態的液化氣用 戶最后送氣時間進行分析，當發現某一用戶停氣時間超過設定的自動暫停時間，則系統自動將該用戶狀態修改為“暫停”，并記錄暫停時間。

? 用戶用氣量定期檢查

系統根據設定用戶用氣量掃描時間時對用戶狀態為“正常”狀態的用戶上月用氣情況是否超過規定限量進行檢查，并將該用戶信息表中當月用量數據清零。若系統檢查發現某一用戶上月用氣量超過規定限量時，系統自動生成用戶異常用氣記錄，包括用戶名稱、地址、用戶身份認證卡編號、用戶所在區、供氣企業、設定用氣量、實際用氣量、用氣時間。同時自動生成相應的告警信息。

? 供應站重瓶過夜存放情況檢查

系統根據設定的供應站點重瓶過夜存放檢查掃描周期和時間，啟動對供應站點重瓶夜間存放情況的檢查，當發現某一供應站點在夜間存放重瓶過夜時，系統立即生成重瓶過夜告警信息。

? 歷史數據的清理

系統根據設定的各類歷史清理啟動時間和保留時間段，定期清除瓶裝液化氣充裝、運輸、供應、送氣、使用各類記錄信息，各類報警信息，氣瓶檢測和報廢處理信息，車輛GPS軌跡信息，系統日志信息等各類暫存信息保留時間段外的歷史數據。

（8）告警信息管理 ? 告警信息查詢

系統提供液化氣供氣企業、供氣站點、告警類別、時間段等查詢條件，可根據操作人員選擇列表顯示全部或所選企業在選定時間段內各類告警信息及其處理情況。

? 告警信息統計

系統提供企業、、站點、時間段等過濾條件，可根據操作人員的選擇統計各企業或選定企業在所選時間段內各類報警信息數量。

? 告警信息處理

系統基于工作流提供告警信息轉派處理功能，根據設定的流程將各類告警信息轉發給相關企業、站點、政府部門及其內部工作人員處理，并記錄處理過程信息。（9）供氣服務監管 ? 電話訂購液化氣服務

系統提供電話受理功能，可供液化氣企業或經營站點直接登記用戶的電話購氣申請服務，在登記用戶身份認證卡、訂氣氣瓶規格、瓶數和送氣時間等信息后，系統自動生成相應的送氣申請單，包括：用戶身份認證卡編號、訂氣規格、瓶數、預約送氣時間等內容。

? 送氣任務單轉派處理

系統基于工作流提供送氣任務單轉派處理功能。系統接收到送氣申請單后，自動轉換成送氣任務派遣單，包括用戶姓名、住址、聯系電話、用戶身份認證卡編號、訂氣規格、瓶數、預約送氣時間、供氣企業名稱、供氣站點名稱等內容，并根據任務單上的供應站點名稱直接將該送氣任務派遣單轉派對應的供應站點處理，若無供應站點名稱時，直接將該送氣任務派遣單轉派該用戶所屬供氣企業轉派處理，然后由該企業再將將送氣任務派遣單轉派相關供應站點處理，供應站點在收到送氣任務派遣單后可轉派給相關送氣工處理，并將送氣任務派遣單發到該送氣工的送氣終端上，通知送氣工向用戶送氣。

? 用戶過戶申請處理

本系統接收到用戶過戶申請后，系統判斷該用戶是否還持有當前供氣企業的氣瓶，若有，則提示用戶先要交回原氣瓶后才能過戶；若沒有氣瓶在該用戶手上，系統則將該用戶基本信息表中的供氣企業名稱和供氣站點名稱以及該用戶身份認證卡數據表中注冊企業名稱一并修改為申請過戶企業和過戶站點，并提示用戶過戶成功。相關提示信息經由便民服務系統發送給用戶。

? 用戶投訴受理

系統提供用戶投訴電話受理功能，政府部門管理人員可及時記錄用戶投訴相關內容，包括被投訴企業名稱、被投訴站點名稱、投訴人姓名、聯系電話、投訴時間、投訴類別、投訴內容等信息。

? 用戶評價回訪處理

系統提供用戶評價電話回訪功能，政府部門管理人員通過電話回訪各類用戶，聽取用戶對相關供氣企業和站點的服務評價，并記錄相關內容，包括被評價企業名稱、被評價站點名稱、評價人姓名、聯系電話、評價時間、評價等次、評價內 容等信息。

? 用戶投訴處理

系統基于工作流提供用戶投訴信息轉派處理功能，將本系統受理和經便民服務子系統發送過來的各類用戶投訴信息，根據設定的流程轉發給相關政府部門及其內部工作人員處理，并記錄處理過程信息。同時系統根據接到的用戶投訴的投訴類別即時計算對應企業和站點當月的投訴扣分值。

? 用戶評價處理

系統在接收到本系統受理和經便民服務子系統發送過來的各類用戶評價記錄信息后，進行統一管理，并即時累計對應企業和站點當月獲得相關評價等級的次數。

? 用戶投訴查詢

系統提供液化氣供氣企業、供氣站點、投訴類別、時間段等查詢條件，可根據操作人員選擇列表顯示全部或所選企業在選定時間段內各類投訴信息及其處理情況。

? 用戶評價查詢

系統提供液化氣供氣企業、供氣站點、時間段等查詢條件，可根據操作人員選擇列表顯示全部或所選企業在選定時間段內各類用戶評價等次信息。

? 用戶投訴和評價統計

系統提供企業、、站點、統計周期等過濾條件，可根據操作人員的選擇列出各企業或選定企業內部各站點月度、季度、年度各類服務被投訴次數、獲得的各類評價等次相應的次數以及所占百分比。（10）信譽等級評價 ? 企業信譽評價規則設置

系統提供供氣企業或站點信譽等級評價規則設置功能，可分別針對不同的用戶投訴類別設置對應的扣分值；對不同的用戶評價等級所占百分比設置相應的得分權重。

? 企業信譽評價

系統采用千分制的方式對各企業、各站點的信譽等級進行評價。評價時，系統根據設定的企業信譽評價規則，針對用戶投訴數量和類別以及用戶評價不同等

級所占百分比，每月、每季和每年定期對各企業、各站點的信譽等級進行定量計分。

? 企業信譽評價結果統計

系統提供行政區劃、企業名稱等選擇過濾功能，當用戶選擇行政區劃后系統采用月報、季報、年報的方式分別列出各液化氣經營企業的評價結果及排序；當用戶選定企業名稱后，系統采用月報、季報、年報的方式列出該企業內部各站點的評價結果及排序。

（11）本系統與其它系統接口 ? 與收費系統接口

在每次向用戶供氣后，由本系統通過標準接口將相關瓶裝液化氣配送信息及時發送到相關瓶裝液化氣供應收費系統（下一步擴展）進行結算管理，內容包括用戶姓名、身份認證卡編號、氣瓶標簽編號、氣瓶企業鋼碼、氣瓶權屬單位、氣瓶規格、充裝液化氣重量、供氣站點名稱、送氣工身份認證卡編號、供氣時間等。

? 與質監氣瓶管理系統接口

本系統提供與質監氣瓶管理系統的標準接口，在每次錄入氣瓶信息后，由本系統將相關信息及時發送到質監氣瓶管理系統進行管理。包括氣瓶出廠編號、企業鋼碼、權屬單位、氣瓶規格、生產日期、生產廠家、上次檢測時間、下次檢測時間等。

? 與燃氣智能監管平臺的接口

本系統提供與燃氣智能監管平臺的接口，一方面，在每次通過本平臺錄入瓶裝液化氣用戶信息和運輸車輛信息后，系統及時將這些信息同步到燃氣智能監管平臺管理；另一方面，本系統自動生成的一些需要轉辦處理的告警信息和隱患整改信息，也要及時發送到燃氣智能監管平臺處理。

? 與城市管理綜合分析與決策系統的接口

與城市智慧化綜合管理平臺（一期）中城市管理綜合分析與決策系統的接口，實現燃氣相關信息的匯接。

? 與基礎信息錄入和管理單機系統（臨時）的接口

本系統提供與基礎信息錄入和管理單機系統（臨時）的接口，通過管理人員操作，讀取保存在各基礎信息錄入和管理單機系統（臨時）中的用戶信息、用戶

身份認證卡使用信息、氣瓶信息、氣瓶標簽使用信息等，并同步判斷是否有重復的用戶信息和氣瓶信息，同時更新本系統中相關表信息。

? 與網格化管理系統接口

本系統提供與市社區網格化管理系統接口，在社區網格化管理系統建成后，共享該系統所管理的各類人口管理數據。

? 與交委危運車輛管理系統接口

本系統提供與交委危運車輛管理系統接口，共享該系統內所管理的各類危運車輛的行駛軌跡的GPS數據。（12）系統管理 ? 管理人員配置

系統提供管理人員和權限配置管理功能，可對各類管理人員進行配置管理，包括管理人員類型、姓名、工作證編號、身份證號碼、用戶名、登錄密碼、CA認證密碼、所在單位名稱、聯系電話、角色、數據操作區劃范圍等。其中管理人員類型包括市級管理部門人員、區級管理部門人員、企業管理人員、站點管理人員；角色包括系統管理員、管理部門負責人、管理部門派案員、部門系統管理員、企業負責人、企業派案員、企業系統管理員、企業數據管理員、站點負責人、站點派案員、經辦人、普通管理人員等類型；數據操作區劃范圍可以分為全市、各相關區、各相關燃氣經營企業等幾類。

? 管理人員權限管理

管理人員進行數據操作時，系統需要對管理人員的權限進行嚴格限制。權限分數據操作范圍權限和數據處理權限兩類，數據操作權限由該管理人員的數據操作區劃范圍屬性確定；數據處理權限由該管理人員的角色屬性來確定。

? 登錄管理

用戶登錄采用兩種登錄方式，對政務專網用戶采用用戶名和密碼登錄或采用電子認證CA直接登錄；對公網用戶必須支持公網VPN密鑰。

? 系統日志管理

系統對各管理人員的增、刪、改操作進行日志記錄，并根據設定定期進行日志備份和刪除操作。

? 企業管理屬性配置管理

系統提供瓶裝液化氣經營企業、瓶裝液化氣運輸企業、氣瓶檢測企業的管理屬性配置功能，包括企業類型、企業名稱、地址、聯系人、聯系電話、政府管理部門。

? 站點管理屬性配置管理

系統提供瓶裝液化氣充裝站、瓶裝液化氣供應站、液化氣氣瓶檢測站的管理屬性配置功能，包括站點類型、站點名稱、地址、聯系人、聯系電話、所屬企業、政府管理部門、當前儲存實瓶數量（僅限充裝站、供應站）。

? 政府部門管理屬性配置管理

系統提供市、區兩級燃氣管理和特種設備管理政府部門管理屬性配置功能，包括部門名稱、地址、聯系人、聯系電話、所屬單位。5.5瓶裝液化氣供應便民服務子系統

5.5.1概述

本系統作為全市瓶裝液化氣用戶的便民服務入口，通過建設服務網站和手機app等多種公眾服務渠道，提供多種便捷的服務方式，方便用戶了解液化氣管理有關的通知公告，學習安全使用液化氣的相關知識，享受手機訂購瓶裝液化氣快捷服務以及對企業提供的瓶裝液化氣質量和安全進行有效監督。

5.5.2系統主要功能 ? 用戶登錄管理

系統通過手機app方式提供相應的手機客戶端，廣大瓶裝液化氣用戶每次通過掃描個人用戶身份認證卡（安全供氣卡）直接登錄該系統。

? 手機訂購液化氣服務

系統提供手機訂購瓶裝液化氣服務功能，在用戶登錄該系統后，通過點擊相關功能，填報訂氣氣瓶規格、瓶數和送氣時間等信息后即可生成相應的送氣申請單，包括用戶身份認證卡編號、訂氣規格、瓶數、預約送氣時間等內容。系統將送氣申請單發送給瓶裝液化氣供應智能監管信息系統處理，瓶裝液化氣供應智能監管信息系統收到送氣申請單后，自動回復相關確認信息，本系統也向用戶發送確認消息。

? 用戶過戶申請

系統提供過戶申請功能，用戶登錄后，通過點擊相關功能，填報申請過戶的企業名稱、站點名稱后，系統自動生成相關過戶申請單，包括用戶身份認證卡編號、申請過戶企業、申請過戶站點等內容。同時，系統將過戶申請單發送給瓶裝液化氣供應智能監管系統處理，瓶裝液化氣供應智能監管信息系統收到過戶申請單后后，進行相關判斷，并回復相關確認信息，本系統也向用戶發送確認消息。

? 氣瓶用戶監督

在收到送氣工送來的氣瓶后，用戶利用手機讀取氣瓶標簽信息，系統即可在線檢索并顯示該氣瓶的相關信息，內容包括氣瓶標簽編號、企業鋼碼編號、出廠編號、所屬企業、出廠日期、上次檢測時間、報廢時間、本次充裝時間、充裝站名稱、當前氣瓶總重量等。系統同時提供用戶投訴功能，當用戶核實發現上述信息有誤時，即可填報相應的投訴信息報相關管理部門查處。同時系統也提供相應的服務評價功能，供用戶對本次送氣服務給出優、良、中、差等次評價。

? 用戶投訴處理

用戶填報投訴信息后，系統自動生成用戶投訴記錄，包括被投訴企業名稱、被投訴站點名稱、投訴人姓名、聯系電話、投訴時間、投訴類別、投訴內容、處理記錄等信息，然后轉發瓶裝液化氣供應智能監管系統轉派處理。

? 用戶評價處理

在用戶對供氣企業或供氣站點給出送氣服務評價后，系統自動生成相應的用戶評價記錄，包括被評價企業名稱、被評價站點名稱、評價人姓名、聯系電話、評價時間、評價等次、評價內容等信息，然后轉發瓶裝液化氣供應智能監管系統對各企業信譽等級進行評價處理。

? 企業和站點查詢

用戶可通過手機查詢合法供氣企業和站點的名稱、地址、服務電話、信譽評價等信息。

? 知識庫管理

系統提供知識庫管理功能，供各液化氣經營企業和監管部門通過惠民服務平臺發布液化氣安全知識和相關法律法規，用戶登錄系統后可查閱學習相關內容，以增強安全用氣的意識，做到安全用氣。

? 通知公告

監管部門通過惠民服務平臺發布各類通知公告的信息，用戶登錄系統后可查閱了解相關內容。

? 客戶服務系統接口管理

系統提供標準的接口，方便與各企業客戶服務系統接口，及時將瓶裝液化氣使用記錄發送到客戶服務系統進行計費管理。5.6數據采集和通信管理子系統

5.6.1概述

該系統主要面向互聯網和移動專網提供各類訪問和接入服務，是為了確保網絡訪問安全的一種緩沖機制，各類用戶通過互聯網或移動專網對后臺系統的訪問請求要通過本系統處理后，轉發給其它系統處理。

5.6.2主要功能

? GPS監控終端數據采集

該系統接收各車載GPS監控終端、各送氣工移動終端上傳的位置坐標信息數據包，經該系統轉換為XML數據包，發送給瓶裝液化氣供應智能監管系統處理。

? 互聯網終端訪問接入

該系統一方面接收部分基于互聯網訪問的供應站點服務終端發送的各類web服務請求信息，經本系統轉換為XML數據包，發送給瓶裝液化氣供應智能監管系統處理。另一方面，接收瓶裝液化氣供應智能監管系統發送過來的各類服務申請響應信息的XML數據包，經本系統轉化為正常的web服務信息后發送給相應的供應站點服務終端處理。

? 用戶手機訪問接入

該系統一方面接收各類瓶裝液化氣用戶通過手機發送過來的app服務請求，經本系統轉換為XML數據包，發送給瓶裝液化氣供應智能監管系統處理。另一方面，接收瓶裝液化氣供應智能監管系統發送過來的各類服務申請響應信息的XML數據包，經本系統轉化為正常的app服務信息后發送給相應的用戶手機瀏覽。

? 通信控制

為進一步確保通信的可靠性，要求本系統在應用層實現通信應答及通信數據的校驗和錯誤重傳機制，并支持斷點續傳功能。

5.7基礎信息錄入和管理單機系統

5.7.1概述

考慮到從應用系統開發到整個項目正式投入使用需要較長的時間，在這段時間內，各充裝站需要同步進行氣瓶信息錄入并安裝電子標簽；企業需要同步進行用戶信息錄入，并發放用戶身份認證卡，因此中標人需要先期開發一個單機運行的信息錄入和管理臨時系統，可錄入和管理氣瓶信息、用戶信息，并可與二維碼標簽識讀終端連接，讀入和保存相關二維碼信息。同時要支持錄入信息的批量導出和網絡上傳功能。

5.7.2主要功能

? 燃氣用戶基本信息登記

系統分別針對液化氣居民用戶、液化氣單位用戶提供標準的信息登記表，并提供相應的增、刪、改、查和EXCELL導入功能，由燃氣經營企業分別錄入或導入其所服務的各類用戶基本信息，包括用戶名稱（姓名）、地址、聯系電話、用戶類別（居民、非居民）、證件名稱、證件編號、所在行政區、供氣企業名稱、供氣站點名稱、用戶狀態、用戶身份認證卡編號等。在每次錄入用戶基本信息時，系統要通過用戶身份證或暫住證號碼或單位機構代碼證編號（非居民用戶）查詢系統是否已錄入該用戶信息，若未錄入該用戶信息，則保存該用戶信息；若已錄入該用戶信息，則系統提示該用戶信息已存在，并進一步判斷是否允許當前操作人員修改該用戶信息，若不允許，則放棄保存該用戶信息。若僅允許，則保存修改信息。

? 液化氣用戶身份認證卡（安全供氣卡）發放管理

系統提供與用戶身份認證卡二維碼掃描終端的接口功能以及相關查詢條件，發卡前，操作人員先查詢到已錄入系統中的當前用戶基本信息，并利用掃描終端讀取擬發用戶身份認證卡基本信息。系統在對該用戶信息和擬發用戶身份認證卡信息進行全面判斷的基礎上，確定是否允進行當前的發卡操作，若系統判斷允許進行當前的發卡操作，則將擬發用戶身份認證卡與該用戶進行信息綁定，并同步修改該用戶身份認證卡的使用狀態；若系統判斷不能為該用戶發卡，則自動取消當前發卡操作。發卡成功后，系統還要進一步判斷以前是否已為該用戶發放過身份認證卡，若已為該用戶發放過身份認證卡，則系統還要將該用戶原身份認證卡

進行作廢處理。

? 液化氣瓶基本信息管理

系統提供氣瓶基本信息增、刪、改、查功能，可對液化氣瓶的基本信息進行管理，包括氣瓶出廠編號、企業鋼碼編號、型號、規格、瓶體重量、生產單位、生產日期、報廢日期、所屬企業名稱、登記人姓名、登記時間、上次檢測單位名稱、上次檢測日期、下次檢測日期、氣瓶標簽編號、標簽分配日期、氣瓶充裝狀態、氣瓶使用狀況、氣瓶流轉狀態、氣瓶報廢處理情況、報廢處理日期、照片、氣瓶當前流轉環節、當前持有者身份、當前流轉環節起始時間等。在每次保存錄入的氣瓶基本信息時，系統要通過企業鋼碼查詢系統是否已保存該氣瓶信息，若已保存則系統提示該瓶信息已錄入，并放棄當前信息，且不得修改和刪除任何有關該氣瓶的任何基本信息。

? 氣瓶標簽分配管理

系統提供與氣瓶標簽掃描終端的接口功能以及相關查詢條件，分配標簽前，操作人員先查詢到已錄入系統中的當前氣瓶基本信息，并利用掃描終端讀取擬分配氣瓶標簽信息。系統在對該氣瓶基本信息和氣瓶標簽信息進行全面判斷的基礎上，確定是否允許進行當前的標簽分配操作，若系統判斷允許進行當前的標簽分配操作，則將擬分配氣瓶標簽和該氣瓶進行信息綁定，并同步修改該氣瓶標簽的使用狀態；若系統判斷不能為該氣瓶分配標簽，則自動取消當前的氣瓶標簽分配操作。標簽分配成功后，系統還要進一步判斷以前是否已為該氣瓶分配過標簽，若已為該氣瓶分配過標簽，則系統還要將該氣瓶原有標簽進行作廢處理。

? 信息批量導出

系統提供相應的批量信息導出功能，可采用EXCELL表方式導出本系統中保存的用戶信息、用戶身份認證卡使用信息、氣瓶信息、氣瓶標簽使用信息等。

? 信息網絡上傳

系統通過網絡將本系統中保存的用戶信息、用戶身份認證卡使用信息、氣瓶信息、氣瓶標簽使用信息等上傳至瓶裝液化氣供應智能監管系統統一管理。

? 系統管理

包括用戶帳戶、密碼、登錄管理等功能。

第二篇：醫院信息集成平臺建設方案

信息集成平臺建設方案 建設需求

一個完善的醫院信息系統通常由上百個子系統組成，牽涉眾多的專業領域。這么龐大的系統需要非常專業化的軟件開發分工，整合不同廠商有特色的專業系統是醫院信息系統的發展趨勢，醫院信息化能夠取得成功必須保證各個系統的有效集成和數據的高度共享。然而這些系統通常是隨著醫院的發展需求逐步建設的，它們來源于不同的廠家，基于不同的技術，缺乏統一的信息交換標準，這些系統的集成整合已經逐漸成為醫院數字化發展亟待解決的主要問題。

系統集成平臺的構建主要面向兩個核心問題：一個是為各種醫療應用提供統一的醫療數據訪問服務，從而消除各種醫療應用系統與醫療數據中心的直接耦合性；另一個是為各種臨床信息系統提供系統集成服務，系統集成服務基于系統集成模型，通過HL7和DICOM等標準通訊協議為各種醫療應用系統提供集成服務，確保各個臨床信息系統在工作流整合的基礎上實現交互協作，從而以數字化的形式完成各項醫療業務。建設目標

系統間的整合、集成和擴展一直都是制約醫院數字化發展的主要障礙，由于不同廠商之間的產品不兼容，使得醫院整體信息化步履維艱。通過建設一個規范的系統集成平臺，在IHE、DICOM、HL7等國際標準的基礎上，制定覆蓋醫療所有業務流程的系統集成規范，開發基于規范的系統集成平臺，為遺留的、當前的以及將來的系統提供了一個統一且標準的數據交換和工作流協同的平臺。信息集成方法

信息集成方法有三，即應用集成、數據集成、界面集成，這三種集成方式各解決不同方面的問題。應用集成指應用程序之間實時或異步交換信息和相互調用功能，可以采用HL7消息，Web Service，CORBA，EJB，DCOM，RPC等標準，采用消息中間件，BPM等中間件實現；數據集成是指應用系統的數據庫系統之間的數據交換和共享，以及數據之間的映射變換，常采用ETL（Extract-Transform-Load）工具實現；界面集成含義是應用程序界面之間相互關聯引用合成，采用技術包括ActiveX插件、Portlet、IFrame等。

協同應用從早期單純的點對點接口方式，發展到現如今的集成平臺方式。各種方式中：

? 點對點接口方式的復雜性在于要和不同的系統建立1：N的接口，假定有N個系統相互之間需要建立接口，則接口數為 N*(N-1)/2。

? 集成平臺方式中，在N個系統需要進行應用協同的情況下，只需要開發N個適配器接口即可，減少了集成平臺的系統負荷。

由于醫院信息系統復雜性，我們根據不同的需求和應用場景，設計分別采用上述三種不同集成方法和手段進行信息集成。應用集成

和醫技輔診科室信息系統（如PACS/RIS、LIS、MUSE等）的信息集成，這種場景，信息交互的數據量不大，實時性要求不高，且各信息系統各專業廠商實現方式相差較大，采用基于集成平臺的應用集成方式是最優選擇。

集成平臺體系結構如下圖所示，集成平臺對外提供支持多種方式的集成服務：包括WebService服務、TCP監聽服務、文件監測服務、FTP服務、SQL監控服務等方式。

醫院信息系統在國際、國內廣泛采用的有一套集成規范，即：醫療健康信息集成規范（IHE）規范。IHE規范未定義新的集成標準，而是采用了“標準協調”過程推動基于工業標準的醫療IT系統互操作性。在IHE中，消息傳遞采用的是HL7（2.x版本)標準，影像傳遞采用DICOM標準。本集成平臺的集成嚴格參照該規范進行：信息集成平臺在進行消息時采用HL72.4標準進行消息傳遞、在消息內部傳遞DICOM StudyUID，以滿足后續DICOM圖像應用時的需要。

臨床信息集成用于對各臨床信息系統進行信息層面的集成事務處理。事務的定義參照IHE規范執行，消息的交互標準參照HL7 2.4標準執行。

集成平臺內部引擎本身由Ensemble集成平臺基礎之上進行二次開發而來，依托Ensemble本身對各種適配器的支持，集成平臺對外能夠提供多種接入服務方式：TCP、文件夾監聽、FTP文件監聽、自定義WebService、SQL監聽等形式。以更多接入方式進行各種不同方式集成各業務系統。

集成流程以業務流程可視化、可編輯化對外提供工作流程的制定與使用。集成引擎基于標準的業務流程執行語言（Business Process Execution Language）進行擴展應用，以描述交互應用。4.1 信息集成模塊與示例

信息集成組件主要由以下幾部分組成Business Service業務服務、Business Process業務處理、Business Operation業務操作，這幾部分共同作用下，將集成事務與消息傳遞進行完成。其中，Business Service主要負責進行消息的監聽與接收；Business Process負責全局的消息路由轉發、事務流程處理、消息匹配映射等工作職責；Business Operation負責將轉換完成、最原子化的一個操作，發送/調用信息集成的目標端。同時在三者相互作用下，消息的反饋準確的返回到Business Process，由Process來講反饋消息控制返回到消息發送方。示意圖如下（后續對該示例進行說明）：

4.1.1 業務服務監聽與接收

在當今醫院中，存在各種各種的醫療業務系統，醫療業務系統的多樣性，就將導致與其集成時，接入方式的多樣性，如部分系統已實現TCP的發送傳遞；部分已實現文本輸出等。集成平臺作為醫院信息系統的中轉、適配角色，在接入方式的多樣性成為必要條件。如前所述，在這方面，集成平臺允許的接入方式有：TCP、FILE、FTP、SQL、SOAP(WebService)、HTTP、MAIL等多種方式與相應的適配器。

在多種方式的接入過程中，將不同來源的消息通過統一的出口轉交給業務處理部分，由其進行路由住轉發、消息匹配映射、業務流程處理等相關的工作。

在本示例中，EMRS通過WebService的服務監聽（BS.WS.EMRWS）方式將消息內容傳遞進集成平臺，在通過驗證后，將該消息轉發給了業務處理模塊中的路由模塊。

4.1.2 消息路由轉發

在一些應用場景中，如電子病歷系統、重癥監護系統、HIS系統三者進行信息傳遞時，部分信息是需要三者之間交互的，而部分信息僅僅需要兩者之間交互，這在消息轉發路由時，需要有一定的控制，起到閘門的作用。如：HIS系統進行入院登記時，需要將病人的信息發送到電子病歷系統與重癥監護系統；而在重癥監護系統采集到病人生命體征信息時，僅僅將此信息發送到電子病歷系統即可。因此，在集成平臺中，引入消息路由轉發的相關模塊就顯得比較重要。

在本示例中，EMRCTLRouter這個消息路由者在接受到BS.WS.EMRWS的消息時，可能會轉發至EMRPlaceOrder、EMROrderCA、BadMessageHandle三個相關的處理模塊。而具體轉發至何模塊，由消息頭定義中的相關信息具體定義。消息路由者起到解析與轉發的作用。

4.1.3 事務業務流程處理

即時消息路由已經正確路由轉發了消息到準確的端點，但是在對應的端點內，還會有一些業務流程需要進行處理。如在EMRS下達一個新的Order的時候，需要的一定的情況下產生不同的業務流程分支：如該病人為門診病人或者住院病人，則有必要產生HL7 消息中的住院病人登記信息與門診病人登記信息：ADTA01與ADTA04。

在本示例中，BPEMRPlaceOrder的內部業務流程如下，每一個結點代表著一次邏輯處理過程：

4.1.4 消息匹配映射

在一些情況下，消息的傳遞方并無必要產生HL7標準格式消息的情況下，如EMRS與集成平臺為內部互調時，雙方之間提供預定義的WebService的接口，以快速的開發與進行集成。此時便需要在WebService中定義的消息格式與標準HL7消息格式之間進行著匹配轉換的工作。而該轉換工作的處理調用是由事務業務流程處理模塊來發起調用的。

4.1.5 終端消息發送

在進行正確的消息格式轉換與業務邏輯處理，此時的消息已經成為一個符合終端系統需要的消息格式。在事務業務流程處理中，會將此消息投遞給相應的終端系統。

在投遞消息完成工，事務業務流程處理模塊會進入等待反饋的狀況，等待終端系統反饋一個應答消息，以表示該消息在終端系統中被準確的處理。事務處理模塊收到該應答消息，并組織成發送端系統需要的消息格式，并作為應答系統，反饋至發送端系統。

4.2 集成事務處理流程規劃

上述主要針對集成平臺中各個模塊作用于應用場景進行了闡述，下面將以IHE規范中醫囑下達方醫囑執行的完整業務流程為例，進行完整的集成事務流程描述。該流程反應了普遍的醫囑流程，多數院內的醫囑流程都可參照執行，為醫院的信息系統集成方式提供良好的參考。本示例中，目標系統以PACS為例。上層應用程序新開申請單集成平臺PACS住院病人：發送ADT^A01消息/門診病人：發送ADT^A04消息響應ADT^A01消息/響應ADT^A04消息發送ORM^O01消息(control code=NW)響應ORM^O01消息對檢查申請進行安排后，發送SIU^S12消息響應SIU^S12消息查詢申請安排情況開始檢查時，發送ORM^O01消息(control code=SC Order Status=SC)響應ORM^O01消息檢查完成后，發送ORM^O01消息(control code=SC Order Status=CM)響應ORM^O01消息有圖像數據（圖像匹配）后，發送ORM^O01消息(control code=SC Order Status=DA)響應ORM^O01消息發送DFT^P03消息響應DFT^P03消息通知收費系統進行收費查詢申請檢查信息報告完成后，發送ORU^R01消息(OBX.11=P，初步報告)響應ORM^O01消息查詢申請檢查報告報告審核后，發送ORU^R01消息(OBX.11=F，最終報告)響應ORM^O01消息查詢申請檢查報告

另外，在院內經常出現的是在IHE規范中描述的：執行者醫囑流程，即由醫囑執行者（PACS系統中，為檢查科室）進行醫囑下達的過程并執行的流程。如下圖所示： PACS發送ORM^O01(control code=SN)消息時，消息中必須包含病人號（PID.3），也就是說病人已經掛過號。上層應用程序集成平臺PACS急診檢查登錄時，發送ORM^O01消息(control code=SN)發送響應ORR^O02消息(control code=NA)開始檢查時，發送ORM^O01消息(control code=SC Order Status=SC)響應ORM^O01消息檢查完成后，發送ORM^O01消息(control code=SC Order Status=CM)響應ORM^O01消息發送DFT^P03消息響應DFT^P03消息通知收費系統進行收費查詢檢查信息報告完成后，發送ORU^R01消息(OBX.11=P，初步報告)響應ORU^R01消息查詢檢查報告報告審核后，發送ORU^R01消息(OBX.11=F，最終報告)響應ORU^R01消息查詢申請檢查報告更新或合并病人信息發送ADT^A08消息，更新病人信息/發送ADT^A40消息，合并病人號響應ADT^A08消息/響應ADT^A40消息 數據集成

在實際業務應用中，日常醫院的HIS庫與ERMS庫之間存在較多需要高頻率、高性能要求的交互，如計價信息與藥品庫存等信息的實時共享等。針對這樣的應用場景，我們采用了ETL工具(GoldenGate)在數據庫底層進行的DB層同步方式。目前，醫院已經存在比較完整的醫療信息系統，這些醫療信息是以JW1H系統為基礎，增加醫院自己的需求發展而來。ERMS電子病歷系統是一個完整的獨立產品，他有他自己完整一套的系統架構和數據中心結構，而在系統架構和數據中心結構上醫院現有醫療信息系統和EMRS電子病歷系統都存在較大差異，這就決定了現有系統和EMRS電子病歷系統很難共用一個數據庫。可另外一方面，EMRS電子病歷系統和醫院現有醫療信息系統都是醫院系統不可分割的一部分，他們即有自己工作的重點，又有相互聯系和配合，只有相互無間的結合，才能快速、高效和正確地完成日常工作。應用EMRS電子病歷系統之后，醫院現有醫療信息系統的主要工作就會變成傳統意義上的HIS業務工作，如經濟管理、人員管理和物資管理等，而EMRS電子病歷系統主要完成以患者為中心的診療行為業務工作。

兩者之間存在著千絲萬縷的關系，以醫囑業務舉例，如EMRS電子病歷系統下達、轉抄和校對醫囑之后，醫院現有醫療信息系統需要完成對應的業務操作，如醫囑擺藥和醫囑收費操作等，這就需要在這兩個系統之間同步數據信息，而涉及到同步的醫療業務往往涉及的醫療各個環節，如診療、藥房、收費、人員管理等，因此需要信息同步的數據量會比較大，而同時為了不造成醫療業務的延遲和脫節，也需要很高的實時性。

在這種應用場景下已不適宜采用基于集成平臺的，通過消息交互的應用集成方式。消息集成方式，往往需要一個發起方和接受方，而發起方和接受方往往需要一些額外的支持，如發起方需要調用接受方提供的接口等，期間可能還涉及到一些負責的來回交互，最主要的是，消息集成在數據量很大的情況下，處理速度不是很快，因此，我們將通過數據集成的方式來實現數據同步，數據庫集成工具采用Oracle GoldenGate。

醫院涉及到需要數據同步的包括兩個部分：HIS數據庫和EMRS數據庫。我們將采用GoldenGate實現HIS數據庫數據和EMRS數據庫之間的數據雙向同步。其基本結構圖如下圖所示： HIS數據庫服務器GoldenGate雙向復制PRIDE數據庫服務器 從上圖我們可以看到發生在HIS數據庫上的相關數據變化通過GoldenGate實時同步到EMRS數據庫，而發生在EMRS數據庫上的相關數據變化通過GoldenGate也會實時同步到EMRS數據庫。其中具體的實現過程如下圖所示：

從上圖我們可以看到數據同步的核心是GoldenGate，在HIS數據庫和EMRS數據庫上變化數據的捕獲、傳遞和復制都是通過他來完成的。當EMRS數據庫發生數據變化的時候，如EMRS下達、校對醫囑之后，此時運行在EMRS數據庫服務器上的GoldenGate將捕獲該功能業務對應的變化數據，并通過網絡傳遞到HIS數據庫，HIS數據庫接收到這些變化數據之后，運行在HIS數據庫服務器上的GoldenGate解析這些變化數據并應用到HIS數據庫，此時如擺藥程序就能看到相應的醫囑記錄并進行擺藥。反之HIS數據庫上的變化數據也是經過上述過程應用到EMRS數據庫。

通過GoldenGate我們可以很好地實現了HIS數據庫和EMRS數據庫的之間的獨立和聯系，使他們各盡其職，分工明確，一起很好地共同支撐整個醫院的正常運營。5.1 GoldenGate概述

Oracle GoldenGate軟件是一種基于日志的結構化數據復制軟件，它議決剖析源數據庫在線日志或歸檔日志取得數據的增量改變，再將這些改變運用到目標數據庫，從而完成源數據庫與目標數據庫同步。GoldenGate 能夠在異構的IT基本結構（包括幾乎一切常用操作系統平臺和數據庫平臺）之間完成大量數據亞秒一級的及時復制,從而在能夠在應急系統、在線報表、及時數據倉庫供應、買賣跟蹤、數據同步、集中/分發、容災等多個場景下運用，而我們采用的場景是數據雙向復制，GoldenGate雙向復制的工作原理如下圖所示：

如上所示，GoldenGate在實現數據同步的時候，主要涉及到三個重要進程：抽取進程、投遞進程和應用進程。

1.抽取進程：就是上圖Capture進程，該進程主要負責讀取數據庫對應的日志文件，將數據變化保存到隊列文件中；

2.投遞進程：也叫傳輸進程，該進程主要負責將源數據庫中產生的變化的隊列文件進過壓縮和加密等方式，通過網絡傳輸到目的數據庫； 3.應用進程：也叫接納進程，該進程主要負責將投遞進程傳遞過來的源數據庫的數據變化隊列文件解析出來，并應用到目的數據庫中。上述三個進程完成了從源數據庫到目的數據庫的單項同步，如果再加上從目的數據庫到源數據庫的相似的三個進程，就實現了源數據庫和目的數據庫之間的雙向同步。

5.2 GoldenGate的特性

1.基于日志的實時數據復制：相比傳統依賴數據庫觸發器和規則的方法來捕獲數據變化，GoldenGate采用讀取日志方式對源數據庫影響小很多，速度也快很多。

如上圖所示，GoldenGate是通過數據日志挖掘的方式實現的。2.事務完整性：GoldenGate只復制成功提交的事務，同時目標數據庫按照源數據庫的操作順序，而且，可以中斷可以自動恢復，這些保證了源和目標之間的事務完整性。

3.檢查點機制保障數據無丟失：GoldenGate的抽取和復制進程使用檢查點機制記錄完成復制的位臵。對于抽取進程，其檢查點記錄當前已經抽取日志的位臵和寫隊列文件的位臵；對于投遞進程，其檢查點記錄當前讀取隊列文件的位臵。

上圖中，Capture、Pump和Devlivery將傳遞狀態存儲至checkpoint file確保其恢復性，檢查點機制可以保證在系統、網絡或GoldenGate進程故

障重啟后數據無丟失。

可靠的數據傳輸機制：GoldenGate用應答機制傳輸交易數據，只有在得到確認消息后才認為數據傳輸完成，否則將自動重新傳輸數據，從而保證了抽取出的所有數據都能發送到目標端。數據傳輸過程中支持128位加密和數據壓縮功能。界面集成

對于醫學影像、心電圖波形數據，臨床醫生的需求是，不僅能瀏覽圖像和波形，還須有對其處理的要求，通常對應系統供應商提供了DICOM影像瀏覽器和心電圖瀏覽器，這些瀏覽器提供相應的工具來處理、管理、傳輸和轉換圖像和波形。針對這種帶專業處理功能的人機交互界面的應用程序，我們采用界面集成的方式，集成專業瀏覽器插件或應用程序。

針對這種方式的場景，EMRS系統將采用界面集成應用的方式集成數據綜合瀏覽視圖，在臨床數據中心一節中已提到，該視圖采用組件化方式進行開發，實質是各類專業瀏覽插件的容器，支持對各種醫學影像（X-Ray、CT、MRI、超聲、胃腸鏡）、心電圖、監護數據和麻醉監護數據等在內的多種醫療數據的綜合閱覽分析。

至于各專業瀏覽器插件內部的實現，可能又會采用應用集成的方式，但通常為了提高性能，和多媒體資料庫中心采用直連的方式獲取影像和波形。

以DICOM影像瀏覽器組件為例，其內部采用DICOM標準進行醫學影像格式定義與交互傳輸。該模塊以OCX控件的方式實現，同時提供給集成事務處理模塊和醫護工作站使用。EMRS醫護工作站使用DICOM引擎主要實現從影像中心查詢和獲取影像等功能。6.1 DICOM影像應用流程規劃

DICOM影像的顯示流程如上圖所示，主要由以下幾步組成：

醫護工作站通過調用DICOM引擎，設臵參數（Study UID或Study Type + Study ID，DICOM Server的IP、Port、AE）*，請求獲取一個檢查的影像；

DICOM引擎啟動DICOM Query服務，獲取檢查影像數，事件通知醫護工作站，醫護工作站可以根據返回的影像數啟動初始化進度條；

DICOM引擎啟動DICOM Move服務，向影像中心請求影像； 影像中心啟動DICOM Storage服務，向DICOM引擎發送影像；

DICOM引擎每接收到一個新文件，事件通知醫護工作站，醫護工作站可以在此事件的處理中打開并顯示此文件，同時改變進度條位臵；

DICOM引擎接收到DICOM Move響應，表明文件獲取已經結束，事件通知醫護工作站。核心價值

通過建立集成信息平臺，集成各類應用系統以及日常運營的業務，通過該平臺整合醫院內部業務應用系統，形成一個互聯互通的醫院業務協作網絡。醫院信息集成平臺可以很好支持不同系統之間的醫療數據整合、業務整合與數據共享，快速實施應用程序節點部署以及各醫療子系統之間的協同通訊。在醫院信息系統中的各子系統中，比如HIS,LIS,RIS,OA等，傳遞和展現整個醫療過程中的相關信息。同時，集成信息平臺為臨床數據中心的數據來源提供了技術基礎和保障，通過信息標準、交換原則的制定，對業務系統提供標準的信息交換服務，確保數據交換過程的安全性、可靠性，實現數據在系統平臺范圍內自由、可靠、可信的交換。

通過醫院信息平臺建設，一方面可以規避“點對點”式的信息共享與交換，并使得醫院可以基于信息平臺整體上進行業務流程優化與管理，對內提高管理水平，對外以統一的方式接入區域衛生協同網絡，更好地為人民健康服務。另一方面利于醫院信息系統建設的持續性發展，以適應未來的需求變化，避免信息化建設的大范圍的推倒重來；另外，持續性發展還必須要有一套合適的實施和服務模式作支撐。

第三篇：服務中心值守信息平臺技術建議方案

*****市政府12345服務中心值守信息平臺建設方案

*****市政府

12345服務中心值守信息平臺

技術建議方案

北京***通科技股份有限公司

第 1 頁/共 15頁

*****市政府12345服務中心值守信息平臺建設方案

目錄

目錄....................................................................................................................2 1 2 系統概述......................................................................................................4 系統描述......................................................................................................5 2.1 2.2 3 信息綜合展現....................................................................................5 應急指揮決策....................................................................................6

系統架構......................................................................................................9 3.1 3.2 系統框架............................................................................................9 系統組網..........................................................................................10 系統組成....................................................................................................11 4.1 數據管理子系統..............................................................................11 4.1.1 數據采集...................................................................................11 4.1.2 數據查詢...................................................................................11 4.2 信息發布子系統..............................................................................12 4.2.1 信息管理...................................................................................12 4.2.2 信息綜合展現...........................................................................12 4.3 指揮調度子系統..............................................................................12 4.3.1 事中指揮...................................................................................12 4.3.2 應急處置分析...........................................................................12 4.3.3 事件專題信息展示...................................................................12 4.3.4 任務管理...................................................................................13

第 2 頁/共 15頁

*****市政府12345服務中心值守信息平臺建設方案

4.3.5 事件信息管理...........................................................................13 4.4 輔助決策子系統..............................................................................13 4.4.1 信息展示...................................................................................13 4.4.2 圖形標繪...................................................................................13 4.4.3 路徑分析...................................................................................13 4.4.4 周邊情況分析...........................................................................14 4.5 值班管理子系統..............................................................................14 4.5.1 值班人員信息...........................................................................14 4.5.2 值班排班...................................................................................14 4.5.3 值班日志...................................................................................14 4.5.4 值班報告...................................................................................14 4.6 總結評估子系統..............................................................................15 4.6.1 過程再現...................................................................................15 4.6.2 事件評估...................................................................................15

第 3 頁/共 15頁

*****市政府12345服務中心值守信息平臺建設方案 系統概述

信息化大潮席卷全球，新經濟時代已經到來。信息技術正在深刻改變著我們的生活和工作方式，這種改變，使政府的管理和服務面臨著新的機遇和挑戰。政府熱線電話不僅解決老百姓關心的米袋子、菜籃子、市政建設、反腐倡廉等問題，而且通過政府熱線電話，有效監督政府各部門的工作，促使政府各部門轉變工作作風，有利于廉政建設，使各級干部切實做到全心全意為人民服務，真正架起公仆走向市民的橋梁。

為了方便與市民的聯系與溝通，使政府及時了解人民群眾的疾苦，解決市民生活中的實際困難，各地政府大都開通了政府便民服務電話“12345”，市民可以通過市長熱線向政府部門提出建議、意見或進行投訴、舉報等事項。利用四通八達的電話網，建立了政府與群眾之間全天候的聯系渠道，隨時聽取群眾的意見、解決群眾的困難、接受群眾監督，當好人民的公仆。

呼叫中心系統集業務咨詢、投訴建議、網站合作、數據傳真、即時交流于一體，是一個以電話、Internet接入為主的信息咨詢系統平臺，可以將電話通信、互聯網、數據、聲音、圖像等綜合為一體，幫助快速處理業務和分析用戶數據，提高服務效率。

呼叫中心在處置事件過程中如何直觀展現當前狀態，當發生重大事件上報領導進行相應的輔助決策處置流程，如何對各業務部門資源快速應急指揮調度是便民服務中心存在的問題。

12345服務中心值守信息平臺主要實現便民服務中心信息綜合展現和應急指揮決策應用。通過與12345服務中心平臺對接，可實時展現當前熱點事件、處置情況報表以及總結統計報表。值守信息平臺通過與環保、交通、公安、氣象、城管等單位通信系統對接，處置突發事件時，可調用各單位的語音、視頻資源，協調進行事件處置。通過GIS地圖實時在平時實時展現當前城市運行狀態，在處置突發事件時在地圖上可實時音視頻聯動資源調度。

第 4 頁/共 15頁

*****市政府12345服務中心值守信息平臺建設方案 系統描述

12345服務中心值守信息平臺由信息綜合展現系統和應急指揮決策系統組成。

2.1 信息綜合展現

圖 2-1 信息綜合展現示意圖

通過建設12345服務中心值守信息平臺（以下簡稱值守信息平臺），實現對呼叫中心運行狀態、城市實時運行狀態、事件統計報表等信息數據的綜合展現。

(1)呼叫中心運行狀態

值守信息平臺通過對接12345服務中心平臺事件處置數據，通過控制臺可將當前事件以滾動的方式實時顯示在中心大屏，同時對當日事件可按照事件類型、處置結果等以報表形式實時顯示。

通過與12345服務中心坐席系統數據對接，在指揮中心可實時顯示當前坐席

第 5 頁/共 15頁

*****市政府12345服務中心值守信息平臺建設方案

空閑、遇忙等狀態狀信息，實時掌握服務中心處置情況。

(2)城市實時運行狀態

值守信息平臺通過與環保、交通、公安、氣象、城管等單位的信息系統對接，通過獲取關鍵數據，通過控制臺可在指揮中心大屏以GIS地圖方式直觀展現當前城市運行狀態，同時可對當日熱點或突發事件的實時監測。

(3)事件統計報表

值守信息平臺對各類事件統計分析，可按照日、周、月、季度、年等方式展現各類事件統計報表，報表類型有表格、柱狀圖、餅狀圖等形式。

2.2 應急指揮決策

值守信息平臺可對12345服務中心接報的重大突發事件提供指揮調度和輔助決策功能的應急指揮決策系統。

應急指揮決策系統主要面向事件處置人員和相關領導，完成事件信息與預案、應急保障資源的關聯，全面展現事件的處置進展及處置建議，為指揮決策提供支撐，具體功能點包括：告警提示、事件標注、預案關聯、預案展現、視頻監控瀏覽、應急資源瀏覽、地圖放大縮小、位置查詢、多組呼叫、語音會議、短信通知、發言控制、錄音功能等。

圖 2-2 突發事件狀態圖

第 6 頁/共 15頁

*****市政府12345服務中心值守信息平臺建設方案

(1)指揮調度

圖 2-3 應急指揮決策示意圖

值守信息平臺通過與環保、交通、公安、氣象、城管等單位通信系統對接，處置突發事件時，可調用各單位的語音、視頻資源，協調進行事件處置。

通過集群、手機、有線電話、信息終端等手段及時接收現場的音頻、視頻與圖像，及時了解現場情況，并給與現場應急救援人員命令與指導。

現場接收應急值守處的命令，指揮和部署現場各種救援力量，動態監控現場情況，實現語音、圖像、圖片等信息的連通和協同調度指揮。

(2)輔助決策

輔助決策是應急管理系統中幫助領導和專家進行決策的輔助工具。它是建立在各種數據庫、方法規則庫、數學模型庫和知識庫的基礎上，通過統計、分析等手段，按照不同維度對數據進行全方位的分析和展示，或按專家模型計算模擬結果，以便使決策者能夠據此更為客觀地科學地做出正確的決策。主要包括決策會

第 7 頁/共 15頁

*****市政府12345服務中心值守信息平臺建設方案

議、報表分析、專家模型、方案支持、數據集成、數據挖掘等功能。

輔助決策按照處置步驟分為：

1）調用預案庫；2）現場情況處置分析；3）根據處置方案預判，事件處置；4）無法決策事件，上報領導處置；5）處置事件總結分析。

第 8 頁/共 15頁

*****市政府12345服務中心值守信息平臺建設方案 系統架構

3.1 系統框架

值守信息平臺總體上可分為基礎支撐、數據層、平臺層、業務應用層、信息展現等五個層次，標準規范和安全保障貫穿系統的各個層次，系統總體結構要求如下圖所示：

圖 3-1 系統框架圖

第 9 頁/共 15頁

*****市政府12345服務中心值守信息平臺建設方案

3.2 系統組網

圖 3-2 系統組網圖

值守信息平臺由12345服務中心和5大部門的數據和資源接入，實現各類信息在指揮中心進行信息綜合展現，同時實現語音、視頻、數據的資源統一調度及輔助決策應用。

第 10 頁/共 15頁

*****市政府12345服務中心值守信息平臺建設方案 系統組成

圖 4-1 系統組成示意圖

4.1 數據管理子系統 4.1.1 數據采集

對接12345服務中心平臺實時事件、事件處置、座席狀態等數據，對數據進行分類管理和存儲，為信息發布提供基礎數據。

環保、公安、交通、氣象、城管等信息系統平臺數據對接，通過采集城市運行的關鍵數據，比如交通道路實時情況、實時天氣情況等數據信息，可在信息平臺展現和信息推送。

4.1.2 數據查詢

系統數據按事件類型進行分類管理，可按特定條件進行分類查詢，為值守信息平臺數據管理和轉發提供基本信息條件。

第 11 頁/共 15頁

*****市政府12345服務中心值守信息平臺建設方案

4.2 信息發布子系統 4.2.1 信息管理

對系統信息和時間處置信息分類管理和查詢，值守信息平臺值班人員可對事件進行分類查詢。

4.2.2 信息綜合展現

控制臺可將當前事件以滾動的方式實時顯示在中心大屏，同時對當日事件可按照事件類型、處置結果等以報表形式實時顯示。當前坐席空閑、遇忙等狀態狀信息實時展現在指揮中心大屏。

4.3 指揮調度子系統 4.3.1 事中指揮

應急值守處能通過無線集群、手機、有線電話、信息終端等手段及時接收現場的音頻、視頻與圖像，及時了解現場情況，并給與現場應急救援人員命令與指導。

現場接收應急值守處的命令，指揮和部署現場各種救援力量，動態監控現場情況，實現語音、圖像、圖片等信息的連通和協同調度指揮。

4.3.2 應急處置分析

依據接報的突發事件類型，通過查詢應急預案、應急資源、應急方案和相關的信息，形成對應的突發事件專業應急處置方案。

4.3.3 事件專題信息展示

突發事件上報后，由事件信息觸發形成事件的專題信息展示。對事件發生地，事件發生的裝置、設備、場所信息進行標繪，形成專題信息的綜合展示。

第 12 頁/共 15頁

*****市政府12345服務中心值守信息平臺建設方案

4.3.4 任務管理

對事件管理中應急處置所創建的任務進行管理，包含任務的查詢、查看進展情況等功能。

4.3.5 事件信息管理

對突發事件進行統一管理，包括對突發事件的相關信息接報、處置指令、錄音資料、圖像、圖片資料以及該事件合并接報信息的查看和事件詳細信息的查看。

4.4 輔助決策子系統

實現應急基礎數據、專業業務系統實時動態數據的管理，為應急處置提供輔助決策。

基于基礎數據、專業的實時動態數據、突發事件信息，生成處置方案，并可自動啟動、發布處置決策。其中基礎數據包括：數字化預案、應急案例、處置建議、法律法規、應急知識、圖形標繪、路徑分析、周邊情況分析、車輛定位、視頻監控等。

4.4.1 信息展示

在信息發布臺上，實時展示事件相關的靜態信息（事件的名稱、類型、發生時間、發生地點、空間位置等）以及實時動態信息（變化狀況、處置過程等）。

在GIS地圖上，實時展示各類專業的實時動態數據、救援物資及現場相關情況。

4.4.2 圖形標繪

標繪功能包括標繪工具、協同標繪、符號庫管理等。

4.4.3 路徑分析

利用路網數據確定進行疏散與救援的最佳路徑，為救險車、救援隊伍快速到達事發地提供支持，從而較好實現人員撤離、救援人員行進、物資調度等應急響

第 13 頁/共 15頁

*****市政府12345服務中心值守信息平臺建設方案

應的最優路線選擇，輔助應急指揮人員進行科學、高效的應急處置決策。

（1）最短路徑分析

根據指定起點與終點，系統自動判斷兩點間的最短路徑，并高亮顯示。（2）最佳路徑分析

根據指定起點與終點，系統自動判斷兩點間的最優路徑，并高亮顯示。

4.4.4 周邊情況分析

實現對突發事件區域的緩沖區、危險源、影響范圍、重點防護區域、轉移人員等進行特定分析。

4.5 值班管理子系統

對值班人員信息、值班排班、值班日志、值班報告等信息進行管理。

4.5.1 值班人員信息

對應急工作相關單位和人員的通訊信息進行錄入、展示，以及對通訊錄分組進行維護。包括通訊錄分組管理、維護、導出等。

4.5.2 值班排班

實現值班信息管理，并按管理層級實現值班排班的查看，導出和打印值班安排表。運用短信平臺，實現相關信息在各管理層級之間的定向發送和群體發送。

4.5.3 值班日志

在值班過程中，值班人員的重要操作如信息接報、指令傳達系統均自動記錄，值班人員僅需對關鍵信息進行簡單備注，系統可自動生成值班日志。

4.5.4 值班報告

依據值班人員的值班日志，系統可進行查詢匯總，對關鍵信息進行抽取，輸出值班報告。

第 14 頁/共 15頁

*****市政府12345服務中心值守信息平臺建設方案

4.6 總結評估子系統

實現對應急處置過程和應急能力的綜合評估功能，形成事件評估報告。提供過程再現、事件評估、應急評估、能力評估、評價指標管理等功能。

4.6.1 過程再現

對過程處置方案信息進行災后匯總展示，以及對過程記錄進行增加、編輯、視頻播放，數據導出等。

4.6.2 事件評估

對事件評估報告進行管理，包括事件評估報告的查詢、編輯、刪除與導出數據功能。另外，系統還提供對相同事件類型的評估報告進行過程對比，所有的報告進行統計分析的功能。

第 15 頁/共 15頁

第四篇：物流信息服務平臺項目建設方案

物流信息服務平臺項目建設方案3

一、焦作物流業現狀分析

經過多年的積聚和發展，焦作市已形成了較為完整的產業體系，由此帶動了物流業的較快發展，物流業已成為焦作市服務業發展的主導產業之一。從貨運量方面看，公路貨運量占全市貨運總量的80%以上，公路主要貨源為煤炭及制品、礦物性建筑材料、水泥、化工原料及制品。

二、焦作物流信息服務平臺系統分析

物流信息服務平臺是以信息技術、網絡技術、通信技術為支撐，以物流信息的共享和交換為手段，以“信息服務網站”為表現形式和紐帶，通過聯接物流企業、工商企業、政金融機構、物流設備供應商等各類物流主體，有效整合各類物流信息資源，最終建成集成化的物流信息展示查詢平臺和物流行業服務窗口，以及網上虛擬綜合物流市場。

(一)物流信息公共服務平臺建設的必要性

1、消除物流信息孤島，實現互聯互通，提升綜合效率

通過平臺將獨立的物流業務系統、企業系統、等聯系起來，信息的協同促進了業務流程的協同，從而提升了綜合效率。

2、物流信息分布廣泛，需要公共平臺來實現信息流轉

根據焦作市特點，中小企業在企業總數中所占比例較高，這就使得物流供需信息源分布廣泛，這些信息源的聯通和信息流轉需要由一個公共平臺來進行統一的管理、匹配和協調。

3、信息平臺的建設可以完善物流信息服務體系

目前，物流企業的信息化普及率不高，需要建設公共平臺的物流信息服務體系來為物流企業提供服務。

4、有利于焦作物流企業轉型升級。目前焦作物流總體信息化水平較低，通過該項目的實施可以有效提升焦作物流信息化水平和管理效率。

(二)焦作物流信息服務平臺建設基礎

1、焦作市物流企業正處于向現代物流企業轉型的關鍵階段，這些物流企業對信息化的需求已較為迫切。

2、在新一輪產業結構優化調整中，省市政府均把物流業作為引領現代服務業發展的重要力量。

三、焦作物流信息服務平臺規劃方案

焦作物流信息公共服務平臺將按照“2+4+5”的規劃方案進行建設，具體內容包括：兩個核心定位、五大業務功能、五項公共服務。

(一)兩個核心定位

(1)信息展示中心：物流行業各類信息的集中展示中心。

(2)數據交換中心：根據規范標準，為物流行業業務信息提供數據交換服務，支持不同主體之間的數據交換、并與省際平臺實現數據互通。

(二)五大業務功能

平臺提供門戶網站、信息發布、信息查詢、數據交換四大業務功能。

(三)五項公共服務

平臺提供數字語音服務、結算保險服務、GPS增值服務、誠信評價服務、四項公共服務。

平臺將形成如下功能模塊規劃：

(一)公共信息模塊：形成一個面向物流企業、工商企業、行業協會、主管部門等行業相關企業和機構的權威信息、新聞資訊、招商招標信息發布與展示的平臺。

內容包括政府主管部門發布的信息，行業協會發布的信息，國家、省、市行業相關政策信息，國家、省、市行業新聞資訊信息，招商、招標信息，以及政府、協會、企業等之間的在線交流平臺與行業論壇等。

(二)物流信息模塊：支持通過網站、手機等各種方式進行貨運、倉儲信息的發布、展示與查詢;

并通過系統設置的匹配規則，對物流信息進行自動撮合匹配，提高物流企業的業務成交效率。

(三)數據交換模塊：通過各種交換接口的設置，能夠與省際物流信息平臺、省際物流數據交換中心、物流企業信息系統、工商企業信息系統、物流園區信息系統、國際物流信息系統等實現數據交換。

重點整合徐州港區內重點港口企業、物流企業數據。

(四)商機信息模塊：以信息超市的形式集中展示包括物流設備、物流保險產品、物流地產租售等服務于物流行業的業務產品信息。

(五)企業商務室：企業可通過平臺帳號方式登錄，并根據自身需要對平臺功能進行配置，從而搭建企業個性化的信息平臺。

(六)平臺系統管理：平臺的后臺管理系統。

(七)數字語音服務：通過數字語音信息綜合服務將客戶通過電話、手機的語音通信和短信，發布的供求信息、查詢、咨詢等服務請求、投訴或建議等，與整個公共服務平臺系統整合。

(八)結算保險服務：為物流業務運作的供需雙方客戶提供交易金融結算、代收代繳款、運輸貨物擔保和物流保險服務。

并通過引入保證金管理制度，保障物流業務運作各方的利益。

(九)GPS增值服務：提供公共的GPS增值服務，客戶可通過服務租賃的方式使用平臺的GPS服務功能。

其中，GPS服務功能包括車輛定位、車輛在途實時跟蹤查詢、司機實時聯絡、運行線路預警等。

(十)誠信評價服務：建立物流企業誠信評價體系，通過對物流企業基本情況、業務運作情況、結算情況、其他社會信用等綜合分析，給出物流企業的誠信評價。

第五篇：湖南大學校友綜合服務信息平臺技術方案

湖南大學校友綜合服務信息平臺

技術方案

目錄

1.項目背景 2.項目概述 3.項目建設原則

3.1.1.易用性 3.1.2.可控性 3.1.3.高效性 3.1.4.安全性 3.1.5.可擴展性

4.項目軟件需求描述

4.1.用戶權限管理

4.1.1.用戶權限組/角色的創建與分配4.1.2.用戶認證

4.2.校友信息管理

4.2.1.校友數據批量導入 4.2.2.校友走訪記錄管理 4.2.3.個人消息管理 4.2.4.消息發送和接收 4.2.5.人脈搜索 4.2.6.信息群發功能 4.2.7.校友信息查詢 4.2.8.校友信息去重 4.2.9.校友信息統計 4.2.10.數據標記功能 4.2.11.模板設計 4.2.12.校友信息卡面板 4.2.13.個人空間

4.3.校友組織管理 1 2 2 2 2 3 3 4 6 6 7 8 9 9 9 10 11

錯誤！未定義書簽。11 12 12 12

4.3.1.組織結構 4.3.2.組織管理員 4.3.3.地方校友會空間 4.3.4.學院校友會空間 4.3.5.班級空間

4.4.校友活動管理

4.4.1.活動組織 4.4.2.活動參與 4.4.3.活動分享 4.4.4.投票活動

4.5.校友服務

4.5.1.校友卡申請服務

4.6.后臺管理

4.6.1.日志管理 4.6.2.權限管理 4.6.3.數據備份管理 4.6.4.動態數據庫管理 4.6.5.系統字典管理

4.7.校友門戶頁面與欄目

4.7.1.網站首頁 4.7.2.部門概況 4.7.3.新聞中心 4.7.4.岳麓之星

4.7.5.合作辦學（產學研合作）4.7.6.校友組織（與社區數據同步）4.7.7.校友活動 4.7.8.校友刊物 4.7.9.校友愛心 4.7.10.校友服務

5.項目主機與軟件配置要求

5.1.主機硬件

5.2.WEB服務器的軟件布署環境 13 13 13 14 14 14 14 15 15 16 16 16 16 16 16 17 17 17 17 18 18 18 18 18 19 19 19 19 20

5.3.C/S《校友實名信息數據庫》軟件布署環境 20

6.6.1.6.2.非功能需求

性能需求 安全需求 21

1.項目背景

校友，從狹義上說，是同在一個學校學習、工作過的人；廣義上說，還可以包括為學校做出過貢獻的人。校友對母校會有一種天然的認同感，為我們稱為學緣聯系。而正是這種認同感與感情聯系使校友資源如同一座座寶藏，對高校的發展建設有著不可替代的重要作用。是高校工作的重要組成部分，有效的把校友資源整合起來，對高校的建設與發展具有重要的意義。而校友的人數是與年俱增的，是一種可持續發展的資源。

而學校總是處于“培養一批學子，丟失一批校友”的窘況之中，所以建設一個由全校統一、共享的校友信息數據庫與相關的網站、校友社區的校友綜合服務平臺用來管理、收集、聯絡校友資源是十分有必要的。

2.項目概述

湖南大學校友綜合服務信息平臺（以下簡稱平臺）將是一個全功能的信息平臺，將校友綜合服務與管理、門戶網站、交流社區有機的結合在一起。能過新一代信息技術充分發揮學校校友總會、各類校友組織以及校友個人等多方的能動作用，共同收集整理校友詳細信息，為學校提供一套完整的、動態的校友信息庫。并提供專業的校友網站、社區為校友服務，供世界各地的校友獲取母校信息、分享相關資訊，同時加強校友與母校之間、校友與校友之間的互動交流，增加校友對母校與校友組織的信賴度、活躍度，樹立學校品牌形象，提高社區認知。

3.項目建設原則

3.1.1.易用性

針對校友工作流程與數據特點，提供多種復雜邏輯智能模塊：校友智能認證、校友智能查重去重、校友關系自動查詢等。

系統提供高一致性的界面UI，用戶只需簡單培訓，甚至不培訓就能使用操作系統。

3.1.2.可控性

在系統中建立各類控制點，管理員可隨時進行戰略性調控。如：開放或關閉注冊功能、設置自動審核或人工審核等等。

3.1.3.高效性

提供多種數據導入收集手段，數據采集效率高；提供批量發送郵件、批量發送短信、數據批量模板打印等功能，系統應用效率高；采用動態數據庫技術，數據表、數據字段可自我維護，數據維護效率高。

3.1.4.安全性

數據庫備份機制、數據加密機制、言論過濾機制、數據操作歷史痕跡查詢等等。從最大程度上保證系統數據及言論的安全性及被泄漏的可能。

3.1.5.可擴展性

系統提供數據庫設計功能，能讓管理員即時進行數據庫基本信息升級，避免系統使用使用壽命超不過三年、有新需求就要重新開發的局面。

系統設計時預留對外接口，可與學校相關系統進行對接開發，為學校一體化信息建設提供支持。

4.項目軟件需求描述

湖南大學校友綜合服務平臺應由《校友實名信息數據庫》、《校友實名SNS社區》、《校友門戶網站》三個部分組成。

《校友實名信息數據庫》要求采用CS模式，方便學校控制客戶端的使用數量，防止校友實名數據流失；支持動態數據庫技術，適應信息時態性特性，延長系統的生命周期，確保學校投資價值。

《校友實名SNS社區》要求采用BS模式，方便校友認證登錄使用。校友數據要求與《校友實名信息數據庫》實時同步，達到一庫多系統的要求，方便學校統計采集校友數據。方便校友與母校，校友與校友之間的資訊共享，互助合作。

《校友門戶網站》要求設計風格簡約，排版層次清晰，界面友好人性。并能充分體現湖南大學千年學府的文脈傳承與人文特色。

4.1.用戶權限管理

4.1.1.用戶權限組/角色的創建與分配

系統提供可定制的，粒度可控的用戶權限管理功能。可以自定義用戶角色，為每一位系統用戶分配不同的角色權限。

權限組功能通過對系統菜單的使用權限與數據內容的瀏覽操作權限的劃分形成不同的系統權限組（用戶角色），在通過對用戶的角色分配產生不同級別的使用人員，比如：系統管理員、內容管理員、地方校友會數據管理員、班級管理員等。

不同的用戶權限可以對不同的數據集進行管理，比如： ? 工程學院數據管理員只能看到并管理工程學院的校友數據 ? 珠洲校友會信息管理員只能看到并管理珠洲校友會校友的數據信息

4.1.2.用戶認證

系統管理員先在社區后臺按不同時間段設定不同的注冊認證條件，比如：2000起入校的校友或在校教職工：使用學校統一身份認證注冊，輸入學（工）號、證件號碼(身份證號等)完成注冊。

2000年之前的校友用戶通過填寫自己的入學時間，學院、專業、班級、學歷信息與系統已有人員信息庫進行比對后智能認證。

其他或無法智能認證的校友：

1，用戶在社區中點擊注冊新用戶鏈接；

2，用戶進入注冊信息填寫頁面，頁面上需要用戶填寫的內容最少包括：用戶名，用戶注冊郵箱，用戶密碼，用戶密碼重新輸入。

3，社區后臺生成用戶審核信息，管理員審核后社區后臺自動生成激活鏈接，并將該鏈接通過Email發送到用戶注冊郵箱；

4，用戶接收激活郵件，并點擊激活鏈接完成激活，完成注冊； 5，在激活頁面，用戶輸入用戶名和密碼，完成激活。

4.2.校友信息管理 4.2.1.校友數據批量導入

系統支持批量導入校友信息數據，支持EXCEL、MySQL、MSSQL等格式的數據源。支持同名列名自動/手動匹配。

在導入時還提供查重功能，即通過用戶指定的多個字段進行智能比對，提示可能重復的校友信息數據。并支持一鍵合并功能，保證每一位校友在系統中的數

據唯一性。

4.2.2.與學校其它數據庫交換數據

系統具備與學校其它數據庫對接，交換數據的功能。系統可以將校友數據導出EXCEL，共享給其它系統使用。

系統提供可以和其它數據對接的數據讀取程序，學校需要對接的數據庫比如：迎新庫、學工庫、教務庫可提供數據庫權限或數據中間表，支持EXCEL、MySQL、MSSQL等格式的數據源。通過用戶指定的多個字段進行智能比對，提示可能重復的校友信息數據。并支持一鍵合并功能，保證每一位校友在系統中的數據唯一性。

4.2.3.校友走訪記錄管理

? 管理員記錄校友走訪信息，這些信息包括：時間，地點，目標校友，走訪類型等。走訪類型包括：校友來訪、出訪管理、參與育人信息管理、捐贈

與接收捐贈管理、校友活動管理、雜志訂閱、紀念品信息管理、電話聯絡管理、校友活動管理、生日祝福郵件。

? 管理員可以通過時間、關鍵詞、校友姓名等多種條件對走訪記錄信息查詢，這些查詢條件可以以邏輯運算符號（或，非，與）組合起來進行查詢。? 系統提供統一的管理查詢界面，使得管理員可以統一查詢管理用戶的走訪活動信息，這些活動信息由管理員手動輸入

4.2.4.個人消息管理

用戶可以對自己的發送信息和接收信息進行搜索和刪除等操作，前者的搜索條件包括：時間，發件人，收件人，關鍵字等；后者的操作只影響用戶個人信息頁面的顯示，真正的信息內容將一直保存，只有管理員才能進行刪除等操作。

4.2.4.1.說說

? 校友發布自己的動態與留言，并相互交流。? 說說需要支持發布表情 ? 支持相互評論與@功能。

4.2.5.消息發送和接收

? 用戶登錄后可以接收和發送消息；

? 可發送的消息包括：認證請求；加入校友分會組織的請求；將別的校友加為好友的請求；獲取校友服務請求；活動相關消息等，系統通知等。? 同時也可以接收相關消息。

? 用戶可以對消息進行搜索，分類，刪除等操作。

4.2.6.人脈搜索

? 通過校友名稱尋找搜索認識的校友 ? 能自定義校友分組

? 能查看我的關注與關注我的校友列表

4.2.7.信息群發功能

? 系統管理員可以選擇對多個用戶進行信息群發，發送媒介包括Email和短消息；

? 在Email與短消息群發中，支持標記功能，即管理員可以編寫一個單一內容的主文檔，然后系統可以自動插入標記代表的用戶信息（email地址，姓名等）生成最終的email或短消息發送給不同用戶。

? 已發送過的內容可以被保存為對應的模板以供用戶下次選擇使用。? 為了防止大量發送Email的行為被標記為垃圾郵件發送，因此系統需要合理安排Email發送的數量和頻度，并用多個郵件地址發送的方法規避風險。

4.2.8.校友信息查詢

? 系統提供校友信息庫查詢與管理功能。

? 管理員可以查詢校友的基本信息與附屬信息，前者是學校保存的基本校友信息，后者是校友在使用校友信息系統過程中增加的新信息，包括：履歷信息，活動參與信息，交往信息，捐贈信息等。

? 管理員可以使用組合關鍵字對校友信息庫進行查詢，也可以使用多個字段的組合條件（等于，小于，大于）進行查詢；查詢結果以表格格式導出。? 支持多色分類顯示查詢結果

? 支持動態列表功能，查詢列表的標題可以拖動分類與統計。列表標題用戶可自定義個數。

4.2.9.校友信息去重

系統可通過指定的一條或多條校友信息進行智能對比來進行校友信息查重功能，并可將重復的兩條或多條校友信息合并為一條。

4.2.10.校友信息統計圖

? 系統需支持自動將主信息中的字典字段生成統計圖表。比如按照校友所在城市生成校友城市分布統計圖、按照校友所在行業生成校友所在行業比例圖等。? 需支持餅圖，柱狀圖等多種統計圖表形式。? 生成好的圖表的可以被作為圖片導出

4.2.11.數據標記功能

系統可以對校友數據進行顏色標記，支持所有字典型字段，通過顏色標記，可以快速找到需要的信息。

4.2.12.模板設計

系統提供模板設計功能，可以設計校友胸卡、桌臺、簽到表等校友活動常用標簽與表格格式，并能與數據庫中校友信息相結合并進行套打。

模板設計支持標簽功能，在打印時可以自動帶入標簽所關聯的校友信息，比如校友頭像、名稱、單位、職位等。

設計并保存好的模板能通過模板文件進行共享。

4.2.13.校友信息卡面板

? 校友信息卡面板可以將列表形式的校友信息以卡片的形式展示 ? 卡片的版面布局可以由用戶按照工作習慣自己排版 ? 卡片的布局可以用布局文件進行共享

? 拖上卡片的列表字段的字段名可以由用戶按自己的習慣自定義命名

4.2.14.個人空間

校友的個人空間，校友間可以相互訪問。

內容包括個人相冊、文章、說說、創建或參加過的活動信息、組織信息、個人檔案、消息、所獲勛章、榮譽、積分值、最近訪客等。

個人檔案相關的私密信息默認為非公開，校友可以設置對校友、好友或所有人公開。

個人檔案以外的信息都是對校友公開的。

4.3.校友組織管理 4.3.1.組織結構

用戶按照學校的實際情況自定義學院、專業、班級、地方校友會，并可關聯學院、專業、班級之間的關系。

4.3.2.組織管理員

為每個組織指定一位或多位管理員（與社區配合使用）

4.3.3.地方校友會空間

提供各地方校友會的介紹性展示頁面，提供接口與地方校友會網站互連。系統后臺可以對地方校友會進行管理。

支持自定義LOGO功能，地方校友會空間管理人員可以自定義空間的LOGO，體現當地特色

支持聯系方式，地方校友會空間管理人員可以自己編輯發布地方校友會的主要聯系方式，方便當地校友聯系組織

支持地方校友會活動，地方校友會空間管理人員能發布本地的校友活動，無需主站管理員審批、發布。

4.3.4.學院校友會空間

提供各學院的介紹性展示頁面，提供接口與學院網站互連。系統后臺可以對學院進行管理。

支持自定義LOGO功能，學院校友會空間管理人員可以自定義空間的LOGO，體現當地特色

支持聯系方式，學院校友會空間管理人員可以自己編輯發布學院校友會的主要聯系方式，方校友聯系。

支持本院校友會活動，學院校友會空間管理人員能發布本院的校友活動，無需主站管理員審批、發布。

4.3.5.班級空間

班級按學院、年級進行自動分類列表，并能通過條件快速檢索；提供各班級的介紹性展示頁面。功能要求同地方校友會空間與學院校友會空間。

4.4.校友活動管理 4.4.1.活動組織

? 校友組織管理員或班級管理員可以活動本組織的活動。并由后臺管理員審核后才能發布并推薦到首頁顯示

? 普通校友可以自由申請活動，并由社區管理員審核后發布。

? 活動發起人可以發起活動，設定活動類型、活動主題/名稱、并設定活動時間，預定地點，活動簡介，報名截止時間等。? 活動發起人可以設定活動的日程安排信息。? 活動缺省都是需要報名參加。

? 活動發起人查看活動報名情況，并可以進行后續操作如向活動參與人發送相關消息提醒。

? 活動發起人可以對已經發起的活動進行修改，包括時間，地點等。也可以暫停或取消活動。活動信息修改后，告知總會，推送給用戶的活動通知 ? 活動管理員可以設置推薦或置頂某項已發起的活動。

4.4.2.活動參與

? 校友可以對某個活動設置報名。? 普通校友可以報名參加活動。

? 用戶報名參與活動，并得到審批后，可以在個人信息頁面接收活動發起人發送的相關消息和通知。

4.4.3.活動分享

? 參與活動的用戶可以針對活動發布評論。? 評論包括文字和圖片格式。? 用戶所發布的評論可以被回復。? 活動發起人可以進行活動圖片批量上傳。

? 活動發起人對活動評論擁有管理權限，可以修改和刪除評論信息。? 相關信息可以分享到公共社交平臺。

4.4.4.投票活動

活動了線下活動還可以是線上的投票，由系統管理員發起投票項目，投票可以定制不同的問題與答案類型（單選、多選、問答）。

投票可以在后臺進行管控與統計。

4.5.校友服務 4.5.1.校友卡申請服務

? 申請服務可以由普通校友或校友分會組織管理員發起。? 申請服務請求由系統管理員進行審批。? 審批結果作為信息發送給申請人。

4.6.后臺管理 4.6.1.日志管理

? 校友信息系統中所有用戶的所有操作都必須被記錄在日志系統中。? 后臺系統管理員可以對日志進行檢索和數據分析。

? 系統應該保留或開放基于用戶操作日志的數據挖掘功能接口。

4.6.2.權限管理

? 后臺系統管理員具備用戶權限分配和管理的最高權利。

? 后臺系統管理員負載系統管理員賬號的分配和管理，包括新賬號的分配，權限管理和賬號撤銷。

4.6.3.數據備份管理

? 系統可按管理員制定的備份計劃自動執行離線備份 ? 管理員可選擇完全備份或增量備份 ? 支持臨時的管理員手動備份

4.6.4.動態數據庫管理

動態數據庫管理功能可以讓用戶自定義數據庫上的表與字段，擴展信息對校友信息記錄的完整性。數據庫中的字段可以增刪。字段的長度、類型等只能在新增時設定，不能后期調整。調整后的庫表邏輯、數據庫完整性在用戶正確使用下是可以保證完整的。

? 需要支持新建一張數據表，并記錄為什么要建立這張數據表

? 需要支持在一張數據表中添加一個字段，并對這個字段的顯示名稱、類型、長度等屬性進行設置

? 需要支持刪除一張表，但已有字段的表在刪除前必須刪除所有的已有字段

? 新增的字段可以建立索引并排序

4.6.5.系統字典管理

系統管理員可以通過字典設計功能完善自定義系統中的數據字典。? 可以自定義字典的選項內容

? 選項內容可以通過編號進行索引排序

? 字典通過顯示名稱與數據表中的字典類型字段自動對應

4.7.校友門戶頁面與欄目 4.7.1.網站首頁

門戶首頁需要包括：新聞中心、湖大名師、校友之星、校友企業（產學研介紹）、愛心展示（跑馬燈）、捐贈感謝（字幕滾動）、友情鏈接（校友、校外）、校

友登錄、校友活動日歷推薦、校友卡介紹專欄、校友服務專欄、校友會官方微博、微信鏈接等來組成。

4.7.2.部門概況

部門介紹：介紹部門 機構設置：機構設置介紹 工作職責：工作職責描述

4.7.3.新聞中心

網站公告：校友會官方公告 校友新聞：校友相關新聞報道

4.7.4.岳麓之星

岳麓名師：介紹學校各學院的名師名導 岳麓之星：介紹湖大知名校友

4.7.5.合作辦學（產學研合作）

組織結構：介紹產學研平臺的組織結構

校友名企：介紹知名校友企業或與學校有產學研合作的企業 合作條件流程：介紹合作的參于條件與相關流程

4.7.6.校友組織（與社區數據同步）

地方校友會：各地方校友會的社區空間 學校校友會：各學校校友會的社區空間

班級校友會：各班級校友會的社區空間

4.7.7.校友活動

同步社區中的校友活動在網站中展示，校友可通過網站直接登錄社區并報名參與活動。

4.7.8.校友刊物

提供校友刊物的在線閱讀與在線下載服務

4.7.9.校友愛心

愛心展示：以圖片跑馬燈的方式來展示校友捐贈的實物

感恩回音：以文字+圖片的形式紀實報道校友的愛心感言或受捐人的感恩感言 捐助渠道：介紹校友捐助學校的渠道與方式

4.7.10.校友服務

學歷教育：介紹湖南大學本科、研究生、博士生教育

繼續教育：介紹湖南大學成人教育、自學考試、教育培訓、出國留學業務 校友福利：校友卡介紹（免費風景門票、校友設施租用優惠等等）、校友卡申請的條件與流程

湖大禮品：湖大校友紀念品訂購

校友資料異動服務：登錄社區，進入校友自己的個人空間，更新自己的個人信息

5.項目主機與軟件配置要求

5.1.主機硬件

處理器內存

Intel 8核處理器(2.7GHz, 20M L3緩存,130w)，16GB(2x8GB)1600MHz DDR3內存

硬盤

500G以上容量

5.2.WEB服務器的軟件布署環境

Windows Server 2000/2003操作系統

Apache Web服務器（支持Rewrite模塊和.htaccess）PHP版本5.1.6或更新的版本。MySQL(4.1+)Sendmail或者Postfix郵件服務器（可選）

5.3.C/S《校友實名信息數據庫》軟件布署環境

支持操作系統

Windows xp sp3/Windows vista/Windows 7 32bit 64bit/Windows 8 32bit 64bit操作系統.6.非功能需求

6.1.性能需求

系統容量：需支持50萬校友數據存儲，每個校友靜態數據5K字節；假設活躍校友比例10%，每個活躍校友每年新增5M字節數據量。在以上假設條件下，5年內數據庫容量需求：約1.5T

普通展示性用戶頁面加載時間小于2秒，后臺報表查詢頁面加載時間小于5秒。網絡帶寬需求：移動，聯通和電信的三網暢通訪問。

6.2.兼容性需求

校友門戶網站與SNS校友社區要求采用HTML5+PHP開發，并保證在IE7/8/

9、火狐國際版29.0.1/火狐中國版29.0.1以上版本、CHROME34.0.1847.137 m以上版本兼容運行，不會產生明顯的頁面變形或動態效果無效。

《校友實名信息數據庫》要求用C#.net語言開發，支持dotnet4.0。可以WIN XP/WIN 7/WIN 8操作系統上穩定運行。

6.3.安全需求

校友信息系統需要對常見的web攻擊手段進行防范，常見的Web攻擊分為兩類：一是利用Web服務器的漏洞進行攻擊，如CGI緩沖區溢出，目錄遍歷漏洞利用等攻擊；二是利用網頁自身的安全漏洞進行攻擊，如SQL注入，跨站腳本攻擊等。常見的針對Web應用的攻擊有：

緩沖區溢出——攻擊者利用超出緩沖區大小的請求和構造的二進制代碼讓服務器執行溢出堆棧中的惡意指令

Cookie假冒——精心修改cookie數據進行用戶假冒 認證逃避——攻擊者利用不安全的證書和身份管理

非法輸入——在動態網頁的輸入中使用各種非法數據，獲取服務器敏感數據 強制訪問——訪問未授權的網頁

隱藏變量篡改——對網頁中的隱藏變量進行修改，欺騙服務器程序

拒絕服務攻擊——構造大量的非法請求，使Web服務器不能相應正常用戶的訪問 跨站腳本攻擊——提交非法腳本，其他用戶瀏覽時盜取用戶帳號等信息 SQL注入——構造SQL代碼讓服務器執行，獲取敏感數據