文档介绍：
6 页
2006年
对保险公司的业务和应用体系架构的理解
我们在探讨体系架构的时候往往都是从技术的角度来做的，其实真正的体系架构是应当基于对业务的理解和抽象来建立的。对于保险行业来讲，从本质上我们实际可以抽象成为三大体系：核心业务系统、管理体系、数据体系。核心业务系统（kernel proceing system）体系，主要是面对承保和理赔服务等的应用系统，包括核心业务、业务支持、渠道管理等等；管理体系，包括内部的各种办公、管理系统；数据体系，包括数据中心建设、数据处理、分析和呈现系统。国内保险的信息化发展，多数是集中在核心业务系统上的，因为这里与企业生产过程是一样的，换句话讲，对于制造业，企业先花钱买的是生产线，而对于服务业，企业首先买的也是高效率的生产线，这就是我们现在看到的保险公司核心业务处理系统。
当我们明白保险信息化的工作主要关注点后，那么我们就可以对核心业务系统体系进行详细的抽象。我们再探讨一下企业的基本行为，企业运作的基本要点实际就是这样几点：第一，企业运作的基础是产品，无论什么企业，产品恒久是第一位的；其次，企业要把产品卖给客户，所以企业要有渠道，把产品推销出去；最终，企业要在激烈的市场中生存，那么对客户的关怀和服务将是一个重要的因素。这样，落实到系统设计的时候，就出现了几个设计要点：
（1）系统的基础是产品管理和设计平台；（2）系统必需是以客户为中心的；
（3）系统要有营销管理功能。这是一个完整的核心业务系统体系架构的基本要点。当我们视察国外保险公司的体系架构设计的时候，全部的系统基本架构几乎都是在这几个要点上建立的。
再看看国内目前的现状，国内保险核心系统的产品管理和设计实力太差，不是在完整的核心业务系统框架下建立的。国内实现的一个浩大的核心业务无非就是承保、批改、查询、理赔、统计等，其它延长的一些产品往往是在业务支持平台实现的，例如营销支持（AMIS）、客户服务系统（call center、CRM）。这些系统基本脱离了核心业务系统框架，完全没有一体化的产品管理来支持这些产品的拓展。在这种状况下，我们只有不断地投资建设网保、呼叫中心等等这些渠道系统。而我们进行营销渠道的建设时，往往会有一种尴尬，就是我们必需面对广阔客户的需求而不断地在渠道内部扩展保险的产品，原来这些产品设计应当是在后台核心业务或者业务支持平台完成的，而由此产生的多渠道整合问题也就变得突出了。这里还要说明的一点是，我认为我们现在设计的呼叫中心、网上保险系统架构实际是很困难的，因为没有核心业务系统的支持，所以我们把核心业务系统基础部分的许多东西都做在渠道里了，比如说客户信息系统，甚至还有服务工作流，产生这样的结果与保险内部行政业务上的条块分割是相关的。这样设计的渠道系统体系架构显得比较胖，而且与保险其它系统往往存在整合的问题。例如对于国内有些保险公司（PICC），网保往往采纳集中模式，全公司一个web出口，网保中心就要建设一整套客户信息系统；而客户服务中心（呼叫中心）又是建立在分支机构的，分公司也有客户信息系统（CRM），于是在进行渠道整合时立即就面临客户信息整合的问题 。
在保险应用系统的设计中，对业务本质的概念的理解将是最根本的要求。那么我建议大家要理解产品这个概念。对于制造业来讲，产品这个概念是很简单理解的，生产计算机、还是生产鞋子，都是物化的东西，有形有样，看