医院门诊管理系统-项目章程.doc_第1页
医院门诊管理系统-项目章程.doc_第2页
医院门诊管理系统-项目章程.doc_第3页
医院门诊管理系统-项目章程.doc_第4页
医院门诊管理系统-项目章程.doc_第5页
已阅读5页,还剩6页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

项目章程1. 文档简介22. 项目综述22.1 背景22.2 项目目标22.3 项目范围32.4 项目主要干系人32.5 假设和约束42.6 项目的批准及授权43. 初步项目实施计划43.1 项目启动53.2需求调研53.3系统设计开发及内部测试63.4硬件设备现场安装调试63.5系统安装调试73.6系统操作培训73.7杨陵医院门诊客户端测试73.8系统完善阶段83.9新老系统并行阶段83.10系统正式使用阶段94 项目变更管理101. 文档简介此文档目的旨在说明本次医院门诊管理系统项目的项目目标、项目范围、初步项目计划、项目双方相关责任人及承担责任,并通过双方项目负责人对此文档的签署确认以上内容,作为项目实施过程中的基本依据。2. 项目综述2.1 背景医院医疗是医院管理的门面,流量大,手续较繁锁,在手工方式下,医护人员要做大量不必要的重复工作、效率低、准确性差、不方便管理,影响工作效率,造成了很多就诊病人得不到合理有效的快捷就诊服务,甚至影响医疗质量,为此,越来越多的医院加快了信息化建设的步伐,医院医疗存储管理系统能够有效地优化服务和工作环境、使病员和医生情绪得以放松,提高了服务效率和质量、树立了医院的良好形象,使门诊工作可以高效有序的运转,提高了医院的经济效益,促进医院的发展2.2 项目目标通过本次项目,达到以下目标1. 改善目前医院门诊管理系统的使用流程,提高系统使用性和数据准确性。2. 优化财务及挂号单统计功能,通过系统对门诊数据的统计分析功能,提高医院管理层对医院的控制及决策能力。3. 实现划价收费功能,使医院的收费系统更实时化,更简单方便。4. 使用.NET开发平台,提供更加便捷、人性化的操控界面。5. 实现销号退费功能,避免退费的繁琐程序。6. 实现挂号单查询功能,更方便的了解当下的门诊信息。2.3 项目范围本次项目升级实现功能详见合同附件一详细设计说明书,各功能具体的业务实现方式将以合同附件四需求说明书为标准。我们将以合同附件一技术备忘录、合同附件四需求说明书作为项目范围控制的根本依据,在产品开发完成后的项目实施阶段。 2.4 项目主要干系人杨凌示范区医院:项目负责人 张丽玲、冯娜、郭荣、冉均平、周文芳、姚彬、李泰然、马赛薇、王哲主要责任:1. 调动示范区医院方面各类资源,配合开发小组的项目执行工作2. 完成项目执行过程中各阶段可交付物成果及相关文档的确认工作。3. 在项目执行期间,对各部门提出的项目范围内的需求修改意见进行总结、筛选及确认。项目经理 姚彬主要责任:1. 确定项目范围,严格按照项目范围执行项目,保障项目每一阶段可交付物的质量,并得到用户方认可。2. 制定项目计划,并尽最大努力保障项目按照计划执行。3. 与用户方负责人保持良好的沟通,及时发现并解决项目执行过程中的各项问题。项目组成员:顾问:冯娜 开发组负责人:马赛薇 开发组成员:郭荣、张丽玲接口功能开发组负责人:周文芳接口功能开发组成员:冉均平、王哲技术支持工程师:李泰然2.5 假设和约束如果由于以下情况的发生,导致项目范围及进度变化,将严格执行项目变更流程,第十开发小组(乙方)对由此给项目带来的负面影响不承担责任:A医院方(甲方)部门组织结构变化,导致各部门业务流程发生改变。B在项目实施阶段,医院方(甲方)提出严重超出附件一技术备忘录及需求说明书内容的需求修改意见,导致系统需要结构性调整。C 由于医院方(甲方)或第三方不能积极配合或不能按时完成承诺任务,例如保障硬件设备按时到货和正常运行;保障网络的稳定性;在项目执行中提供规定的文档,例如系统测试修改意见报告(详见项目实施计划)。D 本项目硬件设备设计方案由第十开发小组(乙方)提供,第十开发小组(乙方)应承担因硬件设备设计方案的不合理性或遗漏导致不符合生产要求的责任。2.6 项目的批准及授权 此项目由西北农林科技大学信息工程学院院长李淑琴及杨凌区医院负责人XX正式授权,于2013年3月20日对此项目正式批准,并授权姚彬为甲方项目经理,XX为乙方项目经理。 3. 初步项目实施计划序号工作内容计划开始时间计划完成时间补充说明1门诊管理需求调研2013-3-202013-4-52合同签署2013-4-162013-4-303功能设计/研发/实现2013-5-12013-8-14功能联调测试2013-8-22013-8-205硬件设备安装2013-8-212013-8-246系统安装调试2013-8-252013-8-317系统操作培训2013-9-12013-9-78医院门诊试运行2013-9-82013-9-309新系统正式运行2013-10-13.1 项目启动计划内容:制定并确认项目章程,包括项目范围、项目初步计划以及双方相关责任人的确认。地点:陕西杨凌计划时间:2013年3月双方责任:项目组成员提供项目章程初稿,并进行详细说明。通过双方项目负责人详细讨论并最终确认签署项目章程。可交付物成果:项目章程3.2需求调研计划内容:由西北农林科技大学信息工程学院信管第十小组的项目工程师对项目范围中的各内容进行咨询,并通过走访医院门诊相关负责人,了解实际业务流程,汇总需求,并最终制定需求说明书,此阶段任务已经完成,其中需求说明书已经做为合同附件经甲乙双方认可并签署。地点:陕西杨陵区医院计划时间:2013年3月20日2013年4月5日双方责任:由信管第十小组的项目工程师走访各部门,详细了解客户方业务流程,汇总各部门需求意见。并提供需求说明书,陕西杨凌区医院负责人积极配合,全程陪同走访咨询过程,并要求各部门负责人积极我们的工作,全面完整的提出需求修改意见。经过双方多次详细沟通讨论,最终制定并签署需求说明书,以此做为项目范围控制的重要标准。可交付物成果:需求说明书。3.3系统设计开发及内部测试计划内容:根据附件一技术备忘录、附件四需求说明书,信管103项目组开发团队进行系统的设计开发及内部测试工作,最终提供杨凌镇人民医院管理系统测试版。地点:杨陵区医院计划时间设计开发:2013年1月13日2013年7月31日。内部测试:2013年8月3日2013年8月19日双方责任:开发团队及测试人员严格按照需求说明书和技术备忘录内容中要求进行开发工作,并通过严格内部测试,保障产品质量。医院测试人员将在内部测试后期,利用一周的时间到达天信达本部,配合开发团队执行内部测试工作。可交付物成果:医院门诊管理系统3.4硬件设备现场安装调试计划内容:系统开发团队及杨凌医院工作人员按相关规定和手续安装系统相关的硬件设备。 地点:杨陵区医院计划时间:2013年8月10日2013年8月14日双方责任:信管103系统开发团队负责第一批硬件的监督验收工作,信管103系统开发团队提供数据库结构报告、维护手册,服务器端应用系统安装手册,维护手册,并提供维护培训。可交付成果:数据库结构报告、数据库维护手册应用服务器系统安装手册应用服务器系统维护手册3.5系统安装调试计划内容:本研究小组工程师现场安装调试系统,保障系统数据库和应用服务稳定运行。地点:杨陵区医院计划时间:2013年4月20日2013年4月25日双方责任:杨陵区医院应首先保证硬件设备和本地网络的稳定可用性。本研发小组工程师负责系统的安装调试工作,并保证数据库服务和应用服务的稳定运行。可交付成果:杨陵区医院本地环境下稳定运行的医院门诊信息管理系统。3.6系统操作培训计划内容:本研发小组对杨陵区医院门诊工作人员及相关人员进行系统操作培训。地点:杨陵区医院计划时间:2013年5月10日2013年5月15日双方责任:杨凌区医院应提供培训场地及相关设备(如投影仪等),制定业务人员培训计划,并保障业务人员准时参加,建议参训人员脱产培训。本研究小组对门诊部门业务骨干进行培训工作,并提供系统使用手册。可交付成果:系统使用手册、培训验收报告3.7杨陵医院门诊客户端测试计划内容:由杨陵区医院项目负责人组织各部门业务骨干对门诊信息管理系统客户端进行全面测试使用,总结并归纳系统修改意见及bug,最终提供测试系统修改意见报告文档。其中对于杨陵区医院提出的新的需求修改意见(以需求说明书和技术备忘录为基准),超出以上范围的需求,我们将计算人工成本,并将该人工计入附件二中。地点:杨凌区医院计划时间:2013年5月20日2013年6月20日。双方责任:杨凌区医院应积极组织测试团队,按照需求说明书和技术备忘录内容,对系统进行完整流程测试,由客户方项目负责人总结归纳修改意见及bug。本研究小组技术支持人员将配合杨凌区医院负责人,对测试中遇到的各种问题进行及时的沟通、确认工作,并区分定义出阻碍生产流程,在系统切换前必须修改完成的内容。最终经双方签字确认测试系统修改意见报告。可交付物成果:测试系统修改意见报告3.8系统完善阶段计划内容:由信工学院第十开发小组根据测试系统修改意见报告,进一步完善优化系统,在本阶段主要解决阻碍生产流程的需求修改意见和bug,并为系统投产做稳定性测试。在此期间医院方提出的超出测试系统修改意见报告内容的需求修改将被记录,为保障项目实施计划,这部分修改意见将在项目验收后维护阶段讨论执行。地点:西北农林科技大学信息工程学院计划时间:2013年4月15日2013年6月20日双方责任:信工学院第十小组开发团队严格按照测试系统修改意见报告内容对系统进行完善修改工作,由于时间限制,第十小组将优先解决测试系统修改意见报告中定义的阻碍生产流程的修改内容,该部分修改意见完成后,系统即达到上线切换标准,第十小组组织会议,与医院讨论并确认系统切换方案。报告中的其他内容第十小组将在系统稳定切换后逐步完成。医院配合第十小组,对已经修改内容进行测试工作,并与测试系统修改意见报告内容进行核对,经双方确认后,签定系统切换达标书。可交付物成果:稳定运行的医院门诊系统,系统切换达标书,系统切换方案。3.9新老系统并行阶段计划内容:按照系统切换方案医院组织人员投入新系统的使用,第十小组技术支持人员到达现场协助医院,保障新系统的稳定运行。地点:杨陵区医院计划时间:2013年4月15日2013年6月20日双方责任:医院负责人积极组织各部门业务人员投入新系统的使用,确定各部门业务骨干,熟练掌握新系统的使用流程,为下一步全面切换做好准备,在第十小组的协助下对每天的系统使用情况进行记录,分析总结系统使用中出现问题的人为原因和系统原因,并形成系统每日使用报告。第十小组技术支持工程师到达现场,协助客户使用新系统,保障系统投产稳定运行,并配合医院负责人对每日系统使用情况进行总结,形成系统每日使用报告。在此期间医院方提出的超出测试系统修改意见报告内容的需求修改将被记录,为保障项目实施阶段系统的稳定性,这部分修改意见将在项目验收后,售后维护阶段协商解决。可交付物成果:系统每日使用报告。3.10系统正式使用阶段计划内容:按照系统切换方案,医院停止老系统使用,全部业务转入新系统。地点:医院门诊部计划时间:2013年4月15日2013年6月20日医院负责人积极组织各部门业务人员全面使用新系统,各部门业务骨干应起到模范带头作用,指导协助全体业务人员积极使用新系统。医院项目负责人在第十小组的协助下对每天的系统使用情况进行记录,分析总结系统使用中出现问题的人为原因和系统原因,并形成系统每日使用报告。第十小组技术支持工程师现场协助各部门业务骨干使用新系统,保障系统投产稳定运行,并配合医院负责人对每日系统使用情况进行总结,形成系统每日使用报告。在此期间医院方提出的超出测试系统修改意见报告内容的需求修改将被记录,为保障项目实施阶段系统的稳定性,这部分修改意见将在项目验收后,售后维护阶段协商解决。可交付物成果:系统每日使用报告。4 项目变更管理在完成医院门诊信息管理系统项目需求说明书后,项目执行阶段,杨陵区医院提出的客户化修改意见本研究小组将计算人工成本,按照合同附件二的规定,西北农林科技大学信息工程学院将提供100人天的客户化修改服务,当实际修改工作量超出合同规定的100人天时,则需要进行项目变更流程,主要过程如下:1. 由医院的门诊部门工作人员及相关人员提出需求修改申请(文字描述)。2. 本研究小组对需求修改的可行性及影响进行评估,如果认为确实不可行,则给出详细理由,并进行书面答复。经双方

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论