本发明涉及保险金融技术领域，尤其涉及一种针对患病人群的投保方法、装置、介质和电子设备。
背景技术
目前的各类保险针对的都是满足预定条件的健康人群的保险，由满足预定条件的健康人群进行投保，例如，a保险公司的住院医疗险针对的是年龄在1周至60周岁的未患过病的人群，因此只有满足年龄在1周至60周岁，且未患过病(如没有住院史)的用户才允许购买a保险公司的住院医疗险。
而对于已患病人群，保险公司都是直接拒绝投保，而即便有些患病用户通过隐瞒已患病事实而投保成功，在保险理赔时也会因为用户已患病事实而拒绝赔付。
技术实现要素：
有鉴于此，本发明提供一种针对患病人群的投保方法、装置、介质和电子设备，实现针对患病人群的投保。技术方案如下：
基于本发明实施例的一方面，本发明实施例提供一种针对患病人群的投保方法，方法包括：
获取投保人的基本信息和投保请求，所述投保请求包含所述投保人选择的保险；
获取所述投保人上传的药监码的药品信息；
依据所述药品信息判断所述药监码对应的药品是否符合所述保险对应的投保标准；
如果所述药监码对应的药品符合所述保险对应的投保标准，根据所述投保人的基本信息生成保单，以供所述投保人完成对所述保单的投保。
可选地，所述获取所述投保人上传的药监码的药品信息之前，所述方法还包括：
依据所述投保人的基本信息判断所述投保人是否符合所述保险对应的投保标准；
在判断所述投保人符合所述保险对应的投保标准后，再执行所述获取所述投保人上传的药监码的药品信息的步骤。
可选地，所述药品信息包括以下至少一种：药品的生产厂商信息、药品的有效期、药品被扫描过的次数；
当所述药品信息为药品的生产厂商信息时，所述依据所述药品信息判断所述药监码对应的药品是否符合所述保险对应的投保标准包括：依据所述药品的生产厂商信息，判断所述药监码对应的药品是否为规定的生产厂商生产；
此时所述药监码对应的药品符合所述保险对应的投保标准包括：所述药监码对应的药品为规定的生产厂商生产；
当所述药品信息为药品的有效期时，所述依据所述药品信息判断所述药监码对应的药品是否符合所述保险对应的投保标准包括：依据药品的有效期，判断所述药监码对应的药品是否在有效期内；
此时所述药监码对应的药品符合所述保险对应的投保标准包括：所述药监码对应的药品在有效期内；
当所述药品信息为药品被扫描过的次数时，所述依据所述药品信息判断所述药监码对应的药品是否符合所述保险对应的投保标准包括：依据所述药品被扫描过的次数，判断所述药监码对应的药品是否是第一次被扫描；
此时所述药监码对应的药品符合所述保险对应的投保标准包括：所述药监码对应的药品是第一次被扫描。
可选地，所述方法还包括：
在保单有效期内，每监测到所述投保人成功上传一次所述药监码的药品信息时，将所述投保人上传所述药监码的药品信息的次数加1。
可选地，所述方法还包括：
判断在预设的时间周期内，所述投保人上传所述药监码的药品信息的总次数是否不小于预设的保额调整次数阈值，如果不小于，则按照预设的调整规则调整所述投保人的保额。
可选地，在依据所述药品信息判断所述药监码对应的药品符合所述保险对应的投保标准之后，所述方法还包括：
记录所述投保人上传所述药监码的药品信息的时间；
所述判断在预设的时间周期内，所述投保人上传所述药监码的药品信息的总次数是否不小于预设的保额调整次数阈值，如果不小于，则按照预设的调整规则调整所述投保人的保额包括：
判断在预设的第一时间段周期内，所述投保人上传所述药监码的药品信息的总次数是否不小于预设的保额调整次数第一阈值；
如果在预设的第一时间段周期内，所述投保人上传所述药监码的药品信息的总次数不小于预设的保额调整次数第一阈值，则判断所述投保人最后一次上传所述药监码的药品信息的时间是否大于第一规定时间，如果大于第一规定时间，将所述投保人的保额调高至第一数值，并确定调高保额的保单于所述投保人在所述保额调整次数第二阈值时上传所述药监码的药品信息的当日生效；如果不大于第一规定时间，将所述投保人的保额调高至所述第一数值，并确定调高保额的保单于所述第一规定时间的当日生效。
可选地，所述方法还包括：
如果在预设的第一时间段周期内，所述投保人上传所述药监码的药品信息的总次数小于预设的保额调整次数第一阈值，则判断在预设的第二时间段周期内，所述投保人上传所述药监码的药品信息的总次数是否不小于预设的保额调整次数第二阈值，所述保额调整次数第二阈值小于所述保额调整次数第一阈值；
如果在预设的第二时间段周期内，所述投保人上传所述药监码的药品信息的总次数小于预设的保额调整次数第二阈值，则确定不调整所述投保人的保额。
可选地，所述方法还包括：
如果在预设的第二时间段周期内，所述投保人上传所述药监码的药品信息的总次数不小于预设的保额调整次数第二阈值，则判断所述投保人最后一次上传所述药监码的药品信息的时间是否小于第二规定时间，如果小于，将所述投保人的保额调高至第二数值，并确定调高保额的保单于所述投保人在所述保额调整次数第一阈值时上传所述药监码的药品信息的当日生效；如果不小于，将所述投保人的保额调高至所述第二数值，并确定调高保额的保单于所述第二规定时间的当日生效；
其中所述第一规定时间大于所述第二规定时间，所述第一数值大于所述第二数值。
可选地，所述方法还包括：
依据记录的所述投保人每次上传所述药监码的药品信息的时间，判断所述投保人每相邻两次上传所述药监码的药品信息的时间间隔是否大于预设天数；
如果大于，终止保单。
可选地，所述方法还包括：
依据所述投保人上传所述药监码的药品信息的次数，为所述投保人结算对应的保费。
可选地，所述方法还包括：
当接收到所述投保人发送的理赔请求时，判断所述投保人截止到发送理赔请求的时间点之前，要求所述投保人上传所述药监码的药品信息的总次数与所述投保人实际上传所述药监码的药品信息的总次数的商值是否大于阈值，如果不大于，则确定对所述投保人进行理赔。
基于本发明实施例的另一方面，本发明实施例提供一种针对患病人群的投保装置，包括：
第一获取单元，用于获取投保人的基本信息和投保请求，所述投保请求包含所述投保人选择的保险；
第二获取单元，用于获取所述投保人上传的药监码的药品信息；
判断单元，用于依据所述药品信息判断所述药监码对应的药品是否符合所述保险对应的投保标准；
保单生成单元，用于在所述判断单元判断所述药监码对应的药品符合所述保险对应的投保标准时，根据所述投保人的基本信息生成保单，以供所述投保人完成对所述保单的投保。
基于本发明实施例的再一方面，本发明实施例提供一种存储介质，其上存储有程序，所述程序被处理器执行时实现前文所述的针对患病人群的投保方法。
基于本发明实施例的再一方面，本发明实施例提供一种电子设备，包括：处理器；以及存储器，用于存储所述处理器的可执行指令；其中，所述处理器配置为经由执行所述可执行指令来执行前文所述的针对患病人群的投保方法。
本发明实施例提供的针对患病人群的投保方法、装置、介质和电子设备中，在获取投保人的基本信息和投保请求后，继续获取投保人上传的药监码的药品信息，并依据药品信息判断药监码对应的药品是否符合保险对应的投保标准。在确定药监码对应的药品符合保险对应的投保标准后，根据投保人的基本信息生成保单，以供投保人完成对所述保单的投保。本发明实施例实现了针对患病人群的投保，填补了目前保险领域中无法对患病人群进行投保的缺陷。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。
图1为本发明实施例提供的一种针对患病人群的投保方法的流程图；
图1a为本发明实施例中所示的关爱项目介绍界面；
图1b为本发明实施例中所示的信息填写界面；
图1c为本发明实施例中所示的另一信息填写界面；
图1d为本发明实施例中所示的产品条款界面；
图1e为本发明实施例中所示的产品条款的详细内容展示界面；
图1f为本发明实施例中所示的保存成功界面；
图1g为本发明实施例中所示的信息确认界面；
图1h为本发明实施例中所示的领取成功界面；
图2为本发明实施例提供的另一种针对患病人群的投保方法的流程图；
图3为本发明实施例提供的再一种针对患病人群的投保方法的流程图；
图4为本发明实施例提供的再一种针对患病人群的投保方法的流程图；
图5为本发明实施例提供的一种针对患病人群的投保装置的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
实施例一
如图1所示，其示出了本发明实施例提供的一种针对患病人群的投保方法的流程图，方法可以包括：
步骤101，获取投保人的基本信息和投保请求，所述投保请求包含所述投保人选择的保险。
本发明实施例中，投保人的基本信息可以包括投保人的年龄、性别、出生日期、体格数据等。投保请求包含投保人选择的保险，例如投保人选择的a保险公司的医疗保险。
在实际应用过程中，投保人可以利用诸如手机等电子设备通过扫描推广的二维码、或在网页搜索地址栏中输入保险公司的网页地址等手段进入某个保险公司用于提供保险选择的页面。在页面中，投保人可以先输入个人的基本信息进行注册，并在完成注册后选择对应的保险，也可先查看并选择某个保险后，再输入个人的基本信息进行注册。
具体例如，投保人利用手机扫一扫功能扫描泰康推广的二维码完成关注泰康爱心管家公众号。投保人关注泰康爱心管家公众号后，泰康爱心管家公众号推送“立即领取”保险的消息，如图1a所示。投保人点击“立即领取”后系统便获取到投保人发送的投保请求，进而输出图1b所示的界面，该界面要求投保人填写投保人的基本信息，包括：投保人的姓名、证件类型、证件号码、手机号码、所在医院。
其中，如果投保人选择的证件类型是身份证，则系统根据身份证号记录投保人年龄、性别、出生日期；若投保人选择的证件类型是非身份证，则系统将图1b所示的界面切换为图1c所示的界面，由投保人自主完成填写投保人年龄、性别、出生日期。
可选地，当接收到投保人输入的基本信息后，本发明实施例可以先初步对投保人的基本信息进行校验，判断投保人的基本信息是否有误，比如投保人的身份证号是否错误等。如果有误，及时提醒投保人进行检查并重新输入。
在投保人完成基本信息的输入后点击“保存信息”按钮，系统继续输出图1d所示的界面，其中包括该保险对应的各个保险条款、投保须知等。投保人进一步通过点击保险条款、投保须知等进入到对应的详细内容，如图1e所示。
在投保人完成所有保险条款、投保须知的查阅确认后，系统输出图1f所示界面，提示投保人信息保存成功，并提示投保人可以通过扫描药盒上的药监码，去领取xxx保险(比如心血管疾病保险)。同时，该界面设置有“去扫一扫”按钮，投保人通过点击该“去扫一扫”按钮便触发摄像头去扫描药监码的药品信息。
进一步可选地，当获取到投保人的基本信息和投保请求后，本发明实施例可以先依据投保人的基本信息判断投保人是否符合保险对应的投保标准，比如投保人的年龄是否符合该保险对应的年龄要求，更具体例如投保人的投保年龄是否在18-80岁这一投保范围内，并在判断投保人符合保险对应的投保标准后，再去执行后续操作。
需要注意的是，本发明实施例中投保人的投保年龄是以投保人第一次扫描药监码的时间为准，而不是第一次保存基本信息的时间。
步骤102，获取所述投保人上传的药监码的药品信息。
在获取到投保人的基本信息和投保请求后，进一步要求投保人上传药监码的药品信息，从而获知投保人服用的药品。
具体地，投保人可以利用手机等电子设备调用如微信扫一扫功能对药盒进行扫描，从而获取到药盒的药监码，进而后台调用如阿里健康的接口来获取药监码的药品信息。本发明实施例中，药监码的药品信息可以包括药品的生产厂商信息、药品的有效期、药品被扫描过的次数等中的至少一个。
步骤103，依据所述药品信息判断所述药监码对应的药品是否符合所述保险对应的投保标准。如果符合，执行步骤104，如果不符合，可以选择返回步骤102，重新获取投保人上传的药监码的药品信息，也可选择发出提示信息，告知投保人该药品不符合保险对应的投保标准。
步骤104，根据所述投保人的基本信息生成保单，以供所述投保人完成对所述保单的投保。
其中，生成的保单可以包括投保人的基本信息、保额、保费、保障期限、保障对象等信息。
本发明实施例中，在投保人成功上传药监码的药品信息并在验证药监码对应的药品符合保险对应的投保标准后，系统可以输出图1g所示的信息确认界面，让投保人作信息确认。待投保人在图1g所示的信息确认界面中点击“确认领取”后，系统前端将投保人输入的基本信息推送至核心处理器，从而生成一条保单记录，该保单的生效时间为投保人点击“确认领取”时间的次日零时。进而系统跳转至图1h所示的界面，告知投保人保险领取成功。
具体本发明实施例中，当药品信息为药品的生产厂商信息时，本发明实施例判断药品是否符合保险对应的投保标准具体为：依据所述药品的生产厂商信息，判断药品是否为规定的生产厂商生产。如果药品为规定的生产厂商生产，则确定药品符合保险对应的投保标准，从而再根据投保人的基本信息生成保单。
当药品信息为药品的有效期时，本发明实施例判断药品是否符合保险对应的投保标准具体为：依据药品的有效期，判断药品是否在有效期内。如果药品在有效期内，则确定药品符合保险对应的投保标准，从而再根据投保人的基本信息生成保单。
当药品信息为药品被扫描过的次数时，本发明实施例判断药品是否符合保险对应的投保标准具体为：依据药品被扫描过的次数，判断药品是否是第一次被扫描。如果药品是第一次被扫描，则确定药品符合保险对应的投保标准，从而再根据投保人的基本信息生成保单。
需要说明的是，本着对投保人负责以及保单生成的有效性，本发明实施例优选药品信息同时包括药品的生产厂商信息、药品的有效期和药品被扫描过的次数。
本发明实施例在判断投保人符合保险对应的投保标准，并根据投保人的基本信息生成保单后，向投保人输出该保单，以供投保人完成后续对保单的投保支付操作等。本发明实施例实现了针对患病人群的投保，填补了目前保险领域中无法对患病人群进行投保的缺陷。
实施例二
前述实施例一重点描述了针对患病人群首次投保的实现过程。本发明实施例二则重点描述了在投保人投保成功后，在保单的有效期内，依据投保人服用药品的情况自动调整保额的方法。如图2所示，方法可以包括：
步骤201，在保单有效期内，每监测到所述投保人成功上传一次所述药监码的药品信息时，将所述投保人上传所述药监码的药品信息的次数加1。
本发明实施例中，在保单有效期内，投保人每次上传药监码的药品信息时，仍首先采用前述实施例一中判断药监码对应的药品是否符合保险对应的投保标准的方法，对投保人上传的药监码的药品信息进行判断，并在判断药监码对应的药品符合所述保险对应的投保标准时，再去上传该药监码的药品信息，并将投保人上传该药监码的药品信息的次数加1。
作为本发明实施例的一个优选实施例，本发明实施例在判断药监码对应的药品符合保险对应的投保标准时，还可以记录投保人上传该药监码的药品信息的时间，从而便于清楚地知晓各药监码的药品信息的上传时间。
步骤202，判断在预设的时间周期内，所述投保人上传所述药监码的药品信息的总次数是否不小于预设的保额调整次数阈值，如果不小于，执行步骤203，如果小于，执行步骤204。
步骤203，按照预设的调整规则调整所述投保人的保额。
步骤204，不调整所述投保人的保额。
具体例如，预设的时间周期为投保人从投保之日起的三个月内，预设的保额调整次数阈值为13。那么当判断自投保人从投保之日起的三个月内，投保人上传药监码的药品信息的次数14大于预设的保额调整次数阈值13，则将投保人的保额在原保额的基础上调高1000元；当判断自投保人从投保之日起的三个月内，投保人上传药监码的药品信息的次数11小于预设的保额调整次数阈值13，则不调整所述投保人的保额。
为了便于对本发明实施例所实现方案更具体地说明，结合附图3所示，方法可以包括：
步骤301，获取投保人上传药监码的药品信息的总次数以及投保人每次上传药监码的药品信息的时间。
更具体地，可结合附图4所示。在本发明实施例的实际应用过程中，当用户触发自助加保或系统主动通知加保时，投保人可以利用手机等电子设备通过扫一扫功能去扫描药盒上的药监码，从而获取到投保人上传的药监码的药品信息。
对于获取到的药监码的药品信息，本发明实施例首先依据药品信息判断该药监码对应的药品是否符合保险对应的投保标准(即药监码是否符合要求)。如果不符合，通知扫描失败并要求从新扫描。如果符合，系统将该药监码的药品信息的次数加1，并记录该次上传药监码的药品信息的时间。同时，系统还将获取该药监码的药品信息的总次数，并在系统前端(一般是显示器)展示该药监码的药品信息的总次数。
步骤302，判断在预设的第一时间段周期内，所述投保人上传所述药监码的药品信息的总次数是否不小于预设的保额调整次数第一阈值，如果不小于，执行步骤303，如果小于，执行步骤306。
具体结合图4所示，本发明实施例中预设的第一时间段周期可以为投保人持续服用药品的六个月，预设的保额调整次数第一阈值为25，则本发明实施例判断投保人在持续服用药品的六个月内，投保人上传所述药监码的药品信息的总次数是否不小于25次。
步骤303，判断所述投保人最后一次上传所述药监码的药品信息的时间是否大于第一规定时间。如果大于，执行步骤304，如果不大于，执行步骤305。
具体结合图4所示，本发明实施例中的第一规定时间可以为25*7天。本发明实施例在判断投保人在持续服用药品的六个月内，投保人上传药监码的药品信息的总次数不小于25次时，继续判断投保人最后一次上传该药监码的药品信息的时间(也即扫描该药监码的扫描时间)是否大于25*7天。
步骤304，将所述投保人的保额调高至第一数值，并确定调高保额的保单于所述投保人在所述保额调整次数第二阈值时上传所述药监码的药品信息的当日生效。
具体结合图4所示，当投保人最后一次上传所述药监码的药品信息的时间大于25*7天，则将投保人的保额调高至1万元，并确定该调高保额的保单以投保人第25次上传药监码的药品信息的时间为准，从第25次上传药监码的药品信息的当日开始生效。
步骤305，将所述投保人的保额调高至所述第一数值，并确定调高保额的保单于所述第一规定时间的当日生效。
具体结合图4所示，当投保人最后一次上传所述药监码的药品信息的时间不大于25*7天，则将投保人的保额调高至1万元，并确定该调高保额的保单于第25*7天的当日开始生效。
步骤306，判断在预设的第二时间段周期内，所述投保人上传所述药监码的药品信息的总次数是否不小于预设的保额调整次数第二阈值，所述保额调整次数第二阈值小于所述保额调整次数第一阈值。如果小于，执行步骤307，如果不小于，执行步骤308。
具体结合图4所示，本发明实施例中预设的第二时间段周期可以为投保人持续服用药品的三个月，预设的保额调整次数第二阈值为13，则本发明实施例判断投保人在持续服用药品的三个月内，投保人上传所述药监码的药品信息的总次数是否不小于13次。
步骤307，确定不调整所述投保人的保额。
假如投保人在持续服用药品的三个月内，投保人上传所述药监码的药品信息的总次数为10次，小于保额调整次数第二阈值13次，则确定不调整所述投保人的保额。
步骤308，判断所述投保人最后一次上传所述药监码的药品信息的时间是否小于第二规定时间。如果小于，执行步骤309，如果不小于，执行步骤310。
具体结合图4所示，本发明实施例中的第二规定时间可以为13*7天。本发明实施例在判断投保人在持续服用药品的三个月内，投保人上传药监码的药品信息的总次数不小于13次时，继续判断投保人最后一次上传该药监码的药品信息的时间(也即扫描该药监码的扫描时间)是否大于13*7天。
步骤309，将所述投保人的保额调高至第二数值，并确定调高保额的保单于所述投保人在所述保额调整次数第一阈值时上传所述药监码的药品信息的当日生效。
具体结合图4所示，当投保人最后一次上传所述药监码的药品信息的时间小于13*7天，则将投保人的保额调高至5千元，并确定该调高保额的保单以投保人第13次上传药监码的药品信息的时间为准，从第13次上传药监码的药品信息的当日开始生效。
步骤310，将所述投保人的保额调高至所述第二数值，并确定调高保额的保单于所述第二规定时间的当日生效。
具体结合图4所示，当投保人最后一次上传所述药监码的药品信息的时间不小于13*7天，则将投保人的保额调高至5千元，并确定该调高保额的保单于第13*7天的当日开始生效。
可选地在本发明实施例二中，本发明实施例还可以包括：依据记录的所述投保人每次上传所述药监码的药品信息的时间，判断所述投保人每相邻两次上传所述药监码的药品信息的时间间隔是否大于预设天数；如果大于，终止保单。
本发明实施例二实现了在保单的有效期内，依据投保人服用药品的情况自动调整保额的方法。
实施例三
本发明实施例在为投保人进行保费结算时，能够依据所述投保人上传所述药监码的药品信息的次数，为所述投保人结算对应的保费。
具体地，本发明实施例中的保费可以由投保人所用药品的厂商或药企与保险公司进行结算，采用分期结算方式每月一结。把投保人上传药监码的药品信息(即药盒扫描次数)作为结算凭证，能够更为高效、准确地为投保人结算保费。例如，例如投保人a在一月里一共扫描药盒数为4次，则当月保险公司与药企结算四次扫描数对应的保费。
实施例四
在保单有效期内，当接收到投保人发送的理赔请求，需要为投保人进行理赔时，本发明实施例会判断所述投保人截止到发送理赔请求的时间点之前，要求所述投保人上传所述药监码的药品信息的总次数与所述投保人实际上传所述药监码的药品信息的总次数的商值是否大于阈值，如果不大于，则确定对所述投保人进行理赔。
例如，截止到发送理赔请求的时间点之前，要求投保人上传所述药监码的药品信息的总次数与投保人实际上传所述药监码的药品信息的总次数的商值小于或等于1，说明投保人正常服药，确定对其可以理赔，由此依据投保人发送的理赔请求对其进行理赔。而如果截止到发送理赔请求的时间点之前，要求投保人上传所述药监码的药品信息的总次数与投保人实际上传所述药监码的药品信息的总次数的商值大于1，说明投保人可能未正常服药，也可能是已服药但忘了上传药监码的药品信息，由此提醒投保人及时上传药监码的药品信息，以避免保险公司拒绝赔付。
基于前文本发明实施例提供的一种针对患病人群的投保方法，本发明实施例还提供一种针对患病人群的投保装置，如图5所述，装置可以包括：第一获取单元100、第二获取单元200、判断单元300和保单生成单元400。其中，
第一获取单元100，用于获取投保人的基本信息和投保请求，所述投保请求包含所述投保人选择的保险；
第二获取单元200，用于获取所述投保人上传的药监码的药品信息；
判断单元300，用于依据所述药品信息判断所述药监码对应的药品是否符合所述保险对应的投保标准；
保单生成单元400，用于在所述判断单元300判断所述药监码对应的药品符合所述保险对应的投保标准时，根据所述投保人的基本信息生成保单，以供所述投保人完成对所述保单的投保。
所述针对患病人群的投保装置包括处理器和存储器，上述第一获取单元100、第二获取单元200、判断单元300和保单生成单元400等均作为程序单元存储在存储器中，由处理器执行存储在存储器中的上述程序单元来实现相应的功能。
处理器中包含内核，由内核去存储器中调取相应的程序单元。内核可以设置一个或以上，通过调整内核参数来实现针对患病人群的投保。
存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)，存储器包括至少一个存储芯片。
本发明实施例提供了一种存储介质，其上存储有程序，该程序被处理器执行时实现所述针对患病人群的投保方法。
本发明实施例提供了一种处理器，所述处理器用于运行程序，其中，所述程序运行时执行所述针对患病人群的投保方法。
本发明实施例提供了一种电子设备，设备包括处理器、存储器及存储在存储器上并可在处理器上运行的程序，处理器执行程序时实现以下步骤：
获取投保人的基本信息和投保请求，所述投保请求包含所述投保人选择的保险；
获取所述投保人上传的药监码的药品信息；
依据所述药品信息判断所述药监码对应的药品是否符合所述保险对应的投保标准；
如果所述药监码对应的药品符合所述保险对应的投保标准，根据所述投保人的基本信息生成保单，以供所述投保人完成对所述保单的投保。
可选地，所述获取所述投保人上传的药监码的药品信息之前，所述方法还包括：
依据所述投保人的基本信息判断所述投保人是否符合所述保险对应的投保标准；
在判断所述投保人符合所述保险对应的投保标准后，再执行所述获取所述投保人上传的药监码的药品信息的步骤。
可选地，所述药品信息包括以下至少一种：药品的生产厂商信息、药品的有效期、药品被扫描过的次数；
当所述药品信息为药品的生产厂商信息时，所述依据所述药品信息判断所述药监码对应的药品是否符合所述保险对应的投保标准包括：依据所述药品的生产厂商信息，判断所述药监码对应的药品是否为规定的生产厂商生产；
此时所述药监码对应的药品符合所述保险对应的投保标准包括：所述药监码对应的药品为规定的生产厂商生产；
当所述药品信息为药品的有效期时，所述依据所述药品信息判断所述药监码对应的药品是否符合所述保险对应的投保标准包括：依据药品的有效期，判断所述药监码对应的药品是否在有效期内；
此时所述药监码对应的药品符合所述保险对应的投保标准包括：所述药监码对应的药品在有效期内；
当所述药品信息为药品被扫描过的次数时，所述依据所述药品信息判断所述药监码对应的药品是否符合所述保险对应的投保标准包括：依据所述药品被扫描过的次数，判断所述药监码对应的药品是否是第一次被扫描；
此时所述药监码对应的药品符合所述保险对应的投保标准包括：所述药监码对应的药品是第一次被扫描。
可选地，所述方法还包括：
在保单有效期内，每监测到所述投保人成功上传一次所述药监码的药品信息时，将所述投保人上传所述药监码的药品信息的次数加1。
可选地，所述方法还包括：
判断在预设的时间周期内，所述投保人上传所述药监码的药品信息的总次数是否不小于预设的保额调整次数阈值，如果不小于，则按照预设的调整规则调整所述投保人的保额。
可选地，在依据所述药品信息判断所述药监码对应的药品符合所述保险对应的投保标准之后，所述方法还包括：
记录所述投保人上传所述药监码的药品信息的时间；
所述判断在预设的时间周期内，所述投保人上传所述药监码的药品信息的总次数是否不小于预设的保额调整次数阈值，如果不小于，则按照预设的调整规则调整所述投保人的保额包括：
判断在预设的第一时间段周期内，所述投保人上传所述药监码的药品信息的总次数是否不小于预设的保额调整次数第一阈值；
如果在预设的第一时间段周期内，所述投保人上传所述药监码的药品信息的总次数不小于预设的保额调整次数第一阈值，则判断所述投保人最后一次上传所述药监码的药品信息的时间是否大于第一规定时间，如果大于第一规定时间，将所述投保人的保额调高至第一数值，并确定调高保额的保单于所述投保人在所述保额调整次数第二阈值时上传所述药监码的药品信息的当日生效；如果不大于第一规定时间，将所述投保人的保额调高至所述第一数值，并确定调高保额的保单于所述第一规定时间的当日生效。
可选地，所述方法还包括：
如果在预设的第一时间段周期内，所述投保人上传所述药监码的药品信息的总次数小于预设的保额调整次数第一阈值，则判断在预设的第二时间段周期内，所述投保人上传所述药监码的药品信息的总次数是否不小于预设的保额调整次数第二阈值，所述保额调整次数第二阈值小于所述保额调整次数第一阈值；
如果在预设的第二时间段周期内，所述投保人上传所述药监码的药品信息的总次数小于预设的保额调整次数第二阈值，则确定不调整所述投保人的保额。
可选地，所述方法还包括：
如果在预设的第二时间段周期内，所述投保人上传所述药监码的药品信息的总次数不小于预设的保额调整次数第二阈值，则判断所述投保人最后一次上传所述药监码的药品信息的时间是否小于第二规定时间，如果小于，将所述投保人的保额调高至第二数值，并确定调高保额的保单于所述投保人在所述保额调整次数第一阈值时上传所述药监码的药品信息的当日生效；如果不小于，将所述投保人的保额调高至所述第二数值，并确定调高保额的保单于所述第二规定时间的当日生效；
其中所述第一规定时间大于所述第二规定时间，所述第一数值大于所述第二数值。
可选地，所述方法还包括：
依据记录的所述投保人每次上传所述药监码的药品信息的时间，判断所述投保人每相邻两次上传所述药监码的药品信息的时间间隔是否大于预设天数；
如果大于，终止保单。
可选地，所述方法还包括：
依据所述投保人上传所述药监码的药品信息的次数，为所述投保人结算对应的保费。
可选地，所述方法还包括：
当接收到所述投保人发送的理赔请求时，判断所述投保人截止到发送理赔请求的时间点之前，要求所述投保人上传所述药监码的药品信息的总次数与所述投保人实际上传所述药监码的药品信息的总次数的商值是否大于阈值，如果不大于，则确定对所述投保人进行理赔。
本文中的设备可以是服务器、pc、pad、手机等。
本申请还提供了一种计算机程序产品，当在数据处理设备上执行时，适于执行初始化有如下方法步骤的程序：
获取投保人的基本信息和投保请求，所述投保请求包含所述投保人选择的保险；
获取所述投保人上传的药监码的药品信息；
依据所述药品信息判断所述药监码对应的药品是否符合所述保险对应的投保标准；
如果所述药监码对应的药品符合所述保险对应的投保标准，根据所述投保人的基本信息生成保单，以供所述投保人完成对所述保单的投保。
可选地，所述获取所述投保人上传的药监码的药品信息之前，所述方法还包括：
依据所述投保人的基本信息判断所述投保人是否符合所述保险对应的投保标准；
在判断所述投保人符合所述保险对应的投保标准后，再执行所述获取所述投保人上传的药监码的药品信息的步骤。
可选地，所述药品信息包括以下至少一种：药品的生产厂商信息、药品的有效期、药品被扫描过的次数；
当所述药品信息为药品的生产厂商信息时，所述依据所述药品信息判断所述药监码对应的药品是否符合所述保险对应的投保标准包括：依据所述药品的生产厂商信息，判断所述药监码对应的药品是否为规定的生产厂商生产；
此时所述药监码对应的药品符合所述保险对应的投保标准包括：所述药监码对应的药品为规定的生产厂商生产；
当所述药品信息为药品的有效期时，所述依据所述药品信息判断所述药监码对应的药品是否符合所述保险对应的投保标准包括：依据药品的有效期，判断所述药监码对应的药品是否在有效期内；
此时所述药监码对应的药品符合所述保险对应的投保标准包括：所述药监码对应的药品在有效期内；
当所述药品信息为药品被扫描过的次数时，所述依据所述药品信息判断所述药监码对应的药品是否符合所述保险对应的投保标准包括：依据所述药品被扫描过的次数，判断所述药监码对应的药品是否是第一次被扫描；
此时所述药监码对应的药品符合所述保险对应的投保标准包括：所述药监码对应的药品是第一次被扫描。
可选地，所述方法还包括：
在保单有效期内，每监测到所述投保人成功上传一次所述药监码的药品信息时，将所述投保人上传所述药监码的药品信息的次数加1。
可选地，所述方法还包括：
判断在预设的时间周期内，所述投保人上传所述药监码的药品信息的总次数是否不小于预设的保额调整次数阈值，如果不小于，则按照预设的调整规则调整所述投保人的保额。
可选地，在依据所述药品信息判断所述药监码对应的药品符合所述保险对应的投保标准之后，所述方法还包括：
记录所述投保人上传所述药监码的药品信息的时间；
所述判断在预设的时间周期内，所述投保人上传所述药监码的药品信息的总次数是否不小于预设的保额调整次数阈值，如果不小于，则按照预设的调整规则调整所述投保人的保额包括：
判断在预设的第一时间段周期内，所述投保人上传所述药监码的药品信息的总次数是否不小于预设的保额调整次数第一阈值；
如果在预设的第一时间段周期内，所述投保人上传所述药监码的药品信息的总次数不小于预设的保额调整次数第一阈值，则判断所述投保人最后一次上传所述药监码的药品信息的时间是否大于第一规定时间，如果大于第一规定时间，将所述投保人的保额调高至第一数值，并确定调高保额的保单于所述投保人在所述保额调整次数第二阈值时上传所述药监码的药品信息的当日生效；如果不大于第一规定时间，将所述投保人的保额调高至所述第一数值，并确定调高保额的保单于所述第一规定时间的当日生效。
可选地，所述方法还包括：
如果在预设的第一时间段周期内，所述投保人上传所述药监码的药品信息的总次数小于预设的保额调整次数第一阈值，则判断在预设的第二时间段周期内，所述投保人上传所述药监码的药品信息的总次数是否不小于预设的保额调整次数第二阈值，所述保额调整次数第二阈值小于所述保额调整次数第一阈值；
如果在预设的第二时间段周期内，所述投保人上传所述药监码的药品信息的总次数小于预设的保额调整次数第二阈值，则确定不调整所述投保人的保额。
可选地，所述方法还包括：
如果在预设的第二时间段周期内，所述投保人上传所述药监码的药品信息的总次数不小于预设的保额调整次数第二阈值，则判断所述投保人最后一次上传所述药监码的药品信息的时间是否小于第二规定时间，如果小于，将所述投保人的保额调高至第二数值，并确定调高保额的保单于所述投保人在所述保额调整次数第一阈值时上传所述药监码的药品信息的当日生效；如果不小于，将所述投保人的保额调高至所述第二数值，并确定调高保额的保单于所述第二规定时间的当日生效；
其中所述第一规定时间大于所述第二规定时间，所述第一数值大于所述第二数值。
可选地，所述方法还包括：
依据记录的所述投保人每次上传所述药监码的药品信息的时间，判断所述投保人每相邻两次上传所述药监码的药品信息的时间间隔是否大于预设天数；
如果大于，终止保单。
可选地，所述方法还包括：
依据所述投保人上传所述药监码的药品信息的次数，为所述投保人结算对应的保费。
可选地，所述方法还包括：
当接收到所述投保人发送的理赔请求时，判断所述投保人截止到发送理赔请求的时间点之前，要求所述投保人上传所述药监码的药品信息的总次数与所述投保人实际上传所述药监码的药品信息的总次数的商值是否大于阈值，如果不大于，则确定对所述投保人进行理赔。
本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。
存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)。存储器是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。
还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。
本领域技术人员应明白，本发明的实施例可提供为方法、系统或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
以上仅为本发明的实施例而已，并不用于限制本发明。对于本领域技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本发明的权利要求范围之内。