软件工程课程设计范例
系统名称:医院计算机监护系统
一、用户描述
1.引言
医院作为一个与人民生命健康密切相关的重要机构,势必要在各方面实现信息化,与此
同时,对医疗卫生的要求也越来越高。以方便医护人员更好的了解病人的情况,给病人提供
及时的治疗。本系统就是针对这方面的迫切需求而设计实现的。
1.1 编写目的
此文档作为用户对即将开发的软件的功能要求,是软件设计和开发者的主要依据。
1.2 项目背景
项目名称:医院计算机监护系统
项目委托单位:××市医院
软件开发单位:医院计算机监护系统项目开发组
2.任务描述
2.1 目标
本系统要求能够监护系统要随时接受每个病人的生理信号(脉搏、体温、血压、心电图
等),定时记录病人情况以形成患者日志,当某个病人的生理信号超出医生规定的安全范围
时向值班护士发出警告信息;此外,护士在需要时还可要求系统打印出某个病人的病情报告。
本软件系统要求安全、可靠(具有出错处理能力)、准确。
2.2 运行环境
本系统是基于 C/S 模式的采用 Delphi 实现的管理信息系统(Management Information
System)。数据库服务器由 Oracle9 实现。操作系统:WINDOWS 2000 Advance Server;数据
库服务器端软件 ORACLE 9I。
3.数据描述
3.1 系统数据流程图
输入:
输出:
传感器
输入病人生理信号
记录病人情况
患者日志
护士
查询病人信息
发出报警信号
护士
医院计算机
监护系统
查询结果
打印报告
- 1 -
3.2 医院监护系统中所要处理的表单
3.2.1 “生理信号”表格
生理信号 ID、生理信号名称、备注;
2.2 “患者表格”表格
患者 ID、患者姓名、患者性别、住址、联系电话、患病名称、入院日期、状态(已
出院、住院)、备注;
2.3 “患者日志”表格
患者 ID、日期、生理信号 ID、值、备注;
2.4 “患者生理信号安全范围表”表格:
患者 ID、生理信号 ID、安全范围、备注。
3.3 功能
3.1 功能划分
本系统由“生理信号输入控制子系统”、 “病人基本信息管理子系统”、 “警报子系
统”、“病人病情管理子系统”组成。
生理信号输入控制子系统包含 2 个功能模块:“生理信号输入管理”、“定时时间调节”。
病人基本信息管理子系统包含 3 个功能模块:“病人信息输入”、“病人信息修改”、“病
人信息查询”。
警报子系统包含 2 个功能模块:“生理信号安全范围控制”、“警报”。
病人病情管理子系统包含 2 个功能模块:“病情查询”、“病情报告打印”
3.2 描述
生理信号输入管理模块:通过连接在病人身上的传感器,根据传感器的值,将生理信号输入
系统。
定时时间调节处理:通过系统,管理人员(医护人员)可以按需要输入定时采样的时间。
病人信息输入模块:工作人员可以将病人的基本信息(患者姓名、患者性别、住址、联系电
话、患病名称、入院日期、状态(已出院、住院)、备注)输入系统。
病人信息修改管理模块:对病人的基本信息(患者姓名、患者性别、住址、联系电话、患病
名称、入院日期、状态(已出院、住院)、备注)进行修改。
病人信息查询模块:对病人的基本信息(患者姓名、患者性别、住址、联系电话、患病名称、
入院日期、状态(已出院、住院)、备注)进行查询。
生理信号安全范围控制模块:对各个病人的生理信号的安全范围进行输入、修改、查询。
警报模块:对超过设定安全范围的病人及时通知医护人员。
病情查询模块:可以对这一段时间的病人病情进行查询。
病情报告打印模块:可以对查询得的病人病情打印出病情报告。
- 2 -
二、系统可行性研究
1.可行性研究的前提
说明对所开发软件系统的基本要求,如:
1.1 功能
监护系统要随时接受每个病人的生理信号(脉搏、体温、血压、心电图等),定时记录病
人情况以形成患者日志,当某个病人的生理信号超出医生规定的安全范围时向值班护士发出
警告信息;此外,护士在需要时还可以要求系统打印出某个病人的病情报告。
1.2 性能
1、本系统要求反应时间不得低于 2s。
2、定期对数据库备份。
1.3 输出
本系统要求输出的数据有:查询信息、报表、警报控制信号等。
1.4 安全与保密要求
挂号科的工作人员负责病人基本信息的输入,住院部的医护人员负责病人住院日志的
情况,管理员负责系统的维护。
2.技术可行性
2.1 经费、投资方面的来源和限制
各种硬件和工作人员工资需至少 10 万元。
2.2 硬件、软件、运行环境和开发环境方面的条件和限制
2.2.1 软件需求
操作系统 WINDOWS 2000 Advance Server 以上;
数据库服务器端软件 ORACLE 9I,Delphi 7.0。
2.2.2 硬件需求
10M 以上的 LAN 接入网络带宽,P4 3.0G Xeon CPU /1G 内存/360G(10K) SCSI 硬盘的服
务器,P3 以上微机(带网卡)的客户机,P4 3.0G Xeon CPU /1G 内存/36G(10K) RAID 硬盘
的数据库服务器。
本系统采用 Delphi 实现,依靠其强大的控件系统,Oracle 数据库管理系统和用 c 语音
编制的传感器驱动相结合,可在 2 个月内开发出系统。
- 3 -
3.经济可行性
目前,由于完全采用纯人工的方式来完成工作,医务人员要一边关注某些病人的情况,
一边还要忙着对其它的病人进行医疗诊断,工作量大,耗时比较多,所以工作效率低。
根据目前医院内部员工的日人工成本为:x 人* y 元/人=z 元。我们还不能计算出因效
率低下而给医院带来的无形经济损失,如果指导这一部分也看作是成本,那将远远超出目前
的计算数额。
而如果开发出一个能满足业务要求的医疗计算机监护系统,在采用生命周期的前提下,
从问题识别到系统实施、评价、维护,开发周期如果以两年计,共需人工成本 m 元,各种软
硬件成本 n 元,日常维护费用 o 元,共计成本费用 p 元,略高/低于两年的人工费用总和。
同样,我们也无法估计算出则于系统的开发应用使医院运营效率提高而带来的无形的巨额经
济效益,由于系统能在未来较长的一段时间内稳定地发挥作用,这对于医院的提高管理水平
很大的帮助,才能使 A 医院早日接入到总行的更高层次的网络体系中,可以更加广泛的吸收
各方面的信息资源,可为医院业务在将来的扩张打下坚实的基础,其经济效益将更上一层楼。
4.法律可行性
法律可行性是考虑要开发系统是否存在任何侵犯、妨碍和责任问题,用户操作可行性考
虑待开发软件的运行方式在用户组织内是否行得通,现行管理制度、人员素质、操作知识是
否可行。
由于在本系统中是有合同作为双方合作的基础,所以不会存在任何侵犯、妨碍和责任问
题,所以此系统完全可以进行开发。
由以上经济、技术、操作和法律四方面的分析可以看出,本系统的开发时机成熟,从多
种角度考虑,都是可行的。
5 结论
本系统值得投资。
- 4 -
三、需求分析(需求规格说明书)
医院管理的合理化和规范化是医院经营效益的关键。拥有了先进的技术还要有更加良
好的管理体制,才可以让医院的经营效益发挥到最好的状态。充分利用现代先进的技术,可
以节约大量的人力资源和财力资源。
1.1 组织机构调查
1.2 总体流程图
- 5 -
1.3 业务需求调查
1.3.1 数据流程图
1.3.2 实体初步描述
1、在对业务流程图和数据流程图进行详细分析的基础上,找出其中的实体。
实体名称:病人生理信号、患者日志。
2、实体描述方式。
①病人生理信号:包括生理信号 ID、生理信号名称、备注。
②患者日志:包括患者 ID、日期、生理信号 ID、值、备注。
1.3.3 数据流程图
1.4 警报子系统业务流程图
1.5 病人病情管理子系统业务流程图
- 6 -
数据流程图
实体初步描述
1) 在对业务流程图和数据流程图进行详细分析的基础上,找出其中的实体。
实体名称:患者日志。
2) 实体描述方式。
1、患者日志:包括患者 ID、日期、生理信号 ID、值、备注
1.6 对新系统的环境要求调查
1.6.1 基本要求
简要描述该系统所运行的环境,如果运行环境未确定,应写出建议环境。
1、体系结构:Client/Server 或 Multi-tire C/S。
2、操作系统:windows 系列。
3、数据库管理系统:Oracle9i。
4、开发工具:Delphi7.0。
1.6.2 软件需求
操作系统 WINDOWS 2000 Advance Server 以上;
数据库服务器端软件 ORACLE 9I,Delphi 7.0。
1.6.3 硬件需求
10M 以上的 LAN 接入网络带宽,P4 3.0G Xeon CPU /1G 内存/360G(10K) SCSI 硬盘的服
务器,P3 以上微机(带网卡)的客户机,P4 3.0G Xeon CPU /1G 内存/36G(10K) RAID 硬盘
的数据库服务器。
1.7 适应性
本系统只适合于 windows 系列操作系统.
1.8 功能性
监护系统要随时接受每个病人的生理信号(脉搏、体温、血压、心电图等),定时记录病
人情况以形成患者日志,当某个病人的生理信号超出医生规定的安全范围时向值班护士发出
- 7 -
警告信息;此外,护士在需要时还可以要求系统打印出某个病人的病情报告。
1.9 可用性
1、普通用户所需的培训时间:3 天。
2、高级用户所需的培训时间:3 天 。
3、本系统符合 Microsoft 的 GUI 标准。
1.10 可靠性
1、建议使用“天网防火墙”;
2、精确度 — 具体数据按照医学标准来衡量;
3、基于 TCP/IP 协议。
1.11 性能
此节应概述系统的性能特征。其中需包括具体的响应时间。如果可行,按名称引用相关
用例。
1、数据精确度:具体数据按照医学标准来衡量。
2、对事务的响应时间(平均 0.3s、最长 1s)。
3、吞吐量,每秒处理的事务数为 5 人。
4、容量,系统可以容纳的事务数为 100 人。
5、具备数据库动态恢复能力。
1.12 联机用户文档和帮助系统需求
本系统应具有联机帮助功能。
1.13 用户界面
1、屏幕格式
采用 C/S 模式,界面由 Delphi 设计实现,完全基于 windows 兼容的桌面平台.
2、报表格式
采用与实际报表格式一致,当然这也要求客户端的硬件配置(如打印机等)要一致。
3、菜单格式
采用工具栏与菜单并用的方式,力争简洁明了。
1.14 通信接口
本系统要求每个计算机都有网卡。
1.15 适用的标准
1、TCP/IP
2、Microsoft GUI 设计
- 8 -