急救患者院前指数计算方法、电子设备及存储介质与流程

1.本公开涉及医疗急救技术领域，尤其涉及一种急救患者院前指数计算方法、电子设备及存储介质。


背景技术：

2.当发生意外事故或突发疾病时，医护人员需要快速达到现场在院前阶段对伤患或病患进行紧急救助处理。急救中心或医院往往需要获知伤病患者的院前指数来初步了解伤病患者的情况，以便于后续采取相应的治疗策略以及尽早尽快的调度相关的医疗资源，尽可能提高急救效率。相关技术往往需要前往现场的医护人员人工去填报伤病患者各方面的情况信息，并根据这些信息人为去计算确定伤病患者的院前指数。然而在医疗急救场景下分秒必争，每个医护人员都对伤病患者的急救起到非常重要的作用，人工去填报伤病患者各方面的情况信息势必会增加医护人员的工作量，且医护人员所需要填报的各方面情况信息还存在很多内容重复的部分，又进一步增加了工作负担，对院前急救工作造成影响。


技术实现要素：

3.有鉴于此，本公开的目的在于提出一种急救患者院前指数计算方法、电子设备及存储介质。
4.基于上述目的，在第一方面，本公开提供了一种急救患者院前指数计算方法。所述方法包括：
5.获取救护车内急救场景数据，所述急救场景数据包括场景视频数据与场景音频数据；
6.根据所述急救场景数据确定是否开始对急救患者进行救治；
7.响应于已经开始对所述急救患者进行救治，获取所述急救患者的伤病情评估信息；
8.其中，所述获取所述急救患者的伤病情评估信息，进一步包括：
9.利用生命体征测量仪器获取所述急救患者的生命体征信息；
10.在静态评估阶段，获取所述急救患者的静态伤病信息；
11.在动态交互评估阶段，获取所述急救患者的动态交互信息；
12.所述伤病情评估信息包括所述生命体征信息、所述静态伤病信息与所述动态交互信息；
13.基于所述伤病情评估信息计算确定所述急救患者的院前指数。
14.在第二方面，本公开提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现第一方面的所述急救患者院前指数评估方法。
15.在第三方面，本公开还提供了一种非暂态计算机可读存储介质，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令用于使计算机执行第一方面的所述急救
患者院前指数评估方法。
16.从上面所述可以看出，本公开提供的一种急救患者院前指数计算方法、电子设备及存储介质，通过获取救护车内的急救场景数据，在院前救助的过程中，利用所述急救场景数据来获取包括所述生命体征信息、静态伤病信息、动态交互信息在内的伤病情评估信息。之后再基于所述伤病情评估信息来自动的去计算确定所述急救患者的院前指数，而不在需要医护人员专门去人工填报各项信息，能够大大减少医护人员的工作量，避免对院前急救工作造成影响。并且以急救场景数据为依据分别获取得到生命体征信息、静态伤病信息、动态交互信息，再计算确定院前指数，这个过程中无需人为参与，也就能避免人为因素可能造成的信息误填错填，能够保证院前指数计算的准确性与高效性，在更短的时间内计算确定出更准确的院前指数。
附图说明
17.为了更清楚地说明本公开或相关技术中的技术方案，下面将对实施例或相关技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本公开的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
18.图1为本公开实施例所提供的一种急救患者院前指数计算方法示意图；
19.图2为本公开实施例所提供的一种急救患者院前指数计算方法中获取所述急救患者的静态伤病信息的方法示意图；
20.图3为本公开实施例所提供的一种急救患者院前指数计算方法中获取所述急救患者的动态交互信息的方法示意图；
21.图4为本公开实施例所提供的一种急救患者院前指数计算方法中基于伤病情评估信息计算确定院前指数的方法示意图；
22.图5为本公开实施例所提供的一种急救患者院前指数计算电子设备的结构示意图。
具体实施方式
23.为使本公开的目的、技术方案和优点更加清楚明白，以下结合具体实施例，并参照附图，对本公开进一步详细说明。
24.需要说明的是，除非另外定义，本公开实施例使用的技术术语或者科学术语应当为本公开所属领域内具有一般技能的人士所理解的通常意义。本公开实施例中使用的“第一”、“第二”以及类似的词语并不表示任何顺序、数量或者重要性，而只是用来区分不同的组成部分。“包括”或者“包含”等类似的词语意指出现该词前面的元件或者物件涵盖出现在该词后面列举的元件或者物件及其等同，而不排除其他元件或者物件。“连接”或者“相连”等类似的词语并非限定于物理的或者机械的连接，而是可以包括电性的连接，不管是直接的还是间接的。“上”、“下”、“左”、“右”等仅用于表示相对位置关系，当被描述对象的绝对位置改变后，则该相对位置关系也可能相应地改变。
25.在一方面，本公开的的一些可选实施例提供的一种急救患者院前指数计算方法。
26.如图1所示，本公开的一个或多个可选实施例所提供的一种急救患者院前指数计
算方法，包括：
27.s1：获取救护车内急救场景数据，所述急救场景数据包括场景视频数据与场景音频数据；
28.可以在救护车中设置多个摄像机来获取所述急救场景数据，包括音视频数据。急救患者是重点关注对象，因此可以在用于承载急救患者的病床的相应位置设置专用的摄像机，来采集与急救患者紧密相关的急救场景数据。
29.s2：根据所述急救场景数据确定是否开始对急救患者进行救治；
30.s3：响应于已经开始对所述急救患者进行救治，获取所述急救患者的伤病情评估信息；
31.其中，所述获取所述急救患者的伤病情评估信息，进一步包括：
32.利用生命体征测量仪器获取所述急救患者的生命体征信息；
33.所述生命体征信息可以包括呼吸频率、呼吸情况、体温数据、脉搏数据、血压数据等这些用于表征患者基本生命体征的数据。
34.在静态评估阶段，获取所述急救患者的静态伤病信息；
35.在动态交互评估阶段，获取所述急救患者的动态交互信息；
36.所述伤病情评估信息包括所述生命体征信息、所述静态伤病信息与所述动态交互信息。
37.在对急救患者进行救治时，随车医护人员会首先对急救患者的伤病状态情况进行评估分析，其中可以采用各种医疗设别仪器来监控急救患者的生命体征，通过观察初步确定急救患者的伤病情况以及与患者交流确定急救患者患者的精神意识状态等。所述急救场景数据会对前述过程进行记录，因此在本公开实施例中，可以利用急救场景数据来获取急救患者的伤病情评估信息。
38.s4：基于所述伤病情评估信息计算确定所述急救患者的院前指数。
39.从上面所述可以看出，本公开提供的一种急救患者院前指数计算方法，通过获取救护车内的急救场景数据，在院前救助的过程中，利用所述急救场景数据来获取包括所述生命体征信息、静态伤病信息、动态交互信息在内的伤病情评估信息。之后再基于所述伤病情评估信息来自动的去计算确定所述急救患者的院前指数，而不在需要医护人员专门去人工填报各项信息，能够大大减少医护人员的工作量，避免对院前急救工作造成影响。并且以急救场景数据为依据分别获取得到生命体征信息、静态伤病信息、动态交互信息，再计算确定院前指数，这个过程中无需人为参与，也就能避免人为因素可能造成的信息误填错填，能够保证院前指数计算的准确性与高效性，在更短的时间内计算确定出更准确的院前指数。
40.在本公开的一个或多个可选实施例所提供的一种急救患者院前指数计算方法中，所述根据所述急救场景数据确定是否开始对急救患者进行救治，进一步包括：
41.根据所述场景视频数据对救护车内人员进行识别，并根据人员识别结果确定所述急救患者是否被转移至救护车内；
42.响应于所述急救患者被转移至救护车内，确定已经开始对所述急救患者进行救治。
43.在本公开的一个或多个可选实施例所提供的一种急救患者院前指数计算方法中，所述利用生命体征测量仪器获取所述急救患者的生命体征信息，进一步包括：
44.设置生命体征信息采集端，将所述生命体征信息采集端与所述生命体征测量仪器通信连接以获取所述生命体征信息；
45.其中，所述生命体征信息包括所述急救患者的呼吸信息、体温信息、脉搏信息与血压信息，所述血压信息包括舒张压数据与收缩压数据。
46.如图2所示，在本公开的一个或多个可选实施例所提供的一种急救患者院前指数计算方法中，所述在静态评估阶段，获取所述急救患者的静态伤病信息，进一步包括：
47.s201：对所述静态评估阶段相应的所述场景音频数据进行语音识别分析，以确定医护人员对所述急救患者进行静态评估时相应的语音文本；
48.s202：对所述语音文本进行基于词典的语义分析，确定所述静态评估阶段相应的所述场景音频数据的语义信息；
49.其中，基于词典的语义分析所采用的词典可以通过收集医疗急救领域中的常用医疗术语来综合整理得到；
50.采用基于词典的语义分析技术对所述语音文本进行分析，切合医疗急救的场景，便于更精确的定位出语音文本中的一些关键词，如“受伤”、“出血”、“贯穿伤”等，最后所确定的语义信息更加准确。
51.s203：根据所述语义信息确定所述急救患者的时候受伤部位信息、受伤类型信息以及出血情况信息；所述静态伤病信息包括所述受伤部位信息、所述受伤类型信息与所述出血情况信息。
52.根据所述语义信息可以确定所述急救病患是否受伤，受伤的部位是背部、四肢还是胸腹部、头颈部等，受伤的类型是刺伤、挫伤、弹道伤或者钝性伤，还可以确定是否体表出血。
53.如图3所示，在本公开的一个或多个可选实施例所提供的一种急救患者院前指数计算方法中，所述在动态交互评估阶段，获取所述急救患者的动态交互信息，进一步包括：
54.s301：根据所述场景视频数据从多个车内人员中识别出所述急救患者，并进一步从所述场景视频数据中截取出所述急救患者的头部视频数据与身体视频数据；
55.s302：对所述头部视频数据进行面部表情识别分析，以确定医护人员对所述急救患者进行动态交互评估时所述急救患者的表情信息；
56.s303：对所述身体视频数据进行动作识别分析，以确定所述医护人员对所述急救患者进行动态交互评估时所述急救患者的动作信息；
57.s304：对所述动态交互评估节点相应的所述场景音频数据进行语音识别分析，以确定所述医护人员对所述急救患者进行动态交互评估时的语言沟通信息；
58.所述动态交互信息包括所述表情信息、所述动作信息与所述语言沟通信息。
59.如图4所示，在本公开的一个或多个可选实施例所提供的一种急救患者院前指数计算方法中，所述基于所述伤病情评估信息计算确定所述急救患者的院前指数，进一步包括：
60.s401：根据所述动态交互信息确定所述急救患者的格拉斯哥昏迷指数信息；
61.如下表1所示，可以根据所述动态交互信息情况确定所述格拉斯哥昏迷指数信息中各项指标属性对应的计分。
62.表1
[0063][0064]
s402：根据所述生命体征信息、所述静态伤病信息与所述格拉斯哥昏迷指数信息综合确定所述急救患者的院前指数信息；
[0065]
如下表2所示，可以根据所述生命体征信息确定所述院前指数信息中的循环情况与呼吸情况。可以根据所述静态伤病信息确定所述院前指数信息中的受伤部位、受伤类型以及体表出血情况。可以根据所述格拉斯哥昏迷指数信息确定所述院前指数信息中的意识/中枢情况。
[0066]
表2
[0067][0068]
s403：根据所述生命体征信息、所述格拉斯哥昏迷指数信息与所述院前指数信息计算确定所述急救患者的院前指数信息。
[0069]
如下表3所示，可以根据所述生命体征信息确定所述院前指数信息中的收缩压、脉率和呼吸状态情况，可以根据所述格拉斯哥昏迷指数信息确定所述院前指数信息中的甚至状态情况，可以根据所述院前指数信息确定所述院前指数信息中的腹部或胸部的穿透伤情
况。
[0070]
表3
[0071][0072]
具体的，院前指数评分的收缩压，与生命体征的血压-收缩压关联。院前指数评分的脉率，与生命体征的脉搏关联。
[0073]
院前指数评分的呼吸状态，与创伤指数评分的呼吸关联，关联规则：
[0074]
(a)院前指数评分中呼吸状态的“正常”，对应创伤指数评分的呼吸
‑“
正常(0)”。
[0075]
(b)院前指数评分中呼吸状态的“呼吸费力或浅呼吸(3)”，对应创伤指数评分的呼吸
‑“
呼吸困难/咯血(3)”。
[0076]
(c)院前指数评分中呼吸状态的“《10次/分或需插管(5)”，分别对应：
[0077]“《10次/分钟”与生命体征的呼吸关联；“需插管”对应创伤指数评分的呼吸
‑“
窒息/全身发绀(6)”。
[0078]
院前指数评分神志状态，对应格拉斯哥昏迷指数评分，对应规则如下：
[0079]
(i)院前指数中神志状态的“正常(0)”，对应格拉斯哥昏迷指数评分的语言
‑“
正常交谈(0)”；
[0080]
(ii)院前指数中神志状态的“神志混乱或好动(3)”，对应格拉斯哥昏迷指数评分的语言
‑“
答非所问(4)”；
[0081]
(iii)院前指数中神志状态“无可理解语言(5)”，对应格拉斯哥昏迷指数评分的语言
‑“
无发声(1)”或“可发声(2)”或“可说出单词(3)”；
[0082]
院前指数评分腹部或胸部的穿透伤，对应创伤指数评分，对应规则如下：
[0083]
院前指数中腹部或胸部的穿透伤的“是(4)”，对应创伤指数评分的受伤部位
‑“
胸腹部(4)”，创伤指数评分同时满足创伤指数评分的“刺伤(3)”或“弹道伤(6)”。
[0084]
在本公开的一个或多个可选实施例所提供的一种急救患者院前指数计算方法中，所述院前指数信息包括多项指标属性参数；
[0085]
所述方法还包括：设置指标属性数据录入端，所述指标属性数据录入端用于录入所述指标属性参数；响应于存在部分所述指标属性参数无法确定时，利用所述指标属性数据录入端获取相应的所述指标属性参数。
[0086]
所述院前指数评分包括多项指标属性参数，在一些可选实施例中可能会出现部分
指标属性参数遗漏的情况，这种情况下设置指标属性数据录入端，由医护人员仅仅录入遗漏的少数数据，保证院前指标数据计算完整性的同时也基本不会为医护人员增加工作量，不会对急救工作造成影响。
[0087]
需要说明的是，本公开实施例的方法可以由单个设备执行，例如一台计算机或服务器等。本实施例的方法也可以应用于分布式场景下，由多台设备相互配合来完成。在这种分布式场景的情况下，这多台设备中的一台设备可以只执行本公开实施例的方法中的某一个或多个步骤，这多台设备相互之间会进行交互以完成所述的方法。
[0088]
需要说明的是，上述对本公开的一些实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于上述实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。
[0089]
基于同一发明构思，与上述任意实施例方法相对应的，本公开还提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上任意一实施例所述的急救患者院前指数计算方法。
[0090]
图5示出了本实施例所提供的一种更为具体的电子设备硬件结构示意图，该设备可以包括：处理器1010、存储器1020、输入/输出接口1030、通信接口1040和总线1050。其中处理器1010、存储器1020、输入/输出接口1030和通信接口1040通过总线1050实现彼此之间在设备内部的通信连接。
[0091]
处理器1010可以采用通用的cpu(central processing unit，中央处理器)、微处理器、应用专用集成电路(applica创伤指数on specific integrated circuit，asic)、或者一个或多个集成电路等方式实现，用于执行相关程序，以实现本说明书实施例所提供的技术方案。
[0092]
存储器1020可以采用rom(read only memory，只读存储器)、ram(random access memory，随机存取存储器)、静态存储设备，动态存储设备等形式实现。存储器1020可以存储操作系统和其他应用程序，在通过软件或者固件来实现本说明书实施例所提供的技术方案时，相关的程序代码保存在存储器1020中，并由处理器1010来调用执行。
[0093]
输入/输出接口1030用于连接输入/输出模块，以实现信息输入及输出。输入输出/模块可以作为组件配置在设备中(图中未示出)，也可以外接于设备以提供相应功能。其中输入设备可以包括键盘、鼠标、触摸屏、麦克风、各类传感器等，输出设备可以包括显示器、扬声器、振动器、指示灯等。
[0094]
通信接口1040用于连接通信模块(图中未示出)，以实现本设备与其他设备的通信交互。其中通信模块可以通过有线方式(例如usb、网线等)实现通信，也可以通过无线方式(例如移动网络、wifi、蓝牙等)实现通信。
[0095]
总线1050包括一通路，在设备的各个组件(例如处理器1010、存储器1020、输入/输出接口1030和通信接口1040)之间传输信息。
[0096]
需要说明的是，尽管上述设备仅示出了处理器1010、存储器1020、输入/输出接口1030、通信接口1040以及总线1050，但是在具体实施过程中，该设备还可以包括实现正常运行所必需的其他组件。此外，本领域的技术人员可以理解的是，上述设备中也可以仅包含实
现本说明书实施例方案所必需的组件，而不必包含图中所示的全部组件。
[0097]
上述实施例的电子设备用于实现前述任一实施例中相应的急救患者院前指数计算方法，并且具有相应的方法实施例的有益效果，在此不再赘述。
[0098]
基于同一发明构思，与上述任意实施例方法相对应的，本公开还提供了一种非暂态计算机可读存储介质，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令用于使所述计算机执行如上任一实施例所述的急救患者院前指数计算方法本实施例的计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。
[0099]
上述实施例的存储介质存储的计算机指令用于使所述计算机执行如上任一实施例所述的急救患者院前指数计算方法，并且具有相应的方法实施例的有益效果，在此不再赘述。
[0100]
所属领域的普通技术人员应当理解：以上任何实施例的讨论仅为示例性的，并非旨在暗示本公开的范围(包括权利要求)被限于这些例子；在本公开的思路下，以上实施例或者不同实施例中的技术特征之间也可以进行组合，步骤可以以任意顺序实现，并存在如上所述的本公开实施例的不同方面的许多其它变化，为了简明它们没有在细节中提供。
[0101]
另外，为简化说明和讨论，并且为了不会使本公开实施例难以理解，在所提供的附图中可以示出或可以不示出与集成电路(ic)芯片和其它部件的公知的电源/接地连接。此外，可以以框图的形式示出装置，以便避免使本公开实施例难以理解，并且这也考虑了以下事实，即关于这些框图装置的实施方式的细节是高度取决于将要实施本公开实施例的平台的(即，这些细节应当完全处于本领域技术人员的理解范围内)。在阐述了具体细节(例如，电路)以描述本公开的示例性实施例的情况下，对本领域技术人员来说显而易见的是，可以在没有这些具体细节的情况下或者这些具体细节有变化的情况下实施本公开实施例。因此，这些描述应被认为是说明性的而不是限制性的。
[0102]
尽管已经结合了本公开的具体实施例对本公开进行了描述，但是根据前面的描述，这些实施例的很多替换、修改和变型对本领域普通技术人员来说将是显而易见的。例如，其它存储器架构(例如，动态ram(dram))可以使用所讨论的实施例。
[0103]
本公开实施例旨在涵盖落入所附权利要求的宽泛范围之内的所有这样的替换、修改和变型。因此，凡在本公开实施例的精神和原则之内，所做的任何省略、修改、等同替换、改进等，均应包含在本公开的保护范围之内。