电梯维护和电梯保护险信息的处理系统和方法

本发明涉及电梯维护信息处理技术，尤其是一种电梯维护和电梯保护险信息的处理系统和方法。

电梯是重要的特种设备之一，电梯的使用状况涉及公共安全。然而，多种原因造成我国电梯行业中问题和隐患重重：

维修保养不力是导致电梯安全事故频发的最主要原因。有关统计资料显示，在众多可能导致电梯安全隐患的因素中，制造质量方面占15％左右，安装方面占25％左右，维修保养方面的占比高达60％。然而，在电梯数量高速增长、老龄化电梯不断增多的情况下，现有的维保服务已很难满足需求:

为此，有部分保险公司拟推出或已经推出电梯维护的相关保险服务，由被保险人向保险公司发起理赔，但是在执行过程中，存在个别骗取保险金的可能。现在的解决方案，不仅浪费保险公司人力，也无法保证信息的有效性。

有鉴于此，本发明的目的在于提供一种电梯维护和电梯保护险信息的处理系统和方法，以减少保险公司人力，并且在一定程度上保证信息的有效性。

根据本发明实施例提供的第一种方案：

一种电梯维护和电梯保护险信息的处理系统，包括物业公司客户端、维保公司客户端和服务器；

其中，所述物业公司客户端用于向所述服务器发起维修请求；所述服务器在建立维修任务后向所述维保公司客户端发送所述维修任务的信息，以及向所述物业公司客户端发送签到二维码；

在所述维保公司客户端扫描所述二维码时，向服务器发送签到信息；所述维保公司客户端还用于向服务器发送现场信息；所述服务器将所述现场信息同步至物业公司客户端；

所述物业公司客户端向所述服务器发起报修请求，所述服务器根据所述报修请求向维保公司客户端发送维修申请信息页面，所述维保公司客户端通过所述故障申请信息页面获取故障信息后向所述服务器发送理赔信息；

所述服务器根据理赔信息的审核结果向保险公司服务器发起理赔申请，并向所述物业公司客户端和维保公司客户端同步理赔结果。

在部分实施例中，所述维修请求中包含第一时间戳，所述签到信息包含第二时间戳，所述理赔信息中包含第三时间戳，所述服务器根据第一时间戳和第二时间戳确定维保公司抵达的第一时长，根据所述第二时间戳和所述第三时间戳确定维保公司在确定故障情况后发起理赔的第二时长，将第一时长和第二时长作为理赔申请中的信息。

在部分实施例中，所述现场信息包括图片信息、视频信息、文字信息和音频信息中的至少一种。

在部分实施例中，所述签到二维码为动态生成的二维码。

在部分实施例中，所述服务器还用于通过外接物联网设备获取电梯运行数据，作为理赔申请中的参考信息。

在部分实施例中，所述服务器还用于获取维保公司客户端的位置信息，并根据所述维保公司客户端的位置信息确认签到信息的有效性。

在部分实施例中，服务器在建立维修任务后向所述维保公司客户端发送所述维修任务的信息，具体为：

基于地理位置分批地向多个维保公司客户端发送所述维修任务的信息，根据电梯指定负责客户端或者各所述维保公司客户端的响应时间确定派单对象。

根据本发明实施例提供的第二种方案：

一种电梯维护和电梯保护险信息的处理方法，应用在电梯维护和电梯保护险信息的处理系统中，包括以下步骤：

所述物业公司客户端向所述服务器发起维修请求；

所述服务器在建立维修任务后向所述维保公司客户端发送所述维修任务的信息，以及向所述物业公司客户端发送签到二维码；

在所述维保公司客户端扫描所述二维码时，向服务器发送签到信息；

所述维保公司客户端向服务器发送现场信息；

所述服务器将所述现场信息同步至物业公司客户端；

所述服务器根据理赔信息的审核结果向保险公司服务器发起理赔申请，并向所述物业公司客户端和维保公司客户端同步理赔结果。

在部分实施例中，所述维修请求中包含第一时间戳，所述签到信息包含第二时间戳，所述理赔信息中包含第三时间戳，所述服务器根据第一时间戳和第二时间戳确定维保公司抵达的第一时长，根据所述第二时间戳和所述第三时间戳确定维保公司在确定故障情况后发起理赔的第二时长，将第一时长和第二时长作为理赔申请中的信息。

在部分实施例中，所述签到二维码为动态生成的二维码。

从上述实施例可知，本方案具有以下技术效果：通过物业公司客户端、维保公司客户端和服务器，由物业公司客户端向服务器发起维护请求，并由服务器生成签到二维码，并基于维保公司的签到信息、现场信息由物业公司客户端向服务器发起理赔请求，最终由维保公司填写理赔信息上传至服务器进行审核，再由服务器向保险公司服务器申请理赔，通过本方案保险公司人员可以不到现场也能获得现场基本情况，同时基于签到信息和理赔信息等确认现场信息是否合理，从而在一定程度上确保了信息的有效性。

通过阅读参考以下附图所作的对非限制性实施例所作的详细描述，本发明的其它特征、目的和优点将会变得更明显：

图1为根据本发明实施例提供的一种电梯维护和电梯保护险信息的处理系统的模块框图；

图2为根据本发明实施例提供的一种电梯维护和电梯保护险信息的处理系统的一种业务流程图；

图3为根据本发明实施例提供的一种电梯维护和电梯保护险信息的处理系统的另一种业务流程图。

下面对本发明实施例中出现的名词进行解释，以辅助理解本发明实施例。

参照图1，本实施例公开了一种电梯维护和电梯保护险信息的处理系统，包括物业公司客户端、维保公司客户端和服务器；

需要理解的是，本实施例中所指的客户端可以是手机上的APP、小程序或者是WEB应用。服务器可以是一个服务器，或者是多个服务器，这些服务器可以由多个不同的服务商持有。例如，该实施例中服务器的功能可以由A服务器和B服务器完成，而A服务器可以是厂商A的服务器，而B服务器可以是厂商B的服务器。

其中，所述物业公司客户端用于向所述服务器发起维修请求；所述服务器在建立维修任务后向所述维保公司客户端发送所述维修任务的信息，以及向所述物业公司客户端发送签到二维码；

具体地，物业公司客户端向服务器发起维修请求时，包括故障电梯的信息，故障电梯的故障时间，故障电梯的位置等等。服务器根据维护请求建立一个维护任务，然后对维保公司客户端进行派单，维保人员通过维保公司客户端进行接单，并赶赴现场。与此同时，服务器向物业公司客户端下发一个签到二维码，当维保人员通过维保公司客户端进行扫码签到时，服务器会接收签到信息。

在所述维保公司客户端扫描所述二维码时，向服务器发送签到信息；所述维保公司客户端还用于向服务器发送现场信息；所述服务器将所述现场信息同步至物业公司客户端；

具体地，现场信息由维保人员通过维保公司客户端在现场拍摄、录入得到。维保公司客户端所录入的信息由服务器同步到物业公司客户端。

所述物业公司客户端向所述服务器发起报修请求，所述服务器根据所述报修请求向维保公司客户端发送维修申请信息页面，所述维保公司客户端通过所述故障申请信息页面获取故障信息后向所述服务器发送理赔信息；

具体地，由物业人员通过物业公司客户端来发起维修请求，服务器接收到维修请求后向维保公司客户端发送维修申请信息页面，维保人员通过该页面填写理赔信息，这些信息包括损坏部件、损坏原因、理赔要求、现场情况等等。

所述服务器根据理赔信息的审核结果向保险公司服务器发起理赔申请，并向所述物业公司客户端和维保公司客户端同步理赔结果。

具体地，由服务器后台人员对理赔信息进行审核，可以将明显不符合理赔要求的申请打回，或者在通过审核的情况下向保险公司服务器发起理赔申请。

通过本实施例的方案，一方面保险公司可以无需或者减少派员到现场进行检查，另外一方面，基于签到信息和现场信息，以及第三方的审核建议可以一定程度上保证理赔申请的有效性。大大节约了人力资源，也降低了骗保(例如，虚假报修)的可能性。

在部分实施例中，所述维修请求中包含第一时间戳，所述签到信息包含第二时间戳，所述理赔信息中包含第三时间戳，所述服务器根据第一时间戳和第二时间戳确定维保公司抵达的第一时长，根据所述第二时间戳和所述第三时间戳确定维保公司在确定故障情况后发起理赔的第二时长，将第一时长和第二时长作为理赔申请中的信息。

具体地，在部分保险中，在规定维护人员上门超时的情况下物业公司可以理赔，因此在本实施例中，通过维修请求和签到信息中的时间戳来判断维保公司抵达的时间，从而作为理赔申请中的信息，交给保险公司判断是否理赔。本方案相对于现有技术，可以有效地监控维护人员抵达现场的时间。

在部分实施例中，所述现场信息包括图片信息、视频信息、文字信息和音频信息中的至少一种。具体地，可以通过拍摄照片、视频、录入文字或者语音的描述，作为理赔依据。

在部分实施例中，所述签到二维码为动态生成的二维码。在这些实施例中，为了避免物业人员与维保人员串通，将签到二维码设置成动态的二维码，其每间隔一段时间更新。或者物业公司客户端通过监听截屏指令来向服务器请求更新二维码。

在部分实施例中，所述服务器还用于通过外接物联网设备获取电梯运行数据，作为理赔申请中的参考信息。在这些实施例中，通过电梯安装的数据采集装置来采集电梯的运行数据，并通过获取这些电梯运行数据来作为理赔依据。其中，电梯运行数据可以反映电梯是否可能发生故障，或者是否存在停梯的情况。因此，结合上述数据可以更加有效地确认理赔信息的有效性。

在部分实施例中，所述服务器还用于获取维保公司客户端的位置信息，并根据所述维保公司客户端的位置信息确认签到信息的有效性。具体地，虽然二维码动态更新，但是依然存在利用二维码的更新规律，拍摄二维码发送给维保人员的可能，因此，通过获取维保公司客户端的位置信息来综合判断维护人员是否已经抵达现场并在现场签到。

在部分实施例中，服务器在建立维修任务后向所述维保公司客户端发送所述维修任务的信息，具体为：

基于地理位置分批地向多个维保公司客户端发送所述维修任务的信息，根据电梯指定负责客户端或者各所述维保公司客户端的响应时间确定派单对象。

具体地，为了使得客户得到更快的响应，基于地理位置分批派单，并根据响应时间确定派单对象。例如，获取发起维修请求的物业公司客户端所在位置，向该位置附近3公里的维保公司客户端派送维修任务，当超过设定时间没人接单时，扩大派单范围至5公里，如此类推。通过这样的方式可以优化资源分配，缩短维护人员到现场的时间。而指定负责客户端是指物业公司指定的师傅的账号登录的客户端。

一种电梯维护和电梯保护险信息的处理方法，应用在电梯维护和电梯保护险信息的处理系统中，包括以下步骤：

步骤1、所述物业公司客户端向所述服务器发起维修请求；

步骤2、所述服务器在建立维修任务后向所述维保公司客户端发送所述维修任务的信息，以及向所述物业公司客户端发送签到二维码；

步骤3、在所述维保公司客户端扫描所述二维码时，向服务器发送签到信息；

步骤4、所述维保公司客户端向服务器发送现场信息作为理赔信息；

步骤5、所述服务器将所述现场信息同步至物业公司客户端；

步骤6、所述服务器根据理赔信息的审核结果向保险公司服务器发起理赔申请，并向所述物业公司客户端和维保公司客户端同步理赔结果。

在部分实施例中，所述维修请求中包含第一时间戳，所述签到信息包含第二时间戳，所述理赔信息中包含第三时间戳，所述服务器根据第一时间戳和第二时间戳确定维保公司抵达的第一时长，根据所述第二时间戳和所述第三时间戳确定维保公司在确定故障情况后发起理赔的第二时长，将第一时长和第二时长作为理赔申请中的信息。

在部分实施例中，所述签到二维码为动态生成的二维码。

结合图2，对本发明的一种实际应用的实施例进行说明。如图2所示，物业公司提出故障报修，由物业人员发起报修申请，信息同步至维保公司，平台向维保人员进行派单，维保人员通过APP接单，并赶赴维护现场进行扫码签到。包括故障报修、申请都会和签到信息都会同步到服务公司。维护人员在现场确认是大修理还是小修理，如果是小修理，则提交工单并完成修理。如果是中修或者大修，则上传现场情况，描述故障，通过APP点击修为未完成。物业公司接收到信息后，可以决定是否进行保险理赔。如果不理赔，则由维保公司直接完成维修。如果决定理赔，则维保公司通过填写理赔申请信息递交到服务公司，服务公司在查看审核理赔申请信息后，填写相关的赔付建议。在正式递交申请给保险公司。当保险公司审核完毕后，三方均可以查看审核结果。

结合图3，对本发明的另一种实际应用的实施例进行说明。在本实施例中，其应用场景是超时理赔场景。在该场景中，理赔对象是乘梯人。当乘梯人触发报警后，物业公司会接收到故障提醒，监控人通过电梯语音安抚乘梯人。信息同步到维保公司和服务公司，维保公司和服务公司均进行解救派单，将信息发送到维保人员的APP上，维保人员到达现场后进行签到，如通过维保人员按时抵达的话，就马上开始解救作业。如果维保人员超时抵达的时候则进行保险理赔，转而求助消防部门。其中，进行理赔时，根据维保人员的签到时间作为超时救援的理赔依据。

附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

以上描述仅为本发明的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本发明的实施例中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本发明的实施例中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。