（计算机应用技术专业论文）廊坊社区医院信息管理系统的设计与实现.pdf

中文摘要 随着我国医疗制度的改革 社区医院已经成为我国医疗体系中重要的组成部 分 社区医院的信息化管理水平也不仅关系到医院的正常运转 也直接关系到患者 对医院服务的满意程度 从而进一步关系到医院的生存和发展 本文结合社区医院的实际需求 提出了具体的设计思路和解决方案 首先确定 设计目标 进行需求分析 业务流程分析 数据流分析 功能模块设计等 并给出 了基于c s 模型的社区医院信息化平台的架构设计方案 同时利用软件工程的思想 对系统进行层次和模块的分解 进行细化设计 然后结合这些具体功能 给出了各 个模块的详细的设计方法 并运用p b s q l 等技术对系统模块进行了开发和具体 实现 最后结合实例完成了一个完整的社区医院信息管理系统 本文还对系统的整体运行情况和取得的社会效益和经济效益进行了介绍 并对 系统的问题和不足进行了说明 对未来的发展进行了展望 关键词 信息管理系统 c s 模式 s q l 社区医院 a bs t r a c t f o l l o w i n gt h er e f o r m a t i o no fo u rc o u n t d f sm e d i c a ls y s t e m c o m m u n i t yh o s p i t a l sh a v e b e c o m ea ni m p o r t a n tp a r to fo u rc o u n t r y sm e d i c a ls y s t e m t h ea b i l i t yo fi n f o r m a t i o n m a n a g e m e n to fc o m m u n i t yh o s p i t a l sa f f e c t sn o to n l yt h ed a i l yr u n n i n go ft h eh o s p i t a l sb u t a l s ot h es a t i s f a c t i o no fp a t i e n t st ot h es e r v i c eo f f e r e db yh o s p i t a l s a n dt h e na f f e c tt h el i v i n g a n dd e v e l o p m e n to fh o s p i t a l sf a a h e r t h ep a p e rg i v e sd e t a i l e dd e s i g ni d e a sa n ds o l u t i o n sa c c o r d i n gt h ea c t u a lr e q u i r e m e n to f c o m m u n i t yh o s p i t a l s f i r s t l y c e r t i f i c a t et h eg o a lo fd e s i g n d od e m a n da n a l y s i s b u s i n e s s p r o c e d u r ea n a l y s i s d a t as t r e a ma n a l y s i s f u n c t i o nm o d u l ed e s i g na n ds oo n a n dg i v eat h e s t r u c t u r ed e s i g ns c h e m eo fc o m m u n i t yh o s p i t a l s i n f o r m a t i o np l a t f o r m b a s eo nc sm o d e l a t t h es a m et i m e d e c o m p o s et h em o d u l ea n ds t e p so ft h es y s t e m a n dd e s i g nt h ed e t a i l s t h e n o f f e rt h ed e s i g nm e t h o d sf o re v e r ym o d u l ew i t hs y n t h e s i z i n gt h e s ed e t a i lf u n c t i o n s a n d d e v e l o pa n dr e a l i z et h es y s t e mm o d u l eu s i n gt h et e c h n o l o g i e sl i k ep ba n ds q l f i n a l l y p r o d u c eac o m p l e t ec o m m u n i c a t eh o s p i t a l si n f o r m a t i o nm a n a g es y s t e mw i t ha c t u a li n s t a n c e s t h ep a p e rs t i l li n t r o d u c e st h es t a t u so ft h ew h o l es y s t e m sr u n n i n g a n dt h eb e n e f i t so n s o c i e t ya n de c o n o m ya n di n d i c a t e st h ed e f e c t sa n dp r o b l e m so f t h es y s t e m a n dp r e d i c t st h e d e v e l o p m e n to f t h es y s t e mi nf u t u r e k e yw o r ds i n f o r m a n t i o nm a n a g e m e n ts y s t e m c sm o d e s q l c o m m u n i t y h o s p i t a l 2 独创性声明 本人声明所呈交的学位论文是本人在导师指导下进行的研究工作和取得的研究成 果 除了文中特别加以标注和致谢之处外 论文中不包含其他人已经发表或撰写过的研 究成果 也不包含为获得墨鲞叁堂或其他教育机构的学位或证书而使用过的材料 与我一同工作的同志对本研究所做的任何贡献均已在论文中作了明确的说明并表示了 谢意 学位论文作者签名 翔甬签字隰厮年瑚刮日 学位论文版权使用授权书 本学位论文作者完全了解丕鲞盘堂有关保留 使用学位论文的规定 特授权 苤盗盘堂可以将学位论文的全部或部分内容编入有关数据库进行检索 并采用影印 缩印或扫描等复制手段保存 汇编以供查阅和借阅 同意学校向国家有关部门或机构送 交论文的复印件和磁盘 保密的学位论文在解密后适用本授权说明 学位论文作者签名 劣确 签字日期 晰年争月纠日 导师签名 签字日期 多 伊年g 月乡j 日 天津大学硕士学位论文 第一章绪论 第一章绪论 1 1 课题研究的意义及应用背景 在我国的很多城市中 由于经济的快速发展 医疗水平的提高 老龄人口 的增加 疾病谱的改变 医疗制度的改革 计划生育国策的实施 医学模式的 转变 人们越来越迫切需要大量的社区医院来提供经济便利的医疗卫生服务 目前 中国9 8 的地级以上城市 9 3 的市辖区都不同程度地开展了社区医疗 卫生服务工作 社区卫生服务机构约2 3 万个 拥有全科医师2 6 万人 各级党 委和政府都把发展社区卫生服务作为城市医疗卫生改革的突破口 作为加强公 共卫生事业 解决群众看病难 看病贵问题的一项基础性工作 j 在社区医院的建设发展过程中 信息化建设又是极其重要的 因为医疗服 务过程高度依赖于信息 医生对病人诊断治疗的过程本质上是一个不断获取信 息的过程 并利用信息和医学领域的知识进行决策和执行 而医院的各部f j 2 间 通过患者信息的共享 传递和协同完成医疗工作 2 j 因此搞好社区医院的 信息化建设工作 不仅有利于患者的诊治 更加有利于对医院资源的管理及信 息的收集整理和决策分析 本项目就是一个为社区医院开发的 实现医疗服务和信息化管理的综合应 用系统 1 2 本课题国内外研究现状 我国医院的信息化进程起步较晚 在上世纪9 0 年代 随着计算机技术特别 是网络技术和多媒体技术的发展 医院信息化建设逐步开展及应用起来 目前 我国各医院建立的信息系统主要是管理信息系统 以财务为重点 涉及挂号 处方 收费 药库等流程 3 而相对规模较小等级较低的社区医院在信息化建 设上就更为落后了 发达国家的社区医疗机构已经普及了管理信息系统 正在朝着临床信息系 统方向普及和深入 医学知识库建设正在发展 如药品知识库 各类疾病的临 床指导 以及远程医疗等 国外医院的信息系统与管理和业务流程结合得比较 天津大学硕士学位论文第一章绪论 好 系统为特定的管理目标而建设 人 环境与计算机化的流程融为 体 自 然协调应用质量高 国外医院的信息系统很多是多厂商系统 这些系统之间以 及与医疗设备厂商之间的集成需求刺激了信息标准的发展 比较常用的有 i h l 7 i c o m 和a s t m 等 2 1 1 3 课题的提出 针对目前我国社区医院信息化建设的现状 主要存在以下几个方面的问题 1 在管理方面 存在投入不足 人才匮乏的问题 2 在药品管理方面 存在帐目混乱的问题 3 在数据资料方面 很多重要数据 例如病人信息 处方信息 收费信 息等 还主要是人工填写 保存和管理 这样容易造成数据混乱 手工填写笔 误和字迹不清 纸张破损 数据丢失等问题 而且也不利于快速查询和统计数 据 4 在检查和监督方面 由于无法实时查看 上报相关数据 容易造成大 处方 非医保药品开具医保药品处方等一系列违反医疗保险制度的事件 5 某些社区医院虽然也有计算机 但也仅仅是使用一些单机软件保存一 些数据 并没有实现真正的管理信息系统1 4 j 本项目就是针对上述问题开发的 主要研究目标是 利用先进的信息化理 念和手段 规划社区医院业务流程 并在此基础上开发一套适合社区医院规模 和业务特点的日常管理信息系统 实现社区医院管理的信息化 网络化 提高 工作的精确度和可靠性 1 4 课题研究的内容及论文组织 1 4 1 课题研究的内容 本系统使用p o w e rb u l i d e r 为主要开发工具 使用s q ls e r v e r2 0 0 0 建立数 据库 并结合了h a p p y c a s e 和p o w e r d e s i g n e r 作为建模开发工具 1 4 2 本人工作 在这个项目中 本人主要完成的工作有 2 天津大学硕士学位论文第一章绪论 1 了解用户需求 进行项目总体方案设计及开发工具的选择 2 构建系统框架 3 各个功能模块的详细设计与实现 4 进行系统测试 1 4 3 论文的组织 本文的主要章节安排如下 第一章绪论 第二章相关技术 第三章系统分析 第四章系统总体结构设计 第五章系统详细设计 第六章系统的实现 第七章结论和展望 天津大学硕士学位论文第二章相关技术 2 1p o w e rb uiid e r 第二章相关技术 2 1 1p o w e rb uiid e r 语言简介 p o w e r b u i l d e r 是美国著名的数据库应用开发工具生产厂商p o w e r s o f t 推出的 成功产品 其第一版于1 9 9 1 年6 月正式投入市场 它是完全按照客户 服务器 体系结构研制设计的 采用面向对象技术 图形化的应用开发环境 是数据库 的前端开发工具 5 1 2 1 2p o w e rb ui d e r 的特点 1 支持应用系统同时访问多种数据库 p o w e r b u i l d e r 支持应用系统同时访问多种数据库 其中既包括o r a c e l s y b a s e 之类的大型数据库 又包括f o x p r o 之类支持o d b c 接e l 的小型数据库 6 2 可视化的数据库开发工具 p o w e r b u i l d e r 是完全可视化的数据库开发工具 可以用一种可视的直观的 方式来创建应用程序的用户界面和数据库接口 所开发的各种应用程序充分利 用了图形用户接i s i g u i 的优点 它提供了大量的控件 大大加快了项目的开发 速度 也使开发者更容易掌握数据库的开发 3 客户 h i 务器结构 在客户 服务器结构的应用中 p o w e r b u i l d e r 具有描述多个数据库连接与检 索的能力 特别是p o w e r b u i l d e r 能从大多数流行的r d b m s 中存取数据 且不 管数据存放在什麽地方 另外 各种应用程序又可以独立于r d b m s 因为 p o w e r b u i i d e r 可以使用数据库的标准操作语言s q l 结构化查询语言 进行 相 对于其他任何客户 j l 务器开发环境 p o w e r b u i l d e r 使开发人员的工作更快 成 本更低 质量更高 功能更强 4 强有力的开发环境 通常人们把p o w e r b u i l d e r 看成是一种开发工具 实际上它比其他工具强得 多 是一种强有力的开发环境 开发人员不仅能用它来开发用户容易使用的各 种应用程序还可以通过p o w e r b u i l d e r 修改数据库 利用4 0 0 多个内部定义函数 可以开发能和其他应用程序进行的各种应用程序 7 j 4 天津大学硕士学位论文第二章相关技术 2 1 3p o w e rb u1 d e r 的编程语言 p o w e r b u i l d e r 使用的编程语言叫做p o w e r s c r i p t 它也是一种高级的 结构化 的编程语言 p o w e r s c r i p t 提供了一套完整的嵌入式s q l 语句 开发人员可以像使 用其它语句一样自由地使用s q l 语言 这样就大大增强了程序操纵和访问数据 库的能力 引 可以说p o w e r b u i l d e r 既适合初学者快速学习数据库的开发 又可以 让有经验的开发人员开发出功能强大的数据库 是一种适用面非常广的开发工 具 2 2s o l 数据库 2 2 1s o l 语言简介 s q l 是结构化查询语言 s t r u c t u r e dq u e r yl a n g u a g e 的缩写 是由a n s i 美 国国家标准学会 认定的关系数据库管理系统的标准语言 s q l 语句通常用于 完成一些数据库的操作任务 比如在数据库中更新数据 或者从数据库中检索 数据 使用s q l 的常见关系数据库管理系统有 o r a c l e s y b a s e m i c r o s o f ts q l s e r v e r a c c e s s i n g r e s 等等 虽然绝大多数的数据库系统使用s q l 但是它 们同样有它们自己另外的专有扩展功能用于它们的系统 但是 标准的s q l 命 令 比如 s e l e c t i n s e r t u p d a t e d e l e t e c r e a t e 和 d r o p 常常 被用于完成绝大多数数据库的操作1 9 j s q l 大型关系数据库 能满足每秒上亿次的查询请求 可存储上亿条记录 内容的增加对查询速度的影响不是很明显 s q l 本身拥有强大的管理 优化机 制以及更多的数据接口方式 在众多的s q l 命令中 s e l e c t 语句应该算是使用最频繁的 s e l e c t 语句主要被 用来对数据库进行查询并返回符合用户查询标准的结果数据 s e l e c t 语句中位于 s e l e c t 关键词之后的列名用来决定将哪些列作为查询结果返回1 1 0 2 2 2a d o 技术简介 a d o a c t i v e xd a t ao b j e c t s a c t i v e x 数据对象 是m i c r o s o f t 提出的应用程 序接口 a p i 用以实现访问关系或非关系数据库中的数据 例如 如果您希 望编写应用程序从s q ls e r v e r 或o r a c l e 等数据库中向网页提供数据 可以将 a d o 程序包括在作为活动服务器页的h t m l 文件中 当用户从网站请求网页 天津大学硕士学位论文 第二章相关技术 时 返回的网页也包括了数据中的相应数据 这些是由于使用了a d o 代码的结 果 象m i c r o s o f t 的其它系统接口一样 a d o 是面向对象的 它是m i c r o s o f t 全局 数据访问 u d a 的一部分 m i c r o s o f t 认为与其自己创建一个数据 不如利用 u d a 访问已有的数据库 为达到这一目的 m i c r o s o f t 和其它数据库公司在它们 的数据库和m i c r o s o f t 的o l e 数据库之间提供了一个 桥 程序 o l e 数据库已经 在使用a d o 技术 j a d o 的一个特征 称为远程数据服务 支持网页中的数据 相关的a c t i v e x 控件和有效的客户端缓冲 作为a c t i v e x 的一部分 a d o 也是 m i c r o s o f t 的组件对象模式 c o m 的一部分 它的面向组件的框架用以将程序 组装在一起 a d o 是对当前微软所支持的数据库进行操作的最有效和最简单直接的方 法 它是一种功能强大的数据访问编程模式 从而使得大部分数据源可编程的 属性得以直接扩展到你的a c t i v es e r v e r 页面上 可以使用a d o 去编写紧凑简明 的脚本以便连接到o p e nd a t a b a s ec o n n e c t i v i t y o d b c 兼容的数据库和o l e d b 兼容的数据源 这样程序员就可以访问任何与o d b c 兼容的数据库 包括 s q ls e r v e r a c c e s s o r a c l e 等等 1 2 a d o 向我们提供了一个熟悉的 高层的o l ed b 的a u t o m a t i o n 封装接口 对那些熟悉r d o 的程序员来说 你可以把o l ed b 比作是o d b c 驱动程序 如同r d o 对象是o d b c 驱动程序接口一样 a d o 对象是o l ed b 的接口 如 同不同的数据库系统需要它们自己的o d b c 驱动程序一样 不同的数据源要求 它们自己的o l ed b 提供者 o l ed bp r o v i d e r 目前 虽然o l ed b 提供者 比较少 但微软正积极推广该技术 并打算用o l ed b 取代o d b c a d o 向v b 程序员提供了很多好处 包括易于使用 熟悉的界面 高速度以 及较低的内存占用 同传统的数据对象层次 d a o 和r d o 不同 a d o 可以独 立创建 因此你可以只创建一个 c o n n e c t i o n 对象 但是可以有多个独立的 r e c o r d s e t 对象来使用它 a d o 针对客户 服务器以及w e b 应用程序作了优化 1 3 2 3c s 模式 2 3 1c s 模式简介 c s c l i e n t s e r v e r 结构 即客户机 服务器结构 它是一种两层结构的系 统 第一层是在客户机系统上结合了表示与业务逻辑 第二层是通过网络结合 6 天津大学硕士学位论文第二章相关技术 了数据库服务器 c s 模式主要由客户应用程序 服务器管理程序和中间件三 个部分组成 c s 模式的优点主要有 1 c s 交互性强 客户端有一套完整应用程序 在出错提示 在线帮助 等方面都有强大的功能 并且可以在子程序间自由切换 2 c s 模式提供了更安全的存取模式 由于c s 配备的是点对点的结构 模式 适用于局域网 安全性可以得到可靠的保证 3 c s 的速度较快 使得它更利于处理大量数据 由于客户端实现与服 务器的直接相连 没有中间环节 因此响应速度快 4 由于开发是针对性的 因此 操作界面漂亮 形式多样 可以充分满 足客户自身的个性化要求 5 应用服务器运行数据负荷较轻 运行数据库服务器程序的机器一旦程序被启动 就随时等待响应客户程序 发来的请求 客户应用程序运行在用户自己的电脑上 当需要对数据库中的数 据进行任何操作时 客户程序就自动地寻找服务器程序 并向其发出请求 服 务器程序根据预定的规则作出应答 送回结果 应用服务器运行数据负荷较轻 6 数据的储存管理功能较为透明 在数据库应用中 数据的储存管理功能 是由服务器程序和客户应用程序 分别独立进行的 在c s 体系的下 前台程序不是非常 瘦小 麻烦的事情都 交给了服务器和网络 数据库不能真正成为公共 专业化的仓库 它受到独立 的专门管理 c s 模式的缺点是高昂的维护成本且投资大 采用c s 架构 要选择适当 的数据库平台来实现数据库数据的真正 统一 使分布于两地的数据同步完全 交由数据库系统去管理 这就必须在两地间建立实时的通讯连接 保持两地的 数据库服务器在线运行 网络管理工作人员既要对服务器维护管理 又要对客 户端维护和管理 这需要高昂的投资和复杂的技术支持 维护成本很高 维护 任务量大 其次 传统的c s 结构的软件需要针对不同的操作系统系统开发不 同版本的软件 由于产品的更新换代十分快 代价高和低效率已经不适应某些 工作需要 2 3 2b s 模式简介 b s b r o w e r s e r v e r 结构 即浏览器 h i 务器结构 它是一种从传统的二层 c s 模式发展起来的新的网络结构模式 其本质是三层结构c s 模式 它能为企 事业单位内部交换信息提供服务 同时还具有连接i n t e r n e t 的功能和防止外界入 侵的安全措施 另一方面 由于数据库具有强大的数据存储和管理能力 并且 天津大学硕士学位论文第二章相关技术 能够动态地进行数据输入和输出 如果把数据库应用于i n t r a n e t 上 不仅可以实 现大量信息的网上发布 而且能够为广大用户提供动态的信息查询和数据处理 服务 在b s 模式中 客户端运行浏览器软件 浏览器以超文本形式向w e b 服务 器提出访问数据库的要求 w e b 服务器接受客户端请求后 将这个请求转化为 s q l 语法 并交给数据库服务器 数据库服务器得到请求后 验证其合法性 并进行数据处理 然后将处理后的结果返回给w e b 服务器 w e b 服务器再一次 将得到的所有结果进行转化 变成h t m l 文档形式 转发给客户端浏览器以友 好的w e b 页面形式显示出来 b s 模式的优点主要有 1 系统开发 维护和升级的经济性 b s 模式所具有的框架结构可以大大节省软件开发 维护与升级的费用 同时它对前台客户机的要求并不高 2 b s 模式提供了一致的用户界面 b s 模式的应用软件都是基于w e b 浏览器的 这些浏览器的界面都很相似 对于无用户交互功能的页面 用户接触的界面都是一致的 从而可以降低软件 的培训费用 3 b s 模式具有很强的开放性 在b s 模式下 外部的用户亦可通过通用的浏览器进行访问 4 b s 模式的结构易于扩展 由于w e b 的平台无关性 b s 模式结构可以任意扩展 可以从一台服务器 几个用户的工作组级扩展成为拥有成千上万用户的大型系统 5 b s 模式具有更强的信息系统集成性 在b s 模式下 集成了解决企事业单位各种问题的服务 而非零散的单一 功能的多系统模式 因而它能提供更高的工作效率 b s 模式的缺点是应用服务器运行数据负荷较重 一旦发生服务器 崩溃 等问题 后果不堪设想 2 3 3 选择c s 模式的原因 本人认为开发软件 应该掌握的原则之一就是 一定要选择最适合用户的 体系结构 虽然c s 模式存在不少劣势 但是本人认为这种模式恰恰是非常适 合廊坊社区医院业务特点的一种模式 理由如下 1 对于用户的工作流程来说适合采用c s 模式 社区医院的不同部门有不同的职能 所以不同部门的系统 无论从界面上 还是功能上应该是不相同的 因此需要开发多个用户程序 这一点恰恰的c s 天津大学硕士学位论文第二章相关技术 模式的特点 2 对于系统的使用地域范围来说适合采用c s 模式 c s 一般建立在小范围的专用的网络上 它面向的用户相对固定 而且在 相同的区域内 而b s 一般建立在有广域网的需求之上的 面向不同的用户群 地域分散 3 对于系统的安全性来说适合采用c s 模式 因为本系统在局域网内部使用 并不连接到i n t e m e t 而c s 正是面向相对 固定的用户群 它对信息安全的控制能力很强 b s 建立在广域网之上 对安 全的控制能力相对弱 面向是不可知的用户群 4 对于系统的响应时间来说适合采用c s 模式 社区医院每天的数据量是很大的 而且在工作过程中需要不断访问服务器 c s 模式的响应速度是较快的 能够满足工作的需要 综上所述 虽然c s 模式存在程序开发难度大 系统维护升级较为困难的 缺点 但是考虑到社区医院自身业务的特点 本人还是选择了c s 这种模式 天津大学硕士学位论文第三章系统分析 3 1 系统需求分析 第三章系统分析 本系统的用户是廊坊市的各个社区医院 是为各个辖区内的市民提供公共 卫生服务和基本医疗服务的专业机构 是我国卫生体系中不可缺少的一个组成 部分 而在目前的社区医院中管理信息系统是不健全的 还存在全手工处理看病 流程的问题 这样容易产生错误 不利于数据的保存 管理 统计和检查 所 以将先进的现代计算机技术引入到社区医院的管理过程中是非常有必要的 也 是必须要做到的 本系统实现的难点主要有以下几个方面 1 系统中的数据量较大 需要建立大量的数据表 2 用户原来的的自动化程度较低 操作人员计算机水平较差 经过大约半年时间的用户调研和业务跟踪调查分析 首先明确了用户各个 科室的职能和分工 并由此确定了数据的流动过程 在经过调研并与用户多次 沟通后 完成了系统的需求分析 3 1 1 系统基本功能需求 廊坊社区医院管理信息系统主要包括医生工作站 门诊收费 门诊药房 药库 院长工作站 系统维护等几个部分 由于是社区医院 所以没有设挂号 部分 而是由医生直接给病人分配门诊编号 1 医生工作站 主要功能是给病人产生唯一的门诊编号 开具药品处方和医技 包括检查 和治疗 处方 产生处方编号 还应该有查询处方 修改处方 收入报表查询 等功能 2 门诊收费 主要功能是每个工作日的初始化 根据门诊编号查询处方 计算药费并收 费 可以进行费用优惠和刷卡付费 产生收据编号 还应该有当班收入结帐 删除未交费处方等功能 3 门诊药房 主要功能是根据处方编号取药 同时系统自动减去药品当前库存 还 1 0 天津大学硕士学位论文 第三章系统分析 应该有药品出口统计报表 药品库存查询等功能 4 药库 主要功能是药品信息管理和药品库存管理 这个模块中有大量的数据 表 还应该有根据药品各种属性进行信息查询的功能 5 院长工作站 主要功能是各种收入报表查询 还应该有医生工作量统计的功能 6 系统维护 主要功能是人员管理 药品信息管理 收费信息管理 科室信息管理 还应该有系统初始化的功能 3 1 2 系统其他需求 系统除了满足用户基本业务需要以外 还应满足如下要求t 1 系统需求1 1 4 1 实用性 系统在满足用户基本业务需求的基础上 尽量做得简单明了 方便工作人 员操作 2 安全性 任何人员进入本系统都要经过用户身份验证 对于身份验证失败的用户不 允许进入系统 同时系统还要能够做到数据的安全性 保密性 3 可靠性 系统应能够保证数据在不同模块 不同页面之间的正确流动 4 实时性 系统在设计时尽量做到反映迅速 简介高效 尽量减少用户获取数据时的 等待时间 5 可扩展性 系统在功能上应该具有能够扩充的能力 2 界面需求 通常一个用户界面的元素包括界面主颜色 字体颜色 字体大小 界面布 局 界面交互方式 界面功能分布 界面输入输出模式 其中 对用户工作效 率有显著影响的元素包括 输入输出方式 交互方式 功能分布 在界面设计 上涵盖了可用性工程学 人机工程学 认知心理学 美学 色彩理论等多方面 内容 15 1 天津大学硕士学位论文 第三章系统分析 界面需求分析必须围绕用户为中心 不同于客观功能需求分析 具有很大 的主观性 由于社区医院的操作人员的计算机能力普遍较差 所以界面设计应 满足如下要求 1 6 1 简单友好 界面的简单是要用户便于学习 便于使用 能够减少用户发生错误选择的 可能性 所以界面上的菜单按钮命名上要简洁 布局上要统一 还可以在界面 上布置一些提示信息 2 界面的一致性 界面的结构必须清晰 风格必须与内容一致 色调字体也要保持一致 3 安全性 用户能自由的对界面上的每一项做出选择 且所有选择都是可逆的 在用 户做出危险选择时要有提示信息 以减少用户误操作的事件发生 4 容错能力 界面要能对用户输入的内容进行判断 检测一些非法输入 并反馈给用户 当用户输入出现错误时 程序的运行不能中断 而是要进行必要的操作提示 17 3 服务器客户机的通信需求 由于本系统采用c s 模式 所以必须保证服务器与客户机之间的正常通信 需求 1 快速性 系统应能快速的对用户进行响应 这就要求数据传输必须迅速 不能有长 时间得不到服务器响应的情况出现 在客户机上要对发送的数据进行检查 避 免将错误的数据传输到服务器上 增加服务器和网络的负担 2 正确性 系统必须保证数据传输的正确性 不允许有数据丢失和数据无法识别的错 误发生 3 安全性 系统必须保证数据在传输和存储的过程中不被修改 不被破坏 4 故障处理需求 无论采取什么样的措施 都还是无法避免在系统的运行过程中出现故障和 错误 因此必须有解决故障的措施 1 引入异常处理机制 当程序出现错误后 执行流程发生变化 控制权交给异常处理器 2 人工处理异常 当出现系统无法解决的问题时 及时使用人工操作 重启系统 并及时联 系维护人员 天津大学硕士学位论文 第三章系统分析 3 2 系统可行性分析 3 2 1 经济上的可行性 l 成本 本系统对计算机配置的要求不高 所需添置的网络设备和服务器费也无需 使用高端产品 系统开发时间较短 安装调试工作也比较简单 运行维护费用 也较低 由于系统的页面设计简单 又是操作人员熟悉的业务流程 所以对操 作人员培训的费用也较低 总之 购买设备 开发系统 培训人员的总费用是 在用户的负担能力范围之内的 2 收益 本系统应用之后能够产生明显的收益 比如加强了对药品的管理 可以降 低成本 具有实时查询功能 可以避免一些违规事件发生 具有统计功能 可 以计算每个工作人员的工作量和医院各种收支情况 1 7 1 3 2 2 技术上的可行性 本系统使用p o w e rb u l i d e r 作为主要开发工具 它是一种面向对象的可视化 编程语言 也是一种结构化编程语言 同时也具有事件驱动的编程机制 p o w e r b u l i d e r 与s q l 直接也具有友好的接口 可以很方便的进行连接 另外计算机本 身需要运行的w i n d o w s 2 0 0 0 或w i n d o w sx p 操作系统 在我国已经非常普及 这两种操作系统的可用性 稳定性和安全性都能够满足用户的需求 在现实中 已经有很多用p o w e rb u l i d e r 和s q l 相结合的进行开发的系统 都能够顺畅稳 定的运行 因此在技术上本系统具有可行性 3 3 系统用例需求分析 3 3 1 用户角色识别 经过分析 本系统的角色有 医生 门诊收费员 门诊药房管理员 药库 管理员 医院负责人 系统管理员 1 8 对这6 种角色的定义如下 1 医生 角色职责 产生门诊编号 开具药品处方 开具医技处方 修改处方 天津大学硕士学位论文第三章系统分析 2 门诊收费员 角色职责 药品处方收费 医技处方收费 修改处方 打印收费单据 收 费结帐 3 门诊药房管理员 角色职责 发放药品 4 药库管理员 角色职责 药品入库 5 医院负责人 打印药品出库报表 药品价格调整 药品帐目管理 角色职责 工作量统计 收入报表统计 利润统计 药品库存查询 6 系统管理员 角色职责 用户管理 系统维护 故障诊断排除 3 3 2 用例描述 通过确定系统的用户角色并结合系统的需求分析 可得到如下用例描述 1 9 l 与药品处方有关的用例 1 开具药品处方 2 修改药品处方 3 删除未交费药品处方 2 与医技处方有关的用例 1 开具医技处方 2 修改医技处方 3 删除未交付医技处方 3 与药品有关的用例 1 药品信息 2 药品库存 3 药品包装转换 4 与收入有关的用例 1 门诊收入 2 药品收入 3 医技收入 4 医生收入 5 科室收入 6 当班收入 5 与系统管理有关的用例 1 管理职工资料 1 4 天津大学硕士学位论文第三章系统分析 2 管理用户信息 3 3 3 用例图 本系统的详细用例图如图3 1 所示 图3 1 系统详细用例图 1 5 天津大学硕士学位论文 第三章系统分析 3 4 系统开发及运行环境 3 4 1 系统开发平台 1 操作系统 服务器采用w i n d o w s2 0 0 0s e r v e rs p 4 客户机采用w i n d o w s2 0 0 0p r o f e s s i o n a l w i n d o w sx p w i n d o w s9 8 2 数据库 m i c r o s o f ts q ls e r v e r2 0 0 0 企业版 3 开发工具 p o w e rb u l i d e r8 0 中文版 3 4 2 系统运行环境 l 服务器系统环境 1 c p u 双核处理器x e o n 主频2 4 g h z 以上 2 内存 2 g 以上 3 硬盘 系统盘预留空间应在5 0 0 m 以上 4 显示器 1 0 2 4 7 6 8 分辨率以上的显卡和显示器 5 网卡 1 0 w l o o m 1 0 0 0 m 网卡 6 服务器上应安装w i n d o w s 2 0 0 0 和s q ls e r v e r 2 0 0 0 建议s q l s e r v e r 2 0 0 0 不要和w i n d o w s 2 0 0 0 安装在同一个硬盘中 应配置t c p i p 协议 7 应保证w i n d o w s 2 0 0 0 所支持的最大连接数量大于或等于局域网内的 计算机数量 若不够 可以在 控制面板 中的 授权 中添加新的许可证 8 应保j a q s q ls e r v e r 所支持的连接数量大于或等于局域网内的计算机数 量 若不够 可以在 s q ls e r v e r 属性配置 中重新设置并发用户连接的最大 数目 9 2 客户机系统环境 1 c p u 主频1 8 g h z 以上 2 内存 l g 以上 3 硬盘 系统盘预留空间应在l0 0 m 以上 4 显示器 1 0 2 4 7 6 8 分辨率以上的显卡和显示器 5 网卡 1 0 1 0 0 m 自适应网卡 1 6 天津大学硕士学位论文 第三章系统分析 3 4 3 网络环境 交换机采用华为q u i d w a y 2 4 0 3 h e l 2 5 口 10 m b p s 10 0 m b p s 交换机 采 用五类双绞线及r j 4 5 接口 3 4 4 其他设备 u p s 使用s a n t a kc 系列 1 k v a 1 小时 还需要购买条形码识读设备 条形码打印机 普通打印机等 天津大学硕士学位论文第四章系统总体结构设计 第四章系统总体结构设计 4 1 系统业务流程分析 在需求分析之后必须要进行业务流程分析和整合 一方面 业务流程的规 范定义必须符合医院现有的业务应用 又具有前瞻性和相对的延续性 能适应 未来信息系统的接入 交换要求 能支持新型医疗模式的业务需要 2 0 1 另一方 面 医院信息系统作为一项系统工程 工作量较大 所涉及的部门及环节相对 较多 因此工程的规划和协调显得十分重要 在对于医院信息管理系统的业务 流程的分析中 采用面向对象分析方法 2 社区医院的业务流程如图4 1 所示 患者 图4 1 社区医院业务流程图 天津大学硕士学位论文第四章系统总体结构设计 4 2 系统网络拓扑结构 本系统采用c s 模式 系统网络拓扑结构如图4 2 所示 4 3 系统总体设计 4 3 1 系统功能设计 图4 2 网络拓扑结构 本系统分为六个子系统 医生工作站子系统 门诊收费子系统 门诊药房 子系统 药库子系统 院长工作站子系统 系统维护子系统 系统功能模块如 图4 3 所示 天津大学硕士学位论文第四章系统总体结构设计 廊坊社区医院信息管理系统 医 生 工 作 站 子 系 统 门 诊 收 费 子 系 统 4 3 2 各个子系统功能设计 门 诊 药 房 子 系 统 药 库 子 系 统 图4 3 系统功能模块 院 长 工 作 站 子 系 统 系 统 维 护 子 系 统 1 医生工作站子系统 医生工作站主要用来给患者分配门诊编号 并开具电子处方 医生工作站子系统主要功能如图4 4 所示 图4 4 医生工作站子系统主要功能 2 门诊收费子系统 门诊收费子系统主要用来根据门诊编号进行收费 还可以修改处方 删除 未收费处方 门诊收费子系统主要功能如图4 5 所示 天津大学硕士学位论文第四章系统总体结构设计 图4 5 门诊收费子系统主要功能 3 门诊药房子系统 门诊药房子系统主要是根据处方编号发放药品 并随时更新药品库存 门诊药房子系统主要功能如图4 6 所示 图4 6 门诊药房子系统主要功能 4 药库子系统 药库子系统主要是管理药品入库 药品出库 药品包装剂型等所有有关药 品的信息 药库子系统主要功能如图4 7 所示 图4 7 药库子系统主要功能 天津大学硕士学位论文 第四章系统总体结构设计 5 院长工作站子系统 院长工作站子系统主要是管理和查询所有医生 科室 药品 医技等各项 收入 院长工作站子系统主要功能如图4 8 所示 图4 8 院长工作站子系统主要功能 6 系统维护子系统 系统维护子系统主要用来管理全院职工信息 科室信息 药品信息 收费 信息 系统初始化等 系统维护子系统主要功能如图4 9 所示 图4 9 系统维护子系统主要功能 天津大学硕士学位论文 第五章系统详细设计 5 1 数据库设计 第五章系统详细设计 5 1 1 数据库结构设计 廊坊社区医院信息管理系统数据库设计是整个系统的核心工作 系统功能 分析与数据的结构关联及使用都将首先地反映在数据库的设计过程中 2 2 1 本数 据库共有3 2 张表 其中主要表的定义及相互关系如图5 1 所示 5 1 2 数据表设计 比较重要的数据表包括 m z s f 表 门诊收费表 k s m c 表 科室名称表 s f j m 表 收费项目表 u s e r n a m e 表 用户名表 y p c f m x 表 药口r l 口处方明细 表 y p c f m x 表 药品处方明细表 y p z m 表 药品帐目表 y s c f 表 医生处 方表 y j c f m x 表 医技处方明细表 y j x m m x 表 医技项目明细表 这些表的详细情况见附录 寸n 嚼水嗡双删岛僻陬州l n匝 天津大学硕士学位论文第五章系统详细设计 5 2 系统各模块协作流程 在系统中 共有医生 门诊收费员 门诊药房管理员 药库管理员 医院 负责人 系统管理员等6 个角色 每个角色对应一个功能模块 在系统中主要有2 个事件 一个是就诊事件 一个是业务管理事件 2 3 1 5 2 1 就诊事件流程 就诊事件的参与对象有 医生 门诊收费员 门诊药房管理员 药库管理 员 整个就诊事件的流程图如图5 2 所示 图5 2 就诊事件流程 其中每个对象的主要工作有 l 医生 1 发送门诊编号给门诊收费员 2 发送药品处方给门诊收费员 3 发送医技处方给门诊收费员 4 接收药库管理员的药品库存信息 2 门诊收费员 1 接收医生的门诊编号 2 接收医生的药品处方 3 接受医生的医技处方 天津大学硕士学位论文 第五章系统详细设计 4 接受门诊药房管理员的取药标志信息 5 发送收费编号给门诊药房管理员 6 发送收费标志给门诊药房管理员 3 门诊药房管理员 1 接收门诊收费员的收费编号信息 2 接收门诊收费员的收费标志信息 3 接收药库管理员的药品库存信息 4 发送取药标志给门诊收费员 4 药库管理员 1 发送药品库存信息给医生 2 发送药品库存信息给门诊药房管理员 5 3 系统数据流程 不 根据需求分析 角色分析 模块功能划分等 系统的主要数据流程如下所 5 3 10 层数据流图 0 层数据流图如图5 3 所示 5 3 21 层数据流图 图5 30 层数据流图 1 四个子系统之间的l 层数据流图 四个子系统之间的1 层数据流图如图5 4 所示 2 6 天津大学硕士学位论文第五章系统详细设计 医技项目明细患者信息医技处方明细门诊收费表 药品帐目药品入库明细药品处方明细 图5 4 四个子系统之间的l 层数据流图 2 医院负责人子系统1 层数据流图 医院负责人子系统l 层数据流图如图5 5 所示 收费明细药品处方明细 医技处方明细 图5 5 医院负责人子系统l 层数据流图 2 7 天津大学硕士学位论文 第五章系统详细设计 3 系统维护子系统1 层数据流图 系统维护子系统l 层数据流图如图5 6 所示 收费项目 科室名称医技项目明细 科室名称 5 3 32 层数据流图 药品入库明细 图5 6 系统维护子系统l 层数据流图 l 就诊 数据处理的2 层数据流图 就诊 数据处理的2 层数据流图如图5 7 所示 患者信息药品入库明细医技项目明细 科室名称 收费项目 药品处方明细医技处方明细 图5 7 就诊 数据处理的2 层数据流图 2 收费 数据处理的2 层数据流图 收费 数据处理的2 层数据流图如图5 8 所示 天津大学硕士学位论文第五章系统详细设计 药品处方明细收费明细 医技处方明细 图5 8 收费 数据处理的2 层数据流图 3 取药 数据处理的2 层数据流图 取药 数据处理的2 层数据流图如图5 9 所示 收据号 药品处方明细 药品入库明细 图5 9 取药 数据处理的2 层数据流图 5 4 各个子系统详细设计 5 4 1 医生工作站子系统 医生工作站子系统主要功能是录入患者信息 产生一个门诊编号 然后医 生根据自己的诊断给患者开具药品处方和医技处方 医生工作站子系统的功能 结构如图5 1 0 所示 天津大学硕士学位论文第五章系统详细设计 图5 1 0 医生工作站子系统功能结构 各模块具体功能定义如下 l 就诊处