中小型医院电子病历系统设计与实现

《中小型医院电子病历系统设计与实现》由会员上传分享，免费在线阅读，更多相关内容在学术论文-天天文库。

而＊易ｉＴｉ巧）ｉＵＮＩＶＥＲＳＩＴＹＯＦＥＬＥＣＴＲＯＮＰＩＣＳ亡ＩＥＮＣＥＡＮＤＴＥＣＨＮＯＬＯＧＹＯＦＣＨＩＮＡ专业学位硕±学位论文ＩＭＡＳＴＥＲＴＨＥＳＩＳＦＯＲＰＲＯＦＥＳＳＩＯＮＡＬＤＥＧＲＥＥｆＩ换學１如．泰Ｉ食省＇、ｉ＾ｕ？一论文题目中小型医院电子病历系统设计与实现运专业学位类别工程硕±卓Ｊ占学号２０１２９１２２０％８苗＇作者姓名郑灵概２１｜指营教师周瑞副教授ＳＵ＞ＪｍＪＫｍＭ 独创性声明本人声明所呈交的学位论文是本人在导师指导下进行的研究工作及取得的研究成果。据我所知，除了文中特别加Ｗ标注和致谢的地方外，也不包含，论文中不包含其他人已经发表或撰写过的研究成果为获得电子科技大学或其它教育机构的学位或证书而使用过的材料。与我一同工作的同志对本研究所做的任何贡献均已在论文中作了明确的说明并表示谢意。＼作者签名：冷灵诚＾曰期；２？化年仁月曰论文使用授权本学位论文作者完全了解电子科技大学有关保留、使用学位论文的规定，有权保留并向国家有关部口或机构送交论文的复印件和磁盘，允许论文被查阅和借阅。本人授权电子科技大学可将学位论文的全部或部分内容编入有关数据库进行检索，可Ｗ采用影巧、缩印或扫描等复制手段保存、汇编学位论文。（保密的学位论文在解密后应遵守此规定）’去作者签名导师签名；：每表濟＼气气曰期；文口作年Ｉ＾ 分类号密级注1UDC学位论文中小型医院电子病历系统设计与实现（题名和副题名）郑灵衢（作者姓名）指导教师周瑞副教授电子科技大学成都范跃宇高工南平市华讯电子有限公司南平（姓名、职称、单位名称）申请学位级别硕士专业学位类别工程硕士工程领域名称软件工程提交论文日期2014.09.25论文答辩日期2014.12.06学位授予单位和日期电子科技大学2014年12月25日答辩委员会主席评阅人注1：注明《国际十进分类法UDC》的类号。 DESIGNANDIMPLEMENTATIONOFELECTRONICMEDICALRECORDMANAGEMENTSYSTEMFORSMALL-MIDDLEHOSPITALSAMasterThesisSubmittedtoUniversityofElectronicScienceandTechnologyofChinaMajor:MasterofEngineeringAuthor:ZhengLingquAdvisor:ZhouRuiSchool:SchoolofInformationandSoftwareEngineering 摘要摘要计算机与网络技术的发展促进了信息技术的飞速发展，医院电子病历作为医院管理的重要组成部分，也在应用信息管理技术与计算机技术，使得医院电子病历更加科学化、规范化。提高医院电子病历的水平是本课题研究的重中之重。本文在系统设计过程中，调研福建医科大学附属南平市第一医院的电子病历现状，结合当今医院信息系统的发展现状，提出了基于B/S模式的医院电子病历系统的设计与实现。系统采用了自顶向下的开发方法，从该医院的电子病历的实际需求出发，结合该医生实际工作的现状确定了本系统地各个功能模块。本系统开发的是B/S模式的系统，主要利用了ASP.NET技术的开发。在系统设计过程中还加入了MVC框架。本系统是医院信息系统（HIS）的一个子系统，主要负责医院的电子病历。在系统设计过程中，参考福建医科大学附属南平市第一医院电子病历的现状。在调研过程中发现，传统的电子病历主要是手动管理，不仅工作量大，而且手写繁杂易出错。根据以上情况，本系统的模块主要包括：病人登记、增加类型、模板管理、病人转科、病历管理、信息查询以及系统维护七个模块组成。其中，病人登记模块主要是统计病人信息并将病人信息生成病历，以便后期病人信息的查看和管理；增加类型模块主要是根据病人的情况增加病历的类型；模板管理模块主要是根据医生的自身习惯对病历的模板进行管理，包括：模板增加、修改与删除；病人因病情需要转科，须经主管医师请示上级医师同意后方可转科治疗；病历管理主要实现电子病历的书写、归档功能；信息查询主要实现信息的查询功能；系统维护主要是管理员对系统进行数据等方面的维护工作。最后，本文对电子病历系统进行了功能测试与性能测试，经过测试，本系统符合需求分析阶段的要求，基本达到了降低医院成本、信息高度共享与节约医院资源的效果，很大程度上加快了医院信息化的步伐。关键词：电子病历，病人登记，模板管理，医院信息系统I ABSTRACTABSTRACTDevelopmentofcomputerandnetworktechnologypromotetherapiddevelopmentofinformationtechnology.Hospitalelectronicmedicalrecordmanagementasanimportantpartofhospitalmanagementmakeshospitaldrugmanagementmorescientificandstandardizedwiththeapplicationofinformationmanagementtechnologyandcomputertechnology.Itisatoppriorityofthisresearchtoimprovethelevelofhospitalmedicinesmanagement.Inthispaper,inthedesignprocessofthesystem,weresearchstatusofahospitalelectronicmedicalrecordmanagementatthesametime,combinedwithtoday'shospitalinformationsystemdevelopmentstatus,weproposeddesignandimplementationofhospitalmedicinemanagementsystembasedonB/Spattern.Weuseatop-downdevelopmentofthestatusquoapproachtodevelopthesystemwhichstartsfromtheactualneedsofahospitalelectronicmedicalrecordmanagement,combinedwiththedoctors’actualworktodeterminethevariousfunctionalmodules.ThissystemwasdevelopedbyB/Smodesystem,andtookmainadvantageofASP.NETtechnology.InthesystemdesignprocessalsojoinedtheMVCStrutsframework.Thissystemisahospitalinformationsystem(HIS)isasubsystem,ismainlyresponsibleforthehospital'selectronicmedicalrecords.Inthesystemdesignprocess,thereferencestatusofFujianMedicalUniversityFirstHospitalEHRNanpingCity.Foundintheresearchprocess,mainlythetraditionalmanualmanagementofelectronicmedicalrecords,onlyaheavyworkload,butalsocomplexanderror-pronehandwriting.Basedontheabove,thissystemmodulesinclude:patientregistration,increasethetypesoftemplatemanagement,transferofpatientsBranch,recordsmanagement,informationinquiryandsystemmaintenancesevenmodules.Amongthem,thepatientregistrationmodulemainlystatisticalinformationgeneratedpatientinformationandpatientrecordstothelatterviewandmanagepatientinformation;increasethetypeofmoduleistoincreasethepatient'smedicalconditionbasedonthetype;templatemanagementmoduleismainlybasedonthedoctor'sownhabitstemplatemedicalrecordsmanagement,including:templatestoadd,modifyanddelete;patientswhoseconditionrequirestransferdepartment,subjecttothecompetentphysicianreferralstobetransferredaftersurgicaltreatmentsuperiorphysicianconsent;medicalrecordselectronicmedicalII ABSTRACTrecordsmanagementmainlyrealizedwriting,archiving;informationthemainachievementofthequeryfunctioninformation;systemmaintenanceismainlyadministratorsandotheraspectsofthesystemfordatamaintenance.Finally,electronicmedicalrecordssystemforfunctionaltestingandperformancetesting,testedthesystemmeetstherequirementsanalysisphaserequirements,basicallyreachedthelowerhospitalcosts,ahighdegreeofinformationsharingandsavingeffectofhospitalresources,largelyacceleratedHospitalInformationpace.Keywords：ElectronicMedicalManagement;PatientRegistration;TemplateManagement;HISIII 目录目录第一章绪论................................................................................................................11.1研究背景与意义................................................................................................11.2国内外研究现状................................................................................................11.2.1国外研究现状..........................................................................................11.2.2国内研究现状..........................................................................................21.3本文主要工作....................................................................................................31.4论文的组织安排................................................................................................3第二章系统关键技术....................................................................................................42.1基于B/S的开发模式.........................................................................................42.2MVC架构............................................................................................................42.3ASP.NET技术.......................................................................................................62.3.1ASP.NET的运行环境.................................................................................62.3.2创建ASP程序..........................................................................................72.3.3ASP的内置对象........................................................................................72.4Ajax技术.............................................................................................................72.4.1Ajax构建基础...........................................................................................72.4.2Ajax框架...................................................................................................82.5本章小结............................................................................................................9第三章需求分析..........................................................................................................103.1系统可行性分析..............................................................................................103.2业务流程分析..................................................................................................123.3系统功能需求分析..........................................................................................173.3.1病人登记................................................................................................183.3.2增加类型................................................................................................183.3.3模板管理................................................................................................193.3.4病人转科................................................................................................193.3.5病历管理................................................................................................203.3.6信息查询................................................................................................203.3.7系统维护................................................................................................213.4系统非功能性需求分析..................................................................................21IV 目录3.5本章小结..........................................................................................................22第四章系统设计..........................................................................................................234.1系统架构设计..................................................................................................234.1.1系统软件架构设计................................................................................234.1.2系统物理架构设计................................................................................254.2系统功能模块设计..........................................................................................254.2.1病人登记................................................................................................264.2.2增加类型................................................................................................274.2.3模板管理................................................................................................284.2.4病人转科................................................................................................304.2.5病历管理................................................................................................314.2.6信息查询................................................................................................324.2.7系统维护................................................................................................344.3系统数据库设计..............................................................................................354.3.1数据库逻辑模型设计............................................................................354.3.2数据库物理结构设计............................................................................364.4系统接口设计..................................................................................................394.5系统安全性设计..............................................................................................404.6本章小结..........................................................................................................40第五章系统实现..........................................................................................................415.1环境配置和开发工具......................................................................................415.2系统关键模块实现..........................................................................................415.3系统各功能模块实现......................................................................................475.3.1病人登记模块........................................................................................475.3.2增加类型模块........................................................................................495.3.3模板管理模块........................................................................................505.3.4病人转科模块........................................................................................525.3.5病历管理模块........................................................................................545.3.6信息查询模块........................................................................................575.3.7系统维护模块........................................................................................585.4本章小结...................................................................................................60第六章系统测试..........................................................................................................616.1测试的目的及意义..........................................................................................61V 目录6.2测试方法..........................................................................................................616.2.1单元测试................................................................................................626.2.2集成测试................................................................................................646.2.3功能测试................................................................................................646.2.4系统测试................................................................................................656.3用例测试..........................................................................................................656.4测试结果..........................................................................................................696.5本章小结..........................................................................................................70第七章总结与展望......................................................................................................717.1总结..................................................................................................................717.2展望..................................................................................................................72致谢................................................................................................................................73参考文献........................................................................................................................74VI 第一章绪论第一章绪论本章主要就中小医院电子病历系统的研究背景与意义、国内外研究现状（国外研究现状和国内研究现状）、本文主要工作以及论文的组织安排。1.1研究背景与意义最近几十年来，全球经济迅速发展，随着经济的发展，信息化建设开始提上日程。信息技术的快速发展带动了企业的迅速发展，另一方面，信息技术凭借着强大的推动力改变着世界经济的格局[1]。医院在全球信息化建设的推动之下越来越认识到医院信息化建设的重要性，某医院希望通过计算机与网络技术，开始医院信息化的改革与建设工作，使得当前医院服务更加具有竞争力与亲和力。医院电子病历系统作为医院信息系统的一个分支，当前还是主要停留在手工管理方式。随着人们生活水平的提高，人们也学会了自身健康的发展。医院每天的工作量也在不断地增加，传统的医院电子病历采用手工管理方式，浪费了大量的人力、物力、财力。很多医院管理人员与医师护士将大量的时间投入资繁琐的操作之中，只是医院“人不能尽其才”。另一方面，低效率的电子病历还使得病人等候时间边长，医生病历管理流程繁琐等，大大的影响了医院的形象。病历的手工管理除了效率低下之外还容易引起病人的不满。电子病历系统作为医院管理系统的一部分，它的建设与开发是一项负责的工程。在系统的开发过程中需要医院、医生、病人与系统开发人员共同努力，建立一个标准的、人性化的电子病历系统。基于以上背景，开发一个基于福建医科大学附属南平市第一医院实际情况的电子病历系统势在必行。先进的电子病历系统的有效运行，不仅能够提高该医院各项工作的效率，而且减轻了该医院工作人员的压力。同时，对于病人，排队时间变少了，电子病历流程简单了，大大提高了医院的形象。完善的医院电子病历不仅能够对病人生病信息进行准确快速的诊断和数据分析，而且能够大大地提高医院的工作效率与管理水平。1.2国内外研究现状1.2.1国外研究现状计算机在医院领域应用以来已经过去了几十年，美国在上世纪60年代就开1 电子科技大学硕士学位论文始了医院信息系统的研究。到上世纪70年代，人们开始重视医院信息系统的发展，并开始大规模的发展。美国以及欧洲一些发达国家开始医院信息管理系统的研究与探索。到上世纪80年代，美国的一家机构统计，大约有20%的医院开始使用医院信息管理系统。当时的医院信息管理系统主要是完成病人信息的统计以及病人检验结果的查询等简单的操作[2]。日本在医院信息系统方面发展也比较早，从上世纪70年代开始，多数日本医院开始着手医院信息系统的发展。特别是到80年代以后，医院信息系统的发展十分迅猛，而且规模庞大。当时比较出名的信息系统如北里大学的IBM/3090双机系统。目前，人本在医院信息管理方面也越来越成熟，主要呈现系统、网络化与综合化的方向发展。日本在医院信息系统开发方面，主要采用自顶向下的开发方式，以大型机为中心，不断往外扩展，支持整个信息系统的工作。到90年代后，日本采用“ordering”工作方式，将采集到的数据之间输入到计算机。同时，系统支持24小时运行。欧洲的医院信息系统发展比美国与日本稍晚点，主要从上世纪70年代中期开始发展。相比于美国和日本的医院信息系统而言，欧洲的医院信息系统主要实现了一些区域信息系统，主要特点就是将各个地区的信息系统进行一体化管理[3]。1.2.2国内研究现状我国医院信息化管理起步较晚，主要是因为我国计算机与网络技术发展较慢。从上世纪70年代开始，计算机技术开始应用于医疗领域，当时只要少数大型医院才有IBM的M340小型机，M340小型机的应用标志着医院信息化的开始。随着计算机与网络技术的不断发展，医院信息化水平也在不断进步，到上世纪80年代左右，少数医院与科研机构开始利用BASIC语言编写一些常用的管理软件，到80年代末期，这种管理软件开始应用于医疗领域，一些大写医院开始建立小型的局域网以此来支持医院信息管理系统。进入90年代以后，计算机与网络技术迅猛发展，医院门诊管理系统、医院药品管理系统等医院信息管理系统开始出现，基于当时日趋先进的计算机网络技术与数据库技术，许多医院开始了医院电子病历系统的开发。虽然计算机技术迅速发展，一些没有计算机实力的小型医院还在采用传统的手工管理。其工作不仅繁琐，而且浪费时间，现代化的医院信息系统完全没有应用[4]。电子病历管理在中小型医院信息管理中占有非常重要的作用，电子病历管理是维系医院与病人信息的桥梁与纽带。患者去医院进行就诊时需要利用电子病历等级病人信息，并对病人治疗情况进行跟踪。卫生部发布了电子病历的相关法规，2 第一章绪论指出，电子病历是医院等现代医疗机构的重要组成部分，也是医院等医疗机构展开相关业务的支撑系统。总之，建立电子病历系统不仅能够提高医院医生工作的效率，而且能够提高医院等医疗机构的服务质量。1.3本文主要工作医院信息系统作为医院管理的一项主要的部分，融合了计算机技术、信息管理技术、数据库技术等各种技术以及医院的实际情况进行开发的。本论文主要调研了福建医科大学附属南平市第一医院当前管理的实际情况，设计出一整套针对医院电子病历的系统。本文在系统设计过程中，调研福建医科大学附属南平市第一医院的电子病历现状，结合当今医院信息系统的发展现状，提出了基于B/S模式的医院电子病历系统的设计与实现。本系统开发的是B/S模式的系统，主要利用了ASP.NET技术。在系统设计过程中还加入了MVC的Struts框架。系统采用了自顶向下的开发方法，从该医院的电子病历的实际需求出发，结合该医院医生实际工作的现状确定了本系统地各个功能模块。医院电子病历系统作为医院信息系统的子系统主要开发的模块包括：病人登记模块、增加类型模块、模板管理模块、病人转科模块、病历管理模块、信息查询模块以及系统维护模块。1.4论文的组织安排根据本系统的实现过程，本文的具体内容安排如下：第一章，主要就本课题的研究背景与研究的意义进行展开，通过对医院电子病历系统进行一个详实的介绍进而引入本课题研究的对象；第二章，介绍了电子病历系统相关的技术，为后续的设计工作进行铺垫；第三章，在对电子病历系统的信息内容进行简单介绍的基础上，对系统的功能性以及非功能性需求进行分析介绍，进而实现系统的功能划分；第四章，在前面的功能划分的基础之上，基于面向对象的设计理念，对系统的设计进行模块设计的实现等；从MVC实现的角度，从数据层、功能层和表现层描述了系统的实现方案。第五章，是系统实现，主要介绍了系统关键模块与各个功能模块的实现过程。第六章，是系统测试，描述了系统的测试方法、测试环境配置、测试过程、测试用例、以及最后的测试结果和评价。第七章，是总结与展望。根据后面的修改情况改写这部分。3 电子科技大学硕士学位论文第二章系统关键技术本章阐了述系统开发中应用的关键技术，包括开发系统所使用的B/S模式、MVC架构、ASP.NET技术、Ajax技术，作为系统开发所使用理论支撑与主要技术环境。2.1基于B/S的开发模式C/S服务模式是相对于B/S服务模式而言的。所谓B/S与C/S即浏览器/服务器服务模式与客户端/服务器服务模式。传统的应用系统由于技术的原因，主要采用的C/S的服务方式。C/S服务方式是一种基于局域网的服务方式，用户通过局域网中的终端获取与系统的服务器进行交互进而获取所需要的内容[5]。在C/S服务方式之下，客户端需要有终端来运行系统，这种服务方式比较适合与小范围的对安全等级要求比较高的环境。在C/S服务方式的基础之上，随着互联网技术的发展，B/S服务模式被提出，区别于C/S，B/S模式对于客户端而言，只需要有浏览器就可以为用户提供服务。用户通过客户端的服务器，远程登录系统，客户终端不需要对硬件有太高的要求，同时借助于互联网，扩大系统的服务范围，降低系统的实现成本[6]。因此，本系统采用B/S服务模式。B/S模式是一种三层结构的系统，如图2-1所示。请求浏览器Web服务器数据库响应图2-1B/S结构图2.2MVC架构本文设计的电子病历系统使用ASP.NET技术进行开发，为了使系统方便后期维护与扩展，在程序开发中还参考了Struts技术中的MVC框架。Struts是一种基于J2EE平台的MVC开发框架，被越来越多地运用于商业软件的开发。它主要采用Servlet和JSP技术，把自定义标签和信息资源整合起来，可以避免开发时需要自己来重新实现全套MVC模式，很适合于开发Web应用程序[7]。Struts的主要功能可以概括如下：（1）Struts通过一个servlet控制器将用户发送过来的请求发送给响应的Action4 第二章系统关键技术对象。（2）JSP拥有自己的标签库，标签库中的标签能在servlet控制器中被查找关联，这有助于开发人员进行交互式表单的创建。（3）Struts提供了一系列实用的功能对象，包括XML处理对象和Java映射APIs对象等。一个Struts项目的目标在于为开发Web应用程序提供一个开放代码的框架，而避免重复开发。Struts框架的内核是一个基于多种技术的灵活的控制层，主要包括Servlet、JavaBeans和XML等技术。Struts框架在控制层之上还有模型和视图的实现，这主要基于自身的控制器组件和其他技术的整合。Struts提供的这种MVC模式具有很好的实用性，已被越来越多地应用到商业软件开发中[8]。MVC（Model-View-Controller）设计模式将视图显示、数据模型和业务逻辑分离开来，降低了业务逻辑和数据模型之间的相互影响，也使视图层设计形式更加丰富。这种模式使得功能的实现逻辑更加清晰，也符合人的思维习惯，而容易被不同的开发人员理解[12]，其工作原理具体如图2-2所示。选择视图（控制器）业务处理接收用户请求调整模型响应用户请求选择视图显示相应结果用户请求（模型）（视图）状态查询代表应用程序状态显示模型状态响应状态查询接收数据更新请求处理业务流程把用户输入数据传给控制器通知视图业务状态更新通知数据库更新方法调用事件图2-2MVC设计模式Struts作为MVC模式的一种实现形式，不仅继承了MVC的所有特征，还在J2EE规范的基础上扩展出了自己独有的特征，采用Servlet和JSP标记作为实现的一部分，其具体工作原理如图2-3所示。5 电子科技大学硕士学位论文控制层逻辑层ActionServletAction⋯Action浏览器客户端⋯IE容器资源Action底层模型⋯管理配置...JavaBeanChromeStrutscoServicenfig.xml视图层JSP图2-3struts工作原理（1）控制器。Struts通常使用一个名为ActionServlet的通用控制组件来承担MVC模式中的控制器角色，并将相关的配置信息存放在指定的XML文件中。ActionServlet是Struts处理所有发送来的HTTP请求的起点，它首先截取这些发送来的请求，经分析后发送到相应的动作类（Action类本身或其子类）；同时将请求中附带的参数传递给ActionForm类中对应的参数，再将填充的ActionForm类传给动作类（通常称为ActionBean）。动作类通过访问JavaBeans来处理核心业务逻辑，完成后由后续的JSP文件进行相应的控制处理，以生成用户视图[9]。（2）视图。Struts采用JSP技术来完成视图设计，提供HTML、Bean和Template等多种JSP标签库，极大地丰富了视图效果，也为分开界面显示和程序逻辑提供了支持[10]。（3）模型。Struts中主要存在ActionForm、Action和JavaBeans等3种形式的模型。其中，ActionForm用于封装来自客户机的用户请求信息，例如表单信息；Action又称为ActionBean，用于获取控制组件ActionServlet传来的ActionForm对象，取出ActionForm对象中含有的相关信息后进行相应的处理，一般是调用JavaBeans[11]。2.3ASP.NET技术2.3.1ASP.NET的运行环境考虑到中小医院电子病历系统的应用广泛性，本文在开发支出决定采用ASP.NET技术来进行开发。ASP程序拥有比较突出的有点：不需要编译。当然，有利必有弊，ASP程序的控制流程功能的实现，必须依靠脚本语言。在执行ASP程序时，脚本解释器对经过脚本发送来的ASP程序进行解释，然后再转换成服务6 第二章系统关键技术器能识别执行的命令。当然，ASP语言也拥有独立的规则体系，不同的脚本对应的规则可能不尽相同，因此要求服务器提供与之对应的脚本解释器，否则可能导致程序无法执行。系统开发中应用到的ASP程序适用于所有的Windows操作系统，ASP所需环境如表2-1所示。表2-1运行ASP程序所需的安装的web服务器操作系统Web服务器WindowsXPMicrosoftInternetInformationServerversion6.1(IIS6.1)Windows7MicrosoftInternetInformationServerversion7.0(IIS7.0)WindowsServer2008MicrosoftInternetInformationServerversion6.0(IIS6.0)2.3.2创建ASP程序本系统中的程序主要是以.asp为扩展名存在的，程序可以应用文本编辑器打开，也可以进行编辑与修改。当然，本电子病历系统中的程序是在VisualStudio2010环境下进行编写的。2.3.3ASP的内置对象ASP.NET技术同时还具有一个优点，那就是，它本身具有一些常用的内置对象。程序员通过内置对象就可以方便的获取用户在本系统中的信息，方便系统进行维护。这些内置对象有很多，经常用到的主要有：Application、Request等。ASP技术自身提供了一些常用的内置对象，有了这些内置对象，我们就可以方便的获取客户在浏览器上发送的信息，同时也可以将服务器端的数据发送给浏览器，使用户可以操作或者浏览。这些内置对象包括Application、Request、Response、Session和Server等等。2.4Ajax技术2.4.1Ajax构建基础Ajax技术是由JSP技术中引进的，本电子病历系统设计过程中采用此项技术主要是为了支持系统网页的更新。（1）客户端的javascript技术概述电子病历系统客户端主要是采用Javascript技术来进行开发的，本技术支持的值类型与C语言相似，主要包括：对象、字符串等等。同时，在程序编写过程中7 电子科技大学硕士学位论文可以添加类或者使用方法，该方法可以进行自定义。系统开发的是B/S模式的，主要通过浏览器来进行访问，因此，程序编写过程中事件响应主要是应用HTML事件，用户在系统页面进行操作时，底层代码的就会通过该事件进行一系列的响应。（2）操作web页面系统底层代码会有一系列的XML文档，该文档主要存在于内存当中，底层程序中的Javascript可以通过XML文档直接访问页面的相关信息。需要注意的是，程序中的XML文档能改进行编辑与修改，修改之后的XML文档能够改变系统的一些性能或者功能。本文编写的Javascript可以通过XML文档当中相关的API进行访问XML文档，这种API我们经常称之为DOMAPI。该种类型的API提供了许多相应的机制，通过这些机制，使用getAttribute()函数来访问或者编辑相应的属性值，同时，DOMAPI定义了标准映射表，通过映射关系，可以通过改变元素当中的某个属性来为该属性增加一个新值[12]。2.4.2Ajax框架通过2.4.1Ajax构建基础了解到，在Ajax理论介绍当中很多东西都比较抽象，而且不能彻底的对Ajax技术进行相应的了解。本节当中主要对Ajax框架进行相关知识的介绍，如图2-4所示。AjaxianWebFrameworksRails，Tapestry，WebWork，ASP.NET，...JavascriptUIToolkitUtilities&Dojo，SmartClient，Backbase，...ToolsRemotingToolkitDWR，JSON-RPC，dojo.io.bind()XMLHttpRequestiframe...图2-4Ajax的层描述从图2-2之中可以看到，Ajax框架大体分为五层：远程调用工具包（XMLHttpReques，ifame等等）、UI工具包（UIToolkit）、WEB应用程序工具包（AjaxWebFrameworks）、基于标记与基于组件。其中远程调用工具包（XMLHttpReques，ifame等等）主要是程序员用来创建8 第二章系统关键技术自己的工具包，利用API封装一系列的类，通过该工具包能够访问服务对象。UI工具包（UIToolkit）主要是提供一系列的组件，WEB应用程序工具包（AjaxWebFrameworks）主要是在WEB上建造一系列的程序，基于标记主要是针对ASP.NET技术中的开发框架提供一个可供参考的标记。2.5本章小结本章主要介绍了系统开发过程中用到的关键技术，包括：基于B/S的开发模式、MVC架构、ASP.NET技术、Ajax技术，为系统的开发奠定了良好的基础。9 电子科技大学硕士学位论文第三章需求分析需求分析阶段主要是为了将系统设计的整个过程进行详细的需求描述与分析，需要考虑到系统设计过程中涉及到的方方面面的问题。需求分析阶段需要确定系统需要做什么以及完成什么，为系统后续设计过程奠定基础。3.1系统可行性分析要判断一个项目开发是否是有必要且可行的，就必须对此项目进行可行性分析。此系统开发主要是基于福建医科大学附属南平市第一医院的实际需求进行开发的。通过一些考察医院的现状进一步地明确系统的开发目标，运行规模等，从开发系统的背景开始，逐步了解系统是否有必要继续开发，此系统开发出来的作用以及影响是什么。从阶段性的调查结果中为系统提供下阶段开发的运行方案规模和目标等，它不仅是对系统进行全面的透彻的分析，还为系统的进一步开发决策提供可靠的科学依据。中小型医院电子病历系统的目标是按照管理系统的原理和方法采用成熟的信息技术和手段支持管理中的各项工作。其数据来源由员工、管理员、计算机管理员通过键盘输入，系统的各种报表，经主管领导签字，报送管理者。本中小型医院电子病历系统的可行性主要是从三个方面进行研究[13]：（1）技术可行性。因为现有技术有一定的限制，所以必须对技术进行评价，确定现有的技术是否能满足系统的开发与实施。由于计算机网络迅速的发展，各种开发模式与技术在全国被普遍地使用，这些已经应用于实践的技术证明现在的技术都对中小型医院电子病历系统的开发很适用，可以用来开发中小型医院电子病历系统。（2）经济可行性：一个医院建立一个系统肯定是用来为医院带来一定经济效益的，负利润的系统没有医院会努力去做。所以在开发系统的时候需要进行经济可行性的分析，分析医院的经济状况、投资能力，对系统开发以及以后系统维护所需的花费进行一定的估计，然后再对系统建成后在社会带来的优势以及给医院带来的利润进行评估，最后分析是否是经济可行的。本系统支持局域网与互联网，需购置微机若干、打印机以及各种相关软件，采用自主开发方式，所需费用不多，系统开发成功，正常运转，将减少人事压力，更有效地医院企业的正常运行，所产生的效益远大于所需费用。除了上述的效益外，还可以弥补医院的不足，对人员合理安排，挖掘优秀人才，不仅减少了多雇佣人员的费用还提高了整个医院在工作与财务管理的效率和服务质量。10 第三章需求分析（3）运营可行性：开发一个系统，必须要对此系统的运营环境进行观察，看此系统的运营是否和医院的环境能够融洽融合，比如在现有人员、设施的环境下，如果需要对现有环境改动特别大，那么管理者应该重视是否应该开发应用此系统。能够提供人员和资金上的支持。使用者都具备有一定的计算机操作能力，只需要简单培训即可，加之是采用先进的面向对象的方法开发，将来系统的运行、维护将不会遇到大的困难。通过上述分析，本系统有开发的必要与可能，决定开发系统。主要从技术可行性、经济可行性和营运可行性三个方面对本系统进行可行性研究。下面对本系统在开发过程中的可行性进行分析[12]。（1）技术可行性已经学过数据库，对SQL的基本知识有了一定的了解，使用起来上手比较快，加上ASP.NET的使用；正在学习管理信息系统，从整体上大体知道怎样对一个项目进行分析建模与实施。基于上述条件，开发一个简单的中小型医院电子病历系统完全可行。（2）经济可行性。由于是学习型开发，不需要什么成本，以学习理解系统理念、学习系统开发步骤，熟悉开发软件为主要目的。目前几乎每个人都有个人电脑，这对系统的开发提供了硬件保证。（3）营运可行性。随着社会的发展，使用计算机技术对海量信息进行管理与挖掘越来越成为主流。因此开发电子病历系统应用前景非常广阔。作为学生，通过这种训练，也有益于们学会从整体的视角统筹规划，了解系统开发的基本方法。此外还可以大大提高们的学习能力[15]。（4）系统有很强的实用性。每一个系统必须要有能保证自己信息数据的安全与可靠的能力，这是一个系统必须具备的功能。操作系统继Windows2000之后的版本都具有自己保证系统安全的能力[10]，所以结合了各种严谨的管理系统之后，还是可以确定系统的安全。它考虑了在医院目前现有的员工人数、业务管理流程等的情况下，可以最大限度的满足业务需要。（5）系统具有可维护性。采用MVC模式进行底层代码的辨析，这样分层模式的系统设计使系统在用户界面不受到干扰的情况下更加便于维护。（6）可扩展性：每一个模块都是对应了一个单独的动态链接库DLL文件，如果添加这个模块的DLL文件后，再可以找到这个DLL文件所对应的引出函数，就可以在这个函数里可以对此模块进行相应的增加、删除、修改等操作，十分便11 电子科技大学硕士学位论文于操作，可扩展性强。3.2业务流程分析本文通过对福建医科大学附属南平市第一医院电子病历的实际情况调研，开发了本电子病历系统，中小医院医生的日常工作围绕“明确诊断，根据诊断、病情变化制定诊疗方案”来开展医疗活动，具体工作主要有病史收集、书写病历、下达医嘱、开医技申请单、进行手术等。根据医院医生每日主要工作内容，电子病历系统的功能主要包括：病人登记、增加类型、模板管理、病人转科每一个系统必须要有能保证自己信息数据的安全与可靠的能力，这是一个系统必须具备的功能。操作系统继Windows2000之后的版本都具有自己保证系统安全的能力[14]，所以结合了各种严谨的管理系统之后，还是可以确定系统的安全、病历管理、信息查询以及系统维护。病人到医院后首先要到医生处进行诊疗、诊断，业务流程如图3-1所示。图3-1医生站就诊从图3-1中可以看出，病人到医生处就诊后，医生根据病人的检验信息开具病历、医嘱。病人的病历信息会被储存在医院的病案数据库之中。这样，病人在医院的全程的病历信息可以被检索与查询。根据医院医生每日主要工作内容，电子病历系统的功能主要包括：病人登记、增加类型、模板管理、病人转科每一个系统必须要有能保证自己信息数据的安全与可靠的能力，这是一个系统必须具备的功能。操作系统继Windows2000之后的版本都具有自己保证系统安全的能力[15]，所以结合了各种严谨的管理系统之后，12 第三章需求分析还是可以确定系统的安全、病历管理、信息查询以及系统维护。系统各个模块的业务流程及说明如下：（1）病人登记病人登记业务流程如图3-2所示。病人登记基本流程门诊住院医生护士站导诊处办卡病人登记卡挂号处住院登记医生开单护士站入科收费处收费医生接入药房领药/医技科室检查图3-2病人登记业务流程病人登记业务流程说明如表3-1所示。表3-1病人登记业务流程说明业务流程图/业务流程说明备注（1）登记：病人登记卡——>登记住院—住院登记：病人住院号系统自动顺序生成；若中—>护士站入科——>医生接入；间有退院病人，在新登记病人时可以把退院的（2）取消登记：医生站确认没有开过医嘱病人的住院号手工录入到新病人的住院号。——>护士站取消入科——>登记处作废导诊处给病人分配卡号，录入基病人基本信息预交金——>记录该病人的住院号——>（姓名、性别、年龄等）收取卡费；登记处取消登记；挂号处：病人挂号时系统默认初诊（即系统会自（3）出院：医生下出院通知——>护士核动多收取1.5元的病历本费和建档费），如病人对费用出院——>出院处费用审核——>有病历本要注意改成复诊状态；出院处打印发票；收费处：收费时要注意每个收费项目的执行科（4）取消出院：出院处作废发票——>护室，病人要部分退费时要全部退费后重新收取士站取消出院——>继续治疗病人已经做过的项目，新的核算联和原来的发票全部回收作废；（2）增加类型增加类型业务流程如图3-3所示。13 电子科技大学硕士学位论文增加类型基本流程医生主治医生查看病历类型查看病历类型否否病历类型病历类型不符？不符？是是增加类型增加类型保存类型至保存类型至医生主治医生图3-3增加类型业务流程图增加类型业务流程说明如表3-2所示。表3-2增加类型业务流程说明业务流程图/业务流程说明备注（1）医生制作病历时进行病历类型的选择；医生增加病历类型时需要（2）如果没有相应的病历类型或者相应的病历类型不能进行备注说明，说明该类型病满足要求则需要增加病历类型；历类型由谁创建，适合哪种病（3）将增加的病历类型进行保存、修改、删除。症。（3）模板管理模板管理业务流程如图3-4所示。模板管理基本流程自己本科查看病历模板查看病历模板否否模板不符？模板不符？是是增加、修改增加、修改模板模板保存类型至保存类型至自己本科图3-4增加类型业务流程图模板管理业务流程说明如表3-3所示。14 第三章需求分析表3-3模板管理业务流程说明业务流程图/业务流程说明备注（1）医生制作病历模板进行病历模板的选择；医生增加病历模板时需要（2）如果没有相应的病历模板或者相应的病历模板不能进行备注说明，说明该类型病满足要求则需要增加病历模板；历模板由谁创建，适合哪种病（3）将增加的病历模板进行保存、修改、删除。症。（4）病人转科病人转科业务流程如图3-5所示。病人治疗效果检查否效果不佳？否是病人转科/转院主治医师批准？是跟踪病人治疗效果图3-5病人转科业务流程病人转科业务流程说明如表3-4所示。表3-4转科业务流程说明。此处可用序列图业务流程图/业务流程说明备注（1）病人因病情需要转科，须经主管医师请示上级医师同患者交接的内容如下：日期、意后，请拟转入科室医师会诊。时间、姓名、意识状态、血压、（2）确定需转科后，主管医师开出病人转科医嘱，完善本使用的药品名称、有无输血、科室住院病历文书。向病人或家属说明转科治疗的目的和意各种管道的情况（包括输液义，取得病人和家属的同意。值班护士与转入科室联系，管、输血管、尿管、引流管和完成本病区应实施的诊疗护理措施及护理文件书写。其他管道）病人皮肤情况是否完整15 电子科技大学硕士学位论文（3）值班护士核对长期、临时医嘱，结算病人在本科室所不完整的需注明皮损部位及用的药物及治疗费用，注销各种诊疗卡（诊断卡、床头卡、情况，各种物品交接、包括病治疗卡、给药卡等）。人的病历、化验单、血单、各（4）主管医生及分管护士征求病人对本科室的工作意见，种片子和其他物品、备注栏内并协助病人整理物品，清点被服，携带病历护送病人至转入写各专科特殊病情。病人到达科室。科室后，交接双方对患者的病（5）两科室医护人员交接病历，双方在床边交接病人的病情进行认真、仔细交接班。情及护理情况，交接完毕后方可离开。（5）病历管理电子病历书写流程图如图3-6所示。病历书写基本流程医生主治医师病案室选择病人，进入病历编辑模块选择病人，选择出院病人进入病历编辑模块新病人？否否是检查已提交病历文选择一套模板，为病人创建初始病历件，做阅改病历已全部提交？选择或添加要编辑的病历文件保存修改结果保存修改是提交病历手工修改已打印的病历归档打印病历，签字纸质病历数据图3-6电子病历书写流程图电子病历书写业务流程说明如表3-5所示。对于病案室，主要负责电子病历的归档管理。业务流程说明如表3-5所示。16 第三章需求分析表3-5病历管理业务流程说明业务流程图/业务流程说明备注（1）病历编辑涉及的文书种类有：病案首页、首次病程在对病历进行管理时，需记录、病程记录、手术记录、特殊检查记录、各类同意书、要医生注意各种病历的分类，出院记录等；在阅改时需要进行提交申请。（2）提供临时保存数据和提交数据定稿两种数据保存形式；（3）三级阅改规则1）病历提交前，只能由创建者修改自己创建的病历；2）病历提交后只能由上级医师进行修改；3）被阅改过的病历不能再被修改，主任医师不受此限制（4）提供普通文件打印和病程续打方式；（5）已归档的病历不能再被修改。3.3系统功能需求分析（1）用户描述系统设计完成之后需要用户来使用，对于中小医院电子病历系统而言，用户主要由：系统管理员、医生、主治医师、护士等等。他们是系统的直接使用者。系统用户用例图如图3-7所示。系统用户系统管理员医生主治医师护士图3-7系统用户用例图从图3-7中可以看出，系统管理员需要具有丰富的系统维护与管理经验，要对系统进行定期的维护。权限管理是系统管理员所拥有的权利，管理员可以对系统中当前用户的登录权限进行设定，不同角色的用户说拥有的权限是不同的。由于权限管理操作是对用户权限字典的操作，具体实现来讲也是对于数据库的操作，因此在操作上面主要是增、删、改3种操作。而对于其他用户而言，他们应该具有丰富的病历与病人信息管理的业务经验，能够从自己专业的角度进行操作。针对医院这个特殊的领域而言，本系统今后应该能够适应不同角色(医院、病人)的功能需求[17]。（2）功能分析本系统开发中参考其他医院电子病历系统的同时考虑到某医院的实际需求，17 电子科技大学硕士学位论文将系统设计了七个功能模块：病人登记、增加类型、模板管理、病人转科、病历管理、信息查询、系统维护，每个功能模块下面都会有很多小的功能模块，而且不同功能模块之间相互联系，能够实现医院不同部门的协同操作。系统用例图如图3-8所示。中小医院电子病历系统病人登记增加类型模板管理病人转科用户病历管理信息查询系统维护系统管理员图3-8系统用例图3.3.1病人登记病人登记模块主要是统计病人信息并将病人信息生成病历，以便后期病人信息的查看和管理。病人登记用例图如图3-9所示。添加登记信息<<包含>>病人登记用户<<包含>>撤销登记图3-9病人登记用例图3.3.2增加类型增加类型模块主要是根据病人的情况增加病历的类型，增加类型用例图如图3-10所示。18 第三章需求分析填写住院病历增加病程记录<<包含>><<包含>>增加类型<<包含>>增加出院记录用户<<包含>>填写会诊<<包含>>记录单填写分娩记录单图3-10增加类型用例图3.3.3模板管理模板管理模块主要是根据医生的自身习惯对病历的模板进行管理，包括：模板增加、修改与删除。在模板管理列表中首先要选择使用者，有三个选项：自己、本科、全院。普通医生在模板管理中只能选择自己，科室负责人可以选择本科，医院负责人可以选择全院。模板管理用例图如图3-11所示。增加<<包含>>模板管理<<包含>>修改用户<<包含>>删除图3-11模板管理用例图3.3.4病人转科病人因病情需要转科，须经主管医师请示上级医师同意后，请拟转入科室医师会诊。此功能主要是由主治医师来完成。病人转科用例图如图3-12所示。19 电子科技大学硕士学位论文填写住院号填写姓名<<包含>><<包含>>填写性别<<包含>>病人转科<<包含>>填写年龄<<包含>>用户<<包含>>选择现任科室<<包含>><<包含>>选择当前医师选择主治医师选择转入科室图3-12病人转科用例图3.3.5病历管理此模块是电子病历系统最重要的一个功能模块。主要实现电子病历的书写、归档功能。病历管理用例图如图3-13所示。病历书写<<包含>>病历管理<<包含>>病历归档用户<<包含>>撤销归档图3-13病历管理用例图3.3.6信息查询此模块是电子病历系统重要的一个功能模块。主要实现信息的查询功能，包括：病人查询、病历查询、转科查询、出院查询。信息查询用例图如图3-14所示。20 第三章需求分析病人查询<<包含>>病历查询<<包含>>信息查询<<包含>>用户转科查询<<包含>>出院查询图3-14信息查询用例图3.3.7系统维护系统维护模块主要是对电子病历系统进行维护。此功能主要由系统管理员来完成。系统维护模块包括：权限设置、密码修改、用户管理。系统维护用例图如图3-15所示。修改用户信息添加用户信息<<包含>>删除用户信息<<包含>><<包含>>用户管理<<包含>>系统维护<<包含>>密码修改系统管理员<<包含>>权限修改与权限设置<<包含>>变动图3-15系统维护用例图3.4系统非功能性需求分析在满足上述功能性需求的基础上，在非功能性需求方面系统还应考虑下面几点。1、可靠性：对于一个稳定的系统，可靠性要求是必须的，对于此类的特殊行业的系统而言，要求系统由相当完善的错误处理机制，并且出错率要求要相当严苛。同时系统的备份工作要足够到位，保证系统在发生意外的时候不仅能够迅速21 电子科技大学硕士学位论文的恢复，必须保证用户的安全数据不能发生不可恢复的破坏[18]；2、高效的要求，对于电子病历管理的复杂的操作而言，如何通过有效的集合降低操作人员的操作的复杂程度，是考验一个系统的重要的方面，如何通过有效的整合以及优化数据库的结构提高系统的操作效率，是对系统设计的过程中需要考虑的一个重点；3、安全性要求，如前所述安全性与可靠性有一定的交集，但是对于此类的系统而言，由于涉及一定规模的中小医院电子病历管理的安全数据以及系统数据，所有有效的数据加密对于电子病历管理工作而言是非常重要的[19]；4、系统的专用性，对于类似电子病历管理类的专业性比较强的领域而言，系统的工作流程要符合日常手工的操作流程，同时也要界面友好，并且易于使用者理解和学习。5、性能需求，本文对中小型医院电子病历系统的性能有如下要求：（1）响应性能，系统页面平均响应时间要低于1000毫秒；由于系统使用人员以及使用时段不统一，要求系统用户并发量大于10000；在对系统数据库进行操作时，要求数据库事务响应时间低于1000毫秒。（2）系统易用性，系统页面容易操作；（3）系统效率高效性，处理系统事务具有较高的效率，在规定的时间内能够完成相应的业务。3.5本章小结本章完成了系统需求分析，首先对系统设计的可行性进行分析，然后对业务需求进行了概述，对重点业务流程进行了分析，展现了用户的业务现状。重点从功能需求方面对各模块进行分析，之后简单介绍了系统的可靠性、安全性、扩展性等与系统相关的非功能性需求。22 第四章系统设计第四章系统设计本章叙述了系统设计的详细过程，首先介绍了系统架构设计。然后根据上一章的系统的需求分析，分别详细设计了系统的各个功能模块，然后通过又使用SQLServer2008软件实现了数据库的表的设计并完成了相关视图的建立，最后介绍了系统的安全性设计。4.1系统架构设计4.1.1系统软件架构设计系统软件架构如图4-2所示。图4-1系统总体架构如图4-1所示，系统总体架构概括为“五层架构，三大体系”。五层架构自上而23 电子科技大学硕士学位论文下分别为：展现层、应用层、应用支撑层、数据层和IT基础设施层（1）基础技术层软件支持所有大型数据库和系统操作平台，可实现跨平台应用。采用MVC结构、asp.net、XML、组件化开发等先进技术，保证软件的技术性和可扩展性。（2）数据层福建医科大学附属南平市第一医院实现电子病历管理基础信息和统计数据的信息化。数据层探讨的是电子病历系统中数据的访问，数据的存储，数据的管理等。在数据层将对外界提供对电子病历信息统计数据以及基础信息数据访问和操作的接口，以实现数据层功能。（3）应用层本电子病历系统实现电子病历基础信息和统计数据的信息化。应用层包括病人登记、增加类型、模板管理、病人转科、病历管理、信息查询以及系统维护几个模块。（4）展现层展现层就是呈现在我们面前的系统界面，本文开发的中小医院电子病历系统展现层主要分为客户端层面与服务器层面。服务器层面主要是将系统开发的功能模块进行组装或者封装，然后通过客户端呈现在用户面前。而客户端层主要是供用户进行使用与操作，因此，服务器层相当于一个容器，而客户端层主要是供用户使用。在中小医院内部搭建一系列的管理平台，展现层体现在管理操作界面和业务操作界面，以及界面操作直接的逻辑联系。本系统开发的是B/S模式的中小医院电子病历系统，B/S结构如图4-2所示。图4-2B/S结构图系统用户通过电脑（客户端）上的浏览器登陆本系统，进行系统业务的操作，包括电子病历信息的管理、电子病历查询等。Web服务器层主要是服务器的布置，而数据库层主要存放的是电子病历系统相关的数据，Web服务器曾是客户端与数24 第四章系统设计据库层的桥梁与纽带。4.1.2系统物理架构设计本文开发的电子病历系统采用经典的MVC框架，系统的网络拓扑图如图4-3所示。从图4-3中可以看出，本系统主要由客户端浏览器、服务器、交换机等通过网络连接在一起。本电子病历系统采用ASP.NET语言进行编写，同时结合Ajax技术，系统能够适用于所拥有的Windows操作系统。Internet数据库服务器交换机防火墙防火墙应用服务器交换机交换机医院门诊Web服务器护士站、住院部图4-3系统拓扑图4.2系统功能模块设计本系统是医院信息系统（HIS）的一个子系统，主要负责医院的电子病历。在系统设计过程中，参考福建医科大学附属南平市第一医院电子病历的现状。在调研过程中发现，传统的电子病历主要是手动管理，不仅工作量大，而且手写繁杂易出错。根据以上情况，本系统的模块主要包括：病人登记、增加类型、模板管理、病人转科、病历管理、信息查询以及系统维护七个模块组成。系统功能模块图如图4-4所示。25 电子科技大学硕士学位论文中小医院电子病历系统病人登记增加类型模板管理病人转科病历管理信息查询系统维护病删类类撤病病撤病病转出权密用人除型型销增修删历历销人历科院限码户登登添保保加改除书归归查查查查设修管记记加存存写档档询询询询置改理图4-4系统功能模块图4.2.1病人登记病人登记包括病人登记与删除登记，功能模块图如图4-5所示。病人登记病删人除登登记记图4-5病人登记功能模块图具体的功能模块说明见表4-1。表4-1病人登记功能病人登记模块系列该模块功能的描述病人登记主要是在医院的前台实现，病人登记信息主要是用来生成病人登记病人病历。登记的信息包括：住院号、姓名、性别、民族、年龄、婚姻、邮编、联系方式、住院科室、病区、主治医师、诊断情况等信息。删除登记撤销登记主要是对之前的登记的信息进行撤销处理。病人登记程序流程图如图4-6所示。26 第四章系统设计开始用户登录未通过判断用户名与密码通过填写病人登记信息住院登记否是病人进入其护士站入科它环节医生接入结束图4-6程序流程图医院门诊处接待病人，发给病人登记卡之后填写病人相应信息，填写登记信息时判断病人是否住院登记。如果是住院登记则由护士站入科并由医生接入。如果不是，填写信息完成之后病人可以直接去挂号等流程。4.2.2增加类型增加类型主要包括类型添加、类型保存与撤销保存，增加类型功能模块图如图4-7所示。增加类型类类撤型型销添保保加存存图4-7增加类型功能模块图27 电子科技大学硕士学位论文具体的功能模块说明见表4-2。表4-2增加类型功能增加类型模块系列该模块功能的描述病人经过医生诊断之后会有不同类型的病历，此功能模块主要是增加类型方便医生对病历类型进行添加。病历类型包括：住院病历、病程记录、出院记录、会诊记录单、分娩记录单等类型。增加病历类型程序流程图如图4-8所示。开始用户登录未通过判断用户名与密码通过查看病历类型病历类型不否？否是添加病历类型更新病历类型信息结束图4-8增加类型程序流程图从图4-8中可以看出增加类型程序流程，医生凭借用户名与密码登录电子病历系统，查看电子病历发现没有符合的病历类型之后则需要增加病历类型。增加病历类型之后需要更新病历类型信息，并将病历类型保存到自己常用的病历类型之中。4.2.3模板管理本电子病历系统中的模板管理功能包括病历增加、病历修改与病历删除。模板管理功能模块图如图4-9所示。28 第四章系统设计模板管理增修删加改除图4-9模板管理功能模块图具体的功能模块说明见表4-3。表4-3模板管理功能模板管理模块系列该模块功能的描述该功能主要是增加病历模板，增加病历模板中包括：模板类型、增加模板名称、拥有者。该功能将自己的模板进行修改，主要将模板中的病人的个人情况修改进行修改。删除该功能主要是删除模板，删除之前需要剂型确认。模板管理程序流程图如图4-10所示。开始用户登录未通过判断用户名与密码通过查看病历模板病历模板不符否是对病历模板进行增加、修改或者删除更新病历类型信息结束图4-10模板管理程序流程图从图4-10中可以看出模板管理程序流程，医生凭借用户名与密码登录电子病29 电子科技大学硕士学位论文历系统，查看电子病历模板，发现没有病历模板不合适之后则需要对病历进行增加、修改与删除操作。增加、修改或者删除电子病历模板之后需要更新病历模板信息，并将病历模板保存到自己常用的病历模板之中。4.2.4病人转科本系统中的病人转科功能主要是办理病人的转科手续，病人转科功能模块图如图4-11所示。病人转科本医病院人内转转院科图4-11病人转科功能模块图具体的功能模块说明见表4-4。表4-4病人转科功能病人转科模块系列该模块功能的描述该功能主要是将需要进行转科的病人进行转科处理，病人转科模病人转科块包括：住院号、姓名、性别、年龄、现任科室、当前医师、转入科室、主治医师。病人转科程序流程图如图4-12所示。从图4-12中可以了解到病人转科程序流程，医生定期查看病人病情，当病人病情没有明显好转时可以考虑进行转科处理，根据病人病情情况，病人转科分为院内转科与病人转院，病人转院需要提交转院申请，申请通过之后方可进行病人转院。30 第四章系统设计开始用户登录未通过判断用户名与密码通过病人病情检查否病人转科是是否需要是转院？否本医院内转提交转院申请科申请通过后转院结束图4-12病人转科程序流程图4.2.5病历管理本系统中的病历管理功能包括病历书写、病历归档与撤销归档，病历管理功能模块图如图4-13所示。病历管理病病撤历历销书归归写档档图4-13病历管理功能模块图具体的功能模块说明见表4-5。31 电子科技大学硕士学位论文表4-5病历管理功能病历管理模块系列该模块功能的描述病历书写主要是对医生负责的病人进行病历的撰写，病历可以从病历书写模板中导入，也可以由医生自己书写。医生在对病人进行病情诊断之后就生成了病历文档，当病人治疗病历归档完毕之后医生将病人的病历进行归档处理。病人下次进行复查时可以查看自己的病历文档。撤销归档此功能主要是撤销因误操作引起的病历归档。病历管理程序流程图如图4-14所示。从图4-14中可以看出病历管理程序流程，医生登录电子病历系统之后，进入病历管理模块，根据需要，医生将会进行病历书写、病历归档以及撤销归档几种操作。操作完成之后，将电子病历信息更新并保存。开始用户登录未通过判断用户名与密码通过电子病历管理新增病历取消病历保存保存病历病历撤销书写归档归档电子病历更新结束图4-14病历管理程序流程图4.2.6信息查询本系统中的信息查询主要提供查询功能，信息查询模块包括病人查询病历查询、转科查询、出院查询。信息查询功能模块图如图4-15所示。32 第四章系统设计信息查询病病转出人历科院查查查查询询询询图4-15信息查询功能模块图具体的功能模块说明见表4-6。表4-6病历管理功能信息查询模该模块功能的描述块系列此功能主要是查询病人信息，首先要添加查询条件，然后选择查询的字段，病人查询添加之后点击查询即可检索出病人信息。此功能主要是查询病历信息，首先要添加查询条件，然后选择查询的字段，病历查询添加之后点击查询即可检索出病历信息。此功能主要是查询转科信息，首先要添加查询条件，然后选择查询的字段，转科查询添加之后点击查询即可检索出转科信息。此功能主要是查询出院信息，首先要添加查询条件，然后选择查询的字段，出院查询添加之后点击查询即可检索出出院信息。信息查询程序流程图如图4-16所示。开始用户登录未通过判断用户名与密码通过信息查询病人病历转科出院信息信息信息信息病历病历撤销撤销书写归档归档归档查询信息显示结束图4-16信息查询程序流程图33 电子科技大学硕士学位论文4.2.7系统维护本系统设计的系统维护模块主要是由管理员进行使用，系统维护功能模块图如图4-17所示。系统维护权密用限码户设修管置改理图4-17系统维护功能模块图具体的功能模块说明见表4-7。表4-7系统维护功能系统维护模块系列该模块功能的描述权限设置主要是管理员对系统用户进行权限管理，可以对系统的菜权限设置单、单据等功能模块进行权限设置。密码修改密码修改主要是对原密码进行修改。用户管理用户管理主要是对系统用户进行添加与删除。系统维护程序流程图如图4-18所示。开始用户登录未通过判断用户名与密码通过系统维护是否备份否是系统维护信息备份结束图4-18系统维护程序流程图从图4-18中可以看出，管理员登录本系统之后定期对本系统进行信息维护，维护之后需要将系统维护信息进行备份，以免发生意外情况（断电、水灾、火灾）34 第四章系统设计对系统信息进行还原。4.3系统数据库设计4.3.1数据库逻辑模型设计数据库结构的好坏将直接对应用系统的效率以及应用的效果产生影响，好的数据结构设计会减少数据库的存储量，数据库中数据的完整性和一致性耦合程度比较高，系统具有较快的响应速度，简化基于此数据库的应用系统的开发难度[20]。支持管理信息系统的数据库主要由五个部分组成，其中一个部分为数据库管理系统，它必须从现有的产品中选购，不能进行自定义的设计，其他四个部分分别为：外模式、子模式、应用程序以及数据库，这四个部分则应该根据用户的具体要求来进行分析与设计，这四个部分的设计总的被称为数据库设计，它不仅要满足用户的具体需要，还要从整个系统的全局来考虑建立一个数据库模式，它需要满足的条件主要为以下3个：（1）满足用户对系统的具体要求，除了要具备能处理用户所需的数据这个功能外，还应该支持用户对响应数据进行一定的加工分析等。（2）系统的数据模式必须要与数据库管理系统的数据模式想适应，不能出现不相容的情况。（3）数据的存储等要合理安排，要符合三个要求，即好操作，好维护，好理解。数据库系统的设计也有以下几个步骤：（1）需求分析的了解，根据用户的需求设计数据库系统。（2）设计基础的数据库结构。（3）设计中间的数据库结构。（4）让数据库可以连接上用户所需的不同应用程序。根据实际需求，本系统设计了病历信息表、药品信息表、部门信息表、职务表、医院职工信息表、病人信息表、药库信息表、药库分区信息表、药房信息表9张表格。且每张表的主键只有一个主属性，满足第三范式要求。在表的设计过程中遇到过不同层次的麻烦，像主键的选择等等。在最初的数据库设计方案中，几乎每张表的主键都是编号，但这存在一个问题，冗余太大，表与表之间的联系过于混乱，不利于数据的最终实施。在改进过程中，们根据各张表的具体情况选择了各自唯一的主键，且互相独立，相当程度上减小了冗余，且表与表之间的关系也相对清晰了许多。35 电子科技大学硕士学位论文电子病历系统E-R图如图4-19所示。N药房对应病区N1111拥有拥有指派指派拥有NNNN1药品药库医生护士床位111111使用开列治疗护理占用NNNN11N功能科室医嘱拥有病人1N1拥有使用拥有N1NN功检项目生成使用明细生成图4-19电子病历系统E-R图4.3.2数据库物理结构设计得到系统的关系模式在数据库设计中是非常重要的一个内容，前提是要知道实体、实体的属性以及实体之间的关系，而这些关系则要通过对数据结构、数据类型以及数据存储进行分析才能得出。本系统采用由实体、属性、联系三部分组成E-R图来进行数据库设计分析[21]。根据数据库逻辑模型设计中的E-R图可以了解到数据库表格的大概设计情况，具体情况见表格设计，系统表格设计如表4-8——表4-16所示。36 第四章系统设计表4-8病历信息表（EMP_INFO）列名数据类型可否为空主键/外键说明EMP_IDCHAR(20)NOTNULL主键病历编码EMP_NAMECHAR（20）NOTNULL病历名称EMP_PYCHAR(10)NOTNULL拼音码EMP_WBCHAR(10)NOTNULL五笔码EMP_MODELCHAR(5)NOTNULL所属模板PATIENTS_IDCHAR(12)NOTNULL外键病人编号表4-9药品信息表（DRUG_INFO)列名数据类型可否为空主键/外键说明DRUG_IDCHAR(20)NOTNULL主键药品编码DRUG_NAMECHAR（20）NOTNULL药品名称DRUG_PYCHAR(10)NOTNULL拼音码DRUG_WBCHAR(10)NOTNULL五笔码DRUG_UNITCHAR(5)NOTNULL外键单位DRUG_RATIOINTNOTNULL换算系数DRUG_TUNITCHAR(5)NOTNULL外键整量单位DRUG_NORMSCHAR(5)NOTNULL外键规格DRUG_TYPECHAR(5)NOTNULL外键药品类型DRUG_CODECHAR(20)NOTNULL条形码DRUG_CLASSCHAR(10)NOTNULL药品类别DRUG_INPRICEMONEYNOTNULL药品进价(按整量单位进）DTUG_OUTPRICEMONEYNOTNULL药品零售价（按零售单位）表4-10部门信息表（DEP_INFO)列名数据类型可否为空主键/外键说明DEP_IDCHAR(5)NOTNULL主键部门编号DEP_NAMECHAR（10）NOTNULL部门名称DEP_PYCHAR(5)NOTNULL拼音码DEP_WBCHAR(5)NOTNULL五笔码表4-11职务表（POSITION_INFO)列名数据类型可否为空主键/外键说明POSITION_IDCHAR(5)NOTNULL主键职务编号POSITION_NAMECHAR（10）NOTNULL职务名称POSITION_PYCHAR(5)NOTNULL拼音码37 电子科技大学硕士学位论文表4-12医院职工信息表（PERSON_INFO)列名数据类型可否为空主键/外键说明PERSON_IDCHAR(12)NOTNULL主键规格编号PERSON_NAMECHAR（10）NOTNULL规格名称名称PERSON_PWDCHAR(8)NOTNULL密码PERSON_AUTHINTNOTNULL外键权限PERSON_POTIONCHAR(5)NOTNULL外键职务PERSON_DEPCHAR(5)NOTNULL外键部门PERSON_TELCHAR(11)联系方式表4-13病人信息表（PATIENTS_INFO)列名数据类型可否为空主键/外键说明PATIENTS_IDCHAR(12)NOTNULL主键病人编号PATIENTS_AGEINT病人年龄PATIENTS_NAMECHAR（10）NOTNULL病人姓名PATIENTS_SEXCHAR(2)病人性别PATIENTS_NATIONCHAR(8)病人民族PATIEMENTS_ADDCHAR(50)病人地址PATIENTS_WORKCHAR(50)病人工作PATIENTS_AUTHCHAR(8)NOTNULL是否享受医保PATIENTS_HOSCHAR(12)病人病史表4-14药库信息表(PHA_INFO)列名数据类型可否为空主键/外键说明PHA_IDCHAR(5)NOTNULL主键药库编号PHA_NAMECHAR（20）NOTNULL药库名称PHA_ADDCHAR(50)药库所在地址PHA_PYCHAR(10)NOTNULL拼音码PHA_WBCHAR(10)NOTNULL五笔码表4-15药库分区信息表（AREA_INFO)列名数据类型可否为空主键/外键说明AREA_IDCHAR(5)NOTNULL主键药库编号AREA_NAMECHAR（20）NOTNULL药库名称ENVIROMENTCHAR(50)药区环境描述AREA_PYCHAR(10)NOTNULL拼音码AREA_WBCHAR(10)NOTNULL五笔码38 第四章系统设计表4-16药房信息表（HOME_INFO)列名数据类型可否为空主键/外键说明HOME_IDCHAR(5)NOTNULL主键药房编号HOME_NAMECHAR（20）NOTNULL药房名称HOME_ADDCHAR(50)药房地址HOME_PYCHAR(10)NOTNULL拼音码HOME_WBCHAR(10)NOTNULL五笔码4.4系统接口设计中小医院电子病历系统作为医院信息系统的一个子系统，需要将本子系统与医院信息系统进行接口设计，并提供与医院信息系统的标准化接口方案。在数据交换方面医院信息系统提供医院病人信息、医院工作人员工作量数据等的数据自动接口导入。在本方案中，待归集数据来源于医院外围的人员、资产、薪酬、成本等系统。在架构上，医院人员管理、资产管理、薪酬管理和成本核算都是相对独立的应用系统，因此，其数据的抽取和归集将通过统一的数据接口实现。系统接口信息如表4-17所示。表4-17系统接口信息表系统接口接口接口格式接口信息接口作用名称编号资产电子病历系统中与资产管理接口配通过该接口，可以实现1管理WebService置的函数名称为：Asset()，接收来自资产管理数据到电子病接口资产管理系统的数据。历系统的数据归集。通过该接口，可以实现薪酬电子病历系统中与薪酬管理系统接薪酬发放及支出数据到2管理WebService口配置的函数名称为：Salary()，接收电子病历系统的数据归接口来自薪酬管理系统的信息。集通过该接口，可以实现人员电子病历系统中与人员管理接口配人员信息及调动数据到3管理WebService置的函数名称为：Person()，接收来电子病历系统的数据归接口自人员管理系统的信息。集。电子电子病历系统中的数据接口函数负责从各个外围系统抽病历4WebService为:Dbase()，接收来自外围系统中的取、归集待处理的病人数据数据。信息或者病历信息。接口系统电子病历内部各个功能模块之间的能够及时快捷地处理电5内部Socket接口方式主要为Socket通信方式子病历系统内部信息接口39 电子科技大学硕士学位论文4.5系统安全性设计本系统在设计过程中必须考虑到系统的安全性设计，中小医院电子病历系统安全性设计方面比较重视。每一个系统必须要有能保证自己信息数据的安全与可靠的能力，这是一个系统必须具备的功能。操作系统继Windows2000之后的版本都具有自己保证系统安全的能力，所以结合了各种严谨的管理系统之后，还是可以确定系统的安全。本系统的具体措施有：（1）系统有很强的实用性，它考虑了福建医科大学附属南平市第一医院目前现有的员工人数、业务管理流程等的情况下，可以最大限度的满足业务需要。（2）系统具有可维护性。此系统采用的COM和DCOM软件控件，采用系统控件和用户接口上采用的是B/S模式，这可以使用户使用的浏览器界面与系统整个业务数据库运行的过程分离，所有的数据库运作均通过COM和DCOM控件软件进行调用，这样分层模式的系统设计使系统在用户界面不受到干扰的情况下更加便于维护[23]。（3）可扩展性：每一个模块都是对应了一个单独的动态链接库DLL文件，如果添加这个模块的DLL文件后，再可以找到这个DLL文件所对应的引出函数，就可以在这个函数里可以对此模块进行相应的增加、删除、修改等操作，十分便于操作，可扩展性强。（4）系统的安全性：在该电子病历系统中，如果没有相应的用户名和密码是不能进入系统的。一个系统拥有很多的系统用户，但是每个系统用户都有自己的权限，不能随便访问任何数据库，只能访问对于自己来说有权限的数据信息。所以，为了整个系统的安全，在系统设计时就必须设定好不同系统用户的权限问题，系统用户的权限根据系统用户的岗位特征来设计。如：电子病历系统工作人员的权限就只能限制在电子病历普通信息的查询，而系统的管理员可以对系统用户进行管理，设置系统用户的权限。此外，系统中用户的用户名和密码都采用MD5加密技术存入数据库，完全保证了数据的唯一认可性。4.6本章小结本章为系统的设计环节，主要从系统功能模块设计、系统数据库设计等方面对系统设计展开了介绍，为下一届系统的实现奠定了基础。40 第五章系统实现第五章系统实现本章首先介绍了福建医科大学附属南平市第一医院电子病历系统的环境配置以及开发工具，然后对系统从界面实现以及代码实现进行了展示。5.1环境配置和开发工具本论文开发的福建医科大学附属南平市第一医院电子病历系统是建立在强大的数据库基础之上的。系统在开发之前就需要将数据库设计完善，在程序运行过程中要将数据库不断的进行完善。由于本系统用的数据量很大，因此，数据库的设计与完善尤为重要。随着系统的运行有时候会对某些功能模块进行修改与扩展，这时候就需要对数据库进行相应的修改和扩展。本系统开发是基于MVC框架进行开发的中小医院电子病历系统，下面先介绍开发工具的环境配置，然后再介绍本系统应用的开发工具[26]。1、环境配置数据库服务器:CPU双核2.4GHZ、内存2G、硬盘:SCSI万转硬盘，采用RAIDS，可用空间1T、网络是千兆网卡程序服务器:CPU双核2.4GHZ、内存4G、硬盘SCSI万转硬盘，采用RAID5，可用空间1T、网络是千兆网卡2、开发工具本系统在开发过程中用到了各种开发工具，开发工具的选取非常重要，会对系统后期的维护以及稳定性造成严重的影响。由于本系统涉及到的数据量比较大，因此数据库采用的是SQLServer2008，此数据库能与系统开发工具VisualStudio2010完美的结合在一起使用。用例建模用的是Visio2013，使用起来方便、简洁。(1)本系统的开发平台是.NetFramework4.0，系统软件的开发采用VisualStudio2010,在此平台下生成的代码具有良好的安全性。(2)数据库管理系统系统在开发的时候考虑到后期产品的兼容性，因此均采用了微软公司的开发工具，数据库选用的是SQLServer2008，开发语言用到了简单方便的面向对象的C#语言。5.2系统关键模块实现医院员工众多，本系统在设计过程中将电子病历系统的用户分为三类：系统41 电子科技大学硕士学位论文管理员、院长、医生（普通员工）。系统管理员具有最高权限。院长可以看到系统的大多数模块。为了系统有更好的安全性，系统在用户登录，添加用户密码时采用MD5码加密。本系统在设计过程中严格遵循人性化的设计原则，在进入系统前首先出现一个欢迎界面，此界面由时钟控制几秒后自动进入系统的登录界面，用户按了“确认”按钮之后，系统会判断用户名是否存在以及用户名是否和密码相匹配，如果密码和用户名相匹配，用户才能进入系统进行操作，如果不匹配，应用程序会提示错误信息。从图4-3中可以了解到本电子病历系统主要分为七个大的功能模块，系统总体活动图如图5-1所示。登陆进入病人登记增加类型模板管理病人转科病历管理信息查询系统维护否是否退出是图5-1系统总体活动图从图5-1中可以看出，用户登录本系统之后可以进行哪些功能模块的操作。当然，在进入系统之前有系统模块权限的判断。如果用户不具备该子模块要求的最低权限的话，则该模块就会隐藏。当用户进入到系统对应权限的模块后，系统会根据用户所具有的权限生成相应的操作界面。系统的七个功能模块之间的操作是平行的，他们的内在关系通过数据库和程序来进行控制。在系统中对于不同的用户所拥有的权限是以一个权限字典的方式存放于数据库的一个表格之中，只有拥有医院电子病历管理权限的管理员有权利修改这个表格中的信息，每次用户登录，系统都要遍历该表格中对应角色的所有权限条目，进而加载用户有权利浏览的页面，具体登录过程中的权限加载的过程的源代码如下。42 第五章系统实现（1）登陆方式的判断、密码验证及账号验证的关键代码Login.aspxtry{if(choice.equals("employ")){if(rs.next()){if(rs.getString("key_login").equals(Password)){%><%>else{%><%out.print("");out.print("密码错误！");out.print("");%>

重新登陆<%}}else{%><%out.print("");out.print("没有此员工！");out.print("");%>

重新登陆