CN117976159A - 一种并行融合的drg分析方法及相应系统 - Google Patents

Abstract

本发明公开了一种并行融合的DRG分析方法及相应系统，涉及收费管理的技术领域，DRG分析方法依托服务器部署的DRG分析系统，各分院区与中心院区通过数据交互实时推送案例信息，中心院区对汇总数据进行对比分析和展示，该方法包括：对处理规则进行初始化，读取加密的规则、数据文件，单据结构、函数定义文件，历史单据数据和值文件至内存中；开始质检后，DRG平台读取内存通过thrift协议接收待审核的单据和需要执行的规则编码，查询该患者的所有历史数据；读取内存中的规则对不同处理阶段执行相应的处理逻辑；全部规则执行完毕后若无违规则自动保存本次审核的所有内容至硬盘中。

Description

一种并行融合的DRG分析方法及相应系统

技术领域

本发明涉及收费管理的技术领域，具体而言，涉及一种并行融合的DRG分析方法及相应系统。

背景技术

DRG是疾病诊断相关分组(Diagnosis Related Groups)的缩写；DRG收付费是按诊断和治疗方式，将疾病细分不同的组，每一个组都有一个统一的收费价格；医疗机构按各地支付方式政策要求的相应DRG组的收费标准进行收费，医保和患者按规定的比例付费。收费标准包括了患者住院期间发生的诊断、治疗、检査、化验、手术、麻醉、床位、护理、药品和医用耗材等全部医疗费用。医疗机构DRG相关系统是一种为医疗机构提供DRG模拟和预测的辅助工具。

但是目前的医疗机构DRG相关系统在使用中普遍存在以下问题：

1、系统普适性不足：现有的医疗机构DRG相关系统主要针对单体医院需求开发和使用，无法满足多院区医院、医院集团以及医共体医联体等统一管理、多点使用的需求，这可能会导致部分以上类型的医疗机构无法做到费用监控的统一管理。

2、系统灵活性较差：传统方式的审核规则逻辑、数据使用的是固定代码和固定审核质控逻辑，对于一些体量较大、疑难杂症较多的医疗机构，无法实现通过用户自定义配置的方式配置执行逻辑，即规则引擎模式。

3、数据流转方式不够先进：传统模式的系统部署通常采用统一服务器或云服务器的模式部署，数据流转对主库的依赖性极强。尤其是对于上面提到的“一院多区”类医疗机构，数据的互联互通可能存在断网、断电导致的数据实时调用界面无法使用。

发明内容

本发明的目的在于：提供具有个性化质控和审核的并行融合DRG分析方法及相应系统。

本发明的技术方案是：提供了一种并行融合的DRG分析方法，该分析方法由服务器部署的DRG分析系统执行，用于对包含多个院区数据的系统进行DRG分析，该方法包括：初始化阶段和质控阶段；

在初始化阶段，DRG分析系统读取DRG数据库中加密的各个规则文件、数据文件、函数定义文件，并将其解密后加载至内存中；

质控阶段开始后，将各案例逐个送入DRG分析系统等待审核，根据每个案例对应单据中患者标识号查询该患者的所有历史数据，读取分院区核心数据库中的相关患者的历史单据数据文件和历史单据值文件加载至内存中；DRG分析系统通过thrift协议接收待审核的单据和本次需要执行的规则对应的规则编码，为审核做准备；

对于任何包括一个或多个规则流程的审核项目，基于审核项目包含规则的规则编码获取相应规则文件，执行规则文件中的规则审核函数，读取规则流程的第一个开始规则节点创建协程，将开始规则节点传入执行函数执行，并创建结束等待锁和当前规则执行的上下文，将案例信息依次送入其他审核项目的规则节点，针对不同节点读取内存中对应的规则执行相应的处理逻辑；当规则节点执行函数执行到结束规则节点或执行发生异常时，释放等待锁，此时规则执行完成并返回执行结果。

上述任一项技术方案中，进一步地，DRG分析系统部署在中心院区和至少两个分院区的服务器上，分院区服务器上的DRG分析系统通过HIS系统连接到中心院区服务器上的DRG分析系统，分院区的服务器通过实时查询转发工具和OGG工具与中心院区的服务器实现案例信息的数据推送，中心院区对汇总数据进行对比分析和展示。

上述任一项技术方案中，进一步地，分院区的服务器节点部署包括：DRG分析系统、DRG数据库、分院区核心数据库和数据接口程序；

DRG分析系统不具备访问分院区核心数据库的权限，数据接口程序具备访问分院区核心数据库的权限；

工作人员通过客户端访问使用DRG分析系统，客户端通过医院内网与DRG分析系统通讯，DRG分析系统向客户端发送供客户端显示弹窗的页面url链接，弹窗展示DRG分析系统发出的反馈信息，DRG分析系统在工作时读取本服务器内的DRG数据库、通过数据接口程序读取分院区核心数据库信息。

上述任一项技术方案中，进一步地，分院区服务器节点搭载的DRG分析系统具有熔断机制，当分院区有过多工作人员同时访问，在一定时间内产生大于第一预设值且小于第二预设值的访问请求时，DRG分析系统优先处理提交时间更早的第一预设值数量的请求，并将大于第一预设值且小于第二预设值的访问请求缓存，待DRG分析系统当前任务完成后再处理；若一定时间内产生大于第二预设值的访问请求，DRG分析系统将大于第二预设值部分的访问请求拒绝，并向工作人员的客户端返回繁忙提示信息。

上述任一项技术方案中，进一步地，分院区的DRG分析系统在工作人员通过客户端访问该院区服务器调用患者数据时，将调用过的患者数据抄送至医生客户端的内存中暂存，客户端在下一次访问该院区服务器并调用患者数据时，DRG分析系统比对将要调用的患者数据的标识号列表和客户端内存中暂存的患者数据的标识号列表，DRG分析系统从客户端内存调用重复的患者数据，DRG分析系统访问服务器调用不在客户端内存中的患者数据。

上述任一项技术方案中，进一步地，DRG分析系统的客户端向工作人员提供绘制规则流程图的功能，工作人员通过客户端提供的多种类型的规则节点以及流程顺序箭头绘制需要的规则流程图作为一个项目保存在本地，工作人员运行保存在本地的项目，向DRG分析系统发送访问请求，请求通过后DRG分析系统运行该项目并返回结果信息至客户端；一个项目的首尾必须为开始规则节点和结束规则节点。

上述任一项技术方案中，进一步地，客户端在接收到DRG分析系统发送的用于显示DRG分析系统发出的反馈信息的页面url链接后，客户端调用在客户端中整合的浏览器弹窗组件以在工作人员设备上通过弹窗的形式显示网页；

浏览器弹窗组件中整合有虚拟机软件VirtualBox，在VirtualBox中安装有Windows10操作系统和Chrome浏览器，利用可以在WindowsXP至Windows11的任意版本正常运行的虚拟机软件VirtualBox实现在WindowsXP至Windows11的任意版本上运行Chrome浏览器；

弹窗过程具体包括：

在客户端接收到DRG分析系统发送的页面url链接后，客户端将该设备医生的识别号和该页面url链接一同返回DRG分析系统，DRG分析系统判断该医生具有该url的访问权限时，向该客户端发送弹窗指令，客户端接收到弹窗指令后将页面url链接发送至VirtualBox中的Chrome浏览器，Chrome浏览器在该设备桌面以弹窗形式展示该页面url链接对应的网页。

还提供了一种并行融合的DRG分析系统，该系统应用上述任一项技术方案所述的方法工作，该DRG分析系统部署在中心院区和至少两个分院区的服务器上。

本发明的有益效果是：

本发明中的技术方案提供了一种并行融合的DRG分析平台架构，允许多个分院区同时与中心院区的DRG分析系统进行数据通信和集成；这种架构优化了医院管理流程，提供了高度并行性，充分利用了服务器资源；

提供了一种自定义规则算法，使医疗机构能够根据具体需求定制审核和质控规则；这种自定义性质控有助于适应不同医院和疾病的需求，提高了系统的灵活性和适应性；

超融合服务器集群提供了高性能的计算和存储资源，有效地管理和分配资源，确保了系统的高可用性和性能；这有助于应对高并发情况，提高了系统的稳定性；

通过在客户端中整合虚拟机以在WindowsXP至Windows11的任意版本上运行Chrome浏览器，能够在不同设备中兼容实现弹窗显示DRG分析系统发送的反馈信息页面的功能；

用户对DRG分析系统的访问设置了熔断机制，可以保证系统的稳定性；

服务器内部署的数据接口程序，通过该接口程序使DRG分析系统在不具备访问权限的情况下访问分院区核心数据库，有助于确保患者隐私和数据安全。

附图说明

本发明的上述和附加方面的优点在结合下面附图对实施例的描述中将变得明显和容易理解，其中：

图1是根据本发明的一个实施例的并行融合的DRG分析方法及相应系统的各院区架构示意图；

图2是根据本发明的一个实施例的并行融合的DRG分析方法及相应系统在质控阶段第一个实施例的流程示意图；

图3是根据本发明的一个实施例的并行融合的DRG分析方法及相应系统在质控阶段第二个实施例的流程示意图；

图4是根据本发明的一个实施例的并行融合的DRG分析方法及相应系统在质控阶段第三个实施例的流程示意图；

图5是根据本发明的一个实施例的并行融合的DRG分析方法及相应系统的绘制规则流程图功能的界面示意图。

具体实施方式

为了能够更清楚地理解本发明的上述目的、特征和优点，下面结合附图和具体实施方式对本发明进行进一步的详细描述。需要说明的是，在不冲突的情况下，本发明的实施例及实施例中的特征可以相互结合。

在下面的描述中，阐述了很多具体细节以便于充分理解本发明，但是，本发明还可以采用其他不同于在此描述的其他方式来实施，因此，本发明的保护范围并不受下面公开的具体实施例的限制。

本发明提供的DRG分析方法依托于DRG分析系统，DRG分析系统搭载在分院区和中心院区的服务器上，每台服务器上包括DRG平台的分组信息，各分院区通过医院信息系统(Hospital Information System)，简称HIS系统连接到中心院区服务器的DRG分析系统，通过实时查询转发工具和OGG工具与中心院区的服务器实现案例信息的数据推送，中心院区对汇总数据进行对比分析和展示。

中心院区部署超融合服务器集群，超融合服务器集群内部署DRG分析系统；其中超融合服务器集群包含多个服务器节点，每个服务器节点都有计算、存储和网络功能，这些服务器节点通过高速互联网络相互连接，以构建一个分布式的计算和存储环境；超融合服务器集群将各服务器节点的计算、存储和网络功能整合在一个单一的硬件平台上，并使用虚拟化技术来管理和分配资源，在本实施例中能够同时对接八个分院区服务器进行数据传递，满足中心院区系统的要求。

如图1所示，八个分院区各自部署一台前置服务器节点，每个服务器节点的部署包括：DRG分析系统、DRG数据库、分院区核心数据库；工作人员访问使用DRG分析系统，DRG分析系统在工作时读取本服务器内的DRG数据库和分院区核心数据库信息。

具体地，每个分院区服务器内还部署了一个数据接口程序，DRG分析系统不具备访问分院区核心数据库的权限，数据接口程序具备访问分院区核心数据库的权限；工作人员通过DRG分析系统访问分院区核心数据库时，DRG分析系统唤起数据接口程序，DRG分析系统向数据接口程序发送需要提取数据的标签，数据接口程序访问分院区核心数据库，数据接口程序根据接收到的标签提取分院区核心数据库内的数据并返回给DRG分析系统。

通过设置数据接口程序，DRG分析系统可以在不直接访问核心数据库的前提下获取到所需的信息，保证了系统与网络安全。

各院区的DRG分析系统在医生通过客户端访问该院区服务器调用患者数据时，将调用过的患者数据抄送至医生客户端的内存中，医生在下一次访问时，DRG分析系统比对将要调用的患者数据的标识号和客户端内存中暂存的患者数据的标识号，DRG分析系统从客户端内存调用重复的患者数据，DRG分析系统访问服务器调用不在客户端内存中的患者数据；在客户端运行过程中，以一定时间间隔释放客户端内存，以保证患者的隐私以及数据安全。

DRG系统在调用患者数据后，将患者数据按年份或月份进行拆分，在部分分析规则中仅提取对应时间段的患者数据，减轻服务器压力。

如图5所示，DRG分析系统的客户端向工作人员提供绘制规则流程图的功能，工作人员通过客户端提供的多种类型的规则节点以及流程顺序箭头绘制需要的规则流程图作为一个项目保存在本地，工作人员运行保存在本地的项目，向DRG分析系统发送访问请求，请求通过后DRG分析系统运行该项目并返回结果信息至客户端；一个项目的首尾必须为开始规则节点和结束规则节点；优选地，一个项目内规则节点的名称可以由工作人员修改，例如图5中将数个“数据加载”分别改为了“读取离休人员标识表”、“取标识表的编码字段”等名称，方便工作人员理解与记忆；规则节点的名称前均具有一个类型符号，例如在本实施例中表示四则运算的节点类型符号为一个计算器标识，表示时间计算的节点类型符号为一个时钟标识，用不变的标识表示规则节点的类型，可以防止编辑时的混乱。

在长期运营的医院，医生使用的办公电脑的操作系统有新有旧，在WindowsXP系统的电脑往往只能运行老版的IE浏览器，而这种浏览器在Windows10及之后的系统版本中不受支持。本发明提供的DRG分析系统的客户端具有向医生弹窗的功能，DRG分析系统向客户端发送供客户端显示弹窗的页面url链接，弹窗展示DRG分析系统发出的反馈信息；该功能通过在客户端中整合浏览器弹窗组件，客户端在接收到页面url链接后调用浏览器弹窗组件实现，具体如下：

浏览器弹窗组件中整合有虚拟机软件VirtualBox，在VirtualBox中安装有Windows10操作系统和版本号为96.0.4664.110的Chrome浏览器，虚拟机软件VirtualBox可以在WindowsXP至Windows11的任意版本正常运行，利用它实现在WindowsXP至Windows11的任意版本上运行Chrome浏览器。

在客户端接收到DRG分析系统发送的页面url链接后，客户端将该设备医生的识别号和该页面url链接一同返回DRG分析系统，DRG分析系统判断该医生具有该url的访问权限时，向该客户端发送弹窗指令，客户端接收到弹窗指令后将页面url链接发送至VirtualBox中的Chrome浏览器，Chrome浏览器在该设备桌面以弹窗形式展示该页面url链接对应的网页。

分院区服务器节点搭载的DRG分析系统具有熔断机制，当分院区有过多工作人员同时访问，在一定时间内产生大于第一预设值且小于第二预设值的访问请求时，DRG分析系统优先处理提交时间更早的第一预设值数量的请求，并将大于第一预设值且小于第二预设值的访问请求缓存，待DRG分析系统当前任务完成后再处理；若一定时间内产生大于第二预设值的访问请求，DRG分析系统将大于第二预设值部分的访问请求拒绝，并向工作人员的客户端返回繁忙提示信息。

本实施例提供了一种并行融合的DRG分析方法，实现质控规则的自定义，该方法包括：初始化阶段和质控阶段。

在初始化阶段，DRG分析系统读取DRG数据库中加密的规则文件和数据文件，并将其解密后加载至内存中，其中规则文件内容包括：规则编码、规则名称、规则大类以及规则流程图的定义，用于在规则流程图内显示；数据文件内容包括规则在审核过程中使用的规则数据，用于在DRG分析系统根据项目工作时，提供具体的规则节点算法。

接着将定义规则流程图的单据结构定义文件加载至内存中，单据结构定义文件定义了引擎接收单据的结构，包括字段值、字段描述和字段类型；加载函数定义文件至内存中，函数定义文件定义了引擎中的内置函数，包括函数名、函数中文描述、函数接收的参数以及函数的返回值。

上述文件加载至内存后均转化为JSON数组保存；其中历史单据数据文件和历史单据值文件保存在分院区核心数据库，其余文件保存在DRG数据库中。

质控阶段开始后，待审核案例逐个送入DRG分析系统等待审核，DRG分析系统通过thrift协议接收待审核的单据和本次需要执行的规则编码，DRG分析系统根据案例所涉及患者的标识号，读取服务器中的历史单据数据文件和历史单据值文件加载至内存中；其中，历史单据数据文件存储JSON结构的历史单据数据，历史单据值文件存储了历史单据的字段值。

开始处理一个项目后，执行规则审核函数，读取规则流程的第一个规则节点，即开始规则节点，创建协程，将开始规则节点传入执行函数执行，并创建结束等待锁和当前规则执行的上下文，当前规则执行的上下文用于存储每个规则节点执行后的规则节点返回值，便于规则节点之间相互访问；结束等待锁的作用是，当规则节点执行函数执行到结束规则节点或执行发生异常时，会释放等待锁，此时规则执行完成并返回执行结果。

将案例信息依次送入各医疗流程阶段的规则节点，针对不同节点读取内存中对应的规则执行相应的处理逻辑，规则节点的执行逻辑如下：

1、判断当前规则节点是否需要等待上一级的规则节点执行完成，即判断上一级的规则节点是否为并发执行节点，如果为是，则等待上一级的规则节点执行完成后在执行当前规则节点。

2、判断当前规则节点的类型，规则节点类型包括开始、结束、条件判断、循环、赋值等，根据不同的规则节点类型，执行相对应的执行逻辑。

3、当前规则节点执行完成后，取当前规则节点的所有下级规则节点，创建协程，将下级规则节点传入执行函数执行，每个下级规则节点创建一个协程，每个协程在对应的规则节点执行完成后消除。

在质控阶段的第一个实施例中，如图2所示，为单一的判断类型规则节点，具体处理流程包括：开始本次质控，输入病例，读取判断规则节点内定义的函数名称、参数，通过反射的方式执行函数，函数返回值为布尔类型；判断病案中是否存在主诊断，如果布尔值表示为真，则判断存在，规则校验无异常，退出校验；如果布尔值表示为假，则判断不存在，输出检验异常的错误信息，退出校验，找到相对应的下级规则节点并执行；下级规则节点为结束，结束本次质控。

在质控阶段的第二个实施例中，如图3所示，本次质检的项目包括一个循环规则节点，循环规则节点内包括一个判断规则节点，具体处理流程包括：开始本次质控，输入病例，读取循环规则节点内定义的函数名称、参数；读取循环规则节点内的判断规则节点，依次判断每一条费用明细的费用类型是否为空，如果为空，输出当前循环的异常明细，并进入下一次循环，如果不为空，直接进入下一次循环，循环完成后，退出校验，找到相对应的下级规则节点并执行；下级规则节点为结束，结束本次质控。

在质控阶段的第三个实施例中，如图4所示，本次质检的项目包括一个定义规则节点、一个循环规则节点和一个判断规则节点，其中循环规则节点内包括一个判断规则节点和一个赋值规则节点，具体处理流程包括：开始本次质控，输入病例，读取各规则节点内定义的函数名称、参数；定义是否有违规节点，进入循环费用明细规则节点，依次判断所有费用明细的费用编码是否为空，如果为空，将定义规则节点赋值为1，并退出循环；如果不为空，继续下一次循环；循环完成时，判断定义规则节点是否为1，如果为1，则输出违规信息，并退出校验，如果不为1，则校验无违规，退出校验。

具体的，循环规则节点的具体执行方式如下：循环规则节点：获取被循环的数据，该数据为json数组，循环时按数组排列顺序，每次取一个元素作为循环项，供循环内的子规则节点使用；循环规则节点内部会包括多个子规则节点，找到没有上级规则节点的全部节点，判定为循环内的开始规则节点，将规则节点传入节点执行函数；执行到循环内的最后一个规则节点时，当次循环执行结束，从被循环的数组中取下一个元素作为循环项，按上述方式执行循环内的子规则节点，直到被循环的数组内的元素作为循环项全部执行过一遍，此时循环规则节点执行结束。

定义规则节点和赋值规则节点通常配合使用，其中定义规则节点的执行方式包括：无其他逻辑需要执行，仅创建一个全局变量，供其他节点判断使用；赋值规则节点的执行方式包括：将常量或节点的值赋予当前被赋值的节点。

当前项目中的全部规则执行完毕后若无违规则自动保存本次审核的所有内容至硬盘中，DRG分析系统读取下一个项目继续工作。

综上所述，本发明提供了一种并行融合的DRG分析方法，该方法包括：初始化阶段和质控阶段。

在初始化阶段，DRG分析系统读取DRG数据库中加密的各个规则文件、数据文件、函数定义文件，并将其解密后加载至内存中。

质控阶段开始后，将各案例逐个送入DRG分析系统等待审核，根据每个案例对应单据中患者标识号查询该患者的所有历史数据，读取分院区核心数据库中的相关患者的历史单据数据文件和历史单据值文件加载至内存中；DRG分析系统通过thrift协议接收待审核的单据和本次需要执行的规则对应的规则编码，为审核做准备。对于任何包括一个或多个规则流程的审核项目，基于审核项目包含规则的规则编码获取相应规则文件，执行规则文件中的规则审核函数，读取规则流程的第一个开始规则节点创建协程，将开始规则节点传入执行函数执行，并创建结束等待锁和当前规则执行的上下文，将案例信息依次送入其他审核项目的规则节点，针对不同节点读取内存中对应的规则执行相应的处理逻辑；当规则节点执行函数执行到结束规则节点或执行发生异常时，释放等待锁，此时规则执行完成并返回执行结果。

还提供了一种应用上述DRG分析方法的DRG分析系统，DRG分析系统部署在中心院区和至少两个分院区的服务器上，分院区服务器上的DRG分析系统通过HIS系统连接到中心院区服务器上的DRG分析系统，分院区的服务器通过实时查询转发工具和OGG工具与中心院区的服务器实现案例信息的数据推送，中心院区对汇总数据进行对比分析和展示。

本发明中的步骤可根据实际需求进行顺序调整、合并和删减。

本发明系统中的组成部分可根据实际需求进行合并、划分和删减。

尽管参考附图详地公开了本发明，但应理解的是，这些描述仅仅是示例性的，并非用来限制本发明的应用。本发明的保护范围由附加权利要求限定，并可包括在不脱离本发明保护范围和精神的情况下针对发明所作的各种变型、改型及等效方案。

Claims (8)

1.一种并行融合的DRG分析方法，所述DRG分析方法由服务器部署的DRG分析系统执行，用于对包含多个院区数据的系统进行DRG分析，其特征在于，所述方法包括：初始化阶段和质控阶段；

在所述初始化阶段，所述DRG分析系统读取DRG数据库中加密的各个规则文件、数据文件、函数定义文件，并将其解密后加载至内存中；

所述质控阶段开始后，将各案例逐个送入DRG分析系统等待审核，根据每个案例对应单据中患者标识号查询该患者的所有历史数据，读取分院区核心数据库中的相关患者的历史单据数据文件和历史单据值文件加载至内存中；DRG分析系统通过thrift协议接收待审核的单据和本次需要执行的规则对应的规则编码，为审核做准备；

对于任何包括一个或多个规则流程的审核项目，基于所述审核项目包含规则的规则编码获取相应规则文件，执行规则文件中的规则审核函数，读取规则流程的第一个开始规则节点创建协程，将开始规则节点传入执行函数执行，并创建结束等待锁和当前规则执行的上下文，将案例信息依次送入其他审核项目的规则节点，针对不同节点读取内存中对应的规则执行相应的处理逻辑；当规则节点执行函数执行到结束规则节点或执行发生异常时，释放等待锁，此时规则执行完成并返回执行结果。

2.如权利要求1所述的并行融合的DRG分析方法，其特征在于，所述方法依托的所述DRG分析系统部署在中心院区和至少两个分院区的服务器上，所述分院区服务器上的DRG分析系统通过HIS系统连接到所述中心院区服务器上的DRG分析系统，所述分院区的服务器通过实时查询转发工具和OGG工具与中心院区的服务器实现案例信息的数据推送，所述中心院区对汇总数据进行对比分析和展示。

3.如权利要求2所述的并行融合的DRG分析方法，其特征在于，所述分院区的服务器节点部署包括：DRG分析系统、DRG数据库、分院区核心数据库和数据接口程序；

所述DRG分析系统不具备访问所述分院区核心数据库的权限，所述数据接口程序具备访问所述分院区核心数据库的权限；

工作人员通过客户端访问使用所述DRG分析系统，所述客户端通过医院内网与所述DRG分析系统通讯，所述DRG分析系统向所述客户端发送供客户端显示弹窗的页面url链接，所述弹窗展示DRG分析系统发出的反馈信息，所述DRG分析系统在工作时读取本服务器内的DRG数据库、通过数据接口程序读取分院区核心数据库信息。

4.如权利要求3所述的并行融合的DRG分析方法，其特征在于，所述分院区服务器节点搭载的DRG分析系统具有熔断机制，当分院区有过多工作人员同时访问，在一定时间内产生大于第一预设值且小于第二预设值的访问请求时，DRG分析系统优先处理提交时间更早的第一预设值数量的请求，并将大于第一预设值且小于第二预设值的访问请求缓存，待DRG分析系统当前任务完成后再处理；若一定时间内产生大于第二预设值的访问请求，DRG分析系统将大于第二预设值部分的访问请求拒绝，并向工作人员的客户端返回繁忙提示信息。

5.如权利要求3所述的并行融合的DRG分析方法，其特征在于，分院区的所述DRG分析系统在工作人员通过客户端访问该院区服务器调用患者数据时，将调用过的患者数据抄送至医生客户端的内存中暂存，客户端在下一次访问该院区服务器并调用患者数据时，DRG分析系统比对将要调用的患者数据的标识号列表和客户端内存中暂存的患者数据的标识号列表，DRG分析系统从客户端内存调用重复的患者数据，DRG分析系统访问服务器调用不在客户端内存中的患者数据。

6.如权利要求3所述的并行融合的DRG分析方法，其特征在于，所述DRG分析系统的客户端向工作人员提供绘制规则流程图的功能，工作人员通过客户端提供的多种类型的规则节点以及流程顺序箭头绘制需要的规则流程图作为一个项目保存在本地，工作人员运行保存在本地的项目，向DRG分析系统发送访问请求，请求通过后DRG分析系统运行该项目并返回结果信息至客户端；一个所述项目的首尾必须为开始规则节点和结束规则节点。

7.如权利要求3所述的并行融合的DRG分析方法，其特征在于，所述客户端在接收到DRG分析系统发送的用于显示DRG分析系统发出的反馈信息的页面url链接后，客户端调用在客户端中整合的浏览器弹窗组件以在工作人员设备上通过弹窗的形式显示网页；

所述浏览器弹窗组件中整合有虚拟机软件VirtualBox，在VirtualBox中安装有Windows10操作系统和Chrome浏览器，利用可以在WindowsXP至Windows11的任意版本正常运行的虚拟机软件VirtualBox实现在WindowsXP至Windows11的任意版本上运行Chrome浏览器；

弹窗过程具体包括：

在客户端接收到DRG分析系统发送的页面url链接后，客户端将该设备医生的识别号和该页面url链接一同返回DRG分析系统，DRG分析系统判断该医生具有该url的访问权限时，向该客户端发送弹窗指令，客户端接收到弹窗指令后将页面url链接发送至VirtualBox中的Chrome浏览器，Chrome浏览器在该设备桌面以弹窗形式展示该页面url链接对应的网页。

8.一种并行融合的DRG分析系统，其特征在于，所述系统应用权利要求1-7任一项所述的方法工作，所述DRG分析系统部署在中心院区和至少两个分院区的服务器上。