医院患者监护系统需求分析Word下载.docx
《医院患者监护系统需求分析Word下载.docx》由会员分享，可在线阅读，更多相关《医院患者监护系统需求分析Word下载.docx（7页珍藏版）》请在冰豆网上搜索。
。
1.3参考资料
《软件工程——原理，方法与应用》吴钦藩编着人民交通出版社出版《软件工程导论（第四版）》张海藩编着清华大学出版社出版《软件工程》任胜兵邢琳编着北京邮电大学出版社
2可行性研究的前提
2.1基本要求
2.1.1功能要求此系统要求输入病人的姓名、住址、电话号码、身份证号码、住院日期、身体状况，随时接收每个病人的生理信号（脉搏、体温、血压、心电图等），定时记录病人情况以形成患者日志，当某个病人的胜利信号超出医生规定的安全范围时向值班护士发出警告信息，此外，护士在需要时还可以要求系统印出某个指定病人的病情报告。
2.1.2性能要求
该软件有9个功能模块，各模块功能如下：
生理信号输入管理模块：
通过连接在病人身上的传感器，根据传感器的值将生理信号输入系统
定时时间调节处理：
通过系统，管理人员（医护人员）可以按需要输入定时采样的时间。
病人信息输入模块：
工作人员可以将病人的基本信息（患者姓名、患者性别、住址、联系电话、患病名称、入院日期、状态（已出院、住院）、备注）输入系统。
病人信息修改管理模块：
对病人的基本信息（患者姓名、患者性别、住址、联系电话、患病名称、入院日期、状态（已出院、住院）、备注）进行修改。
病人信息查询模块：
对病人的基本信息（患者姓名、患者性别、住址、联系电话、患病名称、入院日期、状态（已出院、住院）、备注）进行查询。
生理信号安全范围控制模块：
对各个病人的生理信号的安全范围进行输入、修改、查询。
警报模块：
对超过设定安全范围的病人及时通知医护人员。
病情查询模块：
可以对这一段时间的病人病情进行查询病情报告打印模块：
可以对查询得的病人病情打印出病情报告
2.2限制条件
2.2.1经费、投资方面的来源和限制：
各种硬件和工作人员工资需至少10万元
2.2.2.硬件、软件、运行环境和开发环境方面的条件和限制：
硬件需求：
10M以上的LAN接入网络带宽，P43.0GXeonCPU/1G内存/360G（10K）SCSI硬盘的服务器，P3以上微机（带网卡）的客户机，P43.0GXeonCPU/1G内存/36G（10K）RAID硬盘的数据库服务器
2.2.3开发时间：
本系统采用Delphi实现，依靠其强大的控件系统，Oracle数据库管理系统和用c语音编制的传感器驱动相结合，能在2个月内开发出系统
3对现有系统的分析
1、基本系统模型
传感器输入/病人信息输入
|r
病情信息
生理信号输入程序
报告生成程序
■数据文件
r
生理信
号信息
'
T^
生成报告
安全范
J
铃声判别生成程序
围数据
■
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结论
医院患者监护计算机系统技术在目前是一个技术上成熟的系统，并且在医院有效并且合理的利用资源。
因此，分阶段开发“医院患者监护系统”的构想是可行的。
为了使医院能及时发现病人的状况，建议立即着手系统的建议。
升级会员 