患者监护系统

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

课程名称:软件工程

实验项目:患者监护体统实验报告实验地点:

专业班级:

学号:

学生姓名:

指导教师:

年月日

可行性分析

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、整体描述:通过患者监护系统随时接收患者的生理信号定时形成患者日志,当超出限定范围时向值班护士发出警告,以便及时发现病情。另外,在需要时导出病人的病情报告,方便随时了解病人情况。

3、系统功能目标:系统能够随时接收病人的生理信号(血压、体温、脉搏、心电图等),监视病员的病症;定时记录病人情况以形成患者日志(定时更新病历);当某个病人的生理信号超出医院的规定的安全范围时向值班护士发出警告信息(病员出现异常情况时报警);同时,护士在需要时还可要求系统打印某个病人的病情报告(随机地产生某一病员的病情报告)。

4、技术要求和限制条件

(1)当病人的生理信号发生变化时,都应增加相关病人病历库的记录;

(2)系统的外部项至少包括:病人、护士。

二、需求分析

1、功能需求:

1.1功能的划分:把系统划分为接收信号阶段、信号分析阶段和产生日志和病情报告阶段的功能。

1.2功能描述:

1、接收信号阶段:病人发出生理信号进行接收,按照时钟定时取样。

2、信号分析阶段:通过和系统中的正常信号范围比较分析,得到警告信息或输出正常。

3、产生日志和病情报告阶段:系统根据分析情况输出相应的报告结果。交给值班护士

2、性能需求:

2.1系统基本要求:

响应时间:系统的响应时间不能超过1分钟

警告时间及次数:每隔三分钟重复警告一次,每次警告时间持续一分钟。

主存容量:内存:128MB RAM

磁盘容量:不小于1G

显示器:256色,800*600以上的兼容显示器

使用标准兼容的打印机。

2.2数据管理能力要求

说明需要管理的文卷和记录的个数、表和文卷的大小规模,要按可预见的增长对数据及其分量的存储要求作出估算。

2.3故障处理要求

列出可能的软件、硬件故障以及对各项性能而言所产生的后果和对故障处理的要求。输出发生错误时,在系统的代码部分进行修改。

3、外部接口说明

3.1界面布局

屏幕布局:顶端上分布菜单栏(设置各种功能按钮),中间部分为操作的输出预览。如:输出病人的心电图生理信号时输出波形图,输出病人日志和病情报告时输出预览的图表格式。

菜单布局:在屏幕上端设置功能按钮,按钮上简练标志操作功能。

输入输出要求;对脉冲等数字的信号定义为精度为2的小数并用表格的格式分类表示(范围是0-100);而对于心电图等需要波形的图要用波形图软件导出。日志和病情报告将日期(如2008-10-28)、病人基本情况(表格)形式输出。

错误信息显示格式;在中央出现并闪烁对话框同时发出警告声,提示存在错误。让用户选择重试或者关闭此次操作。

3. 2存储位置和输出情况

关于病情报告的信息全部放在病情报告的文本框里。信息格式是表格描述,各问题的解答都放在帮助中,信息格式用文档写出。用表格的形式打印病人的日志,包括姓名、时间、各器官生理信号,并用图表的形式画出波形图。给出各范围内信号的值,并作出相应的评价。

4、分析数据要求导出系统的物理模型:

分析数据对各数据及模块进行分析,画出IPO图、E-R图及状态图如下:4、1各数据的数据字典

接收信号模块的IPO图

相关文档
最新文档