管理系統(tǒng)論文范文
前言：我們精心挑選了數(shù)篇優(yōu)質(zhì)管理系統(tǒng)論文文章，供您閱讀參考。期待這些文章能為您帶來啟發(fā)，助您在寫作的道路上更上一層樓。
第1篇
11網(wǎng)絡系統(tǒng)結(jié)構(gòu)為保證系統(tǒng)兼容性，采用羅克韋爾PLC及配套模塊，按照工業(yè)網(wǎng)絡等級設(shè)置及羅克韋爾所支持的通信協(xié)議，本文設(shè)計了以太網(wǎng)Ethernet／IP和控制網(wǎng)絡ControlNet2層，結(jié)構(gòu)如圖1所示．由圖1可知，管理系統(tǒng)對控制層設(shè)備的監(jiān)控，關(guān)鍵在于設(shè)置OPC服務器，并建立通用的通信手段，使得上層監(jiān)控管理平臺的開發(fā)擺脫對控制器配套軟件的依賴．
12控制犗犘犆服務器中數(shù)據(jù)
1．2．1采集OPC項（OPCItem）中數(shù)據(jù)采集OPCItem中的數(shù)據(jù)，應該遵守OPC訪問規(guī)范（OPCDA）．客戶端程序應該具有服務器（Server）對象、組（Group）對象和項（Item）對象．軟件實現(xiàn)過程如下：打開MicrosoftVisualStudio2010，創(chuàng)建一個Windows窗體項目，在窗體中添加標簽、按鈕．程序設(shè)計首先添加OPC端口引用文件RsiOPCAuto．dll，該文件目錄一般為C：＼ProgramFiles＼CommonFiles＼Rockwell．
1．2．2數(shù)據(jù)寫入OPCItem數(shù)據(jù)寫入OPCItem與讀取OPCItem中數(shù)據(jù)相似，客戶端程序應該具有服務器（Server）對象、組（Group）對象和項（Item）對象，其流程與讀取數(shù)據(jù)的流程相似，不同點是將讀取數(shù)據(jù)改為寫入數(shù)據(jù)．
13存儲犗犘犆服務器中重要數(shù)據(jù)及存儲數(shù)據(jù)的調(diào)用
對電梯的運行進行統(tǒng)計則需要大量的數(shù)據(jù)，這些數(shù)據(jù)來自平時電梯的運行，要得到這些數(shù)據(jù)，需要將OPC服務器中的重要數(shù)據(jù)導入到Access數(shù)據(jù)庫中．為了便于觀察，系統(tǒng)具有顯示、查詢數(shù)據(jù)功能．
1．3．1存儲OPCServer中重要數(shù)據(jù)對派梯算法有影響的最直接的數(shù)據(jù)有呼梯信號所在電梯、轎箱外呼梯層、轎箱內(nèi)呼梯層、呼梯時間．為了保證將所有的呼梯信號存儲到Access數(shù)據(jù)庫中，程序的掃描方式設(shè)置為實時掃描（不間斷掃描）；為了保證不重復的存儲數(shù)據(jù)，程序設(shè)置為當有信號改變時，則將數(shù)據(jù)導入到Access數(shù)據(jù)庫中．首先建立Access數(shù)據(jù)庫，其中包含用戶表（user）和電梯運行信息表（message）；在原有的項目上添加窗體文件，編寫C＃程序，實現(xiàn)客戶端程序與Access數(shù)據(jù)庫的連接、OPC中數(shù)據(jù)存入Access數(shù)據(jù)庫中．
1．3．2分析、篩選數(shù)據(jù)為了便于數(shù)據(jù)統(tǒng)計、管理，開發(fā)有統(tǒng)計、管理數(shù)據(jù)界面，能夠顯示數(shù)據(jù)庫中存儲的電梯按鍵的全部信息，還可以查詢在第犖層停車的所有電梯的名稱及時間．首先添加Form窗體，并改名為Management；在窗體中添加相應的Label，Button，TextBox，DataGridView控件，在DataGridView控件中選擇要顯示的數(shù)據(jù)源；編寫C＃程序，實現(xiàn)數(shù)據(jù)顯示、查詢等功能．
2電梯群控系統(tǒng)智能算法
派梯算法的優(yōu)化原則有時間最短、能耗最低、時間與能耗相結(jié)合3種，核心是評價函數(shù)的設(shè)定．本文使用的時間與能耗相結(jié)合的最優(yōu)原則，需計算以下幾類信息，如樓層、呼叫、轎廂狀態(tài)、曳引機狀態(tài)等，從而完成評價函數(shù)或適合度的評估，計算量小于16犖＋犖（犖－1）／2，其中犖為電梯數(shù)量．相較于典型的單一時間最短或能耗最低原則，此算法性能更靈活，同時還應該具有在呼梯高峰期派遣相應電梯到相應層待命的功能．
21系統(tǒng)總流程圖電梯運行時，上位機管理系統(tǒng)定時掃描PLC中的數(shù)據(jù)，針對群梯系統(tǒng)的實時性特點及考慮輸入、輸出電氣元件的特性，設(shè)定0．25s掃描1次，流程圖如圖2所示．
22子系統(tǒng)及其流程圖1）判斷電梯運行最高、最低層．運行最高層是電梯上行轉(zhuǎn)為下行時的轉(zhuǎn)折層，最底層即電梯下行轉(zhuǎn)為上行時的轉(zhuǎn)折層，其實現(xiàn)過程是，在主程序中添加函數(shù)犿犪狓＿犿犻狀（），根據(jù)轎廂內(nèi)有無按鍵將其分為2種情況：當無內(nèi)部按鍵時，根據(jù)上下行呼梯信號及呼梯信號所在樓層判斷電梯運行的最高最低層．當有內(nèi)部按鍵時，比較上下行按鍵所在樓層、電梯所在當前層，得出電梯上下行最高最低層．2）判斷上下行．電梯上下行是電梯運行規(guī)則的一個標志．電梯的運行規(guī)則是順向呼梯時，電梯停車，反向呼梯，則需等電梯運行至最高層，反向后再響應反向呼梯信號．電梯的上下行判斷，即當沒有下行信號時，如果電梯上行最大層大于當前層，則電梯上行，即UP［犻］＝true，否則UP［犻］＝false；同理，可知判斷DOWN［犻］的真假．3）計算電梯的適合度狊狌犻狋（犻）．適合度由計算得出，與數(shù)值大小成反比．流程圖如圖3所示．4）選擇適合度最高的電梯．比較各電梯的狊狌犻狋（犻），狊狌犻狋（犻）取最小值，如圖4所示．5）將最適合的電梯所對應的電梯號反饋到OPC服務器中，同時PLC得到相應數(shù)據(jù)，執(zhí)行派梯．
3系統(tǒng)調(diào)試及實驗結(jié)果
在管理系統(tǒng)的主界面上點擊“啟動”按鈕，則在主界面的文本框中顯示電梯運行的狀態(tài)信息，如停車次數(shù)、電梯上下行狀態(tài)、等待時間、適合度、最高層最低層等，調(diào)試時根據(jù)這些數(shù)據(jù)，檢查派梯算法、電梯運行過程是否正確．
31根據(jù)電梯的運行過程直觀分析電梯分別停在1層時，在3層、4層分別有一個上行按鈕，結(jié)果是電梯1響應3層呼梯信號，電梯2響應4層呼梯信號，與真實要求一致；繼續(xù)調(diào)試，分別按下5層上行按鈕、2層下行按鈕，結(jié)果為電梯2響應5層呼梯信號，電梯1響應2層呼梯信號，與真實要求一致；再次按順序按下5層下行按鈕、7層上行按鈕、3層上行按鈕，結(jié)果是電梯2開門，電梯1響應7層呼梯信號，電梯3響應5層呼梯信號，調(diào)試結(jié)果與真實情況一致．
32根據(jù)數(shù)據(jù)分析電梯1，2，3，5，6在3層，電梯44層，這時在最短的時間內(nèi)按下如下按鍵：梯1，內(nèi)部按鍵2，6，7，梯2，3，5，6分別按下內(nèi)部按鍵7，外部按鍵按下5層上呼按鈕，其運行數(shù)據(jù)如圖5所示，數(shù)據(jù)分析如下．電梯1：下行，響應2層內(nèi)部按鍵，之后應該響應5層上行按鍵，再響應圖內(nèi)部按鍵6，7，即響應外呼信號前停車1次，響應外呼信號后停車2次，由于時間差，當按下外呼按鈕后，梯1當前層已經(jīng)顯示2層，所以其適合度計算為同理狑犪犻狋狋犻犿犲犉［1］＝（5－2）×2＋1×5＝11狑犪犻狋狋犻犿犲犔［1］＝2×5＝10，同理狊狌犻狋［1］＝狑犪犻狋狋犻犿犲犉×0．7＋狑犪犻狋狋犻犿犲犔×0．3＝10．7，同理，可計算梯2，3，4，5，6的適合度，但由于梯4處于檢修狀態(tài)，其適合度為自設(shè)值（目的是區(qū)別于其他電梯）．犉犻犵．5犕狅狀犻狋狅狉狑犻狀犱狅狑狊狅犳犲犾犲狏犪狋狅狉狅狆犲狉犪狋犻狅狀經(jīng)聯(lián)機調(diào)試，群梯管理系統(tǒng)通過OPCServer與現(xiàn)場設(shè)備之間通信，能夠穩(wěn)定讀取現(xiàn)場設(shè)備運行時的數(shù)據(jù)，并將數(shù)據(jù)導入到Access數(shù)據(jù)庫中；系統(tǒng)能夠控制現(xiàn)場設(shè)備的運行，如電梯按鍵界面控制電梯的上下行，高頻呼梯時間段設(shè)置界面控制電梯在某個時間段內(nèi)有電梯在相應樓層等候．該系統(tǒng)的智能算法使電梯準確響應呼梯信號，滿足候梯時間與能耗最低的綜合優(yōu)化原則．
4結(jié)論
第2篇
1藥局網(wǎng)絡系統(tǒng)概述
該工程的藥品管理分系統(tǒng)包括藥庫管理模塊，藥房庫存管理模塊，科室小藥柜模塊，中心擺藥模塊，處方錄入模塊，處方發(fā)藥模塊，處方打印模塊，綜合查尋模塊，以及自己開發(fā)供靜脈輸液配制中心使用的輸液標簽打印模塊。根據(jù)我院及藥局的實際情況和網(wǎng)絡布線情況，藥局工作站的分布為:藥庫2臺，門急診藥房2臺，中藥房1臺，住院藥房2臺，靜脈輸液配制中心2臺。
藥局各部門的模塊配制根據(jù)實際的工作性質(zhì)而定，藥庫的配置為:藥庫管理模塊，綜合查尋模塊。住院藥房的配置為:藥房庫存管理模塊，科室小藥柜模塊，中心擺藥模塊，處方錄入模塊。門診藥房的配制為:藥房庫存管理模塊，處方錄入模塊，處方發(fā)藥模塊，處方打印模塊。中藥房的配置為:藥房庫存管理模塊，處方錄入模塊，處方發(fā)藥模塊，處方打印模塊。靜脈輸液配制中心的配置為:中心擺藥模塊，輸液標簽打印模塊。各模塊功能上相互獨立，各工作部門間可以相互組合以適應自己的要求。各部門以不同的部門代碼使用相同的模塊就可區(qū)分各自的操作，如藥房庫存管理模塊在門診藥房，中藥房，住院藥房都有，它們可以各自向藥庫申請領(lǐng)藥，便于工作。
采用計算機管理系統(tǒng)有十分明顯的優(yōu)點，在藥品管理方面，如采用人工管理藥庫，往往不能準確知道各種藥品的庫存數(shù)量、各個科室的消耗量，難以制定出合理的采購計劃，造成供應不及時，同時無法對藥品的有效期進行嚴格管理，從而造成過期浪費;采用計算機管理藥品后，由于數(shù)量完全在控制之下，為加強內(nèi)部職員管理提供了有力的工具，不僅可以減少無意的浪費，還可以杜絕工作人員的私用和盜用。在住院部收費方面，由于采用“交押金-記帳-結(jié)算”的工作方式，在沒有采用計算機時，不能及時統(tǒng)計出每個病人所用的費用是否已經(jīng)超過所交押金，會造成許多欠款，給醫(yī)院的財務管理帶來麻煩;同時，由于帳單明細匯總后才能記帳，常常造成漏記和錯記，不僅給醫(yī)院帶來損失，而且造成醫(yī)院同病人之間不必要的矛盾。采用計算機管理住院收費后，每一筆費用的使用，均及時記入電腦系統(tǒng)中，從根本上杜絕了漏帳;同時，可立即查出病人所交押金和所用的費用，及時催交押金，防止欠款。在提高服務質(zhì)量方面，計算機應用于門診和住院管理系統(tǒng)，醫(yī)院各個部門之間的信息交流在網(wǎng)絡中完成，不再需要依靠病人來回走動來傳遞信息，減少了病人看病的環(huán)節(jié)，方便了病人;同時，整個管理更加規(guī)范化、科學化，能夠提高工作效率，提高醫(yī)療水平，從而整體提高全院的服務質(zhì)量。
2藥品管理系統(tǒng)的主要模塊
2.1藥庫庫存管理模塊
2.1.1建立藥品字典如藥品名稱、規(guī)格，醫(yī)療保險信息中的醫(yī)療保險類別、報銷標志等。
2.1.2建帳入庫主要是錄入或自動獲取藥品名稱、規(guī)格、批號、價格、生產(chǎn)廠家、供貨商、包裝單位、發(fā)藥單位等。
2.1.3藥品的出入庫管理可隨時生成各種藥品的入庫明細、出庫明細、盤點明細、調(diào)撥明細、報損明細、退藥明細以及上面各項的匯總數(shù)據(jù)。可追蹤各個藥品的明細流水賬，可隨時查驗任何一品種的庫存變化入、出、存明細信息，并支持藥品批次管理。可以自動接收科室領(lǐng)藥單功能，實行網(wǎng)上領(lǐng)藥。對毒麻藥品、精神種類藥品等特殊藥品藥均有特定的判斷識別處理。具有自動生成采購計劃及采購單功能。
2.1.4藥品的調(diào)價及時調(diào)整藥品的價格，對不用的藥品實行停價。
2.1.5查詢統(tǒng)計可統(tǒng)計分析各藥房藥品消耗庫存，提供藥品的有效期管理、可自動報警和統(tǒng)計過期藥品的品種種數(shù)和金額，并有庫存量提示功能，提供的核算功能。
2.2藥房庫存管理模塊
2.2.1入庫管理門診藥房、中藥房、住院藥房可向藥庫申領(lǐng)藥品，并入庫生成單據(jù)。
2.2.2出庫管理門診藥房、中藥房、住院藥房分別通過處方出庫，擺藥出庫，領(lǐng)藥出庫，各部門之間還可以通過領(lǐng)藥出庫相互領(lǐng)藥，解決了各部門間的借藥問題。
2.2.3查詢統(tǒng)計可對藥品出入庫數(shù)量、藥品的去向、藥品的庫存等進行查詢統(tǒng)計。
2.3處方發(fā)藥模塊主要功能包括:處方確認發(fā)藥，處方查詢，處方退藥，工作量統(tǒng)計等功能。
2.4處方錄入模塊主要功能包括:處方錄入并計價。
2.5處方打印模塊在后臺打印處方，適用于不同的發(fā)藥模式。
2.6中心擺藥模塊
2.6.1自動獲取藥品基本信息可自動獲取藥品名稱、規(guī)格、價格、生產(chǎn)廠家、藥品劑型、住院患者的醫(yī)囑、藥品基本信息等。
2.6.2中藥擺藥模塊功能具有分別按患者的臨時醫(yī)囑和長期醫(yī)囑執(zhí)行確認上帳功能，并自動生成針劑、片劑、輸液、毒麻和其它等類型的擺藥單，同時追蹤各藥品的庫存及患者的押金等。可進行單日或多日擺藥。
2.6.3查詢統(tǒng)計對患者的醫(yī)囑和擺藥情況進行查詢統(tǒng)計。
2.7科室小藥柜模塊用于病區(qū)科室急救用藥或住院藥房夜間無值班時的用藥。
2.8輸液標簽打印模塊主要用于靜脈輸液配制中心輸液標簽的打印。
2.9綜合查尋模塊主要用于藥品的綜合查詢，包括各藥房的庫存，單個藥品的去向，查詢有關(guān)調(diào)價后的所有信息，包括現(xiàn)價、原價及增值情況。查詢有關(guān)調(diào)價后的所有信息，包括現(xiàn)價、原價及增值情況。
3藥品系統(tǒng)模塊應用的體會
3.1藥品字典在藥品管理系統(tǒng)中，藥品字典是醫(yī)院所使用的所有藥品品種目錄的總稱，是極為重要的公用信息表，它包含了藥品的名稱、規(guī)格、單位、劑量、劑型、毒理分類、藥品價格、生產(chǎn)廠商等基本信息。它是藥品管理的基礎(chǔ)，也是臨床和收費的重要依據(jù)。藥品字典的內(nèi)容越標準、越規(guī)范越好。藥品的正名應以通用名為主，同時也可以引入別名，別名可以是藥品的商品名，便于醫(yī)生用藥，藥品的正、別名應有編碼的對應關(guān)系。藥品的規(guī)格應反映藥品的含量信息，規(guī)格是描述所用，如25mg，規(guī)格一定要準確，它涉及醫(yī)生的醫(yī)囑。藥品的單位要對應劑型及規(guī)格的最小單位。藥品的最小單位劑量應是最小的不可分包裝單位所含劑量。藥品的劑量單位應對應最小單位劑量的單位，如mg、ml、g等，最小單位劑量及劑量單位用于擺藥時計算擺藥量所用。藥品字典要有專人維護，要有延續(xù)性。
3.2藥品的庫存管理庫存管理是藥局的重要工作，藥庫要遵循藥品先入庫后出庫的原則，即使遇到科室急需的藥品，也必須根據(jù)發(fā)票入庫后才可發(fā)出，若不入庫，藥房領(lǐng)不到藥，臨床醫(yī)生下不了醫(yī)囑，而無法用藥。門診藥房或住院藥房的申請的領(lǐng)藥單須經(jīng)藥庫確認后，才可轉(zhuǎn)化為出庫單，同時減少藥庫庫存;藥庫的出庫單也須經(jīng)門診藥房或住院藥房確認后才會轉(zhuǎn)化為入庫單。藥房領(lǐng)藥時片劑、膠囊可以以盒、瓶領(lǐng)取，有利于藥庫做帳及盤點;藥房入庫時以最小單位入庫，有利于住院藥房擺藥。
3.3中心擺藥擺藥中心人員從患者的臨時醫(yī)囑和長期醫(yī)囑信息從系統(tǒng)中提取擺藥信息，準確計算出每個病人每日每餐的藥量，并且可按劑型分類，生成擺藥單，經(jīng)人工審核后，最后有打印機打出，擺藥人員按擺藥單將藥品擺出，由科室護士校對確認后取走。擺藥單的人工審核除審查醫(yī)療合理性外，還要對計算出的數(shù)量進行審核，看是否有誤。另外，對一些情況需人工干預，如不能自動計算的藥品。原因包括:醫(yī)囑藥名不規(guī)范，藥品無庫存，醫(yī)囑頻次信息不能自動處理（如每周1次）等。遇到這些情況往往需手工錄入名稱或指定數(shù)量。還有計算出的藥量與實際不符。如兒童用藥每次半片，計算機不能確定其實際消耗數(shù)量，如遇到外用藥，滴鼻、滴眼藥時，其劑量難以準確計算，需手工糾正或錄入實際消耗量。對于特殊藥品、毒麻藥品等仍需憑特定的處方，從處方錄入模塊輸入相應的數(shù)量。中心擺藥室是臨床科室所有藥品的總出口，也是臨床合理用藥的監(jiān)控站。新的擺藥模式充分發(fā)揮了擺藥人員的主觀能動性，確保更準確無誤的擺藥，為臨床科室提供更全面更優(yōu)質(zhì)科學的擺藥方法和規(guī)范、合理的操作程序，減輕了擺藥人員的勞動強度，提高了工作效率。
第3篇
RFIDIT資產(chǎn)管理系統(tǒng)平臺使用的C/B/S的架構(gòu)方式，來分別滿足手持終端、電腦終端、多服務器協(xié)同的要求。
1.1系統(tǒng)設(shè)計原則根據(jù)IT資產(chǎn)RFID標簽操作管理流程，RFID系統(tǒng)設(shè)計遵循以下原則：（1）通過RFID手持終端設(shè)備更新設(shè)備現(xiàn)場信息，實現(xiàn)數(shù)據(jù)信息在ITSM系統(tǒng)、SCCM工具平臺及RFID系統(tǒng)等不同系統(tǒng)間的共享與交互，完善設(shè)備資產(chǎn)信息，建立高可信度的IT設(shè)備臺賬，提高IT資產(chǎn)數(shù)據(jù)的準確性和真實性。（2）IT資產(chǎn)變更流轉(zhuǎn)歷史數(shù)據(jù)可追溯。完成設(shè)備入庫-設(shè)備申領(lǐng)-設(shè)備調(diào)撥出庫-設(shè)備退庫報廢一系列IT設(shè)備資產(chǎn)全生命周期運轉(zhuǎn)在系統(tǒng)流程內(nèi)有效實現(xiàn)，建立行而有效的IT設(shè)備資產(chǎn)全生命周期管理體系。（3）通過RFID電子化標簽進行IT設(shè)備日常運維、巡檢及資產(chǎn)盤點等常態(tài)化工作。（4）實現(xiàn)IT設(shè)備資產(chǎn)運行狀態(tài)監(jiān)控，預防設(shè)備發(fā)生嚴重故障，提高對IT設(shè)備資產(chǎn)管理時效性。
1.2系統(tǒng)整體架構(gòu)RFIDIT資產(chǎn)管理系統(tǒng)從ITSM系統(tǒng)中自動獲取設(shè)備臺帳和設(shè)備使用人信息等，利用RFID手持終端到現(xiàn)場進行任務辦理，任務完成后，相關(guān)功能模塊數(shù)據(jù)結(jié)果同步到RFIDIT資產(chǎn)管理平臺，經(jīng)過資產(chǎn)管理人員審核批準后，同步到ITSM系統(tǒng)中。
1.3總體技術(shù)路線RFIDIT資產(chǎn)管理系統(tǒng)的功能是通過整合其他兩個系統(tǒng)中的數(shù)據(jù)和服務，共同提供服務。為了更好的實現(xiàn)數(shù)據(jù)的及時性，避免數(shù)據(jù)冗余帶來的數(shù)據(jù)不準確，該系統(tǒng)設(shè)計使用數(shù)據(jù)庫集群、應用分離的架構(gòu)設(shè)計，如圖（2）、圖（3）：
1.4系統(tǒng)安全設(shè)計
1.4.1系統(tǒng)運行平臺采用Tomcate平臺作為應用系統(tǒng)的平臺，Tomcat是一個輕量級應用服務器，在中小型系統(tǒng)和并發(fā)訪問用戶不是很多的場合下被普遍使用，是開發(fā)和調(diào)試JSP程序的首選。
1.4.2訪問權(quán)限管理系統(tǒng)分開為三大子系統(tǒng)，即網(wǎng)絡服務器、中間件、手持設(shè)備，采用統(tǒng)一的用戶權(quán)限管理，用戶需要通過用戶名、密碼才可以訪問系統(tǒng)。為了確保各個組件之間的數(shù)據(jù)交互的安全，我們在WebService上也進行了用戶名和密碼的設(shè)置，確保數(shù)據(jù)安全穩(wěn)定。
1.4.3審計日志在WEB服務器、中間件上，配合每個環(huán)節(jié)的歷史日志，記錄了用戶的登錄、同步、任務獲取提交分配等全部行為。
2系統(tǒng)功能包含功能模塊
2.1IT資產(chǎn)新增管理模塊IT資產(chǎn)新增是從IT資產(chǎn)采購入庫到IT設(shè)備調(diào)配工作環(huán)節(jié)中采用RFID技術(shù)進行實現(xiàn)的功能模塊，此功能包含以下模塊：（1）IT資產(chǎn)入庫初始化：RFIDIT資產(chǎn)管理系統(tǒng)獲取ITSM系統(tǒng)中入庫設(shè)備，作為入庫任務，通過RFID手持終端收集設(shè)備信息（it設(shè)備網(wǎng)卡MAC地址、SN碼和RIFD），經(jīng)系統(tǒng)批準后同步到ITSM系統(tǒng)中。（2）IT設(shè)備新增：RFIDIT資產(chǎn)管理系統(tǒng)從ITSM系統(tǒng)數(shù)據(jù)庫獲取設(shè)備申請單，作為任務到RFID手持終端，由RFID手持終端收集設(shè)備信息（it設(shè)備網(wǎng)卡MAC地址、SN碼和RIFD），設(shè)備信息收集完善后可同步到ITSM數(shù)據(jù)庫。
2.2IT資產(chǎn)RFID初始化、盤點、巡檢管理模塊（1）IT設(shè)備RFID初始化：系統(tǒng)同步ITSM系統(tǒng)中的IT資產(chǎn)列表，作為IT設(shè)備RFID初始化任務分發(fā)到RFID手持終端，通過RFID手持終端綁定設(shè)備四項（it資產(chǎn)設(shè)備編號、網(wǎng)卡MAC地址、SN碼和RIFD）關(guān)鍵信息，經(jīng)系統(tǒng)綁定后同步到ITSM系統(tǒng)中數(shù)據(jù)庫。（2）IT設(shè)備盤點：系統(tǒng)自動獲取ITSM系統(tǒng)的IT資產(chǎn)列表，作為盤點任務分發(fā)到RFID手持終端，通過RFID手持終端按部門方式對所有IT設(shè)備進行逐個盤點，回饋盤點結(jié)果到系統(tǒng)中，并同步ITSM系統(tǒng)中。（3）IT設(shè)備巡檢：系統(tǒng)自動同步ITSM系統(tǒng)的中IT資產(chǎn)列表，作為巡檢任務分發(fā)到RFID手持終端，通過RFID手持終端按部門方式快速讀取設(shè)備RFID標簽（有效距離內(nèi)每分鐘完成200個IT設(shè)備的巡檢），并把巡檢結(jié)果同步到系統(tǒng)中，同時經(jīng)IT資產(chǎn)管理人員批準后，同步到ITSM系統(tǒng)中。（4）IT設(shè)備退庫：系統(tǒng)自動同步ITSM系統(tǒng)中的退庫申請單，作為退庫任務分發(fā)到RFID手持終端，按任務要求查詢退庫設(shè)備，退庫任務完成后，同步退庫結(jié)果到ITSM系統(tǒng)中。
2.3IT資產(chǎn)配置監(jiān)控及報告管理模塊IT資產(chǎn)運行狀態(tài)監(jiān)控，是通過RFIDIT資產(chǎn)管理系統(tǒng)自動分析和判斷IT設(shè)備運行狀態(tài)，包括設(shè)備配置變更自動提醒和告警，方便IT資產(chǎn)管理及時定位處理，具體功能如下：（1）IT設(shè)備監(jiān)控：結(jié)合RFIDIT資產(chǎn)管理系統(tǒng)完成的數(shù)據(jù)庫信息，通過系統(tǒng)狀態(tài)監(jiān)控列表，實時對珠海供電局所有IT設(shè)備進行實時的狀態(tài)監(jiān)控，監(jiān)控內(nèi)容涵蓋設(shè)備的運行配置信息、配置變更信息、配置變更歷史查詢和變更處理，同時經(jīng)過IT資產(chǎn)管理人員確認批準后，可把IT設(shè)備配置變更數(shù)據(jù)同步到ITSM系統(tǒng)中。（2）IT資產(chǎn)報表：系統(tǒng)可按要求自動生成個性化的IT資產(chǎn)報表，管理人員通過IT資產(chǎn)報表窗口，對報表條件進行篩選，系統(tǒng)自動生成相應的IT資產(chǎn)報表，并加以圖形界面展示，同時可對自動生成的報表進行導出。
2.4區(qū)域內(nèi)重點資產(chǎn)安全監(jiān)控管理平臺系統(tǒng)對重點數(shù)據(jù)保護區(qū)域和重大IT資產(chǎn)的實時監(jiān)控，通過圖形化的監(jiān)控畫面，資產(chǎn)管理人員可隨時獲取IT設(shè)備所處位置狀態(tài)，防止設(shè)備“非法”移出監(jiān)控區(qū)域，并及時以短信通知相關(guān)資產(chǎn)管理人員進行處理。
2.5系統(tǒng)維護管理包括對登錄系統(tǒng)和RFID手持終端的用戶進行登錄名、密碼和系統(tǒng)使用權(quán)限分配的管理和維護。
