第一篇：廣西婦幼衛生信息管理系統應用存在問題

《廣西婦幼衛生信息管理系統》應用存在問題

由上海龍騎計算機科技有限公司開發的《廣西婦幼衛生信息管理系統》經過多年使用對廣西婦幼保健工作起到一定的促進作用。但也存在主要以下的問題：

一、設計觀念落后，未能更好地提高應用和管理效率

《廣西婦幼衛生信息管理系統》設計沒有實現基于健康檔案區域衛生信息平臺及與其信息流程、運行模式相適應的各類業務應用系統，旨在消除“信息孤島”和“信息煙囪”，實現不同醫療衛生機構之間的互聯互通和信息共享目標，造成婦幼保健機構臨床、保健、婚前保健、出生醫學證明、公共衛生、婦幼衛生項目、醫保、新農合等不能互聯互通和信息共享，而重復建檔工作效率不高現象。

二、組網方式不適合大數據量傳送

《廣西婦幼衛生信息管理系統》采用公網寬帶傳送不適合定時和適時數據傳送，效率低，安全性不可靠，數據傳送有數據遺失現象。

三、軟件開發應用價值不高

傳統的婦幼保健信息系統實現對服務對象健康信息的全面掌握，在數據規劃和數據管理上，要求進行完全獨立的控制，建立專屬于婦幼保健領域的專項健康檔案和集中的業務數據中心，并直接從各相關服務承擔機構采集需要的各項數據,使用該龍騎系統結果是：對服務對象而言，因為不同的健康或疾病問題，需要往

返于多個機構、建立多“卡”多“冊”，信息不能共享，本屬于自己的完整的健康檔案信息分散在各地，并且可能重復檢查甚至重復治療，或不能得到及時的追蹤隨訪服務；對基層衛生服務機構而言，同一服務對象的同一數據可能需要按照不同“條線管理”的要求重復采集、重復上報，且難以從其他機構獲得需要的數據，工作效率低下、基層業務人員苦不堪言；對區域衛生管理部門而言，需要重復投入、建設多種類型的專項健康檔案和多個領域(條線)業務數據中心，而各專項健康檔案和領域數據中心可能掌握著同一服務對象的同類數據卻可能不一致，“數出多門”，不能滿足信息綜合利用、支持科學決策的要求。

（一）系統不能隨時快捷形成高危孕產婦和高危新生兒總體信息，對高危孕產婦和高危新生兒、體弱兒管理信息支持低，不能更好應用于高危孕產婦和高危新生兒、體弱兒實際管理干預。

（二）不能直接形成國家和自治區婦幼保健報表，不能很好地支持衛生管理決策和服務質量控制。

（三）不能有效支持保健和臨床相結合，缺乏產兒科臨床相應的醫生工作站的開發窗口，不能形成產科、新生兒病歷等，產兒科病歷基本信息重復建檔，造成臨床醫生不愿使用。

（四）婚前保健資料不能共享，軟件雖然含接有婚前保健登記模塊，孕期保健建檔并不能調用婚前保健基本信息。因此孕期保健又需要重復建檔。

（五）軟件不具自動識別清除重復建檔資料，造成數據庫兒童數量大大多多于實際兒童數，導致信息可靠性降低。

四、建議

婦幼保健信息系統不是孤立的業務應用系統，而是整個區域衛生信息化業務應用體系中的一個重要成員，婦幼保健信息系統所管理的特定服務對象(婦女兒童)的專項健康數據，只是服務對象在整個生命進程中形成的完整健康信息的一部分。正確地認識和處理好婦幼保健信息系統與其他業務應用系統(如醫療服務、疾病控制和社區衛生等)在數據資源建設上的相互銜接和互為補充的協作關系，在區域層面實現跨領域、跨系統的數據資源整合，是實現相關業務應用系統共同支撐全程一體化健康管理服務的重要基礎。新一代婦幼保健信息系統應在做好區域衛生信息資源規劃和數據標準化基礎上，將基于“領域業務數據中心”的傳統煙囪式系統建設模式轉變為基于“區域業務數據中心”的集成化開發模式，實現業務數據中心的“共建共用”，徹底取消系統問的“數據接口”，滿足“統一高效、資源共享”的區域衛生信息化建設總體要求。

（一）市為區域單位，由市衛生局組織制定本區域衛生信息系統開發規劃，按照衛生部衛生信息化建設：標準統一、保證安全、以法治業、經濟實效、因地制宜的基本原則重新開發新一代婦幼信息管理系統。

（二）分析總體設計思路：新一代的婦幼保健信息系統應在滿足婦幼保健領域自身服務與管理需求基礎上，向以“人的健康”為中心的全生命周期健康管理模式發展，體現“以人為本”的區域醫療衛生信息系統一體化設計理念。嚴格按照“統一規劃、統一標準、集成開發、共建共用”的原則，在準確理解、把握婦幼保健信息系

統在健康檔案和區域衛生信息平臺中的定位、作用和相互關系基礎上，做好與相關業務領域的數據資源整合和應用系統整合，并充分利用區域衛生信息平臺提供的各項功能，搭建高效統一的業務管理平臺及區域共享的業務數據中心，實現與其他業務應用系統的互聯互通和協同工作，滿足區域醫療衛生服務和健康檔案建設的需要。

（三）從“領域內業務管理”向“區域化服務個人”戰略重點轉變。深化醫藥衛生體制改革的核心是強調“以人為本”。要求從衛生服務理念、醫療衛生制度、衛生服務模式和服務手段等各方面充分體現以服務居民個人為中心的改革思想，以提高有限衛生資源的可及性和公平性，促進解決老百姓“看病難、看病貴”等社會問題。以居民健康檔案和區域衛生信息平臺建設為重點的醫藥衛生信息化戰略規劃和各項任務的提出，正是貫徹落實“以人為本”改革思想的具體舉措。為適應新形勢的要求，在業務應用系統建設上，應樹立以“人的健康”為中心基于區域衛生信息平臺的婦幼保健信息系統建設技術解決方案的全程服務理念，以實現居民全生命周期健康管理為目標，將建設的重點從傳統的“面向領域、重業務管理”及時轉向“面向區域、重服務個人”。站在服務全局的高度，通過開展全面、系統的區域衛生信息資源規劃，優化業務流程和服務模式，提高服務質量和效率，滿足“惠及居民、服務應用”的戰略要求。

（四）與相關業務領域數據資源整合，實現業務數據中心的共建共用婦幼保健信息系統不是孤立的業務應用系統，而是整個區域衛生信息化業務應用體系中的一個重要成員，婦幼保健信息

系統所管理的特定服務對象(婦女兒童)的專項健康數據，只是服務對象在整個生命進程中形成的完整健康信息的一部分。正確地認識和處理好婦幼保健信息系統與其他業務應用系統(如醫療服務、疾病控制和社區衛生等)在數據資源建設上的相互銜接和互為補充的協作關系，在區域層面實現跨領域、跨系統的數據資源整合，是實現相關業務應用系統共同支撐全程一體化健康管理服務的重要基礎。新一代婦幼保健信息系統應在做好區域衛生信息資源規劃和數據標準化基礎上，將基于“領域業務數據中心”的傳統煙囪式系統建設模式轉變為基于“區域業務數據中心”的集成化開發模式，實現業務數據中心的“共建共用”，徹底取消系統問的“數據接口”，滿足“統一高效、資源共享”的區域衛生信息化建設總體要求。

（五）與相關業務應用系統整合，具備統一高效、各司其責的協作能力由于一項系統、完整的婦幼保健服務可能由多個業務活動組成，這些業務活動的具體執行和業務數據的產生源頭可能涉及多個衛生服務機構。為加強信息資源高效整合和充分利用，避免相關應用系統的重復建設和數據重復采集，應首先打破領域和條塊限制，通過開展區域衛生信息資源規劃，對區域范圍與人的全生命周期健康管理相關的各業務領域進行全面的業務需求、業務流程和職能邊界分析與統籌規劃，按照“數據從哪來、功能就歸哪”的原則，做好婦幼保健信息系統以及相關業務應用系統的功能域重組、數據流程再造以及功能模型的優化設計，避免相關系統之間功能交叉重疊，改變傳統封閉式的婦幼保健信息系統建設格局，回歸領域信息系統的邏輯特性。使邏輯架構下的婦幼保健

信息系統各業務子系統，在區域衛生信息平臺的基礎支撐下，具備“統一高效、各司其責”的協作能力，能夠共同、有機地參與到婦幼保健業務活動中來，從根本上消除“信息孤島”和“信息煙囪”。

2014年7月8日

第二篇：加強婦幼衛生信息管理

加強信息管理 提高信息質量 促進婦幼衛生信息工作規范化 2011年我區婦幼衛生信息在各級領導的重視和婦幼信息工作者的共同努力下，我們以貫徹“一法兩綱”為核心，以面向群眾、面向基層為服務導向，以婦女、兒童健康為服務宗旨，獲取及時、完整、準確的婦幼衛生信息為準繩，認真開展各項工作。今年我區婦幼衛生監測工作均按要求完成信息質量并逐步提高，婦幼衛生信息工作逐步走向完善和正規化。我們具體是從以下幾個方面開展工作：

一、突顯婦幼衛生信息管理地位

（一）領導重視 各級領導充分認識到婦幼衛生信息是婦幼衛生機構制定計劃和決策的依據，加強婦幼衛生信息管理是確保婦幼衛生信息及時、完整、準確的重要保障。我區率先成立了信息管理科，配備了專職人員進行資料收集、數據統計處理和分析，每名區級專干分工協作，分別分管不同專線工作。年初成立了信息質量管理小組，由所長任組長，負責信息質量管理。制定了婦幼衛生信息工作計劃工作，把它作為一項重要事情來抓，確定工作目標并提出工作要求，對于重大公共衛生服務項目婦幼衛生項目制定了單獨的工作計劃，提出了全年的主要目標和實施方案。

（二）規范管理 制定了各項工作制度、工作職責、工作規范，實行目標責任管理，制定了婦幼衛生信息專項考核

標準，并納入績效考核。

（三）加強交流 年初組織各社區婦幼專干、各醫療機構信息員召開會議，布置全年工作任務及要求。每季定期組織各婦幼專干及醫療機構信息員召開一次工作例會，總結前一段時間的工作成績及工作中發現的問題，布置下一季度的工作任務，解答各專干在工作中遇到的各種困難，各婦幼專干必須參加并作好會議記錄，把各專干的會議記錄作為婦幼衛生工作考核的一項指標。信息科建立了芙蓉區婦幼工作及醫療機構信息QQ群，通過該群進行信息交流，及時反饋信息，大大提高了工作效率。

二、健全婦幼衛生信息管理網絡

加強三級（區、鄉、村）網絡管理，各社區衛生服務中心確定婦保及兒保兩名專干雙向管理，各醫療機構確定一名信息員負責信息收集和信息報表上報工作，確保醫院婦幼衛生信息收集的及時性、準確性。

針對往年社區婦幼專干調動頻繁及母嬰保健技術服務機構信息人員不明確的現象，我們將提高婦幼衛生信息人員穩定性工作作為重點工作來抓，年初計劃會上，確定了社區衛生服務中心婦保及兒保專干并將名單上報市婦幼，明確規定每個社區婦幼專干年內更換不得超過2次，如更換，必須做好交接工作，今年3月初再次明確了轄區助產醫療機構信息員名單并上報長沙市婦幼保健院。

三、強化婦幼衛生信息培訓

于2011年4月和6月舉辦了兩期芙蓉區婦幼保健信息工作業務培訓班，對各社區衛生服務中心婦保專干、兒保專干、基層保健員及各醫療機構信息員進行了相關業務培訓，規范原始登記表冊和各種報表的填寫，進一步加強信息收集、調查和核對工作。通過培訓加強了婦幼保健人員及醫療機構信息員的業務水平和工作能力，確保信息收集來源的準確性、及時性。

四、建立婦幼衛生信息管理平臺

我區率先使用金士達信息網絡平臺，要求各社區衛生服務中心均使用金士達網絡平臺輸入孕產婦及兒童信息，按要求錄入孕產婦及兒童家庭信息及體檢情況。高危孕產婦管理及葉酸的發放服用情況均進行網絡錄入，并把網絡錄入計入個人工作量。實現信息資源統一規劃、歸口管理和數據資源共享。通過金士達網絡平臺各級婦幼衛生管理部門均可在辦公室及時掌握到全區婦女兒童健康狀況、疾病結構、衛生需求，當前主要的衛生問題，根據信息及時分析，針對影響和危害婦女兒童健康的主要疾病和影響因素，利用衛生政策、醫療保健技術、健康教育等手段，確定經濟有效的干預措施以改善婦女兒童的健康狀況，保護婦女兒童生命安全和身心健康。

五、確保婦幼衛生信息質量

為確保婦幼衛生信息工作質量，我們從數據源頭抓起，一是要求各社區衛生服務中心、村衛生室及醫療機構及時、規范做好基礎登記，以保證信息原始資料收集的準確性、全面性、時效性。二是要求各街（鄉）、社區衛生服務中心婦幼專干每季度抽一至兩天時間到婦幼所與保健科人員一起進行婦幼衛生信息報表匯審，審核中發現問題及時更正，并在每次例會上針對報表中發現的問題進行學習，對易混淆的概念、各表冊之間的邏輯錯誤進行詳細的講解，有效降低了出錯率。三是要求各社區衛生服務中心婦幼專干每月下村、街核對信息，及時查漏補漏，每個星期到轄區內醫療機構收集高危、葉酸信息。四是要求各醫療機構信息員每季統一將報表送婦幼所，并帶原始資料與婦幼所信息員一起進行審核，發現錯誤及時更正。

六、加強婦幼衛生信息質控

區監測專線專干定期和不定期到各社區衛生服務機構和相關醫療機構進行督導，對婦幼專干的婦幼信息工作進行全面的檢查，核查各種原始資料的可靠性及準確性、各種表格之間的邏輯性，發現問題當場指出并加以指導，對婦幼衛生信息數據及時查漏、補漏及更正。針對每次報表審核情況及抽查情況中發現的情況，在每次例會上都集中進行學習，對易混淆的概念、各表冊之間的邏輯錯誤進行詳細的講解。

信息質量管理小組每個季度不定期對轄區內各社區衛生

服務中心及各醫療機構進行督導，對原始資料來源的真實性及數據的準確性進行督查，對上報數據的準確性進行核實，了解漏報與錯報原因，加強信息報表質量控制。每次督導后都寫出督導意見書及質控調查表，并做出質控分析報告，對問題進行追蹤管理。

七、規范婦幼衛生信息資料管理

各種報表統一歸口到信息科實行歸口管理，確保數出一門。依據不同、不同問題分類管理，將反映同一問題的信息資料集中，反映不同問題信息區分開來，按信息資料產生的時間先后進行排序，確定保管期限并進行歸檔文件編號、編目、裝盒。

建立信息資料交接制度，各級信息人員更換時，需提前3個月向領導報告，單位報區婦幼所備案。新上崗的信息人員要求到婦幼所接受培訓后才能上崗。信息資料交接時，要求單位領導在現場時進行交接并簽字，確保了信息資料的連續性和完整性。

今年我區婦幼衛生信息工作雖取得了一定成績，但仍存在一些問題及困難，如:社區婦幼專干及醫療機構信息人員不夠穩定，空掛戶存在，部分孕產婦及兒童保健服務不能及時掌握，原始資料收集較困難等問題。明年我們將進一步加強信息網絡建設及隊伍建設和管理，加強與醫療機構的溝通、聯系，加強婦幼衛生工作的督導和質控，加強信息人員

培訓等各項工作，確保婦幼衛生信息工作逐步正規化。

婦幼衛生信息是一項十分重要的工作，在制訂和調整婦幼衛生工作的目標和計劃、爭取婦幼衛生政策的支持中發揮了重要作用，為婦幼衛生深入的科學研究提供了十分寶貴的信息依據。因此，我們要進一步加強婦幼衛生信息規范化管理，確保信息的及時性、準確性、完整性，為我們婦幼衛生事業提供正確的決策依據作應有的努力。

芙蓉區婦幼保健所

2011年12月22日

第三篇：醫院實驗室信息管理系統應用淺談

醫院實驗室信息管理系統應用淺談

［關鍵詞］ 實驗室信息管理系統；醫院信息管理系統；系統數據

隨著全自動生化分析儀、全自動免疫分析儀和全自動血球計數器等儀器的使用，檢驗科的大多數項目實現了全自動化分析。全自動化分析引入后，組合化驗增多，更好的滿足了臨床需要，也使檢驗科的工作量和檢驗數據成百上千倍的增加，這就需要實行智能化管理，早期的單機DOS網絡管理系統就是實驗室信息管理系統（laboratory information system，LIS）的雛形，主要任務是接受分析數據、打印化驗報告、查詢報告和室內質量控制數據的管理等。隨著IT技術的飛速發展，以Windowsnet為平臺的實驗室信息管理系統得以廣泛應用。目前，LIS在運行速度、安全性、穩定性等方面都有較大的提高，并能實現檢驗結果審核自動化、檢驗無紙化、雙向通訊及與醫院信息管理系統（hospital information system，HIS）的無縫聯接，為實驗室提供低成本、高效率、高品質的檢驗流程管理［1］。我院的LIS系統經過一年多時間的建設和實際運行，已趨于成熟和完善，并取得了較好效果。本文著重從LIS的結構設計、工作流程、功能、系統數據安全策略等方面進行探討。LIS的總體結構設計

LIS采用C/S(Client/Server,客戶機/服務器)結構的應用模式。為了共享HIS中的信息資源，必須實現LIS與HIS的完善對接。為了使檢驗信息的提交不與HIS系統爭搶資源（CPU，硬盤訪問）及減輕主服務器的存儲負擔，檢驗科應有一個獨立的LIS服務器。LIS工作站用于數據接收的計算機有兩個RS232串口，這樣可以連接兩臺檢驗設備，從不同儀器上采集到的結果可能具有不同的文本格式，通訊軟件執行不同的數據處理過程再將結果以統一的形式存放。LIS的工作流程

LIS是HIS的一個組成部分，通過與HIS的無縫聯接可以共享HIS中的信息資源，使檢驗科能與門診部、住院部、財務科和臨床科室等全院各部門之間協同工作。LIS的功能

3.1 采樣

對住院、門診的病人，檢驗人員在病人標識欄中輸入住院號或門診號，系統自動從HIS 系統中調出病歷號、科別、病床號、標本類型、姓名、性別、年齡、檢驗者、送檢醫生、醫囑申請等信息，檢驗人員采集相應的醫囑申請即可。

3.2 審核

提供人工和自動審核功能，人工審核是指人工對某一數據進行瀏覽，檢驗結果的合理性。自動審核可以對不同檢驗種類之間的檢驗結果相關參照比對，同一患者的當前結果與過去數次結果的比對，保證標本審核的準確性及穩定性。同時提供了檢驗項目的上下限范圍檢查和空值警告提示。

3.3 查詢

提供了很完全的查詢窗口，可以按指定條件如病人姓名、性別、病歷號、檢驗日期、檢測項目等條件查詢病人的檢驗結果。同時支持模糊查詢，例如，查詢姓為黃的患者，就能給檢驗人員列出黃姓患者的清單。還支持跨組查詢且可以查某個時間段的報告。

3.4 試劑管理

對檢驗各部門使用的試劑進行統一管理，包括試劑的入庫、庫存查詢以及自動減庫存功能，儀器每做一個測試將自動減少試劑庫存量，為主任管理系統提供科室消耗及成本原始數據。

3.5 雙向通訊

檢驗儀器可以自動接收采樣獲得的檢驗項目申請，而擁有標準的RS232串行接口的儀器如全自動生化分析儀等可直接與工作站連接,系統自動接收由儀器傳送過來的結果。對于某些手工檢驗項目,可采用手工錄入方式錄入結果。對于一般的數據在病人資料錄入窗口就可以完成,但對細胞形態等描述性報告和細菌報告則需要在獨立的窗口完成。

3.6 資料統計

可以進行項目工作量、組合工作量、科別工作量、部別工作量、檢驗者工作量、送檢者工作量、儀器工作量、標本工作量、細菌工作量、組別工作量、日期工作量以及以上各個條件的組合的工作量統計和費用統計，使科室管理者很容易掌握和分析科室的運轉情況，為決策提供了數據； 同時檢驗人員可以進行各種組合的實驗數據統計，如對一定年齡范圍和某一疾病患者的某一項目進行統計分析,這有利于檢驗人員進行研究。

3.7 質量控制

采用Westgard多規則作為失控判斷規則，與LIS數據采集模塊連接，實時自動接收儀器質控數據，自動繪制質控圖，自動失控報警。使用優頓圖對質控數據進行分析，辨別隨機誤差和系統誤差，以便檢驗人員采取相應的措施，提高工作質量。

3.8 人事管理

可設定訪問口令，防止非法使用者對系統破壞；對不同級別的檢驗人員的所需功能進行設置，以利于質量控制和避免部分人員隨意改動系統內容而造成不良后果?？梢栽谙到y上進行科室排班和小組排班，科室成員可以在科室內任一臺連網的電腦上查看排班情況。還可以利用系統進行崗位考勤，檢驗人員在上下班時進入崗位考勤窗口輸入各人的編號和密碼后，系統自動記錄每個人的上下班時間。

3.9 維護和管理

維護和管理功能給檢驗部門管理員提供一個人性化的管理，可以添加新的項目，添加新的工作組，添加新的儀器，添加新的用戶，方便管理。對檢驗部門的可持續性發展提供了好的保障。

3.10 遠程打印

除檢驗科內使用查詢功能外，LIS提供了在檢驗科外患者通過獨立的護士查詢臺查詢打印檢驗報告的功能，做到檢驗和報告分離，避免交叉污染。

3.11 歷史結果查詢

如果病人每次以同一就診卡號就診或住院，可以顯示病人歷次所有的檢查結果，還可以顯示任一檢查項目所有結果的動態曲線，有利于臨床醫生對患者的病情進行動態分析。LIS的數據安全

LIS是HIS的一個組成部分，其安全是整個醫院信息系統安全運行的重要保證，系統數據安全主要考慮以下三個方面。

4.1 硬件上的數據安全

對硬件配置，特別是對數據庫服務器的配置采取一定措施，如采用安全的硬盤存儲系統、雙機熱備、磁帶機及光盤數據備份等，最大程度減少因硬件故障導致的數據破壞。

4.2 系統內的數據安全

檢驗工作中對數據的訪問、輸入和修改有一定的權限要求，建立結果數據冗余，實施身份的驗證，多級權限的管理機制，加強安全操作指導，可減少各種因素導致的數據破壞，而且可以防止數據的泄漏。

4.3 系統數據接口的安全

在LIS與HIS其他子系統連接時，通過數據接口來交流信息，數據接口安全應遵守有關行業標準（HL7）和醫院的規定，保證接口雙方的安全。簡單和標準化的數據接口穩定，也便于維護。LIS應用展望

今后，隨著醫院HIS的更新換代，檢驗將徹底實現條形碼統一管理，使整個檢驗過程更加簡化，在這種新的工作模式下，就像超市里購物一樣，標本只要在條形碼閱讀器上過一下，病人資料及待檢測項目就會從網絡上自動調入，分別送到檢驗的服務器和分析儀器，減少了實驗室信息傳遞過程中人為因素導致的誤差,真正實現了檢驗流程的自動化與檢驗全程質量管理。同時，門診患者可以憑印有條形碼的檢驗回執單，到自助打印報告處獲取檢驗報告。

目前國內LIS主要采用C/S模式，因為客戶端上安裝有應用程序，軟件的升級、病毒、人為因素等造成的破壞都需要到現場維護，使維護工作復雜化。隨著信息技術的發展，C/S模式將會向B/S（Browser/Server,瀏覽器/服務器）模式轉換。B/S模式是一種以Web技術為基礎的新型的信息系統平臺模式，它把傳統C/S模式中的服務器部分分解為一個數據服務器與一個或多個應用服務器（Web服務器），從而構成一個三層結構的客戶服務器體系，它簡化了客戶端。各個用戶通過http請求在權限范圍內調用Web服務器上不同處理程序，從而完成對數據的查詢和修改，它使用戶的操作更簡單，無需培訓就可以直接使用。采用B/S模式還可以發布檢驗信息如科室、人員、儀器、新項目、新技術的介紹以及各種通知；實驗室及相關人員或病人可以利用Internet來訪問LIS，病人可以在網上查閱檢驗報告和相關解釋并打印，工作人員可以在家里審核檢驗結果、安排工作進度等。

第四篇：企業集團的信息管理系統應用

企業集團的信息管理系統應用

【摘要】

本文以某個IT產品銷售公司的信息系統項目的開發為背景，討論了一個信息系統需求分析的整個過程，其重要特征是：所涉及的項目是原有系統的一個升級替換版本。因此，需求分析過程不同于建立一個全新的系統，大體上可分為三個階段：()實施逆向工程獲得對系統的初步了解;(2)在第1步的基礎上寫出基本需求，交由客戶評審補充;(3)在第2步的基礎上開發原型，利用原型與客戶交流，最終獲得基線需求。針對上述三個階段，本文論述了所使用的分析方法與工具以及所遇到過的一些典型問題和措施，最后對需求分析中使用的工具，談一些自己的初步體會。

【正文】

我于1998年8月至2000年7月參加了某個大型集團的企業信息系統的開發工作，該大型集團的業務主要涉及到IT類產品的進銷存。本人在項目中負責系統分析的工作，該集團企業原先已委托某個電腦公司開發過一套IT類產品管理系統，但是該老系統存在兩個主要的問題：(一)系統運行速度非常慢，如商品銷售開單時，從確定開單到開單完成有時需要1～2分鐘左右的響應時間，讓客戶無法忍受。(二)系統數據不準確，經常出現實物庫存與電腦庫存嚴重不相匹配的情況，使銷售數據的統計產生一些混亂，有關財務的數據因此無法有效使用，只能采用人工錄入方式補充進行。在這種情況下，該集團的總經理決定參考原有系統重新開發一個系統，以便解決原系統所存在的上述兩個難以克服的難題。注;原系統采用PB6.5開發，數據庫采用SYBASE，服務器采用Windows2000Server，客戶端采用Windows 98，程序架構采用的是傳統的C/S結構。

鑒于該集團業務操作復雜，流程多，涉及人員多等特點，以及項目完成時間短，經費有限，人員有限等限制約束條件，再考慮到必須避免前一系統出現過的結構混亂與難于維護等問題，我們決定要對原系統的需求做一個比較徹底的和切實可行的分析，由于原有系統已經開發了近兩年，并且客戶也有了一定的使用經驗，業務基本流程本身也并沒有太大的變化，因此，我們把需求分析的過程分為三步：()分析原有系統的結構，主要是數據庫結構和程序結構，(2)在獲得第(1)步結果的基礎上寫出基本需求，交由客戶評審補充，(3)在第(2)步的基礎上開發原型，利用此原型與客戶交流，從而獲得最終可用的需求結果。下面按上述三步分別加以論述。

第一步是實施逆向工程，獲取原有系統的基本需求。

由于原有系統在功能上大體上能基本滿足客戶的需求，并且在兩年多的開發中也積累了不少經驗，因此，從中可以獲得一些有益的參考，也可以避免多走彎路。在這一階段，我們

采用的主要工具是PB自帶的Power Designer和PB Documents;前者主要用來分析數據庫結構，后者主要用來分析程序結構，便于開發人員與高級用戶理解程序。采用這兩個工具的原因是：原系統過于龐大，模塊多，數據庫模式多，表格量很大，僅靠人工的方法很難從中獲得一個比較完整的、明確的系統結構以及整體構成，而且原有系統未能提供一套正確完整有效的設計文檔，于是我們只能依靠工具輔助來進行。在使用Power Designer分析數據庫，并且用PB Documents分析原程序中的PBL以后，我們對原系統的結構有了一個初步的了解，再結合對原系統的使用，基本明確了功能與流程的需求，并在此基礎上用人工錄入方式，產生了初步需求的自然語言文檔。這里指出，使用Power Designer的一個不足之處是：如果一個表中的字段過多，而且又同時依賴多個表時，輸出的表格相關圖形很復雜，有很多交叉，且難于調整，不方便閱讀及打印。

第二步是在第一步的基礎上進行的，即寫出系統基本需求，交由客戶評審和補充。通過第一步的逆向工程，我們獲得了系統的基本需求。為了充分記錄需求的變化及需求之間的依賴關系，我們決定選用Rational公司的Requisite PRO作為我們的需求管理工具，Rational公司有一整套用于需求管理的工具，功能非常強大，包括Requisite Pro、Clear Quest等等，這些需求分析工具可以對需求進行全面的管理，包括記錄需求的變化情況，需求之間的依賴關系等等。但是，我們考慮到Rational的一套工具全面實施會非常昂貴與復雜，需要非常強的項目管理能力才能全面實施，因此，我們只采用了其中最簡單的一部分功能，那就是記錄需求變更，記錄需求之間的依賴關系，其他跟RUP有關的功能都給略去了。之所以這樣做，主要是考慮到項目的經費、人力以及國內軟件開發的實際情況。正如前面所說，我們根據自己的理解并寫出基本需求后，交由客戶做評審井做適當補充，我們將經過補充整理后的需求作為正式需求記錄入Requisite Pro所維護的數據庫中，并對各個需求進行分類，設定優先級等，這些工作完成后，就可以從數據庫中直觀地了解客戶到現在為止提出了哪些需求，哪些需求是必須優先考慮的，哪些是難度較大的等等。在這個過程中，我們遇到了一些問題，譬如：用戶對我們用自然語言書寫的需求文檔有許多地方不理解，往往在花了較長時間閱讀之后，仍不明白我們所描寫的需求過程與他們所完成的業務之間的對應關系;另外是由于首次采用Requisite Pro進行需求管理，在類型劃分，屬性值的確定上，部分開發人員沒有經驗，造成了不少反復，對于前者，我們的方法是想辦法增加一些示意圖，將大的流程分解為小流程，再與客戶反復交流與溝通，最終達到雙方理解一致的目的。對第二個問題，則參考了一些例子，再結合實際中屬性的使用情況，給予取舍或者選擇，經過這一階段的工作，我們建立了基本的需求庫，定出了基本需求規格說明。

第三步則是在第二步的基礎上建立起原型，利用原型與客戶進行更深入的交流，通過交流修改相應的需求。

在這一階段的工作是在對第二步任務進行報告交流的基礎上進行的。我們用PB開發了一個原型系統，就具體的業務流程與客戶進行交流與溝通，通過原型，客戶發現了許多我們

與他們的理解相互不協調的地方，我們在修改需求的同時，也在Requisite Pro需求數據庫中記錄下修改的歷史。事實證明，這種記錄歷史的作用是很有效的，如曾經有客戶在兩個不同的時間對同一需求提了相反的需求，我們根據歷史記錄很快證實了該客戶的提法有錯誤，在事實面前無需再作爭論，同時利用Requisite Pro，我們還發現了一些需求相互之間有矛盾。經過這一階段工作，我們終于獲得了經過用戶認可的需求基線，即是可用于下一步進行詳細設計的基線需求。

在這個項目中，我們利用了Power Designer、PB Documents等逆向工程分析工具和Requisite Pro需求管理工具，這些工具的使用，使我們提高了工作效率，起到了一定的輔助作用。但是，就需求分析工具方面而言。我們覺得國內應用得還是太少了，這一方面是因為對需求分析不夠重視，另一方面是因為管理水平還達不到相應的層次。Rational公司的一整套需求分析工具，其功能是非常強大的，國外已在普遍地使用，在國內也逐漸開始普及，特別是那些通過CMM二級以上評審的單位，都必須使用工具對需求進行管理。在本項目中，我們僅僅利用了Requisite Pro功能的一些小方面，已經體會到該工具對于項目管理的諸多好處。如果一個有實力的公司能夠全面實施RUP，那么需求管理這個老大難的問題會變得不再那么棘手了，項目的質量也會得到相應的提高。目前國內由于CMM熱潮的興起，已經逐漸重視需求分析，也逐漸使用需求分析工具，這是非?？上驳?，當然，更希望在不久的將來，能用上國產的需求分析工具，那時我們的軟件產業也許會真正地騰飛了。

評注;采用逆向工具進行再工程的應用很多，本文給出了一個實際的例子。寫作有條理，也很實際。合理地界定了需求分析的現實水平。所采用的需求分析的方法與工具相對較合理科學。能在對項目討論的同時抒發議論、使用體會、愛國心和事業心。深度還可以提高，例子宜更加豐富一些。(本文主要參考了廣東劉小波等人的論文)

第五篇：旅館業信息管理系統應用承諾書

旅館業信息管理系統應用承諾書

我是的負責人，在經營期間我對我單位的治安信息系統應用承諾如下：

一、對本單位應用的相關治安信息系統進行維護，如遇故障，損壞及時報告公安機關。

二、按照規定實名、實情、實數、實時上傳相關治安信息。

三、有下列情形之一的：

（一）未按要求及時錄入傳輸或者報送住宿人員信息的，按照《治安管理處罰法》第五十六條第一款的規定，處罰旅館相關工作人員。

（二）對故意不使用旅館業系統，不錄入、不上傳或不全面錄入、少上傳住宿旅客信息等行為，應按照有關規定，責令改正，給予警告，可以并處罰款。

（三）對不錄和不傳境外住宿人員信息的旅館，可依據《中華人民共和國外國人入境出境管理法》、《中國公民往來臺灣地區管理辦法》等法律法規予以行政處罰。

如有違反上述規定的，我單位及本人愿意接受公安機關的處罰。

承諾人：

年月日