医院患者监护系统需求分析Word文档下载推荐.docx

上传人:b****2 文档编号:405365 上传时间:2023-04-28 格式:DOCX 页数:8 大小:99.71KB
下载 相关 举报
医院患者监护系统需求分析Word文档下载推荐.docx_第1页
第1页 / 共8页
医院患者监护系统需求分析Word文档下载推荐.docx_第2页
第2页 / 共8页
医院患者监护系统需求分析Word文档下载推荐.docx_第3页
第3页 / 共8页
医院患者监护系统需求分析Word文档下载推荐.docx_第4页
第4页 / 共8页
医院患者监护系统需求分析Word文档下载推荐.docx_第5页
第5页 / 共8页
医院患者监护系统需求分析Word文档下载推荐.docx_第6页
第6页 / 共8页
医院患者监护系统需求分析Word文档下载推荐.docx_第7页
第7页 / 共8页
医院患者监护系统需求分析Word文档下载推荐.docx_第8页
第8页 / 共8页
亲,该文档总共8页,全部预览完了,如果喜欢就下载吧!
下载资源
资源描述

医院患者监护系统需求分析Word文档下载推荐.docx

《医院患者监护系统需求分析Word文档下载推荐.docx》由会员分享,可在线阅读,更多相关《医院患者监护系统需求分析Word文档下载推荐.docx(8页珍藏版)》请在冰点文库上搜索。

医院患者监护系统需求分析Word文档下载推荐.docx

由于信息产业的出现和网络的普及,计算机的应用已普及到人类社会的每一个角落,它与人类的生活关系越来越密切。

为了节省不必要的人力物力,并有效的提高工作效率,使患者监护工作简化,所以开发了一套以计算机为中心的,具有完整的存储,查询,警报,打印等功能的患者监护系统。

1.3参考资料

《软件工程——原理,方法与应用》吴钦藩编着人民交通出版社出版

《软件工程导论(第四版)》张海藩编着清华大学出版社出版

《软件工程》 任胜兵 邢琳 编着  北京邮电大学出版社

 

2可行性研究的前提

2.1基本要求

2.1.1功能要求

此系统要求输入病人的姓名、住址、电话号码、身份证号码、住院日期、身体状况,随时接收每个病人的生理信号(脉搏、体温、血压、心电图等),定时记录病人情况以形成患者日志,当某个病人的胜利信号超出医生规定的安全范围时向值班护士发出警告信息,此外,护士在需要时还可以要求系统印出某个指定病人的病情报告。

2.1.2性能要求

该软件有9个功能模块,各模块功能如下:

生理信号输入管理模块:

通过连接在病人身上的传感器,根据传感器的值将生理信号输入系统

定时时间调节处理:

通过系统,管理人员(医护人员)可以按需要输入定时采样的时间。

病人信息输入模块:

工作人员可以将病人的基本信息(患者姓名、患者性别、住址、联系电话、患病名称、入院日期、状态(已出院、住院)、备注)输入系统。

病人信息修改管理模块:

对病人的基本信息(患者姓名、患者性别、住址、联系电话、患病名称、入院日期、状态(已出院、住院)、备注)进行修改。

病人信息查询模块:

对病人的基本信息(患者姓名、患者性别、住址、联系电话、患病名称、入院日期、状态(已出院、住院)、备注)进行查询。

生理信号安全范围控制模块:

对各个病人的生理信号的安全范围进行输入、修改、查询。

警报模块:

对超过设定安全范围的病人及时通知医护人员。

病情查询模块:

可以对这一段时间的病人病情进行查询

病情报告打印模块:

可以对查询得的病人病情打印出病情报告

2.2限制条件

2.2.1经费、投资方面的来源和限制:

各种硬件和工作人员工资需至少10万元

2.2.2.硬件、软件、运行环境和开发环境方面的条件和限制:

软件需求:

操作系统WINDOWS2000AdvanceServer以上;

数据库服务器端软件ORACLE9I,Delphi7.0。

硬件需求:

10M以上的LAN接入网络带宽,P43.0GXeonCPU/1G内存/360G(10K)SCSI硬盘的服务器,P3以上微机(带网卡)的客户机,P43.0GXeonCPU/1G内存/36G(10K)RAID硬盘的数据库服务器

2.2.3开发时间:

本系统采用Delphi实现,依靠其强大的控件系统,Oracle数据库管理系统和用c语音编制的传感器驱动相结合,能在2个月内开发出系统

3对现有系统的分析

1、基本系统模型

2、数据流图

4总体结构

4.1各模块设计如下:

M1.1

初始化模块

M1.2

关闭系统模块

M1.3

系统功能模块

M2.1

生理信号输入管理模块

M2.2

定时时间调节模块

M3.1

信息输入模块

M3.2

信息修改模块

M3.3

信息查询模块

M4.1

生理信号安全范围模块

M4.2

警报模块

M5.1

病情查询模块

M5.2

病情报告打印模块

4.2软件结构:

5功能分配

1.系统控制功能

初始化模块(M1.1);

关闭系统模块(M1.2);

系统功能模块(M1.3)

2.生理信号输入控制功能

生理信号输入管理模块(M2.1);

定时时间调节模块(M2.2);

3.病人基本信息管理功能

信息输入模块(M3.1)

信息修改模块(M3.2)

信息查询模块(M3.3);

4.警报功能

生理信号安全范围控制模块(M4.1);

警报模块(4.2);

5.病人病情管理功能

病情查询模块(M5.1);

病情报告打印模块(5.2)

6人工处理过程

1、传感器输入信号间隔时间由用户输入

2、生理信号安全范围需要用户输入

3、查询病人信息由用户输入

4接口设计

4.1用户接口

本系统的用户界面如下所示

4.2内部接口

1初始化模块:

系统初始时由操作系统调用,执行完毕后进入事件等待状态;

2关闭系统模块:

由系统功能模块调用,执行完毕返回操作系统;

3系统功能模块:

接收系统功能区相应事件,启动生理信号输入管理、定时时间调节、信息输入、信息修改、信息查询等模块

4生理信号输入管理模块:

完成生理信号输入管理功能;

5定时时间调节模块:

完成定时时间调节功能;

6信息输入模块:

完成信息输入功能;

7信息修改模块:

完成信息修改功能;

8信息查询模块:

完成信息查询功能;

9生理信号安全范围控制模块:

完成生理信号安全范围控制功能;

10警报模块:

完成发出警报功能;

11病情查询模块:

完成病情查询功能;

12病情报告打印模块:

完成病情报告打印功能;

5运行设计

5.1运行模块组合

模块命名方式按照相应模块结合特性制定。

5.2运行控制

本软件控制流程:

先由操作系统启动M1.1,然后进入事件驱动模式,由相应的事件分别激活M1.3,相应激活M2.1、M2.2、M3.1、M3.2、M3.3、M4.1、M4.2等模块,其中M1.2将关闭并退出系统。

5.3运行时间

各模块运行时间均应控制在1—3秒内(其中大部分为响应用户的动作)。

由于系统采用事件驱动方式,有效提高计算机的利用率。

6系统出错处理设计

1.联机事务处理(OLAP)是建立在TCP/IP协议上,有多阶段事务处理响应控制,保证事务处理前后台一致性。

2.数据库处理事务失败自动回滚技术,保证数据库表的数据一致性和完整性。

3.重要数据的校验检查。

4.各个子系统的操作监控,异常情况报告;

并提供报表等跟踪记录。

5.提供友好的用户界面和帮助信息及配合严格的检查,减少用户出错机会。

7结论

医院患者监护计算机系统技术在目前是一个技术上成熟的系统,并且在医院有效并且合理的利用资源。

因此,分阶段开发“医院患者监护系统”的构想是可行的。

为了使医院能及时发现病人的状况,建议立即着手系统的建议。

展开阅读全文
相关资源
猜你喜欢
相关搜索
资源标签

当前位置:首页 > 总结汇报 > 学习总结

copyright@ 2008-2023 冰点文库 网站版权所有

经营许可证编号:鄂ICP备19020893号-2