医院信息管理系统之电子病历系统毕业论文.doc

医院信息管理系统之电子病历系统毕业论文目 录1绪论11.1电子病历项目背景11.2电子病历的应用意义21.3电子病历的现状及趋势31.4论文组织结构62技术背景72.1Ajax技术72.1.1Ajax概述72.1.2基本的Ajax技术72.1.3Ajax技术的优势83电子病历系统分析与设计113.1电子病历系统分析113.1.1 住院电子病历 病案基本情况 入院记录 病程记录 医疗文书123.1.2 门诊电子病历 门诊初诊电子病历 门诊复诊电子病历133.2电子病历系统设计143.2.1展示层设计153.2.2业务逻辑层设计153.2.3数据访问层设计163.2.4数据库设计164电子病历系统实现174.1住院电子病历174.1.1系统登录174.1.2病案基本情况204.1.3入院记录204.1.4病程记录214.1.5医疗文书224.2门诊电子病历234.2.1门诊初诊病历234.2.2门诊复诊病历244.3日志的管理254.4数据相关处理265结论29致 谢31参 考 文 献331 绪论1.1 电子病历项目背景在电脑的使用还没普及的时候，医疗工作人员一直都是人工手写病历。但渐渐的人们发现，人工手写病历有太多的弊端：1) 浪费时间，手写病历速度太慢，浪费了大量的时间在写病历上，分散了医疗工作者的精力，这也是导致医疗事故和庸医的根源。2) 容易出错，且不工整，经常会出现涂改或者不认识的手写病历的情况。3) 手写病历，不易于管理和保存1。而随着信息时代的进步，越来越多的行业使用上了电脑，很多公司，事业单位都实现了信息化管理，由于信息化管理在各个领域都体现出其优越性，电子病历也因此得到了快速的发展。1960年，以美国麻省总医院为代表，开发门诊电子病历EMR(Electronic Medical Record)，并投入使用。1991年，美国国家科学院医学研究所发表了题为“EMR是医疗保健的基本技术”的研究报告，总结了40年来实现病历记录计算机化的经验，全面论述了EMR发展的各个方面，提出了推动EMR的多项建议。1993年9月，在法国马塞召开首次健康卡系统国际会议，研究该系统应用及发展等问题。1994年，西门子一公司（SNI）推出了多媒体电子病历记录系统（Viewscope）。1995年，日本厚生省成立了电子病历开发委员会，年度投入2.9亿日元用于开发EMR。2004年，美国总统布什在众议院的年度国情咨文中，把建立电子健康记录（EHR）的目标概括为：“将健康记录计算机化，我们可以避免严重的医疗事故，降低医疗费用，提高医疗水平”，要求在10年内确保绝大多数美国人拥有共享的EHR。美国还准备以EHR（包含个人终生健康状况和医疗保健信息）为基础，建立国家健康信息体系（National Health Information Infrastructure，NHII），据研究人员测算，预计在未来10年内需投入2760亿美元。2005年春，英国卫生部签署了一份为期10年、价值55亿英镑的合同，支持发展电子病历、网上预约和网上处方2-3。在社会各界的支持，以及相关部门的关注下，电子病历由于其本身的优越性不断发展，相信电子病历会发展得越来越完善，越来越方便。1.2 电子病历的应用意义当今，不少人将电子病历简单地归结为纸张病历的电子化存储，这是错误的，电子病历绝不仅仅是病历的电子存储，它实现了医疗过程的全面信息化。取代纸张病历也不是发展电子病历的唯一目标，甚至这仅仅是一个表面形式。我们可以从以下几点来认识：1) 建立电子病历系统是计算机应用向临床发展的需要，它可以显著地提高医疗工作效率；电子病历系统为医生护士的日常工作提供了有力支持，辅助医生书写病历，将医生从繁重的医疗文书工作中解放出来；计算机自动处理医嘱，同样减少了不必要的转抄工作，降低出错概率；检查申请与结果的无纸化传递，可以加快结果的回报速度；病历电子化可以实现病人信息随时随地可得，医生也可以在任何有网络的地方查阅病人信息。另一方面，电子病历有助于规范医疗行为。2) 加强医疗质量的环节管理，为医院管理服务。传统的医疗管理主要是终末式管理，也就是各种医疗指标在事后统计出来，然后再反馈回医疗过程管理，而这样的管理滞后于医疗过程。电子病历系统的实施使得各种原始数据可以在医疗过程中及时地采集，形成管理指标，并及时反馈，达到环节控制的目标。3) 随着远程医疗的快速发展，使病人信息达到异地共享。4) 为宏观医疗管理服务。电子病历为国家医疗宏观管理提供了丰富的原始数据库。所以，电子病历并不是简单的纸张病历的电子化存储。总的来说，电子病历的优点可分为以下几点：1) 提高甲级病历合格率。一方面需要通过各种管理手段以及规章制度来保证，另一方面需要结合各种新技术。通过可行的技术途径来整合各种资源，明确将职责落实到具体个人，提高医院对病案质量的管理能力；通过统计、分析、预警、三级质量评定等事前控制手段，能有效的提醒和督促医务人员按时、按质完成病历书写工作。提高病历甲级率，从而提高医院提供综合竞争力。2) 对于医生来说，每天要接治多名患者，日常工作中70%的时间由于手工书写病历。通过电子病历系统提供的多种规范化的模板及辅助工具，不仅可以将医务人员从繁琐重复的病历文书书写工作中解脱出来，集中精力关注病人的诊疗，而且通过模板书写的病历更加完整、规范；同时，还可使医生将更多的时间用于提高自身的业务水平，收治更多的患者，从而可以提高医院的经济效益和医疗水平。3) 提高病案质量电子病历系统通过提供了完整、权威、规范、严谨的病历模板，避免了书写潦草、缺页、漏项、模糊及不规范用语等常见问题，提高病历审核合格率， 提高医院提供综合竞争力。4) 提高医疗纠纷举证能力，病历是具有法律效力的医学记录，为医疗事故鉴定、医疗纠纷争议提供医疗行为事实的法律书证，如遇到法律纠纷时，没有书写的内容被视为没有询问、检查，那么法院将视为过失，这将对医院造成很大的被动，甚至是损失。通过符合规范的病历记录，避免了语义模糊、书写潦草、缺页、漏项等问题，减少了可能出现的会对医院各方面造成不良影响的、但是可以避免的错误，为举证倒置提供有力的法律依据。不仅维护了医院和医务人员的合法权益，而且对医院名誉、经济效益都能带来益处。5) 稳定和扩大病源,电子病历系统为患者提供了长期健康记录，并且支持健康记录快速检索，为医务人员决策提供更多的历史参考资料，提高患者对医院的认可度。6) 提高病历规范化，纸质病历的内容是自由文本形式，字迹可能不清，内容可能不完整，意思可能模糊。转抄容易出现潜在错误。只能被动地供医生作决策参考，不能实现主动提醒、警告或建议。而电子病历可以避免这些情况。7) 科研、教学及统计分析提供第一手的有价值的资料，在医学统计、科研方面，典型病历不易筛选，检索统计困难通过电子病历系统不仅可以快速检索出所需的各种病历，而且使以往费事费力的医学统计变得非常简单快捷，为科研教学提供第一手的资料。所以，电子病历在临床和科研的重要性是不言而喻的。通过电子病历原始数据的积累，临床和科研人员从中获得丰富的知识和经验，在循证医学上有重要的意义。因此美国总统布什在几年前就提出美国建立全国统一的电子病历信息库，为国民健康和政府管理提供了及时的依据。所以，随着技术的发展，行业的规范，和人们对计算机的普及，以及医院条件的改进，电子病历将会更人性化，并形成一个统一的标准。电子病历将被越来越多的医院和病人所接受，大规模的使用甚至完全替代传统的纸质电子病历。这必将成为未来发展的趋势。1.3 电子病历的现状及趋势在许多发达国家，电子病历已经普及。由于政府和相关部分的重视，以及医院的经济条件等因素，加上人民对自己健康信息保存的重视，国外的电子病历发展势头良好；而我国由于各方面的因素，电子病历起步较晚。1994年，我国卫生部在第六届医药信息学大会上提出“希望到本世纪末，我国将有若干家医院能够真正实现完整的电子病历系统”。自1999年起，少数医院开始部分使用实验性的EMR，用计算机写病史、下医嘱、开化验单和检查单，查阅病史和病人信息等。2002年10月，卫生部制定的全国卫生信息化发展规划纲要(20032010)指出：“三级医院在全面应用管理信息系统的基础上，要创造条件，重点加强临床信息系统的建设应用，如电子病历、数字化医学影像、医生和护士工作站等应用”。2005年4月1日，我国电子签字法开始实施，这对于EMR的使用有很大的促进作用。近几年来，各医学软件公司与试点医院合作，积极稳妥地开展EMR的研发和试点工作，应用面有所扩大，但是与国外仍有较大差距。我觉得对于电子病历在我国的发展，存在以下瓶颈4：首先急需卫生部信息部立法，对于电子病历的法律效应进行描述和肯定。纸制病历由医务人员书写签名就有法律效应，并做为法律依据文件被社会广泛使用，起着医疗纠纷取证、公检法立案调查取证，交通事故取证、社会医疗保险取证等法律凭证作用。而电子病历作为病历未来的发展趋势，我国目前尚未得到法律上的认可与保障。由于电子病历具有易更改且不留痕迹的特点，对其安全性没有统一法规，对病历的所有权、授权范围没有统一明确的界定，在没有法律上的认可与保障的情况下，尤其举证倒置制度的实施，患者法律意识的不断增强，医患双方围绕病历举证的真实完整性将会引发更多的医疗纠纷。其次急需解决的技术问题，电子病历是病人病历的数字化。电子病历系统实现病历信息的采集、存储、传递、表现和加工利用5。1) 内容的表示问题:对病历内容的表示以单个患者为中心，这是病历的使用、存储和交换所要求的;对病人信息内容的描述必须是结构化的，这是电子病历信息后续处理的基本要求。由于病历内容的复杂性和使用上的习惯，对病历很难设计出一个统一的结构进行描述。2) 病历的存储问题:电子病历系统要求对病人的信息长期保存并随时可以获得。在传统的医院信息系统中，病人信息以数据库的形式进行存储，这些信息的存储管理是以支持日常业务管理为目的。出于数据库效率和容量管理方面的考虑，不可能长期将历史信息联机保存。出现了病人信息在脱离数据库仍然能够维持以个人为中心的结构并且随时可以获得的问题。3) 各种表格病历和专科病历的处理问题:医院中的各种表格病历和专科病历都有各自的结构，它们的内容是病历的重要组成部分，同时又有对其内容进结构化处理的各种需求。这样的内容类型繁多，很难针对每种情况开发专用的软件，在电子病历系统中对其进行统一的处理也是十分困难的问题。最后是电子病历推广应用中的信息安全问题，病历记录了患者的病情和整个诊疗过程，是患者的个人隐私，其内容具有法律效应。但由于一些医务人员法律意识的不强，这些信息没有得到较好的保护6。而电子病历的发展趋势，国际上一般认为：首先，电子病历能共享病人完整信息，EMR应集成病人的全部信息，包括HIS提供的病人基本信息以及CIS各系统提供的数字、文字、图形、影像、声音等多媒体信息和统计分析结果，这些子系统包括影像存储与传输系统（PACS）、放射信息系统（RIS）、检验信息系统（LIS）、病理信息系统（PIS）、手术信息系统（ORIS）、监护信息系统（ICUIS）、介入放射信息系统（IRIS）、护理信息系统（NIS）、输液信息系统（IIS）、药品信息系统（DIS）、医嘱录入系统（OE）等等，如果集成了病人的保健信息系统，则就更为完整。上述信息，获授权者在任何地方、任何时间都能调阅共享。如在门急诊和病房，所有医护人员都能看到同一格式和内容的病历，确保所有诊疗方案都是依据整个病情做出，而不是仅仅依赖于某一医生对某一局部症状的孤立或片面地诊断。不同医院的医生共享病人信息，可以避免重复检查的浪费。采用无线网络和移动工作站，使用移动住院医疗系统、移动住院护理系统和移动居家照护系统，则使诊疗工作更加简便和快捷。EMR通过网络能充分发挥作用，同时实现远程医疗的目的。由于CIS和EMR都是逐步发展起来的，所以EMR共享可以从部分信息的共享做起，再逐步扩大共享范围。EMR共享的基础是标准化。EMR的标准化包括术语标准化、术语结构和表达的标准化、系统接口标准化和系统结构标准化等，我国EMR在标准化方面的工作刚刚开始，卫生部组织编写了相关医学术语标准名词及相应代码，此标准还有待推广。其次，能提供医疗提示和报警，完善的EMR能应用临床决策支持系统（Clinical Decision Support System，CDSS）和计算机化医嘱录入系统(Computerized Physician Order Entry，CPOE)等，智能地帮助医生诊断与治疗，自动提示最具有性价比的诊疗方案和最佳用药剂量，避免多余的、不适当的诊疗，确保医疗质量和病历质量。当系统引入最新医学进展时，用药处方也会自动更新。对于药物过敏、重复用药、药物配伍禁忌、重复检查、医疗不当等能提出报警，能大大地减少医疗差错和事故。还能提醒医生通知病人按期接受预定的治疗、随访检查和预防接种。最后，电子病历还需要有助于早期发现疾病暴发或生化袭击，建立公共卫生事件预警系统的功能。能提供资料库支持，完善的EMR能提供众多的资料库支持，包括循证医学(Evidence-based Medicine)、临床诊疗指导(Clinical Guideline)、临床路径(Clinical Pathway，CP)、用药指南(Drug Guide)、医药计算公式(如Archimedes)、临床医学概要(Outline in Clinical Medicine，OCM)、业务流程再造（Business Process Reengineering，BPR）、临床专家知识库、医学字典、数据库、电子图书和电子杂志等，有利于不断提高医疗水平。所以，想要建设EMR是一项复杂的系统工程，涉及技术的、法律的许多方面。就目前而言，我国的电子病历的发展还不够理想，但是应该将现有较好的EMR推向临床应用，相信通过不断的实践，不断使用新技术，再加上通过IT人员与医务人员、医院管理者共同不懈地努力和完善，我国的电子病历将逐步发展成集成化的、标准化的、智能化的、网络化的电子病历。1.4 论文组织结构第一部分 绪论 描述电子病历的发展背景，应用意义，现状及趋势。第二部分 技术背景 描述主要技术Ajax的技术背景，发展现状，优势。第三部分 电子病历系统分析与设计 分析系统功能，阐述系统设计的思想以及采用的一些方法，大体描述完成系统完成所需的设计方法。第四部分 系统实现 阐述系统实现过程中的一些重要的操作。第五部分 结论 对在系统开发的相关成果和问题进行总结2 技术背景2.1 Ajax技术2.1.1 Ajax概述在目前的Web2.0热潮中，Ajax已成为人们谈论最多的技术术语。Ajax全称为“Asynchronous JavaScript and XML”（异步JavaScript和XML），最早有Adaptive Path公司的Jesse James Garrett定义的。是指一种创建交互式网页应用的网页开发技术，是多种技术的综合，它使用XHTML和CSS标准化呈现，使用DOM实现动态显示和交互，使用XML和XSTL进行数据交换与处理，使用XMLHttpRequest对象进行异步数据读取，使用Javascript绑定和处理所有数据。更重要的是它打破了使用页面重载的惯例技术组合，可以说AJAX已成为Web开发的重要武器7。由于Ajax技术能够极大的提高Web页面数据操作的响应速度以及提供无刷新操作，于是人们看到了Web电子病历系统也能够拥有快速响应速度的希望。Ajax技术极大的改善了用户使用电子病历系统的体验，使电子病历系统具有更加强大的潜力和竞争力。2.1.2 基本的Ajax技术Ajax技术并不是一种特定的技术，它是一系列技术的结合体，按照最早创造Ajax这一词的Jesse James Garrett的说法，Ajax是“Asychronous JavaScript and XML”的缩写，但如今这一词所包含的内容已变的更为广泛，它包括JavaScript，XHTML，CSS，DOM，XMLHttpRequest，XML和XSLT8-9。以下是对这些基本组成技术的简介：1) 使用XHTML和CSS进行标准化呈现：XHTML和CSS它们是W3C的公开标准，已经被广泛采用在现有的Web开发中。XHTML是可扩展超文本标识语言(The Extensible HyperText Markup Language)的缩写，是一种结合了部分XML强大功能及大多数HTML简单特性的过渡技术。它跟CSS(Cascading Style Sheets ,层叠样式表)结合后，能够发挥真正的威力，在实现样式跟内容分离的同时，又能有机地组合网页代码，在另外的单独文件中，还可以混和各种XML应用。2) 使用DOM实现动态显示和交互：DOM(Document Object Model)，是W3C的规范。W3C为DOM定义了几种语言绑定。这里的DOM主要是指在客户端的JavaScript对DOM的绑定，通过JavaScript和DOM可以即时修改用户界面、响应用户事件和输入。由于不同的浏览器对DOM的实现机制不同，所以在DOM事件中要特别注意跨浏览器的支持10。3) 使用XML和XSLT进行数据交互和处理：XSLT(eXtensible Stylesheet Language Transformation)是帮助将XML(Extensible Markup Language)文档转换为其他文档。XSLT是一种用来转换XML文档结构的语言。4) 使用XMLHttpRequest对象进行异步数据读取：XMLHttpRequest（简称XHR）是XMLHTTP的组件。XHR最早是在IE5中以ActiveX组件形式实现的，而后Mozilla也在它的Mozilla1.0中应用了它的一个本地兼容版本。XHR并不是一个W3C标准，因此虽然它的大多数方法和属性都得到了广泛的支持，但在不同的浏览器上的表现稍有区别。服务器在处理完Ajax请求消息时，返回的数据类型主要有responseText和responseXML两种返回类型。responseText主要用来处理服务器端返回为text/html格式的信息；responseXML主要用来处理服务器端返回为text/xml格式的信息。5) 使用JavaScript绑定和处理所有数据：JavaScript是由Netscape公司开发的一种脚本语言（scripting language），或者称为描述语言。在HTML基础上，使用Javascript可以开发交互式Web网页。JavaScript的出现使得网页和用户之间实现了一种实时性的、动态的、交互性的关系，使网页包含更多活跃的元素和更加精彩的内容11。2.1.3 Ajax技术的优势传统的Web应用采用同步交互过程，即用户首先向HTTP服务器发送一个交互请求，服务器执行完这些请求后，将结果进行HTML包装后返回客户端。这是一种不连贯的用户体验，服务器在处理用户请求时，用户处于等待状态，直到服务器处理完后才看到结果页面。这种交互方式下，如果服务器需要进行大数据量处理时，用户等待时间长，严重影响了用户体验12。图2.1向我们展示了传统的Web交互过程。图2.1 传统Web交互过程与传统的Web应用不同，Ajax采用异步交互过程。Ajax在用户与服务器之间引入一个中间媒介，从而消除了网络交互过程中的处理等待处理等待的缺点。用户浏览器在执行任务时即装载了用JavaScript语言编写的Ajax引擎。Ajax引擎负责处理用户界面与服务器之间的交互，允许用户与应用软件间的交互以异步方式进行，不影响用户与服务器的交流，实现了用户页面不刷新即可向服务器提交数据和获取服务器数据的方法13-15。图2.2为基于Ajax技术的异步Web交互过程。图2.2 基于Ajax的Web交互过程Ajax技术最主要的优点是可以与HTML无缝集成，因此它可以大量使用而不需要改变现有Web内容。此外，Ajax还可以与其它RIA(Rich Internet Application)技术联合使用，互补不足成为更加强大的工具。总的来说，Ajax技术主要有以下一些优点16：1) 技术相对稳定：Ajax技术采用的都是Web开发领域中相对成熟的旧技术，如CSS, JavaScript和XML等。相对稳定的Ajax技术，使基于Ajax技术的项目开发也变的相对稳定和可靠。2) 更好的用户体验：实际上用户并不希望过多的应用程序被安装在本地，随着网络的日益普及化，未来的发展趋势将是用户只需一个浏览器，便可以处理所有的业务。Ajax技术可以异步请求数据，并且局部更新页面，使用户在处理一个请求的同时还可以处理其他的请求，节省了用户的等待时间，提升了Web系统的响应速度，极大改善了用户的体验17。3) 更快的速度：Ajax的策略是“按需取数据”，不像传统的Web开发模式基于Form表单的提交然后刷新整个页面。由于Ajax技术只刷新页面中的局部信息，而不用刷新整个页面，因此Ajax应用会在一定程度上提高Web应用的响应速度。Ajax创建了一种新的体系结构18。这种体系结构的最核心部分如下：1) 较少的服务端事件：现在在Web应用中组件可以发出较小的请求，获取少量信息，然后通过DOM变换更新部分页面，而非刷新整个页面。2) 异步：向服务器提交请求之后，不会影响浏览器继续操作。用户可以继续使用应用系统的其他部分，而UI会更新以提醒用户请求已经发出。3) onAnything：我们能够根据用户的操作向服务器回传指令。现代浏览器能够捕获绝大部分操作系统确认的用户事件：单击鼠标、鼠标移过、按下键盘等。任何用户事件都能够触发一个异步的请求。3 电子病历系统分析与设计3.1 电子病历系统分析本系统主要分为两大模块：住院电子病历和门诊电子病历。3.1.1住院电子病历住院医生登陆后进入操作界面，点击菜单栏中的“病人列表”，列表中默认为自己主管的病人，选择一个病人点击“电子病历”便可进行医嘱、病历书写等操作。 电子病历操作界面，上面为菜单栏，包括“传染病报告、住院接诊、查询、停医嘱、病人列表、电子病历、手术申请排、出院”等。左侧为电子病历的具体内容（主页签），包括“就诊列表、过敏记录、诊断、医嘱录入、中草药录入、本次医嘱、检查结果、检验结果、入院记录、病程记录、住院病案摘要、出院记录、死亡记录、死亡病例讨论、院内会诊”等。 但是在本系统中主要涉及住院电子病历的以下几个重要方面，主要包括以下几个部分：病案基本情况，入院记录，病程记录和医疗文书。病案基本情况病案首页下包括的横排的子项，须依次填写一般情况、出院情况、手术操作情况、监护室、其他情况5个部分，如果出院诊断很多，在第一页的出院情况没有写完，则继续填写出院情况（续），妇产科须完成产科部分。打印时一般科室选择通用打印模板，产科病人选择产科模板。病案基本情况主要记录病人的基本情况。并且包含有保存，打印，更新数据，选择模板，选择组模板等功能。应该先填写病案首页一般情况（基本信息）包括：出生地、住院次数、病案号、X线号、职业、工作单位地址、身份证号、单位电话、家庭住址、联系人电话、家庭邮编、联系人姓名、性别等，入院记录、首次病程、会诊申请、出院记录、诊断证明书等的基本信息均链接自首页信息。入院记录病程记录主要显示4个页签：病史、体格检查、辅助检查和诊断。而病史主要分为：一般情况、主诉、现病史、流行病学、既往史、个人及婚育史、月经史、家族史、生长发育史、社会史（儿科）。每个页签内需包括若干个子页签，点击页签前的“+”便可展开。主诉、现病史、流行病学史、既往史、专科情况均应用了知识库，添加知识库的方法以“主诉”为例说明。入院记录的输入方式需根据实际情况，所以需有多种输入方式，包括：自由输入，选择输入（单选或多选），选择添加知识库，字体的选择、录入等。并有选择切换功能，一旦在界面上录入了内容，如果切换模板，即便已保存，录入的内容也将消失。病程记录根据住院的次数，病程记录可以分为首次病程记录和历次病程记录。而且会附上院内会诊来详细阐述病程。病程记录需要包括，新建历次病程记录，打印，全选功能。通过新建历次病程记录便可完成每次病程记录的书写，界面上会按时间顺序列出各次病程记录。历次病程记录可一次性整体打印，选择“全选”，如果为续行打印，则只需选择最近书写的需要打印的病程记录即可。历次病程记录主要为自由录入，部分可从“知识库节点”中添加模板，如阶段小结、转出（入）记录、交接班记录、疑难病例讨论记录等。但新建的历次病程记录中需包括主要输入的：入院日期、小结日期、入院诊断、目前诊断。院内会诊页面又会包含两块：申请页和会诊页。医疗文书医疗文书主要包括：出院记录、出院诊断证明书、死亡记录、病危通知书等。主要为自由录入，部分需从“知识库节点”中添加模板，阶段小结、转出（入）记录、交接班记录、疑难病例讨论记录。出院记录主要记录该病人的基本信息，住院时间，病情恢复情况和出院的具体时间。还需要有自由输入，对其在医院的具体情况，包括入院诊断和出院诊断做出详细的记录。出院诊断证明书需录入日期、注意事项、日期、医生签名，其他信息均链接自HIS。且对其治疗经过需自由输入。死亡记录是与出院记录一样，记录病人的基本信息，住院时间，死亡时间及原因并都有自由输入的详细备注。病危通知书记录病人的基本信息、住院时间、病情、病人的目前状况以及医生的诊断说明。并且包含主治医生签名、家属签名、签名时间、家属与病人签名和联系电话。3.1.2门诊电子病历普通号医生登陆后可看到挂普通号的所有病人，而出专家号的医生只显示挂该专家号的所有病人。 选择一个病人或叫号，点击“电子病历”，进入电子病历。构架和住院类似。左边列为：就诊列表、过敏记录、西医诊断录入、中医诊断录入、医嘱录入、中草药录入、门诊初诊病历、门诊复诊病历、门诊医疗文书、检验结果、检查结果、传染病上报。上面行为： 停医嘱、查找、门诊病人列表、电子病历、处方打印、处方补打、草药打印、化验告知单打印、检查申请单、单据打印、退出。在本系统中，主要涉及门诊电子病历的以下几个重要方面，主要包括以下几个部分：门诊初诊病历和门诊复诊病历。门诊初诊电子病历门诊初诊病历包括：包括一般情况主诉、现病史、体格检查、辅助检查、初步诊断、治疗处理意见医师签名以及入院通知书。一般情况、诊断、治疗处理意见中的化验、检查项目及用药均链接自HIS信息。输入方式可选择自由录入，选择录入，选择录入可在多选前面打勾。门诊复诊电子病历门诊复诊病历：只有一个页签，内有一般情况、病史查体、诊断、处理、西药中成药、中草药等。书写完毕只需保存一次即可。一般情况、诊断、治疗处理意见中的化验、检查项目及用药均链接自HIS信息。输入方式可选择自由录入，选择录入，选择录入可在多选前面打勾。3.2 电子病历系统设计系统采用的标准的MVC模式即视图、数据实体和控制类的完全分离进行设计实现，这样会使系统在性能和扩展等方面具有较强优势。系统构件层次如图3.1所示：图3.1 MVC模型图图中User包中全部是业务对象的实体定义类，包括系统所有业务对象；web包里面是针对user包中的对象的各种控制逻辑类，csp包下面是网页展现界面文件包括csp类和html等文件。系统采用B/S结构，采用MVC模式。MVC 设计模式是一种“分治”的思想，它使应用程序的输入、处理和输出分开，把应用程序分成三个核心模块：模型(Model)、视图(View)和控制器(Controller)。Model用来储存应用程序的数据以及访问、维护这些数据的业务逻辑，是整个应用程序的核心；View建立终端用户的表示层，提供了用户界面，是用户与应用程序的交互窗口；Controller是模型与视图的接口，其作用是获取并处理HTTP请求，并调用相关的业务模型中的方法对请求进行处理，然后将对象模型层次处理后的结果返回到View。可见MVC设计模式的主要优点是实现了业务逻辑和显示逻辑的分离，提高了系统的可维护性、可扩展性、可移植性和组件的复用性。系统在展示层得到用户的操作数据并将这些数据提交到逻辑层，逻辑层得到数据后则会进行分析和处理，如有必要则调用数据访问层的相关方法取得数据，数据访问层得到相关的数据集后返回给逻辑层，逻辑层对数据集进行处理将有用的信息返回给展示层，展示层解析逻辑层响应的数据，在适当的地方呈现给用户。3.2.1 展示层设计展示层，也为MVC模式中的视图层，主要使用Ajax进行控制，包括数据的读取以及页面的显示格式。展示层主要是JSP页面，并且使用模板来对页面的风格进行统一。在展示层，Ajax引擎是核心部分，他不仅要将用户界面的数据传递给逻辑层，还要将逻辑层的数据进行处理后返回给用户界面。表面上看，Ajax引擎是只是一个传递数据的载体，实际上，Ajax引擎则要对请求和响应的数据都要进行处理。在请求数据时，Ajax负责筛选出有用的数据传递给逻辑层，而逻辑层响应的数据往往是XML格式的数据，Ajax引擎需要解析这些XML格式数据，并控制这些数据正确的显示到用户界面上19 20。图3.2 展示层设计3.2.2 业务逻辑层设计逻辑层，为MVC模式中的控制层，对页面请求的数据进行操作和处理，返回给页面相关的响应的数据。逻辑层主要是包括Servlet和Service两部分组成，Servlet用于接受和响应展示层的数据，Service对Servlet或是数据访问层的数据进行操作，并与Servlet与数据访问层交互。Service是逻辑层的核心，也是系统的核心，系统的所有数据都要经过它的处理。当Servlet接收到展示层的数据后，它会根据数据中的相关参数来判断需要的调用Service中的哪一个方法，Service接收到Servlet的调用后对数据进行处理，如有必要则会访问数据访问层，得到相关的数据集，Service再对数据集的数据进行处理，转成XML格式的数据返回给Servlet，Servlet就会将这些处理后的数据集返回给展示层21。图3.3 逻辑层的设计3.2.3 数据访问层设计数据访问层为MVC模式的模型层，系统中的数据访问层主要用户与数据库相关的操作，包括添加、修改、删除、查询等操作22。数据访问层采用Hibernate把数据库中的表比系统中定义的持久类进行映射，在数据使用的时候就可以直接使用持久类中的数据23 24。如果系统需要对数据库进行操作时，逻辑层调用数据访问层相对应的DAO类，根据逻辑层的相关参数对数据库进行相应的操作，操作成功后则操作信息或是相关数据集。图3.4数据访问层设计3.2.4 数据库设计数据库设计的要求：面向对象的大型关系数据库或后关系数据库、支持主流厂商的硬件及操作系统平台、支持多机多处理器、支持Unix、Linux 、Windows 2000操作系统，支持C/S/S或B/S/S的体系结构、支持关系模型，支持分布式处理、数据库系统具有良好的伸缩性，能在不影响数据库正常运行的情况下更新系统、原有应用系统可以无损失移植、支持主流的网络协议（TCP/IP、IPX/SPX、NETBIOS及混合协议等）、具有支持并行操作所需的技术，包括多服务器协同技术、事务处理的完整性控制25。4 电子病历系统实现这里将介绍本系统的技术重点、难点的设计与实现。4.1 住院电子病历4.1.1 系统登录登录是整个系统的入口，首先用户选择所运行的邮件服务器。在服务器端，根据用户的用户名，密码和部门，如果信息正确则返回success，用户成功登录系统，如果信息不正确则返回failed，并给出相应的错误提示。如图4.1和4.2为系统登录页面的截图。图4.1 系统进入登录页面点击“登陆系统”，进入登陆界面：图4.2 系统登录页面输入“用户名”、“密码”（默认均为工作号），点击（或enter）“登陆”（第一次登陆需更改密码，更改后点击“更新”，密码请务必记牢，以后也可以自行更改密码）。显示“部门”后（即登陆科室），再点击（或enter）“登陆” 。本系统将在服务器端验证用户身份的合法性，以下为系统登录功能的关键实现代码：public class LoginMail private String userName;private String password;private String department;public LoginMail(String username,String password,String department)/用户名this.userName = username;/用户密码this.password = password;/用户所在部门this.department = department;public boolean getConnection()trySession session = Session.getInstance(System.getProperties(),null);Store store = session.getStore(department);store.connect(userName, password,department);store.close();return true;catch(Exception e)e.printStackTrace();return false; 住院医生登陆后进入操作界面，点击菜单栏中的“病人列表”，列表中默认为自己主管的病人，选择一个病人点击“电子病历”便可进行医嘱、病历书写等操作，如图4.3所示。图4.3 病人列表电子病历操作界面，上面为菜单栏，包括“传染病报告、住院接诊、查询、停医嘱、病人列表、电子病历、手术申请排、出院”等。左侧为电子病历的具体内容（主页签），包括“就诊列表、过敏记录、诊断、医嘱录入、中草药录入、本次医嘱、检查结果、检验结果、入院记录、病程记录、住院病案摘要、出院记录、死亡记录、死亡病例讨论、院内会诊”等，如图4.4所示：图4.4 电子病历操作界面4.1.2 病案基本情况在电子病历录入界面的主页签栏中点击住院病案摘要后可见病案首页和医疗文书录入界面，病案首页下包括的横排的子项，须依次填写一般情况、出院情况、手术操作情况、监护室、其他情况5个部分，如果出院诊断很多，在第一页的出院情况没有写完，则继续填写出院情况（续），妇产科须完成产科部分。打印时一般科室选择通用打印模板，产科病人选择产科模板。一般先填写病案首页一般情况（基本信息），再是入院记录、首次病程、会诊申请、出院记录、诊断证明书等的基本信息均链接自首页信息，如图4.5所示：图4.5 病案首页4.1.3 入院记录点击“入院记录”，显示4个页签：病史（一般情况、主诉、现病史、流行病学、既往史、个人及婚育史、月经史、家族史、生长发育史、社会史（儿科）、体格检查、辅助检查、诊断。每个页签内包括若干个子页签，点击页签前的“+”便可展开，如图4.6所示：图4.6 入院记录4.1.4 病程记录点击左边主页签中的“病程记录”，可见到4个页签，“历次病程记录”、“首次病程记录”、“院内会诊（申请页）”、“院内会诊（会诊页）”。这里主要给出历次病程记录的界面。点击“历次病程记录”，如图4.7所示：图4.7 历次病程记录也可以进行新建，选择一个模板之后进入“病历书写”界面来书写病历，如图4.8所示：图4.8 书写病历界面4.1.5 医疗文书医疗文书包括：出院记录、出院诊断证明书、24小时内出入院记录、24小时内入院死亡记录、死亡记录、死亡病例讨论、病危通知书等。这里主要给出出院记录的界面和相关代码。点击医疗文书页签中的“出院记录”，进入出院记录书写界面，如图4.9所示：图4.9 出院记录界面3.3 门诊电子病历普通号医生登陆后可看到挂普通号的所有病人，而出专家号的医生只显示挂该专家号的所有病人，如图4.10所示：图4.10 门诊病人列表选择一个病人或叫号，点击“电子病历”，进入电子病历。构架和住院类似。左边列为：就诊列表、过敏记录、西医诊断录入、中医诊断录入、医嘱录入、中草药录入、门诊初诊病历、门诊复诊病历、门诊医疗文书、检验结果、检查结果、传染病上报。可操作的功能是：停医嘱、查找、门诊病人列表、电子病历、处方打印、处方补打、草药打印、化验告知单打印、检查申请单、单据打印、退出。3.3.1 门诊初诊病历门诊初诊病历包括：包括一般情况主诉、现病史、体格检查、辅助检查、初步诊断、治疗处理意见医师签名共6个页签。每个页签书写完毕均要点击“保存”，如图4.11所示：图4.11 门诊初诊记录3.3.2 门诊复诊病历门诊复诊病历：只有一个页签，内有一般情况、病史查体、诊断、处理、西药中成药、中草药等。书写完毕只需保存一次即可。一般情况、诊断、治疗处理意见中的化验、检查项目及用药均链接自HIS信息，如图4.12所示：图5.12 门诊复诊记录3.4 日志的管理系统的所有操作记录都将会记录在log文件中，主要分为login，command和error三类日志文件，日志管理类的实现：public class LogUtil /指定log文件的路径private String path = e:workspaceTimeSheet;/添加登陆记录public synchronized void LoginLog(String username)String filepath = path + login.log;java.util.Date time = new java.util.Date(); time.setTime(System.currentTimeMillis();String s = time.toString() + : + username + login.;writeFile(filepath, s);/添加操作记录public synchronized void CommandLog(String username, String s)String filepath = path + command.log;java.util.Date time = new java.util.Date(); time.setTime(System.currentTimeMillis();s = time.toString() + : + username + : + s;writeFile(filepath, s);/添加错误记录public synchronized void ErrorLog(String s)String filepath = path + error.log;java.util.Date time = new java.util.Date(); time.setTime(System.currentTimeMillis();s = time.toString() + : + s;System.out.println(s);writeFile(filepath, s);/将记录写到文件中private void writeFile(String path, String s) try File file = new File(path); BufferedWriter bw = new BufferedWriter(new FileWriter(file, true);bw.close(); catch (IOException e) System.out.println(e);/Log的记录：LogUtil log = new LogUtil();log.ErrorLog(resoure.getString(com.timesheet.TimeSheetService.saveTimeSheetError);log.LoginLog(employeename);log.CommandLog(es.getEmployeeName(sessionid), Get + es.getEm