一种急救系统和方法与流程

本申请涉及医疗技术领域，特别是涉及一种急救系统和方法。

背景技术：

对发病患者进行及时救助可以最大程度的挽救患者的生命，随着医疗技术的发展，现有的急救系统已经可以在一定程度上提升救援速度，保证患者的生命安全。

目前，当患者发病时可以发送求救信息和当前的生命体征至现有的急救系统，现有急救系统中医院端可以得到患者的既往病例信息，根据既往病例信息和患者的当前生命体征做好接待患者的准备，以争取更多的救援时间。当需要患者家属签字才能进行相关的救助时，仍依赖于家属到达医院后进行沟通并签署纸质版的相关医疗文件签署协议，假如家属未及时赶到，则浪费宝贵的救援时间，错失对患者进行抢救的最佳时机，甚至产生医疗纠纷。

因此，如何解决上述技术问题是本领域技术人员亟待解决的技术问题。

技术实现要素：

本申请的目的是提供一种急救系统和方法，以加强患者家属与医院之间的沟通，节约救援时间，缓解医患矛盾。

为解决上述技术问题，本申请提供一种急救系统，包括：

主服务器端，用于接收患者端发送的求救信息和生命体征信息；

与所述主服务器端相连的救护端，用于接收所述主服务器端转发的所述求救信息和所述生命体征信息，并发送患者接收指令至医院端；

与所述救护端、所述患者端相连的所述医院端，用于接收所述患者接收指令，并获取患者既往病例信息、所述生命体征信息、患者当前身体状况信息，发送医疗文件签署协议至患者家属端；

与所述医院端相连的所述患者家属端，用于接收所述医疗文件签署协议，以便家属签署所述医疗文件签署协议，并发送签署后医疗文件签署协议至所述医院端。

可选的，所述医院端包括院级服务器端和医生端；

所述院级服务器端用于接收所述患者接收指令，并发送任命指令至所述医生端；

所述医生端用于接收所述任命指令，获取所述患者当前身体状况信息和所述患者既往病例信息，并发送所述医疗文件签署协议至所述患者家属端。

可选的，所述医生端通过语音方式或视频方式获取所述患者当前身体状况信息。

可选的，还包括：

与所述患者端相连的辅助救护端，用于接收所述患者端发送的所述求救信息，并转发所述求救信息至预设范围内的志愿者端。

可选的，当与所述志愿者端对应的志愿者可以进行辅助救护时，所述辅助救护端还用于接收所述志愿者端发送的确认进行辅助救护信息，并转发所述确认进行辅助救护信息至所述主服务器端。

可选的，所述患者家属端与所述主服务器端相连，所述患者家属端还用于获取患者救护信息和所述生命体征信息，所述患者救护信息包括与所述医院端对应的医院名称、医院地址、开始救护时间、救护车的当前位置；

相应的，所述救护端还用于发送所述患者救护信息至所述主服务器端。

可选的，所述医生端与所述救护端相连，所述医生端还用于发送救护建议信息至所述救护端。

可选的，还包括：

所述患者端，用于发送所述求救信息和所述生命体征信息至所述主服务器端。

本申请还提供一种急救方法，包括：

主服务器端接收患者端发送的求救信息和生命体征信息，并转发所述求救信息和所述生命体征信息至救护端；

所述救护端接收所述求救信息和所述生命体征信息，并发送患者接收指令至医院端；

所述医院端接收所述患者接收指令，并获取患者既往病例信息、所述生命体征信息、患者当前身体状况信息，发送医疗文件签署协议至患者家属端；

所述患者家属端接收所述医疗文件签署协议，以便家属签署所述医疗文件签署协议，并发送签署后医疗文件签署协议至所述医院端。

可选的，还包括：

辅助救护端接收所述患者端发送的所述求救信息，并转发所述求救信息至预设范围内的志愿者端。

本申请所提供的急救系统，包括：主服务器端，用于接收患者端发送的求救信息和生命体征信息；与所述主服务器端相连的救护端，用于接收所述主服务器端转发的所述求救信息和所述生命体征信息，并发送患者接收指令至医院端；与所述救护端、所述患者端相连的所述医院端，用于接收所述患者接收指令，并获取患者既往病例信息、所述生命体征信息、患者当前身体状况信息，发送医疗文件签署协议至患者家属端；与所述医院端相连的所述患者家属端，用于接收所述医疗文件签署协议，以便家属签署所述医疗文件签署协议，并发送签署后医疗文件签署协议至所述医院端。

可见，本申请中的急救系统包括主服务器端、救护端、医院端、患者家属端，主服务器端将接收到的求救信息和生命体征信息转发至救护端，救护端进而发送患者接收指令至医院端，医院端接收到患者接收指令后，获取患者既往病例信息、生命体征信息、患者当前身体状况信息，发送医疗文件签署协议至患者家属端，从而使得患者家属在患者家属端对医疗文件签署协议进行签署，医院端接收到签署后的医疗文件签署协议后便可以直接对患者进行救助，避免患者家属无法及时赶到医院签署纸质版的医疗文件签署协议而浪费宝贵的救援时间，对患者进行及时救助，同时也可以缓解医患矛盾，并且本申请还可以减少纸张的消耗，更加环保。此外，本申请还提供一种具有上述优点的急救方法。

附图说明

为了更清楚的说明本申请实施例或现有技术的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单的介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例所提供的一种急救系统的结构框图；

图2为本申请实施例所提供的另一种急救系统的结构框图；

图3为本申请实施例所提供的另一种急救系统的结构框图；

图4为本申请实施例所提供的一种急救方法流程图。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面结合附图和具体实施方式对本申请作进一步的详细说明。显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

请参考图1，图1为本申请实施例所提供的一种急救系统的结构框图，该系统包括：

主服务器端1，用于接收患者端5发送的求救信息和生命体征信息；

与所述主服务器端1相连的救护端2，用于接收所述主服务器端1转发的所述求救信息和所述生命体征信息，并发送患者接收指令至医院端3；

与所述救护端2、所述患者端5相连的所述医院端3，用于接收所述患者接收指令，并获取患者既往病例信息、所述生命体征信息、患者当前身体状况信息，发送医疗文件签署协议至患者家属端4；

与所述医院端3相连的所述患者家属端4，用于接收所述医疗文件签署协议，以便家属签署所述医疗文件签署协议，并发送签署后医疗文件签署协议至所述医院端3。

其中，求救信息中包括但不限于求助信息、患者位置信息、患者姓名和患者身份证号码，生命体征信息包括但不限于脉搏、心跳、血压。医疗文件签署协议包括但不限于病危通知书、手术知情同意书。

还需要说明的是，本实施例中对救护端2发送患者接收指令至医院端3的规则不做具体限定，可视情况而定。例如，救护端2可以根据患者的生命体征信息选择医疗条件与患者相匹配的医院端3发送患者接收指令；或者根据患者位置信息选择距离最近的一个医院端3或者一定距离范围内的所有医院端3发送患者接收指令。

需要指出的是，患者家属端4处的家属在签署医疗文件签署协议之前已经进行认证，本实施例中对认证的方式不做具体限定，视情况而定。例如，可以通过身份证号码进行认证，或者输入与患者之间的亲属关系进行认证。

具体的，家属通过在患者家属端4输入指纹和/或在患者家属端4的屏上签名的方式进行医疗文件签署协议的签署。

可选的，在本申请的一个实施例中，所述医院端3包括院级服务器端31和医生端32；所述院级服务器端31用于接收所述患者接收指令，并发送任命指令至所述医生端32；所述医生端32用于接收所述任命指令，获取所述患者当前身体状况信息和所述患者既往病例信息，并发送所述医疗文件签署协议至所述患者家属端4。

需要说明的是，不同的医院之间已经进行资源整合，各个医院之间的患者病例信息已实现共享，医生端32可以从主服务器端1获取患者既往病例信息。

可选的，所述医生端32通过语音方式或视频方式获取所述患者当前身体状况信息。

本实施例中的急救系统包括主服务器端1、救护端2、医院端3、患者家属端4，主服务器端1将接收到的求救信息和生命体征信息转发至救护端2，救护端2进而发送患者接收指令至医院端3，医院端3接收到患者接收指令后，获取患者既往病例信息、生命体征信息、患者当前身体状况信息，发送医疗文件签署协议至患者家属端4，从而使得患者家属在患者家属端4对医疗文件签署协议进行签署，医院端3接收到签署后的医疗文件签署协议后便可以直接对患者进行救助，避免患者家属无法及时赶到医院签署纸质版的医疗文件签署协议而浪费宝贵的救援时间，对患者进行及时救助，同时也可以缓解医患矛盾，并且本申请还可以减少纸张的消耗，更加环保。

优选地，在本申请的一个实施例中，请参考图2，医院端还包括护理管理33，用于发送与患者有关的护理签署文件至患者家属端4，以便患者家属端4的家属进行护理文件的签署，节约纸张，并且还能给医患双方带来便利。其中，护理签署文件由患者的主管护士进行管理。

在本申请的一个实施例中，所述患者家属端4与所述主服务器端1相连，所述患者家属端4还用于获取患者救护信息和所述生命体征信息，所述患者救护信息包括与所述医院端3对应的医院名称、医院地址、开始救护时间、救护车的当前位置；

相应的，所述救护端2还用于发送所述患者救护信息至所述主服务器端1。

其中，生命体征信息由患者端5发送给患者家属端4，患者救护信息由患者家属端4从主服务器端1获取，患者救护信息由救护端2发送至主服务器端1。当救护端2为救护车整体系统的救护端2时，救护车的当前位置由救护车发送当前位置至救护车整体系统的救护端2，进而使救护车整体系统的救护端2发送救护车的当前位置至主服务器端1；救护端2为单独安装在救护车上的救护端2时，救护端2直接发送当前位置至主服务器端1。

需要指出的是，救护端2也可以通过语音方式或者视频方式与患者端5的患者通信，随时了解患者的状况。

可选的，所述医生端32与所述救护端2相连，所述医生端32还用于发送救护建议信息至所述救护端2。

具体的，医生端32可以通过视频方式或者语音方式发送救护建议信息至救护端2，以便救护端2的救护人员对患者实施更加有效的救援。

请参考图3，图3为本申请实施例所提供的另一种急救系统的结构框图。在上述任一实施例的基础上，急救系统还包括：

与所述患者端5相连的辅助救护端6，用于接收所述患者端5发送的所述求救信息，并转发所述求救信息至预设范围内的志愿者端7。

需要说明的是，本实施例中预设范围不做具体限定，可自行设置。例如，预设范围可以为1千米，或者2千米等等。同理，本实施例中对志愿者端7的数量也不做具体限定，视情况而定，例如，志愿者端7的数量可以为3个或者5个，等等。

进一步地，当与所述志愿者端7对应的志愿者可以进行辅助救护时，所述辅助救护端6还用于接收所述志愿者端7发送的确认进行辅助救护信息，并转发所述确认进行辅助救护信息至所述主服务器端1。

可以理解的是，当辅助救护端6接收到确认进行辅助救护信息时，确认求救信息失效，避免再次转发求救信息至志愿者端7，造成不必要的资源浪费。

需要说明的是，志愿者端7的志愿者均是经过正规医疗组织培训，并考核合格的志愿者，考核标准视情况额而定，可以让更多的人了解急救知识掌握急救技能，关键时刻对他人进行救助。

本实施例中的急救系统还设置有辅助救护端6，辅助救护端6通过发送求救信息至志愿者端7，使志愿者及时赶到对患者进行救治，进一步保证患者的生命安全。

优选地，急救系统还包括：

所述患者端5，用于发送所述求救信息和所述生命体征信息至所述主服务器端1。

需要说明的是，本实施中的患者端5可以为手环，也可以为移动终端，例如手机、ipad等等。

本申请还提供一种急救方法，请参考图4，图4为本申请实施例所提供的一种急救方法流程图，该方法包括：

步骤s101：主服务器端接收患者端发送的求救信息和生命体征信息，并转发所述求救信息和所述生命体征信息至救护端。

步骤s102：所述救护端接收所述求救信息和所述生命体征信息，并发送患者接收指令至医院端。

步骤s103：所述医院端接收所述患者接收指令，并获取患者既往病例信息、所述生命体征信息、患者当前身体状况信息，发送医疗文件签署协议至患者家属端。

可选的，医生端通过语音方式或视频方式获取患者当前身体状况信息。

步骤s104：所述患者家属端接收所述医疗文件签署协议，以便家属签署所述医疗文件签署协议，并发送签署后医疗文件签署协议至所述医院端。

可选的，家属通过在患者家属端输入指纹和/或在患者家属端的屏上签名的方式进行医疗文件签署协议的签署。

本实施例中的急救方法通过主服务器端接收患者端发送的求救信息和生命体征信息，并转发求救信息和生命体征信息至救护端，进而使得救护端发送患者接收指令至医院端，医院端接收患者接收指令后，获取患者既往病例信息、生命体征信息、患者当前身体状况信息，发送医疗文件签署协议至患者家属端，进而使家属在患者家属端签署医疗文件签署协议，医院端接收到签署后的医疗文件签署协议后便可以直接对患者进行救助，避免患者家属无法及时赶到医院签署纸质版的医疗文件签署协议而浪费宝贵的救援时间，对患者进行及时救助，同时也可以缓解医患矛盾，并且本申请还可以减少纸张的消耗，更加环保。

可选的，在本申请的一个实施例中，急救方法还包括：

辅助救护端接收所述患者端发送的所述求救信息，并转发所述求救信息至预设范围内的志愿者端。

可选的，在本申请的一个实施例中，急救方法还包括：

患者家属端获取患者救护信息和所述生命体征信息，所述患者救护信息包括与所述医院端对应的医院名称、医院地址、开始救护时间、救护车的当前位置；

相应的，所述救护端还用于发送所述患者救护信息至所述主服务器端。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(ram)、内存、只读存储器(rom)、电可编程rom、电可擦除可编程rom、寄存器、硬盘、可移动磁盘、cd-rom、或技术领域内所公知的任意其它形式的存储介质中。

以上对本申请所提供的急救系统和方法进行了详细介绍。本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想。应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以对本申请进行若干改进和修饰，这些改进和修饰也落入本申请权利要求的保护范围内。