CN112397185A - 一种急救系统和数据处理方法 - Google Patents
一种急救系统和数据处理方法 Download PDFInfo
- Publication number
- CN112397185A CN112397185A CN202011225986.4A CN202011225986A CN112397185A CN 112397185 A CN112397185 A CN 112397185A CN 202011225986 A CN202011225986 A CN 202011225986A CN 112397185 A CN112397185 A CN 112397185A
- Authority
- CN
- China
- Prior art keywords
- data
- server
- display
- equipment
- request
- 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/20—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 or administration of healthcare resources or facilities, e.g. managing hospital staff or surgery rooms
-
- 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
- G16H80/00—ICT specially adapted for facilitating communication between medical practitioners or patients, e.g. for collaborative diagnosis, therapy or health monitoring
Landscapes
- Health & Medical Sciences (AREA)
- Engineering & Computer Science (AREA)
- Medical Informatics (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Biomedical Technology (AREA)
- Epidemiology (AREA)
- General Health & Medical Sciences (AREA)
- Primary Health Care (AREA)
- Public Health (AREA)
- Pathology (AREA)
- Alarm Systems (AREA)
Abstract
本申请提供一种急救系统和数据处理方法,涉及医疗技术领域,该系统可避免错过被救助者救援的黄金时间。该系统包括:车载医疗设备、网关设备、服务器以及显示设备。车载医疗设备,用于采集表征第一人员的生命体征状态的目标数据并发送给网关设备。网关设备,用于根据接收到的目标数据确定出第一预设格式的第一数据并发送给服务器。服务器,用于根据接收到的第一数据确定出第二预设格式的第二数据,第二预设格式与显示设备的显示格式对应。服务器,还用于向显示设备发送包括有第二数据的显示请求,显示请求用于指示显示设备显示第二数据。显示设备,用于接收服务器发送的显示请求并显示第二数据。
Description
技术领域
本申请涉及医疗技术领域,尤其涉及一种急救系统和数据处理方法。
背景技术
目前,医院在接到急救请求后会组织相关工作人员赶赴急救现场,相关工作人员到达现场通过简单的急救措施对被救助者进行初步的处理,然后将被救助者送往医院。被救助者被转送到医院之后,才会按照正常的救治流程进行检查、确诊以及确定治疗方案等流程。
然而,被救助者从急救现场转送至医院需要一定的时间,这样易错过救援的黄金时间。
发明内容
本申请提供一种急救系统和数据处理方法,该系统可避免错过被救助者救援的黄金时间。
为达到上述目的,本申请采用如下技术方案:
第一方面,本申请提供一种急救系统,该系统包括:车载医疗设备、网关设备、服务器以及显示设备。其中,车载医疗设备与网关设备通信连接,网关设备与服务器通信连接,服务器与显示设备通信连接。车载医疗设备,用于采集目标数据并发送给网关设备;目标数据用于表征第一人员(比如,被救助者)的生命体征状态。网关设备,用于根据接收到的目标数据确定出第一数据,并将第一数据发送给服务器;第一数据为第一预设格式。服务器,用于根据接收到的第一数据确定出第二数据;第二数据为第二预设格式;第二预设格式与显示设备的显示格式对应。服务器,还用于向显示设备发送显示请求;显示请求包括第二数据,显示请求用于指示显示设备显示第二数据。显示设备,用于接收服务器发送的显示请求并显示第二数据。
本申请提供的急救系统中,车载医疗设备可以经过网关设备、服务器将用于表征第一人员的生命体征状态的目标数据传输给显示设备,且在传输过程服务器可以将目标数据转换为适配于显示设备的数据格式。这样,第一人员(比如,被救助者)被转送至接收医院的途中,第二人员(比如,接收医院的医生)即可以根据显示设备中显示的用于表征第一人员的生命体征状态的第二数据及时确定出对于第一人员的急救方案。所以,本申请提供的技术方案可以避免错过对于第一人员救援的黄金时间。
可选地,在一种可能的设计方式中,显示设备,还用于响应于第二人员的第一触发操作,向服务器发送第一获取请求,第一获取请求用于请求获取第二数据。服务器具体用于,在接收到显示设备发送的第一获取请求的情况下,对第一获取请求进行鉴权,且在对第一获取请求鉴权通过后,向显示设备发送显示请求。
可选地,在另一种可能的设计方式中,本申请提供的急救系统还包括:第一终端;第一终端分别与显示设备和服务器连接。第一终端,用于响应于第二人员的第二触发操作,向服务器发送第二获取请求,第二获取请求用于指示服务器向显示设备发送显示请求。服务器具体用于,在接收到第二获取请求的情况下,对第二获取请求进行鉴权,且在对第二获取请求鉴权通过后,向显示设备发送显示请求。
可选地,在另一种可能的设计方式中,服务器,还用于根据接收到的第一数据确定出第三数据,并存储第三数据;第三数据为第三预设格式。
可选地,在另一种可能的设计方式中,本申请提供的急救系统还包括:第二终端,第二终端与网关设备连接。第二终端,用于响应于第三人员的第三触发操作,通过网关设备向服务器发送第一人员的病历信息;服务器,还用于发送病历信息。
可选地,在另一种可能的设计方式中,本申请提供的急救系统还包括:采集设备,采集设备与网关设备连接。采集设备,用于采集车辆的行驶状态数据,并通过网关设备向服务器发送行驶状态数据;服务器,还用于发送行驶状态数据。
可选地,在另一种可能的设计方式中,本申请提供的急救系统还包括:第三终端;第三终端与网关设备连接;第三终端,用于采集视频图像并通过网关设备传输至服务器;服务器,还用于发送视频图像。
第二方面,本申请提供一种数据处理方法,可以应用于第一方面提供的急救系统,该方法包括:车载医疗设备采集目标数据并发送给网关设备;目标数据用于表征第一人员的生命体征状态;网关设备根据接收到的目标数据确定出第一数据,并将第一数据发送给服务器;第一数据为第一预设格式;服务器根据接收到的第一数据确定出第二数据;第二数据为第二预设格式;第二预设格式与显示设备的显示格式对应;服务器向显示设备发送显示请求;显示请求包括第二数据,显示请求用于指示显示设备显示第二数据;显示设备显示第二数据。
第三方面,本申请提供一种数据处理装置,包括处理器,处理器用于与存储器耦合,读取并执行存储器中的指令,以实现上述第二方面提供的数据处理方法中服务器实现的功能。
可选地,该数据处理装置还可以包括存储器,该存储器用于保存该数据处理装置的程序指令和数据。进一步可选地,该数据处理装置还可以包括收发器,该收发器用于在数据处理装置的处理器的控制下,执行收发数据、信令或信息的步骤,例如,向显示设备发送显示请求。
可选地,该数据处理装置可以是服务器,也可以是服务器中的一部分装置,例如可以是服务器中的芯片系统。该芯片系统用于支持数据处理装置实现上述第二方面提供的数据处理方法中服务器实现的功能,例如,接收,发送或处理上述数据处理方法中所涉及的数据和/或信息。该芯片系统包括芯片,也可以包括其他分立器件或电路结构。
第四方面,本申请提供一种计算机可读存储介质,计算机可读存储介质中存储有指令,当计算机执行该指令时,以实现上述第二方面提供的数据处理方法中服务器实现的功能。
第五方面,本申请提供一种计算机程序产品,该计算机程序产品包括计算机指令,当计算机指令在计算机上运行时,使得所述计算机执行如上述第二方面提供的数据处理方法中服务器实现的功能。
需要说明的是,上述计算机指令可以全部或者部分存储在计算机可读存储介质上。其中,计算机可读存储介质可以与数据处理装置的处理器封装在一起的,也可以与数据处理装置的处理器单独封装,本申请对此不作限定。
本申请中第二方面、第三方面、第四方面以及第五方面的描述,可以参考第一方面的详细描述;并且,第二方面、第三方面、第四方面、以及第五方面的描述的有益效果,可以参考第一方面的有益效果分析,此处不再赘述。
在本申请中,对于上述急救系统中各个设备或设备中的功能模块本身不构成限定,在实际实现中,这些设备或功能模块可以以其他名称出现。只要各个设备或功能模块的功能和本发明类似,属于本申请权利要求及其等同技术的范围之内。
本申请的这些方面或其他方面在以下的描述中会更加简明易懂。
附图说明
图1为本申请实施例提供的一种急救系统的架构示意图;
图2为本申请实施例提供的另一种急救系统的架构示意图;
图3为本申请实施例提供的又一种急救系统的架构示意图;
图4为本申请实施例提供的又一种急救系统的架构示意图;
图5为本申请实施例提供的又一种急救系统的架构示意图;
图6为本申请实施例提供的一种数据处理方法的流程示意图;
图7为本申请实施例提供的另一种数据处理方法的流程示意图;
图8为本申请实施例提供的一种数据处理装置的结构示意图;
图9为本申请实施例提供的另一种数据处理装置的结构示意图。
具体实施方式
下面结合附图对本申请实施例提供的一种急救系统和数据处理方法进行详细地描述。
本文中术语“和/或”,仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。
本申请的说明书以及附图中的术语“第一”和“第二”等是用于区别不同的对象,或者用于区别对同一对象的不同处理,而不是用于描述对象的特定顺序。
此外,本申请的描述中所提到的术语“包括”和“具有”以及它们的任何变形,意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元,而是可选地还包括其他没有列出的步骤或单元,或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。
需要说明的是,本申请实施例中,“示例性地”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性地”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言,使用“示例性地”或者“例如”等词旨在以具体方式呈现相关概念。
在本申请的描述中,除非另有说明,“多个”的含义是指两个或两个以上。
目前,医院在接到急救请求后会组织相关人员赶赴急救现场,相关人员到达现场通过简单的急救措施对被救助者进行初步的处理,然后将被救助者送往医院。被救助者被转送到医院之后,才会按照正常的救治流程进行检查、确诊以及确定治疗方案等流程。
然而,被救助者从急救现场转送至医院需要一定的时间,这样易错过救援的黄金时间。
针对上述现有技术中存在的问题,本申请实施例提供了一种急救系统,该系统包括:车载医疗设备、网关设备、服务器以及显示设备。其中,车载医疗设备可以经过网关设备、服务器将用于表征第一人员的生命体征状态的目标数据传输给显示设备,且在传输过程服务器可以将目标数据转换为适配于显示设备的数据格式。这样,第一人员被转送至接收医院的途中,第二人员即可以根据显示设备中显示的用于表征第一人员的生命体征状态的第二数据及时确定出对于第一人员的急救方案。所以,本申请提供的技术方案可以避免错过对于第一人员救援的黄金时间。
图1示出了该急救系统的一种可能的结构。如图1所示,该急救系统包括车载医疗设备01、网关设备02、服务器03以及显示设备04。车载医疗设备01与网关设备02通信连接,网关设备02与服务器03通信连接,服务器03与显示设备04通信连接。
可以理解的是,在实际应用中,本申请实施例提供的急救系统中可以包括多个车辆,每个车辆可以转运不同的第一人员至接收第一人员的接收医院。每个车辆中设置有车载医疗设备01,车载医疗设备01可以对转运的第一人员的生命体征状态进行监测。本申请实施例的以下描述中,将以一个车辆转送第一人员为例展开说明,具体描述急救系统中一个车辆中的车载医疗设备01采集到的目标数据的数据处理过程。
其中,车载医疗设备01部署在车辆上,可以包括心电监护仪、心电图机以及呼吸机等生命体征监测设备。
网关设备02可以为第五代移动通信技术(5th generation mobile networks,5G)网关。可以理解的是,在实际应用中,网关设备02还可以为其他设备,示例性地,当本申请实施例提供的急救系统应用于第六代移动通信技术(6th generation mobile networks,6G)网络架构中时,网关设备02还可以为6G网关。
服务器03,可以为云服务器,也可以是部署在各个接收医院边缘侧的移动边缘计算(mobile edge computing,MEC)服务器。另外,服务器03可以是一台服务器,也可以是由多台服务器组成的服务器集群,本申请实施例对此不做限定。
显示设备04,可以是部署在接收医院端的用于显示第一人员生命体征状态数据的设备。
具体地,车载医疗设备01,用于采集目标数据并发送给网关设备02。
其中,目标数据用于表征第一人员(比如,被救助者)的生命体征状态。
网关设备02,用于根据从车载医疗设备01接收到的目标数据确定出第一预设格式的第一数据,并将第一数据发送给服务器03。
第一预设格式可以是人为预先设置的数据存储格式。示例性地,网关设备02可以将从车载医疗设备01接收到的目标数据重新编码,确定出固定格式的数据包发送给服务器03。
车载医疗设备01一般以固定周期向网关设备02发送目标数据,网关设备02在根据目标数据确定出第一预设格式的第一数据后,可以将确定出的第一预设格式的第一数据临时存储一段时间,避免由于网络状态不佳导致数据无法传输。示例性地,网关设备02在根据目标数据确定出第一预设格式的第一数据后,可以将确定出的第一预设格式的第一数据临时存储1分钟,当监测到网络状态不佳时可以延长对于第一数据的存储时间,在网络状态恢复之后,重新将存储的第一预设格式的第一数据发送给服务器03。
服务器03,用于根据接收到的第一数据确定出第二预设格式的第二数据。
一般地,车载医疗设备01采集的目标数据为HL7(Health Level Seven,标准化的卫生信息传输协议)格式,该格式为非明文格式,则网关设备02发送给服务器03的第一数据一般也为非明文格式,所以服务器03在接收到非明文格式的第一数据之后,可以先将非明文格式的第一数据解析为明文格式。也即是服务器03在接收到第一数据之后,可以将第一预设格式的第一数据转换为第二预设格式的第二数据。
由于第二数据最终要在显示设备04中显示,所以第二预设格式与显示设备04的显示格式对应。示例性地,服务器03可以根据时间窗将第一数据转换为波形数据,且波形数据的频率、波长以及幅度等参数与显示设备04的显示格式一致。
示例性地,第二预设格式可以为js格式。
服务器03,还用于向显示设备04发送包括第二数据的显示请求,显示请求用于指示显示设备04显示第二数据。
显示设备04,用于接收服务器03发送的显示请求并显示第二数据。
在一种可能的实现方式中,显示设备04,还用于响应于第二人员的第一触发操作,向服务器03发送用于请求获取第二数据的第一获取请求,服务器03具体用于,在接收到第一获取请求的情况下,对第一获取请求进行鉴权,且在对第一获取请求鉴权通过后,向显示设备04发送显示请求。
示例性地,服务器03在接收到第一获取请求的情况下,可以判断第一获取请求是否有效,若确定第一获取请求为有效请求,则开放数据传输接口,向显示设备04发送显示请求。反之,若服务器03确定第一获取请求为无效请求,则关闭数据传输接口,向显示设备04反馈错误信息。
其中,第二人员可以为接收医院的医生,第一触发操作可以为第二人员在显示设备04上进行的点击操作、长按操作或者触摸操作。在第二人员对显示设备04进行点击操作、长按操作或者触摸操作的情况下,显示设备04可以响应于该操作向服务器03发送第一获取请求。
在另一种可能的实现方式中,本申请实施例提供的急救系统还包括第一终端。
如图2所示,提供了一种急救系统的可能的结构示意图,其中,第一终端05分别与显示设备04和服务器03连接。第一终端05,用于响应于第二人员的第二触发操作,向服务器03发送第二获取请求,第二获取请求用于指示服务器03向显示设备04发送显示请求。服务器03具体用于,在接收到第二获取请求的情况下,对第二获取请求进行鉴权,且在对第二获取请求鉴权通过后,向显示设备04发送显示请求。
其中,第二触发操作可以为第二人员在第一终端05上进行的点击操作、长按操作或者触摸操作。在第二人员对第一终端05进行点击操作、长按操作或者触摸操作的情况下,第一终端05可以响应于该操作向服务器03发送第二获取请求。
可选地,服务器03,还用于根据接收到的第一数据确定出第三预设格式的第三数据,并存储第三数据。服务器03可以定期对存储的第三数据进行分析,确定出分析报告,为各个接收医院的医生制定急救方案提供一定的理论基础。
其中,第三预设格式可以是人为事先确定的数据存储格式。示例性地,第三预设格式可以是可扩展标记语言(eXtensible markup language,XML)格式。
可选地,本申请实施例提供的急救系统还可以包括第二终端,如图3所示,提供了一种急救系统的可能的结构示意图,第二终端06与网关设备02连接。
具体地,第二终端06,用于响应于第三人员的第三触发操作,通过网关设备02向服务器03发送第一人员的病历信息;服务器03,还用于发送病历信息。
其中,第三人员可以为车辆上的随车医生。第三触发操作,可以为第三人员在第二终端06上进行的点击操作、长按操作或者触摸操作。示例性地,第三人员可以通过在第二终端06上进行的点击操作、长按操作或者触摸操作录入第一人员的病历信息。其中,病历信息可以包括第一人员的身份信息、既往病史以及车辆转送第一人员的关键节点时间等信息。
在一种可能的实现方式中,服务器03可以将病历信息发送给第一终端05。
在另一种可能的实现方式中,第二终端06中载有与接收医院的医院信息管理系统(hospital information system,HIS)连接的应用程序(Application,APP),第三人员可以通过在第二终端06的APP上进行的点击操作、长按操作或者触摸操作完成对第一人员的挂号、缴费等流程,以避免由于办理入院的一系列繁琐的流程错过对第一人员救援的黄金时间。
其中,第一终端05和第二终端06可以是手机、平板电脑、桌面型计算机、膝上型计算机、笔记本电脑、超级移动个人计算机(ultra-mobile personal computer,UMPC)、手持计算机、上网本、个人数字助理(personal digital assistant,PDA)、可穿戴电子设备、虚拟现实设备等不同类型的终端。
可选地,本申请实施例提供的急救系统还可以包括采集设备,如图4所示,提供了一种急救系统的可能的结构示意图,采集设备07与网关设备02连接。
具体地,采集设备07,用于采集车辆的行驶状态数据,并通过网关设备02向服务器03发送行驶状态数据;服务器03,还用于发送行驶状态数据。
示例性地,采集设备07可以为行车记录仪,行驶状态数据可以包括车辆速度,车辆位置、胎压以及故障数据等。
在一种可能的实现方式中,服务器03可以将行驶状态数据发送给第一终端05。
在另一种可能的实现方式中,服务器03可以将行驶状态数据发送给显示设备04,第二人员可以根据显示设备04中显示的行驶状态数据结合第二数据确定出对于第一人员的急救方案。
可选地,本申请实施例提供的急救系统还可以包括第三终端,如图5所示,提供了一种急救系统的可能的结构示意图,第三终端与网关设备02连接。
具体地,第三终端,用于采集视频图像并通过网关设备02传输至服务器03;服务器03,还用于发送视频图像。
示例性地,第三终端可以是增强现实(augmented reality,AR)设备。比如,第三终端可以是AR眼镜,在第三人员穿戴AR眼镜的情况下,AR眼镜可以采集车辆上的视频图像并通过网关设备02传输至服务器03。服务器03可以将视频图像发送给第一终端05或者显示设备04,第二人员可以根据AR眼镜采集的视频图像与第三人员实时通讯,以便及时确定出对于第一人员的急救方案。
可以理解的是,在实际应用中,急救系统还可以包括有其他硬件或软件系统,此处仅对本申请实施例中可能会用到的设备作以介绍,并不构成对急救系统的具体限定。
本申请实施例提供的急救系统中,车载医疗设备可以经过网关设备、服务器将用于表征第一人员的生命体征状态的目标数据传输给显示设备,且在传输过程服务器可以将目标数据转换为适配于显示设备的数据格式。这样,第一人员(比如,被救助者)被转送至接收医院的途中,第二人员(比如,接收医院的医生)即可以根据显示设备中显示的用于表征第一人员的生命体征状态的第二数据及时确定出对于第一人员的急救方案。所以,本申请提供的技术方案可以避免错过对于第一人员救援的黄金时间。
参照图6所示,本申请实施例还提供了一种数据处理方法,该方法可以应用于图1至图5中任意的急救系统。如图6所示,该数据处理方法包括:S101-S105:
S101、车载医疗设备采集目标数据并发送给网关设备。
S102、网关设备根据接收到的目标数据确定出第一数据,并将第一数据发送给服务器。
S103、服务器根据接收到的第一数据确定出第二数据。
S104、服务器向显示设备发送显示请求。
可选地,服务器向显示设备发送显示请求之前,显示设备,可以响应于第二人员的第一触发操作,向服务器发送用于请求获取第二数据的第一获取请求。服务器在接收到第一获取请求的情况下,对第一获取请求进行鉴权,且在对第一获取请求鉴权通过后,向显示设备发送显示请求。
可选地,服务器向显示设备发送显示请求之前,第一终端可以响应于第二人员的第二触发操作,向服务器发送用于指示服务器向显示设备发送显示请求的第二获取请求。服务器在接收到第二获取请求的情况下,对第二获取请求进行鉴权,且在对第二获取请求鉴权通过后,向显示设备发送显示请求。
S105、显示设备显示第二数据。
可选地,如图7所示,网关设备将第一数据发送给服务器之后,本申请实施例提供的数据处理方法还可以包括:
S201、服务器根据接收到的第一数据确定出第三数据,并存储第三数据。
可选地,第二终端还可以响应于第三人员的第三触发操作,通过网关设备向服务器发送第一人员的病历信息,服务器在接收到第一人员的病历信息之后,可以向显示设备或第一终端发送病历信息。
可选地,采集设备还可以采集车辆的行驶状态数据,并通过网关设备向服务器发送行驶状态数据,服务器在接收到行驶状态数据之后,可以向显示设备或第一终端发送行驶状态数据。
可选地,第三终端可以采集视频图像并通过网关设备传输至服务器,服务器可以将接收的视频图像实时传输给显示设备或第一终端。
如图8所示,本申请实施例还提供了一种数据处理装置,该数据处理装置可以是图1至图5所示的急救系统中的服务器03,该数据处理装置包括:确定模块31和发送模块32。
其中,确定模块31执行上述方法实施例中的S103,发送模块32执行上述方法实施例中的S104。
具体地,确定模块31,用于根据接收到的第一数据确定出第二数据。第二数据为第二预设格式,第二预设格式与显示设备的显示格式对应。
发送模块32用于向显示设备发送显示请求,显示请求包括第二数据,显示请求用于指示显示设备显示第二数据。
可选地,数据处理装置还包括存储模块。存储模块用于存储该数据处理装置的程序代码等。
如图9所示,本申请实施例还提供一种数据处理装置,包括存储器41、处理器42、总线43和通信接口44;存储器41用于存储计算机执行指令,处理器42与存储器41通过总线43连接;当数据处理装置运行时,处理器42执行存储器41存储的计算机执行指令,以使数据处理装置执行如上述实施例提供的数据处理方法中的服务器实现的功能。
在具体的实现中,作为一种实施例,处理器42(42-1和42-2)可以包括一个或多个中央处理器(central processing unit,CPU),例如图9中所示的CPU0和CPU1。且作为一种实施例,数据处理装置可以包括多个处理器42,例如图9中所示的处理器42-1和处理器42-2。这些处理器42中的每一个CPU可以是一个单核处理器(single-CPU),也可以是一个多核处理器(multi-CPU)。这里的处理器42可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。
存储器41可以是只读存储器41(read-only memory,ROM)或可存储静态信息和指令的其他类型的静态存储设备,随机存取存储器(random access memory,RAM)或者可存储信息和指令的其他类型的动态存储设备,也可以是电可擦可编程只读存储器(electrically erasable programmable read-only memory,EEPROM)、只读光盘(compactdisc read-only memory,CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质,但不限于此。存储器41可以是独立存在,通过总线43与处理器42相连接。存储器41也可以和处理器42集成在一起。
在具体的实现中,存储器41,用于存储本申请中的数据和执行本申请的软件程序对应的计算机执行指令。处理器42可以通过运行或执行存储在存储器41内的软件程序,以及调用存储在存储器41内的数据,数据处理装置的各种功能。
通信接口44,使用任何收发器一类的装置,用于与其他设备或通信网络通信,如控制系统、无线接入网(radio access network,RAN),无线局域网(wireless local areanetworks,WLAN)等。通信接口44可以包括接收单元实现接收功能,以及发送单元实现发送功能。
总线43,可以是工业标准体系结构(industry standard architecture,ISA)总线、外部设备互连(peripheral component interconnect,PCI)总线或扩展工业标准体系结构(extended industry standard architecture,EISA)总线等。该总线43可以分为地址总线、数据总线、控制总线等。为便于表示,图9中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
本实施例中相关内容的解释可参考上述方法实施例,此处不再赘述。
通过以上的实施方式的描述,所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将装置的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。上述描述的系统,装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
本申请实施例还提供一种计算机可读存储介质,计算机可读存储介质中存储有指令,当计算机执行该指令时,使得计算机执行上述实施例提供的数据处理方法中的服务器实现的功能。
其中,计算机可读存储介质,例如可以是但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、RAM、ROM、可擦式可编程只读存储器(erasable programmable read only memory,EPROM)、寄存器、硬盘、光纤、CD-ROM、光存储器件、磁存储器件、或者上述的任意合适的组合、或者本领域熟知的任何其它形式的计算机可读存储介质。一种示例性地存储介质耦合至处理器,从而使处理器能够从该存储介质读取信息,且可向该存储介质写入信息。当然,存储介质也可以是处理器的组成部分。处理器和存储介质可以位于特定用途集成电路(application specificintegrated circuit,ASIC)中。在本申请实施例中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何在本申请揭露的技术范围内的变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应该以权利要求的保护范围为准。
Claims (10)
1.一种急救系统,其特征在于,包括:车载医疗设备、网关设备、服务器以及显示设备;所述车载医疗设备与所述网关设备通信连接,所述网关设备与所述服务器通信连接,所述服务器与所述显示设备通信连接;
所述车载医疗设备,用于采集目标数据并发送给所述网关设备;所述目标数据用于表征第一人员的生命体征状态;
所述网关设备,用于根据接收到的所述目标数据确定出第一数据,并将所述第一数据发送给所述服务器;所述第一数据为第一预设格式;
所述服务器,用于根据接收到的所述第一数据确定出第二数据;所述第二数据为第二预设格式;所述第二预设格式与所述显示设备的显示格式对应;
所述服务器,还用于向所述显示设备发送显示请求;所述显示请求包括所述第二数据,所述显示请求用于指示所述显示设备显示所述第二数据;
所述显示设备,用于接收所述服务器发送的所述显示请求并显示所述第二数据。
2.根据权利要求1所述的急救系统,其特征在于,
所述显示设备,还用于响应于第二人员的第一触发操作,向所述服务器发送第一获取请求,所述第一获取请求用于请求获取所述第二数据;
所述服务器具体用于,在接收到所述第一获取请求的情况下,对所述第一获取请求进行鉴权,且在对所述第一获取请求鉴权通过后,向所述显示设备发送所述显示请求。
3.根据权利要求1所述的急救系统,其特征在于,所述急救系统还包括:第一终端;所述第一终端分别与所述显示设备和所述服务器连接;
所述第一终端,用于响应于第二人员的第二触发操作,向所述服务器发送第二获取请求,所述第二获取请求用于指示所述服务器向所述显示设备发送所述显示请求;
所述服务器具体用于,在接收到所述第二获取请求的情况下,对所述第二获取请求进行鉴权,且在对所述第二获取请求鉴权通过后,向所述显示设备发送所述显示请求。
4.根据权利要求1-3任意一项所述的急救系统,其特征在于,
所述服务器,还用于根据接收到的所述第一数据确定出第三数据,并存储所述第三数据;所述第三数据为第三预设格式。
5.根据权利要求4所述的急救系统,其特征在于,所述急救系统还包括:第二终端,所述第二终端与所述网关设备连接;
所述第二终端,用于响应于第三人员的第三触发操作,通过所述网关设备向所述服务器发送所述第一人员的病历信息;
所述服务器,还用于发送所述病历信息。
6.根据权利要求5所述的急救系统,其特征在于,所述急救系统还包括:采集设备,所述采集设备与所述网关设备连接;
所述采集设备,用于采集车辆的行驶状态数据,并通过所述网关设备向所述服务器发送所述行驶状态数据;
所述服务器,还用于发送所述行驶状态数据。
7.根据权利要求6所述的急救系统,其特征在于,所述急救系统还包括:第三终端;所述第三终端与所述网关设备连接;
所述第三终端,用于采集视频图像并通过所述网关设备传输至所述服务器;
所述服务器,还用于发送所述视频图像。
8.一种数据处理方法,应用于急救系统,其特征在于,包括:
车载医疗设备采集目标数据并发送给网关设备;所述目标数据用于表征第一人员的生命体征状态;
所述网关设备根据接收到的所述目标数据确定出第一数据,并将所述第一数据发送给服务器;所述第一数据为第一预设格式;
所述服务器根据接收到的所述第一数据确定出第二数据;所述第二数据为第二预设格式;所述第二预设格式与显示设备的显示格式对应;
所述服务器向所述显示设备发送显示请求;所述显示请求包括所述第二数据,所述显示请求用于指示所述显示设备显示所述第二数据;
所述显示设备显示所述第二数据。
9.根据权利要求8所述的数据处理方法,其特征在于,所述将所述第一数据发送给服务器之后,所述方法还包括:
所述服务器根据接收到的所述第一数据确定出第三数据,并存储所述第三数据;所述第三数据为第三预设格式。
10.根据权利要求9所述的数据处理方法,其特征在于,所述方法还包括:
第二终端响应于第三人员的第三触发操作,通过所述网关设备向所述服务器发送所述第一人员的病历信息;
所述服务器发送所述病历信息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011225986.4A CN112397185A (zh) | 2020-11-05 | 2020-11-05 | 一种急救系统和数据处理方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011225986.4A CN112397185A (zh) | 2020-11-05 | 2020-11-05 | 一种急救系统和数据处理方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN112397185A true CN112397185A (zh) | 2021-02-23 |
Family
ID=74598935
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202011225986.4A Pending CN112397185A (zh) | 2020-11-05 | 2020-11-05 | 一种急救系统和数据处理方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112397185A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115378975A (zh) * | 2022-08-23 | 2022-11-22 | 索思(苏州)医疗科技有限公司 | 信号实时处理方法、装置、电子设备以及存储介质 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1845115A (zh) * | 2006-05-15 | 2006-10-11 | 赵达 | 医疗数据处理系统及处理方法 |
CN103312782A (zh) * | 2013-05-15 | 2013-09-18 | 晁彦公 | 一种远程智能急救系统及其方法 |
CN104486596A (zh) * | 2014-12-30 | 2015-04-01 | 西安诺瓦电子科技有限公司 | 显示屏监控数据展示方法及系统 |
CN107910055A (zh) * | 2017-12-12 | 2018-04-13 | 北京倍肯恒业科技发展股份有限公司 | 一种医疗急救系统及方法 |
-
2020
- 2020-11-05 CN CN202011225986.4A patent/CN112397185A/zh active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1845115A (zh) * | 2006-05-15 | 2006-10-11 | 赵达 | 医疗数据处理系统及处理方法 |
CN103312782A (zh) * | 2013-05-15 | 2013-09-18 | 晁彦公 | 一种远程智能急救系统及其方法 |
CN104486596A (zh) * | 2014-12-30 | 2015-04-01 | 西安诺瓦电子科技有限公司 | 显示屏监控数据展示方法及系统 |
CN107910055A (zh) * | 2017-12-12 | 2018-04-13 | 北京倍肯恒业科技发展股份有限公司 | 一种医疗急救系统及方法 |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115378975A (zh) * | 2022-08-23 | 2022-11-22 | 索思(苏州)医疗科技有限公司 | 信号实时处理方法、装置、电子设备以及存储介质 |
CN115378975B (zh) * | 2022-08-23 | 2024-02-02 | 索思(苏州)医疗科技有限公司 | 信号实时处理方法、装置、电子设备以及存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
Rubel et al. | Toward personal eHealth in cardiology. Results from the EPI-MEDICS telemedicine project | |
CN108521461B (zh) | 基于边缘计算的健康监测方法、装置、设备及存储介质 | |
US8826369B2 (en) | Terminal, communication system, data management method, server and storage medium | |
US20090273467A1 (en) | Ip based monitoring and alarming | |
CN107038326A (zh) | 一种多功能医疗服务系统 | |
US20160005293A1 (en) | Disaster situation management system and personal identification terminal associated with the same | |
Kotronis et al. | Managing criticalities of e-health iot systems | |
CN105260596A (zh) | 基于云存储平台的居民健康状况实时分析方法 | |
Ranganathan et al. | Rural Automatic Healthcare Dispatch with Real-Time Remote Monitoring | |
KR20180010573A (ko) | 스마트 구급차 | |
Shams et al. | Internet of things in telemedicine: a discussion regarding to several implementation | |
CN203276282U (zh) | 远程医疗信息系统 | |
CN112397185A (zh) | 一种急救系统和数据处理方法 | |
Tiwari et al. | Idea, architecture, and applications of 5G enabled IoMT systems for smart health care system | |
Tasic et al. | A medical cloud | |
CN110931118A (zh) | 一种急救系统和方法 | |
Misra et al. | i-avr: Iot-based ambulatory vitals monitoring and recommender system | |
Jeba Kumar et al. | Intelligent Transit Healthcare Schema Using Internet of Medical Things (IoMT) Technology for Remote Patient Monitoring | |
RU2739126C1 (ru) | Радиоканальный комплекс для дистанционного контроля состояния здоровья и рабочей активности сотрудников промышленных и транспортных предприятий | |
Mehedi et al. | IoT based healthcare middleware | |
JP2003091594A (ja) | 遠隔医療システム | |
CN211555476U (zh) | 一种伤员信息系统 | |
Wang et al. | Telemedicine based on mobile devices and mobile cloud computing | |
CN106175730A (zh) | 一种信息提醒方法、装置及一种信息提醒系统 | |
CN105847416A (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 |