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

PAGE PAGE 6 患者监护系统需求分析文档 一、问题定义 1、待开发的软件系统的名称：患者监护系统。 2．背景说明：随着社会发展的不断进步，医疗事业的不断壮大，人们对医疗机构的要求也就不断提高，目前住院病人主要由护士护理，这样做不仅需要大量的护士，且由于不能随时观察危重病人的病情变化，还会延误抢救时机。因此怎样有效的提高护士的工作效率和更及时的了解病人的病情的问题，引起了人们的重视。由于信息产业的出现和网络的普及，计算机的应用已普及到人类社会的每一个角落，它与人类的生活关系越来越密切。为了节省不必要的人力物力，并有效的提高工作效率，使患者监护工作简化，所以开发了一套以计算机为中心的，具有完整的存储，查询，警报，打印等功能的患者监护系统。。 3、整体描述：通过患者监护系统随时接收患者的生理信号定时形成患者日志，当超出限定范围时向值班护士发出警告，以便及时发现病情。另外，在需要时导出病人的病情报告，方便随时了解病人情况。 4、系统功能目标：可以减少护理护士的工作量，当病人出现状况时可以在最短的时间内进行警报，还可以随时导出病人日志，以便随时掌握病人情况并起到监护作用。 5．编写目的 经过对该医院监护系统项目进行详细调查研究，初拟系统实现报告，对软件开发中将要面临的问题及其解决方案进行可行性分析。明确开发风险及其所需要的成本效益。本报告经审核后，交由软件经理审查。 6 参考资料 《软件工程——原理，方法与应用》 吴钦藩 编着 人民交通出版社出版 《软件工程导论（第四版）》 张海藩 编着 清华大学出版社出版 《软件工程》　任胜兵　邢琳　编着　　北京邮电大学出版社 二、可行性研究 1、复查系统规模和目标： 完成对信号的接收和分析，并对信号进行检测是否超出安全范围，从而发出警告；可以定时通过产生的病情报告了解病人的情况；每天产生患者日志。 2、研究目前正在使用的系统： 目前的系统只是提供了每一个房间里居住的病人的个人信息和床位的使用情况，以及简单的在病情危急时进行病情警报的作用，但不能解决在需要时导出病人日志的问题以及随时对病人的生理情况进行检查。 分析系统并画出数据流图如下： 生理信号 生理信号 超出范围 1 信号分析 2 发出警告 护士 信号正常 3 日志导出系统 4 导出日志 图1.现有系统的数据流图 3、导出新系统的高层逻辑模型 生理 生理 1 接收信 号 2 分析信 号 3 产生警告信 息 护士 信号 6 产生病情报 告 5 更新日 志 4 定时取 样 时钟 生理 信号 病人危急信息 警 告 定时的生 理信号 患者 D2患者日志 D1患者安全范围 图2 新系统的数据流图 各数据元素的数据字典定义如下： 名字：患者信号的安全范围 名字：患者信号的安全范围 别名： 描述：用来表示正常患者的生理情况的正常范围 定义：安全范围=心电+脉冲+体温+血压（正常范围） 位置：储存在安全范围文本中 名字：患者日志 别名：病人日志 描述：对病人每日的生理情况的报告，并包括与安全范围的对比 定义：患者日志=患者名字+生理信号+生成日期 位置：输出到打印机 图3.1患者信号安全范围的数据字典 图3.2 患者日志的数据字典 名字：病情报告 名字：病情报告 别名： 描述：通过对生理信号的分析对患者的病情作出详尽的分析报告 定义：病情报告=病人姓名+生理信号+病情分析 位置：输出到打印机 图3.3 病情报告的数据字典 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内存/ 5.2从经济方面分析可行性： 某医院目前由于完全采用纯人工的方式来完成工作的，医务人员要一边关注某些病人的情况，一边还要忙着对其它的病人进行医疗诊断，工作量大，耗时比较多，所以工作效率低。。而如果开发出一个能满足业务要求的医疗计算机监护系统，由于系统能在未来较长的一段时间内稳定地发挥作用，这对于医院的提高管理水平很大的帮助，才能使A医院早日接入到总行的更高层次的网络体系中，可以更加广泛的吸收各方面的信息资源，可为医院业务在将来的扩张打下坚实的基础，其经济效益将更上一层楼。 6、推荐行