医院监护系统需求规格说明书 .doc

软件项目名称： 医院病人监护系统 实验报告名称： 需求规格说明书 专业班级（方向）： 计算机科学与技术（软件工程方向）学 号： 有什么问题联系: 姓 名： 王平 时 间： 1引言31.1编写目的31.2 背景31.3定义41.4参考资料42任务概述42.1目标42.2用户的特点52.3假定和约束53需求规定53.1对功能的规定53.1.1用例图53.1.2活动图163.1.3类图173.1.4时序图183.2对性能的规定193.2.1精度193.2.2时间特性要求193.2.3灵活性193.3输人输出要求193.4数据管理能力要求203.5故障处理要求203.6其他专门要求203.6.1经济上可行性203.6.2技术上可行性203.6.3操作上可行性214运行环境规定214.1设备214.2支持软件214.3接口224.3.1用户接口224.3.2内部接口224.3.3外部接口224.4控制221引言1.1编写目的目的：本医院病房监护系统在可行性研究的基础上，是为了进一步明确医院病房监护系统的软件需求，让系统开发者能够基本了解本系统的开发目的，开发方法，以及目前的硬件、软件的情况，以便安排项目规划与进度，组织软件开发与测试，撰写本文档。本文档供组长，系统分析员参考。1.2 背景开发软件名称：医院病房监控系统功能：随着信息化时代的飞速发展，医院的理念和服务将相应改变。利用计算机技术和网络技术等现代科技的先进成果，改善传统人工叫喊医院病房监护系统势在必行，智能化的医院病房监护系统的实现使住院患者，尤其是重危病人的康复更加安全有效。医院可通过病房监护系统随时对病人进行监控和会诊，完善了医院病房的服务环境，加快了医院运作的现代化管理进程。 为了对危重病人进行实时监护，随时了解病人病情，及时进行处理，建立病房监护系统。病症监视器安置在每个病床，通过网络将病人的病症信号（组合）实时传送到中央监护系统进行分析处理。在中心值班室里，值班护士使用中央监护系统对病员的情况进行监控，监护系统实时地将病人的病症信号与标准的病诊信号进行比较分析，当病症出现异常时，系统会立即自动报警，并打印病情报告和更新病历。系统根据医生的要求随时打印病人的病情报告，系统定期自动更新病历。1.3定义无1.4参考资料1） 软件工程导论 2）计算机软件产品开发文件编制指南 GB 8567-882任务概述2.1目标本医院病房监护系统在可行性研究的基础上，是为了进一步明确医院病房监护系统的软件需求，让系统开发者能够基本了解本系统的开发目的，开发方法，以及目前的硬件、软件的情况，以便安排项目规划与进度，组织软件开发与测试，撰写本文档。随着信息化时代的飞速发展，医院的理念和服务将相应改变。利用计算机技术和网络技术等现代科技的先进成果，改善传统人工叫喊医院病房监护系统势在必行，智能化的医院病房监护系统的实现使住院患者，尤其是重危病人的康复更加安全有效。医院可通过病房监护系统随时对病人进行监控和会诊，完善了医院病房的服务环境，加快了医院运作的现代化管理进程。 为了对危重病人进行实时监护，随时了解病人病情，及时进行处理，建立病房监护系统。病症监视器安置在每个病床，通过网络将病人的病症信号（组合）实时传送到中央监护系统进行分析处理。在中心值班室里，值班护士使用中央监护系统对病员的情况进行监控，监护系统实时地将病人的病症信号与标准的病诊信号进行比较分析，当病症出现异常时，系统会立即自动报警，并打印病情报告和更新病历。系统根据医生的要求随时打印病人的病情报告，系统定期自动更新病历。2.2用户的特点此软件的首要使用人员是医院的值班护士和医生以及系统管理员，这三方面的人员都有一定的教育水平，尤其是管理人员，有一定的计算机操作水平，且他们在每时都要进行系统的维护，操作频率及其之高；而对于一般用户，操作水平深浅不一，因此在次模块的设计中要特别的考虑这方面，尽量设计能适合各种水平的人员的操作。2.3假定和约束1) 系统的开发不涉及任何经济的预算。2) 资源分配为各自使用自己的电脑。3) 1周内完成3需求规定 3.1对功能的规定3.1.1用例图医院病房监护系统总用例图3.1.1.1中央监护模块中央监护用例图中央监护用例描述 比较病症信号用例描述用例名：比较病症信号用例编号：FS参与者：管理员、医生描述：用户从信号库中提取病症信号基本操作：1.用户进入标准病症信号库中2.用户提取所需的病症信号异常情况：用户提取的病症信号不存在要求重新提取所需的病症信号前置条件：用户登录成功后置条件：用户提取到所需的病症信号分解信号用例描述用例名：分解信号用例编号：FS参与者：管理员描述：将从病症监护器传送来的组合病症信号分解为系统可以处理的信号基本操作：系统分解信号异常情况：用户提取的病症信号不可处理要求重新提取所需的病症信号前置条件：用户成功提取病症信号后置条件：用户提取到所需的病症信号比较信号用例描述用例名：比较信号用例编号：FS参与者：系统描述：将病人的病症信号与标准信号比较基本操作：系统对比信号异常情况：病人的病症信号与标准信号比较不存在前置条件：系统成功分解病症信号后置条件：用户提取到所需的病症信号报警用例描述用例名：报警用例编号：FS参与者：系统描述：如果病症信号发生异常（即高于峰值），发出报警信号基本操作：系统对比信号发生异常，报警异常情况：报警器发生故障前置条件：用户提取病症信号过多后置条件：系统发出警报数据格式化用例描述用例名：数据格式化用例编号：FS参与者：管理员、医生描述：将处理后的数据格式化以便写入病历库基本操作：系统格式化数据异常情况：数据已存在或系统出错前置条件：用户已输入数据后置条件：数据成功格式化3.1.1.2病房监护模块病房监护用模块例图：病房监护模块用例描述：信号采集用例描述用例名：信号采集用例编号：FS参与者：病人描述：采集病人的病症信号基本操作：用户启动系统，进行信号采集异常情况：病人用户名、密码错误前置条件：运行病房监护系统后置条件：可以正常使用该系统进行病症信号的采集采样频率改变用例描述用例名：采样频率改变用例编号：FS参与者：病人描述：根据病人的情况改变监视器采样频率基本操作：用户启动系统，监视器观察采集的信号，改变采集频率异常情况：系统启动不了，监视器出现问题前置条件：运行病房监护系统后置条件：可以正常使用该系统进行采样频率改变模数转化用例描述：用例名：模数转化用例编号：FS参与者：病人描述：将采集来的模拟信号转化为数字信号基本操作：启动系统进行信号采集，然后转化为数字信号异常情况：信号采集失败前置条件：运行病房监护系统，采集到病人的病症信号后置条件：信号转化成功信号数据组合用例描述用例名：信号数据组合用例编号：FS参与者：病人描述：将采集到的脉搏，血压等信号数据组合为一组信号数据基本操作：启动系统进行信号采集，然后进行数据组合异常情况：信号采集失败前置条件：运行病房监护系统，采集到病人的病症信号后置条件：信号组合成功3.1.1.3病历管理模块病例管理用例图病例管理模块用例描述更新病例用例描述用例名：更新病例用例编号：FS参与者：系统描述：系统根据病人身体情况更新病例基本操作：1. 查看原有的病例2. 根据病人新的情况系统及时更新病例异常情况：系统登录出现异常无法更新病例前置条件：系统登录成功后置条件：系统更新及保存成功生成病例用例描述用例名：生成病例用例编号：FS参与者：系统描述：系统根据更新的病例情况生成病例基本操作：系统根据更新的病例情况生成病例异常情况：系统登录出现异常，无法及时更新病例前置条件：病例更新成功后置条件：系统成功生成病例打印病例用例描述用例名：打印病例用例编号：FS参与者：系统描述：系统根据生成病例打印出病例基本操作：根据生成病例打印出病例异常情况：系统无法正常生成病例前置条件：系统正常生成病例后置条件：系统将病例及时打印出来查看病例用例描述用例名：查看病例用例编号：FS参与者：医生描述：医生根据打印的病例报告查看病例基本操作：1. 收到打印的病例报告2. 查看病例异常情况：病例报告没有打印出来前置条件：病例报告打印出来并交到医生手里后置条件：医生可以正常查看病例3.1.1.4病情报告管理模块病情报告管理用例图病情报告管理模块用例描述：登录查看数据库用例描述用例名：登录查看数据库用例编号：FS参与者：护士,系统描述：护士上班登录数据库查看数据基本操作：1、 护士输入用户名、密码登录2、 进入数据库异常情况：密码输入错误，电脑故障前置条件：有这个管理员用户，电脑完好后置条件：成功进入数据库增加病历用例描述用例名：增加病历用例编号：FS参与者：护士，系统描述：有新的病人入住，护士增加新的病人病历基本操作：1、 登陆成功，进入数据库。2、 增加新的病人、病历。3、 系统提示成功加入。异常情况：电脑损坏、系统故障前置条件：先前无此病人病历，电脑、系统完好后置条件：成功增加病人病历显示病情报告用例描述用例名：显示病情报告用例编号：FS参与者：系统、医务人员描述：系统根据需求显示出所要查看的病情基本操作：1、 医务人员向系统要求查看病人病情。2、 系统受到请求在病情库中找到病人病情。3、 显示病情异常情况：找不到病人，病人病情无记录前置条件：有该病人的病情记录后置条件：成功显示病情打印病情报告用例描述用例名：在打印机打印病情报告病情报告用例编号：FS参与者：打印机、系统、医务人员描述：系统显示病情，医务人员用打印机打印病情报告基本操作：1、 系统显示病情。2、 医务人员使用打印机打印病情。3、 打印机打印病情报告。异常情况：打印机损坏前置条件：系统显示病情报告，打印机完好后置条件：成功打印出病情报告报警用例描述用例名：报警用例编号：FS参与者：护士，系统描述：护士发现异常报警基本操作：1、 护士从监控中发现异常。2、 报警异常情况：报警装置损坏前置条件：发现异常情况，报警装置完好后置条件：成功报警更新病历库用例描述用例名：更新病历库用例编号：FS参与者：护士，系统描述：根据每天的监控，记录更新病历库基本操作：1、 查看每天的记录，报警情况等2、 根据情况更新，增加病历库3、 系统提示成功异常情况：系统故障前置条件：监控系统完好后置条件：更新成功3.1.1.5细化用例图细化后的用例图3.1.2活动图3.1.3类图3.1.4时序图3.2对性能的规定3.2.1精度3.2.2时间特性要求a 响应时间：5s；b 每隔六个小时对病人的体温、血压、脉搏等进行一次测量；c 数据的转换：10sd 传送时间：10s；3.2.3灵活性a 操作方式上的变化；b 运行环境的变化；c 同其他软件的接口的变化；d 精度和有效时限的变化；e 计划的变化或改进。对于为了提供这些灵活性而进行的专门设计的部分应该加以标明。3.3输人输出要求系统要随时接受每个病人的生理信号(脉搏、体温、血压、心电图等)，定时记录病人情况以形成患者日志，当某个病人的生理信号超出医生规定的安全范围时向值班护士发出警告信息；此外，护士在需要时还可以要求系统打印出某个病人的病情报告。3.4数据管理能力要求3.5故障处理要求1. 联机事务处理是建立在TCP/IP 协议上，有多阶段事务处理响应控制，保证事务处理前后台一致性。2. 数据库处理事务失败自动回滚技术，保证数据库表的数据一致性和完整性。3. 重要数据的校验检查。4. 各个子系统的操作监控，异常情况报告；并提供报表等跟踪记录。5. 提供友好的用户界面和帮助信息及配合严格的检查，减少用户出错机会。3.6其他专门要求3.6.1经济上可行性现在，计算机的价格已经十分低廉，性能却有了长足的进步。而本系统的开发，为医院的工作效率带来了一个质的飞跃，为此主要表现有以下几个方面：第一，本系统的运行可以代替人工进行许多繁杂的劳动；第二，本系统的运行可以节省许多资源；第三，本系统的运行可以大大的提高医院的工作效率；第四，本系统可以使敏感文档更加安全，等等。所以，本系统在经济上是可行的。3.6.2技术上可行性本系统的开发利用Microsoft SQL Server2005作为本系统的数据库，它是一个支持多用户的新型数据库，适用于大中规模的数据量需求。医院网的建设也为新系统服务器/客户端的结构提供了硬件的支持。使用vb、c、visio作为系统开发的开发环境，它提供完善的指令控制语句、类与对象的支持及丰富的数据类型，给开发高性能系统提供的保障为开发满足客户要求的系统，保证了代码的模块化要求，而代码模块化的提高，非常有利于以后对新系统的扩展与修改。综上所述，本系统的设计与开发在技术上和硬件设备上的条件都是满足的，因此，它在技术上是可行的。3.6.3操作上可行性本系统为一个小型的医院管理系统，所耗费的资源非常的小，学校的电脑无论是硬件还是软件都能够满足条件，界面设计时充分考虑管理人员的习惯，使得操作简单；数据录入迅速、规范、可靠；统计准确；制表灵活；适应力强；容易扩充，因此，本系统在操作上是可行的。4运行环境规定4.1设备列出运行该软件所需要的硬设备。说明其中的新型设备及其专门功能，包括：a 处理器型号及内存容量；b 外存容量、联机或脱机、媒体及其存储格式，设备的型号及数量；c 输入及输出设备的型号和数量，联机或脱机；d 数据通信设备的型号和数量；e 功能键及其他专用硬件4.2支持软件本系统采用编程语言为vb；采用面向对象的分析设计方法；使用SqlSever 2005作为数据库管理系统图；编码人员对代码进行严格检查后再进行代码编译。4.3接口4.3.1用户接口本系统的用户界面如下所示菜单快捷功能键区 用户输入界面（系统显示界面）提交区4.3.2内部接口中央监护模块、病房监护模块、病历管理模块、病情报告管理模块4.3.3外部接口 本系统采用C/S模式，由sqlserver2005实现的管理信息系统数据。4.4控制