慢性心力衰竭的危险分层以及转诊应对管理系统的制作方法

1.本技术涉及医疗管理，特别涉及慢性心力衰竭的危险分层以及转诊应对管理系统。


背景技术：

2.心力衰竭(简称“心衰”)是21世纪心血管病最大的挑战，具有患病率高、死亡率高、再住院率高和医疗花费高的特点，而且严重影响着患者的生活质量。尽管近年来心衰治疗领域取得了较大进展，但患者死亡率和再住院率仍居高不下，探索新的治疗策略势在必行。
3.相关技术中，心衰的管理完全是患者在非急性期都是自我管理，只有当急性症状发作才到医院住院治疗，缺乏对于慢性心衰患者进行危险分层和并制定对应管理策略的分级管理概念。
4.针对相关技术中针对心力衰竭缺乏危险分层以及对应转诊策略的问题，目前尚未提出有效的解决方案。


技术实现要素：

5.本技术的主要目的在于提供一种慢性心力衰竭的危险分层以及转诊应对管理系统，以解决相关技术中针对心力衰竭缺乏危险分层以及对应转诊策略的。
6.为了实现上述目的，第一方面，本技术提供了一种慢性心力衰竭的危险分层以及转诊应对管理系统，应用于医疗机构后台管理服务器，所述医疗机构后台管理服务器用于使患者在不同级别的医院间转诊协作，该系统包括：筛查模块，用于筛查患者心力衰竭症状相关的数据；危险分层模型症状甄别模块，用于区分所述患者的危险等级，并分级诊疗；第一响应模块，用于在所述危险分层模型判断模块输出的是第一危险等级的情况下，则对患者执行向当前医院的上一级医院转诊的分级诊疗应对处置；第二响应模块，用于在所述危险分层模型判断模块输出的是第二危险等级的情况下，则对患者执行转诊到当前医院或与当前医院同一级别的医院执行二次评估判断的分级诊疗应对处置；二次评估判断模块，用于针对所述第二响应模块中的分级诊疗输出结果对应的患者再次执行基于所述第二危险等级的危险分层；诊断建议模块，用于根据所述第二危险等级的分级诊疗结果，生成对患者的应对处置建议。
7.在一些实施例中，系统还包括：与所述医疗机构后台管理服务器连接的转诊服务器，用于根据所述第一响应模块和/或第二响应模块中的应对处置结果，向目标等级医院发送转诊请求。
8.在一些实施例中，所述转诊服务器通过反向代理，将所述转诊请求发送至当前医院的上一级医院或者与当前医院同一级别的医院的后台服务器。
9.在一些实施例中，所述筛查模块，还用于按照预设筛查方法采集得到不同症状对应的患者心力衰竭症状相关数据，所述预设筛查方法至少包括如下之一：phq9量表、问诊、生命体征测量、ecg心电图、视诊、血液检查、影像学检查。
10.在一些实施例中，所述二次评估判断模块，还用于按照六分钟步行试验检查结果对应的患者再次执行基于所述第二危险等级的危险分层。
11.在一些实施例中，所述二次评估判断模块，还用于针对所述第二响应模块中的分级诊疗输出结果对应的患者的六分钟步行试验检查结果出现符合高危风险要求的心力衰竭症状相关的数据时，将基于所述第二危险等级的危险分层判断为高危；以及所述六分钟步行试验检查结果未出现符合高危风险要求的心力衰竭症状相关的数据时，将基于所述第二危险等级的危险分层判断为低危或中危。
12.在一些实施例中，所述危险分层模型症状甄别模块，还用于在所述筛查模块中出现符合高危风险要求的心力衰竭症状相关的数据时，区分所述患者的危险等级为高危；以及在所述筛查模块中未出符合高危风险要求的心力衰竭症状相关的数据时，区分所述患者的危险等级为低危或中危。
13.在一些实施例中，所述第一响应模块，还用于在所述危险分层模型判断模块输出的是第一危险等级的情况下，如果接收到所述当前医院的上一级医院已接收转诊的分级诊疗应对处置的响应结果，则向医疗机构后台管理服务器同步已转诊结果；如果未接收到所述当前医院的上一级医院是否接收转诊的分级诊疗应对处置的响应结果，则向医疗机构后台管理服务器同步未转诊结果。
14.在一些实施例中，所述第二响应模块，还用于在所述危险分层模型判断模块输出的是第二危险等级的情况下，如果接收所述当前医院或与当前医院同一级别的医院已接收转诊的分级诊疗应对处置的响应结果，则向医疗机构后台管理服务器同步已转诊结果；如果未接收到所述当前医院或与当前医院同一级别的医院是否接收转诊的分级诊疗应对处置的响应结果，则向医疗机构后台管理服务器同步未转诊结果。
15.为了实现上述目的，第一方面，本技术提供了慢性心力衰竭的危险分层以及转诊应对管理系统，应用于医疗人员的医疗客户端，所述医疗客户端于使患者在不同级别的医院间转诊协作，所述系统包括：采集模块，用于采集患者心力衰竭症状相关的数据；第一接收模块，用于在所述危险分层模型判断模块输出的是第一危险等级的情况下，接收对患者执行向当前医院的上一级医院转诊的分级诊疗应对处置指令，所述危险分层模型症状甄别模块，用于显示所述患者的危险等级，并分级诊疗；第二接收模块，用于在所述危险分层模型判断模块输出的是第二危险等级的情况下，接收对患者执行转诊到当前医院或与当前医院同一级别的医院执行二次评估判断的分级诊疗应对处置指令；二次评估显示模块，用于显示所述第二响应模块中的分级诊疗输出结果对应的患者基于所述第二危险等级的危险分层；诊断建议接收模块，用于根据所述第二危险等级的分级诊疗结果，接收对患者的应对处置建议。
16.本技术实施例采用的上述至少一个技术方案能够达到以下有益效果：
17.本技术中慢性心力衰竭的危险分层以及转诊应对管理系统，应用于医疗机构后台管理服务器，所述医疗机构后台管理服务器用于使患者在不同级别的医院间转诊协作。通过所述危险分层以及转诊应对管理系统，可以形成合理成熟的慢性心力衰竭患者在不同级别的公立医院间转诊协作的疾病管理体系。
附图说明
18.构成本技术的一部分的附图用来提供对本技术的进一步理解，使得本技术的其它特征、目的和优点变得更明显。本技术的示意性实施例附图及其说明用于解释本技术，并不构成对本技术的不当限定。在附图中：
19.图1是本技术实施例中的慢性心力衰竭的危险分层以及转诊应对管理系统的结构示意图(服务器端)；
20.图2是本技术实施例中的慢性心力衰竭的危险分层以及转诊应对管理系统的结构示意图；
21.图3是本技术实施例中的慢性心力衰竭的危险分层以及转诊应对管理系统的结构示意图(客户端)。
具体实施方式
22.为了使本技术领域的人员更好地理解本技术方案，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分的实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本技术保护的范围。
23.需要说明的是，本技术的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本技术的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
24.需要说明的是，在不冲突的情况下，本技术中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本技术。
25.慢性心力衰竭：心力衰竭是由于心肌梗死、心肌病、血流动力学负荷过重、炎症等任何原因引起的心肌损伤，造成心肌结构和功能的变化，最后导致心室泵血或充盈功能低下。临床主要表现为呼吸困难、乏力和体液潴留。慢性心力衰竭(chf)是指持续存在的心力衰竭状态，可以稳定、恶化或失代偿。治疗心衰的目标不仅要改善症状、提高生活质量，而且要针对心肌重构的机制，延缓和防止心肌重构的发展，降低心衰的住院率和死亡率。发明人研究时发现，现有的慢性心力衰竭管理方案是被动式的管理，也就是说，等待疾病进一步恶化才开始治疗的方法。如果疾病不恶化，患者就不需要就诊。但是，患者并不具备专业知识对于疾病进行自我管理。同时，中国大量的基层医院医生也不具备对于慢性心衰患者的危险分层和管理路径的知识。所以，目前没有很好的慢性心力衰竭的管理方法。造成的结果是患者再入院率高、住院率高、死亡率高，患者家庭负担沉重，同时社会医保负担沉重。
26.本技术实施例中的系统，从慢性心力衰竭表现出来的各种临床症状并结合相对简单的徒手评估入手，对患者进行风险评估，并依据本技术中中的心衰危险分层方法进行归类：对于中低危患者建议就诊于基层医院或者自我管理，对于有高危可能性的患者建议到高水平的三级医院进行进一步检查。
27.基于慢性心力衰竭的危险分层以及转诊应对管理系统提供的筛查和危险分层，可以很好地甄别患者的风险等级，让有潜在高风险的患者得到及时治疗，让低风险患者可以有信心在基层医院获得必要的疾病管理指导，并在家中完成必要的自我症状识别和疾病管理。基于该系统的实施，有助于基层医疗机构根据这个方法对于患者进行筛查和分组管理。
28.以下结合附图，详细说明本技术各实施例提供的技术方案。
29.本技术实施例提供了一种慢性心力衰竭的危险分层以及转诊应对管理系统，如图1所示，提供了本技术实施例中慢性心力衰竭的危险分层以及转诊应对管理系统结构示意图，所述系统至少包括如：
30.筛查模块101，用于筛查患者心力衰竭症状相关的数据。
31.通过系统中的所述筛查模块101可以采集患者的生命体征和其他症状表现，并通过相应的心衰症状数据采集模块录入相关的数据。
32.比如，生命体征：血压异常、脉搏异常、体温异常、呼吸频率异常、节律异常、短期内体重明显增加/体重三天内突然增加至少2公斤以上且无法纠正。筛查方法：生命体征测量、ecg心电图、问诊或者测量体重。
33.又比如，其他症状表现为是否出现疾病症状：昏厥、气促加重、气急加重、端坐呼吸加重、咳嗽加重、咳粉红色泡沫痰加重、阵发性夜间呼吸困难加重、乏力、运动耐量突发降低、下肢水肿突然加重、劳力性呼吸困难加重、俯身呼吸困难加重、咳白色泡沫痰加重、喘息加重。
34.再比如，其他症状表现为疾病管理问题：尿量减少无法改善、精神不振无法改善、神志异常无法改善。
35.此外，还可以包括：心音、缺氧表现加重、潮式呼加重、血液检查结果、影像学检查等方式筛查患者心力衰竭症状相关的数据。
36.危险分层模型症状甄别模块102，用于区分所述患者的危险等级，并分级诊疗。
37.通过所述危险分层模型症状甄别模块102区分不同所述患者的危险等级，从而实现分级诊疗。比如可以简单的分为中危和低危患者或高危。
38.第一响应模块103，用于在所述危险分层模型判断模块输出的是第一危险等级的情况下，则对患者执行向当前医院的上一级医院转诊的分级诊疗应对处置。
39.通过所述第一响应模块103在所述危险分层模型判断模块输出的是第一危险等级的情况下，则会对患者执行向当前医院的上一级医院转诊的分级诊疗应对处置，此时认为是高危，所以需要采用向当前医院的上一级医院转诊的分级诊疗应对处置方式。
40.优选地，症状信息经过心衰危险分层模型判断模块的处理，匹配对应的风险等级，进行初步分级：高危、中危、低危。如果是高危，则通过所述第一响应模块103对患者执行向当前医院的上一级医院转诊的分级诊疗应对处置。
41.此外，如果认为是高危患者，系统还会给出转诊的建议。
42.第二响应模块104，用于在所述危险分层模型判断模块输出的是第二危险等级的情况下，则对患者执行转诊到当前医院或与当前医院同一级别的医院执行二次评估判断的分级诊疗应对处置。
43.如图2所示，基于所述第二响应模块104，可以在所述危险分层模型判断模块输出的是第二危险等级的情况下对患者执行转诊到当前医院或与当前医院同一级别的医院执
行二次评估判断的分级诊疗应对处置。也就是说，分级转诊之后，如果是中危和低危患者，系统提示医护人员进行进一步筛查。比如，给患者做六分钟步行试验的检查，根据患者的步行距离，并采集患者的步数、距离、速度、心率、血压、血氧等参数。
44.需要注意的是，如果是中危和低危患者，即转诊到当前医院或与当前医院同一级别的医院均可。
45.二次评估判断模块105，用于针对所述第二响应模块中的分级诊疗输出结果对应的患者再次执行基于所述第二危险等级的危险分层。
46.所述二次评估判断模块105针对所述第二响应模块中的分级诊疗输出结果对应的患者再次执行基于所述第二危险等级的危险分层。
47.诊断建议模块106，用于根据所述第二危险等级的分级诊疗结果，生成对患者的应对处置建议。
48.如图2所示，所述诊断建议模块106可以根据所述第二危险等级的分级诊疗结果，生成对患者的应对处置建议，比如，进行进一步慢性心力衰竭分级：高危患者，系统给出转诊建议。中危患者，系统在基层医疗机构进行进一步治疗。
49.在一些实施例中，系统还包括：与所述医疗机构后台管理服务器连接的转诊服务器，用于根据所述第一响应模块和/或第二响应模块中的应对处置结果，向目标等级医院发送转诊请求。
50.具体实施时，对于医疗机构后台管理服务器还可以通过转诊服务器根据所述第一响应模块和/或第二响应模块中的应对处置结果，向目标等级医院发送转诊请求。其中目标等级医院发送的转诊请求中携带有患者的危险分层以及患者心力衰竭症状相关的数据，可以为目标等级医院提供充分的转诊应对数据。
51.在一些实施例中，所述转诊服务器通过反向代理，将所述转诊请求发送至当前医院的上一级医院或者与当前医院同一级别的医院的后台服务器。
52.具体实施时，通过反向代理，将所述转诊请求发送至当前医院的上一级医院或者与当前医院同一级别的医院的后台服务器，实现当前医院的上一级医院或者与当前医院同一级别的医院之间的请求转发。降低医疗机构后台管理服务器自身的数据处理压力。
53.在一些实施例中，所述筛查模块，还用于按照预设筛查方法采集得到不同症状对应的患者心力衰竭症状相关数据，所述预设筛查方法至少包括如下之一：phq9量表、问诊、生命体征测量、ecg心电图、视诊、血液检查、影像学检查。
54.具体实施时，所述筛查模块101还用于按照预设筛查方法采集得到不同症状对应的患者心力衰竭症状相关数据。
55.phq9量表，比如，表1
[0056][0057]
问诊比如，表2
[0058][0059]
生命体征测量、ecg心电图，比如，表3
[0060][0061]
视诊以及听诊，比如，表4
[0062][0063]
血液检查，比如，表5
[0064]
[0065][0066]
影像学检查，比如，表6
[0067][0068]
在一些实施例中，所述二次评估判断模块，还用于按照六分钟步行试验检查结果对应的患者再次执行基于所述第二危险等级的危险分层。
[0069]
可以理解，六分钟步行试验(6mwt)主要用于评价中、重度心肺疾病患者对治疗干预的疗效，测量患者的功能状态，可作为临床试验的终点观察指标之一，也是患者生存率的预测指标之一。试验要求患者在平直的步道里尽可能快地行走，测定在六分钟里完成的步行距离。在本技术的实施例中采用所述二次评估判断模块按照六分钟步行试验检查结果对应的患者再次执行基于所述第二危险等级的危险分层，
[0070]
在一些实施例中，所述二次评估判断模块，还用于针对所述第二响应模块中的分级诊疗输出结果对应的患者的六分钟步行试验检查结果出现符合高危风险要求的心力衰竭症状相关的数据时，将基于所述第二危险等级的危险分层判断为高危；以及所述六分钟步行试验检查结果未出现符合高危风险要求的心力衰竭症状相关的数据时，将基于所述第二危险等级的危险分层判断为低危或中危。
[0071]
具体实施时，通过所述二次评估判断模块105针对所述第二响应模块中的分级诊疗输出结果对应的患者的六分钟步行试验检查结果出现符合高危风险要求的心力衰竭症状相关的数据时，将基于所述第二危险等级的危险分层判断为高危，反之所述六分钟步行试验检查结果未出现符合高危风险要求的心力衰竭症状相关的数据时，将基于所述第二危
险等级的危险分层判断为低危或中危。
[0072]
进一步地，如表7
[0073][0074][0075]
在一些实施例中，所述危险分层模型症状甄别模块102，还用于在所述筛查模块中出现符合高危风险要求的心力衰竭症状相关的数据时，区分所述患者的危险等级为高危；以及在所述筛查模块中未出符合高危风险要求的心力衰竭症状相关的数据时，区分所述患者的危险等级为低危或中危。
[0076]
具体实施时，通过所述危险分层模型症状甄别模块在所述筛查模块中出现符合高危风险要求的心力衰竭症状相关的数据时，区分所述患者的危险等级为高危。在所述危险分层模型症状甄别模块中采用预先训练得到的危险分层模型。在所述筛查模块中未出符合
高危风险要求的心力衰竭症状相关的数据时，区分所述患者的危险等级为低危或中危。
[0077]
在一些实施例中，所述第一响应模块，还用于在所述危险分层模型判断模块输出的是第一危险等级的情况下，如果接收到所述当前医院的上一级医院已接收转诊的分级诊疗应对处置的响应结果，则向医疗机构后台管理服务器同步已转诊结果；如果未接收到所述当前医院的上一级医院是否接收转诊的分级诊疗应对处置的响应结果，则向医疗机构后台管理服务器同步未转诊结果。
[0078]
具体实施时，对于所述第一响应模块103，如果接收到所述当前医院的上一级医院已接收转诊的分级诊疗应对处置的响应结果，则向医疗机构后台管理服务器同步已转诊结果。此时，保证了医疗机构后台管理服务器中的数据同步。
[0079]
进一步地，如果未接收到所述当前医院的上一级医院是否接收转诊的分级诊疗应对处置的响应结果，则向医疗机构后台管理服务器同步未转诊结果。此时，保证了医疗机构后台管理服务器中的消息同步，以更新不同的分级诊疗对应处置状态。
[0080]
在一些实施例中，所述第二响应模块104，还用于在所述危险分层模型判断模块输出的是第二危险等级的情况下，如果接收所述当前医院或与当前医院同一级别的医院已接收转诊的分级诊疗应对处置的响应结果，则向医疗机构后台管理服务器同步已转诊结果；如果未接收到所述当前医院或与当前医院同一级别的医院是否接收转诊的分级诊疗应对处置的响应结果，则向医疗机构后台管理服务器同步未转诊结果。
[0081]
所述第二响应模块，根据危险分层模型判断模块输出的是第二危险等级的结果，接收所述当前医院或与当前医院同一级别的医院已接收转诊的分级诊疗应对处置的响应结果，并向医疗机构后台管理服务器同步已转诊结果。此时，保证了医疗机构后台管理服务器中的数据同步。
[0082]
进一步地，如果未接收到所述当前医院或与当前医院同一级别的医院是否接收转诊的分级诊疗应对处置的响应结果，则向医疗机构后台管理服务器同步未转诊结果。此时，保证了医疗机构后台管理服务器中的消息同步，以更新不同的分级诊疗对应处置状态。
[0083]
通过上述两个响应模块，可以应对不同的转诊处置结果。
[0084]
本技术实施例还提供了一种慢性心力衰竭的危险分层以及转诊应对管理系统，如图3所示，应用于医疗人员的医疗客户端，所述医疗客户端于使患者在不同级别的医院间转诊协作，所述系统包括：
[0085]
采集模块301，用于采集患者心力衰竭症状相关的数据。
[0086]
由于应用于医疗人员的医疗客户端，所以通过所述采集模块301采集患者心力衰竭症状相关的数据。
[0087]
比如，生命体征：血压异常、脉搏异常、体温异常、呼吸频率异常、节律异常、短期内体重明显增加/体重三天内突然增加至少2公斤以上且无法纠正。筛查方法：生命体征测量、ecg心电图、问诊或者测量体重。
[0088]
又比如，其他症状表现为是否出现疾病症状：昏厥、气促加重、气急加重、端坐呼吸加重、咳嗽加重、咳粉红色泡沫痰加重、阵发性夜间呼吸困难加重、乏力、运动耐量突发降低、下肢水肿突然加重、劳力性呼吸困难加重、俯身呼吸困难加重、咳白色泡沫痰加重、喘息加重。
[0089]
再比如，其他症状表现为疾病管理问题：尿量减少无法改善、精神不振无法改善、
神志异常无法改善。
[0090]
此外，还可以包括：心音、缺氧表现加重、潮式呼加重、血液检查结果、影像学检查等方式筛查患者心力衰竭症状相关的数据。
[0091]
第一接收模块302，用于在所述危险分层模型判断模块输出的是第一危险等级的情况下，接收对患者执行向当前医院的上一级医院转诊的分级诊疗应对处置指令，所述危险分层模型症状甄别模块，用于显示所述患者的危险等级，并分级诊疗。
[0092]
第二接收模块303，用于在所述危险分层模型判断模块输出的是第二危险等级的情况下，接收对患者执行转诊到当前医院或与当前医院同一级别的医院执行二次评估判断的分级诊疗应对处置指令。
[0093]
所述第一接收模块302、所述第二接收模块303接收不同的处置指令，分别在所述危险分层模型判断模块输出的是第一危险等级的情况下，接收对患者执行向当前医院的上一级医院转诊的分级诊疗应对处置指令，或者在所述危险分层模型判断模块输出的是第二危险等级的情况下，接收对患者执行转诊到当前医院或与当前医院同一级别的医院执行二次评估判断的分级诊疗应对处置指令。
[0094]
需要注意的是，基于所述危险分层模型症状甄别模块，显示所述患者的危险等级，并分级诊疗。
[0095]
二次评估显示模块304，用于显示所述第二响应模块中的分级诊疗输出结果对应的患者基于所述第二危险等级的危险分层。
[0096]
在用户终端显示所述第二响应模块中的分级诊疗输出结果对应的患者再次执行基于所述第二危险等级的危险分层。
[0097]
诊断建议接收模块305，用于根据所述第二危险等级的分级诊疗结果，接收对患者的应对处置建议。
[0098]
可以根据所述第二危险等级的分级诊疗结果，生成对患者的应对处置建议，比如，进行进一步慢性心力衰竭分级：高危患者，系统给出转诊建议。中危患者，系统在基层医疗机构进行进一步治疗。
[0099]
本技术实施例中的慢性心力衰竭的危险分层以及转诊应对管理系统，有着快速、简单、可执行的优点，基层医疗机构医护人员甚至患者和患者家属都可以依据本发明给出的流程一步步进行症状的风险评估，并根据疾病的危险分层结果进行决策：是否到上级三级医院进一步就诊或者在基层医院就诊甚至居家自我管理。对于医疗人员的医疗客户端而言，可以更加准确、实时地获取相关数据、处置指令等等。
[0100]
采用基于慢性心力衰竭的危险分层以及转诊应对管理系统，实现风险分层的甄别和处理流程方案，可以合理分流患者，让心衰患者的分级诊疗可以得到实施：高危患者：中心医院(二级以上医院)；中危患者：基层医院(二级或者一级医院)；低危患者：居家自我管理或者基层医院(一级医院)。
[0101]
显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的
硬件和软件结合。
[0102]
本技术所涉及的计算机程序可以存储于计算机可读存储介质中，所述计算机可读存储介质可以包括：能够携带计算机程序代码的任何实体装置、虚拟装置、优盘、移动硬盘、磁碟、光盘、计算机存储器、只读计算机存储器(read-only memory，rom)、随机存取计算机存储器(random access memory，ram)、电载波信号、电信信号以及其他软件分发介质等。
[0103]
显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。
[0104]
以上所述仅为本技术的优选实施例而已，并不用于限制本技术，对于本领域的技术人员来说，本技术可以有各种更改和变化。凡在本技术的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本技术的保护范围之内。

技术特征：
1.一种慢性心力衰竭的危险分层以及转诊应对管理系统，其特征在于，应用于医疗机构后台管理服务器，所述医疗机构后台管理服务器用于使患者在不同级别的医院间转诊协作，所述系统包括：筛查模块，用于筛查患者心力衰竭症状相关的数据；危险分层模型症状甄别模块，用于区分所述患者的危险等级，并分级诊疗；第一响应模块，用于在所述危险分层模型判断模块输出的是第一危险等级的情况下，则对患者执行向当前医院的上一级医院转诊的分级诊疗应对处置；第二响应模块，用于在所述危险分层模型判断模块输出的是第二危险等级的情况下，则对患者执行转诊到当前医院或与当前医院同一级别的医院执行二次评估判断的分级诊疗应对处置；二次评估判断模块，用于针对所述第二响应模块中的分级诊疗输出结果对应的患者再次执行基于所述第二危险等级的危险分层；诊断建议模块，用于根据所述第二危险等级的分级诊疗结果，生成对患者的应对处置建议。2.根据权利要求1所述的系统，其特征在于，还包括：与所述医疗机构后台管理服务器连接的转诊服务器，用于根据所述第一响应模块和/或第二响应模块中的应对处置结果，向目标等级医院发送转诊请求。3.根据权利要求2所述的系统，其特征在于，所述转诊服务器通过反向代理，将所述转诊请求发送至当前医院的上一级医院或者与当前医院同一级别的医院的后台服务器。4.根据权利要求1所述的系统，其特征在于，所述筛查模块，还用于按照预设筛查方法采集得到不同症状对应的患者心力衰竭症状相关数据，所述预设筛查方法至少包括如下之一：phq9量表、问诊、听诊、生命体征测量、ecg心电图、视诊、血液检查、影像学检查。5.根据权利要求1所述的系统，其特征在于，所述二次评估判断模块，还用于按照六分钟步行试验检查结果对应的患者再次执行基于所述第二危险等级的危险分层。6.根据权利要求5所述的系统，其特征在于，所述二次评估判断模块，还用于针对所述第二响应模块中的分级诊疗输出结果对应的患者的六分钟步行试验检查结果出现符合高危风险要求的心力衰竭症状相关的数据时，将基于所述第二危险等级的危险分层判断为高危；以及所述六分钟步行试验检查结果未出现符合高危风险要求的心力衰竭症状相关的数据时，将基于所述第二危险等级的危险分层判断为低危或中危。7.根据权利要求1所述的系统，其特征在于，所述危险分层模型症状甄别模块，还用于在所述筛查模块中出现符合高危风险要求的心力衰竭症状相关的数据时，区分所述患者的危险等级为高危；以及在所述筛查模块中未出符合高危风险要求的心力衰竭症状相关的数据时，区分所述患者的危险等级为低危或中危。8.根据权利要求1所述的系统，其特征在于，所述第一响应模块，还用于在所述危险分层模型判断模块输出的是第一危险等级的情况下，如果接收到所述当前医院的上一级医院已接收转诊的分级诊疗应对处置的响应结果，则向医疗机构后台管理服务器同步已转诊结果；
如果未接收到所述当前医院的上一级医院是否接收转诊的分级诊疗应对处置的响应结果，则向医疗机构后台管理服务器同步未转诊结果。9.根据权利要求1所述的系统，其特征在于，所述第二响应模块，还用于在所述危险分层模型判断模块输出的是第二危险等级的情况下，如果接收所述当前医院或与当前医院同一级别的医院已接收转诊的分级诊疗应对处置的响应结果，则向医疗机构后台管理服务器同步已转诊结果；如果未接收到所述当前医院或与当前医院同一级别的医院是否接收转诊的分级诊疗应对处置的响应结果，则向医疗机构后台管理服务器同步未转诊结果。10.一种慢性心力衰竭的危险分层以及转诊应对管理系统，其特征在于，应用于医疗人员的医疗客户端，所述医疗客户端于使患者在不同级别的医院间转诊协作，所述系统包括：采集模块，用于采集患者心力衰竭症状相关的数据；第一接收模块，用于在所述危险分层模型判断模块输出的是第一危险等级的情况下，接收对患者执行向当前医院的上一级医院转诊的分级诊疗应对处置指令，所述危险分层模型症状甄别模块，用于显示所述患者的危险等级，并分级诊疗；第二接收模块，用于在所述危险分层模型判断模块输出的是第二危险等级的情况下，接收对患者执行转诊到当前医院或与当前医院同一级别的医院执行二次评估判断的分级诊疗应对处置指令；二次评估显示模块，用于显示所述第二响应模块中的分级诊疗输出结果对应的患者基于所述第二危险等级的危险分层；诊断建议接收模块，用于根据所述第二危险等级的分级诊疗结果，接收对患者的应对处置建议。

技术总结
本申请公开了一种慢性心力衰竭的危险分层以及转诊应对管理系统，应用于医疗机构后台管理服务器，所述医疗机构后台管理服务器用于使患者在不同级别的医院间转诊协作，所述系统包括：筛查模块，危险分层模型症状甄别模块、第一响应模块，第二响应模块，二次评估判断模块，诊断建议模块。通过本申请实现对慢性心力衰竭的危险分级，并且提供转诊应对的管理支撑系统。统。统。


技术研发人员：沈玉芹 魏昊
受保护的技术使用者：南京怡得健康管理有限公司
技术研发日：2023.02.16
技术公布日：2023/7/19