logo资料库

患者监护系统-可行性分析、需求分析、总体设计.doc

发布时间：2022-05-30 发布人：admin 分类：说明书 资料大小：0.88M 资料格式：doc 举报 版权申诉
第1页 / 共11页
第2页 / 共11页
第3页 / 共11页
第4页 / 共11页
第5页 / 共11页
第6页 / 共11页
第7页 / 共11页
第8页 / 共11页
资料共11页，剩余部分请下载后查看
    患者监护系统 作者：czl 组 患者监护系统开发报告 3021511078 陈银桃 302151081 赵朝 3021511087 刘俊 引言： 第一次正规的作一个系统，感觉总是无从下手。以前也只是编一下程序，程序编好了， 就万事大吉，现在程序也只是那么不起眼的一步，大脑就变的一片混沌，好像有很多东西要 做，又好像什么都没有。无奈之下，也只有按着课本来一步一步的来作。可能有很多错误，， 也可能很幼稚，但这却是我们的汗水的结晶，我们正在努力的前行，从幼稚走向成熟，在失 败中走向成功。至少现在我知道作软件的合理步骤，知道什么样的软件是优秀的软件，知道 软件不是单纯的程序！这也许是这次学习的最大成果！ 目录： 一. 系统开发计划的制定 1． 系统定义 …………………………………………………………………..2 2． 可行性研究 ………………………………………………………………..2 3． 实施计划报告 ……………………………………………………………..2 二．系统需求分析 ……………………………………………………..2 1． 需求分析的任务 ………………………………………………………….2 ⑴功能需求 ………………………………………………………………2 ⑵性能需求 ………………………………………………………………2 ⑶系统的运行需求 ………………………………………………………2 2． 系统分析建模 …………………………………………………………….3 ⑴系统流程图 ……………………………………………………………3 ⑵功能模型（数据流程图、数据字典）………………………………..4 ⑶数据模型（E-R 图）…………………………………………………...6 ⑷行为模型（状态转换图）……………………………………………..7 三．总体设计 …………………………………………………………..7 1．系统的物理方案(待议) ……………………………………………………7 2．数据库设计 ………………………………………………………………..7 3．软件结构 …………………………………………………………………..8 ⑴层次图 …………………………………………………………………..8 ⑵HIPO 图 …………………………………………………………………9
    患者监护系统 作者：czl 组 一． 系统开发计划的制定（返回目录） 1. 系统定义 为医院研制一个分布式的计算机病员监护系统（Patient Monitoring System, PMS）。 该系统随时接受并监视病人的生理信号（脉搏、体温、血压、心电图等），定时记录病 人情况以形成患者日志，当某个病人的生理信号超出医生规定的安全范围时向值班护士 发出警告信息。当护士需要时还可以要求系统打印出某个指定病人的病情报告。 2. 可行性研究（返回目录） ⑴ 技术上的可行性 硬件方面：目前各大小医院已有相应的病员生理信号（脉搏、体温、血压、心电图等） 检测仪器，只需加以集成以及提供必要的计算机通信接口。 软件方面：利用现有的软件开发技术，可以实现在 DOS 或 WINDOWS 界面上的患者监护系 统。 ⑵ 操作上的可行性 信号的采集、加工、显示、报警和打印均由计算机自动实现，只需借助于键盘或鼠 标给出相应的指令即可实现，为此用户的操作使用将非常方便，无需非常专业的计算机 知识和技术。 ⑶ 经济上可行性 研制一个监护系统投资并不大，可以作仔细的调查研究和成本/效益分析。 如有相应的采集病员生理信号的仪器设备，主要时软件的研究和开发，为此成本主要体 现在软件开发人员的工资、监控中心计算机以及少许通信网络上的开销。 3. 施计划报告（返回目录） 开发进度： 人员组织： 资源利用： 二．系统需求分析 （返回目录） 1. 需求分析的任务 ⑴ 功能需求 该系统主要包含实时监测报警和后台资料管理两个部分： （1）、随时接受每个病人的生理信号（脉搏、体温、血压、心电图等），定时记录 病人情况以形成患者日志，当某个病人的生理信号超出医生规定的安全范围时向值 班护士发出警告信息， （2）、护士在需要时还可以要求系统印出某个指定病人的病情报告。 ⑵ 性能需求 考虑到系统是用于医疗事业，人命关天，总体性能应有一定的严格要求，具体如下： 系统对护士请求的响应时间不应超过 10s,以免产生等待感；系统需要的存储容 量：硬盘容量不应少于 10GB，内存不应小于 128MB；作为服务器，CPU 最好为 PIII733 或以上。而在安全性方面采用 Windows NT 安全认证机制。 ⑶ 系统的运行需求（返回目录）
    患者监护系统 （1）、操作系统 作者：czl 组 操作系统对使用 ASP 开发的 PMS 系统影响不是很大，Windows NT、Windows 2000、Windows 9X、Linux、Windows XP 都可以，但好的操作系统可以使 ASP 服务器运行的更流畅，减少系统崩溃的可能性。因此建议使用稳定性较好的 Windows 2000Server. （2）、ASP 服务器 目前 ASP 可运行在以下几种服务器内： ⑴ IS(3.0 或更高的版本)，该服务器由 Windows NT Server 4.0 或更高版本支持。 ⑵ PWS(Peer Web Services 3.0 或 更 高 的 版 本) ， 该 服 务 器 由 Windows NT Workstation 4.0 或更高版本支持。 ⑶ S(Personal Web Services 3.0 或更高的版本)，该服务器由 Windows 9X 支持 ⑷ 另外，借助第三方服务器扩展组件，ASP 可以运行在 Unix 或 Linux 上，要 安装 ASP 的解释程序，就可以支持 ASP 程序。 （3）、数据库 现阶段尚处于演示阶段，不实际运行，对安全性要求不是很高，没有必要 选用象 Oracle 这样的数据库，Access 足可以胜任，所以我们选用了 Microsoft Access 2000. （4）、数据通信接口 数据通信接口采用 ODBC（开放数据库互连）。ODBC 是微软开发的一套 读取数据库的解决方案。对于程序员来说，只要构建了一个指向数据库的连接， 就可以采用统一的应用程序编程接口实现对数据库的读写。目前，ODBC 驱动 已经提供了对大多数常见类型数据库的支持。包括 dBase、Access、SQL Server 和 Oracle 等，也包括对文本、电子表格等。 2.系统分析建模（返回目录） ⑴系统流程图 病人 采集信号 程序 生理 数据 极限 分析数据 警报产 生程序 患者日志 更新程序 病情报告 ⑵功能模型（数据流程图、数据字典）（返回目录） （1）数据流图的生成：
    患者监护系统 1） 找出 DFD 的四个组成元素 数据的源点： 数据的终点： 数据处理： 数据流： 数据存储： 作者：czl 组 1)每个病员需要提供给 PMS 生理信号 2)护士：当护士需要时还可以要求系统打印 出某个指定病人的病情报告。 病情报告和报警信息均需提供给护士。 中心监视、床边（本地）监视、更新患者日 志、病情报告产生 生理信号、报警信号、病情报告、病员数据、 病情信号极限等。 医生规定的生理信号（脉搏、体温、血压、 心电图等）安全范围（病情信号极限） 2） 手画数据流图 （返回目录） i)描绘系统的基本系统模型 病 员 生 理 信 号 护 士 打 印 报 告 要 求 PMS 病 情 报 告 报 警 信 息 护 士 ii)进一步把基本系统模型细化，描绘系统的主要功能 病 员 生 理 信 号 本 地 监 视 病 员 数 据 患 者 病 情 极 限 情 限 者 病 极 患 报 警 信 息 中 央 监 视 经 的 过 病 整 员 理 数 过 据 更 新 患 者 日 志 告 报 情 病 患 者 日 志 患 者 日 志 患 者 日 志 护 士 打 印 报 告 要 求 病 情 报 告 生 成 护 士 iii)对功能 DFD 中描绘的系统主要功能进一步细化
    患者监护系统 作者：czl 组 病人 生理信号 本地监视 病人数据 分解病人 数据 血压 体温 脉搏 心电 时间 信息 时间信号 患者病情极限 病情极限 检查是否超 过极限 病人生理数据 整理病人 数据 整理后的数据 更新病人 日志 患者日志 患者日志 患者日志 病情报告 生成病情 报告 超出极限 产生报警 信号 报警信号 护士 打印报告请求 护士 图中增加了一个内部时钟永来提供日期和时间信息作为患者日志的一部分。在所有的情况 下，病员的数据均附以时钟数据，以便于患者日志更新。 （2）数据字典：（返回目录） 名字：生理信号 别名： 描述：表征被监护人的身体状况 定义：生理信号＝血压＋心电图＋脉搏＋体 温 位置：床边检测电子设备 名字：患者病情极限 描述：正常人与病人的区分，正常人的生理 数据所存在的范围 定义：生理数据极限＝血压数据极限＋心率 数据极限＋脑电数据极限＋呼吸数据极限 位置：D1 生理数据极限 名字：病人数据 别名： 描述：生理信号转变为数据形式 定义：生理数据＝血压数据＋心率数据＋脑 电数据＋呼吸数据 位置：D2 病人日志 输出到打印机 名字：病人日志 别名：病人病情信息 描述：记录病人的状况 定义：病人日志＝时间信息＋生理数据 位置：输出到打印机
    患者监护系统 作者：czl 组 名字：病情报告 别名：病情结论 描述：患者日志经处理后的病情结论 定义：病情报告=时间信号＋患者在本时刻的 生理数据 位置：输入到打印机 名字：报警信号 别名： 描述：当患者出现异常时，产生警铃，并且 显示异常病人的编号（信号采集器编号） 定义：警铃＋显示信息 位置：输入到显示装置，传输到护士 ⑶ 数据模型（E-R 图）（返回目录） 值班护士 PK 用户名（编号） 1 提醒 报警信号 N PK 声音 灯光 文字 密码 1 护理 N 患者 病人编号 姓名 床位 性别 出生日期 身份证号 血型 提供 1 患者日志 PK 病人编号 姓名 床位 性别 年龄 出生日期 身份证号 血型 脉搏记录 体温记录 心电记录 血压记录 记录时间 N 记录 1 1 1 病员数据 病人编号 脉搏数据 心电数据 血压数据 体温数据 患者病情极限 PK 病人编号 姓名 床位 脉搏标准 体温标准 心电标准 血压标准 ⑷ 行为模型（状态转移图）（返回目录）
    患者监护系统 床边机的状态转移图 作者：czl 组 等待 启动 工作状态 模数转化 局部显示 数据信号组合 存储的病员数据 do/信号采集 do/床边显示 do/发送信号给中 央机 由时钟脉冲控制采集下一个信号 中央控制系统状态转移图 等待 时钟驱动 接受信号中 检测信号 比较数据 do/分解信号数据 do/比较信号与安 全标准 报 警 标 记 有 效 报警 连接数据库 do/创建病人异常 记录 报 警 标 记 无 效 连接数据库 do/更新患者日志 三.总体设计 （返回目录） ⑴系统的物理方案(待议) ⑵数据库设计 A. 名称：患者病情极限表 标识：biao_zhun 名称 编号 姓名 床位 脉搏标准 体温标准 心电标准 血压标准 字段名字 ID Name No Mai_bo Ti_wen Xin_dian Xue_ya 类型 自动编号 文本 文本 文本 文本 文本 文本 主键 Y Y Y N N N N 非空 Y Y Y Y Y Y Y
    患者监护系统 作者：czl 组 B.名称：患者日志表 名称 编号 姓名 床位 性别 年龄 出生日期 身份证号 血型 脉搏记录 体温记录 心电记录 血压记录 异常记录 字段名字 ID Name No sex age Birthday PID BloodType Mai_bo_R Ti_wen_R Xin_dian_R Xue_ya_R Error 类型 自动编号 文本 文本 文本 文本 文本 文本 文本 文本 文本 文本 文本 文本 主键 Y Y Y N N N N N N N N N N 非空 Y Y Y N N N N N Y Y Y Y Y ⑶ 软件结构（各个模块、层次图、HIPO 图） （1）层次图 （返回目录） A、 复查数据流图。 数据流图中的设计已经把基本的功能表现出来了，可以先依据此图画出一个基 本的层次图，再对基本层次图进一部分解成各个小模块 B、 确定数据流图的特性 当本地信号穿到中央控制台处理时，要做三件事：１.检测是否处于安全范围 内；２.定时患者日志；３.如果护士需要病情报告还应打印（可以将其看做一个资 料管理事务）。 由于某一时刻，这三个事件都可能发生，需要有一个调度中心，进行不同的 事务处理，采用事务分析的方法。 C、 接受分支 接受病员数据（逐次扫描各个病人信号，传给中央处理，每次处理一个病人） 各种事物请求（前两个事务主要由时间信号控制，打印资料由护士的请求信号 控制） D、 发送分支 分为：报警系统、更新患者日志系统、资料管理系统三个模块 E、 第一级分解
    分享到：
    赞 收藏

    相关推荐

    资料库

    开发技术

    共收录19306份资料，累计14个分类，关注成员有19位，主要包括：Actionscript,Javascript,PHP,VB,Perl,Delphi,Python,C#,C,Java,C++,Web开发,硬件开发,其它

    热门标签

    Actionscript Javascript PHP VB Perl Delphi Python C# C Java C++ Web开发 硬件开发 其它

    最新资料