基于互联网的医保领域主体信用动态评估方法及系统

技术领域

本申请涉及数据处理技术领域，尤其涉及一种基于互联网的医保领域主体信用动态评估方法及系统。

背景技术

目前，医保监管及主体信用评估主要面临的问题有，普遍存在骗取、套取医保基金现象，医药领域给予回扣、垄断涨价，医疗机构管理制度不健全、超出药品目录用药，医疗领域信息不对称等问题。但是，现有的监管方式由于主要是基于被监管对象的上报数据进行监管，数据真假难辨、数据样本良莠不齐，很难得到较为准确的评估结果，并且由于现有监管方式主要采用人工审核监管，存在监管效率低下等问题。

发明内容

本申请实施例提供了一种互联网的医保领域主体信用动态评估方法及系统，可以解决信用评估中存在的数据漏洞、评估不准确和效率低下的问题。

本申请实施例的第一方面提供了一种互联网的医保领域主体信用动态评估方法，包括：

获取目标处方对应的药品的药品标识信息，根据所述药品标识信息在预设药品信息库中查找所述药品对应的标准重量信息，计算所述目标处方包含的所有药品的所述标准重量信息的总和获得标准重量总和信息；

获取所述目标处方对应的药品的实际重量信息，比较所述标准重量总和信息及所述实际重量信息；

在所述标准重量总和信息及所述实际重量信息不匹配时，生成告警信息。

可选地，所述方法还包括：

控制透视成像设备采集所述药品外包装在第一状态的第一颗粒堆积图像信息；

控制透视成像设备采集所述药品外包装在第二状态的第二颗粒堆积图像信息；

根据所述第一颗粒堆积图像信息和所述第二颗粒堆积图像信息计算获取所述药品的第二廓特征信息；

比较所述第一轮廓特征信息和所述第二廓特征信息，在所述第一轮廓特征信息和所述第二廓特征信息不匹配时，生成告警信息。

可选地，所述控制透视成像设备采集所述药品外包装在第一状态的第一颗粒堆积图像信息的步骤之前，所述方法还包括：

在所述药品被置于称重平台时，控制药品称重平台进行预设次数及幅度振动，以获得所述药品外包装在第一状态；

所述根据所述第一颗粒堆积图像信息和所述第二颗粒堆积图像信息计算获取所述药品的第二廓特征信息的步骤之前，所述方法还包括；

在获得所述第一颗粒堆积图像信息后，控制药品称重平台进行预设次数及幅度振动，以获得所述药品外包装在第二状态。

可选地，所述方法还包括：

获取所述目标处方所属用户的用户特征信息；

根据所述用户特征信息生成与药品排除项信息；

比较所述药品排除项信息与所述药品标识信息，当所述药品标识信息中包含所述药品排除项信息时，生成告警信息，其中所述告警信息包括非法处方告警信息和/或配药错误告警信息。

可选地，所述方法还包括

对所述非法处方告警信息和所述配药错误告警信息进行统计，并通过SPSS软件分析，获得所述非法处方告警信息和所述配药错误告警信息的权重；

根据所述非法处方告警信息和所述配药错误告警信息的权重和对应的数量计算得到所述处方所属被评估主体的评估等级信息；

根据所述评估等级信息生成针对所述被评估主体的评估结果。

可选的，所述用户特征信息包括用户病征信息；

所述方法还包括：

通过网络爬虫进程获取全网内所述用户病征信息对应的处方样本信息；

通过所述用户病征信息和所述目标处方样本信息对神经网络进行训练，基于训练后的神经网络模型预测当前用户病征信息对应的标准处方信息。

可选地，所述方法还包括：

比较所述标准处方信息和所述目标处方，当所述标准处方信息与所述目标处方匹配度低于预设匹配度时，生成告警信息非法处方告警信息。

本申请实施例第二方面提供了一种基于互联网的医保领域主体信用动态评估系统，包括：

获取单元，用于获取目标处方对应的药品的药品标识信息，根据所述药品标识信息在预设药品信息库中查找所述药品对应的标准重量信息，计算所述目标处方包含的所有药品的所述标准重量信息的总和获得标准重量总和信息；

比较单元，用于获取所述目标处方对应的药品的实际重量信息，比较所述标准重量总和信息及所述实际重量信息；

分析单元，用于在所述标准重量总和信息及所述实际重量信息不匹配时，生成告警信息。

本申请实施例第三方面提供了一种电子设备，包括存储器、处理器，所述处理器用于执行存储器中存储的计算机程序时实现上述的基于互联网的医保领域主体信用动态评估方法的步骤。

本申请实施例第四方面提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述的基于互联网的医保领域主体信用动态评估方法的步骤。

综上，本申请实施例提供的基于互联网的医保领域主体信用动态评估方法，包括：获取目标处方对应的药品的药品标识信息，根据所述药品标识信息在预设药品信息库中查找所述药品对应的标准重量信息，计算所述目标处方包含的所有药品的所述标准重量信息的总和获得标准重量总和信息；获取所述目标处方对应的药品的实际重量信息，比较所述标准重量总和信息及所述实际重量信息；在所述标准重量总和信息及所述实际重量信息不匹配时，生成告警信息。预先根据所有药品标识信息，登记所有药品的药品重量信息，构建预设药品信息库，在获得被监管的药房或医疗单位根据诊疗出具的目标处方后，利用称重设备采集实际药品的重量，并与通过药品标识信息在预设药品信息库查询到的包含的所有药品的所述标准重量信息的总和获得标准重量总和信息进行比对，进一步的，在所述标准重量总和信息及所述实际重量信息不匹配时，证明实际药品存在问题，生成告警信息，以作为动态评估的依据。

相应地，本发明实施例提供的系统、电子设备和计算机可读存储介质，也同样具有上述技术效果。

附图说明

图1为本申请实施例提供的一种可能的互联网的医保领域主体信用动态评估方法的流程示意图；

图2为本申请实施例提供的一种可能的互联网的医保领域主体信用动态评估系统的示意性结构框图；

图3为本申请实施例提供的一种可能的互联网的医保领域主体信用动态评估系统的硬件结构示意图；

图4为本申请实施例提供的一种可能的电子设备的示意性结构框图；

图5为本申请实施例提供的一种可能的计算机可读存储介质的示意性结构框图。

具体实施方式

本申请实施例提供了一种互联网的医保领域主体信用动态评估方法及相关设备，可以解决信用评估中存在的数据漏洞、评估不准确和效率低下的问题。

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。

请参阅图1，为本申请实施例提供的一种互联网的医保领域主体信用动态评估方法的流程图，具体可以包括：

S110-S130。

S110，获取目标处方对应的药品的药品标识信息，根据所述药品标识信息在预设药品信息库中查找所述药品对应的标准重量信息，计算所述目标处方包含的所有药品的所述标准重量信息的总和获得标准重量总和信息。

需要说明的是，可以预先建立预设药品信息库，信息库中可以包括所有药品的各种信息，药品种类、重量、功能、药品厂牌、药品包装形状、药品颗粒形状等，

S120，获取所述目标处方对应的药品的实际重量信息，比较所述标准重量总和信息及所述实际重量信息；

利用称重设备采集实际药品的重量，并与通过药品标识信息在预设药品信息库查询到的包含的所有药品的所述标准重量信息的总和获得标准重量总和信息进行比对。

S130，在所述标准重量总和信息及所述实际重量信息不匹配时，生成告警信息。

由于每个特定厂牌、成分、规格的药品，重量应完全相同，在所述标准重量总和信息及所述实际重量信息不匹配时至少说明实际药品的数量、品牌或种类中的一种与正确的药品存在差异，这时很可能存数据上报漏洞或处方错误等问题，可据此对医保领域主体信用动态评估。

在一些示例中，获取目标处方对应的药品的药品标识信息，根据所述药品标识信息在预设药品信息库中查找所述药品对应的第一轮廓特征信息。

上述第一轮廓特征信息可以药品颗粒形状特征也可以是药品内包装或外包装形状特征。

控制透视成像设备采集所述药品外包装在第一状态的第一颗粒堆积图像信息。

上述透视成像设备可以是X射线成像设备

控制透视成像设备采集所述药品外包装在第二状态的第二颗粒堆积图像信息。

需要说明的是药品外包装在第二状态和药品外包装在第一状态是不同角度或内部颗粒不同堆叠方式的状态。

根据所述第一颗粒堆积图像信息和所述第二颗粒堆积图像信息计算获取所述药品的第二廓特征信息。

另外，在此不做限定第二状态的数量，第二状态的数量可以是能够便捷计算出药品的第二廓特征信息所需的足够数量。

比较所述第一轮廓特征信息和所述第二廓特征信息，在所述第一轮廓特征信息和所述第二廓特征信息不匹配时，生成告警信息。

当然如果在识别药品包装轮廓时也可以使用普通的成像设备，如果使用普通的成像设备，为便于获得药品外包装的实际轮廓，需要从至少两个角度对药品外包装轮廓进行采集。生成第一外轮廓信息和第二外轮廓信息，并且根据第一外轮廓信息和第二外轮廓信息计算药品的第二廓特征信息，再比较所述第一轮廓特征信息和所述第二廓特征信息，在所述第一轮廓特征信息和所述第二廓特征信息不匹配时，生成告警信息。

在一些示例中，所述控制透视成像设备采集所述药品外包装在第一状态的第一颗粒堆积图像信息的步骤之前，所述方法还包括：

在所述药品被置于称重平台时，控制药品称重平台进行预设次数及幅度振动，以获得所述药品外包装在第一状态；

所述根据所述第一颗粒堆积图像信息和所述第二颗粒堆积图像信息计算获取所述药品的第二廓特征信息的步骤之前，所述方法还包括；

在获得所述第一颗粒堆积图像信息后，控制药品称重平台进行预设次数及幅度振动，以获得所述药品外包装在第二状态。

需要说明的是，上述称重平台与称重底座之间可以通过弹簧连接，预设次数及幅度振动的调节可以通过机械臂控制调节，也可采用人工调节方式。

在一些示例中，获取所述目标处方所属用户的用户特征信息，其中，所述用户特征信息为用户被动采集信息；

基于所述药品标识信息和所述用户特征信息生成相应于所述目标处方的监管结果数据。

在一些示例中，所述用户特征信息为用户操作用户终端时，通过基于所述用户终端的前置成像设备自动获得的图像数据分析得到的，所述用户特征信息包括：性别信息、年龄信息、发量信息和皮肤状况信息；

所述基于所述药品标识信息和所述用户特征信息生成相应于所述目标处方的监管结果数据，具体包括：

根据所述用户特征信息生成与药品排除项信息；

比较所述药品排除项信息与所述药品标识信息，当所述药品标识信息中包含所述药品排除项信息时，生成告警信息，其中所述告警信息包括非法处方告警信息和/或配药错误告警信息。例如，查看目标处方发现目标处方无异常，则告警信息为配药错误告警信息。

比如识别到用户是男性，那么药品排除项信息应该包括妇科药品。例如，发现针对男性用户的处方中存在妇科药品，需要生成告警信息。

在一些示例中，所述方法还包括

对所述非法处方告警信息和所述配药错误告警信息进行统计，并通过SPSS软件分析，获得所述非法处方告警信息和所述配药错误告警信息的权重；

根据所述非法处方告警信息和所述配药错误告警信息的权重和对应的数量计算得到所述处方所属被评估主体的评估等级信息；

根据所述评估等级信息生成针对所述被评估主体的评估结果。

经数据统计筛选和判断，将评估等级信息直观呈现给评估及监管部门，实现多数据信息的透明化，减少评估部门在对数据统计及评分的差异化，及重复操作。

在一些示例中，所述用户特征信息包括用户病征信息；

所述方法还包括：

通过网络爬虫进程获取全网内所述用户病征信息对应的处方样本信息；

通过所述用户病征信息和所述目标处方样本信息对神经网络进行训练，基于训练后的神经网络模型预测当前用户病征信息对应的标准处方信息。

能够利用大数据对目标处方的合理性进行判断，便于统一判断标准，判断更客观，并实现智能化动态评估。

在一些示例中，所述方法还包括：

比较所述标准处方信息和所述目标处方，当所述标准处方信息与所述目标处方匹配度低于预设匹配度时，生成告警信息非法处方告警信息。

综上，上述本申请实施例提供的基于互联网的医保领域主体信用动态评估方法，包括：获取目标处方对应的药品的药品标识信息，根据所述药品标识信息在预设药品信息库中查找所述药品对应的标准重量信息，计算所述目标处方包含的所有药品的所述标准重量信息的总和获得标准重量总和信息；获取所述目标处方对应的药品的实际重量信息，比较所述标准重量总和信息及所述实际重量信息；在所述标准重量总和信息及所述实际重量信息不匹配时，生成告警信息。预先根据所有药品标识信息，登记所有药品的药品重量信息，构建预设药品信息库，在获得被监管的药房或医疗单位根据诊疗出具的目标处方后，利用称重设备采集实际药品的重量，并与通过药品标识信息在预设药品信息库查询到的包含的所有药品的所述标准重量信息的总和获得标准重量总和信息进行比对，进一步的，在所述标准重量总和信息及所述实际重量信息不匹配时，证明实际药品存在问题，生成告警信息，以作为动态评估的依据。

上面对本申请实施例中互联网的医保领域主体信用动态评估方法进行了描述，下面对本申请实施例中的互联网的医保领域主体信用动态评估系统进行描述。

请参阅图2，本申请实施例中描述互联网的医保领域主体信用动态评估系统的一个实施例，可以包括：

获取单元201，用于获取目标处方对应的药品的药品标识信息，根据所述药品标识信息在预设药品信息库中查找所述药品对应的标准重量信息，计算所述目标处方包含的所有药品的所述标准重量信息的总和获得标准重量总和信息；

比较单元202，用于获取所述目标处方对应的药品的实际重量信息，比较所述标准重量总和信息及所述实际重量信息；

分析单元203，用于在所述标准重量总和信息及所述实际重量信息不匹配时，生成告警信息。

综上，上述实施例提供的基于互联网的医保领域主体信用动态评估系统，由于能够通过：获取目标处方对应的药品的药品标识信息，根据所述药品标识信息在预设药品信息库中查找所述药品对应的标准重量信息，计算所述目标处方包含的所有药品的所述标准重量信息的总和获得标准重量总和信息；获取所述目标处方对应的药品的实际重量信息，比较所述标准重量总和信息及所述实际重量信息；在所述标准重量总和信息及所述实际重量信息不匹配时，生成告警信息。预先根据所有药品标识信息，登记所有药品的药品重量信息，构建预设药品信息库，在获得被监管的药房或医疗单位根据诊疗出具的目标处方后，利用称重设备采集实际药品的重量，并与通过药品标识信息在预设药品信息库查询到的包含的所有药品的所述标准重量信息的总和获得标准重量总和信息进行比对，进一步的，在所述标准重量总和信息及所述实际重量信息不匹配时，证明实际药品存在问题，生成告警信息，以作为动态评估的依据。

上面图2从模块化功能实体的角度对本申请实施例中的互联网的医保领域主体信用动态评估系统进行了描述，下面从硬件处理的角度对本申请实施例中的互联网的医保领域主体信用动态评估系统进行详细描述，请参阅图3，本申请实施例中的互联网的医保领域主体信用动态评估系统300一个实施例，包括：

输入装置301、输出装置302、处理器303和存储器304，其中，处理器303的数量可以一个或多个，图5中以一个处理器303为例。在本申请的一些实施例中，输入装置301、输出装置502、处理器303和存储器304可通过总线或其它方式连接，其中，图5中以通过总线连接为例。

其中，通过调用存储器304存储的操作指令，处理器303，用于执行如下步骤：

获取目标处方对应的药品的药品标识信息，根据所述药品标识信息在预设药品信息库中查找所述药品对应的标准重量信息，计算所述目标处方包含的所有药品的所述标准重量信息的总和获得标准重量总和信息；

获取所述目标处方对应的药品的实际重量信息，比较所述标准重量总和信息及所述实际重量信息；

在所述标准重量总和信息及所述实际重量信息不匹配时，生成告警信息。

通过调用存储器304存储的操作指令，处理器303，还用于执行图1对应的实施例中的任一方式。

请参阅图4，图4为本申请实施例提供的电子设备的实施例示意图。

如图4所示，本申请实施例提供了一种电子设备，包括存储器410、处理器420及存储在存储器420上并可在处理器420上运行的计算机程序411，处理器420执行计算机程序411时实现以下步骤：

获取目标处方对应的药品的药品标识信息，根据所述药品标识信息在预设药品信息库中查找所述药品对应的标准重量信息，计算所述目标处方包含的所有药品的所述标准重量信息的总和获得标准重量总和信息；

获取所述目标处方对应的药品的实际重量信息，比较所述标准重量总和信息及所述实际重量信息；

在所述标准重量总和信息及所述实际重量信息不匹配时，生成告警信息。

在具体实施过程中，处理器420执行计算机程序411时，可以实现图1对应的实施例中任一实施方式。

由于本实施例所介绍的电子设备为实施本申请实施例中一种互联网的医保领域主体信用动态评估系统所采用的设备，故而基于本申请实施例中所介绍的方法，本领域所属技术人员能够了解本实施例的电子设备的具体实施方式以及其各种变化形式，所以在此对于该电子设备如何实现本申请实施例中的方法不再详细介绍，只要本领域所属技术人员实施本申请实施例中的方法所采用的设备，都属于本申请所欲保护的范围。

请参阅图5，图5为本申请实施例提供的一种计算机可读存储介质的实施例示意图。

如图5所示，本实施例提供了一种计算机可读存储介质500，其上存储有计算机程序511，该计算机程序511被处理器执行时实现如下步骤：

获取目标处方对应的药品的药品标识信息，根据所述药品标识信息在预设药品信息库中查找所述药品对应的标准重量信息，计算所述目标处方包含的所有药品的所述标准重量信息的总和获得标准重量总和信息；

获取所述目标处方对应的药品的实际重量信息，比较所述标准重量总和信息及所述实际重量信息；

在所述标准重量总和信息及所述实际重量信息不匹配时，生成告警信息。

所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存储的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘(solid state disk，SSD))等。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修该，或者对其中部分技术特征进行等同替换；而这些修该或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。