一种数据处理的方法和装置与流程

1.本发明涉及计算机技术领域，尤其涉及一种数据处理的方法和装置。


背景技术：

2.随着互联网技术的发展，保险业务与互联网的结合促进保险业务的发展，但在保险理赔过程中，由于涉及医疗机构，医疗费用的报销需要线下人工审核，延长了保险理赔的周期，导致理赔效率低下。


技术实现要素：

3.有鉴于此，本发明实施例提供一种数据处理的方法，能够根据用户的保单信息生成权益服务信息，并可以使得用户根据权益服务信息中的问诊购药权益进行线上理赔申请，提高理赔效率，进而提升用户的体验。
4.为实现上述目的，根据本发明实施例的一个方面，提供了一种数据处理的方法，包括：
5.获取用户登录的渠道标识和用户的保单信息；
6.根据所述渠道标识和所述保单信息，生成用户的权益服务信息和理赔服务信息，所述权益服务信息包括问诊购药权益；
7.当用户基于所述问诊购药权益提出理赔申请时，根据所述理赔服务信息处理所述理赔申请。
8.可选地，获取用户登录的渠道标识和用户的保单信息，包括：
9.响应于用户登录成功的结果，获取用户的登录渠道以及用户的特征标识；
10.根据所述特征标识，从已存储的保单信息库中查询与所述特征标识对应的保单信息。
11.可选地，获取用户登录的渠道标识和用户的保单信息，包括：
12.接收用户通过第三方平台的链接发送的登录请求，所述登录请求指示了用户登录的渠道标识和加密的保单信息；
13.从所述加密的保单信息中解析出加密标识和时间戳；
14.当所述加密标识和所述时间戳满足预设条件时，获取用户的保单信息。
15.可选地，在根据所述渠道标识和所述保单信息，生成权益服务信息之前，包括：
16.确定权益保单表中不存在所述保单信息的保单标识，所述权益保单表包括已生成权益服务信息的保单的保单标识；
17.当所述权益保单表中存在所述保单信息的保单标识时，确定所述保单标识对应的保单为失效保单；
18.当所述保单标识对应的保单不是失效保单时，结束流程。
19.可选地，根据所述渠道标识和所述保单信息，生成用户的权益服务信息，包括：
20.通过stream流过滤机制，将所述渠道标识和所述保单信息与已配置的权益服务规
则进行匹配；
21.根据匹配结果，生成用户的权益服务信息。
22.可选地，所述已配置的权益服务规则的数据存储在数据库和redis缓存中，所述数据库与es数据同步。
23.可选地，在生成用户的权益服务信息之后，包括：
24.根据所述保单信息的履约时间，确定所述权益服务信息的生效时间；
25.在根据所述理赔服务信息处理所述理赔申请之前，包括：确认所述问诊购药权益在所述生效时间内。
26.可选地，根据所述渠道标识和所述保单信息，生成用户的理赔服务信息；
27.通过stream流过滤机制，将所述渠道标识和所述保单信息与已配置的理赔服务规则进行匹配；
28.根据匹配结果，生成用户的理赔服务信息。
29.可选地，所述已配置的理赔服务规则的数据存储在数据库和redis缓存中，所述数据库与es数据同步。
30.可选地，所述理赔申请指示了药品订单信息，所述理赔服务信息包括可理赔药品、理赔额度、理赔次数和累计理赔信息；
31.根据所述理赔服务信息处理所述理赔申请，包括：
32.对所述理赔服务信息中的理赔额度、理赔次数和累计理赔信息进行校验，确定可理赔的额度；
33.将所述药品订单信息中的药品与所述可理赔药品进行比对；
34.根据比对结果以及可理赔的额度，确定与所述药品订单信息对应的可赔付金额。
35.根据本发明实施例的另一方面，提供一种数据处理的装置，包括：
36.获取模块，获取用户登录的渠道标识和用户的保单信息；
37.服务信息生成模块，根据所述渠道标识和所述保单信息，生成权益服务信息和理赔服务信息，所述权益服务信息包括问诊购药权益；
38.理赔结算模块，当用户基于所述问诊购药权益提出理赔申请时，根据所述理赔服务信息处理所述理赔申请。
39.根据本发明实施例的另一个方面，提供了一种电子设备，包括：
40.一个或多个处理器；
41.存储装置，用于存储一个或多个程序，
42.当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本发明提供的数据处理的方法。
43.根据本发明实施例的还一个方面，提供了一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现本发明提供的数据处理的方法。
44.上述发明中的一个实施例具有如下优点或有益效果：通过获取用户的渠道标识和用户的保单信息，生成用户的权益服务信息和理赔服务信息，当用户根据权益服务信息中的问诊购药权益提出理赔申请时，可以根据理赔服务信息对理赔申请进行处理。本发明实施例将用户保单信息与权益服务和理赔服务结合，实现线上理赔，提高了理赔的效率，进而提升了用户体验。
45.上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。
附图说明
46.附图用于更好地理解本发明，不构成对本发明的不当限定。其中：
47.图1是根据本发明实施例的一种数据处理的方法的主要流程的示意图；
48.图2是根据本发明实施例的另一种数据处理的方法的主要流程的示意图；
49.图3是根据本发明实施例的一种生成权益服务信息的主要流程示意图；
50.图4是根据本发明实施例的一种基于问诊购药权益的理赔流程示意图；
51.图5是根据本发明实施例的一种数据处理的装置的主要模块的示意图；
52.图6是本发明实施例可以应用于其中的示例性系统架构图；
53.图7是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图。
具体实施方式
54.以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
55.在保险业务中，保险理赔占据重要地位，现有的保险理赔的方式通过保险公司应用程序的提出理赔申请，提交所需资料，由于保险理赔过程中还涉及医疗机构，医疗费用的报销由人工线下审核，延长了保险理赔的周期，降低了保险理赔的效率；另外，各个保险公司的保险种类答题相同，竞争力差异小，保险公司依靠单一的保险业务获客难度越来越大；现有的保险理赔方法难以与现有的医疗健康相结合。因此，针对上述问题，本发明实施例提供一种数据处理的方法。
56.图1是根据本发明实施例的一种数据处理的方法的主要流程的示意图，如图1所示，该方法包括以下步骤：
57.步骤s101：获取用户登录的渠道标识和用户的保单信息；
58.步骤s102：根据渠道标识和保单信息，生成用户的权益服务信息和理赔服务信息，权益服务信息包括问诊购药权益；
59.步骤s103：当用户基于问诊购药权益提出理赔申请时，根据理赔服务信息处理理赔申请。
60.本发明实施例提供的数据处理的方法涉及互联网医疗和保险业务领域，通过将互联网医疗和保险理赔相结合，实现线上自动理赔，使得保险理赔更加高效便捷。
61.在本发明实施例中，渠道标识为用户登录的渠道的标识，用户登录的渠道可以是通过登录搭载平台的应用程序来实现平台的登录，也可以通过其他平台的跳转链接登录平台，不同的登录渠道对应不同的渠道标识，不同的渠道标识可能会生成不同的权益服务信息和理赔服务信息。例如，用户可以通过应用程序(app)、小程序或保险公司平台的链接等渠道登录到平台。在用户登录平台时，可以获取到用户登录的渠道标识。
62.在本发明实施例中，用户的保单信息可以为一个或多个；用户的保单信息包括保单信息对应的保单标识、用户的特征标识和用户类型，用户的特征标识为与用户身份对应的唯一标识，可以为用户的身份证号、手机号等信息；用户类型可以为用户的等级，用户的等级包括普通用户和高级用户，普通用户为购买保险产品的普通用户，高级用户可以为购买保险产品的保险经纪人或保险代理人。
63.保单信息还包括用户购买的保险产品的险种、保险产品的责任信息、投保人信息、被保人信息、保险额度、保险期限等。保险产品的责任信息包括保险产品的责任标识，投保人信息包括投保人姓名、身份证号、手机号、年龄、性别、婚姻状况等中的至少一种，被保人信息包括的投保人姓名、身份证号、手机号、年龄、性别、婚姻状况等中的至少一种。保险期限包括保险产品的生效时间等。
64.用户的保单信息为用户在保险公司或保险代理公司投保成功后生成的保单信息，保险公司或保险代理公司可以通过加密对接的方式向平台发送用户的保单信息，平台可以通过消息队列的方式的获取用户的保单信息，进一步地，可以对保险公司或保险代理公司发送的保单信息进行监听、保存，将用户的保单信息存储到数据库中，将保单信息对应的保单标识和用户的特征标识存储在redis缓存中，进一步地，由于保单信息的数量较多，可以通过binlake集群(一种集群化二进制日志binlog采集和订阅服务)将数据库的保单信息同步到es(elasticsearch，基于lucene的搜索服务器)，提高后续保单信息查询接口的性能。
65.在本发明实施例的一种实施方式中，获取用户登录的渠道标识和用户的保单信息，包括：
66.响应于用户登录成功的结果，获取用户的登录渠道以及用户的特征标识；
67.根据所述特征标识，从已存储的保单信息库中查询与所述特征标识对应的保单信息。
68.用户(如保单用户，可以为投保人或被保人)根据登录信息登录搭载有平台的应用程序以登录该平台，当登录信息验证通过后则登录成功，当用户登录成功后，可以获取用户的登录渠道标识，并可以根据用户在应用程序上的唯一标识(如用户pin)，从用户已注册的实名认证的基本信息中，获取用户的特征标识，如身份证号，根据用户的特征标识，从已存储在缓存中查询与用户的特征标识对应的保单标识，即将用户的特征标识与缓存中存储的用户的特征标识进行匹配，如果匹配成功，即特征标识一致，则可得到用户的特征标识对应的保单标识，进而可以根据保单标识从数据库中获取该保单标识对应的保单信息。若根据用户的特征标识查询不到对应的保单标识，可能该用户没有购买保险产品或者保险公司或保险代理公司还没有发送该用户的保单信息。
69.在本发明实施例的另一种实施方式中，获取用户登录的渠道标识和用户的保单信息，包括：
70.接收用户通过第三方平台的链接发送的登录请求，所述登录请求指示了用户登录的渠道标识和加密的保单信息；
71.从所述加密的保单信息中解析出加密标识和时间戳；
72.当所述加密标识和所述时间戳满足预设条件时，获取用户的保单信息。
73.用户通过第三方平台(如保险公司或保险代理公司的app平台)的链接发送登录请求以登录平台，登录请求包括登录信息，如用户账号id和密码或验证码；登录请求指示了用
户登录的渠道标识和加密的保单信息，加密的保单信息可以采用加密算法对保单信息加密后获得，加密算法可以为des(data encr10ption standard，数据加密标准)和md5(message
‑
digest algorithm 5，信息
‑
摘要算法5)中的一种或两种。加密的保单信息包括加密标识和时间戳，时间戳可以为生成加密的保单信息的时间。
74.对加密的保单信息进行解析，解析出加密标识和时间戳，对加密标识和时间戳进行判断，如果加密标识和时间戳满足预设条件，则获取用户的保单信息；其中，满足预设条件指的是：从加密的保单信息中解析出的加密标识与预设的加密标识相同，从加密的保单信息中解析出的时间戳和当前时间的时间差不超过预设有效时间(如预设有效时间为5分钟)，验证通过后获取保单信息，进而可以根据保单信息生成服务权益信息。
75.在本发明实施例中，保险公司或保险代理公司发送的保单信息的保单标识可以与平台中已存储的保单信息的保单标识相同，为避免多个保险公司的保单信息对应的保单标识存在相同的情况，当获取到保险公司或保险代理公司发送的保单信息后，为每个保单信息生成唯一的保单标识，并确定该唯一的保单标识与保单信息的对应关系。
76.当用户通过应用程序登录平台，根据用户的特征标识获得对应的一个或多个保单标识后，对每一个保单标识进行判断，判断保单标识是否为已经生成权益服务信息的保单对应的保单标识，如果否，则说明该保单标识是新的保单标识，可以生成对应的权益服务信息，如果是，则不会再生成对应的权益服务信息。
77.在生成权益服务信息之前，确定已存储保单信息的保单标识为该保单信息的唯一标识，如果不是，则发出报警指令并清除缓存中该保单信息的保单标识，并更新缓存中保单信息的保单标识、用户特征标识、渠道标识等信息。如果是，则将保单标识作为待履约的保单标识进行组装，以生成对应的权益服务信息。
78.在本发明实施例中，在根据渠道标识和保单信息，生成权益服务信息之前，包括：
79.确定权益保单表中不存在保单信息的保单标识，权益保单表包括已生成权益服务信息的保单的保单标识；
80.当权益保单表中存在保单信息的保单标识时，确定保单标识对应的保单为失效保单，并从权益保单表中删除保单标识，然后从数据库中删除该保单标识对应的保单，以使得上述保单信息重新生成相应的权益服务信息；当所述保单标识对应的保单不是失效保单时，结束流程，即该保单标识不再重复生成权益服务信息。
81.在本发明实施例中，权益保单表包括已生成权益服务信息的保单信息的保单标识，权益保单表可以存储在redis缓存中。在获取到与用户特征标识对应的一个或多个保单信息的一个或多个保单标识后，针对每个保单信息的保单标识，采用pin分布式锁开始履约，即每次执行一个保单信息生成权益服务信息的过程，首先判断权益保单表中是否存在该保单信息的保单标识，如果不存在，则说明该保单标识对应的保单信息为新的保单信息，可以根据该保单标识对应的保单信息生成对应的权益服务信息；如果存在，则判断该保单标识对应的保单信息是否为失效保单，如果不是，则结束流程，说明该保单标识对应的保单信息已经生成过权益服务信息，不再重复生成，如果是，则将权益服务表中该保单标识删除，并从数据库中删除该保单标识对应的保单信息，以使得根据保单标识重新生成权益服务信息，然后使得保单标识存储在权益服务表中。
82.在本发明实施例中，一个保单信息可以生成一次权益服务信息，多个保单信息可
以生成多次权益服务信息，每次生成的权益服务信息中的权益可以相同也可以不同，权益可以累计，如用户根据多个保单信息，可以生成多次问诊购药的权益，或者多次体检的权益。
83.在本发明实施例中，根据渠道标识和保单信息，生成用户的权益服务信息，包括：通过stream流过滤机制，将所述渠道标识和所述保单信息与已配置的权益服务规则进行匹配；根据匹配结果，生成用户的权益服务信息。
84.当确定可以生成权益服务信息的保单标识后，获取保单标识对应的保单信息，然后根据渠道标识和保单信息，生成相应的权益服务信息，实现权益的发放。可选地，通过stream(如jdk1.8 stream)流过滤机制filter(过滤函数)、lambda表达式(一个匿名函数)的方式，将渠道标识和保单信息与已配置的权益服务规则进行匹配，根据匹配结果可以获得权益服务信息。例如，过滤条件满足则返回“是”(true)，否则返回“否”(false)，然后过滤出满足的权益服务规则，进而获取到与服务规则匹配的权益服务信息，将用户的特征标识、保单标识和权益服务信息进行绑定，即完成履约，实现了权益的发放。
85.在本发明实施例中，过滤条件的顺序也可以设定，例如，可以首先过滤保单维度的服务规则，判断是否是保单用户，保险产品的责任标识是否匹配，如不匹配，则报警提示，保额是否匹配，然后再过滤人员维度的服务规则，如服务对象是否匹配，投保人和被保人类型是否匹配，年龄、性别、婚姻状况是否匹配，不同的匹配结果对应不同的权益服务信息，最后，根据匹配结果，向用户返回对应的权益服务信息。
86.在本发明实施例中，权益服务信息包括问诊购药权益，还可以包括家庭医生、体检、购物折扣等，问诊购药权益可以使得用户通过视频问诊、购药，可以进一步根据问诊购药实现理赔。
87.例如，将用户类型、渠道标识和保单标识，与已配置的权益服务规则匹配，可以获知用户是保单用户还是非保单用户，用户类型是普通用户还是高级用户，渠道标识指示的是搭载平台的应用程序还是保险公司或保险代理公司平台，小程序、微信公众号等，通过保单标识可以获取到对应的保单信息，从保单信息中获取用户的年龄、性别、婚姻状况、保额、保险产品标识等信息，已配置的权益服务规则可以为：当判断出用户是保单用户时，为用户发放问诊购药权益；当用户为保单用户，且用户的保额在3
‑
5万范围内时，还可以为用户发放家庭医生权益。当用户为保单用户，用户年龄大于50岁时，还可以为用户发放中老年体检权益，当用户性别为女时，可以为用户发放女性体检权益。
88.当生成权益服务信息后，将用户的特征标识、保单信息与权益服务信息绑定，并存储在数据库中，也可以将数据库与es的数据同步，还可以将用户的特征标识、保单标识和权益服务信息的标识存储在redis缓存中，以提高查询效率。
89.在本发明实施例中，在生成用户的权益服务信息之后，包括：根据保单信息的履约时间，确定权益服务信息的生效时间；在根据理赔服务信息处理理赔申请之前，包括：确认问诊购药权益在生效时间内。
90.保单信息的履约时间为保单信息中保险产品的生效时间，权益服务信息的生效时间可以与保单信息的履约时间相同，也可以在履约时约时间之后的预设时间段内。在根据用户的理赔服务信息处理用户的理赔申请之前，确认问诊购药权益是在生效时间内，如果问诊购药权益不在生效时间内的，则不能根据理赔服务信息处理理赔申请。
91.在本发明实施例中，根据渠道标识和保单信息，生成用户的理赔服务信息，包括：通过stream流过滤机制，将所述渠道标识和所述保单信息与已配置的理赔服务规则进行匹配；根据匹配结果，生成用户的理赔服务信息。
92.当获取到用户的渠道标识和保单信息后，生成相应的理赔服务信息，可选地，通过stream(如jdk1.8 stream)流过滤机制filter、lambda表达式的方式，将渠道标识和保单信息与已配置的理赔服务规则进行匹配，根据匹配结果可以获得理赔服务信息，例如，过来条件满足则返回过滤条件满足则返回“是”(true)，否则返回“否”(false)，然后过滤出满足的服务规则，进而获取到与理赔规则匹配的理赔服务信息，理赔服务信息包括理赔金额、理赔次数、累计理赔信息、免赔额等信息，累计理赔信息包括累计理赔金额和累计理赔次数。
93.例如，确定渠道标识后，将保单信息与已配置的理赔服务规则进行匹配，可以根据保单信息中的保险产品责任标识，确定可理赔药品，根据保单信息中的保额、保险期限等确定理赔额度和理赔次数，如里理赔服务信息包括每天、每月、每年可理赔次数，理赔额度上限，累计理赔金额上限。举例来说，当保额在5
‑
10万元时，可以确定理赔额度的上限为1万元，累计理赔次数上限为10次，也可以设定年累计理赔额度不超过2万元，年累计理赔次数不超过3次。
94.如图2所示，在本发明实施例中，理赔申请指示了药品订单信息，所述理赔服务信息包括可理赔药品、理赔额度、理赔次数和累计理赔信息；
95.根据所述理赔服务信息处理所述理赔申请，包括：
96.步骤s201：对所述理赔服务信息中的理赔额度、理赔次数和累计理赔信息进行校验，确定可理赔的额度；
97.步骤s202：将所述药品订单信息中的药品与所述可理赔药品进行比对；
98.步骤s203：根据比对结果以及可理赔的额度，确定与所述药品订单信息对应的可赔付金额。
99.用户的权益服务信息中包括问诊购药权益，当用户基于问诊购药权益进行视频问诊后，医生会针对用户的病症开具处方，然后根据处方会生成药品订单信息，用户可以基于问诊购药权益提出理赔申请，以获得可赔付金额，其中，理赔申请中指示了药品订单信息，药品订单信息包括药品标识和药品价格，根据药品订单信息可以得到待付款金额。
100.当用户提出理赔申请时，根据理赔服务信息，确定可赔付金额。具体地，当用户提出理赔申请时，实时根据用户的特征标识及保单信息对理赔服务信息中可理赔药品、理赔额度、理赔次数和累计理赔信息进行校验，确定可理赔的额度，累计理赔信息包括累计理赔额度和累计理赔次数，首先确定理赔额度、理赔次数和累计理赔信息，如果用户的累计理赔额度达到理赔额度，或者累计理赔次数达到理赔次数，则无法进行理赔，即没有可赔付金额，如果累计理赔额度没有达到理赔额度，且累计理赔次数没有达到理赔次数，可以确定本次可理赔的额度。
101.将药品订单信息中的药品与可理赔的药品进行比对，根据比对结果，可以获得药品订单信息中可理赔的药品，可理赔药品的金额和可理赔的额度，确定该药品订单信息的可赔付金额，然后待付款金额减去可赔付金额后剩余的金额即为用户待支付的实际金额，用户通过支付页面对待支付的实际金额进行支付，实现问诊购药的自动理赔。
102.在本发明实施例中，已配置的权益服务规则的数据和已配置的理赔服务规则的数
据均存储在数据库和redis缓存中，数据库与es数据同步。数据库可以为mysql数据库，可以通过binlake实现mysql数据库和es的同步，以提高保单信息查询接口的性能，提升查询效率。当用户根据理赔服务信息处理理赔申请时，从数据库和redis缓存中查询对应的理赔服务信息，以实现对理赔申请的处理。
103.如图3所示为本发明实施例的一种的生成权益服务信息的主要流程示意图，当用户在保险公司或保险代理公司的app购买保险产品后，会形成保单信息，然后通过消息队列的方式获取保单信息，并将保单信息存储到数据库中，将保单标识和用户的特征标识存储到缓存中，标注出已生成权益服务信息的保单标识，当用户通过互联网医疗相关的app登录平台成功后，基于用户pin获取用户的特征标识，根据用户的特征标识查询对应的保单标识，并判断是否存在新的保单标识，即未生成权益服务信息的保单标识，如果存在，根据新的保单标识从数据库中获取对应的保单信息；或者，用户通过第三方平台链接登录平台，对加密的保单信息进行校验，校验通过后获取保单信息；获得保单信息后，采用pin分布式锁开始履约，即开始生成权益服务信息的过程，首先判断权益保单表中是否存在该保单信息的保单标识，如果不存在，则可以确定该保单信息为待履约的保单，即待生成权益服务信息的保单，如果存在，那么判断权益保单表中的保单标识对应的保单信息是否已经失效，如果失效，则从权益信息表中删除该保单标识，从数据库中删除该保单标识对应的原保单信息，以使得该保单标识对应的该保单信息可以生成权益服务信息，将该保单信息确定为待履约保单，如果未失效，则结束流程，即结束该保单信息生成权益服务信息的流程，并跳过，并对下一个保单信息执行开始履约的流程；然后将待履约保单与已配置的权益服务规则匹配，如果匹配成功，则生成对应的权益服务信息，如果匹配失败，则从缓存中清除该待履约保单的保单标识；然后将用户的特征标识、保单标识和权益服务信息进行绑定，并存储至数据库和缓存中，过滤需要立即履约的保单信息，即根据保单信息的履约时间，确定权益的生效时间，以实现异步批量履约，释放pin分布式锁。
104.如图4所示为本发明实施例的一种基于问诊购药权益的理赔流程示意图，当用户获取包括问诊购药权益的权益服务信息之后，基于问诊购药权益进行视频问诊，医生开具处方，生成药品订单信息，用户提出理赔申请，理赔申请指示了药品订单信息，根据用户的特征标识和保单信息，获取理赔服务信息，然后对可理赔药品、理赔金额、理赔次数和累计理赔信息进行校验，确定本次可赔付的金额，将待付款金额减去可赔付金额，对用户在本次问诊购药待支付的实际金额进行结算，实现问诊购药的理赔。
105.本发明实施例所提供的数据处理的方法，将现有的互联网医疗与保险理赔相结合，根据用户的保单信息为用户生成相应的权益服务信息，使得用户可以根据权益服务信息中的问诊购药权益，提出理赔申请，以实现的线上自动理赔，提高了保险理赔的效率，本发明实施例的方法能够为医疗健康领域和保险领域互相引流，增加用户流量，也为用户提供了更加便捷高效的保险理赔方法。
106.如图5所示，本发明实施例还提供一种数据处理的装置500，包括：
107.获取模块501，获取用户登录的渠道标识和用户的保单信息；
108.服务信息生成模块502，根据所述渠道标识和所述保单信息，生成权益服务信息和理赔服务信息，所述权益服务信息包括问诊购药权益；
109.理赔结算模块503，当用户基于所述问诊购药权益提出理赔申请时，根据所述理赔
服务信息处理所述理赔申请。
110.在本发明实施例的一种实施方式中，获取模块501，进一步用于：响应于用户登录成功的结果，获取用户的登录渠道以及用户的特征标识；根据所述特征标识，从已存储的保单信息库中查询与所述特征标识对应的保单信息。
111.在本发明实施例的另一种实施方式中，获取模块501，进一步用于：接收用户通过第三方平台的链接发送的登录请求，所述登录请求指示了用户登录的渠道标识和加密的保单信息；从所述加密的保单信息中解析出加密标识和时间戳；当所述加密标识和所述时间戳满足预设条件时，获取用户的保单信息。
112.在本发明实施例中，服务信息生成模块502，还用于：在根据所述渠道标识和所述保单信息，生成权益服务信息之前，包括：确定权益保单表中是否存在所述保单信息的保单标识，所述权益保单表包括已生成权益服务信息的保单的保单标识。当所述权益保单表中存在所述保单信息的保单标识时，确定所述保单标识对应的保单为失效保单；当所述保单标识对应的保单不是失效保单时，结束流程。
113.在本发明实施例的一种实施方式中，服务信息生成模块502，进一步用于：通过stream流过滤机制，将所述渠道标识和所述保单信息与已配置的权益服务规则进行匹配；根据匹配结果，生成用户的权益服务信息。
114.在本发明实施例中，服务信息生成模块502，还用于：在生成用户的权益服务信息之后，根据所述保单信息的履约时间，确定所述权益服务信息的生效时间；在根据所述理赔服务信息处理所述理赔申请之前，确认所述问诊购药权益在所述生效时间内。
115.在本发明实施例的一种实施方式中，服务信息生成模块502，进一步用于：通过stream流过滤机制，将所述渠道标识和所述保单信息与已配置的理赔服务规则进行匹配；根据匹配结果，生成用户的理赔服务信息。
116.在本发明实施例中，理赔结算模块503，还用于：对所述理赔服务信息中的理赔额度、理赔次数和累计理赔信息进行校验，确定可理赔的额度；将所述药品订单信息中的药品与所述可理赔药品进行比对；根据比对结果以及可理赔的额度，确定与所述药品订单信息对应的可赔付金额。
117.本发明实施例所提供的数据处理的装置可以为应用程序上的平台，例如健康保险服务平台。可以通过应用程序登录该平台，也可以通过保险公司或保险代理公司中的链接登录该平台，该平台与保险公司或保险代理公司对接，也与互联网医疗相关的应用程序、小程序等对接的，同时，也可以在应用程序上的增加保险公司或保险代理公司的投保链接，使得用户可以通过投保链接跳转到保险产品的投保页面，以实现保险产品的预购和投保等，实现互联网医疗健康领域和保险领域的互相引流。
118.本发明实施例的数据处理的装置，通过获取模块获取用户的登录渠道标识和用户的保单信息，通过服务信息生成模块生成权益服务信息和理赔服务信息，以使得用户根据服务权益信息中的权益提出理赔事情时，由理赔结算模块处理的理赔申请，实现自动理赔，该数据处理的装置能够实现互联网医疗与保险理赔结合，提高理赔的效率，进而提升了用户体验。
119.本发明实施例还提供一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器
实现本发明提供的数据处理的方法。
120.根据本发明实施例的还一个方面，提供了一种计算机可读介质，其上存储有计算机程序，程序被处理器执行时实现本发明提供的数据处理的方法。
121.图6示出了可以应用本发明实施例的数据处理的方法或数据处理的装置的示例性系统架构600。
122.如图6所示，系统架构600可以包括终端设备601、602、603，网络604和服务器605。网络604用以在终端设备601、602、603和服务器605之间提供通信链路的介质。网络604可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
123.用户可以使用终端设备601、602、603通过网络604与服务器605交互，以接收或发送消息等。终端设备601、602、603上可以安装有各种通讯客户端应用，例如健康保险服务平台、购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。
124.终端设备601、602、603可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。
125.服务器605可以是提供各种服务的服务器，例如对用户利用终端设备601、602、603所浏览的健康保险服务提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的理赔申请等数据进行分析等处理，并将处理结果(例如可赔付金额
‑‑
仅为示例)反馈给终端设备。
126.需要说明的是，本发明实施例所提供的数据处理的方法一般由服务器605执行，相应地，数据处理的装置一般设置于服务器605中。
127.应该理解，图6中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。
128.下面参考图7，其示出了适于用来实现本发明实施例的终端设备的计算机系统700的结构示意图。图7示出的终端设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
129.如图7所示，计算机系统700包括中央处理单元(cpu)701，其可以根据存储在只读存储器(rom)702中的程序或者从存储部分708加载到随机访问存储器(ram)703中的程序而执行各种适当的动作和处理。在ram 703中，还存储有系统700操作所需的各种程序和数据。cpu 701、rom 702以及ram 703通过总线704彼此相连。输入/输出(i/o)接口705也连接至总线704。
130.以下部件连接至i/o接口705：包括键盘、鼠标等的输入部分706；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分707；包括硬盘等的存储部分708；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分709。通信部分709经由诸如因特网的网络执行通信处理。驱动器710也根据需要连接至i/o接口705。可拆卸介质711，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器710上，以便于从其上读出的计算机程序根据需要被安装入存储部分708。
131.特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在
这样的实施例中，该计算机程序可以通过通信部分709从网络上被下载和安装，和/或从可拆卸介质711被安装。在该计算机程序被中央处理单元(cpu)701执行时，执行本发明的系统中限定的上述功能。
132.需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd
‑
rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、rf等等，或者上述的任意合适的组合。
133.附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
134.描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括获取模块、服务信息生成模块、理赔结算模块。其中，这些模块的名称在某种情况下并不构成对该模块本身的限定，例如，获取模块还可以被描述为“获取用户登录的渠道标识和用户的保单信息的模块”。
135.作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：获取用户登录的渠道标识和用户的保单信息；根据渠道标识和保单信息，生成用户的权益服务信息和理赔服务信息，权益服务信息包括问诊购药权益；当用户基于问诊购药权益提出理赔申请时，根据理赔服务信息处理理赔申请。
136.根据本发明实施例的技术方案，通过获取用户登录的渠道标识和保单信息，生成
用户的权益服务信息和理赔服务信息，使得当用户基于权益服务信息中的权益提出理赔申请时，根据理赔服务信息处理该理赔申请，实现自动理赔。本发明实施例所提供的数据处理的方法，将现有的互联网医疗与保险理赔相结合，根据用户的保单信息为用户生成相应的权益服务信息，使得用户可以根据权益服务信息中的问诊购药权益，提出理赔申请，以实现的线上自动理赔，提高了保险理赔的效率，本发明实施例的方法能够为医疗健康领域和保险领域互相引流，增加用户流量，也为用户提供了更加便捷高效的保险理赔方法。
137.上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。