CN108346459A - 医疗数据收集方法、服务器及计算机可读存储介质 - Google Patents

Abstract

本发明公开了一种医疗数据收集方法，该方法包括：在收到挂号端发送的挂号信息时，根据所述挂号信息获取客户信息；根据所述客户信息，检测所述客户是否已经授权收集其医疗数据；若所述客户已经授权收集其医疗数据，则检测所述客户是否为有效客户；若所述客户为有效客户，则收集所述客户的医疗数据，配置所述客户的就诊记录。本发明还公开了一种医疗数据收集服务器、计算机可读存储介质。本发明实现了客户医疗数据的自动收集。

Description

医疗数据收集方法、服务器及计算机可读存储介质

技术领域

本发明涉及保险领域，尤其涉及一种医疗数据收集方法、服务器及计算机可读存储介质。

背景技术

随着人们保险意识的提高，越来越多的人购买了财产、医疗、意外等保险。而医疗保险在理赔时，需要客户自己搜集并保存好每次就诊时的各项单据，包括病例、发票、药品明细等，并由人工逐张扫描、上传到理赔系统，然后才能申请理赔。

保险公司在收到理赔申请后，需要核实客户的就诊情况，并校验客户申请报销的单据，为此，保险公司可能需要安排调查人到医院取证。

在理赔的实际操作过程中，病例、发票、药品明细等医疗数据的收集过程漫长，且容易出错，导致理赔时效受到严重影响。例如，用户在就诊时由于专心病情，很容易遗漏单据。而且，部分单据是需要客户主动提出申请，医院才会开具的，这就导致没有理赔经验的客户需要在理赔过程中根据资料需求或是审核情况反复到医院收集各种资料或信息。而保险公司也需要花费大量的人力去调查、核对这些医疗数据的真实性和正确性。

发明内容

本发明的主要目的在于提供一种医疗数据收集方法、服务器及计算机可读存储介质，旨在解决医疗数据的人工搜集工作效率低的技术问题。

为实现上述目的，本发明提供一种医疗数据收集方法，所述医疗数据收集方法包括以下步骤：

在收到挂号端发送的挂号信息时，根据所述挂号信息获取客户信息；

根据所述客户信息，检测所述客户是否已经授权收集其医疗数据；

若所述客户已经授权收集其医疗数据，则检测所述客户是否为有效客户；

若所述客户为有效客户，则收集所述客户的医疗数据，配置所述客户的就诊记录。

优选地，所述根据所述客户信息，检测所述客户是否为有效客户的步骤包括：

根据所述客户信息查询所述客户的保单，判断所述客户的保单是否在有效期内；

若所述客户的保单在有效期内，则根据保单责任和所述挂号信息，判断所述客户的此次出险是否在保单责任范围内；

若此次出险在保单责任范围内，则确定所述客户为有效客户。

优选地，所述根据所述客户信息，检测所述客户是否为有效客户的步骤包括：

根据所述客户信息查询所述客户的征信信息，判断所述客户的征信是否满足预设的征信条件；

若所述客户的征信满足预设的征信条件，则确定所述客户为有效客户。

优选地，所述医疗数据收集方法还包括：

在收到所述客户的理赔查询指令时，根据所述客户的保单，从所述客户的全部就诊记录中筛选出在保单责任范围内的有效就诊记录；

获取基于所述有效就诊记录选择的目标就诊记录；

在收到输入的理赔申请指令时，根据所述目标就诊记录进行理赔立案。

优选地，所述获取基于所述有效就诊记录选择的目标就诊记录的步骤之后，还包括：

根据所述目标就诊记录中的医疗数据获取就诊原因及就诊类型，根据所述就诊原因及就诊类型配置对应的报案资料需求；

接收基于所述报案资料需求上传的补充资料；

若收到输入的理赔申请指令，则根据所述目标就诊记录及所述补充资料进行理赔立案。

优选地，所述若收到输入的理赔申请指令，则根据所述目标就诊记录及所述补充资料进行理赔立案的步骤包括：

若收到输入的理赔申请指令，则检测所述补充资料的完整性；

若所述补充资料完整，则根据所述目标就诊记录及所述补充资料进行理赔立案。

优选地，所述医疗数据收集方法还包括：

在收到输入的就诊记录查询指令时，将所述客户的就诊记录按预设规则进行排序显示。

优选地，所述根据所述客户信息，检测所述客户是否已经授权收集其医疗数据的步骤之后，还包括：

若所述客户未授权收集其医疗数据，则向所述客户的预留通信地址发送通知消息，提醒所述客户进行授权。

此外，为实现上述目的，本发明还提供一种医疗数据收集服务器，所述医疗数据收集服务器包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的医疗数据收集程序，所述医疗数据收集程序被所述处理器执行时实现如上述任一项所述的医疗数据收集方法的步骤。

此外，为实现上述目的，本发明还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有医疗数据收集程序，所述医疗数据收集程序被处理器执行时实现如上述任一项所述的医疗数据收集方法的步骤。

本发明实施例提出的一种医疗数据收集方法、服务器及计算机可读存储介质，在收到挂号端发送的挂号信息时，根据挂号信息获取客户信息，然后检测客户是否已经授权收集其医疗数据，在充分尊重客户的意愿、保护客户隐私的基础上进行医疗数据的收集，为客户提供便利服务；若客户已经授权收集其医疗数据，则检测客户是否为有效客户，从而剔除无效客户，避免收集无效客户的医疗数据，减轻工作量；若客户为有效客户，则获取客户的医疗数据，并配置就诊记录，供客户查询、理赔使用。本发明通过挂号信息自动筛选出已经授权的有效客户，仅收集已经授权的有效客户的医疗数据，实现了对医疗数据收集权限的双向控制。并且，当客户挂号时自动触发医疗数据的收集工作，保障了医疗数据收集的完整性。在得到完整的医疗数据后，对医疗数据进行整理、配置得到客户的就诊记录，从而整齐、有序的保存客户的医疗数据，便于查询取用。由此，本发明实现了客户医疗数据的自动收集，保障了医疗数据的真实性，提高了医疗数据收集的效率、理赔效率和客户体验。并且，由于全程是自动收集医疗数据的，无需人工核对医疗数据的正确性。

附图说明

图1是本发明实施例方案涉及的系统架构示意图；

图2是本发明实施例方案涉及的硬件运行环境的终端结构示意图；

图3为本发明医疗数据收集方法第一实施例的流程示意图；

图4为图1中根据所述客户信息，检测所述客户是否为有效客户的步骤的细化流程示意图；

图5为本发明医疗数据收集方法第二实施例的流程示意图；

图6为本发明医疗数据收集方法第三实施例的流程示意图；

图7为本发明医疗数据收集方法第四实施例的流程示意图；

图8为本发明医疗数据收集方法第五实施例的流程示意图；

图9为本发明医疗数据收集方法第六实施例的流程示意图；

图10为本发明医疗数据收集方法第七实施例的流程示意图；

图11为本发明实施例中一种补充资料场景示意图；

图12为本发明实施例中一种补充资料场景示意图；

图13为本发明实施例中一种补充资料场景示意图；

图14为本发明实施例中一种补充资料场景示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

考虑到具体方案，作为一种具体的实施方式，本实施例方案涉及的系统架构可以如图1所示，该系统架构包括挂号端、医院服务器、医疗数据收集服务器与客户端，其中：

挂号端用于收集挂号信息并发送给医疗数据收集服务器。

医院服务器用于记录客户就诊过程中的医疗数据，并授权医疗数据收集服务器抓取客户的医疗数据，或将客户的医疗数据发送给医疗数据收集服务器。需要说明的是，挂号端可部署在医院服务器中。

医疗数据收集服务器用于收集客户的医疗数据，具体的，接收挂号端发送的挂号信息，检测客户是否已经授权收集其医疗数据，检测客户是否为有效客户；若客户已经授权收集其医疗数据，且客户为有效客户，则收集客户的医疗数据，配置客户的就诊记录。

进一步地，医疗数据收集服务器还用于接收客户输入的指令，根据客户的就诊记录对应进行理赔立案。

客户端用于客户输入理赔查询指令、理赔申请指令，以及上传理赔的补充资料。

基于上述系统架构，本发明中医疗数据收集服务器在收到挂号端发送的挂号信息时，根据挂号信息获取客户信息，然后检测客户是否已经授权收集其医疗数据，在充分尊重客户的意愿、保护客户隐私的基础上进行医疗数据的收集，为客户提供便利服务；若客户已经授权收集其医疗数据，则检测客户是否为有效客户，从而剔除无效客户，避免收集无效客户的医疗数据，减轻工作量；若客户为有效客户，则获取客户的医疗数据，并配置就诊记录，供客户查询、理赔使用。本发明通过挂号信息自动筛选出已经授权的有效客户，仅收集已经授权的有效客户的医疗数据，实现了对医疗数据收集权限的双向控制。并且，当客户挂号时自动触发医疗数据的收集工作，保障了医疗数据收集的完整性。在得到完整的医疗数据后，对医疗数据进行整理、配置得到客户的就诊记录，从而整齐、有序的保存客户的医疗数据，便于查询取用。由此，本发明实现了客户医疗数据的自动收集，保障了医疗数据的真实性，提高了医疗数据收集的效率、理赔效率和客户体验。并且，由于全程是自动收集医疗数据的，无需人工核对医疗数据的正确性。

如图2所示，图2是本发明实施例方案涉及的硬件运行环境的终端结构示意图。

本发明实施例医疗数据收集服务器可以是PC、服务器等终端设备。

如图2所示，该医疗数据收集服务器可以包括：处理器1001，例如CPU，网络接口1004，用户接口1003，存储器1005，通信总线1002。其中，通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏(Display)、输入单元比如键盘(Keyboard)，可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如WI-FI接口)。存储器1005可以是高速RAM存储器，也可以是稳定的存储器(non-volatile memory)，例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。

可选地，医疗数据收集服务器还可以包括摄像头、RF(Radio Frequency，射频)电路，传感器、音频电路、WiFi模块等等。

本领域技术人员可以理解，图2中示出的终端结构并不构成对医疗数据收集服务器的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

如图2所示，作为一种计算机存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及医疗数据收集程序。

在图2所示的终端中，网络接口1004主要用于连接挂号端，与挂号端进行数据通信；用户接口1003主要用于连接客户端(用户端)，与客户端进行数据通信，接收用户通过客户端输入的指令、上传的资料等；而处理器1001可以用于调用存储器1005中存储的医疗数据收集程序，并执行以下操作：

在收到挂号端发送的挂号信息时，根据所述挂号信息获取客户信息；

根据所述客户信息，检测所述客户是否已经授权收集其医疗数据；

若所述客户已经授权收集其医疗数据，则检测所述客户是否为有效客户；

若所述客户为有效客户，则收集所述客户的医疗数据，配置所述客户的就诊记录。

进一步地，处理器1001可以调用存储器1005中存储的医疗数据收集程序，还执行以下操作：

根据所述客户信息查询所述客户的保单，判断所述客户的保单是否在有效期内；

若所述客户的保单在有效期内，则根据保单责任和所述挂号信息，判断所述客户的此次出险是否在保单责任范围内；

若此次出险在保单责任范围内，则确定所述客户为有效客户。

进一步地，处理器1001可以调用存储器1005中存储的医疗数据收集程序，还执行以下操作：

根据所述客户信息查询所述客户的征信信息，判断所述客户的征信是否满足预设的征信条件；

若所述客户的征信满足预设的征信条件，则确定所述客户为有效客户。

进一步地，处理器1001可以调用存储器1005中存储的医疗数据收集程序，还执行以下操作：

在收到所述客户的理赔查询指令时，根据所述客户的保单，从所述客户的全部就诊记录中筛选出在保单责任范围内的有效就诊记录；

获取基于所述有效就诊记录选择的目标就诊记录；

在收到输入的理赔申请指令时，根据所述目标就诊记录进行理赔立案。

进一步地，处理器1001可以调用存储器1005中存储的医疗数据收集程序，还执行以下操作：

根据所述目标就诊记录中的医疗数据获取就诊原因及就诊类型，根据所述就诊原因及就诊类型配置对应的报案资料需求；

接收基于所述报案资料需求上传的补充资料；

若收到输入的理赔申请指令，则根据所述目标就诊记录及所述补充资料进行理赔立案。

进一步地，处理器1001可以调用存储器1005中存储的医疗数据收集程序，还执行以下操作：

若收到输入的理赔申请指令，则检测所述补充资料的完整性；

若所述补充资料完整，则根据所述目标就诊记录及所述补充资料进行理赔立案。

进一步地，处理器1001可以调用存储器1005中存储的医疗数据收集程序，还执行以下操作：

在收到输入的就诊记录查询指令时，将所述客户的就诊记录按预设规则进行排序显示。

进一步地，处理器1001可以调用存储器1005中存储的医疗数据收集程序，还执行以下操作：

若所述客户未授权收集其医疗数据，则向所述客户的预留通信地址发送通知消息，提醒所述客户进行授权。

本发明医疗数据收集服务器的具体实施例与下述医疗数据收集方法的各实施例基本相同，在此不作赘述。

参照图3，本发明医疗数据收集方法第一实施例提供一种医疗数据收集方法，所述医疗数据收集方法包括：

步骤S10、在收到挂号端发送的挂号信息时，根据所述挂号信息获取客户信息。

本发明在客户的授权下，通过和医院进行数据对接自动收集客户的医疗数据，得到客户的就诊记录，实现了客户医疗数据自动的收集，无需人工手动搜集，提高了理赔的效率和客户体验。

具体的，作为一种实施方式，保险公司先与医院签订合作协议，将医疗数据收集服务器与医院的医院服务器建立通信连接，使得医疗数据收集服务器与医院服务器能够进行信令、数据的传输和交互。其中，医疗数据收集服务器用于收集医疗数据、进行理赔立案以及引导理赔流程等；医院服务器为医院系统的服务器，记录客户就诊过程中的各项医疗数据。

客户在就诊时，可以通过多种方式进行挂号。例如，医院的挂号窗口、医院的应用软件、电话预约挂号、微信预约挂号、自助挂号机以及专业的挂号网站等等。挂号端的挂号服务器能够接收、存储各种途径的挂号信息。

挂号端在得到客户的挂号信息后，将挂号信息发送给医疗数据收集服务器。

医疗数据收集服务器在得到挂号信息后，提取其中记载的客户信息。其中，客户信息包括客户的身份信息和就诊医院信息等，而身份信息包括姓名、身份证号等可唯一识别的个人信息。

另外，挂号信息中还可以包括就诊流水号、病历号等唯一识别号，用来收集此客户的医疗数据，即使客户在当前医院的各个科室流转也能准确的找到其在各科室的医疗数据。

步骤S20、根据所述客户信息，检测所述客户是否已经授权收集其医疗数据。

在拿到客户的身份信息后，医疗数据收集服务器检查客户是否已经授权保险公司收集其医疗数据。

具体的，作为一种实施方式，客户可以预先通过保险公司的理赔APP(Application，应用软件)或网站授权保险公司收集其医疗数据。客户在理赔APP中进行注册、实名认证后，即可进入授权界面进行授权。医疗数据收集服务器获取授权的客户信息、授权时间等信息，存入权限数据库中。

则，医疗数据收集服务器在收到挂号端发送的挂号信息后，可以在权限数据库记载的已授权的客户信息中，根据当前客户的姓名、身份证号信息等查找客户，从而判断此客户是否已经授权。

进一步地，客户还可以配置授权的有效期、授权的医院等。

作为另外一种实施方式，客户也可也可以在挂号时进行医疗数据收集的权限配置，包括选择是否授权保险公司收集其医疗数据，授权哪些保险公司收集其医疗数据。则，挂号端将客户的权限信息配置到挂号信息中，与客户信息一起发送给医疗数据收集服务器。

医疗数据收集服务器在收到挂号信息后，根据客户信息及权限信息，检测此客户是否已经授权收集其医疗数据。

若此客户非本公司的客户，或是客户未授权，则判定此客户未授权收集其医疗数据。

步骤S30、若所述客户已经授权收集其医疗数据，则检测所述客户是否为有效客户。

若检测到客户已经授权获取其在医院的医疗数据，则医疗数据收集服务器需要进一步判断客户是否为有效客户。其中，有效客户是指符合自动收集医疗数据条件的客户。

需要说明的是，自动收集医疗数据的条件包括不在预设的黑名单中、保单在有效期内、出险在其保单责任范围内等等。

例如，自动收集医疗数据的条件为不在预设的黑名单中，则医院服务器需要根据预设的黑名单，判断客户是否在黑名单中。其中，预设的黑名单可以包括在保险方面有违规和违法操作历史的客户、短时间内高频理赔的客户、特殊保单的客户等等。

通过黑名单的过滤，剔除不能享受自动收集医疗数据服务的客户，以降低理赔风险、保障收集的医疗数据的有效性。

当然，作为另外一种实施方式，可以根据预设的白名单，来判断客户是否在白名单中，若客户在白名单中，则收集其医疗数据。

进一步地，作为一种实施方式，自动收集医疗数据的条件为保单在有效期内、出险在其保单责任范围内，则参照图4，所述步骤S30包括：

步骤S31、根据所述客户信息查询所述客户的保单，判断所述客户的保单是否在有效期内。

医疗数据收集服务器根据客户信息调取当前客户的保单，判断客户的保单是否在有效期内。

若客户有多张保单，则分别判断各保单是否在有效期内，剔除不在有效期内的保单，仅保留在有效期内的保单进行进一步的验证。

进一步地，若客户的保单不在有效期内，则标记客户，并向客户预留的通信地址发送通知消息，提醒其续保，也可以同时通知保险销售部门，便于和客户接洽续保事宜。

步骤S32、若所述客户的保单在有效期内，则根据保单责任和所述挂号信息，判断所述客户的此次出险是否在保单责任范围内。

若客户的保单在有效期内，则医疗数据收集服务器根据此客户的挂号信息，以及保单责任条款中的保单责任，判断客户的此次出险是否在保单责任范围内。

具体的，作为一种实施方式，医疗数据收集服务器从挂号信息中提取门诊信息、就诊原因等信息。其中，门诊信息包括此次就诊的门诊，例如牙科、眼科等等；就诊原因包括疾病、意外等。

然后，医疗数据收集服务器根据客户的保单责任，判断出客户的此次出险是否在保单责任范围内，也即客户的此次就诊是否在理赔范围内。

例如客户的保单为意外险，并且在有效期内，而客户此次就诊是挂的妇产科，则判定客户此次的就诊不在理赔范围内，此次出险不在保单责任范围内。

步骤S33、若此次出险在保单责任范围内，则确定所述客户为有效客户。

若客户的此次出险在保单责任范围内，则可以确定客户为有效客户，需要收集其医疗数据。

需要说明的是，若客户有多张在有效期内的保单，则分别根据各保单的保单责任和挂号信息，判断可的此次出险是否在各保单的保单责任范围内。

当客户的此次出险在至少一个保单的保单责任范围内时，即可以判定客户的此次出险在保单责任范围内，此客户为有效客户，需要收集其医疗数据。

步骤S40、若所述客户为有效客户，则收集所述客户的医疗数据，配置所述客户的就诊记录。

若客户为有效客户，则从客户就诊的医院获取客户此次就诊的医疗数据并保存，以供客户理赔使用。

具体的，作为一种实施方式，医疗数据收集服务器根据挂号单中的就诊流水号、病历号或客户身份信息，从医院的医院服务器收集客户的医疗数据。

在进行数据收集时，医疗数据收集服务器可以向医院服务器发送收集指令，由医院服务器将当前客户的全部医疗数据主动发送给医疗数据收集服务器；当然，医疗数据收集服务器也可以对医院服务器中的数据进行过滤，筛选出当前客户的医疗数据。

其中，医疗数据包括挂号信息、就诊的门诊、医疗项目、使用的药物明细、结算费用及发票等就诊的相关数据。

然后，医疗数据收集服务器存储收集的医疗数据，并整理、配置得到客户的就诊记录，就诊记录中包括挂号信息，以及客户就诊的时间、医院、门诊、费用，以及药物明细等信息。

进一步地，客户可以通过理赔APP或网站查询其就诊记录，供客户依据就诊记录申请理赔。

进一步地，作为另外一种实施方式，医疗数据收集服务器从医院服务器获取客户的医疗数据后，还可以根据医疗数据再次分析推断客户的出险情况，继而结合客户的保单责任，二次核验客户的此次出险是否在保单责任范围内；若二次核验客户的此次出险在保单责任范围内，则医疗数据收集服务器根据收集的医疗数据配置就诊记录，以供客户理赔使用。

由此，通过对保单责任的二次校验，提升了医疗数据的有效性，减少了不在理赔范围内的医疗数据的收集与存储工作，提高了医疗数据的收集效率。

在本实施例中，在收到挂号端发送的挂号信息时，根据挂号信息获取客户信息，然后检测客户是否已经授权收集其医疗数据，在充分尊重客户的意愿、保护客户隐私的基础上进行医疗数据的收集，为客户提供便利服务；若客户已经授权收集其医疗数据，则检测客户是否为有效客户，从而剔除无效客户，避免收集无效客户的医疗数据，减轻工作量；若客户为有效客户，则获取客户的医疗数据，并配置就诊记录，供客户查询、理赔使用。本实施例通过挂号信息自动筛选出已经授权的有效客户，仅收集已经授权的有效客户的医疗数据，实现了对医疗数据收集权限的双向控制。并且，当客户挂号时自动触发医疗数据的收集工作，保障了医疗数据收集的完整性。在得到完整的医疗数据后，对医疗数据进行整理、配置得到客户的就诊记录，从而整齐、有序的保存客户的医疗数据，便于查询取用。由此，本实施例实现了客户医疗数据的自动收集，保障了医疗数据的真实性，提高了医疗数据收集的效率、理赔效率和客户体验。并且，由于全程是自动收集医疗数据的，无需人工核对医疗数据的正确性。

进一步地，参照图5，本发明医疗数据收集方法第二实施例提供一种医疗数据收集方法，基于上述本发明医疗数据收集方法第一实施例，所述步骤S30包括：

步骤S34、根据所述客户信息查询所述客户的征信信息，判断所述客户的征信是否满足预设的征信条件。

为了保障医疗数据的有效性，进一步地还可以校验客户的征信，避免收集到造假几率高或是有其他风险的医疗数据。

具体的，医疗数据收集服务器根据客户的身份信息，从预设的征信数据库中调用客户的征信信息，判断客户的征信是否满足预设的征信条件。

其中，预设的征信条件为需要客户达到的征信标准，可灵活配置；预设的征信数据库可以是保险公司自己的征信数据库，或是银行等其它第三方的征信数据库服务器中。

作为一种实施方式，预设的征信条件为不低于预设的征信等级。

其中，征信等级是根据客户的征信数据中的各事项或参数，以及对应的分值、权重等综合评定的。例如，给予信贷逾期、失信被执行人、交通严重违章、租借逃逸等失信事项较高的负分，给予道德模范等奖励事项以较高的正分，进而综合计算出客户的征信分数，并根据征信分数确定对应的征信等级。征信等级可以从低到高配置多个等级，例如征信等级可以配置为共1级、2级、3级、4级、5级共5个，其中1最低、5最高，若预设的征信等级为4，则征信等级为4级及4级以上的客户才满足预设的征信条件。

需要说明的是，医疗数据收集服务器从征信数据库中获取的征信信息可以是包括客户各事项或参数的征信数据，由医疗数据收集服务器根据客户的征信信息，确定客户的征信等级，再根据征信等级判断客户的征信是否满足预设的征信条件。

当然，医疗数据收集服务器从征信数据库中获取的征信信息也可以是客户的征信等级，医疗数据收集服务器直接根据客户的征信等级判断客户的征信是否满足预设的征信条件。

步骤S35、若所述客户的征信满足预设的征信条件，则确定所述客户为有效客户。

进一步地，自动收集医疗数据的条件为保单在有效期内、出险在其保单责任范围内，且客户的征信满足预设的征信条件。

则医疗数据收集服务器需要根据客户信息查询客户的保单，判断客户的保单是否在有效期内；若客户的保单在有效期内，则根据保单责任和客户的挂号信息，判断客户的此次出险是否在保单责任范围内；同时，还需要根据客户信息查询客户的征信信息，判断客户的征信是否满足预设的征信条件。

若客户此次出险在保单责任范围内，且客户的征信满足预设的征信条件，则确定客户为有效客户。

本实施例中，在对客户的有效性进行校验时，利用客户的征信信息对客户进行征信校验，以剔除征信较差的客户，降低骗保的概率。为了进一步提升客户医疗数据的有效性，还可以进一步结合保单有效期、保单责任与客户征信多维度对客户的有效性进行校验。

进一步地，参照图6，本发明医疗数据收集方法第三实施例提供一种医疗数据收集方法，基于上述本发明医疗数据收集方法第一实施例或第二实施例(本实施例以本发明医疗数据收集方法第一实施例为例)，所述医疗数据收集方法还包括：

步骤S50、在收到所述客户的理赔查询指令时，根据所述客户的保单，从所述客户的全部就诊记录中筛选出在保单责任范围内的有效就诊记录。

客户在就诊结束后，可以通过理赔APP或是网站等申请理赔。

当客户登录理赔系统后，可以通过理赔APP界面上或网页上的理赔查询指令按钮输入理赔查询指令。

医疗数据收集服务器在收到客户输入的理赔查询指令后，根据客户的保单，确定客户的保单责任。

然后，在客户的全部就诊记录中筛选出在保单责任范围内的就诊记录，作为有效就诊记录，剔除不在保单责任范围内的就诊记录。

例如，客户的保单为医疗保单，则需要筛选出普通医疗的就诊记录，剔除意外事故导致的就诊记录；若客户的保单期限为2017年1月1日至2017年12月31日，则进一步筛选出就诊时间再此期限内的就诊记录，剔除此期限以外的全部就诊记录。

需要说明的是，在筛选就诊记录时，还需要剔除已经立案理赔的就诊记录。

在通过多维度的筛选后，得到的就诊记录即为有效就诊记录。由此，实现了对就诊记录的初步筛选。

然后，医疗数据收集服务器将筛选得到的有效就诊记录显示在理赔APP界面或网页上，供用户查看、选择。

步骤S60、获取基于所述有效就诊记录选择的目标就诊记录。

用户在了解到其可以申请理赔的有效就诊记录后，可以根据实际需要，在有效就诊记录中选择其当前申请理赔的就诊记录。

具体的，用户可以通过理赔APP界面或网页上的选择按钮，选中需要申请理赔的急诊记录。

医疗数据收集服务器将用户选择的就诊记录作为此次申请理赔的目标就诊记录。

步骤S70、在收到输入的理赔申请指令时，根据所述目标就诊记录进行理赔立案。

用户在选择、确定此次申请理赔的目标就诊记录后，可以通过理赔APP界面或网页上的提交理赔按钮，输入理赔申请指令。

医疗数据收集服务器在收到用户输入的理赔申请指令后，根据其选择的目标就诊记录进行理赔立案。

进一步地，还可以根据目标就诊记录及其对应的保单进行理赔立案。其中，目标就诊记录对应的保单为其落入保单责任范围内的保单，由于一个就诊记录可能落入多个保单的保单责任范围内，则对应的，一个目标就诊记录对应多个保单。在进行理赔立案时，分别对各保单进行理赔立案。

若客户选择了多个目标就诊记录，则分别根据各目标就诊记录进行立案。

在本实施例中，在收到客户的理赔查询指令时，根据客户的保单，从客户的全部就诊记录中筛选出在保单责任范围内的有效就诊记录，从而自动剔除无法申请理赔的就诊记录，降低无效理赔案件的数量，减轻理赔工作量；然后，获取客户基于有效就诊记录选择的目标就诊记录，从而使得客户能够掌握主动权，选择其需要进行理赔的就诊记录；在收到客户输入的理赔申请指令时，根据目标就诊记录进行理赔立案，进行理赔处理。本实施例中用户可以直接从其就诊记录中选取就诊记录申请理赔，无需用户再大量收集其就诊过程中的各项单据，降低医疗数据收集的工作量；并且，由于就诊记录中的就医数据是自动收集的，真实性能够得到保障，也就无需理赔调查员反复到医院收集客户的医疗数据，提升了理赔时效。

进一步地，参照图7，本发明医疗数据收集方法第四实施例提供一种医疗数据收集方法，基于上述本发明医疗数据收集方法第三实施例，所述步骤S60之后还包括：

步骤S80、根据所述目标就诊记录中的医疗数据获取就诊原因及就诊类型，根据所述就诊原因及就诊类型配置对应的报案资料需求。

客户在选取当前需要理赔的目标就诊记录后，医疗数据收集服务器根据目标就诊记录中的医疗数据，获取客户的就诊原因，包括意外、医疗等。

具体的，可以根据医疗数据中挂号信息里的医疗类型，确定客户就诊的原因；当然，还可以根据医疗数据中客户就诊的门诊、病例中的病情、客户的药物明细等分析得到客户的就诊原因。

同时，医疗数据收集服务器根据目标就诊记录中的医疗数据，获取客户的就诊类型。例如，仅门诊医疗，门诊且金额大于一万元，含住院等等。

在得到客户的就诊原因及就就诊类型后，医疗数据收集服务器根据预设的报案流程，配置客户需要补充的资料。

例如，客户购买了万能险，因车祸受伤，就诊原因为意外，就诊类型为仅门诊医疗，则报案流程需要意外证明，配置报案资料需求为病例、意外发生日期、交警出具的证明文件。

步骤S90、接收基于所述报案资料需求上传的补充资料。

在配置得到报案资料需求后，在理赔APP的界面或网页展示报案资料需求，提示客户上传对应的补充资料。

作为一种具体的应用场景，参照图11，当就诊原因为疾病、就诊类型为仅门诊医疗时，对应的报案资料需求为门(急)诊病例等；参照图12，当就诊原因为疾病、就诊类型为门诊且金额大于一万元时，对应的报案资料需求为就诊人身份证明以及门(急)诊病例等；参照图13，当就诊原因为疾病、就诊类型为含住院时，对应的报案资料需求为就诊人身份证明、门(急)诊病例以及住院病例等；参照图14，当就诊原因为意外、就诊类型为仅门诊医疗时，对应的报案资料需求为就诊人身份证明、门(急)诊病例、意外发生日期(图中未示出)以及意外事故证明或说明等。

需要说明的是，当需要上传的补充资料较多时，可以分为多个界面或页面依次提示客户上传补充资料。

客户根据报案资料需求的提示，上传对应的资料照片或扫描件，作为申请理赔的补充资料。

步骤S100、若收到输入的理赔申请指令，则根据所述目标就诊记录及所述补充资料进行理赔立案。

当客户完成补充资料的上传后，进行理赔信息及资料的确认，再输入理赔申请指令，提交理赔。

医疗数据收集服务器在收到客户输入的理赔申请指令时，根据目标就诊记录、对应的补充资料进行理赔立案。进一步地，还可以根据目标就诊记录、对应的补充资料，并关联对应的保单进行理赔立案。

在本实施例中，在得到客户选择的目标就诊记录后，根据目标就诊记录中的医疗数据获取客户的就诊原因及就诊类型，根据就诊原因及就诊类型配置对应的报案资料需求，以提示客户上传对应的补充资料；接收客户基于报案资料需求上传的补充资料；当客户完成资料补充后，若收到客户输入的理赔申请指令，则根据目标就诊记录及补充资料进行理赔立案。由此，实现了在理赔报案时进行理赔资料的一次性收集，收集的理赔资料包括目标就诊记录中的医疗数据以及客户上传补充资料，无需在进行理赔审核时反复找客户收集理赔资料。并且，本实施例根据客户的就诊原因及就诊类型配置对应的报案资料需求，引导客户走不同的报案流程，实现了有针对性的资料收集，提升理赔资料收集的有效性。

进一步地，参照图8，本发明医疗数据收集方法第五实施例提供一种医疗数据收集方法，基于上述本发明医疗数据收集方法第四实施例，所述步骤S100包括：

步骤S101、所述若收到输入的理赔申请指令，则检测所述补充资料的完整性；

步骤S102、若所述补充资料完整，则根据所述目标就诊记录及所述补充资料进行理赔立案。

当收到用户输入的理赔申请指令时，医疗数据收集服务器根据报案资料需求，检测客户当前上传的补充资料的完整性，判断客户是否根据报案资料需求完成了全部补充资料的上传。

需要说明的是，若报案资料需求中包含必要资料和非必要资料时，则医疗数据收集服务器仅需要检测必要资料是否已经全部上传。

若客户上传的补充资料完整，满足报案资料需求，则医疗数据收集服务器再根据目标就诊记录及补充资料进行理赔立案。

若客户上传的补充资料不完整，不满足报案资料需求，则医疗数据收集服务器可以提示客户再补充需要上传资料。

在本实施例中，当客户输入理赔申请指令时，需要检测客户补充资料的完整性；当客户上传的补充资料完整，则根据目标就诊记录及补充资料进行理赔立案。本实施例在理赔立案前，对客户补充资料的完整性进行了校验，避免后续需要客户再补充资料，提高了理赔的时效。并且，由于理赔资料的规范完整，因此降低了后续审核的工作量和难度，并避免了因缺少理赔资料而中途驳回理赔申请的情况，提高了理赔效率和客户体验。

进一步地，参照图9，本发明医疗数据收集方法第六实施例提供一种医疗数据收集方法，基于上述本发明医疗数据收集方法第一实施例、第二实施例、第三实施例、第四实施例或第五实施例(本实施例以本发明医疗数据收集方法第一实施例为例)，所述医疗数据收集方法还包括：

步骤S110、在收到输入的就诊记录查询指令时，将所述客户的就诊记录按预设规则进行排序显示。

医疗数据收集服务器在收到客户的就诊记录查询指令后，根据就就诊时间、就诊地区、就诊医院等一个或多个维度，按预设规则排序显示其就诊记录。

例如，若预设的规则为按照就诊时间排序，则医疗数据收集服务器在接到客户的就诊记录查询指令后，按照就诊时间由近至远依次排列显示，也即就诊时间最近的就诊记录排在首位，就诊时间较远的排序也相对靠后。

当然，医疗数据收集服务器还可以结合就诊时间、就诊地区、就诊医院等多个维度，综合确定就诊记录的顺序。例如，同一地区的就诊记录排在一组；同一医院的就诊记录排在一组；同一组内的就诊记录按照就诊时间进行排序。

进一步地，还可以根据就诊记录的理赔立案状态，对就诊记录进行标记显示。例如，已立案的就诊记录用灰色显示，未立案的就诊记录用绿色显示，异常的就诊记录用红色显示。

因此，实现了就诊记录的个性化显示，当客户就诊次数较多时，能方便的查阅和选择正确的就诊记录进行申请理赔，降低了理赔查询指令和后续审核的工作量，并提高了客户体验。

进一步地，还可以统计并显示就诊记录的医疗费用总金额，以供客户查阅。

进一步地，还可以在收到客户输入的理赔状态查询指令时，在理赔APP界面或网页上，显示整个理赔信息流，方便客户随时了解理赔进行状态，提高了客户体验。

在本实施例中，在收到客户输入的就诊记录查询指令时，将客户的就诊记录按预设规则进行排序显示，因此方便客户查阅和选择就诊记录进行申请理赔，降低了理赔查询指令和后续审核的工作量。

进一步地，参照图10，本发明医疗数据收集方法第七实施例提供一种医疗数据收集方法，基于上述本发明医疗数据收集方法第一实施例、第二实施例、第三实施例、第四实施例、第五实施例或第六实施例(本实施例以本发明医疗数据收集方法第一实施例为例)，所述医疗数据收集方法还包括：

步骤S120、若所述客户未授权收集其医疗数据，则向所述客户的预留通信地址发送通知消息，提醒所述客户进行授权。

若检测到客户还未授权收集其医疗数据，则医疗数据收集服务器向客户的预留通信地址发送通知消息，提醒客户进行授权，以避免客户因疏忽或未知情况而未授权，因此在尊重客户隐私和保护客户隐私的基础上，排除了偶然因素造成的客户未授权的情况。

其中，预留的通信地址包括手机号码、社交软件账号、邮箱地址等等。

进一步地，还可以在配置客户的就诊记录后，向客户的预留通信地址发送通知消息，以通知客户其就诊记录已经配置好，客户可以通过理赔APP或网站进行查阅，以及进行后续的理赔申请。

在本实施例中，若客户未授权收集其医疗数据，则向客户的预留通信地址发送通知消息，提醒客户进行授权，以避免客户因疏忽或未知情况而未授权。本实施例通过增加授权提醒功能，在尊重客户隐私和保护客户隐私的基础上，排除了客观因素造成的客户未授权的情况，提高了客户体验。

此外，本发明实施例还提出一种计算机可读存储介质，所述计算机可读存储介质上存储有医疗数据收集程序，所述医疗数据收集程序被处理器执行时实现如下操作：

在收到挂号端发送的挂号信息时，根据所述挂号信息获取客户信息；

根据所述客户信息，检测所述客户是否已经授权收集其医疗数据；

若所述客户已经授权收集其医疗数据，则检测所述客户是否为有效客户；

若所述客户为有效客户，则收集所述客户的医疗数据，配置所述客户的就诊记录。

进一步地，所述医疗数据收集程序被处理器执行时还实现如下操作：

根据所述客户信息查询所述客户的保单，判断所述客户的保单是否在有效期内；

若所述客户的保单在有效期内，则根据保单责任和所述挂号信息，判断所述客户的此次出险是否在保单责任范围内；

若此次出险在保单责任范围内，则确定所述客户为有效客户。

进一步地，所述医疗数据收集程序被处理器执行时还实现如下操作：

根据所述客户信息查询所述客户的征信信息，判断所述客户的征信是否满足预设的征信条件；

若所述客户的征信满足预设的征信条件，则确定所述客户为有效客户。

进一步地，所述医疗数据收集程序被处理器执行时还实现如下操作：

在收到所述客户的理赔查询指令时，根据所述客户的保单，从所述客户的全部就诊记录中筛选出在保单责任范围内的有效就诊记录；

获取基于所述有效就诊记录选择的目标就诊记录；

在收到输入的理赔申请指令时，根据所述目标就诊记录进行理赔立案。

进一步地，所述医疗数据收集程序被处理器执行时还实现如下操作：

根据所述目标就诊记录中的医疗数据获取就诊原因及就诊类型，根据所述就诊原因及就诊类型配置对应的报案资料需求；

接收基于所述报案资料需求上传的补充资料；

若收到输入的理赔申请指令，则根据所述目标就诊记录及所述补充资料进行理赔立案。

进一步地，所述医疗数据收集程序被处理器执行时还实现如下操作：

若收到输入的理赔申请指令，则检测所述补充资料的完整性；

若所述补充资料完整，则根据所述目标就诊记录及所述补充资料进行理赔立案。

进一步地，所述医疗数据收集程序被处理器执行时还实现如下操作：

在收到输入的就诊记录查询指令时，将所述客户的就诊记录按预设规则进行排序显示。

进一步地，所述医疗数据收集程序被处理器执行时还实现如下操作：

若所述客户未授权收集其医疗数据，则向所述客户的预留通信地址发送通知消息，提醒所述客户进行授权。

本发明计算机可读存储介质的具体实施例与上述医疗数据收集方法的各实施例基本相同，在此不作赘述。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在如上所述的一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种医疗数据收集方法，其特征在于，所述医疗数据收集方法包括以下步骤：

在收到挂号端发送的挂号信息时，根据所述挂号信息获取客户信息；

根据所述客户信息，检测所述客户是否已经授权收集其医疗数据；

若所述客户已经授权收集其医疗数据，则检测所述客户是否为有效客户；

若所述客户为有效客户，则收集所述客户的医疗数据，配置所述客户的就诊记录。

2.如权利要求1所述的医疗数据收集方法，其特征在于，所述根据所述客户信息，检测所述客户是否为有效客户的步骤包括：

根据所述客户信息查询所述客户的保单，判断所述客户的保单是否在有效期内；

若所述客户的保单在有效期内，则根据保单责任和所述挂号信息，判断所述客户的此次出险是否在保单责任范围内；

若此次出险在保单责任范围内，则确定所述客户为有效客户。

3.如权利要求1所述的医疗数据收集方法，其特征在于，所述根据所述客户信息，检测所述客户是否为有效客户的步骤包括：

根据所述客户信息查询所述客户的征信信息，判断所述客户的征信是否满足预设的征信条件；

若所述客户的征信满足预设的征信条件，则确定所述客户为有效客户。

4.如权利要求1-3任一项所述的医疗数据收集方法，其特征在于，所述医疗数据收集方法还包括：

在收到所述客户的理赔查询指令时，根据所述客户的保单，从所述客户的全部就诊记录中筛选出在保单责任范围内的有效就诊记录；

获取基于所述有效就诊记录选择的目标就诊记录；

在收到输入的理赔申请指令时，根据所述目标就诊记录进行理赔立案。

5.如权利要求4所述的医疗数据收集方法，其特征在于，所述获取基于所述有效就诊记录选择的目标就诊记录的步骤之后，还包括：

根据所述目标就诊记录中的医疗数据获取就诊原因及就诊类型，根据所述就诊原因及就诊类型配置对应的报案资料需求；

接收基于所述报案资料需求上传的补充资料；

若收到输入的理赔申请指令，则根据所述目标就诊记录及所述补充资料进行理赔立案。

6.如权利要求5所述的医疗数据收集方法，其特征在于，所述若收到输入的理赔申请指令，则根据所述目标就诊记录及所述补充资料进行理赔立案的步骤包括：

若收到输入的理赔申请指令，则检测所述补充资料的完整性；

若所述补充资料完整，则根据所述目标就诊记录及所述补充资料进行理赔立案。

7.如权利要求1-3任一项所述的医疗数据收集方法，其特征在于，所述医疗数据收集方法还包括：

在收到输入的就诊记录查询指令时，将所述客户的就诊记录按预设规则进行排序显示。

8.如权利要求1所述的医疗数据收集方法，其特征在于，所述根据所述客户信息，检测所述客户是否已经授权收集其医疗数据的步骤之后，还包括：

若所述客户未授权收集其医疗数据，则向所述客户的预留通信地址发送通知消息，提醒所述客户进行授权。

9.一种医疗数据收集服务器，其特征在于，所述医疗数据收集服务器包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的医疗数据收集程序，所述医疗数据收集程序被所述处理器执行时实现如权利要求1至8中任一项所述的医疗数据收集方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有医疗数据收集程序，所述医疗数据收集程序被处理器执行时实现如权利要求1至8中任一项所述的医疗数据收集方法的步骤。