一种院前急救方法、装置及系统与流程

本发明涉及急救管理技术领域，尤其涉及一种院前急救方法、装置及系统。

背景技术：

院前急救是急诊医学重要的组成部分，它是指医护人员利用院前简陋的条件和设备，对急重症病人进行现场抢救，其目的和意义在于挽救患者生命，为医院处理赢得时间和治疗条件。随着社会经济、科学技术的发展，目前院内急诊、急救的流程与技术已日渐完善和成熟，但院前急救工作，仍有待加强之处。

目前，传统的院前急诊模式一般为：伤病员或目击者呼救→急救中心接受呼救和调度出车→急救人员及救护车到达现场→急救人员对伤病员的现场诊治→伤病员搬运至救护车→转送医院途中的监护→抵达医院后急救人员向医院急诊科医务人员交接伤病员，完成向院内急诊科医务人员交接前的急救过程。之后，急诊科医生会重新对伤病员进行监测和评估，对伤病员的急诊处置(手术)或收入专科病区进一步诊治。

但是，以上现有的单一、传统的院前急救模式存在很多问题，比如，出诊不及时：医院由于无专人接听电话，导致120急救往往不能及时接听到，或接听到电话后未能详细询问地址及联系电话，医、护、司机出诊速度慢，路径不熟，医护人员不能及时、有效地对患者进行救治，均可延误急危重患者的抢救时机，院前无治疗期的延长危及患者的生命安全。

又或者，比如，急救资源利用不合理：院前急救出车整体需求量呈逐年增长趋势，但是因各种原因导致的救护车空诊(指出车后病人自行转运或拒绝检查、送医等导致救护车跑空的情况)也增多，浪费很多急救资源。

技术实现要素：

有鉴于此，本发明提供一种院前急救方法、装置及系统，主要目的在于结合信息技术优化传统院前急救模式，提高院前急救出诊的及时性，实现急救资源利用合理配置，有助于提高院前急救的质量。

为了达到上述目的，本发明主要提供如下技术方案：

第一方面，本发明提供了一种种院前急救方法，该方法包括：

接收用户触发的急救请求操作指令；

定位所述用户的位置信息；

根据所述位置信息，向距离所述位置信息第一预设范围内的至少一个急救服务站点发送急救遇险请求；

当检测到存在有急救服务站点应答所述急救遇险请求时，锁定所述急救服务站点，作为目标急救服务站点；

建立所述用户与所述目标急救服务站点之间的通信，并监控所述目标急救服务站点提供的院前急救服务。

可选的，所述建立所述用户与所述目标急救服务站点之间的通信，包括：

建立所述用户与所述目标急救服务站点之间的即时通讯连接，所述即时通讯连接至少包括：即时通讯语音对话、即时通讯视频对话；

根据所述即时通讯连接，向所述目标急救服务站点上报拍摄到伤者状态的图像或者视频。

可选的，所述监控所述目标急救服务站点提供的院前急救服务，包括：

接收所述目标急救服务站点指派的急救车的标识信息和定位信息；

接收所述目标急救服务站点下发的路径信息，所述路径信息为所述急救车到达所述用户的行车路径；

通过调用电子地图，将所述急救车的标识信息、定位信息以及对应的路径信息，向所述用户展示。

计算所述路径信息对应的时长；

根据所述时长，以倒计时方式显示所述急救车即将到达的时间。

可选的，所述监控所述目标急救服务站点提供的院前急救服务，包括：

在所述目标急救服务站点指派的急救车到达所述用户位置之后，根据医务人员选定的急救服务站点，判断施救所需的急救服务站点是否与所述目标急救服务站点相同；

若相同，则保持与所述目标急救服务站点之间的通信，向所述目标急救服务站点反馈实时移动的位置信息；

若不相同，则建立与新的急救服务站点之间的通信，向所述新的急救服务站点反馈实时移动的位置信息。

可选的，所述方法还包括：

在所述目标急救服务站点指派的急救车未到达所述用户位置之前，利用社交软件平台向第二预设范围内其他用户发送求救请求，所述求救请求携带所述用户的位置信息；

当检测到存在其他用户应答所述求救请求时，锁定所述其他用户，作为目标用户；

若所述目标用户未在预设计时内到达所述用户位置，则重新向所述第二预设范围内其他用户发送求救请求；

若所述目标用户在所述预设计时内到达所述用户位置，则利用所述社交软件平台发布所述目标用户到达的信息，并按照预设时间周期发布施救信息。

可选的，所述方法还包括：

预先设定紧急联系人按钮；

当接收到用户触发的急救请求操作指令时，触发所述紧急联系人按钮；

根据预先设定的紧急联系人列表，逐次触发联系紧急联系人。

可选的，所述方法还包括：

预先设置急救知识学习窗口；

通过接收用户触发访问所述急救知识学习窗口操作，向所述用户展示急救知识。

第二方面，本发明还提供了一种院前急救装置，该装置包括：

接收单元，用于接收用户触发的急救请求操作指令；

定位单元，用于定位所述用户的位置信息；

发送单元，用于根据所述定位单元定位位置信息，向距离所述位置信息第一预设范围内的至少一个急救服务站点发送急救遇险请求；

锁定单元，用于当检测到存在有急救服务站点应答所述急救遇险请求时，锁定所述急救服务站点，作为目标急救服务站点；

建立单元，用于建立所述用户与所述锁定单元锁定的目标急救服务站点之间的通信；

监控单元，用于监控所述目标急救服务站点提供的院前急救服务。

可选的，所述建立单元包括：

建立模块，用于建立所述用户与所述目标急救服务站点之间的即时通讯连接，所述即时通讯连接至少包括：即时通讯语音对话、即时通讯视频对话；

上报模块，用于根据所述建立模块建立的即时通讯连接，向所述目标急救服务站点上报拍摄到伤者状态的图像或者视频。

可选的，所述监控单元包括：

接收模块，用于接收所述目标急救服务站点指派的急救车的标识信息和定位信息；

所述接收模块，还用于接收所述目标急救服务站点下发的路径信息，所述路径信息为所述急救车到达所述用户的行车路径；

展示模块，用于通过调用电子地图，将所述急救车的标识信息、定位信息以及对应的路径信息，向所述用户展示。

计算模块，用于计算所述展示模块展示的路径信息对应的时长；

显示模块，用于根据所述计算模块计算的时长，以倒计时方式显示所述急救车即将到达的时间。

可选的，所述监控单元还包括：

判断模块，用于在所述目标急救服务站点指派的急救车到达所述用户位置之后，根据医务人员选定的急救服务站点，判断施救所需的急救服务站点是否与所述目标急救服务站点相同；

保持模块，用于当所述判断模块判断施救所需的急救服务站点与所述目标急救服务站点相同时，则保持与所述目标急救服务站点之间的通信；

反馈模块，用于根据所述保持模块保持的与所述目标急救服务站点之间的通信，向所述目标急救服务站点反馈实时移动的位置信息；

建立模块，用于当所述判断模块判断施救所需的急救服务站点与所述目标急救服务站点不相同时，建立与新的急救服务站点之间的通信；

所述反馈模块，还用于根据所述建立模块建立与新的急救服务站点之间的通信，向所述新的急救服务站点反馈实时移动的位置信息。

可选的，所述装置还包括：

所述发送单元，还用于在所述目标急救服务站点指派的急救车未到达所述用户位置之前，利用社交软件平台向第二预设范围内其他用户发送求救请求，所述求救请求携带所述用户的位置信息；

所述锁定单元，还用于当检测到存在其他用户应答所述求救请求时，锁定所述其他用户，作为目标用户；

所述发送单元，还用于若所述锁定单元锁定的目标用户未在预设计时内到达所述用户位置，则重新向所述第二预设范围内其他用户发送求救请求；

发布单元，用于若所述锁定单元锁定的目标用户在所述预设计时内到达所述用户位置，则利用所述社交软件平台发布所述目标用户到达的信息，并按照预设时间周期发布施救信息。

可选的，所述装置还包括：

设定单元，用于预先设定紧急联系人按钮；

触发单元，用于当接收到用户触发的急救请求操作指令时，触发所述紧急联系人按钮；

所述触发单元，还用于根据所述设定单元预先设定的紧急联系人列表，逐次触发联系紧急联系人。

可选的，所述装置还包括：

所述设定单元，还用于预先设置急救知识学习窗口；

展示单元，用于通过接收用户触发访问所述设定单元设定的急救知识学习窗口操作，向所述用户展示急救知识。

第三方面，本发明还提供一种院前急救系统，所述系统包括如上第二方面所述的院前急救装置和急救服务站点终端。

第四方面，本发明还提供一种存储介质，所述存储介质包括存储的程序，其中，在所述程序运行时控制所述存储介质所在设备执行如上述的院前急救方法。

第五方面，本发明还提供一种电子设备，所述设备包括至少一个处理器、以及与所述处理器连接的至少一个存储器、总线；

其中，所述处理器、所述存储器通过所述总线完成相互间的通信；

所述处理器用于调用所述存储器中的程序指令，以执行如上述的院前急救方法。

借由上述技术方案，本发明提供的技术方案至少具有下列优点：

本发明提供一种院前急救方法、装置及系统，当检测到伤者发出急救请求时，根据伤者所在位置，呼叫预设范围内的多个急救服务站点，以使得伤者尽快得到应答，在确定应答的急救服务站点之后，建立伤者终端侧与急救服务站点侧之间的通信，方便于根据通信实现沟通，尽可能地及时地获知准确地伤情，在出诊后还监控急救服务站点提供的院前急救服务的进程。相较于现有的传统院前急救模式，解决了传统院前急救模式存在出诊不及时、资源不能合理配置的问题，本发明是结合信息技术优化传统院前急救模式，在结合实现定位伤者、与伤者建立通信的应用以及出诊后对急救过程的监控，间接地确保及时出诊，也方便于合理地配置急救资源，大大提高院前急救质量。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1为本发明实施例提供的一种院前急救方法流程图；

图2为本发明实施例提供的另一种院前急救方法流程图；

图3为本发明实施例提供的一种院前急救装置的组成框图；

图4为本发明实施例提供的另一种院前急救装置的组成框图；

图5为本发明实施例提供的院前急救的电子设备。

具体实施方式

下面将参照附图更详细地描述本发明的示例性实施例。虽然附图中显示了本发明的示例性实施例，然而应当理解，可以以各种形式实现本发明而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本发明，并且能够将本发明的范围完整的传达给本领域的技术人员。

本发明实施例提供了一种院前急救方法，如图1所示，该方法是实现定位伤者、与伤者建立通信以及出诊后对急救过程的监控，从而结合信息技术优化传统院前急救模式，对此本发明实施例提供以下具体步骤：

101、接收用户触发的急救请求操作指令。

需要说明的是，在本发明实施例中，是搭建了伤者终端侧与急救服务站点终端侧之间的系统，伤者终端侧是指触发急救请求操作指令的用户终端侧，在该伤者终端侧应用了本发明实施提供的院前急救方法的装置，对于使用该伤者终端的人员就是该伤者终端对应的用户，可以是伤者或者现场帮助伤者的救助人员。

急救服务站点是指具备院前急救能力的医疗服务站点，比如：社区医疗服务站点、急救中心服务站点、医院急诊部门，等等，对于这些急救服务站点实现信息数据化整合，搭建必要的信息设备，构建成为急救服务站点终端侧。

对于本发明实施例，当用户遇险需要急救时可以通过一键触发操作触发急救请求操作指令，用户就是本发明实施例提及的伤者或者现场帮助伤者的人员，当伤者终端侧接收到用户触发的急救请求时，会向急救服务站点发送急救遇险请求。

102、定位用户的位置信息。

103、根据位置信息，向距离位置信息第一预设范围内的至少一个急救服务站点发送急救遇险请求。

在本发明实施例中，对于步骤102-103，急救服务站点终端侧可以包含多个终端，也就是对应存在多个急救服务站点，并且分散的位置也是不同的，那么为了确保用户被及时地救治，可以对用户执行定位，根据定位的位置信息，向预设范围内的急救服务站点终端发出急救遇险请求，目的是利用这个有效的预设范围，有针对性地向附近急救服务站点发出求救信号。

进一步的，对于设定的预设范围，尽可能的应该确保在预设范围内还是存在多个急救服务站点的，这是因为考虑到一个急救服务站点当前的工作承载能力(比如：会出现当前急救服务站点是无可调度的车辆的情形)，所以在本发明实施例中是对预设范围内的多个急救服务站点都发出急救遇险请求，从而间接地在急救服务站点终端侧呈现抢答形式应答伤者终端，确保伤者终端发出的求救信息被及时地应答。

104、当检测到存在有急救服务站点应答急救遇险请求时，锁定急救服务站点，作为目标急救服务站点。

对于本发明实施例，当伤者终端侧检测到预设范围内有一个急救服务站点终端应答时，就锁定这个急救服务站点作为目标急救服务站点，用于执行本次院前急救任务，该锁定操作避免多个急救服务站点终端都应答，而是同时也可以将锁定消息发布给预设范围内的其他急救服务站点，以便其他急救服务站点终端检测或接收其他伤者终端触发的求救信号，间接地实现合理配置急救服务站点资源。

105、建立用户与目标急救服务站点之间的通信，并监控目标急救服务站点提供的院前急救服务。

对于本发明实施例，在确定目标急救服务站点之后，建立伤者终端与目标急救服务站点终端之间的通信，该通信可以是电话、即时通讯语音/视频，从而方便于急救服务站点终端侧与伤者进行沟通、指导、了解伤情等等，在急救服务站点终端侧下发出诊信息之后，伤者终端侧也会监控目标急救服务站点提供的院前急救服务，具体的，可以但不仅限于是：监控路线、急救车定位、建立与急救车之间的通信，等等。

本发明实施例提供一种院前急救方法，当检测到伤者发出急救请求时，根据伤者所在位置，呼叫预设范围内的多个急救服务站点，以使得伤者尽快得到应答，在确定应答的急救服务站点之后，建立伤者终端侧与急救服务站点侧之间的通信，方便于根据通信实现沟通，尽可能地及时地获知准确地伤情，在出诊后还监控急救服务站点提供的院前急救服务的进程。相较于现有的传统院前急救模式，解决了传统院前急救模式存在出诊不及时、资源不能合理配置的问题，本发明实施例是结合信息技术优化传统院前急救模式，在结合实现定位伤者、与伤者建立通信的应用以及出诊后对急救过程的监控，间接地确保及时出诊，也方便于合理地配置急救资源，大大提高院前急救质量。

为了对上述实施例做出更加详细的说明，本发明实施例还提供了另一种院前急救方法，如图2所示，该方法是对上述实施例方法的进一步细化陈述和补充陈述，对此本发明实施例提供以下具体步骤：

201、接收用户触发的急救请求操作指令。

202、定位用户的位置信息。

203、根据位置信息，向距离位置信息第一预设范围内的至少一个急救服务站点发送急救遇险请求。

204、当检测到存在有急救服务站点应答急救遇险请求时，锁定急救服务站点，作为目标急救服务站点。

在本发明实施例中，对于步骤201-204，请参见步骤101-104陈述，在此不在赘述。

其中，对于步骤203向急救服务站点发送急救遇险请求，还进一步的补充陈述，可以在发送急救遇险请求之前，在伤者终端侧弹出事件框，在该事件框内可以以文字或者语音形式接收伤者或现场救助人员提供对伤情的描述，这个描述可以是几个简单的词或语句，从而使得伤者终端侧在发送急救遇险请求同时还可以携带发送事件框内伤情描述，从而对于急救服务站点终端侧，当检测到这个急救遇险请求时，可以根据携带伤情描述，做出自己的预判，判断对于这个伤情是否具备处理能力，从而也避免不具备处理能力的急救服务站点误抢到对这个急救遇险请求的应答，耽误及时地救治。

但是对于伤者或现场救助人员无暇顾及填写事件框的情形，还可以预先设定事件框的有效显示时间，错过这个有效显示时间，事件框自动消失，并及时地执行发送急救遇险请求操作。

205、建立用户与目标急救服务站点之间的通信，并监控目标急救服务站点提供的院前急救服务。

对于本发明实施例，对于建立用户与目标急救服务站点之间的通信细化陈述，具体可以为如下：

建立用户与目标急救服务站点之间的即时通讯连接，该即时通讯连接至少包括：即时通讯语音对话、即时通讯视频对话。从而根据这个即时通讯连接，向目标急救服务站点上报拍摄到伤者状态的图像或者视频。

对于本发明实施例，对于监控目标急救服务站点提供的院前急救服务细化陈述，具体可以为如下：

首先，伤者终端侧接收目标急救服务站点指派的急救车的标识信息和定位信息，接收目标急救服务站点下发的路径信息，该路径信息为急救车到达用户的行车路径。进一步的，在伤者终端侧，通过调用电子地图，将急救车的标识信息、定位信息以及对应的路径信息，向用户展示，从而方便于伤者终端侧可以实时地监控到急救车位置以及途径路线。

其次，计算这个路径信息对应的时长，根据这个时长，以倒计时方式在伤者终端侧显示急救车即将到达的时间。

进一步的，在本发明实施例中，除了以上对急救车到达伤者所在位置过程中进行监控之外，当急救医疗人员在现场做完处置之后，还会将伤者移动到急救服务站点过程进行监控，具体的，可以包括如下：

根据医务人员选定的急救服务站点，判断施救所需的急救服务站点是否与目标急救服务站点相同，也就是派遣急救车对应的急救服务站点是否相同，因为根据急救医疗人员现场处置判断，比如：根据伤者的伤情判断，如果仅是轻微外伤，可以选择去往社区医疗服务站点进行伤口包扎、消炎输液处理，就可以此时转接送往最近的社区医疗服务站点，但是如果伤者伤情严重，需要医疗水平高的医院急诊部收治，就应该立即送往医院急诊部门，从而确保伤者被及时、有效地救治的同时，也实现再一次地合理分配急救资源。

当判断施救所需的急救服务站点是与目标急救服务站点相同时，则继续保持与目标急救服务站点之间的通信，向目标急救服务站点反馈实时移动的位置信息。

当判断施救所需的急救服务站点是与目标急救服务站点不相同时，那么就及时地建立与新的急救服务站点之间的通信，向新的急救服务站点反馈实时移动的位置信息。

以上，通过伤者终端侧向急救服务站点终端侧实时地反馈移动位置，从而达到监控伤者到急救服务站点之间移动监控，还进一步地判断伤者是否被及时地送往救治并判断是否完成本次的院前医疗急救任务。

206、在目标急救服务站点指派的急救车未到达用户位置之前，利用社交软件平台向第二预设范围内其他用户发送求救请求，求救请求携带用户的位置信息。

在本发明实施例中，在目标急救服务站点指派的急救车未到达用户位置之前，可以向附近的人征询求助，具体的，可以但不限于是利用社交软件平台向指定范围内的其他用户发送求救请求，该求救请求还携带有伤者位置信息，从而利用社交软件平台发布伤者的伤情，以寻找附近可以提供帮助的人。

进一步的，对于向其他用户发送求救请求，还可以是向附近警务站点、附近的社会公益组织直接发送求救请求，以寻求更多人力帮助。

207、当检测到存在其他用户应答求救请求时，锁定其他用户，作为目标用户。

当附近多个其他用户接收到求救请求时，根据该求救请求携带的伤者位置信息，就可以快速地找到伤者，在本发明实施例中，避免打扰到其他用户，也避免太多用户应答导致耗费过多人力，所以可以设定锁定应答用户的预设人数，进一步的，当检测到达到预设人数应答时，则锁定这些人，作为目标用户，该目标用户会赶往伤者位置帮助救治。

208a、若目标用户未在预设计时内到达用户位置，则重新向第二预设范围内其他用户发送求救请求。

由于懂得急救知识的普通用户毕竟有限，医疗急救重点在于时间要快，所以还可以设定其他用户从应答到到达伤者位置的时间，并以倒计时方式呈现，当检测到未在指定预设计时内到达伤者位置时，就立即重新向距离伤者位置的预设范围内再次重新发送求救请求。

208b、若目标用户在预设计时内到达用户位置，则利用社交软件平台发布目标用户到达的信息，并按照预设时间周期发布施救信息。

在本发明实施例中，如果应答的人员在预设计时内到达伤者位置，则还可以进一步地将已经到达的信息发布，让其他了解这个求助请求事件的人员也知晓，并且也还可以周期性地发布施救信息直到到达急救服务站点，也就是直到本次院前急救任务截止。

进一步的，在本发明实施例中，还可以在伤者终端预先预先设置急救知识学习窗口，通过接收用户触发访问急救知识学习窗口操作，向用户反馈急救知识。

进一步的，为了增加用户使用急救知识学习窗口粘度，还可以开发一些急救知识闯关游戏、急救问答等等，并实行相应的打分或者评比，制作在线积分榜，实现不同伤者终端对应用户之间的互动。

又或者，将急救知识学习窗口与社会公益组织的在线平台相关联，从而通过该急救知识学习窗口实现与社会公益组织提供的医疗专业人士在线咨询、学习等等。

进一步的，在本发明实施例中，还可以在伤者终端预先设定紧急联系人按钮，当接收到用户触发的急救请求操作指令时，触发紧急联系人按钮，根据预先设定的紧急联系人列表，逐次联系紧急联系人。

进一步的，作为对上述图1、图2所示方法的实现，本发明实施例提供了一种院前急救装置。该装置实施例与前述方法实施例对应，为便于阅读，本装置实施例不再对前述方法实施例中的细节内容进行逐一赘述，但应当明确，本实施例中的装置能够对应实现前述方法实施例中的全部内容。该装置应用于提供院前急救服务，具体如图3所示，该装置包括：

接收单元301，用于接收用户触发的急救请求操作指令；

定位单元302，用于定位所述用户的位置信息；

发送单元303，用于根据所述定位单元302定位位置信息，向距离所述位置信息第一预设范围内的至少一个急救服务站点发送急救遇险请求；

锁定单元304，用于当检测到存在有急救服务站点应答所述急救遇险请求时，锁定所述急救服务站点，作为目标急救服务站点；

建立单元305，用于建立所述用户与所述锁定单元304锁定的目标急救服务站点之间的通信；

监控单元306，用于监控所述目标急救服务站点提供的院前急救服务。

进一步的，如图4所示，所述建立单元305包括：

建立模块3051，用于建立所述用户与所述目标急救服务站点之间的即时通讯连接，所述即时通讯连接至少包括：即时通讯语音对话、即时通讯视频对话；

上报模块.3052，用于根据所述建立模块3051建立的即时通讯连接，向所述目标急救服务站点上报拍摄到伤者状态的图像或者视频。

进一步的，如图4所示，所述监控单元306包括：

接收模块3061，用于接收所述目标急救服务站点指派的急救车的标识信息和定位信息；

所述接收模块3061，还用于接收所述目标急救服务站点下发的路径信息，所述路径信息为所述急救车到达所述用户的行车路径；

展示模块3062，用于通过调用电子地图，将所述急救车的标识信息、定位信息以及对应的路径信息，向所述用户展示。

计算模块3063，用于计算所述展示模块3062展示的路径信息对应的时长；

显示模块3064，用于根据所述计算模块3063计算的时长，以倒计时方式显示所述急救车即将到达的时间。

进一步的，如图4所示，所述监控单元306还包括：

判断模块3065，用于在所述目标急救服务站点指派的急救车到达所述用户位置之后，根据医务人员选定的急救服务站点，判断施救所需的急救服务站点是否与所述目标急救服务站点相同；

保持模块3066，用于当所述判断模块3065判断施救所需的急救服务站点与所述目标急救服务站点相同时，则保持与所述目标急救服务站点之间的通信；

反馈模块3067，用于根据所述保持模块3066保持的与所述目标急救服务站点之间的通信，向所述目标急救服务站点反馈实时移动的位置信息；

建立模块3068，用于当所述判断模块3065判断施救所需的急救服务站点与所述目标急救服务站点不相同时，建立与新的急救服务站点之间的通信；

所述反馈模块3067，还用于根据所述建立模块3068建立与新的急救服务站点之间的通信，向所述新的急救服务站点反馈实时移动的位置信息。

进一步的，如图4所示，所述装置还包括：

所述发送单元303，还用于在所述目标急救服务站点指派的急救车未到达所述用户位置之前，利用社交软件平台向第二预设范围内其他用户发送求救请求，所述求救请求携带所述用户的位置信息；

所述锁定单元304，还用于当检测到存在其他用户应答所述求救请求时，锁定所述其他用户，作为目标用户；

所述发送单元303，还用于若所述锁定单元304锁定的目标用户未在预设计时内到达所述用户位置，则重新向所述第二预设范围内其他用户发送求救请求；

发布单元307，用于若所述锁定单元304锁定的目标用户在所述预设计时内到达所述用户位置，则利用所述社交软件平台发布所述目标用户到达的信息，并按照预设时间周期发布施救信息。

进一步的，如图4所示，所述装置还包括：

设定单元308，用于预先设定紧急联系人按钮；

触发单元309，用于当接收到用户触发的急救请求操作指令时，触发所述紧急联系人按钮；

所述触发单元309，还用于根据所述设定单元308预先设定的紧急联系人列表，逐次触发联系紧急联系人。

进一步的，如图4所示，所述装置还包括：

所述设定单元308，还用于预先设置急救知识学习窗口；

展示单元310，用于通过接收用户触发访问所述设定单元308设定的急救知识学习窗口操作，向所述用户展示急救知识。

所述院前急救装置包括处理器和存储器，上述接收单元、定位单元、发送单元、锁定单元、建立单元和监控单元等均作为程序单元存储在存储器中，由处理器执行存储在存储器中的上述程序单元来实现相应的功能。

处理器中包含内核，由内核去存储器中调取相应的程序单元。内核可以设置一个或以上，通过调整内核参数来结合信息技术优化传统院前急救模式，提高院前急救出诊的及时性，实现急救资源利用合理配置，有助于提高院前急救的质量。

本发明实施例还提供一种院前急救系统，所述系统包括如上所述的院前急救装置和急救服务站点终端。

本发明实施例提供了一种存储介质，其上存储有程序，该程序被处理器执行时实现所述院前急救方法。

本发明实施例提供了一种处理器，所述处理器用于运行程序，其中，所述程序运行时执行所述院前急救方法。

本发明实施例提供了一种电子设备40，如图5所示，设备包括至少一个处理器401、以及与处理器401连接的至少一个存储器402、总线403；其中，处理器401、存储器402通过总线403完成相互间的通信；处理器401用于调用存储器402中的程序指令，以执行上述的院前急救方法。

本文中的设备可以是服务器、pc、pad、手机等。

本申请还提供了一种计算机程序产品，当在数据处理设备上执行时，适于执行初始化有如下方法步骤的程序：接收用户触发的急救请求操作指令；定位所述用户的位置信息；根据所述位置信息，向距离所述位置信息第一预设范围内的至少一个急救服务站点发送急救遇险请求；当检测到存在有急救服务站点应答所述急救遇险请求时，锁定所述急救服务站点，作为目标急救服务站点；建立所述用户与所述目标急救服务站点之间的通信，并监控所述目标急救服务站点提供的院前急救服务。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

在一个典型的配置中，设备包括一个或多个处理器(cpu)、存储器和总线。设备还可以包括输入/输出接口、网络接口等。

存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)，存储器包括至少一个存储芯片。存储器是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

以上仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。