医院网络挂号收费系统管理和维护
浅谈医院网络挂号收费系统的管理和维护
摘要：如今各行业都在广泛运用计算机信息技术，医院也渐渐加入到这一行列中。医院建立网络化挂号收费系统，不但能够提高工作效率、而且缩短了就医流程，更加方便了病人看病，这也是医院信息化建设的重点所在。要想确保医院正常运行，就得对网络挂号收费系统进行合理的管理和维护。如果网络挂号收费系统出现故障，很容易导致门诊收费出现大量排队以及费用核算错误的现象，以至于患者民怨沸腾。这样，既损坏了医院的名誉，又打乱了医院的正常秩序。因此，怎样保证医院的网络挂号收费系统能高效、稳定的运行，就显得尤为重要。下文就浅谈几点关于医院网络挂号收费系统的管理与维护。
关键词：医院网络；挂号收费系统；网络维护；网络规范管理中图分类号：tp393.07
1网络挂号收费系统软件、硬件的配置1.1保证网络运行不间断
挂号收费系统24小时工作是医院的不可或缺的条件，因此医院的网络挂号收费系统的供电环境必须良好，应建立具有双回路功能的供电系统同时配有可12小时延时不间断电源。因此为了保证交换机、服务器以及各终端计算机的正常运行，医院首先得跟供电局签合同，提供双回路供电，确保24小时不间断供电。1.2硬件设备的配置
“万事重在开始”，网络建设也不例外，只有打下了坚实的基础，才能确保往后网络的良好、持久的运行。因此，我们要尽可能的配置高质量、高性能的路由器、集线器、交换机、终端计算机、光纤收发机和服务器等等硬件设备。1.3营造优良的网络环境
医院对中心机房的环境要求相当高，因为医院的系统数据库服务器、网络主交换、磁盘阵列、应用服务器等重要的信息系统设备都存放在这里。为保证各系统设备的正常、安全地运行，机房要有适宜的湿度和温度，还要配有防磁场干扰、避雷等装置，同时要注意防静电、防火。此外，机房里要保持无人员走动，无尘污染。1.4挂号收费系统的优化
挂号收费是患者看病必须经历的环节。挂号收费软件频繁的被使用，它的系统好坏会对医患关系造成直接的影响。所以，要不断地对挂号收费软件进行优化。首先，要尽可能避免在输入的环节使用文字，最好使用身份证识别器或是代码，这样能使操作变得更快捷、简便，而且出现故障的几率减少。如使用二代身份证进行挂号，身份证识别器便对证件上的内容自动读取，然后存储到患者的就诊卡上。这种方法不仅方便、快捷、而且准确性高，几秒钟就能完成挂号流程。其次，每次就诊结束，病史会自动保存在就诊卡上，以便以后医生复诊时能很方便的浏览病史，然后综合病史给出更精确的诊断结果。再者，收费软件还添加了预付款项目的功能，这样避免每次就诊完毕，都要排队缴费，而只需等医生写完医嘱后，电脑自动结算此次检查费、药费等所需的费用，直接从患者的预交款当中
扩展阅读：医院门诊挂号收费系统论文
大连理工大学本科毕业设计（论文）
一种医院门诊管理信息系统的设计与应用
Hospitalout-patientmanagementinformationsystem
学院（系）：软件学院专业：网络工程学生姓名：李诚学号：201*94120指导教师：王洁评阅教师：周宽久完成日期：201*年6月10日
大连理工大学
DalianUniversityofTechnology
一种医院门诊管理信息系统的设计与应用
摘要
开发医院信息系统(HIS)的目标就是立足医院应用实际，着眼于未来发展，以强化医院管理，提高医疗质量，方便患者就医和查询，提高医院的服务效率和服务质量，设计一套符合医院功能规范要求，安全稳定，操作简便的医院管理信息系统，为医院信息化管理提供了一套全方位的解决方案。医院管理信息系统是医院自动化管理的一个重要组成部分，它的开发大大提高了医院信息管理的规范化能力。
本文介绍了在VisualStudio201*环境下采用三层架构模式开发的医院门诊管理信息系统。通过对多家医院的实际考察，融合如今主流医院管理信息系统的优点，设计开发了一套行之有效，可满足一般医院门诊信息管理需求的解决方案。文章介绍了该系统的设计开发全过程，包括系统分析、概要设计、详细设计、实现、测试等部分。
本系统分为基本信息维护、门诊挂号、门诊收费、门诊药房四个子模块。基本信息维护包含的功能有常数维护、科室人员管理、人员组管理、权限维护，挂号管理包含的功能有现场挂号、退号、患者基本信息维护、日结以及门诊挂号相关的查询，如科室收入汇总查询、挂号员工作量查询、挂号情况查询等等，门诊收费包含的功能有门诊收费、门诊退费、门诊结账(日结)以及门诊收费相关的查询，门诊药房包含的功能有药品管理、门诊划价(收费)、药品退费、门诊配药、门诊发药、门诊退药以及药房内的相关查询。
关键词：门诊挂号；门诊收费；医院信息系统；三层架构
-I-一种医院门诊管理信息系统的设计与应用
Hospitalout-patientinformationsystem
Abstract
Developmentofhospitalinformationsystemsisbasedontheactualhospitalapplications,focusingonthefuturedevelopment,tostrengthenhospitalmanagementandimprovinghealthcarequality,convenientmedicalcareandcheckinpatients,toimprovetheefficiencyandservicequalityofthehospital"sservices,designasecurity,stability,easyandmeettheperformancespecificationrequirementsofhospitalinformationsystem,forhospitalinformationmanagementprovidesacomprehensivesolution.Hospitalinformationsystemisanimportantcomponentoftheautomatedhospitalinformationsystem;itsdevelopmentgreatlyimprovedthestandardizationofhospitalinformationmanagementcapabilities.
ThisarticledescribestheenvironmentinVisualStudio201*,athree-tierdevelopmentofhospitalout-patientinformationsystem.Ontheactualnumberofhospitalvisitsandintegrationoftheadvantagesofsomeadvancedhospitalinformationsystemsnowadays,designedanddevelopedaneffective,andcanmeettheneedsofthegeneralhospitalpatientinformationmanagementsolution.Thisarticledescribesthesystemdesignanddevelopmentprocess,includingsystemsanalysis,designsummary,detaileddesign,implementation,testingandsomeother.
Thesystemisdividedintobasicinformationmaintenance,outpatientregistration,outpatientfees,andout-patientpharmacyfourSub-modules.Thebasicinformationmaintainmodulecontainsfunctionsconstantmaintenance,department-personmanagement,personnelgroupmanagement,permissionsmaintenance,theregistrationmanagementmoduleincludesin-siteregistration,registrationretirement,basicinformationofpatientsmaintained,daycheckoutandoutpatientregistrationrelatedqueries,suchasdepartmentsummaryofincomecheck,registeredworkloadquery,registeredstatusqueryandsoon,theout-patientfeemodulecontainsfunctionsoutpatientcharges,refundpatient,outpatientdaycheckout,andoutpatientchargesrelatedinquiries,theoutpatientpharmacymoduleincludesdrugadministration,out-patientprice(fee),drugrefund,drugdispensing,drugsend,andoutpatientpharmacyrelatedqueries.
KeyWords：OutpatientRegistration；OutpatientFee；HospitalInformationSystem；Three-tierStructure
-II-一种医院门诊管理信息系统的设计与应用
目录
摘要.....................................................................................................................................IAbstract.....................................................................................................................................II1绪论......................................................................................................................................1
1.1医院信息系统的定义...............................................................................................11.2开发医院信息系统的意义.......................................................................................11.3国内外情况...............................................................................................................21.4医疗发展趋势与前景...............................................................................................32门诊系统分析......................................................................................................................6
2.1可行性分析...............................................................................................................6
2.1.1技术可行性....................................................................................................62.1.2经济可行性....................................................................................................62.1.3操作可行性....................................................................................................72.2系统需求分析...........................................................................................................7
2.2.1业务及用户需求分析....................................................................................72.2.2系统功能需求分析........................................................................................9
3门诊系统概要设计............................................................................................................12
3.1系统功能设计.........................................................................................................12
3.1.1系统功能结构..............................................................................................123.1.2系统状态流程..............................................................................................123.2系统数据流程设计.................................................................................................13
3.2.1挂号模块数据流程......................................................................................133.2.2收费模块数据流程......................................................................................143.2.3药房模块数据流程......................................................................................163.3系统概念结构设计.................................................................................................18
3.3.1基本信息维护模块概念结构设计..............................................................183.3.2挂号模块概念结构设计..............................................................................193.3.3收费模块概念结构设计..............................................................................193.3.4药房模块概念结构设计..............................................错误！未定义书签。
4门诊系统详细设计............................................................................................................22
4.1项目架构设计.........................................................................................................22
4.1.1三层架构说明..............................................................................................22
-III-一种医院门诊管理信息系统的设计与应用
4.1.2系统三层架构..............................................................................................234.2界面设计.................................................................................................................244.3数据库设计.............................................................................................................25
4.3.1基本信息维护表设计..................................................................................254.3.2门诊挂号表设计..........................................................................................274.3.3门诊收费表设计..........................................................................................294.3.4门诊药房表设计..........................................................................................32
5实现....................................................................................................................................34
5.1登陆界面.................................................................................................................345.2基本信息维护界面.................................................................................................355.3门诊挂号界面.........................................................................................................36
5.3.1挂号..............................................................................................................365.3.2退号..............................................................................................................365.3.3日结..............................................................................................................375.3.4查询..............................................................................................................375.4门诊收费界面.........................................................................................................38
5.4.1收费..............................................................................................................385.4.2退费..............................................................................................................405.4.3结账..............................................................................................................405.5门诊药房界面.........................................................................................................41
5.5.1药房药品管理..............................................................................................415.5.2药房划价......................................................................................................415.5.3药房配发药..................................................................................................425.5.4药房查询......................................................................................................43
6测试....................................................................................................................................44
6.1软件测试定义.........................................................................................................446.2软件测试目的与原则.............................................................................................44
6.2.1软件测试目的..............................................................................................446.2.2软件测试原则..............................................................................................446.3测试方法.................................................................................................................446.4测试阶段.................................................................................................................45
6.4.1单元测试......................................................................................................45
-IV-一种医院门诊管理信息系统的设计与应用
6.4.2集成测试......................................................................................................456.4.3功能测试......................................................................................................45
结论..................................................................................................................................46参考文献............................................................................................................................47附录A挂号日结算法..........................................................................................................48附录B门诊收费算法..........................................................................................................54致谢..................................................................................................................................58
-V-一种医院门诊管理信息系统的设计与应用
1绪论
1.1医院信息系统的定义
医院信息系统(HospitalInformationSystem,HIS)在国际学术界已公认为新兴的医学信息学(MedicalInformatics)的重要分支。美国该领域的著名教授Morris.Collen于1988年曾著文为医院信息系统下了如下定义：利用电子计算机和通讯设备，为医院所属各部门提供病人诊疗信息和行政管理信息的收集、存储、处理、提取和数据交换的能力，并满足所有授权用户的功能需求。
1.2开发医院信息系统的意义
改善医院管理，支持医教研。我国医院的信息处理基本上还停留在手工方式，劳动强度大且工作效率低，医师护士和管理人员的大量时间都消耗在事务性工作上，致使"人不能尽其才"；病人排队等候时间长，辗转过程多，影响医院的秩序；病案、临床检验、病理检查等许多宝贵的数据资料的检索十分费事甚至难以实现；对这些资料深入的统计分析手工方式无法进行，不能充分为医学科研利用；在经济管理上也因而存在漏、跑、错费现象；医院物资管理由于信息不准确，家底不明，积压浪费，以致“物不能尽其用”。开发HIS是解决上述问题的有效途径。HIS系统的有效运行，将提高医院各项工作的效率和质量，促进医学科研、教学；减轻各类事务性工作的劳动强度，使他们腾出更多的精力和时间来服务于病人；改善经营管理，堵塞漏洞，保证病人和医院的经济利益；为医院创造经济效益。
完整的HIS系统实现了信息的全过程追踪和动态管理，从而做到简化患者的诊疗过程，优化就诊环境，改变目前排队多、等候时间长、秩序混乱的局面。如目前多数医院就诊必须经过挂号、等候病历、划价、收费、取药或治疗一系列过程，一个患者少则排3次队，多则5、6次，用于过程性的时间最少在1个小时以上，若实施HIS以后，每个病人用于诊疗的中间过程性时间会大幅度减少；假定一家医院门诊人次为201*人次/天，年门诊250天，每人少花费半小时，则日节约1000小时，一年节约36万小时，其产生的社会效益和间接经济效益是明显的。同时HIS的实施也强化了医院内部管理，降低了医护人员的工作强度和时间，伪、冒、漏现象可以解决，也加速了资金周转和减少药品、器械等物资积压。据估计如果全国有201*家医院应用HIS，每年每所医院增收节支、加速资金回笼和周转、堵漏、减少物资积压的回收资金方面的效益按20万元估计的话(实际比这高)，则年效益估计为40亿元，十分可观。但这往往不被人所认识。当然建立HIS更主要的还在于它对医院管理、医疗质量和医学研究的长期效应带来的综合
一种医院门诊管理信息系统的设计与应用
效益。因此HIS的投资一般需做基础性投资，诚如任何机构的统计部门那样，它是花钱的部门，但其重要性是公认的，投资也是必须的。HIS的效益远远超出医院本身，因为完整的病人医学记录是医学研究的重要信息资源，这类资源在手工作业环境下，大部分被抛弃了。
1.3国内外情况
电子计算机在医院的应用已有三十多年的历史，60年代初，美国便开始了HIS的研究。著名的麻省总医院开发的COSTAR系统是60年代初开始并发展到今天成为大规模的临床病人信息系统。随着计算机技术的发展，70年代，HIS进入大发展时期，美日欧各国的医院，特别是大学医院及医学中心纷纷开发HIS，成为医药信息学的形成和发展的基础。70－80年代，美国的HIS产业已有很大发展。
1985年美国全国医院数据处理工作调查表明，100张床位以上的医院，80%实现了计算机财务收费管理，70%的医院可支持病人挂号登记和行政事务管理。25%的医院有了较完整的HIS，即实现了病房医护人员直接用计算机处理医嘱和查询实验室的检验结果。10%的医院(2530)有全面计算机管理的HIS。
日本的HIS开发和应用从70年代初开始。多数日本医院是80年代以后开始进行HIS工作的，但发展十分迅猛，规模相当大，是以大型机为中心的医院计算机系统。如北里大学医院的IBM/3090双机系统。当前日本的HIS总的趋势是系统化、网络化、综合性，开始走自上而下的开发路线，一般都有大型机作为中心、支撑整个系统工作，并尽量采用微机和网络技术，投资规模大，正在实现“ordering”工作方式，即数据从发生源直接输入计算机。到1991年统计有近10家实现或基本实现此种方式。支持诊疗的功能在不断加强，系统24小时运行。不少软件是医院和计算机公司联合开发的，一些大公司也开发了一些通用的医院信息管理软件包，也有些医院自己开发。如北里大学，开发了综合的HIS，开发费用(机器设备除外)为3亿4千万日元(约合人民币1300万元)。日常运行费用支出为一年5亿1千万日元(约合人民币201*多万元)。
欧洲的HIS发展比美国稍晚，大多数是70年代中期和80年代开始。欧洲HIS的特点是实现了一些区域信息系统。如丹麦的RedSystem，管理76所医院和诊所。法国第八医疗保健中心实现了能管理三所大医院和三所医药学院的一体化信息系统－GrenobleIntegratedHIS。随着初级卫生保健工作的发展，欧洲各国区域性医院计算机网络将实现。目前欧共体的SHINE工程已经开始，英法意德许多公司都参与了此项工程。在分布式数据库系统和开放网工程方面已做了大量工作。
一种医院门诊管理信息系统的设计与应用
计算机70年代末期就进入了我国医疗行业，当时以IBM的M340小型机为主，只有少数几家大型的部属综合医院和教学医院拥有，如北京协和医院、北京肿瘤医院、301医院等，主要应用于科研和教学，还没有应用于HIS的管理。80年代初期，随着苹果PC机的出现和BASIC语言的普及，一些医院开始开发一些小型的管理软件，如工资软件等；80年代中期，随着XT286的出现和国产化，以及DBASEIII和UNIX网络操作系统的出现，一些医院开始建立小型的局域网络，并开发出基于部门管理的小型网络管理系统，如住院管理，药房管理等。进入90年代，NOVELL网和FOXBASE、FOXFRO数据库日益盛行，完整的医院网络管理系统的实现已经成为可能，于是一些有计算机技术力量的医院开始开发适合自己医院的医院管理系统。一些计算机公司也不适时机的开发HIS，如HP公司（与301医院合作）、IBM公司、微软公司、浪潮公司。但这些系统都存在如下一些问题：
A．软件水平较低，一般只能做些初级的事务处理，也有的软件开发之后用了一段时间就停下了，坚持不下去，其原因是：
(1)各医院计算机专业人才缺乏，技术力量薄弱，特别是缺少高层次系统分析人员和跨专业复合型人才。
(2)项目多，力量分散。
(3)医院经费有限，很难建立起理想的软、硬件支撑环境。
B．重复开发多。据一个省调查，几年来，总共开发262个项目中，工资系统就有41个，医疗统计21个，人事21个……，重复率达70%多，究其原因：
(1)单位管理方式有一定差异，软件不能通用。(2)软件没有一个统一的标准，难以推广。
(3)全国没有一个较高水平、可广泛推广的医院管理软件包。
1.4医疗发展趋势与前景
在1984年，邓小平同志就曾高瞻远瞩地提出：“开发信息资源，服务四化建设。”的战略思想。可见，信息化是社会发展的趋势。特别在当今世界，信息作为最积极、最有生命力的新兴社会生产力的代表，正日益成为社会与经济发展的强大动力。
作为国民经济与社会发展信息化的一个重要组成部分医疗系统信息化，是指人们利用现代信息技术，收集、开发、利用医疗信息资源，实现医疗资源的高度共享，对传统的医疗管理模式、工作流程进行信息化改造的过程[1]。其发展顺应了国家信息化的潮流以及我国医疗事业改革与发展的需要，同时对提高医疗预防保健工作效率与服务水平、规范卫生监督管理行为具有积极和深远的意义。
一种医院门诊管理信息系统的设计与应用
科学技术发展日新月异，高精尖仪器特别是电子智能仪器在医院临床和医技科室的广泛应用，使各种数据或病人信息的收集、处理具备了良好的基础。医院管理的许多信息已可以直接从检查治疗仪器上生成，或从信息发生地获取，而无需手工汇总录入；各种信息的存储空间呈现海量使得数据和信息的存储、加工处理等可以在其发生的各个阶段或各个层次同时进行。这些功能的实现，一方面归功于自动化“硬件”技术的不断更新和发展，另方面表现在“软件”技术的不断完善或更新上。管理模式的转变、操作方法的改进，以及“硬件”技术的发展，都要求所用“软件”亦随之完善或更新。这些技术和功能的更新换代时间已大大短于其设备的使用年限，有的甚至已以月计。因此，伴随着医院管理信息系统技术的进步和更新，也使资金和技术人力投入的不断增加。
在这几年中，医院信息系统将进入一个新的发展阶段。由单机系统向网络化发展，由医院内部局域网向广域网拓展；由单一形式的静态向多媒体动态改变；由封闭的专有技术环境向开放的统一标准化转变。随着信息系统自动化的实现，医院管理者能够在更高层次、更大范围。更短时间里获得各种数据和信息，拥有更多、更科学的决策依据，从而使医院管理从被动转变为主动，从而扩大了医院生存与发展的空间，获得较好的社会效益和经济效益。
全国近半数的医院进行了网络建设，信息系统的应用水平不断提高，逐步从以财务为重点的管理信息系统，转向临床加管理的信息系统，一些医院正在探索建立医生工作站、护士工作站、临床检验信息系统、医学影像系统、电子病历和远程医疗为特点的数字化医院。许多医疗卫生机构建立了互联网站、开展网上挂号、预约就诊、信息咨询、健康教育和远程服务等。
但是，医院因其工作的复杂性和各医院管理模式的不尽相同，使医院管理计算机软件的开发具有很大的挑战性和潜力。特别是在目前尚未形成一套成熟、有效的应用软件的情况下，各公司竞相开发，有的只做成结构框架就急于推向市场，由用户再行二次开发；有的医院聘用公司人员开发软件，应用后因软件的更新维护工作跟不上而影响其正常运行；有的医院甚至投资数十万元仍一无所获。医院各自为战的重复开发和被动应用，加上公司的商业竞争，使医院信息系统的建设处于一种热情支持、积极投资，但却与效用成反比的局面。
随着知识经济时代的到来，标准化是信息化的基础，信息化必然伴随着标准化。但是由于我国标准化工作严重滞后，标准化问题目前已成为信息化进程的一个主要障碍。目前，全国医院信息管理软件的研制开发缺乏统一的标准、无统一的HIS数据接口标准，不利于整个地区医院的资源共享。
一种医院门诊管理信息系统的设计与应用
统一标准，是医疗信息化建设的基础，也是进行信息交换与共享的基本前提。然而目前我国医疗行业中各种业务规范与标准，尚处于逐步建立、完善和提高的过程，尤其是医疗信息标准化工作还比较薄弱。这对医疗信息化的进一步的发展毫无疑问形成了较大的阻碍。由于缺乏统一的业务规范与标准，使不同的医疗信息系统之间无法兼容，数据无法共享，数据统计分析工作更是无法进行，造成了医疗信息资源的极大浪费。
我国正处于医疗信息化建设与应用过程中，由于人们观念、习惯的转变，人员素质的提高等方面都需要比较长的时间，毫无疑问会产生上述之类的一些问题，但若通过一系列的措施，例如加强医疗信息化标准化体系的规划和建设、进行教育和培养人才的规划，以及加大医疗信息系统软件上的投入和开发力度等等，相信会对我国医疗信息化建设起到推动的作用。
诚然在我国真正实现医疗信息化管理，还有很长一段路要走。但是在21世纪，不断加快信息化的今天，医疗信息化已是大势所趋，因而医疗信息化之路必定要坚持肯定地走下去，并为全社会的医疗服务质量做出贡献。
一种医院门诊管理信息系统的设计与应用
2门诊系统分析
本节通过进行可行性分析，判断本医院门诊管理信息系统是否可行，是否能为实际应用创造价值，为医院信息管理或患者就医查询提供方便。然后再针对现今医院的实际需求进行分析，理清本系统的总体设计，需要实现的功能。
2.1可行性分析
可行性分析是系统分析阶段的重要活动，是对系统进行全面、概要的分析。它的任务是确定项目开发是否必要和可行。它的主要目标是：进一步明确系统的目标、规模和功能，对系统开发背景、必要性和意义进行调查分析，并根据需要和可能提出拟开发系统的初步方案和计划，明确问题，对所提供系统大致规模和目标的几个有关约束条件进行论证，并且提出系统的逻辑模型和各种可能的方案，从而为系统开发项目的决策提供科学依据。本节从技术的可行性，经济的可行性以及操作的可行性三个方面来论证本信息管理系统的可行性。2.1.1技术可行性
技术可行性即是对现有技术进行评价，以明确能否利用现有技术进行系统开发及系统实施。
硬件：计算机的存储量大，运算速度快，外部设备的功能好，效率高，可靠性高，通信设备的能力、质量都满足要求。
操作系统：windowsxp/201*接口能力强，数据库管理系统的功能足够。编译器：VisualStudio201*，利用C#.net编写实际管理系统更简便易行。数据库：Oracle10g，数据管理更加安全可靠。
本人已经十分熟悉C#的编程，Oracle数据库，因此技术上是可行的。2.1.2经济可行性
对组织的经济状况和投资能力进行分析，对系统建设、运行和维护费用进行评估，对系统建成后可能取得的社会及经济效益进行估计。
目前国内应用HIS的医院管理在信息化上的软硬件投资只占其年收入的1%-3%,而应用HIS后，阻塞了管理漏洞，杜绝了药品的丢失，节省了人力，提高了医院的财、物管理水平，改善了患者的就医环境，方便了患者就医和查询，提高了医院的服务效率和服务质量。因此带来的经济回报将远远超过信息化过程中的投入。
一种医院门诊管理信息系统的设计与应用
2.1.3操作可行性
本系统大概需要两个月的时间完成。前两个星期主要是以看书以及收集有关系统方面的资料为主；接下来就是对系统的分析、系统架构、数据库设计、界面设计、编写代码，测试等等。而这些东西对于本系统来说是可行的。
2.2系统需求分析
2.2.1业务及用户需求分析
管理信息系统是一门新兴的、集成管理科学、信息科学、系统科学及计算机科学为一体的综合性学科，研究的是信息管理活动的全过程，以便有效的管理信息，提供各类管理决策信息，辅助企业进行现代化管理。管理信息系统它具备数据处理、计划、控制、预测和辅助决策功能，具体作用如下5点内容：
用统一标准处理和提供信息，排除使用前后矛盾的不完整的数据；完整、及时提供在管理及决策中需要的数据；利用指定的数据关系分析数据，客观预测未来；
向各级管理机构提供不同详细程度的报告，缩短分析和解释的时间；
用最低的费用最短的时间提供尽可能精确、可靠的信息，以便使决策者选择最佳的实施方案，以提高企业的经济效益。
图2.1是系统的总体业务流程，一个患者进入医院先到挂号处进行现场挂号，领取病例卡号，如果患者在当天内不想就医，可进行退号，即退相关费用，如挂号费、病历本费用等，由于门诊医生站属于临床诊断领域，实现较为困难，因此本系统把药房划价代替门诊医生站，为患者划价，即开处方药品，然后患者到门诊收费处进行缴费，如果此时患者不想开药或者不想要药品中的某几种，可进行门诊退费。这样做是为了迎合实际需求，让医院管理更加符合现实。接着药房进行配、发药，患者领取药品之后就行了，如果领取药品之后，发现某些药品不想要，则同样可进行退费，不过先应该到药房进行退药，再到门诊收费处进行退费，这样做的目的是为了防止漏洞，试想一下，如果患者先到门诊收费处退费了，药品还在自己的手中，患者可以选择不退药品，此时就会给医院带来损失。
本系统是从一个患者到医院挂号，然后进行划价，收费，药房取药的全过程。从图中可以简要看出，数据能实现全面跟踪，以便医院进行管理和决策。
一种医院门诊管理信息系统的设计与应用
图2.1系统总体业务流程图
医院的医疗水平和服务质量一直是社会关注的焦点，仅靠增加基础设施投入和脱离信息化的管理方法的改进，是不能从根本上提高医院的工作效率、服务质量和管理水平的。医院信息管理系统的目的就是减轻业务劳动强度，减少了差错，科学管理药品，节省人力，提高医院的财、物管理水平，增加经济效益，改善患者的就医环境，方便患者就医和查询，提高医院的服务效率和服务质量，提高医院的医疗质量和管理水平。所以，一个现代化的适应社会发展需要的医院，除了具备一流的医疗队伍、一流的服务设施之外，还应具备一流的管理信息系统。
目前很多医院信息管理仍然是人工手动计算,整理,查询，管理病房等各项工作,执行效率非常低,不方便,给医务人员带来了不少麻烦;现在已是21世纪,为了跟上时代的发展,实现信息管理自动化刻不容缓。医院信息管理系统不仅方便医院的管理，而且方便病人信息的综合管理，信息查询，床位查询，医嘱管理等等。
21世纪，管理才能出效率，将先进的电脑技术和现代医院的管理完美的结合起来，完成以前需要大量人工才能完成的任务。实现了医疗、服务一体的全新概念的服务和管理方式是我们的当务之急。
一种医院门诊管理信息系统的设计与应用
2.2.2系统功能需求分析
本系统根据医院的需求以及病人的实际情况，通过本人的详细分析，实现了医院门诊部分的主要功能需求，包括门诊挂号，门诊收费，门诊药房，基本信息维护四个主要功能模块。如图2.2所示，基本信息维护模块一般只有管理员或者高级操作人员才有权限进入，它是对一些基本信息的管理，如人员、科室，医院的一些常数进行管理。下面详细分析每个模块包含的功能。
图2.2系统总结构图
基本信息维护模块包含的功能有常数维护、科室人员管理、人员组管理、权限维护，常数维护可对合同单位、挂号级别等基本常数进行维护；科室人员管理可对用户和科室进行增加或者修改；人员组管理可对用户可登陆的模块进行维护；权限维护可对用户登陆的模块的权限大小进行维护，如只有该模块查询权限，则无法进行该模块内删除、修改、增加数据的操作。
图2.3基本信息维护模块结构图
一种医院门诊管理信息系统的设计与应用
挂号管理包含的功能有现场挂号、退号、患者基本信息维护、日结以及门诊挂号相关的查询，如科室收入汇总查询、挂号员工作量查询、挂号情况查询等等。挂号实现了患者的基本信息录入，门诊挂号等待看诊；患者挂号了但是想离开时可进行退号；患者基本信息维护能够对患者的基本信息进行修改；日结则是对挂号员上次日结到本次日结时间内发生的挂号进行结账，缴款。
图2.4门诊挂号模块结构图
门诊收费包含的功能有门诊收费、门诊退费、门诊结账(日结)以及门诊收费相关的查询。门诊收费是对药房划价对患者产生的处方进行收费；门诊退费是当患者已经到药房进行退药后进行退费操作；门诊结账则是对收款员上次结账日期到本次结账日期期间发生的收费进行结账，缴款。
图2.5门诊收费模块结构图
一种医院门诊管理信息系统的设计与应用
门诊药房包含的功能有药品管理、门诊划价(收费)、门诊退费、门诊配药、门诊发药、门诊退药以及药房内的相关查询。药品管理可对药品信息进行增加或者修改；门诊划价相当于医生为患者开处方；门诊配药是配药员预先给已经收费患者进行配药，方便患者取药；门诊发药是发药员把药品发到患者手中；门诊退药则是患者已经拿到药品后，在有效条件下进行退药的操作。
图2.6门诊药房模块结构图
一种医院门诊管理信息系统的设计与应用
3门诊系统概要设计
这部分主要描述了系统功能设计，首先讲述了本系统的整体结构，系统包括基本信息维护、门诊挂号、门诊收费、门诊药房四个主要模块，然后仔细描述了各模块的数据流程，跟踪各模块的业务处理流程，最后描绘了各模块内主要的实体类之间的联系。
3.1系统功能设计
3.1.1系统功能结构
图3.1是本系统的功能结构图，描述了系统登陆到各个子模块可进行操作的功能。用户首先进入系统登录界面，输入用户名、密码进行身份验证，再进入模块选择，根据该用户的模块权限选择登录的模块，再进行操作，如果该用户没有任何一个模块的登录权限，则无法进入功能操作界面。
图3.1系统功能结构图
3.1.2系统状态流程
如下图是本系统的状态流程图，简要描绘了系统及模块间的操作流程。用户可以登陆不同的子模块，更改登陆可登陆进入其它模块。
一种医院门诊管理信息系统的设计与应用
用户先输入用户名，密码，进入登陆模块界面，选择要登陆的模块，然后再进行该模块进行相关操作。系统提供注册功能，可以在用户登录进入系统的情况下，把该用户注销，同时用其它的用户名、密码登录。
图3.2系统状态流程图
3.2系统数据流程设计
3.2.1挂号模块数据流程
患者首先到患者基本信息登记处索取“患者基本信息登记表”，填写完整后交给基本信息录入员录入电脑，患者带着基本信息登记表到挂号处进行挂号，挂号员收取挂号各种费用，同时打印挂号收据，发放“初诊病历”，如果患者想退号，患者提交挂号收据，挂号员判断是否可以退号（只能退当天的号、已经医生看诊的不允许退号、预约挂
一种医院门诊管理信息系统的设计与应用
号不允许退号），如果可以退号，则进行退号操作，并把挂号费退给患者。
患者开始挂号处挂号收据是否可以退号退还挂号费是结束否
图3.3挂号数据流程图
3.2.2收费模块数据流程
医院门诊收费处的主要业务是门诊收费和门诊退费，下面介绍了这两个主要业务流程的执行过程。
1.门诊收费流程
门诊收费处可以进行划价操作，需要进行划价的，那么进行划价操作，否则进行收费操作。门诊收费处可以根据划价信息进行收费，也可以直接进行收费，门诊收费处收费时，确定支付方式（信用卡、支票等），确定分发票要求，最后打印统一门诊收费发票。
一种医院门诊管理信息系统的设计与应用
图3.4门诊收费流程图
2.门诊退费流程
如果患者收费项目没有执行，那么可以直接退费，否则需要填写《退费申请单》，并且经过领导审核,如果患者的发票是隔日的，那么一定需要执行科室填写《退费申请单》，退费前需要财务领导进行审核，收费员根据收费申请单和发票进行退费,如果是交叉退费，也需要财务领导进行审核，才可以退费。如果收费时间很久的发票退费，软件不予以处理，直接到财务科手工退费。
当患者收费项目已经执行了再进行退费时，应该先在药房退还药品，再到门诊收费处退药品费用。本系统的内部处理是把原来划价的处方单作废，再生成一条新的处方，这样做有利于医院统计、管理，也可减少不必要的医疗纠纷，避免医生开错药、乱开药和患者乱退药的情况。
一种医院门诊管理信息系统的设计与应用
图3.5门诊退费流程图
3.2.3药房模块数据流程
1.门诊药房发药流程
门诊收费接受患者电子处方或手工处方进行收费；扣除库存药品虚库存。门诊药房系统接受收费信息，自动刷新待取药患者列表，显示患者处方信息；患者送方到药房取药。配药人员在配药台模块内，根据设置进行配药标签或配药清单补打(如已自动打印则不需补打，提前捡药)。配药人员对处方做配药确认，记录配药人员工作量信息。已配药患者信息发送发药台，同时大屏幕刷新已配好药的患者列表。患者根据当前大屏幕的待取药患者信息，排队取药。发药人员在发药模块内，对患者处方进行确认，扣除库房实库存，还虚拟库存。记录发药人员工作量信息。对于当日未取药患者，在虚拟库存管理模块内，对该处方单独进行虚拟库存还库操作。
一种医院门诊管理信息系统的设计与应用
门诊药房药房划价扣除实库存是收费处是否需划价否处方收费扣除实库存医生处方发药台患者送方如果需划价则不扣除库存处方是否正确否通知患者修改处方患者是否取药是否发药确认发药结束图3.6门诊药房发药流程图
2.门诊药房退药流程
判断是否已超过允许退费时间，如果已超过则不允许退费，患者需要得到医生开据药品退费说明，避免患者无故退药的情况，然后经过门诊药房负责人签字确认，此时软件生成一条退费信息，门诊收费根据病历号得到该退费信息，然后患者再进行退费。
一种医院门诊管理信息系统的设计与应用
医生门诊药房门诊收费退费申请退费申请单药房核对药品退药还库退费申请单患者退费图3.7门诊药房退药流程图
3.3系统概念结构设计
该部分描绘了各个模块的E-R图，各实体的一些主要属性及联系。E-R方法是“实体-联系方法”（Entity-RelationshipApproach）的简称。它是描述现实世界概念结构模型的有效方法。它一般包括实体型、属性、联系三个组成部分。
实体型(Entity)：具有相同属性的实体具有相同的特征和性质，用实体名及其属性名集合来抽象和刻画同类实体。
属性(Attribute)：实体所具有的某一特性，一个实体可由若干个属性来刻画。
联系(Relationship)：联系也称关系，信息世界中反映实体内部或实体之间的联系。实体内部的联系通常是指组成实体的各属性之间的联系；实体之间的联系通常是指不同实体集之间的联系。
3.3.1基本信息维护模块概念结构设计
首先，系统有个超级管理员，可进行信息的维护，人员添加，人员功能模块维护，科室维护等等。从图3.8中可以看出，用户以及管理员必须是医院的员工，但是员工未必有登陆此系统的权限。
系统有权限维护模块，可维护用户功能模块里的每个菜单或者工具栏的操作权限，如该用于只有一个界面查询权限，则不能在该界面下进行增加、删除或者修改操作，增加系统的灵活性和安全性。
本系统中设计的员工可对应多个科室，也就是说用户能用不同的所在科室登陆系统，进行只有在该科室下才能进行某些操作。
一种医院门诊管理信息系统的设计与应用
图3.8基本信息维护E-R图
3.3.2挂号模块概念结构设计
挂号子模块中有一些基本数据的维护，如挂号级别维护，合同单位维护。挂号级别是患者想挂号的级别，如专家号+病例、专科号、普通号，不同的挂号级别对应的挂号费也不相同；合同单位是对患者采取的收费标准，如现金、医保、市保、退休等等。
图3.9挂号E-R图中的挂号实体是挂号模块中的核心结构，记录了患者的信息、挂号信息等等、是否日结等等。挂号实体的合同号、挂号级别分别与挂号级别实体的挂号级别编号跟合同单位实体的合同编号相关联。3.3.3收费模块概念结构设计
如图3.10所示，收费子模块中发票实体是整个模块的核心，它关联着发票明细、项目明细、支付方式、费用明细、日结等等许多信息，甚至处方实体中的发票号也是与发票实体关联着。
一种医院门诊管理信息系统的设计与应用
发票实体中维护着发票号、患者病历号、金额、是否有效、是否日结等等非常重要的信息，它门诊财务管理、核对的主要管理对象。
发票明细是一张发票对应的一些收费信息，费用明细则是门诊流程中对收费项目进行动态跟踪与管理的实体。
本系统支持多支付方式，可用银行卡、医保卡等等进行刷卡收费。3.3.4药房模块概念结构设计
图3.11中的处方实体是在药房划价或者门诊划价时产生，它是医生给患者开的一张处方，其中包括处方号、病历号、处方状态、处方金额、配发药人等等属性。
处方明细是一张处方中医生为患者开的药品明细或者项目明细，像开的哪个药品、药品数量、用法、频次、每次剂量、处方号、是否退药、摆药人等等信息。
处方与处方明细实体是通过处方号相关联的，即一个处方包括多个处方明细，通俗的说，一个患者到医院就医，医生开了一张处方单，这就相当于一个处方实体，而处方单上的多个项目明细及处方明细。
图3.9挂号E-R图
一种医院门诊管理信息系统的设计与应用
图3.10收费E-R图
图3.11药房E-R图
一种医院门诊管理信息系统的设计与应用
4门诊系统详细设计
本节是对医院门诊管理信息系统的详细设计，本系统采用三层架构，因此先讲述了三层架构的特点，采用三层架构对设计本系统的好处，然后再对系统进行了数据和界面上的设计。
4.1项目架构设计
4.1.1三层架构说明
本系统采用三层架构：数据访问层(DAL)，逻辑业务层(BLL)，表示层(UI)。在软件体系架构设计中，分层式结构是最常见，也是最重要的一种结构。微软推荐的分层式结构一般分为三层，从下至上分别为：数据访问层、业务逻辑层（又或成为领域层）、表示层。
三层结构原理：3个层次中，系统主要功能和业务逻辑都在业务逻辑层进行处理。所谓三层体系结构，是在客户端与数据库之间加入了一个“中间层”，也叫组件层。这里所说的三层体系，不是指物理上的三层，不是简单地放置三台机器就是三层体系结构，也不仅仅有B/S应用才是三层体系结构，三层是指逻辑上的三层，即使这三个层放置到一台机器上。三层体系的应用程序将业务规则、数据访问、合法性校验等工作放到了中间层进行处理。通常情况下，客户端不直接与数据库进行交互，而是通过COM/DCOM通讯与中间层建立连接，再经由中间层与数据库进行交互。
表示层位于最外层（最上层），离用户最近。用于显示数据和接收用户输入的数据，为用户提供一种交互式操作的界面。
业务逻辑层（BusinessLogicLayer）无疑是系统架构中体现核心价值的部分。它的关注点主要集中在业务规则的制定、业务流程的实现等与业务需求有关的系统设计，也即是说它是与系统所应对的领域（Domain）逻辑有关，很多时候，也将业务逻辑层称为领域层。例如MartinFowler在《PatternsofEnterpriseApplicationArchitecture》一书中，将整个架构分为三个主要的层：表示层、领域层和数据源层。作为领域驱动设计的先驱EricEvans，对业务逻辑层作了更细致地划分，细分为应用层与领域层，通过分层进一步将领域逻辑与领域逻辑的解决方案分离。业务逻辑层在体系架构中的位置很关键，它处于数据访问层与表示层中间，起到了数据交换中承上启下的作用。由于层是一种弱耦合结构，层与层之间的依赖是向下的，底层对于上层而言是“无知”的，改变上层的设计对于其调用的底层而言没有任何影响。如果在分层设计时，遵循了面向接口设计的思想，那么这种向下的依赖也应该是一种弱依赖关系。因而在不改变接口定义的
一种医院门诊管理信息系统的设计与应用
前提下，理想的分层式架构，应该是一个支持可抽取、可替换的“抽屉”式架构。正因为如此，业务逻辑层的设计对于一个支持可扩展的架构尤为关键，因为它扮演了两个不同的角色。对于数据访问层而言，它是调用者；对于表示层而言，它却是被调用者。依赖与被依赖的关系都纠结在业务逻辑层上，如何实现依赖关系的解耦，则是除了实现业务逻辑之外留给设计师的任务。
数据访问层：有时候也称为是持久层，其功能主要是负责数据库的访问，可以访问数据库系统、二进制文件、文本文档或是XML文档。简单的说法就是实现对数据表的Select，Insert，Update，Delete的操作。如果要加入ORM的元素，那么就会包括对象和数据表之间的mapping，以及对象实体的持久化。
采用三层架构的优点如下：
1、开发人员可以只关注整个结构中的其中某一层；2、可以很容易的用新的实现来替换原有层次的实现；3、可以降低层与层之间的依赖；4、有利于标准化；5、利于各层逻辑的复用。4.1.2系统三层架构
图3.1为系统三层架构简图，简要说明了系统的层次结构。
图4.1系统三层架构简图
其中数据库处理类包括DAL.Database，DAL.Oracle.Database，DAL.SqlDatabase，DAL.DataAccess四个类。Database类是连接数据库的接口，可根据不同的数据库进行连接，DataAccess类提供对数据库进行读取和保存数据的操作。对于系统中的每个实体，
一种医院门诊管理信息系统的设计与应用
都维护了一个实体类，便于读取和管理，每个子模块都有一个自己的业务处理类，处理与它相关的一些业务。界面层则是面向用户，提供用户操作的界面。
4.2界面设计
界面设计初期，就定义了界面UI规范，无论是控件使用，提示信息措辞，还是颜色、窗口布局风格，遵循统一的标准，做到真正的一致。使用户使用起来能够建立起精确的心里模型，使用熟练了一个界面后，切换到另外一个界面能够很轻松的推测出各种功能，语句也不需要费神理解。降低对操作人员培训的成本，培训人员不需费力逐个指导。能给用户统一的感觉，不觉得混乱，心情愉快，支持度增加。
本系统定义了许多自定义用户控件和用户窗体，易于重用与维护。例如，系统子模块的功能窗体风格一致，统一继承了BaseForm窗体，查询类窗体又统一继承了BaseQueryForm窗体，如此重用性很高，也便于系统后期维护。
图4.2BaseQueryForm界面
一种医院门诊管理信息系统的设计与应用
4.3数据库设计
此系统的数据库设计是根据实际需求，结合本人以往经验进行设计，虽然有些设计不是十分理想，但是能实现基本功能需求。数据表分为四个模块：基本信息维护、挂号管理、门诊收费、门诊药房。基本信息维护中的表是对一些基本信息的维护，如员工、系统用户、登陆科室、权限、系统功能模块等等的维护；挂号管理包含挂号、退号、日结、患者等信息；门诊收费主要是进行财务上的收费、核算等，其中需用的表有发票信息、费用明细、收费方式、日结等表结构；门诊药房主要是跟药品的发放关联，相关的表有处方主表、处方明细、药品信息等等。4.3.1基本信息维护表设计
用户表里主要包括用户编号、用户名称、用户密码三个字段，其中用户编号是主键，该表中的用户能登陆系统，进行系统操作，表结构如表4.1所示。
表4.1用户表
NameUSER_CODEUSER_NAME
TypeVARCHAR2(6)
NullableN
Default‘’‘’‘’
Comments用户编号用户名称用户密码
VARCHAR2(20)N
USER_PASSWORDVARCHAR2(20)N
员工表维护着医院的一些基本员工，如医生，护士，收款员和管理员等等，其中编号是主键，本系统的设计特点是员工表里维护的人员才能成为系统的用户，登陆系统进行操作。这样设计可进行严密的人员控制，防止安全泄密或者黑客攻击。表结构如表4.2所示。
表4.2员工表
NameCODENAMEDEPT_CODETYPESEXIDEDUC
TypeVARCHAR2(6)VARCHAR2(10)VARCHAR2(4)NUMBER(20)VARCHAR2(2)VARCHAR2(20)VARCHAR2(10)
NullableNNYYYY
Default‘’‘’男
Comments编号名称科室编号员工类别性别身份证号学历
一种医院门诊管理信息系统的设计与应用
科室表维护了医院的一些科室，描述了这些科室是否是挂号科室，是否停用，是否是执行科室，挂号费等信息。如表4.3所示，其中科室编号是主键。
表4.3科室表
NameDEPT_CODEDEPT_NAMEDEPT_TCODEREG_FEEIS_STOPIS_REG
TypeVARCHAR2(4)VARCHAR2(50)VARCHAR2(4)NUMBER(6,2)VARCHAR2(1)VARCHAR2(1)
NullableNNYYYY
Default""‘’001
Comments科室编号科室名称科室类别编号挂号费是否停用,1是/0否是否是挂号科室,1是/0否
IS_EXEC
VARCHAR2(1)
Y0是否是执行科室,1是/0否
权限表维护了系统用户的功能权限，每个用户在每个功能菜单下的权限都不尽相同，如用户可以有一个功能的查询权限，但是没有修改权限，则该用户只能读取这些数据，不能进行修改，这样设计的目的是严格控制用户权限，防止用户错误修改数据，导致不必要的损失。如表4.4所示，其中用户编号、功能模块编号是主键。
表4.4权限表
NameUSER_CODEFUNCTION_IDFUNCTION_NAMEDELETE_RIGHTEDIT_RIGHTADD_RIGHTREAD_RIGHT
TypeVARCHAR2(6)VARCHAR2(10)VARCHAR2(4)NUMBER(20)VARCHAR2(2)VARCHAR2(20)VARCHAR2(10)
NullableNNYYYY
Default‘’‘’1111
Comments用户编号功能模块编号
功能模块名称删除权限修改权限增加权限查询权限
一种医院门诊管理信息系统的设计与应用
4.3.2门诊挂号表设计
门诊挂号主表是一个非常庞大的数据表，它既包括了患者的一些信息，还包括了患者挂号、是否收费、是否有效、是否日结的一些信息，如表4.5所示，表中只列出了一部分属性，其中发票号是主键。
表4.5挂号主表
NameCARD_NOREG_DATENAMESEX_CODEPACT_CODEREGLEVL_CODEDEPT_CODEDOCT_CODEYNREGCHRGINVOICE_NOREG_FEEPAY_COSTVALID_FLAGOPER_CODEOPER_DATECANCEL_OPCDCANCEL_DATEBALANCE_FLAGBALANCE_OPCDBALANCE_DATEYNSEESEE_DATE
TypeVARCHAR2(10)DATEVARCHAR2(40)VARCHAR2(1)VARCHAR2(10)VARCHAR2(3)VARCHAR2(4)VARCHAR2(6)VARCHAR2(1)VARCHAR2(12)NUMBER(6,2)NUMBER(6,2)VARCHAR2(1)VARCHAR2(6)DATEVARCHAR2(6)DATEVARCHAR2(1)VARCHAR2(6)DATEVARCHAR2(1)DATE
NullableNNYYYYYYYYYYYYYYYYYYYY
Default0"0"
Comments病例号/就诊卡号挂号日期姓名性别合同号挂号级别科室号医师代号挂号收费标志1是/0否发票号挂号费自付金额0退费,1有效,2作废操作员代码操作时间作废人作废时间1已日结/0未日结日结人日结时间是否看诊1是/0否看诊日期
一种医院门诊管理信息系统的设计与应用
挂号员日结档是医院门诊进行日结的统计，它是对每个挂号员当天的挂号情况进行统计，本系统设计方式是只有挂号员本人才能对自己的当天工作进行日结，如果其中有中断，则对上次日结结束时间到本次日结时间这段时间内进行日结，每次日结产生一个日结号。如表4.6所示，其中日结序号是主键。
表4.6挂号员日结档
NameBALANCE_NOBEGIN_DATEEND_DATETOT_QTYTOT_REGTOT_CHKTOT_DIGTOT_OTHTOT_OWNTOT_PAYTOT_PUBOPER_CODEOPER_DATE
TypeVARCHAR2(12)DATEDATENUMBER(6)NUMBER(8,2)NUMBER(8,2)NUMBER(8,2)NUMBER(8,2)NUMBER(8,2)NUMBER(8,2)NUMBER(8,2)VARCHAR2(6)DATE
NullableNYYYYYYYYYYYY
Default0000000
Comments日结序号开始时间结束时间处方数量挂号费总额检查费总额诊察费总额附加费总额现金总额自付总额记帐总额操作员操作时间
门诊挂号部分还包括日结明细，合同单位表，挂号级别表等一些信息，日结明细表是挂号员日结档的补充，记录了每次日结的一些具体信息，如开始发票号、结束发票号、发票数量、挂号费合计、是否有效等信息。
合同单位表、挂号级别表则是为挂号主表服务，便于挂号费得维护，方便不同类型的患者就医。挂号级别表包含了是否专家号、是否专科号、是否特诊号、是否有效等信息，如果是专家号则是挂指定专家的号，如果是专科号，则是挂指定科室的号，为不同级别的患者的就医优先级也不同。
一种医院门诊管理信息系统的设计与应用
4.3.3门诊收费表设计
表4.7是门诊发票表，其中发票号是主键。门诊发票表是医院门诊收费处最重要的一张表，它直接关系到医院门诊的财务系统，它的设计是否正确，直接关系到系统的正常运行。门诊发票表中的发票号关系到表4.8费用明细表中的票据号属性，表4.10处方主表的票据号属性，它还是许多财务表的外键，因此十分重要。门诊发票表包括发票号、病例卡号、总额、有效性等重要信息。门诊发票表是当门诊收款员进行收费时产生，同时在发票明细表、支付方式表、项目明细表等表结构中添加相关信息。
表4.7门诊发票表
NameINVOICE_NO
Type
NullableN
Default"0""0"
Comments发票号
记账发票是否打印标记0没有打印1已经打印
CARD_NOREG_DATENAMEPAYKIND_CODEPACT_CODEPACT_NAMETOT_COSTREAL_COSTOPER_CODEOPER_DATECANCEL_FLAGCANCEL_INVOICECANCEL_CODECANCEL_DATEBALANCE_FLAGBALANCE_NOBALANCE_OPCDBALANCE_DATE
VARCHAR2(10)DATEVARCHAR2(4)
YVARCHAR2(40)YVARCHAR2(10)YVARCHAR2(50)YNUMBER(8,2)NUMBER(8,2)VARCHAR2(6)DATEVARCHAR2(1)
YYYYY
病历卡号挂号日期患者姓名结算类别代码合同单位代码合同单位名称总额实付金额结算人结算时间
有效状态0退费1有效2重打3注销
VARCHAR2(12)YVARCHAR2(6)DATEVARCHAR2(1)VARCHAR2(6)DATE
YYNYY
作废票据号作废操作员作废时间
日结标识号日结人日结时间
VARCHAR2(12)
PRINTINVOICE_FLAGVARCHAR2(1)
VARCHAR2(12)Y
表4.8是费用明细表，它是连接门诊收费处和门诊药房的桥梁，当患者发生退费操作时显得尤为重要。
一种医院门诊管理信息系统的设计与应用
费用明细表的主键是处方号与项目代码，它是当药房人员进行划价时产生，它的属性类似于处方主表，但是它的作用是为了实现费用的动态跟踪，如当患者未拿药进行退费和患者已经拿药再进行退费时它记录着患者该状态，便于门诊收费处进行退费处理，同时也便于门诊药房人员进行退药处理。
表4.8费用明细表
NameRECIPE_NOCARD_NOREG_DATEREG_DPCDDOCT_CODEDOCT_DEPTITEM_CODEITEM_NAMEDRUG_FLAGSPECSUNIT_PRICEQTYCOSTEXEC_DPCDEXEC_DPNMOPER_CODEOPER_DATEPAY_FLAGCANCEL_FLAGFEE_CPCDFEE_DATEINVOICE_NOCONFIRM_FLAGCONFIRM_CODECONFIRM_DEPTCONFIRM_DATE
TypeVARCHAR2(14)VARCHAR2(10)DATEVARCHAR2(4)VARCHAR2(6)VARCHAR2(4)VARCHAR2(12)VARCHAR2(1)VARCHAR2(32)NUMBER(9,4)NUMBER(8,2)NUMBER(8,2)VARCHAR2(4)VARCHAR2(20)VARCHAR2(6)DATEVARCHAR2(1)VARCHAR2(1)VARCHAR2(6)DATEVARCHAR2(12)VARCHAR2(1)VARCHAR2(6)VARCHAR2(4)DATE
NullableNYYYYNNYYYYYYYYYYYYYYYYY
Default‘1’
Comments处方号病历卡号挂号日期开单科室开方医师开方医师所在科室项目代码项目名称1药品/0非要规格单价数量金额执行科室代码执行科室名称划价人划价时间0划价
0退费，1正常，2重打，3注销收费员代码收费日期票据号0未确认/1确认确认人确认科室确认时间
VARCHAR2(100)N
一种医院门诊管理信息系统的设计与应用
表4.9是日结信息表，它与门诊挂号处的挂号日结档相似，记录了门诊收费处的一些日结信息。它可根据不同的费用类别进行日结，如正常费用、退费费用、重打费用等，由于门诊收费处支持多支付方式，因此，日结信息中还包括刷卡金额、支票金额、现金金额等信息。
日结信息表的主键是日结序号，与之对应的还有日结明细表，它也是对每条日结信息进行详细的描述。
表4.9日结信息表
NameBLANCE_NOBEGIN_DATEEND_DATETOT_COSTOPER_CODEOPER_NAMEOPER_DATECHECK_FLAGCHECK_OPCDCHECK_DATEBALANCE_ITEM
TypeVARCHAR2(12)DATEDATENUMBER(10,2)VARCHAR2(6)VARCHAR2(16)DATEVARCHAR2(1)VARCHAR2(6)DATEVARCHAR2(1)
NullableDefaultYYYYYYYYYN
‘0’
Comments日结序号开始时间结束时间总收入收款员代码收款员姓名操作时间财务审核，1未审核/2已审核审核人审核时间日结项目：0-正常；1-退费；2-重打；3-注销
INVOICE_NO
VARCHAR2(50)
Y日结项目对应的发票号或发票号区间范围
OWN_COSTCDNUMBERCD_COSTCA_COSTDB_COSTEXTENT_FIELD3EXTENT_FIELD4EXTENT_FIELD5
NUMBER(10,2)NUMBERNUMBER(10,2)NUMBER(10,2)NUMBER(10,2)VARCHAR2(100)VARCHAR2(400)VARCHAR2(1000)
YYYYYYYY
实收金额刷卡数量刷卡金额现金金额支票金额发票号范围作废发票号明细退费发票号明细
一种医院门诊管理信息系统的设计与应用
4.3.4门诊药房表设计
表4.10是门诊处方主表，它的主键是处方号，它是记录医生为患者开的处方的一些信息，其中处方状态属性记录了该处方的执行阶段，申请状态时该处方刚刚开立时的状态，打印状态时进行门诊收费收费时的状态，配药则是药房人员对该处方进行配药时的状态，发药是药房人员进行发药后的状态，还药状态则是当药房人员进行配、发药后，但是在当天内该患者未到药房取药，则药房人员把药品摆放原处时产生。
表4.10门诊处方主表
NameRECIPE_NORECIPE_STATECARD_NOPATIENT_NAMESEX_CODEPAYKIND_CODEDEPT_CODEREG_DATEDOCT_CODEDOCT_DEPTFEE_OPERFEE_DATEINVOICE_NORECIPE_COSTDRUGED_OPERDRUGED_DEPTDRUGED_DATESEND_OPERSEND_DATESEND_DEPTVALID_STATEBACK_OPERBACK_DATECANCEL_OPERCANCEL_DATE
TypeVARCHAR2(14)VARCHAR2(1)VARCHAR2(10)VARCHAR2(40)VARCHAR2(2)VARCHAR2(4)VARCHAR2(4)DATEVARCHAR2(6)VARCHAR2(4)VARCHAR2(6)DATEVARCHAR2(12)NUMBER(12,2)VARCHAR2(6)VARCHAR2(4)DATEVARCHAR2(6)DATEVARCHAR2(4)VARCHAR2(1)VARCHAR2(6)DATEVARCHAR2(6)DATE
Description处方号
处方状态:0申请,1打印,2配药,3发药,4还药(当天未发的药品返回货架)病历号患者姓名性别结算类别患者科室编码挂号日期开方医生开方医生所在科室收费人编码收费时间票据号
处方金额(零售金额)配药人配药科室配药日期发药人发药时间发药科室
有效状态：0有效，1无效还药人还药日期取消操作员取消日期
一种医院门诊管理信息系统的设计与应用
表4.11是药品表，记录着药品的一些信息，如药品类别，药品性质、用法、频次、规格等药品相关的信息，本系统设计特点是添加了虚库存属性，当药房进行划价时，虚库存会减去开立的药品的数量，这样设计的目的是防止药品欠缺的情况，如果患者进行划价、收费，最后到药房取药时发现没有药品可拿时，发生的负面效应是不容忽视的。
表4.11药品表
NameDRUG_CODEDEPT_CODETRADE_NAMEDRUG_TYPEDRUG_QUALITYDOES_UNITUSAGE_CODEUSAGE_NAMEDFQ_FREQDFQ_NAMESPECSPACK_UNITPACK_QTYMIN_UNITSHOW_FLAGDRUG_PRICEREAL_NUMVIRTUAL_NUM
TypeVARCHAR2(12VARCHAR2(4)VARCHAR2(50)VARCHAR2(10)VARCHAR2(10)VARCHAR2(16)VARCHAR2(3)VARCHAR2(6)VARCHAR2(40)VARCHAR2(16)VARCHAR2(32)VARCHAR2(16)NUMBER(4)VARCHAR2(16)VARCHAR2(1)NUMBER(14,4)NUMBER(20,4)NUMBER(20,4)
Description药品编码所属科室药品商品名药品类别药品性质剂量单位用法单位用法名称频次代码频次名称规格包装单位包装数最小单位
显示的单位标记(0最小单位,1包装单位)单价实际库存虚库存
门诊药房还有处方明细表信息，处方明细表是一条处方上对应每条药品的信息，它的主键是处方号与项目编号。可以实现同一个处方上不同的药品拥有不同的状态，如同一处方上的A和B两种药品，但是A药品需要到药房1取药，B药品需要到药房2取药，患者先去药房1取药后，A药品的状态则被置为发药状态，而此时B药品状态还是打印状态。这样设计的目的是让医院门诊的业务更加灵活，填补因为不同药品在不同科室取药时发生状态改变时的混乱。
一种医院门诊管理信息系统的设计与应用
5实现
5.1登陆界面
图5.1系统登陆界面
如图5.1所示，用户输入用户名、密码进行登陆。如果提示用户名错误，则说明输入的用户名有误；如果提示密码错误，则说明存在该用户，但是输入的密码错误。这样设计能防止用户利用数据库漏洞进行非法登陆。如防止用户名输入a"or"a"="a可登陆系统。
图5.2系统更改登陆模块界面
一种医院门诊管理信息系统的设计与应用
图5.2为系统更改登陆模块界面，可选择登陆的模块和登陆科室。如果进入到子模块中想进入其它的子模块，则点击主菜单帮助下的更改登陆即进入到该界面。
5.2基本信息维护界面
基本信息维护模块功能菜单如下图所示，基本信息维护菜单的子菜单包括了一些常数的维护，人员科室维护包括人员组管理，科室人员管理。
图5.3基本信息维护菜单
图5.4是科室人员管理的界面，可以进行科室和人员的维护，可以添加、修改人员，但是不能删除人员，这样设计的目的是为了系统的安全，如果删除的人员参与过门诊业务的一些处理，如进行过划价，发生了医疗纠纷、人事整顿等事件时，则不能再找到与该人员相关的记录了。
图5.4科室、人员添加与修改界面
基本信息维护模块还包括权限维护界面，它的界面形式与科室人员管理界面类似，实现了对用户已经拥有的功能模块权限的更改，如一个用户有挂号模块的权限，则权限维护功能可对该用户在挂号模块下进行详细的权限维护，像只有查询权限，缺没有删除、增加、修改权限。
一种医院门诊管理信息系统的设计与应用
5.3门诊挂号界面
门诊挂号模块界面包括门诊挂号、退号、日结和查询四个功能菜单，下面具体介绍每个菜单对应的功能界面。5.3.1挂号
图5.5挂号界面
图5.5是门诊挂号界面的一小部分，图中工具栏中的“生成卡号”按钮能自动生成卡号，算法是顺序生成卡号，当没有卡号时，用默认的最小的卡号，然后在此基础上递增，如果中间有空余号码，则先用空余号码中的最小号码作为病历号。
患者在挂号界面下录入一些患者基本信息，选择合同单位、挂号级别、挂号科室、挂号医生等信息，点击保存则完成一次挂号，患者记录本次病例卡号，可用于完成医院门诊部分的其它流程，如药房划价则输入病历卡号，对该患者进行药品开立。5.3.2退号
图5.6退号界面
一种医院门诊管理信息系统的设计与应用
如图5.6所示，退号可根据患者病历号或者发票号进行退费，有时一个病例卡号可能有多条挂号信息，因为同一个患者可以用一个病例卡号到医院进行多次挂号，此时选择某一条挂号信息进行退费。图中红色的勾选项是选择是否退病例本费，如果勾选，则挂号时收的病例本费用一并退还。5.3.3日结
日结界面如图5.7所示，本系统比较有特色的地方是能够显示该挂号员的收据号码段，如果号码段不是连续的，则会以多条号码段的形式表示。该界面中的起始时间是不能修改的，因为本次起始时间是上次日结的截止时间，如果挂号员能够修改，则存在着严重的财务漏洞。日结功能的算法请参见附件A。
图5.7日结界面
5.3.4查询
本系统挂号部分利用Sybase公司的DataWindow技术查询功能，在DataWindow窗口中维护SQL语句，再在程序中调用该窗口，本系统DataWindow窗口中transaction的属性配置是从系统配置文件App.config中读取的。这样方便系统实施，只需修改程序的配置文件，则可正确调用外部技术DataWindow的查询功能。
图5.8是挂号情况查询，是查询功能中的一个代表，它可以根据病历号、姓名、发票号等单条件进行挂号情况的查询，同时还可以进行批量查询，选择不同的查询条件进行挂号情况查询，如选择科室中的某一个，则查询与科室对应的挂号情况。
一种医院门诊管理信息系统的设计与应用
图5.8挂号情况查询
5.4门诊收费界面
门诊收费模块界面包括的功能菜单有门诊收费、退费、结账和查询，下面具体介绍每个门诊收费，门诊退费和结账三个功能。5.4.1收费
图5.9收费主界面
一种医院门诊管理信息系统的设计与应用
图5.9是收费的主界面的一部分，收费主界面能显示患者信息、处方信息、发票等信息。门诊划价功能是可选的，如在一些小型医院，在门诊收费处就可进行划价收费，本系统还实现了暂存功能，它可以保存以前的划价信息，如一个患者进行划价后，再有一个患者进行划价，由于症状相同，开立的药品也相同，则可用开立上一个患者同样的药品信息，这样就大大减少工作人员的工作量。
当输入病例号后，如果存在多条与该病例号对应的处方信息，则跳出下图选择框。工作人员选择某条处方信息进行收费。
图5.10患者处方
收费时显示项目信息，如药品发生的费用，检查发生的费用等等，系统支持多支付方式。确认收费界面图5.11所示，当输入实付金额时，系统会自动计算找零金额。收费功能的算法详见附录B。
图5.11收费插件界面
一种医院门诊管理信息系统的设计与应用
5.4.2退费
门诊退费界面如图5.12所示。退费只支持输入发票进行退费，不支持输入病历号，因为一个病历号可以对应多条收费信息。选择想要退费的药品，再输入数量进行退费，图中的全退是把所有的药品全部退费。
图5.12退费界面
5.4.3结账
门诊结账与挂号模块日结类似，界面如下图：
图5.13门诊结账信息
一种医院门诊管理信息系统的设计与应用
5.5门诊药房界面
门诊药房模块界面包括药品维护，药房划价、配发药、退药等业务，下面是对几个主要业务的具体实现。5.5.1药房药品管理
本系统设计的药品种类只有四种：西药、中草药、中成药和原料。药房管理人员可以对药品进行管理，对药品进行添加和修改。药品维护界面如下图所示：
图5.14药品维护界面
5.5.2药房划价
药房划价界面如图5.15所示。本系统设计没有包括门诊医生站，因此把药房划价代替医生站，.模仿医生对患者进行就诊，然后开立处方。
本系统支持在患者没有进行挂号时直接进行划价，设计目的是方便小型医院的业务处理，一个操作人员就可实现多项功能，具体操作方法是在图5.14中的病例号文本框处输入‘/’，再按回车，系统则会自动生成一个病例卡号，生成方法与门诊挂号处病例卡号的生成方式相同，然后再输入一些患者信息、开立药品信息进行划价
一种医院门诊管理信息系统的设计与应用
图5.15划价界面
5.5.3药房配发药
当患者已经到门诊收费处收费时，药房人员可进行配发药，如图5.16所示，输入发票号，则会出现该配药人所在科室的未配药患者，如果此时有新的患者收费时，工具栏中的刷新功能帮助显示新患者。
图5.16配药界面
一种医院门诊管理信息系统的设计与应用
5.5.4药房查询
药房查询主要有配药工作量、发药工作量、门诊处方查询。
图5.17为配药工作量查询，可根据药房或者人员进行查询，发药工作量查询与此类似。
图5.17配药工作量查询
图5.18为处方查询，可根据不同的查询条件进行查询，如根据病历号、发票号、姓名、处方号等条件进行查询。
图5.18处方查询界面
一种医院门诊管理信息系统的设计与应用
6测试
6.1软件测试定义
软件测试（Softwaretesting）是软件生存期中的一个重要阶段，是软件质量保证的关键步骤。通俗地讲，软件测试就是在软件投入运行前，对软件需求分析、设计规格说明和编码进行最终复审的活动。
1983年IEEE提出的软件工程术语中给软件测试下的定义是：“使用人工或自动的手段来运行或测定某个软件系统或系统部件的过程，其目的在于检验它是否满足规定的需求或弄清预期结果与实际结果之间的差别”。
6.2软件测试目的与原则
6.2.1软件测试目的
基于不同的立场，存在着两种完全不同的测试目的：
1从用户（测试人员）的角度出发，普遍希望通过软件测试暴露软件中隐藏的错误和缺陷，以考虑是否可接受该产品。
2从软件开发者的角度出发，则希望测试成为表明软件产品中不存在错误的过程，验证该软件已正确地实现了用户的要求，确立人们对软件质量的信心。
软件测试是想以最少的时间和人力，系统地找出软件中潜在的各种错误和缺陷。如果成功地实施了测试，就能够发现软件中的错误，则测试的附带收获是，它能够证明软件的功能和性能与需求说明相符合，实施测试收集到的测试结果数据为可靠性分析提供了依据，测试不能表明软件中不存在错误，它只能说明软件中存在错误。6.2.2软件测试原则
测试的目的在于发现错误，应尽早地和不断地进行测试。充分注意测试中的群集现象经验表明，测试后程序中残存的错误数目与该程序中已发现的错误数目成正比。所有的测试都应可追溯到客户需求，测试中穷举测试是不可能的，应该严格执行测试计划，排除测试的随意性，应当对每一个测试结果做全面检查，妥善保存测试计划，测试用例，出错统计和最终分析报告，为维护提供方便
6.3测试方法
本系统通过传统的两种测试方法进行测试：黑盒测试、白盒测试。
友情提示：本文中关于《医院网络挂号收费系统管理和维护》给出的范例仅供您参考拓展思维使用，医院网络挂号收费系统管理和维护：该篇文章建议您自主创作。
来源：网络整理 免责声明：本文仅限学习分享，如产生版权问题，请联系我们及时删除。
《医院网络挂号收费系统管理和维护》
由互联网用户整理提供,转载分享请保留原作者信息,谢谢!
http://m.bsmz.net/gongwen/662993.html
- 上一篇：挂号收费处现金管理规定
- 下一篇：中西药药剂员职责