用于急救报警和接警的系统、子系统、方法及存储介质

技术领域

本发明涉及医疗救护技术领域，具体涉及一种用于急救报警和接警的系统、子系统、方法及存储介质。

背景技术

当人体突发急性病时，尤其是对于可能在短时间内危及生命的疾病，往往需要紧急拨打120急救电话，以接入120急救中心，并等候120急救中心派遣救护车至患者的发病地点，将患者紧急运送至医院进行急救。

对于亟需等待救护车运送的患者(本文中或称待急救患者，或简称患者)而言，时间就是生命。然而，通过120急救中心派遣救护车的方式，急救中心与待急救患者(或患者家人)沟通患者的信息(如患者的年龄、性别等基本信息、发病地址)、病情需要花费一定的时间，仓促间难以掌握或判断待急救患者可能突发的疾病，另外急救中心人员需要根据与患者或患者家人的沟通来确定目的医院，掌握或判断待运送至的目的医院所配备救护车的数量及以及车内检查及急救设备配备情况是否能够满足患者需要，也需花费一定时间；另外，有可能发生到院后发现由于本院的医疗水平或资源所限需要将患者转诊到其他医院的情况。

此外，现有技术中，120急救中心指派的目的医院时，并不针对某一特定急性病，对患者就医的医院进行优化的推荐，导致患者可能对120急救中心指派的目的医院的医疗服务水平不甚满意；急救中心人员需要面对患有各种疾病的病患，在面对某一特定病的判定上，很难做到特别专业，因此难以针对疑似患有某一特定病的患者做精准的判断；此外，患者可能希望获取关于其位置附近周边医院对特定病的医疗水平更多的信息，掌握选择目的医院的主动权，以获得更加符合自身预期的医疗服务。

上述缺陷影响了待急救患者是否能够得到妥善的救治和满意的医疗服务，甚至在极端情况下，对是否能够挽救患者的生命产生重大影响。

发明内容

针对现有技术中的上述缺陷，本发明的目的在于提供一种用于急救接警的系统及方法，在尽可能地使患者获得关于特定病的更专业的医疗服务的同时，系统性地降低延误患者诊断及运送的院前救治时间，缩短院前救助时间窗，极大程度地提前患者被运送到的目的医院的院内医护人员与患者的首次接触时间,从而提高救治率。

根据本发明的一个方案，提供了一种用于急救报警的用户子系统，加载于用户的具有定位设备的第一终端上，所述第一终端包括第一定位设备、第一音视频采集设备，其特征在于所述用户子系统包括：定位模块，其配置为利用所述第一定位设备确定用户的当前位置以及用户所属的急救圈，并上传服务器；特定病急救地图模块，其配置为根据所述当前位置，获取并显示关于特定病的急救地图，所述急救地图上标注用户的当前位置及其周边具有特定病急救能力的多家医院及医院信息；医院推荐模块，其配置为获取并显示急救圈内的第一推荐医院列表，所述第一推荐医院列表中列出多家推荐医院，所述多家推荐医院按照特定病急救能力和距用户当前位置的距离进行综合排序；视频呼救模块，其配置为基于用户对期望医院的选择和视频报警操作，向服务器发出针对所述期望医院的视频呼救请求，其中所述期望医院为下列医院之一：用户预先在所述用户子系统中设定的预设医院，用户在所述急救地图上选定的特定医院，以及用户在所述第一推荐医院列表中选定的推荐医院；第一视频通话模块，其配置为响应于所述期望医院的急诊调度医生对所述视频呼救请求的接听，利用所述音视频采集设备采集患者的音视频信息并上传至服务器以实现与所述急诊调度医生的视频通话。

根据进一步的实施例，所述用户子系统还可以包括：特定病急救卡模块，其接收并存储用户输入的患者基本信息以创建针对患者的特定病急救卡，所述患者基本信息包括：姓名、年龄、性别、联系人、联系人电话、用药史、既往史、常用住址以及所述预设医院中的一项或多项信息，并且将所述患者基本信息上传至服务器。

根据进一步的实施例，所述用户子系统还可以包括：特定病识别模块，其配置为在所述用户子系统的用户界面上提供针对特定病的预判指导和对所述视频呼救模块的访问接口，所述预判指导包括指导用户对特定病进行预判的文字和/或语音说明。

根据进一步的实施例，所述特定病可以包括卒中、心肌梗塞、突发性心脏病、高血压急症或胸痛。

根据本发明的另一方案，还提供了一种由根据上述的用户子系统执行的用于急救报警的方法，所述方法包括：确定用户的当前位置以及用户所属的急救圈，并上传服务器；根据所述当前位置，获取并显示关于特定病的急救地图，所述急救地图上标注用户的当前位置及其周边具有特定病急救能力的多家医院及医院信息；获取并显示急救圈内的第一推荐医院列表，所述第一推荐医院列表中列出多家推荐医院，多家推荐医院按照特定病急救能力和距用户当前位置的距离进行综合排序；基于用户对期望医院的选择和视频报警操作，向服务器发出针对所述期望医院的视频呼救请求，其中所述期望医院为下列医院之一：用户预先设定的预设医院，用户在所述急救地图上选定的特定医院，以及用户在所述第一推荐医院列表中选定的推荐医院；响应于所述期望医院的急诊调度医生对所述视频呼救请求的接听，采集患者的音视频信息并上传至服务器以实现与所述急诊调度医生的视频通话。

根据本发明的另一方案，还提供了一种用于急救接警的急诊调度医生子系统，所述急诊调度医生子系统加载于院内急诊调度医生的第二终端上，所述第二终端包括第二音视频采集设备，所述急诊调度医生子系统包括：新视频处理任务模块，其配置为从服务器接收并显示来自上述的用户子系统的视频呼救请求；接听模块，其配置为接收急诊调度医生对所述视频呼救请求的接听或挂断操作，并在接收到所述接听操作的情况下，启动视频通话；第二视频通话模块，其配置为从服务器接收患者的音视频信息，利用所述第二音视频采集设备采集急诊调度医生的音视频信息并上传至服务器以实现所述视频通话，使得急诊调度医生能够指导用户采取必要急救措施；派单模块，其配置为显示空闲急救车的相关信息，并接收急诊调度医生对空闲急救车进行选定的派单操作以生成急诊派单，所述急诊派单通过所述服务器发送至急救车医生子系统；团队协作模块，其配置为响应于急诊调度医生进行的团队创建操作以创建救治团队，所述救治团队的创建包括：通过服务器，在所述急诊调度医生子系统、所述急救车医生子系统以及院内相关医护子系统之间同步患者的相关信息；以及通过所述急救车医生子系统和院内相关医护子系统分别使急救车医生和院内相关医护加入当前视频通话。

本发明再一方案还提供一种由根据上述的急诊调度医生子系统执行的用于急救接警的方法，所述方法包括：从服务器接收并显示来自权利要求1所述的用户子系统的视频呼救请求；接收急诊调度医生对所述视频呼救请求的接听或挂断操作，并在接收到所述接听操作的情况下，启动视频通话；从服务器接收患者的音视频信息，采集急诊调度医生的音视频信息并上传至服务器以实现所述视频通话，使得急诊调度医生能够指导用户采取必要急救措施；显示空闲急救车的相关信息，并接收急诊调度医生对空闲急救车进行选定的派单操作以生成急诊派单，所述急诊派单通过所述服务器发送至急救车医生子系统；响应于急诊调度医生进行的团队创建操作以创建救治团队，所述救治团队的创建包括：通过服务器，在所述急诊调度医生子系统、所述急救车医生子系统以及院内相关医护子系统之间同步患者的相关信息；以及通过所述急救车医生子系统和院内相关医护子系统分别使急救车医生和院内相关医护加入当前视频通话。

本发明还一方案提供了一种用于急救接警的院内相关医护子系统，所述院内相关医护子系统加载于院内相关医护的第三终端上，所述第三终端包括第三音视频采集设备，并且所述院内相关医护子系统包括：新患者提醒模块，其配置为接收来自服务器的新转运患者提醒，所述新转运患者提醒包括患者基本信息，并且在接收到院内相关医护同意接收患者的接收操作时，向服务器发送对接收患者的确认从而加入在上述的急诊调度医生子系统中创建的所述救治团队；第三视频通话模块，其配置为从服务器接收患者和/或急诊调度医生的音视频信息以及患者的相关信息，利用所述第三音视频采集设备采集院内相关医护的音视频信息并上传至服务器，使得院内相关医护加入当前视频通话。

本发明还有的方案中，提供了一种由上述的院内相关医护子系统执行的用于急救接警的方法，所述方法包括：接收来自服务器的新转运患者提醒，所述新转运患者提醒包括患者基本信息，并且在接收到院内相关医护同意接收患者的接收操作时，向服务器发送对接收患者的确认从而加入所述救治团队；从服务器接收患者和/或急诊调度医生的音视频信息以及患者的相关信息，采集院内相关医护的音视频信息并上传至服务器，使得院内相关医护加入当前视频通话。

本发明另一个方案提供了一种非临时性计算机可读介质，其上存储有计算机可执行代码，所述计算机可执行代码在被处理器执行时实现上述的任一方法。

本发明另一的方案中，还提供了一种用于急救报警和接警的系统，包括：上述的用户子系统、上述的急诊调度医生子系统、上述的院内相关医护子系统、急救车医生子系统以及服务器，其中所述急救车医生子系统，加载于急救车医生的第四终端上，所述第四终端包括第四音视频采集设备，并且包括：院前处置模块，其配置为采集由急救车医生输入的患者在急救车上的检查信息；第四视频通话模块，其配置为从服务器接收患者的音频和视频信息，并且采集本地音频和视频信息以加入当前视频通话；以及第四数据传输模块，其配置为将所述救护车当前位置信息、预计到达时间、所述检查信息和第四视频通话模块所采集的本地音频和视频信息上传至服务器，并且其中所述服务器关联性地存储所接收到的患者基本信息、检查信息、音频和视频信息以及救护车当前状态信息，并针对急救车医护、急诊调度医生、院内相关医护设定各自的信息调阅权限。

根据本发明的方案，由于在急救报警时向用户(患者、家属等)提供了包括针对特定病的急救地图、急救圈内对于特定病救治能力强的推荐医院以及预定医院在内的多种选择来选定患者被运送到的期望医院，用户能够了解到针对特定病的更多的医院信息，自主地选择更加适合于自身需求且特定病治疗水平较高的医院，而且，用户能够直接与本院内的急诊调度医生视频通话以获得对患者病情的更准确判断和指导，通过这种患者直连期望医院的院内医护人员而不通过120急救中心接警的去中心化设计，患者的各种信息和病程能够在第一时间被期望医院的急诊调度医生掌握并可以被上传至服务器中存储以供其他相关人员(如，院内相关医护)的调用和诊查，提高了沟通效率，提前患者被运送到的目的医院的院内医护人员与患者的首次接触时间,缩短院前救助时间窗，因此本发明的方案对于提高危重急病患者的救治率具有积极的意义和进步。

附图说明

在不一定按比例绘制的附图中，相同的附图标记可以在不同的视图中描述相似的部件。附图大体上通过举例而不是限制的方式示出各种实施例，并且与说明书以及权利要求书一起用于对所公开的实施例进行说明。在适当的时候，在所有附图中使用相同的附图标记指代同一或相似的部分。这样的实施例是例证性的，而并非旨在作为本系统或方法的穷尽或排他实施例。

图1为本发明实施例的一种用于急救报警的用户子系统的框图。

图2例示了一种由用户子系统执行的用于急救报警的方法的流程图。

图3例示了一种用于急救接警的急诊调度医生子系统的框图。

图4例示了本发明实施例的一种用于急救接警的方法的流程图。

图5例示了本发明实施例的一种用于急救接警的院内相关医护子系统的框图。

图6例示了本发明实施例的一种用于急救接警的方法的流程图。

图7例示了本发明实施例的一种用于急救报警和接警的系统的框图。

图8例示了本发明实施例的一种用于急救报警和接警的方法的流程图。

具体实施方式

此处参考附图描述本公开的各种方案以及特征。通过下面参照附图对给定为非限制性实例的实施例的优选形式的描述，本发明的这些和其它特性将会变得显而易见。

本说明书可使用词组“在一种实施例中”、“在另一个实施例中”、“在又一实施例中”或“在其他实施例中”，其均可指代根据本公开的相同或不同实施例中的一个或多个。注意的是，在说明书全文中，相同的附图标记指代相同或相似的元件，并省略不必要的重复描述。此外，具体实施例中，以单数形式出现的元件并不排除可以以多个(复数个)形式出现。

在众多急性病中，心脑血管意外是一种严重威胁人类特别是中老年人健康的常见病，其包括卒中(又称中风)、心肌梗塞、突发性心脏病、高血压急症、胸痛等。心脑血管疾病具有“发病率高、死亡率高、致残率高、复发率高、并发症多”(即，“四高一多”)的特点。目前我国心脑血管疾病患者已经超过2.7亿人；即使应用目前最先进、完善的治疗手段，仍可有50％以上的脑血管意外幸存者生活不能完全自理。尽管随着医疗科技发展，不乏各类治疗心脑血管疾病的治疗方法，但是大量研究数据表明，治疗心脑血管疾病关键在于及时，对于患者而言时间就是生命。实施例以特定病为卒中为示例进行了描述，但并不限定本发明的方案仅能适用于该一种特定病，也不表明本发明的方案仅适用于心脑血管意外疾病。

图1为本发明实施例的一种用于急救报警的用户子系统100的框图。用户子系统100加载于用户的第一终端上。第一终端例如为智能手机、平板电脑、智能穿戴设备、智能头戴设备、电视机呼叫终端等具有计算能力的电子设备。第一终端具有定位设备、音频采集设备和视频采集设备。音频采集设备例如包括麦克风和音频采集芯片，视频采集设备例如包括摄像头和视频采集芯片，音频采集芯片和视频采集芯片可以分立地设置在第一终端上，或者集成在第一终端的单块处理芯片中。定位设备用于获取第一终端的定位信息，其例如为GPS(全球定位系统)或北斗等具有定位能力的芯片等，并且定位设备例如可以集成在第一终端的处理芯片中。用户子系统100例如可以通过安装后加载在第一终端上的安卓应用程序(APP)、苹果APP、微信小程序或小程序实现。

如图所示，用户子系统100包括：定位模块110，特定病急救地图模块102，医院推荐模块104,视频呼救模块106以及第一视频通话模块108。

定位模块110配置为利用第一定位设备确定第一终端的当前位置以及用户所属的急救圈，并上传服务器。具体地，定位模块110可以在用户子系统100被加载到第一终端设备10的内存中运行时即可启用，并且可以实时地或定期检测第一终端的当前位置以上传服务器。第一终端的当前位置在本公开中被视为等同于用户(患者)的当前位置，换言之，患者的发病地点。

特定病急救地图模块102，根据定位模块110检测到的当前位置，获取并显示关于特定病的急救地图。在一个特定病急救地图的示例中，急救地图上标注了用户的当前位置及其周边具有特定病急救能力的多家医院的医院标识。以特定病为卒中为例，在一个实施例中，尽管未图示，可以用不同颜色的图标分别标识医院的特定病防治等级，例如高级卒中中心医院、卒中防治中心医院等。在一个实施例中，当用户在急救地图上点击某一医院的医院标识，可查看该院相关信息，如位置信息、医院相关介绍(包括但不限于特定病防治等级)等。在一个实施例中，用户可以在该急救地图上通过查看所标出的医院的位置及相关信息，选定一家特定医院作为期望医院。在一个实施例中，提供针对不同急性病，例如心肌梗塞、突发性心脏病、高血压急症、胸痛、创伤、高危孕产妇、或高危新生儿等的急救地图，并且，可以提供两份及以上的分别针对不同急性病的急救地图供用户选择。急救地图的更新可以由服务器进行，并且定期发布至各个用户所使用的用户子系统100。应当理解，上面给出的具体病种仅为示例，本发明的方案的应用显然并不受限于上述给出的具体急性病种。在一些实施例中，针对特定病的急救地图可以存储在第一终端的存储设备中供特定病急救地图模块102调取，当第一终端的存储设备中没有保存包含当前位置信息的特定病急救地图时，可以从服务器实时下载所需的特定病急救地图。在一些实施例中，所下载的特定病急救地图可以存储在第一终端的固态存储设备中以供后续的多次调用。

医院推荐模块104获取并显示急救圈内的推荐医院。在一个实施例中，可以显示以用户当前位置为中心，以例如5km、10km、20km、40km(这些数值仅为示例)等为半径的急救圈，并且在例如用户选择了40km为半径的急救圈的状况下，显示40km半径内的急救圈中的多家推荐医院(第一推荐医院列表)，其中多家推荐医院按照特定病急救能力和距用户当前位置的距离进行综合排序。在一些实施例中，还可同时示出推荐医院的卒中等级、距离、医院地址等信息。在一些实施例中，当用户点击医院名称时，可以查看医院详情，包括医院介绍、卒中急救电话等。

视频呼救模块106配置为响应于用户对期望医院的选择和视频报警操作，向服务器发出针对期望医院的视频呼救请求，以与期望医院的急诊调度医生通过急诊调度医生子系统进行视频通话。用户可以将下列医院中的任一个选为期望医院：用户预先在用户子系统100中设定的预设医院(例如，用户输入以往就诊医院作为预设医院)，用户在急救地图上选定的特定医院，以及用户在第一推荐医院列表中选定的推荐医院。

第一视频通话模块108配置为响应于期望医院的急诊调度医生对视频呼救请求的接听，利用音视频采集设备采集患者的音视频信息并上传至服务器以实现与急诊调度医生的视频通话。通过视频通话，院内的急诊调度医生可以较早地开始对患者的病情进行初步判断，缩短患者与院内医生的首次接触时间。

根据实施例的方案，由于在急救报警时向用户(患者、家属等)提供了包括针对特定病的急救地图、急救圈内对于特定病救治能力强的推荐医院以及预定医院在内的多种选择来选定患者被运送到的期望医院，用户能够了解到针对特定病的更多的医院信息，自主地选择更加适合于自身需求且特定病治疗水平较高的医院，而且，用户能够直接与本院内的急诊调度医生视频通话以获得对患者病情的更准确判断和指导，通过这种患者直连期望医院的院内医护人员而不通过120急救中心接警的去中心化设计，患者的各种信息和病程能够在第一时间被期望医院的急诊调度医生掌握并可以被上传至服务器中存储以供院内相关医护人员的调用和诊查，提高了沟通效率，提前患者被运送到的目的医院的院内医护人员与患者的首次接触时间,缩短院前救助时间窗，提高了救治率。

在一个实施例中，用户子系统100还包括特定病急救卡模块114，其接收并存储用户输入的患者基本信息以创建针对患者的特定病急救卡。其中患者基本信息包括：姓名、年龄、性别、联系人、联系人电话、用药史、既往史、常用住址以及预设医院中的一项或多项信息，并且将患者基本信息上传至服务器。例如，在后续通信过程中，服务器可将患者基本信息同步到急诊调度医生、院内相关医护、救护车医生等使用的子系统中，便利了对患者情况的快速掌握。

在另一个实施例中，用户子系统100还可以包括：特定病识别模块116，其配置为在用户子系统的用户界面上提供针对特定病的预判指导和对视频呼救模块的访问接口，预判指导包括指导用户对特定病进行预判的文字和/或语音说明。帮助用户识别卒中(中风)页面，可以提示用户患者是否存在口角歪斜、肢体无力、或言语不清的症状，如果有则建议用户进行视频报警，并且提供了视频报警接口。应当理解，本发明方案的精神和实质由所附权利要求书体现和限定。

下面的实施例中，如图2所示，提供一种由用户子系统100执行的用于急救报警的方法700，方法700包括：

步骤702，检测第一终端的当前位置，并上传服务器；

步骤704，根据当前位置，显示关于特定病的急救地图，急救地图上标注用户的当前位置及其周边具有特定病急救能力的多家医院及医院信息；

步骤706，根据当前位置确定用户所属的急救圈，显示急救圈内的第一推荐医院列表，第一推荐医院列表中列出多家推荐医院，多家推荐医院按照特定病急救能力和距用户当前位置的距离进行综合排序；

步骤708，基于用户对期望医院的选择和视频报警操作，向服务器发出针对期望医院的视频呼救请求，其中期望医院为下列医院之一：用户预先设定的预设医院，用户在急救地图上选定的特定医院，以及用户在第一推荐医院列表中选定的推荐医院；

步骤710，响应于期望医院的急诊调度医生对视频呼救请求的接听，采集患者的音视频信息并上传至服务器以实现与急诊调度医生的视频通话。

应当理解，上述各方法步骤的描述顺序不应视为对各步骤实际执行顺序的限定，相反，一些步骤可以并行或者调整其顺序，根据本发明的精神和实质做出的等同变型方案都应视为落入本发明的权利要求的范围之内。例如，在一个实施例中，将用户预先设定的预设医院作为优先级较高的首选医院，在用户输入或选定了预设医院的前提下，当用户进行视频呼救报警时，可以首先询问用户是否选择该预设医院(例如，预设医院为患者常用医院)，如果用户不选择该预设医院(例如，患者在距离常用医院较远的地点突发急性病)，则用户可通过特定病急救地图选择期望医院或者在急救圈内推荐的系列医院中选择期望医院。

在一个实施例中，方法700还可以包括：接收并存储用户输入的患者基本信息以创建针对患者的特定病急救卡，患者基本信息包括：姓名、年龄、性别、联系人、联系人电话、用药史、既往史、常用住址以及预设医院中的一项或多项信息；将特定病急救卡包含的患者基本信息上传至服务器。

在一个实施例中，方法700还可以包括：在用户界面上提供有关特定病的预判指导和对视频呼救接口的访问，预判指导包括指导用户对特定病进行预判的文字和/或语音说明。

特定病可以包括脑卒中(即，卒中)、胸痛、创伤、高危孕产妇、高危新生儿等，但不限于此。

下面的实施例中，如图3所示，提供一种用于急救接警的急诊调度医生子系统800，急诊调度医生子系统800加载于院内急诊调度医生使用的第二终端上，第二终端包括第二音视频采集设备。第二终端例如为智能手机、平板电脑、桌面式电脑等。急诊调度医生子系统800可以通过安装在智能手机等上的安卓应用程序(APP)、苹果APP、微信小程序或小程序实现，或者可以通过WEB页面及相应的控件等实现。

急诊调度医生子系统800包括：新视频处理任务模块802，接听模块804，派单模块808，团队协作模块810，以及第二视频通话模块806。

新视频处理任务模块802配置为通过服务器接收并显示来自权利要求1的用户子系统的视频呼救请求。例如，可在急诊调度医生子系统800的用户界面中显示“有新患者视频报警，请及时接听”的提醒，并可伴随电话铃声，以提醒急诊调度医生，急诊调度医生可进行挂断或接收操作。

接听模块804配置为接收急诊调度医生对于视频呼救请求的接听或挂断操作，并在接收到接听操作的情况下，启动视频通话，并从服务器同步获取患者基本信息、当前位置信息，并且急诊调度医生可以根据其在视频通话中掌握的患者病情，进行有关病情的快速评分操作(特定病评分模块)。在一个实施例中，当急诊调度医生点击挂断时，需要在界面上填写挂断原因，挂断原因可以通过服务器反馈至用户端。于是，用户可以再选择一家医院进行视频报警。

第二视频通话模块806配置为从服务器接收患者的音视频信息，利用第二音视频采集设备采集急诊调度医生的音视频信息并上传至服务器以实现视频通话，以使得急诊调度医生能够通过视频通话指导用户采取必要急救措施。

派单模块808配置为显示空闲急救车的相关信息，并接收急诊调度医生对空闲急救车进行选定的派单操作以生成急诊派单，急诊派单通过服务器发送至急救车医生子系统。急诊调度医生进入派单操作，可查看急救车空闲状态及该车辆检查设备信息、急救车医生信息等，并根据与患者或家人在视频通话中掌握的患者情况，选择车辆上配备的检查设备符合患者需求的空闲急救车，进行派单。

团队协作模块810配置为接收急诊调度医生进行的团队创建操作，以创建包括急救车医生、院内相关医护和患者在内的救治团队，救治团队的创建包括：通过服务器，在急诊调度医生子系统、急救车医生子系统以及院内相关医护子系统之间同步患者的相关信息；以及通过急救车医生子系统和院内相关医护子系统分别使急救车医生和院内相关医护加入当前视频通话。

在一个实施例中，急诊调度医生子系统800还可以包括患者信息获取模块812，其配置为从服务器接收患者的当前位置信息和特定病急救卡中包含的患者基本信息，并且在从服务器获取不到患者基本信息的情况下，接收急诊调度医生输入的患者基本信息并将其上传至服务器。

在另一个实施例中，急诊调度医生子系统还可以包括特定病评分模块814，其例如可以提供用于对患者进行特定病评分的评分界面，并且根据急诊调度医生在评分界面上的操作计算患者的特定病快速评分并将其上传至服务器。

在另一个实施例中，急诊调度医生子系统还可以包括转运模块816，其配置为接收服务器根据院内相关医护子系统的转诊请求所发送的第二推荐医院列表，并且基于急诊调度医生选定待转运医院的转运邀请操作，向服务器发出针对待转运医院的转运邀请请求。通过院间转诊功能的实现，可以将之前获得的患者信息及检查信息等完整、准确传送至待转运医院，消除了院间沟通不畅导致救治时间延误的缺陷。

下面参照图4，描述本发明实施例的一种用于急救接警的方法，由急诊调度医生子系统800执行，方法包括：

S1101，从服务器接收并显示来自用户子系统100的视频呼救请求；

S1103，接收急诊调度医生对视频呼救请求的接听或挂断操作，并在接收到接听操作的情况下，启动视频通话；

S1105，从服务器接收患者的音视频信息，采集急诊调度医生的音视频信息并上传至服务器以实现视频通话，使得急诊调度医生能够指导用户采取必要急救措施；

S1107，显示空闲急救车的相关信息，并接收急诊调度医生对空闲急救车进行选定的派单操作以生成急诊派单，急诊派单通过服务器发送至急救车医生子系统；

S1109，响应于急诊调度医生进行的团队创建操作以创建救治团队，救治团队的创建包括：通过服务器，在急诊调度医生子系统、急救车医生子系统以及院内相关医护子系统之间同步患者的相关信息；以及通过急救车医生子系统和院内相关医护子系统分别使急救车医生和院内相关医护加入当前视频通话。

在一个实施例中，方法还可以包括：S1111，接收服务器根据院内相关医护子系统的转诊请求所发送的第二推荐医院列表，并且基于急诊调度医生选定待转运医院的转运邀请操作，向服务器发出针对待转运医院的转运邀请请求。

下面，参照图5，示出了一种用于急救接警的院内相关医护子系统1300的框图。院内相关医护子系统1300加载于院内相关医护的第三终端上，第三终端包括第三音视频采集设备以实现视频通话功能。第三终端例如为智能手机、平板电脑、桌面式电脑等。院内相关医护子系统1300可以通过安装在智能手机等上的安卓应用程序(APP)、苹果APP、微信小程序或小程序实现，或者可以通过WEB页面及相应的控件等实现。院内相关医护子系统1300包括：

新患者提醒模块1302，其配置为接收来自服务器的新转运患者提醒，新转运患者提醒包括患者基本信息；并且在接收到院内相关医护同意接收患者的接收操作时，向服务器发送对接收患者的确认从而加入急诊调度医生子系统800中创建的救治团队。

第三视频通话模块1304，其配置为从服务器接收患者和/或急诊调度医生的音视频信息以及患者的相关信息，利用第三音视频采集设备采集院内相关医护的音视频信息并上传至服务器，使得院内相关医护加入当前视频通话。

在一个实施例中，新转运患者提醒还包括：患者的音视频信息、急诊调度医生输入的特定病快速评分信息、急救车医生输入的患者的检查信息中的至少一种；患者的相关信息包括：患者基本信息、检查信息、特定病快速评分信息中的至少一种。

在一个实施例中，院内相关医护子系统1300还可以包括：院间转诊模块1306，其配置为接收院内相关医护对患者进行院间转诊的转诊操作，响应于转诊操作向服务器发送转诊请求，并且接收服务器响应于转诊请求而返回的第二推荐医院列表。在一个实施例中，还可以实现本院与待转运医院相关医护的视频会诊(区域间视频会诊)。

在一个实施例中，院内相关医护子系统1300还可以包括：派单详情模块1308，其配置为通过服务器获取患者的派单详情，派单详情包括患者的当前位置信息、预计到院时间信息以及派单状态。并且，在地图上以导航的形式显示上述信息，方便直观地使院内相关医护(急救团队中的一线、二线医护)能够确定患者将何时到院，并根据患者情况提前做好接诊准备。

下面的一个实施例中，参照图6，提供了一种由院内相关医护子系统1300执行的用于急救接警的方法1400的流程示意图。该方法包括：

S1402，接收来自服务器的新转运患者提醒，新转运患者提醒包括患者基本信息，并且在接收到院内相关医护同意接收患者的接收操作时，向服务器发送对接收患者的确认从而加入救治团队；

S1404，从服务器接收患者和/或急诊调度医生的音视频信息以及患者的相关信息，采集院内相关医护的音视频信息并上传至服务器，使得院内相关医护加入当前视频通话。

在一个实施例中，该方法还可以包括：S1406，接收院内相关医护对患者进行院间转诊的转诊操作，响应于转诊操作向服务器发送转诊请求，并且从服务器接收响应于转诊请求而返回的第二推荐医院列表。

上述各方法实施例的未详尽描述之处，可参考对于装置实施例的描述。

下面，描述本发明实施例的一种用于急救报警和接警的系统，如图7所示，该系统包括用户子系统100、急诊调度医生子系统800、院内相关医护子系统1300、急救车医生子系统1500以及服务器1600，其中

急救车医生子系统1500，加载于急救车医生的第四终端上，第四终端包括第四音视频采集设备，第四终端例如为智能手机、平板电脑、笔记型电脑、桌面式计算机等具有计算能力的电子设备。音频采集设备例如包括麦克风和音频采集芯片，视频采集设备例如包括摄像头和视频采集芯片，音频采集芯片和视频采集芯片可以分立地设置在第四终端上，或者集成在第四终端的单块处理芯片中。

急救车医生子系统1500包括：院前处置模块，其配置为接收由急救车医生根据对患者的检查而输入的患者的检查信息；以及第四视频通话模块，其配置为利用第四音视频采集设备采集音视频信息并上传服务器以加入当前视频通话。

服务器1600关联性地存储所接收到的患者基本信息、检查信息、音频和视频信息以及救护车当前状态信息，并针对急救车医生、急诊调度医生、院内相关医护设定各自的信息调阅权限。

在一个实施例中，服务器1600在接收到来自急诊调度医生子系统800的针对待转运医院的转运邀请请求时，向待转运医院的急诊调度医生使用的急诊调度医生子系统800转发转运邀请请求并且向其同步发送服务器1600存储的患者基本信息、检查信息以及音视频信息。

在一个实施例中，第四终端还包括第二定位设备，第二定位设备用于获取第四终端的定位信息以实时定位急救车，其例如为GPS(全球定位系统)或北斗等具有定位能力的芯片等，并且定位设备例如可以集成在第四终端的处理芯片中。急救车医生子系统1500还包括：

导航接警模块，其配置为通过服务器接收来自急诊调度医生子系统的派单指令并根据派单指令中包含用户的当前位置信息确定导航路线，并实时确定救护车的当前位置、预计到达时间，并且将所确定的导航路线、救护车的当前位置、预计到达时间同步上传至服务器。

本发明一个实施例中，还提供了一种非临时性计算机可读介质，其上存储有计算机可执行代码，计算机可执行代码在被处理器执行时能够实现上述的任一方法实施例。计算机可读介质可以包括磁性的、半导体的、磁带的、光学的、可移动的、不可移动的或其他类型的计算机可读介质或计算机可读存储设备。例如，如所公开的，计算机可读介质可以是其上存储有计算机指令的存储设备或存储器模块。在一些实施例中，计算机可读介质可以是其上存储有计算机指令的盘或闪存驱动器。

在下面的一个实施例中，还提供了一种用于急救报警和接警的方法，其可应用于前述的用于急救报警和接警的系统。图8示出了该方法的流程图，具体地，该方法包括以下步骤：

用户端：

S1.利用定位装置，确定用户位置信息以及所属急救圈。

服务器预先存储各急救圈内医院简介，及医院位置信息，专病诊疗资质信息。用户登记卒中急救卡信息，包括：姓名、年龄、性别、联系人、联系人电话、用药史、既往史、常用住址；用户可设置以往就诊医院为预设医院；患者发病时，用户可通过中风识别模块判断是否为卒中，若疑似卒中或既往卒中再次发病时，则点击用户智能终端视频报警模块；优先选择预设医院，用户确认后呼叫。

S3.患者发病时，用户(或为患者本人)可点击选医院，根据急救圈内推荐的医院列表选择一家推荐医院，具体地，根据列表中医院位置信息及诊疗资质选择就诊医院，在此过程中，服务器可接收选医院指令，调取预选存储的该急救圈内距离近，诊疗资质高的医院信息，发送至用户终端列表显示。用户在选择了推荐医院后，点击视频报警，触发该医院的视频报警接口，启动视频连接。

急诊调度医生端：

S5.急诊调度医生接收到新患者视频报警，选择接听。

服务器同步患者发病位置信息至急诊调度医生智能终端；若患者未预先登记信息，急诊调度医生可通过就诊号创建患者，采集患者基本信息；急诊调度医生根据患者病情，进行FAST评分；急诊调度医生可评估患者病情，远程视频指导患者及家属采取必要急救措施。

S7.急诊调度医生确认急救车医护空闲状态及设备情况确认急救车检查设备满足患者院前检查；选择急救车编号，点击派单，生成包含有如下信息的急诊派单：急救车医护姓名和派单ID及患者基本信息：姓名、年龄、性别、FAST-ED评分、联系电话、发病位置；从而派遣急救车接警。

S9.急诊调度医生点击“团队协作”模块，创建本院本院“急救团队”，服务器调取预先存储的该院急救车医护及卒中团队医护信息，在调度医生智能终端列表显示，勾选相关医护添加至当前视频通话；

急救车医护及院内一二线医护端：

服务器发送上述患者基本信息：姓名、年龄、性别、FAST-ED评分及患者位置信息至院内“急救团队”成员智能终端，急救团队依据视频通话情况及患者基本信息做接诊准备；

S11.急救车医护根据患者位置信息，导航接警；急救车医护智能终端包含院前处置模块；可采集患者在急救车上基本检查信息，包括：血压、血糖、心率、是否开通静脉通道及吸氧信息。服务器存储上述检查信息，并同步至院内医护智能终端。

S13.院内一、二线医护(即，院内相关医护)接收患者基本信息及检查信息，并根据视频中患者状态确认是否接警；当院内医护确认接收此患者时，可通过派单详情跟踪患者位置信息，了解患者到院时间；并通过视频通话掌握患者病情，及时安排急诊室、准备抢救所需药物、仪器设备等。

S15.若本院无法接收此患者，院内一、二线医护点击“院间转诊”模块；选择患者转院原因，包括：无溶栓能力、无介入能力、及机会资源紧缺等；病情处理情况，包括：未给溶栓药物、已给溶栓药物等；完成选择，点击确认转诊；服务器接收转诊指令后，发送该条转诊信息至急诊调度及急救车医护智能终端。急诊调度医生接收并点击确认转诊信息后，服务器根据患者当前位置筛选急救圈内距离近、专病诊疗资质高的医院，发送至急诊调度医生、院内一二线医生、急救车医护智能终端列表显示(服务器推荐列表)；通过本院卒中团队视频通话沟通确认最适宜接收该患者的医院作为待转运医院(本院卒中团队选定待转运医院)；急诊调度医生点击医院列表的转运邀请按键，邀请待转运医院急诊调度医生接入视频，服务器将患者上述基本信息、病史信息、检查信息同步发送至待转运急诊调度医生智能终端；确认可接收患者，待转运医院急诊调度医生点击接收转运，并创建本院急救团队；急救车医护转送该患者至待转运医院。

S17.在方法执行期间产生的患者基本信息、检查信息以及音视频信息等各种信息都将上传至服务器，以患者为主索引关联性存储，供急救车医护、急诊调度医生、一二线医生，根据权限调阅查看。

实施例的方法具有如下有益效果：a.建立患者直连医院的去中心化设计，实现医护首次接触时间前置，患者病情可实时反馈医院及救护车，缩短到院交接时间及接诊时间，缩短救治时间窗，提高患者治愈率；b.实现院内医护在患者入院前了解患者病情，以提前做好急诊接诊准备，缩短院内各科室对接时间；c.可以各种方式帮助用户智能择院，避免盲目就医造成时间延误；d.通过急诊调度医生创建本院“救治团队”，可增强院内各科室协作，避免交接过程时间延误；e.实现患者所在医院医护与转诊医院医护视频连接，同时同步患者基本信息与检查信息，有效避免院间沟通不畅导致救治时间延误。

这里描述了各种操作或功能，其可以被实现为软件代码或指令或被定义为软件代码或指令。这样的内容可以是可直接执行的源代码或差异代码(“增量”或“块”代码)(“对象”或“可执行”形式)。软件代码或指令可以存储在计算机可读存储介质中，并且当被执行时，可以使机器执行所描述的功能或操作，并且包括用于以机器可访问的形式存储信息的任何机构(例如，计算设备，电子系统等)，诸如可记录或不可记录介质(例如，只读存储器(ROM)、随机存取存储器(RAM)、磁盘存储介质、光存储介质，闪存设备等)。

与“包括”、“包含”或“特征在于”同义的术语“包括”是非排他性的或者开放性的，不排除另外的、未叙述的要素或方法步骤。“包括”是权利要求语言中使用的本领域的术语，其意味着所命名的要素是必要的，但是能够添加其他要素并且仍然形成权利要求书的范围内的结构。

如本文所使用的，当在实体列表的上下文中使用术语“和/或”时，是指单独或组合出现的实体。因此，例如，短语“A，B，C、和/或D”分别包括A，B，C和D，但也包括A，B，C和D的任何和所有组合和子组合。

以上实施例仅为本发明的示例性实施例，不用于限制本发明，本发明的保护范围由权利要求书限定。本领域技术人员可以在本发明的实质和保护范围内，对本发明做出各种修改或等同替换，这种修改或等同替换也应视为落在本发明的保护范围内。