行业纵向市场的业务活动监视

WebSphere Business Monitor 和 WebSphere Business Services Fabric Industry Content Packs 的一个集成用例

WebSphere Business Services Fabric Industry Content Packs 交付行业纵向示例,该示例展示了 WebSphere Business Monitor 与 Fabric 之间的集成以及 Monitor 仪表板的新特性。本文将介绍包含在内容包中的保险、卫生保健和产品生命周期管理示例的业务监视解决方案。

Jiang Lu, 软件工程师, EMC

Jiang Lu 的照片Jiang Lu 是 IBM 中国 WebSphere Business Monitor 开发团队的一名软件工程师。她在保险、卫生保健和产品生命周期管理行业领域有开发监视模型的经验。



Wilfred Jamison, 哲学博士, 高级技术经理, EMC

Wilfred C. Jamison 博士的照片Wilfred C. Jamison 博士是 IBM Research Triangle 实验室的 WebSphere Business Monitor 开发团队的高级技术经理。他目前参与了 Business Performance Management 组织中的许多项目。


developerWorks 投稿作者

Yuan Zhao, 软件工程师, WSO2 Inc

Yuan Zhao 的照片Yuan Zhao 是 IBM 中国 WebSphere Business Monitor 开发团队的一名软件工程师。他在 WebSphere Business Monitor 开发、测试和行业示例开发方面很有经验。



2010 年 5 月 06 日

简介

WebSphere Business Services Fabric Industry Content Packs (Fabric ICPs) 是一套用于业务流程管理(BPM)的预构建加速器资产。内容包支持一整套行业纵向市场,包括卫生保健、保险、产品生命周期管理、电信和银行业。本文将使用 WebSphere Business Monitor (Monitor) 展示我们在为内容包补充业务活动监视功能方面所做的工作。从我们的工作中产生的资产和项目同时配有 ICP。目的是为这些行业纵向市场加快监视解决方案的开发。

尽管这些示例各自含有不同的行业标准和焦点,它们的目标一致,那就是捕捉由 Fabric 运行时发出的业务事件、提取相关信息、计算所需的性能指标,并在这些行业领域的仪表板上展示它们。

我们还将描述为保险、卫生保健和产品生命周期管理(PLM)行业提供的仪表板设计。


保险行业中的 BAM

保险行业是全球经济中发展最快的行业之一。它主要由保险公司(或承保人)、保险代理机构和经纪行组成。一般而言,承保人是提供保险并承担策略风险的大型公司。保险代理机构和经纪行为保险公司销售保险单。

Insurance Property and Casualty (P&C) 内容包提供 Claim Summary 业务流程的一个参考实现,如图 1 所示。该用例提供了一个有关现有投保方信息的屏幕截图。承保人与代理人、经纪人、客户、再保险人、银行和理赔人员等生态系统合作伙伴交互。承保人向某个服务提交一个 Association for Cooperative Operations Research and Development (ACORD) 事务请求,然后该服务基于保险索赔 ID 返回与保险单相关的保险金额。

图 1. Claim Summary 业务流程
Claim Summary 业务流程

在图 1 所示的这个 Insurance P&C Claim Summary 流程中,首先收到索赔并将其提交到一个 Claim Summary ACORD Gateway 流程。然后接受索赔请求并对其进行评估。最后该流程提供索赔状态和索赔数量。Claim Summary 业务流程包括三个阶段:

  1. 首先,合作伙伴通过各种渠道访问承保人的系统。
  2. 其次,代理人或客户提交一条含有适当细节的 ACORD 消息,以获取索赔明细表。
  3. 第三,承保人需要有一个标准化的保险门户来让不同的合作伙伴与承保人进行交互。合作伙伴可使用该门户添加、修改或查询与各种策略、索赔等相关的信息。在通过保险门户向 Claim Summary 提交 ACORD 消息之后,文档要经过 ACORD 登录、ACORD 验证、ACORD 拒绝修复和一些 Claim Summary 业务服务流程来响应提交者。

有时,客户可能还想获得额外信息,比如索赔总额,按地理位置分类的其他关键性能信息,比如在美国不同州的总支付额和索赔状态,等等。这种信息可由 Monitor 使用仪表板轻松提供。下面是我们为 Insurance P&C 内容包开发的仪表板的一些屏幕截图。注意,在 V6.2 中,Monitor 仪表板在由 WebSphere 支持的 Business Space 上运行。

图 2 显示了用于 Claim Summary 业务流程的 Monitor 仪表板的主页。名为 My Business 的主页简单介绍了 Claim Summary 流程的当前性能状态。其构想就是让主页显示与业务用户紧密相关的性能数据。

其中的一个图表小部件用于显示一幅美国地图(左上角)。您可以通过背景色查找每个州的总索赔额。 Monitor 开发工具包还带有一个编辑器,可用来编辑 SVG 图使其在图表小部件内显示。主页上还有若干关键性能指标(KPIs),既有条形样式(左下角)又有标准规格样式(右上角)。除了我们之前预定义的那些之外,我们还可以定义更多的 KPIs。我们可以使用监视模型编辑器或直接从仪表板上设置目标和状态。

图 2. 保险示例业务空间
保险示例业务空间

(参见图 2 的大图。)

仪表板上的另一个页面称作 Analysis 页面。该页为业务用户提供有关业务性能的更详细的信息。从一个更高的角度来说,用户可以进一步钻研以更深入地分析促成当前性能状态的因素。在图 3 中,索赔明细表中含有汽车保险、房屋保险和伞式责任保险(左上角)。用户可以找到过去几个月或几年中未公开索赔所占的比例。Monitor 提供许多图表,比如饼状图、柱状图(底部)和线状图(图 4)。

图 3. 保险示例 Analysis 页面
保险示例 Analysis 页面

(参见图 3 的大图)

图 4. 保险示例 Report 页面
保险示例 Report 页面

(参见图 4 的大图)


卫生保健行业中的 BAM

Healthcare 内容包提供 Benefits and Eligibility Inquiry 业务流程的一个参考实现。该用例提供已有健康投保方信息的一个屏幕截图。

福利和资格交易是一种电子交易,用于查询与健康计划、雇主、计划赞助商、投保人或保单约定的受惠人相关的资格、承保险别和福利。HIPAA-mandated ANSI 270 (Eligibility and Benefit Request) 和 ANSI 271 (Eligibility and Benefit Response) 是福利和资格交易中使用的两种交易:270 交易请求(查询)信息,271 交易为其反馈承保险别、资格和福利信息。这两个交易为属于卫生保健信息系统成员的提供者提供客户资格和索赔状态。

图 5 显示了 Benefits and Eligibility Inquiry 业务流程。有一个服务用来接收由保健提供者提交的一个 HIPAA ANSI 270 交易请求。该服务返回有关患者福利和资格状态的基本资料。该资料符合 HIPAA ANSI 271。HIPAA 270 和 271 消息均使用 EDI(电子数据交换)标准格式进行组织。

图 5. Benefits and Eligibility Inquiry 业务流程
>Benefits and Eligibility Inquiry 业务流程

(参见图 5 的大图)

以下是 Benefits and Eligibility Inquiry 业务流程概述:

  1. HIPAA 请求被发送到 EDI 基本验证服务以进行验证。提供者通过提供者门户、呼叫中心、传真或批量提交请求资格审定。该交易可由提供者以各种方式提交,包括实时和批量方式。
  2. 如果请求有效,EDI Unbundling Basic Service 对消息进行分类,以创建多个 HIPAA 消息。每个消息都根据对 HIPAA270 的遵从性得到验证。
  3. 策略信息获取自 HIPAA270 消息。
  4. 后端系统构建一条 HIPAA271 消息。
  5. 最后,绑定和验证之后,HIPAA271 消息通过 EDI Gateway 被发送到请求的客户。

卫生保健行业中商业领导们最常见的需求之一就是能够了解较长时间内的业务动态。有用信息包括接受以及拒绝的 HIPAA 请求分别所占的比例。在我们的实现中是首先识别所关注的特定业务性能信息,然后从每条消息中提取相关信息来获取这个业务性能信息。

Monitor 能够通过 KPIs、警报、图表、维度、报告、实例小部件等解决这些需求。

由于 HIPAA 270 和 271 消息均使用 EDI 标准格式进行编码,我们需要一种方式来解码这些消息,才能从消息中获取相关数据。我们使用 User-Defined XPath 函数(UDXF)来解决这个难题。

User-defined XPath 函数(UDXF)是在 Monitor V6.1 中引入的(参阅 Put new capabilities of business activity monitoring (BAM) to work, Part 7: Creating user-defined XPath functions for IBM WebSphere Business Monitor V6.1)。 它们向监视编程模型提供可扩展性,允许开发人员将额外的处理逻辑、数据绑定和数据检索融入自己的监视模型中。我们写了一个 UDXF 来解码和解析 HIPAA 标准消息,将其作为项目的一部分与示例一同交付。

从消息中提取出所需的信息之后,信息由不同的小部件通过 Monitor 仪表板显示。下面是我们的卫生保健行业仪表板的一些屏幕截图。在图 6 中,您可以看到主页含有一幅美国地图图表,其中用两种颜色分别表示提交的请求总量中高于阈值和低于阈值的区域(例如,纽约市的绿色区域表示本月纽约市提交的请求总量低于阈值),还有一个饼状图,用于显示请求在不同州之间的分布。仪表板也包括一些 KPIs,比如福利和资格交易的平均运行时间、接受的请求总量、拒绝的请求比例,等等。其中还包含有一个警报视图,用于在发生任何需要采取行动的重大情况时给我们以警示。通过这个主页,您可以很快发现美国的哪些州使总请求超过阈值。

图 6. 卫生保健示例业务空间
卫生保健示例业务空间

(参见图 6 的大图)

在图 7 中,一个维度小部件基于州和请求时间或基于交易状态显示了 HIPAA 交易的分布。您可以进一步选择其他时间或州来分析交易的分布。

图 7. 卫生保健示例的 Analysis 页面
卫生保健示例的 Analysis 页面

您可以使用一个报告小部件来查看交易状态的一个线状图表报告,如图 8 所示。图 8 的左边显示了每月拒绝请求的线程。橘色线表示总请求,蓝色线表示总拒绝请求。图 8 的右边显示了拒绝理由的线程,其中三种颜色表示三种拒绝理由。您可以配置报告小部件来定义其他线程。

图 8. 卫生保健示例的 Report 页面
卫生保健示例的 Report 页面

(参见图 8 的大图。)


产品生命周期管理(PLM)行业的 BAM

PLM 代表对与一个制成品的需求、设计、生产、支持和处理相关的所有数据的管理。它由定义明确的阶段和产品生命周期使用的管理方法组成。产品销售的条件随时间变化,必须根据所处阶段对其进行管理。

产品生命周期有很多阶段,涉及多个专业科目,需要各种技能、工具和流程。主要从业务和工程角度来看,PLM 必须在产品的开发和有效生命期内管理其描述和属性。

Fabric 提供一个业务流程以在工程变更阶段指定和选定工程变更请求(ECRs)。ECR 能够评估部件、装配、文档或其他部分有变化的一个或多个产品的变更,或工程师构建这些产品所需的变更活动。下面简要概述了评估 ECRs 的方式:

  1. 首先,要确定所规划变更的限度和影响,用户使用任意可行渠道通过 Managing Engineering Change 通道提交一份 Engineering Change Request 文档。
  2. 提交完文档之后,图 9 所示的流程确定是接受还是拒绝所规划的变更并反馈给用户。这个流程包括 5 个阶段,每个阶段都向一个 ECR 应用一个特定任务。
图 9. 工程变更流程
工程变更流程

这 5 个阶段总结如下:

  1. Inquiry of ECR 阶段用于为 ECRs 接收提议。
  2. Creation of ECR 阶段真正创建 ECR 并详尽地描述它。
  3. Technical Analysis of ECR 阶段确定 ECR 的技术方面并研究其影响的最初概述。
  4. 第 4 个阶段 Commenting on ECR 就 ECR 对原型制作和认证等主题的影响进行检查。
  5. 最后一个阶段 Approval of ECR 决定是否同意执行 ECR。

创建一条变更提议后,通常会就是否遵循该提议进行查询。图 10 显示了 Inquiry 阶段的子流程。将 ECR 请求提交到一个 Inquire VDA (Verband der Automobilindustrie) ECR 业务流程。然后接受 ECR 请求并对其进行评估。最后,该流程提供 ECR 状态以表明是否要接受 ECR 用于进一步处理。

图 10. 子流程:Inquire of ECR
子流程:Inquire of ECR

使用 Monitor 的 PLM 示例专注于 ECR 查询的子流程携带的信息;例如,一个月内查询多少 ECRs,接受或拒绝了多少 ECRs,等等。

下图显示了使用 Monitor 监视查询流程的结果。图 11 显示了 Monitor 仪表板的主页,称作 “My Business”。ECRs 的状态使用一个饼状图显示,而饼状图则是通过一个维度小部件显示。您还可以使用 KPI 小部件看到接受的 ECRs 总量,待定的 ECRs 总量(正在等待审定)和拒绝的 ECRs 总量。我们还包含了一个实例小部件,在该部件内可以看到每个 ECR 请求及其相关细节。

图 11. 用于 PLM 示例的 Monitor 仪表板
用于 PLM 示例的 Monitor 仪表板

(参见图 11 的大图)

借助 Monitor 的计算功能,我们能够使用一个线性类型显示 ECR 提交的趋势,如图 12 所示。

图 12. PLM 示例的 Report 页面
PLM 示例的 Report 页面

(参见图 12 的大图。)

我们还显示了给定时间段内提交的 ECRs 总量,如图 13 所示。

Monitor V6.2 为用户提供了一些新的仪表板特性,比如 KPI History 和 Prediction。使用 KPI History 和 Prediction 功能,您可以随时从 KPI 上收集数据并对其进行分析以查看趋势。结果以完全交互的图形格式(右边)显示。KPI History 和 Prediction 小部件中的线显示了给定 KPI 的历史趋势和未来可能出现的趋势。

图 13. PLM 示例的 Analysis 页面
PLM 示例的 Analysis 页面

(参见图 13 的大图)

由于查询 ECRs 阶段的每个分步骤都有一个人工任务,我们使用称作 Human Task 的另一个新特性显示所有人工任务实例,如图 14 所示。

图 14. PLM 示例的 Action 页面
PLM 示例的 Action 页面

(参见图 14 的大图)


洞察

在任何行业中为给定流程设计仪表板既有规则又有艺术性。关键是要从行业的业务领导们身上提取与其息息相关的信息,然后根据当前或从业务流程中产生的数据确定如何计算该信息。其次要考虑的是如何确定最好的方式来在仪表板中呈现该信息。哪些部件最适合于哪些信息?如何有条理地将它们组织为独立的标签和页面?页面以什么顺序显示?

该练习的关键是设计和开发过程中主题专家和业务用户的参与。确保一定要从他们那里找到这些问题的答案。在我们的案例中,我们使用了一种迭代方法,该方法创建原型并将其呈现给用户。每个随后的原型都基于用户的反馈得到改进。另一方面,您还需要让用户知道哪些在技术上可行,哪些从性能、迁移、便携性等角度来说更实用。

这些行业纵向市场的一个共同之处就是行业标准的存在,特别是数据格式标准。因此,监视模型的开发通常需要了解这些标准,知道在哪里可以根据格式对特定数据进行检索,如何检索它们以及在某些情况下如何解码它们。在需要进行数据转换的情况下,使用 User-Defined XPath Functions 很方便。另一种方法就是在向监视模型提供数据之前实现数据转换,该方法使用 WebSphere Enterprise Service Bus、XSLT 和其他数据调和方法等技术。


结束语

本文使用 WebSphere Business Monitor V6.2 为摘自 WebSphere Business Service Fabric V6/2 Industry Content Packs 的三个行业纵向市场描述了仪表板实现。从保险行业示例中可以看到,Monitor 有助于用户查看索赔总额,以及某个州的其他关键性能信息。客户可能还想了解对总支付额的统计、索赔状态分布等信息。这种信息可通过 Monitor 由仪表板轻松提供。从卫生保健行业示例中可以看到,为帮助人们了解一个月内发生的交易量,以及接受和拒绝的 HIPAA 请求分别所占的比例,Monitor 提取包含在每条消息中的相关信息,并使用 KPIs、警报、图表、维度、报告和实例小部件显示结果。我们还加入了 User-Defined XPath 函数(UDXF)来解码和解析 HIPAA 标准消息,将其作为项目的一部分与示例一同交付。在 PLM 示例中,Monitor 收集有用信息,比如一个月内 ECR 状态查询交易的数量、 某个状态下的 ECRs 数量,等等。我们为这些示例实现了监视模型,以捕捉事件和计算性能数据。

参考资料

学习

  • Put new capabilities of business activity monitoring (BAM) to work, Part 7: Creating user-defined XPath functions for IBM WebSphere Business Monitor V6.1(developerWorks,2008):通过该系列文章了解 WebSphere Business Monitor V6.1 的巨大变化,该版本扩展了性能,简化了监视和管理业务性能的方式。用户定义的 XPath 函数(UDXF)是对编程模型的一个有用且强大的扩展。通过这种新特性,您可以添加函数到您的监视模型逻辑中。您可以编写一个自定义的 XPath 函数来执行任何常用的 Java™ 函数,比如,从远程 CICS® 数据库读取数据或调出 Web 服务。本文教您编写自定义的 XPath 函数并在监视模型内的任何表达式中使用它。
  • Business Process Management Samples & Tutorials:这些示例展示了在 WebSphere Integration Developer 中开发的、部署在 WebSphere Process Server 和 WebSphere Enterprise Service Bus (WebSphere ESB) 上的特性。它们可以帮助您处理各种产品特性来开发自己的应用程序。
  • developerWorks BPM 专区:获得关于 IBM BPM 解决方案的最新技术资源,包括下载、演示、文章、教程、事件、网络广播,等等。
  • IBM developerWorks 中国 WebSphere 专区:为使用 WebSphere 产品的开发人员准备的技术信息和资料。这里提供产品下载、how-to 信息、支持资源以及免费技术库,包含 2000 多份技术文章、教程、最佳实践、IBM Redbook 和在线产品手册。

获得产品和技术

条评论

developerWorks: 登录

标有星(*)号的字段是必填字段。


需要一个 IBM ID?
忘记 IBM ID?


忘记密码?
更改您的密码

单击提交则表示您同意developerWorks 的条款和条件。 查看条款和条件

 


在您首次登录 developerWorks 时,会为您创建一份个人概要。您的个人概要中的信息(您的姓名、国家/地区,以及公司名称)是公开显示的,而且会随着您发布的任何内容一起显示,除非您选择隐藏您的公司名称。您可以随时更新您的 IBM 帐户。

所有提交的信息确保安全。

选择您的昵称



当您初次登录到 developerWorks 时,将会为您创建一份概要信息,您需要指定一个昵称。您的昵称将和您在 developerWorks 发布的内容显示在一起。

昵称长度在 3 至 31 个字符之间。 您的昵称在 developerWorks 社区中必须是唯一的,并且出于隐私保护的原因,不能是您的电子邮件地址。

标有星(*)号的字段是必填字段。

(昵称长度在 3 至 31 个字符之间)

单击提交则表示您同意developerWorks 的条款和条件。 查看条款和条件.

 


所有提交的信息确保安全。


static.content.url=http://www.ibm.com/developerworks/js/artrating/
SITE_ID=10
Zone=WebSphere
ArticleID=487748
ArticleTitle=行业纵向市场的业务活动监视
publish-date=05062010