医院监护系统设计.docx

上传人:牧羊曲112 文档编号:5075876 上传时间:2023-06-02 格式:DOCX 页数:44 大小:602.59KB
返回 下载 相关 举报
医院监护系统设计.docx_第1页
第1页 / 共44页
医院监护系统设计.docx_第2页
第2页 / 共44页
医院监护系统设计.docx_第3页
第3页 / 共44页
医院监护系统设计.docx_第4页
第4页 / 共44页
医院监护系统设计.docx_第5页
第5页 / 共44页
亲,该文档总共44页,到这儿已超出免费预览范围,如果喜欢就下载吧!
资源描述

《医院监护系统设计.docx》由会员分享,可在线阅读,更多相关《医院监护系统设计.docx(44页珍藏版)》请在三一办公上搜索。

1、目录第一章可行性研究报告31.1引言31.1.1编写目的31.1.2项目背景31.2可行性研究的前提31.2.1 要求31.2.2 目标41.3对现有系统的分析41.3.1系统流程图41.3.2经费、投资方面的来源和限制41.4 技术可行性分析51.4.1硬件、软件、运行环境和开发环境方面的条件和限制51.4.2技术可行性评价51.5经济可行性分析51.6法律可行性分析51.7结论6第二章需求分析62.1引言62.2功能描述72.3数据流图72.3.1数据流分析72.3.2需求概述72.3.3具体数据流图(DFD)82.4数据词典12第三章概要设计183.1需求规定183.2运行环境183.3

2、总体结构和模块设计193.3.1功能模块图19第四章详细设计224.1登陆界面224.2程序描述234.3总程序设计流程图234.4传感器信息采集功能244.5监护管理模块254.6数据操作功能254.6.1添加新病人信息功能264.6.3查询功能264.6.4更新功能274.7系统功能流程图274.8系统操作模块28第五章数据库设计说明书305.1定义305.2任务概述305.3结构设计305.3.1概念结构设计305.3.2逻辑结构设计335.3.3安全保密设计34第六章界面设计35第七章软件测试377.1白盒测试法387.2黑盒测试法397.3测试结果40参考资料42第一章可行性研究报告

3、1.1引言医院做为一个与人民生命健康密切相关的重要机构,势必要在各方面实现信 息化,与此同时,对医疗卫生的要求也越来越高。以方便医护人员更好的了解病 人的情况,给病人提供及时的治疗。本系统就是针对这方面的迫切需求而设计实 现的。1.1.1编写目的此文档作为用户对即将开发的软件的功能要求,是软件设计和开发者的主要 依据。1.1.2项目背景项目名称:医院计算机监护系统软件开发单位:宿迁学院06计本(3)班软件开发2组1.2可行性研究的前提1.2.1要求A. 功能:监护系统要随时接受每个病人的生理信号(脉搏、体温、血压、心 电图等),定时记录病人情况以形成患者日志,当某个病人的生理信号超出医生 规定

4、的安全范围时向值班护士发出警告信息;此外,护士在需要时还可以要求系 统打印出某个病人的病情报告。B. 性能:1、本系统要求反应时间不得低于2s.2、定期对数据库备份C. 输出如报告、文件或数据:本系统要求输出的数据有:查询信息、报表、 警报控制信号。D. 在安全与保密方面的要求:挂号科的工作人员负责病人基本信息的输入, 住院部的医护人员负责病人住院日志的情况,管理员负责系统的维护。1.2.2目标本系统要求能够监护系统要随时接受每个病人的生理信号(脉搏、体温、血 压、心电图等),定时记录病人情况以形成患者日志,当某个病人的生理信号超 出医生规定的安全范围时向值班护士发出警告信息;此外,护士在需要

5、时还可以 要求系统打印出某个病人的病情报告。本软件系统要求安全、可靠(具有出错处理能力)、准确。1.3对现有系统的分析1.3.1系统流程图图1-1系统流程图1.3.2经费、投资方面的来源和限制各种硬件和工作人员工资需至少10万元。1.4技术可行性分析1.4.1硬件、软件、运行环境和开发环境方面的条件和限制软件需求:操作系统WINDOWS 2000 Advance Server以上;数据库服务器端 软件ORACLE 91,Delphi 7.0。硬件需求:10M以上的LAN接入网络带宽,P4 3.0G Xeon CPU /1G内存/360G(10K) SCSI硬盘的服务器,P3以上微机(带网卡)的

6、 客户机,P4 3.0G Xeon CPU /1G内存/36G(10K) RAID硬盘的数据库。1.4.2技术可行性评价本系统采用Delphi实现,依靠其强大的控件系统,Oracle数据库管理系统 和用C语音编制的传感器驱动相结合,能在2个月内开发出系统。1.5经济可行性分析医院目前由于完全采用纯人工的方式来完成工作的,医务人员要一边关注某 些病人的情况,一边还要忙着对其它的病人进行医疗诊断,工作量大,耗时比较 多,所以工作效率低。根据目前医院内部员工的日人工成本为:X人* y元/人 =z元。我们还不能计算出因效率低下而给医院带来的无形经济损失,如果指导 这一部分也看作是成本,那将远远超出目前

7、的计算数额。而如果开发出一个能满 足业务要求的医疗计算机监护系统,在采用生命周期的前提下,从问题识别到系 统实施、评价、维护,开发周期如果以两年计,共需人工成本m元,各种软硬件 成本n元,日常维护费用o元,共计成本费用p元,略高/低于两年的人工费用 总和。同样,我们也无法估计算出则于系统的开发应用使医院运营效率提高而带 来的无形的巨额经济效益,由于系统能在未来较长的一段时间内稳定地发挥作 用,这对于医院的提高管理水平很大的帮助,才能使医院早日接入到总行的更高 层次的网络体系中,可以更加广泛的吸收各方面的信息资源,可为医院业务在将 来的扩张打下坚实的基础,其经济效益将更上一层楼。1.6法律可行性

8、分析由于在本系统中是有合同作为双方合作的基础,所以不会存在任何侵犯、妨 碍和责任问题。即使存在了,也可以根据合同进行分析,一定有人会负责任,所 以此系统完全可以进行开发。由以上经济、技术、操作和法律四方面的分析可以看出,本系统的开发时机 成熟,从多种角度考虑,都是可行的。1.7结论本系统值得投资。第二章需求分析2.1引言人员管理的合理化和经营化是医院经营效益的关键。拥有了先进的技术还要 有更加良好的管理体制,才可以让医院的经营效益发挥到最好的状态。充分利用现代先进的技术,可以节约大量的人力资源和财力资源。2.2功能描述本软件主要有以下几方面的功能:(1)数据接收处理:通过连接在病人身上的传感器

9、,根据传感器的值将生理 信号(脉搏、体温、血压、呼吸、心电图)输入系统,并接收医护人员输入的对 应病人基本信息并根据病人的实际情况确定病人的生理信号安全范围。(2)监护管理:进行超标判定,对超过设定安全范围的病人及时通知医护人 员以及向病人家属发送短信通知。(3)对病人档案的查询处理:工作人员可以对病人的基本信息(病人姓名、 病人性别、住址、联系电话、患病名称、入院日期、备注)进行删除和修改。可 以对这一段时间的病人病情进行查询,也可以对查询的病人病情打印出病情报 告。2.3数据流图2.3.1数据流分析数据流图是组织中信息运动的抽象,是管理信息系统逻辑模型的主要形式。 它可以综合的反映出信息在

10、系统中的流动、处理和存储情况,具有良好的抽象性 和概括性。它在调查的基础上,从系统的科学性、管理的合理性、实际运行的可 行性角度出发,将信息处理功能和彼此之间的联系自顶向下、逐层分解,从逻辑 上精确地描述系统应具有的数据加工、数据输入、数据输出、数据存储及数据来 源和去向(外部实体)等项目。数据流程图和系统的物理描述无关,它所描述的 内容不涉及技术细节,而是面向用户的,即使完全不懂信息技术的用户也容易理 解。因此,数据流图成为系统分析员与用户进行交流的有效手段,同时也成为系 统设计的主要依据之一。2.3.2需求概述本系统由“数据接收处理”“监护管理”“对档案查询处理”三个功能模块组成。(1)数

11、据接收子系统包含四个功能模块:“病人生理信号处理中心”、“时钟采 样处理”、“病人基本信息处理”、“安全范围设定”时钟采样处理子系统包括两个功能模块:“设定时间”、“定时取样”。安全范围设定子系统包括2个功能模块:“分析病人病情”、“确定安全范围”。(2)监护管理子系统包括“超标判定”、“危机情况处理”超标判定模块包括超标判定操作。危机处理子系统包含2个功能模块:“通知医护人员”、“通知病人家属”。(3) 对档案查询处理子系统包含3个功能模块:“修改”、“查询”、“删除”。2.3.3具体数据流图(DFD)1. 分析获得的顶层图数据流图如下本系统有三个源点四个汇点分别向中央系统传送数据和接收数据

12、:图2-1顶层数据流图2. 进一步划分的二层数据流图如下中央系统主要由数据接收处理、监护管理、对档案查询处理三个加工处理、三个 文件存储组成。安全范围病人日志病情报告短息病人日志病人日志病情报告图2-2二层数据流图3. 对每一个功能模块的分解图(1) 对第一个模块“数据接收”的细分图数据接收子系统包含四个功能模块:“病人生理信号处理中心”、“时钟采样处理”、“病人基本信息处理”、“安全范围设定”时钟采样处理子系统包括两个功能模块:“设定时间”、“定时取样”。安全范围设定子系统包括2个功能模块:“分析病人病情”、“确定安全范围”。安全范围图2-3 “数据接收”模块的一层分解图病人生理安全范围安全

13、范围生理信号1.1.1生理信号.1.1.2生理信号接收生理信号分析生理信号值确定安全范围V1.2.1生理信号值时钟信号病人日志病人生病日志病人基本信息病人信息1.3.1-接收基本信息病人基本信息1.3.2:记入档案时I日I日隔1.2.2定时取样分析结果1.4.1分析病人病情病人档病人档案病人信息病人生理安全,范围安全范围图2-3-2 “数据接收”模块分解出的底层图(2) 对“监护管理”模块的分解监护管理子系统包括“超标判定”、“危机情况处理”超标判定模块包括超标判定操作,用来拿定时提取的病人生理信号与安全范 围相比较看是否是正常状态。危机处理子系统包含2个功能模块:“通知医护人员”、“通知病人

14、家属”。图2-4-1 “监护管理”模块一层分解图图2-4-2 “监护管理”模块的底层分解图(3) 对“对档案的查询处理”模块的分解对档案查询处理子系统包含3个功能模块:“修改”、“查询”、“删除”。在删除操作之前需要向主治医师询问是否可以删除。病人信息图2-5 “对档案的查询处理”模块的分解图4. 总的底层数据流图把细分图整合起来形成总的底层DFD:病人生理信号值时钟时钟信号时间间隔病人 病人日志显示器安全范围、日志病人生理安全病人生病日志范围工作人员病人日志修改后的病人档案病人档案病3.1 修改3.3.1 查询可否删除病人基 1.3.1 病人基 1.3.2病人基本信息接收基本信息本信息记入档

15、案本信息,1.4.1-分析病人病情病人档案病人档案分析结果病人档案允许通知查询者图2-6底层数据流图2.4数据词典数据字典是各类数据描述的集合,它是进行详细的数据收集和数据分析后所获得 的主要成果。该系统的数据字典如下:1. 数据源点和终点描述(1)名称:病人简要描述:被监护的对象有关数据流:生理信号(2)名称:时钟简要描述:用来为系统提供时间日期数据以便定时取样生理信号有关数据流:时钟信号(3)名称:工作人员简要描述:负责系统数据的录入工作有关数据流:病人基本信息(4)名称:医护人员简要描述:监护系统终端的值班人员有关数据流:警告信息(5)名称:显示器简要描述:终端设备,用来显示病人的生理信

16、号有关数据流:病人日志(6)名称:家属简要描述:病人的家属有关数据流:病情报告,病情报告短息(7)名称:查询者简要描述:主要由医护人员和病人家属组成,有权查询病人的病情报告并 打印有关数据流:病情报告2. 加工词条描述(1)加工名:生理信号接收加工编号:1.1.1输入数据流:生理信号输出数据流:生理信号加工逻辑:接收病人的生理信号(2)加工名:生理信号分析加工编号:1.1.2输入数据流:生理信号输出数据流:生理信号值加工逻辑:分析病人的生理信号,转化为具体的数值(3)加工名:设定时间加工编号:1.2.1输入数据流:时钟信号输出数据流:时间间隔加工逻辑:为定时采样病人的生理信号设定时间间隔(4)

17、加工名:定时采样加工编号:1.2.2输入数据流:时间间隔,生理信号值输出数据流:病人日志加工逻辑:定时取样病人的生理信号并存入病人日志(5)加工名:接收基本信息加工编号:1.3.1输入数据流:病人基本信息输出数据流:病人基本信息加工逻辑:接收由工作人员输入的病人的基本信息(6)加工名:记入档案加工编号:1.3.2输入数据流:病人基本信息输出数据流:病人基本信息加工逻辑:接收病人的生理信号(7)加工名:分析病人病情加工编号:1.4.1输入数据流:病人基本信息输出数据流:安全范围加工逻辑:由主治医生对病人的病历进行分析,产生分析结果(8)加工名:确定安全范围加工编号:1.4.2输入数据流:分析结果

18、输出数据流:安全范围加工逻辑:根据医生对病人病情的分析,确定出一个适合病人的安全范围(9)加工名:超标判定加工编号:2.1输入数据流:生理信号值,安全范围输出数据流:警报加工逻辑:接收病人的生理信号值与安全范围做比较,判断是否超标(10)加工名:通知医护人员加工编号:2.2.1输入数据流:警报输出数据流:警告信息加工逻辑:接收警报并向终端发送警告信息(11)加工名:通知家属加工编号:2.2.2输入数据流:警告信息输出数据流:病情报告短息加工逻辑:接收警告信息并自动向病人家属发出病情报告短信(12)加工名:修改加工编号:3.1输入数据流:病人信息输出数据流:修改后的病人信息加工逻辑:可以对病人的

19、病历等进行更新修改(13)加工名:查询加工编号:3.2.1输入数据流:病人信息输出数据流:病情报告加工逻辑:医生和家属可以根据病人的姓名等查询病人的基本信息并可以请求打印报告(14)加工名:打印病情报告加工编号:3.2.2输入数据流:病情报告输出数据流:病情报告加工逻辑:可以响应打印要求打印出病人的病情报告(15)加工名:查询可否删除加工编号:3.3.1输入数据流:病人信息输出数据流:允许通知加工逻辑:有病人出院,查询主治医生等相关人员可否删除病人信息(16)加工名:删除病人信息加工编号:3.3.3输入数据流:允许通知输出数据流:加工逻辑:删除已出院病人信息3. 文件存储(1)文件名称:病人档

20、案简述:存放病人的基本信息及生病日志输入数据:病人基本信息,病人日志,修改后的病人档案输出数据:病人档案文件组成:由病人的姓名电话等个人基本信息、病历、病人日志组成(2)文件名称:病人日志简述:存放时钟定时取样的病人的生理信号输入数据:病人日志输出数据:病人日志文件组成:取样的确切时间和病人当时的生理信号值(3)文件名称:病人生理安全范围简述:存放病人正常的生理信号值应该在的范围输入数据:安全范围输出数据:安全范围文件组成:脉搏、体温、血压、呼吸、心电图等生理信号值的安全范围值4. 数据流(1)数据流名字:生理信号描述:由时钟传感器传送的病人的脉搏、体温、血压、呼吸、心电图等组成:生理信号二脉

21、搏+体温+血压+呼吸+心电图(2)数据流名字:时钟信号描述:用以设定定时取样的时间间隔及当时的日期时间组成:时钟信号二年+月+日+时+分+秒(3)数据流名字:时间间隔描述:提供定时取样的时间间隔组成:时间间隔二时+分+秒(4)数据流名字:时钟信号描述:用以设定定时取样的时间间隔及当时的日期时间组成:时钟信号二年+月+日+时+分+秒(5)数据流名字:病人日志描述:定时取样的生理信号组成:每次提取的生理信号(6)数据流名字:病人基本信息描述:用以传递病人的个人信息病历等组成:病人基本信息二病人个人基本信息+病历+病人日志(7)数据流名字:安全范围描述:用以传递病人安全的生理信号值范围组成:安全范围

22、二脉搏安全范围值+体温安全范围值+血压安全范围值+呼吸安全范围值+心电图安全范围值(8)数据流名字:警报描述:当病人的生理信号超出安全范围时向终端发出的警报信号通知系统发送警告信息组成:警报(9)数据流名字:警告信息描述:向终端医护人员发送的信息组成:警告信息二病人ID号+病房号+生理信号值(10)数据流名字:病情报告短信描述:向病人家属发送的通知病情的信息组成:大体病情报告(11)数据流名字:分析结果描述:主治医生根据病人的基本情况分析出的病人安全的生理信号值组成:安全生理信号值(12)数据流名字:允许通知描述:向终端医护人员发送的信息,告诉可以删去已出院病人的信息组成:允许(13)数据流名

23、字:病情报告描述:返回病人的生病日志以及病历组成:病情报告二病人日志+病历第三章概要设计3.1需求规定医院计算机监护系统:监护系统要随时接受每个病人的生理信号(脉搏、 体温、血压、心电图等),定时记录病人情况以形成患者日志,当某个病人 的生理信号超出医生规定的安全范围时向值班医护发出警告信息,同时系统 打印出病人的病情报告给医护人员。在医院的病房里,将病症监视器安置在每个病床,对病人进行监护。监 视器将病人的病症信号(组合)实时地传送到监护系统进行分析处理。在中 心值班室里,值班护士使用中央监护系统对病员的情况进行监控,监护系统 实时地将病人的病症信号与标准的病诊信号进行比较分析,当病症出现异

24、常 时,系统会立即自动报警,并打印病情报告和更新病历。系统根据医生的要 求随时打印病人的病情报告,系统还定期自动更新病历。3.2运行环境本系统是基于C/S模式的采用Delphi实现的管理信息系统(Management Information System)o数据库服务器由Oracle9实现。为使系统能够正常运行, 软硬件环境需求如下:软件需求:操作系统WINDOWS 2000 Advance Server以上; 数据库服务器端软件ORACLE 9I,Delphi 7.0。硬件需求:10M以上的LAN接入网络带宽,P4 3.0G Xeon CPU /1G内存 /360G(10K) SCSI硬盘的

25、服务器,P3以上微机(带网卡)的客户机,P4 3.0G Xeon CPU /1G内存/36G(10K) RAID硬盘的数据库服务器3.3总体结构和模块设计3.3.1功能模块图模块是软件结构的基础,软件结构的好坏完全由模块的属性体现出来,把软件模 块化的目的是为了降低软件复杂性,使软件设计,测试,调试,维护等工作变得 简易,但随着模块数目的增加,通过接口连接这些模块的工作量也随之增加。1. 总体结构框图图3-1系统总体结构图2. 模块说明该软件有8个功能模块,各模块功能如下:1. 病人个人基本信息输入模块:医护人员将病人的初始的基本信息(患者姓 名、患者性别、住址、联系电话、患病名称、入院日期、

26、状态(已出院、住院、 备注)输入系统。2. 病人生病日志模块:对病人每一段时间的病情进行编辑存储,这一模块包 含有生病信号管理模块和定时采样模块(1)生理信号输入管理模块:通过连接在病人身上的传感器,根据传感器 的值将生理信号输入系统(2)定时时钟采样:通过系统,管理人员(医护人员)可以按需要输入定 时采样的时间。3. 生理信号安全范围设定模块:根据各个病人不同的病情及自身的生理情况 对各个病人的生理信号的安全范围进行输入、修改、查询。4. 超标判定系统:这一模块主要是判定病人生理信号判定病人是否超出病人 生理安全范围,他包含有判定病人生理信号模块。判定病人生理信号:对病人的各个生理信号根据安

27、全范围判断病人是否处于 安全状态5. 警报模块:对超过安全范围的病人及时通知医护人员及家属。它包含报警 和发送病情报告短信两个模块(1)报警:对超过安全范围的病人报警通知医护人员。(2)发送病情报告短信:对超过安全范围的病人以短信方式通知其病人家 属,以便他们有所准备。6. 病情信息查询模块:家属及医护人员对一段时间的病人病情进行查询,主 要是对病人的基本信息(患者姓名、患者性别、住址、联系电话、患病名称、入 院日期、状态(已出院、住院)、备注、病情状态、病情变化趋势)进行查询。 同时此模块还包含病情报告打印和显示器两部分(1)病情报告打印模块:可以对查询的病人病情打印出病情报告以便医护 人员

28、及家属查阅,主要是对病人的基本信息(患者姓名、患者性别、住址、联系 电话、患病名称、入院日期、状态(已出院、住院)、备注、病情状态、病情变 化趋势)进行查询。(2)显示器:可以显示病人的各个生理信息数据用于医护人员查看7. 病人信息修改模块:对病人的基本信息(患者姓名、患者性别、住址、联 系电话、患病名称、入院日期、状态(已出院、住院)、备注、病情状态、病情 变化趋势)进行修改。此模块还包含有一个病情报告打印。病情报告打印模块:对修改的病人病情打印出病情报告以便医护人员查阅分 析。8. 病人信息删除模块:对出院的病人信息进行数据删除,并将删除信息反馈 给医护人员进行审批。3.模块设计(1)根据

29、数据画出的结构图如图3-2所示病人档案数据病人信息输入系统病人基本信息管理系统图3-2医院病人监护系统结构图(2)病人信息输入子系统(输入部分)结构图如图3-3所示病人信息输入系统时间数据设定时间生理信号数据生理信号生理信号生理信号分析息样本生理息样本信号、生理信息样本生理信号接受图3-3病人信息输入系统结构图(3)警报子系统(第一输出部分)结构图如图3-4所示警报系统*病人档析结果分析病人病情安全 范围二病人生理安全范围超标判定03警告信息全息警告 信息警告 信安 范围、,报告L产生报警信号通知医护人员编辑病人报告短信.警告_-信息 报警 信号/ / 报警 ,信号警告一报信短信.通知家属图3

30、-4警报子系统结构图病人基本信息管理子系统(第二输出部分)结构图如图3-5所示家属病情报告图3-5病人基本信第四章详细设计4.1登陆界面登陆界面程序流程见图:登陆系统用户名及口令 Kg身份认证|vK正确?NojYes登陆成功图4-1登陆界面程序流程图4.2程序描述主模块功能:建立与数据库连接;获取系统设置;运行主对话框根据输入调用子模块;退出系统时断开与数据库的连接程序逻辑:初始化生理信号输入 |监护管理数据操作图4-2主功能模块图4.3总程序设计流程图设计内容:本系统要求能够监护系统要随时接受每个病人的生理信号(脉搏、 体温、血压、心电图等),定时记录病人情况以形成患者日志并间隔一定得时间

31、存入病人档案,当某个病人的生理信号超出医生规定的安全范围时向值班护士发 出警告信息;要求系统要提供输入数据更新数据查询信息的功能,必要时候要通 知患者家属。程序设计流程图见图:开始匚程序初始化二I人员登录 1 设备初始化N设备处理*=二设备正常?_一二Y*匚信号采集二I信号初步分析监护管理数据详细分析图4-3系统功能流程图4.4传感器信息采集功能功能描述:传感器要随时接受每个病人的生理信号(脉搏、体温、血压、心电图 等),而且要将其模拟信号转换成数字型号后及时发送给监护管理模 块。传感器信息米集程序流程图:UZ开始)初始化,一 * - 一数据米集二A/D转换 液晶.显示数据判别NV一发送?_一

32、-=式发送数字信号_ -一结束图4-4传感器信息采集程序流程图4.5监护管理模块功能描述:根据传感器信息采集而传入监护管理模块的生理信息,对其传入 的信息进行分析处理,并将其和生理安全控制范围内的数据进行比较,如若超过 范围则报警,及时通知责任医生进行紧急处理,医护人员有打印患者病情报告的 权利,同时通知患者家属,实时记录患者日志,每间隔一段时间要更新患者的 档案。监护管理流程图见图:开始病症信号采样信号处理叩N_一厂-丁二 ,-二二Y超出病人生理极限?报警情况处理1通知其家属VI病情好转? 1N.程序结束I病人死亡I图4-5监护管理流程图4.6数据操作功能功能描述:权限操作者对病人信息数据的

33、一系列操作(添加患者信息、查询、修 改、打印),对数据库进行的相关管理开始添加查询修改打印添加信息查询修改打印操作结束图4-6数据操作功能PAD图4.6.1添加新病人信息功能功能:查验输入的操作者证号;运行添加信息对话框;获取该操作者的相关信息;查验输入病人信息;进行添加操作添加输入姓名 f输入性别f输入年龄gf输入基本病情f添加记录错误处理并返回错误处理并返回错误处理并返回错误处理并返回添加新病人信息功能PAD见图更新数据库输出成功信息及确认图4-7添加新病人信息功能PAD图4.6.3查询功能功能:查验输入的操作者证号;运行查询信息对话框;获取该操作者的相关信息;获取相关信息。(2)查询功能

34、PAD图见图:4.6.4更新功能更新功能PAD图见图:输入姓名及病历号,:f1错误处理并返回读记录更新找到要更新的记录新信息是否正确? ( F错误处理并返回病例号是否正确 iF错误处理并返回修改记录更新数据库输出成功更新信息图4-9更新功能PAD图4.7系统功能流程图功能:根据操作员输入功能调用相应的子模块系统功能流程图见图:集 一米 号 I -信 理 生开始初始化系统I设备维一I登陆窗口主界V二二功能选择二二二,监护管理数据采集寿据类型转换数据初步分析数据详细分析生理信号、女全控制数据存储报警功能数据查询数据打印图4-10为系统功能流程图4.8系统操作模块功能:验证输入系统操作员的员工口令,

35、完成权限管理运行系统操作对 话框,根据用户输入调用各子模块,完成:有使用权限的医院员工操作(添加、 修改、删除);数据统计;更改口令;系统管理(修改系统设置,浏览、修改、增 加、删除系统操作员);程序逻辑:初始化推H操作取消?返回系统操作权限检验N警告账户口令正确? T返回初始化系统操作对话框:白护士操作十T 1医生操作 T UNTIL输入返回丁 1 数据统计 T T系统设置关闭对话框T T史改口令图4-11为系统操作PAD图第五章数据库设计说明书5.1定义文档中采用的专门术语的定义及缩略词简要:HICS: hospital intensive care System,医院监护系统。数据库采用

36、Sql Sever 2000数据库。5.2任务概述本系统要求能够监护系统要随时接受每个病人的生理信号(脉搏、血压、心跳、 呼吸频率等),定时采样病人情况以形成患者日志,当某个病人的生理信号超出 医生规定的安全范围时向值班护士发出警告信息;此外,护士在需要时还可以要 求系统打印出某个病人的病情报告。本软件系统要求安全、可靠(具有出错处理能力)、准确。5.3结构设计5.3.1概念结构设计一、确定实体类型通过了解医院监护中需要用到的实体类型有病人,医护人员,病历,患者日志, 生理信息等等。二、确定联系类型在这个系统中以下这些联系是与监护管理有关的:医护人员与病人之间有个联系是”诊治“,它是一对多的;

37、病人与病历之间有个联系是“持有“,它是一对一的;病人与生理信息之间有个联系是“提取“,它是一对一的;生理信息与患者日志之间有个联系是“采样“,它是一对一的。三、画ER图(1)病人-病历ER图见图5-1图5-1病人-病历ER图医护人员-病人ER图5-2(3)图5-3病人-生理信息ER图 生理信息-患者日志ER图5-4(2)(4)(5)图5-4生理信息-患者日志ER图 总的ER图5-5图5-5总的ER图四、确定属性经调查了解到:病人有病人ID号、姓名、病房号、病床号4个属性;患者日志有病人ID号、时间2个属性; 病历有病人ID号、性别、年龄、家属、住址、安全范围、主治医生ID号7个属性; 生理信息

38、有病人ID号、脉搏、心跳、血压4个属性;医护人员有姓名、性别、电话、住址、职工ID号、职称6个属性;上述个实体的属性可用下列各表表示:(1)病人实体属性图5-6姓名病房号病人小号) 病床号D图5-6病人实体属性图(2) 患者日志实体属性图5-7患者日志/病人ID号时间图5-7患者日志实体属性图(3) 病历实体属性图5-8.主治医生ID号. .病人ID号家属C年龄*安全范围)图5-8病历实体属性图(4) 生理信息实体属性图5-9图5-9生理信息实体属性图(5) 医护人员实体属性图5-10姓名性别1-1 _S_L电话/住址 医护人员职工 而 职称匚.)图5-10医护人员实体属性图5.3.2逻辑结构

39、设计表5-1病人表字段名数据类型主关键字外部关键字参照的表取值说明病人ID号Vchar2 (10)yes不允许为空姓名Vchar2 (30)病房号Vchar2 (10)病床号Vchar2 (10)表5-2病历表字段名数据类型主关键字外部关键字参照的表取值说明病人ID号Vchar2(10)yes不允许为空性别Vchar2(2)年龄Smallint家属VarChar2 (30)住址VarChar2 (50)安全范围VarChar2 (10)主治医生ID号Vchar2 (10)表5-3医护人员表字段名数据类型主关键字外部关键字参照的表取值说明姓名Vchar2 (30)性别Vchar2 (2)电话Nu

40、mber(15)住址VarChar2 (50)职工ID号Vchar2 (10)yes不允许为空职称Varchar2 (10)表5-4患者日志表字段名数据类型主关键字外部关键字参照的表取值说明病人ID号Vchar2 (10)yes不允许为空时间DateTime表5-5生理信息表字段名数据类型主关键字外部关键字参照的表取值说明病人ID号Vchar2(10)yes不允许为空脉搏Smallint心跳Smallint血压Smallint呼吸频率Smallint5.3.3安全保密设计用户:a.超级用户(管理员、领导):拥有全部权限b. 挂号处工作人员:只有输入、修改、删除病人基本信息的权利。c. 医护人员

41、:只有输入安全范围、定时时间和查询、打印病人信息的权 利第六章界面设计、系统主界面图6-1、功能选择界面输入职工号和密码即可登陆系统图6-2选择需要的功能选项,进入子功能页面三、生理信号信息米集模块界面图6-3输入病人病历号,点取获取信息,即可采集到病人的生理信息四、监护管理模块界面图6-4输入病人病历号后,即可获得病人当前的病情报告,可通过打印按钮完成打印工作,同时在界面的左侧可以输入病人生理信息安全值五、数据操作模块界面第七章软件测试软件测试概述:使用人工或者自动手段来运行或测试某个系统的过程, 其目的在于检验它是否满足规定的需求或弄清预期结果与实际结果之间的差 别.它是帮助识别开发完成(

42、中间或最终的版本)的计算机软件(整体或部 分)的正确度(correctness)、完全度(completeness)和质量(quality)的软 件过程;是SQA(software quality assurance)的重要子域。有六个有关软 件测试方法的基本概念是很重要的:白盒测试,黑盒测试,灰盒测试,有效用 例和无效用例,边界条件以及等价类测试。7.1白盒测试法1. 白盒测试的概述白盒测试也称结构测试或逻辑驱动测试,它是知道产品内部工作过程,可通 过测试来检测产品内部动作是否按照规格说明书的规定正常进行,按照程序内部 的结构测试程序,检验程序中的每条通路是否都有能按预定要求正确工作,而不 顾它的功

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

当前位置:首页 > 生活休闲 > 在线阅读


备案号:宁ICP备20000045号-2

经营许可证:宁B2-20210002

宁公网安备 64010402000987号