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

软件项目名称：医院病人监护系统实验报告名称：需求规格阐明书专业班级（方向）：计算机科学与技术（软件工程方向）学号：有什么问题联系:姓名：王平时间：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控制 22 1引言1.1编写目的目的：本医院病房监护系统在可行性研究的基础上，是为了进一步明确医院病房监护系统的软件需求，让系统开发者能够基本理解本系统的开发目的，开发办法，以及现在的硬件、软件的状况，方便安排项目规划与进度，组织软件开发与测试，撰写本文档。本文档供组长，系统分析员参考。1.2背景开发软件名称：医院病房监控系统功效：随着信息化时代的飞速发展，医院的理念和服务将对应变化。运用计算机技术和网络技术等当代科技的先进成果，改善传统人工叫喊医院病房监护系统势在必行，智能化的医院病房监护系统的实现使住院患者，特别是重危病人的康复更加安全有效。医院可通过病房监护系统随时对病人进行监控和会诊，完善了医院病房的服务环境，加紧了医院运作的当代化管理进程。为了对危重病人进行实时监护，随时理解病人病情，及时进行解决，建立病房监护系统。病症监视器安置在每个病床，通过网络将病人的病症信号（组合）实时传送到中央监护系统进行分析解决。在中心值班室里，值班护士使用中央监护系统对病员的状况进行监控，监护系统实时地将病人的病症信号与原则的病诊信号进行比较分析，当病症出现异常时，系统会立刻自动报警，并打印病情报告和更新病历。系统根据医生的规定随时打印病人的病情报告，系统定时自动更新病历。1.3定义无1.4参考资料《软件工程导论》2）《计算机软件产品开发文献编制指南GB8567-88》2任务概述2.1目的本医院病房监护系统在可行性研究的基础上，是为了进一步明确医院病房监护系统的软件需求，让系统开发者能够基本理解本系统的开发目的，开发办法，以及现在的硬件、软件的状况，方便安排项目规划与进度，组织软件开发与测试，撰写本文档。随着信息化时代的飞速发展，医院的理念和服务将对应变化。运用计算机技术和网络技术等当代科技的先进成果，改善传统人工叫喊医院病房监护系统势在必行，智能化的医院病房监护系统的实现使住院患者，特别是重危病人的康复更加安全有效。医院可通过病房监护系统随时对病人进行监控和会诊，完善了医院病房的服务环境，加紧了医院运作的当代化管理进程。为了对危重病人进行实时监护，随时理解病人病情，及时进行解决，建立病房监护系统。病症监视器安置在每个病床，通过网络将病人的病症信号（组合）实时传送到中央监护系统进行分析解决。在中心值班室里，值班护士使用中央监护系统对病员的状况进行监控，监护系统实时地将病人的病症信号与原则的病诊信号进行比较分析，当病症出现异常时，系统会立刻自动报警，并打印病情报告和更新病历。系统根据医生的规定随时打印病人的病情报告，系统定时自动更新病历。2.2顾客的特点此软件的首要使用人员是医院的值班护士和医生以及系统管理员，这三方面的人员都有一定的教育水平，特别是管理人员，有一定的计算机操作水平，且他们在每时都要进行系统的维护，操作频率及其之高；而对于普通顾客，操作水平深浅不一，因此在次模块的设计中要特别的考虑这方面，尽量设计能适合多个水平的人员的操作。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参加者：护士,系统描述：护士上班登录数据库查看数据基本操作：护士输入顾客名、密码登录进入数据库异常状况：密码输入错误，电脑故障前置条件：有这个管理员顾客，电脑完好后置条件：成功进入数据库增加病历用例描述用例名：增加病历用例编号：FS参加者：护士，系统描述：有新的病人入住，护士增加新的病人病历基本操作：登陆成功，进入数据库。增加新的病人、病历。系统提示成功加入。异常状况：电脑损坏、系统故障前置条件：先前无此病人病历，电脑、系统完好后置条件：成功增加病人病历显示病情报告用例描述用例名：显示病情报告用例编号：FS参加者：系统、医务人员描述：系统根据需求显示出所要查看的病情基本操作：医务人员向系统规定查看病人病情。系统受到请求在病情库中找到病人病情。显示病情异常状况：找不到病人，病人病情无统计前置条件：有该病人的病情统计后置条件：成功显示病情打印病情报告用例描述用例名：在打印机打印病情报告病情报告用例编号：FS参加者：打印机、系统、医务人员描述：系统显示病情，医务人员用打印机打印病情报告基本操作：系统显示病情。医务人员使用打印机打印病情。打印机打印病情报告。异常状况：打印机损坏前置条件：系统显示病情报告，打印机完好后置条件：成功打印出病情报告报警用例描述用例名：报警用例编号：FS参加者：护士，系统描述：护士发现异常报警基本操作：护士从监控中发现异常。报警异常状况：报警装置损坏前置条件：发现异常状况，报警装置完好后置条件：成功报警更新病历库用例描述用例名：更新病历库用例编号：FS参加者：护士，系统描述：根据每天的监控，统计更新病历库基本操作：查看每天的统计，报警状况等根据状况更新，增加病历库系统提示成功异常状况：系统故障前置条件：监控系统完好后置条件：更新成功3.1.1.5细化用例图细化后的用例图3.1.2活动图3.1.3类图3.1.4时序图3.2对性能的规定3.2.1精度3.2.2时间特性规定响应时间：5s；每隔六个小时对病人的体温、血压、脉搏等进行一次测量；数据的转换：10s传送时间：10s；3.2.3灵活性操作方式上的变化；运行环境的变化；同其它软件的接口的变化；精度和有效时限的变化；计划的变化或改善。对于为了提供这些灵活性而进行的专门设计的部分应当加以标明。3.3输人输出规定系统要随时接受每个病人的生理信号(脉搏、体温、血压、心电图等)，定时统计病人状况以形成患者日志，当某个病人的生理信号超出医生规定的安全范畴时向值班护士发出警告信息；另外，护士在需要时还能够规定系统打印出某个病人的病情报告。3.4数据管理能力规定3.5故障解决规定联机事务解决是建立在TCP/IP合同上，有多阶段事务解决响应控制，确保事务解决前后台一致性。数据库解决事务失败自动回滚技术，确保数据库表的数据一致性和完整性。重要数据的校验检查。各个子系统的操作监控，异常状况报告；并提供报表等跟踪统计。提供和谐的顾客界面和协助信息及配合严格的检查，减少顾客出错机会。3.6其它专门规定3.6.1经济上可行性现在，计算机的价格已经十分低廉，性能却有了长足的进步。而本系统的开发，为医院的工作效率带来了一种质的飞跃，为此重要体现有下列几个方面：第一，本系统的运行能够替代人工进行许多繁杂的劳动；第二，本系统的运行能够节省许多资源；第三，本系统的运行能够大大的提高医院的工作效率；第四，本系统能够使敏感文档更加安全，等等。因此，本系统在经济上是可行的。3.6.2技术上可行性本系统的开发运用MicrosoftSQLServer作为本系统的数据库，它是一种支持多顾客的新型数据库，合用于大中规模的数据量需求。医院网的建设也为新系统服务器/客户端的构造提供了硬件的支持。使用vb、c、visio作为系统开发的开发环境，它提供完善的指令控制语句、类与对象的支持及丰富的数据类型，给开发高性能系统提供的保障为开发满足客户规定的系统，确保了代码的模块化规定，而代码模块化的提高，非常有助于后来对新系统的扩展与修改。总而言之，本系统的设计与开发在技术上和硬件设备上的条件都是满足的，因此，它在技术上是可行的。3.6.3操作上可行性本系统为一种小型的医院管理系统，所耗费的资源非常的小，学校的电脑无论是硬件还是软件都能够满足条件，界面设计时充足考虑管理人员的习惯，使得操作简朴；数据录入快速、规范、可靠；统计精确；制表灵活；适应力强；容易扩充，因此，本系统在操作上是可行的。4运行环境规定4.1设备列出运行该软件所需要的硬设备。阐明其中的新型设备及其专门功效，涉及：解决器型号及内存容量