医院电子病历管理系统

1、医院电子病历管理系统开发项目目录.需求分析 2 TOC o 1-5 h z .背景3.功能需求3.建设目标3.项目计划 3.项目范围管理3.人员配置计划5.项目实施计划 813.风险计划 1313.风险识别,评估与风险规划.风险分析表 14.风险应对措施 16一需求分析.背景信息技术推动者社会的进步，已经给人们的生活带来革命性的变化。随着现 代科学技术的迅猛发展，计算机技术已经渗透到各个领域，其强大的功能已经被人 们深刻认识，它已经进入了人类社会的各个领域并发挥着越来越重要的作用，特别 是Internet技术的推广和信息高速公路的建立，使IT产业在市场竞争中越发显示 出其独特的优势。步入信息化

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

3、化的重要举措。.建设目标项目建设目标主要从本项目的建设成果、项目的工期要求以及项目投资目标 三方面来说明。项目成果：交付使用一个医院电子病历管理系统软件，能实现利用计算机对 医院病历信息进行管理，满足对医院病历的各种信息进行日常管理，如查询、修 改、增加、删除等功能。工期要求：本项目从2016年6月14日开始立项，要求在2016年8月中旬投 入运行。项目投资：项目投资要求控制在5万人民币以内。二.项目计划.项目范围管理(1)生存期模式针对本项目的开发特点，参考企业的生存期模型说明和软件过程体系，决定 采用增量模型，理由如下：医院电子病历管理系统可以先基于通用功能作出一个最小的使用版本，再逐 步

4、添加其他的功能。这样一来，用户可以先试用最小版本的同时，提出更多明确的 需求，这有助于下一阶段的开发，大大减小了开发的风险。在医院电子病历管理系统中，要求系统有可扩充性，若使用增量模型，可以 保证系统的可扩充性。用户明确了需求的大部分，但是也会存在不详尽的地方，只 有等到一个可用的产品出来，通过用户使用，然后进行评估，评估结果作为下一个 增量的开发计划，下一个增量发布一些新增的功能和特性，直至产生最终完善的产 品。“系统要求有可扩充性，可以在现有系统的基础上，通过前台就可加挂其他 功能模块”一一也说明用户可能会增加新的需求。从最基础的做起，逐步扩充其应用，所以选择增量模型来开发学生信息管理 系

5、统。(2)工作任务分解当解决问题过于复杂时，可以将问题进行分解，直到分解后的子问题容易解 决，然后分别解决这些子问题。规划项目时，也应该从任务分解开始，将一个项目 分解为更多的工作细目或子项目，使项目变得更小、更易管理、更易操作。这样可 以提高估算成本、时间和资源的准确性。使工作变得更易操作，责任分工更加明 确。完成项目本身是一个复杂的过程，必须采取分解的手段把主要的可交付成果分 成更容易管理的单元才能一目了然，最终得出项目的分解结构（WBS）。1）任务分解的原则.将主体目标逐步细化分解，最底层的日常活动可直接分派到个人去完成；.每个任务原则上要求分解到不能再细分为止；.日常活动要对应到人、时

6、间和资金投入。）任务分解的方法.采用树状结构进行分解；.以团队为中心，自上而下与自下而上的充分沟通，一对一个别交流与讨 论，分解单项工作。）任务分解的标准.分解后的活动结构清晰，从树根到树叶，一目了然，尽量避免盘根错节；.逻辑上形成一个大的活动，集成了所有的关键因素包含临时的里程碑和监 控点，所有活动全部定义清楚，要细化到人、时间和资金投入。医院电子病历管理系统开发的工作分解结构如图所示。2.人员配置计划项目团队组建的工作流程如图2.2所示。图工2项II组建的工作流程项目组管理采用自上而下的负责方式：项目组成员向项目负责人负责，项目 负责人向项目领导小组负责。这种方式清晰地定义了各个运作层面的

7、职责，便于项 目管理、控制，提高项目管理的力度和效率。项目组织结构如图2.3所示。图2.3组织结构示意图参与项目各方的责任一般通过责任分配矩阵的形式进行表达，这种表达形式 的优点是直观地将项目责任方的责任和权利完整地表达出来，便于项目各方进行有 效的协调，对项目的成功实施非常关键。根据组织结构确定的项目责任分配矩阵， 责任矩阵如表2.1所示。表2.1责任矩阵WBS软件开发部资源管理部质量评审部领导组软件规 划项目规划FCP计划评审CF需求分析用户界面设计FC用户需求评审CF修改需求、用户界面FC编写需求规格说明CF需求验证CCF项目设计概要设计FC数据库ER图编制、建库FC设计评审CF项目实

8、施用 户 登 陆管理员登录FCP病案管理员登录F医生登录CF病人登录CFC病 案 管 理病案的形成管理病案信息录入FC病案编目F病案信息维 护CF病案质控F病案借阅管理病案预约CF病案借阅FC医生授权管理F病案的开发利用管理病案检索CF治疗方法优 化F病案统计CF系统集成系统集成测试FC环境测试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#举自卫 兔序国日I8KUi：中日 双奔丁 Hi日IP111X丽城西f工相.i.l Rp：fuiita如油作日白汕山。中延 UI雨期31皿曲目1出n.UJ 天战 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苧百态夏二亍三三二cW矍图2.4项目进度甘特图2.网络图 项目进度网络图如图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第件开发A只新立IJI品“h-川讦力 口 tkw百皿品*0z713, 1U用户力否说外10 匕，dsv?器件市主人更W t-用心财法1SZ m1 daZ芾件忏寒九昌W b翳期、幅用用16 k m dhw曲件不发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-开发人JB&j h工用JEIi(bH毗手修hO总产Oh.龄2讦方1Su h工用Oh，空吊至1fJh 23 *”北如1如ihlast16hwfk，成55 h Ydays3M-ILTh11百气匾成:，优ie nzrt-sysIBb将#H* JL员IE- h工可*1心=ErlEMtt4S h J!虫”EHITh门忤日置JJ!，si- h工E2Shl7hi0 h0. 00表2.4成本预算表（

15、4）质量计划.质量目标整体创优良是项目的质量目标。.质量保证计划质量管理范围如下：（1）软件设计应符合设计规范及用户的要求。（2）服务及设备采购应符合项目需求，资质和质量符合国家标准和建设单位 的要求。（3）项目研发应符合公司需求。（4）软件的集成和交付符合要求。质量管理方法和手段采用PDCA循环方法，即每一个工序事先均应制定切实可 行的实施计划，并认真按照计划和相关技术标准的要求实施，通过定期质量检查， 即使发现问题，及时采取措施纠正，持续改进质量，确保整体质量处于受控的状 态。管理的结果是整体优良的交付物、完整的质量管理报告。三.风险计划项目风险管理是指通过风险识别、风险分析和风险评价去认

16、识项目的风险， 并以此为基础合理地使用各种风险应对措施、管理方法技术和手段，对项目的风险 实行有效的控制，妥善的处理风险事件造成的不利后果，以最少的成本保证项目总 体目标实现的管理工作。1.风险识别,评估与风险规划（1）风险识别风险识别是理解某特定项目有哪些可能令人满意的结果的过程。就是采用系 统化的方法，识别某特定项目已知的和可预测的风险。（2）风险评估风险评估（Risk Assessment）是指，在风险事件发生之前或之后（但还没 有结束），该事件给人们的生活、生命、财产等各个方面造成的影响和损失的可能 性进行量化评估的工作。即，风险评估就是量化测评某一事件或事物带来的影响或 损失的可能程

17、度。（3）风险规划针对风险分析的结果，为提高实现项目目标的机会，降低风险的负面影响而 制定风险应对策略和应对措施的过程，即制定一定的行动和策略来对付、减少、以 至于消灭风险事件。通常采取的措施有.回避风险。.转移风险。.损失控制。.自留风险。.风险分析表根据风险识别，风险评估，风险规划可以制定了如下风险分析表排序输入风险事件可 能 性影 响风 险 值风险应对措施1最终用户 抵制该系 统投资方可能会由于某个细节 的问题对整个系统产生反 感。80%70%40%.尽力满足用户提出的需 求。.界面尽可能的美观，方 便。.需求分析阶段派出专门的 系统分析员去了解用户的性 格，爱好，工作习惯。2项目期间，

18、投资 方举棋不 定网上购物系统众多，投资方 浏览后可能会经常要求更改 需求60%70%40%.软件详细设计阶段注意增 加软件的可重用性。提高复 用水平。.沟通和协调。3客户的需 求规格说 明需求不明确，增加需求，导 致需求蔓延，由于本软件是 不太了解计算机的用户使 用，变更需求可能性很大。70%50%35%.采取加班的方法。.修改计划去掉一些任务。.与客户商量延长一些时 间。.当出现影响重大的变更需 求时与客户协调，这个版本 的不做改动，在下一个版本 中进行功能的提升。4合同带来 的限制进度要求紧，合同金额有 限。30%50%15%可以请一些实习的学生做辅 助工作，一来成本不高，一来 可以加快

19、进度。5交付期限 紧缩。需方存在紧缩交付期限的可 能。导致项目吃紧。20%60%10%.加班。.临时雇佣员工。.调整结构。6历史项目信息。开发人员的流动。15%60%9%.注意项目团队的沟通，及 时了解开发人员的动态。.控制好项目过程中的文 档。.从其他的项目组借调人员。.从外部招聘有过此类开发 经验员。7人员缺乏 经验。由于本项目中的一些员工是 刚刚招聘来的，可能会缺乏 经验。15%30%10%.采取一帮，让有经验的 程序员带着相对经验少的程 序员进行开发。.开发之前适当的培训。8用户数量 超出计由于该网站可能销售商品特 别，导致访问激增。20%20%20%1.防患于未然，数据库上米 用数据池的技术在，增加并划。发访问量。9技术达不 到预期效 果。可能有一些技术达不到预期 的效果，不能使需方满意。 如访问速度，一些特效等 等。1