CN206260015U - 医疗急救呼叫系统 - Google Patents

Abstract

本实用新型公开了一种医疗急救呼叫系统。该系统包括呼叫终端、发送器、信息处理中心和呼叫接收终端，其中，呼叫终端设有至少一个呼叫键，呼叫键与呼叫信息具有预定的对应关系；发送器与呼叫终端之间具有通信连接，发送器用于将启动的呼叫键信息发送至所述信息处理中心；信息处理中心被设置为将与启动的呼叫键对应的呼叫信息传送给呼叫接收终端；呼叫接收终端用于提示相关人员处理所述呼叫信息，以进行医疗急救。根据本实用新型的系统，可以用于医疗急救，能够快速的实现医疗救治，同时医疗信息可以多方共享。

Description

医疗急救呼叫系统

技术领域

本实用新型涉及医疗急救技术领域，尤其涉及具有一键呼叫功能的医疗急救呼叫系统。

背景技术

随着通信技术以及互联网技术的快速发展，人们对于信息技术的快速传播和共享提出了越来越高的要求，尤其对于医疗技术领域，当发生紧急医疗事故时，医疗救治中心如果能及时得到事故的具体情况，通知相关部门提前做好相应准备，可以有效的避免因耽误治疗时机而造成的伤亡情况。

目前，通常的做法是，急救中心接到急救电话后，发上派救护车去现场施救。并将病人送往医院急诊；病人到达医院后，医院召集相关科室的医生进行对病人进行会诊并制定医疗急救方案。在这种方式中，救护车、医院诊断中心、分诊医生等各个环节是分散的，并且在转移病人的途中不能将病人的信息准确快速的传送给医院，从而可能延误最佳的治疗时机。此外，即使从启动呼叫到开始治疗这一过程中，可以通过电话沟通传达相应的信息，但这种传达也是分散的，中间可能存在信息丢失，不能及时记录等情况，不利于信息的多方共享和日后的再次查看。

因此，在当前的技术发展背景下，有必要对现有的医疗急救系统进行改进，以实现具备信息化、网络化的新型医疗急救呼叫系统，从而达到信息共享、协同救治的目的。

发明内容

本实用新型的一个目的是提供一种用于医疗急救的新的呼叫系统。

根据本实用新型的第一方面，提供了一种医疗急救呼叫系统。该系统包括呼叫终端、发送器、信息处理中心和呼叫接收终端，其中：所述呼叫终端设有至少一个呼叫键，所述呼叫键与呼叫信息具有预定的对应关系；所述发送器与所述呼叫终端之间具有通信连接，所述发送器用于将启动的呼叫键信息发送至所述信息处理中心；所述信息处理中心被设置为将与所述启动的呼叫键对应的呼叫信息传送给所述呼叫接收终端；所述呼叫接收终端用于提示相关人员处理所述呼叫信息，以进行医疗急救。

优选地，所述呼叫终端和所述发送器设置在医院或救护车内。

优选地，所述发送器和所述呼叫终端之间的通信连接是有线方式。

优选地，所述呼叫终端还设置有与呼叫键对应的反馈指示灯，所述反馈指示灯与所述发送器连接，当启动呼叫键时，对应的反馈指示灯显示所述呼叫信息的处理状态。

优选地，所述呼叫终端被设置为通过触摸方式或按键方式或语音方式来启动呼叫键。

优选地，所述呼叫接收终端还被设置为当接收到呼叫信息时，通过播报的方式提示相关人员处理所述呼叫信息。

优选地，根据本实用新型的医疗急救系统还包括告警装置和接收器，所述告警装置与所述接收器连接，所述接收器被设置为接收到呼叫信息时，控制所述告警装置提示告警。

优选地，所述信息处理中心还设置有云群呼功能，当所述呼叫终端启动呼叫键时，所述信息处理中心同时启动到所述呼叫接收终端的云群呼功能。

优选地，所述信息处理中心还设置呼叫信息的优先级，当同时接收到不止一个呼叫信息时，所述信息处理中心基于所述呼叫信息的优先级进行处理。

优选地，所述呼叫终端或所述发送器上还设置有GPS定位模块，用于定位所述呼叫终端或所述发送器的地理位置。

将本实用新型的系统应用于需要医疗急救的场景下，能够实现病人信息共享、协同救治的功能，从而可以达到快速救治，减小伤亡的目的。

通过以下参照附图对本实用新型的示例性实施例的详细描述，本实用新型的其它特征及其优点将会变得清楚。

附图说明

被结合在说明书中并构成说明书的一部分的附图示出了本实用新型的实施例，并且连同其说明一起用于解释本实用新型的原理。

图1是根据本实用新型一个实施例的用于医疗急救的呼叫系统的示意图。

图2a-2b是根据本实用新型一个实施例的发送器的接口示意图。

图2c示出了根据本实用新型一个实施例的接收器的接口示意图。

图3示出了根据本实用新型一个实施例的医疗急救系统的应用场景示例图。

具体实施方式

现在将参照附图来详细描述本实用新型的各种示例性实施例。应注意到：除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本实用新型的范围。

以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本实用新型及其应用或使用的任何限制。

对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为说明书的一部分。

在这里示出和讨论的所有例子中，任何具体值应被解释为仅仅是示例性的，而不是作为限制。因此，示例性实施例的其它例子可以具有不同的值。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。

图1示出了根据本实用新型的一个实施例的医疗急救呼叫系统。该系统包括呼叫终端101、发送器102、呼叫接收终端201以及信息处理中心300。

在图1的示例中，呼叫终端101和发送器102设置在呼叫单元100内、呼叫接收终端201设置在呼叫处理单元200内。呼叫单元100、呼叫处理单元200以及信息处理中心300之间具有网络连接，该网络连接可以是互联网或无线通信网等，以实现呼叫单元100、呼叫处理单元200以及信息处理中心300之间的信息交互。

呼叫终端101设有至少一个呼叫键，用于根据需要的呼叫信息来启动相应的呼叫键。呼叫键与呼叫信息具有对应关系，该对应关系例如可以由信息处理中心300预先配置。

在一个实施例中，呼叫终端是具有6个呼叫键的呼叫器，可以设置每个按键代表一种呼叫信息，例如，键1表示创伤、键2表示孕产、键3表示中毒、键4表示胸痛等。信息处理中心300可以根据实际需要设置或修改呼叫键对应的呼叫信息。此外，呼叫终端101也可以设置多于6个的呼叫键，例如，设置为12个。

在一个实施例中，呼叫终端101被配置为通过触摸方式或按键方式或语音方式来启动呼叫键。为了便于用户直观的了解呼叫键对应的呼叫信息，可以将对应关系显示在呼叫终端101的屏幕上或按键的位置。

在一个实施例中，呼叫单元100设置在医院或救护车内。例如，医院的患者或医护人员发现需要处理的病情时，视情况启动相应的呼叫键。

发送器102与呼叫终端101之间具有通信连接，发送器102用于检测启动的呼叫键并转发至所述信息处理中心300。

在一个实施例中，发送器102和呼叫终端101之间的通信连接是无线方式，例如，蓝牙或无线wifi方式。

在另一个实施例中，发送器102和呼叫终端101之间的通信连接是有线方式，例如，有线局域网方式。

在一个实施例中，呼叫终端101上还设置有与呼叫键对应的反馈指示灯，所述反馈指示灯与发送器102连接，当启动呼叫键时，对应的反馈指示灯显示为第一状态，例如，闪亮状态；当该呼叫被呼叫处理单元200处理之后，反馈指示灯显示为第二状态，例如，熄灭。通过这种方式用户可以及时了解呼叫信息的处理情况，以便采取进一步的措施，例如，重新启动呼叫或采用其他方式联系呼叫处理单元200等。

信息处理中心300可以经由与呼叫单元100之间网络连接获知启动的呼叫键，并将对应的呼叫信息传送给预先设定的呼叫接收终端201。例如，当按下设定的“胸痛”键时，信息处理中心300发送“京A2016救护车上有危重胸痛患者，请做好急救准备”。

信息处理中心300预先设定将每条呼叫信息将要发送的目标呼叫接收终端201，可以发送给一个或多个呼叫接收终端。例如，设定将上述胸痛的信息发送给心内科医生可以查看的呼叫接收终端。

在一个实施例中，信息处理中心300还设置呼叫信息的优先级，当同时接收到不止一个呼叫信息时，信息处理中心300基于呼叫信息的优先级进行处理。例如，当同时收到来自多个呼叫终端101的呼叫信息，首先将高优先级的信息传送给呼叫接收终端201。通过这种方式，可以保证最紧急的呼叫信息得到优先处理。

在一个实施例中，信息处理中心300还设置有云群呼功能，当呼叫终端101启动呼叫键时，同时启动到呼叫接收终端201的云群呼。例如，通过云群呼、云对讲或蓝牙耳麦对讲的方式将呼叫信息实时传送给呼叫处理单元200。

根据本实用新型的信息处理中心300例如可以是后台服务器，主要完成呼叫信息的管理，呼叫策略或呼叫方式的设定等。

呼叫接收终端201用于提示相关人员处理呼叫信息，以进行医疗急救。例如，接收到呼叫信息时，相关人员可以点击“处理”并可以根据需要输入“信息收到，已经处理”等信息或添加其它的处理留言回复给信息处理中心300，以供其记录呼叫信息接收的时间、处理呼叫信息的人员、处理结果等(例如，已通知手术室等)。此外，相关的人员也可以通过计算机、手机、平板等电子装置登陆到信息处理中心查询呼叫信息的处理状态或处理结果以及处理人等信息。

为了及时提醒相关人员，呼叫接收终端201被设置为在接收到呼叫信息时，通过弹窗方式或语音方式来播报所述呼叫信息。

在一个实施例中，呼叫处理单元200还包括告警装置(未示出)和接收器202，告警装置与接收器202连接，接收器202被设置为接收到呼叫信息时，控制告警装置提示告警，当所有的呼叫信息被处理后，控制告警装置消除告警。通过这种方式，呼叫信息可以及时传达给相关人员，以便得到快速处理。

为了定位呼叫单元100的位置，呼叫单元100中还可以设置GPS定位模块或北斗定位模块，信息处理中心300接收定位模块反馈的位置信息，并可以将位置坐标标注在电子地图上，以将位置信息发送给呼叫接收终端201或者供其查询。定位模块可以设置在呼叫终端101上，也可以设置在发送器102上，例如，当呼叫单元100设置在救护车内时，定位模块反馈的位置信息即相当于救护车的位置信息，通过这种方式，呼叫处理单元200可以准确的获知救护车的位置，并分析处到达目的地的时间，以便做好医疗救治的准备。

上述的呼叫接收终端201可以实现在电子设备中，例如，包括但不限于手机、计算机、平板电脑、无线\有线网络电话机等。

下面以发送器102采用有线的方式与呼叫终端101建立通信连接为例，说明发送器的接口结构。

图2a示出了根据本实用新型一个实施例的发送器102与呼叫终端101的呼叫键之间的示意连接。在图2a中，示出的是具有6个呼叫键的图示。

参考图2a，发送器102包括与呼叫终端101连接的输入接口，该输入接口例如可以是8芯超五类网络线接口，各线与呼叫终端101的呼叫键对应的接点如图2a所示，其中，端口7和8分别连接电源的正极线V+和接地端GND，端口1-6分别连接至呼叫终端的6个呼叫键，按键按下时，开关导通，通过这种方式，可以检测启动呼叫的键。

此外，呼叫终端101的每个呼叫键上还可以设有例如LED的指示灯线，按键的指示灯例如也通过8芯超五类网络线接口与发送器102连接，如图2b所示。

例如，发送器102可以被设计为：当检测呼叫终端101的呼叫被按下后，相应按键的指示灯快速闪烁，表示呼叫信息开始传输；当呼叫信息已经从发送器102发送时，指示灯慢速闪烁；当呼叫处理单元200已经处理该呼叫信息后，指示灯熄灭。通过这种方式，用户可以掌握呼叫信息处理进程，以便于在某些情况下采取进一步的措施，例如，如果呼叫信息长时间得不到处理时，可以重新启动呼叫等。

图2c示出了接收器与告警装置采用有线连接的示意图。如图2c所示，在接收器202上可以设置继电器接口作为告警装置的输出接口，例如，继电器接口是2芯纯铜多股线直接引出。接收器202控制告警装置的状态，例如，接收器202被设置为存在未处理的呼叫信息时，告警装置闪亮，如果所有呼叫信息都已处理完毕后，告警装置熄灭。通过这种方式，呼叫处理单元中的操作人员可以直观的观察是否有未被处理的呼叫。

应当理解，就发送器和接收器与外界的接口方式而言，发送器102和接收器202可以是相同的设计，也可以是不同的设计。例如，将发送器的功能和接收器的功能集成在一起，或者，例如，在发送器/接收器上设置功能切换开关，通过开关的切换来控制其作为发送器使用或作为接收器使用。

根据本实用新型的医疗急救系统可以应用存在患者需要救治的情况中。例如，应用在救护车等医疗车与120急救中心或中心医院、中心医院急诊科与院内其他科室或中心医院与基层医院之间等。

图3示出了根据本实用新型一个实施例的医疗急救系统的应用场景示例图。示出了在医院和救护车内的呼叫单元与呼叫处理单元以及信息处理中心进行通信的拓扑图。

如图3所示，在救护车和医院中，可以配备有线呼叫终端或无线呼叫终端。有线呼叫终端与发送器通过有线连接，无线呼叫终端与发送器可以采用例如蓝牙等无线协议进行通信。发送器检测呼叫终端是否启动呼叫，并将此信息通过互联网或移动网络发送到信息处理中心。通常地，由于救护车的移动性，采用移动网络发送救护车内的呼叫信息，例如通过现有的4G网络。而对于位于医院等具有固定场所的呼叫，可以采用有线方式的网络，例如，经由wifi路由器经互联网发送。

信息处理中心用于获取用户启动的呼叫情况，并预先设定呼叫键与呼叫信息的对应关系以及呼叫信息将要发送的目标呼叫接收终端。

呼叫处理单元作为医疗急救呼叫的处理中心，可以位于医院内，或其他适当的位置，例如，可以位于急救中心或中心医院或中心医院急诊科等。在图3所示的呼叫处理单元包括接收器、报警灯和呼叫接收终端，报警灯与接收器采用有线连接。接收器和呼叫接收终端可以采用有线或无线方式进行通信。

例如，基于图3所示的拓扑图，医疗急救实际应用的一个实例是，救护车上接了一个危重胸痛患者，随车医护人员按下呼叫终端面板上的“胸痛”键(例如，已按医院实际要求预设定按下该键传送的信息内容是“京A2016救护车上有危重胸痛患者，请做好急救准备”，并预先在信息处理中心已经设定的此条信息发送给哪些人如急诊科值班医生、心内科主任等)，呼叫终端上该按键的LED指示灯开始闪亮，此时，呼叫处理单元，例如医院急救指挥中心、医院急诊科等的声光报警器开始闪亮提示有急救呼叫，同时急救指挥中心和医院急诊科等的电脑屏幕上显示该急救车上的呼叫信息内容“京A2016救护车上有危重胸痛患者，请做好急救准备”和车辆信息，系统预设接收信息的人员如急诊科值班医生、心内科主任等的呼叫接收终端(例如，手机等)会自动亮屏显示“京A2016救护车上有危重胸痛患者，请提前做好急救准备”信息内容并可语音播报信息内容。急诊科值班医生收到信息后在电脑(或手机或PAD)上点击“处理”并可根据需要输入“信息收到，已经处理”等内容回复到信息处理中心，并可以查看车辆定位信息，及时了解车辆位置和预估患者到达医院急诊科的时间，并且同时可以通知急诊科的相关人员做好急救设备及抢救器械准备，例如将担架车推到急诊科门口等待救护车上的患者；心内科主任接到信息后可以及时通知心内科主管医生赶赴急诊科以配合急诊科医生准备对救护车上的胸痛患者进行急救。

此外，为了提高信息处理中心的信息安全性，管理员可以对访问信息处理中心的相关人员进行管理，例如添加、删除访问人员列表、设置登录密码等，呼叫信息在被“处理”等操作时，信息处理中心会自动记录是谁处理的，处理时间等以便于在需要时查看每一条呼叫信息的处理人。

总上所述，根据本实用新型的医疗急救呼叫系统利用互联网技术、云技术和移动网络技术实现了医疗呼叫的快速处理，多方协调，以及医疗信息共享等效果。

以上已经描述了本实用新型的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施例的原理、实际应用或对市场中的技术改进，或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。本实用新型的范围由所附权利要求来限定。

Claims (10)

1.一种医疗急救呼叫系统，包括呼叫终端、发送器、信息处理中心和呼叫接收终端，其中：

所述呼叫终端设有至少一个呼叫键，所述呼叫键与呼叫信息具有预定的对应关系；

所述发送器与所述呼叫终端之间具有通信连接，所述发送器用于将启动的呼叫键信息发送至所述信息处理中心；

所述信息处理中心被设置为将与所述启动的呼叫键对应的呼叫信息传送给所述呼叫接收终端；

所述呼叫接收终端用于提示相关人员处理所述呼叫信息，以进行医疗急救。

2.根据权利要求1所述的系统，其中，所述呼叫终端和发送器设置在医院或救护车内。

3.根据权利要求1所述的系统，其中，所述发送器和所述呼叫终端之间的通信连接是有线方式。

4.根据权利要求3所述的系统，其中，所述呼叫终端还设置有与呼叫键对应的反馈指示灯，所述反馈指示灯与所述发送器连接，当启动呼叫键时，对应的反馈指示灯显示所述呼叫信息的处理状态。

5.根据权利要求1所述的系统，其中，所述呼叫终端被设置为通过触摸方式或按键方式或语音方式来启动呼叫键。

6.根据权利要求1所述的系统，其中，所述呼叫接收终端还被设置为当接收到呼叫信息时，通过播报的方式提示相关人员处理所述呼叫信息。

7.根据权利要求1所述的系统，其中，还包括告警装置和接收器，所述告警装置与所述接收器连接，所述接收器被设置为接收到呼叫信息时，控制所述告警装置提示告警。

8.根据权利要求1所述的系统，其中，所述信息处理中心还设置有云群呼功能，当所述呼叫终端启动呼叫键时，所述信息处理中心同时启动到所述呼叫接收终端的云群呼功能。

9.根据权利要求1所述的系统，其中，所述信息处理中心还设置呼叫信息的优先级，当同时接收到不止一个呼叫信息时，所述信息处理中心基于所述呼叫信息的优先级进行处理。

10.根据权利要求1至9任一项所述的系统，其中，所述呼叫终端或所述发送器上还设置有GPS定位模块，用于定位所述呼叫终端或所述发送器的地理位置。