软件工程课程设计医院计算机监护系统.docx
- 文档编号:9442239
- 上传时间:2023-05-19
- 格式:DOCX
- 页数:22
- 大小:292.02KB
软件工程课程设计医院计算机监护系统.docx
《软件工程课程设计医院计算机监护系统.docx》由会员分享,可在线阅读,更多相关《软件工程课程设计医院计算机监护系统.docx(22页珍藏版)》请在冰点文库上搜索。
软件工程课程设计医院计算机监护系统
信息技术与工程学院
课程设计报告
课程名称软件工程
设计题目医院计算机监护系统
专业班级12网本2班
小组成员王彦彦×××
××××
指导教师左金平
成绩
2015年7月1日
1引言
医院做为一个与人民生命健康密切相关的重要机构,势必要在各方面实现信息化,与此同时,对医疗卫生的要求也越来越高,以方便医护人员更好的了解病人的情况,给病人提供及时的治疗。
本系统就是针对这方面的迫切需求而设计实现的。
1.1编写目的
此文档作为用户对即将开发的软件的功能要求,是软件设计和开发者的主要依据。
1.2项目背景
项目名称:
医院计算机监护系统
项目委托单位:
××市医院
软件开发单位:
晋中学院计算机系网本二班
2任务描述
2.1目标
本系统要求能够监护系统要随时接受每个病人的生理信号(脉搏、体温、血压、心电图等),定时记录病人情况以形成患者日志,当某个病人的生理信号超出医生规定的安全范围时向值班护士发出警告信息;此外,护士在需要时还可以要求系统打印出某个病人的病情报告。
本软件系统要求安全、可靠(具有出错处理能力)、准确。
2.2运行环境
本系统是基于C/S模式的采用Delphi实现的管理信息系统(ManagementInformationSystem)。
数据库服务器由Oracle9实现;操作系统:
WINDOWS2000AdvanceServer;数据库服务器端软件ORACLE9I。
3.数据描述
3.1数据流程图
系统数据流程图:
如图3-1所示。
图3-1数据流程图
顶层数据流程图:
如图3-2所示。
图3-2数据流程图
各模块数据流图:
如图3-3所示。
图3-3各模块数据流图
3.2 医院监护系统中所要处理的表单:
“生理信号”表格:
生理信号ID、生理信号名称、备注
“患者表格”表格:
患者ID、患者姓名、患者性别、住址、联系电话、患病名称、入院日期、状态(已出院、住院)、备注
“患者日志”表格:
患者ID、日期、生理信号ID、值、备注
“患者生理信号安全范围表”表格:
患者ID、生理信号ID、安全范围、备注
3.3 功能
3.3.1功能划分
本系统由“生理信号输入控制子系统”、“病人基本信息管理子系统”、“警报子系统”、“病人病情管理子系统”组成。
生理信号输入控制子系统包含2个功能模块:
“生理信号输入管理”、“定时时间调节”。
病人基本信息管理子系统包含3个功能模块:
“病人信息输入”、“病人信息修改”、“病人信息查询”。
警报子系统包含2个功能模块:
“生理信号安全范围控制”、“警报”。
病人病情管理子系统包含2个功能模块:
“病情查询”、“病情报告打印”。
3.3.2描述
生理信号输入管理模块:
通过连接在病人身上的传感器,根据传感器的值将生理信号输入系统。
定时时间调节处理:
通过系统,管理人员(医护人员)可以按需要输入定时采样的时间。
病人信息输入模块:
工作人员可以将病人的基本信息(患者姓名、患者性别、住址、联系电话、患病名称、入院日期、状态(已出院、住院)、备注)输入系统。
病人信息修改管理模块:
对病人的基本信息(患者姓名、患者性别、住址、联系电话、患病名称、入院日期、状态(已出院、住院)、备注)进行修改。
病人信息查询模块:
对病人的基本信息(患者姓名、患者性别、住址、联系电话、患病名称、入院日期、状态(已出院、住院)、备注)进行查询。
生理信号安全范围控制模块:
对各个病人的生理信号的安全范围进行输入、修改、查询。
警报模块:
对超过设定安全范围的病人及时通知医护人员。
病情查询模块:
可以对这一段时间的病人病情进行查询。
病情报告打印模块:
可以对查询得的病人病情打印出病情报告。
4可行性分析
4.1可行性研究的前提
说明对所建议开发的软件的基本要求,如:
A.功能:
监护系统要随时接受每个病人的生理信号(脉搏、体温、血压、心电图等),定时记录病人情况以形成患者日志,当某个病人的生理信号超出医生规定的安全范围时向值班护士发出警告信息;此外,护士在需要时还可以要求系统打印出某个病人的病情报告。
B.性能:
1、本系统要求反应时间不得低于2s.
2、定期对数据库备份。
C.输出如报告、文件或数据:
本系统要求输出的数据有:
查询信息、报表、警报控制信号。
D.在安全与保密方面的要求:
挂号科的工作人员负责病人基本信息的输入,住院部的医护人员负责病人住院日志的情况,管理员负责系统的维护。
4.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个月内开发出系统。
4.3经济可行性
某医院目前由于完全采用纯人工的方式来完成工作的,医务人员要一边关注某些病人的情况,一边还要忙着对其它的病人进行医疗诊断,工作量大,耗时比较多,所以工作效率低。
根据目前医院内部员工的日人工成本为:
x人*y元/人=z元。
我们还不能计算出因效率低下而给医院带来的无形经济损失,如果指导这一部分也看作是成本,那将远远超出目前的计算数额。
而如果开发出一个能满足业务要求的医疗计算机监护系统,在采用生命周期的前提下,从问题识别到系统实施、评价、维护,开发周期如果以两年计,共需人工成本m元,各种软硬件成本n元,日常维护费用o元,共计成本费用p元,略高/低于两年的人工费用总和。
同样,我们也无法估计算出则于系统的开发应用使医院运营效率提高而带来的无形的巨额经济效益,由于系统能在未来较长的一段时间内稳定地发挥作用,这对于医院的提高管理水平很大的帮助,才能使A医院早日接入到总行的更高层次的网络体系中,可以更加广泛的吸收各方面的信息资源,可为医院业务在将来的扩张打下坚实的基础,其经济效益将更上一层楼。
4.4法律可行性
法律可行性是考虑要开发系统是否存在任何侵犯、妨碍和责任问题,用户操作可行性考虑待开发软件的运行方式在用户组织内是否行得通,现行管理制度、人员素质、操作知识是否可行。
由于在本系统中是有合同作为双方合作的基础,所以不会存在任何侵犯、妨碍和责任问题。
即使存在了,也可以根据合同进行分析,一定有人会负责任,所以此系统完全可以进行开发。
由以上经济、技术、操作和法律四方面的分析可以看出,本系统的开发时机成熟,从多种角度考虑,都是可行的。
4.5结论
本系统值得投资。
5需求分析
医院管理的合理化和经营化是医院经营效益的关键。
拥有了先进的技术还要有更加良好的管理体制,才可以让医院的经营效益发挥到最好的状态。
充分利用现代先进的技术,可以节约大量的人力资源和财力资源。
5.1组织机构调查
图5-1组织机构调查
5.2业务需求调查
数据流程图
图5-2业务数据流程图
实体初步描述
1)在对业务流程图和数据流程图进行详细分析的基础上,找出其中的实体。
实体名称:
病人生理信号、患者日志。
2)实体描述方式。
1、病人生理信号:
包括生理信号ID、生理信号名称、备注。
2、患者日志:
包括患者ID、日期、生理信号ID、备注。
数据流程图
图5-3实体数据流程图
警报子系统业务流程图
图5-4警报子系统业务流程图
病人病情管理子系统业务流程图
图5-5病人病情管理子系统业务流程图
数据流程图
图5-6病人病情管理子系统数据流程图
5.3对新系统的环境要求调查
5.3.1基本要求
简要描述该系统所运行的环境,如果运行环境未确定,应写出建议环境
1)体系结构:
Client/Server或Multi-tireC/S。
2)操作系统:
windows系列。
3)数据库管理系统:
Oracle9i。
4)开发工具:
Delphi7.0。
软件需求:
操作系统WINDOWS2000AdvanceServer以上;数据库服务器端软件ORACLE9I,Delphi7.0。
硬件需求:
10M以上的LAN接入网络带宽,P43.0GXeonCPU/1G内存/360G(10K)SCSI硬盘的服务器,P3以上微机(带网卡)的客户机,P43.0GXeonCPU/1G内存/36G(10K)RAID硬盘的数据库服务器。
5.3.2适应性
本系统只适合于windows系列操作系统
5.4系统分析
5.4.1功能性
医院计算机监护系统:
监护系统要随时接受每个病人的生理信号(脉搏、体温、血压、心电图等),定时记录病人情况以形成患者日志,当某个病人的生理信号超出医生规定的安全范围时向值班护士发出警告信息;此外,护士在需要时还可以要求系统打印出某个病人的病情报告。
5.4.2可用性
•普通用户所需的培训时间:
3天
•高级用户所需的培训时间:
3天
•本系统符合Microsoft的GUI标准
5.4.3可靠性
•建议使用“天网防火墙”
•精确度—具体数据按照医学标准来衡量,基于TCP/IP协议
5.4.4性能
此节概述系统的性能特征。
其中需包括具体的响应时间。
如果可行,按名称引用相关用例。
•数据精确度:
具体数据按照医学标准来衡量
•对事务的响应时间(平均0.3s、最长1s)
•吞吐量,每秒处理的事务数为5人
•容量,系统可以容纳的事务数为100人
•具备数据库动态恢复能力
5.5联机用户文档和帮助系统需求
本系统具有联机帮助功能
5.5.1用户界面
1、屏幕格式:
采用C/S模式,界面由Delphi设计实现,完全基于windows兼容的桌面平台。
2、报表格式:
采用与实际的报表格式一致,当然这也要求客户端的硬件配置(如打印机等)要一致。
3、菜单格式:
采用工具栏与菜单并用的方式,力图简洁、明了。
5.5.2通信接口
本系统要求每个计算机都有网卡。
适用的标准
1、TCP/IP
2、MicrosoftGUI设计
=
6总体设计
6.1需求规定
医院计算机监护系统:
监护系统要随时接受每个病人的生理信号(脉搏、体温、血压、心电图等),定时记录病人情况以形成患者日志,当某个病人的生理信号超出医生规定的安全范围时向值班护士发出警告信息;此外,护士在需要时还可以要求系统打印出某个病人的病情报告。
6.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硬盘的数据库服务器。
6.3结构
图6-1结构图
6.4人工处理过程
1、传感器输入信号间隔时间由用户输入
2、生理信号安全范围需要用户输入
6.5接口设计
本系统的用户界面如下所示:
图6-2用户界面图
外部接口:
本系统采用C/S模式,由Delphi实现的管理信息系统(ManagementInformationSystem)。
通过ADO连接与数据库服务器相连。
6.6逻辑结构设计要点
给出本系统内所使用的每个数据结构的名称、标识符以及它们之中每个数据项、记录、文卷和系的标识、定义、长度及它们之间的层次的或表格的相互关系。
6.7系统出错处理设计
补救措施:
1.联机事务处理(OLAP)是建立在TCP/IP协议上,有多阶段事务处理响应控制,保证事务处理前后台一致性。
2.数据库处理事务失败自动回滚技术,保证数据库表的数据一致性和完整性。
3.重要数据的校验检查。
4.各个子系统的操作监控,异常情况报告;并提供报表等跟踪记录。
5.提供友好的用户界面和帮助信息及配合严格的检查,减少用户出错机会。
7详细设计说明书
7.1 引言
医院做为一个与人民生命健康密切相关的重要机构,势必要在各方面实现信息化,与此同时,对医疗卫生的要求也越来越高。
以方便医护人员更好的了解病人的情况,给病人提供及时的治疗。
本系统就是针对这方面的迫切需求而设计实现的。
7.2 编写目的
此文档作为用户对即将开发的软件的功能要求,是软件设计和开发者的主要依据。
7.3 背景
项目名称:
医院计算机监护系统
项目委托单位:
××市医院
软件开发单位:
晋中学院计算机系网本二班
7.4 定义
MIS:
(ManagementInformationSystem)管理信息系统的英文缩写。
Delphi:
本系统所使用的编程语言。
7.5 程序系统的结构
程序系统的结构如下图所示。
图7-1程序系统结构图
7.6 功能
IPO
7.7 算法
数据库操作:
SQL语言操作
报表操作:
使用delphi的报表生成程序
传感器输入:
使用的数据结构:
HashTable(散列表)
key:
传感器的信号
Func(key):
信号的值
7.8 流程逻辑
见图:
程序系统结构图。
7.9 存储分配
根据需要,说明本程序的存储分配。
7.10注释设计
程序中的注释统一用:
“//”来表示,在每个触发事件函数的开头注释 。
8数据库设计说明书
8.1引言
8.1.1编写目的
此文档作为用户对即将开发的软件的功能要求,是软件设计和开发者的主要依据。
8.1.2背景
项目名称:
医院计算机监护系统
项目委托单位:
××市医院
软件开发单位:
晋中学院计算机系网本二班
8.1.3定义
MIS:
(ManagementInformationSystem)管理信息系统的英文缩写。
Delphi:
本系统所使用的编程语言
8.2外部设计
标识符和状态
本系统将采用oracle数据库,数据库名称为pthdata,即SID;域名为base。
8.3结构设计
8.3.1概念结构设计
1.“生理信号”:
生理信号ID、生理信号名称、备注
2.“患者表格”:
患者ID、患者姓名、患者性别、住址、联系电话、患病名称、入院日期、状态(已出院、住院)、备注
3.“患者日志”:
患者ID、日期、生理信号ID、值、备注
4.“患者生理信号安全范围”:
患者ID、生理信号ID、安全范围、备注
8.3.2逻辑结构设计
1“生理信号”表格:
生理信号ID、生理信号名称、备注(key:
生理信号ID)
2“患者表格”表格:
患者ID、患者姓名、患者性别、住址、联系电话、患病名称、入院日期、状态(已出院、住院)、备注(key:
患者ID)
3“患者日志”表格:
患者ID、日期时间、生理信号ID、值、备注(key:
日期时间)
4“患者生理信号安全范围表”表格:
患者ID、生理信号ID、安全范围、备注(key:
患者ID+生理信号ID)
8.3.3物理结构设计
程序IPO图:
(见需求分析)。
8.4运用设计
数据字典设计:
1.表名:
生理信号表(SignalTable)
字段名称
字段类型
字段长度
说明
功能
备注
BodySignID
Varchar2
10
生理信号ID
BodySignName
Varchar2
30
生理信号名称
Note
Varchar2
40
备注
2.表名:
患者基本信息表(PatientInfo)
字段名称
字段类型
字段长度
说明
功能
备注
PacientID
Varchar2
10
病人ID
PacientName
Varchar2
30
病人名
Sex
Varchar2
2
性别
Address
Varchar2
50
地址
Tel
number
15
联系电话
DiseaseName
Varchar2
40
患病名称
InHospitalDate
Date
入院日期
Status
Number
6
0:
入院
1:
出院
状态
Note
Varchar2
40
备注
3.患者日志表格(PatientLog)
字段名称
字段类型
字段长度
说明
功能
备注
PatientID
Varchar2
10
患者ID
BodySignID
Varchar2
10
生理信息ID
Value
number
10
值
Note
Varchar2
40
备注
4.患者生理信号安全范围表(SaveValue)
字段名称
字段类型
字段长度
说明
功能
备注
PatientID
Varchar2
10
患者ID
DateTime
DateTime
日期时间
BodySignID
Varchar2
10
生理信息ID
Min
number
10
最小值
Max
number
10
最大值
Note
Varchar2
40
备注
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件工程 课程设计 医院 计算机 监护 系统