紧急医疗救援指挥调度系统项目方案

某电子政务项目建设方案项目名称：某紧急医疗救援指挥调度平台建设方案注：所有项目建设方案编制必须按照上述要求填写，若方案编制与提纲不符，我局有权不予受理。2第一章项目概述 41.1项目名称 41.2项目建设方案编制依据 41.2.1国家政策 41.2.2省级政策 61.2.3技术规范依据 61.3项目概况 81.3.1项目背景 81.3.2建设目标 91.3.3项目建设内容考核情况 1.3.4项目建设的意义和必要性 1.3.5部门业务需求说明 1.3.6总体建设与本期建设任务 第二章业务需求分析 212.1业务功能、业务流程和业务量分析 2.1.1软件部分要求 2.1.2硬件部分要求 2.2系统功能和性能需求分析 422.2.1系统功能需求 2.2.2性能需求 452.2.3系统功能模块 第三章总体建设方案 593.1建设原则 3.2总体建设任务 3.2.1本次建设任务 3.2.2本次项目清单 3.3系统总体结构和逻辑结构 3.3.1系统架构图 3.3.2网络拓扑图 6733.4技术路线 67 4.1.1软件系统设计 704.1.2硬件系统设计 4.2网络系统设计 4.3安全系统设计 4.4软硬件部署设计 4.5备份系统设计 4.6资源共享设计 4.7部门信息系统整合情况 4.8部门业务系统对接情况 5.2项目运维 5.2.1运维内容 5.2.2运维时间(质保时间) 5.2.3运维要求 5.2.4其它 第六章效益与评价指标分析 6.2项目评价指标分析 第七章注意事项 4第一章项目概述1)互联网+政务服务”技术体系建设指南；2)政务信息资源类规范、标准；3)国家、省级、行业建设规范；1.2.1国家政策■《“健康中国2030”规划纲要》;■《健康中国行动(2019—2030年)》;■《全国医疗卫生服务体系规划纲要(2015—2020年)》■《突发事件紧急医学救援“十三五”规划(2016-2020年)》5■国务院办公厅《关于促进和规范健康医疗大数据应用发展的国办发〔2018〕26号函〔2019〕588号■《国家卫生健康委办公厅关于做好信息化支撑常态化疫情防控工作的通知》(国卫办规划函〔2020〕506号)■《国家卫生健康委员会办公厅关于新冠肺炎疫情防控常态化下进一步提高院前医疗急救应对能力的通知》■《公安部办公厅国家卫生健康委办公厅关于健全完善道路号)■国家卫生健康委、国家发展改革委、教育部、工业和信息化部、公安部、人力资源社会保障部、交通运输部、应急管理部和国家医保局联合制定了《关于进一步完善院前医疗急救服务的指导意6■某省卫生健康委、发展改革委、教育厅、公安厅、人力资源医秘2020412号)。■某省卫生健康委员会《某省突发事件紧急医学救援“十三五”规划(2016—2020年)》某卫应急〔2017〕9号。■《急救中心建设标准》建标177-2016;救援指挥中心建设标准)征求意见稿；■国家卫生健康委医政医管局《关于征求公共场所自动体外除颤器配置及管理技术指南(征求意见稿)意见的函》国卫医资源便■《WST621—2018院前急救机构与医院急诊科患者病情交接■《电子病历基本规范(试行)》;7■《电子病历系统功能规范(试行);■《电子病历系统功能应用水平分级评价方法及标准》;■《基于电子病历的医院信息平台技术规范》(2012);■《信息技术设备的安全》GB4943-2001;■《国家信息化领导小组关于加强信息安全保障工作的意见》(中办发[2003]27号);■《网络安全等级保护基本要求》GB/T22239-2019■《网络安全等级保护安全设计技术要求》GB/T25070-2019■《网络安全等级保护测评要求》GB/T28448-2019■《网络安全等级保护测评过程指南》GB/T28449-2018■《网络安全等级保护测试评估技术指南》GB/T36627-2018■《信息系统安全等级保护定级指南》GB/T■系统开发设计应遵循已有的国际标准、国内标准、行业标准和地方标准体系，遵循ISO、GB,包括《GB8566-88计算机软件开发计算机软件需求说明编制指南》、《GB9386-88计算机软件测试文件编制规范》等。应遵循国家卫生技术标准和规范以及国家电子政务标准化指南等行业标准及规范。81.3项目概况2014年某紧急救援中心完成某急救一体化建设项目院前指挥调和信息处理平台，将120急救电话的受理和救护、突发事件及灾害经过7年社会经济、装备技术、急救业务不断的深入发展，目6、安全防护措施薄弱，存在严重的运行风险；8、现有120指挥调度办公环境及设备设施简陋，亟需改善。9重大活动保障、突发公共事件紧急救援等方面发挥了重要作用。根据国家卫生健康委等9部委《关于进一步完善院前医疗急救服务的指导意见》国卫医发〔2020〕19号和某省卫生健康委等9部门《关于印发进一步完善某省院前急救实施方案的通知》(某卫医秘2020412号)文件要求“进一步加强院前医疗急救体系标准化、规范化建设，提高院前医疗急救服务能力，更好地满足人民群众对院前医疗急救的需求。加快建设与我市经济社会发展水平及人民健康需求相适应的院前医疗急救服务体系。”根据某省卫生健康委《关于实施世行贷款中国医疗卫生改革促进项目重点建设项目的通知》(某卫体改发〔2019〕22号，以下简称世行项目)文件精神，按照某全民健康信息平台构建统一权威、互联互通的全市全民健康信息化工作体系的总体建设目标。我委将依托世行项目——某全民健康信息平台，建设某全民健康信息平台子平台——某紧急医疗救援指挥调度平台。某紧急救援中心须建设符合国家、国际标准，高可靠、高效率、高性能、高实用、高专业性的国内领先、省内一流水平的紧急医疗救援指挥调度平台，满足全市院前急救、医疗紧急救援和疫情防控工作的需求，守卫某这座以习近平新时代中国特色社会主义思想为指导，十四五期间，某紧急救援中心将全面贯彻落实健康中国、健康某、健康某发展战略，围绕“人民健康中心”的服务理念，执行国家关于急救高质量发展要求，完善重大疫情防控体制机制，提升公共卫生应急能力。某紧急救援中心以信息化建设为主抓手，以医疗救援指挥调度平台为总支撑，加快推进我市院前急救体系、5G+智慧急救体系、公共卫生应急体系、重大活动医疗卫生安全保障体系、突发事件的紧急医学救援体系建设，全面提升我市医疗急救整体水平和紧急医学救援、疫情防控工作能力。某紧急救援中心围绕某医疗卫生事业发展，全市人民群众健康水平不断提高的大局，立足现有资源条件，着眼未来公共卫生服务能力、服务效率、服务水平、服务质量的全面提升，建设以计算机电话集成系统和数字化网络平台为基础，以有线/无线通信系统为纽带，以呼救受理、指挥调度、信息处置、质量管理、安全保障、急救云为核心，以呼叫电话定位、呼叫电话录音、云地图(GIS)、救护车全球定位(GPS/北斗)、有/无线视音频传输、急救监督记录、互联网+急救服务、院前电子病历、电子收费、电子发票、院前急救综合管理及质量控制、满意度回访、重大活动保障、非急救转运、大数据分析、急救专家知识库、计算机决策预案、突发事件应急指挥、多部门紧急救援联合指挥系统为支持，以大屏幕显示、数字会议、中控、机房保障为辅助的一套功能完善、受理准确、调度快捷、科学合理、动态与静态相结合、高度一体化的医疗救援指挥调度平台。全面完善和加强我市智慧急救和医疗救援功能和技术装备水平，本项目建设社会效益显著。以上项目的建设，不仅是某急救体将显著提高人民群众健康水平，促进卫生健康事业与经济社会协调发展，满足本地居民及国内外旅游、工作人员的急救服务需要，为抢救各类急、危、重症患者的生命争取宝贵时间，最大限度减少急危重症病死率和致残率，提高院前急救的成功率。切实加强全市院前急救管理，规范院前医疗急救服务行为，促进全市医疗急救事业健康发展，提升我市院前医疗急救和突发公共卫生事件紧急医疗救1.3.3项目建设内容考核情况无1.3.4项目建设的意义和必要性菜心”的新发展定位，是指引某当前和今后相当长时期经济社会发展的总遵循，是我们矢志不渝追求的总目标，更是推动我市卫生与健康事业高质量发展的重要历史机遇期。某紧急救援中心相对于某省和长三角急救中心发展滞后，我市120调度指挥能力、综合服务能力、业务监管的能力和信息化水平处于落后状况，不能满足公众和社会对院前医疗急救、重大活动保障、突发公共事件紧急救援等需求，亟需得到提升。在前期调研中，我中心信息化建设过程中还1、多数硬件设备损耗老化严重、性能降低、状态不稳定某紧急救援中心院前指挥调度系统2014年建设，不间断连续工作7年以上，如录音系统、服务器、计算机、网络等多数硬件设备损耗老化严重、性能降低、状态不稳定，且软硬件性能已明显落后，不能完全满足我市120急救工作和疫情防控工作的实际要求，部分维保日期维保天数维保内容2018年1月26日5故障2018年12月13日1系统保障2019年3月26日3器重做2019年7月22日6调度系统卡顿，分站中毒，车载维护2019年11月19日3备录音重做，海康平台故障，车载维护2020年5月14日4中心软件升级(调度台，应用，通服，数2020年6月11日2博望安装车载一台，车载监控调试6台2020年8月23日2调度台故障，分站病毒所致2020年8月25日3毒软件，调度台重做2020年9月11日2调度台重做2020年9月23日32020年11月25日5中心调度电脑同一更新，部署360天擎等2020年12月14日4调度系统更新，排查闪退问题2021年1月15日22021年2月8日1节前巡检(中心要求)2021年3月8日32021年4月11日2部署高德地图，回访重新部署2021年5月20日34号台弹单异常，2号台录音故障，手机定2021年6月10日1节前巡检(中心要求)2021年8月30日22021年9月26日2节前巡检(中心要求),1号台故障2、现有系统不支持政务云方式部署，需进行改造某紧急救援中心院前指挥调度系统基于局域网方式部署，使用UDP通信协议，不能很好的支持政务云方式部署，需进行系统改造。3、核心设备未做双机热备现有程控用户交换机已经不间断连续运行7年以上，设备损耗老化严重，状态不稳定，存在运行风险，一旦发生故障，整个某120电话将无法正常接听受理。随着某社会经济的快速发展，全市120电话呼叫量大幅增加，急救工作量也随着增长，百姓对院前急救工作质量的要求也不断提升，因此对现有120急救指挥调度系统的可靠性和安全性需求大大增强。出现任何停机、宕机的情况导致120电话无法呼入都是我单位不能承受的，解决威胁着某紧急救援中心关键业务系统的安全的问题，是十分必要的。程控用户交换机是构建120系统的最基础工作平台，核心设备需要冗余双备份设计，2个2M数字中继做双路由接入，为某紧急救援中心通信工作提供稳定可靠、迅速及时的系统平台，保证120电话处理的不间断。4、制约急救业务发展的系统功能亟待加强制约和影响120呼救受理、指挥调度、信息处置、质量管理、安全保障等方面业务发展的系统功能亟待加强。(1)录音文件相当于急救事件的“黑盒子”,为整个事件回溯和查询提供最真实、最直接的依据。已连续不间断工作7年，设备损耗老化严重，存在影响系统安全稳定运行的隐患。数字录音子系统须必要升级，实现设有120急救指挥调度子系统版本较低，随着急救业务的不断发展，功能有待升级，以保证某紧急医疗救援指挥调度平台快速、安全、高效、稳定运行，以保障我市院前急救工作、医疗紧急救援工作和疫情防控工作的正常有序开展进行。(3)没有有效利用信息化技术争取社会援助，使社会车辆及时知晓并避让执行急救任务的救护车，为患者救治争取宝贵时间。(4)电子病历系统软件较低，对电子病历管理力度和质控、数据分析深度不够，不支持电子收费，不支持移动端操作，需医生返回分站填写，亟需更升级。(5)各地卫生健康行政部门未统筹规划区域内公共场所AED配置和管理工作，统一标识，统一管理运维，统一培训要求，确保AED铺设科学合理，管理规范有序。利用信息化手段，创新性拓展院前急救信息化平台，整合相关行业、机构、社会组织和志愿者力量，集成AED地图、AED导航等功能。针对性推送急救常识和基本技能，有效提升全人群自救互救能力，营造全社会关心支持院前医疗急救发展的良好氛围。(6)没有建立公众场所AED(自动体外除颤仪)调度系统，导致我一目击者)参与急救率较低。(7)缺乏全面完整的院前急救核心数据和大数据分析功能，高质量开展院前急救质控工作较为困难，无法对呼救热点及急救空白区域进行科学性分析，也不能对急救疾病接收基于互联网APP和微信公众号的呼叫120全部信息。现有系统网络安全防护措施薄弱，未进行等保定级、备案、建2020年，某政府正式启动公众急救保证提升工程，计划分三年在全市安装AED共260台，其中2020年在花山区、雨山区先期投放100台。和县、含山县、博望区二县一区200台安排年度投放到位。由某紧急救援中心具体组织实施。项目旨在进一步提升全市公众急救服务保障水平，推动急救事业高质量发展。按照“政府主导、社会参与、属地负责、试点先行、稳步推进”的原则，市紧急救援中态化运行管理机制，无缝对接120急救绿色通道；建立A8、现有120指挥调度办公环境及设备设施简陋，亟需改善坐席台已有损坏。大屏幕为10年前使用的投影幕布，显示极为不清化、立体化、直观化的指挥调度要求，亟需更新和改造。现状照片当前新冠肺炎疫情已进入常态化防控阶段，为深入贯彻落实党确保院前医疗急救转运安全高效，医疗机构接收迅速顺利，某紧急党的十八大以来，党中央、国务院高度重视卫生健康工作，全面推进健康中国建设。党中央、国务院、国家卫健委推出一系列提高院前医疗急救服务能力和完善服务水平的政策和意见，指导与推进我国院前急救医疗事业急救高质量发展。我市统一指挥调度信息化平台遵循安全规范、信息惠民、政府监管、做大规模、降低成本、提高绩效的原则建设，提供的服务符合系统安全、操作便捷、传输稳定快速，展示清晰完整的要求，围绕“急救更快速、服务更便民”的数字化改革目标，以优化急救流程、改进急救方式、提升急救时效为方向，进一步完善全市院前医疗急救服务体系。2021年是“十四五”规划的开局之年，是落实新时期卫生健康工作方针，扎实推进健康某建设的关键一年。为保证院前医疗急救与某社会、经济发展和医疗服务需求相适应，进一步完善某急救医疗服务体系，加快形成与某经济社会发展保障要求相适应的院前急救管理和服务模式，满足全市人民群众日益增长的医疗急救服务需求，更好的完成市委、市政府、市卫健委布置的院前医疗急救工作，坚决打赢疫情防控阻击战。某紧急医疗救援指挥调度平台除120电话受理、录音服务之外，现用其他核心服务全部迁移至我市政务云平台运行。为全面建设“健康某”提供有力的公共卫生服务保障。1.3.5部门业务需求说明主要负责全市院前医疗急救的指挥调度工作，需建立一套高度现代化、信息化、网络化、智能化的医疗救援指挥调度平台，来承担辖区内日常医疗急救和突发公共事件的指挥调度和紧急医疗救援任务。实现集通讯、指挥、控制和信息处理于一体，当辖区内人民在全新高效的工作平台支持下，快速、准确、有效、科学、合理的实时全过程处理每一起急救任务，满足公众院前医疗急救、重大活1.3.5.2医务科需求主要负责全市三县三区215.99万城乡居民医疗急救服务，突发公共事件的现场紧急医疗指挥和救援任务。依托某紧急医疗救援指挥调度平台科学完成危急重患者的现场抢救，突发公共事件的紧急1.3.5.3车管科需求主要负责全市急危重患者转诊服务、重大活动、会议的医疗保障等。依托某紧急医疗救援指挥调度平台科学完成危急重患者的现1.3.5.4科教培训科需求主要负责全市人民急救知识宣传与普及。依托某紧急医疗救援对急危重患者实施紧急现场救护，倡导社会急救理念，弘扬救死扶1.3.6总体建设与本期建设任务某紧急救援中心信息化建设都应是围绕改善患者救治生存链而来。与院外心搏骤停急救流程类似，院前对急重症患者要做到早识别早呼救。指挥系统快速受理、科学调度，将AED+志愿者纳入急救电子病历和满意度回访保障院前医疗质量等，这些都是提高危重患者救治生存率的重要举措，我中心力争打通院前医疗急救救治的各个环节，做到真正发挥院前医疗急救作用，降低死亡率，减少致残依据《关于进一步完善院前医疗急救服务的指导意见》国卫医发〔2020〕19号和《关于印发进一步完善某省院前急救实施方案的通知》(某卫医秘2020412号)文件要求，以某紧急救援中心十四五信息规划为主体，以某紧急医疗救援指挥调度平台建设项目、互同救治信息系统项目为三翼，围绕一体三翼的总体布局，三翼齐飞1、某紧急医疗救援指挥调度平台建设项目(一期):(1)程2、互联网+院前医疗急救综合服务能力提升项目(二期):(1)双机数字录音子系统。(2)高可用全热备子系统。(3)急救车视频音频监控子系统升级。(4)急救分站子系统升级。(5)多渠道辅助急救呼叫子系统。(6)手机定位子系统升级。(7)标准化机3、5G+院前院内一体化协同救治信息系统项目(三期):(1)施马鞍山市之的教整前指挥国唐累统第二章业务需求分析2.1业务功能、业务流程和业务量分析2.1.1软件部分要求2.1.1.1.1用户需求分析当辖区内人民群众出现生命危象时，可以拨打120电话向某紧急救援中心求救，在全新高效的工作平台支持下，快速、准确、有效、科学、合理的实时全过程处理每一起急救任务。全市现有1家市紧急救援中心、12家急救站，75余辆救护车，承担着全市4049平方公里，215.99万居民的医疗急救和突发事件医疗救援等任务，同时还担负着重要会议及大型活动的医疗保障任务，以及基础急救知识与技能的社会普及等公益性工作。某紧急医疗救援指挥调度平台现有设立6个120受理调度坐席，负责雨山区、花山区、博望区、当涂县、含山县、和县等三县三区实行院前医疗急救集中受理和统一调度。满足公众院前医疗急救、“122”报警平台建立联动协调机制，缩短响应时间。系统建成后满足市卫健管理部门、区县卫健管理部门、市紧急救援中心、各急救站对本辖区内的院前医疗急救相关活动及其监督2.1.1.1.2业务需求分析某紧急救援中心建立覆盖全市的某紧急医疗救援指挥调度平台，实行院前医疗急救集中受理和统一调度。为全市人民提供一条快捷高效的急救绿色通道，保障这个城市真正的生命线。确保120呼救电话7*24小时畅通无阻、下达指令的指挥通道7*24小时畅通无阻、院前急救信息的采集通道7*24小时畅通无阻。某紧急救援中心是这个城市急救力量的控制中心，作为一个支撑整个城市院前急救任务的控制中心，它能够对急救全过程进行管控(从呼救者拨打急救电话到任务完成),包括呼救者、急救分站、救护车、接收医院以及对急救过程的信息、质量的控制。保证每一起呼救都能得到快速的应答响应、每一个应答响应都能得到合理的处置、每一个处置都能实现准确的派车、每一起派车都能接到需要帮助的病人、每一个病人都能得到最及时、科学的救治。同时，在出现突发事件时，承担城市的紧急医疗救援指挥工作，及时有效应2.1.1.2业务流程图“你好，马鞍山120!”是否误报、恶意电话垂急救专家知识库持事件处理流程”*重大事件案数据库本项目系统建设要求如下：以120电话呼救为主，可接收多种形式的紧急医疗呼救(手机、固话、APP、微信公众号、急救腕表、急救自动呼救器)等以及其他形式的呼救等。市辖区的呼救由某紧急救援中心统一受理：在通信公司提供接口的前提下，显示呼救源主叫号码及相关三字段/经纬度信息，通过获取移动电话实时坐标进行定位，准确确定自动定位呼救源：在电子地图上自动确定呼救源所在区域或详恶意电话的定义及自动转移：首次恶意电话的定义及再次打入时自动转移至教育台；自动呼救用户信息显示：显示患者详细信息，包括健康资料档记录未接电话信息。当调度员接起呼救电话，首先判断电话类型，如果为要救护车电话，则根据会话内容，记录呼救电话、现场地址、主诉、患者姓名、性别、年龄、民族、国籍、联系人、联系电话、特殊要求、现场地址经度、现场地址纬度、送往地址、电话振铃时刻、开始受理时刻、结束受理时刻等信息生成有效受理单。点击“定位”按键，确定地址后，车辆列表会按照与现场距离由近及远自动排序；填写“主诉”“判断”后，进入“调度”流程派出救护车。未派出救护车则执行相应操作程序结束受理。如果为非要救护车电话，点击“电话记录”先对电话进行分类，再点击“继续接听”或“退出接听”(1)依据“就急、就近、就能力”原则调派推荐车辆送往医院所谓“就急”是指通过急救优先分级调度系统，根据病人病情及现场情况的轻重缓急制定派车方案。系统根据“就近”原则自动推荐出动的急救站的救护车以及根据“就近”原则自动推荐送往医院。系统针对特殊的呼救提供可在调度的过程中，利用GPS/北斗系统提供的移动救护车定位信息提取附近地点的“途中待命”的车辆情况，调度员可根据实际需要修改推荐调度结果。对于大型恶性伤亡事故，调度员可一次指派就近的多辆救护车同时出动。“就能力”是根据医院的急救能力和专长推荐医院。(2)根据技能、特长、距离等条件，选择符合的志愿者&公众急救中心在调派完救护车驶向现场之后，还能根据距离或者特长等原则将这一事件发送给相应的“志愿者&公众场所工作人员”,同时还可告知该“志愿者&公众场所工作人员”或者另一“志愿者&公众场所工作人员”最近的AED设备(自动体外除颤器)在哪里。这样，患者就能在救护车赶到之前，先得到“志愿者&公众场所工作人员”的抢救，为保持患者的生命体征提供了帮助。将社区医生、乡村医生纳入到我们现有急救体系当中，提供上下班模式，供急救中心调派，在第一时间做出反应。所谓“欲派无车”,是指有病人呼救需要调派救护车，但又全网无车可派，或者空闲车辆距离病发地点较远时的情况，此时，调度员可与病家协商，按如下方法处理：①将任务挂起，放入待派栏中，所有调度员共享待派。一旦有空闲车辆，系统自动通知调度员处理被挂起的呼救。②查询附近是否有即将完成任务的救护车，如有，可预分配任务给该车，一旦在指定时间空闲，立即自动分配此任务给该车，节省调度时间。③先调派较远救护车前往，注明原因，防止医疗纠纷的产生。4、电话指导自救或互救在调派救护车后，调度员提醒呼救者不要挂断电话，通过继续的询问指导患者自救或呼救。系统根据急救预案和车辆调派结果，自动产生调度指令。调度指令内容包括：任务编号、任务类别、现场/等车地点、患者主诉、患者姓名、患者性别、患者身份、病情轻重、主叫电话、年龄、联系电话、联系人、来电时间等等。(1)向救护车下达调度指令调度员在完成受理表格的必要栏目的填写后，向指定车辆发出出车指令，调度台自动发送需要下达的文字指令信息给分站、救护车及人员，实现此功能可以通过4G通信方式实(2)向急救分站下达调度指令调度指令下达救护车同时，系统将向被调派救护车所属分站自(3)向救护人员下达调度指令调度员下达的文字指令信息也可经由无线通信系统下达到救护人员的车载急救终端上。同时，当被调度救护车所配备的救护人员 (医生、司机、护士等)不在车上时，也可由中心将出车指令发送发送是否成功的结果在受理台上显示。调度员根据此结果决定是否以其他方式通知相关急救站或救护车(如专用电话或无线通信调度软件应具备一键式拨号功能将电话简洁的拨到救护车的手(4)向供志愿者&公众场所工作人员下达通知消息在第一时间做出反应，根据技能、特长、距离等条件，选择符6、指令接收下发指令可以通过专线电话、无线对讲通知出车人员，并通过短信方式发送给被调派的救护车随车医护人员的手机上，同时将指令同时发往被调派救护车以及救护车所属分站，接收指令的对象应(1)急救分站指令接收急救分站计算机终端自动接收中心下发的调度指令。并可根据分站设置提醒相关人员出动(如声光报警器)。(2)救护车指令接收并通过输出设备(如液晶显示屏和语音播放装置)输出调度指令，救护车上的医护人员则根据调度指令立即出动，赶赴病人等车救护车上的人员收到中心发来的指令后，可通过车载急救终端(3)急救人员指令接收(4)供志愿者&公众场所工作人员指令接收(1)当救护车无法到达现场(如塞车、车辆故障等等)或到达现场后，发现病人较多，救护车不够用时，以及其他请求增援的情况，救护人员可根据现场条件，通过手机/固定电话/无线通信终端(2)对于“任务中”的车辆，有时需要重新改派另一辆车前去执行任务，这时需要使用“改派”操作，点击“改派”按钮，选择当救护车将病发现场的所有病人送到医院后，该起呼救处理即告结束，呼救完成可由救护车上相关人员按相关按钮通知，或通过由于误报或恶意电话建立的呼救，在确定实际情况后，另行归(1)急救过程中的信息反馈救护人员可通过车载急救终端将车辆状态以及部分急救信息(如收费、告知、日志等等)实时向中心反馈等等。(2)急救完成的信息反馈电子急救病历：系统可对病人在急救期间的治疗情况以及结果诊断信息、救治措施、心肺复苏登记”等部分。出车病历可由各急救分站填写，通过急救网络发送回中心，中心可根据病历提供相应医院急诊科或其他临床科室对患者继续进行诊治；医院急诊科负责将120运送去的危重患者入院诊断和预后输入信息终端，并回指导急救发展：同时，利用大数据量的电子急救病历进行医学统计分析，可指导城市急救医学的发展，并影响城市卫生政策与措急救中心的资源分为两类：救护人员和救护车辆。其中救护人员包括司机、医生、护士、担架工等。(1)车辆人员管理系统对救护人员按以下状态进行管理：上班、下班，同时，可将救护人员与救护车辆对应绑定，一旦调度某一救护车时，自动调度相应司机、医生、护士出动。(2)车辆资源管理系统对救护车按以下状态进行管理：站内待命、收到指令、驶向现场、抢救转送、到达医院、途中待命、暂停调用等等状态。车辆在不同状态以不同颜色或图标表示，能够进行不同的车辆对于已派车的往救目的地，系统给予呼救标识(如呼救名称等),一旦标上标识后，所有调度员共享这一标识。在车辆到达后，由现场人员通知中心，登录救护车到达现场时间，同时取消这一标识，避免重复放车或同一地点有另一起呼救时，给予任务加派，一并处理多起呼救。在无呼救电话时能够动态监控显示车辆的各种状况。当出现重大事故时，系统提供记录处理重大事故的能力，系统应能用简便的方式按分级及时向相关单位汇报、联系。重大事故的应急处理流程见系统。(1)重大事故的定义和建立关联在呼救处理过程中，可依据所掌握的现场实际情况将所处理的事件定义为重大事故。根据需要可将已处理的和/或继续呼入的相关呼救电话归并到同一事故信息中。(2)事故人员伤亡情况记录事故发生时，中心调度员可利用系统提供的人员伤亡情况功能快速记录事故的人员伤亡情况，包括伤员姓名、性别、主诉、受伤程度等，以便中心合理调度救护车前往急救。(3)调度员汇报过程记录中心调度员了解了事故现场伤亡情况并调派救护车后，并根据制度确定是否上报至哪一级领导。上级领导包括：值班领导、急救中心领导、卫生局领导、市政府领导等等。系统提供相应的功能记录汇报时间、对象和内容。(4)调度医护人员情况记录中心调度员可根据现场情况确定调动分站车辆外，还可直接调动相关医院的医护人员和相关车辆，系统提供记录这些调度过程的(5)伤员分流情况记录对于灾害现场的伤员分流救治情况，由现场中心救护人员记录时，系统提供跟踪伤员治疗情况记录。(6)治疗进展情况记录对于被救病员到院后的救治情况，反馈给中心，例如病情情况，(1)多方位信息支持，辅助急救相关单位信息包括：政府、公安、交通、应急管理部门、卫健(2)专家知识库支持系统提供院前急救常见急症常规处理方法专家知识库支持，包系统应提供中毒专家知识库，包括当今最重要的和常见的多急性中毒的毒理、临床表现、诊断要点和救治要点，以及五十余种不良反应和注意事项等。中毒专家知识库包括：农药中毒、工业性毒物中毒、药物中毒、中草药中毒、食物中毒、动物咬蛰伤中系统提供1000种以上化学危险品知识库。该化学危险品知识库包含：危险品中英文名称、国际危编号、国家编码、化学分子式、性状、同义词/别名、空气中/水中极限浓度、禁忌、急救措施、防护措施、泄露处理、储存、运输要求等。(3)辅助信息通告公告板，用户可以在公告板上方便查看各种相关信息。公告板的内容分为四种：通知公告、中心文件、中心动态及政策法规。其中政策法规又可以细分为法律法规和上级文件。(4)日常事务管理功能急救管理系统，在强化信息安全管理的基础上，实现信息资源按权限查看与应用交互，规范传统工作模式，实现信息资源、公务、事务的一体化管理和运行，实现急救中心组织结构和业务流程的重组优化。实现包括内部邮件、短信、工作流、办公单据、公告等常用办公功能外，更围绕院前急救管理实践，实现库存管理、病历管理、收费管理等功能院前急救核心业务功能。系统可抽选急救事件进行满意度回访，回访的情况包括：受理情况、救护车到达的快慢、现场服务情况、医院救治情况等等，从用户的角度对全市整个120急救体系运行情况做出评估，有益于提高全市医疗急救服务水平。14、信息化、立体化、直观化调度指挥，有效提升突发性事件处置能力急救的画面、文字、声音全部呈现在实时的显示在指挥中心，提高领导和指挥中心对大型突发事故的急救进度把握和掌控能力，有效2.1.1.3业务量分析障未来3到5年需求。年受理急救相关电话不少于22万次，年急救出车5万次以上，年完成各类社会活动保障不少于700次。确保急救出诊100%回访，满意与基本满意率98.26%。2.1.1.4软件平台的建设说明2.1.2硬件部分要求2.1.2.1程控用户交换机子系统部分要求程控用户交换机子系统硬件设备包含程控用户交换机、坐席话机、高端话务头戴式耳机。热备份程控用户交换机交换机达到电信级的99.99%的可靠性，保证120呼入电话可以稳定、可靠接起，辅2.1.2.2数字录音子系统部分要求数字录音子系统硬件设备包含录音服务器、录音接口机箱、录音卡。用于120坐席电话、市话电话录音和120线路自检。2.1.2.3120急救指挥调度子系统部分要求屏120受理调度坐席计算机。2.1.2.4急救电子病历、交接单、收费和质控信息管理子系统部分要求急救电子病历、交接单、收费和质控信息管理子系统硬件设备2.1.2.5本地网络安全等级保护建设部分要求本地网络安全等级保护建设硬件设备包含防火墙、安全管理平随着云计算、大数据、物联网、移动互联网、人工智能等新兴容不断扩大和演变，僵尸网络、钓鱼网站、分布式拒绝服务(DDoS规模化。下一代防火墙作为网络安全的第一道防线，要积极适应这安全管理平台一体机是传统安全防护与云计算技术相结合的一2.1.2.6120指挥调度及AED动态管理大屏幕显示子系统部分120指挥调度及AED动态管理大屏幕显示准，建设现代化的120指挥调度大厅，满足信息化、立体化、直观间可以1秒到255秒之间调节。2.1.2.7计算部分要求本次项目采用云计算弹性拓展，根据后期实际情况进行灵活调2.1.2.8存储部分要求本次某紧急医疗救援指挥调度平台项目需要连接1家市紧急救援中心、12家急救站，75余辆救护车，待建设厂商实施后可根据实系统运行网络环境情况是：某政务云到某紧急救援中心带宽为本次项目信息安全要求需要根据业务规模进行评估和推算，综合运用物理安全、网络安全、主机安全、应用安全、数据安全、安全管理等多重手段，保障平台数据安全、不易被侵入、干扰、窃取或破坏。提供防病毒、黑客入侵监测和预警、漏洞扫描、网络监测与自动修复、身份认证、敏感信息密文存储和传输等功能；系统还本项目部署在我市政务云资源平台上，主要依托政务云提供的安全服务对信息系统进行安全防护，要求本期项目所建设系统需满足三级等保(2.0)要求，同时并要满足以下软件安全要求：等增强的安全认证方式。合法登录后，支持可配置的自动超时登录应用访问安全(菜单安全):每个角色对应一组菜单项、页面数据安全控制：要求可以控制用户对正在加载的数据的访问。行级安全：安全视图是特殊类型的SQL视图，可以通过配置对应用数据库表格中的独立的数据行访问进行控制。数据加密：对于涉密信息，要进行加密存储。数据备份恢复：平台应支持前台手工及定时数据备份的功能，数据恢复的功能。处理安全：可以利用进程调度程序将处理定义分配给各种处理组。可以利用安全管理器授权用户访问或对其施加限制。如果过程定义没有被分配给用户的批准处理组，那么该用户将不被允许运行1、数据库安全需求本次项目中心端数据库必须严格进行权限控制，数据库服务器不与Internet网直接连接，这样可以避免来自网络的病毒入侵。同时数据库必须严格执行密码策略，用户访问权限分级制，统一管理，形成列表并加密归档。关键数据不采用明文存储方式，采用高级别的安全加密方式对数据存储进行加密，防止数据泄露。2、数据备份需求数据的丢失一般有如下几种情况：(1)系统硬件故障系统硬件故障会导致数据错误，当与存储或数据传输有关的硬件出现故障时，甚至会导致数据丢失或者损坏；(2)系统软件故障软件故障通常由不稳定的系统补丁或有缺陷的应用程序引起，(3)人为操作错误数据备份建设的最重要作用是数据丢失后的恢复，数据恢复的时间长短直接影响业务系统运行情况，也直接反映了备份系统的可2.1.2.11采用云租赁方式1、120数据库：120基础运行数据≥200GB15年存储≥300GB。120数据库积累的信息数据资源极为重要、极具2、120监控视频文件：具有12个分站视频监控存储于云端，≥20TB存储空间，自动覆盖，存储时间≥1个月，可远程调取。1主数据库服务器2备数据库服务器34567812核/64G/200G9短信服务器2.2系统功能和性能需求分析系统功能需求2.2.1.1可靠的基础工作平台建立集呼救受理、指挥调度、信息处置、质量管理、安全保障于一体医疗救援指挥调度系统工作平台。依托政务云，建成高可靠还是系统功能，均能够满足大业务量的运行要求，并能够在坚固的内核运行支持下，满足系统功能扩展的要求，核心设备实现高可用医疗救援指挥调度系统平台的安全稳定运行、业务不中断、数据不2.2.1.2高度一体化的系统各子系统和模块应具有高度的统一协调工作能力，形成一个有机的整体。按照全市人口以及市内社会经济发展状况合理设置受理调度坐席。在高峰时患者不会等待时间过长，满足实际的急救业务需求。值班坐席既能满足日常需要，又能适应应急需求，遇突发事件可迅速扩充值班席位。宽带呼救通道，确保每一起急救的快速接入，受理调度台一机三屏配置，接入云地图系统、中心、分站、救2.2.1.3科学受理、动态调度建立急救呼叫统一受理、车辆人员统一调度智能化平台。为急救病人提供更合理的调度、转送、交接方案，提高调度人员业务能小急救反应时间，提高救护车的有效利用率。科学合理调派急救资2.2.1.4急救事件全流程信息记录完整记录每一起急救事件的信息(包括数字、语音、图像、轨迹等)从电话呼入、振铃、接听、受理、调度以及救护车收到指令到急救完成全过程的时刻、状态、位置以及内容信息，以多媒体方式存储。系统所存储的信息以急救事件为核心进行关联，通过记录信息完整再现一起急救事件的全过程。同时，对急救过程进行全程监控，包括呼叫等待提醒、及时出车提醒、任务超时提醒、坐席退2.2.1.5服务于全市急救网络服务体系对全市各类急救站实施统一规划布局、统一服务规范、统一监督管理，负责组织、协调、监督管理院前医疗急救服务活动。构建布局科学、规模适度、层级合理、功能完善、协同有序、运行高效2.2.1.6精细化急救工作质量管理系统系统具备对呼叫受理、指挥调度、现场抢救、车辆运行、行政公文、急救站管理的数字化透明管理功能。根据系统记录的完善的急救过程信息进行全方位分析统计，为领导提供管理信息服务。精细化的管理覆盖急救业务管理各科室，急救综合信息管理软件也为中层领导提供数字化的急救管理信息服务。系统可根据科室管理权限不同提供相应功能模块和展示界面，以实现全方位的信息管理需要。同时，系统还可根据某紧急救援中心的管理要求，提供相应的2.2.1.7高效便捷新型急救服务平台救行动，坚持开放共享、创新融合的互联网思维，围绕“人民健康为中心”的服务理念，以现有急救信息化成果为工作基础，加快推进互联网技术与院前急救的深度融合，创新快速精准的院前医疗急2.2.1.8AED远程管理平台每天自动检测设备性能，设备移位或机箱打开时自2.2.1.9专业化的120医疗救援指挥调度大厅的指挥调度要求，同时体现人性化的设计理念，充分考虑到环境的舒适，给中心管理人员和调度人员为一线工作人员提供高品质、舒业务上实现质的飞跃，带动我市院前医疗急救的整体水平和应急能2.2.2性能需求2.2.2.1系统应用设计原则2.2.2.1.1系统的易用性1、用户界面设计原则本系统坚持图形用户界面(GUI)设计原则，界面直观、对用户透明。用户接触软件后对界面上对应的功能一目了然、不需要多少培训就可以方便使用本应用系统。UI设计师应该明白软件中用户是所有处理的核心，不应该由应用程序来决定处理过程，所以用户界面应当由用户来控制应用如何工作、如何响应，而不是由开发者按照自己的意愿把操作流程强加给用户。界面设计必须经过确认才能完成。2、界面一致性在界面设计中应该保持界面的一致性。一致性既包括使用标准的控件，也指使用相同的信息表现方法，如在字体、标签风格、颜色、术语、显示错误信息等方面确保一致。3、布局合理化原则应该注意在一个窗口内部所有控件的布局和信息组织的艺术性，使得用户界面美观，系统的设计界面布局简介、有序、易于操对于应用某些部分的处理流程是固定的，用户必须按照指定的顺序输入操作信息，为了使用户操作得到必要的引用应该使用向导，使用户使用功能时比较轻松明了。5、系统响应时间的界面表现系统响应时间包括两个方面，时间长度和时间的易变性。用户响应时间应该适中，系统响应时间过长，用户就会感到不安和沮丧，而响应时间过短有时会造成用户加快操作节奏，从而导致失误。系统响应时间的易变性是指相对于平均响应时间的偏差。即使响应时间比较长，低的响应时间易变性也有助于用户建立稳定的节奏。出错信息和警告是指出现问题时系统给出的坏消息，系统对于出错信息和警告遵循以下原则：信息以用户可以理解的术语描述。信息应提供如何从错误中恢复的建设性意见。信息应指出错误可能导致哪些不良后果，以便用户检查是否出现了这些情况或帮助用户进行改正。信息应伴随视觉上的提示，如特殊的图像、颜色或信息闪烁。信息不能带有判断色彩，即任何情况下不能指责用户。错误展现的方式，弹出式对话框或独立的错误页面。系统交互参考以下原则一致性：菜单选择、数据显示以及其他功能都应使用一致的格提供有意义的反馈。执行有较大破坏性的动作前要求确认。在数据录入上允许取消大多数操作。减少在动作间必须记忆的信息数量。在对话、移动、思考中提高效率。允许用户非恶意错误，系统应该保护自己不受致命错误的破坏。按功能对动作分类，并按此排列屏幕布局，设计者应该提高命令和动作组织的内聚性。提高语境相关的帮助机制。8、信息显示原则系统显示参考如下原则：只显示与当前语境有关的信息。使用一致的标记、标准缩写，显示信息的含义应该非常明确，用户不必再考虑其他的信息源。产生有意义的出错信息。使用缩进和文本来辅助理解。使用窗口分隔控件分隔不同类型的信息。2.2.2.1.2系统的安全性主要指数据采集中心机房的安全，包括机房的选址，机房场地安全，防电磁辐射泄漏，防静电，防火等内容。指数据采集网络自身的设计、构建和使用以及基于网络的各种安全相关的技术和手段，如防火墙，IPS,安全查看等。指服务器操作系统，数据库，中间件等在内的系统安全，以及为提高这些系统的安全性而使用安全评估管理工具所进行的系统安数据的保存以及备份和恢复设计。数据库同步设计要利用全业务容灾技术在主备两端实现数据库同步，在生产库服务器上部署Agent,用来挖掘日志文件，然后把日志文件以片段的形式传输到容灾端，进行日志合成和分析，从而获取数据变化信息，实现容灾数据的同步。由于是以片段的形式传输数据，并且只传输变化的数据，所以容灾数据量小，可以在有限的带宽上实现远距离容灾，确保两端数据的高度一致性和实时性。在生产系统中仅仅挖掘日志文件，数据分析及数据合成都在容灾系统处理，对生产系统性能的影响非常小几乎可以忽略不计，软件的安装部署不需要对用户现有的服务器、存储、操作系统、数据库做任何改动，并且可以实现容灾系统的在线实施和的在线升级。文件同步设计软件文件同步模块主要实现灾备库或应用中间件服务器的数据同步，同步时间间隔以分钟为单位计算，时间长度可以按实际需要进行调整，一般不建议间隔时间太短，默认大于5分钟。首次采用全量同步，以后增量同步的模式进行；每次增量同步时，自动检查同步内容的文件时间和文件大小，若遇到文件时间和文件大小不一致时，会自动同步整个文件至容灾服务器。软件文件同步支持断点为降低容灾的硬件投入，软件支持多对1的容灾或者1对1的器上，也支持1对1容灾模式。容灾服务器主要用来部署软件容灾系统的管理平台及整个业2.2.2.1.3系统的稳定性在系统设计过程中，复杂度越高，开发过程中遇到的问题提多，后续运维的成本、要求也会越高，产生问题的概率也就会越大。所以，在满足需求的同时需要尽可能的降低系统的复杂度，充分的考虑系统各个模块之间的关系，减少耦合度，使问题隔离起来。系统运行过程中需要技术发现问题并给出相应的提示，同时需要有相应的日志记录，方便人工进行错误定位、解决。3、有容错机制系统在有错误发生的时候，不仅仅是需要能够提示出错，更要能够容错，在故障发生时，维持系统的正常运行。总之，稳定的系统需要专业的有丰富经验的设计人员，合理的划分系统，详细设计做到足够细，避免在开发阶段出现问题。2.2.2.1.4系统响应速度快系统应该具有快速响应的特性，快速处理请求的特性，同时能够满足吞吐量和并发数的要求。响应时间要能够满足功能完成的时间，和客观环境、数据量级、主观感受等都有关系。客观环境中硬件包括服务器配置、客户端机器配置等，软件包括数据库部署方式、客户端使用的浏览器等，另外还有网络环境。确定响应时间的指标，需要根据实际所需的数据各一线工作站高峰期操作系统时无感觉等待，查询操作进行预处理以加快查询速度。额定用户同时运行时不能出现堵塞现象。基础服务平均响应时间要在1秒内。统计报表生成平均响应时间(2-52.2.2.1.5系统的灵活性、维护性设计的方案应当考虑系统的灵活性和可维护性。系统建成后要能够满足业务近期、中期甚至长期时间范围数据和业务快速增长的需要。适应目前需求的基础上，能够满足区域信息化不断发展的需要，充分地为将来可预见和不可预见的性能扩充留有余地，并具备方便地扩展系统容量和处理能力和支持多种应用的能力，可以根据业务发展的需要进行灵活、快速的调整，实现信息应用的快速部署，而且新功能、新业务的增加能够在不影响系统运行的情况下实现。系统要充分考虑到扩容和升级的需要，能灵活方便地适应未来系统可能的变化。选择应用开放性标准的产品，确保设备的兼容性；通过系统结构的合理设计和适度资源冗余，为未来的系统扩充打下基础，保证需求增加时系统的平滑扩充，保证前期的投资。系统可根据客户具体工作流程定制、重组和改造，并提供定制和改造的客户化工具。为适应将来的发展，系统应具有良好的可裁减性、可扩充性和可移植性；系统的安装卸载简单方便，可管理性、可维护性强；软件设计模块化、组件化，并提供配置模块和客户化工具。系统需求与流程变化、操作方式变化、机构人员变化、空间地点变化(移动用户、分布式)、操作系统环境变化无影响。2.2.2.1.6系统的扩展性可扩展性就是关于如何处理更大规模的业务。比如，Web应用程序就是允许更多的人使用你的服务。系统的扩展性应体现在如下两个方面：系统技术本身的可扩展性和业务应用的可扩展性。系统技术的可扩展性体现在：采用开放的系统架构。封闭的系统架构是无法遵循国际上成熟的、通用的技术标准、规范和协议；遵照执行国家颁布的现有标准以及将要推出的各类规范；采用组件化的设计思想，减少系统耦合性，提高系统的复用性。其次，技术的可扩展性并不是我们的目的，而是我们实现应用扩展的手段。业务应用的可扩展性体现在以下几个方面：业务处理能力的可扩展性。业务对系统处理能力的需求不是一成不变的，随着业务的不断拓展，业务对系统处理能力的要求也会越来越高。系统的设计必须在满足现有业务量需求的基础上，对今后的业务发展进行有效的评估，使系统处理能力在一定的时间内能够满足业务增长带来的处理能力增长的需要。业务处理能力的可扩展性有效地保护了用户的投资，同时也保障了系统的稳定。程序级别的可扩展性。主要通过参数化配置程序低级别的可扩展性。脚本。脚本是扩展复杂功能的利器，但对客户的要求也比较高。通常应该是面向开发人员的工具产品或在产品部署之前由现场实施2.2.2.1.7系统的先进性满足某紧急医疗救援指挥调度平台未来5-10年的需求发展，并应具2.2.2.2系统应用设计性能指标随着民众急救意识的增强，通过拨打120获得急救帮助的人群1、要求坐席应答时限<1秒。4、要求坐席间呼叫响应时间<1秒。6、要求车载终端返回服务器时间<3秒。7、要求日统计反应时间<5秒。9、要求季度统计反应时间<20秒。统变慢。系统的处理能力应当满足≥200GB/年(增量)的数据处理页面响应时间指用户从客户端发起一个请求开始，到客户端接收到从整个过程所耗费的时间。1000ms以下系统处理能力指系统在利用系统硬件平台和软件平台进行信息处理的1500以上易数1500以上并发用户数指在同一时刻内，登录系统并进行业务操作的用户数1000以上在线指系统在负载情况下，失败交易的概率，错误率=(失败2.2.3系统功能模块子系统2套6套高端话务头戴式耳机6个数字录音子系统1套录音接口机箱1台录音卡1块数字录音软件及故障拨测软件1套120急救指挥调度子系统坐席台6台受理调度台软件及调度班长管理软件6套调度评分软件1套子系统一路护航系统软件1套急救电子病历、交信息管理子系统急救智能终端套院前急救病历客户端软件1套结构化电子病历及病历自动评价系统软件1套急救处方、药品和收费一体化处理软件1套院前急救病历数据电子化管理分析系统软件1套互联网+急救呼叫子系统1套本地网络安全等级保护建设防火墙1台安全管理平台一体机1台门禁系统1套理子系统1套急救志愿者+AED调派子系统急救志愿者客户端软件1套急救志愿者管理软件1套示子系统1套图像拼接处理器1套1套支架1套子系统全市急救及AED应用大数据展示平台软件1套第三章总体建设方案3.1建设原则应突破目前传统的急救受理、指挥调度模式，引入国内、国际先进的急救理念和标准化的服务模式，使得某紧急医疗救援指挥调(1)系统应支持全年无间断服务，要求系统7*24小时不间断(2)软件系统在意外故障情况发生时，能确保呼救受理工作的(3)系统应具有过负荷控制能力，不论在平时和峰值情况下，(4)保持各子系统的相对独立性，确保服务响应核心子系统不仍能接听呼救电话并利用有线通信子系统实施基本的语音通信指(5)要求对系统运行中可能出现的各种异常情况和突发事件设(6)系统的安全考虑重点在加强其抗干扰能力和抗破坏能力。(1)系统建设要尽可能采用国内外先进的计算机技术、信息技(2)采用先进的体系结构和技术发展的主流产品作为支撑环(3)在系统的设计中不仅应考虑目前的业务需求，更应该满足(1)系统结构、数据库结构、网络结构、软件流程和操作界面计算机系统应实现基础数据共享，为相关的应用系统调用，另一方面各种系统应提供使用于各个层次计算机知识水平的人员及其管理(1)各子系统的软件要模块化，并完全兼容第三方系统，以便(2)各功能模块之间的通信采用标准通信协议(如TCP/IP)而(3)系统要求采用通用的数据库平台，通信平台统一使用成熟(4)系统构建灵活、开放的体系结构，保证现有资源的有效利(1)用户界面要求直观、简洁、友好，菜单要求功能清晰，具有简单的层次感，应避免复杂的菜单选择和窗口重叠，简化数据输(2)各个功能键的定义要合理，符合医疗急救服务规范，为用(3)要求提供系统维护终端和维护界面，系统对网络连接、硬(1)系统要求满足今后网络用户数量继续增长的需求，可灵活新的子系统可随时扩展增加，模块化的设计使整个系统处理能力可(3)系统主体设备和软件平台应具有符合国际标准的接口，便(4)要构建灵活、开放的体系结构，保证现有数据库的数据的3.2总体建设任务以习近平新时代中国特色社会主义思想为指导，全面贯彻党的十九大和十九届二中、三中、四中全会精神，落实新形势下卫生与健康工作方针，以提高人民健康水平为核心，以满足人民群众需求为目标，大力推进院前医疗急救网络建设，逐步加强院前医疗急救人才队伍建设，有效提升院前医疗急救服务能力，加快建设与我市经济社会发展水平及人民健康需求相适应的院前医疗急救服务体3.2.1本次建设任务救援指挥调度平台基础工作平台，提供可靠的语音通道，加强对通讯线路的管理，使呼救通道畅通，以辅助计算机信息化系统实施对子”,实现对受理调度的全过程进行数字录音，并提供语音查询功能，为事件回溯提供最真实、最直接的依据。同时，能够对120话3、120急救指挥调度子系统：全面考虑云技术，支持云部署/呼救到院前急救完成的实时处理系统。同时当急救现场救援力量不足时，可增援并提供相关支持信息，包括专家知识库支持及重大事4、救护车一路护航子系统：当救护车驾驶员接到急救任务后，只要启动车载导航一路护航功能，即可获得一条最优行驶路线，同时高德或百度地图会向沿途车辆播报，提醒车主避让功能。5、急救电子病历、交接单、收费和质控信息管理子系统：某紧急救援中心信息化建设应该满足以患者为中心的信息资源整合和利用，满足以电子病历为核心的急救管理系统的建设，满足以救护与运营为内容管理决策支持，满足以临床路径和知识库为基础的决策支持，满足以信息交换与共享为支撑的区域性医疗协同，符合国内信息化发展的趋势。以急救业务为基础，加强对电子病历及收费的管理力度和深度，集结构化电子病历、院前院内电子交接单、移动收费、电子支付、现场发票打印于一体，可以全面提升某紧急救援中心业务管理水平。6、互联网+急救呼叫子系统：针对智能手机用户开发的APP软件，市民可以提前添加和管理自己和亲友的健康档案(如：姓名、年龄、性别、生日、血型、体重、移动电话、固定电话、紧急联系人、联系电话、病史、过敏史、定点医院、常住地址、车牌号码等信息等)并进行存储，经呼入120,预存储的信息会立刻显示到120受理调度坐席并立刻获取呼救者所处的位置，经调度员核实后，患者信息会随同任务单下达到救护车上，为急救医生现场救治提供参考。7、本地网络安全等级保护建设：信息系统安全等保建设：信息安全是面临的重要课题，一旦信息系统出现故障，会直接影响业务的正常开展，导致某紧急救援中心业务停滞，对社会秩序和公共利益造成严重损害。按照《信息安全技术网络安全等级保护基本要求》,符合国家、部委有关指示精神，以及上级对本单位的信息化规划要求，结合本市的社会经济发展对信息系统的要求制订。8、AED智能化监督管理子系统：借助互联网技术建立AED远程智能化监督管理平台，随时监控管理全地区公共场所配置的AED动态定位，每天自动检测设备性能，设备移位或机箱打开时自动报警地理位置服务。9、急救志愿者+AED调派子系统：某紧急车驶向现场之后，根据距离或者特长等原则将这一事件发送给相应的“志愿者&公众场所工作人员”,同时还可告知该“志愿者&公众场所工作人员”或者另一“志愿者&公众场所工作人员”最近的AED设备(自动体外除颤器)在哪里。这样，患者就能在救护车赶到之前，先得到“志愿者&公众场所工作人员”的抢救，为保持患者的生命体征提供了帮助。引入新的概念“大社会大急救”,建立急救志愿者&公众场所工作人员库作为城市急救力量的有效补充，可接入某政府为民办实事项目投放的AED设备。提高公众AED使用水平，提高猝死患者抢救成功率。10、120指挥调度及AED管理大屏幕显示子系统：满足120指挥调度及AED动态管理显示要求。11、全市急救及AED应用大数据展示子系统：以城市运行信息资源为核心，以先进的信息技术为支撑，以业务发展需求角度、满足社会服务角度、精细单位运行管理的角度分析，建设以城市发展规划、单位科室覆盖、业务精准质控、应急协调指挥、数据辅助决策、大屏幕展示互动等为主的“全市急救及AED应用大数据展示平台”,提高院前急救业务运行管理工作效率和质量水平。3.2.2本次项目清单高端话务头戴式耳机数字录音子系统录音接口机箱录音卡数字录音软件及故障拨测软件120急救指挥调度子系统坐席台受理调度台软件及调度班长管理软件调度评分软件救护车一路护航子系统一路护航系统软件急救电子病历、交接单、收费和质控信息管理子系统急救智能终端院前急救病历客户端软件结构化电子病历及病历自动评价系统软件急救处方、药品和收费一体化处理软件院前急救病历数据电子化管理分析系统软件设防火墙安全管理平台一体机门禁系统统急救志愿者+AED调派子系统急救志愿者客户端软件急救志愿者管理软件120指挥调度及AED动态管理大屏幕显示子系统调度大厅小间距LED显示系统图像拼接处理器支架3.3系统总体结构和逻辑结构3.3.1系统架构图安全管理1运维保隔体国家政策1标准规范体系系据1、某紧急医疗救援指挥调度平台本次建设包含11个子系统： (1)程控用户交换机子系统。(2)数字录音子系统。(3)120急救指挥调度子系统。(4)救护车一路护航子系统。(5)急救电子病历、交接单、收费和质控信息管理子系统。(6)互联网+急救呼叫子系统。(7)本地网络安全等级保护建设。(8)AED智能化监督管理子系统。(9)急救志愿者+AED调派子系统。(10)120指挥调度及AED动态管理大屏幕显示子系统。(11)全市急救及AED应用3.3.2网络拓扑图3.4技术路线数据表示和传输为基础，构建异步、同步模式相结合的多层分布体,松耦合的设计分析方法，完成系统的分析与设计，保证系统的灵的依赖关系，使系统以更松散的方式耦合，达到更易于建设、维护6、角色和权限设计RBAC(Role-BasedAccessControl)是近年7、核心应用服务，业务逻辑、数据操作封装，以WebService第四章本期项目建设方案4.1系统设计4.1.1软件系统设计4.1.1.1信息资源数据库设计(1)数据元标准。包括系统业务中涉及到的基本数据元、复合数据元、指标体系(重要的统计指标项)等标准。数据元管理实现数据标准规范管控，并且对需要标准化的业务数据元管理系统主要包括数据元、代码集、验证规则、业务对数据元是标准服务中最小的单位，结合业务情况定义，使得使用者在各个业务场景中遇到同一个数据元时，能够有统一数据元支持继承功能，支持按业务属性分类继承、也可以选择代码集是用户单位业务信息化中所需要的分类与代码，是业务数据规范中所用到所有代码的汇总。用户可以对代码集做新增、修验证规则是一种校验代码，用于数据元规范性校验。用户可以业务对象是对数据元集合进行管理，使各应用系统的数据对象(2)信息分类编码标准。包括信息分类编码原则与方法、将采(3)数据库标准。包括数据库选型指南，数据库设计指南等方(4)数据共享标准。包括共享数据的共享方式、权限控制机制数据库按照国家卫健委发布的《院前医疗急救基本数据集》设计，本标准规定了院前医疗急救基本数据集的数据集元数据属性和数据元目录。数据元目录包括呼叫受理基本信息、调度指挥基本信息、突发事件信息、质量控制和管理、院前患者基本信息采集表的本标准适用于院前医疗急救信息收集、存储与共享，以及院前在系统建设时就要重点考虑系统的标准和规范问题。系统应最大程度的体现急救信息化建设的共性，从项目建设的起点就充分考虑到信息化建设的数据标准规范和业务标准规范，符合国家、国际急救事件数据：事件编码、首次呼救电话、事件名称、事件来急救受理数据：事件编码、受理序号、呼救电话、电话振铃时性别、年龄、民族、国籍、联系人、联系电话、特殊要求、现场地司机、医生、护士、担架工、生成任务时刻、接收命令时刻、出急救车辆数据：车辆编码、所属分站编码、车牌号码、工作状Y坐标；急救车辆位置数据：车辆编码、时间、车牌号、车牌标识、工急救病历数据：任务编码、序号、病历编码、姓名、性别、年龄、既往病史、过敏史、体温、脉搏、呼吸、血压(收缩压)、血压(舒张压)、血氧、初步诊断、处理措施、救援结果、使用顺序号、救治措施名称、用药编码、药品名称、药品剂量单位、使用剂(1)要求具备数据迁移、数据备份、数据恢复、数据库分区、据能力等级至少应达到第3级：稳建级③数据管理工作任务的安排能及时满足业务发展的需要，建立(3)明确用户需求：作为计算机软件开发的重要基础，数据库设计直接体现了用户的需求，因此设计师在设计数据库时一定要与用户密切沟通，紧密结合用户需求。明确用户开发需求后，设计师还需将具体的业务体现出其关联与流程。为便于后期业务拓展，设(4)重视数据维护：过大的设计面积与过于复杂的数据是数据库设计中常见问题，因此设计师应对数据维护工作加以重视。为提升数据库的设计效率，设计师还应关注数据与实体之间的联系，以分散与之相关的数据信息，促进设计效率的提升。(5)增加命名规范性：数据库程序与文件的命名非常重要，既要避免名称重复，还要保证数据处于平衡状态。即每个数据的关键词都应处于相对应的关系。对此，设计师在命名时应明了数据库程序与文件之间的关系，灵活运用大小写字母来对其进行命名，降低用户查找信息与资源时的复杂度与困难度。(6)充分考虑数据库优化与效率的问题：考虑到数据库的优化与效率，设计师需针对不同表的存储数据采用不同的设计方式，如采用粗粒度的方式设计数据量较大的表。为使表查询功能更加简便快捷，可建立有效的索引。在设计中还应使用最少的表和最弱的关系来实现海量数据的存储。(7)不断调整数据之间的关系：针对数据之间的关系进行不断调整与精简可有效减少设计与数据之间的连接，进而可为数据之间平衡状态的维持以及数据读取效率的提升提供保障。(8)合理使用索引：数据库索引通常分为有簇索引和非簇索引这两种均可提升数据查找效率的方式。尽管数据索引效率得到提升了，但索引的应用往往又会带来插入、更新等性能减弱的问题。数据库性能衰弱现象往往会在填充较大因子数据时表现较为突出，因此在对索引较大的表执行插入、更新等操作时应尽量填写较小因子，以为数据页留存空间。4.1.1.2系统功能设计4.1.1.2.1.1数据库服务院前急救数据资源中心是本市院前急救业务相关的数据库与数据仓库的核心数据平台，根据院前急救业务的特点，以及与医疗机构、卫生信息平台、外部系统、应急机构之间业务数据共享的实际需要，综合全市的院前急救信息资源，采取统一的建设标准、统一的技术实现方式，促进院前急救业务的数据共享和数据交换，真正要求遵循统一的标准规范，建立有序、安全、可靠、高效、可管理、可扩展的数据交换平台，它是由分布在各子系统的数据交换服务系统和在数据中心的数据交换监控系统功能组成，将实现对各数据的有序流转与集中管理，另一方面，以数据驱动服务，支撑不系统的唯一交互接口，它从程控用户交换机获得所有受理电话的状态和来话的分配，它还向紧急医疗救援指挥调度平台提供程控用户交换机相关操作的服务接口。受理调度台对坐席话机和来话的所有4、来话路由控制(恶意电话转向，排队信息管理恢复通话、代答、监听、强插、二次拨号、恶意电话设置、话机监控/取消监控);6、坐席话机ACD组控制(登录、登出、就绪、离席、暂退);有效的120电话排队，并根据任务均衡算法通信服务是120系统和外围系统通信的枢纽。目前它连接了车■转发设置GPS\北斗上传间隔■处理分站请求同步数据中国电信公司、腾讯云、阿里云短信协议接入，可以给用户提供以司机和医生在急救分站待命期间，不一定都等待在急救站接命令单的分闸计算机旁边。当肥西县急救中心发送调度单时，如果同时发送一条说明短信到司机和医生的手机上，则有利于出车人员做好准好的制度，在对应的情况下发送短信给相关领导，比如同一事件派遣两辆及以上救护车就通知通信科长。这样，可以让急救中心领导包括：受理情况、救护车到达的快慢、现场服务情况等等，从用户的角度对于整个120急救体系做评估，有益于提高整个120的服务核心应用服务将120系统的业务逻辑、数据操作封装，以(1)效率(2)重用、可扩展、易于维护业务逻辑都封装在应用服务器，所有的客户端就不需要自己实现业务逻辑了，需要时直接调用即可，例如上下班业务，中心调度台可以使用、郊区分中心可以使用、通信服务可以使用，容易的支持电话上下班，如果上下班业务发生变化，也只需要修改(3)安全的服务器都暴露给分中心，目前120系统的郊区分中心直接操纵中当数据库数据发生变化，所有需要客户端刷新的公共数据将存库查询，将极大的提高数据库效率，也将极大的提高系统效率。业逻辑了，需要时直接调用即可，如果业务发生变化，也只需要修改各类字典…;派车；转为待派；撤消待派；欲派无车；增加受理；系统采用五横两翼模式进行构件化架构，包括了基础层、信息6、用户管理模块：支持用户机构的组织架构划分、人员配置及人员角色权限的管理。7、重大事故模块：突发事件预案管理、突发事件填写、突发事件统计、救治资源管理功能。4.1.1.2.1.7基础数据维护主要提供系统所需的基础数据的维护管理，并对工作人员的操作权限进行管理，确保系统的安全。系统设置完毕，刷新前端数据1、基础数据维护：提供中心、人员、分站、车辆、受理台、医院信息、电话簿的数据维护；2、患者字典维护：提供年龄、区域、现场地点类型、送往地点类型、呼救原因、病种判断、病情、特殊要求这些病人相关的字典3、派车操作字典维护：提供挂起原因、撤消待派原因、无车原因、任务改派原因、任务异常结束原因、受理按钮配置的字典维4、事件字典维护：提供受理类型、通话类型、事件来源、事件类型、事故等级、事故类型字典表维护；5、车辆字典维护：提供车辆分组、车辆等级、车辆状态、车辆类型、操作来源、暂停调用原因字典表维护；6、其他字典维护：提供电话类型、中心类型、分站类型、台类型、通知类型、医院等级、命令单去向、人员科室、电话分类、管理系统字典、收费项字典表维护。4.1.1.2.1.8系统监控管理对本机自身网络网卡是否正常、网络配制是否正确、网络是否通畅进行监控。网络设置：用户可自己设置需要监控的计算机；可以给添加、删除、修改所有数据项信息。监控设