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

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

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

3、要求设计了医院 电子病历治理系统.推行医院电子病历治理系统的应用是进一步推进医院病历管 理标准化、电子化的重要举措.3 .建设目标工程建设目标主要从本工程的建设成果、 工程的工期要求以及工程投资目标 三方面来说明.工程成果：交付使用一个医院电子病历治理系统软件,能实现利用计算机对医院病历信息进行治理,满足对医院病历的各种信息进行日常治理,如查询、修改、增加、删除等功能.工期要求：本工程从2021年6月14日开始立项,要求在2021年8月中旬 投入运行.工程投资：工程投资要求限制在 5万人民币以内.二.工程方案1.工程范围治理(1)生存期模式针对本工程的开发特点,参考企业的生存期模型说明和软件过

4、程体系,决定采用增量模型,理由如下：医院电子病历治理系统可以先基于通用功能作出一个最小的使用版本,再逐 步添加其他的功能.这样一来,用户可以先试用最小版本的同时,提出更多明确的 需求,这有助于下一阶段的开发,大大减小了开发的风险.在医院电子病历治理系统中,要求系统有可扩充性,假设使用增量模型,可以 保证系统的可扩充性.用户明确了需求的大局部,但是也会存在不详尽的地方, 只有等到一个可用的产品出来,通过用户使用,然后进行评估,评估结果作为下 一个增量的开发方案,下一个增量发布一些新增的功能和特性, 直至产生最终完 善的产品.“系统要求有可扩充性,可以在现有系统的根底上,通过前台就可加挂其他 功能

5、模块一一也说明用户可能会增加新的需求.从最根底的做起,逐步扩充其应用,所以选择增量模型来开发学生信息治理 系统.2工作任务分解当解决问题过于复杂时,可以将问题进行分解,直到分解后的子问题容易解 决,然后分别解决这些子问题.规划工程时,也应该从任务分解开始,将一个项 目分解为更多的工作细目或子工程,使工程变得更小、更易治理、更易操作.这 样可以提升估算本钱、时间和资源的准确性.使工作变得更易操作,责任分工更加明确.完成工程本身是一个复杂的过程,必须采取分解的手段把主要的可交付 成果分成更容易治理的单元才能一目了然,最终得出工程的分解结构WBS1任务分解的原那么1.将主体目标逐步细化分解,最底层的

6、日常活动可直接分派到个人去完成；2.每个任务原那么上要求分解到不能再细分为止；3.日常活动要对应到人、时间和资金投入.2任务分解的方法1.采用树状结构进行分解；2.以团队为中央,自上而下与自下而上的充分沟通,一对一个别交流与讨论, 分解单项工作.3任务分解的标准1 .分解后的活动结构清楚,从树根到树叶,一目了然,尽量防止盘根错节；2 .逻辑上形成一个大的活动,集成了所有的关键因素包含临时的里程碑和监 控点,所有活动全部定义清楚,要细化到人、时间和资金投入.医院电子病历治理系统开发的工作分解结构如下图医院电子病历治理察城JT发项口役计前目案城隼U视时 用户界面用计计中 用户需索行甫假出雷求茂用户

7、杵面铜号寄不嫌楙说明竹需求,垃系统莫成樨文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病案信息CF案管理维护病案质控F病案借阅治理病呆预约CF病案借阅FC医生授权治理F病案的开发利用治理病案检索CF治疗方法优化F病耒统计CF系统集成系统集

9、成测试FC环境测试F测试总结CF提父验收测试F产品提交CF注：F:负责；C:参与；P:批准.3.工程实施方案(1)工程进度方案1)甘特图工程进度甘特图如图2,4所示廊铺;,甘,开旋目,京斯同»1-1医院电子房历舌理林42个工作日204年明1旧2.1睥叫10日2-L1收有喷3个工作日20L的6月14日加睥6月16日31.1.1工程融13-me7而皆目“日：.1卢5月16H1.1.2方案注亩0立粕20芷我月1出201睥E月16日5-1.2室束外折9 工料20L髀G用犯2M6年隔器日J3L用怨面射5个工田坨鞋月】十ED1E年阴ME7-.-.2用户"津宙1打帕2n捋耳%F 1碑由Z

10、4E0工2 3触繇、肿界面iTElffi23E率:另2TE U1E军用汨91.2.1的需举疑艇1 niffi2ME鞋展史工1邯月28日I)12 5雷求航口彳丁归?市和月7汨“1F年F月2SR11'1.3工程值引7 HltD加LE厢用犯2021翱址口It1.3.1睚酊a wa如鬲月痢沏睥阴80日13L3.2野副取幅触.建库5个工归301就西月旧热癫月汨1.3方建计其宫aoistrfirB an 游谓的幄-1.4工程买强15个工作日2021帘月出20217280I-.1.4.1用户叠录a41作日加睥,朋日201蜂T月19日IT1ALi管酝劭2恒底川萧T月田讪申自H日11.2府籍理员叠录2个

11、工盟如碑叫1比231E4iftsE惇1.4.1.3医生登录341归2021朝前出睥7向5日1.1.1.4宾J聿蒙2个工作日二止七月1虻2.1用MEI.-1.1.2扁案苣理7个T作日讪哂7取汨洲斤隼7%汨n*T*L2.1庸案解戌治理5虹昨日201E年T月20日加眸7月2出1.4.11.1隘信息黝二个工Q我1EM北犯如睥2加E江1.4.2.1 2 棉锦L M归丁正军明工正eheMt融:E£51.4.2.1.3扃盍靛裳护2千工归2G薛叫2壬 门if韦比孔2&L 4.11.4病案魁L小工限221眸咽蒲E 2M睥阴匕?'Lt 2.2 同曾理1个工作日2DL碑?版?日201薛T刖

12、汨口1.4.2.?. 1 有第S为 TrW门1徉7木十：加韦比许叮1.4：22旃案信同i下琲日弱苴朝月广匚门1眸污2吨如1-4.2.13医生的醐41纪加科7月2TE 231郃月27日;IJ-1.4. 2.3解的开发利用孰1个工作日21的T肺日 202172803?L42.Q扃景薛i今琲日动瞬比沮引工建用/匕1.1112防磁血1 WH弱苴朝比汜2：1降阴2BELLZN商案热计1 4工於nE 201绛;月浅E25-i.a一)蚓«H日2021年工口?汨帆四叫m日L5.1系就麒蛹£4工的2GE铲电史期睥E用日1.5.2髓解54工知2箍慨月H 门1睥E月出L5.3卜工作日上上鼻口出工

13、算匕丽日39t.fi舞交1十T作日201 睥咽1而 zoitaflioHWL5.L熟附1位向231G转月1)E 口1降E用叱qi1.6.2ifTffB20芷矩目1汨期揶月10日匚二-=1任金外芭任各千打壬务仅完成时闰揖2p >11! dli lti> ihi II 41 i外在墨靠零仇工亚明曜里程算理要聿舌之工耳干不疗夏邑我途里 2.网络图工程进度网络图如图2.5所示三觥闰：二CK三垓二浦；牙电工茎XI,二月迫号:不二芸二二W三£中常专 皿整先玄士E :,EH；弓二胃, 1 ArftEi就1H：三咛口号：3/一制T：:门二对一 ：/彳求方折餐或金工.舄$堂酉治理理案9日工

14、方上苣.去此a小二珂一 一 3 '二惘?甯鼻的年里百亘I 7 =史» H乂；/鸿:晨 7 或匚二就廨R二4-二,不开,F目蛀.N日好+/ =.当：号二二三二mg法.一像交二Wtr ?-?=. = -：=用户言北晋市年日同：司:天月后识号：完酬目其二期自111:1 +K0BOt/抨毛第薛丁席/号：方一二 上5上至二1*三二二一二R +h南,修青称.用户胸T日期：就作同将仅彳：H克杳照,u*£*目T用 j小1之二题S：一穗福总御人FW日期：口,虻二可点承号：小期；C：志不工肝 】不工SS3S三F自 中；a*ftffanjagg沧疗方法部工程资源表表星t2E刃2三二后照&

15、quot;汽建浮5层m二J;二国支函资源讣划i.工程资源E三由去些用幽日M葡曲目丽1需翻枝手为目期式方星之：衍退考宾芫技匚酉：苴:独飞工M： 1不语更显国和计亍W三郎九、曲工留£生ME京M：6HU 二里一 ：*二心自鞭：马要相思护胞E曷为军工美号：瑟 一 土自洲野：小斗丁二双 工人工崔日 7¥：医生挑生中屋旭日期北立丁思迪：就 一 至同北:&二担 卜二任三S同户凡固青计二班零三三室亡苗专：三 一王比时演：墓二邦国工林 5十森E,区用轴.稣月-, 、两等1百：管*ME .回：璘 F一二三二 E 丁士 : 7TI ,改版,代融M=xm& :二狂引上今二号骸评刑日

16、第；加3月后君二醛一花或E号 即1率月二璘二 营人二作U IT-目躺浦m颦：匚二占算解号:5线皆反：铸为找足H菜：3中二传m知产髓交瑾映；祖做月部斗k 一*成尸匕.鼠工与H有 :十二相三玲月岩：E二总咤覆R+ IT三就恒：翔二套G兰词：弓小工是三 二?W- -粒置利税于始三黄二印埠覆唐声号苏- 三/I：国二初近年t£二堂:今二作E 登雪：表2.2工程资源表蕊锵 ,蛭/毒霜,恻篇T酢曲孰乖TV工时熊科楞WJ20, DDftHO.OO/h削Q超比例蹄n 上鲂开发大员工附耕胜割崎佻乳.制Jh¥20.M/h触M技比川3资皤理人员IB1翘治理郃SOOJinO, JDft?2O.0C;

17、h:见壬比W4罐军S人员IS1片量幅郡200HLO, 00/hJ20. 00/h脓接已例5 麟次MS缸心£.0.超比例&的翻MWg办公费他如费比例2.人力资源方案工程人力资源方案如表2.3所示.藤日恭嚏*h断体歼工人的24h*常青厚人导Xh-什朝语书«hO心婵室*:二忘人势0h需求月折77.hdrlays用户界询总寻的h 5day?眼中开爱A心铀h用户霹冰小函ShlAy豹济科度人员h gggJT.母西网IC h 2 day/毋件轩左A员16h域骂重求损错吨期8hldayh LiG d-ar h 3 d<y5电子扃厉治理冢统-MtftWH72*诏自摘削号J1工工

18、工T工药 TH 工时 工对 工时 工时 工时 工时24Ti0Q1徐1%43tl Z5k, 2m'15JiQh而工时19h1爵工时,idTh Er.书酸#开塞A&£ h工酎W打印现材10 a工时«i<j费事培说4 hQ d±yi工忖oti.领目设il-豆要证让224 h64 h软件开置人员 U h-萨疆图埔16.h轼件开发人员1E0 h软件开发人员-50 h0 h7»4 h56 b-环境刈试40 h歆件开发人国40h一测过总哈1h软件开匿人同'h捱受16h验的庚1试16h软件开宴入勺e h度去停窗人员B h电送取他1J次打印砧

19、村1中包-产品产京0 h菊自合理Lh;5wT +UJ +1- T-寸寸寸寸寸寸寸寸寸寸 f +HJ+MJ T-t nuu nfi- Eu- nH n- 工-,工工工1工T _L_L_1_工工工工工H工二 - -zg6hCJ 51 Lmh n0 4 32 Du .Kw2表2.3工程人力资源方案表(3)本钱方案工程本钱预算如表2.4所小任务名称讯.工期固r房市.本钱1-电子病历修理系镰2, 024 h50 ilayb¥0. 00¥32, 4U0. 00暝日经理400 h事8 000. 00软件开发人昴400 h¥4, 000. 00资源治理人员400 h¥4

20、, 000. 00质量评审人员400 h000. 00 联络1次¥d 00打印耗材1包Q 00二-软件叔划72 h3 da ys¥0. 00J 960. 003一项国却划72 h3 days¥0. 00S9fiO. 00工程经理24 h事00软件开发人员24 hJ240. 00资漏治理人员4 h¥240. 004-方案评审o h0 days¥. 00*0 00后量评审人员0 hJifL 00巧一需求分析72 h9 days¥0. 00¥720. 00E-用户屏面设计包h5 days¥0. 00¥400.

21、0.软件开发人曷40 h二比00, 007-用户需求评声8 h1 dayM 00¥60. 00软件开发人员8 h¥80. 00W-修改需求.修改用 户齐血16 h2 dayc¥0. 00¥LGO. 00软件开发人员16 hS160. 00q-编写需求越格说明 书0 h1 dayM 00X80. 00软件开发人员 打印排材S h1 0包¥S0. 00¥0. 0010-需求险证0 h0 daysW. 00¥0. 00工程绘理0 hg 0011-工程谓计224 h7 (lays基0. 00¥2, 24C- OQ1?-概要

22、设计64 h2 days¥0. 00YWO. 00软件开发人员64 h*M0. 0013-翻据库ER图编 制、建库160 hS days¥0. 00¥L 600. GO软件开发人员160 h¥1,600- 0014设计评审0 h0 days辛 CL 00*. oo质量评审人员0 hto. oo15工程实施7H4 h23 days¥0. DOK7, tt40. 004Q系统集成56 h7 days¥ 0. 00¥560.0041系统集成测试16 h2 days¥0. 00¥160, 00软件开发人员16 h

23、¥160. 0042-环境测试40 h日 days¥0. 00¥400. 00软件开发人员40 h4 400. 0.43-测试总培0 h0 days¥0. 00¥0. 00软件开发人员0 hM CiO44-提交Ifi h1 daytc, on辜1皿0Q45-险检测试16 h1 day*0, 00¥160. CO软件开发人员8 h星 EO. CIO质量体由人员8 h¥80. 00 联络10次¥0. GO打印耗材10包¥0. 0046-产品提交.h0 days¥0 00¥0 00工程教理0

24、 h¥0. DO表2.4本钱预算表(4)质量方案1.质量目标整体创优良是工程的质量目标.2.质量保证方案质量治理范围如下：(1 )软件设计应符合设计标准及用户的要求.(2)效劳及设备采购应符合工程需求,资质和质量符合国家标准和建设单位 的要求.(3)工程研发应符合公司需求.(4)软件的集成和交付符合要求.质量治理方法和手段采用 PDCA循环方法,即每一个工序事先均应制定切实 可行的实施方案,并认真根据方案和相关技术标准的要求实施,通过定期质量检查,即使发现问题,及时采取举措纠正,持续改良质量,保证整体质量处于受控 的状态.治理的结果是整体优良的交付物、完整的质量治理报告.三.风险方案

25、工程风险治理是指通过风险识别、风险分析和风险评价去熟悉工程的风险, 并以此为根底合理地使用各种风险应对举措、 治理方法技术和手段,对工程的风 险实行有效的限制,妥善的处理风险事件造成的不利后果,以最少的本钱保证项 目总体目标实现的治理工作.1.风险识别,评估与风险规划(1)风险识别风险识别是理解某特定工程有哪些可能令人满意的结果的过程.就是采用系统化的方法,识别某特定工程的和可预测的风险 .(2)风险评估风险评估(Risk Assessment)是指,在风险事件发生之前或之后(但还没有结束) 该事件给人们的生活、生命、财产等各个方面造成的影响和损失的可能性进行量 化评估的工作.即,风险评估就是

26、量化测评某一事件或事物带来的影响或损失的 可能程度.(3)风险规划针对风险分析的结果,为提升实现工程目标的时机,降低风险的负面影响而制 定风险应对策略和应对举措的过程,即制定一定的行动和策略来对付、减少、以 至于消灭风险事件.通常采取的举措有1 .回避风险.2 .转移风险.3 .损失限制4 .自留风险2.风险分析表根据风险识别,风险评估,风险规划可以制定了如下风险分析表排序输入风险事件可能性影响风险值风险应对举措1.尽力满足用户 提出的需求.1最终用户 抵抗该系 统投资方可能 会由于某个 细节的问题 对整个系统 产生反感.80%70%40%2.界面尽可能的 美观,方便.3.需求分析阶段 派出专

27、门的系统 分析员去了解用 户的性格,爱好, 工作习惯.2工程期 问,投资定网上购物系 统众多,投资 方浏览后可 能会经常要 求更改需求60%70%40%1.软件详细设计 阶段注意增加软 件的可重用性. 提升复用水平.2.沟通和协调.3客户的需 求规格说 明需求不明确, 增加需求,导 致需求曼延, 由于本软件 是不太了解 计算机的用 户使用,变更 需求可能性 很大.70%50%35%1.采取加班的方 法.2.修改方案去掉 一些任务.3.与客户商量延 些时间.4.当出现影响重 大的变更需求时 与客户协调,这 个版本的不做改 动,在下一个版本中进行功能的 提升.4合同带来 的限制进度要求紧, 合同金额有 限.30%50%15%可以请一些实习 的学生做辅助工 作,一来本钱不 高,二来可以加 快进度.5交付期限 紧缩.需方存在紧 缩交付期限 的可能.导致 工程吃紧.20 %60%10%1 .加班.2 .临时雇佣员m o3.调整结构.6历史工程 信息.开发人员的 流动.15 %60%9%1.注意工程团队 的沟通,及时了 解开发人员的动2.限制好工程过 程中的文