[医药卫生]远程心电信息管理系统论文

[医药卫生]远程心电信息管理系统论文内容摘要：

现实世界提供信息的过程。 在给定的 DBMS、操作系统和硬件环境下，表达用户的需求，并将其转换为有效的数据库结构，构成较好的数据库模式，这个过程称为数据库设计。 要设计一个好的数据库必须用系统的观点分析和 处理问题。 数据库及其应用系统开发的全过程可分为两大阶段：数据库系统的分析与设计阶段；数据库系统的实施、运行与维护阶段。 数据库系统的设计分为 需求分析、概念设计、逻辑设计、物理设计 四个阶段。 数据库系统的生命周期分为两个重要的阶段：一是数据库系统的设计阶段，二是数据库系统的实施和运行阶段。 其中数据库系统的设计阶段是数据库系统整个生命周期中工作量比较大的一个阶段，其质量对整个数据库系统的影响很大。 数据库系统设计有两种不同的方法：一种是面向数据的设计方法 (dataoriented approach)，这种设计方 法以信息需求为主，兼顾处理需求；另一种是面向过程的设计方法(processoriented approach)，这种设计方法以处理需求为主，兼顾信息需求。 用前一种方法设计的数据库系统，可以比较好地反映数据的内在联系，不但可以满足当前应用的需要，还可以满足潜在应用的需要。 用第二种方法设计的数据库系统，可能在使用的初始阶段比较好地满足应用的需要，获得好的性能，但随着应用的发展和变化，往往会导致数据库系统的较大变动或者不得不重新设计。 这两种设计方法，在实际中都有应用。 面向过程的设计方法主要用于处理要求比较明确、 固定的应用系统。 但是在实际应用中，数据库一般由许多用户共享，还可能不断有新的用户加入，除了常规的处理要求外，还有许多即席访问。 对于这类数据库系统，最好采用面向数据的设计方法，使数据库系统比较合理地模拟一个组织部门。 通常一个组织部门的数据是相对稳定的，而处理则是相对变动的，为了设计一个相对稳定的数据库系统，一般采用面向数据的设计方法。 概念结构设计 概念设计的目标是设计出反映某个组织部门信息需求的数据库系统概念模式，数据库系统的概念模式独立于数据库系统的逻辑结构、独立于数据库管理系统（ DBMS）、独立于计算机系统。 概念模式的设计方法是在需求分析的基础上，用概念数据模型（例如 ER 模型）表示远程心电信息系统 13 数据及数据之间的相互联系，设计出反映用户信息需求和处理需求的数据库系统概念模式。 概念设计的目标是准确描述应用领域的信息模式，支持用户的各种应用，这样既容易转换为数据库系统逻辑模式，又容易为用户理解。 数据库系统概念模式是面向现实世界的数据模型，不能直接用于数据库系统的实现。 在此阶段，用户可以参与和评价数据库系统的设计，从而有利于保证数据库系统的设计与用户的需求相吻合。 在概念模式的设计中，ER 模型法是最常见的设 计方法。 本 系统的 ER 图如下图所示： 医生基本信息ID医生编号医生姓名 密码所属科室职位学历简介 图 医生基本 信息 ER 图实体 名下病人 远程心电信息系统 14 病人基本信息表ID病人编号病人姓名性别年龄家庭住址联系电话来诊时间病情描述 图 病人 基本 信息 ER 实体图 诊断情况ID医生姓名病人姓名报告日期诊断意见心电数据异常报告 图 诊断情况 信息 ER 实体图 所属医生 远程心电信息系统 15 否 是 图 操作流程图 输入用户名和密码 是否正确 进入相应页面 选择具体操作 操作成功 退出 登录 远程心电信息系统 16 系统中定义的表 在确定描绘出了 ER 实体图之后，便要进行系统数据表的设 计。 参考现行的 HL7 标准，以及一般医院里通常采用的字段描述，进行了如下的基础表的设计。 (1) 医生基本 信息 表 表名 列名 数据类型（精度范围） 空 /非空 约束条件 其他说明 ID int 非空 自增 1 Id 医生编号 Varchar(50) 非空 医生编号 医生姓名 Varchar(50) 非空 医生姓名 密码 Varchar(50) 非空 密码 所属科室 Varchar(50) 非空 所属科室 职位 Varchar(50) 非空 职位 学历 Varchar(50) 非空 学历 简介 Ntext 非空 简介 (2) 病人基本信息表 表名 列名 数据类型（精度范围） 空 /非空 约束条件 其他说明 ID int 非空 自增 1 Id 病人编号 Varchar(50) 非空 病人编号 病人姓名 Varchar(50) 非空 病人姓名 性别 Varchar(50) 非空 性别 年龄 Varchar(50) 非空 年龄 家庭住址 Varchar(50) 非空 家庭住址 联系电话 Varchar(50) 非空 联系 电话 来诊时间 datetime 非空 来诊时间 病情描述 ntext 非空 病情描述 远程心电信息系统 17 (3) 诊断情况 信息 表 表名 列名 数据类型（精度范围） 空 /非空 约束条件 其他说明 ID int 非空 自增 1 ID 医生姓名 Varchar(50) 非空 医生姓名 病人姓名 nvarchar(50) 非空 病人姓名 异常报告 ntext 非空 异常报告 报告日期 datetime 非空 报告日期 诊断意见 ntext 非空 诊断意见 心电数据 nvarchar(50) 非空 心电数据 在这里需要说明的是，在病情描述里，充分参考了心电信息的标准，对所需要的数据进行了梳理。 正常的心电活动产生始于窦房结，沿心脏传导系统下传，由此在心电图上呈现一系列波形，称为 P、 Q、 R、 S、 T、 U 波，如下图。 在心电活动开始后大概 — ，心脏才有机械性的收缩活动，每次心电活动一完成，心脏即开始舒张。 图 在充分考虑了 以上的条件以后，本次系统采用了如下的心电信息指标来作为病人基本信息里面 病情描述的特征。 1 2 PR 3 QRS 4 QT/QTc 5 P/QRS/T 远程心电信息系统 18 6 RV5/SV1 7 RV5+SV1 这些在临床上最常用到，也是在患者所拿到心电图上的参数。 通过进行数字化的呈现，更加易于保存和查找。 所以，将其分别作为字段，添加到了病人基本信息里面，方便医生调用以作出诊断。 物理设计 数据库最终是要存储在物理设备上的。 为一个给定的逻辑数据模型选取一个最适合应用环境的物理结构（存储结构与存取方法）的过程，就是数据库的物理设 计。 物理结构依赖于给定的 DBMS 和和硬件系统，因此设计人员必须充分了解所用 DBMS 的内部特征，特别是存储结构和存取方法；充分了解应用环境，特别是应用的处理频率和响应时间要求；以及充分了解外存设备的特性。 数据库的物理设计通常分为两步： （ 1）确定数据库的物理结构； （ 2）对物理结构进行评价，评价的重点是时间和空间效率。 数据库的实施 在进行概念结构设计和物理结构设计之后，目标系统的结构、功能已经分析得较为清楚了，但这还只是停留在文档阶段。 数据系统设计的根本目的，是为用户提供一个能够实际运行 的系统，并保证该系统的稳定和高效。 要做到这点，还有两项工作，就是数据库的实施、运行和维护。 首先是数据库的实施。 数据库的实施主要是根据逻辑结构设计和物理结构设计的结果，在计算机系统上建立实际的数据库结构、导入数据并进行程序的调试。 它相当于软件工程中的代码编写和程序调试的阶段。 具体地说，建立数据库结构应包括以下几个方面： （ 1）数据库模式与子模式，以及数据库空间的描述。 （ 2）数据完整性的描述。 （ 3）数据安全性描述。 （ 4）数据库物理存储参数的描述。 远程心电信息系统 19 第 5 章 系统功能模块设计与实现 登 录模块的实现 因为本系统主要是面对医生的。 所以为了防止信息系统被无关人员随意操作导致数据的破坏，而设置了登陆界面。 采用每个医生对应一个账号的模式，来达到相关权限不被随意破坏的目的。 在页面设计方面，本着人性化的选择，颜色看起来非常的清晰，蓝色给人看上去有一 一种回归自然的感觉。 运用 DREAMWAVER 等工具对登陆页面的背景进行了适当的美化，可以看到倒影和渐变等，总体气质走的是简洁美观路线，力求符合医院的气质 图 登陆界面 { if (().Trim() == || ().Trim() == ) { ()。 ()。 } region 远程心电信息系统 20 string sql。 sql = select * from 医生基本信息 where 医生姓名 =39。 + ().Trim() + 39。 and 密码 =39。 + ().Trim() + 39。 DataSet result = new DataSet()。 result = new Class1().hsggetdata(sql)。 if (result != null) { if ([0]. 0) { Session[PWD] = ().Trim()。 Session[username] = ().Trim()。 ()。 } else { ()。 } } else { (scriptjavascript:alert(39。 对不起，系统错误，请不要越权操作 !39。 )。 /script)。 } endregion 在以上代码中，先是通过两个 BLANK连接数据库中 “医生基本信息表“里的医生姓名以及密码。 在面对不同的输入环境下，考虑到了三种可能。 就会给出提示为“请输入完整“。 给出提示信息为“对不起， 用户名或者密码不正确 !”。 如打入不符合格式的字符等，便出现警告信息“对不起，系统错误，请不要越权操作” 修改密码 模块的设计和实现 截图与部分代码： 远程心电信息系统 21 图 设计模块的代码：。