医疗行业企业应用集成研讨

医疗行业企业应用集成研讨21序言1.1企业对应用集成需求1.2应用集成目标1.3应用集成作用示例医疗行业企业应用集成研讨2/14231.1企业对应用集成需求-1

问题企业独立信息单元不停增加，彼此缺乏关联信息时效重复操作准确性

……成为企业业务、决议能力短板医疗行业企业应用集成研讨3/14241.1企业对应用集成需求-2

原因业务推进信息建设业务群间水平、能力存在差距信息需求紧迫程度差异信息系统本身实施能力所致技术规范项目本身管理/文档缺失等…医疗行业企业应用集成研讨4/14251.1企业对应用集成需求-3怎样处理革命性：推倒重来/一揽子方案改良性：逐一分析，据优先级给出方案医疗行业企业应用集成研讨5/14261.1企业对应用集成需求-4

企业根本需求用投入产出符合企业能力方案，使信息系统成为企业利益最大化工具处理眼前问题同时，不能成为新弧岛。医疗行业企业应用集成研讨6/14271.2应用集成目标为企业打造统一、规范、开放骨干应用实现企业业务需求下，各信息应用、系统间不一样层次信息共享、数据通讯以应用集成为契机，触发企业业务流程重组(BPR)、优化，信息与业务水平得到同时提升，为企业未来奠定稳固基础。医疗行业企业应用集成研讨7/14281.3应用集成作用介绍企业间异行间信用卡在ATM上互通超市与供货商间EDI(电子数据交换)企业内酒店各部门间消费统一结算直销企业网上订单到送货后台过程。医疗行业企业应用集成研讨8/14292概念1、信息系统相关概念支撑系统应用不一样层次技术介绍 网络/硬件基础设施/操作系统(略)网络应用环境数据库4. 各种商业应用软件/管理系统系统在业务中应用开发工具集成技术概念7. 多层次系统集成8. 应用集成医疗行业企业应用集成研讨9/142102.1信息系统概念

定义分类体系结构层次组成医疗行业企业应用集成研讨10/142112.1.1信息系统定义信息系统是用信息化伎俩将业务逻辑固化，是人、设备、应用软件、操作环境、业务流程集合体。信息系统是管理理念、整合实施水平表达。医疗行业企业应用集成研讨11/142122.1.2分类1、管理信息系统按应用区分数据分析、决议支持业务操作系统支持后台数据/事务处理医疗行业企业应用集成研讨12/142132.1.2分类2、按交互形式标准应用程序：IE/窗口/字符界面报表/图表无交互系统：订单处理、工作流……

部件/组件……医疗行业企业应用集成研讨13/142142.1.3体系结构-概念概念体系结构，指信息系统每个组成部分之间相互关系，包含：层次、拓朴结构、布局、接口、边界等；组成部分包含：硬件、软件、数据、操作规程、文档、参加人员等。医疗行业企业应用集成研讨14/142152.1.3体系结构-1按系统操作端区分主机/终端模式集中式文件资源共享对等网客户/服务器(C/S)浏览器/服务器(B/S)静态页面由服务器解释脚本由中间层支撑B/S结构医疗行业企业应用集成研讨15/142162.1.3体系结构-2按拓朴结构区分点状线状星型网状医疗行业企业应用集成研讨16/142172.1.3体系结构-3

按计算模式区分集中式计算分时共享资源共享客户端/服务器模式分布式计算胖客户/服务器结构三层或更多层结构其它结构医疗行业企业应用集成研讨17/142182.1.4信息系统层次信息系统层次结构信息系统层次结构是按照互连、互通、互操作开放式系统思想对信息系统应用层次进行划分结构模型。信息系统层次划分1、物理层——硬件产品、网络设备；2、操作系统层——系统软件；3、工具层——DBMS、中间件、网络工具等；4、数据层——数据模型；5、功效层——功效模型；6、业务层——管理模型；7、表示层——人机交互。医疗行业企业应用集成研讨18/142192.1.5信息系统组成网络、硬件基础设施、操作系统网络应用环境：OA平台/信息安全数据库平台工具/中间层应用软件/应用系统业务应用医疗行业企业应用集成研讨19/142202.2网络应用环境Intranet/Internet基础服务信息安全医疗行业企业应用集成研讨20/142212.2.1网络基础服务Intranet/Internet基础服务域名(DNS)服务

Web(WWW)服务

FTP文件服务电子邮件服务(Email)

其它服务：群件、工作流工具……医疗行业企业应用集成研讨21/142222.2.1网络基础服务-DNS

分布式层次数据库提供域名和数据映射域名IP地址域名

计算机名

IP地址

域名树状名字系统医疗行业企业应用集成研讨22/142232.2.2网络安全

密码技术与密钥管理证书数字署名智能IC卡技术安全套接字(SSL)医疗行业企业应用集成研讨23/142242.3数据库

数据库系统概述数据库分类发展现实状况经典产品介绍医疗行业企业应用集成研讨24/142252.3.1数据库概述数据库词义：原始及加工数据集合产品包含：数据库+管理工具+开发接口医疗行业企业应用集成研讨25/142262.3.2数据库分类

关系型数据库文件型数据库非结构化数据库多媒体数据库专用、工程数据库医疗行业企业应用集成研讨26/142272.3.3数据库发展情况-1发展阶段第一阶段(70年代)，可说是一套对表有限命令集。例：DBASE第二阶段(80年代)SQL面世了第三阶段(90年代)加强了数据库整体安全性、管理、提供了事务处理等功效医疗行业企业应用集成研讨27/142282.3.3数据库发展情况-2运行环境演变第一阶段，在小、中、大型机上运行RDBMS普通为多用户系统。微机上为单用户版本第二阶段，开始出现跨平台产品，数据库开始支持网络并发操作…第三阶段，产品追求开放性、可移植、可连接、可伸缩医疗行业企业应用集成研讨28/142292.3.3数据库发展情况-3产品组成改变早期产品主要提供数据定义、数据存取、数据控制等基本操作和数据存放组织、并发控制、安全性完整性检验、系统恢复、数据库重新组织和重新结构等基本功效。这些成为RDBMS关键功效。第二阶段产品以数据管理基本功效为关键，着力开发外围软件系统，比如FORMS表格生成系统、REPORTS报表系统、MENUS菜单生成系统等。这些外围工具软件，就是所谓第四代应用开发环境，他们大大提升了数据库应用开发效率。医疗行业企业应用集成研讨29/142302.3.4经典产品介绍MicrosoftSQLServerOracleIBMDB2SybaseSQLServer医疗行业企业应用集成研讨30/14231MicrosoftSQL-Server

兼容性：微软处理方案可移植性：仅提供IA架构WINDOWS平台产品可联结性：支持较多协议高生产率：第三方软件非常多Sybase企业是1984年成立，属于后起之秀。他推出了支持企业范围“客户/服务器体系结构”数据库。Sybase把“客户/服务器数据库体系结构”作为开发产品主要目标。SybaseSystem11.5是其主导产品，支持企业内部各种数据库应用需求，如数据仓库、联机事务处理、决议支持系统和小平台应用等。 MSSQLServer是购置Sybase企业1987年推出SybaseSQLServer,又称为大学版INGRES第三代产品,所以他们实质是一样。医疗行业企业应用集成研讨31/14232ORACLE

兼容性：Oracle产品采取标准SQL，有很好产品兼容性可移植性：Oracle在非常宽广应用范围内提供了全系列产品可联结性：支持较多协议高生产率：提供了各种开发工具医疗行业企业应用集成研讨32/14233DB2特点DB2数据库关键又称作DB2公共服务器，采取多进程多线索体系结构，能够运行于各种操作系统之上，并分别依据对应平台环境作了调整和优化，方便能够到达很好性能。DB2关键数据库特色有：支持面向对象编程;支持多媒体应用程序医疗行业企业应用集成研讨33/14234SybaseSQL-Server

特点：在80年代中期出现产品。至今占有相当市场份额较新产品AdaptiveServer，集成了Server、Anywhere等，提供了单一编程模型开发工具：PB、PD、PJ、PC++医疗行业企业应用集成研讨34/142352.4软件-概念软件是由人设计和建造产品。包含：1、执行时提供希望功效和性能指令；2、使得程序能够适当地操作信息数据结构；3、描述程序操作和使用文档。医疗行业企业应用集成研讨35/142362.4应用软件特征1、软件是被设计开发，而不是传统意义上被制造，它是工程化产品；2、软件不会“磨损”；3、即使软件产业正在向基于构件组装前进，大多数应用软件依然是定制。医疗行业企业应用集成研讨36/142372.4商用软件分类1、系统软件2、工具软件3、商业软件4、工程和科学计算软件5、嵌入式软件6、人工智能软件7、个人软件8、专用软件9、管理信息系统(MIS)医疗行业企业应用集成研讨37/142382.5业务应用CRMSCMPDMERPWEB网站OA（邮件+内部主页）基础网络设施（LAN或WAN）企业MIS骨架层次医疗行业企业应用集成研讨38/142392.5业务应用管理系统起源产品化MIS软件+配置/个性化调整优点：有成功案例，实施快速，适于”克隆”缺点：造价与产品“名气”成正比，定制调整有限定制开发优点：完全量身定制，可完整支持管理思绪缺点：系统稳定性受实施能力影响医疗行业企业应用集成研讨39/142402.5业务应用

发散一下?（无正确答案)

定制系统VS购置成品?案例背景：某书店想上电子商务，网上卖书!医疗行业企业应用集成研讨40/142412.6开发工具

早期语言：汇编、Cobol、Basic

结构化工具：C、PASCAL

面向对象工具：Delphi、C++、VB

支持组件开发工具：Java、C#医疗行业企业应用集成研讨41/142422.7信息系统集成概念

定义区分层次信息系统集成标准医疗行业企业应用集成研讨42/142432.7.1信息系统集成-定义什么是系统集成？系统是指为实现某一目标而形成一组元素有机集合，而系统本身又可作为一个元素单位参加屡次组合，这种组合过程称为系统集成。系统集成关键原因1、系统集成交付物依然是一个系统，符合系统全部特点；2、系统集成不是系统间简单堆积，而是系统间有机集合。需要利用系统工程原理和方法，经过综合、协调使得全局、整体系统指标最优化。医疗行业企业应用集成研讨43/142442.7.1信息系统集成-定义2什么是信息系统集成？信息系统集成是依据应用需求，将硬件产品、网络设备、系统软件、工具软件以及对应应用软件等集成为一个含有优良性能价格比计算机系统全过程。医疗行业企业应用集成研讨44/142452.7.2区分层次信息系统集成系统层次：在不一样层次上，实现之间互连/互通，使之形成一个整体1、物理层——硬件产品、网络设备；2、操作系统层——系统软件；3、工具层——DBMS、中间件、网络工具等；4、数据层——数据模型；5、功效层——功效模型；6、业务层——管理模型；7、表示层——人机交互。医疗行业企业应用集成研讨45/142462.7.3信息系统集成标准标准1、开放性——开放标准；2、结构化——处理复杂系统；3、先进性——较长生命周期；4、主流化——系统可靠性；5、可行性——资源、进度约束。思绪1、深入研究目标系统特点；2、开展全方面调研工作；3、分析问题，依据客户优先极、难度确定范围4、制订总体处理方案。医疗行业企业应用集成研讨46/142472.8应用集成概念-1企业应用集成分类1、体系结构间集成(横向)2、体系结构内集成(纵向)医疗行业企业应用集成研讨47/142482.8应用集成概念-2横向集成长久、稳定集成随机集成医疗行业企业应用集成研讨48/142492.8应用集成概念-3纵向集成单一层次集成：(应用环境……集成)数据集成应用集成：平台工具/中间层

医疗行业企业应用集成研讨49/142503数据集成

概念方法数据共享接口集成复制数据仓库医疗行业企业应用集成研讨50/142513.1.1数据集成概念-定义数据集成：是共享或者合并来自于两个或更多应用数据，支持更多企业应用过程；数据集成目标：是利用一定技术伎俩将系统中数据按一定规则组织成为一个整体，使得用户能有效地对数据进行操作；数据集成处理对象：系统中各种异构分布数据库中数据；数据集成目标：是到达应用之间信息共享、数据通讯。医疗行业企业应用集成研讨51/142523.1.2数据集成概念-适用场所数据集成经常是应用集成最简单、直接路径。数据集成通常经过使用基本文件I/O或者标准数据库呼叫来实现，不需要复杂技术体系。适于实现成本较低、进度安排比较轻易、所需开发技能不高集成处理方案。当前流行DBMS都提供数据集成工具。医疗行业企业应用集成研讨52/142533.1.3数据集成概念-不适用场所1、不适于安全性/完整性规则要求高应用：因为绕过应用程序安全性检验，可能造成数据破坏；存取控制改变可能会打开新安全漏洞；数据输入输出可能把敏感数据公布到共用网上；2、不适于接口、业务规则复杂应用：拥有很多复杂数据结构大型商业应用数据结构没有正式书面文件支持应用面向交易应用（如银行业或会计方面应用）存有敏感个人数据和商业机密应用等在提供数据集成方案，时要做认真分析。医疗行业企业应用集成研讨53/142543.2.1数据共享-方法方法新扩展应用经过一定安全和事务机制直接访问另外一个应用数据库来实现数据集成。医疗行业企业应用集成研讨54/142553.2.2数据共享-优缺点优点：是最简单方法，通常也是最有效方法。实时数据同时、结构完全相同缺点：轻易造成数据一致性和完整性破坏结构改变时，全部外挂需要一起调整医疗行业企业应用集成研讨55/142563.2.3数据共享-适用场所适合用于1、同一软件供给商产品功效扩展2、有详细技术文档产品功效扩展不适合用于数据主要性程度较高，没有详细技术说明文档数据集成。医疗行业企业应用集成研讨56/142573.2.4数据共享-例子

酒店系统结帐台服务员收银统计表开发背景酒店已经有了支持业务操作全套管理系统收银部想统计每个收银员日收银对比软件系统文档很全方案开发一个基于数据库，独立于主MIS统计程序医疗行业企业应用集成研讨57/142583.3.1接口集成描述利用系统提供各种接口（文件接口、导入导出函数）进行数据集成方法。是当前应用最广数据集成方法。这种经过接口抽象方法提供了集成不一样类型应用高效率，也是面向接口集成主要优势。文件接口通常采取格式有文本文件、数据文件、XML文件或其它自定义文件。利用应用系统导出函数生成接口文件，经过其它系统导入函数打开接口文件并读取数据，接口文件传输能够是磁盘、磁带、光盘、Extranet、Internet等各种介质。医疗行业企业应用集成研讨58/142593.3.2接口集成-优缺点

优点通常对相关联系统无不良影响关联络统间界限明确，层次清楚缺点接口定义过程需精准变更时调整工作量大有时效问题大量数据传输需要额外介质，增加了风险医疗行业企业应用集成研讨59/142603.3.3接口集成-适用场所适合用于：系统开发规范，输入输出接口通畅业务允许关联络统间存在异步时延医疗行业企业应用集成研讨60/142613.3.4接口集成—示例

某企业资产条码打印背景企业自有资产都在ERP系统中系统数据库完全封装，但可指定数据导出企业想用系统中数据打印资产标签系统未提供该功效方案导出指定数据，外挂一个小程序打印医疗行业企业应用集成研讨61/142623.3.5接口集成—XML规范接口文件定义复杂，难以读懂，开发调试需要花费大量时间和人力，稳定性和可扩展性都受到影响。数据文件通常依赖于固定数据格式，这些格式即使是规范，但需要依赖于固定数据库环境，这限制了集成通用性和开放性。XML（ExtensiveMarkupLanguage）扩展标识语言消除了这些麻烦。医疗行业企业应用集成研讨62/142633.3.6XML范例项目推进会任鹏松业务周例会陈刚会议名称召集人<Columnss:StyleID="s27"ss:Width="36"/><Columnss:StyleID="s28"ss:AutoFitWidth="0"ss:Width="105.75"/><Rowss:Index="2"><Cellss:StyleID="s23"><Datass:Type="String">召集人</Data></Cell><Cellss:StyleID="s23"><Datass:Type="String">会议名称</Data></Cell></Row><Row><Cell><Datass:Type="String">陈刚</Data></Cell><Cell><Datass:Type="String">业务周例会</Data></Cell></Row><Row><Cell><Datass:Type="String">任鹏松</Data></Cell><Cell><Datass:Type="String">天项目推进会</Data></Cell></Row>医疗行业企业应用集成研讨63/142643.4.1数据复制-概念数据复制目标是为了保持数据在不一样数据库间一致性，而数据库能够是同一厂商也能够是不一样厂商（异构），甚至能够是采取了不一样模型和管理模式数据库。数据复制基本要求是其必须能够提供一个数据转化和传输基础技术（基于消息机制传输处理中间件），以屏蔽不一样数据库间数据模型差异。数据复制服务基本原理：在两个或多个数据库之间设置一个软件中介（复制服务器），在一边，数据从源数据库中被抽取，而在另一边，数据被导入目标数据库。

医疗行业企业应用集成研讨64/142653.4.2数据复制-应用场所数据复制常惯用于应用系统业务规则比较复杂或数据结构比较复杂但含有相同或相同数据属性数据集成，如组织结构内下级向上级数据同时汇总或者移动计算设备数据同时等等。普通来说，源数据库和目标数据库最好来自统一厂商，需要复制数据库能够用不一样标志进行隔离（如地域、销售商等）。针对客户性能需求不一样，复制服务能够提供秒级、分钟级、小时级服务。医疗行业企业应用集成研讨65/142663.4.3数据复制–场景示例

某全国性超市连锁业务统计同时背景连锁店使用同一系统(数据结构相同)

业务实时性要求高，无法使用网页等实时连接伎俩需要天天能将数据汇总，形成统一数据库方案设定基于数据库功效同时功效，每晚由系统开启无人执守同时进程。医疗行业企业应用集成研讨66/142673.5.1数据仓库技术-概念概念：将多个数据库和数据模型集成为一个统一数据库视图方法。描述：在分布数据库和应用之间放置一个中间平台层（数据仓库系统），该层与每一个后台数据库用其自带接口相连，并将分布数据库映射为一个统一数据模型，这种数据模型只在中间件中存在。应用就能够应用该数据模型库去访问需要信息。同时，该中间件也能够经过将相关数据映射和导入实体数据库，进行数据库更新。优点：将各种数据类型表示为统一数据模型，支持信息交换，它能够经过一个良好定义接口访问企业中任何相连数据库，也提供了一个利用统一接口处理面向数据应用集成方法。医疗行业企业应用集成研讨67/142683.5.2数据仓库-定义是企业面向主题、集成、稳定、不一样时间数据集合，为企业应用系统提供统一、规范所需信息。数据仓库系统是处理信息技术发展中存在拥有大量数据，而其中有用信息贫乏综合处理方案。医疗行业企业应用集成研讨68/142693.5.3数据仓库特征面向主题：数据是由业务主题组织，而不是由客户总数或者其它关键原因（可能是组织正确方法，比如，事务数据）组织。集成：数据是作为一个整体进行存放，而不是以可能有不一样结构或组织方式文件集合存放。非易失：数据保持不变。按计划添加新数据，不过依据规则，原数据不会丢失。随时间而改变：时间量度明确地包含在数据中，使得随时间趋向和改变能够用于分析研究（许多数据仓库还包含地理空间维）。医疗行业企业应用集成研讨69/142703.5.4数据仓库-结构图示医疗行业企业应用集成研讨70/142713.5.5数据仓库-形成过程医疗行业企业应用集成研讨71/142723.5.6数据仓库-要素数据分级（DataStaging）数据分级是指从分布式源数据库进行数据提取、转换、净化、加载过程。1）提取（Extract）从源数据库读取源数据过程；2）转换（Transform）将源数据转换成为符合数据仓库内部结构格式初始目标数据过程；3）净化（Cleanse）对初始目标数据进行数据过滤和验证得到目标数据过程；4）加载（Load）将目标数据添加到目标数据源过程。医疗行业企业应用集成研讨72/142733.5.6数据仓库-要素22、汇总（Summaries）是一类程序，它针对目标数据预先计算出象总额、平均值等惯用聚集函数值伴随数据加载一起添加到数据仓库中，当然，这不是必须。3、元数据（Metadata）是“相关数据数据”，能够分为管理元数据、业务元数据和操作元数据，它能够告诉用户数据仓库有什么、来自何处、全部者、安全访问授权等信息。4、数据仓库数据库（DataWarehouseDatabase）指数据仓库中明细数据（原子数据）和汇总数据，因为它不考虑数据事务存放而考虑数据查询分析，所以其设计标准不一样于事务数据库，普通采取星型数据库设计方法医疗行业企业应用集成研讨73/142743.5.7数据仓库-与业务数据库对比特征业务统计数据库数据仓库数据库易变性动态静态通用性当前历史时间维暗指明确可见粒度原始、详细详细、可汇总更新连续、随机定时、计划任务可重复不可预期灵活性低高性能要求高性能可接收低性能医疗行业企业应用集成研讨74/142754应用集成概念1、应用集成概念2、中间件技术分类主流中间件技术介绍3. OMGCORBA4. Microsoft.NET5. J2EE医疗行业企业应用集成研讨75/142764.1.1概念-数据集成问题数据集成不能完全支撑业务1、应用系统供给商处于商业市场考虑或者知识产权保护原因，往往不原意提供数据集成技术伎俩，而是提供给用程序接口（API）方式来实现系统集成，这种情况在Windows平台下尤为显著。2、基于企业内存在大量应用系统，这些都是企业长久管理知识和经验积累，在充分利用现有资源和保护投资前提下愈加希望实现应用系统之间功效交互。3、基于企业内部存在大量应用系统，这些应用系统造成了大量功效冗余，即相同行为功效却含有不一样人机界面，造成操作者认知模型结构混乱和复杂化，所以需要通用实现功效交互来降低冗余，简化操作者认知模型。医疗行业企业应用集成研讨76/142774.1.2概念-应用集成定义应用集成是遵照规范开放标准，并用技术伎俩经过系统间功效交互，实现之间信息交互。应用集成技术要求：1）能提供给用间互操作性，即实现应用间信息交互；2）能提供分布式环境中应用可移植性，即应用物理分布无关性；3）能提供分布式环境中应用访问透明性，降低应用集成编程复杂性。医疗行业企业应用集成研讨77/142784.1.3概念-策略全部信息系统、业务环境，都在趋向于支持各种规范及标准，这是异构系统间实现应用集成基础。应用集成是依据企业特征，经过分析并形成方案，并付诸实施，对系统各个步骤进行调整，使之使到业务目标项目过程。要实现系统应用集成，系统必须恪守一个公共体系结构——公共开放式标准，这是建立开放式系统最直接路径。医疗行业企业应用集成研讨78/142794.1.4概念-早期标准早期标准制订主要集中在：1、实现标准化应用程序接口（API）；2、建立支持互操作标准化协议，使系统之间能够进行对程序和数据相互访问，历史上曾形成了形形色色各类标准和规范，如ISOOSI—RM（七层模型）等。3、很多标准和规范只是处理了一些单一领域开放性问题，为了建立一个统一、开放性、实现分布式应用互操作应用集成环境，必须构建一个能够表示分布应用构件之间互操作通用模型，该模型应该使分布式计算包括到全部方面都含有“开放性”，包含通信协议、应用编程接口、人机接口等等。医疗行业企业应用集成研讨79/142804.1.5概念-中间件技术中间件是位于平台(硬件和操作系统)和应用之间通用服务，这些服务含有标准程序接口和协议。针对不一样操作系统和硬件平台，它们能够有符合接口和协议规范各种实现。中间件是在计算机OS之上，支持软件开发、运行软件，能够使应用软件相对独立于应用系统环境，为各种分布式、跨平台应用建立起可用平台，把分散系统和资源组合在一起，支持应用软件系统间集成。中间件含有标准程序接口和协议，通常提供了通用工具API。医疗行业企业应用集成研讨80/142814.1.5概念-中间件技术-2二层架构缺点?医疗行业企业应用集成研讨81/142824.2中间件技术分类

远程过程调用中间件

消息中间件

对象请求代理

事务处理监控其它专用中间件：数据库中间件、CTI……医疗行业企业应用集成研讨82/142834.2.1RPC-1远程过程调用是一个广泛使用分布式应用程序处理方法。一个应用程序使用RPC来“远程”执行一个位于不一样地址空间里过程，而且从效果上看和执行当地调用相同。医疗行业企业应用集成研讨83/142844.2.1RPC-2

特点:RPC通讯是同时。(采取线程能够进行异步调用)RPC为c/s分布式计算提供了有力支持通常需要一些网络细节以定位serverServer端通常必须保持可用状态医疗行业企业应用集成研讨84/142854.2.2消息中间件-1MOM指是利用高效可靠消息传递机制进行平台无关数据交流，并基于数据通信来进行分布式系统集成。经过提供消息传递和消息排队模型，它可在分布环境下扩展进程间通信，并支持多通讯协议、语言、应用程序、硬件和软件平台。产品：IBMMQSeries医疗行业企业应用集成研讨85/142864.2.2消息中间件-2特点 异步运行

结构支持：一对一、一对多、多对一，使得系统结构更灵活。

程序与网络复杂性相隔离医疗行业企业应用集成研讨86/142874.2.3对象请求代理伴随对象技术与分布式计算技术发展，二者相互结合形成了分布对象计算，并发展为当今软件技术主流方向。医疗行业企业应用集成研讨87/142884.2.4事务处理监控-1背景最早出现在大型机上，为其提供支持大规模事务处理可靠运行环境。伴随分布计算技术发展，分布应用系统对大规模事务处理提出了需求，比如商业活动中大量关键事务处理。事务处理监控界于client和server之间，进行事务管理与协调、负载平衡、失败恢复等，以提升系统整体性能。它能够被看作是事务处理应用程序“操作系统”。医疗行业企业应用集成研讨88/142894.2.4事务处理监控-2价值进程管理，包含开启server进程、为其分配任务、监控其执行并对负载进行平衡。事务管理，即确保在其监控下事务处理原子性、一致性、独立性和持久性。通讯管理，为client和server之间提供了各种通讯机制，包含请求响应、会话、排队、订阅公布和广播等。医疗行业企业应用集成研讨89/142904.2.5基于HTTP协议模型示意医疗行业企业应用集成研讨90/142914.2.6主流中间件标准不一样组织/企业标准及技术1）CORBACCM；2）MicrosoftCOM/DCOM；3）JavaBean和EJB医疗行业企业应用集成研讨91/142924.3.1CORBA–OMGOMG（ObjectManagementGroup）是由800多个信息系统供给商、软件开发者和用户共同组成国际组织，建立于1989年，致力于将对象和分布式系统技术集成为一个可相互操作统一结构，经过建立行业指导和对象管理规范为应用开发提供公共框架。医疗行业企业应用集成研讨92/142934.3.2CORBA–标准历程公共对象请求代理体系结构CORBA是OMG提出一套进行标准化分布式计算体系结构。1、1990年公布了OMA（对象管理体系结构）；2、1992年公布了CORBA1.0；3、1996年公布了CORBA2.0；4、1998年2月公布了CORBA2.2；5、1999年公布了CORBA3.0；医疗行业企业应用集成研讨93/142944.3.3CORBA–要素CORBA（CommonObjectRequestBrokerArchitecture）这是标准化分布式对象计算基础，是一个标准规范，它基础是OMA。对象管理体系结构OMA（ObjectManagementArchitecture）是OMG提出异构环境下对分布式对象进行管理体系结构，它包含：1）对象请求代理ORB（ObjectRequestBroker）2）对象服务（ObjectServices）3）公共设施（CommonFacility）4）域接口（DomainInterface）5）应用接口（ApplicationInterface）医疗行业企业应用集成研讨94/142954.3.4OMA要素间关系医疗行业企业应用集成研讨95/142964.3.5CORBA规范1、CORBA对象模型（CCM）它提供了对象概念和术语有组织表示，定义了分布计算模型，该模型表示了对象关键特征：1）与对象相关概念：对象、请求、对象创建和销毁、数据类型、接口、操作、属性；2）与对象实现相关概念。2、IDL和GIOP3、CORBAORB结构模型医疗行业企业应用集成研讨96/14297IDL&GIOPIDL和GIOP是CORBA两个非常主要概念，分别实现了程序开发语言无关性和处理了分布式计算对象异构性。接口定义语言IDL（InterfaceDefiniteLanguage）描述客户调用和对象实现提供接口，屏蔽了各种开发语言之间差异；GIOP是ORB内部传输协议（IIOP是GIOP在Internet上映射协议），能够实现跨平台通讯；医疗行业企业应用集成研讨97/14298ORB模型医疗行业企业应用集成研讨98/142994.3.6ORB布署1、依据需求编写符合IDL语法规范接口定义文件；2、利用IDL编译器，将接口定义文件编译成桩文件和骨架文件；3、编写客户程序，静态或动态调用对象（桩调用、DII）；4、从骨架中派生出详细对象实现类，编写实现详细功效代码，使用BOA或POA实现、注册类；5、编译、连接。医疗行业企业应用集成研讨99/1421004.3.7ORB-BUS总体架构

Web浏览器

IDL文件

IDL/Java编译器

客户Applet

IDL桩

IDL构架

服务器

JavaORB

JavaORB

客户端

服务器端

图5-3ORBUS系统总体结构

对象

对象

对象

IIOP引擎

客户Application

IIOP引擎

网络

ORB域守护进程

医疗行业企业应用集成研讨100/1421014.4.NET体系COM是Microsoft企业制订并颁布一个不依赖于任何编程语言构件对象模型，COM+是以COM为基础新一代技术，在COM+基础上，Microsoft将多年积累下来技术精华集合起来形成了一个完整、多层结构企业应用总体方案——WindowsDNA，使得Windows成为真正企业应用平台。在上述技术发展前提下，Microsoft推出了Microsoft®.NET体系结构。医疗行业企业应用集成研讨101/1421024.4.NET体系-WebService一个能够使用XML消息访问服务组件Interface,这个Interface描述了一组可访问操作。

-由SOAP+WSDL包装Object-适应涣散耦合网络环境，可经过Web访问，伎俩是SOAPMessage-服务行为、输入/输出都可使用WSDL描述关键技术：SOAP–XML格式消息交换协议消息/文档交换协议

Web服务对象面向对象访问界面WSDL–基于XML组件描述UDDI–可经过Web访问注册中心使用SOAPMessage来访问WSFL–WebService间工作流描述医疗行业企业应用集成研讨102/1421034.4.1COM/DCOM/COM+COM对象是由Windows系统平台直接支持并注册二进制代码对象，它实现了面向对象基本特征以及语言无关性、访问透明性和可重用性特征。DCOM是COM扩展，采取DCOM协议以及远程代理服务对象进行远程调用COM。COM+是在原先MTS基础上发展起来，是COM、DCOM和MTS集成。为COM调用提供了一个新基于MSMQ通信方法，COM+提供监听(Interception)结构，使得COM只有在需要时介入。同时，COM+为创建高伸缩性分布式企业应用提供了各种服务——事务处理、安全服务、并行处理、消息队列以及负载平衡等其它相关服务。医疗行业企业应用集成研讨103/1421044.4.2WindowsDNA结构医疗行业企业应用集成研讨104/1421054.4.3Microsoft®.NET结构1、Microsoft®.NET是MicrosoftXMLWebservices平台，XMLWebservices允许应用程序经过Internet进行通讯和共享数据。2、.NET框架是用于生成、布署和运行XMLWebservices和应用程序多语言环境，它包含以下三个主要部分：公共语言运行库、统一编程类和ASP.NET。3、WebService把组件技术和web绑定在一起。首先提供组件接口黑盒功效，另首先不需要用RPC(DCOM)、RMI(JAVA)、IIOP(CORBA)等object-model-special协议，而是用惯用web协议和数据格式。使用XML格式、SOAP报文格式，SOAP绑定在http协议上，所以无须担心网络中防火墙，也就不存在tunneling问题；WebService经过XMLWSDL文档来进行自描述，与Windows注册表无关，从而防止了COM组建布署时版本冲突问题。WebService使组件技术延伸到更广泛internet领域，从而能够取得更大范围代码复用（比如Passport.NET），进行更加快捷分布式应用开发，创建含有更高伸缩性企业级应用。

医疗行业企业应用集成研讨105/1421064.4.3.NET体系结构-1医疗行业企业应用集成研讨106/1421074.4.4.NET结构布署基于WindowsDNA或者.NET框架，建立由COM+和WebService组成企业应用集成环境，业务逻辑有三种布署方式：胖客户、瘦客户和零客户。1、胖客户：在当地布署了用户界面，主要业务逻辑和当地数据库。单元I/O数据流要与服务器交换，所以在服务器上只布署少数业务逻辑，如：数据收发，转换，消息管理等等。2、瘦客户：在当地布署了用户界面和少数业务逻辑。多数业务逻辑要经过DCOM/IIOP/RMI等方式远程调用服务器上布署COM组件或者WebService组件。3、零客户：浏览器客户端，界面表现层以及全部业务逻辑都布署在服务器端。医疗行业企业应用集成研讨107/1421084.4.4.NET结构布署医疗行业企业应用集成研讨108/1421094.5.1Java--J2EE基础JAVA特点：简单(Simple)：轻易编写程序，不需要长时间训练，而能满足当代需求。面向对象(Object-Oriented)分布式(Distributed)：健壮(Robust)：安全(Secure)：结构中立(ArchitectureNeutral)：普通而言，网络是由很多不一样机型机器所组合而成，CPU和作业系统体系结构都有所不一样；所以，怎样使一个应用程序能够在每一个机器上执行，是一个难题。所幸，Java编译器产生一个结构中立目标文件格式(ObjectFileFormat)；这使得编译码得以在很各种处理器中执行。医疗行业企业应用集成研讨109/1421104.5.2J2EE概述-11、J2EE平台概述J2EE平台是基于java技术，不依赖于硬件平台和操作系统。J2EE是一个规范，最初由Sun开发，现在由JavaCommunityProcess(JCP)控制，是一个开放平台得到大量厂商支持，不一样厂商提供了符合规范说明各种实现方法J2EE主要针对于构件多层分布式网络应用系统，增强系统可扩充性，伸缩性医疗行业企业应用集成研讨110/1421114.5.2J2EE概述-22、J2EE价值地位J2EE平台是一个能够给IT机构、应用开发者和产品供给商带来以下好处：供给商能够开发运行在支持J2EE平台任何系统之上产品。不需要额外工作，他们产品就能够运行在各种系统平台上团体IT开发者会从可移植性组件技术IT开发者能够专注于支持业务处理需求，而不需要花时间去创造内部应用架构。由应用服务器处理一些复杂问题，如多线程、事务和生命周期管理。采取J2EE平台能够保护企业投资，因为它是一个工业标准，而不是某个供给商特有产品。J2EE平台把应用在物理上清楚、有逻辑性地分成多层，所以，自然满足了多层应用地需求。开发者能够创建自己J2EE平台组件，也能够从快速发展第三方市场取得这些组件。所以大大缩短开发周期。医疗行业企业应用集成研讨111/1421124.5.3J2EE体系结构医疗行业企业应用集成研讨112/1421134.5.4J2EE关键技术JavaServerPage(JSP)ServletEnterpriseJavaBeans(EJB)医疗行业企业应用集成研讨113/1421144.5.4J2EE关键技术-1JavaServerPage(JSP)服务器端脚本语言JSP页面内容在向客户端传送时先在服务器端处理服务器编译JSP中Java代码生成JavaServlet类似语言有ActiveServerPages医疗行业企业应用集成研讨114/1421154.5.4J2EE关键技术-2ServletJSP被请求时由应用服务器编译成JSPServlet假如JSP已经被装载在内存中，应用服务器将不编译该JSP，而是直接执行JSPServletServlet特征是在服务器端运行Java程序完全运行于服务器端webserver中平台独立医疗行业企业应用集成研讨115/1421164.5.4J2EE关键技术-3EJBEJB是开发和配置基于组件分布式商务应用程序一个组件结构。用EJB结构开发应用程序是可伸缩、事务型、多用户安全。这些应用程序可能只需编写一次，然而能够在支持EJB规范任何服务器平台上配置EJB包含以下内容EJB服务器EJB容器EJB类和实例EJB当地接口和EJB远程接口医疗行业企业应用集成研讨116/1421174.5.5EJB各组成间关系EJB服务器是EJB容器运行母体提供一些系统服务：如事务，安全服务等EJB容器管理EJB类和实例生成调用bean代码创建、初始化和销毁bean管理持久对象提供EJBServer服务给beanEJB类实例Bean，包含：会话Bean(有状态/无状态)实体Bean消息Bean医疗行业企业应用集成研讨117/1421184.5.6EJB布署EJB布署

每一个EJB组件必须包含一个布署描述文件，该文件申明需要EJB容器哪些服务。比如，能够用布署描述来指定事务处理要求、安全性要求、持久性要求等。客户端代码，如Servlets或appletsEnterpriseBeansHome对象EJB对象Remote接口Home接口EJB容器/服务器返回EJB对象引用生成一个新EJB对象生成一个EJB对象医疗行业企业应用集成研讨118/1421194.5.7EJB开发工具开发环境Jbuilder7.0(VisualAge、JDevelop)平台软件Weblogic7.0(Webspher、JBOSS)数据库Oracle、DB2、MSSQL)医疗行业企业应用集成研讨119/1421205业务应用集成/工作流

业务/系统流程重组(BPR)

基于工作流实现(WF)医疗行业企业应用集成研讨120/1421215.1.1介绍—概念实现企业多个应用系统构件之间协同，将孤立应用过程集成起来，形成一个面向需求、协调、高度伸缩性、集成企业信息系统。“面向需求”“协调”“高度伸缩性”“集成”工作流系统价值：定义工具、执行服务和任务表管理器，都是为业务过程、人员操作动作提供支持。医疗行业企业应用集成研讨121/1421225.1.2介绍—目标1、实现符合业务流程需求信息交互，这也是系统集成根本目标；2、满足企业实施并行工程（CE）和经营过程重组（BPR）扩展需要；3、充分利用已经有资源，经过实现已经有应用系统集成和封装保护企业过去在信息化建设上投资；4、实现应用逻辑和过程逻辑分离及过程建模与详细数据、功效分离，支持在不修改功效前提下，经过修改过程模型来完成集成系统功效改变，以提升企业灵活性和反应能力。医疗行业企业应用集成研讨122/1421235.1.3介绍—局部例子有工作流能力工具

TaskmonitorSQLServerDTS任务：定义开启规则定义动作组合医疗行业企业应用集成研讨123/1421245.1.4介绍—工作流机片断医疗行业企业应用集成研讨124/1421255.2.1实现--思绪思绪：用系统工作流管理，实现业务模型搭建步骤梳理企业业务流程(BPR)

以信息系统能力/视角优化，形成模型(BPR)

分别实现各个组成部分(应用集成EAI）用工作流工具/定制开发，将模块组合。医疗行业企业应用集成研讨125/1421265.2.2实现--阶段划分医疗行业企业应用集成研讨126/1421275.2.3