论文部分内容阅读
摘 要： 我在一个软件企业从事软件系统架构设计工作，2007年5月，我公司承担了某医院的应用集成项目，该医院领导决定投资建立一个可扩展的统一集成平台，以解决医院信息系统中复杂、分散、异构的数据信息之间的交换、相互转换、共享等问题。
关键词：信息系统；架构设计
中图分类号：TP3 文献标识码：A 文章编号：1671—7597(2010)0920105--01
为了集成已有的系统，保护用户投资，同时，又要使已有的系统之间能够通信，使已有系统与新开发系统之间也能够通信。在该项目中，我们采用中心辐射型消息代理技术，将中心辐射型集成模型引入到医院应用集成，结合相关标准，建立了一个适应于IT技术发展的医疗应用的可扩展集成架构。
在中心辐射集成架构中，消息系统具有高度可扩展性，容易与其他系统进行集成，对于异构系统的集成效果显著。该项目完成至今已接近1年，从运行的效果来看。达到了项目的预期目标。项目验收时，得到了同行专家和该医院领导及有关人员的好评。
经过20年的信息化建设，我国大型综合医院的信息化工作取得了很大的发展，一些医院建立了多个应用系统。例如门诊划价收费系统、药房药品管理系统、药库药品管理系统、住院病人管理、财务管理系统、固定资产管理系统、其他材料管理系统、卫生材料管理系统和护士工作站管理系统等。由于这些系统在不同的时期开发，运行于不同的系统平台。采用了不同的技术和不同的标准规范，导致这些系统都是一些“信息孤岛”，系统之间的数据共享和交换存在问题。同时，医院对信息化的需求又是不断扩展和发生变化的，这决定了任何一家厂商都不可能提供一所医院所需要的所有产品，医院需要采购不同厂商的软件产品。因此。在同一医院环境下，集成不同厂商的应用软件是医院信息化实施过程中必然要面临和解决的问题。
我在一个软件企业工作，2007年5月，我所在的公司承担了某大型综合医院的应用集成项目。该院领导决定投资建立一个可扩展的统一集成平台，以解决医院信息系统中复杂、分散、异构的数据信息之间的交换、相互转换、共享等问题。该院已有的系统主要有门诊划价收费系统、药房药品管理系统、药库药品管理系统、住院病人管理、财务管理系统、固定资产管理系统、其他材料管理系统和卫生材料管理系统，要求新开发考核办管理系统、人事管理系统、图书管理系统、体检管理系统、护士工作站管理系统和LIS管理系统。我有幸参加了该项且的开发，并担任架构师职务，主要负责系统架构设计工作。
通过系统分析，我们发现该医院信息化建设存在以下几方面的问题：
1)目前，各系统厂商各自为政，致使医院缺乏一套通用的数据标准。
2)现有各系统之间主要依靠数据的直接共享达到集成的目的。在系统之间进行信息交换的过程中，被交换信息的安全性没有保障。
3)部分系统之间已经进行了紧密集成，增加了扩展医院信息系统的难度，某一个系统的调整或维护会影响整个医院其他系统的正常工作。
基于该医院信息化存在的上述问题，在我的组织下，我们召开了架构设计会议，会议由我公司核心核技术人员和该医院的有关计算机专家参加。在这次会议上，确定了一些基本原则。会议认为，应用集成的架构必须体现遵循以下原则：
1)可扩展性：使得医院应用集成可以快速进行，有较强的通用性，各系统之间属于松散耦合，保证医院信息系统的可持续性发展。
2)标准化：采用卫生行业的信息交换标准进行信息集成。
3)安全性：充分考虑医院应用集成过程面临的安全问题，各应用系统之间不直接进行数据共享或交换，采用基于消息的方式进行集成，
为了实现可维护性强、安全性高的应用集成，经过研究和实践，我们设计了一个基于国家卫生部标准的中心辐射型集成架构，该架构既包括数据集成，也包括应用集成。
我们采用中心辐射型消息代理技术，将中心辐射型集成模型引入到医院应用集成，结合相关标准，建立一个适应IT技术发展的医疗应用的可扩展集成架构。该架构使各异构系统之间的信息交换采用消息传递的方式，系统之间的通信只取决于消息发布和消息订阅，并不需要知道系统的位置。以及具体做什么和怎么做。每个系统只关心各自订阅的消息和需要发布的消息。
各辐射与中心服务器之间的消息传递直接采用标准的消息格式，任何需要接入的应用产品(一个辐射)只要将自己的接口充分暴露给中心服务器即可。消息在中心服务器内既可以采用消息队列方式进行调度，也可以采用消息代理的方式进行调度。各应用系统之间基于发布与订阅方式进行消息交互，各应用系统以广播的方式发布标准消息，消息进入中心服务器，中心服务器再根据相应的业务流程组织，将消息发送给订阅该消息的应用系统，被请求系统进而做出回应。
该架构具有以下优势：
1)在中心辐射型集成架构中，消息系统具有高度可扩展性，容易与其他系统进行集成。
2)中心辐射型集成架构为建立动态、可靠和灵活的系统提供了基础。在中心辐射型集成架构中，消息的生产者和使用者之间是一种松散耦合的关系，这种关系基于对消息的异步处理。对于使用者来说，它并在乎是谁产生了消息、产生者是否仍在网络上，以及消息是什么时候产生的。对于生产者来说，它也并在乎谁将接收这个消息。生产者和使用者只需将接收消息的格式达成一致，就可以达到目的。这样，一个子系统的修改不会影响其他子系统的正常运行。
在选择集成服务器平台时，我们对Microsoft的Biz Talk Server、IBM的BI、BEA的eblogic Intergratio和Oracle的m进行比较，这些产品的设计思想基本相同，仅仅是实现方法的有所区别。由于该医院的基础数据库建立在0racle数据库上，因此，我们选用了Oracle的BTB作为集成服务器平台。
该项目完成至今已接近1年，从运行的效果来看，达到了项目的预期目标。项目验收时，得到了同行专家和该医院领导及有关人员的好评。
关键词：信息系统；架构设计
中图分类号：TP3 文献标识码：A 文章编号：1671—7597(2010)0920105--01
为了集成已有的系统，保护用户投资，同时，又要使已有的系统之间能够通信，使已有系统与新开发系统之间也能够通信。在该项目中，我们采用中心辐射型消息代理技术，将中心辐射型集成模型引入到医院应用集成，结合相关标准，建立了一个适应于IT技术发展的医疗应用的可扩展集成架构。
在中心辐射集成架构中，消息系统具有高度可扩展性，容易与其他系统进行集成，对于异构系统的集成效果显著。该项目完成至今已接近1年，从运行的效果来看。达到了项目的预期目标。项目验收时，得到了同行专家和该医院领导及有关人员的好评。
经过20年的信息化建设，我国大型综合医院的信息化工作取得了很大的发展，一些医院建立了多个应用系统。例如门诊划价收费系统、药房药品管理系统、药库药品管理系统、住院病人管理、财务管理系统、固定资产管理系统、其他材料管理系统、卫生材料管理系统和护士工作站管理系统等。由于这些系统在不同的时期开发，运行于不同的系统平台。采用了不同的技术和不同的标准规范，导致这些系统都是一些“信息孤岛”，系统之间的数据共享和交换存在问题。同时，医院对信息化的需求又是不断扩展和发生变化的，这决定了任何一家厂商都不可能提供一所医院所需要的所有产品，医院需要采购不同厂商的软件产品。因此。在同一医院环境下，集成不同厂商的应用软件是医院信息化实施过程中必然要面临和解决的问题。
我在一个软件企业工作，2007年5月，我所在的公司承担了某大型综合医院的应用集成项目。该院领导决定投资建立一个可扩展的统一集成平台，以解决医院信息系统中复杂、分散、异构的数据信息之间的交换、相互转换、共享等问题。该院已有的系统主要有门诊划价收费系统、药房药品管理系统、药库药品管理系统、住院病人管理、财务管理系统、固定资产管理系统、其他材料管理系统和卫生材料管理系统，要求新开发考核办管理系统、人事管理系统、图书管理系统、体检管理系统、护士工作站管理系统和LIS管理系统。我有幸参加了该项且的开发，并担任架构师职务，主要负责系统架构设计工作。
通过系统分析，我们发现该医院信息化建设存在以下几方面的问题：
1)目前，各系统厂商各自为政，致使医院缺乏一套通用的数据标准。
2)现有各系统之间主要依靠数据的直接共享达到集成的目的。在系统之间进行信息交换的过程中，被交换信息的安全性没有保障。
3)部分系统之间已经进行了紧密集成，增加了扩展医院信息系统的难度，某一个系统的调整或维护会影响整个医院其他系统的正常工作。
基于该医院信息化存在的上述问题，在我的组织下，我们召开了架构设计会议，会议由我公司核心核技术人员和该医院的有关计算机专家参加。在这次会议上，确定了一些基本原则。会议认为，应用集成的架构必须体现遵循以下原则：
1)可扩展性：使得医院应用集成可以快速进行，有较强的通用性，各系统之间属于松散耦合，保证医院信息系统的可持续性发展。
2)标准化：采用卫生行业的信息交换标准进行信息集成。
3)安全性：充分考虑医院应用集成过程面临的安全问题，各应用系统之间不直接进行数据共享或交换，采用基于消息的方式进行集成，
为了实现可维护性强、安全性高的应用集成，经过研究和实践，我们设计了一个基于国家卫生部标准的中心辐射型集成架构，该架构既包括数据集成，也包括应用集成。
我们采用中心辐射型消息代理技术，将中心辐射型集成模型引入到医院应用集成，结合相关标准，建立一个适应IT技术发展的医疗应用的可扩展集成架构。该架构使各异构系统之间的信息交换采用消息传递的方式，系统之间的通信只取决于消息发布和消息订阅，并不需要知道系统的位置。以及具体做什么和怎么做。每个系统只关心各自订阅的消息和需要发布的消息。
各辐射与中心服务器之间的消息传递直接采用标准的消息格式，任何需要接入的应用产品(一个辐射)只要将自己的接口充分暴露给中心服务器即可。消息在中心服务器内既可以采用消息队列方式进行调度，也可以采用消息代理的方式进行调度。各应用系统之间基于发布与订阅方式进行消息交互，各应用系统以广播的方式发布标准消息，消息进入中心服务器，中心服务器再根据相应的业务流程组织，将消息发送给订阅该消息的应用系统，被请求系统进而做出回应。
该架构具有以下优势：
1)在中心辐射型集成架构中，消息系统具有高度可扩展性，容易与其他系统进行集成。
2)中心辐射型集成架构为建立动态、可靠和灵活的系统提供了基础。在中心辐射型集成架构中，消息的生产者和使用者之间是一种松散耦合的关系，这种关系基于对消息的异步处理。对于使用者来说，它并在乎是谁产生了消息、产生者是否仍在网络上，以及消息是什么时候产生的。对于生产者来说，它也并在乎谁将接收这个消息。生产者和使用者只需将接收消息的格式达成一致，就可以达到目的。这样，一个子系统的修改不会影响其他子系统的正常运行。
在选择集成服务器平台时，我们对Microsoft的Biz Talk Server、IBM的BI、BEA的eblogic Intergratio和Oracle的m进行比较，这些产品的设计思想基本相同，仅仅是实现方法的有所区别。由于该医院的基础数据库建立在0racle数据库上，因此，我们选用了Oracle的BTB作为集成服务器平台。
该项目完成至今已接近1年，从运行的效果来看，达到了项目的预期目标。项目验收时，得到了同行专家和该医院领导及有关人员的好评。