医疗急救的调控方法、装置以及计算机可读存储介质与流程

1.本发明涉及急救调控方法领域，尤其涉及一种医疗急救的调控方法、装置以及计算机可读存储介质。


背景技术：

2.在日常生活中，意外常常伴随，当出现突发疾病或者突发事故时，为了挽救患者性命，往往需要通过拨打急救电话给到急救中心，让救护车将患者带往医院。
3.但是现有的急救调控方式过于单一，仅仅是通过急救电话所在地点的信息来获取最近的医院，再向该医院发送救护车派遣请求，并未考虑医院收容能力、实时交通信息等因素对于急救的影响，导致患者从拨打急救电话以后到在医院进行治疗的中途消耗了大量无谓的时间，延误了对患者的治疗，可能会造成患者的病情加重甚至更加紧急的情形，因此需要一种医疗急救的调控方法、装置以及计算机可读存储介质。


技术实现要素：

4.本发明提供了一种医疗急救的调控方法、装置以及计算机可读存储介质，旨在解决背景技术中提及的技术问题。
5.本发明提供了一种医疗急救的调控方法，应用于调控终端，当接收到急救电话以后，所述医疗急救的调控方法包括以下步骤：
6.获取急救电话所对应的定位地点；
7.将以所述定位地点为圆心且半径为第一预设距离值的区域设置为第一响应区域；
8.获取所述第一响应区域内的所有医院的医疗资源信息，每一医院都有相对应的医疗资源信息，其中所述医疗资源信息包括对应的医院内可容纳新病人的数量和可派遣的救护车数量；
9.当检测到可容纳新病人的数量大于等于1时，将与其对应的医院标记为可收容病人的医院；
10.当检测到可派遣的救护车数量大于等于1时，将与其对应的医院标记为可调遣的医院；
11.获取所有可收容病人的医院和所有可调遣的医院对应的交通信息，其中所述交通信息包括规划路线及其预计耗费时间；
12.对比得到所有可调遣的医院中出发到所述定位地点预计耗费时间最小的医院，将其视为派遣医院；
13.对比得到所述定位地点到所有可收容病人的医院中预计耗费时间最小的医院，将其视为急诊医院；
14.向所述派遣医院发送救护车出动指令、定位地点信息以及急诊医院信息，并减少与其对应的可派遣的救护车数量得到最新的数据；
15.向所述急诊医院发送预备治疗指令，并减少与其对应的可容纳新病人的数量得到
最新的数据。
16.进一步的，救护车上配备有血型检测装置，当救护车上的患者存在需要输血治疗的情形时，通过所述血型检测装置对患者进行血型检测以得到患者血型信息，所述方法还包括以下步骤：
17.获取得到患者血型信息，其中所述患者血型信息是救护车发送到调控终端的；
18.获取该患者预先送去的急诊医院中对应的血库信息；
19.当急诊医院血库中与该患者血型信息对应的血型存量低于警戒阈值时，获取其他可收容病人的医院的血库信息；
20.当其他可收容病人的医院中的血库与该患者血型信息对应的血型存量大于等于警戒阈值时，将对应的医院视为该患者的目标医院；
21.获取所有该患者的目标医院对应的交通信息；
22.对比得到所述定位地点到该患者的所有目标医院中预计耗费时间最小的医院，将其视为急诊医院；
23.将对比得到的急诊医院信息发送到救护车。
24.进一步的，还包括警戒阈值的获取方法，包括：
25.获取患者失血情况，其中所述患者失血情况是救护车发送到调控终端的；
26.根据患者失血情况判断患者所需要输送的血液量；
27.根据患者所需要输送的血液量乘以扩展系数以得到警戒阈值，其中所述扩展系数大于1。
28.进一步的，当救护车上的患者情况严重时，还包括应变处理方案，包括：
29.获取得到救护车上的患者需要进行手术的请求信息，其中所述救护车上的患者需要进行手术的请求信息是救护车上的人员根据患者情形而做出的判断信息；
30.获取该患者预先送去的急诊医院中对应的空闲手术室信息；
31.当急诊医院存在至少一个空闲手术室时，则向该急诊医院发送预约手术室请求并减少空闲手术室的数量；
32.当急诊医院不存在空闲手术室时，则获取其他可收容病人的空闲手术室信息；
33.当其他可收容病人的医院中存在至少一个空闲手术室时，将对应的医院视为该患者的目标医院；
34.获取所有该患者的目标医院对应的交通信息；
35.对比得到所述定位地点到该患者的所有目标医院中预计耗费时间最小的医院，将其视为急诊医院；
36.将对比得到的急诊医院信息发送到救护车。
37.进一步的，在“获取急救电话所对应的定位地点”之后，还包括临时救济方案，包括：
38.获取所述第一响应区域内的所有医院的医疗资源信息；
39.将以所述定位地点为圆心且半径为第二预设距离值的区域设置为第二响应区域；
40.获取所述第二响应区域内的所有志愿者信息，其中所述志愿者是预先登记的具有急救培训证且开启定位信息的人员；
41.向所述第二响应区域内的志愿者发送急救请求。
42.进一步的，还包括线上会诊步骤，包括：
43.获取救护车发送的视频会诊请求；
44.获取当前空闲的会诊医生信息；
45.创建信息沟通通道以连接发送请求的救护车和空闲的会诊医生。
46.进一步的，所述“获取所有可收容病人的医院和所有可调遣的医院对应的交通信息，其中所述交通信息包括对应的医院到定位地点的规划路线及其预计耗费时间”具体包括：
47.获取可收容病人的医院到定位地点的规划路线；
48.获取规划路线对应的实时路况信息；
49.根据所述实时路况信息以及规划路线的距离计算得到预计耗费时间。
50.本发明还提供了一种医疗急救的调控装置，应用于调控终端，当接收到急救电话以后，所述装置包括：
51.位置获取模块，用于获取急救电话所对应的定位地点；
52.第一响应区域生成模块，用于将以所述定位地点为圆心且半径为第一预设距离值的区域设置为第一响应区域；
53.医疗资源信息获取模块，用于获取所述第一响应区域内的所有医院的医疗资源信息，每一医院都有相对应的医疗资源信息，其中所述医疗资源信息包括对应的医院内可容纳新病人的数量和可派遣的救护车数量；
54.第一标记模块，用于当检测到可容纳新病人的数量大于等于第一预定数量时，将与其对应的医院标记为可收容病人的医院；
55.第二标记模块，用于当检测到可派遣的救护车数量大于等于1时，将与其对应的医院标记为可调遣的医院；
56.交通信息获取模块，用于获取所有可收容病人的医院和所有可调遣的医院对应的交通信息，其中所述交通信息包括规划路线及其预计耗费时间；
57.派遣医院确定模块，用于对比得到所有可调遣的医院中出发到所述定位地点预计耗费时间最小的医院，将其视为派遣医院；
58.急诊医院确定模块，用于对比得到所述定位地点到所有可收容病人的医院中预计耗费时间最小的医院，将其视为急诊医院；
59.救护车出动指令发送模块，用于向所述派遣医院发送救护车出动指令、定位地点信息以及急诊医院信息，并减少与其对应的可派遣的救护车数量得到最新的数据；
60.预备治疗指令发送模块，用于向所述急诊医院发送预备治疗指令，并减少与其对应的可容纳新病人的数量得到最新的数据。
61.本发明还提供了一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理执行时实现上述的医疗急救的调控方法。
62.本公开实施例提供的技术方案可以包括以下有益效果：
63.(1)本实施例中通过获取一定范围内的所有医院的医疗资源信息并根据该信息划分出可收容病人的医院和可调遣救护车的医院，以有效利用各个医院的救护车从而联系整个区域内的急救调控，避免一些具备收容能力的医院因为救护车紧缺而无法接纳病人；
64.(2)本实施例中还通过获取所有可收容病人的医院和所有可调遣的医院对应的交
通信息来判断所有可调遣的医院中出发到所述定位地点预计耗费时间最小的医院，以及所述定位地点到所有可收容病人的医院中预计耗费时间最小的医院，从而在能够保证可接收病人的前提下得到时间最短的急救路线，而不是拘泥于救护车只能送往与其对应的医院的情况，可以更快地将患者送往可以提供治疗的地方，避免消耗无谓的时间，降低患者病情加重的风险。
65.应当理解的是，以上的一般描述和后面的细节描述仅仅是示例性和解释性的，并不能限制本公开。
附图说明
66.图1是本发明提供的一实施例的医疗急救的调控方法的步骤流程图。
67.图2是本发明提供的一实施例的医疗急救的调控装置的模块化图。
具体实施方式
68.下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本发明，而不能解释为对本发明的限制。
69.技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本发明的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作。
70.本技术领域技术人员可以理解，除非另外定义，这里使用的所有术语(包括技术术语和科学术语)，具有与本发明所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是，诸如通用字典中定义的那些术语，应该被理解为具有与现有技术的上下文中的意义一致的意义，并且除非像这里一样被特定定义，否则不会用理想化或过于正式的含义来解释。
71.本领域技术人员应当理解，本发明所称的“应用”、“应用程序”、“应用软件”以及类似表述的概念，是业内技术人员所公知的相同概念，是指由一系列计算机指令及相关数据资源有机构造的适于电子运行的计算机软件。除非特别指定，这种命名本身不受编程语言种类、级别，也不受其赖以运行的操作系统或平台所限制。理所当然地，此类概念也不受任何形式的终端所限制。
72.本领域技术人员应当理解，本发明所称的用户界面、显示界面泛指能够用于向智能终端发送所述控制指令的显示界面，例如，可以是android/ios/windows phone系统的设置页面中的一个选项(或按键，由所述应用程序添加其中，下同)，也可以是从桌面呼出的通知栏或者交互页面中的一个选项，还可以是所述应用程序的一个活动组件所构造的页面中的一个选项。
73.请参阅图1，本发明提供了一种医疗急救的调控方法，应用于调控终端，当接收到急救电话以后，所述医疗急救的调控方法包括以下步骤：
74.s100:获取急救电话所对应的定位地点。
75.s200:将以所述定位地点为圆心且半径为第一预设距离值的区域设置为第一响应
区域。
76.s300:获取所述第一响应区域内的所有医院的医疗资源信息，每一医院都有相对应的医疗资源信息，其中所述医疗资源信息包括对应的医院内可容纳新病人的数量和可派遣的救护车数量。
77.s301:当检测到可容纳新病人的数量大于等于1时，将与其对应的医院标记为可收容病人的医院。
78.s302:当检测到可派遣的救护车数量大于等于1时，将与其对应的医院标记为可调遣的医院。
79.s400:获取所有可收容病人的医院和所有可调遣的医院对应的交通信息，其中所述交通信息包括规划路线及其预计耗费时间。
80.s401:对比得到所有可调遣的医院中出发到所述定位地点预计耗费时间最小的医院，将其视为派遣医院。
81.s402:对比得到所述定位地点到所有可收容病人的医院中预计耗费时间最小的医院，将其视为急诊医院。
82.s500:向所述派遣医院发送救护车出动指令、定位地点信息以及急诊医院信息，并减少与其对应的可派遣的救护车数量得到最新的数据。
83.s600:向所述急诊医院发送预备治疗指令，并减少与其对应的可容纳新病人的数量得到最新的数据。
84.本公开实施例提供的技术方案可以包括以下有益效果：
85.(1)本实施例中通过获取一定范围内的所有医院的医疗资源信息并根据该信息划分出可收容病人的医院和可调遣救护车的医院，以有效利用各个医院的救护车从而联系整个区域内的急救调控，避免一些具备收容能力的医院因为救护车紧缺而无法接纳病人。
86.(2)本实施例中还通过获取所有可收容病人的医院和所有可调遣的医院对应的交通信息来判断所有可调遣的医院中出发到所述定位地点预计耗费时间最小的医院，以及所述定位地点到所有可收容病人的医院中预计耗费时间最小的医院，从而在能够保证可接收病人的前提下得到时间最短的急救路线，而不是拘泥于救护车只能送往与其对应的医院的情况，可以更快地将患者送往可以提供治疗的地方，避免消耗无谓的时间，降低患者病情加重的风险。
87.本发明的一种实施例中，救护车上配备有血型检测装置，当救护车上的患者存在需要输血治疗的情形时，通过所述血型检测装置对患者进行血型检测以得到患者血型信息，所述方法还包括以下步骤：
88.获取得到患者血型信息，其中所述患者血型信息是救护车发送到调控终端的；
89.获取该患者预先送去的急诊医院中对应的血库信息；
90.当急诊医院血库中与该患者血型信息对应的血型存量低于警戒阈值时，获取其他可收容病人的医院的血库信息；
91.当其他可收容病人的医院中的血库与该患者血型信息对应的血型存量大于等于警戒阈值时，将对应的医院视为该患者的目标医院；
92.获取所有该患者的目标医院对应的交通信息；
93.对比得到所述定位地点到该患者的所有目标医院中预计耗费时间最小的医院，将
其视为急诊医院；
94.将对比得到的急诊医院信息发送到救护车。
95.本实施例中，利用救护车配备的血型检测装置对患者进行快速血型检测，避免出现患者送往医院却因为血库血量不足被迫转院的情形，由于现实生活中医院血库血量长期处于不充足的状态以及稀有血型存量少的情形，需要避免需要输血的患者将时间耗费在转院的路途中，减少患者病情加重的可能。
96.本发明的一种实施例中，所述医疗急救的调控方法还包括警戒阈值的获取方法，包括：
97.获取患者失血情况，其中所述患者失血情况是救护车发送到调控终端的；
98.根据患者失血情况判断患者所需要输送的血液量；
99.根据患者所需要输送的血液量乘以扩展系数以得到警戒阈值，其中所述扩展系数大于1。
100.本发明的一种实施例中，当救护车上的患者情况严重时，还包括应变处理方案，包括：
101.获取得到救护车上的患者需要进行手术的请求信息，其中所述救护车上的患者需要进行手术的请求信息是救护车上的人员根据患者情形而做出的判断信息；
102.获取该患者预先送去的急诊医院中对应的空闲手术室信息；
103.当急诊医院存在至少一个空闲手术室时，则向该急诊医院发送预约手术室请求并减少空闲手术室的数量；
104.当急诊医院不存在空闲手术室时，则获取其他可收容病人的空闲手术室信息；
105.当其他可收容病人的医院中存在至少一个空闲手术室时，将对应的医院视为该患者的目标医院；
106.获取所有该患者的目标医院对应的交通信息；
107.对比得到所述定位地点到该患者的所有目标医院中预计耗费时间最小的医院，将其视为急诊医院；
108.将对比得到的急诊医院信息发送到救护车。
109.本实施例中，急救人员可以根据经验或者线上沟通急诊医生对患者情形进行初步评估，判断患者是否存在手术需要，如果存在手术需要，需要的对即将送往的医院的手术室情形进行评估，避免患者送往医院后需要等待大量时间才能进行手术的情形，避免延误治疗导致患者病重的风险。
110.本发明的一种实施例中，在“获取急救电话所对应的定位地点”之后，所述调控方法还包括临时救济方案，包括：
111.获取所述第一响应区域内的所有医院的医疗资源信息；
112.将以所述定位地点为圆心且半径为第二预设距离值的区域设置为第二响应区域；
113.获取所述第二响应区域内的所有志愿者信息，其中所述志愿者是预先登记的具有急救培训证且开启定位信息的人员；
114.向所述第二响应区域内的志愿者发送急救请求。
115.优选的，所述调控方法还包括线上会诊步骤，包括：
116.获取救护车发送的视频会诊请求；
117.获取当前空闲的会诊医生信息；
118.创建信息沟通通道以连接发送请求的救护车和空闲的会诊医生。
119.本发明的一种实施例中，所述“获取所有可收容病人的医院和所有可调遣的医院对应的交通信息，其中所述交通信息包括对应的医院到定位地点的规划路线及其预计耗费时间”具体包括：
120.获取可收容病人的医院到定位地点的规划路线；
121.获取规划路线对应的实时路况信息；
122.根据所述实时路况信息以及规划路线的距离计算得到预计耗费时间。
123.在一种实施例中，本发明提供一种医疗急救的调控装置100，所述装置100存储有多条指令，所述指令适于由处理器加载并执行医疗急救的调控方法，包括：
124.s100:获取急救电话所对应的定位地点。
125.s200:将以所述定位地点为圆心且半径为第一预设距离值的区域设置为第一响应区域。
126.s300:获取所述第一响应区域内的所有医院的医疗资源信息，每一医院都有相对应的医疗资源信息，其中所述医疗资源信息包括对应的医院内可容纳新病人的数量和可派遣的救护车数量。
127.s301:当检测到可容纳新病人的数量大于等于1时，将与其对应的医院标记为可收容病人的医院。
128.s302:当检测到可派遣的救护车数量大于等于1时，将与其对应的医院标记为可调遣的医院。
129.s400:获取所有可收容病人的医院和所有可调遣的医院对应的交通信息，其中所述交通信息包括规划路线及其预计耗费时间。
130.s401:对比得到所有可调遣的医院中出发到所述定位地点预计耗费时间最小的医院，将其视为派遣医院。
131.s402:对比得到所述定位地点到所有可收容病人的医院中预计耗费时间最小的医院，将其视为急诊医院。
132.s500:向所述派遣医院发送救护车出动指令、定位地点信息以及急诊医院信息，并减少与其对应的可派遣的救护车数量得到最新的数据。
133.s600:向所述急诊医院发送预备治疗指令，并减少与其对应的可容纳新病人的数量得到最新的数据。
134.为了便于描述，将所述装置100拆分为功能模块架构，如图2所示，包括：
135.位置获取模块10，用于获取急救电话所对应的定位地点。
136.第一响应区域生成模块20，用于将以所述定位地点为圆心且半径为第一预设距离值的区域设置为第一响应区域。
137.医疗资源信息获取模块30，用于获取所述第一响应区域内的所有医院的医疗资源信息，每一医院都有相对应的医疗资源信息，其中所述医疗资源信息包括对应的医院内可容纳新病人的数量和可派遣的救护车数量。
138.第一标记模块31，用于当检测到可容纳新病人的数量大于等于第一预定数量时，将与其对应的医院标记为可收容病人的医院。
139.第二标记模块32，用于当检测到可派遣的救护车数量大于等于1时，将与其对应的医院标记为可调遣的医院。
140.交通信息获取模块40，用于获取所有可收容病人的医院和所有可调遣的医院对应的交通信息，其中所述交通信息包括规划路线及其预计耗费时间。
141.派遣医院确定模块41，用于对比得到所有可调遣的医院中出发到所述定位地点预计耗费时间最小的医院，将其视为派遣医院。
142.急诊医院确定模块42，用于对比得到所述定位地点到所有可收容病人的医院中预计耗费时间最小的医院，将其视为急诊医院。
143.救护车出动指令发送模块50，用于向所述派遣医院发送救护车出动指令、定位地点信息以及急诊医院信息，并减少与其对应的可派遣的救护车数量得到最新的数据。
144.预备治疗指令发送模块60，用于向所述急诊医院发送预备治疗指令，并减少与其对应的可容纳新病人的数量得到最新的数据。
145.本发明还提供了一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理执行时实现上述的医疗急救的调控方法。
146.本技术的说明书和权利要求书中，词语“包括/包含”和词语“具有/包括”及其变形，用于指定所陈述的特征、数值、步骤或部件的存在，但不排除存在或添加一个或多个其他特征、数值、步骤、部件或它们的组合。
147.本发明的一些特征，为阐述清晰，分别在不同的实施例中描述，然而，这些特征也可以结合于单一实施例中描述。相反，本发明的一些特征，为简要起见，仅在单一实施例中描述，然而，这些特征也可以单独或以任何合适的组合于不同的实施例中描述。
148.以上对本发明的医疗急救的调控方法及装置的各个具体实施方式进行了具体描述。最后，应当说明的是，以上各具体实施方式仅用以说明本发明的技术方案而非对其进行限制。尽管参照上述具体实施方式对本发明进行了详细的说明，本领域的普通技术人员应当理解，依然可以对本发明的具体实施方式进行修改或对部分技术特征进行等同替换，而在不脱离本发明的技术方案的精神下，其均应涵盖在本发明请求保护的技术方案范围当中。