CN110931118A - 一种急救***和方法 - Google Patents
一种急救***和方法 Download PDFInfo
- Publication number
- CN110931118A CN110931118A CN201911252095.5A CN201911252095A CN110931118A CN 110931118 A CN110931118 A CN 110931118A CN 201911252095 A CN201911252095 A CN 201911252095A CN 110931118 A CN110931118 A CN 110931118A
- Authority
- CN
- China
- Prior art keywords
- patient
- information
- rescue
- hospital
- terminal
- 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
Images
Classifications
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H40/00—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
- G16H40/40—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the management of medical equipment or devices, e.g. scheduling maintenance or upgrades
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H10/00—ICT specially adapted for the handling or processing of patient-related medical or healthcare data
- G16H10/60—ICT specially adapted for the handling or processing of patient-related medical or healthcare data for patient-specific data, e.g. for electronic patient records
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H40/00—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
- G16H40/60—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices
- G16H40/67—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices for remote operation
Landscapes
- Health & Medical Sciences (AREA)
- Engineering & Computer Science (AREA)
- Biomedical Technology (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Epidemiology (AREA)
- General Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Primary Health Care (AREA)
- Public Health (AREA)
- Alarm Systems (AREA)
- Telephonic Communication Services (AREA)
- Medical Treatment And Welfare Office Work (AREA)
Abstract
本申请公开了一种急救***,包括主服务器端,用于接收患者端发送的求救信息和生命体征信息;与主服务器端相连的救护端,用于接收主服务器端转发的求救信息和生命体征信息,并发送患者接收指令至医院端;与救护端、患者端相连的医院端,用于接收患者接收指令,并获取患者既往病例信息、生命体征信息、患者当前身体状况信息,发送医疗文件签署协议至患者家属端;与医院端相连的患者家属端,用于接收医疗文件签署协议,以便家属签署医疗文件签署协议,并发送签署后医疗文件签署协议至医院端。急救***中的医院端与患者家属端之间可以进行沟通及电子版医疗文件签署协议的签署,节约救援时间,缓解医患矛盾。本申请还提供一种具有上述优点的急救方法。
Description
技术领域
本申请涉及医疗技术领域,特别是涉及一种急救***和方法。
背景技术
对发病患者进行及时救助可以最大程度的挽救患者的生命,随着医疗技术的发展,现有的急救***已经可以在一定程度上提升救援速度,保证患者的生命安全。
目前,当患者发病时可以发送求救信息和当前的生命体征至现有的急救***,现有急救***中医院端可以得到患者的既往病例信息,根据既往病例信息和患者的当前生命体征做好接待患者的准备,以争取更多的救援时间。当需要患者家属签字才能进行相关的救助时,仍依赖于家属到达医院后进行沟通并签署纸质版的相关医疗文件签署协议,假如家属未及时赶到,则浪费宝贵的救援时间,错失对患者进行抢救的最佳时机,甚至产生医疗纠纷。
因此,如何解决上述技术问题是本领域技术人员亟待解决的技术问题。
发明内容
本申请的目的是提供一种急救***和方法,以加强患者家属与医院之间的沟通,节约救援时间,缓解医患矛盾。
为解决上述技术问题,本申请提供一种急救***,包括:
主服务器端,用于接收患者端发送的求救信息和生命体征信息;
与所述主服务器端相连的救护端,用于接收所述主服务器端转发的所述求救信息和所述生命体征信息,并发送患者接收指令至医院端;
与所述救护端、所述患者端相连的所述医院端,用于接收所述患者接收指令,并获取患者既往病例信息、所述生命体征信息、患者当前身体状况信息,发送医疗文件签署协议至患者家属端;
与所述医院端相连的所述患者家属端,用于接收所述医疗文件签署协议,以便家属签署所述医疗文件签署协议,并发送签署后医疗文件签署协议至所述医院端。
可选的,所述医院端包括院级服务器端和医生端;
所述院级服务器端用于接收所述患者接收指令,并发送任命指令至所述医生端;
所述医生端用于接收所述任命指令,获取所述患者当前身体状况信息和所述患者既往病例信息,并发送所述医疗文件签署协议至所述患者家属端。
可选的,所述医生端通过语音方式或视频方式获取所述患者当前身体状况信息。
可选的,还包括:
与所述患者端相连的辅助救护端,用于接收所述患者端发送的所述求救信息,并转发所述求救信息至预设范围内的志愿者端。
可选的,当与所述志愿者端对应的志愿者可以进行辅助救护时,所述辅助救护端还用于接收所述志愿者端发送的确认进行辅助救护信息,并转发所述确认进行辅助救护信息至所述主服务器端。
可选的,所述患者家属端与所述主服务器端相连,所述患者家属端还用于获取患者救护信息和所述生命体征信息,所述患者救护信息包括与所述医院端对应的医院名称、医院地址、开始救护时间、救护车的当前位置;
相应的,所述救护端还用于发送所述患者救护信息至所述主服务器端。
可选的,所述医生端与所述救护端相连,所述医生端还用于发送救护建议信息至所述救护端。
可选的,还包括:
所述患者端,用于发送所述求救信息和所述生命体征信息至所述主服务器端。
本申请还提供一种急救方法,包括:
主服务器端接收患者端发送的求救信息和生命体征信息,并转发所述求救信息和所述生命体征信息至救护端;
所述救护端接收所述求救信息和所述生命体征信息,并发送患者接收指令至医院端;
所述医院端接收所述患者接收指令,并获取患者既往病例信息、所述生命体征信息、患者当前身体状况信息,发送医疗文件签署协议至患者家属端;
所述患者家属端接收所述医疗文件签署协议,以便家属签署所述医疗文件签署协议,并发送签署后医疗文件签署协议至所述医院端。
可选的,还包括:
辅助救护端接收所述患者端发送的所述求救信息,并转发所述求救信息至预设范围内的志愿者端。
本申请所提供的急救***,包括:主服务器端,用于接收患者端发送的求救信息和生命体征信息;与所述主服务器端相连的救护端,用于接收所述主服务器端转发的所述求救信息和所述生命体征信息,并发送患者接收指令至医院端;与所述救护端、所述患者端相连的所述医院端,用于接收所述患者接收指令,并获取患者既往病例信息、所述生命体征信息、患者当前身体状况信息,发送医疗文件签署协议至患者家属端;与所述医院端相连的所述患者家属端,用于接收所述医疗文件签署协议,以便家属签署所述医疗文件签署协议,并发送签署后医疗文件签署协议至所述医院端。
可见,本申请中的急救***包括主服务器端、救护端、医院端、患者家属端,主服务器端将接收到的求救信息和生命体征信息转发至救护端,救护端进而发送患者接收指令至医院端,医院端接收到患者接收指令后,获取患者既往病例信息、生命体征信息、患者当前身体状况信息,发送医疗文件签署协议至患者家属端,从而使得患者家属在患者家属端对医疗文件签署协议进行签署,医院端接收到签署后的医疗文件签署协议后便可以直接对患者进行救助,避免患者家属无法及时赶到医院签署纸质版的医疗文件签署协议而浪费宝贵的救援时间,对患者进行及时救助,同时也可以缓解医患矛盾,并且本申请还可以减少纸张的消耗,更加环保。此外,本申请还提供一种具有上述优点的急救方法。
附图说明
为了更清楚的说明本申请实施例或现有技术的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单的介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图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、或技术领域内所公知的任意其它形式的存储介质中。
以上对本申请所提供的急救***和方法进行了详细介绍。本文中应用了具体个例对本申请的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本申请的方法及其核心思想。应当指出,对于本技术领域的普通技术人员来说,在不脱离本申请原理的前提下,还可以对本申请进行若干改进和修饰,这些改进和修饰也落入本申请权利要求的保护范围内。
Claims (10)
1.一种急救***,其特征在于,包括:
主服务器端,用于接收患者端发送的求救信息和生命体征信息;
与所述主服务器端相连的救护端,用于接收所述主服务器端转发的所述求救信息和所述生命体征信息,并发送患者接收指令至医院端;
与所述救护端、所述患者端相连的所述医院端,用于接收所述患者接收指令,并获取患者既往病例信息、所述生命体征信息、患者当前身体状况信息,发送医疗文件签署协议至患者家属端;
与所述医院端相连的所述患者家属端,用于接收所述医疗文件签署协议,以便家属签署所述医疗文件签署协议,并发送签署后医疗文件签署协议至所述医院端。
2.如权利要求1所述的急救***,其特征在于,所述医院端包括院级服务器端和医生端;
所述院级服务器端用于接收所述患者接收指令,并发送任命指令至所述医生端;
所述医生端用于接收所述任命指令,获取所述患者当前身体状况信息和所述患者既往病例信息,并发送所述医疗文件签署协议至所述患者家属端。
3.如权利要求2所述的急救***,其特征在于,所述医生端通过语音方式或视频方式获取所述患者当前身体状况信息。
4.如权利要求1所述的急救***,其特征在于,还包括:
与所述患者端相连的辅助救护端,用于接收所述患者端发送的所述求救信息,并转发所述求救信息至预设范围内的志愿者端。
5.如权利要求4所述的急救***,其特征在于,当与所述志愿者端对应的志愿者可以进行辅助救护时,所述辅助救护端还用于接收所述志愿者端发送的确认进行辅助救护信息,并转发所述确认进行辅助救护信息至所述主服务器端。
6.如权利要求1所述的急救***,其特征在于,所述患者家属端与所述主服务器端相连,所述患者家属端还用于获取患者救护信息和所述生命体征信息,所述患者救护信息包括与所述医院端对应的医院名称、医院地址、开始救护时间、救护车的当前位置;
相应的,所述救护端还用于发送所述患者救护信息至所述主服务器端。
7.如权利要求2所述的急救***,其特征在于,所述医生端与所述救护端相连,所述医生端还用于发送救护建议信息至所述救护端。
8.如权利要求1所述的急救***,其特征在于,还包括:
所述患者端,用于发送所述求救信息和所述生命体征信息至所述主服务器端。
9.一种急救方法,其特征在于,包括:
主服务器端接收患者端发送的求救信息和生命体征信息,并转发所述求救信息和所述生命体征信息至救护端;
所述救护端接收所述求救信息和所述生命体征信息,并发送患者接收指令至医院端;
所述医院端接收所述患者接收指令,并获取患者既往病例信息、所述生命体征信息、患者当前身体状况信息,发送医疗文件签署协议至患者家属端;
所述患者家属端接收所述医疗文件签署协议,以便家属签署所述医疗文件签署协议,并发送签署后医疗文件签署协议至所述医院端。
10.如权利要求9所述的急救方法,其特征在于,还包括:
辅助救护端接收所述患者端发送的所述求救信息,并转发所述求救信息至预设范围内的志愿者端。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911252095.5A CN110931118A (zh) | 2019-12-09 | 2019-12-09 | 一种急救***和方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911252095.5A CN110931118A (zh) | 2019-12-09 | 2019-12-09 | 一种急救***和方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN110931118A true CN110931118A (zh) | 2020-03-27 |
Family
ID=69857696
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201911252095.5A Pending CN110931118A (zh) | 2019-12-09 | 2019-12-09 | 一种急救***和方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110931118A (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111539498A (zh) * | 2020-04-27 | 2020-08-14 | 吉林大学中日联谊医院 | 一种信息化病案管理***患者签名装置 |
CN112700891A (zh) * | 2021-02-08 | 2021-04-23 | 四川大学华西医院 | 一种医务人员组织的远程沟通及知情确认*** |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103942454A (zh) * | 2014-05-07 | 2014-07-23 | 东南大学 | 一种基于流动监测车的急症患者应急救援*** |
CN106373061A (zh) * | 2015-07-24 | 2017-02-01 | 秀传医疗社团法人秀传纪念医院 | 急症行动救护方法 |
CN107103179A (zh) * | 2017-03-10 | 2017-08-29 | 重庆同仁至诚科技有限公司 | 胸痛急救医联网***及其应用方法 |
CN107330297A (zh) * | 2017-07-19 | 2017-11-07 | 湖南暄程科技有限公司 | 一种医疗急救***和方法 |
CN108766540A (zh) * | 2018-05-15 | 2018-11-06 | 李招兵 | 一种智慧医疗*** |
CN109545393A (zh) * | 2018-11-09 | 2019-03-29 | 泰康保险集团股份有限公司 | 紧急救助的方法与*** |
-
2019
- 2019-12-09 CN CN201911252095.5A patent/CN110931118A/zh active Pending
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103942454A (zh) * | 2014-05-07 | 2014-07-23 | 东南大学 | 一种基于流动监测车的急症患者应急救援*** |
CN106373061A (zh) * | 2015-07-24 | 2017-02-01 | 秀传医疗社团法人秀传纪念医院 | 急症行动救护方法 |
CN107103179A (zh) * | 2017-03-10 | 2017-08-29 | 重庆同仁至诚科技有限公司 | 胸痛急救医联网***及其应用方法 |
CN107330297A (zh) * | 2017-07-19 | 2017-11-07 | 湖南暄程科技有限公司 | 一种医疗急救***和方法 |
CN108766540A (zh) * | 2018-05-15 | 2018-11-06 | 李招兵 | 一种智慧医疗*** |
CN109545393A (zh) * | 2018-11-09 | 2019-03-29 | 泰康保险集团股份有限公司 | 紧急救助的方法与*** |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111539498A (zh) * | 2020-04-27 | 2020-08-14 | 吉林大学中日联谊医院 | 一种信息化病案管理***患者签名装置 |
CN111539498B (zh) * | 2020-04-27 | 2023-08-29 | 吉林大学中日联谊医院 | 一种信息化病案管理***患者签名装置 |
CN112700891A (zh) * | 2021-02-08 | 2021-04-23 | 四川大学华西医院 | 一种医务人员组织的远程沟通及知情确认*** |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9801036B2 (en) | Initial rescue information collection device, operation method thereof, recording medium, and system | |
CN107038326A (zh) | 一种多功能医疗服务*** | |
US20210152510A1 (en) | System and method for receiving communications and providing alerts | |
JP2002092235A (ja) | 医療機関紹介システムと方法 | |
CN110931118A (zh) | 一种急救***和方法 | |
Manchanda | Telemedicine–getting care to patients closer to home | |
CN108174041A (zh) | 医疗救治***及方法 | |
Bhagwanjee et al. | Bridging the gap between VCT and HIV/AIDS treatment uptake: perspectives from a mining-sector workplace in South Africa | |
CN113349745A (zh) | 一种患者用辅助监护装置 | |
WO2016009934A1 (ja) | 情報共有システム、患者端末、および情報管理装置 | |
US20120142309A1 (en) | Information communication system, emergency use device, and portable communication device | |
KR20070079886A (ko) | 응급 환자에 대한 이송 중 응급 정보 전송 시스템 및 방법 | |
CN202223216U (zh) | 医疗设备远程通信采集终端 | |
KR102303288B1 (ko) | 환자 통합 관리 시스템 | |
Bratan et al. | Towards the design of a generic systems architecture for remote patient monitoring | |
JP2015191377A (ja) | 医療情報集約出力装置 | |
JP2003091594A (ja) | 遠隔医療システム | |
Nandan et al. | Telemedicine (e-Health, m-Health): Requirements, challenges and applications | |
Conduce et al. | Impact of wireless technologies on public health: a literature review | |
CN112397185A (zh) | 一种急救***和数据处理方法 | |
CN111047289A (zh) | 一种用于创伤外科抢救基于5g技术的快速数据传输*** | |
CN111833994A (zh) | 一种医疗紧急快速急救***及方法 | |
CN113850973A (zh) | 一种基于智能手环的医疗急救呼叫*** | |
JP2006276922A (ja) | 救急システムおよび患者情報共有方法 | |
CN210983642U (zh) | 一种医护急救呼叫*** |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20200327 |