IT項目范圍管理

一、項目背景

2016年5月，張某作為項目經(jīng)理參加了某市三級卬等醫(yī)院“醫(yī)院信息系統(tǒng)集成平臺”

建設(shè)項目，該醫(yī)院作為豫西地區(qū)歷史悠久、知名的三甲醫(yī)院，在地區(qū)醫(yī)療服務(wù)事業(yè)上有不可

或缺的作用。該院的門診量、住院率一直位于地區(qū)醫(yī)院排名前列，這對它的醫(yī)療服務(wù)水平和

效率提出了更高的要求，醫(yī)院早在十幾年前就開始信息化建設(shè)，從早期的收費(fèi)結(jié)算信息化到

目前的電子病歷，信息化的觸角延伸到了整個醫(yī)院各個科室。但是由于醫(yī)院業(yè)務(wù)的復(fù)雜性和

歷史原因，目前存在各種異構(gòu)系統(tǒng)十幾個，由于各個系統(tǒng)的廠家和標(biāo)準(zhǔn)不盡相同，信息難以

兼容和共享，存在信息孤島現(xiàn)象，各個業(yè)務(wù)科室的數(shù)據(jù)通訊有時還需要使用手工簽單的形式,

不但效率低下，而且還浪費(fèi)耗材資源，時常還有錯誤發(fā)生，這%影響了全院級的系統(tǒng)整合、

集成和擴(kuò)展，制約了該院向數(shù)字化醫(yī)院、智慧型醫(yī)院的發(fā)展。

該院建設(shè)的“醫(yī)院信息系統(tǒng)集成平臺”項目投資額為35萬元，計劃建設(shè)工期為7個月。

采用面向服務(wù)的架構(gòu)（SOA）和醫(yī)院異構(gòu)信息系統(tǒng)的集成方式，基于WebService技術(shù)、健

康等級7（HI.7）V3和醫(yī)學(xué)數(shù)字成像及通信（DTCOV）標(biāo)準(zhǔn).建立消息的傳輸機(jī)制,從應(yīng)用級、

流程級和數(shù)據(jù)級進(jìn)行系統(tǒng)整合與優(yōu)化，最終構(gòu)建以臨床科研數(shù)據(jù)中心為核心的數(shù)據(jù)交換集成

平臺。實(shí)現(xiàn)來自不同廠商的醫(yī)院信息系統(tǒng)（HIS）、實(shí)驗室信息系統(tǒng)（LIS）、影像歸檔及傳

輸系統(tǒng)（PACS）及放射學(xué)信息系統(tǒng)（RIS）等應(yīng)用系統(tǒng)進(jìn)行全面有效的整合，實(shí)現(xiàn)信息系統(tǒng)

的互聯(lián)G通和信息共享，提供統(tǒng)一的醫(yī)療數(shù)據(jù)訪問，使臨床決策、科學(xué)研究以及運(yùn)營管理等

高級應(yīng)用得到顯著提升。

醫(yī)院管理信息系統(tǒng)的集成涉及到臨床、科研、財務(wù)、藥事、后勤以及需要跟各種保險機(jī)

構(gòu)對接。項目具有投資規(guī)膜大、系統(tǒng)接口多、技術(shù)復(fù)雜、需求難以定義、質(zhì)量要求高，并且

干系人眾多，溝通協(xié)調(diào)復(fù)雜等特點(diǎn)，并且醫(yī)院要求在其新院區(qū)投入使用前完工，對項1=1工期

有著嚴(yán)格的要求。因此，及時處理項目中的問題、做好項目的范圍管理顯得尤為重要。本文

以該項目為例，討論了信息系統(tǒng)項目建設(shè)過程中的范圍管理，主要從規(guī)劃范圍管理、收集需

求、定義范圍、創(chuàng)建WBS、確認(rèn)范圍、控制范圍等方面，有效管理和控制了項目的范圍，確

保項目如期按質(zhì)量完成，使項目得以順利驗收。

二、項目章程

2.1項目名稱

開發(fā)一套功能齊全的美院信息系統(tǒng)集成項目。

2.2項目重要性

?節(jié)省人力和財力，管理人員的工作效率。

?打破醫(yī)院各業(yè)務(wù)系統(tǒng)間的壁壘，實(shí)現(xiàn)了各系統(tǒng)的集成和信息共享

2.3項目目標(biāo)

總目標(biāo)：為某三甲醫(yī)院開發(fā)一套將來自不同廠商的醫(yī)院信息系統(tǒng)（H1S）、實(shí)驗室信息

系統(tǒng)(LIS)、影像歸檔及傳輸系統(tǒng)(PACS)及放射學(xué)信息系統(tǒng)(R1S)等應(yīng)用系統(tǒng)進(jìn)行全面

有效的整合的信息系統(tǒng)。

分目標(biāo)：開發(fā)一套多用戶、運(yùn)行在Windows98版本以上功能齊全的醫(yī)院信息系統(tǒng)軟件。

2.4項目主要可交付成果

交付物：醫(yī)院信息管理系統(tǒng)軟件、軟件文檔、用戶手冊(修改)。

2.5項目經(jīng)理及職責(zé)

項目經(jīng)理：張某

項目經(jīng)理的職責(zé)：計劃并執(zhí)行整個項目，同潛在用戶進(jìn)行交流，需求分析，界面設(shè)計。

2.6主要項目主要干系

主要內(nèi)部干系人：吳某、劉某

主要外部干系人：謝某、王某

2.7項目總體進(jìn)度計劃及主要里程碑

項口開始時間；2016年7月1日

項目結(jié)束時間：2016年12月31日

主要里程碑安排：

2016年7月1日~2016年7月10日：方案設(shè)計

2016年7月11日~2。16年7月20日：用戶需求調(diào)研

2016年7月21日~2016年12月1()日：軟件開發(fā)

2016年12月11日~2016年12月31日:BETA測試

2.8項目總體預(yù)算

項目總體預(yù)算：35萬元以內(nèi)

2.9各職能部門應(yīng)提供的配合

(1)設(shè)計院項目領(lǐng)導(dǎo)和負(fù)責(zé)人能及時處理工程建設(shè)過程中遇到的問題，無相互推諉，延

時響應(yīng)等延誤工期的情況發(fā)生。

(2)能及時向上級部門上報工程建設(shè)進(jìn)度及建設(shè)過程中遇到的問題。

2.10項目審批要求：符合討論中的標(biāo)準(zhǔn)

2.11章程的批準(zhǔn)

木項目章程于2016年7月16日由下列人員簽字批準(zhǔn)：

姓名：張某職務(wù)：項目經(jīng)理

簽字：張某

針對以上項目背景，將進(jìn)行項目范圍管理。

一、東方建筑設(shè)計院檔案管理軟件開發(fā)項目范圍管理計劃

1參考文檔

?《項目章程》

?《項目初步范圍說明書》

?《項目管理計劃》

?組織過程資產(chǎn)

?企業(yè)環(huán)境因素

2所選項目范圍管理過程

2.1收集需求（計劃過程組）

收集需求是一個長期的、漸進(jìn)明細(xì)的過程。但基本的需求，應(yīng)在定義項目詳細(xì)范圍之前

完成。

2.1.1輸入

?《項目章程》

?《項目干系人登記冊》（可合并至項目章程）

2.1.2活動與工具

可以通過訪談、小組焦點(diǎn)會議，引導(dǎo)式研討會、群體創(chuàng)新技術(shù)、群體決策技術(shù)、問卷調(diào)

查、觀察、原型法來完成。

2.1.3輸出

?《需求分析說明書》

?《需求管理計劃》

?《需求矩陣》（可選）

2.2定義項目詳細(xì)范圍

是詳細(xì)描述項目和產(chǎn)品的過程，并把結(jié)果寫進(jìn)詳細(xì)的項目范圍說明書，作為將來項目決

策的基礎(chǔ)。應(yīng)該根據(jù)項目啟動過程中記載的可交付成果、假設(shè)條件和制約因素，來編制項目

范圍說明書。

2.2.1輸入

?組織過程資產(chǎn)

?《項目章程》

?《項目庫初步范圍說明書》

?《項目范圍管理計劃》（即本文）

?《需求分析說明書》

2.2.2活動與工具

?已接受的交付物

?變更請求

?推薦的糾正措施

2.5控制項目范圍

監(jiān)控督項目和產(chǎn)品的范圍狀態(tài)，管理范圍基準(zhǔn)變更的過程。

對項目范圍進(jìn)行控制，就必須確保所有請求的變更、推薦的糾正措施或預(yù)防措施都經(jīng)過

實(shí)施整體變更控制過程的處理。

在變更發(fā)生時，也要采用范圍控制過程來管理這些變更，范圍控制過程要與其他控制過

程整合在一起。

確定偏離范圍基準(zhǔn)的原因和程度，并決定是否采取糾正獲取防措施，是項目范圍控制的

重要工作。

此工作屬于監(jiān)控過程組。具體的觸發(fā)時間為《項目管理流程開發(fā)規(guī)范》中流程定義的可

檢查點(diǎn)，包括：

?當(dāng)需要對范圍基法進(jìn)行變更的任何時刻

?基準(zhǔn)變更審批流程參見《項目管理開發(fā)流程》

2.5.1輸入

?《項目詳細(xì)范圍說明書》

?WBS及WBS字典

?《項目管理計劃》（包括項目范圍管理計劃，即本文）

?己批準(zhǔn)的變更請求

?工作績效信息

2.5.2活動與工具

?變更控制系統(tǒng)。

?偏差分析：度量偏差的大小，決定是否需要執(zhí)行糾正措施；可利用項目績效測量結(jié)

果，來評估偏離范圍基準(zhǔn)的程度。

?重新規(guī)劃：變更將導(dǎo)致WBS、項目范圍說明書、項目管理計劃的變化。

?配置管理系統(tǒng)：記錄可交付物、文檔的變化。

2.5.3輸出

?項目范圍說明書（更新）

?WBS（更新）

?新的范圍基線

?批準(zhǔn)的糾正措施

3詳細(xì)范圍說明書所需的內(nèi)容

詳見《詳細(xì)范圍說明書V1Q》

4如何對已完成項目的可交付物進(jìn)行范圍確認(rèn)

詳見《項目管理開發(fā)流程vl.O》中對此確認(rèn)流程的的描述。

5如何對詳細(xì)范圍說明書申請變更（與整體變更控制相關(guān)聯(lián)）

詳見《項目管理開發(fā)流程V1.0》中對整體變更部分的變更申請流程。

二、需求分析說明書

1功能需求

1.1功能劃分

根據(jù)用戶需求可獲得相應(yīng)信息，影像信息，病人信息。

1.2功能描述

醫(yī)院信息管理系統(tǒng)軟件，利用卡感應(yīng)功能，在電腦機(jī)前可自動識別病人信息，可根據(jù)放

射影像檔案袋的條形碼識別病人信息，便于醫(yī)生查閱。

2性能需求

2.1數(shù)據(jù)精確度

2.2時間特性

如響應(yīng)時間、更新處理時間、數(shù)據(jù)轉(zhuǎn)換與傳輸時間、運(yùn)行時間等。

2.3適應(yīng)性

在操作方式、運(yùn)行環(huán)境、與其他軟件的接口以及開發(fā)計劃等發(fā)生變化時，應(yīng)具有的適應(yīng)

能力。

3運(yùn)行需求

用尸界面：界面友好，操作簡單，總體要求大方簡單統(tǒng)一。

如屏幕格式、布局格式、菜單格式、輸入輸出時間等。

4其他需求

產(chǎn)品質(zhì)量屬性描述

產(chǎn)品主要質(zhì)量屬性詳細(xì)描述

正確性不允許出現(xiàn)業(yè)務(wù)錯誤。

健壯性能夠容納300人同時訪問，服務(wù)器端程序應(yīng)連續(xù)工作半年以上。

可靠性除電源硬件、操作系統(tǒng)、服務(wù)器管理系統(tǒng)外，平均故障間隔時間不低于200

小時。

性能，效率查詢速度不超過10秒。其他系統(tǒng)處理業(yè)務(wù)時間最遲時間不超過3秒。

易用性不用安裝，操作簡便。

清晰性業(yè)務(wù)流程明確。

安全性用戶信息需要嚴(yán)格保密。

可擴(kuò)展性可在當(dāng)前需求基礎(chǔ)之上進(jìn)行功能上的擴(kuò)展。

兼容性可運(yùn)行在大多數(shù)主流的硬件環(huán)境中。

可移植性可運(yùn)行在大多數(shù)主流的操作平臺上。

三、范圍說明書

東方建筑設(shè)計院檔案管理軟件項目的目標(biāo)描述（交付物、里程碑、性能、工期、成本）。

交付物：醫(yī)院信息管理系統(tǒng)軟件、軟件文檔、用戶手冊（修改）。

里程碑：方案設(shè)計開始'結(jié)束、需求調(diào)研開始、結(jié)束、軟件開發(fā)開始、結(jié)束、測試開始'結(jié)

束、培訓(xùn)開始、結(jié)束、項目結(jié)束。

性能：多用戶、運(yùn)行在Windows98版本以上

工期：從7月1口到12月31日（7個月）

成本：35萬元之內(nèi)

根據(jù)合同的要求，某軟件開發(fā)公司要提交一套項目計劃書，對項目實(shí)施各工作階段進(jìn)行

了初步的劃分和進(jìn)度安排，具體如表1所示,

工作階段進(jìn)度安排

方案設(shè)計2016年7月1日~2016年7月10日

用戶需求調(diào)研2016年7月11日~2016年7月20H

軟件開發(fā)2016年7月21日~2016年12月10日

BETA測試2016年12月110~2016年12月31.日

項目計劃H■特圖

2010/7/12010/8/202010/10/92010/11/28

方案設(shè)計■

用戶需求調(diào)研■

BETAMit|

開始時間■持續(xù)時間

四、創(chuàng)建工作分解WBS

檔案管理軟件開發(fā)項FI工作分解清單

1方案設(shè)計

2用戶需求調(diào)研

3軟件開發(fā)

3.1功能框架設(shè)計

3.2程序代碼編制

3.2.1用戶輸入功能代碼編制

3.2.2用戶查詢功能代碼編制

3.2.3用戶數(shù)據(jù)功能代碼編制

3.2.4主界面代碼編制

3.2.5安全登陸界面代碼編制

3.2.6界面美化代碼編制

4Beta測試

序號任務(wù)名稱緊后工作工期（天）搭接關(guān)系搭接時間（天）

A方案設(shè)計B10

B用戶需求調(diào)研C10

C功能框架設(shè)計D,E,F,G,H,I20

D用戶輸入功能代碼編制J40

E用戶查詢功能代碼編制J50

F用戶數(shù)據(jù)功能代碼編制