IT项目管理课程设计-医院电子病历管理系统要点

1、课程设计报告课程名称 it 项目管理课程设计姓名院（系）专业班级学号指导教师医院电子病历管理系统开发项目目录一需求分析31. 背景 32. 功能需求 33. 建设目标 3二项目计划 31. 项目范围管理 32. 人员配置计划 63. 项目实施计划 9三.风险计划 131. 风险识别 , 评估与风险规划 132. 风险分析表 143. 风险应对措施 16一需求分析1. 背景信息技术推动者社会的进步， 已经给人们的生活带来革命性的变化。 随着现代科学技术的迅猛发展， 计算机技术已经渗透到各个领域， 其强大的功能已经被人们深刻认识，它已经进入了人类社会的各个领域并发挥着越来越重要的作用，特别是 in

2、ternet 技术的推广和信息高速公路的建立， 使 it 产业在市场竞争中越发显示出其独特的优势。 步入信息化时代， 有巨大的数据信息等待加工处理和传输，这使得对数据的进一步掌控和利用显得尤为迫切。 目的国内外的医疗部门正在积极地参加到这场变化中来。 我国多家医院已经建立起医疗信息系统。 该系统正在全国逐步推广。 传统的病历模式也受到了现代信息技术的挑战， 记载病历的新载体电子病历电子病历也应运而生。2. 功能需求医院电子病历管理系统主要用于医院的信息管理， 总体任务是实现病历信息关系的系统化、 科学化、 规范化和自动化， 其主要任务是用计算机对医院病历的各种信息进行日常管理，如查询、修改、增

3、加、删除，针对这些要求设计了医院电子病历管理系统。 推行医院电子病历管理系统的应用是进一步推进医院病历管理规范化、电子化的重要举措。3. 建设目标项目建设目标主要从本项目的建设成果、 项目的工期要求以及项目投资目标三方面来说明。项目成果： 交付使用一个医院电子病历管理系统软件， 能实现利用计算机对医院病历信息进行管理， 满足对医院病历的各种信息进行日常管理， 如查询、 修改、增加、删除等功能。工期要求：本项目从2016 年 6 月 14 日开始立项，要求在2016 年 8 月中旬投入运行。项目投资：项目投资要求控制在 5 万人民币以内。二项目计划1.项目范围管理（ 1）生存期模式针对本项目的开

4、发特点， 参考企业的生存期模型说明和软件过程体系， 决定采用增量模型，理由如下：医院电子病历管理系统可以先基于通用功能作出一个最小的使用版本， 再逐步添加其他的功能。 这样一来， 用户可以先试用最小版本的同时， 提出更多明确的需求，这有助于下一阶段的开发，大大减小了开发的风险。在医院电子病历管理系统中， 要求系统有可扩充性， 若使用增量模型， 可以保证系统的可扩充性。用户明确了需求的大部分，但是也会存在不详尽的地方，只有等到一个可用的产品出来， 通过用户使用， 然后进行评估， 评估结果作为下一个增量的开发计划， 下一个增量发布一些新增的功能和特性， 直至产生最终完善的产品。“系统要求有可扩充性

5、， 可以在现有系统的基础上， 通过前台就可加挂其他功能模块”也说明用户可能会增加新的需求。从最基础的做起， 逐步扩充其应用， 所以选择增量模型来开发学生信息管理系统。（ 2）工作任务分解当解决问题过于复杂时， 可以将问题进行分解， 直到分解后的子问题容易解决，然后分别解决这些子问题。规划项目时，也应该从任务分解开始，将一个项目分解为更多的工作细目或子项目，使项目变得更小、更易管理、更易操作。这样可以提高估算成本、 时间和资源的准确性。 使工作变得更易操作， 责任分工更加明确。 完成项目本身是一个复杂的过程， 必须采取分解的手段把主要的可交付成果分成更容易管理的单元才能一目了然，最终得出项目的分

6、解结构（wb）s。1）任务分解的原则1 .将主体目标逐步细化分解，最底层的日常活动可直接分派到个人去完成；2 .每个任务原则上要求分解到不能再细分为止；3 .日常活动要对应到人、时间和资金投入。2）任务分解的方法1 .采用树状结构进行分解；2 .以团队为中心，自上而下与自下而上的充分沟通，一对一个别交流与讨论，分解单项工作。3）任务分解的标准1 .分解后的活动结构清晰，从树根到树叶，一目了然，尽量避免盘根错节；2 .逻辑上形成一个大的活动，集成了所有的关键因素包含临时的里程碑和监控点，所有活动全部定义清楚，要细化到人、时间和资金投入。医院电子病历管理系统开发的工作分解结构如图所示医院电干病历管

7、理系统开发林件烧制需求分析项目设计项目实施廉统集成提交计划评审用户界面设计用户需求讲串煤改而求q用户界面端气而求现珞说明书需求验证系统第戚群试坏境测试产田提交羯忒总站病案统计2.人员配置计划项目团队组建的工作流程如图2.2所示项目组成立收尾图2.2项目组建的工作流程项目组管理采用自上而下的负责方式： 项目组成员向项目负责人负责，项目 负责人向项目领导小组负责。这种方式清晰地定义了各个运作层面的职责， 便于 项目管理、控制，提高项目管理的力度和效率。项目组织结构如图2.3所示。领导小组项目负责人软 件 开 发 负 责 人资源管理负责人质 量 评 审 负 责 人参与项目各方的责任一般通过责任分配矩

8、阵的形式进行表达，这种表达形式的优点是直观地将项目责任方的责任和权利完整地表达出来，便于项目各方进行有效的协调，对项目的成功实施非常关键。根据组织结构确定的项目责任分配矩 阵，责任矩阵如表2.1所示。表2.1责任矩阵wbs软件开 发部资源管 理部质量评 审部领 导组软 件 规 划项目规划fcp计划评审cf需 求 分 析用户界面设计fc用户需求评审cf修改需求、用户界面fc编写需求规格说明cf需求验证ccf项 目 设 计概要设计fc数据库er图编制、建库fc设计评审cf项 目 实 施用户登陆管理员登录fcp病案管理员登录f医生登录cf病人登录cfc病病案的形成管理病案信息录入fc病案编目f病案信

9、息cf案管理维护病案质控f病案借阅管理病呆预约cf病案借阅fc医生授权管理f病案的开发利用管理病案检索cf治疗方法优化f病耒统计cf系 统 集 成系统集成测试fc环境测试f测试总结cf提父验收测试f产品提交cf注：f:负责；c:参与；p:批准。3.项目实施计划(1)项目进度计划1)甘特图项目进度甘特图如图2.4所示储锦t工婚t阳硼间，荆曲洞.1-1医院电强历管理系蕊12个工作日2016=6116加6年日用q日2-l1软件现且3个工隹b2q16年阴14日2016年6月16日31.1.1项目视划3个工作日如8年用k日劲15年阴16日q1.l2计划评宙0中工作日期南月1出前阐用出5-1.2需求方折9

10、个工作日如16年6月16日即16年6月28 口61.t1用户界面谢5个工作日2q1阐册日加16年6月嚣日71.2.2用户需求而1 m粘201e年6月丛日201e年阴以日b1.13修醺求一胪界倒1不工作日2仇6年朗并日加16年6月即日91.2.4辆需求嘘说明1田日2016年6月28日加1揖明处日101,2,5需求脸证0个工作日201睥朗2s日201睥朗研11l3项目设计7个工作日2。16年胡29日现16年用汨121-3.1艘设计2个工初2期睥朗前日201睥朗3。日u1.3.2款据应喊翻，理库5个工作日2q1b琳月田加16年明t日141.3.3设计评亩tm作日201睥阴汨201眸阴汨1513鹤实施

11、15个工作日2q16帘月汨加1雨月霏日16-1.4.1用户登录8个工作日2016年7刖日2016年7月19日1?1.4.14管理员登录£个工作日期薛7刖日疝蹄月口日lfl1.4.1.2扃秦朝员登录2个工作日2。1闻月1汨 珈揖词犯191.4.1.3医生登录2个工作日201薛明姓日期睥明15日zd1.4,1.4 帆馥2个工作日2妣邪月i犯加1阐月19日21lt2病案管理7个工隹b如$轲用出2016料肋8日22 1.l2.1病案的形成管理5个工作日20167200 20167260231.4.zl.1病案信息录入1个工作日2016年明20日视16黜月现日四1.4.21,2病案骗目1个工作

12、日加牌7月21日圆睥明21日25l 4.11.3病案信息新2个工作日2016年明22日视16年咽25日ee1.4,11,4高泰庾控1个工作日201e年7月定日加1牌明比日2t1.l2.2病案借忸管肆1个工四2016料月却日2016年睛2t日州1,4.12.1病案项妁1个邙日2015年7月疔日201牌明灯日29h.1z2痛案惜阅1个工的2016年明行日视1南的日卯142.2.3医播较菅理1个工作日20167270 2016727031ll2,3嘉案的开发利用直埋1个工作日20167280 20167280321. 4.13.1解检索1个工作日201翊月28日中)16帘月2e日331.4,212带

13、疗用却讹1个工作日2仇6用月发日2016中月嚣日*l 4.13.3病案猊计1个工作日2015年咽28日加16年明28日35-l5系烧集成8个工作日2016年7月29日加1睥8刖日361.54轴第殿试2个工作日m南月砒 加16年阴1日3?1.5.2被新5个工作日20睥阴2日初眸阴8日翔1.5.3测试总牯1个工作日期眸3月汨国16年强汨39l6提交1个工作日2q16年阴 1。日 20168109q。1个工作日2%薛8月w日加1阐月1。日411.6.2产品政1个工作日2me年明10日加1阐月10日任务境分呈至汽巧耍illi i i i i i i i i i i i i i : r mby*韭活劫偿

14、辱靠港紫里蕈售韭活茎招要lr汉完成时闾 :歌限 i£z图2.4项目进度甘特图2.网络图项目进度网络图如图2.5所示,/术牙折一/个丽就诙话神号 主去力司二£1e三e£二盘 二 疏沿.考件*0_ -/慰但：；二三二* ee号：n , ，.或花生园万走残工春：日工作i f 壳热糜/陌户屏用计讦ke苍：其匹三*甘季号：e更或1中 罪"正强h睐 ，4h加副：品 凝 tf1/观呢计二千片三：，*三小e设专：二安打时:"三一号二1/nn/ 二主产三二三*三-41，号： 送座帆一田朝月工期:一r is力二七 或雨据划越居市举u远.二品充打配ed1e三月二期：

15、3个工吨三计制详审:里程玮m娼:：:工牌调：出-?v* 4开馆知何：二的后耳-赤亘王丑或打，曲三日与二寺 :e 七作，原葛石般号理系研7： 2-3：=1烹笈口工冷je需工整:/ /配w： 2=13=亏记号：35ffstr r： m短狷二©；ago开君三星产三互奉 同w e就事.然：产品握交7比m埔：2。正单&月由艰号：句用孔恒然:晤晤二w:不h耻5it招写追求起格说电开博日利浦指誓6月制取机g=sr? 而既近至.一ffita事也皆求.用户界面讦西日m；翔演聋患韧诅七r二短e j由:右£展三用:i>t|'f3收黑漳ek国朗tl建案，出e与：m无三不节或等

16、 二 壬青时e：，：；”首飞工室:54工作日副；一尚评审连里望二*谓-e百号二u： ：3：6s6,2；b3勒理安=为三招券】e机访系f主立打e：川正义工目工驾:个工七e/国性*j m1片j ；二，三，号由标号：; 森丽厂砺函三忘一5人工作重战里成追百1对昌黑乌e¥-慕比号鸨 费前河北遍匡m工专；品或：3*；裔家智建布帆：孤岫肃?幽：之亮或片曲m1e上;且二期： i|e /，另#的刘雪哲理玻舸：20的月息跖必完或ml -年7m工期:品或：阅棘营事i "痛打e： ":£族月亮千一常，才时7：工:日三工工里：,1个工作i/ 元，的扁案的开3利用甘正守加药e星潺

17、中g号 £元帝三.4玄：.多：不二?元去除有重虾病案篇目开启日播：及正正工二国记号：m尧京ht sis二天: f好静若方法忧出开论e至：加旧正了.弓与记号：33ggggtjg: fm亮三付工：3。三生:.弓工翦：八工作日漕试皂雉三,三米就必写eufi调事辅 一 三或用瓦：就范生前三 ：不三运 w-.节ie啃国布需:二蛀m卡分丁w走去打比国1e三;月二期：14工作日用髓网小产拮已挖.人三壬1三千识号：2：许住用ism；im朴m：仪窑席识号：器 一允亚尸同：二七eh；目二羽：疥二七e至源：品或干w：胎16第二卦：；人h作日h*岫gggjjjgggg a 元左巨；加右三7.三二:：: f臼

18、 tig:医生授根哲理二黄三就：屋正三:.三可识号：即先盛胃间：就需粉同工处 l力二转e st-表2.2项目资源表项目/理晶单+6糕魅，加麻机魅累算,喊日/ t工时软件开发人员工时资源翱人员工时软件开爱部资髓理部100n 20.00/h 340.00/h400k h0,00/h320.o0/h200n ho, oo/ho.oo/h¥0.001妣例切,qq按比例标糜而难成1年献员工时质医量评亩部200k no, qq/h环, qq/h ¥0,00按比例 标抵却,。按比例 和j§电话眠络 m次电 力公费打印翻椭包打m费跖二0箱,为2.人力资源计划项目人力资源计划如表2

19、.3所示rrx电子病历管理票续1-物件理勤一场目地划方自写理 就件开发人民受原管理大中 it划濡牵朋存南入身需求弁析用户寿面设情轼年开发人曼用户需:书评名 检件开宠人员hhbh.hhhhhb 247272*各。721040 z-t.管四阳kftffsaft-瑞当需季程福现朋 制竹田拜要入局nmtf一盒求乾位 审目先理柢暮设计软件开去人员-数据库er图续 制、建库软件开发人员设计评官质量评审人员-系统落成测试软件开发人员-环墙测试软件开发人员-测试总结软件开发人员-提交-近胺测试软件开发人员 底置评审人员 电话眼络 厂印耗材-产品提交项目蟀理。b 包h8- j ood d7 2 5b h h h

20、4 4 4 02 6 6 62 1160 h0 h 0 days0 h784 h23 days56 h 7 days16 h 2 days1g h40 h 5 days40 h0 h 0 days0 h16 h 1 day16 h1 days hs h10次10包0 h 0 days0 h可时时呵忖时时对时对盯时nmrrrt 工工工工工工工工工工工工工工 11i ih iji二. 区一a-?,if工工丁n_lbntfln_ln_ld口型to口口口口tbtbtbtbtb201* f® »胭a_494h14sli4h4h4hohoh490h14811gkai口hh46pie12

21、8h18h39h16£l16il23h23hzq表2.3项目人力资源计划表17h ri.ohoh 16h 16h8h 8h1010ohoh(3)成本计划项目成本预算如表2.4所示任务名称:不耐 77工期.固定成本.-ss7"1-电子病历管睡系批n, 8z4 h5。 days»o.。>32. 480. 00项目经理4:00 h¥出 000. 00软件开发人员400 h¥4,000. 00资源管理人员400 h¥£ 000. 00质量评审人员400 h¥4, 000. 00电话联络1 ；欠(0. 00打印耗材1包

22、¥0. 002-软件理划72 h3 days¥0. 00¥960-003-项目视划72 h3 days¥0. 00¥960. 00项目经理24 h¥480. 00软件开发人员24 h¥240. 00资源管理人员24 h¥240. 004-计划评审0 h0 days¥0. 00¥0. 00质量评宙人员0 h¥0. 005-需求分析72 h9 days¥0. 00¥720.006-用户界面设计40 h3 daysm 00u400. 00软件开发人员40 h¥4

23、00. 007-用户需求评审8 h1 day¥0l 00¥e0. 00软件开发人员8 h¥80. 008-修虎霞求、修改用16 h2 daysg 00¥160. 00户界面软件开发人员16 h¥160. 009-编写需求规格说明 书8 h1 day¥0l 00¥e口. 00软件开发人员8 h¥80. 00rrei耗材10包¥0. 0010-需求卷证0 h0 days¥0. 00¥0. 00项目经理0 h¥0. 00_ _ . 11-项目设计224 h7 days¥o

24、. 00¥2. 240. 0012-概要设计64 h2 days¥0. 00¥640, 00软件开发人员64 h¥640. 0013-数据库er图编160 h5 days¥0. 00¥l 600. 00制、建库软件开发人员160 h口 600. 0014-设计评聿0 h0 days¥0. 00mo. 00质量评审人员0 h¥0, 00is项目实施784 h23 days¥0. 00¥7, 840, 0040-系或集成56 h7 days¥0. 00¥560.0041-系统集成

25、测试16 h2 daysm 00¥160, 00软件开发人员16 h¥160. 0042-环境测试40 h5 daysso. 00¥400. 00软件开发人员40 h¥400, 0043-测试总结0 h0 days¥0, 00¥0. 00软件开发人员0 h¥0. 0044-提交16 h1 day¥0. 00¥160. 0045-验收洌1试16 h1 day¥0. 00¥160. 00软件开发人员8 h¥s0. 00质量评宙人员8 h¥80. 00电话联络10次

26、65;0. 00打印耗材10包¥0. oo46-产品提交0 h0 days¥0. 00¥0. 00项目经理0 h¥0. 00表2.4成本预算表（4） 质量计划1质量目标整体创优良是项目的质量目标。2. 质量保证计划质量管理范围如下：（ 1）软件设计应符合设计规范及用户的要求。（ 2） 服务及设备采购应符合项目需求， 资质和质量符合国家标准和建设单位的要求。（ 3）项目研发应符合公司需求。（ 4）软件的集成和交付符合要求。质量管理方法和手段采用pdca1环方法，即每一个工序事先均应制定切实可行的实施计划， 并认真按照计划和相关技术标准的要求实施， 通过定期

27、质量检查，即使发现问题，及时采取措施纠正，持续改进质量，确保整体质量处于受控的状态。管理的结果是整体优良的交付物、完整的质量管理报告。三 .风险计划项目风险管理是指通过风险识别、风险分析和风险评价去认识项目的风险，并以此为基础合理地使用各种风险应对措施、 管理方法技术和手段， 对项目的风险实行有效的控制， 妥善的处理风险事件造成的不利后果， 以最少的成本保证项目总体目标实现的管理工作。（ . 风险识别 ,评估与风险规划（ 1） 风险识别风险识别是理解某特定项目有哪些可能令人满意的结果的过程。 就是采用系统化的方法，识别某特定项目已知的和可预测的风险。（ 2）风险评估风险评估（ risk ass

28、essment）是指，在风险事件发生之前或之后（但还没有结束） ，该事件给人们的生活、生命、财产等各个方面造成的影响和损失的可能性进行量化评估的工作。 即， 风险评估就是量化测评某一事件或事物带来的影响或损失的可能程度。（ 3）风险规划针对风险分析的结果，为提高实现项目目标的机会，降低风险的负面影响而制定风险应对策略和应对措施的过程，即制定一定的行动和策略来对付、减少、以至于消灭风险事件。通常采取的措施有1 . 回避风险。2 . 转移风险。3 .损失控制。4 .自留风险。2 .风险分析表根据风险识别，风险评估，风险规划可以制定了如下风险分析表排序输入风险事件可能性影响风险值风险应对措施1.尽力

29、满足用户 提出的需求。1最终用户 抵制该系 统投资方可能 会由于某个 细节的问题 对整个系统 产生反感。80%70%40%2 .界面尽可能的 美观，方便。3 .需求分析阶段 派出专门的系统 分析员去了解用 户的性格，爱好， 工作习惯。2项目期 问，投资 力举棋/、止网上购物系 统众多，投资 方浏览后可 能会经常要 求更改需求60%70%40%1 .软件详细设计 阶段注意增加软 件的可重用性。 提高复用水平。2 .沟通和协调。3客户的需 求规格说 明需求不明确， 增加需求，导 致需求曼延， 由于本软件 是不太了解 计算机的用 户使用，变更 需求可能性 很大。70%50%35%1 .采取加班的方 法。2 .修改计划去掉 一些任务。3 .与客户商量延 长一些时间。4 .当出现影响重 大的变更需求时 与客户协调，这 个版本的不做改 动，在下一个版本中进行功能的 提升。4合同带来 的限制进度要求紧， 合同金额有 限。30%50%15%可以请一些实习 的学生做辅助工 作，一来成本不 高，二来可以加 快进度。5交付期限 紧缩。需方存在紧 缩交付期限 的可能。导致 项目吃紧。20%60%10%1 .加班。2 .临时雇佣员工。3 .调整结构。