患者监护系统

课程名称：软件工程实验项目：患者监护体统实验报告实验地点：专业班级：学号：学生姓名：指导教师：年月日可行性分析1.可行性研究的前提说明对所建议开发的软件的基本要求，如：A.功能：监护系统要随时接受每个病人的生理信号(脉搏、体温、血压、心电图等)，定时记录病人情况以形成患者日志，当某个病人的生理信号超出医生规定的安全范围时向值班护士发出警告信息；此外，护士在需要时还可以要求系统打印出某个病人的病情报告。B.性能：1、本系统要求反应时间不得低于2s.2、定期对数据库备份C.输出如报告、文件或数据：本系统要求输出的数据有：查询信息、报表、警报控制信号D在安全与保密方面的要求：挂号科的工作人员负责病人基本信息的输入，住院部的医护人员负责病人住院日志的情况，管理员负责系统的维护2.技术可行性a．经费、投资方面的来源和限制：各种硬件和工作人员工资需至少10万元b．硬件、软件、运行环境和开发环境方面的条件和限制：软件需求：操作系统WINDOWS2000AdvanceServer以上；数据库服务器端软件ORACLE9I，Delphi7.0。硬件需求：10M以上的LAN接入网络带宽，P43.0GXeonCPU/1G内存/360G(10K)SCSI硬盘的服务器，P3以上微机（带网卡）的客户机，P43.0GXeonCPU/1G内存/36G(10K)RAID硬盘的数据库服务器本系统采用Delphi实现，依靠其强大的控件系统，Oracle数据库管理系统和用c语音编制的传感器驱动相结合，能在2个月内开发出系统。3.经济可行性某医院目前由于完全采用纯人工的方式来完成工作的，医务人员要一边关注某些病人的情况，一边还要忙着对其它的病人进行医疗诊断，工作量大，耗时比较多，所以工作效率低。根据目前医院内部员工的日人工成本为：x人*y元/人＝z元。我们还不能计算出因效率低下而给医院带来的无形经济损失，如果指导这一部分也看作是成本，那将远远超出目前的计算数额。而如果开发出一个能满足业务要求的医疗计算机监护系统，在采用生命周期的前提下，从问题识别到系统实施、评价、维护，开发周期如果以两年计，共需人工成本m元，各种软硬件成本n元，日常维护费用o元，共计成本费用p元，略高/低于两年的人工费用总和。同样，我们也无法估计算出则于系统的开发应用使医院运营效率提高而带来的无形的巨额经济效益，由于系统能在未来较长的一段时间内稳定地发挥作用，这对于医院的提高管理水平很大的帮助，才能使A医院早日接入到总行的更高层次的网络体系中，可以更加广泛的吸收各方面的信息资源，可为医院业务在将来的扩张打下坚实的基础，其经济效益将更上一层楼。4.法律可行性法律可行性是考虑要开发系统是否存在任何侵犯、妨碍和责任问题，用户操作可行性考虑待开发软件的运行方式在用户组织内是否行得通，现行管理制度、人员素质、操作知识是否可行。由于在本系统中是有合同作为双方合作的基础，所以不会存在任何侵犯、妨碍和责任问题。即使存在了，也可以根据合同进行分析，一定有人会负责任，所以此系统完全可以进行开发。由以上经济、技术、操作和法律四方面的分析可以看出，本系统的开发时机成熟，从多种角度考虑，都是可行的。5结论本系统值得投资。患者监护系统需求分析报告一、问题定义1、待开发的软件系统的名称：患者监护系统。2、整体描述：通过患者监护系统随时接收患者的生理信号定时形成患者日志，当超出限定范围时向值班护士发出警告，以便及时发现病情。另外，在需要时导出病人的病情报告，方便随时了解病人情况。3、系统功能目标：系统能够随时接收病人的生理信号（血压、体温、脉搏、心电图等），监视病员的病症；定时记录病人情况以形成患者日志（定时更新病历）；当某个病人的生理信号超出医院的规定的安全范围时向值班护士发出警告信息（病员出现异常情况时报警）；同时，护士在需要时还可要求系统打印某个病人的病情报告（随机地产生某一病员的病情报告）。4、技术要求和限制条件(1)当病人的生理信号发生变化时，都应增加相关病人病历库的记录；(2)系统的外部项至少包括：病人、护士。二、需求分析1、功能需求：1.1功能的划分：把系统划分为接收信号阶段、信号分析阶段和产生日志和病情报告阶段的功能。1.2功能描述：1、接收信号阶段：病人发出生理信号进行接收，按照时钟定时取样。2、信号分析阶段：通过和系统中的正常信号范围比较分析，得到警告信息或输出正常。3、产生日志和病情报告阶段：系统根据分析情况输出相应的报告结果。交给值班护士2、性能需求：2.1系统基本要求：响应时间：系统的响应时间不能超过1分钟警告时间及次数：每隔三分钟重复警告一次，每次警告时间持续一分钟。主存容量：内存：128MBRAM磁盘容量：不小于１Ｇ显示器：256色,800*600以上的兼容显示器使用标准兼容的打印机。2.2数据管理能力要求说明需要管理的文卷和记录的个数、表和文卷的大小规模，要按可预见的增长对数据及其分量的存储要求作出估算。2.3故障处理要求列出可能的软件、硬件故障以及对各项性能而言所产生的后果和对故障处理的要求。输出发生错误时，在系统的代码部分进行修改。3、外部接口说明3.1界面布局屏幕布局：顶端上分布菜单栏（设置各种功能按钮），中间部分为操作的输出预览。如：输出病人的心电图生理信号时输出波形图，输出病人日志和病情报告时输出预览的图表格式。菜单布局：在屏幕上端设置功能按钮，按钮上简练标志操作功能。输入输出要求；对脉冲等数字的信号定义为精度为2的小数并用表格的格式分类表示（范围是0-100）；而对于心电图等需要波形的图要用波形图软件导出。日志和病情报告将日期（如2008-10-28）、病人基本情况（表格）形式输出。错误信息显示格式；在中央出现并闪烁对话框同时发出警告声，提示存在错误。让用户选择重试或者关闭此次操作。3.2存储位置和输出情况关于病情报告的信息全部放在病情报告的文本框里。信息格式是表格描述，各问题的解答都放在帮助中，信息格式用文档写出。用表格的形式打印病人的日志，包括姓名、时间、各器官生理信号，并用图表的形式画出波形图。给出各范围内信号的值，并作出相应的评价。4、分析数据要求导出系统的物理模型：分析数据对各数据及模块进行分析，画出IPO图、E-R图及状态图如下：4、1各数据的数据字典接收信号模块的IPO图IPO表系统：患者监护系统作者：模块：接收信号日期：编号：01被调用：接收信号系统调用：生理信号输入：患者生理信号输出：系统识别的生理信号处理：将接收的患者生理信号转化为系统识别的生理信号并输出局部数据元素：患者生理信号注释：信号分析的IPO图发出警告的IPO图IPO表系统：患者监护系统作者：模块：信号分析日期：编号：02被调用：信号分析系统调用：生理信号输入：患者生理信号输出：病人危机信号（或正常信息）处理：将接收的患者发出的生理信号与系统的生理信号范围并输出相应结果局部数据元素：患者生理信号注释：IPO表系统：患者监护系统作者：模块：发出警告日期：编号：03被调用：警告系统调用：病人危急信息输入：患者警告信息输出：警告声响处理：接收患者的警告信息通过系统发出警告声响局部数据元素：患者警告信息注释：定时取样的IPO图更新日志的IPO图IPO表系统：患者监护系统作者：模块：定时取样日期：编号：04被调用：定时取样系统调用：设定时刻输入：某一时刻患者生理信号输出：系统识别的生理信号处理：将某一时刻接收的患者的生理信号转化为系统识别的生理信号并输出局部数据元素：患者生理信号注释：IPO表系统：患者监护系统作者：模块：更新日志日期：编号：05被调用：更新日志系统调用：生理信号输入：患者生理信号输出：患者日志处理：将接收的患者生理信号输出为患者日志局部数据元素：患者生理信号注释：产生病情报告的IPO图4.2系统的实体—联系图患者监护系统的Ｅ－Ｒ图4.3系统状态图IPO表系统：患者监护系统作者：模块：产生病请报告日期：编号：06被调用：产生病情报告系统调用：患者日志输入：患者日志输出：病情报告处理：将患者日志批量处理输出病情报告局部数据元素：患者日志注释：患者产生日志产生病情报告分析护士分析患者号姓名房间号性别姓名日志号日期所属患者姓名１ｎ１护士号ｎ１ｎｎ１闲置取样定时检测分析信号判断是否超出范围警告发出声响护士查看结束更新日志更改患者日志产生报告输出病情信息生理信号时钟危急信息警告信息病情报告患者监护系统状态图软件结构：系统的数据流程分析当用户进入医院门诊管理信息系统时，首先会员需要登陆系统或者新用户需要注册相关信息。在新用户注册信息时，需认真填写注册信息，如果出现重名现象，需要重新填写用户名。会员登陆后可以预约门诊，系统处理用户的预约信息。医院管理人员可以编辑医生信息和科室信息，查看预约门诊数据，这些信息将返回到医生信息中，并且系统根据这些信息处理用户的预约。系统的数据流程图如图2所示。5、修正系统开发计划数据精度应达到两个小数点以后，心电图的图形界面应该更清晰的写出时间、正常范围。在原有开发计划的基础上重点进行接口的实现，人机界面的数据设计、体系结构设计和界面的友好性需要进一步提高需要进一步设计系统的具体实现方案。患者监护系统总体设计说明书1.1需求规定医院计算机监护系统:监护系统要随时接受每个病人的生理信号(脉搏、体温、血压、心电图等)，定时记录病人情况以形成患者日志，当某个病人的生理信号超出医生规定的安全范围时向值班护士发出警告信息；此外，护士在需要时还可以要求系统打印出某个病人的病情报告。1.2运行环境本系统是基于C/S模式的采用Delphi实现的管理信息系统（ManagementInformationSystem）。数据库服务器由Oracle9实现。为使系统能够正常运行，软硬件环境需求如下：软件需求：操作系统WINDOWS2000AdvanceServer以上；数据库服务器端软件ORACLE9I，Delphi7.0。硬件需求：10M以上的LAN接入网络带宽，P43.0GXeonCPU/1G内存/360G(10K)SCSI硬盘的服务器，P3以上微机（带网卡）的客户机，P43.0GXeonCPU/1G内存/36G(10K)RAID硬盘的数据库服务器1.3基本设计概念和处理流程系统流程图如下：传感器输入生理信号输入程序铃声判别生成程序响铃报告生成程序生成报告安全范围数据病人信息输入病情信息数据文件生理信号信息系统数据流图如下：1、顶层数据流图：2、各模块数据流图查询病人信息记录病人情况医院计算机监护系统传感器护士打印报告护士患者日志输入：输出：输入病人生理信号发出报警信号查询结果传感器信号输入定时数据定时时间信号流读和识别病人生病日志具体值具体值显示器输入信息处理病人基本信息具体值具体值具体值具体值查询基本信息修改基本信息删除基本信息具体值具体值具体值具体信息生理信号范围超标判定警报器医护人员查询病人信息结果病人信息打印上级医护人员工作人员传感器1.4结构医院病人监护系统生理信号输入控制子系统病人基本信息管理子系统警报子系统病人病情管理子系统生理信号输入管理定时时间调节信息输入信息修改信息查询生理信号安全范围控制警报病情查询病情报告打印1.5人工处理过程1、传感器输入信号间隔时间由用户输入2、生理信号安全范围需要用户输入2接口设计2.1用户接口本系统的用户界面如下所示3.2外部接口本系统采用C/S模式，由Delphi实现的管理信息系统（ManagementInformationSystem）。通过ADO连接与数据库服务器相连。3系统数据结构设计3.1逻辑结构设计要点给出本系统内所使用的每个数据结构的名称、标识符以及它们之中每个数据项、记录、文卷和系的标识、定义、长度及它们之间的层次的或表格的相互关系。菜单快捷功能键区用户输入界面（系统显示界面）提交区4系统出错处理设计4.1补救措施1.联机事务处理(OLAP)是建立在TCP/IP协议上，有多阶段事务处理响应控制，保证事务处理前后台一致性。2.数据库处理事务失败自动回滚技术，保证数据库表的数据一致性和完整性。3.重要数据的校验检查。4.各个子系统的