服务赋能，随需即享—中科软寿险云（第一部分）
中科软高级副总裁，孙熙杰
非常感谢各位客户在每年的这个时间来到古北水镇参加我们的高峰论坛，我觉得这既是一个技术的峰会，也是一个大家在一起畅谈理想的一个欢聚的峰会。今天我作为中科软寿险团队的代表，向各位汇报一下我们2017年到2018年这一年来的一些工作：一方面是说我们现在在做什么；第二个方面，我们怎样帮助我们的客户在这个市场上做更好的服务。
我今天的题目叫“服务赋能，随需即享”。我们在去年的峰会上推出了我们的双模核心，以及一些SAAS服务，经过一年的发展，我们正式推出了“中科软寿险云”。中科软寿险云有8个部分的组成，其中有些去年已经做了一定的介绍，有些是我们今年新推出的。围绕这八朵“云”，我会做一个简单的介绍，随后会由我们寿险的技术总监，做一个更全面的介绍。
第一个就是我们的医疗商保云服务平台，这个我们去年做了一个重点的介绍。我们是想解决保险公司和医院数据的对接问题，包括我们的核保，包括我们的理赔，我们需要很多的医疗数据。那么传统来讲，我们是拿着医疗的单据来报销，现在通过我们这个平台可以直接获得医院数据进行核保以及理赔，包括快赔和直赔业务。在此给大家汇报一下我们这一年来的进展——目前有八个省和我们签约独家授权，跟我们合作伙伴一块，马上会有六个省的独家授权的签约。那么目前已经开通医疗排查业务，包括核保的业务的，有1500家医院；开通现场理赔的已经有差不多接近200家医院。估计到今年年底，我们可能会开通超过2000家的医院。能够做这样一个业务，这是我们去年就讲的医疗商保云服务平台的一个进展，今年再汇报一下。
第二个，我们去年还推出了一个“银保通E服务测试平台”。我们知道在中国大陆，很多银行的银保业务，上线的时候需要进行严格的测试，银行经常在两个月安排一个排期，你排上了你就测，你排不上你就再等两个月。因为我们做了很多银行端的银保通，我们也对接了100多家银行，我们自己做了一个平台，这个平台帮助保险公司进行银保的模拟测试。就是你现在要上哪家银行，我模拟哪家银行帮你去做这个测试，包括它的流程、包括它的报文。同时在去年的基础上，我们新增加了压力测试，我模拟银行的高并发、高压力，来帮你测试你的业务能不能经受银行的高并发的压力要求。因为我们有客户曾经在很短的时间内，面临来自银行的可能一天上百亿保费的规模，这也是我们帮助客户去模拟并发压力的一个测试。
我们去年也推出了销售管理的云计算的服务。我们把薪资和考核放到云端，然后通过一键部署、一键计算，取到计算结果。我们今年又做了一些增强：原来我们是单租户的，每个保险公司申请独立的云资源，然后再独立计算；今年我们把它变成了一个多租户的，我部署了一个统一的云计算资源，每家客户把它的计算的定义，以及它脱敏的数据放到云端，然后我算完这个结果，再返回到这个客户，你甚至都不用去申请——你只需要去申请我的计算，而不要申请资源。下一步我们也会更进一步地升级——我们在不计算的时候，不需要资源，我们是根据你需要计算的时候才要资源，才要申请，所以这也是我们去年一个方案的一个升级。
我们去年推出了我们基于云的双录，这个双录在很多客户也得到了很好的应用。今年我们在这个双录基础上又增强了我们的智能质检，包括在双录过程中，你是不是满足保监会的一些要求，有没有身份证同框，有没有两人同框，你的投保单内容是不是准确。一会儿我们也会做更多的阐述。
还有一个，我们针对我们的LIS7做的一个自动化测试的服务。这个测试服务，我们已经内置了550多个以上的流程，有1400多个不同的功能，还有覆盖了我们LIS 7的100%的功能。所以这样一个基于用户操作测试的自动化测试，实际上是帮助我们的用户降低后续的系统上线以及测试成本，以及我们测试覆盖度的一个问题。这个是在我们去年圣诞节的前期发布的一个服务。
还有一个服务，我们刚才讲了，我们和医院做了很多的对接，我们知道中国的医院差不多有5万家，尽管我们花了很大的精力接了2000家或者3000家这样一个规模，但是我们仍然在相当长的时间里，面临着没有医院接的问题。这时候我们还要处理理赔单据的问题，我们知道医疗单据有很多种类，在大陆有很多地区，它的单据种类也不一样，格式也不一样，然后它的内容也不一样，所以我们现在做了单据数据化的服务平台——我们把这些单据进行分类，按类型、按地域，特别是按地域。我们基于精准医疗或者精准计算的方法，把每个地方的单据类型分别分类，然后我们用中科软以及众多合作伙伴的资源，在这个不同的单据类型上用OCR的技术，同时应用互联网的众包技术，来统一解决你的医疗单据问题。你给我一个单据，我就能给你最终的一个数据化的内容。
还有一个电子保单云服务，是我们和合作伙伴一起做的。因为我们知道很多保险公司，新公司也好，老公司也好，保单打印或者保单交互是一个问题，因为现在电子化比较普遍，很多电子保单需要交付，那么电子保单有很多种格式，还有一些深层的问题，包括你要含保单、含投保单、含各种影像文件，所以我们也提供了一个服务——只需要跟我们的核心进行对接，我们给它数据，就能够完成包括各种保单的生成、包括交互，甚至包括纸质保单的打印以及送达，我们可以统一地对外进行服务。这就是我们今年推出的电子保单云平台的服务。
在很久之前，我们就和客户在讨论，联盟链在保险中应用的场景。所以我们设计了一套联盟链的应用场景，在这些场景中，我们会解决一些保险公司关注的共性的问题。
剩下的时间，我想留给我们寿险的技术总监张荣，让他针对我们今年发布的几个关键的服务做一个更详细的、更深入的介绍，有请张荣。
服务赋能，随需即享—中科软寿险云（第二部分）
中科软寿险技术总监，张荣
接下来就由我给大家介绍一下，我们今年新研发、新推出来的一些在具体应用场景下的SAAS服务。
首先一个就是医疗单证的数据化服务。大家知道，我们现在在保险行业有大量的实物单据的使用，无论是描述个人的，还是描述一个企业状况的，这些实物的单据需要通过我们的一些手段，采集到系统之中。现在这些单据已经大量地进行电子化了，但是从电子化到数据化的最终一步，是通过我们的人力来完成的。大家也知道，现在有OCR这样的技术，而且这个技术其实已经有一个很长的发展阶段了，但是实际的应用效果来说，还不尽如人意，其原因在于这个技术本身，它的发展是依赖于对大量的数据或者实物的一个学习的。针对某一个保险公司来说，其能力是无法满足这样的要求的。另外单证本身的质量也大大地影响OCR的一个应用推广，在这种情况下，目前的技术手段，或者单纯的OCR技术又没有一个很好的补充作业的流程。为此我们针对这样一些场景，提供了一个完整的业务的解决方案。
在这个解决方案里，我们把所有电子化的单据，无论是扫描的，手机拍照的，或者其它第三方的一些图片格式给过来的，我们都可以首先采用OCR的模式。OCR也不单纯是由某一个OCR的技术来实现，而是我们来集成多家。我们在一个生态圈里面选取了非常多的厂家，共同来打造一个综合的OCR识别平台，毕竟每一个厂家各自有自己能力上的优势。同时在不同单证的类型上，有自己的一些特点，在不同的地域，尤其是医疗单证，地域差异是非常大的。那么在精准保险的要求下，我们不同的厂商、不同地域的学习能力也体现在不同的解决方案上。所以我们在OCR的领域已经先融合了各家之长，综合成一个统一的服务。
对于OCR还无法解决的剩下的一部分内容怎么办呢？我们用了一个互联网平台，也叫做众包平台的模式。众包是通过互联网发挥我们社会大众的力量，通过人工的方式保证我们实物数据一个准确的录入。你看到的是一个SAAS的接口，一个服务，最终在背后体现的是若干个OCR厂商的技术能力以及社会大众的一个互联网众包平台的支持，我们可以做到非常快速的100%准确的信息的采集能力。
这个服务有很多的优势，我不展开讲，我只讲两点。一个就是我们称之为识别预测，这一点很关键，在实际应用场景里非常重要，我们实际的这些单证，你拿某一个OCR的技术来识别，大家会发现有各种各样的问题，但是综合到很多的应用技术里面，或者综合到多家解决方案里面，会大大地提升它的能力。那么在这里面，我们会有一个预测，根据历史数据不断地修正，我们会选取一家能够识别这个准确率最高的OCR来解决某一类单证或者某一个地域单证内容的识别。另外一个特点，我们称之为双验证机制，就是单一一个厂家或者单一一个技术不能保证它的准确率很高，如果我采用双验证的方式，那么通过几个这种共同的验证来做数据的对比，最终达到的效果一定是会比我们单一的识别能力要高很多，准确率要高很多。这是第一个服务。
第二个服务，就是我们以双录为基础的质检云服务。去年我们已经推出了双录的服务，大家对这个双录的业务其实很熟悉了，我们已经通过云端的服务实现了在投保过程中快速地采集和录制保险的行为，然后把所有的这些数据快速地传播到云端，大家可以低成本、高效地进行管理和使用，第一步已经做到了。但是双录的业务里面还有一个重要的环节就是质检，监管机构对质检的要求是非常明确，甚至是有很多细则的。那么在质检的领域，现在基本上是“人肉”的，还是要靠人来做，它的效率是一个非常大的问题。但是在我们实际的场景里，大家会发现实际质检绝不是一个离线的业务过程。在我们实际的过程中，在采集完这个数据之后，实际上我们的质检现在来讲是处于一个等待的状态，是一个事后的处理。但是对于我们前端的人员来讲，我们不知道我们整个录制过程是不是满足监管的要求。假如不满足怎么办？那我还需要再次地去采集这样一些信息，再去找客户录制整个过程，这样对于客户体验可以说是无法接受的。因此我们实际的场景里面，是需要快速、及时地完成所有的视频，以及满足相关出具资料的质检的要求，那么在这种情况下，我们就把质检结合精准计算相应的能力，放在云端提供一个准时式的快速质检解决方案。同时在云端的质检完成之后，我们会快速地给我们前端。通过我们云端双录的相关应用，在客户的一线人员只需要稍等大概10分钟左右的时间，就可以得到这次质检的反馈结果，反馈结果如果有问题，我可以立刻开展相关数据的补录，这种客户体验就要强很多。
在这个质检过程中，里面应用到了非常多的精准计算的相关的一些技术，主要有几个层面。一个是涉及到视频的数据的，大家知道我们录制的是一个视频流，是动态的，但我们做质检的时候，根据监管的细则，我们是要检查特定的时点，特定的一些状态，是不是满足监管的要求。首先我们就需要把这些视频流，通过抽取关键帧，截取相关对应到的这些静态画面，然后再做后续识别的检查，这是视频。还有一块是音频，那么音频同样里面有大量涉及到监管要求的标准话术的检查，这些我们也需要通过音频转成相应文字的处理，再做后续的自然语言的判断。还有，如果我们的质检还需要有人工的介入，做抽检，那么对于人工介入，我们也同样可以通过精准计算的能力，把相应的整个一段内容，比如20分钟长的视频截取或者标注出相应具体的段落，我们的人员只需要看关键段落的内容是否满足要求，这也可以大大地提升我们检查的时效——原来你要看20分钟的，现在可能只需半分钟左右就能完成。那么在这个具体的技术层面，比如说在视频的截取方面，我们做这个自动视觉的检查的时候，会涉及到人脸识别的相应的技术，两个人同框的相应的检测，单证实物的身份证验证，具体的要件信息的检查，都可以通过视觉识别的技术来进行判断。语音也同样如此，转成文字之后，通过相应的NLP这种技术，我们可以做这种话术的比对、校验，给出相应的评分值。这是我们在质检方面提供的一个非常重要的这种能力。
第三个，我们称之为电子保单云平台。它是什么场景呢？刚才我们讲到很多是信息的采集，不管是OCR也好，双录也好，是涉及到我们的信息采集。我们在保险业务里面还涉及到一个很重要的环节，是输出，就是我们要交付给客户的内容，这里面有通知书，有函件，有保单。那么这些内容现在基本上或者主流的模式还是以纸质的单据为主的。虽然现在有了很多的类似于PDF这种电子化的数据，但是它毕竟缺少了互动，太冷冰冰，太单调。如果一个保险公司想做得更丰富一点，它也存在一些问题——比如我们要做这种纸质的有比较丰富的变化的输出，需要有一个复杂的系统支撑，成本是一个最大的问题。第二点，这些内容是变化的，我们要想做到给用户良好的体验，他要有很多丰富的交互形式，这些形式不是一张冷冰冰的纸，或者一个固定格式的PDF能够实现的，那么这还需要我们有后端的运营人员去完成相应的模板的编制，相应的这些推送信息内容的编辑，这些都需要有相应的技术手段来支撑。这个就是我们提供的电子保单云平台，它所赋予的一个能力。
在这里面，它提供了几个方面的功能。第一个，就是快捷的出单的能力，我不管你是要一个什么样的目标格式——实物的单据也好，一个PDF格式的内容输出也好，或者是一个动态的网页的形式，或者我们微信端的一个H5的页面——我们都可以在这个平台上来完成，而且它是统一来定制，就是内容的管理是统一来完成的，输出形式是可以去选择的，甚至是多样化的。第二就是业务的协作，我刚才讲的这种业务模式，它就不单纯是IT部门或者是一个运营部门负责打印单证这么一个岗位的人员所能够完成的，它会涉及到我们的市场部，涉及到我们的精算部，涉及到我们的产品部，涉及到我们的运营部门，甚至我们一线的渠道部门可能都会共同地参与。那么大家如何在这个客户交互的平台上来协作，这也是我们这个电子保单云平台所提供的一个功能。另外我们称之为个性化营销，这是更进一步，原来这种单证的推出，就像我刚才说的是冷冰冰的，只是上面的一些具体的文字。但是现在变成一种客户互动的平台，一种客户可以去交互的一种模式，那我们就可以在上面做文章，我们就可以在这上面发挥出很多个性化营销的能力。大家以前可能也接触过一些其它行业，比如做一些CRM的应用，很多是在做广告的推送，其实它的推送也都是通过一些与客户交互的媒介上面来实现的，我们保险原来在上面做得很少，那为什么我们不在上面去发掘一下它的能力呢？这就是我们平台为大家提供的一个，或者说我们创新出来的一个新的能力。那么再长远一点，我们可以在客户交互的基础之上，通过收集客户的更多的行为信息，通过了解更多外部的数据，为我们将来的基于大数据的数据挖掘的应用，提供更强有力的支撑。
它的技术特点，我刚才已经谈到过了，比如云端部署，能够提供一个低成本又快捷的使用，高效的协同作业的平台，能够把跟客户的交互由单纯一线的服务人员转移到我们后端的管理人员，大家都能够跟客户去建立这种沟通的机制。业务部门参与到整个与客户交互的环节之中，能够为我们的精准营销，为我们的客户服务，带来更好的一个客户体验，这是它的一些优势。同时在时效上更快，也大大降低了成本。
最后这个算是我们的一个压轴节目——我们推出的一个基于区块链技术的保单的联盟链应用的场景。区块链的技术现在已经很火了，我也不用做科普，大家基本上都懂，甚至有很多在座的嘉宾，已经是这个方面的专家了。但是现在的问题在于，到底什么样的场景是真正适合于区块链，或者反过来来说，区块链能够创造出什么样新的业务场景来？这是目前大家在关注、在思考、在探索的。那么我们也同样如此，技术方面我们已经做了很多的研发，在尝试。现在区块链的开源技术有很多，今天我们不谈技术，关注我们的应用场景。
大家知道保险这个业务，传统上更多的是站在单一公司的角度来理解——一个保险公司承担的是为客户提供保障的销售，以及后续整个保单的服务，完成的是一个保单的全生命周期的管理，以及与之相关的我们的合作伙伴，我们的代理人体系等等。但是实际上，保险单纯从一个风险保障的角度来讲，它绝不是一个公司的行为，它是一个全行业，甚至全社会的行为，从人的角度来讲，这是一个相互关联的一个体系。那么在这个体系内，原来的管理是单一的，各家保险公司各自为政，自己来管理。监管机构虽然也在打造很多平台，包括行业的平台、监管数据的检查等等，但是其运行成本以及运营管理的流程难度是非常大的，这一点大家是有目共睹的。那有没有一个好的技术，既能够让大家快捷地去使用，又能够达到数据的高效、安全、共享、互联，看到这样的要求，其实大家就已经能够意识到，这正是现在所谓区块链技术的一个用武之地。那么之前大家看到的很多区块链技术，是在谈一些公有链，公有链是以价值交换的应用场景为基础，这个场景来讲，还不太适合于或者目前还没有成熟到适合于我们这种企业级的业务。在我们的业务里面，更多需要的是大家信息的互通，数据的共享，以及信用的可靠。那么区块链技术作为一种分布式的、互联的、去可信性化的这样一种技术，恰恰在这里有非常大的发挥的机会。
我在这里画了一个非常简单的图，做保险的人都明白，我们这里面涉及到各个角色的人员，涉及到不同的组织机构，涉及到我们合作的第三方，大家构成了一个小的社会群体，是一个联盟的体系。在这个联盟的体系内，我们不考虑什么价值交换，我们就看在数据互通共享的领域，我们有哪些可以应用的场景。
我们首先从三个角度来做了一些相应的探讨，包括累计风险保额，在理赔环节这种多重赔付的控制，以及在未来马上会推出的，保险贴现领域里面的这种重复贴现的控制。此外还有一个特殊一点的，就是刚才我们谈了很多SAAS应用，大家知道SAAS应用最终是要做结算的，是要做对帐的。那么有没有一个好的办法，能够替代我的对帐，能够让它实时地、自动化地进行呢，我们也想到了区块链。所以我们在这四个应用场景里面，已经推出了我们相应的基于联盟链的业务应用，那么我们也把它部署在了公有云上，如果有兴趣去体验或者真正想加入到我们这个联盟里面，我们非常欢迎大家来尝试性地使用。
下面我就其中的两个场景做一个解释。首先就是累计风险保额，我们现在谈的累计风险保额已经跳出了单一某一个公司体系内的，基于某一类风险的这种风险保额的计算，而是放在了全行业里。因为大家知道现在，尤其这两年，我们也可以称之为骗保，也可以称之为欺诈——有一些客户恶意地多家投保，高额风险的客户是有的，而且在这个行业时不时地会爆发出某一个案件，造成一个巨大的赔付，多家公司共同赔付上千万的这种保额的情况都是有的。那么在这种情况下，就需要一个大家数据的互通。我们现在设计的场景，假如说有一个人，通过不同的媒介去找不同的公司去完成一个保单的投保，我们会在每一个投保业务的起始，在区块链上，在我们的联盟链里面记录相应的数据，这是我们联盟链的数据体系。区块链的技术是一个KV的数据结构，所以我们通过一个身份证号作为一个唯一KEY值来约定一个独立的个体，一旦确定下来之后，它在我们的链里面就已经建立了它唯一的身份。之后我们每一笔交易都会做该笔交易的实际发生额以及累计值，这个是通过我们的智能合约写在这个联盟链里面的。第一次的投保，假如第二次再做一次投保呢，累计风险保额变成500，那么不同公司会有自己独立业务节点的数据的接入，所以它会进入到不同的业务数据节点里面，但是在同一个链上，所以数据是互通的。第三笔业务，如果我们发生减保，同样的，我们也会去更新相应的累计风险保额的值。那么大家也可以看到，这样的业务场景，区块链是跟我们的核心类的业务是紧密地结合的，我们会共同来完成整个业务流程的控制，形成一个完整的闭环。做保全的加保业务，也同样会完成相应的处理。
下面一个场景是针对于理赔的业务场景。在理赔里面，我们会看到，现在尤其是医疗险的理赔，大家知道是一个报销型的产品，它是不存在或者不允许多重赔付的。但是如果我们现在变成电子化、数字化的时代了，现有的通过医疗单据、实物单据上交的这种业务流程已经被打破了，尤其是小额的理赔业务，已经通过一张照片就能够完成赔付，甚至我们的医疗商保平台不需要客户做任何的事情，我们通过医疗商保平台已经实现了保险公司和医院数据实时地对接，那么就为这种多重赔付带来了钻空子的机会。所以我们需要通过这样一个可信的平台，来完成数据的一个共享和控制。比如我在第一家保险公司提出了某一张医疗单据的赔付的申请，那么我们会记录相应的地区，因为我们现在国内的医疗单据按地区来区分的，是税务来制定的，上面有地区码和相应发票的号码，我们会作为唯一一个Key值，然后记录它的一个状态，我们不记录其它的信息。在我们的联盟链应用里面，敏感信息是绝对不会上链去共享的，我们只记录关键的、需要共享的信息，就一个状态。之后他如果去第二家公司去提起申请，我们在业务流程里就会调阅到链上的一个记录，我们随时可以看到当前这张发票已经处在理赔申请状态，我们就可以拒绝他的申请要求。同样的，如果完成了赔付，我们也会更新它的状态，完成了一个赔付的记录。
如果是医疗机构，我们会采用另外一个数据结构的记录，我们会记录相应医院的编码和相应的就诊号，现在在医院的HIS系统里面有一个唯一的就诊号是可以供我们使用的。在我们医疗商保的平台的报文里也同样具备跟这个完全对应的数据记录，我们会把它作为一个Key值来作为它的一个记录上链。同样的，如果发生拒赔，我们会记录这笔案件拒赔，你可以到别的保险公司再去提请申请。
我们的区块链应用，或者我们现在打造的这个联盟链，既是一个应用的发布，同时也是我们一个业务模式的发布。我们希望通过今天这个发布会之后，有更多的客户能参与到这个联盟里面来，大家共同来打造一个联盟链的数据共享，提升我们业务管理能力，共同打造一个美好的未来。我今天要介绍的内容就是这些，谢谢大家。