1、中科软：
J2EE架构的核心系统，主要为中小保险公司提供解决方案。系统包括财险与寿险业务系统。主要寿险用户为新成立的几家公司，财险用户是中国人民保险公司。
2、易保（EBAO）：
J2EE架构，公司成立不久，主要设计人员听说原来是在平安干的。但真正设计一个独立软件产品看来经验并不多，但架构比较新。与中科软一样对新成立的小公司有吸引力，但在国内市场开拓不如中科软好，但听说在东南亚拿了不少单子。寿险用户有合众人寿等。
3、软通旗下的智软：
J2EE架构，公司成立10年有余了，公司以前是联想智软， 现并购入软通动力。保险客户有十多家，新一代核心业务系统V6也在一些保险公司开始实施。
4、科比亚（COPIA）：
系统基于TUXEDO的N层架构，可在TUXEDO外加上J2EE中间交易层，系统对中小公司都适合，特别随着公司业务发展，并且大集中管理时，该结构至今仍是在开发平台上支持大交易量业务的唯一解决方案（如果选择大机系统，开发与维护成本太高，除了IBM在极力推销，以及上了贼船下不来的几家大银行外没有人会选）。主要用户为中国人寿。由于核心系统做的比较专，有些外围系统要选择第三方的。
5、尚洋
架构与科比业的系统差不多，但在总体与细节上架构与科比亚的系统有所不同。在中国人寿深圳用了尚洋系统，提供了诸如企业补充养老、投联、万能系统等。（主要的核心业务系统还是用的科比亚的）。此外寿险用户还有平泰、国民、昆仑健康险公司等。
6、国外的公司：
美国CSC、英国SHERWOOD、加拿大SOLCORP、印度几家原来做外包的公司现在也都开始提供保险业务系统或解决方案。
财产保险核心业务系统DCPBS解决方案
行业：金融 功能：软件 供应商：IBM 发布时间：2009-04-21 13:39:0
4方案简介
DCPBS(Docom Property Busine System) 产险行业应用的综合业务管理系统，全面、简便、先进、可扩展的业务管理平台，涵盖保险业务的各个方面，包括：传统产险业务（水险、非水险）系统，新业务管理系统（车险、团险、健康险等），系统支持规范化保险业务管理流程的系统。该系统以客户为中心，实现了业务处理全过程管理，全面支持总公司-分公司-支公司-办事处等多级管理体系结构。系统应用结构，支持集中控制、分散展业的业务处理模式，加强了企业内部风险管控；强劲的稽核管理手段，降低了应用管理成本，使得企业运作更加灵活，更具效率。
系统特色
系统基于多层结构开发，可移植性强、可扩充性强、模块化设计，具有优良的性能和可靠的扩展性。全面支持产险的各类险种，及短期寿险业务，支持\"一揽子保单\"产品处理。实现业务、财务、再保险三方信息互通，紧密集成，提高内部运作效率及决策能力。同时，通过灵活的产品定义模块和相关辅助工具，能够快速支持保险公司新产品的发布。
适用对象
DCPBS是针对中国财产险保险公司的业务运作特点，结合国际先进、成熟的保险业务经验而开发的一套全新的产险核心业务系统，适合于国内的财产险公司，系统在实施可根据客户需求实施个性化开发。
2006年
对保险公司的业务和应用体系架构的理解
我们在讨论体系架构的时候往往都是从技术的角度来做的，其实真正的体系架构是应该基于对业务的理解和抽象来建立的。对于保险行业来讲，从本质上我们实际可以抽象成为三大体系：核心业务系统、管理体系、数据体系。核心业务系统（kernel proceing system）体系，主要是面向承保和理赔服务等的应用系统，包括核心业务、业务支持、渠道管理等等；管理体系，包括内部的各种办公、管理系统；数据体系，包括数据中心建设、数据处理、分析和展现系统。国内保险的信息化发展，多数是集中在核心业务系统上的，因为这里与企业生产过程是一致的，换句话讲，对于制造业，企业先花钱买的是生产线，而对于服务业，企业首先买的也是高效率的生产线，这就是我们现在看到的保险公司核心业务处理系统。
当我们明白保险信息化的工作主要关注点后，那么我们就可以对核心业务系统体系进行具体的抽象。我们再研究一下企业的基本行为，企业运作的基本要点实际就是这样几点：第一，企业运作的基础是产品，无论什么企业，产品永远是第一位的；其次，企业要把产品卖给客户，所以企业要有渠道，把产品推销出去；最后，企业要在激烈的市场中生存，那么对客户的关怀和服务将是一个重要的因素。这样，落实到系统设计的时候，就出现了几个设计要点：
（1）系统的基础是产品管理和设计平台；（2）系统必须是以客户为中心的；
（3）系统要有营销管理功能。这是一个完整的核心业务系统体系架构的基本要点。当我们观察国外保险公司的体系架构设计的时候，所有的系统基本架构几乎都是在这几个要点上建立的。
再看看国内目前的现状，国内保险核心系统的产品管理和设计能力太差，不是在完整的核心业务系统框架下建立的。国内实现的一个庞大的核心业务无非就是承保、批改、查询、理赔、统计等，其它延伸的一些产品往往是在业务支持平台实现的，例如营销支持（AMIS）、客户服务系统（call center、CRM）。这些系统基本脱离了核心业务系统框架，完全没有一体化的产品管理来支持这些产品的拓展。在这种情况下，我们只有不断地投资建设网保、呼叫中心等等这些渠道系统。而我们进行营销渠道的建设时，往往会有一种尴尬，就是我们必须面对广大客户的需求而不断地在渠道内部扩展保险的产品，本来这些产品设计应该是在后台核心业务或者业务支持平台完成的，而由此产生的多渠道整合问题也就变得突出了。这里还要说明的一点是，我认为我们现在设计的呼叫中心、网上保险系统架构实际是很复杂的，因为没有核心业务系统的支持，所以我们把核心业务系统基础部分的很多东西都做在渠道里了，比如说客户信息系统，甚至还有服务工作流，产生这样的结果与保险内部行政业务上的条块分割是相关的。这样设计的渠道系统体系架构显得比较胖，而且与保险其它系统往往存在整合的问题。例如对于国内有些保险公司（PICC），网保往往采用集中模式，全公司一个web出口，网保中心就要建设一整套客户信息系统；而客户服务中心（呼叫中心）又是建立在分支机构的，分公司也有客户信息系统（CRM），于是在进行渠道整合时立刻就面临客户信息整合的问题 。
在保险应用系统的设计中，对业务本质的概念的理解将是最根本的要求。那么我建议大家要理解产品这个概念。对于制造业来讲，产品这个概念是很容易理解的，生产计算机、还是生产鞋子，都是物化的东西，有形有样，看
得见摸的着。而对于金融这样的服务业，其实本质上向客户提供的都是服务，理论上讲是没有产品这个概念的。而随着服务业的进步，保险也把产品的概念引进到服务业中，通过产品来设计、包装、营销和核算自己的服务。例如财产保险，现在我们有车险、家财、企业财产险等等品种，那么我们也可以就认为这些品种就是一些保险的服务产品。本质上，一个企业对外的竞争力就是自己的产品竞争力，保险也不例外。所以保险必须不断地创新，延伸自己的产品线。所谓的以客户为中心的理念，在本质上实际也是以客户为中心的产品创新。上面我已经说过，核心业务系统体系中，关键的核心模块就是产品管理和设计子系统，这可是国外保险核心业务系统的核心的核心，而不是象我们的核心业务，还把承保交易处理做为核心，把管理绩效考核当成什么新一代核心业务系统的理念，这些都是有问题的。真正的核心业务系统的基础应该是以客户为
