CN110957024A - 一种医疗信用评估方法、装置及存储介质 - Google Patents

Abstract

本申请提供一种医疗信用评估方法、装置及存储介质，该方法包括接收用户终端发送的医疗信用评估请求，该医疗信用评估请求包括用户的身份信息；根据身份信息在数据库中查找对应的医保信息和医疗行为信息，其中，数据库中预先采集并存储有每个身份信息对应的医保信息和医疗行为信息；根据医保信息和医疗行为信息确定身份信息对应的特征指标；根据身份信息对应的特征指标对身份信息对应的医疗信用进行评估。

Description

一种医疗信用评估方法、装置及存储介质

技术领域

本申请涉及医疗信用领域，具体而言，涉及一种医疗信用评估方法、装置及存储介质。

背景技术

现有的个人信用评估主要依托于中国人民银行以及其他第三方信用服务机构，用于各类商业消费信贷业务，更注重评估用户的经济能力和信贷信息，而将现有的个人信用评估应用于对用户的医疗信用评估上，会存在针对性差的问题。

发明内容

本申请实施例的目的在于提供一种医疗信用评估方法、装置及存储介质，用以解决现有的个人信用评估应用于对用户的医疗信用评估上存在的针对性差的问题。

第一方面，本申请实施例提供一种医疗信用评估方法，所述方法包括：接收用户终端发送的医疗信用评估请求，所述医疗信用评估请求包括用户的身份信息；根据所述身份信息在数据库中查找对应的医保信息和医疗行为信息，其中，所述数据库中预先采集并存储有每个身份信息对应的医保信息和医疗行为信息；根据所述医保信息和医疗行为信息确定所述身份信息对应的特征指标；根据所述身份信息对应的特征指标对所述身份信息对应的医疗信用进行评估。

在上述设计的医疗信用评估方法中，通过对接采集的用户医保信息和医疗行为信息，根据用户医保信息和医疗行为信息确定的特征指标来进一步对用户的医疗信用进行评估，利用用户医保信息和医疗行为信息形成的特征指标来进行医疗信用评估相对于将现有的个人信用评估应用在医疗信用评估更加具有针对性和医疗专业性，解决了现有的个人信用评估应用于对用户的医疗信用评估上存在的针对性差的问题。

在第一方面的可选实施方式中，所述根据所述身份信息对应的特征指标对所述身份信息对应的医疗信用进行评估，包括：判断所述身份信息对应的特征指标是否满足预设的医疗信用指标要求；若是，则生成医疗信用评估合格信息，并向所述用户终端发送所述医疗信用评估合格信息。

在第一方面的可选实施方式中，在所述判断所述身份信息对应的特征指标是否满足预设的医疗信用特征指标要求之后，所述方法还包括：若所述身份信息对应的特征指标不满足预设的医疗信用特征指标要求，则将所述身份信息纳入医疗信用黑名单，并向所述用户终端发送医疗失信结果，所述医疗失信结果包括所述身份信息对应的不满足预设医疗信用特征指标要求的特征指标。

在上述两种实施方式中，对于满足医疗信用特征指标要求的用户，给予一定的医疗信用服务，例如在用户就诊时给予一定的“先诊疗后付费”服务，优化了流程，解决了用户就诊及时性的问题；而对于失信用户，限制其使用“先诊疗后付费”服务，避免了逃费现象，保障了医院等机构的合法权益。

在第一方面的可选实施方式中，所述生成医疗信用评估合格信息，包括：根据所述身份信息在所述数据库中查找对应的个人信息和公益行为信息，其中，所述数据库中预先采集并存储有多个身份信息对应的个人信息和公益行为信息；根据所述身份信息对应的个人信息、医保信息、医疗行为信息以及公益行为信息计算所述身份信息对应的医疗信用等级。

在上述设计的实施方式中，在用户具有满足医疗信用特征指标要求之后，同时基于用户的个人信息、医保信息、医疗行为信息以及公益行为信息对该用户的医疗信用等级进行计算，使得用户的医疗信用从个人信息、医保信息、医疗行为以及公益行为四个维度进行评价，使得医疗信用等级的评价更加具有针对性和全面性。

在第一方面的可选实施方式中，在所述根据所述身份信息对应的个人信息、医保信息、医疗行为信息以及公益行为信息计算所述身份信息对应的医疗信用等级之后，所述方法还包括：根据所述身份信息对应的医疗信用等级查找数据库中所述医疗信用等级对应的医疗信用额度以及信用还款期限；所述向所述用户终端发送所述医疗信用评估合格信息，包括：向所述用户终端发送所述医疗信用等级、医疗信用额度以及信用还款期限。

在上述设计的实施方式中，满足医疗信用特征指标要求的用户在判定其医疗信用等级之后，可以基于用户的医疗信用等级给予相应权利，例如“先诊疗后付费”服务中不同的医疗信用额度和信用还款期限，使得就诊流程优化，提升用户就诊体验，提高医院结算和资金管理效率，节约了资源和人工成本。

在第一方面的可选实施方式中，在所述接收用户终端发送的医疗信用评估请求之后，所述方法还包括：根据所述身份信息在所述数据库中查找预存的黑名单中是否存在所述身份信息；若存在，则向所述用户终端发送医疗失信结果；若不存在，则执行根据所述身份信息在数据库中查找对应的医保信息和医疗行为信息的步骤。

在上述设计的实施方式中，在接收到用户终端发送的评估请求之后，直接基于身份信息查找该身份信息是否存在于后台已经有的黑名单中，若有，则直接不进行后续的评估，提高了评估效率，同时节约了计算资源。

在第一方面的可选实施方式中，在所述接收用户终端发送的医疗信用评估请求之前，所述方法还包括：采集区域人口健康信息平台中的每个用户的基本信息和医疗行为信息、医疗保障系统中的每个用户对应的医保信息以及养老服务平台中的每个用户对应的公益行为信息，每个用户的基本信息中包含了每个用户对应的身份信息；将每个用户对应的身份信息与用户对应的基本信息、医保信息、医疗行为信息以及公益行为信息关联后存储在所述数据库中。

在上述设计的实施方式中，通过对接区域人口健康信息平台、医疗保障系统以及养老服务平台进行评估数据的采集，能够保障数据来源的真实性、数据的准确性、及时性以及可追溯性。

在第一方面的可选实施方式中，所述方法还包括：在预设时间间隔后，通过变更数据捕获算法对所述数据库中存储的用户对应的基本信息、医保信息、医疗行为信息以及公益行为信息进行更新。

在上述设计的实施方式中，通过时间帧的方式对各个数据平台中的数据进行数据捕获，当发现平台中的数据出现变更时，及时对数据库中存储的数据同步更新，实现了数据的动态变化，提高医疗信用评估的准确性。

第二方面，本申请实施例提供一种医疗信用评估装置，所述装置包括：接收模块，用于接收用户终端发送的医疗信用评估请求，所述医疗信用评估请求包括用户的身份信息；查找模块，用于根据所述身份信息在数据库中查找对应的医保信息和医疗行为信息，其中，所述数据库中预先采集并存储有每个身份信息对应的医保信息和医疗行为信息；确定模块，用于根据所述医保信息和医疗行为信息确定所述身份信息对应的特征指标；评估模块，用于根据所述身份信息对应的特征指标对所述身份信息对应的医疗信用进行评估。

在上述设计的医疗信用评估装置中，通过对接采集的用户医保信息和医疗行为信息，根据用户医保信息和医疗行为信息确定的特征指标来进一步对用户的医疗信用进行评估，利用用户医保信息和医疗行为信息形成的特征指标来进行医疗信用资格评估相对于将现有的个人信用评估应用在医疗信用评估具有针对性和医疗专业性，解决了现有的个人信用评估应用于对用户的医疗信用评估上存在的针对性差的问题。

在第二方面的可选实施方式中，所述评估模块，具体用于判断所述身份信息对应的特征指标是否满足预设的医疗信用指标要求；若是，则生成医疗信用评估合格信息，并向所述用户终端发送所述医疗信用评估合格信息。

在第二方面的可选实施方式中，所述评估模块，还具体用于若所述身份信息对应的特征指标不满足预设的医疗信用特征指标要求，则将所述身份信息纳入医疗信用黑名单，并向所述用户终端发送医疗失信结果，所述医疗失信结果包括所述身份信息对应的不满足预设医疗信用特征指标要求的特征指标。

在第二方面的可选实施方式中，所述装置还包括采集模块，用于采集区域人口健康信息平台中的每个用户的基本信息和医疗行为信息、医疗保障系统中的每个用户对应的医保信息以及养老服务平台中的每个用户对应的公益行为信息，每个用户的基本信息中包含了每个用户对应的身份信息；关联存储模块，用于将每个用户对应的身份信息与用户对应的基本信息、医保信息、医疗行为信息以及公益行为信息关联后存储在所述数据库中。

在第二方面的可选实施方式中，所述装置还包括更新模块，用于在预设时间间隔后，通过变更数据捕获算法对所述数据库中存储的用户对应的基本信息、医保信息、医疗行为信息以及公益行为信息进行更新。

第三方面，本申请实施例提供一种电子设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时执行第一方面、第一方面的任一可选的实现方式中的所述方法。

第四方面，本申请实施例提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时执行第一方面、第一方面的任一可选的实现方式中的所述方法。

第五方面：本申请提供了一种计算机程序产品，所述计算机程序产品在计算机上运行时，使得计算机执行第一方面、第一方面的任一可选的实现方式中的所述方法。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本申请第一实施例提供的医疗信用评估方法第一流程图；

图2为本申请第一实施例提供的医疗信用评估方法第二流程图；

图3为本申请第一实施例提供的医疗信用评估方法第三流程图；

图4为本申请第一实施例提供的医疗信用评估方法第四流程图；

图5为本申请第一实施例提供的医疗信用评估方法第五流程图；

图6为本申请第二实施例提供的医疗信用评估装置结构示意图；

图7为本申请第三实施例提供的电子设备结构示意图。

图标：200-接收模块；202-查找模块；204-确定模块；206-评估模块；208-采集模块；210-关联存储模块；212-更新模块；3-电子设备；301-处理器；302-存储器；303-通信总线。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。

第一实施例

如图1所示，本申请提供一种医疗信用评估方法，该方法可应用于服务器，该方法具体包括如下步骤：

步骤S100：接收用户终端发送的医疗信用评估请求，该医疗信用评估请求包括用户的身份信息。

步骤S102：根据该身份信息在数据库中查找对应的医保信息和医疗行为信息，其中，数据库中预先采集并存储有每个身份信息对应的医保信息和医疗行为信息。

步骤S104：根据医保信息和医疗行为信息确定该身份信息对应的特征指标。

步骤S106：根据该身份信息对应的特征指标对该身份信息对应的医疗信用进行评估。

上述中的医疗信用评估主要是指利用用户的医疗相关信息来对用户在医疗方面的信用进行评估的过程。医疗信用可以在很多方面进行应用，例如现在的“信用医疗服务”也就是“先诊疗后付费服务”，是在一定的医疗费用额度范围内，用户可以先享受诊疗服务，再进行出院支付的就诊资格；另外，医疗信用也可以成为对用户的征信信息进行评估时的因素。

在步骤S100中，服务器接收用户终端发送的医疗信用评估请求的方式可为用户首先使用用户终端与服务器建立连接，再将需要进行医疗信用评估的身份信息输入用户终端中，通过用户终端发送给服务器。其中，用户使用用户终端与服务器建立连接的方式可为通过应用程序、小程序或扫描二维码的方式建立连接。另外，步骤S100中的身份信息具体可为需要进行医疗信用评估的身份证号码和对应的姓名。

在步骤S102中的根据该身份信息在数据库中查找对应的医保信息和医疗行为信息可以理解为：以该用户的身份信息如身份证号码以及对应的姓名为索引在服务器的数据库中查找该身份信息对应的医保信息和医疗行为信息。

步骤S102中的数据库预先采集并存储了多个身份信息以及每个身份信息对应的医保信息和医疗行为信息的具体方式可为：服务器对接医疗保障系统和区域人口健康平台，采集医疗保障系统中用户的医保信息、采集区域人口健康平台中用户的医疗行为信息，并将采集的每位用户的身份证号码和对应的医保信息、医疗行为信息相关联，将关联后的数据存储在数据库中。

其中，医保信息为用户医疗保障信息，其包含了医疗保障基本信息和医疗保障违规信息；采集的医疗保障基本信息包括以字符数据类型采集的医保类型(例如城镇职工基本医疗保险、城乡居民基本医疗保险)、以字符数据类型采集的医保参保状态(参加/未参加)、以字符数据类型采集的医保缴费状态(例如正常/欠费/中断/终止等四种状态)以及以数值数据类型采集的医保缴费基数。采集的医疗保障违规信息包括以字符数据类型采集的医保警告类别(警告/通报批评)、医保警告原因、医保警告日期、医保黑名单原因、纳入医保黑名单日期以及医保黑名单限制时间。

医疗行为数据可包括医疗秩序、分级诊疗、互联网医疗、用信历史、健康体检和认证信息六部分，其中，医疗秩序包括以字符数据类型采集的扰乱医疗秩序日期、类别、内容以及被扰乱医疗秩序的医疗机构；分级诊疗包括以字符数据类型采集的家庭医生签约状态、基层医院首诊日期、康复回社区日期等；互联网医疗包括互联网预约挂号记录(例如准时、迟到、爽约三种状态)、下载检验报告日期、下载检查报告日期、参与问卷调查日期等；用信历史包括付费履约记录(例如准时付款/延迟付款/欠款)；健康体检包括健康体检预约记录(例如准时/爽约)；认证信息包括实名认证状态(已认证/未认证)和人脸认证状态(已认证/未认证)。

另外，采集医疗保障系统中用户的医保信息和采集区域人口健康平台中的医疗行为信息可通过前置机分别与医疗保障系统和区域人口健康平台进行对接，医疗保障系统和区域人口健康平台通过前置机将数据传输给本服务器，本服务器将接收的数据存储在数据库中。

在步骤S102根据请求医疗信用评估用户的身份信息查找到上述所说的医疗信息和医疗行为信息之后，执行步骤S104根据医保信息和医疗行为信息确定该身份信息对应的特征指标。在步骤S104中，其具体可为，通过预设的评估模型基于查找到的医疗信息和医疗行为信息来得出该身份信息对应的特征指标，该预设的评估模型可以提前配置并将该评估模型存储在数据库中，在查找到该身份信息对应的医疗信息和医疗行为信息之后，服务器触发调用程序，调用该评估模型对查找到的医疗信息和医疗行为信息进行评估。其中，该预设的评估模型可为根据查找到的医疗警告类别，统计该医疗警告类别中通报批评的次数和医疗警告次数；还可以基于查找到的用户互联网医疗信息中的互联网预约挂号记录来统计用户的爽约次数；还可以根据查找到的医保黑名单信息来确定该用户是否在医保黑名单中；还可以基于医疗行为信息中的扰乱医疗秩序信息来确定该用户是否发生过扰乱医疗行为；还可以基于查找到的用户付款记录来统计用户付款的欠款次数。

在步骤S104确定了上述特征指标之后，进而执行步骤S106基于该特征指标对该用户(身份信息)进行医疗信用评估。

在上述设计的医疗信用评估方法中，通过对接采集的用户医保信息和医疗行为信息，根据用户医保信息和医疗行为信息确定的特征指标来进一步对用户的医疗信用进行评估，利用用户医保信息和医疗行为信息形成的特征指标来进行医疗信用评估相对于将现有的个人信用评估应用在医疗信用评估更加具有针对性和医疗专业性，解决了现有的个人信用评估应用于对用户的医疗信用评估上存在的针对性差的问题。

在本实施例的可选实施方式中，步骤S106根据该身份信息对应的特征指标对该身份信息对应的医疗信用进行评估，如图2所示，其具体可为：

步骤S1060：判断身份信息对应的特征指标是否满足预设的医疗信用指标要求，若满足，则转到步骤S1061；若不满足，则转到步骤S1062。

步骤S1061：生成医疗信用评估合格信息，并将向用户终端发送医疗信用评估合格信息。

步骤S1062：将身份信息纳入医疗信用黑名单，并向用户终端发送医疗失信结果，医疗失信结果包括身份信息对应的不满足预设医疗信用特征指标要求的特征指标。

在前述所说的步骤S102基于评估模型确定该身份信息对应的特征指标之后，服务器基于该确定的特征指标查找数据库中存储的对应的指标要求，进而执行步骤S1060。在步骤S1060中的预设医疗信用指标要求，依照前面的举例具体可为：统计的该用户的医保警告类别中通报批评的次数或医疗警告次数超过预设的次数要求/该用户互联网预约挂号记录中的爽约次数超过预设的次数要求/该用户付款记录中的欠款次数是否超过预设的次数要求/该用户是否为医保黑名单用户/该用户是否发生过扰乱医疗行为，在这些预设的信用指标要求中，只要满足任意一项，就表示该用户身份信息对应的特征指标不满足预设的医疗信用指标要求。例如，服务器统计到该用户的医保警告类别信息中通报批评的次数为4次，预设的次数要求为3次，那么此时通报批评的次数超过了预设的次数要求，该用户身份信息对应的特征指标不满足预设的医疗信用指标要求，进而执行步骤S1062，将该用户身份信息纳入医疗信用黑名单，并向该用户终端发送医疗失信结果。其中，该医疗失信结果中可包含该用户身份信息特征指标中不满足预设指标要求的特征指标，进而将该不满足预设指标要求的特征指标呈现在发给用户的失信结果中，这样，用户在接收到医疗失信结果时就能明白自己不满足医疗信用的原因。另外，预先可以基于不同的医疗信用指标要求设定不同的黑名单持续期限，例如，通报批评超过预设次数要求的黑名单期限持续1年；扰乱医疗秩序的黑名单期限持续3年；医保黑名单用户的医疗信用黑名单期限与医保黑名单期限一致；互联网预约爽约超过预设次数的黑名单期限持续6个月等等。

当步骤S1060中判断出身份信息对应的特征指标满足预设的医疗信用指标要求之后，执行步骤S1061生成医疗信用评估合格信息，并将向用户终端发送医疗信用评估合格信息。该评估合格信息表示该用户满足医疗信用指标要求，当该医疗信用应用在先诊疗后付费服务上时，表示该用户具有在医院就诊时可以进行“先诊疗后付费”。

在上述设计实施方式中，对于满足医疗信用特征指标要求的用户，给予一定的医疗信用服务，例如，在用户就诊时给予一定的“先诊疗后付费”服务，优化了流程，解决了用户就诊及时性的问题；而对于失信用户，限制其使用“先诊疗后付费”服务，避免了逃费现象，保障了医院等机构的合法权益。

在本实施例的可选实施方式中，步骤S1061中的生成医疗信用评估合格信息，如图3所示，具体可为：

步骤S10610：根据该身份信息在数据库中查找对应的个人信息和公益行为信息，其中，该数据库中预先采集并存储有多个身份信息对应的个人信息和公益行为信息。

步骤S10612：根据该身份信息对应的个人信息、医保信息、医疗行为信息以及公益行为信息计算所述身份信息对应的医疗信用等级。

在步骤S10610中基于身份信息查找对应的个人信息和公益行为信息与前述的查找医保信息和医疗信息的方式一致，可以基于该身份信息中的身份证号码和对应的姓名找出与之关联存储在数据库中的个人信息和公益信息。每个身份信息对应的个人信息和公益行为信息通过提前的采集并关联存储在数据库中，采集的具体方式可通过服务器对接区域人口健康信息平台以及养老服务平台获得，具体可以通过前置机与区域人口健康信息平台以及养老服务平台中对接，接收区域人口健康信息平台以及养老服务平台传输的数据。其中，公益行为信息可包括养老公益活动记录，具体可包括养老公益活动的日期和时长。

在步骤S10612中根据该身份信息对应的个人信息、医保信息、医疗行为信息以及公益行为信息计算所述身份信息对应的医疗信用等级，具体可为：给个人信息、医保信息、医疗行为信息以及公益行为信息中的每项指标设置一定的分值，并且分配一定的权重，在查找到该身份信息对应的个人信息、医保信息、医疗行为信息以及公益行为信息之后，基于每项指标设置的分值和分配的权重来计算该身份信息对应的最终分值，最后，基于该身份信息对应的最终分值匹配预设的医疗信用等级，其中，医疗信用等级可具体分为五个等级：分值(80-100]为A级；分值(60-80]为B级，分值(40-60]为C级，分值[30,40]为D级，<30的为E级，具体的，分值区间和对应的医疗信用等级之间可以建立映射表，在得到用户的分值之后，直接根据映射表进行查询。

表1为指标分类以及各指标对应的分值和分配的权重的一个示例。

表1

具体地，可将上述表格内每个指标、每个指标对应的分数和权重提前设置在服务器的配置文件或常驻内存中，在数据库中基于用户身份信息查找到对应的相关信息之后，基于该配置文件和查找到的相关信息计算该用户的最终分值，进而基于最终分值确定该用户的医疗信用等级。另外，在计算出最终分值和用户的医疗信用等级之后，可以将计算出的最终分值和用户的医疗信用等级存储在数据库中，并且与对应的身份信息相关联，以便后续用户使用其身份信息就可以进行查询。

在上述设计的实施方式中，通过对接区域人口健康信息平台、医疗保障系统以及养老服务平台进行评估数据的采集，能够保障数据来源的真实性、数据的准确性、及时性以及可追溯性。

在本实施例的可选实施方式中，在步骤S10612根据身份信息对应的个人信息、医保信息、医疗行为信息以及公益行为信息计算身份信息对应的医疗信用等级之后，如图4所示，该方法还包括：

步骤S10613：根据身份信息对应的医疗信用等级查找数据库中医疗信用等级对应的医疗信用额度以及信用还款期限。

在上述的基础上，步骤S1061中的向用户终端发送医疗信用评估合格信息，具体可为：

S10614：向用户终端发送医疗信用等级、医疗信用额度以及信用还款期限。

在步骤S10613中，根据步骤S10612计算得到的医疗信用等级在数据库中查找对应的医疗信用额度以及信用还款期限，其中，例如，当该医疗信用应用在先诊疗后付款时，该医疗信用额度表示该用户在先诊疗后付款的医疗信用中可以先诊疗后付款的金额额度，不同的医疗信用等级对应不同的医疗信用额度和信用还款期限，具体地，可以为医疗信用等级越高获得的医疗信用额度越高，信用还款期限越宽松。另外，不同的医疗信用等级还可以对应不同的诊疗类型，例如，最高医疗信用等级A级对应的是大型手术诊疗等等。具体地，可以基于前述的分值区间、医疗信用等级、医疗信用额度和信用还款期限建立映射表并将该映射表放置在数据库中，当计算得到用户的分值之后，可根据分值查找映射表中对应的医疗信用等级、医疗信用额度和信用还款期限。

在上述设计的实施方式中，具有医疗信用资格的用户在判定其医疗信用等级之后，可以基于用户的医疗信用等级给予相应权利，例如“先诊疗后付费”服务中不同的医疗额度和还款期限，使得就诊流程优化，提升用户就诊体验，提高医院结算和资金管理效率，节约了资源和人工成本。

在本实施例的可选实施方式中，如图3所示，该方法还包括：

步骤S108：在预设时间间隔后，通过变更数据捕获算法对所述数据库中存储的用户对应的基本信息、医保信息、医疗行为信息以及公益行为信息进行更新。

在步骤S108中，预设时间间隔可以设置为时间帧的方式，例如T+1的方式，其中T+1表示为次日，也就是说在间隔一天时间之后，服务器通过变更数据捕获算法捕捉对接的人口健康信息平台、医疗保障系统以及养老服务平台中的用户数据是否发生变更，若发生变更，基于变更数据捕获算法根据区域人口健康信息平台、医疗保障系统以及养老服务平台中变更的数据对数据库中存储的数据进行更新，进而完成对数据库中存储的用户对应的基本信息、医保信息、医疗行为信息以及公益行为信息进行更新。其中，变更数据捕获算法可为数据库中记录数据变更的多种方法中的任意一种，该数据库可为SQL server数据库，也可以是Oracle等其他数据库。

在上述设计的实施方式中，通过时间帧的方式对各个数据平台中的数据进行数据捕获，当发现平台中的数据出现变更时，及时对数据库中存储的数据同步更新，实现了数据的动态变化，提高医疗信用评估的准确性。

在本实施例的可选实施方式中，在步骤S100接收用户终端发送的医疗信用评估请求之后，如图5所示，该方法还包括：

步骤S101：根据该身份信息在数据库中查找预存的黑名单中是否存在该身份信息，若存在，则转到步骤S1062中的向用户终端发送医疗失信结果的步骤，若不存在，则转到步骤S102。

在上述设计的实施方式中，在接收到用户终端发送的评估请求之后，直接基于身份信息查找该身份信息是否存在于后台已经有的黑名单中，若有，则不进行后续的评估，提高了评估效率，同时节约了计算资源。

第二实施例

图6出示了本申请提供的医疗信用评估装置的示意性结构框图，应理解，该装置与上述图1至图5中的方法实施例对应，能够执行第一实施例中的方法涉及的步骤，该装置具体的功能可以参见上文中的描述，为避免重复，此处适当省略详细描述。该装置包括至少一个能以软件或固件(firmware)的形式存储于存储器中或固化在装置的操作系统(operating system，OS)中的软件功能模块。具体地，该装置包括：接收模块200，用于接收用户终端发送的医疗信用评估请求，医疗信用评估请求包括用户的身份信息；查找模块202，用于根据身份信息在数据库中查找对应的医保信息和医疗行为信息，其中，数据库中预先采集并存储有每个身份信息对应的医保信息和医疗行为信息；确定模块204，用于根据医保信息和医疗行为信息确定身份信息对应的特征指标；评估模块206，用于根据身份信息对应的特征指标对身份信息对应的医疗信用进行评估。

在上述设计的医疗信用评估方法中，通过对接采集的用户医保信息和医疗行为信息，根据用户医保信息和医疗行为信息确定的特征指标来进一步对用户的医疗信用进行评估，利用用户医保信息和医疗行为信息形成的特征指标来进行医疗信用评估相对于将现有的将个人信用评估应用在医疗信用评估更加具有针对性和医疗专业性，解决了现有的个人信用评估应用于对用户的医疗信用评估上存在的针对性差的问题。

在本实施例的可选实施方式中，评估模块206，具体用于判断身份信息对应的特征指标是否满足预设的医疗信用指标要求；若是，则生成医疗信用评估合格信息，并将向用户终端发送医疗信用评估合格信息。

在本实施例的可选实施方式中，评估模块206，还具体用于若身份信息对应的特征指标不满足预设的医疗信用特征指标要求，则将身份信息纳入医疗信用黑名单，并向用户终端发送医疗失信结果，医疗失信结果包括身份信息对应的不满足预设医疗信用特征指标要求的特征指标。

在本实施例的可选实施方式中，该装置还包括采集模块208，用于采集区域人口健康信息平台中的每个用户的基本信息和医疗行为信息、医疗保障系统中的每个用户对应的医保信息以及养老服务平台中的每个用户对应的公益行为信息，每个用户的基本信息中包含了每个用户对应的身份信息；关联存储模块210，用于将每个用户对应的身份信息与用户对应的基本信息、医保信息、医疗行为信息以及公益行为信息关联后存储在数据库中。

在本实施例的可选实施方式中，该装置还包括更新模块212，用于在预设时间间隔后，通过变更数据捕获算法对数据库中存储的用户对应的基本信息、医保信息、医疗行为信息以及公益行为信息进行更新。

第三实施例

如图7所示，本申请提供一种电子设备3，包括：处理器301和存储器302，处理器301和存储器302通过通信总线303和/或其他形式的连接机构(未标出)互连并相互通讯，存储器302存储有处理器301可执行的计算机程序，当计算设备运行时，处理器301执行该计算机程序，以执行时执行第一实施例、第一实施例的任一可选的实现方式中的方法，例如，执行第一实施例中的接收用户终端发送的医疗信用评估请求；根据用户的身份信息在数据库中查找对应的医保信息和医疗行为信息；根据医保信息和医疗行为信息确定身份信息对应的特征指标；根据身份信息对应的特征指标对身份信息对应的医疗信用进行评估的方法。

本申请提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行第一实施例、第一实施例的任一可选的实现方式中的方法。

其中，存储介质可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(Static Random Access Memory,简称SRAM)，电可擦除可编程只读存储器(Electrically Erasable Programmable Read-Only Memory,简称EEPROM)，可擦除可编程只读存储器(Erasable Programmable Read Only Memory,简称EPROM)，可编程只读存储器(Programmable Red-Only Memory,简称PROM)，只读存储器(Read-OnlyMemory,简称ROM)，磁存储器，快闪存储器，磁盘或光盘。

本申请提供一种计算机程序产品，该计算机程序产品在计算机上运行时，使得计算机执行第一实施例、第一实施例的任一可选的实现方式中的所述方法。

在本申请所提供的实施例中，应该理解到，所揭露装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。

再者，在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。

以上所述仅为本申请的实施例而已，并不用于限制本申请的保护范围，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (11)

1.一种医疗信用评估方法，其特征在于，所述方法包括：

接收用户终端发送的医疗信用评估请求，所述医疗信用评估请求包括用户的身份信息；

根据所述身份信息在数据库中查找对应的医保信息和医疗行为信息，其中，所述数据库中预先采集并存储有每个身份信息对应的医保信息和医疗行为信息；

根据所述医保信息和医疗行为信息确定所述身份信息对应的特征指标；

根据所述身份信息对应的特征指标对所述身份信息对应的医疗信用进行评估。

2.根据权利要求1所述方法，其特征在于，所述根据所述身份信息对应的特征指标对所述身份信息对应的医疗信用进行评估，包括：

判断所述身份信息对应的特征指标是否满足预设的医疗信用指标要求；

若是，则生成医疗信用评估合格信息，并向所述用户终端发送所述医疗信用评估合格信息。

3.根据权利要求2所述方法，其特征在于，所述生成医疗信用评估合格信息，包括：

根据所述身份信息在所述数据库中查找对应的个人信息和公益行为信息，其中，所述数据库中预先采集并存储有多个身份信息对应的个人信息和公益行为信息；

根据所述身份信息对应的个人信息、医保信息、医疗行为信息以及公益行为信息计算所述身份信息对应的医疗信用等级。

4.根据权利要求3所述方法，其特征在于，在所述根据所述身份信息对应的个人信息、医保信息、医疗行为信息以及公益行为信息计算所述身份信息对应的医疗信用等级之后，所述方法还包括：

根据所述身份信息对应的医疗信用等级查找数据库中所述医疗信用等级对应的医疗信用额度以及信用还款期限；

所述向所述用户终端发送所述医疗信用评估合格信息，包括：

向所述用户终端发送所述医疗信用等级、医疗信用额度以及信用还款期限。

5.根据权利要求2所述方法，其特征在于，在所述判断所述身份信息对应的特征指标是否满足预设的医疗信用特征指标要求之后，所述方法还包括：

若所述身份信息对应的特征指标不满足预设的医疗信用特征指标要求，则将所述身份信息纳入医疗信用黑名单，并向所述用户终端发送医疗失信结果，所述医疗失信结果包括所述身份信息对应的不满足预设医疗信用特征指标要求的特征指标。

6.根据权利要求1所述方法，其特征在于，在所述接收用户终端发送的医疗信用评估请求之后，所述方法还包括：

根据所述身份信息在所述数据库中查找预存的黑名单中是否存在所述身份信息；

若存在，则向所述用户终端发送医疗失信结果；若不存在，则执行根据所述身份信息在数据库中查找对应的医保信息和医疗行为信息的步骤。

7.根据权利要求1所述方法，其特征在于，在所述接收用户终端发送的医疗信用评估请求之前，所述方法还包括：

采集区域人口健康平台中的每个用户的基本信息和医疗行为信息、医疗保障系统中的每个用户对应的医保信息以及养老服务平台中的每个用户对应的公益行为信息，每个用户的基本信息中包含了每个用户对应的身份信息；

将每个用户对应的身份信息与用户对应的基本信息、医保信息、医疗行为信息以及公益行为信息关联后存储在所述数据库中。

8.根据权利要求7所述方法，其特征在于，所述方法还包括：

在预设时间间隔后，通过变更数据捕获算法对所述数据库中存储的用户对应的基本信息、医保信息、医疗行为信息以及公益行为信息进行更新。

9.一种医疗信用评估装置，其特征在于，所述装置包括：

接收模块，用于接收用户终端发送的医疗信用评估请求，所述医疗信用评估请求包括用户的身份信息；

查找模块，用于根据所述身份信息在数据库中查找对应的医保信息和医疗行为信息，其中，所述数据库中预先采集并存储有每个身份信息对应的医保信息和医疗行为信息；

确定模块，用于根据所述医保信息和医疗行为信息确定所述身份信息对应的特征指标；

评估模块，用于根据所述身份信息对应的特征指标对所述身份信息对应的医疗信用进行评估。

10.一种电子设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至8中任一项所述方法。

11.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至8中任一项所述方法。

Images