醫(yī)院電子病歷管理系統(tǒng)

1、醫(yī)院電子病歷管理系統(tǒng)開發(fā)項目目錄.需求分析 2 TOC o 1-5 h z .背景3.功能需求3.建設目標3.項目計劃 3.項目范圍管理3.人員配置計劃5.項目實施計劃 813.風險計劃 1313.風險識別,評估與風險規(guī)劃.風險分析表 14.風險應對措施 16一需求分析.背景信息技術推動者社會的進步，已經(jīng)給人們的生活帶來革命性的變化。隨著現(xiàn) 代科學技術的迅猛發(fā)展，計算機技術已經(jīng)滲透到各個領域，其強大的功能已經(jīng)被人 們深刻認識，它已經(jīng)進入了人類社會的各個領域并發(fā)揮著越來越重要的作用，特別 是Internet技術的推廣和信息高速公路的建立，使IT產業(yè)在市場競爭中越發(fā)顯示 出其獨特的優(yōu)勢。步入信息化

2、時代，有巨大的數(shù)據(jù)信息等待加工處理和傳輸，這使得對數(shù)據(jù)的進一步掌控和利用顯得尤為迫切。目的國內外的醫(yī)療部門正 在積極地參加到這場變化中來。我國多家醫(yī)院已經(jīng)建立起醫(yī)療信息系統(tǒng)。該系統(tǒng)正 在全國逐步推廣。傳統(tǒng)的病歷模式也受到了現(xiàn)代信息技術的挑戰(zhàn)，記載病歷的新載 體電子病歷一一電子病歷也應運而生。.功能需求醫(yī)院電子病歷管理系統(tǒng)主要用于醫(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月14日開始立項，要求在2016年8月中旬投 入運行。項目投資：項目投資要求控制在5萬人民幣以內。二.項目計劃.項目范圍管理(1)生存期模式針對本項目的開發(fā)特點，參考企業(yè)的生存期模型說明和軟件過程體系，決定 采用增量模型，理由如下：醫(yī)院電子病歷管理系統(tǒng)可以先基于通用功能作出一個最小的使用版本，再逐 步

4、添加其他的功能。這樣一來，用戶可以先試用最小版本的同時，提出更多明確的 需求，這有助于下一階段的開發(fā)，大大減小了開發(fā)的風險。在醫(yī)院電子病歷管理系統(tǒng)中，要求系統(tǒng)有可擴充性，若使用增量模型，可以 保證系統(tǒng)的可擴充性。用戶明確了需求的大部分，但是也會存在不詳盡的地方，只 有等到一個可用的產品出來，通過用戶使用，然后進行評估，評估結果作為下一個 增量的開發(fā)計劃，下一個增量發(fā)布一些新增的功能和特性，直至產生最終完善的產 品?！跋到y(tǒng)要求有可擴充性，可以在現(xiàn)有系統(tǒng)的基礎上，通過前臺就可加掛其他 功能模塊”一一也說明用戶可能會增加新的需求。從最基礎的做起，逐步擴充其應用，所以選擇增量模型來開發(fā)學生信息管理 系

5、統(tǒng)。(2)工作任務分解當解決問題過于復雜時，可以將問題進行分解，直到分解后的子問題容易解 決，然后分別解決這些子問題。規(guī)劃項目時，也應該從任務分解開始，將一個項目 分解為更多的工作細目或子項目，使項目變得更小、更易管理、更易操作。這樣可 以提高估算成本、時間和資源的準確性。使工作變得更易操作，責任分工更加明 確。完成項目本身是一個復雜的過程，必須采取分解的手段把主要的可交付成果分 成更容易管理的單元才能一目了然，最終得出項目的分解結構（WBS）。1）任務分解的原則.將主體目標逐步細化分解，最底層的日?；顒涌芍苯臃峙傻絺€人去完成；.每個任務原則上要求分解到不能再細分為止；.日?；顒右獙饺?、時

6、間和資金投入。）任務分解的方法.采用樹狀結構進行分解；.以團隊為中心，自上而下與自下而上的充分溝通，一對一個別交流與討 論，分解單項工作。）任務分解的標準.分解后的活動結構清晰，從樹根到樹葉，一目了然，盡量避免盤根錯節(jié)；.邏輯上形成一個大的活動，集成了所有的關鍵因素包含臨時的里程碑和監(jiān) 控點，所有活動全部定義清楚，要細化到人、時間和資金投入。醫(yī)院電子病歷管理系統(tǒng)開發(fā)的工作分解結構如圖所示。2.人員配置計劃項目團隊組建的工作流程如圖2.2所示。圖工2項II組建的工作流程項目組管理采用自上而下的負責方式：項目組成員向項目負責人負責，項目 負責人向項目領導小組負責。這種方式清晰地定義了各個運作層面的

7、職責，便于項 目管理、控制，提高項目管理的力度和效率。項目組織結構如圖2.3所示。圖2.3組織結構示意圖參與項目各方的責任一般通過責任分配矩陣的形式進行表達，這種表達形式 的優(yōu)點是直觀地將項目責任方的責任和權利完整地表達出來，便于項目各方進行有 效的協(xié)調，對項目的成功實施非常關鍵。根據(jù)組織結構確定的項目責任分配矩陣， 責任矩陣如表2.1所示。表2.1責任矩陣WBS軟件開發(fā)部資源管理部質量評審部領導組軟件規(guī) 劃項目規(guī)劃FCP計劃評審CF需求分析用戶界面設計FC用戶需求評審CF修改需求、用戶界面FC編寫需求規(guī)格說明CF需求驗證CCF項目設計概要設計FC數(shù)據(jù)庫ER圖編制、建庫FC設計評審CF項目實

8、施用 戶 登 陸管理員登錄FCP病案管理員登錄F醫(yī)生登錄CF病人登錄CFC病 案 管 理病案的形成管理病案信息錄入FC病案編目F病案信息維 護CF病案質控F病案借閱管理病案預約CF病案借閱FC醫(yī)生授權管理F病案的開發(fā)利用管理病案檢索CF治療方法優(yōu) 化F病案統(tǒng)計CF系統(tǒng)集成系統(tǒng)集成測試FC環(huán)境測試F測試總結CF提交驗收測試F產品提交CF注：F：負責；C：參與；P：批準。3.項目實施計劃(1)項目進度計劃1)甘特圖項目進度甘特圖如圖2.4所示好5.1*丁a ，詢 .j.i SffJKi +工N日汕摩后四日汕非汨原j相m3Mr?BKl曲自由Ml肝1由|6。恒作日凱陽應由 凱$薪由歸57.”押市o t

9、iraLSI5-tIffH如肝6劇串汕口，臟E 忒點石田加修由30/tt釉tirtB.J5?喇心用用| J flffBSt序史而乩由1出:白.?J UffB31陽庭 雙奔F由舊IP：，玷銖0 liftsLI鼻目留1t4工的際腔3X1旺 森1架E相北比$T目目,：1.211 EffdiFa+IrtB91由HE史3Jui如也日|j就 rpjBSM陋*X#舉自衛(wèi) 兔序國日I8KUi：中日 雙奔丁 Hi日IP111X麗城西f工相.i.l Rp：fuiita如油作日白汕山。中延 UI雨期31皿曲目1出n.UJ 天戰(zhàn) 1 泉Stiffs尊做舊日3X價比舊it.i.a2中工作日阻E北自由虱兩國舊ILL包青田

10、EtlffBi.LLl If.li恚果S tIrt；B.1.i AWt4工田2C怵i：RL田 雙科：由歸 豌詡1員犯 覘挪比歸 hl通T版阻皿的岫日：Ld.Li葡%由HUE季 E5+工陽2iifrtTFitEI EtistrAsi:.L-Lil,l tirEB雙淵也田虱閑的6丹ALULL工喀知tlffBi.-Lli.鐮UHF 214山1牒狂tlrtB制彈；取舊 帆科:田舊1!聞1版Q 3X挪造 雙評:國出 值而出舊：L4.L2 AtkaE4 J +工陽iiifctTlfilElEijSkiRaEai由門i mw tirEB泡而斑汨立兩船El-.：XIL4 2.2.2 tlffBi.iull E

11、七郡同工年日-L1.2 1i.-l2.1l Ai1 +IrtBI.K2A1 ：tf7F|：ifV11 個工作日KtiTM sxrf?R?BKOt-rEM SXrf?ft3S 口爐中吟囚需相威 二涔匚二邱XHT里至 M海卞陽3H序ifl注jA,L-LLi M=5r t-IffH“賴L日中工相阮zlIffH凱群?H?舊2ilttTf：ME2幅能陽 忒眸:用汨Ml修由日L心 3物Ei+IrtB31加恥 凱立1制1.&W*FG：1 flrtB波小珈口我說蚪Y-LEU；華工七月1.幻削曲ij#工仔日1也aa= tiffHh時史前田皿加白式(由艮汨 融謫時日 隊閑 加0a修I的16蚱五e手刁之野 47TE

12、O .先后在務1iL1. _ !3苧的士號忌日Ay一三？： 郭賁亮更V2苧百態(tài)夏二亍三三二cW矍圖2.4項目進度甘特圖2.網(wǎng)絡圖 項目進度網(wǎng)絡圖如圖2.5所示。.項目資源表 資源計劃項目資源表如表2.2所示。表2.2項目資源表1耳目鈿 zd= ,3二100Rm.00/h(l00/hmoo；:；5= -：-:WOS 10,3曲 2(13場“L的干二3一3= .：-一案:：3OO*10.W/h(l/hMai.卓曙福相工忖罰牌罰口.也此乩|工此萬的樹”5弓:鉆 F.弓ZOLi-Omtn按比6,20Li：i：l證tn榭刖二五 二.二:.有M 1轉上：室.=2 .廠赳，.:7:二一 :=.人力資源計劃

13、項目人力資源計劃如表2.3所示。邛11y 去肝-再求防Eig h-9 rfm寸卅理百輯. 致并煙用1, ZI- h 出 rlEYirT3 b 3小石產：- Jr?A72 d”段口日修34 h第件開發(fā)A只新立IJI品“h-川訐力 口 tkw百皿品*0z713, 1U用戶力否說外10 匕，dsv?器件市主人更W t-用心財法1SZ m1 daZ芾件懺寒九昌W b翳期、幅用用16 k m dhw曲件不發(fā)AS1 b-望離葛里銀指利毋0 hl蜘君件押卷大更B電斤的鹿杷EO包-自上口 diyr里：目黑無,I.:.,.|:-丁:5;可-r 7 H-2.7二 V L 1 L 用 EEFJHhllr 叼FIEr

14、l時 !工工工工H工工工工T-T一II.族目出講2爸，h 7rlnyc工時碎4hn-射千力計國h2days工用MiljmfffcAS/ hIff!tdhH-蚌脩王ER因3 制.醞 Ji Bdays謝IlEEh4h-開發(fā)人JB&j h工用JEIi(bH毗手修hO總產Oh.齡2訐方1Su h工用Oh，空吊至1fJh 23 *”北如1如ihlast16hwfk，成55 h Ydays3M-ILTh11百氣匾成:，優(yōu)ie nzrt-sysIBb將#H* JL員IE- h工可*1心=ErlEMtt4S h J!蟲”EHITh門忤日置JJ!，si- h工E2Shl7hi0 h0. 00表2.4成本預算表（

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

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

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

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

19、進度。5交付期限 緊縮。需方存在緊縮交付期限的可 能。導致項目吃緊。20%60%10%.加班。.臨時雇傭員工。.調整結構。6歷史項目信息。開發(fā)人員的流動。15%60%9%.注意項目團隊的溝通，及 時了解開發(fā)人員的動態(tài)。.控制好項目過程中的文 檔。.從其他的項目組借調人員。.從外部招聘有過此類開發(fā) 經(jīng)驗員。7人員缺乏 經(jīng)驗。由于本項目中的一些員工是 剛剛招聘來的，可能會缺乏 經(jīng)驗。15%30%10%.采取一幫，讓有經(jīng)驗的 程序員帶著相對經(jīng)驗少的程 序員進行開發(fā)。.開發(fā)之前適當?shù)呐嘤枴?用戶數(shù)量 超出計由于該網(wǎng)站可能銷售商品特 別，導致訪問激增。20%20%20%1.防患于未然，數(shù)據(jù)庫上米 用數(shù)據(jù)池的技術在，增加并劃。發(fā)訪問量。9技術達不 到預期效 果。可能有一些技術達不到預期 的效果，不能使需方滿意。 如訪問速度，一些特效等 等。1