
1.本说明书一个或多个实施例涉及数据处理技术领域,尤其涉及一种保险业务处理方法、装置、设备及存储介质。
背景技术:2.不同的短险类业务之间的差别较大,也就是说短险类业务的个性化需求较高,所以大部分短险业务流程是线下开展的,定期手工录入相关信息完成投保操作和结算,由此使得人力成本大幅度增加,且时效性不高。因此,需要支持短险类业务的系统。
3.现有的用线上流程替代线下流程的方法,是基于具体的险种或者业务开发创建相应的线上流程,一定程度上改善了人工录入的种种弊端,但是,如上所述,短险类业务种类繁多,个性化需求高,如果针对每种险种的各种业务分别开发流程,则需要开发数量较多的线上流程,开发成本高,且不方便统一管理调度。
技术实现要素:4.有鉴于此,本说明书一个或多个实施例的目的在于提出一种保险业务处理方法、装置、设备及存储介质,以解决现有方案开发成本高,且不方便统一管理调度的问题。
5.基于上述目的,本说明书一个或多个实施例提供了一种保险业务处理方法,包括:
6.响应于用户在终端设备的用户界面上对保险业务的门户及该保险业务涉及的多种处理类型之一的选择操作,所述终端设备向与其通信连接的服务器发送保险业务指令,该保险业务指令中指示所述用户的标识号、所述用户选择的门户和处理类型以及所述终端设备的媒体访问控制mac地址;
7.响应于所述保险业务指令,所述服务器执行下列操作:
8.从业务数据库中检索与所述保险业务指令中指示的所述用户的标识号和所述门户关联的保险业务数据;
9.基于预定的功能组件调用规则,从预先配置的多个功能组件中调用与所述保险业务指令中指示的所述门户和所述处理类型相应的功能组件对所述保险业务数据进行数据处理,得到业务处理结果;
10.通过所述保险业务指令中指示的所述mac地址,将指示所述业务处理结果的信息发送到所述终端设备以在所述用户界面上显示。
11.可选的,所述保险业务的门户包括下列中至少一个:建工险业务门户、旅游意外险业务门户、航空意外险业务门户、救援险业务门户、通用业务门户和综合业务门户。
12.可选的,所述保险业务的门户能够被第三方系统调用。
13.可选的,所述处理类型包括下列中至少一个:登录、首页展现、新契约、支付、打印和退保;其中,新契约具体包括出单填写、核保和出单结果。
14.可选的,所述功能组件包括下列中至少一个:组织管理组件、权限管理组件、用户管理组件、参数管理组件、规则管理组件、任务调度组件、打印管理组件、产品管理组件、渠
道管理组件、门店管理组件、网点管理组件、单证管理组件、保单审核组件、保单查询组件、对账管理组件、对账确认组件、问题处理组件和统计报表组件。
15.基于同一发明构思,本说明书一个或多个实施例提供了一种保险业务处理装置,包括:
16.业务指令获取模块,用于响应于用户在终端设备的用户界面上对保险业务的门户及该保险业务涉及的多种处理类型之一的选择操作,所述终端设备向与其通信连接的服务器发送保险业务指令,该保险业务指令中指示所述用户的标识号、所述用户选择的门户和处理类型以及所述终端设备的媒体访问控制mac地址;
17.业务数据获取模块,用于从业务数据库中检索与所述保险业务指令中指示的所述用户的标识号和所述门户关联的保险业务数据;
18.功能组件调用模块,用于基于预定的功能组件调用规则,从预先配置的多个功能组件中调用与所述保险业务指令中指示的所述门户和所述处理类型相应的功能组件对所述保险业务数据进行数据处理,得到业务处理结果;
19.处理结果反馈模块,用于通过所述保险业务指令中指示的所述mac地址,将指示所述业务处理结果的信息发送到所述终端设备以在所述用户界面上显示。
20.基于同一发明构思,本说明书一个或多个实施例提供了一种电子设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述程序时实现上述的方法。
21.基于同一发明构思,本说明书一个或多个实施例提供了一种非暂态计算机可读存储介质,所述非暂态计算机可读存储介质存储计算机指令,所述计算机指令用于使所述计算机执行上述方法。
22.从上面所述可以看出,本说明书一个或多个实施例提供的保险业务处理方法、装置、设备及存储介质,响应于用户在终端设备的用户界面上对保险业务的门户及该保险业务涉及的多种处理类型之一的选择操作,所述终端设备向与其通信连接的服务器发送保险业务指令,该保险业务指令中指示所述用户的标识号、所述用户选择的门户和处理类型以及所述终端设备的媒体访问控制mac地址;响应于所述保险业务指令,所述服务器执行下列操作:从业务数据库中检索与所述保险业务指令中指示的所述用户的标识号和所述门户关联的保险业务数据;基于预定的功能组件调用规则,从预先配置的多个功能组件中调用与所述保险业务指令中指示的所述门户和所述处理类型相应的功能组件对所述保险业务数据进行数据处理,得到业务处理结果;通过所述保险业务指令中指示的所述mac地址,将指示所述业务处理结果的信息发送到所述终端设备以在所述用户界面上显示。本发明能够快速、灵活的支持不同的保险业务处理作业,同时降低了系统开发成本。
附图说明
23.为了更清楚地说明本说明书一个或多个实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本说明书一个或多个实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
24.图1为本说明书一个或多个实施例提供的保险业务处理方法的一种流程示意图;
25.图2为本说明书一个或多个实施例提供的保险业务处理装置的一种结构示意图;
26.图3为本说明书一个或多个实施例提供的一种更为具体的电子设备硬件结构示意图。
具体实施方式
27.为使本公开的目的、技术方案和优点更加清楚明白,以下结合具体实施例,并参照附图,对本公开进一步详细说明。
28.需要说明的是,除非另外定义,本说明书一个或多个实施例使用的技术术语或者科学术语应当为本公开所属领域内具有一般技能的人士所理解的通常意义。本说明书一个或多个实施例中使用的“第一”、“第二”以及类似的词语并不表示任何顺序、数量或者重要性,而只是用来区分不同的组成部分。“包括”或者“包含”等类似的词语意指出现该词前面的元件或者物件涵盖出现在该词后面列举的元件或者物件及其等同,而不排除其他元件或者物件。“连接”或者“相连”等类似的词语并非限定于物理的或者机械的连接,而是可以包括电性的连接,不管是直接的还是间接的。“上”、“下”、“左”、“右”等仅用于表示相对位置关系,当被描述对象的绝对位置改变后,则该相对位置关系也可能相应地改变。
29.不同的短险类业务之间的差别较大,也就是说短险类业务的个性化需求较高,所以大部分短险业务流程是线下开展的,定期手工录入相关信息完成投保操作和结算,由此使得人力成本大幅度增加,且时效性不高。因此,需要支持短险类业务的系统。
30.现有的用线上流程替代线下流程的方法,是基于具体的险种或者业务开发创建相应的线上流程,一定程度上改善了人工录入的种种弊端,但是,如上所述,短险类业务种类繁多,个性化需求高,如果针对每种险种的各种业务分别开发流程,则需要开发数量较多的线上流程,开发成本高,且不方便统一管理调度。
31.本发明考虑到保险业务间具有相似流程或者功能,将每种保险业务的具体实现拆分开来,细化到功能、页面、页面流程、规则和参数,进行定义和关系整合,通过数据库的动态配置实现对于功能、页面、页面流程、规则和参数的复用,通过这种方式,只需要开发一套流程,即可适配各种险种的各种业务。
32.图1为本说明书一个或多个实施例提供的保险业务处理方法的一种流程示意图,保险业务处理方法包括:
33.s110、响应于用户在终端设备的用户界面上对保险业务的门户及该保险业务涉及的多种处理类型之一的选择操作,所述终端设备向与其通信连接的服务器发送保险业务指令,该保险业务指令中指示所述用户的标识号、所述用户选择的门户和处理类型以及所述终端设备的媒体访问控制mac地址。
34.作为一个可选的实施例,所述保险业务的门户包括下列中至少一个:建工险业务门户、旅游意外险业务门户、航空意外险业务门户、救援险业务门户、通用业务门户和综合业务门户。
35.所述保险业务的门户能够被第三方系统调用。
36.所述处理类型包括下列中至少一个:登录、首页展现、新契约、支付、打印和退保;其中,新契约具体包括出单填写、核保和出单结果。
37.本说明书一个或多个实施例中,终端设备的用户界面上的保险业务的门户为虚拟
门店,用户通过进入虚拟门店处理保险业务。虚拟门店的含义为实现至少一个保险作业行为而包括的产品、单证、网点、用户、机构、打印模板和支付等各组件具体实现的集合。例如虚拟门店包括建工险门店、旅游意外险门店、航空意外险门店、救援险门店、通用门店和综合门店。
38.该保险业务涉及的多种处理类型为每个虚拟门店能够处理的业务类型,例如登录、首页展现、新契约、支付、打印和退保;其中,新契约具体包括出单填写、核保和出单结果。用户在虚拟门店,通过这些处理类型处理保险业务。
39.在获取用户选择的门户即虚拟门店和处理类型信息的同时,还获取了该用户的标识号和用户用以登录的终端设备的媒体访问控制mac地址。
40.响应于所述保险业务指令,所述服务器执行下列操作:
41.s120、从业务数据库中检索与所述保险业务指令中指示的所述用户的标识号和所述门户关联的保险业务数据。
42.前一步骤中,从门户即虚拟门店获取了业务指令,相对应的,业务数据库给予数据支持,通过获取的用户标识号,调取数据库中与该用户相关的业务数据和业务指令中对应的业务类型所需的业务数据。
43.s130、基于预定的功能组件调用规则,从预先配置的多个功能组件中调用与所述保险业务指令中指示的所述门户和所述处理类型相应的功能组件对所述保险业务数据进行数据处理,得到业务处理结果。
44.作为一个可选的实施例,所述功能组件包括下列中至少一个:组织管理组件、权限管理组件、用户管理组件、参数管理组件、规则管理组件、任务调度组件、打印管理组件、产品管理组件、渠道管理组件、门店管理组件、网点管理组件、单证管理组件、保单审核组件、保单查询组件、对账管理组件、对账确认组件、问题处理组件和统计报表组件。
45.本发明中,门户即虚拟门店对于具体业务的实现,是将具体业务拆分到功能、页面、页面流程、规则和参数的层面,通过调用不同的功能组件,实现功能、页面、页面流程、规则和参数的互动完成业务需求,通过预先配置的功能组件的复用和组合,以支持不同的虚拟门店的不同业务,而无需重新开发。为了在一个系统中实现不同的虚拟门店的业务场景,并对功能组件进行复用,就需要对各功能组件进行解耦,具体的,将销售、产品、单证、打印模板、网点管理和保单管理等各种类型的功能组件独立出来,功能组件之间的关联关系和数据分开,也独立出来,每一个功能组件都是高度内聚的单元。
46.对于功能、页面、页面流程、规则和参数:对于任一功能,对应至少一个页面。例如,页面包括登录页面、首页、出单页面、出单结果页面、支付页面、打印页面、退保页面。同一个功能对应的不同页面从该功能获取的数据对象都是一致的。
47.对于任一页面流程,对应至少一个功能。页面流程可以视作功能分组。例如,页面流程包括登录、首页展示、新契约、支付、打印和退保,其中,新契约又包括出单填写、核保和出单结果。
48.页面和功能均可调用规则,规则可实现在系统中的任意地方。作为一个可选的实施例,规则包括不变规则和可变规则。其中,不变规则直接在程序中进行固化实现,例如前台的js规则和后台使用java代码实现的规则。可变规则需要在规则表中进行注册,实现方式分为api实现、http服务实现和sql实现:api实现供本地代码调用,规则进行变换时需替
换规则的实现类,需重启系统;http服务实现供前台ajax调用,规则进行变换时需替换规则的实现类,需重启系统;sql实现通过对数据库执行操作,通过统一api接口供本地代码调用,实质是api实现的特殊形式,规则进行变换时若不涉及输入输出参数的调整,仅需变化sql语句,无需重启系统。多个规则能够组合成为规则组。
49.参数定义在数据库中,供功能和规则直接使用。系统中的参数分为固定参数和可定义参数。固定参数直接在系统中定义表,例如机构代码和险种代码等等;可定义参数用于随时可能在系统添加的参数,例如系统参数配置表记录参数表的描述等信息,系统参数取值表记录参数表中的具体编码值。
50.s140、通过所述保险业务指令中指示的所述mac地址,将指示所述业务处理结果的信息发送到所述终端设备以在所述用户界面上显示。
51.从上面所述可以看出,本说明书一个或多个实施例提供的保险业务处理方法、装置、设备及存储介质,响应于用户在终端设备的用户界面上对保险业务的门户及该保险业务涉及的多种处理类型之一的选择操作,所述终端设备向与其通信连接的服务器发送保险业务指令,该保险业务指令中指示所述用户的标识号、所述用户选择的门户和处理类型以及所述终端设备的媒体访问控制mac地址;响应于所述保险业务指令,所述服务器执行下列操作:从业务数据库中检索与所述保险业务指令中指示的所述用户的标识号和所述门户关联的保险业务数据;基于预定的功能组件调用规则,从预先配置的多个功能组件中调用与所述保险业务指令中指示的所述门户和所述处理类型相应的功能组件对所述保险业务数据进行数据处理,得到业务处理结果;通过所述保险业务指令中指示的所述mac地址,将指示所述业务处理结果的信息发送到所述终端设备以在所述用户界面上显示。本发明能够快速、灵活的支持不同的保险业务处理作业,同时降低了系统开发成本。
52.需要说明的是,本说明书一个或多个实施例的方法可以由单个设备执行,例如一台计算机或服务器等。本实施例的方法也可以应用于分布式场景下,由多台设备相互配合来完成。在这种分布式场景的情况下,这多台设备中的一台设备可以只执行本说明书一个或多个实施例的方法中的某一个或多个步骤,这多台设备相互之间会进行交互以完成所述的方法。
53.需要说明的是,上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下,在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外,在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中,多任务处理和并行处理也是可以的或者可能是有利的。
54.基于同一发明构思,与上述任意实施例方法相对应的,本说明书一个或多个实施例还提供了一种保险业务处理装置。
55.图2为本说明书一个或多个实施例提供的保险业务处理装置的一种结构示意图,保险业务处理装置,包括:
56.业务指令获取模块210,用于响应于用户在终端设备的用户界面上对保险业务的门户及该保险业务涉及的多种处理类型之一的选择操作,所述终端设备向与其通信连接的服务器发送保险业务指令,该保险业务指令中指示所述用户的标识号、所述用户选择的门户和处理类型以及所述终端设备的媒体访问控制mac地址。
57.业务数据获取模块220,用于从业务数据库中检索与所述保险业务指令中指示的所述用户的标识号和所述门户关联的保险业务数据。
58.功能组件调用模块230,用于基于预定的功能组件调用规则,从预先配置的多个功能组件中调用与所述保险业务指令中指示的所述门户和所述处理类型相应的功能组件对所述保险业务数据进行数据处理,得到业务处理结果。
59.处理结果反馈模块240,用于通过所述保险业务指令中指示的所述mac地址,将指示所述业务处理结果的信息发送到所述终端设备以在所述用户界面上显示。
60.为了描述的方便,描述以上装置时以功能分为各种模块分别描述。当然,在实施本说明书一个或多个实施例时可以把各模块的功能在同一个或多个软件和/或硬件中实现。
61.上述实施例的装置用于实现前述任一实施例中相应的保险业务处理方法,并且具有相应的方法实施例的有益效果,在此不再赘述。
62.基于同一发明构思,与上述任意实施例方法相对应的,本说明书一个或多个实施例还提供了一种电子设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述程序时实现上任意一实施例所述的保险业务处理方法。
63.图3示出了本实施例所提供的一种更为具体的电子设备硬件结构示意图,该设备可以包括:处理器1010、存储器1020、输入/输出接口1030、通信接口1040和总线1050。其中处理器1010、存储器1020、输入/输出接口1030和通信接口1040通过总线1050实现彼此之间在设备内部的通信连接。
64.处理器1010可以采用通用的cpu(central processing unit,中央处理器)、微处理器、应用专用集成电路(application specific integrated circuit,asic)、或者一个或多个集成电路等方式实现,用于执行相关程序,以实现本说明书实施例所提供的技术方案。
65.存储器1020可以采用rom(read only memory,只读存储器)、ram(random access memory,随机存取存储器)、静态存储设备,动态存储设备等形式实现。存储器1020可以存储操作系统和其他应用程序,在通过软件或者固件来实现本说明书实施例所提供的技术方案时,相关的程序代码保存在存储器1020中,并由处理器1010来调用执行。
66.输入/输出接口1030用于连接输入/输出模块,以实现信息输入及输出。输入输出/模块可以作为组件配置在设备中(图中未示出),也可以外接于设备以提供相应功能。其中输入设备可以包括键盘、鼠标、触摸屏、麦克风、各类传感器等,输出设备可以包括显示器、扬声器、振动器、指示灯等。
67.通信接口1040用于连接通信模块(图中未示出),以实现本设备与其他设备的通信交互。其中通信模块可以通过有线方式(例如usb、网线等)实现通信,也可以通过无线方式(例如移动网络、wifi、蓝牙等)实现通信。
68.总线1050包括一通路,在设备的各个组件(例如处理器1010、存储器1020、输入/输出接口1030和通信接口1040)之间传输信息。
69.需要说明的是,尽管上述设备仅示出了处理器1010、存储器1020、输入/输出接口1030、通信接口1040以及总线1050,但是在具体实施过程中,该设备还可以包括实现正常运行所必需的其他组件。此外,本领域的技术人员可以理解的是,上述设备中也可以仅包含实现本说明书实施例方案所必需的组件,而不必包含图中所示的全部组件。
70.上述实施例的电子设备用于实现前述任一实施例中相应的保险业务处理方法,并且具有相应的方法实施例的有益效果,在此不再赘述。
71.基于同一发明构思,与上述任意实施例方法相对应的,本说明书一个或多个实施例还提供了一种非暂态计算机可读存储介质,所述非暂态计算机可读存储介质存储计算机指令,所述计算机指令用于使所述计算机执行如上任一实施例所述的保险业务处理方法。
72.本实施例的计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。
73.上述实施例的存储介质存储的计算机指令用于使所述计算机执行如上任一实施例所述的保险业务处理方法,并且具有相应的方法实施例的有益效果,在此不再赘述。
74.所属领域的普通技术人员应当理解:以上任何实施例的讨论仅为示例性的,并非旨在暗示本公开的范围(包括权利要求)被限于这些例子;在本公开的思路下,以上实施例或者不同实施例中的技术特征之间也可以进行组合,步骤可以以任意顺序实现,并存在如上所述的本说明书一个或多个实施例的不同方面的许多其它变化,为了简明它们没有在细节中提供。
75.另外,为简化说明和讨论,并且为了不会使本说明书一个或多个实施例难以理解,在所提供的附图中可以示出或可以不示出与集成电路(ic)芯片和其它部件的公知的电源/接地连接。此外,可以以框图的形式示出装置,以便避免使本说明书一个或多个实施例难以理解,并且这也考虑了以下事实,即关于这些框图装置的实施方式的细节是高度取决于将要实施本说明书一个或多个实施例的平台的(即,这些细节应当完全处于本领域技术人员的理解范围内)。在阐述了具体细节(例如,电路)以描述本公开的示例性实施例的情况下,对本领域技术人员来说显而易见的是,可以在没有这些具体细节的情况下或者这些具体细节有变化的情况下实施本说明书一个或多个实施例。因此,这些描述应被认为是说明性的而不是限制性的。
76.尽管已经结合了本公开的具体实施例对本公开进行了描述,但是根据前面的描述,这些实施例的很多替换、修改和变型对本领域普通技术人员来说将是显而易见的。例如,其它存储器架构(例如,动态ram(dram))可以使用所讨论的实施例。
77.本说明书一个或多个实施例旨在涵盖落入所附权利要求的宽泛范围之内的所有这样的替换、修改和变型。因此,凡在本说明书一个或多个实施例的精神和原则之内,所做的任何省略、修改、等同替换、改进等,均应包含在本公开的保护范围之内。