1.本发明涉及计算机技术领域，特别涉及一种医院业务流程的闭环管理方法、装置、设备和介质。
背景技术：2.随着医院管理要求的不断提高，对院内业务的各个流程进行更加规范的管理成为迫切的需求，例如医院诊断前的检查流程，从检查申请单提交、交费到报告打印、危急值发布，由于这些流程涉及了多个科室的医生、护士、患者或患者家属等多个人物环节，特别是患者或患者家属无法事先进行流程培训，且文化水平参差不齐，若是流程引导或管理不到位，就容易导致整个流程的步骤存在缺失、遗漏的风险，且还大大地降低了患者的体验，引发医患关系的恶化。
3.可见医院如果没有对业务流程进行规范管理，则无法更加充分的暴露现有问题，也无法通过解决问题更加精准的提升医院的服务。因此若能以医院互联互通为基础，整合院内的关键业务流程，基于互联互通的集成平台来实现业务流程的闭环管理则可以解决上述问题。
4.其中，所谓互联互通的集成平台是指：通过集成平台将医院内部的各个信息系统的信息壁垒打通，使医院内部信息系统能够互联互通。
技术实现要素：5.本发明要解决的技术问题，在于提供一种医院业务流程的闭环管理方法、装置、设备和介质，以医院互联互通的集成平台为基础，整合医院内的关键业务流程，从而实现医院业务流程的闭环管理。
6.第一方面，本发明提供了一种医院业务流程的闭环管理方法，执行于闭环流程管理系统，包括下述步骤：
7.s1、建立或导入医院业务流程的标准闭环流程的模板；
8.s2、监听集成平台异步分发的mq消息队列来消费业务系统发出的消息，并在消费时通过配置字段来解析对应的消息并存到流程日志中；
9.s3、根据所述流程日志进行标准闭环流程的展示，并计算出当前标准闭环流程的完成率；
10.所述当前标准闭环流程的完成率＝(当前标准闭环流程的有效节点/当前标准闭环流程的模板的最大层级)
×
100％。
11.第二方面，本发明提供了一种医院业务流程的闭环管理装置，执行于闭环流程管理系统，包括：
12.模板管理模块，用于建立或导入医院业务流程的标准闭环流程的模板，并进行管理；
13.消息监听模块，用于监听集成平台异步分发的mq消息队列来消费业务系统发出的
消息，并在消费时通过配置字段来解析对应的消息并存到流程日志中；
14.展示模块，用于根据所述流程日志进行标准闭环流程的展示，并计算出当前标准闭环流程的完成率。
15.第三方面，本发明提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现第一方面所述的方法。
16.第四方面，本发明提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现第一方面所述的方法。
17.本发明实施例中提供的一个或多个技术方案，至少具有如下技术效果或优点：本发明在对于业务系统零改造的基础上，通过依托于集成平台实现的互联互通，异步化的将原来零散的消息通过具体的流程整合起来，使医院每个业务流程均形成标准闭环流程，从而实现对医院业务流程的闭环管理，能够助力于医院更好的发现问题，去逐渐提高闭环流程的质量、提高医院运行的效率、以及患者的体验。并且由于医院业务流程的闭环管理同依托于集成平台实现，每个消息包含交易代码和节点字段，所述节点字段包括关键字段、通用字段、主索引字段、触发时间字段、操作人字段、机构字段、住院号字段；所以不仅能准确高效地对每个消息进行解析得到流程日志，并存入相应的节点下，还能通过患者主索引(患者的唯一标识)、住院号从患者360全息视图(基于临床数据中心的患者全息视图)中调阅出该患者的相关就诊信息。
18.上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。
附图说明
19.下面参照附图结合实施例对本发明作进一步的说明。
20.图1为本发明系统的框架示意图；
21.图2为本发明实施例一中方法中的流程图；
22.图3为本发明实施例中标准闭环流程的一实例的示意图；
23.图4为本发明实施例中的一业务系统向集成平台注册一消息种类成功后的示意图；
24.图5为本发明实施例中的一平台调用规范实例；
25.图6为本发明实施例中的一消息结构示意图；
26.图7为本发明实施例中的不同节点对应的交易代码示意图；
27.图8为本发明实施例中的循环节点判断示意图；
28.图9为本发明实施例中的消息的消费过程示意图；
29.图10为本发明实施例中的标准闭环流程的模板的最大层级示意图；
30.图11为本发明实施例中的当前标准闭环流程的完成率的计算结果状态图；
31.图12为本发明实施例中的每日汇总的结果示意图；
32.图13为本发明实施例二中装置的结构示意图；
33.图14为本发明实施例三中电子设备的结构示意图；
34.图15为本发明实施例四中介质的结构示意图。
具体实施方式
35.本技术实施例通过提供一种医院业务流程的闭环管理方法、装置、设备和介质，以医院互联互通的集成平台为基础，整合医院内的关键业务流程，从而实现医院业务流程的闭环管理。
36.本技术实施例中的技术方案，总体思路如下：
37.在介绍具体实施例之前，先介绍本技术实施例方法所对应的医院系统框架，如图1所示，医院系统大概分三个部分：
38.业务系统，用于实现医院的各种业务流程，一般各个业务系统需要交互合作，共同完成同一个业务流程。
39.集成平台，用于将医院内众多业务系统通过服务总线进行流程和数据的整合，形成患者主索引、医院主数据等数据治理体系，构建完整可信的数据中心(临床数据中心cdr、运营数据中心odr和科研数据中心rdr)；通过统一的门户进行实时汇总的患者360度诊疗信息视图可视化展现，实现医院内部患者临床信息的互联互通、临床数据的交换共享和医疗知识的检索查询功能。
40.闭环管理系统，即本发明研究的系统，以医院互联互通的集成平台为基础，整合医院内的关键业务流程，从而实现医院业务流程的闭环管理。通过监听集成平台异步分发的mq消息队列来消费业务系统发出的消息。在消费时，通过流程的各个配置，如关键字段、通用字段等来解析对应的消息，并将其存到流程日志中。
41.实施例一
42.如图2所示，本实施例提供一种医院业务流程的闭环管理方法，执行于闭环流程管理系统，包括下述步骤：
43.s1、建立或导入医院业务流程的标准闭环流程的模板；
44.s2、监听集成平台异步分发的mq消息队列来消费业务系统发出的消息，并在消费时通过配置字段来解析对应的消息并存到流程日志中；
45.s3、根据所述流程日志进行标准闭环流程的展示，并计算出当前标准闭环流程的完成率。
46.标准闭环流程的模板是根据医院标准流程的规范，以及互联互通的交互文档进行整理后再导入系统中，导入后还可以根据实际情况再进行调整，当然也可以直接在系统中建立。如图3所示，标准闭环流程例如住院检验闭环流程、住院手术闭环流程、住院检查闭环流程、住院输血闭环流程、药品使用闭环流程、门诊检查闭环流程、门诊检验闭环流程等，每个标准闭环流程均对应一个模板，同时显示了住院检验闭环流程的各节点示意图。
47.由于整个闭环管理系统是依托于集成平台实现的，所以在闭环流程的定义中，需要定义一个对应集成平台的标准接口，即消息种类。如图4所示中，当业务系统a要将一检查状态信息种类的更新服务注册到集成平台，注册成功后，集成平台返回一个交易代码，并要求业务系统a使用平台调用规范来发送消息，图5为一平台调用规范实例。则业务系统a后面的检查状态信息更新，都会根据调用规范，发送如图6所示的消息给集成平台，业务系统a每次检查状态信息更新的消息中交易代码不变，集成平台会将如下消息同步发送到mq队列，由闭环管理系统进行消费。
48.因此，任一所述标准闭环流程具有多个节点，每个节点对应一个消息种类，每个消
息种类通过一交易代码进行标识；如图7所示，例如一个检验流程包括的节点有8个：检查申请提交、检查收费、撤销申请、检查登记、检查退费、完成检查、完成检查报告、报告审核。该8个节点对应8个消息种类，因此每个节点的交易代码均不相同。
49.每个消息包含交易代码和节点字段，所述节点字段包括关键字段、通用字段、主索引字段、触发时间字段、操作人字段、机构字段、住院号字段；其中：所述关键字段用于判断业务流程是否到相应的节点，不同的节点关键字段不同；所述通用字段为标准闭环流程的唯一标识，用于串联整个标准闭环流程，因此同一标准闭环流程中，各个节点的通用字段相同；所述主索引字段为患者的唯一标识；
50.同一标准闭环流程的同一节点的不同消息中，所述交易代码和所述关键字段均分别相同。例如：对于不同的患者执行同一个标准闭环流程时(或者同一个患者先后执行同一个标准闭环流程)，则发起了多个闭环，这些闭环的各个节点在未执行完毕时，通常放在内存中，每个闭环在相同节点所对应的消息种类相同，因此交易代码和关键字段相同，但由于属于不同的闭环，因此通用字段不同，从而可根据交易代码确定节点，再结合通用字段确定闭环，然后通过关键字段确定闭环当前执行到哪个节点。
51.节点可分为循环节点和非循环节点，可在节点的属性配置面板中进行设置，循环节点具有多条消息即循环消息，因此需判断一个消息是否为循环消息，若是同一个循环节点的多个循环消息所解析的流程日志均要保存在该循环节点上。
52.循环消息的判断如图8所示，其展示一检验流程的部分节点，假设目前一个检验流程走到标本采集节点。假设此时检验系统先向集成平台发送一条血液标本采集的消息，然后又向集成平台发送了一条尿液标本采集的消息(集成平台会将两个消息放到mq由闭环管理消费)。无论是第一条血液标本采集消息还是第二条尿液标本采集消息的属于同一个闭环的同一个节点，则：
53.当闭环管理系统在消费第一条血液标本采集消息时，是先判断上一个条码打印节点是不是循环节点，由于条码打印节点不是循环节点，说明当前消息不是循环消息，则递增遍历闭环的后续节点，发现是标本采集节点，则该流程到了标本采集节点，此时消息解析所得的流程日志需保存在标本采集节点上。
54.当闭环管理系统在消费第二条尿液标本采集消息时，会判断上一个标本采集节点是不是循环节点，由于标本采集节点已被执行，因此，在先判断上一个条码打印节点是不是循环节点时，此时的上一个节点已经变为标本采集节点，由于标本采集节点是循环节点，则根据交易代码和关键字段判断当前消息是否为上一节点的循环消息，由于关键字段表明当前消息仍为标本采集节点的消息，则解析报文，存放流程日志至上一标本采集节点。
55.如图9所示，通过配置字段来解析对应的消息并存到流程日志中的具体流程包括：
56.s31、获取消息中的交易代码和通用字段；
57.s32、根据交易代码和通用字段在缓存中的各个闭环匹配相应的节点，若匹配失败，则认为是开始节点，则进行步骤33；若匹配成功，则认为是中间节点，则进行步骤34至步骤35；
58.s33、根据交易代码找出节点属性配置中属于开始节点的关键字段，根据关键字段匹配具体属于哪个闭环；
59.若匹配成功，则按顺序在对应闭环所有节点下保存交易代码和通用字段，并将当
前节点信息存到缓存中；进行解析报文，存放流程日志至当前节点；
60.若匹配不成功，则结束；
61.s34、根据交易代码和通用字段在匹配成功的闭环中找出上一个节点，判断上一节点是否为循环节点；
62.若上一节点是循环节点，则根据交易代码和关键字段判断当前消息是否为上一节点的循环消息；若是上一节点的循环消息，则解析报文，存放流程日志至上一节点后进入步骤35；
63.若上一节点不是循环节点，则根据交易代码和关键字段判断当前节点是否为上一节点的下一个节点；若是，则解析报文，存放流程日志至下一个节点；若不是，则说明存在跳过节点，则递增遍历闭环的后续节点，直到匹配到相应的节点，解析报文，存放流程日志至相应的节点；同时补齐跳过节点的错误流程日志，并判断跳过的节点是否是必要节点，若是必要节点，将推送通知消息至预设的接收人；
64.35、根据节点属性判断当前节点是否为结束节点，若是，则清空当前流程所有缓存后结束；若否，则直接结束。
65.关于计算出当前标准闭环流程的完成率；如图10所示，若某个当前标准闭环流程包括6个节点，其中，检验申请收费和撤销申请这两个节点为并列节点，属于一个同层级，条码打印和检验申请退费这两个节点也属于一个同层级，当前标准闭环流程的模板的最大层级为4级。而当前标准闭环流程的有效节点为完成的节点，当然同一层级的节点在执行的过程中只有一个节点能被有效执行，因此，如图11所示，当前标准闭环流程的4个层级中，仅有第二层级的两点节点均没有被执行，而其余三个层级均有节点被执行，那么：
66.所述当前标准闭环流程的完成率＝(当前标准闭环流程的有效节点/当前标准闭环流程的模板的最大层级)
×
100％＝3/4
×
100％＝70％。
67.较佳的，如图2所示，本实施例的医院业务流程的闭环管理方法，还包括：
68.s4、对各个标准闭环流程的每日完成率和标准闭环流程数量进行汇总和展示，展示结果如图12所示。
69.基于同一发明构思，本技术还提供了与实施例一中的方法对应的装置，详见实施例二。
70.实施例二
71.如图13所示，在本实施例中提供了一种一种医院业务流程的闭环管理装置，执行于闭环流程管理系统，包括：
72.模板管理模块，用于建立或导入医院业务流程的标准闭环流程的模板，并进行管理；
73.消息监听模块，用于监听集成平台异步分发的mq消息队列来消费业务系统发出的消息，并在消费时通过配置字段来解析对应的消息并存到流程日志中；
74.展示模块，用于根据所述流程日志进行标准闭环流程的展示，并计算出当前标准闭环流程的完成率。
75.标准闭环流程的模板是根据医院标准流程的规范，以及互联互通的交互文档进行整理后再导入系统中，导入后还可以根据实际情况再进行调整，当然也可以直接在系统中建立。如图3所示，标准闭环流程例如住院检验闭环流程、住院手术闭环流程、住院检查闭环
流程、住院输血闭环流程、药品使用闭环流程、门诊检查闭环流程、门诊检验闭环流程等，每个标准闭环流程均对应一个模板，同时显示了住院检验闭环流程的各节点示意图。
76.由于整个闭环管理系统是依托于集成平台实现的，所以在闭环流程的定义中，需要定义一个对应集成平台的标准接口，即消息种类。如图4所示中，当业务系统a要将一检查状态信息种类的更新服务注册到集成平台，注册成功后，集成平台返回一个交易代码，并要求业务系统a使用平台调用规范来发送消息，图5为一平台调用规范实例。则业务系统a后面的检查状态信息更新，都会根据调用规范，发送如图6所示的消息给集成平台，业务系统a每次检查状态信息更新的消息中交易代码不变，集成平台会将如下消息同步发送到mq队列，由闭环管理系统进行消费。
77.因此，任一所述标准闭环流程具有多个节点，每个节点对应一个消息种类，每个消息种类通过一交易代码进行标识；如图7所示，例如一个检验流程包括的节点有8个：检查申请提交、检查收费、撤销申请、检查登记、检查退费、完成检查、完成检查报告、报告审核。该8个节点对应8个消息种类，因此每个节点的交易代码均不相同。
78.每个消息包含交易代码和节点字段，所述节点字段包括关键字段、通用字段、主索引字段、触发时间字段、操作人字段、机构字段、住院号字段；其中：所述关键字段用于判断业务流程是否到相应的节点，不同的节点关键字段不同；所述通用字段为标准闭环流程的唯一标识，用于串联整个标准闭环流程，因此同一标准闭环流程中，各个节点的通用字段相同；所述主索引字段为患者的唯一标识；
79.同一标准闭环流程的同一节点的不同消息中，所述交易代码和所述关键字段均分别相同。例如：对于不同的患者执行同一个标准闭环流程时(或者同一个患者先后执行同一个标准闭环流程)，则发起了多个闭环，这些闭环的各个节点在未执行完毕时，通常放在内存中，每个闭环在相同节点所对应的消息种类相同，因此交易代码和关键字段相同，但由于属于不同的闭环，因此通用字段不同，从而可根据交易代码确定节点，再结合通用字段确定闭环，然后通过关键字段确定闭环当前执行到哪个节点。
80.节点可分为循环节点和非循环节点，可在节点的属性配置面板中进行设置，循环节点具有多条消息即循环消息，因此需判断一个消息是否为循环消息，若是同一个循环节点的多个循环消息所解析的流程日志均要保存在该循环节点上。
81.循环消息的判断如图8所示，其展示一检验流程的部分节点，假设目前一个检验流程走到标本采集节点。假设此时检验系统先向集成平台发送一条血液标本采集的消息，然后又向集成平台发送了一条尿液标本采集的消息(集成平台会将两个消息放到mq由闭环管理消费)。无论是第一条血液标本采集消息还是第二条尿液标本采集消息的属于同一个闭环的同一个节点，则：
82.当闭环管理系统在消费第一条血液标本采集消息时，是先判断上一个条码打印节点是不是循环节点，由于条码打印节点不是循环节点，说明当前消息不是循环消息，则递增遍历闭环的后续节点，发现是标本采集节点，则该流程到了标本采集节点，此时消息解析所得的流程日志需保存在标本采集节点上。
83.当闭环管理系统在消费第二条尿液标本采集消息时，会判断上一个标本采集节点是不是循环节点，由于标本采集节点已被执行，因此，在先判断上一个条码打印节点是不是循环节点时，此时的上一个节点已经变为标本采集节点，由于标本采集节点是循环节点，则
根据交易代码和关键字段判断当前消息是否为上一节点的循环消息，由于关键字段表明当前消息仍为标本采集节点的消息，则解析报文，存放流程日志至上一标本采集节点。
84.所述消息监听模块执行的具体流程包括：
85.s31、获取消息中的交易代码和通用字段；
86.s32、根据交易代码和通用字段在缓存中的各个闭环匹配相应的节点，若匹配失败，则认为是开始节点，则进行步骤33；若匹配成功，则认为是中间节点，则进行步骤34至步骤35；
87.s33、根据交易代码找出节点属性配置中属于开始节点的关键字段，根据关键字段匹配具体属于哪个闭环；
88.若匹配成功，则按顺序在对应闭环所有节点下保存交易代码和通用字段，并将当前节点信息存到缓存中；进行解析报文，存放流程日志至当前节点；
89.若匹配不成功，则结束；
90.s34、根据交易代码和通用字段在匹配成功的闭环中找出上一个节点，判断上一节点是否为循环节点；
91.若上一节点是循环节点，则根据交易代码和关键字段判断当前消息是否为上一节点的循环消息；若是上一节点的循环消息，则解析报文，存放流程日志至上一节点后进入步骤35；
92.若上一节点不是循环节点，则根据交易代码和关键字段判断当前节点是否为上一节点的下一个节点；若是，则解析报文，存放流程日志至下一个节点；若不是，则说明存在跳过节点，则递增遍历闭环的后续节点，直到匹配到相应的节点，解析报文，存放流程日志至相应的节点；同时补齐跳过节点的错误流程日志，并判断跳过的节点是否是必要节点，若是必要节点，将推送通知消息至预设的接收人；
93.35、根据节点属性判断当前节点是否为结束节点，若是，则清空当前流程所有缓存后结束；若否，则直接结束。
94.关于计算出当前标准闭环流程的完成率；如图10所示，若某个当前标准闭环流程包括6个节点，其中，检验申请收费和撤销申请这两个节点为并列节点，属于一个同层级，条码打印和检验申请退费这两个节点也属于一个同层级，当前标准闭环流程的模板的最大层级为4级。而当前标准闭环流程的有效节点为完成的节点，当然同一层级的节点在执行的过程中只有一个节点能被有效执行，因此，如图11所示，当前标准闭环流程的4个层级中，仅有第二层级的两点节点均没有被执行，而其余三个层级均有节点被执行，那么：
95.所述当前标准闭环流程的完成率＝(当前标准闭环流程的有效节点/当前标准闭环流程的模板的最大层级)
×
100％＝3/4
×
100％＝70％。
96.较佳的，如图13所示，本实施例的医院业务流程的闭环管理装置，还包括：
97.每日汇总模块，对各个标准闭环流程的每日完成率和标准闭环流程数量进行汇总和展示，展示结果如图12所示。
98.由于本发明实施例二所介绍的装置，为实施本发明实施例一的方法所采用的装置，故而基于本发明实施例一所介绍的方法，本领域所属人员能够了解该装置的具体结构及变形，故而在此不再赘述。凡是本发明实施例一的方法所采用的装置都属于本发明所欲保护的范围。
99.基于同一发明构思，本技术提供了实施例一对应的电子设备实施例，详见实施例三。
100.实施例三
101.本实施例提供了一种电子设备，如图14所示，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时，可以实现实施例一中任一实施方式。
102.由于本实施例所介绍的电子设备为实施本技术实施例一中方法所采用的设备，故而基于本技术实施例一中所介绍的方法，本领域所属技术人员能够了解本实施例的电子设备的具体实施方式以及其各种变化形式，所以在此对于该电子设备如何实现本技术实施例中的方法不再详细介绍。只要本领域所属技术人员实施本技术实施例中的方法所采用的设备，都属于本技术所欲保护的范围。
103.基于同一发明构思，本技术提供了实施例一对应的存储介质，详见实施例四。
104.实施例四
105.本实施例提供一种计算机可读存储介质，如图15所示，其上存储有计算机程序，该计算机程序被处理器执行时，可以实现实施例一中任一实施方式。
106.本技术实施例中提供的技术方案，至少具有如下技术效果或优点：本技术实施例提供的方法、装置、系统、设备及介质，
107.本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
108.本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
109.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
110.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
111.虽然以上描述了本发明的具体实施方式，但是熟悉本技术领域的技术人员应当理解，我们所描述的具体的实施例只是说明性的，而不是用于对本发明的范围的限定，熟悉本领域的技术人员在依照本发明的精神所作的等效的修饰以及变化，都应当涵盖在本发明的
权利要求所保护的范围内。
技术特征：1.一种医院业务流程的闭环管理方法，其特征在于：执行于闭环流程管理系统，包括下述步骤：s1、建立或导入医院业务流程的标准闭环流程的模板；s2、监听集成平台异步分发的mq消息队列来消费业务系统发出的消息，并在消费时通过配置字段来解析对应的消息并存到流程日志中；s3、根据所述流程日志进行标准闭环流程的展示，并计算出当前标准闭环流程的完成率。2.根据权利要求1所述的一种医院业务流程的闭环管理方法，其特征在于：任一所述标准闭环流程具有多个节点，每个节点对应一个消息种类，每个消息种类通过一交易代码进行标识；每个消息包含交易代码和节点字段，所述节点字段包括关键字段、通用字段、主索引字段、触发时间字段、操作人字段、机构字段、住院号字段；其中：所述关键字段用于判断业务流程是否到相应的节点；所述通用字段为标准闭环流程的唯一标识，用于串联整个标准闭环流程；所述主索引字段为患者的唯一标识。3.根据权利要求2所述的一种医院业务流程的闭环管理方法，其特征在于：通过配置字段来解析对应的消息并存到流程日志中的具体流程包括：s31、获取消息中的交易代码和通用字段；s32、根据交易代码和通用字段在缓存中的各个闭环匹配相应的节点，若匹配失败，则认为是开始节点，则进行步骤33；若匹配成功，则认为是中间节点，则进行步骤34至步骤35；s33、根据交易代码找出节点属性配置中属于开始节点的关键字段，根据关键字段匹配具体属于哪个闭环；若匹配成功，则按顺序在对应闭环所有节点下保存交易代码和通用字段，并将当前节点信息存到缓存中；进行解析报文，存放流程日志至当前节点；若匹配不成功，则结束；s34、根据交易代码和通用字段在匹配成功的闭环中找出上一个节点，判断上一节点是否为循环节点；若上一节点是循环节点，则根据交易代码和关键字段判断当前消息是否为上一节点的循环消息；若是上一节点的循环消息，则解析报文，存放流程日志至上一节点后进入步骤35；若上一节点不是循环节点，则根据交易代码和关键字段判断当前节点是否为上一节点的下一个节点；若是，则解析报文，存放流程日志至下一个节点；若不是，则说明存在跳过节点，则递增遍历闭环的后续节点，直到匹配到相应的节点，解析报文，存放流程日志至相应的节点；同时补齐跳过节点的错误流程日志，并判断跳过的节点是否是必要节点，若是必要节点，将推送通知消息至预设的接收人；35、根据节点属性判断当前节点是否为结束节点，若是，则清空当前流程所有缓存后结束；若否，则直接结束。4.根据权利要求1所述的一种医院业务流程的闭环管理方法，其特征在于：还包括：s4、对各个标准闭环流程的每日完成率和标准闭环流程数量进行汇总和展示。5.一种医院业务流程的闭环管理装置，其特征在于：执行于闭环流程管理系统，包括：
模板管理模块，用于建立或导入医院业务流程的标准闭环流程的模板，并进行管理；消息监听模块，用于监听集成平台异步分发的mq消息队列来消费业务系统发出的消息，并在消费时通过配置字段来解析对应的消息并存到流程日志中；展示模块，用于根据所述流程日志进行标准闭环流程的展示，并计算出当前标准闭环流程的完成率。6.根据权利要求5所述的一种医院业务流程的闭环管理装置，其特征在于：任一所述标准闭环流程具有多个节点，每个节点对应一个消息种类，每个消息种类通过一交易代码进行标识；每个消息包含交易代码和节点字段，所述节点字段包括关键字段、通用字段、主索引字段、触发时间字段、操作人字段、机构字段、住院号字段；其中：所述关键字段用于判断业务流程是否到相应的节点；所述通用字段为标准闭环流程的唯一标识，用于串联整个标准闭环流程；所述主索引字段为患者的唯一标识。7.根据权利要求5所述的一种医院业务流程的闭环管理装置，其特征在于：所述消息监听模块执行的具体流程包括：s31、获取消息中的交易代码和通用字段；s32、根据交易代码和通用字段在缓存中的各个闭环匹配相应的节点，若匹配失败，则认为是开始节点，则进行步骤33；若匹配成功，则认为是中间节点，则进行步骤34至步骤35；s33、根据交易代码找出节点属性配置中属于开始节点的关键字段，根据关键字段匹配具体属于哪个闭环；若匹配成功，则按顺序在对应闭环所有节点下保存交易代码和通用字段，并将当前节点信息存到缓存中；进行解析报文，存放流程日志至当前节点；若匹配不成功，则结束；s34、根据交易代码和通用字段在匹配成功的闭环中找出上一个节点，判断上一节点是否为循环节点；若上一节点是循环节点，则根据交易代码和关键字段判断当前消息是否为上一节点的循环消息；若是上一节点的循环消息，则解析报文，存放流程日志至上一节点后进入步骤35；若上一节点不是循环节点，则根据交易代码和关键字段判断当前节点是否为上一节点的下一个节点；若是，则解析报文，存放流程日志至下一个节点；若不是，则说明存在跳过节点，则递增遍历闭环的后续节点，直到匹配到相应的节点，解析报文，存放流程日志至相应的节点；同时补齐跳过节点的错误流程日志，并判断跳过的节点是否是必要节点，若是必要节点，将推送通知消息至预设的接收人；35、根据节点属性判断当前节点是否为结束节点，若是，则清空当前流程所有缓存后结束；若否，则直接结束。8.根据权利要求5所述的一种医院业务流程的闭环管理装置，其特征在于：还包括：每日汇总模块，对各个标准闭环流程的每日完成率和标准闭环流程数量进行汇总和展示。9.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现如权利要求1至4任一项所述的方法。
10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1至4任一项所述的方法。
技术总结本发明提供一种医院业务流程的闭环管理方法、装置、设备和介质，方法包括：S1、建立或导入医院业务流程的标准闭环流程的模板；S2、监听集成平台异步分发的MQ消息队列来消费业务系统发出的消息，并在消费时通过配置字段来解析对应的消息并存到流程日志中；S3、根据所述流程日志进行标准闭环流程的展示，并计算出当前标准闭环流程的完成率。本发明以医院互联互通的集成平台为基础，整合医院内的关键业务流程，从而实现医院业务流程的闭环管理，提高服务质量和运行效率，以及提升患者的体验。以及提升患者的体验。以及提升患者的体验。
技术研发人员：黄家昌 林文建 杨辉 邱道椿 尹时乐
受保护的技术使用者：福建亿能达信息技术股份有限公司
技术研发日：2022.06.22
技术公布日：2022/11/1
