CN104065743A - 一种基于智慧城市平台的120急救系统 - Google Patents
一种基于智慧城市平台的120急救系统 Download PDFInfo
- Publication number
- CN104065743A CN104065743A CN201410319623.5A CN201410319623A CN104065743A CN 104065743 A CN104065743 A CN 104065743A CN 201410319623 A CN201410319623 A CN 201410319623A CN 104065743 A CN104065743 A CN 104065743A
- Authority
- CN
- China
- Prior art keywords
- aid
- data
- client
- server
- platform
- 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
- Medical Treatment And Welfare Office Work (AREA)
Abstract
本发明公开了一种基于智慧城市平台的120急救系统,包括基础设施层、急救云平台层和系统应用层,所述的基础设施层用于为120急救系统搭建基于云服务的系统运行及数据存储环境;所述的急救云平台层设置在基础设施层中的虚拟服务器上并与系统应用层互联为整个120急救系统提供管理、通讯、认证和应用;所述的系统应用层分别部署在急救中心、医院、急救分站及急救车,系统应用层通过网络与急救云平台层相连以实现急救事务的创建、处理和管理。本发明集现代通讯网络技术与医疗急救信息化管理的融合,突出了公共性、公益性、公平性的特点,大大提高了医疗急救的效率,不但是医疗体制改革的现实需要,也将是医疗事业发展的重要支撑。
Description
技术领域
本发明涉及一种基于智慧城市平台的120急救系统,尤其涉及一种结合基于智慧城市基础建设资源及基础行业资源包括云计算、物联网、城市交通、远程医疗卫生等领域系统结合的各系统高度整合联动的120急救系统。
背景技术
近年来,随着各个国家对急救服务的重视,相应的信息辅助系统也接踵开发出来,一定程度上缓解了以上问题。美国的ConnextStar系统, 支持急救车和急救中心/医院之间语音、数据、图像接入和视频会议等业务。但是该系统基于卫星通信技术, 设备购置和使用费用都很昂贵。中国全通有限公司也推出了基于卫星通信的应急视频通信系统, 并在2010年世博会上得到使用。但是该系统在推广中存在不足,价格昂贵大大的增加救护成本,普及率不高。奥地利的了MEVAS系统, 通过3G无线网络实现了急救车和急救中心之间音视频和数据(监护仪)的通讯。 该系统在意大利的萨莱诺市进行了试点。该系统不是很完整,缺乏会议、电子病历访问、白板等一系列协作功能。我国eEMS 急救移动医疗信息系统通过专门开发的救护车车载监护仪,将监测的病人生命体征参数(包括血压、血氧、心电、呼吸、体温等参数)及相关波形通过广域无线网络,实时传送到120调度中心和接诊医院的急诊室,并在120调度中心和急诊室实现数据及波形显示的监护临床信息系统。但是该系统缺乏音视频通讯能力,不能全方位的了解救护车内的救援状况,更无法和现场救护人员交流,制定最准确的救护方案。但近年推出的各种急救信息系统存在以下问题,其一:功能不够多样化,模块欠缺,无法涵盖急救流程的各个属性要素,导致对急救效率的影响力不足,其二:急救流程依旧是孤立,其无法引入和急救相关的医疗、交通要素,整个急救流程无法真正融入到城市运转体系。
目前我国各个城市致力发展城市信息化建设,信息化已然成为继水、电、气以后又一城市生活基础资源,我市智慧城市建设也在高速发展,其中交通、医疗卫生等领域已初见成效。结合云计算、物联网等高新IT技术,基于智慧城市基础建设资源及基础行业资源已初步建成。因此,一套结合急救业务、急救管理,采用现代化通讯技术,能引入城市运行资源辅助急救的信息系统呼之欲出。
发明内容
本发明的目的是针对现有技术存在的问题,提供一种促使120急救更加便捷、高效的基于智慧城市平台的120急救系统。
本发明的目的是通过以下技术方案解决的:
一种基于智慧城市平台的120急救系统,包括基础设施层、急救云平台层和系统应用层,其特征在于:
所述的基础设施层用于为120急救系统搭建基于云服务的系统运行及数据存储环境并通过外部接口服务器与城市智慧医疗平台、市民卡平台及城市智能交通平台实现对接;
所述的急救云平台层设置在基础设施层中的虚拟服务器上并与系统应用层互联为整个120急救系统提供管理、通讯、认证和应用;
所述的系统应用层分别部署在急救中心、医院、急救分站及急救车,系统应用层通过网络与急救云平台层相连以实现急救事务的创建、处理和管理。
所述的基础设施层通过融合共享市政务数据中心和政务网络为120急救系统搭建基于云服务的系统运行及大数据存储环境, 为急救云平台层提供网络环境、服务器环境及存储环境。
所述急救云平台层中的虚拟服务器包括中心服务器、媒体服务器、web服务器、外部接口服务器、数据库服务器和数据备份服务器,所述的中心服务器用于协调医护数据、视频数据和院前急救信息在急救云平台层和系统应用层之间的认证、通讯、显示、存储和管理以及文本、视频、医护信息数据的调阅和写入,中心服务器向系统应用层提供协议接口、协议转换和数据保障,同时中心服务器通过外部接口服务器连接城市智慧医疗平台、市民卡平台及城市智能交通平台以获取急救事务需要的数据并完成数据通讯;媒体服务器用来对视频数据进行接收、显示、存储、点播、录制、检索以及管理并对系统应用层开放;web服务器用来对医护数据进行接收、显示、存储、点播、录制、检索以及管理并对系统应用层开放;外部接口服务器用于急救云平台层与城市智慧医疗平台、市民卡平台及城市智能交通平台实现对接;数据库服务器与中心服务器相连以进行数据相互并可实现自身数据库的数据更新,并通过中心服务器向系统应用层提供患者基本健康医疗信息查询、远程医疗和交通导航的支持应用,实现数据实时查看、远程管理功能;数据备份服务器用于对数据库服务器内的数据进行备份。
所述的系统应用层包括急救中心办公管理客户端、集中视频显示客户端、集中医护数据显示客户端、急救医院客户端、急救分站客户端和车载医护客户端,急救中心办公管理客户端、集中视频显示客户端、集中医护数据显示客户端、急救医院客户端、急救分站客户端和车载医护客户端分别通过网络与急救云平台层中的中心服务器、媒体服务器、web服务器实现互联。
所述的急救中心办公管理客户端布置在急救中心并通过有线网络与中心服务器、媒体服务器、web服务器实现互联,急救中心办公管理客户端通过急救云平台层对急救事务进行创建、处理和管理并从急救云平台层获取既往信息和实时信息,且急救中心办公管理客户端根据获取的信息发送调度指令给急救医院客户端、急救分站客户端和车载医护客户端进行急救工作;急救中心办公管理客户端通过集中视频显示客户端和集中医护数据显示客户端对急救过程进行实时监测。
所述的集中视频显示客户端和集中医护数据显示客户端布置在急救中心并通过有线网络与中心服务器、媒体服务器、web服务器实现互联,集中视频显示客户端用于查看、管理院前救护车发回的视频数据,含车内、车外实时视频以及历史车载视频;集中医护数据显示客户端用于查看、管理院前病人实时生命体征及历史生命体征数据,以多画面的形式集中显示在显示器上供观察并实时传递至中心服务器、媒体服务器和web服务器。
所述的急救医院客户端布置在接诊医院的急救室内并通过有线网络与中心服务器、媒体服务器、web服务器实现互联,急救医院客户端用以录入接诊医院当前床位信息、显示与接诊医院相关的急救车辆的工作状态、查看患者信息,并实时查看从中心服务器转发来的院前急救病人的监护数据和音视频,实时与急救车辆音视频交互,并通过急救医院客户端进行会诊和对救护车上的急救人员提供指导和帮助。
所述的急救分站客户端布置在急救分站内并通过有线网络与中心服务器、媒体服务器、web服务器实现互联,急救分站客户端用于及时接收急救中心办公管理客户端发来的调度指令并派出救护车。
所述的车载医护客户端包括车载网络系统、车载医疗系统和车载调度系统,车载网络系统通过无线政务网终端与急救云平台层中的中心服务器、媒体服务器、web服务器实现互联,并通过急救云平台层中的外部接口服务器获取城市智慧医疗平台的医疗信息以实现急救车数据、急救中心数据、接诊医院数据的实时互通;车载医疗系统由车载生命体征监护仪、医疗专用平板电脑、车载摄像终端、车载录音器组成以实现急救流程中的医疗事务功能;车载调度系统由调度台、定位仪和手台三部分组成并通过急救云平台层中的外部接口服务器获取城市智能交通平台的实时交通路况以实现智能导航与调度信息同屏显示、完成车辆导航及指令收发功能。
所述的120急救系统通过外部接口服务器实现与城市智慧医疗平台、市民卡平台及城市智能交通平台的系统外数据对接,实现急救所需的居民基础信息、居民医疗数据及交通数据的提取,并通过急救云平台层中的中心服务器实现急救所需数据的读取、流转、上传及收费认证。
所述的120急救系统通过外部接口服务器与城市智慧医疗平台的数据对接,将监测的病人生命体征参数及相关波形实时传送到急救中心的急救中心办公管理客户端和接诊医院的急救医院客户端实时显示病人的体征参数,医疗急救信息上传至城市智慧医疗平台的居民电子健康档案和电子病历系统中,车载医护客户端实时查询病人的健康档案和相关就诊信息为随车医生提供救治指导,使得120急救系统和城市智慧医疗平台互联互通以实现信息共享。
所述的120急救系统通过外部接口服务器与市民卡平台应用对接,使得病人在急救过程中通过市民卡在线刷卡认证,进行身份验证及在线刷卡缴费。
所述的120急救系统通过外部接口服务器与智能交通平台应用对接,使得120急救系统从智能交通平台获取实时交通数据并将数据下发至急救中心办公管理客户端的分析模块中,由急救中心办公管理客户端立即选派就近的急救车,完成基于实时交通数据的车辆路径指引,提升救助调度效率。
本发明相比现有技术有如下优点:
本发明的基于智慧城市平台的120急救系统是一套快速高效的、系统化、规模化、多结构的120紧急医疗救援反应机制和指挥体系,集现代通讯网络技术与医疗急救信息化管理的融合,突出了公共性、公益性、公平性的特点,大大提高了医疗急救的效率,不但是医疗体制改革的现实需要,也将是医疗事业发展的重要支撑。
附图说明
附图1为本发明的120急救系统原理结构图。
具体实施方式
下面结合附图与实施例对本发明作进一步的说明。
如图1所示:一种基于智慧城市平台的120急救系统,包括基础设施层、急救云平台层和系统应用层,其中基础设施层通过融合共享市政务数据中心和政务网络为120急救系统搭建基于云服务的系统运行及大数据存储环境, 为急救云平台层提供网络环境、服务器环境及存储环境,基础设施层通过外部接口服务器与城市智慧医疗平台、市民卡平台及城市智能交通平台实现对接;急救云平台层设置在基础设施层中的虚拟服务器上并与系统应用层互联为整个120急救系统提供管理、通讯、认证和应用;系统应用层分别部署在急救中心、医院、急救分站及急救车,系统应用层通过网络与急救云平台层相连以实现急救事务的创建、处理和管理。该120急救系统通过外部接口服务器实现与城市智慧医疗平台、市民卡平台及城市智能交通平台的系统外数据对接,实现急救所需的居民基础信息、居民医疗数据及交通数据的提取,并通过急救云平台层中的中心服务器实现急救所需数据的读取、流转、上传及收费认证。其中120急救系统通过外部接口服务器与城市智慧医疗平台的数据对接,将监测的病人生命体征参数及相关波形实时传送到急救中心的急救中心办公管理客户端和接诊医院的急救医院客户端实时显示病人的体征参数,医疗急救信息上传至城市智慧医疗平台的居民电子健康档案和电子病历系统中,车载医护客户端实时查询病人的健康档案和相关就诊信息为随车医生提供救治指导,使得120急救系统和城市智慧医疗平台互联互通以实现信息共享。120急救系统通过外部接口服务器与市民卡平台应用对接,使得病人在急救过程中通过市民卡在线刷卡认证,进行身份验证及在线刷卡缴费。120急救系统通过外部接口服务器与智能交通平台应用对接,使得120急救系统从智能交通平台获取实时交通数据并将数据下发至急救中心办公管理客户端的分析模块中,由急救中心办公管理客户端立即选派就近的急救车,完成基于实时交通数据的车辆路径指引,提升救助调度效率。
急救云平台层中的虚拟服务器包括中心服务器、媒体服务器、web服务器、外部接口服务器、数据库服务器和数据备份服务器,所述的中心服务器用于协调医护数据、视频数据和院前急救信息在急救云平台层和系统应用层之间的认证、通讯、显示、存储和管理以及文本、视频、医护信息数据的调阅和写入,中心服务器向系统应用层提供协议接口、协议转换和数据保障,同时中心服务器通过外部接口服务器连接城市智慧医疗平台、市民卡平台及城市智能交通平台以获取急救事务需要的数据并完成数据通讯;媒体服务器用来对视频数据进行接收、显示、存储、点播、录制、检索以及管理并对系统应用层开放;web服务器用来对医护数据进行接收、显示、存储、点播、录制、检索以及管理并对系统应用层开放;外部接口服务器用于急救云平台层与城市智慧医疗平台、市民卡平台及城市智能交通平台实现对接;数据库服务器与中心服务器相连以进行数据相互并可实现自身数据库的数据更新,并通过中心服务器向系统应用层提供患者基本健康医疗信息查询、远程医疗和交通导航的支持应用,实现数据实时查看、远程管理功能;数据备份服务器用于对数据库服务器内的数据进行备份。
系统应用层包括急救中心办公管理客户端、集中视频显示客户端、集中医护数据显示客户端、急救医院客户端、急救分站客户端和车载医护客户端,急救中心办公管理客户端、集中视频显示客户端、集中医护数据显示客户端、急救医院客户端、急救分站客户端和车载医护客户端分别通过网络与急救云平台层中的中心服务器、媒体服务器、web服务器实现互联。其中急救中心办公管理客户端布置在急救中心并通过有线网络与中心服务器、媒体服务器、web服务器实现互联,急救中心办公管理客户端通过急救云平台层对急救事务进行创建、处理和管理并从急救云平台层获取既往信息和实时信息,且急救中心办公管理客户端根据获取的信息发送调度指令给急救医院客户端、急救分站客户端和车载医护客户端进行急救工作;急救中心办公管理客户端通过集中视频显示客户端和集中医护数据显示客户端对急救过程进行实时监测。集中视频显示客户端和集中医护数据显示客户端布置在急救中心并通过有线网络与中心服务器、媒体服务器、web服务器实现互联,集中医护数据显示客户端用于查看、管理院前病人实时生命体征及历史生命体征数据,以多画面的形式集中显示在显示器上供观察并实时传递至中心服务器、媒体服务器和web服务器,该医护数据集中显示客户端具有多屏扩展显示功能,支持18路医疗数据同时并发。急救中心工作人员可通过部署在急救中心的集中视频显示客户端查看、管理院前救护车发回的视频数据,含车内、车外实时视频以及历史车载视频,客户端软件具体功能有:A用户接入:可支持18路车载视频并发接入;B视频实时显示:每个视频窗口上方都标有对应救护车的车号,客户端界面上侧可显示当前时间,双击某个视频窗口可以将该窗口放大供仔细观察;C视频查询和回放:从救护车发回的视频数据被存储在数据中心,必要的时候可以通过本系统进行查询和回放;D中心管理:可以远程控制无线视频监测及传输系统(系统的开关,视频上传的开关,视频分辨率的调整,视频清晰度的调整等)。急救医院客户端布置在接诊医院的急救室内并通过有线网络与中心服务器、媒体服务器、web服务器实现互联,急救医院客户端用以录入接诊医院当前床位信息、显示与接诊医院相关的急救车辆的工作状态、查看患者信息,并实时查看从中心服务器转发来的院前急救病人的监护数据和音视频,实时与急救车辆音视频交互,并通过急救医院客户端进行会诊和对救护车上的急救人员提供指导和帮助。急救分站客户端布置在急救分站内并通过有线网络与中心服务器、媒体服务器、web服务器实现互联,急救分站客户端用于及时接收急救中心办公管理客户端发来的调度指令并派出救护车。车载医护客户端包括车载网络系统、车载医疗系统和车载调度系统,车载网络系统通过无线政务网终端与急救云平台层中的中心服务器、媒体服务器、web服务器实现互联,并通过急救云平台层中的外部接口服务器获取城市智慧医疗平台的医疗信息以实现急救车数据、急救中心数据、接诊医院数据的实时互通;车载医疗系统由车载生命体征监护仪、医疗专用平板电脑、车载摄像终端、车载录音器组成以实现急救流程中的医疗事务功能;车载调度系统由调度台、定位仪和手台三部分组成并通过急救云平台层中的外部接口服务器获取城市智能交通平台的实时交通路况以实现智能导航与调度信息同屏显示、完成车辆导航及指令收发功能。
具体来说,基础设施层部署于市政务数据中心,由政务数据中心提供该120急救系统相关的运行环境,包括网络环境、服务器环境及存储环境,基础设施层是急救信息系统与智慧城市融合的核心要素,基础设施层在共享城市运行基础设施(数据中心、政务网络)的同时,又可以便利的对接城市其他行业应用资源,如城市智慧医疗平台、市民卡平台及城市智能交通平台实现对接。
急救云平台层设置在基础设施层中的虚拟服务器上,提供相关应用系统软件以构建急救云计算平台,与系统应用层互联对急救事务进行创建、处理和管理。该层能将现有各种业务能力进行整合,具体可以归类为应用服务器、业务能力接入、业务引擎、业务开放平台,向下根据业务能力需要测算基础服务能力,通过基础设施层提供的API调用硬件资源,向上提供业务调度中心服务,实时监控平台的各种资源,并将这些资源通过API开放给用户,急救中心用户不必要在应用侧(包括急救中心、急救分站、医院等)再安装系统服务器软件,只需直接使用系统服务器设计开发的应用客户端即可实现应用功能。急救云平台层的功能包括:统一认证、数据标准管理、协议转换、接口管理、组件管理及SIP控制等。
统一认证:统一认证平台提供给各业务系统进行身份认证、授权及单点登录使用,统一认证平台具有用统一用户管理、统一授权、证书认证等功能,以接口方式提供给各个业务系统进行认证与单点登录的接口,统一认证平台的认证方式可扩展(如用户密码方式、用户密码验证码方式、证书方式、验证短信方式…),统一认证平台是该基于智慧城市平台的120急救系统完善可靠的身份认证中心。
数据标准管理:数据集成是通过同构或异构数据库间的数据交换或单项数据采集,实现跨组织、跨业务、跨应用的数据交换与信息共享,从而消除“信息孤岛”。 系统架构基于SIP国际标准,视频编码基于H.264国际标准,音频编码基于G.711国际标准,本系统及子系统内部信息交互、本系统与南京智慧医疗信息平台的信息交互符合HL7医院电子信息交换标准,诊断信息符合ICD10最新诊断编码标准,医疗相关数据符合国家《健康档案基本架构与数据标准》最新规范要求,系统服务器使用标准LINUX操作系统,数据库采用标准MYSQL。本层数据管理功能提供基于上述标准的数据编解码及数据交换,完成数据标准管理。
协议转换:对请求和响应等消息进行编解码,完成协议转换。协议接口通过网络接口从对方接收数据,并按照协议进行解析和认证,确认协议合法性和完整性后,把相关消息传递到上层事务处理模块来处理。事务处理模块在处理完请求后,把响应、通知或其他用户的请求等消息通过协议接口以及网络接口发送到目的地。此时,协议接口负责把事务处理模块发送下来的消息按照协议规则编码成网络数据包发送到网络接口。
接口管理:系统内部接口:接口不是系统之间的数据传递,而是系统内部数据自动流转。这种接口需要事先确定数据传递的模式,并根据数据接口标准自动采集数据,自动生成数据库文件,送入系统内提供的接口,从而自动完成数据在系统内部的传递。系统外部接口:由于不同的组织采用的系统的数据模式可能相差太大,要想实现数据的传递相对来说就比较困难,所以这种类型的接口,就要首先由接收数据系统采取主动按照数据模式到对方系统去识别、采集,然后转换成本系统能够识别和利用的数据模式。通过这个接口平台,实现外部系统的数据传递问题,实现与外部组织业务的一体化,进一步实现数据的实时动态处理和及时决策。
组件管理:通过组件来进行应用系统的开发建设,可以集成各种常用数据库的接口,以及基于WebService、HTTP的接口等等。可以根据系统建设的需要,进行添加上层业务建设需要的组件服务,如:网络传真、消息推送、笔记签批、视频点播、视频监控、常用工具等组件。增加或者取消相关业务组件,不会对其他相应的业务应用产生影响。
SIP控制:基于智慧城市平台的120急救系统基于SIP协议实现拨多人语音通话、视频电话会议、媒体控制等功能。
协议接口:负责对请求和相应等消息进行编解码,完成协议转换。协议接口通过网络接口从对方接收数据,并按照协议进行解析和认证,确认协议合法性和完整性后,把相关消息传递到上层事务处理模块来处理。事务处理模块在处理完请求后,把响应、通知或其他用户的请求等消息通过协议接口以及网络接口发送到目的地。此时,协议接口负责把事务处理模块发送下来的消息按照协议规则编码成网络数据包发送到网络接口。数据库接口:系统通过该接口对数据库进行操作,把对数据库的访问标准化,同时向所有子系统提供数据的存储和检索管理。数据中心接口:提供系统对120云数据中心的访问,该模块负责封装对120云数据中心访问的具体实现数据库接口。
事务处理(创建、处理、管理):中心服务器作为用户提供服务的实体,对用户的每个请求作为一个事务来处理,每个事务是急救中心处理的一个基本单位。事务处理从协议接口层接受用户的请求,更具不同的请求把相应的消息传送到对应的处理模块,再把不同处理模块的处理结果发送到协议接口模块。事务处理模块同时对各个消息的超时、错误等进行处理,保证各个消息能够及时、准确、完整的处理。
急救事务创建模块:急救中心的工作人员在接到急救请求后,根据患者现场位置、病情描述、以往病史和待命救护车状况等,确定派遣救护车以及接诊医院,同时创建急救事务。急救事务一旦创建并提交,即进入处理阶段。
急救事务处理模块:一旦急救事务被创建,便由急救中心办公管理客户端负责把相关的信息发送到相应的功能模块,急救中心办公管理客户端会把事务发送到急救医院客户端,医院急救值班人员收到信息后,立即组织相关医护人员进行准备,并把相关医护人员的信息输入急救事务对应项,相应医护人员就会自动加入到急救事务中,相关的急救信息会自动发送到相应的医护人员,医护人员可以查阅相应患者的相关信息。急救中心办公管理客户端还会把事务发送到相应急救分站客户端、车载医护客户端,急救分站排出急救车,急救车内的人员可以提前做好急救准备;急救中心办公管理客户端还会把急救事务发送到专家系统,专家系统会根据患者病情及其以往病史,做出初步诊断,并把指导性急救诊治方案发送到所有进入事务的各方,包括车载医护客户端;急救中心办公管理客户端也可以把事务发送到急救中心以及政府主管部门的急救系统,使那里的人员可以随时查看和指导急救事务。
用户管理模块:负责对接入的用户进行认证和授权。只要通过认证的用户才可以对系统进行访问。不同的用户拥有不同的权限,系统过不同权限的用户进行权限控制,使之只能访问授权的资源。模块同时对用户进行超时管理,用户通过心跳机制按照一定的时间间隔不断的刷新用户的时间,来保证用户在线状态。
急救事务、受理管理模块:负责对急救事务、受理的创建、修改和删除等操作,同时对急救事务的信息和参与到急救中的人员进行管理,对急救相关的消息进行分发、发布等。当用户接到120急救电话,需要创建急救事务时,用户通过该急救事务、受理管理模块请求创建相关急救事务,同时用户把创建该急救事务的相关信息一起传达到该模块。该功能模块根据请求创建一个急救事务,并把相关信息写入数据库。创建成功后,把该信息通知到其他相关用户。用户需要对急救事务进行修改是,把修改的相关信息提交到急救事务、受理管理模块,该模块把相关信息更新到数据库和刷新本地,同时把信息通知到相应用户。用户可以通过该模块来删除特定急救事务,当该急救事务被删除时,和其关联的急救受理也会一起被删除。当急救事务创建后,如果急救需要派车,则需要创建急救受理,急救受理的基本要素主要有:病人、急救医生、急救车等。相关信息还包括负责急救的医院和负责接受急救的主治医生、事故地点、送往医院、病人的电子病历等相关信息。在创建急救受理时,以上基本要素需要确定,当创建成功后,急救事务、受理管理模块负责把相关信息及时通知到相关人员,以便相关人员进行急救或好急救准备。
考勤管理模块:用户通过刷卡机刷卡或通过人工输入方式,进行考勤信息录入,考勤端通过网络把相关信息传送到急救中心办公管理客户端,急救中心办公管理客户端的考勤管理模块对用户进行认证,确认用户身份后,把用户的考勤信息写入到数据库里,同时更新用户的状态(上班或下班)。
急救信息管理模块:用来管理在急救过程中,需要发布和交互的信息,急救状态以及急救车状态等。如:医嘱、用药用料、通知、提示等。系统可以通过该模块向系统的所有人发布通知信息。医生可以通过该模块来向急救现场发布医嘱。现场医生在急救时所进行的处置、用药用料等,都通过该模块实时的发送到参与急救的其他用户,便于用户实时了解急救情况,做主实时监控和指导。当急救车的状态改变时,前端车载系统把状态实时通知到急救信息管理模块,该模块则立即把相关信息通知到相关用户,同时更新本地状态和数据库相关内容。
外部接口服务器的有以下几个特点,一是接口设计标准性和先进性原则:接口是否符合国际、国家相关标准对系统将来的发展非常重要。在做系统的接口设计时应采用或者参考国际、国家相关标准,保证系统的开放性、可扩展性。在没有相关标准的地方,应该结合服务的情况制定内部的标准。为了保证接口协议的通用性和扩展性,外部接口传输协议采用TCP长连接的方式,协议标准基于XML标准,传输为TEXT方式。二是接口设计开放性和扩展性原则:依据服务的内容来制定协议接口,对服务范围的界定将影响接口的开放性,尤其是对外接口;用户的需求会随着应用的深入逐渐增加,这使得系统需要依据需求的升级提供更多的服务。对外的接口协议需要进行升级,升级后导致接入用户的产生多大的升级代价是最初接口设计是否具有扩展性的关键。三是可实现与城市智慧医疗平台的对接:获取相关医疗信息,包括妇幼保健、疾病控制、血液管理、社区卫生、药品管理等数据,通过相关医疗数据对接获取与院前急救相关的用药信息、用料信息、施救方法和相关短语库等用于辅助急救,尤其在危重病患者救治中作用显著;另通过接口模块向相关数据库写入对应的医疗信息,如与疾控系统对接上报死亡信息数据,与妇幼系统的对接写入是孕产妇信息;将监测的病人生命体征参数(包括血压、血氧、心电、呼吸、体温等参数)及相关波形实时传送,急救中心和急诊科通过显示终端可以看到病人的体征参数的综合系统,将医疗急救信息纳入到居民电子健康档案系统中,实现信息共享,互联互通,在救护车上能实时查询到病人的健康档案和相关就诊信息,为随车医生提供救治指导。四是将120信息系统建成与110报警系统、119火警系统、122交通事故系统进行四台合一,建设集监控、管理、指挥和调度一体的城市应急联动指挥信息化平台,与相关医疗信息库对接。五是与市民卡平台应用对接:对接市民卡平台,实现急救病人持市民卡进行身份验证及在线刷卡缴费。在医疗急救时,只要根据持卡人的卡号,通过身份验证,急救中心可实时得到病人的相关信息,根据获得信息做相应的急救准备工作,同时,各医院也可以通过登陆120信息平台调取、查询患者健康信息,进行信息资源共享;另病人可持市民卡实现在线急救费用支付。六是与城市智能交通平台应用对接:通过接口模块获取实时交通数据并将数据下发至急救中心办公管理客户端的分析模块中,完成基于实时交通数据的车辆路径指引。
车载医护客户端包括车载网络系统、车载医疗系统和车载调度系统,通过对现有急救车辆进行改装,安装医疗监护设备、医疗数据终端、调度终端、视频终端、网络终端及其他辅助设备,部署车载客户端软件,通过无线政务专网接入卫生专网,连接急救车、急救中心、急救分站及各急救医院,完成急救任务所需医疗及调度数据的实时上传、下载和存储。实现院前车辆与急救中心、急救医院间视频、语音、医疗、管理等数据的实时联动,提升急救效率。客户端应用层提供以下应用服务:1)OA应用服务:OA应用可以提供给急救中心办公管理使用,OA应用调用急救云平台层的各个接口实现一些必备功能,如身份认证、待办事项、消息通知以及运维接口的调用;2)医疗应用服务:可以提供给急救进行院前急救业务使用,调用急救云平台层的各个接口实现一些必备功能,如信息查看、待办事项、消息通知以及运维接口的调用,用户移动应用中可以在遵循原有办公业务标准的条件下,通过急救云平台层实现与急救内部OA办公系统的集成对接,定义业务流程、电子表单,实现功能扩展;3)视频服务:视频监控应用对接视频交换平台,实现查看车载视频、智慧南京辅助支撑系统视频、智能交通视频功能;4)IP电话服务:IP电话应用基于SIP协议在终端应用中实现网络通话功能;5)文本信息调阅写入:文本信息是急救系统中的常用功能,包括文本的查看、写入;6)医学信息调阅写入:医护数据的实时查看、录入及存储。
车载网络系统通过南京市无线政务网接入市医疗卫生专网,在急救车内部署WIFI终端,通过各设备WIFI模块组成车内局域网环境,实现车内医疗、调度及其他相关数据的流转转发并通过WIFI连接无线政务网终端接入医疗卫生专网,实现急救车数据、急救中心数据、医院数据及其他相关系统数据实时互通。本车载网络设备及含网络模块的车载相关设备的选型及部署严格遵循电磁兼容标准并作了严格的功能及性能测试,保证在WIFI环境下运转正常。
车载医疗系统由车载生命体征监护仪、医疗专用平板电脑、车载摄像终端、车载录音器及车载医疗客户端软件组成以实现急救流程中的医疗事务功能。该系统可把急救车上病人的生命体征和途中救治的音视频相关数据实时传输到急救中心,并同步传送到医院,建立院前急救、院内急救间的“绿色通道”,提高急救效率;同时可调用急救中心数据库中的电子健康档案数据、市民卡数据,实现电子病历记录、修改、归档及在线支付、电子认证等功能。该系统还具备急救设备管理、人员考情管理等日常工作功能,辅助日常急救业务。另通过车载视频设备、车载语音设备、车载录音设备,实现双向音视频功能,视频可本地存储,同时记录车内通话,用于急救辅助。
车载医疗系统基本信息操作如下:1)急救医生通过输入正确的用户名和密码登陆车载医疗客户端,之后参与交接班、出车记录、急救事件等各项相关操作。基本信息包括病人姓名、联系方式及地址等信息资料录入、修改及存储,另外,基本信息操作还包括软件的操作设置、操作修改等;2)医护数据管理:通过车载医疗客户端软件读取车载医用设备、车载摄像设备的多媒体数据并通过实时多媒体数据的查看辅助救助操作及医疗数据的编写、修改及录入,另同步到车载医疗客户端的多媒体数据可通过无线网络实时上传至急救中心、医院实现数据实时查看、远程管理等功能,并通过医护数据的上传实时更新位于急救中心数据库和城市智慧医疗平台的急救病历资料;3)病史查阅:系统通过身份验证后,对接急救医护子系统,通过接口模块对接智慧医疗平台获取病人电子健康档案信息及急救病史档案,通过病人过往病史(过敏史、住院史、既往病史等)的实时查看辅助医护措施,提高救助效率;4)急救档案管理:通过车载医疗客户端实现急救病历电子化、急救档案管理电子化,改变传统的急救纸质档案管理,在线书写急救病历并可以实时更新急救中心数据库和智慧医疗平台的急救病历资料,病历档案存储期可达15年,促使急救管理流程标准化,提升急救中心管理效率,急救病历的书写,主要包括急救病史、转/出院、体检、诊断、病症变化、诊断、总结等部分内容,另系统提供了标准化的病历模版,方便、规范医生的书写,以上病历保存后,可上传至区域卫生信息平台,完成EHR信息管理;5)急救辅助:能够从急救中心数据库获取用药、用料,急救知识,急救操作指南等知识文本以辅助工作人员开展急救。
另外车载医疗系统还可实现市民卡电子认证与在线支付,通过中心服务器对接市民卡平台,实现病患身份认证并支持在线刷卡支付。车载刷卡设备集成:车载医疗平板电脑集成了一个紧凑感应式RFID读取器,支持南京市市民卡非接触式接口标准(ISO14443A及ISO14443B),为防止取卡器长时间处于读卡射频发射状态,便于车载模式下的使用,读取器同时集成开关功能,当键入开关时,射频模块开启,安装读卡软件后,可识别市民卡,实现在线刷卡;刷卡后,数据通过无线政务专网连接中心服务器,中心服务器通过卫生专网对接市民卡平台,上报及下发数据,实现身份验证及收费。
在线刷卡功能方案有:
一是身份验证,作为存储了持卡人基本身份信息的,由市政府发行的市民卡,权威的身份标识作用是其最主要的功能。市民卡以电子加密方式安全存储了个人基本身份信息,结合个人密码、个人生物特征识别信息、个人CA数字证书等安全认证技术手段,可以满足信息系统对办事对象个人身份识别的要求,起到连接现实世界中的持卡人与虚拟电子世界的信息系统的桥梁作用。认证流程:病人送达急救车后,持南京市市民卡在线刷卡,通过集成式RFID读头及读卡软件读取市民卡,病人基本信息通过无线专网经由急救中心服务器至市民卡平台,如基本信息准确,在市民卡平台下发认证指令至急救中心服务器,此时急救中心服务器通过接口模块获取智慧医疗平台的个人EHR等相关医疗数据并下发至车载医护终端供急救医生查看,辅助救治。同时急救医生在线写入病人病历后上传至中心服务器,市民卡认证通过的情况下,把本次急救病历写入智慧医疗数据库,进一步完善居民电子健康档案等数据。
二是在线支付,小额支付应用是指市民持市民卡可以在公交、出租、停车场等各个安装有支付设备的地方进行支付。小额支付的账户余额直接存储在市民卡的IC卡芯片中,支付时支付设备直接读取并修改小额支付账户。急救费用支付流程: 病人到达后,急救车载收费软件自动生成费用,含急救车费及急救医疗费用,持南京市民卡在线刷卡,如卡内存有现金,刷卡后直接收取同时改变市民卡上余额。同时,通过市民卡清算系统和急救财务系统对接结算费用;另外本软件还支持费用编辑、费用写入及费用存档,使急救业务流程标准规范化。且本系统只支持小额支付。
车载医疗系统的日常业务管理流程有以下几点,认证登陆:用户需要通过输入正确的用户名和密码登陆急救工作站,之后参与交接班、出车记录、急救事件等各项相关操作。考勤管理:交接班:对上一班次人员使用过的医疗仪器、车辆油耗等一些常规的检查,然后完成交接,后台管理系统会准确记录交接内容。出勤记录:主要管理人员日常出车情况,具体出车数据会体现在后台管理系统,完成考勤刷卡后,急救人员进入到工作状态,调度人员可以根据车辆状态来进行调度派车等任务。物资设备管理:通过医用平板电脑终端的条码读取器在药物、辅助耗材领用时进行条码认证读取,记录入库、出库状态,辅助急救中心后勤部门的物资管理工作。
车载医疗系统还具备音、视频功能,音频模块:平板电脑内置有麦克风,系统通过麦克风把采集到的现场声音经过高效的压缩算法压缩后通过网络传输到中心服务器,中心服务器会把压缩音频转发到医院急救站,同时也能从医院急救站接收到声音,该模块支持多方通信。视频模块:急救车配置3个摄像头,一个摄像头位于车前采集路况视频,一个位于车内进行车内监控及视频通话,一个置于车后用于倒车及后向路况查看;系统通过摄像头把采集到的视频经过高效的算法进行压缩后通过网络传输到中心服务器。中心服务器会把压缩视频转发到医院。在必要时,医生开启视频,查看病人和急救情况,并有准备的采取相应的措施;同时相关视频可实时存入车内视频监控服务器内。
车载医疗系统还具备双向音视频传输功能:车载医疗客户端支持双方视频及多方通话功能。车载医护客户端可与急救中心、医院发起视频会议,实现双向音视频,同时车载端、医院、急救中心可展开多方通话。视频采用H.264编码,支持双向视频。音频采用G722.1编码及混音技术,支持多方通话且语音清晰。由于系统采用SIP协议,为分布式架构,方便日后扩展,同时SIP适合大规模部署,并具有可靠性、安全性、稳定性以及维护简单等特点。因无线政务专网具备高带宽及移动特性,视频解析度可达水平580线,视频清晰度不低于D1,双向视频及多方语音延时不超过1秒,同时支持车速120KM/H移动中视频及语音传输,实现高速移动中的音、视频多方通信。车内录音:车内摄像机外接录音拾音器,提供拾音功能,实现车内医生和患方间通话声音同步记录,存储于车内监控视频服务器内,工作人员可以日常拷出,用于日常管理备份。录音时长72个小时且支持远距离拾音。
车载调度系统由调度台、定位仪和手台三部分组成以实现智能导航与调度信息同屏显示、完成车辆导航及指令收发功能。通过对急救中心自有车辆调度台进行改造,采用调度台及显示屏一体化设备,实现智能导航与调度信息同屏显示;支持车载嵌入式安装并部署车载调度软件,完成车辆导航及指令收发等功能。GPS定位及信息上传:利用GPS技术获得车辆当前准确的经纬度位置坐标,并把位置信息发送到急救中心,让急救中心可以时刻了解急救车辆所在位置。调度指令管理:调度指令接收:接收急救中心下发的调度指令和其它信息;指令接收:可接收并显示调度指令和一般通知;语音指令管理:支持接收语音指令,支持发送语音指令。车辆状态信息上传:救护车状态信息上传:可通过按键上传命令执行时救护车状态信息。这些状态包括:站内待命、收到指令、驶向现场、到达现场、病人上车/车到人走/现场退车/车到人亡、途中待命、暂停调用等。智能导航:急救车可一键获取急救中心通过分析模块下发的智能导航数据,实现基于实时交通数据的路径指引,提升急救车辆运行效率。
急救医院客户端用以录入当前床位信息、显示与其相关的急救车辆的工作状态、查看患者信息,并实时查看患者的生命体征数据、与急救车辆音视频交互。急救医院客户端安装在接诊医院内的急救室中,通过医疗卫生专网与急救平台层的中心服务器进行通讯,医院急诊室能通过系统实时地显示从中心服务器转发来的院前急救病人的监护数据和音视频,医院工作人员就可以了解相关急救病人的病情,提前做好院内急救准备工作,为急救争取时间。在必要情况下,医院的专家和医生还可以通过客户端进行实时会诊,为救护车上的急救医生提供指导和帮助,客户端还可以实时显示车辆的预计到达时间,并下发医院床位信息。
本发明的基于智慧城市平台的120急救系统保持了良好的系统容量及稳定性,由于系统架设在市卫生专网上,按照部颁每5万人一台救护车服务要求计算,南京市急救运行需要车辆约200台,车上需传输的数据含视频数据、医学报文数据及病例文本数据,其中视频数据流约1Mbps,医疗数据及文本数据流合计约0.2Mbps,因此单车数据传输需要带宽约1.2Mbps,全市车辆业务并发占用带宽量约为200×1.2=240Mbps,目前政务专网采用裸光纤接入,并采用MPLS/SSL VPN技术来组建南京市卫生VPN专网,接入层为千兆,核心骨干层为万兆,满足急救系统目前及未来需要扩展的数据传输带宽及网络容量需求。系统部署于政务数据中心内安装了VMware ESX Server软件的服务器。 ESX Server 4.0是VMware虚拟架构套件vSphere4.0的基础组成部分,是动态、自我优化的 IT 基础结构的基础。VMware ESX Server是一个强健、经过生产验证的虚拟层,它直接安装在物理服务器的裸机上,将物理服务器上的处理器、内存、存储器和网络资源抽象到急救系统各个虚拟机中,本系统的急救云平台层架构于这些虚拟服务器上,虚机包括:中心服务器、数据库服务器、数据备份服务器、WEB服务器、媒体服务器和外部接口服务器。通过虚拟化技术,在政务数据中心服务器上按需分配相应的虚拟硬件资源(CPU、Memory、 Storage、 Network)等,在虚拟的硬件资源上安装并运行不同虚拟机系统(linux,windows,OpenSolaris, FreeBSD 等),为120急救系统提供了可靠稳定的运行环境,同时,急救中心系统管理员可以自己登录到云计算平台上,通过GUI web界面自己选择要用的系统模板,并选择希望使用的硬件资源,自己创建虚拟机操作系统,实现云计算平台资源自动化申请和创建,使得整个急救系统管理使用便捷且运行安全稳定。该基于智慧城市平台的120急救系统易维护易操作:典型的平台即服务PaaS架构,用户不需要将软件产品安装在自己的电脑或服务器上,只需直接使用配置好的客户端,使用者直接象使用传统应用一样方式来访问应用系统,感觉不到自己所使用的系统是运行在云计算平台中,无需专门的培训;当某一应用资源不够时可以动态调整基础设施层硬件资源来扩展应用软件的计算能力,甚至可以复制、快速布署另一相同虚拟机应用软件,满足更高负载的服务质量保证;当某一系统功能需要添增或改变时,只需由平台运维者对急救云平台层作出相应修改,不影响前端应用服务的连续性。该基于智慧城市平台的120急救系统具备更有效的服务器硬件接口,在大数据中心背景下,结合政务数据中心资源,其城市政务职能应用集中于该数据中心,各行业应用处于同一个服务器集群,这种共享的运算机制及存储机制决定了整套系统在硬件层面更适合各种类型的接口服务。
以上实施例仅为说明本发明的技术思想,不能以此限定本发明的保护范围,凡是按照本发明提出的技术思想,在技术方案基础上所做的任何改动,均落入本发明保护范围之内;本发明未涉及的技术均可通过现有技术加以实现。
Claims (13)
1.一种基于智慧城市平台的120急救系统,包括基础设施层、急救云平台层和系统应用层,其特征在于:
所述的基础设施层用于为120急救系统搭建基于云服务的系统运行及数据存储环境并通过外部接口服务器与城市智慧医疗平台、市民卡平台及城市智能交通平台实现对接;
所述的急救云平台层设置在基础设施层中的虚拟服务器上并与系统应用层互联,为整个120急救系统提供管理、通讯、认证和应用;
所述的系统应用层分别部署在急救中心、医院、急救分站及急救车,系统应用层通过网络与急救云平台层相连以实现急救事务的创建、处理和管理。
2.根据权利要求1所述的基于智慧城市平台的120急救系统,其特征在于:所述的基础设施层通过融合共享市政务数据中心和政务网络为120急救系统搭建基于云服务的系统运行及大数据存储环境, 为急救云平台层提供网络环境、服务器环境及存储环境。
3.根据权利要求1所述的基于智慧城市平台的120急救系统,其特征在于:所述急救云平台层中的虚拟服务器包括中心服务器、媒体服务器、web服务器、外部接口服务器、数据库服务器和数据备份服务器,所述的中心服务器用于协调医护数据、视频数据和院前急救信息在急救云平台层和系统应用层之间的认证、通讯、显示、存储和管理以及文本、视频、医护信息数据的调阅和写入,中心服务器向系统应用层提供协议接口、协议转换和数据保障,同时中心服务器通过外部接口服务器连接城市智慧医疗平台、市民卡平台及城市智能交通平台以获取急救事务需要的数据并完成数据通讯;媒体服务器用来对视频数据进行接收、显示、存储、点播、录制、检索以及管理并对系统应用层开放;web服务器用来对医护数据进行接收、显示、存储、点播、录制、检索以及管理并对系统应用层开放;外部接口服务器用于急救云平台层与城市智慧医疗平台、市民卡平台及城市智能交通平台实现对接;数据库服务器与中心服务器相连以进行数据相互并可实现自身数据库的数据更新,并通过中心服务器向系统应用层提供患者基本健康医疗信息查询、远程医疗和交通导航的支持应用,实现数据实时查看、远程管理功能;数据备份服务器用于对数据库服务器内的数据进行备份。
4.根据权利要求1所述的基于智慧城市平台的120急救系统,其特征在于:所述的系统应用层包括急救中心办公管理客户端、集中视频显示客户端、集中医护数据显示客户端、急救医院客户端、急救分站客户端和车载医护客户端,急救中心办公管理客户端、集中视频显示客户端、集中医护数据显示客户端、急救医院客户端、急救分站客户端和车载医护客户端分别通过网络与急救云平台层中的中心服务器、媒体服务器、web服务器实现互联。
5.根据权利要求4所述的基于智慧城市平台的120急救系统,其特征在于:所述的急救中心办公管理客户端布置在急救中心并通过有线网络与中心服务器、媒体服务器、web服务器实现互联,急救中心办公管理客户端通过急救云平台层对急救事务进行创建、处理和管理并从急救云平台层获取既往信息和实时信息,且急救中心办公管理客户端根据获取的信息发送调度指令给急救医院客户端、急救分站客户端和车载医护客户端进行急救工作;急救中心办公管理客户端通过集中视频显示客户端和集中医护数据显示客户端对急救过程进行实时监测。
6.根据权利要求4所述的基于智慧城市平台的120急救系统,其特征在于:所述的集中视频显示客户端和集中医护数据显示客户端布置在急救中心并通过有线网络与中心服务器、媒体服务器、web服务器实现互联,集中视频显示客户端用于查看、管理院前救护车发回的视频数据,含车内、车外实时视频以及历史车载视频;集中医护数据显示客户端用于查看、管理院前病人实时生命体征及历史生命体征数据,以多画面的形式集中显示在显示器上供观察并实时传递至中心服务器、媒体服务器和web服务器。
7.根据权利要求4所述的基于智慧城市平台的120急救系统,其特征在于:所述的急救医院客户端布置在接诊医院的急救室内并通过有线网络与中心服务器、媒体服务器、web服务器实现互联,急救医院客户端用以录入接诊医院当前床位信息、显示与接诊医院相关的急救车辆的工作状态、查看患者信息,并实时查看从中心服务器转发来的院前急救病人的监护数据和音视频,实时与急救车辆音视频交互,并通过急救医院客户端进行会诊和对救护车上的急救人员提供指导和帮助。
8.根据权利要求4所述的基于智慧城市平台的120急救系统,其特征在于:所述的急救分站客户端布置在急救分站内并通过有线网络与中心服务器、媒体服务器、web服务器实现互联,急救分站客户端用于及时接收急救中心办公管理客户端发来的调度指令并派出救护车。
9.根据权利要求4所述的基于智慧城市平台的120急救系统,其特征在于:所述的车载医护客户端包括车载网络系统、车载医疗系统和车载调度系统,车载网络系统通过无线政务网终端与急救云平台层中的中心服务器、媒体服务器、web服务器实现互联,并通过急救云平台层中的外部接口服务器获取城市智慧医疗平台的医疗信息以实现急救车数据、急救中心数据、接诊医院数据的实时互通;车载医疗系统由车载生命体征监护仪、医疗专用平板电脑、车载摄像终端、车载录音器组成以实现急救流程中的医疗事务功能;车载调度系统由调度台、定位仪和手台三部分组成并通过急救云平台层中的外部接口服务器获取城市智能交通平台的实时交通路况以实现智能导航与调度信息同屏显示、完成车辆导航及指令收发功能。
10.根据权利要求1所述的基于智慧城市平台的120急救系统,其特征在于:所述的120急救系统通过外部接口服务器实现与城市智慧医疗平台、市民卡平台及城市智能交通平台的系统外数据对接,实现急救所需的居民基础信息、居民医疗数据及交通数据的提取,并通过急救云平台层中的中心服务器实现急救所需数据的读取、流转、上传及收费认证。
11.根据权利要求10所述的基于智慧城市平台的120急救系统,其特征在于:所述的120急救系统通过外部接口服务器与城市智慧医疗平台的数据对接,将监测的病人生命体征参数及相关波形实时传送到急救中心的急救中心办公管理客户端和接诊医院的急救医院客户端实时显示病人的体征参数,医疗急救信息上传至城市智慧医疗平台的居民电子健康档案和电子病历系统中,车载医护客户端实时查询病人的健康档案和相关就诊信息为随车医生提供救治指导,使得120急救系统和城市智慧医疗平台互联互通以实现信息共享。
12.根据权利要求10所述的基于智慧城市平台的120急救系统,其特征在于:所述的120急救系统通过外部接口服务器与市民卡平台应用对接,使得病人在急救过程中通过市民卡在线刷卡认证,进行身份验证及在线刷卡缴费。
13.根据权利要求10所述的基于智慧城市平台的120急救系统,其特征在于:所述的120急救系统通过外部接口服务器与智能交通平台应用对接,使得120急救系统从智能交通平台获取实时交通数据并将数据下发至急救中心办公管理客户端的分析模块中,由急救中心办公管理客户端立即选派就近的急救车,完成基于实时交通数据的车辆路径指引,提升救助调度效率。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410319623.5A CN104065743A (zh) | 2014-07-07 | 2014-07-07 | 一种基于智慧城市平台的120急救系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410319623.5A CN104065743A (zh) | 2014-07-07 | 2014-07-07 | 一种基于智慧城市平台的120急救系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN104065743A true CN104065743A (zh) | 2014-09-24 |
Family
ID=51553270
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410319623.5A Pending CN104065743A (zh) | 2014-07-07 | 2014-07-07 | 一种基于智慧城市平台的120急救系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104065743A (zh) |
Cited By (28)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104954884A (zh) * | 2015-06-15 | 2015-09-30 | 北京博威康技术有限公司 | 一种同屏展现实时报警和历史报警信息的方法和系统 |
CN104951646A (zh) * | 2015-04-25 | 2015-09-30 | 深圳市前海安测信息技术有限公司 | 网络医院平台、用户终端以及远程救助方法 |
CN105893775A (zh) * | 2016-04-26 | 2016-08-24 | 深圳市柯林健康医疗有限公司 | 一种移动监护大数据的配置装置及方法 |
CN106295377A (zh) * | 2016-08-24 | 2017-01-04 | 成都万联传感网络技术有限公司 | 一种医疗养老数据安全交换代理装置及其构建方法 |
CN107147634A (zh) * | 2017-04-28 | 2017-09-08 | 四川长虹电器股份有限公司 | 支持平台多应用的web服务分层鉴权方法 |
CN107247620A (zh) * | 2017-07-14 | 2017-10-13 | 郑州云海信息技术有限公司 | 一种管理校园卡的装置、方法和系统 |
CN107360225A (zh) * | 2017-07-07 | 2017-11-17 | 沈云海 | 一种融媒体公共服务云系统 |
CN107360554A (zh) * | 2017-06-27 | 2017-11-17 | 上海啦米信息科技有限公司 | 一种突发事件的应急通知方法 |
CN107591202A (zh) * | 2017-09-15 | 2018-01-16 | 南京鼓楼医院 | 一种脑卒中防控和快速救助系统及方法 |
CN107786591A (zh) * | 2016-08-25 | 2018-03-09 | 大连楼兰科技股份有限公司 | 基于车联网智能终端的无线医疗救护系统及其使用方法 |
CN108074642A (zh) * | 2017-12-29 | 2018-05-25 | 青岛大学附属医院 | 紧急医疗救援方法及系统、计算机装置及可读存储介质 |
CN108154937A (zh) * | 2018-02-07 | 2018-06-12 | 鄂尔多斯市普渡科技有限公司 | 一种无人驾驶急救车用急救系统及急救方法 |
CN108810449A (zh) * | 2018-07-06 | 2018-11-13 | 合肥明高软件技术有限公司 | 一种应用于基层党建的远程云视频服务系统和服务方法 |
CN109036525A (zh) * | 2018-07-02 | 2018-12-18 | 复旦大学 | 基于云计算的心脏骤停患者院前急救系统及方法 |
CN109088916A (zh) * | 2018-07-13 | 2018-12-25 | 安徽捷峰电子科技有限公司 | 一种智慧医疗云平台系统 |
CN110024353A (zh) * | 2016-12-02 | 2019-07-16 | 微软技术许可有限责任公司 | 认知资源选择 |
CN110403773A (zh) * | 2019-07-23 | 2019-11-05 | 北京大学深圳医院 | 远程智能急救系统及智能急救方法 |
CN110493480A (zh) * | 2019-08-03 | 2019-11-22 | 银川市紧急救援中心 | 120质控指标监测预警方法 |
CN110972114A (zh) * | 2019-11-19 | 2020-04-07 | 江苏恒宝智能系统技术有限公司 | 一种城市节点网络系统 |
CN111105865A (zh) * | 2018-10-26 | 2020-05-05 | 中国人民解放军第二军医大学 | 一种融合社区急救的院前急救系统 |
CN111192694A (zh) * | 2019-12-31 | 2020-05-22 | 河南科技大学 | 一种基于大数据挖掘的智慧医疗服务云平台门户系统 |
CN111447286A (zh) * | 2020-04-29 | 2020-07-24 | 重庆生命新云网络科技有限公司 | 一种基于5g网络的医疗车智能车载终端控制系统 |
CN111598752A (zh) * | 2019-02-20 | 2020-08-28 | 泽世百易医疗科技(北京)有限公司 | 城市急救网络、急救方法及云中心服务器 |
CN112165524A (zh) * | 2020-09-28 | 2021-01-01 | 唐斌 | 院前急救智能呼叫软件系统 |
CN112397182A (zh) * | 2019-08-13 | 2021-02-23 | 健和九州(北京)科技有限公司 | 用于急救报警和接警的系统、子系统、方法及存储介质 |
CN112685385A (zh) * | 2020-12-31 | 2021-04-20 | 广西中科曙光云计算有限公司 | 一种用于智慧城市建设的大数据平台 |
CN113192615A (zh) * | 2021-04-22 | 2021-07-30 | 广州中康数字科技有限公司 | 一种疾病网络问诊系统及其使用方法 |
CN113192624A (zh) * | 2021-07-01 | 2021-07-30 | 京东方科技集团股份有限公司 | 紧急救治系统、紧急救治方法及电子设备 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20010047421A1 (en) * | 1997-07-01 | 2001-11-29 | Sitara Networks, Inc. A Delaware Corporation | Enhanced network communication |
CN102622652A (zh) * | 2012-03-08 | 2012-08-01 | 深圳市贝尔信智能系统有限公司 | 一种智慧城市设计的方法、装置和系统 |
CN102999850A (zh) * | 2011-09-08 | 2013-03-27 | 南京邮电大学 | 智慧服务商店的应用方法 |
CN103116825A (zh) * | 2013-01-29 | 2013-05-22 | 江苏省邮电规划设计院有限责任公司 | 智慧城市管理系统 |
CN103488880A (zh) * | 2013-09-09 | 2014-01-01 | 上海交通大学 | 智慧城市中的远程医疗康复系统 |
-
2014
- 2014-07-07 CN CN201410319623.5A patent/CN104065743A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20010047421A1 (en) * | 1997-07-01 | 2001-11-29 | Sitara Networks, Inc. A Delaware Corporation | Enhanced network communication |
CN102999850A (zh) * | 2011-09-08 | 2013-03-27 | 南京邮电大学 | 智慧服务商店的应用方法 |
CN102622652A (zh) * | 2012-03-08 | 2012-08-01 | 深圳市贝尔信智能系统有限公司 | 一种智慧城市设计的方法、装置和系统 |
CN103116825A (zh) * | 2013-01-29 | 2013-05-22 | 江苏省邮电规划设计院有限责任公司 | 智慧城市管理系统 |
CN103488880A (zh) * | 2013-09-09 | 2014-01-01 | 上海交通大学 | 智慧城市中的远程医疗康复系统 |
Non-Patent Citations (1)
Title |
---|
黄钊等: "基于区域卫生信息平台的120急救事件管理系统设计", 《中国医疗设备》 * |
Cited By (40)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104951646A (zh) * | 2015-04-25 | 2015-09-30 | 深圳市前海安测信息技术有限公司 | 网络医院平台、用户终端以及远程救助方法 |
CN104954884A (zh) * | 2015-06-15 | 2015-09-30 | 北京博威康技术有限公司 | 一种同屏展现实时报警和历史报警信息的方法和系统 |
CN104954884B (zh) * | 2015-06-15 | 2018-05-01 | 北京维鲸视界科技有限公司 | 一种同屏展现实时报警和历史报警信息的方法和系统 |
CN105893775A (zh) * | 2016-04-26 | 2016-08-24 | 深圳市柯林健康医疗有限公司 | 一种移动监护大数据的配置装置及方法 |
CN106295377A (zh) * | 2016-08-24 | 2017-01-04 | 成都万联传感网络技术有限公司 | 一种医疗养老数据安全交换代理装置及其构建方法 |
CN106295377B (zh) * | 2016-08-24 | 2019-02-19 | 成都万联传感网络技术有限公司 | 一种医疗养老数据安全交换代理装置的构建方法 |
CN107786591A (zh) * | 2016-08-25 | 2018-03-09 | 大连楼兰科技股份有限公司 | 基于车联网智能终端的无线医疗救护系统及其使用方法 |
CN110024353B (zh) * | 2016-12-02 | 2021-10-29 | 微软技术许可有限责任公司 | 认知资源选择 |
CN110024353A (zh) * | 2016-12-02 | 2019-07-16 | 微软技术许可有限责任公司 | 认知资源选择 |
CN107147634B (zh) * | 2017-04-28 | 2020-01-31 | 四川长虹电器股份有限公司 | 支持平台多应用的web服务分层鉴权方法 |
CN107147634A (zh) * | 2017-04-28 | 2017-09-08 | 四川长虹电器股份有限公司 | 支持平台多应用的web服务分层鉴权方法 |
CN107360554A (zh) * | 2017-06-27 | 2017-11-17 | 上海啦米信息科技有限公司 | 一种突发事件的应急通知方法 |
CN107360554B (zh) * | 2017-06-27 | 2021-03-23 | 上海啦米信息科技有限公司 | 一种突发事件的应急通知方法 |
CN107360225A (zh) * | 2017-07-07 | 2017-11-17 | 沈云海 | 一种融媒体公共服务云系统 |
CN107247620A (zh) * | 2017-07-14 | 2017-10-13 | 郑州云海信息技术有限公司 | 一种管理校园卡的装置、方法和系统 |
CN107591202A (zh) * | 2017-09-15 | 2018-01-16 | 南京鼓楼医院 | 一种脑卒中防控和快速救助系统及方法 |
CN108074642A (zh) * | 2017-12-29 | 2018-05-25 | 青岛大学附属医院 | 紧急医疗救援方法及系统、计算机装置及可读存储介质 |
CN108154937A (zh) * | 2018-02-07 | 2018-06-12 | 鄂尔多斯市普渡科技有限公司 | 一种无人驾驶急救车用急救系统及急救方法 |
CN109036525A (zh) * | 2018-07-02 | 2018-12-18 | 复旦大学 | 基于云计算的心脏骤停患者院前急救系统及方法 |
CN108810449A (zh) * | 2018-07-06 | 2018-11-13 | 合肥明高软件技术有限公司 | 一种应用于基层党建的远程云视频服务系统和服务方法 |
CN109088916A (zh) * | 2018-07-13 | 2018-12-25 | 安徽捷峰电子科技有限公司 | 一种智慧医疗云平台系统 |
CN111105865A (zh) * | 2018-10-26 | 2020-05-05 | 中国人民解放军第二军医大学 | 一种融合社区急救的院前急救系统 |
CN111105865B (zh) * | 2018-10-26 | 2023-11-24 | 中国人民解放军海军军医大学 | 一种融合社区急救的院前急救系统 |
CN111598752A (zh) * | 2019-02-20 | 2020-08-28 | 泽世百易医疗科技(北京)有限公司 | 城市急救网络、急救方法及云中心服务器 |
CN110403773A (zh) * | 2019-07-23 | 2019-11-05 | 北京大学深圳医院 | 远程智能急救系统及智能急救方法 |
CN110493480A (zh) * | 2019-08-03 | 2019-11-22 | 银川市紧急救援中心 | 120质控指标监测预警方法 |
CN110493480B (zh) * | 2019-08-03 | 2020-10-09 | 银川市紧急救援中心 | 120质控指标监测预警方法 |
CN112397182A (zh) * | 2019-08-13 | 2021-02-23 | 健和九州(北京)科技有限公司 | 用于急救报警和接警的系统、子系统、方法及存储介质 |
CN110972114A (zh) * | 2019-11-19 | 2020-04-07 | 江苏恒宝智能系统技术有限公司 | 一种城市节点网络系统 |
CN110972114B (zh) * | 2019-11-19 | 2023-07-18 | 江苏恒宝智能系统技术有限公司 | 一种城市节点网络系统 |
CN111192694A (zh) * | 2019-12-31 | 2020-05-22 | 河南科技大学 | 一种基于大数据挖掘的智慧医疗服务云平台门户系统 |
CN111192694B (zh) * | 2019-12-31 | 2024-02-13 | 河南科技大学 | 一种基于大数据挖掘的智慧医疗服务云平台门户系统 |
CN111447286A (zh) * | 2020-04-29 | 2020-07-24 | 重庆生命新云网络科技有限公司 | 一种基于5g网络的医疗车智能车载终端控制系统 |
CN112165524A (zh) * | 2020-09-28 | 2021-01-01 | 唐斌 | 院前急救智能呼叫软件系统 |
CN112685385B (zh) * | 2020-12-31 | 2021-11-16 | 广西中科曙光云计算有限公司 | 一种用于智慧城市建设的大数据平台 |
CN112685385A (zh) * | 2020-12-31 | 2021-04-20 | 广西中科曙光云计算有限公司 | 一种用于智慧城市建设的大数据平台 |
CN113192615A (zh) * | 2021-04-22 | 2021-07-30 | 广州中康数字科技有限公司 | 一种疾病网络问诊系统及其使用方法 |
CN113192624A (zh) * | 2021-07-01 | 2021-07-30 | 京东方科技集团股份有限公司 | 紧急救治系统、紧急救治方法及电子设备 |
CN113192624B (zh) * | 2021-07-01 | 2022-05-31 | 京东方科技集团股份有限公司 | 紧急救治系统、紧急救治方法及电子设备 |
WO2023274402A1 (zh) * | 2021-07-01 | 2023-01-05 | 京东方科技集团股份有限公司 | 紧急救治系统、紧急救治方法及电子设备 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104065743A (zh) | 一种基于智慧城市平台的120急救系统 | |
Chowdhury et al. | Transformation of health care and the new model of care in Saudi Arabia: Kingdom’s Vision 2030 | |
US10691715B2 (en) | Dynamically integrated disparate computer-aided dispatch systems | |
Martinez et al. | Analysis of information and communication needs in rural primary health care in developing countries | |
US20160103963A1 (en) | Method and system for smart healthcare management | |
CN101599110A (zh) | 紧急医学救援无线移动信息管理方法及平台 | |
EP3528392A1 (en) | Community-based response system | |
CN104750997A (zh) | 一种基于移动互联的诊疗随访业务实现方法 | |
CN109461476A (zh) | 一种分级诊疗支撑服务方法和平台 | |
CN102103654A (zh) | 一种基于健康档案共享平台的跨医院双向转诊信息系统 | |
CN110491315A (zh) | 一种科技展馆智能导览系统 | |
CN110365744A (zh) | 一种多功能智慧卫生急救站运行系统及方法 | |
CN102932024A (zh) | 医疗通信终端与系统 | |
CN107731284A (zh) | 医疗信息共享方法及系统 | |
Dar et al. | Smart healthcare system (SHS): medical tourism delivering, consumption, and elevating tool in the ages of smart technologies | |
KR20100059377A (ko) | 학생 관리 방법 및 그 장치 | |
Finn et al. | Digital communication in medical practice | |
CN116072275A (zh) | 一种自助式网络预约停车挂号一体化医疗系统及其方法 | |
Levina et al. | Smart hospital architecture: IT and digital aspects | |
Tang et al. | Health system strengthening in post-conflict ethnic regions of Northeastern Myanmar: a qualitative study | |
CN109754875A (zh) | 一种医用自助终端、设备、云服务器及系统 | |
Paramonov et al. | Communication between emergency medical system equipped with panic buttons and hospital information systems: use case and interfaces | |
Graham et al. | The experiences of health workers using telehealth services for diabetes-related foot complications: a qualitative exploration | |
US20210287784A1 (en) | Wireless check-in system for healthcare environments | |
Tsirintani | Strategic procedures and revisions for implementing telemedicine and telecare in Greece |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C53 | Correction of patent of invention or patent application | ||
CB03 | Change of inventor or designer information |
Inventor after: Chen Ping Inventor after: Yin Weidong Inventor after: Yang Jing Inventor after: Huang Zhao Inventor before: Chen Ping Inventor before: Huang Zhao Inventor before: Yang Jing |
|
COR | Change of bibliographic data |
Free format text: CORRECT: INVENTOR; FROM: CHEN PING HUANG ZHAO YANG JING TO: CHEN PING YIN WEIDONG YANG JING HUANG ZHAO |
|
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20140924 |
|
WD01 | Invention patent application deemed withdrawn after publication |