学校门诊管理信息系统.docx

《学校门诊管理信息系统.docx》由会员分享，可在线阅读，更多相关《学校门诊管理信息系统.docx（14页珍藏版）》请在优知文库上搜索。

1、河南城建学院软件工程工程设计设计题目：学校门诊管理信息系统院系专业：计算机科学与技术专业目录学号：081411105目录0第章绪姓名：李彦霞1. 1系L2系指导老师：王春丽第2章需2. 1用2.2 月2.3 另2.4 月2.5 另第3章概X尔3. 1门诊部门的体系结构63.2门诊业务流程63. 3门诊管理系统功能6第4章详细设计74. 1系统划分74.2门诊管理子系统84.2.1药房管理子系统84.2.2药库管理子系统84.2.3综合查询子系统94. 2.4综合管理子系统94. 2.5一卡通退费管理子系统104.3数据库设计101.1 系统业务流程101.2 门诊管理的功能实现101.3 系统

2、测试11第6章总结126. 1总结127. 2展望13随着科学技术的不断开展，各行业竞争日益剧烈，因此如何提高工作效率已成为当今面临的主要问题。近年来MIS（管理信息系统）陆续走入了各企事业单位，成为企业管理者的得力助手。医院是信息化程度高而且复杂的单位。其信息除具有一般的信息的特征以外,通常还有相关性、多样性、时效性以及多类媒体、数据海量、法律准那么等特性。由此可见手工管理将会浪费很多的财力、物力，而HIS（医院信息系统）的引进将为医院解决这一难题。HIS的开发己从最初的“以财务管理为中心为主要模式逐步向“以病人为中心、以医疗信息为主线的全新管理模式转变。我国高校校医院信息系统的研发工作，从

3、八十年代初期算起，至今也有十多年的历史,其中经历了单机单任务的阶段，多机多任务的阶段以及微机网络一体化的阶段，应该成认这期间我们有了很大的进步。医院对信息的需求永远是高校校医院管理信息系统开展的动力。在还没有投入使用管理信息系统的校医院，传统的手工操作带来了很多的问题，譬如药库管理经常由于管理上的不当使局部药品失效报废给医院带来了一定的经济损失，门诊划价出现的人为错误造成的损失和人员工作分配不合理使得劳动效率低等问题。面对这一系列的问题，校医院管理信息系统的设计和实现是迫切的、必需的，是管理系统在医院环境的具体应用。目前，在局部高校校医院中也存在着各种各样的管理信息系统，但由于软件水平的落后和

4、不能完全适应具体医院的业务等原因，促使了此医院门诊管理系统的开发。本系统通过开发背景，设计、开发和实现医院门诊管理系统，提高校内医务室的工作效率。所以，针对高校校医院的门诊管理信息系统，既要整合目前已经存在的医院管理信息系统的弊端和缺乏进行修正，还要兼顾高校这一特点，满足高校校医院对信息系统的需求。例如，系统功能要求可以很简单，但是数据量特别大，任何一个病人的医疗记录都是一部不断增长着的、图文并茂的书，而一所高校的校医院拥有上万份病人的病案是常见的，而且有很强的流动性。另外，病人的身份多以学生和老师为主，他们都可以现金交费，而且学生可以通过校园一卡通，老师也可以通过划账方式交费等。1.2系统开

5、发目标通过对医院门诊管理系统背景的分析，针对现在相关系统存在的问题，我们提出以下几个开发目标:用全新的软件框架设计医疗系统，从而解决医疗系统需求易变、实施本钱过高、系统稳定性与可靠性差等问题:使用全新的组件式产品交付方式，使得工程部实施或第三方OEM厂商能够按照客户的需求量身订制医院门诊管理系统;采用国际、国家标准和标准，搭建稳固的医疗资源平台，为产品整合医疗体系的其他业务领域提供基石;建立“以病人为中心，以效劳为导向，经济上降低本钱，医疗上控制质量的模式;采取分布式网络结构，实现存储分布，计算分布，显示多样，以便减少单效劳器的负荷压力，大大提高系统的稳定性和响应，同时也支持多种终端设备的显示

6、。物理上我们将分成三层结构:数据效劳器群，组件效劳器群(程序效劳器群)，用户操作终端;建立在线备份及数据转储机制，从而减少了在线联机事务处理系统的数据压力并且也保证了数据的平安和可靠。彻底解决联机事务处理与联机事务分析之间的矛盾。第2章需求分析2.1 需求分析过程软件需求分析工作是软件开发成功的前提和根底，需要研发人员与用户密切配合，将软件的功能和性能描述转换成精细的软件逻辑模型。首先研发人员需要进行细致地调查分析，认真了解用户的需求，并澄清用户的模糊需求，最终将用户非形式化的需求表达转化为完整的需求分析文档，进而明确系统的开发目标。需求分析的根本任务包括问题识别功能需求:明确待开发软件的实现

7、功能。(2)性能需求:明确待开发软件的技术性能指标。环境需求:明确软件运行对机器的软、硬件需求。用户界面需求:明确软件和用户交互的界面形式。分析与综合，导出软件的逻辑模型研发人员对数据流和数据结构进行详细分析，逐步细化系统的功能，找出系统各元素之间的联系和设计上的限制，形成系统的解决方案，建立目标系统的逻辑模型。编写需求分析文档为了对用户的需求清晰准确地描述，开发人员需要编写软件需求规格说明书。需求分析评审在需求分析工作的最后阶段，研发人员需要对系统的功能需求、性能需求以及其他需求进行评审并给出评价。2.2 系统的功能需求我们工程组针对医院信息管理系统的使用情况进行深入调研，发现大局部医院根据

8、自身特点和业务流程，进行医院信息系统的设计与开发。比方，一些医院把病房的床位管理中，一些医院把门诊收费模块和信息系统分开等。我们工程组对学校医院目前使用的信息管理系统进行详细分析，并综合考虑部门的职能设置以及联网后的应用需求，结合工程开始阶段完成的需求分析文档，将目标系统划分为以下几个模块进行开发，如表3-1所示：表2/学校医院信息管理系统的功能模块编号系统功能功能模块模块介绍门诊挂号门诊挂号支持一卡通挂号和现金挂号，并记录患者的根本信息医师门诊对患者进行病情诊断，选择工程和药品，1门诊管理并开除处方病房门诊对患者进行病情诊断，选择工程和药品，并开出处方划价收费对工程和药品进行划价收费2药房管

9、理入药提请药品数量缺乏时，向药库申请药品药房发药针对缴费成功的患者发放药品药房出药记录药房中药品的所有流向，但不包括药房发药方式药房库存管理药品分库存信息3药库管理提药批复批复入药提请模块发出的提药申请药库入药对新购入的药品进行正常入库药库出药记录药库中药品的所有流向药库库存管理药品的库存信息4综合管理门诊收费统计统计门诊收费信息，便于管理和查询药库出入记录记录药品出入药库的信息药房出入记录记录药品出入药房的信息5系统管理药品字典负责药品信息的管理工程字典负责工程信息的管理科室设置负责科室信息医师字典负责医师信息的管理出入库字典负责药品出入药库的类型设置出入房字典负责药品出入药房的类型设置操作

10、员字典负责操作员信息的管理，以及对操作员的使用权限进行设置患者类别字典负责喊着类别的信息管理系统参数设置负责系统草书的管理。包括最低库存数量、预警天数、挂号费等6一卡通退费管理对刷卡缴费的患者，执行退费操作7修改密码修改登陆密码学校医院信息管理系统实现的主要功能是：患者在门诊挂号模块可使用校园一卡通缴费和现金缴费两种挂号方式，挂号成功后选择医师门诊或病房门诊就诊，医师根据患者病情书写电子病历，并选择相应的药品或工程，最后开出并打印患者处方。门诊管理员在划价收费模块对患者开出的药品和工程进行划价和收费，并打印收费发票。药房针对缴费成功的患者，根据药品单发放药品，假设药品数量缺乏，可向药库发出提药

11、申请，药库根据库存情况进行提药批复。如果存在患者缴费成功后，退掉某一药品或工程的情况，操作员在一卡通退费模块针对刷卡患者执行退费操作并开出退费凭据，患者到一卡通管理中心领取相应金额。2.3 系统的非功能需求非功能性需求，是指软件产品为满足用户需求必须具有且除功能需求以外的特性。本系统采用先进、成熟的软硬件技术，以便适应医疗机构的业务开展和信息化建设的需求，比方在系统开发方面，使用MiCroSoft公司推出的功能强大的.NET开发平台，此平台包含世界上先进的程序设计理念。本系统可扩展性和可维护性良好，在结构设计方面采用C/S三层结构模式，将系统整体划分为表示层、业务逻辑层、数据访问层等三个局部，

12、实现了各层在逻辑上的独立性，降低了各个层次之间的依赖，便于开发人员对系统进行维护和后期开发。由于采用模块化的结构设计，本系统能够灵活配置以适应不同环境，为系统的可扩展性奠定了良好的根底。在数据库设计上也综合考虑将来设计需求，采用SQLSCrVe:技术，把现实世界中的实体关系模式映射为关系数据库中对应表格，此技术具有高性能、可靠性和可扩充性等优点，方便系统的功能扩展和数据库的后期维护。我们工程组严格遵循软件开发的工程思想，从系统的需求分析到设计再到实现。在开发方面严格遵守软件开发流程，书写标准代码，在系统和数据库设计上严格按照国家医疗卫生行业的有关标准，保证系统的质量。工程完成阶段书写完整、详细

13、的开发文档，为本系统的后期维护、功能扩展提供良好参考。2.4 系统软件硬件需求我们工程组通过对需求分析文档进行详细分析和讨论，确定了系统的架构模型，包括用户交互界面、WindoWS窗体、软件底层环境和底层数据库等四个局部，如图2-1所示：图2-1学校医院信息管理系统架构图由上图可以看出，系统架构的每一局部采用不同的软件工具进行开发，为了方便对系统的软硬件需求进行说明，本节主要从系统的开发环境和运行环境两个方面进行介绍。开发环境的软硬件配置如下所示：软件配置操作系统:WindOWS7P开发和运行环境:MiCrOSoft.NETFramework3.5开发工具:MiCrOSo代VisualStud

14、io.NET2023数据库开发工具:MiCroSC）代SQLServer200_5硬件配置P41.4G或以上CPU2GDDR400Memory80GHardDisk声卡、显卡主板集成网络配置IntellO/lOOM网卡10/100M自适应交换机本系统对运行环境的软硬件配置要求如下：软件要求Microsoft.NETFramework3.5MicrosoftSQLServer200_5Windows2003SerVer（效劳器端操作系统）Windows7XP（客户端操作系统）硬件要求效劳器端：P42.0GCPU2GDDR533Memory1606HardDiskIntel10100M网卡客户端：

15、P41.4G或以上CPU1 GDDR400Memory80GHardDisk声卡、显卡主板集成2.5 系统用例图和动态模型图统一建模语言（UnifiedModelingLanguage,UML）是一种面向对象的建模语言，使用标准化、统一的定义和标记对软件系统进行描述和建模3sOUML的主要内容可由下面五类图定义:第一类是用例图，主要描述用户所理解的系统功能;第二类是静态图，包括类图、对象图和包图;第三类是行为图，包括状态图、活动图、顺序图和协作图，主要描述系统在时间和顺序上与组成对象的关系;第四类是交互图，主要描述系统对象之间的关系;第五类是实现图。UML建模语言提供的用例图描述了系统开发者和用户基于系统功能所达成的共识，是进行需求分析的强有力工具。用例图是由参与者、用例以及用例之间的关系构成的，用来描述系统的功能需求，但不涉及系统功能的具体实现口36。参与者是指系统使用者在与系统交互时所扮演的角色，比方管理员、操作员等，并不特指人或事物本身。用例是指参与者对系统