IBM资深技术顾问苏明富在中国保险IT应用高峰论坛发表主题演讲（此为现场速记，未经演讲者本人确认）：
大家好！接着由我贵少业务规则的介绍。大家看到ILOG这个标志可能觉得挺奇怪的，因为去年7月份它被IBM收购，所以，这是最后一次以ILOG这个品牌给大家做介绍。业务规则是做什么的呢？是保险有很多业务规定，我们把操作规范写在业务指导力，侧重在业务部门，而不是IT部门，假如是车险的话怎么决定费率。
保险有大量的业务处理，有大量的规则，保险行业受制于我们组织架构、市场和法律法规内容的影响。因此，我们的问题是，如何应对多变的市场，如何合规。
我们的系统基本上都采用硬编码的系统，要想实现变化，都要走IT的过程。精算师、业务、策划部门没有很好的工具策划进来，需要很好的产品，适合于什么样的人群，怎么进行定义。业务有一定的隔阂。同时业务规则不好管理，业务规则采用硬编码的话，不好采用硬编码进行管理。对于硬编码的应用，也就是把业务规则固化在硬编码里，适合采用业务规则，需要把原来的硬编码从代码里拿出，提供给业务人员，一个业务人员能够理解的业务规则语言，以及我们写好这些业务规则，举个例子，我们核保或者理赔，理赔里有很多核保的规定或约定，这些内容是我们保险公司、运营商开发的业务资产，不属于开发商提供的。我们应该有一个工具把我们的资产管理起来，并且随着以后业务运转还可以做调整，这都是业务规则的必要性。传统业务处理采用硬编码、工作表、业务程序和Excel表格来处理。
这种模式不适合变化，假如有变化的话，所谓变化就是我们引入了新产品，原来老产品做了升级都要变化，要变化有要投入IT，业务人员发生沟通等等，因此我们业务系统要更加灵活。右边图，我们采用不同的层次，把我们硬编码在代码规则里拿出来，单独有一个业务规则的管理。业务规则产品有哪些构件满足需求。原来业务规则库把原来业务部门能理解的业务语言进行书写，放到业务规则库里，可以像数据一样集中管理和保存，并且全线控制，作为我们的资产进行积累和管理。上面会有用户工具，通过工具访问规则苦作为规则库的访问、变化、上下管理和操作。下面是引擎，都是我们的规则，比如核保的政策、理赔政策都会进入这个引擎。现在我们的应用和这个引擎打交道，接受数据，通过这个引擎处理我们的业务逻辑。这是我们保险业务里都可以使用到的规则，从最初的核保，核保有资格审查，风险评估，各种评分、报价，都是核保的内容，还有理赔、定损、赔付、计费和保险代理商佣金计算，都可以做考核。
这是我们整个流程里采用的业务规则，ILOG标志的这三个点，分别应用在用户的资格审查上，客户风险评估和定价。可以看一下决定费率的的例子。假如客户投保，保单根据业务流程来走，如果定价就会进入规则，定价的时候根据客户属性做不同的报价，假如是健康险就根据年龄或者其它方面决定价格，或者满足什么条件，进行怎样的处理，进行价格的调整。理赔主要是用在报酬、验证，欺诈检测和按规则分配，这也是决策点，按照业务规则进行处理。保险业务里采用了大量的规则，给我们带来了很大的灵活性，看看ILOG接入产品，目前我们卖的是版本6，是基于Java的产品，是比较完整的规则开发平台，左边是面向技术的环境，右边是面对业务人员的管理，通过这个可以做到技术和业务协同的工作。技术架构采用Eclipse平台，采用的环境是基于web的界面，和系统的接触主要是J2EE、JP2等进行操作。核保里我们要把保单准备好，准备完之后把这个数据当做参数计入规则，比如根据年龄判定，客户的收入或者其它不同的条件进行判定，最后给出核保要通过还是不通过，或者走人工的过程，或者走核保的建议，来保存到数据库里，或者走到下一步流程里，这是它下一步执行的过程。
左上交的流程是面向技术人员，基于Eclipse开发的环境，我们技术人员在这个平台上做一些工作，Java代码的开发，业务人员在这里确定，可以写一些技术的规则或关键的规则的写完之后可以把整个项目发布到右边业务人员或者技术人员的使用Web Server，把规则放在关系数据库里。产品开发人员就能够看到这些业务要素，就使用这些业务要素走入相关核保规则、技术规则，业务人员还可以进一步协同，假如我们系统上线了，过一段时间需要做二次开发，技术人员还可以入场，入场之后从业务环境，生产环境里把规则提取出来，再进行进一步的业务分析，之后进行开发。
接下来是引擎，引擎有服务器，有不同的形态，可以基于Web Server或者嵌入方式部署，如果是管理方式，可以由一个控制台，我们可以通过控制台了解它的情况，中间是一个规则管理器，主要用于业务测试。这边是技术人员的工作截面，在Eclipse里不仅可以实现Java的开发，还可以进行规则的开发，可以和规则、Java一起调试。业务人员把规则写了若干，串联起来，写出业务规范模型有一个简单的规则，有决策表和决策树，下面有不同的分支要素，根据不同的要素进行分支。接下来是生命周期的管理和规则查询，我们需要了解规则，和政策业务怎么开展，根据这些来了解自己的政策，以及锁定、版本管理和仿真报告，系统管理员使用的权限，基建管理和配置管理等等。
规则的部署，一个集中的规则库都可以放在关系库里，可以抽取相关的规则库放在不同的库里，有核保，有理赔的，可以根据不同的规则进行处理。结构式支撑环境，在核保系统里嵌入我们的规则，做机架或者核保，前面是呼叫中心的客服。也可以嵌入在Web Server里面。这边是SOA集成环境，有一个USB企业服务总线，通过企业服务总线可以进行数据的服务，流程的服务等，作为服务规则的话，可以作为服务的一部分，放在USB上进行决策服务。
接下来是其它方面的应用，除了理赔和核保之外我们还可以有保险产品的推荐。保险产品的推荐主要用于单客户上我们网站，或者打我们Call Center的时候，有时候我们会根据客户的信息筛选出合适他的产品出来，这就很适合采用规则来做，无论采用Call Center还是我们的网站都能得到一致的答复。或者渠道佣金的管理，管理代理保险人的积分或者给客户做积分等等。这是主要介绍的是核保和理赔方面的应用，主要的应用在核保和理赔方面。