基于南京政务云急救系架构设计方案1018 - 图文(3)

2019-02-15 18:34

院客户端,分站客户端和车载医护客户端。可提供以下应用服务:

3.5.1 OA应用服务

OA应用可以提供给急救中心办公管理使用,OA应用调用急救云平台的各个接口实现一些必备功能,如身份认证、待办事项、消息通知以及运维接口的调用。

3.5.2医疗应用服务

可以提供给急救人员进行院前急救业务使用,调用急救云平台的各个接口实现一些必备功能,如信息查看、待办事项、消息通知以及运维接口的调用。用户有移动应用需求时,可以在遵循原有办公业务标准的条件下,通过平台实现与急救中心内部OA办公系统的集成对接,定义业务流程、电子表单,实现功能扩展。

3.5.3视频服务

视频监控应用对接视频交换平台,实现查看车载视频、智慧南京辅助支撑系统视频、智能交通视频等功能。

3.5.4 IP电话服务

IP电话应用基于SIP协议在终端应用中实现网络通话功能。

3.5.5文本信息调阅写入

文本信息是急救系统中的常用功能,包括文本的查看、写入。

3.5.6医学信息调阅写入

医护数据的实时查看、录入及存储。

3.6核心平台层

本层部署于急救中心,属于120急救中心原有系统,本次设计只对该系统进一步升级改造,完善系统呼叫、调度、管理等功能,加强系统运行速率及优化安全。

3.7急救系统云存储方案

本系统部署于南京市卫生专网,前端车载数据通过无线政务专网接入卫生专网,是一个基于有线传输及无线传输的综合系统,系统需要存取数据包括视频数据、医学影像数据、病历文本数据及相关报文数据。基于无线网络特性及数据完整性、安全性要求,本系统存储服务由前端车载本地分布式存储及政务数据中心IP-SAN存储构成整个急救系统的云存储网络。

1. 车载分布式存储

鉴于无线网络容量及带宽方面的劣势,对于急救业务中占用带宽量大,但对安全及稳定性要求相对较低的非医学数据(视频数据),本系统采用本地分布式存储,视频数据实时存于车载本地存储器中,由一个个本地存储器组成的急救车分布存储网络,急救中心可通过客户端软件实时调用查看,视频存储期可达1个月,存储空间满额后,可通过光碟刻录方式导出用于急救备份。

2. 政务数据中心IP-SAN存储

对于急救过程中的关键数据,主要包括病历数据、医疗体征数据,鉴于该部分数据为本系统核心数据,具有高安全、高稳定要求,按照国家卫计委相关要求,电子病历数据存储期需长达15年。因此,该部分数据存储于政务数据中心IP-SAN中。

3.7.1 IP-SAN存储容量需求

本系统核心医疗数据包括电子病历数据、急救医疗体征数据,经调研及测算,单车任务需要写入的病历数据约20K,体征数据编码后生成报文数据并按时间节点(通常约1-2分钟)录入系统并存储,单车单次记录体征数据量约100K。根据电子病历存储15年的国家要求,我们按急救车日均任务10次,未来全市将增容急救车辆至200台计算,可以测算出医疗数据的存储需求约1.5T。

3.7.2数据备份

数据备份采用LAN-Free备份,是在SAN环境中进行的,是指数据不经过局域网直接进行备份,即用户只需将磁带机或磁带库等备份设备连接到SAN网络中,各服务器就可把需要备份的数据直接发送到共享的备份设备上,不必再经过局域网链路。由于服务器到共享存储设备的大量数据传输是通过SAN网络进行的,局域网只承担各服务器之间的通信任务,而不是数据传输。另外,本急救系统通过添加备份服务及双机热备技术本保证数据安全,双机热备份技术是一种软硬件结合的较高容错应用方案,该方案是由两台服务器系统和一个外接共享磁带库及相应的双机热备份技术软件组成。在这个容错方案中,操作系统和应用系统安装在两台服务器的上,磁带库外接虚拟存储服务器,可实现离线存储。通过双机热备技术,所有站点的数据直接从中央存储设备读取和存储,并由专业人员进行管理,极大地保护了数据的安全性和保密性。用户的数据存放在外接磁带库中,在一台服务器出现故障时,备机主动替代主机工作,保证网络服务不间断。


基于南京政务云急救系架构设计方案1018 - 图文(3).doc 将本文的Word文档下载到电脑 下载失败或者文档不完整,请联系客服人员解决!

下一篇:广东省茂名市2013届高三第一次高考模拟数学理试题及答案

相关阅读
本类排行
× 注册会员免费下载(下载后可以自由复制和排版)

马上注册会员

注:下载文档有可能“只有目录或者内容不全”等情况,请下载之前注意辨别,如果您已付费且无法下载或内容有问题,请联系我们协助你处理。
微信: QQ: