医院门诊系统的设计与实现

医院门诊系统的设计与实现内容摘要：

水平 ，提升医院的 社会形象。 国外的医院信息系统主要经历了探索阶段 ，发展阶段，成熟阶段，以及提高阶段。 在前期的探索阶段 ，为满足医疗保险制度 等 的要求 开发了功能相对简单的系统。 具有代表性的系统有 护理系统，事务处理系统和收费系统等， 虽然这一阶段的医院信息系统受计算机技术和需求的影响功能 相对 简单，使用不 广。 但对计算机技术在医院的应用进行了有意义的探索，为后来的更复杂的系统奠定了基础。 随着计算机技术的发展 和医疗需求的增长， 到了 20 世纪 70 年代中期 医院的信息管理系统已经覆盖了医院 的方方面面， 医院的管理效率和医疗服务水平也有了很大程度的提高。 各种医疗系统层出不穷 ， 医疗系统的应用也得到了较大的普及。 但这一阶段的标准化程度 低，对医院信息的共享造成了一定的困难。 为提高医疗质量和护理质量，解决不同系统之间的接口问题， 80 年代末对系统的界面和标准化方面做了大量工作。 一定程度上降低了医院运行成本，提高了病人的 治疗效果 ，医院信息系统步入了成熟阶段。 到了 90 年代末， 随着人工智能兴起和信息化的进一步发展医院信息系统进入提高阶段，开发重点开始转向电子病例，计算机辅助决策，医疗专家系统等方面。 医院信息系统 朝着更加智能化，人性化的方向发展。 发达国家的医院信息系统起步早，发展快，对医疗事业的发展起到了良好的推动作用。 相对于发达国家医疗系统的发展，国内的医疗系统发展相对滞后， 但国内医疗信息系统的起点高，市场巨大，医疗系统朝着一体化，全面化，智能化的方向发展 [9]。 门诊 信息 管理 系统作为 HIS 系统的一部分 [3]， 是 HIS 系统的重要组成部分。 目前国内大中型医疗机构都 加紧建立 自己的门诊信息管理系统。 较发达的地区的部分医院已经有了较完善的 门诊 信息管理 系统。 医院信息化的程度一定程度上反映了医院的医疗水平， 国内医院还一定程度 上存在 信息建设落后的情况，门诊信息管理系统作为医院信息管理系统不可缺少的一块，更需要建设和完善[14][20]。 我 院 作为 临淄区的医疗中心 ，是 二级甲等医院 ,职工 800 左右 ,年门诊量 35 万人左右 .业务收入 亿 .是滨州医学院的非隶属关系附属医院。 门诊业务量大，需要门诊管理系统来全面提升门诊部的服务水平。 山东大学硕士学位论文 3 解决的主要问题 门诊管理 系统主要是针对 医院门诊部 的应用，规范 门诊部的 管理，提高医院的服务质量， 提高工作效率。 作为公共服务性的系统主要需要解决以下问题： 门诊信息管理系统的 各功能模块，包括 划价，收 费结算，药房管理，字典维护，权限管理 等操作。 并使操作简单，交互容易。 数据安全性是每个 信息管理系统都要考虑的问题，作为公共性质的管理系统，门诊信息管理系统 要针对不同工作人员的角色进行严格管理，有序分工， 并保护患者的医疗数据的安全性和保密性。 对事后跟踪提供可靠 的依据。 系统持续运行无故障及系统对故障的恢复能力等。 根据需要更够与医院其他信息系统实现无缝结合。 具有良好的层次结构，方便系统扩展。 ：根据医疗水平的不断发展，系统能 够方便地实现 数据的更新和字典库的维护。 本文的主要工作 本文通过对医院 门诊部 的业务需求和业务流程进行分析，设计和实现了医院门诊信息 管理 系统。 为了更好地设计 门诊 系统我们必须充分 了解门诊 系统的主要功能和发展现状。 本文首先对当前的 门诊管理 系统进行了深入的调查，分析了国内外 门诊 系统的发展现状和实现方案。 结合医院 门诊部 的实际情况， 对系统用户 进行了充分的需求调研，分析了系统的功能性需求和非功能性需求。 采用 UML 的语言对用户的需求进行了详细的分析，形成了需求分析文档 在需求分析的基础上，进行了系统的框架设计。 分别 就 门诊 系统的物理结构，技术框架和功能框架进行分析设计。 形成 划价收费业务，单据与查询，库存处理，字典维护 ，系统设置 等功能模块。 对系统的安全架构进行了初步的设计，形成以角色为中心的安全控制。 在详细设计过程中 ,根据需求分析中的结果，对各个模块的设计进行了描山东大学硕士学位论文 4 述。 在系统建模中，首先给出 门诊 系统的整体结构图，然后分别讨论了各个模块的详细设计。 在详细设计中，首先利用类图描述系统的静态结构，然后利用交互图描述系统的动态结构。 在详细设计的基础上，对各个模块的实现进行了介绍，结合系统的功能模块给出了系统运行的效果图。 此外， 对系统的安全进行了实现。 最后，本文对 门诊信息管理 系统的应用情况作了简单介绍，对系统的安全性进行了讨论，并对系统的设计和实现进行了总结，提出了对 门诊管理 系统的展望和改进建议。 论文的组织结构 全文共分为 6 章。 第 1 章是绪论，主要介绍了系统的开发背景，以及国内外智能 门诊 系统的研究现状，说明了系统需要解决的主要问题和本文的主要贡献。 第 2 章是需求分析，通过对需求的调研，得出客户的需求。 概要地描述了 门诊管理 系统的组织结构、需求状况和总体需求。 第 3 章主要描述了系统架构和概要设计，完成了对系统的技术架构，功能 架构和安全架构的设计。 第 4 章 为 系统的详细设计，详细描述了系统的各功能模块的实现方法，主要用类图和数据库设计描述了系统的静态功能，用时序图描述了系统的动态功能。 第 5 章主要是系统实现，对系统的主要功能进行了实现，并对系统的安全问题提出了解决方案。 第 6 章是总结与展望部分，对本文进行了总结，并对下一步的工作进行了展望。 山东大学硕士学位论文 5 第 2 章 需求分析 需求分析作为软件工程中重要的一环，影响软件最终的成败，良好的需求分析是软件成功应用的第一步。 需求定义为“ (1)用户解决问题或达到目标所需的条件或权能 (Capability)。 (2)系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或权能。 (3)一种反映上面 (1)或 (2)所描述的条件或权能的文档说明”。 简而言之，需求就是对于软件产品的需要干什么的明确描述。 需求分析包括 对系统得概要得分析，明确系统要解决的问题和 实现的目标。 确定需求获取的模式。 对系统的功能性和非功能性的模块进行全面得分析 [1]。 系统概述 医院信息系统 (简称 HIS)是现代化医院的重要标志，它是利用计算机、通讯设备和网络技术，对医院的各种相关信息进行自动收集、存储、处理、提取，并保证 数据的保密性和安全性，实现信息共享。 其中 门诊信息管理 系统是医院信息系统的重要组成部分。 门诊管理 系统作为医院信息系统的一部分，不仅要满足全面的功能需求，考虑不同使用人员的具体情况，做到人性化的设计，而且要与现有系统完全兼容，这就需要我们按照软件工程的标准开发过程，完成系统的设计与实现。 系统目标和解决的问题 系统目标： 完成 门诊部 所需的各功能模块的设计，最终形成运行可靠，功能完整， 使用安全的 门诊管理系统。 此系统的主要功能有 收费业务 、 单据 管理、 库房 管理、 字典维护 、 系统设置 维护等。 需要解决的 问题： ： 本软件在医院网络环境的内网使用，要求能够支持多用户的 同时 使用。 报表的生成速度快。 ： 操作该系统的人员的计算机操作熟练程度不同，要求系统能够设山东大学硕士学位论文 6 计人性化的操作界面，方便使用。 /防御： 作为 医院 系统管理 系统的 一 部分 ， 数据的操作，处理，传输必须考虑安全性，保护医院和患者的利益。 ：与已有的医院的信息系统相兼容 ，方便医院的统一管理和数据的共享。 系统需求获取模式 在软件工程中，软件的需求获取是为了使技术人员和用户对问题达成一致的认识， 成功的软件产品是建立在成 功的需求基础之上的，而高质量的需求来源于用户与开发人员之间有效的沟通与合作。 当用户有一个问题可以用计算机系统来解决，而开发人员开始帮助用户解决这个问题，沟通就开始了。 UML 是 一种定义良好、易于表达、功能强大且普遍适用的建模语言，融合了 Booch、 OMT 和 OOSE 方法中的基本概念。 它溶入了软件工程领域的新思想、新方法和新技术。 它的作用域不限于支持面向对象的分析与设计，还支持从需求分析开始的软件开发的全过程 [7]。 系统的需求分析通过分析 门诊 工作人员和药房管理人员的工作流程 生成初步需求方案，而后通过与用户的 进一步交流分析，获取最贴近于用户使用习惯的解决方案。 由于 门诊信息软件 面向的用户主要是 医院工作人员，医院工作人员的IT 水平不一， 该系统的需求分析 必须得到正 确的 信息 反馈以获得 一个更加准确、清晰的需求，为快速、准确的开发打下良好的基础，系统开发中仍然使用了 UML语言中用例图对需求进行描述，并向用户征集需求意见，整理后经过项目经理及各子项目负责人共同讨论确定最终方案。 需求获取可能是 软件开发 中最困难 ， 最关键 ， 最易出 错及最需要沟通交流的活动。 对需求的获取往往有错误的认识：用户知道需求是什么，我们所要做的就是和他们交谈从他们那里得到需求，只要问用户系统的目标特征，什么是要完成的，什么样的系统能适合商业需要就可以了，但是实际上需求获取并不是想象的这样简单。 在需求工程中，需求获取阶段是和用户交往最多的一段时间 , 而绝大部分用户是不懂得需求分析方法的，他们不知道怎样全面而又准确无误地表达自己的需求，因而对于需求分析人员来讲，需要掌握很好的方法与技巧，恰当地启发引导用户表达自己的需求，以便为项目的成功提供一个很好的基石。 山东大学硕士学位论文 7 在本文 的系统中用户主要分为 门诊前台 相关工作人员和 药房管理人员 ，针对这两类使用人群分别进行调研。 在调研过程中充分考虑到相关人员的计算机水平，专业知识水平的不同，要进行细致的沟通，形成调研文档。 对于一些关键部门我们要做 调研记录和录音。 最后形成完善的调研文档，在调研文档的基础上我们编写需求文档，在需求文档编写完成之后， 经多次协商后 直到需要分析使双方满意为止。 如图 21。 图 21 需求分析获取模式 开始 门诊人员 调研 调研结果讨论 结束 医院信息系统调研 调研结果讨论 调研准备 患者需求调研 调研结果讨论 调研结果汇总 编制需求报告 评估 签字确认 归档 山东大学硕士学位论文 8 系统需求问题描述 从功能性需求和非功能性需求两个角 度对系统所需要实现的功能进行分析。 功能需求是指系统完成特定任务所需要的功能。 而非功能性需求 是指软件产品为满足用户业务需求而必须具有且除功能需求以外的特性 ，特别是一些系统中常见的功能。 系统功能性需求 系统功能性需求的描述工具主要是用例（ UseCase），用例图的目的是为了更好的说明功能性的需求，以及更好的编写清楚的文本描述。 本节我们将 门诊 系统的主要功能性需求通过用例详尽地展现出来。 如图 22 本软件主要包括如下功能 ： 收费业务 ： 划价收费，退药处理，退费处理，收费结账，结账报表，结账查询。 单据与 查询 ： 单据查询，待结处方处理，当前库存查询，处方明细查询，法要汇总查询，开单工作量统计。 库房 管理： 入库处理，出库处理，药品调价，入库查询，出库查询，调价查询，收发存账册，药品低储提示，药品盘点录入，药品盘点上账，期末结断报表，结断报表查询。 字典维护 ： 药品目录维护，收费目录维护，财务期间查询，药品特殊类别维护，药品药理作用维护，药品配伍禁忌维护，部门维护，人员维护，产地维护。 系统设置 ：权限管理，用户选项，注销用户，修改密码，设置收费凭证，刷新目录，系统参数配置，核算项目维护。 收费业务 单据与查询库房管理字典维护 系统设置 图 22 系统功能用例 山东大学硕士学位论文 9 对于每一项功能我们都通过用例图来描述用户的需求。 并对每个用例进行详细的说明，以方便设计人员和用户的交流，方便后期系统的设计与实现。 下面我们将对系统的主要功能结合用例图进行详细的阐述。 系统面临的使用人员之一是药房管理人员。 药房管理人员能够对药品的库存进行管理和查询，对药品进行入库和出库管理，调整药品价格，盘点药品数量，打印相关报表。 如图 23 所示。 入出库管理入出库查询药品调价药品盘点库房管理人员 图 23 库房管理 门诊柜台人员是系统的另一个主要的使用者。 门诊柜台人员直接与患者打交道， 对患者提供的病例进行划价收费 并开据单据。 对要求退费和退药的患者能能够进行相应的处理。 山东大学硕士学位论文 10 收费划价退药处理退费处理收费结账报表处理门诊柜台人员 图 24 门诊柜台管理 系统中的一些基本的信息库通过字典维护的方式进行维护和更新。 如药品目录，收费项目，药品药理作用，药品配伍禁忌，部门信息等。 如图 25 所示。 药品目录维护药品药理维护收费项目维护部门维护人员维护字典维护人员 图 25 字典功能维护 山东大学硕士学位论文 11 系统要支持一些基本的查询操作， 对于一些查询操作门诊柜台人员和库房管理人员 都应能够进行操作以保证信息的共享。