CN116825301A - 一种基于5g的院前医疗急救信息系统 - Google Patents

Abstract

本申请提供一种基于5G的院前医疗急救信息系统，包括：车载终端系统，包括在5G救护车中安装的车载终端、行车记录仪、5G单兵设备、摄像机、网关、医疗设备，实现视频图像、音频数据、地理位置定位、医疗数据的信息采集，采集后的信息由5G网关发送给指挥中心；指挥中心，用于执行资源监管、监测预警、分析决策、指挥调度、远程会诊、应急评估。本申请实现院前急救、院内急救、院间协作的流程无缝衔接和数据连通融合，做到系统可连接、业务数字化、急救智能化。横向到边扩大应用支撑覆盖范围，纵向到底深化应用支撑专业性与智能化，实现对智慧急救医疗、智慧急救服务、智慧急救管理三大业务域的信息化应用支撑。

Description

一种基于5G的院前医疗急救信息系统

技术领域

本申请涉及院前急救技术领域，尤其涉及一种基于5G的院前医疗急救信息系统。

背景技术

目前的院前急救系统存在以下问题：

1、突发事件及重大保障处置过程中高效、协同不够

现通过对讲设备和电话中心和救护车上急救医生的语音沟通较多，但不能实时看到现场情况，且缺少实时的数据统计，在处置过程中沟通效率低，对辅助决策支持有限，无法保障紧急救援服务质量。

2、院前院内信息衔接不畅

急救车车辆的车载医疗设备只限于本车使用，伤病员病理信息无法实时传输到中心和医院，急救中心专家和医院专家无法及时对伤病员救援进行指导，无法做到院前急救与院内救治信息传递的无缝衔接，影响救援效率和质量。

3、突发紧急医学救援支持决策不足

突发紧急医学救援事件应急处置中，突发事件现场救援、重要活动现场保障信息报告，指挥调度和辅助决策等工作缺乏智能化支撑手段。在进行紧急医学救援过程中，急救中心无法对后续救援过程进行快速跟踪和管理，以及无法及时处理救援过程中出现的各类突发情况，影响紧急救援服务的效率和质量，不能切实保障人民群众的生命安全和身心健康。

4、应急救援过程未实现实时监控、远程指导和溯源管理

当紧急救援工作开展时，救护车辆不具备到达现场后通过音视频向指挥中心实时回传现场情况的能力，不利于120急救中心、应急专家及管理部门的协同指挥效能提升。面对救援过程中突发医患纠纷事件时，急救中心难以提供救援现场音视频的证据支撑，无法追溯医护人员在救援过程中的行为规范，缺乏解决救援服务效率和质量提升所需的溯源检查信息化手段，已形成救援服务能力提升的瓶颈。

发明内容

有鉴于此，本申请的目的在于提出一种基于5G的院前医疗急救信息系统，本申请能够针对性的解决现有的问题。

基于上述目的，本申请还提出了一种基于5G的院前医疗急救信息系统，包括：

车载终端系统，包括在5G救护车中安装的车载终端、行车记录仪、5G单兵设备、摄像机、网关、医疗设备，实现视频图像、音频数据、地理位置定位、医疗数据的信息采集，采集后的信息由5G网关发送给指挥中心；

指挥中心，用于执行资源监管、监测预警、分析决策、指挥调度、远程会诊、应急评估。

进一步地，所述指挥中心包括：

资源管理模块，用于获取院前急救资源的数据，并通过GIS地图展示所述院前急救资源的分布情况，所述院前急救资源至少包括5G救护车、公共急救设备、有急救资质的人员信息；

监测预警模块，用于根据车载终端系统发送的实时信息，监测位于5G救护车上的病人的情况，以及监测5G救护车上的医护人员采取的急救措施，当监控到病人的情况或者医护人员的急救措施符合预警条件时，发出预警；

分析决策模块，用于根据监测预警模块的监测数据，初步分析病人的情况并给出至少一个急救建议方案；

指挥调度模块，在接收到急救呼叫时，根据呼叫人所处的实时地理位置，以及资源管理模块中各种院前急救资源的分布情况，调配距离所述呼救人所处的实时地理位置附近的5G救护车、公共急救设备、和/或有急救资质的人员前往所述位置；

远程会诊模块，用于在救护车和远程专家之间建立实时会诊音视频窗口，实时显示病人的当前状态数据；

应急评估模块，用于根据重大保障和突发事件进行应急处置评估，给出应急预案。

进一步地，所述采集后的信息由5G网关发送给指挥中心，包括以下步骤：从5G网关中接收分片ID；将接收到的分片ID映射到无线电承载；根据映射到无线承载的分片ID以及主基站和辅基站信息选择传输无线承载的基站；

其中，选择传输无线承载的基站包括：

当映射到无线承载的分片ID表示需要快速处理大数据的业务时，比较主基站未使用的报文数和辅基站未使用的报文数，根据比较结果选择用于传输无线承载的基站；当辅基站未使用的报文数不大于主基站未使用的报文数时，通过辅基站传输无线承载，否则，无线承载通过主基站传输；当主基站的支持带宽与辅基站的支持带宽之差等于或大于预定值时，通过具有较大支持带宽的基站传输无线承载；

当映射到无线承载的分片ID表示需要低时延和高可靠性的业务时，根据主基站时延、辅基站时延和最大允许时延选择传输无线承载的分片ID；当辅基站的时延小于主基站的时延和分片ID的最大允许时延时，无线承载通过辅基站传输，否则，无线承载通过主基站传输；当主基站的时延大于分片ID的最大允许时延和当辅基站的时延大于分片ID的最大允许时延时,将主基站的未使用分组数与辅基站未使用的分组数进行比较，并根据比较结果选择传输无线承载的基站。

进一步地，资源管理模块中，包括：

通过多个路线元素和交叉引用链接多个不同地图源的设施地图模型；

感测组件，响应于在设施地图模型的地理范围内移动的对象；

一个位置服务组件，用于根据感知到的对象位置建议通过不同地图源的路线元素的路线。

进一步地，所述监测预警模块，包括：

接收患者生理变量的多个测量值，多个测量值是在一个时间跨度内获取的；

根据每个测量的生理变量的多个测量值构建时间序列；

基于时间序列确定每个生理变量的多个标准偏差；

基于时间序列为每个生理变量确定多个连续差的均方根(RMSSD)；

为每个生理变量形成均方根的多个偏差比率(RoD)；

基于所述标准偏差和每个生理变量的偏差比率确定未来时间间隔内患者状况恶化的可能性；

根据恶化的可能性启动预警操作。

进一步地，所述分析决策模块中，包括：

将正确的伤害分类、检查清单和医疗物资调度分别作为训练材料输入到人工神经网络中，并配合多个特征向量和一个标签，训练人工神经网络学习进行伤害分类、检验清单和医用物资调度；

对话机器人捕捉患者的自我陈述转换为多个词串，然后将多个词串转换为多个词向量；

根据监测预警模块的监测数据得到患者的多项生理信息；

将所述多个词向量和多项生理信息输入训练好的人工神经网络生成伤害分类、检验清单、医用物资调度。

进一步地，所述指挥调度模块，包括：

当接收到急救呼叫时，向呼叫人提问以根据回答或者所述急救呼叫的信号来源地获取呼叫人的实时地理位置；

将所述实时地理位置输入资源管理模块中，并根据预设半径获得呼叫人周围预设范围内的5G救护车的联系方式、公共急救设备持有人的联系方式、和/或有急救资质的人员的联系方式；

以5G救护车、公共急救设备、和/或有急救资质的人员为从高到低的优先级，在同一优先级中以距离近为高优先级，分别向5G救护车的联系方式、公共急救设备持有人的联系方式、和/或有急救资质的人员的联系方式拨打电话或者发送急救请求消息；

在预设时间内获得5G救护车、公共急救设备持有人、和/或有急救资质的人员的回复后，以5G救护车、公共急救设备、和/或有急救资质的人员为从高到低的优先级，在同一优先级中以距离近为高优先级进行调配，通知相应的5G救护车、公共急救设备、和/或有急救资质的人员前往呼救人所处的实时地理位置。

进一步地，所述远程会诊模块，包括：

将患者的至少一种症状输入远程会诊应用程序；

询问患者至少一个与至少一种输入症状相关的问题；

基于至少一种症状和对至少一个问题的回答，做出具有患者的至少一种可能状况的概率状况报告；

基于至少一种可能情况向患者做出分类建议，其中分类建议指示患者进行以下至少一项：

审查医学知识数据库中的现有信息；

向医疗保健专业人员网络提问；

启动与医疗保健专业人员的基于文本的电子消息通信；

发起与医疗保健专业人员的视频聊天通信；

寻求转诊医疗专业人士的建议；和

寻求紧急医疗护理。

进一步地，所述将患者的至少一种症状输入远程会诊应用程序还包括：

在计算机设备上向患者显示人体图；

患者触摸人体图上的位置，该位置对应于患者的至少一种症状的位置；

其中与至少一种输入症状相关的至少一个问题还包括以下至少之一：症状的严重程度；症状的持续时间；症状的发生；症状的疼痛起源位置；以及恶化或改善症状的催化剂。

进一步地，所述应急评估模块，包括：

接收至少一个重大保障事件、突发事件的时间和地点信息；

为每一个重大保障事件、突发事件分配加权值；

将每一个重大保障事件、突发事件的时间和地点信息输入所述指挥调度模块，得到每一个重大保障事件、突发事件的调配结果，并转化为评估矩阵，基于所述加权值该评估矩阵对重大保障事件、突发事件进行排序；

基于排序结果，为所有重大保障事件、突发事件生成多个应急预案。

总的来说，本申请的优势及给用户带来的体验在于：

本申请打造“智慧急救、专业急救、贴心急救”的一体化协同救治体系，借助信息化的翅膀，赋能智慧急救一体化建设，实现院前急救、院内急救、院间协作的流程无缝衔接和数据连通融合，做到系统可连接、业务数字化、急救智能化。进一步更新信息化建设，横向到边扩大应用支撑覆盖范围，纵向到底深化应用支撑专业性与智能化，实现对智慧急救医疗、智慧急救服务、智慧急救管理三大业务域的信息化应用支撑。

(1)实现上车即住院

将车内多路高清视频、心电、超声影像及其他病人体征数据、车辆位置数据，实时传到平台，医生能快速制定抢救方案，提前进行术前准备，节省急救时间。实现“上车即住院”的城市应急救援新标杆。

(2)应用5G技术建立公共卫生综合应急指挥系统，充分应用5G技术

以急救车监控为切入点，进一步研究医疗数据协议对接，快速分诊、智能调度等功能，延伸到院前120系统，院内各科室及系统，打造端到端的应急救援体系。

(3)5G专网+院前急救

从应急调度、院前急救两方面出发，本申请结合5G网络大带宽特性，运用5G虚拟专网将5G网关、车载CPE、会诊摄像头、单兵设备等终端及医疗设备采集数据实时回传至医疗平台，同时实现医疗数据传输系统服务中防病毒、黑客入侵监测和预警、漏洞扫描、网络监测与身份认证等安全防护。

在医院急救诊疗过程中，通过4K/8K医学影像数据基于5G虚拟专网的高速传输，邀请专家远程会诊，提升诊疗质量。

(4)衔接院内急诊流程，实现院前院内救治一体化

基于5G医疗专用网关的数据采集传输存储核心功能，5G车载智慧急救平台包括电子病历、医疗设备数据传输、车载GPS信息传输、远程急救会诊等模块。能够提供远程心电系统和监护系统功能，由车载心电图机、监护仪、血压、血氧和肌钙蛋白等快检设备组成，通过医生端APP，可将病人的心电图、呼吸、血氧饱和度、脉搏、血压、体温等生命参数进行采集显示，并通过5G网络将采集的生命体征数据实时地传输到指挥调度中心的大屏幕上。同时通过院前院内衔接系统推送给指定的医院，急诊医生在救护车到达医院之前就可以了解到病人的生命指征变化情况，提前对病情做出判断，有利于做好救治的准备工作。同时，衔接院内急诊流程，将院内预检分诊、质控管理、五大中心绿色通道等功能与流程进行集成融合，实现院前院内救治数据无缝衔接，实现“上车即入院”，为患者争取救援黄金时间。

(5)本申请主要突出功能：

5G急救消息：患者拨打急救电话之后，系统平台将急救相关措施，通过5G消息下发至呼救人手机上，指导呼救人对患者进行保护、或实施简单急救、告知呼救者急救车信息等功能。

5G救护车实时监控：在车舱内外部署多路摄像头，实时监控救护车全方位状况，为质控管理提供信息，为医疗行为法律取证提供证据，减少医疗纠纷。

5G单兵实时信息记录：基于5G网络技术急救单兵执法终端，可实现录音、拍照、录像和人员定位，依托5G网络指挥中心调度人员可实时查看单兵位置、急救现场实时视频，进行语音调度，也可作为证据以备解决医患纠纷。

附图说明

在附图中，除非另外规定，否则贯穿多个附图相同的附图标记表示相同或相似的部件或元素。这些附图不一定是按照比例绘制的。应该理解，这些附图仅描绘了根据本申请公开的一些实施方式，而不应将其视为是对本申请范围的限制。

图1示出根据本申请实施例的基于5G的院前医疗急救信息系统的构成图。

图2示出根据本申请实施例的基于5G的院前医疗急救信息系统的网络拓扑图。

图3示出根据本申请实施例的监测预警模块的具体实现方法示意图。

图4示出根据本申请实施例的分析决策模块的具体实现方法示意图。

图5示出根据本申请实施例的指挥调度模块的具体实现方法示意图。

图6示出了本申请一实施例所提供的一种电子设备的结构示意图。

图7示出了本申请一实施例所提供的一种存储介质的示意图。

具体实施方式

下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅用于解释相关发明，而非对该发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与有关发明相关的部分。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

本申请通过构建5G院前急救信息平台，配合5G救护车，实现院前医疗急救和应急医疗救援资源管理、监测预警、分析决策、指挥调度、远程会诊、应急评估等功能。综合运用电子信息技术、安全防范技术等构成先进、可靠、经济、配套的安全技术防范体系；系统的集成以结构化、功能模块化、规范化的方式来实现，并使得系统具有高可靠性、良好的开放性和兼容性。

1.1系统整体架构：

整体架构由三部分组成：车载终端系统、传输网络和指挥中心。

(1)车载终端系统

120急救车车载系统通过在车内安装车载终端、行车记录仪、5G单兵设备、摄像机、网关、医疗设备等，实现视频图像、音频数据、地理位置定位、医疗数据等信息采集，采集后的信息由5G网关发送给指挥中心。

(2)传输网络

通过5G专网将急救车音视频会诊信息、监控信息、医疗设备信息等数据实时、高清传输到急救中心会诊室。此外基于网络切片技术、专网、专线可以保证院前急救数据信息安全性，避免患者信息的泄露。

本申请针对医疗数据的及时性、清晰性要求，创新了基于网络切片技术的信息传输方法，包括以下步骤：从5G网关中接收分片ID；将接收到的分片ID映射到无线电承载；根据映射到无线承载的分片ID以及主基站和辅基站信息选择传输无线承载的基站。

其中，选择传输无线承载的基站包括：

当映射到无线承载的分片ID表示需要快速处理大数据的业务时，比较主基站未使用的报文数和辅基站未使用的报文数，根据比较结果选择用于传输无线承载的基站。当辅基站未使用的报文数不大于主基站未使用的报文数时，通过辅基站传输无线承载，否则，无线承载通过主基站传输。当主基站的支持带宽与辅基站的支持带宽之差等于或大于预定值时，通过具有较大支持带宽的基站传输无线承载。

当映射到无线承载的分片ID表示需要低时延和高可靠性的业务时，根据主基站时延、辅基站时延和最大允许时延选择传输无线承载的分片ID。当辅基站的时延小于主基站的时延和分片ID的最大允许时延时，无线承载通过辅基站传输，否则，无线承载通过主基站传输。当主基站的时延大于分片ID的最大允许时延和当辅基站的时延大于分片ID的最大允许时延时,将主基站的未使用分组数与辅基站未使用的分组数进行比较，并根据比较结果选择传输无线承载的基站。

通过根据切片的时延、可靠性、数据量等信息，选择相应的传输基站进行数据的传输，本申请实现了急救数据的快速、准确传输，是本申请能够很好的完成各种后续任务的基础。

(3)指挥中心

急救中心调度指挥中心执行日常监控、车辆监管、应急指挥。相关数据在云上进行存储。

指挥中心包括以下架构：

资源管理模块，用于获取院前急救资源的数据，并通过GIS地图展示所述院前急救资源的分布情况，所述院前急救资源至少包括5G救护车、公共急救设备、有急救资质的人员信息；

监测预警模块，用于根据车载终端系统发送的实时信息，监测位于5G救护车上的病人的情况，以及监测5G救护车上的医护人员采取的急救措施，当监控到病人的情况或者医护人员的急救措施符合预警条件时，发出预警；

分析决策模块，用于根据监测预警模块的监测数据，初步分析病人的情况并给出至少一个急救建议方案；

指挥调度模块，在接收到急救呼叫时，根据呼叫人所处的实时地理位置，以及资源管理模块中各种院前急救资源的分布情况，调配距离所述呼救人所处的实时地理位置附近的5G救护车、公共急救设备、和/或有急救资质的人员前往所述位置；

远程会诊模块，用于在救护车和远程专家之间建立实时会诊音视频窗口，实时显示病人的当前状态数据；

应急评估模块，用于根据重大保障和突发事件进行应急处置评估，给出应急预案。

1.2系统逻辑架构

通过本申请的建设，实现120急救中心信息化和业务的融合，以120救护车日常运行监控为基础手段，基于统一的信息平台开展管理、监测、预警、服务与应急处置。平台从以下4个层面进行逻辑架构设计：

(1)终端感知层设计

感知层主要通过车内装置行车记录终端、单兵记录仪、5G网关、医疗仪器等设备，作为视频图像、音频数据、位置定位、患者生命体征等信息采集设备，负责对救护车信息的采集、患者生命体征监护数据的采集以及信号编码和数据传输功能。

(2)平台基础支撑设计

数据存储服务：由基础平台完成数据的储存和管理，根据数据特征采用合适的数据存储方案，按照平台标准接口进行管理。

数据服务中心：负责各种信息资源的整合、统一管理、统一对外提供数据服务，确保在业务过程中能够快速响应数据操作请求。

(3)平台应用层设计

应用层是指提供给指挥中心、医疗机构工作人员使用的应用系统，包括：重大保障和突发事件应急处置信息上报和辅助决策子系统、地图定位子系统、救援视频子系统、急救会诊子系统、医疗数据信息子系统、5G消息子系统、单兵子系统、统计分析、管理子系统、移动端应用。

(4)用户层设计

本申请根据用户的角色分配相应权限来使用各类应用系统。

1.3系统技术架构

整个系统自下而上由终端层、基础支撑层、数据资源层、应用支撑层、系统应用层、信息交互层共6层构成：

(1)终端层

主要负责对前端120救护车信息的采集与传输，包括车辆摄像头音视频信息化的采集，车辆位置信息北斗和GPS数据的采集，患者生命体征监护等医疗设备系统数据的采集等功能。

(2)基础支撑层

主要包括为应用和数据提供支撑的无线通信模块、音视频解码系统、网络系统、存储系统，及其配套的操作系统、数据库管理系统等支撑软件。

(3)数据资源层

负责各种信息资源的整合、统一管理、统一对外提供数据服务。

(4)应用支撑层

为实现系统应用的基础性通用功能提供技术支撑，主要包括GIS地图平台、视频监控管理平台、应急指挥调度平台、综合展示平台、应用服务中间件等。

(5)系统应用层

是实现120急救中心功能需求的软件平台，主要包括车辆视频监控、车辆状态和运行轨迹监测、患者生命体征监护、语音对讲、车辆信息调度与管理等功能。

(6)信息交互层

作为应用系统与用户之间信息交互的渠道，具体表现形式为WEB网页以及紧急救援移动客户端。

1.4系统网络拓扑

如图2所示，本申请通过把地理信息系统(GIS)、定位系统(北斗+GPS)、音视频监控系统、无线数据通信等多种技术与院前急救业务有机结合起来，在院前急救现场救援中利用网络和数据库的支持，与急救指挥中心和相关救治医院的专家互通数据、语音、视频等信息，急救指挥中心和相关救治医院的专家将急救信息同步反馈至救援现场，从而正确地指导现场的医疗急救，提高抢救工作的成功率。

当处于无网络覆盖区域时，现场人员通过北斗三号短报文功能及时、准确、畅通地上报抢险救灾信息，保证指挥中心及时掌握现场信息，辅助决策。

以下进一步详细介绍指挥中心各个模块的技术实现情况：

资源管理模块中，包括：

通过多个路线元素和交叉引用链接多个不同地图源的设施地图模型；例如5G救护车的实时位置来源于5G网关发送的救护车实时位置信号所在的第一地图源，而公共急救设备例如AED设备往往是位于固定的公共场所，可以根据预设地图而获得，作为第二地图源。有急救资质的人员，需要首先向这类人员发送一个手机短信或微信等消息，由其本人回复报告当前其所处位置之后，得到有急救资质的人员位置的第三地图源，将这三个地图源进行路线和交叉引用整合在一起，得到统一的设施地图模型。如此，就可以把所有急救资源整合在一起。

感测组件，响应于在设施地图模型的地理范围内移动的对象；由于救护车的实时位置、具有急救资质的人员位置是随时在变化的，通过感测组件接收和处理车和人的实时位置数据，并标记在地图模型中并加以显示，如此，指挥中心能够随时掌控车、人的急救达到情况。

一个位置服务组件，用于根据感知到的对象位置建议通过不同地图源的路线元素的路线。这个服务组件，一方面可以根据救护车位置、公共急救设备位置、具有急救资质的人员位置，突出显示距离急救呼叫者最近的急救车、公共急救设备或具有急救资质的人员，另一方面，也可以在病人进入急救车以后，给出具有治疗病人能力的最近医院的突出位置显示等，并根据地图提供到达该医院的最快路径。

监测预警模块，如图3所示，包括：

S1、接收患者生理变量的多个测量值，多个测量值是在一个时间跨度内获取的；生理变量包括呼吸率、心率和血压。

S2、根据每个测量的生理变量的多个测量值构建时间序列；

S3、基于时间序列确定每个生理变量的多个标准偏差；

S4、基于时间序列为每个生理变量确定多个连续差的均方根(RMSSD)；

S5、为每个生理变量形成均方根的多个偏差比率(RoD)；

S6、基于所述标准偏差和每个生理变量的偏差比率确定未来时间间隔内患者状况恶化的可能性；当偏差比率超过预设阈值时，可以确定患者恶化严重，否则则认为其尚处于可控制的范围内。

S7、根据恶化的可能性自动启动预警操作。

分析决策模块中，如图4所示，包括：

S11、将正确的伤害分类、检查清单和医用物资调度分别作为训练材料输入到人工神经网络中，并配合多个特征向量和一个标签，训练人工神经网络学习进行伤害分类、检验清单和医用物资调度；

S12、对话机器人捕捉患者的自我陈述转换为多个词串，然后将多个词串转换为多个词向量；

S13、根据监测预警模块的监测数据得到患者的多项生理信息；

S14、将所述多个词向量和多项生理信息输入训练好的人工神经网络生成伤害分类、检验清单、医用物资调度。

其中，多个特征向量为多个词向量和多个生理信息，标签为伤情分类、检查清单或医用材料调度。

指挥调度模块，如图5所示，包括：

S21、当接收到急救呼叫时，向呼叫人提问以根据回答或者所述急救呼叫的信号来源地获取呼叫人的实时地理位置；

S22、将所述实时地理位置输入资源管理模块中，并根据预设半径获得呼叫人周围预设范围内的5G救护车的联系方式、公共急救设备持有人的联系方式、和/或有急救资质的人员的联系方式；

S23、以5G救护车、公共急救设备、和/或有急救资质的人员为从高到低的优先级，在同一优先级中以距离近为高优先级，分别向5G救护车的联系方式、公共急救设备持有人的联系方式、和/或有急救资质的人员的联系方式拨打电话或者发送急救请求消息；

S24、在预设时间内获得5G救护车、公共急救设备持有人、和/或有急救资质的人员的回复后，以5G救护车、公共急救设备、和/或有急救资质的人员为从高到低的优先级，在同一优先级中以距离近为高优先级进行调配，通知相应的5G救护车、公共急救设备、和/或有急救资质的人员前往呼救人所处的实时地理位置。

远程会诊模块，包括：

将患者的至少一种症状输入远程会诊应用程序；

询问患者至少一个与至少一种输入症状相关的问题；

基于至少一种症状和对至少一个问题的回答，做出具有患者的至少一种可能状况的概率状况报告；

基于至少一种可能情况向患者做出分类建议，其中分类建议指示患者进行以下至少一项：

审查医学知识数据库中的现有信息；

向医疗保健专业人员网络提问；

启动与医疗保健专业人员的基于文本的电子消息通信；

发起与医疗保健专业人员的视频聊天通信；

寻求转诊医疗专业人士的建议；和

寻求紧急医疗护理。

其中将患者的至少一种症状输入远程会诊应用程序还包括：

在计算机设备上向患者显示人体图；

患者触摸人体图上的位置，该位置对应于患者的至少一种症状的位置。

其中与至少一种输入症状相关的至少一个问题还包括以下至少之一：症状的严重程度；症状的持续时间；症状的发生；症状的疼痛起源位置；以及恶化或改善症状的催化剂。

其中病症概率报告还包括基于至少一种症状的患者的至少两种可能病症和对至少一个问题的回答，其中至少两种可能病症是基于患者患有的概率来排序的至少两个可能的条件之一。

应急评估模块，包括：

接收至少一个重大保障事件、突发事件的时间和地点信息；

为每一个重大保障事件、突发事件分配加权值；

将每一个重大保障事件、突发事件的时间和地点信息输入所述指挥调度模块，得到每一个重大保障事件、突发事件的调配结果，并转化为评估矩阵，基于所述加权值该评估矩阵对重大保障事件、突发事件进行排序；

基于排序结果，为所有重大保障事件、突发事件生成多个应急预案。

请参考图6，其示出了本申请的一些实施方式所提供的一种电子设备的示意图。如图6所示，所述电子设备20包括：处理器200，存储器201，总线202和通信接口203，所述处理器200、通信接口203和存储器201通过总线202连接；所述存储器201中存储有可在所述处理器200上运行的计算机程序，所述处理器200运行所述计算机程序时执行本申请前述任一实施方式所提供的基于5G的院前医疗急救信息系统。

其中，存储器201可能包含高速随机存取存储器(RAM：Random Access Memory)，也可能还包括非不稳定的存储器(non-volatile memory)，例如至少一个磁盘存储器。通过至少一个通信接口203(可以是有线或者无线)实现该系统网元与至少一个其他网元之间的通信连接，可以使用互联网、广域网、本地网、城域网等。

总线202可以是ISA总线、PCI总线或EISA总线等。所述总线可以分为地址总线、数据总线、控制总线等。其中，存储器201用于存储程序，所述处理器200在接收到执行指令后，执行所述程序，前述本申请实施例任一实施方式揭示的所述基于5G的院前医疗急救信息系统可以应用于处理器200中，或者由处理器200实现。

处理器200可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器200中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器200可以是通用处理器，包括中央处理器(Central Processing Unit，简称CPU)、网络处理器(Network Processor，简称NP)等；还可以是数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器201，处理器200读取存储器201中的信息，结合其硬件完成上述方法的步骤。

本申请实施例提供的电子设备与本申请实施例提供的基于5G的院前医疗急救信息系统出于相同的发明构思，具有与其采用、运行或实现的方法相同的有益效果。

本申请实施方式还提供一种与前述实施方式所提供的基于5G的院前医疗急救信息系统对应的计算机可读存储介质，请参考图7，其示出的计算机可读存储介质为光盘30，其上存储有计算机程序(即程序产品)，所述计算机程序在被处理器运行时，会执行前述任意实施方式所提供的基于5G的院前医疗急救信息系统。

需要说明的是，所述计算机可读存储介质的例子还可以包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他光学、磁性存储介质，在此不再一一赘述。

本申请的上述实施例提供的计算机可读存储介质与本申请实施例提供的基于5G的院前医疗急救信息系统出于相同的发明构思，具有与其存储的应用程序所采用、运行或实现的方法相同的有益效果。

需要说明的是：

在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备有固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本申请也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本申请的内容，并且上面对特定语言所做的描述是为了披露本申请的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本申请的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本申请并帮助理解各个发明方面中的一个或多个，在上面对本申请的示例性实施例的描述中，本申请的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本申请要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本申请的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本申请的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本申请的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本申请实施例的虚拟机的创建系统中的一些或者全部部件的一些或者全部功能。本申请还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者系统程序(例如，计算机程序和计算机程序产品)。这样的实现本申请的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本申请进行说明而不是对本申请进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本申请可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干系统的单元权利要求中，这些系统中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到其各种变化或替换，这些都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (10)

1.一种基于5G的院前医疗急救信息系统，其特征在于，包括：

车载终端系统，包括在5G救护车中安装的车载终端、行车记录仪、5G单兵设备、摄像机、网关、医疗设备，实现视频图像、音频数据、地理位置定位、医疗数据的信息采集，采集后的信息由5G网关发送给指挥中心；

指挥中心，用于根据采集的信息执行资源监管、监测预警、分析决策、指挥调度、远程会诊、应急评估。

2.根据权利要求1所述的系统，其特征在于，

所述指挥中心包括：

资源管理模块，用于获取院前急救资源的数据，并通过GIS地图展示所述院前急救资源的分布情况，所述院前急救资源至少包括5G救护车、公共急救设备、有急救资质的人员；

监测预警模块，用于根据车载终端系统发送的实时信息，监测位于5G救护车上的病人的情况，以及监测5G救护车上的医护人员采取的急救措施，当监控到病人的情况或者医护人员的急救措施符合预警条件时，发出预警；

分析决策模块，用于根据监测预警模块的监测数据，初步分析病人的情况并给出至少一个急救建议方案；

指挥调度模块，在接收到急救呼叫时，根据呼叫人所处的实时地理位置，以及资源管理模块中各种院前急救资源的分布情况，调配所述呼救人所处的实时地理位置附近的5G救护车、公共急救设备、和/或有急救资质的人员前往所述呼叫人所处的实时地理位置；

远程会诊模块，用于在救护车和远程专家之间建立实时会诊音视频窗口，实时显示病人的当前状态数据；

应急评估模块，用于根据重大保障和突发事件进行应急处置评估，给出应急预案。

3.根据权利要求2所述的系统，其特征在于，

所述采集后的信息由5G网关发送给指挥中心，包括以下步骤：从5G网关中接收分片ID；将接收到的分片ID映射到无线电承载；根据映射到无线承载的分片ID以及主基站和辅基站信息选择传输无线承载的基站；

其中，选择传输无线承载的基站包括：

当映射到无线承载的分片ID表示需要快速处理大数据的业务时，比较主基站未使用的报文数和辅基站未使用的报文数，根据比较结果选择用于传输无线承载的基站；当辅基站未使用的报文数不大于主基站未使用的报文数时，通过辅基站传输无线承载，否则，无线承载通过主基站传输；当主基站的支持带宽与辅基站的支持带宽之差等于或大于预定值时，通过具有较大支持带宽的基站传输无线承载；

当映射到无线承载的分片ID表示需要低时延和高可靠性的业务时，根据主基站时延、辅基站时延和最大允许时延选择传输无线承载的分片ID；当辅基站的时延小于主基站的时延和分片ID的最大允许时延时，无线承载通过辅基站传输，否则，无线承载通过主基站传输；当主基站的时延大于分片ID的最大允许时延和当辅基站的时延大于分片ID的最大允许时延时,将主基站的未使用分组数与辅基站未使用的分组数进行比较，并根据比较结果选择传输无线承载的基站。

4.根据权利要求3所述的系统，其特征在于，

资源管理模块中，包括：

通过多个路线元素和交叉引用链接多个不同地图源的设施地图模型；

感测组件，响应在设施地图模型的地理范围内移动的对象；

一个位置服务组件，用于根据感知到的对象位置建议通过不同地图源的路线元素的路线。

5.根据权利要求4所述的系统，其特征在于，

所述监测预警模块，包括：

接收患者生理变量的多个测量值，多个测量值是在一个时间跨度内获取的；

根据每个测量的生理变量的多个测量值构建时间序列；

基于时间序列确定每个生理变量的多个标准偏差；

基于时间序列为每个生理变量确定多个连续差的均方根(RMSSD)；

为每个生理变量形成均方根的多个偏差比率(RoD)；

基于所述标准偏差和每个生理变量的偏差比率确定未来时间间隔内患者状况恶化的可能性；

根据恶化的可能性启动预警操作。

6.根据权利要求5所述的系统，其特征在于，

所述分析决策模块中，包括：

将正确的伤害分类、检查清单和医疗物资调度分别作为训练材料输入到人工神经网络中，并配合多个特征向量和一个标签，训练人工神经网络学习进行伤害分类、检验清单和医用物资调度；

对话机器人捕捉患者的自我陈述转换为多个词串，然后将多个词串转换为多个词向量；

根据监测预警模块的监测数据得到患者的多项生理信息；

将所述多个词向量和多项生理信息输入训练好的人工神经网络生成伤害分类、检验清单、医用物资调度。

7.根据权利要求6所述的系统，其特征在于，

所述指挥调度模块，包括：

当接收到急救呼叫时，向呼叫人提问以根据回答或者所述急救呼叫的信号来源地获取呼叫人的实时地理位置；

将所述实时地理位置输入资源管理模块中，并根据预设半径获得呼叫人周围预设范围内的5G救护车的联系方式、公共急救设备持有人的联系方式、和/或有急救资质的人员的联系方式；

以5G救护车、公共急救设备、和/或有急救资质的人员为从高到低的优先级，在同一优先级中以距离近为高优先级，分别向5G救护车的联系方式、公共急救设备持有人的联系方式、和/或有急救资质的人员的联系方式拨打电话或者发送急救请求消息；

在预设时间内获得5G救护车、公共急救设备持有人、和/或有急救资质的人员的回复后，以5G救护车、公共急救设备、和/或有急救资质的人员为从高到低的优先级，在同一优先级中以距离近为高优先级进行调配，通知相应的5G救护车、公共急救设备、和/或有急救资质的人员前往呼救人所处的实时地理位置。

8.根据权利要求7所述的系统，其特征在于，

所述远程会诊模块，包括：

将患者的至少一种症状输入远程会诊应用程序；

询问患者至少一个与至少一种输入症状相关的问题；

基于至少一种症状和对至少一个问题的回答，做出具有患者的至少一种可能状况的概率状况报告；

基于至少一种可能状况向患者做出分类建议，其中分类建议指示患者进行以下至少一项：

审查医学知识数据库中的现有信息；

向医疗保健专业人员网络提问；

启动与医疗保健专业人员的基于文本的电子消息通信；

发起与医疗保健专业人员的视频聊天通信；

寻求转诊医疗专业人士的建议；和

寻求紧急医疗护理。

9.根据权利要求8所述的系统，其特征在于，

所述将患者的至少一种症状输入远程会诊应用程序还包括：

在计算机设备上向患者显示人体图；

患者触摸人体图上的位置，该位置对应于患者的至少一种症状的位置；

其中与至少一种输入症状相关的至少一个问题还包括以下至少之一：症状的严重程度；症状的持续时间；症状的发生；症状的疼痛起源位置；以及恶化或改善症状的催化剂。

10.根据权利要求9所述的系统，其特征在于，

所述应急评估模块，包括：

接收至少一个重大保障事件、突发事件的时间和地点信息；

为每一个重大保障事件、突发事件分配加权值；

将每一个重大保障事件、突发事件的时间和地点信息输入所述指挥调度模块，得到每一个重大保障事件、突发事件的调配结果，并转化为评估矩阵，基于所述加权值该评估矩阵对重大保障事件、突发事件进行排序；

基于排序结果，为所有重大保障事件、突发事件生成多个应急预案。