IT項目管理課程設計-醫(yī)院電子病歷管理系統(tǒng)

1、課程設計報告課程名稱 IT 項目管理課程設計姓名院（系）專業(yè)班級學號指導教師醫(yī)院電子病歷管理系統(tǒng)開發(fā)項目目錄錯誤!未定義書簽。1. 背景 錯誤!未定義書簽。2. 功能需求 錯誤!未定義書簽。3. 建設目標 錯誤!未定義書簽。錯誤!未定義書簽。1. 項目范圍管理 錯誤!未定義書簽。2. 人員配置計劃 錯誤!未定義書簽。3. 項目實施計劃 錯誤!未定義書簽。. 風險計劃 錯誤!未定義書簽。1. 風險識別 , 評估與風險規(guī)劃 錯誤!未定義書簽。2. 風險分析表 錯誤!未定義書簽。3. 風險應對措施 錯誤!未定義書簽。一需求分析1. 背景信息技術推動者社會的進步， 已經(jīng)給人們的生活帶來革命性的變化。

2、隨著現(xiàn)代科學技術的迅猛發(fā)展， 計算機技術已經(jīng)滲透到各個領域， 其強大的功能已經(jīng)被人們深刻認識，它已經(jīng)進入了人類社會的各個領域并發(fā)揮著越來越重要的作用，特別是 Internet 技術的推廣和信息高速公路的建立， 使 IT 產(chǎn)業(yè)在市場競爭中越發(fā)顯示出其獨特的優(yōu)勢。 步入信息化時代， 有巨大的數(shù)據(jù)信息等待加工處理和傳輸，這使得對數(shù)據(jù)的進一步掌控和利用顯得尤為迫切。 目的國內外的醫(yī)療部門正在積極地參加到這場變化中來。 我國多家醫(yī)院已經(jīng)建立起醫(yī)療信息系統(tǒng)。 該系統(tǒng)正在全國逐步推廣。 傳統(tǒng)的病歷模式也受到了現(xiàn)代信息技術的挑戰(zhàn)， 記載病歷的新載體電子病歷電子病歷也應運而生。2. 功能需求醫(yī)院電子病歷管理系統(tǒng)

3、主要用于醫(yī)院的信息管理， 總體任務是實現(xiàn)病歷信息關系的系統(tǒng)化、 科學化、 規(guī)范化和自動化， 其主要任務是用計算機對醫(yī)院病歷的各種信息進行日常管理，如查詢、修改、增加、刪除，針對這些要求設計了醫(yī)院電子病歷管理系統(tǒng)。 推行醫(yī)院電子病歷管理系統(tǒng)的應用是進一步推進醫(yī)院病歷管理規(guī)范化、電子化的重要舉措。3. 建設目標項目建設目標主要從本項目的建設成果、 項目的工期要求以及項目投資目標三方面來說明。項目成果： 交付使用一個醫(yī)院電子病歷管理系統(tǒng)軟件， 能實現(xiàn)利用計算機對醫(yī)院病歷信息進行管理， 滿足對醫(yī)院病歷的各種信息進行日常管理， 如查詢、 修 改、增加、刪除等功能。工期要求：本項目從2016 年 6 月

4、14 日開始立項，要求在2016 年 8 月中旬投入運行。項目投資：項目投資要求控制在 5 萬人民幣以內。二項目計劃1.項目范圍管理（ 1）生存期模式針對本項目的開發(fā)特點， 參考企業(yè)的生存期模型說明和軟件過程體系， 決定采用增量模型，理由如下：醫(yī)院電子病歷管理系統(tǒng)可以先基于通用功能作出一個最小的使用版本， 再逐步添加其他的功能。 這樣一來， 用戶可以先試用最小版本的同時， 提出更多明確 的需求，這有助于下一階段的開發(fā)，大大減小了開發(fā)的風險。在醫(yī)院電子病歷管理系統(tǒng)中， 要求系統(tǒng)有可擴充性， 若使用增量模型， 可以保證系統(tǒng)的可擴充性。用戶明確了需求的大部分，但是也會存在不詳盡的地方，只有等到一個可

5、用的產(chǎn)品出來， 通過用戶使用， 然后進行評估， 評估結果作為下一個增量的開發(fā)計劃， 下一個增量發(fā)布一些新增的功能和特性， 直至產(chǎn)生最終完善的產(chǎn)品?！跋到y(tǒng)要求有可擴充性， 可以在現(xiàn)有系統(tǒng)的基礎上， 通過前臺就可加掛其他功能模塊”也說明用戶可能會增加新的需求。從最基礎的做起， 逐步擴充其應用， 所以選擇增量模型來開發(fā)學生信息管理系統(tǒng)。（ 2）工作任務分解當解決問題過于復雜時， 可以將問題進行分解， 直到分解后的子問題容易解決，然后分別解決這些子問題。規(guī)劃項目時，也應該從任務分解開始，將一個項目分解為更多的工作細目或子項目，使項目變得更小、更易管理、更易操作。這樣可以提高估算成本、 時間和資源的準確

6、性。 使工作變得更易操作， 責任分工更加明確。 完成項目本身是一個復雜的過程， 必須采取分解的手段把主要的可交付成果分成更容易管理的單元才能一目了然，最終得出項目的分解結構（WB）S。1）任務分解的原則1. 將主體目標逐步細化分解，最底層的日?；顒涌芍苯臃峙傻絺€人去完成；2. 每個任務原則上要求分解到不能再細分為止；3. 日?；顒右獙饺?、時間和資金投入。2）任務分解的方法1. 采用樹狀結構進行分解；2. 以團隊為中心， 自上而下與自下而上的充分溝通， 一對一個別交流與討論，分解單項工作。3）任務分解的標準1. 分解后的活動結構清晰，從樹根到樹葉，一目了然，盡量避免盤根錯節(jié)；2. 邏輯上形成

7、一個大的活動，集成了所有的關鍵因素包含臨時的里程碑和監(jiān)控點，所有活動全部定義清楚，要細化到人、時間和資金投入。醫(yī)院電子病歷管理系統(tǒng)開發(fā)的工作分解結構如圖所示2.人員配置計劃項目團隊組建的工作流程如圖所示項目組成立收尾圖項目組建的工作流程項目組管理采用自上而下的負責方式： 項目組成員向項目負責人負責，項目 負責人向項目領導小組負責。這種方式清晰地定義了各個運作層面的職責， 便于 項目管理、控制，提高項目管理的力度和效率。項目組織結構如圖所示。領導小組項目負責人軟 件 開 發(fā) 負 責 人資源管理負責人質 量 評 審 負 責 人圖組織結構示意圖參與項目各方的責任一般通過責任分配矩陣的形式進行表達，這

8、種表達形式的優(yōu)點是直觀地將項目責任方的責任和權利完整地表達出來，便于項目各方進行有效的協(xié)調，對項目的成功實施非常關鍵。根據(jù)組織結構確定的項目責任分配矩 陣，責任矩陣如表所示。表責任矩陣WBS軟件開 發(fā)部資源管 理部質量評 審部領 導組軟 件 規(guī) 劃項目規(guī)劃FCP計劃評審CF需 求 分 析用戶界面設計FC用戶需求評審CF修改需求、用戶界面FC編寫需求規(guī)格說明CF需求驗證CCF項 目 設 計概要設計FC數(shù)據(jù)庫ER圖編制、建庫FC設計評審CF項 目 實 施用戶登陸管理員登錄FCP病案管理員登錄F醫(yī)生登錄CF病人登錄CFC病病案的形成管理病案信息錄入FC病案編目F案管理病案信息維護CF病案質控F病案借

9、閱管理病呆預約CF病案借閱FC醫(yī)生授權管理F病案的開發(fā)利用管理病案檢索CF治療方法優(yōu)化F病耒統(tǒng)計CF系 統(tǒng) 集 成系統(tǒng)集成測試FC環(huán)境測試F測試總結CF提父驗收測試F產(chǎn)品提交CF注：F:負責；C:參與；P:批準。3. 項目實施計劃（ 1） 項目進度計劃1）甘特圖 項目進度甘特圖如圖所示項目進度甘特圖2. 網(wǎng)絡圖 項目進度網(wǎng)絡圖如圖所示。1 .項目資源表(2) 資源計劃項目資源表如表所示。表 項目資源表2. 人力資源計劃 項目人力資源計劃如表所示。表 項目人力資源計劃表(3) 成本計劃項目成本預算如表所示。表 成本預算表(4) 質量計劃1質量目標整體創(chuàng)優(yōu)良是項目的質量目標。2. 質量保證計劃質量

10、管理范圍如下：（ 1）軟件設計應符合設計規(guī)范及用戶的要求。（ 2） 服務及設備采購應符合項目需求， 資質和質量符合國家標準和建設單位的要求。（ 3）項目研發(fā)應符合公司需求。（ 4）軟件的集成和交付符合要求。（ 量管理方法和手段采用PDCA1環(huán)方法，即每一個工序事先均應制定切實可行的實施計劃， 并認真按照計劃和相關技術標準的要求實施， 通過定期質量檢查，即使發(fā)現(xiàn)問題，及時采取措施糾正，持續(xù)改進質量，確保整體質量處于受控的狀態(tài)。管理的結果是整體優(yōu)良的交付物、完整的質量管理報告。三 . 風險計劃項目風險管理是指通過風險識別、風險分析和風險評價去認識項目的風險，并以此為基礎合理地使用各種風險應對措施、

11、 管理方法技術和手段， 對項目的風險實行有效的控制， 妥善的處理風險事件造成的不利后果， 以最少的成本保證項目總體目標實現(xiàn)的管理工作。1 .風險識別 ,評估與風險規(guī)劃（ 1） 風險識別風險識別是理解某特定項目有哪些可能令人滿意的結果的過程。 就是采用系統(tǒng)化的方法，識別某特定項目已知的和可預測的風險。（ 2）風險評估風險評估（ Risk Assessment）是指，在風險事件發(fā)生之前或之后（但還沒有結束） ，該事件給人們的生活、生命、財產(chǎn)等各個方面造成的影響和損失的可能性進行量化評估的工作。 即， 風險評估就是量化測評某一事件或事物帶來的影響或損失的可能程度。（ 3）風險規(guī)劃針對風險分析的結果，

12、為提高實現(xiàn)項目目標的機會，降低風險的負面影響而制定風險應對策略和應對措施的過程，即制定一定的行動和策略來對付、減少、以至于消滅風險事件。通常采取的措施有1. 回避風險。2. 轉移風險。3. 損失控制。4. 自留風險2 .風險分析表根據(jù)風險識別，風險評估，風險規(guī)劃可以制定了如下風險分析表排序輸入風險事件可能性影響風險值風險應對措施1最終用戶 抵制該系 統(tǒng)投資方可能 會由于某個 細節(jié)的問題 對整個系統(tǒng) 產(chǎn)生反感。80%70%40%1 .盡力滿足用戶 提出的需求。2 .界面盡可能的 美觀，方便。3 .需求分析階段 派出專門的系統(tǒng) 分析員去了解用 戶的性格，愛好， 工作習慣。2項目期 問，投資 力舉棋

13、/、 止網(wǎng)上購物系 統(tǒng)眾多，投資 方瀏覽后可 能會經(jīng)常要 求更改需求60%70%40%1 .軟件詳細設計 階段注意增加軟 件的可重用性。 提高復用水平。2 .溝通和協(xié)調。3客戶的需 求規(guī)格說 明需求不明確， 增加需求，導 致需求曼延， 由于本軟件 是不太了解 計算機的用 戶使用，變更 需求可能性 很大。70%50%35%1 .采取加班的方 法。2 .修改計劃去掉 一些任務。3 .與客戶商量延 長一些時間。4 .當出現(xiàn)影響重 大的變更需求時 與客戶協(xié)調，這 個版本的不做改 動，在下一個版 本中進行功能的提升。4合同帶來 的限制進度要求緊， 合同金額有 限。30%50%15%可以請一些實習 的學生

14、做輔助工 作，一來成本不 高，二來可以加 快進度。5交付期限 緊縮。需方存在緊 縮交付期限 的可能。導致 項目吃緊。20%60%10%1 .加班。2 .臨時雇傭員工。3 .調整結構。6歷史項目 信息。開發(fā)人員的 流動。15%60%9%1 .注意項目團隊 的溝通，及時了 解開發(fā)人員的動 態(tài)。2 .控制好項目過 程中的文檔。3 .從其他的項目 組借調人員。4 .從外部招聘有 過此類開發(fā)經(jīng)驗 員。7人員缺乏 經(jīng)驗。由于本項目 中的一些員 工是剛剛招 聘來的，可能 會缺乏經(jīng)驗。15%30%10%1 .米取f 一，讓有經(jīng)驗的程序 員帶著相對經(jīng)驗 少的程序員進行 開發(fā)。2 .開發(fā)之前適當 的培訓。8用戶數(shù)

15、量 超出計 戈上由于該網(wǎng)站 可能銷售商 品特別，導致20%20%20%1.防患于未然， 數(shù)據(jù)庫上采用數(shù) 據(jù)池的技術在， 增加并發(fā)訪問訪問激增。量。9技術達不 到預期效 果?？赡苡幸恍?技術達不到 預期的效果， 不能使需方 滿思。如訪問 速度，一些特 效等等。10%10%10%1 .找懂得這種技 術的人幫忙。2 .向老師請教。表123 .風險應對措施(1)風險規(guī)避風險規(guī)避是改變項目計劃來消除特定風險事件的威脅。通常情況下我們可 以采用多種方法來規(guī)避風險。例如，對于軟件項目開發(fā)過程中存在的技術風險， 我們可以采用成熟的技術，團隊成員熟悉的技術或迭代式的開發(fā)過程等方法來規(guī) 避風險；對于項目管理風險我們可以采用成熟的項目管理方法和策略來規(guī)避不成 熟的項目管理帶來的風險；對于進度風險我們可以采用增量式的開發(fā)來規(guī)避項目 或產(chǎn)品延遲上市的風險。對于軟件項目需求不確定的風險我們可以采用的原型法 來規(guī)避風險。(2)風險轉移風險轉移是轉移風險的后果給第三方， 通過合同的約定，由保證策略或者供應商 擔保?？梢圆捎猛獍男问絹磙D移軟件開發(fā)的風險， 例如發(fā)包方面對一個完全陌 生領域的項目可以采用外包來完成，發(fā)包方必須有明確的合同約定來保證承包方 對軟件的質量，進度以及維護的保