患者监护系统可行性分析与需求分析_第1页
患者监护系统可行性分析与需求分析_第2页
患者监护系统可行性分析与需求分析_第3页
患者监护系统可行性分析与需求分析_第4页
患者监护系统可行性分析与需求分析_第5页
已阅读5页,还剩8页未读 继续免费阅读

下载本文档

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

文档简介

1、患者监护系统中央民族大学软件工程实验报告患者监护系统可行性分析与需求分析姓名:吴璨学号:2013年10月26日目录1引言21.1编写目的21.2项目背景21.3定义21.4参考资料22可行性研究的前提32.1要求32.2目标32.3条件、假定和限制32.4可行性研究方法42.5决定可行性的主要因素43对现有系统的分析43.1处理流程和数据流程43.2工作负荷43.3费用支出43.4人员43.5设备43.6局限性54所建议技术可行性分析54.1对系统的简要描述54.2处理流程和数据流程54.3与现有系统比较的优越性64.4采用建议系统可能带来的影响64.4.1对设备的影响64.4.2对现有软件的

2、影响64.2.3对用户的影响64.2.4对系统运行的影响64.2.5对开发环境的影响74.2.6对运行环境的影响74.2.7对经费支出的影响74.5技术可行性评价75所建议系统经济可行性分析75.1支出75.1.1基建投资75.1.2其他一次性支出75.1.3经常性支出75.2效益85.2.1一次性收益85.2.2经常性收益85.2.3不可定量收益85.3收益/投资比85.4投资回收周期85.5敏感性分析86社会因素可行性分析86.1法律因素86.2用户使用可行性87其他可供选择的方案98.结论意见99.非功能性需求99.1性能需求99.2其它需求910运行需求910.1用户界面1010.2故

3、障处理101引言1.1编写目的【阐明编写可行性研究报告的目的,指明读者对象。】本系统以病房监护为目的,完成对病人身体指数的随时监测,方便医院对病人病历、身体指数等的管理。1.2项目背景【应包括: a. 所建议开发软件的名称;b. 项目的任务提出者、开发者、用户及实现软件的单位;c. 项目与其他软件或其他系统的关系。】在现代社会,病人管理通常要投入大量的人力资源,用于查房,看护等方面,方便于医院随时获取病人病情,和处理病人应急情况。而本项目可以减少这些不必要的人力资源输出,降低医院在此方面的经济投入。1.3定义【列出文档中所用到的专门术语的定义和缩写词的原文。】本系统可以定义为一个主要为处理病人

4、危急情况而设计的病房监护管理系统。1.4参考资料【列出有关资料的作者、标题、编号、发表日期、出版单位或资料来源,可包括: a. 项目经核准的计划任务书、合同或上级机关的批文;b. 与项目有关的已发表的资料;c. 文档中所引用的资料,所采用的软件标准或规范。】软件工程,浙江大学出版社,王慧芳、毕建权编著,齐志昌、陈越主审。2可行性研究的前提2.1要求【列出并说明建议开发软件的基本要求,如a. 功能;b. 性能;c. 输出;d. 输入;e. 基本的数据流程和处理流程;f. 安全与保密要求;g. 与软件相关的其他系统;h. 完成期限。】本项目以简单的硬件接口,实现对病房的电子管理。预计在本学期末完成

5、。2.2目标【可包括:a. 人力与设备费用的节省;b. 处理速度的提高;c. 控制精度或生产能力的提高;d. 管理信息服务的改进;e. 决策系统的改进;f. 人员工作效率的提高,等等。】指导老师1人;小组成员1人。2.3条件、假定和限制【可包括:a. 建议开发软件运行的最短寿命;b. 进行系统方案选择比较的期限;c. 经费来源和使用限制;d. 法律和政策方面的限制;e. 硬件、软件、运行环境和开发环境的条件和限制;f. 可利用的信息和资源;g. 建议开发软件投入使用的最迟时间。】本系统至少应使用5年。应在一周内完成系统实现方案的选择比较。本系统对客户机及服务器的硬件性能无特殊要求。系统软件、数

6、据库系统、开发工具都采用免费软件,本系统运行时要求计算机网络连接稳定可靠。应在2014年1月20日投入使用。2.4可行性研究方法【说明这项可行性研究将是如何进行的,所建议的系统将是如何评价的,摘要说明所使用的基本方法和策略。】 由于小组成员仅为一人,所以时间安排自由,尽量抓紧一切时间尽快完成任务。2.5决定可行性的主要因素本软件系统开发成本低,有较强的应用需求。3对现有系统的分析3.1处理流程和数据流程3.2工作负荷经市场调查发现,目前医院尚无完善的患者监护系统,主要还是依靠医生、护士的定时查房。这样不仅大量消耗人力、精力,而且还容易出现失误,致使救治不够及时。3.3费用支出【如人力、设备、空

7、间、支持性服务、材料等项开支。】 医务人员的工资及设备的耗损。3.4人员【列出所需人员的专业技术类别和数量。】 医务人员若干。3.5设备 医疗设备若干。3.6局限性【说明现有系统存在的问题以及为什么需要开发新的系统。】繁琐、易出差错、效率低。4所建议技术可行性分析4.1对系统的简要描述本项目实现的功能有:1、病人病情应急处理;2、医生调取病人病历,获悉特定病人病情;3、系统定期对病人情况存档。4.2处理流程和数据流程第一层第二层E-R图:数据字典:名字:患者信息描述:存储患者的个人详细信息定义:患者信息=患者编号+患者姓名+患者性别+患者年龄+患者病情位置:患者信息名字:护士信息描述:存储护士

8、的个人详细信息定义:护士信息=护士编号+护士姓名+护士性别+护士年龄+护士级别位置:护士信息名字:患者日志描述:存储患者的生理信息定义:患者日志=患者姓名+日期+体温+血压位置:患者日志名字:安全范围描述:存储患者病情的安全范围定义:安全范围=病理名称+最大值+最小值位置:安全范围4.3与现有系统比较的优越性4.4采用建议系统可能带来的影响4.4.1对设备的影响基本上不损害设备。4.4.2对现有软件的影响大大提高了工作效率。4.2.3对用户的影响提高了工作效率,降低了劳动强度。4.2.4对系统运行的影响系统运行安全稳定。4.2.5对开发环境的影响4.2.6对运行环境的影响4.2.7对经费支出的

9、影响 大量节约了支出。4.5技术可行性评价【包括:a. 在限制条件下,功能目标是否能达到;b. 利用现有技术,功能目标能否达到;c. 对开发人员数量的和质量的要求,并说明能否满足;d. 在规定的期限内,开发能否完成。】中央民族大学信息工程学院目前的硬件设施满足本系统运行的需要。实现本系统需要的技术包括:PHP脚本的编程、Mysql数据库应用、Apache WEB服务器的架设与管理、B/S结构的软件开发技术。目前这些技术已经成熟。患者监护系统是个小型软件系统,完全可以按时开发完成。5所建议系统经济可行性分析5.1支出5.1.1基建投资无5.1.2其他一次性支出无5.1.3经常性支出网费等。5.2

10、效益5.2.1一次性收益未知5.2.2经常性收益患者的使用5.2.3不可定量收益及时监测患者生理情况,及时对患者进行救治,挽救更多生命。5.3收益/投资比5.4投资回收周期5年5.5敏感性分析【敏感性分析是指一些关键性因素,如:系统生存周期长短、系统工作负荷量、处理速度要求、设备和软件配置变化对支出和效益的影响等的分析。】是指一些关键性因素与这些不同类型之间的合理搭配、处理速度要求、设备和软件的配置等变化时,对开支和收益的影响最灵敏的范围的估计。6社会因素可行性分析6.1法律因素【如,合同责任、侵犯专利权、侵犯版权等问题的分析。】所用软件开发工具、系统软件都为免费。利用本学校资源自主开发,具有

11、独立版权,归中央民族大学信息工程学院所有。6.2用户使用可行性【如,用户单位的行政管理、工作制度、人员素质等能否满足要求。】医院的医生、护士及相关医务人员完全具备使用本软件系统的能力。7其他可供选择的方案【逐个阐明其他可供选择的方案,并重点说明未被推荐的理由。】无其他方案。8.结论意见【结论意见可能是:a. 可着手组织开发;b. 需待若干条件(如资金、人力、设备等)具备后才能开发;c. 需对开发目标进行某些修改;d. 不能进行或不必进行(如技术不成熟,经济上不合算等);e. 其他。】可着手组织开发。9.非功能性需求本部分主要为阐述此项目的性能需求等一些次要需求。9.1性能需求时间特性需求中,要求相应时间按照优先级进行相应设定,高优先级的相应请求必须第一时间进行响应。其余时间特性需求

温馨提示

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

评论

0/150

提交评论