【毕业学位论文】(Word原稿)基于JSP的医院病程记录系统的设计与实现-软件工程

摘 要 I 基于 医院 病程记录系统的设计与实现 SP on 要 要 本人在天津 中医药大学第二附属医院 从事信息化相关 工作 。 我院 现用的 临床电子病历系统 采用 C/S 架构 模式 ，实现包括入院记录、出院记录、专科检查、 死亡 记录等 的电子化编辑 。该系统 客户端安装升级繁琐，运行速度慢，灵活性较差，主要依靠模板克隆 编辑 ， 对于 实时性 较强 、篇幅较长、个性化差异大 的 病程记录模块 缺乏足够的支持。为了满足医生的书写要求，结合 医院 医政科、病案科 等科室 根据国家相关电子病历行业规范的指导意见，医院决定自行开发一套病程记录管理 系统 。在此背景下，我设计 开发 了病程记录的新系统。该系统独立运行，让医生 实时 地 、随时随地 记录 病人 的在院情况，减轻了书写病历带来的繁重的工作量。 本系统采用 B/S 的架构模式， 通过面向对象的设计方法，利用 强大技术，以适合我院业务流程模式，使软件的适应能力和生命周期得以提升。 临床 病程记录 系统 设计采用三层 架构， 能够适应业务变更发生的变化，便于维护，保证系统的灵 活性、健壮性。 病程记录 管理 系统 实现了病历的 书写 、 保存、 检索、打印等功能 ， 通过和医院 现有信息系统的整合 ， 减轻了医生 日常 的工作量， 提高 了临床的 工作效率 ， 为 医 院 的 医疗管理、科研、教学、公共卫生提供数据源。 本文对临床 病程记录 的某些方面进行了研究并 对系统 进行相应的设计和实现，为临床医生提供了一个高效书写病历的平台，使医生有更多的时间服务于患者。 病程记录 管理 系统的的不断完善，会更加适应临床的发展和需要。 关键词： 临床 病程记录 B/S 架构 面向对象 in f f in of , is To on a to of to to a I to of in of , by to of to of of to of of By IS it it to of to an of to to to I B/S I 目 录 第一章 绪论 . 1 第一节 论文研究的背景和意义 . 1 第二节 国内外的研究现状 . 2 第三节 本文的思路与实现目标 . 2 第二章 系统开发工具概述 . 4 第一节 开发工具介绍 . 4 . 4 . 4 第二节 开发技术介绍 . 5 . 5 术 . 6 术 . 7 . 7 . 8 第三节 据库 . 8 第四节 强大的 架模式 . 9 第五节 B/S 模式 . 9 第三章 系统需求分析 . 11 第一节 系统开发的目的 . 11 第二节 原系统存在的问题 . 11 第三节 系统开发要求 . 12 技术先进性 . 12 维护简易性 . 12 操控便捷性 . 12 存储安全性 . 13 第四节 系统功能要求 . 13 管理患者病历 . 13 目录 书写病程记录 . 13 模板功能 . 14 打印病历 . 15 查询病历 . 15 第四章 系统总体设计 . 16 第一节 总体设计 . 16 第二节 系统业务流程设计 . 17 接转患者流程设计 . 18 编辑病程流程设计 . 18 检索病程流程设计 . 19 维护模板流程设计 . 20 打印病程流程设计 . 20 第三节 系统功能模块 设计 . 21 患者管理功能模块 . 22 病历管理功能模块 . 23 模板管理功能模块 . 23 打印管理功能模块 . 24 第四节 数据库设计 . 24 数据库 设计 . 24 数据库需求分析 . 25 数据库逻辑结构设计 . 26 连接数据库 . 31 第五章 系统实现 . 34 第一节 登录模块 . 34 第二节 患者管理功能模块 . 36 第三节 病历管理功能模块 . 38 第四节 模板管理功能模块 . 46 第五节 打印模块 . 51 第六章 系统备份与系统测试 . 55 第一节 数据库备份 . 55 目录 二节 系统测试方案 . 56 功能测试 . 56 性能测试 . 57 可用性测试 . 57 客户端兼容性测试 . 57 测试结果分析 . 58 参考文献 . 错误 !未定义书签。 致谢 . 61 第一章 绪论 1 第一章 绪论 病程记录管理 系统主要用于 医院住院患者临床病程记录的电子化录入 ，其主要目的是 提高医生书写病程记录的效率、实现临床 病程记录 的无纸化 ，统一规范化管理等 。本章主要 介绍该系统的 设计思路和实现目标 ，下面首先介绍一下选题的背景和意义、 国内外研究现状 等内容。 第一节 论文研究的背景和意义 计算机和 信息技术的飞速发展给医学领域的信息化建设带来变革。 随着 等系统在医院的应用逐渐成熟 , 使 电子病历 (用成为了 一个必然趋势。运用计算机技术 使 传统的手工书写病历改变为电子病历成为未来发展的方向 。 电子病历是建立在医院医疗活动全面信息化的基础上，能提供主动的、智能化的服务。电子病历的应用其实质是促使 2整个医院实现以病人为中心、以医疗为中心 的医疗过程计算机信息化管理，全面提升医院医、教、研、管水平。发展电子病历，可以提高医疗工作效率， 优化医院的工作流程 ，降低医疗成本。电子病历减轻了医生繁重的书写工作，提高了工作效率。病历电子化可以实现病人信息随时可得，快速全面的了解病人病情。电子病历内容全面充分，检索使用方便，有利于 3医疗 信息资源共享 ，同时也为医院相关管理部门提供 全面可靠的资料。电子病历 使得纸质病 例 能够系统地归纳总结 。传统的 纸质病 例 都是在各种医疗流程结束之后 才 进行归纳总结 ，然后再反馈回医疗过程管理，这样的管理 流程 4滞后于医疗过 程。实现了电子病历系统 后 ，各种原始数据可以在 诊疗 过程中及时地 被 采集，并 按时 反馈 给质控部门 ，达到环节控制的目标 。 天津中医药大学第二附属医院是 天津 市 河北区 一所大型三级甲等综合性医院，床位数量将近 600 张，病床周转率较高，医院信息化建设从 2008 年开始稳步推行，电子病历系统 2009 年投入使用。 医院信息化建设稳步向前推进，全院的信息系统的稳定运行为医院医疗工作的有序开展提供了强有力的保障。 医院信息管理 统 、检验科 统、 影像科 统、 电子病历系统、治未病中心体检系统等系统模块先后投入使用。 作为电子 病历系统中至关重要的一个部分，住院患者的病程记录一直靠 医生手工书写 完成 。对病程记录系统的设计和开发将对医院具有重要意义，这将进一步 优化医院内部的工作流程， 减轻医生的工作量， 提高工作效率 ， 为医疗管理、科研、教学、公共卫生提供数据源。 第一章 绪论 2 第二节 国内外的研究现状 世界一些发达国家和地区非常重视电子病历在医院信息化建设中的发展。 早在 20 世纪 70 年代 , 5法国 和英国 等发达国家 就已 经 使用电子病历记录患者 信息 , 并 成立了专门的研究机构 , 把电子病历作为一个重大的研究课题对待 。 20 世纪 80 年代末 , 电子病历 开始 大范围应用于 各地的医疗机构， 随着人们 对电子病历的认识 不断加深， 研发 的投入也越来越大 。到了 21 世纪 ,电子病历已经在 6美国、 法国、德国 、日本、香港等地区有了相当程度的研究和应用。 我国 医疗行业信息系统的应用 开始于 上个世纪的 80 年代后期 , 经过近 20 多 年 的 不断 发展 , 已经达到了相当的 规模 。 各级医院和卫生管理机构 7逐步建立和完善自己 内部 的信息系统 , 将信息化建设列入医院发展的重要环节 之一。医院信息化也成为了为患者提供优质服务的一条途径。 这 为我国电子病历的研究和应用 提供了条件，奠定了 基础 。我国 成立了 8电子病历 专业委员会 , 对 电子病历 的发展起到了引导作用。 新医改对医疗卫生信息化提出了明确的要求。为全面评估各医疗机构现阶段电子病历系统应用水平，建立适合我国国情的电子病历系统应用水平评估和持续改进体系，使医疗机构明确电子病历系统各发展阶段应实现的功能，并有效 推动 各级医院和卫生管理 机构合理发展 各自的 信息系统 ，我国卫生部医政司 9组织 相关 专家充分借鉴 其它发达国家和地区的发展经验 ， 并 结合我国电子病历 的实际发展情况 ，起草了电子病历系统功能应用水平分级评价方法及标准 (试行 )。 为贯彻落实 10国务院关于深化医 药卫生体制改革的意见、国务院关于印发医药卫生体制改革近期重点实施方案（ 2009）的通知和国务院办公厅关于印发医药卫生体制五项重点改革 2010 年度主要工作安排的通知等文件精神，卫生部先后在 2010， 2011 发布了关于电子病历系统的规范和通知文件。 第三节 本文的思路与实现目标 本文 根据卫生部发布的电子病历基本 架构与运行标准 、电子病历系统功能规范 (试行 ) 等规范 11，充分听取医政部、病案科、质 控部 的指导意见和建议，对临床科室进行走访和调研， 结合医院的实际情况， 对病程记录系统 进行相 应的设计和实现，为临床医生提供了一个高效书写病历的一个平台，使医生有更多的时间服务于患者。 本系统在实际应用中需要具备便捷性、安全性、可扩展性等功能要求。首先，我在系统的研发中特别重视系统页面的友好性，页面做到色彩明亮、布局新颖，第一章 绪论 3 方便各种年龄层用户的使用。其次，根据国家电子病历相关行业规范和标准 12，实现病程记录中的首次病程记录、日常病程记录、交接班记录、 住院 阶段小结、输血记录、转入转出记录、术后首次病程记录、死亡病例讨论记录、危重病例讨论记录、疑难病例讨论记录、术前讨论记录、主治医师首次查房记录、主任 医师首次查房记录 统一实现电子化编辑 。 最后，本系统要具有抗压性和可扩展性，抗压性是任何预约性质系统的基本要求，只有良好的抗压性才可以使系统顺利经受压力峰值的考验，保证系统稳定。在系统研发中，我尽量做到代码简明易懂，设计合理的表结构和视图，进行接口准备，为日后与其它医院信息系统关联做好准备，保证系统良好的可扩展性。 第二章 系统开发工具概述 4 第二章 系统 开发工具 概述 本系统是基于 B/S 模式的信息化管理系统，主要利用 术来设计和实现，以下内容将对系统主要的开发语言和工具进行概述。 第一节 开发工具介绍 一个开放源代码的、基于 可扩展开发平台。就其本身而言，它只是一个框架 13和一组服务，用于通过插件组件构建开发环境。 带了一个标准的插件集，包括 发工具（ 。如今可供选择的开放源代码的集成开发环境中功能强大的一个。 台是一个开放的、通用的、可扩展的集成开发环境。 目提出的目标是： 1、 提供应用开发工具的开发平台，能够在多个操作系统 (如 运行，支持基于 非 应用开发环境。 2、 语言中立性。允许无限制的内容类型 C、 。 3、支持多种工具的无缝集成。 前主要由四个项目 14组成：分别是 目、 具项目、 术项目、 具平台项目。 最大特点是能接受有 发者自己编写的开放源代码插件。 一款所见即所得的网 页编辑器 。 它支持快速建立网站站点功能 。开发人员可以在 可视 化的 界面中编辑网页并及时查看编辑结果 。 开发人员在集成化、高效率的环境中使用 供的专业工具可以轻松实现应用程序开发和代码编辑功能 。开发人员 通过 使用 相关 服务器技术来创建 用程序 ，从而使用户能连接到数据库、 务 等 。 在网页 开发与设计中 功能 十 分 强大的软件 ，具有很高的知名度。 它集 合 网页设计、 网站开发 功能于一 身 。它的安装和运行 不受操作系统、浏览器等应用环境的限制 ， 深受网站制作人员和开发人员的好评 。 主要因为其以下功能 ： 1、 按照 用户 的需要灵活地 定制自己的用户界面。 2、第二章 系统开发工具概述 5 实现页面元素的插入和生成。用户输入 码 或者 通过拖动页面元素 ， 能提供便捷的方式使 开发人员的工作 变得 容易上手 。3、 5的可视化设计提供强大支持 ，能够方便快捷地实现网页的布局设计 。 4、 有 强大的 点管理功能 ，帮助设计人员轻松地管理站点文件。 5、 建的 图形编辑 引擎 能够 轻松实现 网页中的图片 处理操作 。 6、 具有强大的 多媒体 处理功能 ，它利用 言代码轻松地实现网页元素的动作和交互操作 ，比如 页面的动态效果 等 。 7、 持第三方 插件 的功能支持 ， 编程人员 可以根据 项目的开发 需 求 扩展 功能。 第二节 开发 技术 介绍 由 司在 言的基础上，开发出来的一种动态网页制作技术 ，可以将网页动态部分和静态部分分离。它是在传统的 网页 件中插入 16序段 ( 记(从而形成 件 (* 发的 用是跨平台的， 可以在任何 操作系统 上运行 ，如 T、 术可以让 发人员和设计人员非常容易地创建和维护动态网页，把用户界面从系统内容中分离出来，使得设计人员能够在不改变底层 动态内容的前提下改变整个网页布局。 J S P 文 件带 有 J S P 引 擎 的W e b 服 务 器客 户 端S e r v l e t 代码C l a s s 文 件请 求加 载转 化执 行响 应编 译图 面的执行过程 第二章 系统开发工具概述 6 一个 部分是 、 标记等，用来显示数据显示样式；另一部分 面的动态部分，如脚本程序、签等，用来完成数据处理。 面的动态部分包括 3 部分，为脚本元素（ 指令元素（ 动作元素（ 脚本元素 17用来嵌入 码，这些 码用来描述响应客户请求时要执行的动作。指令元素 主 要针对 器设计，控制 器如何处理 面的相关信息，而这些指令不会产生任何输出。 动作元素是在请求阶段处理，为使客户端与服务器实现某种 动作而下达的指令，用来引入现有组件或者 擎行为。 为了简化页面开发的复杂性， 供了一些可在脚本中使用的内置对象。使用这些对象 可以使服务器端更容易收集客户端发送的请求信息，并响应客户端请求，同时会存储客户信息。 当客户端通过 议请求一个 面时， 器就会创建 并将请求信息包装到 象中；当 器处理完请 求后， 象主要将 器处理后的结果传回到客户端。 象响应信息包含的内容有 型的定义、保存的 及连接到 源的。 当用户与服务器连接时，服务器为每个用户创建一个 象，并设定其内容。默认情况下， 象在用户第一次连接到服务器时由 务器自动创建并设定 象的属性值，然后被关联到 象。 发人员主要使用 象来维护会话状态。 象所保存的数据可以被所有用户共享，而 象则是每个用户专用。当 务器中的任一个 面开始执行时，将产生一个象。当服务器关闭时，则产生的 象也随之消失。 术 一种 言写成的可重用组件 ，是 件技术的核心 。通过封装属性和方法成为具有某种功能或者处理某个业务的对象。把它组织成为数据包以便进 行管理。 8通过提供符合一致性 或者 设计模式 的公共方法将内部域暴露成员属性。 在 ，使用 签集合，内容开发者不需要编写任何代码就能利用 大的功能为页面添加动态元素。 本质是普通 ，带有一个无参数的构造方法。 系统开发工具概述 7 类中如果存在自定义的构造方法，那么定义的构造方法是无参数的，并且具有问权限。若 成员变量名是 么使用 用来获取属性，使用 方法设置属性值。 作用域范围有 象作用域，其中 在一次服务器请求范围内有效， 作用域范围是在一次会话当中， 作用域范围是在当前页面内有效， 在整个应用程序的生命周期内有效，作用时间最长，所需要的开销也最大。 术 使用应用程序设计接口及相关类和方法的 序 ，是位于服务器内部的服务器端的 用程序 。 务器加载 19，该 拟机，或者与 器结合使用。与传统的 比， 有更高的效率，更容易使用，功能更强大，具有更好的可移植性。 调用时，就会被引擎装载，并且一直运行直到显式 卸下或者引擎被关闭。客户 端对 请求首先会被 收， 务器将客户的 求 提交给 器 ， 器调用相应的 进而由 务器 提供静态内容并将所有客户端对出的请求传递到 器。 用程序访问关系数据库的接口 。它用 言编写的类和接口，为数据库开发人员提供了标准的 此构建更高级的工具和接口。通过使用 程序中实现向各种关系数据发送 句变成一个很容易的过程。有了 不必为访问 据库或者 据库专门写一个程序，只需用 0写一个程序即可向相客 户 端H t t p 请 求 H t t p 服 务 器 S e r v l e t 容 器S e r v l e 端H t t p 响 应 H t t p 服 务 器 S e r v l e t 容 器S e r v l e 用程序体系结构 第二章 系统开发工具概述 8 应数据库发送 句。同时，将 合起来使开发人员不必为不同的平台编写不同的应用程序，只需要写一遍就可以让它在任何平台运行，这也是言“编写一次，处处运行”的优势。 简单地说， 做三件事：与数据库建立连接、发送 句并处理结果。 过使用 写的应用程序，能够执行 句检索结果，并把修改后的结果保存到底层的数据源。此外，使用 能在分布式的异质环境下与多个数据源交互。 一种网页的布局方法，这一种网页布局方法有别于传统的 位方式 。 式 21具有比表格更大的优势，它能够实现页面的内容和外观样式的分离，可以对相同的 记中的行控制，从而节省大量的代码，是浏览者更快地浏览网页。 层叠样式表，即 多重样式定义被层叠在一起成为一个整体，在网页设置中是标准的布局语言，用来控制元素的尺寸、颜色和排版。 布，用来取代基于表格的布局、框架以及其他非标准的表现方法。 第三节 据库 美国 布 式数据库 为核心的一组软件产品，是目前最流行的 大型关系 数据库之一 ，具有强大的功能 。作为一个通用的 数据库系统 ， 有完整的 22数据管理 功能；作为一个关系数据库，它是一个完备关系的产品；作为 分布式数据库 它实现了 分布式处理 功能。 据库管理系统 在物理上通过数据文件的形式存储数据，在逻辑上把数据保存在表空间内。 为了 使数据库的管理变得容易 ， 用 分区来改善数据库性能 。分区就是动态 的 表 空间中将 记录分离到若干不同的表空间上，使数据在物理上被分割开来， 可以提高可管理性 和 可用性 。 通常，分区 可以使某些查询以及维护操作的性能大大提高。此外，分区还能够在很大程度上简化日常管理任务。分区还使数据库设计人员和管理员能够解决尖端应用程序带来的最难的问题 。当 需要 使用 这些数据 的 时候 就 将所有分区连接起来，建立成为一个 视图，使其在逻辑 上仍然表现成为一个整体 。 表空间可以包含 各种 类型的内存区段，例如数据区段、索引区段等。区段相应的由一个或多个扩展组成 ， 扩展由相连的数据区块组成 ， 数据区块是数据存储的基本单元。 分区可以将表、索引及索引编排第二章 系统开发工具概述 9 表 做更加详细的 划分，更精细地对数据库对象 做进一步的 管理和访问 。 第 四 节 强大的 架模式 三个单词的缩写，分别为：模型 (视图 (控制( 式的目的就是 将应用程序的输入、处理和输出分开 。 模型、视图、控制器这三个核心部件既分工明确又相互协作，首先控制器接受用户的请求，然后调用某个模型来处理用户的请求，在控制器的控制下，再将处理的结果交给某个视图进行格式化输出给用户。 随着技术的不断进步，现在需要用越来越多的方式来访问应用程序。 式 不仅实现了功能模块和显示模块的分离，同时还提高了应用系统的可维护性、可扩展性、 可移植性和组件的可复用性，尤其在 用程序的架构方面 。 第 五 节 B/S 模式 B/S 架构 是 览器 /服务器） 架构的缩写 。 随着网络技术的 不断发展，基于 B/S 模式的应用系统逐渐成为目前信息管理系统的主流开发模式。 B/S 架构是对 C/S 架构的一种改进。 在这种情况下， 用户 操作系统的 通过浏览器来实现，极少部分事务逻辑在前端（ 现， 但是主要事务逻辑在服务器端（ 现，形成所谓的三层架构。 B/S 模式带来了巨大的好处： 首先： 维护和升级方式简单 。基于 B/S 模式的管理系统 23主要代码都是部署在服务器上， 这种模式统一了客户端，将系统功能实现的核心部分集中到服务器上， 所以在对主程序进行维护或者升级的时候，只需要对服务器端进 行更新就可以了， 所有的客户端只是浏览器， 省略了繁杂的维护工作 ，也不会遇到 因为操作系统环境不同而遇到的兼容问题。 其次： 安全性能良好。所有的配置工作都集中在服务器端而且所有客户端请求都是通过 访问数据库，大大减少了数据泄露的隐患。 最后：成本降低。 绝大部分企业使用的操作系统都是 服务器操作系统则 是 主导地位 。 B/S 模式的系统对客户端操作系统的限制很低， 不管 服务器 使用哪种操作系统都可以让客户端使用 作系统而不受影响。 这就节省了企业因更新客户端 操作系统带来的支出。 图中从左到右，分为三个层次 如图所示 ： 第二章 系统开发工具概述 10 第一层是客户端，主要 实现客户端 和 系统 后台的交互及最终查询结果的输出功能。在客户端向 务器发 出请求 后 ， 务器用 议把所需 请求信息 传给用户，客户端 通过浏览器接收相关信息 。 第二层 是 务器 ， 即 务器接受客户请求， 与数据库进行 连接， 向数据库服务器提出 申请处理，然后将处理结果返回 务器，再 由 务器传 回 客户端 。 第三层 是 数据库服务器。数据库服务器应客户请求独立进行各种处理 ，实现对数据库的查 询、修改、删除等操作，并把运行结果提交给 务器。客 户 端。 。 。客 户 端w e b 服 务 器 后 台 数 据 库图 三层架构层次结构图 第三章 系统需求分析 11 第三章 系统需求分析 本章主要介绍该系统的需求分析，并对原先系统存在的问题进行了总结。 本章对系统的功能需求进行了介绍 ， 并从使用者的角度对开发需求进行了讨论， 以保证系统的开发质量。 第一节 系统开发的目的 临床 病程记录是指 患者 在住院期间医生 对 其 病情和诊疗过程的连续性记录 ，内容包括患者的病情 体征 情况、重要的 检验 检查结果及上级医师查房意见、会诊意见、医师分析讨论意见、 诊疗依据、 采取的诊疗措施、医嘱更改及理由、向患者及其近亲属告知的重要事项等。 作为住院患者电 子病历的重要组成部分， 病程记录是患者住院期间 被记录的完整、详细的临床信息资源 。 电子 化的 病程 记录，取代手写纸张 病程记录 可以 显著 提高 医生的 工作效率， 使医生将主要精力 集