ESB项目主数据管理
集团主数据管理平台解决方案
集团主数据管理解决方案1. 基本概念主数据：是用来描述企业核心业务实体的数据，例如客户、供应商、物料、产品、员工、组织等。
主数据是具有高业务价值的，应在企业内跨越各个业务部门被重复使用的数据，并且存在于多个异构的应用系统中。
主数据管理：包含一整套用于生成和维护主数据的规范、技术，完整的平台包括元数据管理，信息系统集成、ETL技术、数据仓库/分析、ESB 等组件和技术。
ESB （企业服务总线）：将不同系统的业务抽象成事件或服务，以基于消息内容的形式，通过协议转换、消息过滤、事件路由，对多个系统不同的事件进行整合。
2. 需求概述为满足集团业务发展，提高集团信息化管理水平，为核心业务系统搭建基础的主数据管理平台，有效解决异构系统间的主数据唯一性、一致性和共享性问题。
3. 现状描述现目前公司的核心业务主数据存储于多套不同的业务系统中，包括AJX、HR、金蝶财务等等，导致的问题主要有以下几个方面：1）没有规范的管理要求：导致不同系统使用时达不到管理要求，甚至重复管理同一数据（组织，客户、人员等）；2）没有标准的规则定义：主数据到了不同的系统可能就变了名字或编码,直接导致不同业务系统的数据无法共享；3）没有统一的共享平台：系统与系统间建立点对点的连接，当系统增多的时候，这样的关系结构会更加混乱，如下图:以上3点，直接影响新建信息系统时，没有统一的接口标准可以调用主数据，而新系统要么手工维护多个系统相同的数据，要么单独为每套系统开发接口去适配4. 解决方案4.1.实现思路基于现状分析，可通过搭建主数据仓库，利用ESB平台建立各业务系统间的连接，实现主数据的CRUD管理。
主数据仓库：主要涉及以下几方面作用1） 汇总、存储分公司AJX 主数据；2） 建立分公司AJX 主数据的对应关系；3） 建立系统间主数据的对应关系；仓库中存储的主数据并不涉及其它业务系统的主数据，此处仅汇总分公司AJX 系统的主数据，并建立与其它业务系统的主数据对应关系。
ESB集成平台项目实施方案-基于IBM中间件
项目角色 行业专家
项目经理 实施经理 技术专家 咨询顾问
简历
硕士，汽车工程专业，重庆XX信息技术有限公司总经理，首席SOA咨询师、架构师 ； 20多年的制造业信息化系统建设和经验，经历了我国制造业从甩图板工程的 CAD/CAM/CAE系统建设到PDM、ERP等系统的信息化建设过程；联合撰写的《自主 变革的基石-制造业管理技术及SOA实践》和《面向服务的应用架构》两本专著，由电 子工业出版社出版；
工信部认证高级项目经理，擅长于ESB、MDM等解决方案的落地，成功管理多个ESB 项目，如三一重工、长安铃木、吉利汽车、威孚集团、敏实集团等
精通各种软件技术和IBM中间件产品，成功管理多个SOA项目，如广汽乘用车、佛山 公资办、神华准能等项目
精通IBM SOA相关中间件：Portal、BPM、ESB、WSII、CDC、TAM/TIM等软件产品的 开发、配置及使用
曾在东南汽车有限公司、长安铃木汽车有限公司、中集集团信息部门任职，参与过东 南汽车、中集集团、重庆长安铃木汽车有限公司ERP、PDM、SOA整合等众多项目， 拥有丰富的制造行业业务背景知识和实际工作经验；
项目实斲规范
服务识别
系统层面 共享数据
业务层面 协同流程
服务定义
业务定义 数据内容 数据流向 服务提供斱 服务使用斱
• 四、接口迁移 包括：现有XX个接口的服务化封装不接入，共15个应用系统
• 五、服务生命周期管理 包括：服务的开发、测试、发布、运维等管理流程
未来扩展目标
ESB+BPM实现工程变更协同流程、产 品开发协同流程、主数据管理协同流程
ESB+BPM实现企业系统间以业务流 程为驱动的数据交换
13
主数据与编码
主数据编码相关问题解析1、什么是主数据，什么是主数据管理，什么是主数据编码?主数据是指在整个企业范围内各个系统间要共享的数据，如客户、供应商、帐户、组织单位等相关数据。
需要注意的是，主数据不是企业内所有的业务数据，只是有必要在各个系统间共享的数据才是主数据，是企业内能够跨业务重复使用的高价值的数据。
主数据通常需要在整个企业范围内保持一致性、完整性、可控性，为了达成这一目标，就需要进行主数据管理(Master Data Management，MDM)。
主数据管理是一套方法论来保证系统间的协调和重用通用、正确的业务数据(主数据)。
通常，我们会把主数据管理作为应用流程的补充，通过从各个操作/事务型应用以及分析型应用中分离出主要的信息，使其成为一个集中的、独立于企业中各种其他应用核心资源，从而使得企业的核心信息得以重用并确保各个操作/事务型应用以及分析型应用间的核心数据的一致性。
通过主数据管理，改变企业数据利用的现状，从而更好地为企业信息集成做好铺垫。
信息化标准体系建设的重点内容就是信息编码建设。
信息编码(Information Coding)是为了方便信息的存储、检索和使用，在进行信息处理时赋予信息元素以代码的过程。
即用不同的代码与各种信息中的基本单位组成部分建立一一对应的关系。
信息编码必须标准、系统化，设计合理的编码系统是关系信息管理系统生命力的重要因素。
2、主数据和ESB是什么关系，主数据和编码是什么关系？2.1 主数据和ESB是相互协作的关系：主数据为ESB提供数据管理中心，进行数据整合、清洗、规范化、统一化；ESB为主数据提供传输通道，解决数据异构传输、松耦合集成等问题。
两者的目标都在于数据共享，主数据侧重于数据层管理，ESB侧重于服务接口层管理。
2.2 主数据和信息编码关系3、主数据能给我们带来什么，为什么要使用主数据编码？3.1 通过主数据管理项目的建设，将在多个方面促进企业信息化水平提升：o建设企业级的数据标准，在企业全局的范围内定义主数据、管理主数据、应用主数据；o形成企业的权威数据源与基准数据；o实现数据共享，一次录入全局使用，避免数据重复不一等问题；o基于企业级主数据进行业务集成，消除各系统“方言”，打通业务流程；o为企业的数据中心建设、大数据应用提供支撑。
ESB多系统集成项目综合看板解决方案
• 112•ELECTRONICS WORLD ・技术交流1.前言1.1 名词解释ESB 系统：企业服务总线（Enter -prise Service Bus ）平台，本方案采用IBM WMB 平台。
1.2 项目背景本方案的设计和实施是构建在ESB 基础平台已经全部实施完成和应用之后的。
为了使接口异常的信息更好的展现，因此希望能通过ESB 综合看板来实现异常信息、数据流转信息的快速查看，便于业务人员和接口维护人员快速维护业务。
ESB 综合看板的功能需求有以下几点：1）界面清爽简单，便于业务人员快速了解所需数据。
2）对于接口异常数据，支持直接检索异常报文中的内容（面向接口维护人员）。
3）可以展现数据的流转状态信息，并非基于报文，而是业务系统实时提供。
另外，该ESB 综合看板也需要考虑到人员账户登录和权限分配的基本功能，并支持快速的配置和开发，可以同时调用多数据源支持，并且自身以服务方式可注册在ESB 平台之上，用于订阅接收业务异常发来的报文数据，并对其进行解析处理。
2.ESB综合看板架构2.1 ESB综合看板技术架构ESB 综合看板的技术框架选用的是SpringBoot 框架，其设计目的是用来简化新Spring 应用的初始搭建以及开发过程。
该框架使用了特定的方式来进行配置，从而使开发人员不再需要定义样板化的配置。
目前在快速开发领域，SpringBoot 框架技术是最为普遍和领先的，并且其本身也兼容传统的Spring -MVC 的框架内容，便于原有的技术框架的迁移。
另外在持久层的处理上，考虑到多数异常看板、数据流转看板、统计汇总模块这四个基本的模块功能。
其主要目的是方便业务人员和系统的维护管理人员从多个角度或维度来查看业务数据的流转状况和发生的异常状况。
中间模块是整个系统的基础架构的功能模块，出于实际业务要求和当前的应用场景，当前并未在前端实现其具体的业务功能操作，但在后端数据库可通过插入数据后直接实现相应的功能，例如人员和账户信息以及授权信息，都可在数据库中直接配置好。
ESB-百度百科
ESB目录1)服务的MetaData管理：在总线范畴内对服务的注册命名及寻址管理功能。
2)传输服务：必须确保通过企业总线互连的业务流程间的消息的正确交付，传输还包括基于内容的路由功能。
3)中介：提供位置透明性的服务路由和定位服务；多种消息传递形式；支持广泛使用的传输协议。
4)多种服务集成方式：如JCA，Web服务，Messaging ，Adaptor等.5)服务和事件管理支持：如服务调用的记录、测量和监控数据；提供事件检测、触发和分布功能；编辑本段二、ESB的八个扩展功能：1)面向服务的元数据管理：他必须了解被他中介的两端,即服务的请求以及请求者对服务的要求，以及服务的提供者和他所提供的服务的描述；2) Mediation ：它必须具有某种机制能够完成中介的作用，如协议转换；3）通信：服务发布、订阅，响应请求，同步异步消息，路由和寻址等；4) 集成：遗留系统适配器，服务编排和映射，协议转换，数据变换，企业应用集成中间件的连续等。
5）服务交互：服务接口定义，服务实现的置换，服务消息模型，服务目录和发现等。
6）服务安全：认证和授权、不可否认和机密性、安全标准的支持等；7）服务质量：事务，服务的可交付性等；8）服务等级：性能、可用性等。
ESB 中最常提到的两个功能是消息转换和消息路由。
编辑本段三、ESB的出现改变了传统的软件架构ESB 是传统中间件技术与XML、Web服务等技术相互结合的产物，ESB 的出现改变了传统的软件架构，可以提供比传统中间件产品更为廉价的解决方案，同时它还可以消除不同应用之间的技术差异，让不同的应用服务器协调运作，实现了不同服务之间的通信与整合。
从功能上看，ESB提供了事件驱动和文档导向的处理模式，以及分布式的运行管理机制，它支持基于内容的路由和过滤，具备了复杂数据的传输能力，并可以提供一系列的标准接口。
编辑本段四、企业服务总线（ESB）的用处ESB 不是万能的,他不是一个应用程序框架,也不是一个企业应用的解决方案.它只是一个基于消息的调用企业服务的通信模块!你可以把它嵌入到你的应用程序框架中,例如嵌入到spring容器里面,或者嵌入到工作流系统中.它的作用是对企业里面的SOA服务的调用提供一个框架和简便的方法.编辑本段五、企业服务总线（ESB）的应用特征大规模分布式的企业应用需要相对简单而实用的中间件技术来简化和统一越来越复杂、繁琐的企业级信息系统平台。
主数据介绍
主数据管理系统与数据仓库系统的关系
主数据管理系统与数据仓库系统是相辅相成的两个系统，但二者绝不是重复的，也不是互斥的。 它们有很多共同之处：
首先二者对企业都具有相同的价值，可以减少数据冗余和不一致性、提升对数据的洞察 其次二者都依赖很多相同的技术手段，都会涉及到 ETL 技术、都需要元数据管理、都 第三就是二者建设手段类似，都需要数据治理的规范作为指导、都需要不同系统、不同
除了这两部分之外， 我们还可以从数据仓库系统中提取相关的信息， 作为客户主数据的衍生信息 部分，从而更好地、全方位地描述客户特征，这些可以包括：
衍生信息：
o o o o o o o o o o
本月飞行里程 年度飞行里程（最近 12 个月内） 提前预订倾向 习惯预订模式 使用自主服务倾向 上次预订使用的信用卡号 累计 / 本月转签 / 取消航班次数 转签航班倾向 取消航班倾向 No Show 倾向等。
主数据管理系统和 ODS 的关系
在某些情况下，主数据管理系统和 ODS 系统可能容易被混淆，的确，从实时上来看，主 数据管理系统和 ODS 系统存储的都是实时数据，但是二者存储的数据内容是全然不同的，主 数据管理系统中不存储交易数据， 比如银行客户的交易流水信息是不应该放在主数据管理系统中 进行管理的，这与 MDM 与 ODS 的一个很大区别。举一个航空公司的例子，比如某个客户在 电子商务网站上定了一张机票，产生一个订单，然后他又通过呼叫中心要求改签，这个场景中， 两个系统之间要实现客户信息和订单信息的共享，其中客户信息共享通过 MDM 系统来实现， 而订单信息则需要采用 ODS 或其它手段进行共享，我们是不推荐把此类信息交由 MDM 系统 来管理的。
主数据管理和实施
娄丽军 (loulj@), 软件架构师, EMC
浅析基于ESB智能制造信息系统集成设计方法
浅析基于ESB智能制造信息系统集成设计方法刘三平;龚伟;王辉【摘要】智能制造信息系统主要包括PLM、ERP、MES、WMS、QMS、主数据管理、数据采集和控制等多个信息系统,多个信息系统的数据准确实时交换是实现智能制造的前提.作为SOA核心技术的ESB提供了综合、灵活而且一致的集成方法.随着企业智能制造信息系统应用的深入,如何做好系统集成成为信息化建设的关键点.通过对集成以及ESB集成平台的讨论,阐述了构建智能制造ESB集成设计的方法,并形成构建ESB平台的顶层设计.【期刊名称】《技术与市场》【年(卷),期】2016(023)006【总页数】4页(P17-20)【关键词】智能制造;ESB;软件构件;SOA【作者】刘三平;龚伟;王辉【作者单位】中车株洲电力机车有限公司信息管理部,湖南株洲412001;中车株洲电力机车有限公司信息管理部,湖南株洲412001;中车株洲电力机车有限公司信息管理部,湖南株洲412001【正文语种】中文SOA(service oriented architecture)，是以服务为导向的软件开发思想。
它要实现的是服务和技术的完全分离，从而达到服务的可重用性。
随着ESB(enterprise service bus)技术的成熟，为基于SOA架构的整合应用的实现提供了基础。
智能制造信息系统可基于esb集成技术，可根据各系统的业务情况将数据在不同系统间流转起来，使之能够协同工作。
基于智能制造的业务系统功能范围分析，可将信息系统的功能区分为九大功能域。
1)销售预研：主要负责销售过程的管理；预研项目的设计。
销售预研的过程暂时没有信息化系统支持。
2)项目、计划管理：主要负责项目的全过程管理，项目工作的拆分；项目时间、成本、质量的全程管理。
在智能制造部署后，项目管理主要由ERP系统来提供信息化支持。
3)技术研发：主要负责产品技术研发项目的执行，按照研发项目的要求，进行技术研发设计。
技术研发主要由PLM系统来提供信息化支持。
ESB+主数据的双中心建设模式
前面曾经有文章谈到过，企业信息化发展到一定阶段后，最容易出现的问题就是业务系统间的交互困难和数据多头管理和不一致。
而这里面一方面设计到ESB的服务集成，一方面涉及到MDM主数据管理系统的建设。
对于企业来讲，往往更加关心主数据平台的建设，因为对于企业而言，首先仍然是关心的是业务问题，其次才是关心数据或业务如何集成的问题。
对于主数据管理重点是解决数在企业总体应用集成架构中，这么多年来一直比较推荐的模式仍然是主数据管理和ESB平台同时建设，即双中心的建设模式，对于主数据管理重点是解决数据不一致，提供数据总线和完整数据视图的能力；而对于ESB服务总线则重点解决业务实时服务集成和协同。
同时两者之间又密切关联和协同，形成一个完整的整体。
对于主数据平台的建设，实际在我前面的博客文章已经谈到过了，这里面重点谈下关键点，已经主数据平台和ESB平台之间的一些关键衔接点。
主数据不落地，随时用的时候实时查，那么所有的基对于主数据我们最关心的还是主数据是否落地的问题，按现在的组件化和微服务架构思想可以看到，主数据不落地，随时用的时候实时查，那么所有的基础主数据只需要提供标准的数据查询服务接口就可以了。
在这种场景下不存在数据的同步，更加不存在数据的不一致问题。
但是这种模式对应用功能的开础主数据只需要提供标准的数据查询服务接口就可以了发会带来巨大的变化（这个在我博客文章，谈数据库拆分后应用开发影响里面也谈到过）。
基础主数据的分发，完全符合1对多的消息发布订阅模式，可以启用ESB的功能来实现这因此传统业务系统做法往往数据仍然会进行同步和分发，而对于基础主数据的分发，完全符合种异步实时场景，也可以说成是事件驱动架构的应用。
即主数据在有新增或变更的时候，实时通过WS服务接口将数据分发给ESB，而ESB则根据JMS消种异步实时场景，也可以说成是事件驱动架构的应用息发布订阅情况，进行实际的消息分发。
整个过程可以实现业务系统间彻底的解耦，同时实现更高的故障隔离和容错性。
企业服务总线ESB方案书
企业服务总线ESB方案书1需求综述 (5)1.1主数据平台接口 (5)1.2业务数据接口 (5)1.3OA系统接口： (6)1.4国家法定信息发布媒体： (6)2系统解决方案 (6)2.1系统技术架构 (6)2.1.1运行平台 (6)2.1.2开发平台 (7)2.1.3监控平台 (7)2.1.4公共服务 (8)2.1.5适配器 (8)2.2部署方案 (9)2.2.1管理监控部分部署方案 (9)2.2.2硬件选型建议 (10)2.2.3逻辑分区部署方案 (11)2.2.4硬件配置建议 (12)2.2.5服务接口规范 (13)2.2.6高性能、高可用性及扩展能力设计 (13)2.2.7完善的安全机制 (14)2.3整体解决方案 (16)2.3.2通信接入模块 (18)2.3.3请求系统适配 (19)2.4集成服务功能 (20)2.4.1服务治理 (20)2.4.2提供对出错服务的及时检测和隔离功能 (20)2.4.3协议转换 (20)2.4.4消息格式转换 (21)2.4.5服务路由 (22)2.4.6监控和运维 (22)2.4.7服务等级 (23)2.5系统非功能需求 (23)2.5.1可用性 (23)2.5.2可扩展性 (24)2.5.3可维护性 (24)2.5.4安全性 (25)2.5.5性能需求 (25)2.6公用服务 (25)2.6.1流量控制 (25)2.6.2故障隔离 (26)2.6.3统一流水号 (26)2.6.4日志记录 (26)2.7管理监控 (26)2.7.2应用级监控 (27)2.7.3统计分析 (27)2.7.4异常报警 (27)2.7.5统一的运维管理 (27)3技术支持与服务方案 (27)3.1技术支持与售后服务体系 (28)3.2服务管理模式 (28)3.3服务响应 (29)3.3.1问题优先级（或问题严重程度）级定义 (29)3.3.2服务响应时间 (30)3.3.3问题解决时间 (31)3.3.4服务文档 (32)3.4维护支持服务流程 (33)3.4.1服务消息创建流程 (33)3.4.2问题处理流程 (33)3.4.3服务确认流程 (34)3.4.4投诉及问题升级流程 (35)1 需求综述1.1 主数据平台接口系统建立与SAP 相同的基础数据管理库，通过数据总线接口同步能源集团MDM 中传输过来的编码或数据，以满足电子采购平台基础数据管理的需求。
企业ESB解决方案
ESB在SOA参考架构中的作用
利用集成技术把企业的各类应用系统连接起来，使系统之间能够相互服务访问； 通过引入中间层次，实现合理的应用层次划分，达到松散耦合全局共享的目的； 提供各类业务的服务接口规范以及各业务条线之间横向服务访问标准，为各类业 务应用提供独立扩展的空间。 以ESB为基础的面向服务的应用架构允许业务系统根据业务的实际要求，采用最 适合的技术和产品，按照业务自身的发展计划分阶段独立构建；
SOA“落地”的技术实现-ESB
外网用户
门户
服务管理
服务控制 服务日志 服务配置
服务
信贷
ECIF
内网用户 外部应用
总线 互联
Web 界面
核心 系统
业务流程 引擎
服务监控
服务适配器
服务目录
数据存储
企业服务总线（ESB）
ESB要求：安全、稳定、高效、便捷
• • • • • • • 高速公路 开放架构 无单点故障 无瓶颈 线性扩展 永不停机 接口完备 非侵入式 • • • • • • • 交警 异步流水日志 流量控制 故障隔离 全局运行监控 运行分析报告 系统安全认证 灵活配置动态刷新 • • • • • • • • 高速服务公司 服务规范管理 服务组合 服务分组和优先级控制 服务权限控制 统一冲正 服务版本控制 消息生存期限控制 存储转发
SOA的价值体现
业务价值
效率提升：将业务功能从“竖井”状的、重复的，向维护成本低的、高度共享的应 用转变。 响应速度：迅速适应和提供关键业务服务来满足市场需求，为客户、雇员及合作伙 伴提供更高水平的服务。
IT价值
规范化的业务功能定义，变被动为主动，规范软件开发商的开发行为，严格按照服 务规范及标准开发，不再依赖固定开发商，自由度更大，复杂度更低。 开发方式的转变，随着服务的不断增多，共享和重用的机会频率越来越大，使新应 用开发成本降低，周期变短。 遗留系统集成后，降低了系统维护和集成的成本。 基于服务的管理和监控；能集中、有效的管理和监控企业内关键的服务单元。
ESB 案例解析和项目实施经验分享
ESB 案例解析和项目实施经验分享本文是一个由3 部分内容组成的系列文章，在前2 部分，介绍了两个企业ESB 解决方案的设计案例，这两个案例分别来自于交通运输行业和制造行业，我们针对不同行业的业务和应用特点设计了不同的ESB 解决方案。
第3 部分内容我们将向您介绍ESB 项目实施的一些方法论和经验。
前言一个实际ESB 项目实施的成败，不仅要求我们把产品用熟用好，即熟悉ESB 产品的配置、开发及优化操作，还需要制定正确的、量体裁衣式的解决方案，并且需要借助科学的项目实施方法论，从需求分析、方案设计、产品开发、测试、上线运行等各个方面进行全面的考虑。
本系列文章将分为三部分，第1 部分和第2 部分将结合两个不同行业的案例来介绍两个具有鲜明行业特点的ESB 解决方案，第3 部分则将针对ESB 项目的实施过程给出一些建议。
航空公司ESB 案例解析通过企业服务总线、接口适配器、服务注册管理等整合技术，实现将企业内部现有的各应用系统之间的信息共享，提高企业内部应用系统的数据共享和交换效率，提升企业在市场上的综合竞争力和客户服务质量，是所有企业的一个典型需求。
本文将以航空公司的案例为基础，说明采用IBM ESB 相关产品整合航空公司电子商务、常旅客、航班动态、呼叫中心等系统的解决方案。
航空公司ESB 的需求举例与其他行业一样，在民航业，国际和国内的主要航空公司内部也分布着众多已建和在建的用以支撑业务运行的IT 系统，这些系统之间缺乏对信息共享性、系统兼容性和接口标准规范的统一考虑，造成系统之间的连接比较困难，应用和数据无法得到全面共享，系统间“蜘蛛网状”的连接普遍存在。
随着新系统的不断建设，在业务与流程方面的整合将会因系统和业务领域间的信息沟通障碍而面临越来越多的困难，对航空公司的整体发展战略带来制约。
下面我们就来列举几个民航业的现状，以此说明对企业进行业务整合的必要性。
现状一：业务系统间数据共享需求强烈总体来看，航空公司的IT 分为商务、航务、机务和管控四大体系，其中商务体系中包括定座系统、电子客票销售系统、离港系统、电子商务系统、常旅客系统、大客户系统、呼叫中心系统、运价收益管理系统、地面服务系统等。
主数据管理介绍
主数据管理是指一整套的用于生成和维护企业主数据的规范、技术和方案，以保证主数据的完整性、一致性和准确性 ( “ The set of disciplines, technologies, and solutions used to create and maintain consistent, complete, contextual and accurate business data for all stakeholders (users, applications, data warehouses, processes, companies, trading∙Location：Location 记录的是每个 Party 可能拥有的所有联系地址，地址的类别包括邮寄地址、email 地址、电信联络地址等。
∙Contract：Party 与企业之间的契约。
∙整合并存储所有业务系统和渠道的客户及潜在客户的信息：一方面从相关系统中抽取客户信息，并完成客户信息的清洗和整合工作，建立企业级的客户统一视图；另一方面，客户主数据管理系统将形成的统一客户信息以广播的形式同步到其他各个系统，从而确保客户信息的一致；∙为相关的应用系统提供联机交易支持，提供客户信息的唯一访问入口点，为所有应用系统提供及时和全面的客户信息；服务于 OCRM 系统，充分利用数据的价值，在所有客户接触点上提供更多具有附加价值的服务；∙实现 SOA 的体系结构：建立客户主数据系统之前，数据被锁定在每一个应用系统和流程中，建立主数据管理系统之后，数据从应用系统中被释放出来，并且被处理成为一组可重用的服务，被各个应用系统调用。
主数据管理系统与数据仓库系统的关系主数据管理系统与数据仓库系统是相辅相成的两个系统，但二者绝不是重复的，也不是互斥的。
它们有很多共同之处：o公务舱位偏好o旅行舱位偏好o休息室服务偏好除了这两部分之外，我们还可以从数据仓库系统中提取相关的信息，作为客户主数据的衍生信息部分，从而更好地、全方位地描述客户特征，这些可以包括：企业主数据管理系统逻辑架构一个完整的主数据管理解决方案的逻辑架构应如下图所示：∙Hierarchy Relationship and Management Services：定义数据实体的层次 (Hierarchy), 分组 (Grouping), 关系 (Relationship), 版本 (Version) 等。
数据治理系列4：主数据管理实施四部曲概论
数据治理系列4：主数据管理实施四部曲概论导读：我们知道主数据项目的建设是一个循序渐进、持续优化的过程，不可一蹴而就。
个人认为主数据管理项目从咨询规划到落地实施再到初步见效需要经历四个阶段，而每个阶段都是必经阶段，每个阶段均可独立成章，所以这里是四部曲，不是四步曲。
作者：石秀峰，多年来一直从事企业数据资源规划、企业数据资产管理、数据治理，欢迎关注。
主数据项目建设从方法上，分为以下四部，简单归结为12个字：“摸家底、建体系、接数据、抓运营”！一、摸家底摸家底需要全面调研和了解企业的数据管理现状，以便做出客观切实的数据管理评估！1、数据资源普查数据资源普查的方法常用的有两种，一种是自顶向下的梳理和调研，另一种是自底向上的梳理和调研。
自顶向下的调研一般会用到IRP（信息资源规划）和BPM（业务流程管理）两个方法。
这里重点介绍一下IRP，信息资源规划（Information Resource Planning ,简称IRP），是指对所在单位信息的采集、处理、传输和使用的全面规划。
其核心是运用先进的信息工程和数据管理理论及方法，通过总体数据规划，奠定资源管理的基础，促进实现集成化的应用开发，构建信息资源网。
IRP是信息工程方法论、总体数据规划和信息资源管理标准的结合体，其实现方法可概括为：IRP = 两个阶段+ 两条主线+ 三个模型+ 一套标准，如下图所示：采用IRP方法进行数据梳理需要对职能域、业务域进行定义，并对每个职能域和业务域中的业务流程进行梳理，同时需要收集各类业务单据、用户视图，并对每个单据和用户视图进行梳理和数据元素分析。
该方法优点让企业能够对现有数据资源有个全面、系统的认识。
特别是通过对职能域之间交叉信息的梳理，使我们更加清晰地了解到企业信息的来龙去脉，有助于我们把握各类信息的源头，有效地消除“信息孤岛”和数据冗余、控制数据的唯一性和准确性，确保获取信息的有效性。
缺点是需要消耗较大的成本和周期。
大型医院的医院信息平台总体架构
提升就医体验，成就健康生活 HIT
中日友好医院基于电子病历的医院信息平台
—— 共享文档、互联互通测评
序 编号
号
评审指标
1
2.2.1.1 病历概要
2
2.2.2.1 门（急）诊病历
3
2.2.3.1 急诊留观病历
4
2.2.4.1 西药处方
5
2.2.5.1 中药处方
6
2.2.6.1 检查记录
管理
据
专科专病集成视图
临床评价
中
与预警
心
院感前瞻性监测
管
人
医疗集团
事
业务集成
档
案
双向转诊
数
据
中
协作医疗
心
基于主题的 BI应用
院长驾驶舱
医院等级评审
全面医疗质量
信 息
理
理
单病种时间窗
临床多患者 状态监控
理
管
理
运行管控
门诊运行监控
转化医学信息系统
结构化 专科电子病历
生物标本库
科研数据仓库 管理
随访管理
实验室 数据采集
7
2.2.7.1 检验记录
8
2.2.8.1 治疗记录
9
2.2.9.1 一般手术记录
10 2.2.10.1 麻醉术前访视记录
11 2.2.11.1 麻醉记录
12 2.2.12.1 麻醉术后访视记录
13 2.2.13.1 输血记录
14 2.2.14.1 待产记录（选测）
15 2.2.15.1 阴道分娩记录（选测）
32 2.2.32.1 住院病案首页
33 2.2.33.1 中医住院病案首页（选测）