患者监护系统需求分析报告.doc

患者监护系统需求分析文档 一、问题定义 1、待开发的软件系统的名称：患者监护系统。 2．背景说明：随着社会发展的不断进步，医疗事业的不断壮大，人们对医疗机构的要求也就不断提高，目前住院病人主要由护士护理，这样做不仅需要大量的护士，且由于不能随时观察危重病人的病情变化，还会延误抢救时机。因此怎样有效的提高护士的工作效率和更及时的了解病人的病情的问题，引起了人们的重视。由于信息产业的出现和网络的普及，计算机的应用已普及到人类社会的每一个角落，它与人类的生活关系越来越密切。为了节省不必要的人力物力，并有效的提高工作效率，使患者监护工作简化，所以开发了一套以计算机为中心的，具有完整的存储，查询，警报，打印等功能的患者监护系统。 《软件工程——原理，方法与应用》 吴钦藩 编着 人民交通出版社出版 《软件工程导论（第四版）》 张海藩 编着 清华大学出版社出版 《软件工程》　任胜兵　邢琳　编着　　北京邮电大学出版社 二、可行性研究 1、复查系统规模和目标： 完成对信号的接收和分析，并对信号进行检测是否超出安全范围，从而发出警告；可以定时通过产生的病情报告了解病人的情况；每天产生患者日志。 2、研究目前正在使用的系统： 目前的系统只是提供了每一个房间里居住的病人的个人信息和床位的使用情况，以及简单的在病情危急时进行病情警报的作用，但不能解决在需要时导出病人日志的问题以及随时对病人的生理情况进行检查。 分析系统并画出数据流图如下： 图1.现有系统的数据流图 3、导出新系统的高层逻辑模型 图2 新系统的数据流图 各数据元素的数据字典定义如下： 4、进一步定义问题 通过对新系统的逻辑模型的分析，发现系统对数据的显示结果未给出严格的定义。对脉冲等数字的信号定义为精度为2的小数并用表格的格式分类表示；而对于心电图等需要波形的图要用波形图软件导出。 5、导出和评价供选择的方法 5.1从硬件、软件方面分析可行性： 软件需求：操作系统WINDOWS 2000 Advance Server以上；数据库服务器端软件ORACLE 9I， Delphi 7.0。 硬件需求：10M以上的LAN接入网络带宽，P4 3.0G Xeon CPU /1G内存/360G(10K) SCSI硬盘的服务器，P3以上微机（带网卡）的客户机，P4 3.0G Xeon CPU /1G内存/36G(10K) RAID硬盘的数据库服务器 5.2从经济方面分析可行性： 某医院目前由于完全采用纯人工的方式来完成工作的，医务人员要一边关注某些病人的情况，一边还要忙着对其它的病人进行医疗诊断，工作量大，耗时比较多，所以工作效率低。。而如果开发出一个能满足业务要求的医疗计算机监护系统，由于系统能在未来较长的一段时间内稳定地发挥作用，这对于医院的提高管理水平很大的帮助，才能使A医院早日接入到总行的更高层次的网络体系中，可以更加广泛的吸收各方面的信息资源，可为医院业务在将来的扩张打下坚实的基础，其经济效益将更上一层楼。 6、推荐行动方针 根据可行性的分析得出开发此系统使得医护人员减轻工作量，并提高了工作效率，又能够提高经济效益，所以继续进行这项系统开发。 7、草拟开发计划 本系统应用硬件和软件的运行效率均很高，而且采用Delphi 实现，依靠其强大的控件系统，Oracle数据库管理系统和用c语音编制的传感器驱动相结合，能在2个月内开发出系统。 三、需求分析 1、功能需求： 1.1功能的划分： 把系统划分为接收信号阶段、信号分析阶段和产生日志和病情报告阶段的功能。 1.2功能描述： 1、接收信号阶段：病人发出生理信号进行接收，按照时钟定时取样。 2、信号分析阶段：通过和系统中的正常信号范围比较分析，得到警告信息或输出正常。 3、产生日志和病情报告阶段：系统根据分析情况输出相应的报告结果。交给值班护士 2、性能需求： 2.1系统基本要求： 响应时间：系统的响应时间不能超过1分钟 警告时间及次数：每隔三分钟重复警告一次，每次警告时间持续一分钟。 主存容量：内存：128MB RAM 显示器：256色,800*600以上的兼容显示器 屏幕布局菜单布局输入输出；错误信息显示格式； 接收信号模块的IPO图 信号分析的IPO图 发出警告的IPO图 定时取样的IPO图 更新日志的IPO图 产生病情报告的IPO图 4.2系统的实体—联系图 患者监护系统的Ｅ－Ｒ图 4.3系统状态图 患者监护系统状态图 软件结构： 5、修正系统开发计划 数据精度应达到两个小数点以后，心电图的图形界面应该更清晰的写