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

目录摘要iAbstractii第1章 绪论11.1 系统开发背景11.2国内外研究现状11.3解决的主要问题31.4本文的主要工作31.5论文的组织结构4第2章 需求分析52.1系统概述52.2系统目标和解决的问题52.3系统需求获取模式62.4系统需求问题描述82.4.1系统功能性需求82.4.2系统非功能性需求12第3章 系统架构设计143.1 系统设计目标和原则143.2 系统技术架构设计153.3 系统功能架构183.4系统安全架构19第4章 系统详细设计224.1系统建模224.1.1系统的静态结构图234.1.2系统的动态结构图254.2系统数据库设计26第5章 系统实现325.1 系统功能实现325.2 系统安全实现435.2.1身份鉴别435.2.2对系统的访问权限和范围435.2.3出错处理435.3系统运行43第6章 结论44参考文献45致谢47ContentsChinese abstractiAbstractiiChapter 1 Introduction11.1 Systems development background11.2 The latest state of technology21.3 The main solution to the problem31.4 The main work of the article41.5The structure of the paper4Chapter 2 Requirement analysis62.1 System overview62.2 System goals and problems62.3 System requirements and model72.4 System requirements described 82.4.1 functional system requirements92.4.1 Non-functional system requirements13Chapter 3 system architecture design163.1 System design principles163.2 System architecture design173.3 The functional structure of the system203.4 The system secure design213.5 Summary22Chapter 4 The detailed design of the system234.1 Modeling system23 4.1.1 Static System244.1.2 Dynamic System264.2 Database Design28Chapter 5 System implement345.1 The overall system implement345.2 System security implement505.2.1Authentication505.2.2Permission to system515.2.3Backup and recover515.2.4Error treatment515.2 System run51Chapter 6 Conclusion53References54Acknowledgements56II山东大学硕士学位论文摘要随着信息技术的进步和医疗水平的提高，医院信息管理系统（Hospital Information System. HIS）在医院中发挥越来越重要的作用。医疗信息管理系统能够提高工作效率，增加经济效益，提高医疗服务水平，受到人们越来越多的重视。门诊管理系统是医院信息管理系统中重要组成部分。为门诊部门的工作提供了极大的帮助。门诊管理系统能够实现划价收费，药房管理，单据及查询，药品信息维护，权限管理等多方面的功能。门诊管理系统能够提高门诊部门的工作效率效率，规范收费流程，为患者提供更好的医疗服务。 与现有类似系统相比，新系统具有更好的数据处理能力和安全性。交互界面简洁，有好，方便用户操作。同时还提供对数据的检索功能，方便用户查询。系统明确了业务划分，规范了就医流程。并且提供对外系统的接口，方便医院的信息共享。本文结合系统的开发背景和国内外相关医疗单位使用类似系统的情况，充分研究了门诊信息系统的发展现状。描述了系统需要解决的主要问题。通过对门诊部工作人员和其他相关人员进行需求调研的基础上整理出了详尽的需求分析和业务流程。根据用户对数据安全，操作人性化，功能完善性等方面的需求，设计了系统的物理框架，技术框架，功能框架等，进而进行了数据库的相关设计，最终完成整个系统的实现。本文充分利用统一建模语言（UML）来帮助分析系统的数据流和各功能模块之间的关系。对划价收费，字典维护，药房管理，单据及查询等各功能模块进行了类图的设计，明确了各模块的功能。通过对业务流程的分析设计了系统的顺序图，以帮助梳理数据流程。通过严格的系统设计为系统的稳定性，可扩展性，安全性等方面的要求提供了可靠的保证。通过系统的实际应用，提高了门诊的工作效率，提高了对数据的统计和保护力度。方便了患者就医。取得了良好的社会和经济效益。关键词：门诊系统，UML，数据安全，划价收费，库房管理AbstractAlong with the advance in information technique and healthcare improvement, the Hospital Information System (HIS) play more and more important role in hospital. The hospital information system can improve work efficiency, bring economic benefits, boost the level of medical treatment. And so address more and more peoples attention. The out-patient information System is a part of HIS. And it provides some assistants for out-patient department. It can be used for charging, pharmacy management, bill checking and many other related function. It can improve the working efficiency of the out-patient department, standard charging processes. It can provide better medical health care services. This paper analyzes the development of the systems background and compares with the similar systems. Investigate the out-patient information system development. And describe the mainly problem of the out-patient information system. On the base of the market research, we make a requirement analysis document. According to the data security, system stability and so on , we design the framework of the physical, the framework of technical, functional framework, and then design the database, the final completion of the entire system. In this system, we use Unified Modeling Language (UML) to help analyze the data chart and the relationship among the functions. We design the class map for charging, pharmacy management, bill checking and many other related functions. Make sure the functions of every module. The stability, scalability, security, and other requirements make sure the system a reliable guarantee. Through the practical application of the system, It increases out-patient department efficiency, improved statistics and data protection, facilitate the user for medical treatment. The system can achieved good social and economic benefits.Keywords: out-patient system, UML, data security, charging, medical management49第1章 绪论1.1 系统开发背景随着现代计算机技术的飞速发展和互联网技术的广泛应用，医院办公同趋规范化、自动化、系统化，各类医院信息系统逐渐产生并广泛应用于医院办公领域。医院门诊系统是为提高医院门诊部门的工作效率和规范化程度而为医院门诊部定做的信息管理系统。概括来说医院门诊信息管理系统是指利用计算机软硬件技术、网络通讯技术等现代化手段，对医院门诊部门及其所属各部门对人流、物流、财流进行综合管理，对在医疗活动各阶段中产生的数据进行采集、存贮、处理、提取、传输、汇总、加工生成各种信息，从而为门诊部的整体运行提供全面的、自动化的管理及各种服务的信息系统，并有效地与医院的其他部门相互协调。随着医疗改革的深入，医疗机构将在一个日益公开，公平竞争的环境中寻求发展1112。内部管理讲求效率，外部服务追求质量，这不仅是医院管理层的新理念，而成为一种必须。只有合理降低运营成本，合理控制费用，提高医护人员专业水平，管理者的管理水平和工作效率，才能够在激烈竞争的市场中得以生存和发展。信息科学技术的进步，可以为医院的发展助一臂之力。作为信息科技的重要代表，计算机网络技术日益显示出其信息共享、运转高速、计算准确、管理规范、数据统计客观等方面的优势，在医院的应用中发挥出其他工具所无法比拟的重大优势。根据全国卫生信息化发展规划纲要2003-2010年的要求，“到2010年，我国卫生系统要建立起功能比较完备、标准统一规范、系统安全可靠，与卫生改革与发展相适应的卫生信息化体系，经济发达地区卫生信息化建设和信息技术应用达到中等发达国家水平，其余地区卫生信息化建设要处于发展中国家的前列。”就我院实际情况而言，随着我院信息化水平的提高，和就医人数的不断增加，我院的门诊部门需要一套完善的门诊信息管理系统815。1.2国内外研究现状随着计算机技术技术和信息技术的发展，信息管理系统也经历了不同的发展阶段。医院作为信息化的一个典型应用场所也经历了不同的发展阶段。拥有良好的信息系统能够提高医院的医疗服务水平，医院管理水平，提升医院的社会形象。国外的医院信息系统主要经历了探索阶段，发展阶段，成熟阶段，以及提高阶段。在前期的探索阶段，为满足医疗保险制度等的要求开发了功能相对简单的系统。具有代表性的系统有护理系统，事务处理系统和收费系统等，虽然这一阶段的医院信息系统受计算机技术和需求的影响功能相对简单，使用不广。但对计算机技术在医院的应用进行了有意义的探索，为后来的更复杂的系统奠定了基础。随着计算机技术的发展和医疗需求的增长，到了20世纪70年代中期医院的信息管理系统已经覆盖了医院的方方面面，医院的管理效率和医疗服务水平也有了很大程度的提高。各种医疗系统层出不穷，医疗系统的应用也得到了较大的普及。但这一阶段的标准化程度低，对医院信息的共享造成了一定的困难。为提高医疗质量和护理质量，解决不同系统之间的接口问题，80年代末对系统的界面和标准化方面做了大量工作。一定程度上降低了医院运行成本，提高了病人的治疗效果，医院信息系统步入了成熟阶段。到了90年代末，随着人工智能兴起和信息化的进一步发展医院信息系统进入提高阶段，开发重点开始转向电子病例，计算机辅助决策，医疗专家系统等方面。医院信息系统朝着更加智能化，人性化的方向发展。发达国家的医院信息系统起步早，发展快，对医疗事业的发展起到了良好的推动作用。相对于发达国家医疗系统的发展，国内的医疗系统发展相对滞后，但国内医疗信息系统的起点高，市场巨大，医疗系统朝着一体化，全面化，智能化的方向发展9。门诊信息管理系统作为HIS系统的一部分3，是HIS系统的重要组成部分。目前国内大中型医疗机构都加紧建立自己的门诊信息管理系统。较发达的地区的部分医院已经有了较完善的门诊信息管理系统。医院信息化的程度一定程度上反映了医院的医疗水平，国内医院还一定程度上存在信息建设落后的情况，门诊信息管理系统作为医院信息管理系统不可缺少的一块，更需要建设和完善1420。我院作为临淄区的医疗中心，是二级甲等医院,职工800左右,年门诊量35万人左右.业务收入2.5亿.是滨州医学院的非隶属关系附属医院。门诊业务量大，需要门诊管理系统来全面提升门诊部的服务水平。1.3解决的主要问题门诊管理系统主要是针对医院门诊部的应用，规范门诊部的管理，提高医院的服务质量，提高工作效率。作为公共服务性的系统主要需要解决以下问题：1.实现门诊信息管理系统的各功能模块，包括划价，收费结算，药房管理，字典维护，权限管理等操作。并使操作简单，交互容易。2.数据的安全性问题。数据安全性是每个信息管理系统都要考虑的问题，作为公共性质的管理系统，门诊信息管理系统要针对不同工作人员的角色进行严格管理，有序分工，并保护患者的医疗数据的安全性和保密性。对事后跟踪提供可靠的依据。3.系统的可靠性问题。系统持续运行无故障及系统对故障的恢复能力等。4.与医院其他系统的接口问题。根据需要更够与医院其他信息系统实现无缝结合。具有良好的层次结构，方便系统扩展。5.系统更新：根据医疗水平的不断发展，系统能够方便地实现数据的更新和字典库的维护。1.4本文的主要工作本文通过对医院门诊部的业务需求和业务流程进行分析，设计和实现了医院门诊信息管理系统。为了更好地设计门诊系统我们必须充分了解门诊系统的主要功能和发展现状。本文首先对当前的门诊管理系统进行了深入的调查，分析了国内外门诊系统的发展现状和实现方案。结合医院门诊部的实际情况，对系统用户进行了充分的需求调研，分析了系统的功能性需求和非功能性需求。采用UML的语言对用户的需求进行了详细的分析，形成了需求分析文档在需求分析的基础上，进行了系统的框架设计。分别就门诊系统的物理结构，技术框架和功能框架进行分析设计。形成划价收费业务，单据与查询，库存处理，字典维护，系统设置等功能模块。对系统的安全架构进行了初步的设计，形成以角色为中心的安全控制。在详细设计过程中,根据需求分析中的结果，对各个模块的设计进行了描述。在系统建模中，首先给出门诊系统的整体结构图，然后分别讨论了各个模块的详细设计。在详细设计中，首先利用类图描述系统的静态结构，然后利用交互图描述系统的动态结构。在详细设计的基础上，对各个模块的实现进行了介绍，结合系统的功能模块给出了系统运行的效果图。此外，对系统的安全进行了实现。最后，本文对门诊信息管理系统的应用情况作了简单介绍，对系统的安全性进行了讨论，并对系统的设计和实现进行了总结，提出了对门诊管理系统的展望和改进建议。1.5论文的组织结构全文共分为6章。第1章是绪论，主要介绍了系统的开发背景，以及国内外智能门诊系统的研究现状，说明了系统需要解决的主要问题和本文的主要贡献。第2章是需求分析，通过对需求的调研，得出客户的需求。概要地描述了门诊管理系统的组织结构、需求状况和总体需求。第3章主要描述了系统架构和概要设计，完成了对系统的技术架构，功能架构和安全架构的设计。第4章为系统的详细设计，详细描述了系统的各功能模块的实现方法，主要用类图和数据库设计描述了系统的静态功能，用时序图描述了系统的动态功能。第5章主要是系统实现，对系统的主要功能进行了实现，并对系统的安全问题提出了解决方案。第6章是总结与展望部分，对本文进行了总结，并对下一步的工作进行了展望。第2章 需求分析需求分析作为软件工程中重要的一环，影响软件最终的成败，良好的需求分析是软件成功应用的第一步。需求定义为“(1)用户解决问题或达到目标所需的条件或权能(Capability)。(2)系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或权能。(3)一种反映上面(1)或(2)所描述的条件或权能的文档说明”。简而言之，需求就是对于软件产品的需要干什么的明确描述。需求分析包括对系统得概要得分析，明确系统要解决的问题和实现的目标。确定需求获取的模式。对系统的功能性和非功能性的模块进行全面得分析1。2.1系统概述医院信息系统(简称HIS)是现代化医院的重要标志，它是利用计算机、通讯设备和网络技术，对医院的各种相关信息进行自动收集、存储、处理、提取，并保证数据的保密性和安全性，实现信息共享。其中门诊信息管理系统是医院信息系统的重要组成部分。 门诊管理系统作为医院信息系统的一部分，不仅要满足全面的功能需求，考虑不同使用人员的具体情况，做到人性化的设计，而且要与现有系统完全兼容，这就需要我们按照软件工程的标准开发过程，完成系统的设计与实现。2.2系统目标和解决的问题系统目标：完成门诊部所需的各功能模块的设计，最终形成运行可靠，功能完整，使用安全的门诊管理系统。此系统的主要功能有收费业务、单据管理、库房管理、字典维护、系统设置维护等。需要解决的问题：1.性能需求：本软件在医院网络环境的内网使用，要求能够支持多用户的同时使用。报表的生成速度快。2.人性化设计：操作该系统的人员的计算机操作熟练程度不同，要求系统能够设计人性化的操作界面，方便使用。3.安全/防御：作为医院系统管理系统的一部分，数据的操作，处理，传输必须考虑安全性，保护医院和患者的利益。4.兼容性：与已有的医院的信息系统相兼容，方便医院的统一管理和数据的共享。2.3系统需求获取模式在软件工程中，软件的需求获取是为了使技术人员和用户对问题达成一致的认识，成功的软件产品是建立在成功的需求基础之上的，而高质量的需求来源于用户与开发人员之间有效的沟通与合作。当用户有一个问题可以用计算机系统来解决，而开发人员开始帮助用户解决这个问题，沟通就开始了。UML是 一种定义良好、易于表达、功能强大且普遍适用的建模语言，融合了Booch、OMT和OOSE方法中的基本概念。它溶入了软件工程领域的新思想、新方法和新技术。它的作用域不限于支持面向对象的分析与设计，还支持从需求分析开始的软件开发的全过程7。系统的需求分析通过分析门诊工作人员和药房管理人员的工作流程生成初步需求方案，而后通过与用户的进一步交流分析，获取最贴近于用户使用习惯的解决方案。由于门诊信息软件面向的用户主要是医院工作人员，医院工作人员的IT水平不一，该系统的需求分析必须得到正确的信息反馈以获得一个更加准确、清晰的需求，为快速、准确的开发打下良好的基础，系统开发中仍然使用了UML语言中用例图对需求进行描述，并向用户征集需求意见，整理后经过项目经理及各子项目负责人共同讨论确定最终方案。需求获取可能是软件开发中最困难，最关键，最易出错及最需要沟通交流的活动。对需求的获取往往有错误的认识：用户知道需求是什么，我们所要做的就是和他们交谈从他们那里得到需求，只要问用户系统的目标特征，什么是要完成的，什么样的系统能适合商业需要就可以了，但是实际上需求获取并不是想象的这样简单。在需求工程中，需求获取阶段是和用户交往最多的一段时间, 而绝大部分用户是不懂得需求分析方法的，他们不知道怎样全面而又准确无误地表达自己的需求，因而对于需求分析人员来讲，需要掌握很好的方法与技巧，恰当地启发引导用户表达自己的需求，以便为项目的成功提供一个很好的基石。在本文的系统中用户主要分为门诊前台相关工作人员和药房管理人员，针对这两类使用人群分别进行调研。在调研过程中充分考虑到相关人员的计算机水平，专业知识水平的不同，要进行细致的沟通，形成调研文档。对于一些关键部门我们要做调研记录和录音。最后形成完善的调研文档，在调研文档的基础上我们编写需求文档，在需求文档编写完成之后，经多次协商后直到需要分析使双方满意为止。如图2-1。 开始门诊人员调研调研结果讨论结束医院信息系统调研调研结果讨论调研准备患者需求调研调研结果讨论调研结果汇总编制需求报告评估签字确认归档图2-1 需求分析获取模式2.4系统需求问题描述从功能性需求和非功能性需求两个角度对系统所需要实现的功能进行分析。功能需求是指系统完成特定任务所需要的功能。而非功能性需求是指软件产品为满足用户业务需求而必须具有且除功能需求以外的特性，特别是一些系统中常见的功能。2.4.1系统功能性需求系统功能性需求的描述工具主要是用例（Use-Case），用例图的目的是为了更好的说明功能性的需求，以及更好的编写清楚的文本描述。本节我们将门诊系统的主要功能性需求通过用例详尽地展现出来。如图2-2本软件主要包括如下功能：收费业务：划价收费，退药处理，退费处理，收费结账，结账报表，结账查询。单据与查询：单据查询，待结处方处理，当前库存查询，处方明细查询，法要汇总查询，开单工作量统计。库房管理：入库处理，出库处理，药品调价，入库查询，出库查询，调价查询，收发存账册，药品低储提示，药品盘点录入，药品盘点上账，期末结断报表，结断报表查询。字典维护：药品目录维护，收费目录维护，财务期间查询，药品特殊类别维护，药品药理作用维护，药品配伍禁忌维护，部门维护，人员维护，产地维护。系统设置：权限管理，用户选项，注销用户，修改密码，设置收费凭证，刷新目录，系统参数配置，核算项目维护。图2-2 系统功能用例对于每一项功能我们都通过用例图来描述用户的需求。并对每个用例进行详细的说明，以方便设计人员和用户的交流，方便后期系统的设计与实现。下面我们将对系统的主要功能结合用例图进行详细的阐述。系统面临的使用人员之一是药房管理人员。药房管理人员能够对药品的库存进行管理和查询，对药品进行入库和出库管理，调整药品价格，盘点药品数量，打印相关报表。如图2-3所示。图2-3库房管理门诊柜台人员是系统的另一个主要的使用者。门诊柜台人员直接与患者打交道，对患者提供的病例进行划价收费并开据单据。对要求退费和退药的患者能能够进行相应的处理。图2-4 门诊柜台管理系统中的一些基本的信息库通过字典维护的方式进行维护和更新。如药品目录，收费项目，药品药理作用，药品配伍禁忌，部门信息等。如图2-5所示。图2-5 字典功能维护系统要支持一些基本的查询操作，对于一些查询操作门诊柜台人员和库房管理人员都应能够进行操作以保证信息的共享，如单据查询，当前库存查询，处方明细查询，法要汇总查询等相关查询操作。如图2-6所示。图2-6 查询几乎在每一系统中都会有系统管理员的角色，但不同系统的系统管理员的管理范畴是不一样的。本系统中也要增设系统管理员这一角色。系统管理员主要负责权限的管理，系统参数的设置，核算项目的维护，系统相关功能的维护。如图2-7所示。图2-7 系统管理门诊部是医院面向社会、病人，直接为社会人群进行医疗和保健的场所，是医院服务的主要窗口，也是医院收入的主要来源，门诊工作的好坏直接关系到医院的声誉10132122。门诊病人来到分诊台办理挂号手续到就诊结束分为:挂号, 诊室就诊,交检查费, 到辅检科室检查, 回诊室就诊, 药房估价, 收费处交钱, 药房取药, 完成操作。在本系统中为了对系统的业务流程有更清晰的认识，下面通过顺序图对系统数据流程进行简要的说明。顺序图的起点为病例19，门诊柜台人员根据患者提供的病例查询药品库存量，录入处方上的药品信息，然后进行划价收费。对于要求退费退药的患者根据单据和病例重新划价计费。库存管理人员对药品的入库和出库和调价等进行更新，系统对药库的低储进行提示。如图2-8所示。图2-8 门诊业务顺序图2.4.2系统非功能性需求非功能性需求，是指软件产品为满足用户业务需求而必须具有且除功能需求以外的特性。软件产品非功能性定义不仅决定产品的质量，还在很大程度上影响产品的功能需求定义。ISO/IEC9126中规定了6个质量特性，即功能性、可靠性、易用性、效率、可维护性和一致性。本系统的非功能性需求1、精度 ：药品价格要求采用浮点数形式，要求3位精度。2、系统运行时间要求：由于医院是特殊的公益性单位，要求系统能够24小时正常工作。3、响应时间要求：基本数据维护等功能的人机对话时间在3秒之内。4、数据处理能力要求：系统要求能够处理大量的数据。5、可维护性：这是一个极其重要的需求，因为如果开发人员、管理员和操作人员不能够解决如何管理应用程序的问题，则它在首次发布之前就会夭折。6、故障处理要求：对可能的系统故障具有恢复能力。可能的故障包括数据库连接失败，网络失败，断电处理，数据库损坏。7、安全和防御：目前影响软件系统安全性主要表现在四个方面：硬件设备质量；操作系统质量；计算机病毒侵蚀；非法用户误入。信息系统安全方面采取了一定的安全措施。首先网上用户进行严格的权限分配和设置，操作者设置三级登录权限：数据库级、程序级和网络级。其次，数据信息进行级别规划，分为操作数据、管理数据和分析决策数据。数据库不能用通用用户明登陆，密码不能为空。数据使用提供权限功能，划分为基层数据操作者、中级管理者和高级决策者。再次，采用数据备份策略机制。造成数据库数据丢失或损坏的原因一般有以下几种：机械损坏，计算机的各种部件(包括磁盘)都存在物理的，机械的故障可能性。电源故障，指一般的UPS无法保护的异常电源故障。自然灾害，地震、水灾，火灾或其他原因造成的严重故障。错误使用，客户应用程序以及服务程序使用中的中途故障。恶意破坏，在一个系统中也不排除一些恶意破坏者。其他还有多种形式，但大多数是以上几种形式的变体。针对不同的情况，必须同时进行几种方式的备份。除了使用SQL Sever自带的备份方式之外我们还可以采用第三方备份工具，可以采用其他公司的备份软件。如Norton公司的磁盘备份工具Ghost。该软件可以直接将磁盘上的某个分区或整个硬盘克隆成一个镜像文件(可压缩)，然后把镜像文件存放在别处，当该分区或整个硬盘出现问题时，就可以使用Ghost在另一个硬盘或分区上快速地把这个镜像文件还原。第3章 系统架构设计3.1 系统设计目标和原则系统架构能够指导软件系统各个方面的设计。系统架构是一个系统的草图。系统架构描述的对象是直接构成系统的抽象组件。各个组件之间的连接则明确和相对细致地描述组件之间的通讯。门诊信息系统作为医院卫生系统的一部分，是公共性质的系统，必须有良好的系统构架设计来保障网站安全有效地运行。系统设计的主要目标包括：1安全目标。架构从管理安全、系统安全、数据安全三个方面来具体考虑。管理安全是指建立相应的安全管理制度。系统安全从网络、硬件、系统软件、应用软件方面考虑如何加强整个系统的安全性。数据安全是指数据的安全，例如系统要有健全的故障恢复能力。2及时更新。由于门诊部设计到对药房数据的操作，药房与系统之间同步的更新尤为重要。3并发性目标。系统主要为医院门诊部工作人员使用，采用C/S架构。并发数要求不高，但对于库存数据和年月报表的处理速度要进行适当的优化。4灵活扩展性。系统在设计时，考虑与医院其他系统的信息共享，系统从架构上充分考虑系统的可扩展性，做到业务与数据的分离。为此系统设计必须遵循以下原则：1.安全性。安全性可以涵盖三方面的不同内容：数据的安全性，保证病人资料不外漏；系统安全性，主要从网络，硬件，系统软件，应用软件等几方面来加强系统的安全性；管理的安全性，不同的操作人员拥有自己的权限，权限明确，并有相应的管理制度。1统一性原则系统遵循医院原有信息系统的相关规范，包括命名，接口等。2适用性原则系统在基本规范的前提下提供灵活的设置以适应操作的灵活性，另外本系统应是一个不断提高完善的系统，最大限度的适应未来业务发展的需要。3鲁棒性。对意外操作系统能够做出正确的反映，系统在网络环境中能长时间运行。对故障有较强的恢复能力。4易用性。由于使用此系统的人员文化水平不同，生活背景不同，对计算机知识的了解程度不同。系统必须做到简单易用，人性化。窗口界面简洁、直观，菜单层次清晰，功能项定义明确，操作简便。5灵活扩展性。系统在设计时，要充分考虑门诊信息系统将来的新需求，能够对新的需求进行有效地扩展。系统设计时要预留系统与外界联系的接口，保障数据共享，使本系统能融入到医院卫生系统中。系统采用分层设计，设计时要充分考虑系统的分层和层间通讯问题。层是对构架的横向划分，通过分层，从逻辑上将子系统划分成许多集合，而层间关系的形成要遵循一定的规则。通过分层，可以限制子系统间的依赖关系，尽量降低对其他部分的影响，使系统以更松散的方式耦合，减少调试和纠错的工作量，从而更易于维护，增强应用程序的总体灵活性。此外，独立的团队能够在处理解决方案的各个部分时减少对其他团队的依赖，并且应能够针对定义明确的接口展开开发工作。分层设计还使的对每一层单独测试变得更容易。3.2 系统技术架构设计为了保证系统的健壮性，可移植性等特性，系统遵循软件设计的分层原理，我们将系统分成如图3-1所示的层次结构。表示层：提供用户所需的具体功能，实现对数据的访问，更改以及访问安全性验证等操作，返回用户操作的结果，数据不正确时给出相应的异常信息。业务逻辑层：负责系统业务的处理，数据的生成，处理及转换。检查数据的正确性，有效性。数据层：数据层包含了系统所需的各种数据，包括病例信息，药品信息，药品配伍信息，人员信息，科室信息等等。数据独立于应用有利于系统的兼容性和可移植性。不同系统的数据可以交互访问。数据层能够实现数据源的交互，即数据的插入、删除、修改以及从数据库中读出数据等操作。这一层提供了一组系统内通用的数据访问操作对象，封装了底层数据访问对象，例如JDBC、MYSQL API等。完成了数据库访问所需要的重复工作，例如创建数据源，准备数据访问方法所需参数，事务处理，返回结果处理，出错处理等等。数据层对底层数据的操作采用存储过程。存储过程是由流控制和SQL语句书写的过程，这个过程经编译和优化后存储在数据库服务器中，使用时只要调用即可。物理层为系统的最底层，这一层主要是采用的服务器和网络设备等，为了从物理层上确保数据的安全性，我们要求加装物理防火墙，并且尽量采用性能稳定的服务器。操作系统采用微软的Windows 2000 Professional +sp3。数据层将所有和数据库的交互封装在数据访问组件中，为业务逻辑层提供数据服务，如存储数据操作结果、返回数据检索结果等。系统采用Borland Delphi作为开发工具。Delphi是Borland公司研制的新一代可视化开发工具，可在Windows3.x、Windows95、Windows NT、Windows XP、Windows Vista等环境下使用。当前，DELPHI 也可以在LINUX平台上开发应用。DELPHI 拥有一个可视化的集成开发环境(IDE)，采用面向对象的编程语言Object Pascal和基于部件的开发结构框架。Delphi它提供了500多个可供使用的构件，利用这些部件，开发人员可以快速地构造出应用系统。开发人员也可以根据自己的需要修改部件或用Delphi本身编写自己的部件。主要特点如下： (1)直接编译生成可执行代码，编译速度快。由于Delphi编译器采用了条件编译和选择链接技术，使用它生成的执行文件更加精炼，运行速度更快。在处理速度和存取服务器方面，Delphi的性能远远高于其他同类产品。 (2)支持将存取规则分别交给客户机或服务器处理的两种方案，而且允许开发人员建立一个简单的部件或部件集合，封装起所有的规则，并独立于服务器和客户机，所有的数据转移通过这些部件来完成。这样，大大减少了对服务器的请求和网络上的数据传输量，提高了应用处理的速度。 (3)提供了许多快速方便的开发方法，使开发人员能用尽可能少的重复性工作完成各种不同的应用。利用项目模板和专家生成器可以很快建立项目的构架，然后根据用户的实际需要逐步完善。 (4)具有可重用性和可扩展性。开发人员不必再对诸如标签、按钮及对话框等Windows的常见部件进行编程。Delphi包含许多可以重复使用的部件，允许用户控制Windows的开发效果。 (5)具有强大的数据存取功能。它的数据处理工具BDE(Borland Database Engine)是一个标准的中介软件层，可以用来处理当前流行的数据格式，如XBase、Paradox等，也可以通过BDE的SQL Link直接与Sybase、SQL Server、Informix、Oracle等大型数据库连接。 Delphi既可用于开发系统软件，也适合于应用软件的开发。(6)拥有强大的网络开发能力，能够快速的开发B/S应用，它内置的Intra Web和Express Web使得对于网络的开发效率超过了其他任何的开发工具。(7)Delphi使用独特的VCL类库，使得编写出的程序显得条理清晰，VCL是现在最优秀的类库，它使得Delphi在软件开发行业处于一个绝对领先的地位。用户可以按自己的需要，任意的构建、扩充、甚至是删减VCL，以满足不同的需要。 门诊信息系统表示层登陆界面，划价缴费界面信息统计，维护等相关界面。其他业务逻辑层划价缴费业务，查询业务，药房管理业务。数据层药品数据，病理作用数据，药品配伍禁忌数据，人员数据，科室数据支撑软件层SQL server 2000 Professional，Borland DelphiWindows 2000 professional物理层医院中心服务器，终端设备，网络设备图3-1 系统技术架构图在对系统进行具体部署时，应综合考虑系统的特点和应用环境。本系统主要运行在广域网或局域网中，系统采用了C/S架构模式。在C/S结构中服务器负责有效地管理系统的资源，其任务集中于以下五个部分：数据库安全性的要求、数据库访问并发性的控制、数据库前端的客户应用程序的全局数据完整性规则、数据库的备份与恢复。客户端应用程序的主要任务是体现在三个方面：提供用户与数据库交互的界面；向数据库服务器提交用户请求并接收来自数据库服务器的信息；利用客户应用程序对存在于客户端的数据执行应用逻辑要求21617。本系统采用三层C/S结构，三层C/S结构具有以下优点：1提高系统的安全性。三层C/S结构将数据连接放在应用服务器上，而不像两层结构将数据连接放在客户端，这样在很大程度上提高了数据库服务器的安全性。2网络负载平衡。当有许多客户端应用程序需要连接到应用程序服务器的时候，MIDAS能够分配不同的客户端应用程序到每一个应用服务器中，以平均每一个应用程序的负荷。3容错处理。当系统中某一应用程序服务器发生故障时，客户端应用程序能够自动寻找另外的应用程序服务器以维持自己的运作。同时客户端应用程序还可以把编辑的数据以文件的形式保存到磁盘中。4分发简单。客户端应用程序只须MIDASd11支持。如果需要更改企业逻辑的话只需要更新应用服务器程序就可以了。5实现分布式计算，可以充分利用系统中的计算机资源，图3-2 C/S 结构模型3.3 系统功能架构医院门诊部工作人员分工明确，不同的人员担任不同的角色。而且各角色之间有不同的权限规定。根据门诊部对系统功能的需求和不同工作人员扮演不同角色的特性。我们将系统进行模块化实现。系统功能架构如图3-3 所示。划价业务结算业务药房管理字典维护单据查询系统设置病例录入药品查询开据费用核算单据费用收取开据单据药品管理低储提示药品查询药品维护收费项目维护 配伍药品查询划价单据结算单据权限管理系统参数设置图3-3 系统功能架构图整个系统分为：划价业务，结算业务，药房管理，字典维护，单据与查询，系统设置等功能模块。1 划价业务：根据患者提供的病例单据，录入药品并计算总费用。2 结算业务：根据划价结果，收取费用。3 药房管理：包括药品管理，药品低储提示，药品查询，药品调价，药品出入库管理，药品盘点，报表等。4 字典维护：维护医院信息系统的一些基本功能，这里包括药品目录维护，收费目录维护，财务期间维护，药品特殊类别维护，药品配伍禁忌维护，部门维护，人员维护，地产维护等。5 单据查询：提供一些单据的查询和数据的统计，包括单据查询，待结处方查询，当前库存查询，处方明细查询，法要汇总查询，开单工作量统计等。6 系统设置：提供一些权限的管理和系统参数的配置。包括权限管理，用户管理，设置收费凭证，系统参数配置，核算项目维护等。3.4系统安全架构在网络化的今天，系统安全始终是一个系统需要考虑的重要问题之一。一个系统不仅要能够满足系统的基本功能需要，而且还要考虑其健壮性，安全性，可靠性等多方面的因素。随着信息技术的发展，网络及信息系统的安全性显得越来越重要。系统在吸收已有信息系统的良好设计理念的基础上加入了一系列的安全处理机制。在设计时尽可能地及时发现、分析、处理安全隐患。预防和规避目标系统出现的安全风险。1.角色控制：基于角色控制模型RBAC（Role-Based Access Control）是美国国家标准与技术协会NIST于20实际90年代初提出的一种新的控制访问技术。RBAC的核心思想就是将访问权限与角色相联系，将用户划分为与其在组织结构体系中相一致的角色，权限管理也就可以根据需要定义各种角色，并对角色设置相应的访问权限。用户则根据其岗位和责任被指派为不同的角色，从而实现用户和权限的逻辑分离。角色控制时每个系统都应认真考虑的问题。角色能够规范用户对数据的访问控制，明确权限，方便变更。角色和人员并非一一对应的关系，一个人可以有多个角色。应用系统可以方便的定义每个人员的工作权限，并可以随其工作范围的变更而进行灵活调整，最大限度满足单位的需求。实践表明，基于角色访问控制的权限访问控制系统能严格地控制与防止用户接触与其身份角色不相关的数据信息，有效地避免用户的非法操作，从而切实地提高系统的可用性和健壮性。角色的先关定义和操作有：（1）权限：对受保护的资源操作的访问许可，是绑定在特定的资源实例上的。对应地，访问策略和资源类别相关，不同的资源类别可能采用不同的访问模式。同一资源的访问策略可能存在排斥和包含关系。（2）用户：是权限的拥有者或主体。用户和权限实现分离，通过授权管理进行绑定。（3）用户组：一组用户的集合。在业务逻辑的判断中，可以实现基于个人身份或组的身份进行判断。（4）角色：权限分配的单位与载体。角色通过继承关系支持分级的权限实现。 （5）分配角色权限：实现操作和角色之间的关联关系映射。（6）分配用户角色：实现用户和角色之间的关联关系映射。 该对象模型最终将访问控制模型转化为访问矩阵形式。访问矩阵中的行对应于用户，列对应于操作，每个矩阵元素规定了相应的角色，对应于相应的目标被准予的访问许可、实施行为。（7）新增角色。根据功能分配角色，角色编号在系统内为唯一标识。（8）修改角色。修改某个角色的基本信息，主要包括角色操作权限，角色名称、角色特征等基本信息。2. 密码控制：包括密码加密，弱密码检测，密码输入次数过多锁账号等。3. 网络安全：网络平台的安全是保障网络的运行能够安全可靠，保证网络通信的正常进行以及保障网络上传输的信息的安全。需要在服务器要加装防火墙、IPS入侵检测系统、漏洞扫描系统、桌面部署管理软件等系统软件。第4章 系统详细设计4.1系统建模UML 统一建模语言（UML是 Unified Modeling Language的缩写）是用来对软件密集系统进行可视化建模的一种语言4。主要包括七种常见的类型，即用例图、类图、序列图、状态图、活动图、组件图和部署图，分别用以不同的建模用途。UML为面向对象开发系统的产品进行说明、可视化、和编制文档的一种标准语言。UML最适于数据建模，业务建模，对象建模，组件建模。本章主要用UML的建模方法来进行系统的