CN104680457A - 一种医疗远程急救系统及方法 - Google Patents
一种医疗远程急救系统及方法 Download PDFInfo
- Publication number
- CN104680457A CN104680457A CN201310634667.2A CN201310634667A CN104680457A CN 104680457 A CN104680457 A CN 104680457A CN 201310634667 A CN201310634667 A CN 201310634667A CN 104680457 A CN104680457 A CN 104680457A
- Authority
- CN
- China
- Prior art keywords
- user
- ambulance
- hospital
- subsystem
- multidimensional
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Landscapes
- Telephonic Communication Services (AREA)
- Alarm Systems (AREA)
Abstract
本申请提供了一种医疗远程急救系统,包括:用于发出主动呼救信号或自动呼救信号自动多维呼救信号,并采集用户的当前生理指标数据上传至救护车,接收救护车发送的施救指令的多维呼救子系统;用于接收主动呼救信号或自动多维呼救信号,为所述用户分配救护车并确定施救医院,将主动呼救信号或自动多维呼救信号中的用户信息发送至救护车、施救医院及用户附近的社会医疗资源部门的急救中心子系统;救护车;社会医疗资源部门;施救医院。因此,本申请提供的系统抢救效率高、充分利用社会医疗资源及呼救方式多样化。
Description
技术领域
本申请涉及医疗领域,特别涉及一种医疗远程急救系统及方法。
背景技术
目前的急救系统中,救护车、现场热心人士和医院的工作模式为单线程串行施救模式,即急救系统的救护车在到达现场后才可对用户进行施救,现场热心人士由于不懂专业的急救知识,无法对用户进行急救,医院需要等救护车将用户运送至医院后,再进行抢救。由此可见,单线程串行施救模式大大降低了抢救效率。
此外,除了医院外,很多社会医疗资源部门(小诊所)广泛存在与社会的每个角落,但是由于社会医疗资源部门(小诊所)不具备完善的急救设施,因此急救系统中只有医院单方独立施救,从而导致社会医疗资源未能参与到急救系统中,造成了社会医疗资源的浪费。
在目前的急救系统中,病人呼救方式仅通过给急救中心拨打电话,但是在病人身旁无人,且失去主动意识的情况下,会由于无法及时拨打电话而错过最佳的急救时间。因此呼救方式单一会导致病人错过最佳的急救时间。
由上可见,目前的急救系统存在抢救效率低、浪费社会医疗资源及呼救方式单一的缺点。
发明内容
为解决上述技术问题,本申请实施例提供一种医疗远程急救系统及方法,以达到抢救效率高、充分利用社会医疗资源及呼救方式多样化的目的,技术方案如下:
一种医疗远程急救系统,包括:多维呼救子系统、急救中心子系统、救护车、社会医疗资源部门和施救医院,其中:
所述多维呼救子系统,位于用户身体上,用于发出主动呼救信号或自动多维呼救信号,并采集用户的当前生理指标数据上传至所述救护车,接收所述救护车发送的施救指令;
所述急救中心子系统,用于接收所述主动呼救信号或自动多维呼救信号,为所述用户分配救护车并确定施救医院,将所述主动呼救信号或自动多维呼救信号中的用户信息发送至救护车、施救医院及所述用户附近的社会医疗资源部门,所述用户信息包括用户的当前位置信息和联系方式;
所述救护车在去往用户所在现场时,接收并依据所述用户的生理指标数据,发出施救指令至所述多维呼救子系统,以指导现场非医务人员进行施救,且在载有所述用户返回施救医院途中,将所述用户的生命指标数据回传至施救医院;
社会医疗资源部门,在救护车未及时赶到现场时,依据所述用户信息到达现场,对用户进行抢救;
所述施救医院,依据所述用户信息在医院数据库中查询所述用户的病历,依据所述病历和所述救护车发送的用户的生命指标数据,提前做好抢救准备。
优选的,所述多维呼救子系统还包括:
所述多维呼救子系统,用于实时监测用户的日常生理指标数据,并上传至所述急救中心子系统,以使急救中心子系统的数据库实时存储所述用户的日常生理指标数据。
优选的,所述多维呼救子系统包括:
移动终端,用于发出主动呼救信号或自动多维呼救信号,及接收医疗传感器的生理指标数据上传至医院和救护车,并接收所述医院或救护车发送的施救指令并显示,所述主动呼救信号由所述用户在所述移动终端上拨出急救电话得到,所述自动多维呼救信号由所述移动终端中的加速度传感器感应到人体姿态变化时,触发移动终端中自动呼救程序得到;
医疗传感器,用于采集所述用户的当前生理指标数据,并发送至所述移动终端。
优选的,所述急救中心子系统包括:短信猫,用于将所述呼救信号以短信方式发送至用户附近的专家。
优选的,所述急救中心子系统还包括:
所述急救中心子系统,用于将所述呼救信号对应的呼救信息、所述救护车回传的实时状态及所述施救医院的急救处理结果公布在急救网络上,所述实时状态包括未到达现场或到达现场或返回施救医院途中。
优选的,所述施救医院还包括:
所述施救医院,用于远程访问所述急救中心子系统的数据库,更新所述急救中心子系统的数据库中用户的病历及上传急救处理结果。
优选的,所述救护车包括:
集成传感器,用于采集救护车上用户的多项生命指标数据,并上传至网络设备;
网络设备,用于将多项所述生命指标数据回传至施救医院。
优选的,所述自动多维呼救信号包括:群发信息、扬声器呼救和文本呼救信息,所述群发信息和所述文本呼救信息中均包括用户的当前位置信息和用户联系方式。
优选的,所述救护车、所述社会医疗资源部门和所述医院均用于在所述急救中心子系统中查询所述用户信息和所述用户的生理指标数据、生命指标数据。
一种医疗远程急救方法,包括:
通过多维呼救子系统发出主动呼救信号或自动多维呼救信号;
通过多维呼救子系统采集用户的生理指标数据上传至救护车;
通过急救中心子系统接收主动呼救信号或自动多维呼救信号,为所述用户分配救护车并确定施救医院,将所述主动呼救信号或自动多维呼救信号中的用户信息发送至救护车、施救医院及所述用户附近的社会医疗资源部门,所述用户信息包括用户的当前位置信息和联系方式;
通过救护车接收并依据所述用户的生理指标数据,发出施救指令至所述多维呼救子系统,以指导现场非医务人员进行施救;
通过社会医疗资源部门,在救护车未及时到达现场时,依据所述用户信息到达现场,对用户进行抢救;
通过所述救护车在载有所述用户返回施救医院途中,将所述用户的生命指标数据回传至医院;
通过施救医院依据所述用户信息在医院数据库中查询所述用户的病历,依据所述病历和所述救护车发送的用户的生命指标数据,提前做好抢救准备。
与现有技术相比,本申请的有益效果为:
在本申请中,包括多维呼救子系统、急救中心子系统救护车、社会医疗资源部门和施救医院,救护车在去往用户所在现场时,接收并依据所述用户的实时生理指标数据,发出施救指令至所述多维呼救子系统,以指导现场非医务人员进行施救,且在返回施救医院途中,将用户的实时生命指标数据回传至施救医院,使施救医院提前做好急救准备;社会医疗资源部门在救护车未及时到达现场时,对用户进行急救,救护车达到现场时,可以进一步对用户进行急救,并及时运送至施救医院。可见,救护车、社会医疗资源部门、现场非医务人员和施救医院并行协同工作,最大限度的发挥了各自的急救机制,大大提高了抢救效率。
多维呼救子系统可以发出主动呼救信号或自动多维呼救信号,使得用户呼救方式多样化。在用户处于无主动意识,且身旁无人的情况下,多维呼救子系统可以进行主动呼救,为用户的抢救赢得了时间,以免错过最佳急救时间。
社会医疗资源部门虽然不具备完善的急救设施,但是社会医疗资源部门的医务人员可以及时到达现场,在救护车未及时赶到现场时,对用户进行抢救。因此,本申请中的急救系统充分了利用社会医疗资源,进一步保障了用户的生命安全。
附图说明
为了更清楚地说明本申请实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1是本申请提供的一种医疗远程急救系统的一种结构示意图;
图2是本申请提供的一种多维呼救子系统的一种结构示意图;
图3是本申请提供的一种救护车的一种结构示意图;
图4是本申请提供的一种医疗远程急救方法的一种流程图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
本申请提供了一种医疗远程急救系统,包括:多维呼救子系统,位于用户身体上,用于发出主动呼救信号或自动多维呼救信号,并采集用户的当前生理指标数据上传至所述救护车,接收所述救护车发送的施救指令;急救中心子系统,用于接收所述主动呼救信号或自动多维呼救信号,为所述用户分配救护车并确定施救医院,将所述主动呼救信号或自动多维呼救信号中的用户信息发送至救护车、施救医院及所述用户附近的社会医疗资源部门,所述用户信息包括用户的当前位置信息和联系方式;救护车在去往用户所在现场时,接收并依据所述用户的生理指标数据,发出施救指令至所述多维呼救子系统,以指导现场非医务人员进行施救,且在载有所述用户返回施救医院途中,将所述用户的生命指标数据回传至施救医院;社会医疗资源部门,在救护车未及时赶到现场时,依据所述用户信息到达现场,对用户进行抢救;施救医院,依据所述用户信息在医院数据库中查询所述用户的病历,依据所述病历和所述救护车发送的用户的生理指标数据,提前做好抢救准备。以下将列举实施例对本申请提供的一种医疗远程急救系统进行详细说明。
请参见图1,其示出了本申请提供的一种医疗远程急救系统的一种结构示意图,医疗远程急救系统包括:多维呼救子系统11、急救中心子系统12、救护车13、社会医疗资源部门14和施救医院15。
多维呼救子系统11,位于用户身体上,用于发出主动呼救信号或自动多维呼救信号,并采集用户的实时生理指标数据实时上传至救护车13,接收救护车13发送的施救指令。
急救中心子系统12,用于接收所述主动呼救信号或自动多维呼救信号,为所述用户分配救护车并确定施救医院,将所述主动呼救信号或自动多维呼救信号中的用户信息发送至救护车、施救医院及所述用户附近的社会医疗资源部门,所述用户信息包括用户的当前位置信息、联系方式及既往重要病史。
救护车13在去往用户所在现场时,接收并依据所述用户的实时生理指标数据,结合所述既往重要病史发出施救指令至所述多维呼救子系统,以指导现场非医务人员进行施救,且在载有所述用户返回施救医院途中,将所述用户的实时生命指标数据回传至施救医院。
在本实施例中,救护车13可以将本身的实时状态发送至急救中心子系统和施救医院,其中实时状态包括未到达现场或到达现场或返回施救医院途中。施救医院可以根据救护车的实时状态,来对提前准备抢救设备安排好时间。急救中心子系统可以将救护车13的实时状态公布在急救网络上,供社会医疗资源部门浏览,社会医疗资源部门可以根据救护车13的实时状态,决定是否赶到用户所在现场,若查看到救护车13已经离开现场,则无需再赶到用户所在现场,避免社会医疗资源部门的资源浪费。若查看到救护车13还未达到现场,则安排医务人员尽快赶至现场,对用户进行抢救。
社会医疗资源部门14,在救护车13未及时赶到现场时,依据所述用户信息到达现场,对用户进行抢救。
施救医院15,依据所述用户信息在医院数据库中查询所述用户的既往病历,依据所述既往病历和救护车13发送的用户的实时生命指标数据,提前做好抢救准备。
图1示出的医疗远程急救系统还包括:多维呼救子系统11,用于实时监测用户的日常生理指标数据,并上传至急救中心子系统12,以使急救中心子系统12的数据库实时存储用户的日常生理指标数据。即多维呼救子系统11还用于实时监测用户的日常生理指标数据,并上传至急救中心子系统12,以使急救中心子系统12的数据库实时存储用户的日常生理指标数据。
由于用户可以将图1示出的多维呼救子系统11随身携带,图1示出的多维呼救子系统11可以发出主动呼救信号或自动多维呼救信号,且能实时监测用户的生理指标数据,因此图1示出的医疗远程急救系统可以随时随地对用户进行监护,不受地区限制。
急救中心子系统12在存储了用户的生理指标数据后,救护车、社会医疗资源部门和施救医院均可在急救中心子系统12中查询到生理指标数据,实时了解用户的情况,以及时得到正确得当的抢救方案。
图1示出的医疗远程急救系统中的急救中心子系统12可以包括:短信猫,用于将呼救信号以短信方式群发至用户附近的专家。专家可以在接收到呼救信号后,赶至用户所在现场,参与抢救。
图1示出的医疗远程急救系统还包括:急救中心子系统12,用于将呼救信号对应的呼救信息、救护车回传的实时状态及施救医院的急救处理结果公布在急救网络上,即急救中心子系统12,还用于将呼救信号对应的呼救信息、救护车回传的实时状态及施救医院的急救处理结果公布在急救网络上。其中,救护车回传的实时状态包括未到达现场或到达现场或返回施救医院途中。
图1示出的医疗远程急救系统还包括施救医院15,用于远程访问急救中心子系统12的数据库,更新急救中心子系统12的数据库中用户的病历及上传急救处理结果,即施救医院15,还用于远程访问急救中心子系统12的数据库,更新急救中心子系统12的数据库中用户的病历及上传急救处理结果。
在本申请中,包括多维呼救子系统、急救中心子系统救护车、社会医疗资源部门和施救医院,救护车在去往用户所在现场时,接收并依据所述用户的实时生理指标数据,发出施救指令至所述多维呼救子系统,以指导现场非医务人员进行施救,且在返回施救医院途中,将用户的实时生命指标数据回传至施救医院,使施救医院提前做好急救准备;社会医疗资源部门在救护车未及时到达现场时,对用户进行急救,救护车达到现场时,可以进一步对用户进行急救,并及时运送至施救医院。可见,救护车、社会医疗资源部门、现场非医务人员和施救医院并行协同工作,最大限度的发挥了各自的急救机制,大大提高了抢救效率。
多维呼救子系统可以发出主动呼救信号或自动多维呼救信号,使得用户呼救方式多样化。在用户处于无主动意识,且身旁无人的情况下,多维呼救子系统可以进行主动呼救,为用户的抢救赢得了时间,以免错过最佳急救时间。
社会医疗资源部门虽然不具备完善的急救设施,但是社会医疗资源部门的医务人员可以及时到达现场,在救护车未及时赶到现场时,对用户进行抢救。因此,本申请中的急救系统充分了利用社会医疗资源,进一步保障了用户的生命安全。
另一个实施例
在本实施例中,示出的是图1示出的多维呼救子系统11的具体结构,请参见图2,图2示出的是本申请提供的一种多维呼救子系统的一种结构示意图,多维呼救子系统包括:移动终端21和医疗传感器22。
移动终端21,用于发出主动呼救信号或自动多维呼救信号,及接收医疗传感器22的生理指标数据上传至医院和救护车,并接收所述医院或救护车发送的施救指令并显示,所述主动呼救信号由所述用户在所述移动终端上拨出急救电话得到,所述自动多维呼救信号由所述移动终端21中的加速度传感器感应到人体姿态变化时,触发移动终端21中自动呼救程序得到。
医疗传感器22,用于采集所述用户的当前生理指标数据,并发送至所述移动终端。
在本实施例中,医疗传感器22可以佩戴在用户的腰带上。
在本实施例中,医疗传感器22可以但不局限于为心率传感器。
再一个实施例
在本实施例中,示出的是图1示出的救护车的具体结构,请参见图3,图3示出的是本申请提供的一种救护车的一种结构示意图,救护车包括:集成传感器31和网路设备32。
集成传感器31,用于采集救护车上用户的多项生命指标数据,并上传至网络设备。
网络设备32,用于将多项生命指标数据回传至施救医院。
通过集成传感器31和网络设备32,将用户在救护车上的多项生命指标数据回传至施救医院,施救医院可以进行相应的急救准备,为抢救用户争取宝贵时间。
在上述系统实施例中,自动多维呼救信号可以包括:群发信息、扬声器呼救和文本呼救信息,其中,群发信息和文本呼救信息中均包括用户的当前位置信息、用户联系方式及既往重要病史。
群发信息,即将用户的当前位置信息和用户联系方式以短信形式通知亲属。
扬声器呼救,即利用移动终端的扬声器向周围人群求助。
文本呼救,即向急救中心子系统发送文本形式的呼救信号。
由于用户向急救中心子系统既可以打电话呼救,又可以进行文本呼救,因此急救中心子系统的工作模式不再单一。且接收文本呼救,解决了打电话时因语音差异造成沟通困难,导致错过最佳抢救时间的问题。
在上述实施例中,救护车、社会医疗资源部分和医院均用于在急救中心子系统中查询用户信息和用户的生理指标数据和生命指标数据。
与上述系统实施例相对应,本申请还提供了一种医疗远程急救方法,请参见图4,图4示出了本申请提供的一种医疗远程急救方法的一种流程图,可以包括以下步骤:
步骤S41:通过多维呼救子系统发出主动呼救信号或自动多维呼救信号。
在本实施例中,用户在有主动意识时,可以使用多维呼救子系统发出主动呼救信号。用户在无主动意识时,多维呼救子系统可以自动发出呼救信号。
其中,自动多维呼救信号可以包括:群发信息、扬声器呼救和文本呼救信息,其中,群发信息和文本呼救信息中均包括用户的当前位置信息和用户联系方式。
群发信息,即将用户的当前位置信息和用户联系方式以短信形式通知亲属。
扬声器呼救,即利用移动终端的扬声器向周围人群求助。
文本呼救,即向急救中心子系统发送文本形式的呼救信号。
在本实施例中,可以通过多维呼救子系统所包括的移动终端发出主动呼救信号或自动多维呼救信号。
步骤S42:通过多维呼救子系统采集用户的实时生理指标数据实时上传至救护车。
在本实施例中,具体的,可以通过多维呼救子系统所包括的医疗传感器采集用户的实时生理指标数据实时上传至救护车。
在本实施例中,还可以通过多维呼救子系统随时随地实时采集用户的日常生理指标数据,并上传至急救中心子系统,以使急救中心子系统的数据库实时存储用户的日常生理指标数据。
步骤S43:通过急救中心子系统接收主动呼救信号或自动多维呼救信号,为所述用户分配救护车并确定施救医院,将所述主动呼救信号或自动多维呼救信号中的用户信息发送至救护车、施救医院及所述用户附近的社会医疗资源部门,所述用户信息包括用户的当前位置信息、联系方式及既往重要病史。
步骤S44:通过救护车接收并依据所述用户的实时生理指标数据,结合所述既往重要病史发出施救指令至所述多维呼救子系统,以指导现场非医务人员进行施救。
步骤S45:通过社会医疗资源部门,在救护车未及时到达现场时,依据所述用户信息到达现场,对用户进行抢救。
步骤S46:通过所述救护车在载有所述用户返回施救医院途中,将所述用户的实时生命指标数据回传至施救医院。
在本实施例中,用户的生命指标数据由救护车上的集成传感器实时采集,由救护车上的网络设备将集成传感器采集的生命指标数据实时回传至施救医院。
步骤S47:通过施救医院依据所述用户信息在医院数据库中查询所述用户的既往病历,依据所述既往病历和所述救护车发送的用户的实时生命指标数据,提前做好抢救准备。
上述方法实施例中示出的方法还可以包括:
通过急救中心子系统所包括的短信猫,将呼救信号以短信方式群发至用户附近的专家。
还可以包括:通过急救中心子系统,将呼救信号对应的呼救信息、救护车回传的实时状态及施救医院的急救处理结果公布在急救网络上。
其中,救护车的实时状态包括未到达现场或到达现场或返回施救医院途中。
还可以包括:通过施救医院,远程访问急救中心子系统的数据库,更新急救中心子系统的数据库中用户的病历及上传急救处理结果。
还可包括:通过救护车、社会医疗医院部门和医院在急救中心子系统中查询用户信息和用户的生理指标数据、生命指标数据。
需要说明的是,本说明书中的各个实施例均采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似的部分互相参见即可。对于装置类实施例而言,由于其与方法实施例基本相似,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
最后,还需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
以上对本申请所提供的一种医疗远程急救系统及方法进行了详细介绍,本文中应用了具体个例对本申请的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本申请的方法及其核心思想;同时,对于本领域的一般技术人员,依据本申请的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本申请的限制。
Claims (10)
1.一种医疗远程急救系统,其特征在于,包括:多维呼救子系统、急救中心子系统、救护车、社会医疗资源部门和施救医院,其中:
所述多维呼救子系统,位于用户身体上,用于发出主动呼救信号或自动多维呼救信号,并采集用户的实时生理指标数据实时上传至所述救护车,接收所述救护车发送的施救指令;
所述急救中心子系统,用于接收所述主动呼救信号或自动多维呼救信号,为所述用户分配救护车并确定施救医院,将所述主动呼救信号或自动多维呼救信号中的用户信息发送至救护车、施救医院及所述用户附近的社会医疗资源部门,所述用户信息包括用户的当前位置信息、联系方式及既往重要病史;
所述救护车在去往用户所在现场时,接收并依据所述用户的实时生理指标数据,结合所述既往重要病史发出施救指令至所述多维呼救子系统,以指导现场非医务人员进行施救,且在载有所述用户返回施救医院途中,将所述用户的实时生命指标数据回传至施救医院;
所述社会医疗资源部门,在救护车未及时赶到现场时,依据所述用户信息到达现场,对用户进行抢救;
所述施救医院,依据所述用户信息在医院数据库中查询所述用户的既往病历,依据所述既往病历和所述救护车发送的用户的实时生命指标数据,提前做好抢救准备。
2.根据权利要求1所述的系统,其特征在于,所述多维呼救子系统还包括:
所述多维呼救子系统,用于实时监测用户的日常生理指标数据,并上传至所述急救中心子系统,以使急救中心子系统的数据库实时存储所述用户的日常生理指标数据。
3.根据权利要求2所述的系统,其特征在于,所述多维呼救子系统包括:
移动终端,用于发出主动呼救信号或自动多维呼救信号,及接收医疗传感器的生理指标数据上传至医院和救护车,并接收所述医院或救护车发送的施救指令并显示,所述主动呼救信号由所述用户在所述移动终端上拨出急救电话得到,所述自动多维呼救信号由所述移动终端中的加速度传感器感应到人体姿态变化时,触发移动终端中自动呼救程序得到;
医疗传感器,用于采集所述用户的当前生理指标数据,并发送至所述移动终端。
4.根据权利要求1所述的系统,其特征在于,所述急救中心子系统包括:短信猫,用于将所述呼救信号以短信方式群发至至用户附近的专家。
5.根据权利要求1所述的系统,其特征在于,所述急救中心子系统还包括:
所述急救中心子系统,用于将所述呼救信号对应的呼救信息、所述救护车回传的实时状态及所述施救医院的急救处理结果公布在急救网络上,所述实时状态包括未到达现场或到达现场或返回施救医院途中。
6.根据权利要求1所述的系统,其特征在于,所述施救医院还包括:
所述施救医院,用于远程访问所述急救中心子系统的数据库,更新所述急救中心子系统的数据库中用户的病历及上传急救处理结果。
7.根据权利要求1所述的系统,其特征在于,所述救护车包括:
集成传感器,用于采集救护车上用户的多项生命指标数据,并上传至网络设备;
网络设备,用于将多项所述生命指标数据回传至施救医院。
8.根据权利要求1-7任意一项所述的系统,其特征在于,所述自动多维呼救信号包括:群发信息、扬声器呼救和文本呼救信息,所述群发信息和所述文本呼救信息中均包括用户的当前位置信息、用户联系方式及既往重要病史。
9.根据权利要求1-7任意一项所述的系统,其特征在于,所述救护车、所述社会医疗资源部门和所述医院均用于在所述急救中心子系统中查询所述用户信息和所述用户的生理指标数据、生命指标数据。
10.一种医疗远程急救方法,其特征在于,包括:
通过多维呼救子系统发出主动呼救信号或自动多维呼救信号;
通过多维呼救子系统采集用户的实时生理指标数据实时上传至救护车;
通过急救中心子系统接收主动呼救信号或自动多维呼救信号,为所述用户分配救护车并确定施救医院,将所述主动呼救信号或自动多维呼救信号中的用户信息发送至救护车、施救医院及所述用户附近的社会医疗资源部门,所述用户信息包括用户的当前位置信息、联系方式及既往重要病史;
通过救护车接收并依据所述用户的实时生理指标数据,结合所述既往重要病史发出施救指令至所述多维呼救子系统,以指导现场非医务人员进行施救;
通过社会医疗资源部门,在救护车未及时到达现场时,依据所述用户信息到达现场,对用户进行抢救;
通过所述救护车在载有所述用户返回施救医院途中,将所述用户的实时生命指标数据回传至施救医院;
通过施救医院依据所述用户信息在医院数据库中查询所述用户的既往病历,依据所述既往病历和所述救护车发送的用户的实时生命指标数据,提前做好抢救准备。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310634667.2A CN104680457A (zh) | 2013-12-02 | 2013-12-02 | 一种医疗远程急救系统及方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310634667.2A CN104680457A (zh) | 2013-12-02 | 2013-12-02 | 一种医疗远程急救系统及方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN104680457A true CN104680457A (zh) | 2015-06-03 |
Family
ID=53315458
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201310634667.2A Pending CN104680457A (zh) | 2013-12-02 | 2013-12-02 | 一种医疗远程急救系统及方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104680457A (zh) |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104915576A (zh) * | 2015-07-09 | 2015-09-16 | 北京慧摩尔科技有限公司 | 数字化心血管风险评估系统 |
CN104936146A (zh) * | 2015-07-20 | 2015-09-23 | 欧阳锡伟 | 一种健康干预方法 |
CN105303491A (zh) * | 2015-07-20 | 2016-02-03 | 欧阳锡伟 | 一种健康干预系统 |
CN105631189A (zh) * | 2015-12-18 | 2016-06-01 | 昆山韦睿医疗科技有限公司 | 一种腹膜透析设备的交互方法及交互系统 |
CN108595556A (zh) * | 2018-04-11 | 2018-09-28 | 湖南科技学院 | 一种及时救助病人的方法、系统、服务器和终端 |
CN108831567A (zh) * | 2018-06-15 | 2018-11-16 | 安徽美图信息科技有限公司 | 一种基于WebGIS与Android的城市生命线管理系统 |
CN109409577A (zh) * | 2018-09-27 | 2019-03-01 | 广东省科技基础条件平台中心 | 一种基于医疗资源优先原则的智能救护车派车方法 |
CN110403773A (zh) * | 2019-07-23 | 2019-11-05 | 北京大学深圳医院 | 远程智能急救系统及智能急救方法 |
CN110691350A (zh) * | 2019-10-10 | 2020-01-14 | 东阳市人民医院 | 用于传输急诊资源调度相关信息的传输装置及非暂时性计算机可读存储介质 |
CN111710137A (zh) * | 2020-06-10 | 2020-09-25 | 蔡文伟 | 基于定位监测自动获取救援状态和救援时间节点的方法 |
-
2013
- 2013-12-02 CN CN201310634667.2A patent/CN104680457A/zh active Pending
Non-Patent Citations (1)
Title |
---|
刘小帆: "急救系统中的医院远程终端开发", 《中国优秀硕士学位论文全文数据库信息科技辑》 * |
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104915576A (zh) * | 2015-07-09 | 2015-09-16 | 北京慧摩尔科技有限公司 | 数字化心血管风险评估系统 |
CN104936146A (zh) * | 2015-07-20 | 2015-09-23 | 欧阳锡伟 | 一种健康干预方法 |
CN105303491A (zh) * | 2015-07-20 | 2016-02-03 | 欧阳锡伟 | 一种健康干预系统 |
CN105631189A (zh) * | 2015-12-18 | 2016-06-01 | 昆山韦睿医疗科技有限公司 | 一种腹膜透析设备的交互方法及交互系统 |
CN108595556A (zh) * | 2018-04-11 | 2018-09-28 | 湖南科技学院 | 一种及时救助病人的方法、系统、服务器和终端 |
CN108831567A (zh) * | 2018-06-15 | 2018-11-16 | 安徽美图信息科技有限公司 | 一种基于WebGIS与Android的城市生命线管理系统 |
CN109409577A (zh) * | 2018-09-27 | 2019-03-01 | 广东省科技基础条件平台中心 | 一种基于医疗资源优先原则的智能救护车派车方法 |
CN110403773A (zh) * | 2019-07-23 | 2019-11-05 | 北京大学深圳医院 | 远程智能急救系统及智能急救方法 |
CN110691350A (zh) * | 2019-10-10 | 2020-01-14 | 东阳市人民医院 | 用于传输急诊资源调度相关信息的传输装置及非暂时性计算机可读存储介质 |
CN110691350B (zh) * | 2019-10-10 | 2021-06-08 | 东阳市人民医院 | 用于传输急诊资源调度相关信息的传输装置及非暂时性计算机可读存储介质 |
CN111710137A (zh) * | 2020-06-10 | 2020-09-25 | 蔡文伟 | 基于定位监测自动获取救援状态和救援时间节点的方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104680457A (zh) | 一种医疗远程急救系统及方法 | |
CN106357809B (zh) | 创伤急救院前医联网系统及其应用方法 | |
WO2016034425A1 (en) | Classification method in case of disaster | |
CN101599110A (zh) | 紧急医学救援无线移动信息管理方法及平台 | |
CN106462817A (zh) | 一种急救分级优先调度方法及装置 | |
CA2951761A1 (en) | Personal emergency response system with predictive emergency dispatch risk assessment | |
CN104042196A (zh) | 实时健康监测及智能预警系统与方法 | |
CN103514355A (zh) | 一种基于云服务的主动式监护报送方法及系统 | |
US20160285800A1 (en) | Processing Method For Providing Health Support For User and Terminal | |
CN107481175A (zh) | 应急案件处理方法、装置及城市应急联动系统 | |
DE112018003225T5 (de) | Verfahren und Systeme zum Zustellen einer Sprachnachricht | |
CN105357107B (zh) | 基于云平台的用于智能小区的社交系统及方法 | |
US20150172893A1 (en) | Mobile Companion | |
CN105574799A (zh) | 一种基于微信公众平台的社区居民移动服务系统 | |
Korzun et al. | Smart spaces enabled mobile healthcare services in internet of things environments | |
CN104992527A (zh) | 一种针对特殊人群的紧急救助方法及系统 | |
CN108174041A (zh) | 医疗救治系统及方法 | |
CN102932766A (zh) | 紧急呼救系统 | |
CN206922809U (zh) | 一种医疗救援指挥系统 | |
CN110691350B (zh) | 用于传输急诊资源调度相关信息的传输装置及非暂时性计算机可读存储介质 | |
CN104539691A (zh) | 用于胸痛急救的移动终端 | |
Ade et al. | TeleHealth: Healthcare technologies and teleHealth emergency (THE) system | |
CN106571845A (zh) | 一种智能手环微信通讯系统 | |
Alshareef et al. | First responder help facilitated by the mobile cloud | |
CN103202732A (zh) | 一种老年医院监护系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20150603 |
|
RJ01 | Rejection of invention patent application after publication |