医保患者的住院查房方法及装置、存储介质、计算机设备

技术领域

本申请涉及数字医疗技术领域，尤其是涉及到一种医保患者的住院查房方法及装置、存储介质、计算机设备。

背景技术

医疗保障基金是人民群众的“看病钱”、“救命钱”，其安全使用涉及广大人民群众切身利益，关系医疗保障制度健康持续发展。医保基金使用链条长，涉及主体多，医疗违规行为隐蔽。近年来，屡有查处医疗机构、不法分子为谋取利益铤而走险骗取医保基金的行为，如伪造虚假病历票据、冒用他人社保卡就诊、挂床住院、留卡空刷等。各地医保监管工作面临稽核人员不足、技术手段落后等困难。现急需解决稽核人员不足问题，提高查房效率。

发明内容

有鉴于此，本申请提供了一种医保患者的住院查房方法及装置、存储介质、计算机设备。

根据本申请的一个方面，提供了一种医保患者的住院查房方法，包括：

医院终端获取医保支付患者的住院信息；

将所述住院信息发送到医保管理终端，以向所述医保管理终端请求对所述医保支付患者的查房方案；

依据所述医保管理终端反馈的所述查房方案，生成查房任务，并向所述医保管理终端发送所述查房任务的执行结果。

可选地，所述查房方案包括查房患者及其对应的查房时间；所述依据所述医保管理终端反馈的所述查房方案，生成查房任务，具体包括：

依据每个查房患者对应的查房时间和查房床位、以及至少一个查房执行人信息，确定每个查房执行人对应的查房任务，其中，所述查房任务包括所述查房患者、所述查房时间以及所述查房床位；

将所述查房任务分别发送至对应的查房执行人终端。

可选地，所述将所述查房任务分别发送至对应的查房执行人终端之后，所述方法还包括：

所述查房执行人终端显示所述查房任务，以提示查房执行人执行查房任务；

获取查房患者的身份特征信息、定位信息以及当前时间，验证所述身份特征信息与所述查房患者对应的预留特征信息是否匹配、所述定位信息与所述查房床位是否匹配、以及所述当前时间与所述查房时间是否匹配，其中，所述预留特征信息包括所述查房患者对应的面部特征信息、声波信息以及指纹信息中至少一种；

若所述身份特征信息、所述定位信息以及所述当前时间均验证通过，则确定所述查房任务的执行结果为查房成功。

可选地，所述验证所述身份特征信息与所述查房患者对应的预留特征信息是否匹配、所述定位信息与所述查房床位是否匹配、以及所述当前时间与所述查房时间是否匹配之后，所述方法还包括：

若所述身份特征信息、所述定位信息以及所述当前时间中任一项验证失败，则输出验证失败信息，以提示查房执行人重新执行所述查房任务；和/或，

若接收到所述查房任务的执行失败信号，则确定所述查房任务的执行结果为查房失败，其中，查房失败的所述查房任务的执行结果包括查房失败原因，所述查房失败原因包括查房患者擅离、查房患者出院、查房患者转院以及查房患者请假中任一种。

可选地，所述查房任务还包括补签容错时间；所述方法还包括：

所述医院终端接收来自所述查房执行人终端的对所述查房任务的补签申请，并向所述查房任务对应的查房患者终端发送携带所述补签容错时间的查房补签通知，以提示所述查房患者在所述补签容错时间完成查房；

所述查房执行人终端接收所述查房患者的补签申请，其中，所述补签申请包括申请时间和申请位置；

若所述申请时间在所述补签容错时间内，且所述申请位置与所述查房患者的床位信息匹配，则所述查房执行人终端将所述查房任务变更为待补签任务。

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

所述查房执行人终端将所述查房任务的执行结果上报至所述医院终端；

所述医院终端将所述执行结果发送至所述医保管理终端。

可选地，所述医保管理终端依据预设查房规则以及所述医保支付患者的个人医保信用和/或住院医院的医院医保信用，确定所述医保支付患者对应的查房方案；所述预设查房规则包括常规查房规则和抽查查房规则；所述常规查房规则包括个人医保信用与常规查房频率负相关、医院医保信用与常规查房频率负相关、医院医保信用与常规查房覆盖率负相关；所述抽查查房规则包括个人医保信用与抽查查房频率区间范围负相关、医院医保信用与抽查查房频率区间范围负相关、医院医保信用与抽查查房覆盖率区间范围负相关；

所述医院终端将所述执行结果发送至所述医保管理终端之后，所述方法还包括：

依据所述执行结果，更新对应的所述查房患者的个人医保信用。

根据本申请的另一方面，提供了一种医保患者的住院查房装置，包括：

住院信息获取模块，用于医院终端获取医保支付患者的住院信息；

住院信息发送模块，用于将所述住院信息发送到医保管理终端，以向所述医保管理终端请求对所述医保支付患者的查房方案；

查房任务生成模块，用于依据所述医保管理终端反馈的所述查房方案，生成查房任务，并向所述医保管理终端发送所述查房任务的执行结果。

可选地，所述查房方案包括查房患者及其对应的查房时间；所述查房任务生成模块，具体用于：

依据每个查房患者对应的查房时间和查房床位、以及至少一个查房执行人信息，确定每个查房执行人对应的查房任务，其中，所述查房任务包括所述查房患者、所述查房时间以及所述查房床位；将所述查房任务分别发送至对应的查房执行人终端。

可选地，所述装置还包括：

查房执行模块，用于所述将所述查房任务分别发送至对应的查房执行人终端之后，所述查房执行人终端显示所述查房任务，以提示查房执行人执行查房任务；获取查房患者的身份特征信息、定位信息以及当前时间，验证所述身份特征信息与所述查房患者对应的预留特征信息是否匹配、所述定位信息与所述查房床位是否匹配、以及所述当前时间与所述查房时间是否匹配，其中，所述预留特征信息包括所述查房患者对应的面部特征信息、声波信息以及指纹信息中至少一种；若所述身份特征信息、所述定位信息以及所述当前时间均验证通过，则确定所述查房任务的执行结果为查房成功。

可选地，所述查房执行模块，还用于：

若所述身份特征信息、所述定位信息以及所述当前时间中任一项验证失败，则输出验证失败信息，以提示查房执行人重新执行所述查房任务；和/或，

若接收到所述查房任务的执行失败信号，则确定所述查房任务的执行结果为查房失败，其中，查房失败的所述查房任务的执行结果包括查房失败原因，所述查房失败原因包括查房患者擅离、查房患者出院、查房患者转院以及查房患者请假中任一种。

可选地，所述查房任务还包括补签容错时间；所述查房执行模块，还用于：

所述医院终端接收来自所述查房执行人终端的对所述查房任务的补签申请，并向所述查房任务对应的查房患者终端发送携带所述补签容错时间的查房补签通知，以提示所述查房患者在所述补签容错时间完成查房；

所述查房执行人终端接收所述查房患者的补签申请，其中，所述补签申请包括申请时间和申请位置；

若所述申请时间在所述补签容错时间内，且所述申请位置与所述查房患者的床位信息匹配，则所述查房执行人终端将所述查房任务变更为待补签任务。

可选地，所述查房执行模块，还用于所述查房执行人终端将所述查房任务的执行结果上报至所述医院终端；所述医院终端将所述执行结果发送至所述医保管理终端。

可选地，所述医保管理终端依据预设查房规则以及所述医保支付患者的个人医保信用和/或住院医院的医院医保信用，确定所述医保支付患者对应的查房方案；所述预设查房规则包括常规查房规则和抽查查房规则；所述常规查房规则包括个人医保信用与常规查房频率负相关、医院医保信用与常规查房频率负相关、医院医保信用与常规查房覆盖率负相关；所述抽查查房规则包括个人医保信用与抽查查房频率区间范围负相关、医院医保信用与抽查查房频率区间范围负相关、医院医保信用与抽查查房覆盖率区间范围负相关；

所述装置还包括：更新模块，用于所述医院终端将所述执行结果发送至所述医保管理终端之后，依据所述执行结果，更新对应的所述查房患者的个人医保信用。

依据本申请又一个方面，提供了一种存储介质，其上存储有计算机程序，所述程序被处理器执行时实现上述医保患者的住院查房方法。

依据本申请再一个方面，提供了一种计算机设备，包括存储介质、处理器及存储在存储介质上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述医保患者的住院查房方法。

借由上述技术方案，本申请提供的一种医保患者的住院查房方法及装置、存储介质、计算机设备，针对使用医保支付的住院患者，医院终端将住院信息发送到医保管理终端，由医保管理终端依据住院信息制定各医保支付患者的查房方案，从而医院终端根据查房方案生成查房任务，并在执行查房任务后，将对应的执行结果反馈至医保管理终端。本申请实施例将医保查房工作下放到医院，医院方可以将医保查房任务融合在原本的医院查房任务中完成，不需要占用多余的医院资源，解决各地医保监管工作面临的稽核人员不足的问题。

上述说明仅是本申请技术方案的概述，为了能够更清楚了解本申请的技术手段，而可依照说明书的内容予以实施，并且为了让本申请的上述和其它目的、特征和优点能够更明显易懂，以下特举本申请的具体实施方式。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1示出了本申请实施例提供的一种医保患者的住院查房方法的流程示意图；

图2示出了本申请实施例提供的另一种医保患者的住院查房方法的流程示意图；

图3示出了本申请实施例提供的一种医保患者的住院查房装置的结构示意图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本申请。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

在本实施例中提供了一种医保患者的住院查房方法，如图1所示，该方法包括：

步骤101，医院终端获取医保支付患者的住院信息；

步骤102，将所述住院信息发送到医保管理终端，以向所述医保管理终端请求对所述医保支付患者的查房方案；

步骤103，依据所述医保管理终端反馈的所述查房方案，生成查房任务，并向所述医保管理终端发送所述查房任务的执行结果。

最近几年来，医疗云平台受到广大用户的欢迎。医疗云(Medical cloud)，是指在云计算、移动技术、多媒体、4G通信、大数据、以及物联网等新技术基础上，结合医疗技术，使用“云计算”来创建医疗健康服务云平台，实现了医疗资源的共享和医疗范围的扩大。因为云计算技术的运用于结合，医疗云提高医疗机构的效率，方便居民就医。像现在医院的预约挂号、电子病历、医保等都是云计算与医疗领域结合的产物，医疗云还具有数据安全、信息共享、动态扩展、布局全局的优势。为解决使用医保的住院患者的骗保问题，本申请实施例提供了一种针对医保患者的住院查房方法方法，该方法可以应用于线上购药平台服务器一侧。服务器可以是独立的服务器，也可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络(Content DeliveryNetwork，CDN)、以及大数据和人工智能平台等基础云计算服务的云服务器。

医院终端对医保支付患者的住院信息进行统计和汇总，医院终端将获得的住院信息发送到医保管理终端中，由医保管理终端依据各医保支付患者的个人医保信用以及该住院医院的医院医保信用制定对每个医保支付患者的查房方案，从而医保管理终端依据住院信息制定查房方案后，将查房方案反馈到医院终端内，由医院终端依据查房方案生成查房任务，并在查房任务执行结束后向医保管理终端上报执行结果，以便医保管理终端例如医保局实现在线查房，将医保查房工作下放到医院，医院方可以将医保查房任务融合在原本的医院查房任务中完成，不需要占用多余的医院资源，解决各地医保监管工作面临的稽核人员不足的问题。

可选地，所述医保管理终端依据预设查房规则以及所述医保支付患者的个人医保信用和/或住院医院的医院医保信用，确定所述医保支付患者对应的查房方案；所述预设查房规则包括常规查房规则和抽查查房规则；所述常规查房规则包括个人医保信用与常规查房频率负相关、医院医保信用与常规查房频率负相关、医院医保信用与常规查房覆盖率负相关；所述抽查查房规则包括个人医保信用与抽查查房频率区间范围负相关、医院医保信用与抽查查房频率区间范围负相关、医院医保信用与抽查查房覆盖率区间范围负相关。

其中，对医保患者的预设查房规则具体可以常规查房规则：对于医院来说：医院的医保信用越低，查房覆盖率越高，其中医院的医保信用可以根据上一年度的医保违规次数、医保违规率确定；医院的查房成功率越低，查房覆盖率越高。对于每个患者来说：个人医保信用越低，查房频率越高，其中医保信用根据患者是否存在医保违规使用情况来确定；个人查房成功率越低，查房频率越高。另外，查房方案具体可以包括常规查房方案和临时查房方案，其中常规查房方案可以按照上述规则创建。临时查房方案可以随机创建，也可以根据参考上述规则，确定随机区间，在相应的随机区间内创建临时查房方案。例如，对于每个患者来说：个人医保信用越低，临时查房次数越多，具体可以设置几个区间，比如信用低于50分的，每个月的临时查房次数区间为5-10次；个人查房成功率越低，临时查房次数越多；个人医保信用高于第一阈值，和/或，个人查房成功率高于第二阈值，不进行临时查房。对于医院来说：医院的医保信用越低，临时查房次数越多；医院的查房成功率越低，临时查房次数越多。

另外，医保管理终端接收到执行结果之后，还可以根据执行结果，更新相应患者的个人医保信息以及医院的医院医保信用。

通过应用本实施例的技术方案，针对使用医保支付的住院患者，医院终端将住院信息发送到医保管理终端，由医保管理终端依据住院信息制定各医保支付患者的查房方案，从而医院终端根据查房方案生成查房任务，并在执行查房任务后，将对应的执行结果反馈至医保管理终端。本申请实施例将医保查房工作下放到医院，医院方可以将医保查房任务融合在原本的医院查房任务中完成，不需要占用多余的医院资源，解决各地医保监管工作面临的稽核人员不足的问题。

进一步的，作为上述实施例具体实施方式的细化和扩展，为了完整说明本实施例的具体实施过程，提供了另一种医保患者的住院查房方法，如图2所示，该方法包括：

步骤201，医院终端获取医保支付患者的住院信息；

步骤202，将所述住院信息发送到医保管理终端，以向所述医保管理终端请求对所述医保支付患者的查房方案；

步骤203，依据每个查房患者对应的查房时间和查房床位、以及至少一个查房执行人信息，确定每个查房执行人对应的查房任务，其中，所述查房任务包括所述查房患者、所述查房时间以及所述查房床位；将所述查房任务分别发送至对应的查房执行人终端；

在上述实施例中，医保局制定的查房方案针对个体患者，医院终端接收到该查房方案之后，可以依据候选查房执行人员工作时间，每个候选查房执行人员的工作量安排，各住院患者的床位位置，确定每个查房执行人的查房任务。查房任务是针对每个查房执行人来说的，具体可以对每个患者进行的每次查房行为，建立一个查房任务。例如早上10点对A床位进行查房；下午2点对B床位进行查房。每个查房执行人的查房任务至少包括查房时间和查房床位。医院终端为每个查房执行人分配好查房任务后，将查房任务分发至各查房执行人持有的客户端中，查房执行人接收到查房任务后，可以按照查房任务中指示的查房时间、查房床位等信息进行查房。

步骤204，所述查房执行人终端显示所述查房任务，以提示查房执行人执行查房任务；获取查房患者的身份特征信息、定位信息以及当前时间，验证所述身份特征信息与所述查房患者对应的预留特征信息是否匹配、所述定位信息与所述查房床位是否匹配、以及所述当前时间与所述查房时间是否匹配，其中，所述预留特征信息包括所述查房患者对应的面部特征信息、声波信息以及指纹信息中至少一种；

在上述实施例中，查房执行人接收到查房任务后，可以按照查房任务中指示的查房时间、查房床位等信息进行查房。在具体的执行过程中，查房执行人可持有客户端移动至床位附近，对该床位的住院患者进行信息采集，具体可以采集人脸图像、声波信息、指纹信息等多种不同信息，以避免患者由于接受治疗时对头部包扎、发声困难等情况，导致人脸图像、声波信息难以进行身份识别。另外，采集到患者上述身份特征信息后，客户端可以在本地进行患者身份识别，或将身份特征信息发送至医院终端由医院终端对患者身份进行识别。

步骤205，若所述身份特征信息、所述定位信息以及所述当前时间均验证通过，则确定所述查房任务的执行结果为查房成功；

步骤206，若所述身份特征信息、所述定位信息以及所述当前时间中任一项验证失败，则输出验证失败信息，以提示查房执行人重新执行所述查房任务；

在上述实施例中，查房执行人客户端获取患者身份特征信息之后，并得到身份识别结果之后，依据患者身份识别结果、当前时间、客户端定位信息生成查房任务执行信息，并将查房任务执行信息上传至医院终端。在实际应用场景中，如果当前时间与查房时间不符，则提示查房执行人当前时段不属于查房时段，如果客户端定位信息与查房床位位置不符，则提示查房执行人移动位置重新定位。

步骤207，若接收到所述查房任务的执行失败信号，则确定所述查房任务的执行结果为查房失败，其中，查房失败的所述查房任务的执行结果包括查房失败原因，所述查房失败原因包括查房患者擅离、查房患者出院、查房患者转院以及查房患者请假中任一种；

在上述实施例中，对于当天已出院患者、当天转院患者、请假患者等，查房执行人也可以上报患者无法签到的原因。

步骤208，所述医院终端接收来自所述查房执行人终端的对所述查房任务的补签申请，并向所述查房任务对应的查房患者终端发送携带所述补签容错时间的查房补签通知，以提示所述查房患者在所述补签容错时间完成查房；所述查房执行人终端接收所述查房患者的补签申请，其中，所述补签申请包括申请时间和申请位置；若所述申请时间在所述补签容错时间内，且所述申请位置与所述查房患者的床位信息匹配，则所述查房执行人终端将所述查房任务变更为待补签任务。

在上述实施例中，如果查房执行人查房时，患者不在查房床位，查房执行人终端可以通过医院终端向患者终端发送查房补签通知，查房补签通知包括补签容错时间，患者在补签容错时间内回到查房床位后，可以通过患者终端向查房执行人客户端发送补签申请(具体可以在患者终端的定位信息与查房床位匹配时认为患者回到床位，也可以通过床位附近的触发按钮触发产生该补签申请)，补签申请包括申请时间，查房执行人客户端接收到补签申请并同意该申请后，锁定该申请时间，将查房任务变更为待补签任务，并在空闲时间对该患者进行补签查房，将申请时间作为补签查房的时间。例如早上10点对A床位进行查房，可以补签，补签容错时间为1小时，即11点之前患者申请补签，并且待补签任务查房成功，就可以认为原来的查房任务执行成功，进行结果上报时，这个查房任务上报为执行成功结果。

步骤209，所述查房执行人终端将所述查房任务的执行结果上报至所述医院终端；所述医院终端将所述执行结果发送至所述医保管理终端；依据所述执行结果，更新对应的所述查房患者的个人医保信用。

在上述实施例中，医院终端汇总全部查房执行人客户端反馈的查房任务执行信息，生成整个医院对应的查房结果，并将查房结果反馈至医保局终端。可选地，医院终端可以根据各查房执行人客户端的查房任务执行信息，对每个查房执行人的任务完成情况进行统计，对查房执行人的查房工作进行考核。医保局终端可对查房结果中查房失败的患者进行统计，并结合患者的历史查房记录、患者的医保信用等信息进行分析，例如统计查房失败次数，次数超过预设次数时进行提醒，又例如医保信用低的患者只要发现查房失败就进行提醒，医保信用高的患者设置容错次数。

进一步的，作为图1方法的具体实现，本申请实施例提供了一种医保患者的住院查房装置，如图3所示，该装置包括：

住院信息获取模块，用于医院终端获取医保支付患者的住院信息；

住院信息发送模块，用于将所述住院信息发送到医保管理终端，以向所述医保管理终端请求对所述医保支付患者的查房方案；

查房任务生成模块，用于依据所述医保管理终端反馈的所述查房方案，生成查房任务，并向所述医保管理终端发送所述查房任务的执行结果。

可选地，所述查房方案包括查房患者及其对应的查房时间；所述查房任务生成模块，具体用于：

依据每个查房患者对应的查房时间和查房床位、以及至少一个查房执行人信息，确定每个查房执行人对应的查房任务，其中，所述查房任务包括所述查房患者、所述查房时间以及所述查房床位；将所述查房任务分别发送至对应的查房执行人终端。

可选地，所述装置还包括：

查房执行模块，用于所述将所述查房任务分别发送至对应的查房执行人终端之后，所述查房执行人终端显示所述查房任务，以提示查房执行人执行查房任务；获取查房患者的身份特征信息、定位信息以及当前时间，验证所述身份特征信息与所述查房患者对应的预留特征信息是否匹配、所述定位信息与所述查房床位是否匹配、以及所述当前时间与所述查房时间是否匹配，其中，所述预留特征信息包括所述查房患者对应的面部特征信息、声波信息以及指纹信息中至少一种；若所述身份特征信息、所述定位信息以及所述当前时间均验证通过，则确定所述查房任务的执行结果为查房成功。

可选地，所述查房执行模块，还用于：

若所述身份特征信息、所述定位信息以及所述当前时间中任一项验证失败，则输出验证失败信息，以提示查房执行人重新执行所述查房任务；和/或，

若接收到所述查房任务的执行失败信号，则确定所述查房任务的执行结果为查房失败，其中，查房失败的所述查房任务的执行结果包括查房失败原因，所述查房失败原因包括查房患者擅离、查房患者出院、查房患者转院以及查房患者请假中任一种。

可选地，所述查房任务还包括补签容错时间；所述查房执行模块，还用于：

所述医院终端接收来自所述查房执行人终端的对所述查房任务的补签申请，并向所述查房任务对应的查房患者终端发送携带所述补签容错时间的查房补签通知，以提示所述查房患者在所述补签容错时间完成查房；

所述查房执行人终端接收所述查房患者的补签申请，其中，所述补签申请包括申请时间和申请位置；

若所述申请时间在所述补签容错时间内，且所述申请位置与所述查房患者的床位信息匹配，则所述查房执行人终端将所述查房任务变更为待补签任务。

可选地，所述查房执行模块，还用于所述查房执行人终端将所述查房任务的执行结果上报至所述医院终端；所述医院终端将所述执行结果发送至所述医保管理终端。

可选地，所述医保管理终端依据预设查房规则以及所述医保支付患者的个人医保信用和/或住院医院的医院医保信用，确定所述医保支付患者对应的查房方案；所述预设查房规则包括常规查房规则和抽查查房规则；所述常规查房规则包括个人医保信用与常规查房频率负相关、医院医保信用与常规查房频率负相关、医院医保信用与常规查房覆盖率负相关；所述抽查查房规则包括个人医保信用与抽查查房频率区间范围负相关、医院医保信用与抽查查房频率区间范围负相关、医院医保信用与抽查查房覆盖率区间范围负相关；

所述装置还包括：更新模块，用于所述医院终端将所述执行结果发送至所述医保管理终端之后，依据所述执行结果，更新对应的所述查房患者的个人医保信用。

需要说明的是，本申请实施例提供的一种医保患者的住院查房装置所涉及各功能单元的其他相应描述，可以参考图1至图2方法中的对应描述，在此不再赘述。

基于上述如图1至图2所示方法，相应的，本申请实施例还提供了一种存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述如图1至图2所示的医保患者的住院查房方法。

基于这样的理解，本申请的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施场景所述的方法。

基于上述如图1至图2所示的方法，以及图3所示的虚拟装置实施例，为了实现上述目的，本申请实施例还提供了一种计算机设备，具体可以为个人计算机、服务器、网络设备等，该计算机设备包括存储介质和处理器；存储介质，用于存储计算机程序；处理器，用于执行计算机程序以实现上述如图1至图2所示的医保患者的住院查房方法。

可选地，该计算机设备还可以包括用户接口、网络接口、摄像头、射频(RadioFrequency，RF)电路，传感器、音频电路、WI-FI模块等等。用户接口可以包括显示屏(Display)、输入单元比如键盘(Keyboard)等，可选用户接口还可以包括USB接口、读卡器接口等。网络接口可选的可以包括标准的有线接口、无线接口(如蓝牙接口、WI-FI接口)等。

本领域技术人员可以理解，本实施例提供的一种计算机设备结构并不构成对该计算机设备的限定，可以包括更多或更少的部件，或者组合某些部件，或者不同的部件布置。

存储介质中还可以包括操作系统、网络通信模块。操作系统是管理和保存计算机设备硬件和软件资源的程序，支持信息处理程序以及其它软件和/或程序的运行。网络通信模块用于实现存储介质内部各组件之间的通信，以及与该实体设备中其它硬件和软件之间通信。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本申请可以借助软件加必要的通用硬件平台的方式来实现，也可以通过硬件实现针对使用医保支付的住院患者，医院终端将住院信息发送到医保管理终端，由医保管理终端依据住院信息制定各医保支付患者的查房方案，从而医院终端根据查房方案生成查房任务，并在执行查房任务后，将对应的执行结果反馈至医保管理终端。本申请实施例将医保查房工作下放到医院，医院方可以将医保查房任务融合在原本的医院查房任务中完成，不需要占用多余的医院资源，解决各地医保监管工作面临的稽核人员不足的问题。

本领域技术人员可以理解附图只是一个优选实施场景的示意图，附图中的模块或流程并不一定是实施本申请所必须的。本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中，也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

上述本申请序号仅仅为了描述，不代表实施场景的优劣。以上公开的仅为本申请的几个具体实施场景，但是，本申请并非局限于此，任何本领域的技术人员能思之的变化都应落入本申请的保护范围。