logo资料库

软件工程课题设计++医院监护系统.doc

第1页 / 共22页
第2页 / 共22页
第3页 / 共22页
第4页 / 共22页
第5页 / 共22页
第6页 / 共22页
第7页 / 共22页
第8页 / 共22页
资料共22页,剩余部分请下载后查看
1.1编写目的
1.2项目背景
2.1目标
2.2运行环境
3.数据描述
3.1功能划分
3.2描述
1.可行性研究的前提
2.技术可行性
5结论
组织机构调查
总体流程图
业务需求调查
数据流程图
实体初步描述
数据流程图
病人病情管理子系统业务流程图
数据流程图
实体初步描述
对新系统的环境要求调查
基本要求
适应性
需求分析
功能性
可用性
可靠性
性能
联机用户文档和帮助系统需求
用户界面
通信接口
适用的标准
1引言
1.1编写目的
1.2背景
1.3定义
2总体设计
2.1需求规定
2.2运行环境
2.3基本设计概念和处理流程
2.4结构
2.5人工处理过程
3接口设计
3.1用户接口
4系统数据结构设计
4.1逻辑结构设计要点
5系统出错处理设计
5.1补救措施
详细设计说明书
1引言
1.1编写目的
1.2背景
1.3定义
2外部设计
2.1标识符和状态
3结构设计
3.1概念结构设计
3.2逻辑结构设计
3.3物理结构设计
4运用设计
4.1数据字典设计
4.2安全保密设计
软件工程课程设计 医院计算机监护系统 用户描述 1.引言 医院做为一个与人民生命健康密切相关的重要机构,势必要在各方面实现信息化,与此 同时,对医疗卫生的要求也越来越高。以方便医护人员更好的了解病人的情况,给病人提供 及时的治疗。本系统就是针对这方面的迫切需求而设计实现的。 1.1 编写目的 此文档作为用户对即将开发的软件的功能要求,是软件设计和开发者的主要依据。 1.2 项目背景 项目名称:医院计算机监护系统 项目委托单位:××市医院 软件开发单位:株洲工学院计算机系计本 01-1 班软件开发组 2.任务描述 2.1 目标 本系统要求能够监护系统要随时接受每个病人的生理信号(脉搏、体温、血压、心 电图等),定时记录病人情况以形成患者日志,当某个病人的生理信号超出医生规定的 安全范围时向值班护士发出警告信息;此外,护士在需要时还可以要求系统打印出某个 病人的病情报告。 本软件系统要求安全、可靠(具有出错处理能力)、准确。 2.2 运行环境 本系统是基于 C/S 模式的采用 Delphi 实现的管理信息系统(Management Information System)。数据库服务器由 Oracle9 实现。操作系统:WINDOWS 2000 Advance Server;数据 库服务器端软件 ORACLE 9I。 3.数据描述 1. 数据流程图:
输入: 输出: 传感器 输入病人生理信号 记录病人情况 患者日志 护士 查询病人信息 发出报警信号 护士 医院计算机 监护系统 查询结果 打印报告 2. 医院监护系统中所要处理的表单: 2.1 “生理信号”表格: 生理信号 ID、生理信号名称、备注 2.2 “患者表格”表格: 患者 ID、患者姓名、患者性别、住址、联系电话、患病名称、入院日期、状 态(已出院、住院)、备注 2.3 “患者日志”表格: 患者 ID、日期、生理信号 ID、值、备注 2.4 “患者生理信号安全范围表”表格: 患者 ID、生理信号 ID、安全范围、备注 3.功能 3.1 功能划分 本系统由“生理信号输入控制子系统”、 “病人基本信息管理子系统”、 “警报子系 统”、“病人病情管理子系统”组成。 生理信号输入控制子系统包含 2 个功能模块:“生理信号输入管理”、“定时时间调节”。 病人基本信息管理子系统包含 3 个功能模块:“病人信息输入”、“病人信息修改”、“病 人信息查询”。 警报子系统包含 2 个功能模块:“生理信号安全范围控制”、“警报”。 病人病情管理子系统包含 2 个功能模块:“病情查询”、“病情报告打印” 3.2 描述 生理信号输入管理模块:通过连接在病人身上的传感器,根据传感器的值将生理信号输入系 统 定时时间调节处理:通过系统,管理人员(医护人员)可以按需要输入定时采样的时间。 病人信息输入模块:工作人员可以将病人的基本信息(患者姓名、患者性别、住址、联系电 话、患病名称、入院日期、状态(已出院、住院)、备注)输入系统。 病人信息修改管理模块:对病人的基本信息(患者姓名、患者性别、住址、联系电话、患病 名称、入院日期、状态(已出院、住院)、备注)进行修改。 病人信息查询模块:对病人的基本信息(患者姓名、患者性别、住址、联系电话、患病名称、 入院日期、状态(已出院、住院)、备注)进行查询。
生理信号安全范围控制模块:对各个病人的生理信号的安全范围进行输入、修改、查询。 警报模块:对超过设定安全范围的病人及时通知医护人员。 病情查询模块:可以对这一段时间的病人病情进行查询 病情报告打印模块:可以对查询得的病人病情打印出病情报告 二、可行性分析 1.可行性研究的前提 说明对所建议开发的软件的基本要求,如: A. 功能:监护系统要随时接受每个病人的生理信号(脉搏、体温、血压、心电图等),定 时记录病人情况以形成患者日志,当某个病人的生理信号超出医生规定的安全范围时向值班 护士发出警告信息;此外,护士在需要时还可以要求系统打印出某个病人的病情报告。 B. 性能:1、本系统要求反应时间不得低于 2s.2、定期对数据库备份 C. 输出如报告、文件或数据: 本系统要求输出的数据有:查询信息、报表、警报控制信号 D 在安全与保密方面的要求: 挂号科的工作人员负责病人基本信息的输入,住院部的医护人员负责病人住 院日志的情况,管理员负责系统的维护 2.技术可行性 a. 经费、投资方面的来源和限制:各种硬件和工作人员工资需至少 10 万元 b. 硬件、软件、运行环境和开发环境方面的条件和限制:软件需求:操作系统 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 内存/36G(10K) RAID 硬盘的数据库 服务器 本系统采用 Delphi 实现,依靠其强大的控件系统,Oracle 数据库管理系统和用 c 语音编 制的传感器驱动相结合,能在 2 个月内开发出系统。 3.经济可行性 某医院目前由于完全采用纯人工的方式来完成工作的,医务人员要一边关注某些病人的 情况,一边还要忙着对其它的病人进行医疗诊断,工作量大,耗时比较多,所以工作效率低。 根据目前医院内部员工的日人工成本为:x 人 * y 元/人=z 元。我们还不能计算出因效率 低下而给医院带来的无形经济损失,如果指导这一部分也看作是成本,那将远远超出目前的 计算数额。而如果开发出一个能满足业务要求的医疗计算机监护系统,在采用生命周期的前 提下,从问题识别到系统实施、评价、维护,开发周期如果以两年计,共需人工成本 m 元, 各种软硬件成本 n 元,日常维护费用 o 元,共计成本费用 p 元,略高/低于两年的人工费用 总和。同样,我们也无法估计算出则于系统的开发应用使医院运营效率提高而带来的无形的 巨额经济效益,由于系统能在未来较长的一段时间内稳定地发挥作用,这对于医院的提高管 理水平很大的帮助,才能使 A 医院早日接入到总行的更高层次的网络体系中,可以更加广泛 的吸收各方面的信息资源,可为医院业务在将来的扩张打下坚实的基础,其经济效益将更上 一层楼。 4.法律可行性 法律可行性是考虑要开发系统是否存在任何侵犯、妨碍和责任问题,用户操作可行性考 虑待开发软件的运行方式在用户组织内是否行得通,现行管理制度、人员素质、操作知识是 否可行。 由于在本系统中是有合同作为双方合作的基础,所以不会存在任何侵犯、妨碍和责任问 题。即使存在了,也可以根据合同进行分析,一定有人会负责任,所以此系统完全可以进行 开发。 由以上经济、技术、操作和法律四方面的分析可以看出,本系统的开发时机成熟,从多 种角度考虑,都是可行的。 5 结论 本系统值得投资。 三、需求分析 医院管理的合理化和经营化是医院经营效益的关键。拥有了先进的技术还要有更加良 好的管理体制,才可以让医院的经营效益发挥到最好的状态。充分利用现代先进的技术,可
以节约大量的人力资源和财力资源。 组织机构调查 总体流程图
业务需求调查 数据流程图 实体初步描述 1) 在对业务流程图和数据流程图进行详细分析的基础上,找出其中的实体。 实体名称:病人生理信号、患者日志。 2) 实体描述方式。 1、病人生理信号:包括生理信号 ID、生理信号名称、备注 2、患者日志:包括患者 ID、日期、生理信号 ID、值、备注 数据流程图 警报子系统业务流程图
病人病情管理子系统业务流程图 数据流程图 实体初步描述 1) 在对业务流程图和数据流程图进行详细分析的基础上,找出其中的实体。 实体名称:患者日志。 2) 实体描述方式。 1、患者日志:包括患者 ID、日期、生理信号 ID、值、备注 对新系统的环境要求调查 基本要求 简要描述该系统所运行的环境,如果运行环境未确定,应写出建议环境 1) 体系结构:Client/Server 或 Multi-tire C/S 2) 操作系统 windows 系列
3) 数据库管理系统 Oracle9i 4) 开发工具 Delphi7.0 软件需求:操作系统 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 内存/36G(10K) RAID 硬盘的数据库服务器 适应性 本系统只适合于 windows 系列操作系统
分享到:
收藏