信息管理方案精選(九篇)

前言：一篇好文章的誕生，需要你不斷地搜集資料、整理思路，本站小編為你收集了豐富的信息管理方案主題范文，僅供參考，歡迎閱讀并收藏。

第1篇：信息管理方案范文

關鍵詞：血液信息 管理系統 容災方案

1.血站信息化建設現狀

血站的信息化管理系統有一定的專業性、特殊性，不管是血站內部信息化管理人員還是社會上從事血站信息系統開發的專業人員都比較少，所以血站的信息化建設起步比較低也比較晚，但是血站的所有業務工作和信息管理系統已經越來越緊密結合，因人為、硬件、網絡、意外災害所造成的故障引起數據丟失破壞而造成重大損失也讓血站的信息管理人員更重視數據的備份甚至容災。結合血站自身的信息化建設現狀、應用以及經濟因素，我們可以制定不同的信息系統應急方案來保護數據。

2.容災技術

2.1容災技術

容災是一個范疇比較廣泛的概念，容災對于IT而言，就是提供一個能防止用戶業務系統遭受各種災難影響破壞的計算機系統。容災還表現為一種未雨綢繆的主動性，而不是在災難發生后的“亡羊補牢 ”。

從技術上看，衡量容災系統有兩個主要指標：RPO（RecoveryPointObject）和RTO（RecoveryTimeObject），其中RPO代表了當災難發生時允許丟失的數據量，而RTO則代表了系統恢復的時間。RPO與RTO越小，系統的可用性就越高，當然用戶需要的投資也越大。表1為根據國家標準的災備分級， 對血液行業的RTO/RPO進行分級設定：

需要指出的是，災難恢復能力最高等級RTO不是“0”。即應用沒有達到自動切換。從技術層面而言，目前的遠程集群技術能夠達到應用自動切換的目標，但是這種方式的弊端在于，多種潛在因素（例如集群服務器心跳線中斷、網絡短時間中斷、應用服務器響應不及時等）容易導致在生產中心實際運行正常情況下進行誤切換，運行風險高。災備中心的應用接管是一個管理和決策的過程，需要人為參與，無法完全交給機器和軟件來替代完成的。一旦災難發生，在人為決策后，將災備中心服務器啟動或恢復對外訪問，通過幾分鐘實現業務的快速切換，既能夠達到高等級的災備建設目標，又能避免誤切換的巨大風險。

2.2如何選擇災備等級

單位在選擇合適的災備等級時，需要考慮投資回報率。對于銀行、運營商等行業而言，核心業務系統的數據對于企業的正常運行至關重要，一旦數據大量丟失或業務長時間中斷，造成的影響是無可估量的。因此對于這些行業的核心業務系統，往往選擇等級六的災難恢復等級，雖然投資巨大，但是與風險造成的影響比較起來是相稱的。而對于一般行業（例如中小企業），一方面受到資金投入、技術門檻、人員素質、管理及維護復雜度等因素的制約，另一方面發生災難所帶來的損失也不像銀行、運營商等行業那么巨大，因此完全沒有必要一味追求高的災備建設等級，而是可以結合自身條件在等級一到等級五中進行選擇。

2.3災難恢復策略

每個業務單位中的不同業務系統，可采用不同的災難恢復策略。同樣是銀行、運營商等行業，核心業務的災備等級選擇了等級六，有沒有必要非核心業務（例如OA、網站等）也采用等級六呢？答案顯然是否定的。風險給不同類型的業務所帶來的損失是不同的，因此不能采用一刀切的方式進行災備系統建設，而是需要細致分析業務單位信息系統的重要程度，有效區分核心業務和非核心業務，并平衡業務系統的實際需求和總體成本的關系。因此，各業務單位在進行災備系統建設時，需要根據業務系統重要性的不同，采用不同的災備等級。這也說明，我們在進行災備規劃時，單靠一種方案或一種技術是行不通的，為了實現多種災備等級，需要有一個完整的災備技術體系作支撐。

3.我站采取的數據保護方式

根據采供血業務系統數據安全高于系統實時性要求的特點（RPO>RTO），血站業務系統容災設計實現 5 級容災水平，并為將來升級到 6 級的無損災備做準備。

要真正實現血液信息系統的完整容災，需要對影響系統運行的各個部分進行容災設計，即實現所有系統關鍵部位的容災。

我站目前通過在本地兩幢建筑搭建一個生產中心和備用中心，中間用光纖鏈接。

我站生產中心做好雙機熱備，主要網絡設備都采取冗余方式，但考慮成本關系，存儲并沒有做到冗余，但我們采用ORACLE數據庫，利用ORACLE本身技術做了DATAGUARD，這是一種比較經濟的辦法，能夠有效實現異地數據的實時備份，一旦生產中心的網絡、硬件等出現異常情況，備用中心可以通過手工的方式啟動，數據的丟失即RPO控制在十分鐘內，這是根據我們的業務特點所能夠承受的范圍，但因需要人工判斷和切換，RTO的時間會比較長，大約在2小時以內。我們的主要目的就是保護數據，能盡量在短時間內保證業務系統的正常運行。

參考文獻：

[1]《信息系統災難恢復規范》

[2]文瑞映.ORACLE數據庫的備份與恢復，電腦知識與技術：2006、23期

[3]吳飛承.容災備份未雨綢繆，軟件世界：2007、2

[4]徐娟.企業信息中心容災建設[J]，科技管理研究，2010（7）：128-130

[5]楊朝紅，宮云戰，桑偉前，劉海燕，李慶艷.基于主從異步復制技術的容災實時系統研究與實現[J]計算機研究與發展 2003年07期

[6]王樹鵬，云曉春，余翔湛，胡銘曾.一種容災中間件的設計與實現[J]通信學報 2005年07

[7]劉延卿.淺談網絡數據容災備份技術[J]電腦知識與技術 2012年06期

[8]陳作霞，張凱，李振坤.異地容災系統和數據倉庫中數據同步的設計及其關鍵技術實現[J]計算機應用研究 2007年05期

[9]駱斯文，李云洪.淺談計算機災難及容災備份技術[J]科技廣場 2005年12期

作者簡介：

第2篇：信息管理方案范文

1.1總體設計原則(1)采用MSSQLSERVER2005作為整個系統數據的存儲。⑵采用Framework2.0作為系統應用的開發平臺。(3)采用基于角色的權限管理,使用雙重的基于用戶權限和職位權限的驗證方法對用戶操作權限進行管理。(4)采用統一的界面布局風格原則,保證用戶操作的一致性。

1.2總體技術路線

(1)采用基于SOA(面向服務的體系結構)的架構設計。基干XML、WebService、Ontology等技術的集成框架包括集成總線及AdapterService、元數據庫及集成協調器與供二次開發的API及WebService工具集,它實現了數據互操作,軟件互操作與語義互操作。(2)面向海量數據業務的鏡像式數據緩存管理。(3)集成地理信息系統(GIS)收集、管理、查詢、分析、操作以及表現與地理相關的數據信息。GIS在環境事故應急中有明顯的技#優勢。(4)智能模型庫、模型庫管理系統、模型字典的應用。由干本系統模型之間的關聯性比較強等因素,按傳統的技術不能很好的滿足本系統的應用,因此本系統將智能模型庫、模型庫管理系統、模型字典等相關技術應用于本系統,智能模型庫是以決策支持技術為基礎,以模型為核心,以知識為驅動,集強大的模型管理、模型運行和智能分析功能于一身,將GIS與專業應用模型有機結合,無縫集成。

1.3技術關鍵

本系統以GIS技術為支撐,綜合應用數據庫技術、網絡技術、通訊、GPS、RS等技術,實現GIS與環境質量分析評價方法、模型的環境質量管理和決策支持應用系統的無縫集成。

2系統內容和功能模塊

承德市環境質量綜合信息管理系統的建設內容主要包括:一個數據中心、六個子系統。系統界面分為兩部分,一部分是左側樹形目錄;另一部分是功能模塊界面。

2.1數據中心主要是對日常業務數據進行處理

其功能包括監測項目參數設置、基礎數據管理、中間數據處理、數據的讀入寫出。

2.2六個子系統主要包括(1)監測數據查詢統計子系統:對基礎數據進行統計、匯總、計算,形成各種作需要的統計數據,并進行分類查詢。分為基礎數據查詢、飲用水源地計算結果、地下水計算結果、河流計算結果、噪聲計算結果和大氣計算結果6個子模塊。并通過GIS在相應監測點位上進行信息展示。(2)環境質量分析評價子系統:環境質量分析評價分為水環境、氣環境和聲環境三大類,評價方式根據水、氣、聲的不同評價指標。評級方法均采用國家環保部頒布的評價方法,分析方式包括趨勢分析和對比分析。(3)區域生態環境質量子系統:通過對生態評級指標的分析利用地圖直觀顯示生態環境質量狀況。(4)大氣質量日/預報子系統:市、縣級監測站通過本系統可以實時進行環境空氣質量日報及預報的上報和審核工作及統計查詢,通過網絡平臺實現縣級站與市級站環境空氣質量日報預報的同步上報,并與官方網站對接,實時信息。(5)城市環境綜合整治定量考核子系統:通過對數據中心中涉及到國家城市環境綜合整治定量考核的監測項目的監測數據和環境信息的處理,通過數據處理系統按照考核制度要求的各種上報表格格式顯示考核指標完成情況,方便管理部門實時掌握考核指標的進展程度。(6)業務及地圖子系統:通過GIS地圖可以查詢、搜索監測點位附近環境信息,包栝周邊污染源分布、污染源周邊的生活設施、監測點位設置情況等。通過周邊信息定位空間要素和綜合分析數據變化原因。

3系統創新點

(1)與三維地理信息系統相結合,實現污染物分布與擴散的仿真模擬。(2)可結合地圖對環境測點歷史數據進行查詢統計,將地理信息與大氣、水等環境要素的監測數據結合在一起,結合空間分析模塊,對整個區域的環境質量現狀進行客觀、全面的評價,以反映出區域污染的程度以及空間分布情況。統計結果可以圖表方式(餅圖、直方圖等)顯示在地圖上,統計結果和圖片均可導出。直接應用于報告書的編與。(3)通過網絡平臺實現縣級站與市級站環境空氣質量日報預報的同步上報,及數據審核,數據直接儲存進入數據中心,不必重復錄入大氣數據;并與官方網站對接,實時對外質量信息。(4)實現與國家城市環境綜合整治定量考核制度的對接,通過數據處理系統按照考核制度要求的各種上報表格格式顯示考核指標完成情況,數據表格可以導出,避免人工錄人造成的誤差,方便管理部門實時掌握考核指標的進展程度。(5)本系統基干ArcGISSerVer開發,對于數據保存具有穩定性,同時在本次系統的數據J^FSQLServer2005數據庫格式的數據通過備份的形式轉化為DBF數據表,可直接上報。也可以將以前的DBF格式的歷史數據導入本系統進行分析管理。

4應用效果

第3篇：信息管理方案范文

關鍵詞：變電站信息管理；系統子站系統；設計方案

中圖分類號：TV文獻標識碼： A

引言

電網微機型繼電保護和故障錄波裝置的廣泛應用使傳統繼電保護信息收集匯報不能適應現代調度運行。基于通信網絡和計算機技術的保護及故障錄波信息管理系統應運而生。它是分布式高可靠性開放系統，即能在無人干預下長期穩定地運行；能適應各種接口類型和規約類型的微機智能保護裝置，并可預見性的適應未來網絡技術的發展。

1.系統結構

1.1變電站概況

根據保護的配置和分布情況,目前國內變電站主要有兩種設計形式:一是保護集中式;二是保護下放式。本文設計的子站系統為后者:采集系統可據變電站情況由一、或多個子系統組合,各子系統將采集的信息統一格式后存于集中數據庫中,由另外的遠傳系統統一上送到主站系統。

1.2應用功能

較之目前變電站普遍應用的監控系統,保護及故障錄波信息管理系統應用功能的固有特點為:

①接入系統的二次設備一般只包含微機型保護裝置和故障錄波裝置,而無其它二次設備。

②除監控系統所采集的保護事件信息外,還要采集保護裝置的當前定值信息、線路及變壓器保護的錄波采樣信息及故障報告信息、模擬和開關量通道的采樣信息等系統通信數據量非常巨大。

③系統是為調度和保護專責人員提供現場裝置運行信息的,實時性要求低于監控系統的要求,一般min 級即可。為安全計,該系統一般不提供對現場裝置的遙控操作(錄波裝置遙控啟動功能除外) 。

④因各廠家裝置采用的通信接口、通信協議、數據格式不同,難有統一標準,故該系統的一項重要功能就是統一整理、翻譯、歸類各廠家的信息數據,轉換成統一的格式發給信息用戶。

⑤該系統采集的信息主要是提供給調度和保護專責人員,而一般不在變電站內工作,故應能夠支持不同種類的長距離數據通信方式(主要是目前電力系統中使用較多的電話撥號和光纖以太網兩種) 長距離通信方式。

⑥因所采集的信息量極大且種類繁多,故應有良好的信息分類檢索接口,能夠分析、處理故障信息,為工作人員分析故障提供參考依據。

2.網絡結構

該系統完整的網絡結構分為底、中間、頂3個層次。底層在變電站端，是子站系統與保護及故障錄波裝置間的網絡連接層；中間層是從變電站端的子站系統到調度端的主站系統間的網絡連接層；上層是調度端主站系統與各保護工程師站間的網絡連接層。底層網絡涉及的設備類型和通信接口類型多種多樣，又是整個系統的信息源，最關鍵，也是本文重點討論的。

2.1為簡化系統結構、方便軟件開發、減少維護工作,且因以太網接口目前應用最為普遍,在底層網絡設計時將所有非以太網接口的設備接入子站系統之前,都經過一個前端接口轉換器轉換為標準以太網接口,再接入子站系統的以太網交換機上,完成子站系統與被接入設備間的物理連接。子站系統中的信息處理部分至少應包含信息采集和信息遠傳兩單元。兩單元間以數據庫為媒介來交換信息數據,即由信息采信單元將采集到的信息即時保存了數據庫中,當主站端向子站端請求數據時,信息遠傳單元根據主站端的請求條件,將數據庫中的數據傳送到主站端。子站端的信息遠傳單元至少應給主站端提供上述兩種通信接口形式：以太網接口和Modem 電話撥號接口。為使系統安全、可靠，避免該系統的大量數據通信影響監控系統的實時性能，因此設計系統網絡結構時應將監控系統的通信網絡與本系統的通信網絡在保護裝置的通信接口處就完全分離，各走自己獨立的通道，兩系統間在下層盡可能不發生任何數據報聯系，即保護及故障錄波信息管理子站應直接由保護和故障錄波裝置而非監控系統來采集信息；同時監控系統也直接從保護裝置而非保護及故障錄波信息管理子站來采集信息。原因是保護及故障錄波信息管理子站的實時性不能滿足監控系統的要求；同時監控系統所采集的信息內容不能滿足保護及故障錄波信息管理子站的要求。但兩系統所采集到的信息可以在上層共享，給調度端。

2.2中間層網絡有光纖以太網和Modem 電話兩種形式，前者為寬帶網絡，可靠性高、傳輸率高、實時在線，雖造價昂貴，仍為電力系統數據網絡的發展方向和趨勢，是保護及故障信息管理系統的首選網絡，基于該網絡的保護及故障信息管理系統可準實時的向調度端報告變電站內的運行狀況。后者可用目前已經具備的電話網絡，幾乎無再建設的成本，但是其缺點是數據傳輸效率低、可靠性差，不能實時在線。它一般作為保護及故障信息管理系統的備用網絡，在尚未建設完成光纖以太網的地區也可以暫時使用此種網絡。基于此網絡的保護及故障信息管理系統一般需要調度人員主動查詢站內的狀態，自動上報的實時性比較左且不能長期的實時在線。

2.3頂層網絡目前主要采用以太網(局域網) ,由主站系統給局域網內的用戶授權,允許各種不同的用戶在自己的權限范圍內訪問系統內的相關信息。

3.軟件結構

各廠家的保護和故障錄波裝置的通令規約多種多樣,為便于軟件開發、系統擴充、調試安裝,與裝置通信的程序宜采用模塊化設計。根據現場保護和故障錄波裝置實際配置選擇組合各個模塊以采集相應裝置的信息。采用這種設計方法在變電站需要增加、更換保護和故障錄波裝置時,只需要增加或更換相應的通信模塊即可,系統的其它部分無需任何改動,大大減少維護工作量。系統數據庫采用符合ANSI/ ISO 關系型SQL 標準的數據庫,如Microsoft SQL Server 2000。該數據庫系統支持網絡分布模型。獨立子站系統的信息遠傳應支持有、無調度主站系統兩種方式。前者由調度主站軟件定時向站端子站系統(如每15 s 1 次) 發出巡檢請求,站端子站系統送采集到的新信息給主站系統,同時,主站系統可要求子站系統按指定條件上送相關信息;后者為基于目前最流行的Web信息技術的瘦客戶模式,大子站系統的信息遠傳單元內建立一個Web 服務器,調度端的計算機只要能連接到子站系統的信息遠傳單元即可用Web 瀏覽器(如IE) 來瀏覽變電站內的信息,主站端無需安裝任何軟件,只是在打開瀏覽器瀏覽時,Web 頁面是系統會自動下載并安裝相應的數據分析處理控件,需要瀏覽相關信息(如故障錄波的波形數據) 時,Windows 系統會自動調用相應的控件(如波形分析軟件) 來打開和處理相應的數據。

4.主要技術特點

4.1Web 數據技術

領帶瘦客戶模式的Web 數據技術可使調度端(客戶端) 無需安裝和維護任何軟件即可方便地瀏覽、查詢和分析子站系統采集到的所有信息和數據。無主站系統時也可方便地使用子站系統。

4.2通信程序的模塊化設計

與保護和故障錄波分析裝置通信程序的模塊化設計,大大降低了變電站擴建和改造帶來的系統維護和擴容成本。由于各模塊獨立工作使得一旦某個模塊出現故障就不會擴散到整個系統,系統其它部分依然可正常工作以最大限度的縮小故障范圍。

5.結語

綜上所述，變電站系統的自動化是集成電路技術、微型機技術、通信技術在電力系統應用的必然結果，如果能夠使變電站自動化系統更好的滿足變電站的運行要求，能夠更加安全可靠的服務于調度中心的指令，是我們的設計目標。

參考文獻：

第4篇：信息管理方案范文

【關鍵詞】醫院信息 管理系統 抽樣調查 解決方案

【Abstract】The author of some of Shanghai hospital information management system, a sample survey, and Shanghai hospitals found to have better information management systems to improve the operation of the hospital. However, there may be in the same area without a strong system of unified standards and the standardization of health care workers do not want to use all of the existing system functionality. In addition, the reference to the literature from the author of view, Europe and the United States hospital information management system developed in our country to go before, and the problem has been exposed to it summed up some experience and solutions. This paper aims to report on the investigation have been carried out, and discovered the problem, Combination of American and European countries have come out of experience, puts forward solutions.

【Key words】Hospital Information Management System Sample survey Solutions

引 言

醫院信息系統作為一種新興的信息技術交流,能夠提升醫院的運營效率,增強信息的集成性、實時性,提升醫院的競爭力。本文通過對醫院信息系統存在問題的分析調查,從而找出相關問題的解決方案。

1.背景

隨著醫院信息技術的迅速發展以及計算機應用的推廣,醫院信息管理系統(hospital information system,HIS)已經成為醫院現代化管理的重要標志,是提高醫院的管理水平、工作效率、醫療水平和服務質量的重要手段。醫院信息系統按照Morris F.Collen

[1]所給的定義是:利用電子計算機和通訊設備,為醫院所屬各部門提供患者診療信息和行政管理信息的收集、存儲、處理、提取和數據交換的能力,并滿足所有授權用戶的功能需求。

根據醫療信息水平劃分,醫院信息化即醫院信息系統建設將經歷3個階段:醫院管理信息化階段(HMIS)、臨床管理信息化階段(HCIS)、局域醫療衛生服務階段(GMIS)。HMIS是醫院信息化建設的第一階段,是現代化醫院運行必備的基礎技術環境。HMIS的建成將對醫院起到提高效率、降低消耗的作用。全院級的HMIS要求在全院實現各部門之間所有信息的共享。HCIS是醫院信息化的第二階段,將真正實現電子醫院,醫院的工作人員將人均有兩臺終端;信息處理實現無紙化和無膠片化;醫院之間實現聯網;電子病歷等在網上傳遞。HCIS還可以輔助提高醫療質量和服務質量。GMIS是第三階段,實現這一階段的目標,除了技術上要求更高外,還要在整個醫療系統的管理方面有所突破。目前,這一階段在國際上仍處于試驗中

[2]2006年5月31日北京召開的名為“醫院信息系統現狀與未來”的會議中,受邀請的前美國醫學信息管理協會(HIMSS)董事會主席Dave Garets先生指出,目前歐美國家醫療領域普遍存在信息系統安裝過程歷時過長、缺乏區域合作系統和可借鑒操作模式的現象。美國有87%的醫院信息化建設還處于基礎階段,只有13%達到了電子信息化高級階段。歐美國家所面臨的問題,很多都源于一步一步地發展中的不同版本的軟件不能兼容。然而歐美國家在HIS普及、開發和運用方面是走在我國前面的。目前在我國也存在著很多問題,這些問題與歐美不完全相同,卻非常值得重視。主要體現在以下4點:(1)醫院管理信息系統的高復雜性;(2)資金需求與信息系統建設的矛盾;(3)復合型信息技術的人員缺乏;(4)醫院管理信息系統設計的標準化程度低

[3]Dave Garets先生建議,中國醫院信息化建設要少走歐美的彎路,避免歐美所有問題的出現,就要做到:(1)強制推行各個軟件間的互通性,推行醫用信息系統整合(IHE)標準;(2)推行電子臨床參考術語,如SNO-MED和LOINC;(3)執行共享電子病例;(4)按中國國情進行醫療信息系統建設,不要完全照搬或部分修改美國現有的醫療信息系統產品。我們面對這些問題與Dave Gravets先生提出的建議,能夠采取什么具體措施,是一個非常重要的問題,值得深思。

2.HIS目前的狀態以及一些問題

筆者在上海范圍內展開了一些調研。走訪單位從二級醫院到三級醫院,從醫護科室到信息科。經過對這幾家有代表性的醫院的調查,不難發現,在現實HIS的運用中存在著一些問題,上海市HIS要想走在全國的最前端,需要更多的關注與相關的努力。調研中關心的一些問題歸納如下。

2.1,現狀綜述

從全球信息化的角度來看,目前上海的HIS停留在中低級的信息管理層次上。存在的問題總結為兩點:(1)模式多而無章、后續擴展難、無統一規范化標準的強勢系統;(2)醫護人員不愿意使用。不同軟件公司設計出來的系統,在不同醫院的不同模塊中使用著,這可能會導致數據架構不一致、信息統計困難等問題。另外,由于系統本身存在著不少問題,醫生與其他一線使用人員對現有的較多功能還不能適應。

2.2,目前HIS的定義與應有的功能

目前,中國醫院已建的信息系統中,85%的是HMIS,功能局限于收費、掛號、結賬之類的以財務核算為中心的功能;已經有10%左右的醫院正在嘗試建設HCIS;而GMIS還未開始實施。中國醫院信息化目前的現狀大多數還停留在第一個階段,真正的醫療業務還很少能參與到信息化的方式中去。

HIS綜合的體系架構應該覆蓋整個醫院,多模塊相結合進行綜合管理與運行。其他功能包括:LIS-檢驗報告子系統、RIS-放射報告子系統、PACS-圖像功能系統、醫生工作站、電子病歷等。這些系統都是現在大多數醫院的HIS中不包括的,也是今后中國醫院信息系統的發展完善趨勢。

2.3基本系統模塊的設計者

不談論私立醫院,對于絕大多數的醫院是公立醫院,除了一兩家特大醫院由軟件員自己設計系統以外,在使用的收費、掛號、結賬之類的功能方面的系統,醫院可以有兩種選擇:(1)上海市醫保局有自己規劃的系統,在醫保局中的幾位軟件工程師開發了一個免費的系統。這個系統比較低級,用戶體驗較差,不支持擴展的模塊。如果能用由醫保局幫助設計的這套系統是最好的,但由于其局限性,目前只有非常少的一些醫院在用這套系統,而且這些醫院也都在考慮進行更換這套系統。(2)醫院花錢購買第三方軟件公司設計的HIS。開發軟件需要30萬元左右,硬件配套大約需要70萬～80萬元。這個選擇對于目前醫院來說可以較好地滿足功能上的要求,把系統修改到醫院可以接受的程度。同時也可以支持其他擴展的模塊。也是目前上海大多數醫院的選擇。

2.4,選擇系統

李郝同志在《如何選擇醫院信息系統軟件》中提到:軟件選擇的要素、評價HIS軟件系統的因素非常多,在實際操作過程中,一般建議考慮軟件的功能、質量、技術的先進性、軟件服務供應商的實力、價格五個方面的要素,并形成一個完整的評價體系。那么如何做到這些呢?目前選取公司,上海的醫院運用招標。在擁有了基礎的HIS系統以后,就可以繼續發展前面所說的其他的系統完成真正的HIS了。每個系統都推薦由不同的公司來負責。這樣醫院信息科可以同時把不同模塊的需求發給他們使他們同時做起來,熟悉某一個模塊的業務以后最快做好。在招標中往往可以尋找一些比較大的、比較經濟實惠的、該模塊做得比較好的公司。

2.5,兩個選擇的比較

對醫保開發的系統和第三方軟件公司開發的系統進行比較,不難發現,醫保局設計的系統資金注入不夠多,沒有完善的設計。當時把這個系統植入醫院的時候,沒有滿足個性化的設置,多數功能都是在較為基礎的層面,醫保局的這有限的幾位軟件工程師也來不及針對顧客的反饋要求進行修改,因此長期沒有改動。最關鍵的是它不支持更加深入的其他模塊,不利于后續發展。正由于使用的醫院越來越少了,這套系統更多運用在社區衛生中心的計算機上,而不再是醫院。也越來越少有人愿意在此花費資金與人力,陷入了惡性循環,這不是醫保局失誤,因為醫保局沒有必要設計這個系統;反而,要感謝醫保局的這套系統伴隨多家醫院度過了一些系統空缺的時間。現在每個醫院做每個醫院的系統,每個子系統交給不同的公司做,目前大多數醫院基礎的HIS功能系統是由第三方軟件公司設計的,一些醫院試用的進一步功能的系統模塊,也是由軟件公司進行設計。一個醫院找多個公司設計不同的子系統,這就是現在上海醫院HIS現狀最具有概括性的一面。由于目前很多醫院都在致力開發新增功能的模塊,所以這樣的多模式、多系統、無統一規范化標準,不僅對每個醫院的信息科工作人員提出了較高的要求,而且給后續擴展帶來了較高的難度,由于缺乏一體性的考慮,一旦需求分析中出現了遺漏,多個模塊之間的接合會受到影響,這對每家醫院來說都是不利的。

2.6,實際運用中的問題

醫護人員不愿意使用全部現有系統的功能是實際運用中碰到的問題。目前的病房無紙化信息系統可以嘗試實現,但是門診卻非常難。主要體現在門診從病人掛號取得病歷,到醫生開出的處方,其中內容變化非常大,有很多藥品,從醫院藥方所提供的藥品數量到按照不同年齡開出的量以及用法都是非常不同的。這些多變的情況,造成醫生在電腦上工作的時間遠遠多于手寫的時間,特別是對于一些打字速度慢的醫生,開處方可能會多用掉好幾分鐘的時間,造成病人看病效率下降。

HIS無紙化還是一個非常遙遠的話題,其中還有其他幾個原因:(1)醫生長年累月造成對處方單的依賴,目前有些信息系統界面非常獨特,格式不一定和處方單一樣,讓醫生較難適應,從而產生對電腦系統的上手困難和排斥,很多醫生反映希望將開處方的界面做成與處方單上內容和格式一樣。(2)病歷的問題也是非常重要的,由于病人病歷是一份25頁紙頭的物證,所以不能以電子的形式操作,這也是醫療信息系統的一個特殊問題,所以如果醫生又要寫病歷又要輸入電腦,就會非常繁瑣。也就是說醫生無法擺脫手寫病歷。

2.7,運用中問題的分析

所有的信息管理系統的實際運用都有著一個逐漸過渡的過程,HIS也一樣,不同的是,醫院業務更為復雜,這個過程耗時更長。但是如果系統可以做得好,一切問題都可以解決。比如說以上的病房和門診問題。目前病房的病歷由醫生手工書寫,然后交給護士輸入計算機。在良好的系統中,過渡期可以支持醫生手寫和直接輸入;而如果醫生能高效正確地直接輸入計算機,則可以獲取一定程度的激勵。

目前門診的情況往往就是純粹的手工處方與病歷書寫。雖然就像醫生們介紹的,實際情況復雜,但是這些都可以由一個很好的系統來改變。信息系統中,各科室部門明顯的分類是很重要的,比如說骨科、神經內科、婦科使用的系統是非常不同的,在使用前能夠讓該科室的醫生自己進行針對性設置是很重要的。比如說上萬種的藥以及幾千種的治療方法,在一個科室中可能不一定都要運用,減少數據量后操作可以相對方便一些。病歷問題也有解決方法,比如說現場打印蓋章功能,這些都可以在良好的系統中完成。在保證了功能脫離了手工書寫以后,首先需要讓醫護人員感到使用這套系統沒有帶來諸多麻煩。能運用HIS才可能在使用中獲取回報,比如說醫院管理的人員目前不能查看醫院的各種數據報表分析醫院情況。綜合的系統可以由提供各式各樣的信息來提升醫院的整體效率。

3.解決方案

3.1,提出綜合管理系統

對上海的醫療系統,筆者認為應該提出一個規范化標準,否則可能重走歐美國家的彎路。趙莉麗在《對醫院信息系統規范性需求分析的思考》一文中,提出了三點問題:(1)近年來醫療環境的變化對醫院發展提出的要求更加新、更加高;(2)醫院缺乏有效的監督機制;(3)目前系統本身水平不高。目前的信息系統主要的功能還處在信息收集,功能相對簡單,在信息挖掘和利用等方面顯得不足。信息系統是醫院管理思想和方法的計算機化,信息系統建設水平越高,也就表明了醫院規范化管理水平越高。

在這樣的前提下,應該如何做出能夠滿足規范化標準而且又經濟有用的決策呢?筆者認為上海市可以集資金,由上海市衛生局統一籌集,做一套整個城市的HIS。因為這可能需要耗資上千萬,所以由一家或幾家醫院是無法籌集出來的。然后進行不同模塊的綜合招標,做一套全面的、精心設計而且功能強大真正的HIS,這套系統能夠滿足不同的業務需求,可以留給各家醫院充足的自由定義空間,滿足不同醫院個性化的設置。其功能的自由度就像SAP公司的大型ERP產品一樣。針對不同醫院的強項、醫療環境、病人情況、大樓設施、綜合管理等,能在這個系統中預先制定出不同的方案給醫院選擇。還可以結合現有的所有與醫療信息相關的功能模塊于其中。上海醫療信息管理綜合系統(Shanghai hospital information system,SHIS)可以設計得非常細致而強大。有了這樣的系統作為前提,再真正地將HIS運用實施。由于醫院的業務相對穩定、需求變動較少,所以這個嘗試是可行的。

3.2,SHIS的優點

SHIS的優點包括:(1)這樣的一個資金聚集而開發成的綜合系統才能成為理想可靠的醫療管理工具。設計這個系統是針對“醫院信息系統現狀與未來”會議上提出建議的一種實際措施。(2)SHIS滿足《如何選擇醫院信息系統軟件》中的五點要求。(3)同一個系統可以進行規范化管理。(4)大系統能省去小系統設計帶來的麻煩與浪費的資金。比如:如果一個大公司和很多小公司完成的業務量相同的話,往往在小公司中的員工量要多于大公司的員工量。SHIS的整體規劃可能省去部分人力與資金,如果將這些人力與資金統籌運用,可以良好地優化系統。反之,單個醫院單個小系統招標,然后信息科的人一個一個提供需求,每一個小系統就是幾十萬的軟件費用。這些系統不僅做不大,而且不能夠從整體的角度來進行一體化設計。(5)由衛生局幫助結合醫保制度來設計系統,也許能帶動整個上海市醫療管理事業進步。我們暫且不期待比原本分散的系統能節約資金投入,而是期望可以集中資金辦大事,在幾年中完成這個系統實踐方面的過渡。(6)這個系統也可以更加容易進一步與其他領域系統相結合。(7)針對了我國存在的問題,這是一個很有針對性的方案,可以讓上海在HIS方面走得更遠,在醫療改革中邁出大步伐,向世界該領域最先進的國家看齊。

3.3,SHIS可能遇到的問題

可能遇到的問題有:(1)上海目前的醫院信息化雖然不是站在全國最前沿,但是有不少醫院已經花了很多資金建設自己的HIS,這些醫院目前的HIS運行狀況也是很好的。而這套新的系統的推廣可能受到一些阻礙,比如說新系統對之前各式各樣的數據結構、數據庫架構等的適應。如果不能適應的話,系統過渡期間可能會有一定的歷史數據空缺,這是非常不理想的。(2)把整個SHIS交給一個軟件公司設計是不可取的。在技術創新的過程中,尤其在不斷領先的高科技產業領域里,新產品的開發、生產和銷售,由不同的企業、部門、人員合作(外包)已成為一種趨勢。SHIS可以考慮建立一個較好的科技創新的管理體系。這點我們可以借鑒上個世紀的銥星計劃的失敗案例,盲目投入難有回報。(3)醫院的業務非常復雜,與一般的生產性單位或者一般的企事業單位都有較大不同。設計這樣的系統,需要組織一個綜合的小組。包括軟件開發者、使用者即各個部門的醫護人員。還需要很多其他方面的人才與資金的投入。這是一個很必要但是卻很難做到的措施。(4)雖然看起來總體設計所需要的資金也許可能比每個醫院獨立建設自己的HIS來的要少,但是由于考慮到這個嘗試有很多的未能預料的問題,所以暫且不能期望這個方案能夠比原來節約資金。這個方案的完善還需要很多的努力。

4.結論與展望

醫院信息系統作為一種新興的信息技術系統,能夠提升醫院的運營效率、增強信息的集成性、實時性,提升醫院的競爭力,因而對于很多醫院而言,上不上HIS已經不是問題,關鍵是何時上、如何上的問題。歐美HIS走在世界前沿,我們可以吸取他們總結的教訓,開發出一套適應自己的好系統。在我國醫院信息系統的發展步步艱難,該領域的每一步努力都充滿了艱辛的探索,凝聚著相關領導們的關注、系統設計與開發人員的冥思苦想以及各個醫護層面工作人員努力的配合。

經過對上海幾家醫院的抽樣調查,筆者發現存在的問題包括:無統一規范化標準的強勢系統以及醫護人員不愿意使用全部現有系統的功能,這些問題處于萌芽狀態,而且其表現與前文所述歐美國家存在的問題表現相似。針對這些問題,筆者認為上海市作為一個全國經濟發展中心,可以作為試點,大膽的將醫院的HIS作為一個綜合的系統來制訂規劃,打造一個綜合的SHIS。雖然前途艱難,但是看到了它能帶來的好處,這個規劃值得被考慮。

參考文獻:

1 董建成醫學信息學的現狀與未來.中華醫院管理雜志,2004;20(4):232.

2 王 勇淺談現代醫院信息化建設.實用醫藥雜志,2006;23(8):1010-1011.

3 廖先珍唐續國國內醫院信息管理系統的應用現狀及發展趨勢.醫學信息,2005,18(8):873-875.

第5篇：信息管理方案范文

信息時代的到來，不僅深刻的變革人類現有的生活方式，也極大加速醫院內部各部門間的信息管理系統的建設進程。當下各大醫院之間的核心競爭力之爭，業已由傳統的醫院之間的醫療設備的競爭轉變向醫療機構運行系統的便民性、信息化管理，這既是信息技術時代對醫院的現實訴求，也是緩解長期以來存在的就醫難困境的一個突破點。同時，由于醫院的信息管理系統中通常包括病患的個人信息、醫院的經濟狀況等相對隱私的重要信息，保障現行醫療部門中所運行的信息管理系統的安全就顯得至關重要。

1、醫院信息管理系統的含義

關于醫院信息管理系統的含義，多方學者都試圖從不同角度和側重點對其進行詮釋。一位美國信息系統的權威學者毛瑞斯克倫就信息化管理對醫療機構的影響力角度，給出這樣的定義：“運用互聯網技術和通信設備，在整合醫療機構內部人流、物流和資金流的基礎之上。為實現滿足信息管理系統下全部授權用戶的需要，對醫療機構內部各部門中醫患的診療信息、組織的日常運營的管理數據信息進行的集中采集、處理過程。由于醫療機構本身特有的屬性，決定醫院的信息管理系統的復雜性和整合難度要遠遠超過同級別的其他機構。

2、目前醫院信息管理系統存在的安全隱患

2.1醫院信息管理系統安全意識淡薄

一方面，由于在部分醫院中的管理者仍然執行傳統的管理方法，沒有對信息管理系統安全問題投入足夠的重視。使得下面的工作人員也會隨波逐流，對于信息管理系統的使用也只是流于形式，對相關信息系統的維護、開發工作做的不足。另一方面，由于大多數的醫院對于信息管理系統安全知識的普及工作做的不是很到位，加之部分醫院為了縮減人工成本，錄用的非專業工作人員素質相對偏低，不能勝任信息系統的正確的使用和維護工作，這無疑會增加信息管理系統的主觀安全隱患。

2.2醫院普遍缺少信息管理系統安全預案

一方面，由于醫院科室相對較多，信息管理系統相對較分散和復雜。而且不同科室信息系統有存在重疊的可能性，這在很大程度上增加制定醫院信息管理系統安全預案的難度。加之部分領導憂心制定信息管理系統安全預案的工作繁雜，使得安全預案遲遲不能出現。另一方面，醫院信息管理系統中存在部門間和人員間協調性差的問題，加之日常沒有相關的信息管理系統是安全規范。對于突發的信息管理系統問題，很難在第一時間有明確的機構或人員做出及時應對。

2.3醫院對信息管理系統安全缺乏必要的技術防范

信息管理系統的安全有賴于數據庫的安全運行和數據的完整，而由于醫院在實際的信息管理系統使用過程中缺少必要的相關技術人員，加上懈怠疏忽的工作態度作祟，缺乏對重要數據的備份保存的工作習慣，使得醫院的信息管理系統在受到外界惡意攻擊或由于自身工作人員錯誤操作時，就會造成大量的數據流失，甚至導致醫醫療機構的信息管理系統癱瘓。這樣不僅使院方蒙受一定程度的經濟損失，由于有關病患個人信息的數據的泄露和醫院就診日常工作效率的降低，最終也會導致醫院公信力的下降。

3、保障醫院信息管理系統安全運行的措施

3.1強化加強對醫院信息系統的數據備份和安全審計

數據對整個信息管理系統的重要性不言而喻，為了降低因為信息系統突發故障或者遭受惡意供給而帶來的數據丟失現象的出現，醫院要適時的對管理信息系統內部的數據建立完備的備份和恢復方案。以能夠在最短時間內應對由不明外力而造成服務器癱瘓和相關數據丟失，將不良安全隱患帶來的影響降到最低。在提升信息管理系統化軟件穩定性的同時，可以考慮二次備份數據庫的做法。同時，可以考慮定期對醫院信息管理系統進行數據庫的網絡安全審計與日志分析，從動態角度掌握信息管理系統的實際運行狀態，可以對追蹤網路惡意攻擊和恢復系統數據提供條件。

3.2制定保障醫院信息系統安全運行的預案

首先，要強化醫療機構內部工作人員的信息系統安全意識，因為這些人是操作信息系統的主體。相關部門要制定必要的安全規范章程和操作流程標準，例如要求相關系統的操作指令要達到的安全保護程度和使用權限，都要做出明確的規定，從源頭上降低由主觀失誤造成的安全隱患。并通過日常的信息系統安全培訓學習使工作人員形成良好的操作習慣。其次，包括對醫院信息系統有關的硬件、軟件等存在的隱性安全風險和潛在故障的應急措施都應該列入安全預案之中，包括出現問題后應該由哪些具體的部門來處理，大到部門機構，小到具體的負責人員都要做好明確的分工并予以公示，一旦特殊情況出現可以在第一時間將損失降到最低。最后，要根據醫院信息管理系統安全隱患的等級劃分應對預案，并可以通過設定緊急系統安全狀況處理預案和常規系統安全狀況處理預案的方式，提升醫療機構應對信息管理系統安全問題和維穩就醫秩序的能力。

3.3實施醫院信息管理系統的流程再造

眾多醫院部門自實施信息管理系統起，就已經對舊有的醫療工作和機構內部運作流程起到了改變的作用。為此，實施信息化管理的醫院要以最大限度的滿足廣大病患對便捷、順暢醫療服務的渴求和提升醫療機構綜合醫療水平為基石，以實現醫療資源效率的最大化發揮。如在醫院的就醫環境方面，傳統的做法是設立固定的導診臺，在實施信息化管理后可以適時考慮在醫院的各個樓層通過網路系統提供自助的導診掛號服務，及時向患者顯示出當前已掛號患者的數量。這樣做一方面可以緩解病患因掛號人數過多錯過就診的焦慮情緒，另一方面，由于自助導診掛號的使用可以緩解人員壓力，減少人工失誤的發生，同時便捷直觀的信息可以使病患更好更快的就醫。

4、結束語

第6篇：信息管理方案范文

本次調研是通過對個別建筑師事務所的詳細實地調研和調查問卷發放兩種形式進行需求性調研。通過調研發現如下幾大問題：

1.1工作計劃編制與下達有困難

調查結果顯示，工作計劃的完善是公司最需要改善的方面。通過了解，在工程師方面由于建筑設計項目的特殊性，很多工作難以量化，所以現在的工作制定及量化主要還是依據總工程師的主觀判斷，很難以系統化、公式化、定額化的方式改進此步驟，所以工作計劃的制定是難點。另一方面，工程師對于指令下達的準確性不甚滿意，經常出現設計人員對工作計劃與目標的誤讀而導致的工期拖延；其次是上下級對工作量的預估不能統一且誤差很大，例如對于一個設計方案，業主要求更換幾種材料或更改圖紙，工程師認為半個工作日可以完成，而設計人員預估為兩個工作日，后經討論發現，更改材料對大多數圖紙內容并無實質變化，基本只是文字部分的更改；而設計人員方面認為總工程師制訂計劃主觀因素過多，工作量分配不合理，常出現有人工作繁忙而別人工作清閑的情況；其次在設計過程中，工程師對設計人員的監控不足，不能及時更改不合理的工作計劃。

1.2薪酬制度不合理

調查發現，大多數建筑師事務所對員工薪酬的制定并不科學，多采用按項目金額決定的分配方式，其次是上級領導決定，員工薪酬基本與個人的工作效率無關。眾所周知，績效考核制度和薪酬制度對員工工作積極性起著重要作用，二者是否合理，決定著員工最根本的利益。而這種僅依靠設計項目收入分配的分紅制度嚴重制約著員工個人的積極性與自主性、更高的工作效率與更好的工作態度，并不能給其帶來收益。具有更好的回報體系才能調動員工的積極性、穩定員工的忠誠度和激勵員工付出。

1.3管理軟件不易操作

現在的設計人員及設計管理人員對相對熟悉的電腦軟件及系統有著依賴性，不愿接受新的軟件。尤其表現在軟件需要學習使用的時候，例如project在設計項目管理公司中就很少利用，最明顯的就是畫圖軟件AutoCAD。現在的裝飾設計公司較多用的還是CAD2004，建筑設計公司用得較多的還是CAD2007，但現在CAD已經開發到2013，且界面已經全面更新，在軟件使用上可謂是差了一個時代。另一方面，電腦的系統也相對陳舊，建筑設計公司在Win7來臨的今天大多數還采用WindowsXP的系統，更有甚者用的是Windows2000，所以在信息化時代的網絡化管理手段并沒有在建筑設計公司得到有效采用。

1.4設計變更多

經過對業主和監理單位的調研，了解到設計公司進行全過程服務的較少，經常出現交圖拿錢走人的現象；而且現今設計分包較多，尤其是各類管線設備的設計分包較多，但多個小型設計企業不能協同合作，所以管線經常有碰撞等設計問題；而且即使有了良好的設計，在管線的施工隊入場時也不能做到有組織地進行管理，常常是像搶車位一樣地把有利于自己施工的空間先占去，并不考慮全局。因此，施工過程中的設計單位的輔助工作對于業主是極其必要的，多數設計企業并不能做好售后服務，提高自己的服務質量。

二、基于重點問題的設計管理信息系統

解決方案通過調研，發現建筑師事務所現狀不容樂觀，問題較多。但是由于建筑師事務所有著自身獨特的優勢與不足，不可以盲目學中型建筑設計企業的做法，要逐步、逐層進行改進。首先要完成公司制度的規范與落實，如果沒有統一的衡量標準，員工守則無論是日常工作還是年終考核分紅都沒有有效的依據與標準，人為因素的過多，會導致員工向人情世故方面努力而不是工作；其次，需要逐步進行信息化改革，對于建筑師事務所，最大的需求就是對設計管理的需求，優先開發設計管理信息系統，這樣既克服了其資金少、時間緊張的客觀限制，又解決了面臨的最大困難；最后將信息系統結合公司制度齊頭并進，使信息系統的作用真正落實并通過公司制度保障正常運行。通過信息化手段，在工作效率上有了大幅提高，同時又通過公司制度完善了薪酬機制，調動了員工工作的積極性。以下是基于重點問題設計的管理信息系統解決方案。

2.1工作計劃制訂和下達的改善方案

通過調研，個別大中型設計企業曾經嘗試將設計工作定額化或者量化，但由于設計方案的不確定性，均以失敗告終，所以總工程師在工作計劃制訂方面仍應起到決定性作用。如果輔以設計管理信息系統，記錄上傳，工程師可以回顧或者分享所經歷的工程，可以總結經驗、教訓。在員工方面，通過該系統將總工程師的任務更加明確，通過文字表格的形式細化，盡可能地讓員工了解與設計相關的一切權限允許的信息，降低因為理解差異造成的損失。如果后期開發可以實現動態進度上交，便可以幫助工程師及時更改不合理的工作計劃和人員分配計劃。

2.2薪酬制度改善方案

因為建筑設計是知識性工作，對于時間和進度難以掌控，項目管理有一定的難度，所以人的積極性是否被調動是所有管理中的重中之重，而良好的薪酬體系是解決此類問題的關鍵。設計項目系統將薪酬制度分為兩個主要方向去體現：第一是項目分紅，應當保留并改進原有的以項目收入大小為分配依據的分紅方式，這樣既可以保證企業改革的難度降低，又可以實現公平，主要依據是員工在項目中的責任級別與工作情況；第二是每月獎金，這個部分是根據日常工作情況的月評。以下是具體計算方法：

（1）責任矩陣評分。根據項目責任級別分為3個等級：項目負責人、主要參與人、其余參與人，3個等級制定不同分值。

（2）按照項目設計階段評分。前期研究階段、方案設計階段、初步設計階段、施工圖設計階段、后期服務階段、項目結束及后評價（根據項目實際情況可縮減階段數量）。

（3）制定企業員工、管理人員評分表。（1）、（2）兩項以項目為單位，比例由管理人員確定，決定項目分紅標準。（3）為月報，反映在員工當月薪酬。計算公式：項目分紅＝（階段評分的之和÷滿分）×責任系數×最高分紅責任系數：按其在責任矩陣等級設定系數；最高分紅：完美完成項目可以得到的項目分紅額度；月薪＝工資＋獎金×月報評分系數。

2.3設計管理信息系統軟件開發界面要求

軟件應簡單易操作，大多數軟件或信息系統在實際工作過程中都需要對使用者進行培訓。但由于公司人員本身工作量大，信息系統短時間內的效果并不顯著，設計人員及管理人員較為排斥新的軟件及信息系統。如果想要切實可行地落實設計管理信息系統，必須提供給使用者一個相對友好的界面，減少或省去培訓時間。最好使軟件像ATM機一樣，用最少的操作及按鍵完成盡可能多的功能。

三、結語

第7篇：信息管理方案范文

關鍵詞：GIS；營林管理信息系統；設計方案

建立新模式下的營林信息管理系統，利用網絡科技構建數據庫，是營林管理領域的發展趨勢。GIS技術手段，可以建立B/S模式的管理體系，有效整合管理信息和地理信息，并一體監管圖形形式的數據和屬性形式的數據。采用這種先進的管理模式，能夠幫助營林管理人員全面系統地了解營林活動的發展狀況，并在第一時間內獲取科學決策的根據。

1 設計方案產生背景

森林是一種寶貴的地球資源，它既可以為人們提供生產生活原料，又可以維持生態系統的平衡、降低各種自然災害對人類的損害程度。人工形式的營林，有助于擴大林木面積，實現多樣化的營林效益。營林是一項復雜的系統性活動，具體包括方案規劃、現狀調查和作業模式設計等。對于營林活動的管理，包括檔案建立、方案設計、更新等內容，這種管理工作的覆蓋面比較廣，內涵豐富，數據種類較多，并具有變換性強的特征。為了提升營林數據的管理效率，我們引入了GIS手段，統一管理由基本數據、地理要素、專用圖件構成的數據信息庫。這種信息系統可以分析存儲和檢索營林信息，提高了圖形處理和數據輸出的速度。

2 信息管理目標

營林管理系統，既能夠管理控制林木資源信息，又能夠實現對于這類信息的更新，統一各級別林業管理部門的信息內容。除了管理營林數據庫內的信息之外，系統還要利用GIS手段收集專用圖件，有效整合圖形和數據，促進信息監管的一體化。利用這種新式系統管理數據時，管理人員可以在同一個界面上輸入輸出、整理編輯和查閱數據信息。系統為用戶提供了簡便的菜單，簡化了復雜的空間和屬性信息處理過程。原來需要人工計算的某些數值，現在只需要系統進行自動計算，從而自動建立數據庫和制作地理圖形。基于GIS系統的分析功能較強，先進的GPS技術可以高效收集和整理林木采集信息。

3 系統具體設計方式

基于GIS設計的營林管理系統，包括了計劃方案管理、信息調查管理、審查管理、生產過程管理、驗收環節管理以及GIS方式管理幾個板塊。這些板塊主要實現對于林木信息的規劃、調查、審批和檢驗等管理控制。系統能夠協調和銜接各個環節的業務操作，為營林工作的順利開展和提高決策科學性提供數據依據。

規劃管理的目的是記錄各種形式的營林計劃，為決策提供參照；調查管理的目的是詳細考察與營林相關的各種要素，并設計具體的規劃；審查管理的目的是分類管理各種審批信息，為今后的營林活動做好準備；生產管理是對經審批的設計規劃進行查閱和打印，并跟蹤營林進程；檢驗管理內容為核算、錄入信息、標記數據和查閱，可以打印功能表格；GIS管理結合地理信息板塊，實現各種信息的輸入和保護，并輸出相關圖形等。營林信息資源的專門管理圖形，能夠為管理人員提供當地的氣候、水源條件等信息，供管理人員查閱和記錄。基本的GIS操作方式，包括顯示、縮放、測量和打印電子地圖。用戶只需要在相應的位置點擊，與用戶要求相匹配的電子信息就會顯示在屏幕的獨立窗格中，其內容包括這一點對應的所有屬性數據。管理人員可以根據不同的需要，選取各種圖層中的屬性數據。

在系統顯示的全部數據中，用戶可以找到表示地理屬性的那些數值，準確定位地理物體，并依據字段進行屬性數值的匹配。在完成定位之后，地理因素將會顯示在圖形中。利用這一系統，用戶還可以統計林木的分布狀況，并及時測量蓄積含量、營林面積等。系統提供的信息可以當做評價營林水平的標準，系統可以生成圖表和專用圖形等，打印并輸出給用戶查閱。維護數據的目的是及時更新營林信息，統計并分析與空間和屬性相關的數據。在網絡系統中，用戶能夠實現對于各種數據的直接修正。

4 結語

營林管理信息體系，采用了先進的GIS技術方式，依據林業資源和管理經營實踐的需要，并結合當地的造林狀況，設計開發出高效的管理模式。這種系統的實用價值、擴展性能和針對性都很強，它能在硬件系統的支撐下，對營林所需要的數據進行分類、檢索和儲存，并輸出特定格式的數據圖表和圖形。基于GIS的信息監管系統，有助于管理人員設計形象具體、易于操作的營林方案，因此，這種管理方式具有一定的先進性和專業性。

參考文獻

第8篇：信息管理方案范文

【關鍵詞】電信集團；網絡運維管理；信息系統；設計方案

基于電信集團的長期發展建設目標，其運維管理需要與公司的發展水平相適應，因此，需要對從事的業務進行更加精細化、信息化的管理。信息系統作為運維管理中的核心內容，起著非常重大的作用，文章主要針對電信集團網絡運維管理信息系統設計的相關內容進行探討，并根據實際情況即隨著信息技術的發展以往的主機管理信息系統向網絡的分布式系統進行轉變，試論述其方案設計的方向。

1電信集團網絡運維管理信息系統的概述

電信集團屬于一個大型的企業，其管理的事務多而繁復，管理信息系統的應用能夠極大程度上幫助企業管理，而隨著網絡技術的進步，現在多基于網絡的分布式系統發展即分布式管理信息系統。當前各企業的的管理信息系統正處于提高水平階段，電信集團也不例外。據調查，網絡運維管理中出現的問題過半的比率是由于操作不當引起的，另一部分則是由于系統的不完善。電信集團作為網絡運營商，需要保證IP所承載的安全和穩定，現目前通信企業主要采用的是SSH管理模式、VNC管理模式等，主要對網絡的核心內容進行維護。

2電信集團網絡運維管理信息系統中出現的問題

當前電信集團的網絡運維管理信息系統正處于提高水平階段，因此，系統的不完善會導致諸多問題的出現，極大的制約了網絡運維管理信息系統發揮其作用。主要存在問題有以下四個方面：

2.1系統運維管理維護難

電信集團網絡系統中所涉及的內容繁復，包含了大量的網絡設備、主機終端等，而這些東西又分別支持著集團的各種業務進行活動，進行管理的人員也不盡相同。管理狀態的分散化決定了系統運維管理的維護困難，不利于統一化和整體化。

2.2賬號共享的安全性

雖然網絡運維管理信息系統中各程序都有唯一的賬號密碼體系，但是在集團內部，為了方便操作，通常會制定統一的賬號密碼進行賬號共享，對安全性造成極大的威脅。2.3賬號流程管理不善電信集團的業務量非常大，用戶可通過多種賬號登錄方式進行訪問，但是用戶和業務間基本屬于短連接方式，有可能造成多重交叉，使賬號流程的管理十分混亂。而訪問的方式又過于簡便和多樣，如果在使用某種訪問方式時系統不能對其進行甄別，很容易造成漏洞。

2.4缺乏審計

每個業務間的運行和管理應該是相互獨立的，因此，審計也應該相互獨立。但是在實際情況中，審計內容欠缺，發生問題時只能追尋到具體發生時間，而具體賬戶破壞很難追查。此外，不同操作系統所記錄的日志內容詳細程度不同，容易發生操作失誤。

3電信集團網絡運維管理信息系統功能需求分析

電信集團網絡運維管理信息系統的設計，主要基于其所應具備達到功能需求而制定。因此，針對設計方向，對功能需求進行以下三方面分析：

3.1基本管理功能

大型的網絡運維管理信息系統需要建立一套基本的管理功能使其最后反饋于更高層次的運維管理中。基本管理功能包括：網絡基礎信息管理維護、網絡運行信息查詢與統計、二維地圖信息的網絡定位等。這些功能可以對一些配置信息或物理網絡進行統一的規劃管理，如網絡節點位置。此外，還可以對信息進行數據管理和處理，如網絡分布的空間區域信息。當具備這些基本功能配置時，系統運維管理維護的困難可以很容易被解決，同時還可以發散其他功能作用。

3.2服務端業務管理

網絡運行業務中的資源管理大致可以分為三類：①資源需求管理，電信集團屬于大型企業，運維管理需要從全局出發，對網絡運行資源的需求和運行進行統一的管理。如在計劃申報環節時，工程部門提供相關文件并得到責任工程師審核簽字后，記錄信息系統中。②資源巡查管理，其功能是針對網絡及管線狀態進行巡查。建立巡檢計劃后，如若出現問題，要進行事件報告、事件定位和查詢、派發巡檢任務、增設事件巡查這一整個環節的相關處理程序。③邏輯資源管理，主要包括SDH系統、傳輸系統、業務平臺等一系列的運行資源。在邏輯資源管理中，干線光纖是極為重要的通信資源，并與之前的二維地圖功能進行整合，有利于進行網絡運維管理。

3.3移動端業務管理

這類管理信息系統指場外操作人員持終端或分站點計算機進行相應的資源狀態等信息的發送，而用戶也會通過這些終端提供分點數據并最終進行網絡運行數據整合。這類系統有許多實際操作功能，如對常使用的GIS功能進行延伸，可進行地圖放大、縮小等服務。此外，移動終端功能還支持用戶進行信息管線設施資料等內容的查詢，或與服務端里面的資源巡查管理功能相結合，實現巡線任務記錄。

4電信集團網絡運維管理信息系統的設計

通過對信息系統的功能需求分析，針對所涉及的部分進行具體的系統設計，同時為電信集團網絡運維管理信息系統中出現的問題進行改善補充。設計方案要重點突出對電信集團的貢獻作用和與之相適應的功能結構，避免出現設計矛盾。

4.1電信集團網絡運維管理信息系統結構設計

電信集團的網絡運維管理信息系統的設計，最重要點是要符合其安全性能要求。同時設計原則要滿足操作靈活、可靠安全、審計嚴格等特點，用戶對網絡系統中的相關操作和控制能夠更加規范化，記錄內容真實具體，降低問題出現的頻率。結構設計主要包括系統數據庫整體結構、服務端子系統、移動端子系統三個方面。數據庫整體結構采用瀏覽器結構且支持移動終端訪問，通過“用戶界面———訪問接口層———二維空間圖層———網絡基礎信息、網絡資源數據———巡線事務信息”這一整個流程圖進行管理。服務端子系統，包括之前功能分析里面的資源需求管理，即對每種工程資源進行時間設置管理，制定最晚完成時間，同時將所要進行的任務層層分解，了解每個子節點對應的資源狀況；資源巡檢管理，根據計劃編制填寫與計劃相關的人員、時間等內容，同時利用GIS地圖進行道路巡線路徑制定，并保存提交到數據庫；邏輯資源管理，需要實現對邏輯對象的創建、配置更新等功能，且每個功能需要有一一對應的參數化配置，此外，還要對更新的配置增設重載功能接口等處理和計算方法。

4.2電信集團網絡運維管理信息系統模塊設計

系統模塊設計主要是指對之前存在的問題進行改善性方案設計。①統一認證和鑒別用戶身份。對網絡運維管理中各信息系統的維護困難狀況，審計操作為管理人員創建獨立的登錄賬號，并先登錄在管理信息系統內，再登錄到目標服務器中，確保身份識別。針對不同的業務系統處理，通過session保存登錄信息。②用戶訪問權限控制。系統運維管理人員可以通過用戶賬戶、操作命令等對其訪問權限進行控制，具有包括訪問范圍、登錄時間、授權機制。此外，進行遠程訪問時，要進行同步監控防止出現違規操作的行為。③歷史操作記錄查詢。支持界面查詢功能，如發生網絡安全事故，電信集團可根據歷史記錄進行查詢，并最終確認網絡地址、時間、用戶名等相關信息。信息的查詢同時要以表格輸出的形式進行書面報告，方便運維管理人員的后續管理。

5結束語

文章從電信集團網絡運維管理信息系統的相關內容進行分析論述，最后通過結構設計和模塊設計兩個方面提出了設計方案，最終建立一套完善的網絡安全運維管理信息系統。有利于電信集團實現集中的運維管理，降低問題發生的頻率，最終實現電信集團的經濟效益和社會效益。

參考文獻

[1]殷學強.電信集團網絡運維管理信息系統的設計與實現[J].中國高新技術企業，2013（14）：48~50.

[2]石堅.校園網絡運維系統的設計與實現[D].南京理工大學，2013.

[3]田永利.通信臺站運維管理信息系統工臺的設計與實現[D].電子科技大學，2014.

[4]胡杰.綜合管理信息系統的設計與實現[D].東南大學，2015.

第9篇：信息管理方案范文

本文通過研究典型公司的信息化建設現狀及發展軌跡，將企業信息化建設分為四個階段，并總結每個階段的特征，得出大型企業信息化發展的主要脈絡，給出大型企業集團信息化管理的四個趨勢，為企業信息化建設提供參考和依據。

關鍵詞

信息化建設；信息化管理；信息化發展階段

1引言

信息化作為當今科學技術進步的典型代表，催生了全球經濟社會發展的一系列深刻變革，已成為時展最明顯的標志。通過信息化的建設和應用，持續推進了企業各項業務的管理創新，大幅提高了生產經營管理和決策水平，為推進企業科學發展，做強、做優企業，提升企業經營效率及競爭力提供了有力支撐。當前中國很多企業特別是大型集團公司的信息化實現了從分散建設向集中建設的階段性跨越，處于集成應用階段，涉及到企業由上到下的整體業務鏈、多個管理層級、生產經營各個方面，是一項復雜的系統工程。信息化工作任務十分繁重，實施難度很大，需要強有力的組織領導，符合企業信息化發展的體制機制、高效科學的項目管理、專業化的技術隊伍和可靠的信息安全作保障。由此需要研究信息化發展階段及趨勢，分析研究國內外信息化建設卓有成效企業的經驗，結合中國企業現狀，分析問題并給出相應建議。

2信息化管理發展趨勢

通過對信息化的發展模式及眾多企業信息化建設的分析，信息化建設的發展歷程大約分為四個階段。第一階段企業各自分散建設信息系統，在意識到信息孤島問題以后，逐漸進行系統集成工作，建成某個子業務領域內的集成體系，達到第二階段，之后持續提升，并形成上下一體化的集成應用信息系統，上升為第三階段，最后在降低信息化運營成本和提高運營效率的需求下，形成信息共享服務能力，升華到第四階段。其管理體系也會隨各階段的不同而呈現不同的特征。信息化發展的第一階段各業務各自為政，沒有統一的信息化規劃、業務需求及流程管理、整合的信息化架構和統一的信息化服務。第二階段，開始建立企業統一的信息化組織策略，各業務領域按分工進行需求，流程管理并開展信息化建設。第三階段，在企業統一的信息化規劃的指導下，按業務領域建設業務及流程管理、技術研究、信息化服務的組織架構，并形成具有提供業務咨詢、技術研發、建設運維及集成服務能力的技術力量。第四階段，在企業范圍內建立信息化規劃、業務及流程管理、技術研究、信息化服務的組織架構，形成并提供信息化共享服務。殼牌公司信息化建設處于第三到第四階段的過渡時期。信息化方面實行集中管控，由集團CIO統一領導，總部的IT職能同時按照業務和IT職能進行設置，并設有專門的新技術研發部門、風險管理部門和共享中心，共享中心的主要職責是管理數據、網絡和終端設備，操作業務實行外包，內部僅負責管理和監督。該企業的IT規劃有信息部門牽頭組織，業務部門參與共同制定，IT規劃包含了集團和地區分公司統一建設和所有的配套項目，未列入計劃的項目無法接入信息系統網絡，IT規劃的項目由業務、IT部門共同協商，IT治理委員會根據投資及效益分析的結果按優先順序審批立項。信息化項目分為三類，新建項目、功能提升和運維項目，功能提升和運維項目按年度計劃立項實施，新建項目按投資周期立項實施。IBM公司信息化建設處于第四階段。該企業的業務變革和IT變革深度融合，業務流程管控歸口IT部門管理。該企業同樣設立共享中心，對網絡、通訊、基礎設施、個人設備的日常運營實行外包服務。IT規劃由IT部門牽頭制定，業務部門提出需求，由業務變革部門最終確定，并且項目按照投資分析、效益分析和業務的緊迫度確定優先級，由投資決策委員會根據年度投資計劃確定立項。項目建設的全過程由業務變革、風險管控、項目實施團隊共同完成，并且實行專業化管理。通過案例分析，可以得出集團化企業信息化管理四個方面的發展趨勢。

1）集中管控：強調信息化業務集中管控，促進標準化及共享；強調信息化總體架構和規劃，建立信息化架構管控機制；形成跨部門、跨業務的協同與數據共享管理機制。

2）價值導向：信息化以服務主營業務發展為導向；信息項目立項以集團的整體效益和價值為導向。

3）專業化管理：IT隊伍按主營業務、職能線以及基礎設施實行專業化管理；提升按業務領域提供信息化解決方案的能力；以戰略合作的形式引入外部信息技術專業產品與服務。

4）共享服務：按專業強化內部支持隊伍管理，在不同的業務領域內提供共享服務；隨著云計算、大數據等信息技術的快速發展，集團企業內部的共享服務范圍進一步擴大。

3大型國企信息化現狀及存在問題

企業的信息化建設已經經歷多年發展，信息化運行體制和機制愈加完善，信息系統的應用更加深入，各企業內部也且培育了具有專業技術的信息化隊伍。目前大部分企業都已經建成應用了集中統一的信息化各類管理平臺以及相應的網絡基礎設施，由此推動了管理信息化的變革，進行了由分散到集中到共享的一系列管理體制機制的演變及調整。但是很多企業在面對信息化突飛猛進的時候，信息化的發展要求與企業自身的管理體制機制之間出現了很多矛盾，造成了阻礙信息化發展的壁壘。生產關系要適應生產力的發展水平，同樣信息化管理的體制機制也要適應信息化發展的水平。當前的問題主要體現在以下三個方面。

3.1現有的信息化組織架構不能很好適應業務發展對信息化的需求

企業的信息化工作組織健全、體系完整，但不能較好適應信息化集成應用、跨業務的流程后的協調、架構管控缺失，信息化組織沒有被賦予相應職責及權力。

3.2尚未建立完善的敏捷或快速提升項目的立項及管理機制。

目前各企業的信息化建設項目推進緩慢，仍按照原始的信息化項目推進方式進行，整體需求分析、方案設計及功能實現周期過程，沒有建立完善的敏捷及迭代的項目管理及實施機制。

3.3信息化項目建設的質量有待提高，與業務的結合不夠充分。

項目前期可行性研究深度不夠，尤其是對業務現狀和需求的針對性分析存在欠缺，前期工作不能有效發揮指導系統設計和項目實施工作。并且從方案設計到系統上線過程中，需要經過多個環節，這些環節中缺少評審及把控，可能導致系統功能與實際業務存在差異，影響項目實施質量。

4解決方案

信息建設的速度飛快，為了能更好的促進信息化建設，提高企業競爭力，企業信息化的管理體制機制應該適應信息化發展，根據分析的問題，借鑒國際和國內大型企業的案例，提出以下解決方案。

4.1信息化管理方面實行IT集中管控，由CIO統一領導

總部IT職能同時按照業務和IT職能分別進行設置，加強信息化組織的推動力；設置專門的新技術研發部門、風險管理部門和共享中心。共享中心的操作業務可以實行外包，降低運營成本，企業IT部門負責管理和監督。

4.2IT規劃計劃企業建立統一的架構管控體系，建設統一的總體架構資產，確保信息化項目建設業務發展協同

IT規劃計劃由。IT規劃包含企業統建和旗下子公司所有的配套項目，規劃確定后嚴格執行，未列入計劃的項目無法接入信息系統網絡。每年新項目按照其投資分析、效益分析及業務的緊迫度確定優先級順序，由投資決策委員會根據年度投資計劃確定立項。

4.3進一步提高項目建設的質量

首先，增強項目可研中隊業務現狀和需求的針對性分析，全面分析業務需求，盡量減少項目實施過程中業務需求的變更。其次，優化項目建設實施管理流程，在開發設計、系統開發、測試等多個環節增加相應的審查，減少系統功能和實際業務存在差異的情況出現。企業可以逐步建立共享服務機制，在技術研發、業務領域和基礎設置方面對內部技術力量實行專業化管理，還可以選取市場成熟、技術優勢明顯、服務信譽較高的IT企業作為戰略合作伙伴。

5總結

根據目前企業信息化發展的進程和業務要求，需要轉變信息化的角色定位，要求信息化以服務業務為導向，推進業務與信息的融合，快速適應業務變化，效益優先，集中優勢資源，為主要業務發展方向提供優質服務。信息化工作定位向業務合作伙伴與業務發展載體方向轉變，強化架構管控和業務流程優化，建立明確的安全風險管理組織，明確職責分工；建立共享服務體制，并明確相關方職責。信息化運行方面，對于緊迫的業務需求和新技術的應用，需要快速立項機制，規劃項目強調整體效益優先。

作者：王潔玲 蘇伊拉 王洪瑩 單位：中國石油規劃總院計算機信息中心

參考文獻

[1]彼得•維爾,珍妮•羅斯.IT治理[M],商務印書館.2012.

[2]中國IT治理研究中心.金融業IT治理和風險管理的對策[J/OL],CIO時代網.2011.

[3]王仰富,劉繼承.中國企業的IT治理之道[M],清華大學出版社.2010.

[4]趙捷.企業信息化總體架構[M],清華大學出版社.2014.

[5]劉希儉等.企業信息化實務指南[M],石油工業出版社.2011.

[6]任俊旭.基于SVM的企業信息化能力成熟度測度模型研究[J],商業文化月刊.2011.

[7]邵宏宇.基于信息化能力的企業全面信息管理研究[D],天津大學,2008.