软件工程课题设计医院监护系统内容摘要:
系列操作系统 需求分析 功能性 医院计算机监护系统 :监护系统要随时接受每个病人的生理信号 (脉搏、体温、血压 、心电图等 ),定时记录病人情况以形成患者日志,当某个病人的生理信号超出医生规定的安全范围时向值班护士发出警告信息;此外,护士在需要时还可以要求系统打印出某个病人的病情报告。 可用性 • 普通用户所需的培训时间: 3 天 高级用户所需的培训时间: 3 天 • 本系统符合 Microsoft 的 GUI 标准 可靠性 • 建议使用“天网防火墙” • 精确度 — 具体数据按照医学标准来衡量。 基于 TCP/IP 协议 性能 此节应概述系统的性能特征。 其中需包括具体的响应时间。 如果可行,按名称引用相关用例。 • 数据精 确度:具体数据按照医学标准来衡量 • 对事务的响应时间(平均 、最长 1s) • 吞吐量,每秒处理的事务数为 5 人 • 容量,系统可以容纳的事务数为 100 人。 具备数据库动态恢复能力 联机用户文档和帮助系统需求 本系统具有联机帮助功能 用户界面 屏幕格式 采用 C/S 模式,界面由 Delphi 设计实现,完全基于 windows 兼容的桌面平台 报表格式 采用与实际的报表格式一致,当然这也要求客户端的硬件配置(如打印机等)要一致。 菜单格式 采用工具栏与菜单并用的方式,力图简洁、明了。 通信接口 本系统要求每个计算机都有网卡。 适用的标准 TCP/IP Microsoft GUI 设计 概要设计说明书 1 引言 随着信息化的步伐加快,医院做为关系民生的重要机构,势必要在各方面实现信息化,以方便医护人员更好的了解病人的情况,给病人提供及时的治疗。 本系统就是针对这方面的迫切需求而设计实现的。 编写目的 此文档作为用户对即将开发的软件的功能要求,是软件设计和开发者的主要依据。 背景 项目名称: 医院计算机监护系统 项目委托单位 :市医院 软件开发单位:株洲工学院计算机系计本 011 班软件开发组 定义 MIS:( Management Information System)管理信息系统的英文缩写。 Delphi:本系统所使用的编程语言 2 总体设计 需求规定 医院计算机监护系统 :监护系统要随时接受每个病人的生理信号 (脉搏、体温、血压、心电图等 ),定时记录病人情况以形成患者日志,当某个病人的生理信号超出医生规定的安全范围时向值班护士发出警告信息;此外,护士在需要时还可以要求系统打印出某个病人的病情报告。 运行环境 本系统是基于 C/S 模式的采用 Delphi 实现的管理信息系统( Management Information System)。 数据库服务器由 Oracle9 实现。 为使系统能够正常运行,软硬件环境需求如下:软件需求 : 操作系统 WINDOWS 2020 Advance Server 以上;数据库服务器端软件 ORACLE 9I, Delphi。 硬件需求 : 10M 以上的 LAN 接入网络带宽, P4 Xeon CPU /1G 内存/360G(10K) SCSI 硬盘的服务器, P3 以上微机(带网卡)的客户机, P4 Xeon CPU /1G内存 /36G(10K) RAID 硬盘的数据库服务器 基本设计概念和处理流程 系统流程图如下: 传 感 器 输 入生 理 信 号 输 入 程 序铃 声 判 别 生 成 程 序响 铃报 告 生 成 程 序生 成 报 告安全范围数据病 人 信 息 输 入病情信息数据文件生 理 信号 信 息 系统数据流图如下: 顶层数据流图: 各模块数据流图 传 感 器 信 号 输 入 定 时 数 据定 时 时 间信 号 流读 和 识 别病 人 生 病 日 志具 体 值具 体 值显 示 器输 入 信 息 处 理病 人 基 本 信 息具 体 值具 体 值具 体 值具 体 值查 询 基 本 信 息修 改 基 本 信 息删 除 基 本 信 息具 体 值具 体 值具 体 值具 体 信 息生 理 信 号 范 围超 标 判 定警 报 器医 护 人 员查 询 病 人 信 息结 果病 人 信 息打 印上 级 医 护 人 员工 作 人 员传 感 器 查询病人信息 记录病人情况 医院计算机监护系统 传感器 护士 打印报告 护士 患者日志 输入: 输出: 输入病人生理信号 发出报警信号 查询结果 结构 人工处理过程。软件工程课题设计医院监护系统
相关推荐
和追求效率几个方面加以注意。 第 4 代语言有哪些主要特征。 为什么受到广大用户欢迎。 特征:友好的用户界面,非过程化,程序员只需告诉计算机做什么,而不必描述怎样做 原因:易学易用 软件测试的基本任务是什么。 简述测试的目标和基本原则。 ( 1) 软件测试是为了发现错误而执行程序的过程。 一个好的测试用例能够发现至今尚未发现的错误。 一个成功的测试是发现了至今尚未发现的错误的测试。 ( 2)
b) cannot be a customer c) controls and facilitates the process d) must be an outsider 15. Which of the following is not one of the requirement classifications used in Quality Function Deployment
为客户带来更多基于客户业务需求的技术支持。 优秀的测试团队 考虑到客户在地域和资源方面 的差异性,我们为客户提供灵活的测试外包解决方案,以帮助客户在保证项目质量的前提下,有效的降低项目成本和项目风险。 我们突破单一的人力外包模式,为客户提供真正有效的测试外包解决方案: ( 1) 独有的短期外包模式,可以做到以 “周 ”为单位,极大的方便客户实施外包; ( 2) 特别组建的专家团队
用性和自己的实力问题。 construcion gazde,lfhbwpm.(2):1PvxyIk6 第 2 章 系统 需求 需求分析 为达到人才的最优配置,做到“合适 的人在合适的位置上”这一终极目标,并排除传统人才招聘中的主观因素过多、招聘随机性大、科学化程度不高的缺点 [12],人才招聘决策支持系统的 需求分析阶段就显得十分必要。 需求分析就是对顾客的需求进行定义或确定
客户端对服务器端指定目录下多个目录或文档的全文检索,方便人们对资料的查找。 ( 2)设计高效快速的多文档全文检索模块,实现对大量文档快速检索的功能,方便人们对所需文档的快速、准确的查询。 ( 3) 加强了各专业搜索引擎的检索范围,以提高检索范围,并提高搜索引擎的查准率。 ( 4)对远程服务器端指定目录进行遍历并采用将待检索的文档置入新建立的OLE 容器中,从而达到扩展 Office
THEN 工作为钳工 仓库管理员 采购员 定货系统 事务 定货报表 7 ELSE 工作为钳工 ENDIF ENDIF ELSE IF (文化程度 =大学 ) THEN 工作为技术员 ELSE 工作为材料员 ENDIF ENDIF ENDIF 判定树如下: 年 龄 ≤2 0 岁 初中 脱产学习 高中 电工 高中或初中 男性 钳工 确定职工工作 __ 2 0 岁 < 年 龄 ≤ 4 0 岁 女性