门诊应急系统的架构设计与实现.docVIP

　　摘要：门诊系统是医院信息系统（HIS）的重要组成部分。在门诊高峰时期，大并发量的情况下，出现客户端网络掉线或者楼层交换机损坏，都会极大地影响患者的就诊服务，因此，门诊应急系统的架构设计是应急情况下的关键。该文采取基于客户端本地缓存以及事后自动重新提交门诊业务数据的原理，设计出模块化，可插拔的门诊应急系统。 　　关键词：门诊应急系统；本地缓存；异步提交；嵌入式数据库 　　中图分类号：TP319文献标识码：A文章编号：1009-3044(2012)24-5823-03 　　Architecture Design and Implementation of Outpatient Emergency System 　　LI Jing-cheng 　　(The Second Affiliated Hospital of Guangzhou Medical College, GuangZhou 510260，China) 　　Abstract: The outpatient system is an important part of the Hospital Information System. In the clinic during peak hour, amount concur rency case, appear the client network dropped or floor switches damage, will greatly affect the person抯 medical service, therefore, outpa tient emergency system architecture design is emergency cases of the key. This paper based on the local cache and the subsequent automatic re-submit the data of outpatient services, designed a modular, pluggable outpatient emergency system 　　Key words: Outpatient Emergency System; local cache; asynchronous submit; embedded database 　　门诊通常接诊病情较轻的患者，在门诊高峰时期，短时间内将有大量的患者排队等待。一旦门诊系统发生故障，造成客户端无法连接服务器端(中心数据库服务器或者应用服务器)，在短时间内又无法恢复运行，将对门诊就诊的正常运行造成混乱，影响医院的形象和声誉[1]。因此，如何设计好门诊应急系统，使得系统在部分故障的情况下，仍然能正常运行，最大可能保证业务的连续性，是门诊系统可靠性的重要实现部分之一。目前，大部分医院使用的门诊系统都是从服务器端实时获取数据。这种获取数据方式的优点是数据流和控制流逻辑简单，数据准确，实时性强，其缺点是网络健壮性差。因为一旦客户端的网络连接中断，造成客户端系统业务的中断，故障恢复的时间越长，造成的损失越大。解决此问题的最佳手段就是在客户端缓存一些关键数据，使得断网的情况下，可以维持主要业务流程，比如，患者在挂号应急系统下挂号，凭挂号发票在医生工作站就诊，顺利完成挂号就诊活动。在联网之后，由后台自动提交相关的业务数据到服务器端，维持数据的一致性。 　　 1基本技术原理 　　缓存的第一目的是为了提高数据的读取速度。在大多企业的现有业务系统架构下，重要数据甚至几乎所有的数据都存储在数据库中，因此连接客户端和数据库服务器或者应用服务器的网络，将变成非常重要。其吞吐量，稳定性都是业务系统流畅运行的重要因素。所以客户端进行本地缓存，可以减少客户端与服务器端的数据交互，大大提高程序的性能。 　　缓存除了可以提高读取速度外，根据业务规则，如果设计的合理，还可以在网络中断的小短时间为客户端应用提供关键业务数据，使得主要业务流程继续下去。这一点，在医院大门诊量下，医患关系紧张的今天，比前面这点更加重要。这一点也是门诊应急系统的技术基础。 　　缓存有如此重要的优点，但其自身也受到CAP原理的制约。具体来说，CAP原理中有三个要素：一致性(Consistency)，可用性(Availability)和分区容忍性(Partition tolerance)，这三个要素最多只能同时实现两个，不可能三者都实现[2]。分区容忍性是分布式系统的基本要求，因此，任何系统架构只能在一致性和可用性之间取舍。具体到缓存，就是抛弃关系数据库般的强一致性，保留高可用性。 　　尽管缓存抛弃了强一致性，但却可以保持弱一致性(Wea