医保风险审核方法、装置、计算机设备及可读存储介质与流程

1.本技术涉及人工智能技术领域，尤其涉及医疗数据技术领域，具体涉及一种医保风险审核方法、装置、计算机设备及计算机可读存储介质。


背景技术：

2.大病医疗保险，患者作为投保人，在进行医疗保险理赔时，由于大病医疗保险涉及的理赔金额较大，因此，对医疗保险的风险审核会更谨慎。在医保风险审核时，会涉及投保人的就诊医院、医生、疾病信息及治疗信息等大量的医患数据。由于大病医疗保险的特殊性，大病医疗保险涉及的扣费规则更复杂，且不同地区扣费规则也大不相同，因此，大病保险涉及的数据量也更庞大，传统保险预警审核功能不能完全适用于大病保险，采用传统预警审核功能审核大病保险，由于数据量庞大，容易出错，降低了对大病保险的风险预警效率。


技术实现要素：

3.本技术提供了一种医保风险审核方法、装置、计算机设备及计算机可读存储介质，能够解决传统技术对大病保险的风险预警效率效率较低的技术问题。
4.第一方面，本技术提供了一种医保风险审核方法，包括：获取医保案件，所述医保案件包含医保案件标识及医保案件诊疗信息；根据所述医保案件标识，获取所述医保案件对应的预设医保审核规则列表，其中，所述预设医保审核规则列表包含预设医保审核规则id；根据所述预设医保审核规则id，获取所述预设医保审核规则id对应的预设医保校验规则集合；采用所述预设医保校验规则集合包含的预设医保校验规则，对所述医保案件诊疗信息进行审核。
5.第二方面，本技术还提供了一种医保风险审核装置，包括：第一获取单元，用于获取医保案件，所述医保案件包含医保案件标识及医保案件诊疗信息；第二获取单元，用于根据所述医保案件标识，获取所述医保案件对应的预设医保审核规则列表，其中，所述预设医保审核规则列表包含预设医保审核规则id；第三获取单元，用于根据所述预设医保审核规则id，获取所述预设医保审核规则id对应的预设医保校验规则集合；审核单元，用于采用所述预设医保校验规则集合包含的预设医保校验规则，对所述医保案件诊疗信息进行审核。。
6.第三方面，本技术还提供了一种计算机设备，其包括存储器及处理器，所述存储器上存储有计算机程序，所述处理器执行所述计算机程序时实现所述医保风险审核方法的步骤。
7.第四方面，本技术还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时使所述处理器执行所述医保风险审核方法的步骤。
8.本技术提供了一种医保风险审核方法、装置、计算机设备及计算机可读存储介质。本技术通过获取医保案件，所述医保案件包含医保案件标识及医保案件诊疗信息，根据所
述医保案件标识，获取所述医保案件对应的预设医保审核规则列表，所述预设医保审核规则列表包含预设医保审核规则id，根据所述预设医保审核规则id，获取所述预设医保审核规则id对应的预设医保校验规则集合，采用所述预设医保校验规则集合包含的预设医保校验规则，对所述医保案件诊疗信息进行审核，可以针对每个地区的大病医疗保险对应的大量审核数据，进行对应性设置与校验，可以提高对大病医疗保险的审核效率，进而提高大病医疗保险的风险预警效率。
附图说明
9.为了更清楚地说明本技术实施例技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
10.图1为本技术实施例提供的医保风险审核方法的一个流程示意图；
11.图2为本技术实施例提供的医保风险审核方法中医保审核规则链条示意图；
12.图3为本技术实施例提供的医保风险审核方法的第一个子流程示意图；
13.图4为本技术实施例提供的医保风险审核方法的第二个子流程示意图；
14.图5为本技术实施例提供的医保风险审核方法的第三个子流程示意图；
15.图6为本技术实施例提供的医保风险审核方法的第四个子流程示意图；
16.图7为本技术实施例提供的医保风险审核装置的一个示意性框图；
17.图8为本技术实施例提供的计算机设备的示意性框图。
具体实施方式
18.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
19.应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。
20.请参阅图1与图2，图1为本技术实施例提供的医保风险审核方法的一个流程示意图，图2为本技术实施例提供的医保风险审核方法中医保审核规则链条示意图。如图1所示，所述医保风险审核方法可以应用于进行医保风险审核的服务器，所述服务器可以是独立的服务器，也可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络(content deliverynetwork，cdn)、以及大数据和人工智能平台等基础云计算服务的云服务器，该方法包括以下步骤s11
‑
s14：
21.s11、获取医保案件，所述医保案件包含医保案件标识及医保案件诊疗信息。
22.具体地，患者作为投保人，在进行大病医疗理赔时，会将医患信息对应的医患数据，以医保案件的形式上传至进行医保风险审核的平台，进行风险控制审核，其中，医患数据包含就诊的地区、医院、医生、科室，疾病及相关的治疗信息等。上述医疗数据可以基于人工智能技术进行获取和处理，其中，人工智能(artificial intelligence，ai)是利用数字
计算机或者数字计算机控制的机器模拟、延伸和扩展人的智能，感知环境、获取知识并使用知识获得最佳结果的理论、方法、技术及应用系统，人工智能基础技术一般包括如传感器、专用人工智能芯片、云计算、分布式存储、大数据处理技术、操作/交互系统、机电一体化等技术，人工智能软件技术主要包括计算机视觉技术、机器人技术、生物识别技术、语音处理技术、自然语言处理技术以及机器学习/深度学习等几大方向。例如，上述医疗数据可以基于区块链及云计算进行计算与存储，进一步地，上述医疗数据可以通过医疗云进行医疗数据的传输、计算及存储，其中，医疗云(medical cloud)，是指在云计算、移动技术、多媒体、4g通信、大数据、以及物联网等新技术基础上，结合医疗技术，使用“云计算”来创建医疗健康服务云平台，实现了医疗资源的共享和医疗范围的扩大，因为云计算技术的运用于结合，医疗云提高医疗机构的效率，方便居民就医。像现在医院的预约挂号、电子病历、医保等都是云计算与医疗领域结合的产物，医疗云还具有数据安全、信息共享、动态扩展、布局全局的优势。
23.可以接收各个预设医保案件渠道发送的医保案件，并将所有所述医保案件写入预设案件任务处理表，对所述医保案件进行审核时，再从所述预设案件任务处理表中获取医保案件，医保案件一般包括所述医保案件的医保案件标识，及医保案件诊疗信息对应的案件的具体内容。
24.进一步地，请参阅图3，图3为本技术实施例提供的医保风险审核方法的第一个子流程示意图，如图3所示，在该实施例中，所述获取医保案件包括：
25.s111、接收若干个预设医保案件数据源上传的医保案件；
26.s112、将所述医保案件写入预设异步案件任务处理表；
27.s113、轮询所述预设异步案件任务处理表，从所述预设异步案件任务处理表获取医保案件。
28.具体地，大病医疗保险业务，一般存在多个医保案件数据源，而对医保案件的审核，是由同一个后台进行处理，后台对多个医保案件数据源的医保案件进行处理时，可以接收若干个预设医保案件数据源上传的医保案件，并将所述医保案件写入预设异步案件任务处理表，以对医保案件进行异步任务的处理，再通过异步任务轮询所述预设异步案件任务处理表，从所述预设异步案件任务处理表获取医保案件，在大病保险涉及数据量更庞大的情形下，保证对大病保险的风险进行审核的效率与审核质量。
29.s12、根据所述医保案件标识，获取所述医保案件对应的预设医保审核规则列表，其中，所述预设医保审核规则列表包含预设医保审核规则id。
30.具体地，预先按照大病医疗保险所涉及的机构及项目等大病医疗保险的医保属性设置相对应的预设医保审核规则，由于大病医疗保险涉及的审核规则较多，可以采用预设医保审核规则列表的形式描述大病医疗保险涉及的众多审核规则，所述预设医保审核规则列表包括若干个预设医保审核规则id，每个预设医保审核规则id关联预设医保校验规则集合，每个预设医保校验规则集合包含若干个具体的校验规则，所述预设医保审核规则列表可以包含必校验规则与可配置校验规则，所述必校验规则可以包括黑名单校验与对接原始数据负数校验，尤其对于大病医疗保险，基于基本医保系统对接原始结算数据进行负数校验，即判断当前医保案件诊疗信息的对接数据中是否存在负值，对于不允许存在负值的医保案件诊疗信息，若存在负值数据，即可直接判断医保案件诊疗信息存在异常，可以保证数
据准确性，所述可配置校验规则可以包括就诊信息校验、就医明细校验、出入院诊断校验等，所述必校验规则与可配置校验规则可以通过各自对应的预设管理菜单进行编辑，如图2所示，所述预设医保审核规则列表包括预设医保审核规则id1、预设医保审核规则id2及预设医保审核规则id3，所述预设医保审核规则id1关联预设医保校验规则集合1，所述预设医保校验规则集合1包括预设医保校验规则11、预设医保校验规则12及预设医保校验规则13，共三条校验规则，图2中的其它校验规则依次类推，所述医保审核规则可以为医疗账单审核规则、医疗明细审核规则或者诊断审核规则等，从而将大病医疗保险的众多校验规则，通过层级式的预设医保审核规则列表，根据校验规则所述的规则属性进行归类，以对众多校验规则进行审核，从而针对不同地区、不同机构及不同项目可以分别设置对应的预设医保审核规则列表，从而实现对医保审核的个性化配置，提高医保审核的针对性、准确性及审核效率。例如，针对一医疗项目设置相对应的预设医保审核规则列表，从而可以根据医保案件所属的医疗项目确定医保案件对应的预设医保审核规则列表，且将医保案件的医保案件标识与预设医保审核规则列表的预设表标识关联起来，以能够根据所述医保案件标识关联出所对应的预设医保审核规则列表，其中，所述预设医保案件标识可以为医保案件的案件编号，所述预设表标识可以为预设表id、预设表名称等表标识，然后根据所述预设医保案件标识包含的具体内容，识别出所述预设医保案件标识关联的预设医保审核规则列表，例如可以根据所述预设医保案件标识包含的编码设置，识别出所述预设医保案件标识关联的预设医保审核规则列表，所述预设医保审核规则列表包含预设医保审核规则id，id，英文为identitydocument，是预设医保审核规则的标识号、账号、唯一编码等。
31.进一步地，请参阅图2与图4，图4为本技术实施例提供的医保风险审核方法的第二个子流程示意图，如图4所示，在该实施例中，所述根据所述医保案件标识，获取所述医保案件对应的预设医保审核规则列表包括：
32.s121、根据所述医保案件标识，确定所述医保案件所属的预设医保所属地；
33.s122、根据所述预设医保所属地，确定所述医保案件所属的预设医保项目；
34.s123、根据所述预设医保项目，获取所述预设医保项目对应的预设医保审核规则列表，以得到所述医保案件对应的预设医保审核规则列表。
35.具体地，针对大病医疗保险在各个地区的各个医保项目的医保审核规则均可能不相同的情形，可以预先针对各个地区的各个医保项目设置相对应的预设医保审核规则列表。
36.获取到医保案件的医保案件标识后，先根据所述医保案件标识，确定所述医保案件所属的预设医保所属地，再根据所述预设医保所属地，确定所述医保案件所属的预设医保项目，然后根据所述预设医保项目，获取所述预设医保项目对应的预设医保审核规则列表，进而得到所述医保案件对应的预设医保审核规则列表，后续采用所述预设医保审核规则列表将所述医保案件进行审核，可以实现大病医疗保险根据各个医保地区、各个医保项目采用相对应的风险审核规则，甚至还可以进一步结合各个医保机构采用相对应的医保风险审核规则，从而实现大病医疗保险的个性化配置与精细化配置，实现大病医疗保险风险的准确性审核，提高对各个医保地区、各个医保项目的医保风险审核的审核质量与审核效率。
37.s13、根据所述预设医保审核规则id，获取所述预设医保审核规则id对应的预设医
保校验规则集合。
38.具体地，可以预先把相应的预设医保审核规则id与预设医保审核规则按照键值对方式进行预存，例如，将预设医保审核规则id与预设医保审核规则按照键值对方式预存至预设map集合中，所述预设map集合用于保存具有映射关系的数据，map集合里保存着两组值，一组用于保存map的key，key可以用于保存预设医保审核规则id，另一组保存着map的vlue，value可以用于保存预设医保校验规则集合，key与对应的value组成键值对，从而可以根据所述预设医保审核规则id，获取所述预设医保审核规则id对应的预设医保校验规则集合，且同一预设医保审核规则列表的表结构可以存储不同类型的校验规则，从而提高校验规则设置的效率。请继续参阅图2，如图2所示，每个预设医保审核规则id关联对应的预设医保校验规则集合，每个所述预设医保校验规则集合包含若干条具体的校验规则，例如，预设医保审核规则列表包含的预设医保审核规则id1对应的预设医保校验规则集合1可以为黑名单校验集合，所述黑名单校验集合配置黑名单医院、科室、医生、参保人等具体的黑名单内容，医保案件的赔案信息中涉及医院、科室、医生及参保人等具体内容时，触发黑名单校验规则，所述黑名单校验集合可以通过预设黑名单管理菜单进行黑名单的增加、删除、修改等黑名单编辑，可以提高对黑名单校验规则设置的效率，进而提高医保风险审核的准确性与效率。
39.因此，根据所述医保案件标识，获取所述医保案件对应的预设医保审核规则列表后，可以根据所述预设医保审核规则列表包含的预设医保审核规则id，获取所述预设医保审核规则id对应的预设医保校验规则集合。
40.s14、采用所述预设医保校验规则集合包含的预设医保校验规则，对所述医保案件诊疗信息进行审核。
41.具体地，获取所述预设医保校验规则集合后，可以采用所述预设医保校验规则集合包含的预设医保校验规则，对所述医保案件诊疗信息进行校验，以实现使用所述预设医保校验规则对所述医保案件进行审核，所述预设医保校验规则集合中的校验规则可以以预设医保规则校验方法的方式进行描述。
42.进一步地，请参阅图5，图5为本技术实施例提供的医保风险审核方法的第三个子流程示意图，如图5所示，在该实施例中，所述采用所述预设医保校验规则集合包含的预设医保校验规则，对所述医保案件诊疗信息进行审核包括：
43.s141、基于所述预设医保校验规则集合对应的预设医保规则初始化实现类集合，调用所述预设医保规则初始化实现类集合包含的预设医保规则初始化实现类，以采用所述预设医保规则初始化实现类对应的预设医保规则校验方法，将所述预设医保规则校验方法对应的医保案件诊疗信息进行校验；
44.s142、循环所述预设医保规则初始化实现类集合包含的所有所述预设医保规则校验方法，对所述预设医保规则初始化实现类集合对应的所有所述医保案件诊疗信息进行校验。
45.具体地，针对大病医疗保险中不同地区的医保扣费规则不相同，且大病医疗保险的医保扣费规则数量较多的情形，为了降低实现医保审核的程序模块之间的耦合度，提高医保审核项目开发与维护的便捷性与效率，从而持续性的提高医保审核效率，可以基于预设医保规则校验接口方式实现对医保校验规则的校验。在使用预设医保校验规则对医保案
件诊疗信息进行校验时，定义统一的预设医保规则校验接口，所述预设医保规则校验接口用于定义一种对医保校验规则进行校验的规范与标志，所述预设医保规则校验接口的预设医保规则实现类用于进行具体的预设医保规则校验，并且所述预设医保规则实现类可以基于预设医保规则抽象类进行实例化而实现，从而所述预设医保规则校验接口可以直接调用所述预设医保规则实现类进行具体医保规则的校验。在采用所述预设医保校验规则集合包含的预设医保校验规则，将所述医保案件诊疗信息进行审核时，在将所述预设医保规则实现类进行初始化，而得到对应的预设医保规则初始化实现类的基础上，获取所述预设医保校验规则集合对应的预设医保规则初始化实现类集合，按照从前到后的预设医保校验规则执行顺序，循环调用所述预设医保规则初始化实现类集合包含的所有所述预设医保规则校验方法，所述预设医保规则校验方法对应所述预设医保规则初始化实现类，将所述预设医保规则校验方法对应的医保案件诊疗信息进行校验，以对所述预设医保规则初始化实现类集合对应的所有所述医保案件诊疗信息进行校验，从而实现对所述医保案件诊疗信息进行审核，得到所述医保案件诊疗信息对应的医保信息审核结果，所述医保信息审核结果可以为审核通过或者为审核不通过。
46.更进一步地，所述循环所述预设医保规则初始化实现类集合包含的所有所述预设医保规则校验方法，对所述预设医保规则初始化实现类集合对应的所有所述医保案件诊疗信息进行校验的步骤包括：
47.循环预设医保审核bean接口集合，顺序调用所述预设医保审核bean接口集合包含的预设医保规则校验方法，对所述预设医保审核bean接口集合对应的所有所述医保案件诊疗信息进行校验，其中，所述预设医保规则校验方法为对预设医保审核bean接口进行实例化而实现。
48.具体地，采用医保校验规则校验医保案件诊疗信息时，采用预设医保审核bean接口方式进行医保规则校验，其中，bean是spring的类。创建预设医保审核bean接口，根据所述预设医保审核bean接口对应的医保校验规则，将所述预设医保审核bean接口进行实例化，得到所述预设医保审核bean接口对应的预设医保规则初始化实现类，所述预设医保规则初始化实现类用于描述具体医保校验规则的预设医保规则校验方法，其中，可以将同一个预设医保审核bean接口进行不同的实例化，从而得到同一个预设医保审核bean接口的不同预设医保规则校验方法，并且将所述预设医保审核bean接口进行实例化可以基于预设医保审核bean工厂进行，例如，基于beanfactorypostprocessor工厂模式，自动初始化各医保校验规则的实现类，进一步将若干个实例化的预设医保审核bean接口组成预设医保审核bean接口集合，即可得到包含若干个预设医保规则初始化实现类的预设医保规则初始化实现类集合，所述预设医保规则初始化实现类集合包含若干个医保校验规则各自的预设医保规则校验方法，然后循环预设医保审核bean接口集合，顺序调用所述预设医保审核bean接口集合包含的预设医保规则校验方法，对所述预设医保审核bean接口集合对应的所有所述医保案件诊疗信息进行校验，实现基于bean接口的医保规则校验，可以提高医保校验规则的可扩展性、可读性，从而提高大病医保审核的效率与审核质量。
49.本技术实施例，通过获取医保案件，所述医保案件包含医保案件标识及医保案件诊疗信息，根据所述医保案件标识，获取所述医保案件对应的预设医保审核规则列表，所述预设医保审核规则列表包含预设医保审核规则id，根据所述预设医保审核规则id，获取所
述预设医保审核规则id对应的预设医保校验规则集合，采用所述预设医保校验规则集合包含的预设医保校验规则，对所述医保案件诊疗信息进行审核，可以针对每个地区的大病医疗保险对应的大量审核数据，进行对应性设置与校验，可以提高对大病医疗保险的审核效率，进而提高大病医疗保险的风险预警效率。
50.请参阅图6，图6为本技术实施例提供的医保风险审核方法的第四个子流程示意图，如图6所示，在该实施例中，所述采用所述预设医保校验规则集合包含的预设医保校验规则，对所述医保案件诊疗信息进行审核包括：
51.s15、判断所述医保案件诊疗信息是否满足预设诊疗条件；
52.s16、若所述医保案件诊疗信息满足预设诊疗条件，判定所述医保案件诊疗信息审核通过；
53.s17、若所述医保案件诊疗信息不满足预设诊疗条件，判定所述医保案件诊疗信息审核未通过。
54.具体地，可以根据医保案件诊疗信息设置对应的预设诊疗条件，例如，针对黑名单校验，可以判断医保案件诊疗信息对应的诊疗对象是否属于预设黑名单里的内容，例如，可以判断诊疗医院是否属于黑名单里的预设医院，诊疗医生是否属于黑名单里的预设医生，诊疗科室是否属于黑名单里的预设科室等，还可以对指定的医保案件诊疗信息进行负数校验等，从而根据所述医保案件诊疗信息对应的预设诊疗条件，判断所述医保案件诊疗信息是否满足预设诊疗条件，若所述医保案件诊疗信息满足预设诊疗条件，判定所述医保案件诊疗信息审核通过，若所述医保案件诊疗信息不满足预设诊疗条件，判定所述医保案件诊疗信息审核未通过，从而实现对所述医保案件诊疗信息进行审核，从而在大病医疗保险扣费规则较多的情形下，可以提高对大病医疗保险审核的效率。
55.进一步地，所述判定所述医保案件诊疗信息审核未通过的步骤之后，还包括：
56.将审核未通过的医保案件诊疗信息作为异常诊疗信息，并将所述异常诊疗信息进行预警。
57.具体地，对于审核未通过的医保案件诊疗信息，需要将审核未通过的医保案件诊疗信息作为异常诊疗信息，并将所述异常诊疗信息进行预警，即将所述异常诊疗信息进行告警，以提醒控制医保审核风险的相关人员进行进一步处理，进行预警的预警内容可以包括预警标题、预警信息描述及预警审核结果，所述预警内容还可以包括所述医保案件的医保案件标识，以方便相关人员对所述预警内容进行进一步处理，从而提高大病医保审核风险的审核效率。在大病医疗保险中，针对大病医保审核案件，所述预警内容可以通过预设预警显示列表等预设预警显示方式进行显示，且所述预设预警显示方式还可以包括预设内容对应的预设突出显示方式，例如请参阅如下表格1，如表格1所示的示例，审核结果以加粗方式进行突出显示，或者所述审核结果以预设高亮方式进行显示，或者所述审核结果以预设颜色方式进行显示，从而便于相关人员确定相关重点内容，以提高医保审核风险的处理效率。
58.表格1
[0059][0060]
需要说明的是，上述各个实施例所述的医保风险审核方法，可以根据需要将不同实施例中包含的技术特征重新进行组合，以获取组合后的实施方案，但都在本技术要求的保护范围之内。
[0061]
请参阅图7，图7为本技术实施例提供的医保风险审核装置的一个示意性框图。对应于上述所述医保风险审核方法，本技术实施例还提供一种医保风险审核装置。如图7所示，该医保风险审核装置包括用于执行上述所述医保风险审核方法的单元，该医保风险审核装置可以被配置于计算机设备中。具体地，请参阅图7，所述医保风险审核装置70包括第一获取单元71、第二获取单元72、第三获取单元73及审核单元74。
[0062]
其中，第一获取单元71，用于获取医保案件，所述医保案件包含医保案件标识及医保案件诊疗信息；
[0063]
第二获取单元72，用于根据所述医保案件标识，获取所述医保案件对应的预设医保审核规则列表，其中，所述预设医保审核规则列表包含预设医保审核规则id；
[0064]
第三获取单元73，用于根据所述预设医保审核规则id，获取所述预设医保审核规则id对应的预设医保校验规则集合；
[0065]
审核单元74，用于采用所述预设医保校验规则集合包含的预设医保校验规则，对所述医保案件诊疗信息进行审核。
[0066]
在一实施例中，所述第一获取单元71包括：
[0067]
第一接收子单元，用于接收若干个预设医保案件数据源上传的医保案件；
[0068]
第一写入子单元，用于将所述医保案件写入预设异步案件任务处理表；
[0069]
第一轮询子单元，用于轮询所述预设异步案件任务处理表，从所述预设异步案件任务处理表获取医保案件。
[0070]
在一实施例中，所述第二获取单元72包括：
[0071]
第一确定子单元，用于根据所述医保案件标识，确定所述医保案件所属的预设医保所属地；
[0072]
第二确定子单元，用于根据所述预设医保所属地，确定所述医保案件所属的预设医保项目；
[0073]
第一获取子单元，用于根据所述预设医保项目，获取所述预设医保项目对应的预设医保审核规则列表，以得到所述医保案件对应的预设医保审核规则列表。
[0074]
在一实施例中，所述审核单元74包括：
[0075]
校验子单元，用于基于所述预设医保校验规则集合对应的预设医保规则初始化实现类集合，调用所述预设医保规则初始化实现类集合包含的预设医保规则初始化实现类，以采用所述预设医保规则初始化实现类对应的预设医保规则校验方法，将所述预设医保规则校验方法对应的医保案件诊疗信息进行校验；
[0076]
循环子单元，用于循环所述预设医保规则初始化实现类集合包含的所有所述预设医保规则校验方法，对所述预设医保规则初始化实现类集合对应的所有所述医保案件诊疗信息进行校验。
[0077]
在一实施例中，循环子单元，具体用于循环预设医保审核bean接口集合，顺序调用所述预设医保审核bean接口集合包含的预设医保规则校验方法，对所述预设医保审核bean接口集合对应的所有所述医保案件诊疗信息进行校验，其中，所述预设医保规则校验方法为对预设医保审核bean接口进行实例化而实现。
[0078]
在一实施例中，所述审核单元74包括：
[0079]
判断子单元，用于判断所述医保案件诊疗信息是否满足预设诊疗条件；
[0080]
第一判定子单元，用于若所述医保案件诊疗信息满足预设诊疗条件，判定所述医保案件诊疗信息审核通过；
[0081]
第二判定子单元，用于若所述医保案件诊疗信息不满足预设诊疗条件，判定所述医保案件诊疗信息审核未通过。。
[0082]
在一实施例中，所述医保风险审核装置70还包括：
[0083]
预警单元，用于将审核未通过的医保案件诊疗信息作为异常诊疗信息，并将所述异常诊疗信息进行预警。
[0084]
需要说明的是，所属领域的技术人员可以清楚地了解到，上述医保风险审核装置和各单元的具体实现过程，可以参考前述方法实施例中的相应描述，为了描述的方便和简洁，在此不再赘述。
[0085]
同时，上述医保风险审核装置中各个单元的划分和连接方式仅用于举例说明，在其他实施例中，可将医保风险审核装置按照需要划分为不同的单元，也可将医保风险审核装置中各单元采取不同的连接顺序和方式，以完成上述医保风险审核装置的全部或部分功能。
[0086]
上述医保风险审核装置可以实现为一种计算机程序的形式，该计算机程序可以在如图8所示的计算机设备上运行。
[0087]
请参阅图8，图8是本技术实施例提供的一种计算机设备的示意性框图。该计算机设备500可以是台式机电脑或者服务器等计算机设备，也可以是其他设备中的组件或者部件。
[0088]
参阅图8，该计算机设备500包括通过系统总线501连接的处理器502、存储器和网络接口505，其中，存储器可以包括非易失性存储介质503和内存储器504，所述存储器也可以为易失性存储介质。
[0089]
该非易失性存储介质503可存储操作系统5031和计算机程序5032。该计算机程序5032被执行时，可使得处理器502执行一种上述医保风险审核方法。
[0090]
该处理器502用于提供计算和控制能力，以支撑整个计算机设备500的运行。
[0091]
该内存储器504为非易失性存储介质503中的计算机程序5032的运行提供环境，该计算机程序5032被处理器502执行时，可使得处理器502执行一种上述医保风险审核方法。
[0092]
该网络接口505用于与其它设备进行网络通信。本领域技术人员可以理解，图8中示出的结构，仅仅是与本技术方案相关的部分结构的框图，并不构成对本技术方案所应用于其上的计算机设备500的限定，具体的计算机设备500可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。例如，在一些实施例中，计算机设备可以仅包括存储器及处理器，在这样的实施例中，存储器及处理器的结构及功能与图8所示实施例一致，在此不再赘述。
[0093]
其中，所述处理器502用于运行存储在存储器中的计算机程序5032，以实现如下步骤：获取医保案件，所述医保案件包含医保案件标识及医保案件诊疗信息；根据所述医保案件标识，获取所述医保案件对应的预设医保审核规则列表，其中，所述预设医保审核规则列表包含预设医保审核规则id；根据所述预设医保审核规则id，获取所述预设医保审核规则id对应的预设医保校验规则集合；采用所述预设医保校验规则集合包含的预设医保校验规则，对所述医保案件诊疗信息进行审核。
[0094]
在一实施例中，所述处理器502在实现所述获取医保案件时，具体实现以下步骤：
[0095]
接收若干个预设医保案件数据源上传的医保案件；
[0096]
将所述医保案件写入预设异步案件任务处理表；
[0097]
轮询所述预设异步案件任务处理表，从所述预设异步案件任务处理表获取医保案件。
[0098]
在一实施例中，所述处理器502在实现所述根据所述医保案件标识，获取所述医保案件对应的预设医保审核规则列表时，具体实现以下步骤：
[0099]
根据所述医保案件标识，确定所述医保案件所属的预设医保所属地；
[0100]
根据所述预设医保所属地，确定所述医保案件所属的预设医保项目；
[0101]
根据所述预设医保项目，获取所述预设医保项目对应的预设医保审核规则列表，以得到所述医保案件对应的预设医保审核规则列表。
[0102]
在一实施例中，所述处理器502在实现所述采用所述预设医保校验规则集合包含的预设医保校验规则，对所述医保案件诊疗信息进行审核时，具体实现以下步骤：
[0103]
基于所述预设医保校验规则集合对应的预设医保规则初始化实现类集合，调用所述预设医保规则初始化实现类集合包含的预设医保规则初始化实现类，以采用所述预设医保规则初始化实现类对应的预设医保规则校验方法，将所述预设医保规则校验方法对应的医保案件诊疗信息进行校验；
[0104]
循环所述预设医保规则初始化实现类集合包含的所有所述预设医保规则校验方法，对所述预设医保规则初始化实现类集合对应的所有所述医保案件诊疗信息进行校验。
[0105]
在一实施例中，所述处理器502在实现所述循环所述预设医保规则初始化实现类集合包含的所有所述预设医保规则校验方法，对所述预设医保规则初始化实现类集合对应的所有所述医保案件诊疗信息进行校验时，具体实现以下步骤：
[0106]
循环预设医保审核bean接口集合，顺序调用所述预设医保审核bean接口集合包含的预设医保规则校验方法，对所述预设医保审核bean接口集合对应的所有所述医保案件诊疗信息进行校验，其中，所述预设医保规则校验方法为对预设医保审核bean接口进行实例化而实现。
[0107]
在一实施例中，所述处理器502在实现所述采用所述预设医保校验规则集合包含的预设医保校验规则，对所述医保案件诊疗信息进行审核时，具体实现以下步骤：
[0108]
判断所述医保案件诊疗信息是否满足预设诊疗条件；
[0109]
若所述医保案件诊疗信息满足预设诊疗条件，判定所述医保案件诊疗信息审核通过；
[0110]
若所述医保案件诊疗信息不满足预设诊疗条件，判定所述医保案件诊疗信息审核未通过。。
[0111]
在一实施例中，所述处理器502在实现所述判定所述医保案件诊疗信息审核未通过之后，还实现以下步骤：
[0112]
将审核未通过的医保案件诊疗信息作为异常诊疗信息，并将所述异常诊疗信息进行预警。
[0113]
应当理解，在本技术实施例中，处理器502可以是中央处理单元(central processing unit，cpu)，该处理器502还可以是其他通用处理器、数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现成可编程门阵列(field
‑
programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。其中，通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
[0114]
本领域普通技术人员可以理解的是实现上述实施例的方法中的全部或部分流程，是可以通过计算机程序来完成，该计算机程序可存储于一计算机可读存储介质。该计算机程序被该计算机系统中的至少一个处理器执行，以实现上述方法的实施例的流程步骤。
[0115]
因此，本技术还提供一种计算机可读存储介质。该计算机可读存储介质可以为非易失性的计算机可读存储介质，也可以为易失性的计算机可读存储介质，该计算机可读存储介质存储有计算机程序，该计算机程序被处理器执行时使处理器执行如下步骤：
[0116]
一种计算机程序产品，当其在计算机上运行时，使得计算机执行以上各实施例中所描述的所述医保风险审核方法的步骤。
[0117]
所述计算机可读存储介质可以是前述设备的内部存储单元，例如设备的硬盘或内存。所述计算机可读存储介质也可以是所述设备的外部存储设备，例如所述设备上配备的插接式硬盘，智能存储卡(smart media card,smc)，安全数字(secure digital,sd)卡，闪存卡(flash card)等。进一步地，所述计算机可读存储介质还可以既包括所述设备的内部存储单元也包括外部存储设备。
[0118]
所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的设备、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
[0119]
所述存储介质为实体的、非瞬时性的存储介质，例如可以是u盘、移动硬盘、只读存储器(read
‑
onlymemory，rom)、磁碟或者光盘等各种可以存储计算机程序的实体存储介质。
[0120]
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本技术的范围。
[0121]
在本技术所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的。例如，各个单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。
[0122]
本技术实施例方法中的步骤可以根据实际需要进行顺序调整、合并和删减。本技术实施例装置中的单元可以根据实际需要进行合并、划分和删减。另外，在本技术各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。
[0123]
该集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个存储介质中。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台电子设备(可以是个人计算机，终端，或者网络设备等)执行本技术各个实施例所述方法的全部或部分步骤。
[0124]
以上所述，仅为本技术的具体实施方式，但本技术明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本技术揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本技术的保护范围之内。因此，本技术的保护范围应以权利要求的保护范围为准。