基于SPRING三层CS架构门诊系统设计.docVIP

基于SPRING三层CS架构门诊系统设计 　　摘 要： 门诊系统是医院信息系统（HIS）的重要组成部分，在大门诊量的情况下，门诊系统如何高效稳定安全地运行，系统设计是关键。采取基于SPRING的三层C/S架构，利用开源框架SPRING的控制反转（IOC）和面向方面编程（AOP）以及WEBSERVICE技术，设计出模块化，可扩展性强的门诊系统。 　　关键词： 门诊系统；SPRING；三层C/S架构；WEBSERVICE 　　中图分类号：F252 文献标识码：A 文章编号：1671－7597（2011）1010062－01 　　 　　对于日门诊量几千的医院，如何组织规范好患者的就医流程，减少患者的就医排队等待时间，减少门诊系统失效的几率，是对门诊系统的一大考验。目前，大部分医院使用的都是两层C/S架构的系统，有些则采用三层的B/S架构。两层C/S架构的系统，在业务范围不大，数据量小的情况，可以运行的比较稳定，但是，对于门诊量大，业务复杂的医院，两层的架构无论从系统运行，后期维护以及系统扩展来说，对门诊系统都是一个巨大考验。三层的B/S架构，吸取了两层的缺陷，采取明确的分层思想，使得层次之间各司其职，又具有灵活的扩展性。但是B/S架构的缺点也显而易见，就是对客户端的控制能力比较差，安全性相对于C/S架构也较差。综合参考两层和三层架构以及B/S和C/S架构的优缺点，取长补短，本文设计出基于SPRING的三层C/S架构的门诊系统，增强了架构的灵活性，业务的高效稳定性，系统的安全性，以及对客户端的较强控制能力。 　　1 基本技术原理 　　三层架构一搬是将整个业务应用划分为：表现层（UI）、业务逻辑层（BLL）、数据访问层（DAL）。表现层一般是指展现给用户看的界面；业务逻辑层一般用于对业务数据的处理；数据访问层则是访问数据的物理存储。将系统划分为这三层，可以降低模块间耦合和增强系统的可扩展性，便于组件的标准化和逻辑复用。 　　WEBSERVICE是网络上电子设备之间的通信方法。WEBSERVICE旨在解决三个主要问题，即防火墙穿越，复杂性和互操作性[1]。由此可见，WEBSE 　　RVICE解决了网络两端的不同应用系统的相互操作问题，以及降低了操作的复杂性，并且这种操作能够安全地穿透防火墙。 　　SPRING是一个轻量级的控制反转（IOC）和面向切面（AOP）的开源容器框架，它极大地降低了企业应用程序开发的复杂度[2]。IOC和AOP技术较好地解决了模块之间的耦合问题，使得开发者能够更好地关注组件的业务逻辑功能，提高了模块的内聚性。 　　2 系统整体逻辑架构 　　门诊系统包括许多子系统，还和住院系统，PACS系统等其他系统有着大量的业务数据交互，整体的逻辑架构可用下图表示。 　　这是三层的系统架构，表现层在客户端，中间层存放业务逻辑层和数据库访问层，各层之间除了通过WEBSERVICE的联系外甚至不能感知其他层的存在，极大地扩展了组件装配的灵活性。同时，业务逻辑层也留有与其他系统的接口，这些接口同样也可以用WEBSERVICE的方式通信。这样，客户端医生工作站要调用病人的PACS图片时，并不需要知道此PACS图片存放在哪里，只需要向业务逻辑层提交申请，由系统通过WEBSERVICE调用PACS系统获得病人图片，再呈现在医生工作站。另外，由于WEBSERVICE能够穿透防火墙，这样就可以将重要的业务逻辑层和数据访问层以及数据库放在防火墙后面加以保护，防火墙只开放必要的端口，这是两层的系统架构无法做到的。 　　中间件一般有IBM的WebSphere，BEA的WebLogic，或者开源的JBOSS，TOMCAT等，这样既可以降低开放难度，又可以利用现有中间件容器的高效稳定性，本系统采用开源的TOMCAT。 　　客户端除了呈现业务界面外，还要有较强的桌面系统控制能力，如业务系统中经常要用到的打印功能和读取外设信息的功能，可以采用基于.NET平台的C#语言编写。基于.NET的客户端通过WEBSERVICE访问基于J2EE异构平台的中间件，这正是WEBSERVICE技术粘合异构平台的能力所在。 　　3 基于SRPING的业务逻辑设计 　　门诊就诊流程一般为患者到医院，排队挂号，候诊，就诊，候检，检查，取药最后离院，几乎每一个子流程都可以成为一个子系统，如挂号子系统，分诊子系统，医生工作站，收费子系统，配发药子系统等[3]。除了这些内部的子系统外，还应该有和其他系统的接口，如PACS系统接口和医保接口等。 　　本系统利用SPRING框架整合各个子系统，下面以挂号子系统为例说明其业务逻辑设计。 　　如图2所示，子系统大概分成五个组件（其他的一些组件此图未列出），分别为dict_info基本信息组件（如科室信息，医生