县级公共卫生应急指挥系统
建设方案
目录
5.2.3信息核实、应急响应(转载请注明来自:好范文网http://www.haoword.com/)
第 1 章 指挥中心总体设计
指挥中心显示系统采用一台投影机加画面拼接处理器的投影技术，投射到指挥中心150寸电动投影幕上，此种投影方案可以同时显示多个视频信号及计算机信号，方便领导在进行应急指挥时，随时掌握多种信息。
在指挥中心摆放一套6席的会议桌，会议桌上每个坐席均配备液晶自动升降屏、发言单元、电子桌牌，用于领导及专家进行指挥调度。在会议桌两侧设置两个多媒体桌插，方便领导演示时使用。
在投影幕中央吸顶安装一台影像跟踪摄像机，配合会议主机实现对领导自动影像跟踪的功能。当与会领导打开发言单元进行发言时，摄像机能自动移动到发言领导位置，对其进行定位拍摄。与此同时在领导和专家进行谈论发言时，控制室操作人员还可以通过无线中控触摸屏手动控制摄像机的定位，方便灵活。同时在指挥中心的角落安装一台全景监控摄像机，以便在召开会议时，对会场情况进行全景拍摄。
在会场设置一台高清硬盘录像机，实时记录会议过程中重要的音视频信号，以便日后进行调阅。
整个会场的音视频设备及电源、灯光、窗帘等环境设备的操作均可以通过定制开发的中控触摸屏来实现，方便、快捷、高效。
第 2 章 显示系统设计
显示系统是现代化的指挥系统中最重要的组成部分之一，该系统将与各单位现有的电视会议系统、视频监控系统、计算机局域网以及指挥调度系统等设备实现互联互通。利用计算机技术、通信技术、视频监控技术，完成综合、高速的信息处理，实现高清晰度、高亮度、多画面、多功能的显示能力，满足指挥中心的需要，为指挥工作的决策提供直观、形象的交互式工具，是现代化指挥系统必不可少的手段。且各种信号均可以在显示系统上进行显示，使得所有的情况一目了然，以利于相关领导及指挥调度人员及时全面地掌握情况，实现实时监控和集中控制的目的，对指挥工作具有十分重要的意义。另一方面，它也作为指挥中心一个亮丽的窗口，在对外宣传及提升政府形象等方面起着独特和重要的作用。
根据现场实际测量数据，指挥中心宽7米，长6米，净高3.3米，按照用户需求及以往工程经验，显示系统建设详细设计如下：
在指挥中心中央位置安装一台投影机，设置电动升降架，配合图像拼接处理器将图像投射到150寸电动投影幕上来显示各种视频信号及计算机信号。
指挥中心做为一个重要的指挥场所，必然会接入大量的视频和计算机信号，为了更方便的对这些信号进行控制管理，采用视频矩阵与RGB矩阵同时使用，双矩阵方式。我们为用户配置了1台32*16的视频矩阵和1台16*16的RGB矩阵。系统以视频矩阵和RGB矩阵为中心，连接所有的前端视频设备。其中视频矩阵处理远程摄像头、本地摄像头、电视会议系统、DVD机、录像机等音视频信号，RGB矩阵主要处理由计算机传输过来的RGB信号。
系统配置一台16路高清全实时数字硬盘录像机，完成对重要音视频信号的实时存储记录，方便日后的调用查阅。通过数字硬盘录像机的网络端口，操作人员可通过网络进行远程实时监视。其管理模式采用三级用户管理密码方式，确保合法用户方可登录，确保操作的权限及图像安全。
第 3 章 会议音响系统设计
会议音响系统是一项复杂的系统工程，它涉及电声技术、建声技术和乐声艺术（调音）等密切配合的边缘科学。系统的音响效果不仅与系统的综合性能（音响器材、系统设计和设备配置的合理性和系统调试的正确性等）有关，还与声音传播的环境——建筑声学特性密切相关。当然系统本身特性的好坏是音响效果的基础，因为即使有良好的声学环境，如果扩声系统的特性很差，那么其效果肯定不会好。而良好的声学环境则是获得良好音响效果的保证，它们两者是相辅相成的。
根据指挥信息系统声音连接的复杂性，基本音频输入系统包括：会议音频，卡座、VCD音频、电脑音频、多媒体接口音频、电视会议音频等。所有这些音频系统输入以调音台为控制中心，全部接入调音台。利用调音台的音频补偿，失真补偿功能，将音频输出到功放系统并最终由功放播放出来。
在指挥中心设置两台壁挂式音箱，用于会场音频信号的输出。功放安装于指挥中心机柜内，控制壁挂音箱的输出。16路调音台设置于操作台上，对发言单元、DVD播放器、视频会议终端等多种输入音源进行输出效果的单独控制，满足会议要求。反馈抑制器和效果均衡器安装于机柜，用于对现场的声音进行自动控制，避免产生啸叫、杂音、音量大小不一致等问题。
桌面上的发言单元用于领导发言讨论，其中一个席位的发言单元为主席单元，具有特殊权限，可以对除自己以外的所有发言单元进行静音。
每个席位的液晶自动升降触摸屏可以由操作人员统一进行升降操作，也可以由与会领导自主进行升降。该液晶触摸屏除了可以用来显示相关重要视频信息外，还可以让领导通过触摸的方式对显示的视频信息及软件进行操作，方便快捷。
在每个坐席前设备的电子桌牌，用于会议进行时人名、会场名等信息的显示。电子桌牌设备采用手拉手方式进行连接，可以通过管理软件方便的对显示内容进行统一修改。
作为一个应急指挥中心，通信调度系统是其必备的核心系统。它就相当于指挥决策机构的耳朵和嘴巴，在指挥调度中起着举足轻重的作用。配合设置的电话耦合器，将通信调度系统与会议音响系统进行整合，领导在进行通信调度时，可以直接通过会场的音箱听到对方的声音，并可以直接利用自己面前的发言单元跟电话中的人进行对话，避免了以往调度过程中，必须手持电话进行对话的弊端。
第 4 章 中央控制系统设计
中央控制系统技术是近几年迅速发展起来的一项智能会议高新技术,可以汇集音频、视频、计算机、电视会议、灯光、监控、机电环境控制等系统为一体。只需通过一块无线触摸屏或键钮式面板,即可使庞大离散的单体控制系统尽数关联集成在掌握之中。可以将各种操控复杂的专业设备及相关的周边环境设备等通过合理的配置及编程控制达到简约化人性化的控制，且各项单体设备均由控制器操控会大大减少人为的误操作并可明显提高效率，使非专业人员也可非常容易的控制会议进程及会场模式的转换。外部环境的改善如灯光、温度的设定、传播媒介的选择、音量的细微调节等等均凝聚于指尖。
中控系统连线示意图：
本次方案结合用户的实际需求，重点实现以下几大功能：
电源控制：对指挥中心各类设备的电源开关进行单独的控制，也可以根据需要设置系统所有设备一键式开关的快捷模式，并可智能的对设备进行保护，对于像投影机等需要进行散热后才能断电的设备，可以为其增加断电延时功能，待设备散热完毕后再自动断电。
信号切换：对所有接入指挥中心的视频信号及计算机信号进行任意的切换控制，可以将其任意的显示在投影幕、桌面液晶显示器及液晶电视上。并可根据日常的使用需要预先设置相关的显示模式，从而实现指挥中心各种信号的一键式调用。
摄像机控制：对指挥中心的所有摄像机均可实现摇移缩放等控制，并可通过一键式操作来手动快速实现影像跟踪摄像机对发言领导的定位拍摄。
发言单元控制：系统可以对所有的发言单元进行远程的开闭控制，既可对单一的发言单元进行独立控制，也可以通过预先编组的方式对一组发言单元进行控制。
液晶屏控制：系统可以对所有的液晶升降屏进行远程的升降控制，既可对单一的液晶升降屏进行独立控制，也可以通过预先编组的方式对一组液晶升降屏进行集中控制。
第 5 章 应急指挥应用系统设计
监测、预警管理系统是整个应急预警处理系统的基础。平时细致有效的监测与监控是第一步。一旦发现有疫情、病情出现，对传染个体的活动进行实时监控，就可以展开及时的流行病学调查和取样分析，防止病情的扩散，在全面分析和科学判断的前提下，发出预警信号，提醒政府和社会进行相关的应对和准备工作，防患于未然。
监测的内容主要包括：
传染病监测
临床症状监测
实验室监测
急救监测
影响区域监测
动物和媒介监测
预警是指对监测数据(传染病个案、传染源、接触者、活动范围、居民健康档案等)、历年传染病、流行病发病情况及社会经济、人口、环境、气候等可能影响因素的数据进行整合、分析和判断，建立诊断和预测模型，对易造成疾病爆发、流行或重大危害的分布状态及危险因素进行早期报告。
从系统实现角度来说，监测和预警管理模块针对各类结构化的电子数据，如实时数据交换的事件信息、事件报告数据，系统根据预先设定的条件和阀值，进行自动预警，有异常情况，立即生成系统预警报告。
工作人员通过对新的疫情数据的监测，当发现异常情况，结合历史数据进行针对时间段、疫情种类、疫情发生地域等关键数据属性的统计分析和数据对比，将有价值的报表信息和数据比对信息进行保存和维护，辅助工作人员进行情况总结上报，由专家进行疫情预测，将预测报告呈报领导批示，拟定相关疫情防御通知，进行下发。
需要监测的数据包括两大类：
① 由 CDC 上报的疫情数据(分为已知传染病、未知传染病两大类)，系统利用预警规则对疫情信息进行监测，当疫情信息相关数据达到预警规则定义的触发边界时，系统发出系统预警，提醒工作人员，使其及时发现情况，开始对事件的处理。
② 针对其他系统无法通过预警规则进行自动监测和边界判断的数据，系统需要工作人员手动触发系统预警。
数据监测主要提供以下功能：
对各类相关数据的列表或GIS展示、支持针对时间段、区域、传染病类型、传染病名称等情况的分类集中展示。
支持手动和系统自动触发系统预警，手动系统预警提供系统预警录入界面。提供系统预警解除功能，根据专家评估意见，将假预警解除。解除的系统预警信息及相应的专家组织结构、评估意见并不删除，保存作为“历史事件”进行管理。支持系统预警信息专区提醒功能，将系统预警的信息在专门的区域展示，区分新触发的、正处理的以及处理完成的系统预警信息。
预警业务流程的起点是疫情数据、其他突发事件数据以及特殊数据进行监控，通过系统自动触发和人工触发两种方式启动系统预警；工作人员根据系统预警，结合预案信息、卫生资源信息等草拟应急事件情况报告和工作组，进行专家评估和领导审批；当评估和审批不通过时，该待处理应急事件终止，当事件报告顺利通过评估和审批时，进入待启动的应急事件列表，启动该应急事件，并发布相关信息。
l 预警准备
通过系统预警规则判断或手动触发的没有经过专家评估和领导审批的准预警信息，是进行预警评估、审批、启动业务流程的流程起点。
预警准备是应急指挥系统由日常状态进入应急指挥状态的关键功能。通过对上报疫情信息及其他相关信息检测，当发现情况后，通过对实际情况的专家评估和领导审批，最终启动应急指挥，使系统进入应急状态。
l 预警启动
展现通过评估和审批的待启动的应急事件，提供事件详细信息(包括：具体数据、评估信息、审批信息、工作组信息、预案信息等)查看，提供应急事件启动和相关信息发布功能。
l 预警规则管理
根据国家相关规范对各类疫情进行预警触发边界的设定以及预案信息，提供预警规则的添加、查询、修改和删除等规则数据的维护功能。
在卫生应急指挥大厅建立统一的应急指挥和通信系统平台，建设统一突发公共卫生事件应急呼叫中心。实现对各类突发卫生公共事件的上报电话的进行统一接收，实现“统一接报、统一处置”或“统一接报、分级处置”；对于重大突发公共卫生事件进行联动处理，集中管理、快速反应。实现向各级单位快速下达事件处置指令，并接受其指令执行反馈信息。向上级部门实时上报事件基本信息和发展态势。构建全面的突发公共卫生安全防范和应急体系。
5.2.1应急联动业务流程
应急指挥中心在平时负责对收到的各类资料进行记录和汇编，如业务系统的数据录入、电话记录、传真记录、邮件记录、短消息记录等，形成值班记录。监测预警管理模块对结构化电子数据如实时数据交换的事件信息、事件报告数据，系统根据预先设定的条件和阀值，进行自动预警，有异常情况，立即生成系统预警报告；事件处置的应急行政工作人员对系统预警报告、值班记录中需要核实的情况进行相应的核实，并记录核实结果；对于已核实确定的情况，进行初步分析，如果有特别重大事件发生的情况和可能，需要建立特别重大突发公共卫生事件初步报告，系统可通过短消息网关、业务系统消息等方式发送给指定的各级领导，及时通报情况。
在收到特别重大事件突发公共卫生事件初步报告后，应急指挥中心功能全面启动，由决策领导和专家组针对事件情况，进行会商与评估，根据预案指定应急措施，生成突发公共卫生事件防治技术方案。在突发公共卫生事件防治技术方案的指导下，讲应急措施与宣传资料进行及时的信息通报，完成突发事件发生后及时的应急处置。
在事件发生过程中，应急指挥中心需要不断根据事件的最新情况以及应急措施的执行情况，形成相关的值班记录与信息报告，进行进一步的情况核实，并关联到正在发生的事件记录上，及时报告给关注该事件的领导和专家，进行会商与评估，制定下一阶段的应急措施。
随着事态的好转，需要及时进行应急终止，特别重大事件的终止需要国务院核准。应急终止后，通过讲情况及时通报给各方；并进行事件的后期评估。系统将该事件所有相关资料进行归档。应急指挥中心状态恢复到平时状态。
其中的“事件管理模块”是应急指挥调度系统中的基础模块，事件的建档和维护都是在这里进行。经过信息监测流转的数据和信息会进入到事件管理模块成为系统事件的信息，同时系统内部的资源信息和事件处置过程中产生的信息也会在事件管理模块进行相关的处理。
“系统监控与管理平台”中的“工作流引擎”是卫生应急联动系统的核心底层支持模块，经过信息监测流转的数据和信息作为卫生应急联动流程的触发，通过对卫生应急联动相关的组织机构权限的设置、流程节点和相关表单的管理，使所有的信息以事件为中心形成一条完整、丰富的、多元化的信息链。
下面针对事件管理模块和卫生应急联动流程的主要三个环节的设计进行逐一说明：
原始事件导入：通过应急指挥系统的数据交换，将原始事件(包括个案)数据导入到本系统中，数据项及数据内容保持不变。
原始事件映射：导入过程中或导入结束后，将原始事件基本属性中的事件编号、事件类别、事件发生地区、事件严重等级字段映射到最终事件属性中的原始事件编号、原始事件类别、事件发生地区、原始事件级别。
最终事件建档：根据映射进来的信息，由应急办判断是否需要对该事件进行关注、跟踪、指挥调度。如需要，为其分配最终事件编号、事件父节点、最终事件级别、事件处理状态、最终事件建立日期等。其中最终事件编号为唯一值，同一事件无论其演变状态怎样变化，该值唯一；事件父节点用来标识该事件的所属关系或同类事件的合并关系；最终事件级别一般情况下与原始事件严重等级一致，但在特殊情况下，如多地出现同一类突发事件，应急办进行综合考虑后可将该组事件或该事件在一定区域范围内的预警级别提升；事件处理状态记录该事件是在待处理、正处理或已完成等过程状态。
事件合并：应急办收到由 CDC 系统传来的事件报告信息，可能存在如下处理情况：在地区、省或全国范围内出现同一类突发公共卫生事件，综合起来考虑，应在一定范 围内将该组事件进行合并，以便于事件的跟踪处理。这时就需要进行事件的合并。反 映在最终事件的属性上，合并后的事件具有相同的父节点和处理状态，同时保留其各自的原始事件编号等。
事件升级：应急办收到 CDC 系统事件报告信息，可能在地区、省或全国范围内出现同一类突发公共卫生事件，虽然每个独立事件的严重等级较低，但综合起来考虑， 应在一定范围内将该组事件预警级别提升。反映在最终事件的属性上，升级后的事件 保留已确定的最终事件编号、所属父节点、原始事件编号、原始事件级别等。改变的是最终事件级别等字段内容。
事件过程跟踪：利用最终事件属性完成对事件的跟踪。同一事件的变化，无论是合并、升级等，系统记录每一次变化数据。每一次变化中，该事件的最终事件编号不 变，原始事件编号、事件类别、事件发生地区和原始事件级别不变，每一条记录中的 父节点、最终事件级别、事件处理状态可能发生改变。使用中只要给出查询条件，即可展示其演变过程，无需变动修改事件原始记录。
5.2.2疫情、病情报送
卫生行政部门要按照国家统一规定和要求，结合实际，组织开展重点传染病和突发公共卫生事件的主动监测，包括：自然疫源性疾病疫情监测、自然灾害发生地区的重点传染病和卫生事件监测、主要症状和重点疾病的医院哨点监测等。
任何单位和个人都有权向各级人民政府卫生行政部门及其有关部门报告突发公共卫生事件及其隐患，也有权向上级政府部门举报不履行或者不按照规定履行突发公共卫生事件应急处理职责的部门、单位及个人。
突发公共卫生事件责任报告单位要按照有关规定及时、准确地报告突发公共卫生事件及其处置情况。
疫情、病情报送模块主要针对卫生机构的报送人员设计。个案病例信息记录的是病人在整个病理周期内的全部信息，从诊断发病到住院治疗，最后痊愈出院或死亡。医院的报送业务员通过本模块功能，能够方便直观的管理本院的全部病例信息，包括首诊卡录入、疫情病情日报、零报告、转院病人的病例转移等。
同时病例信息是系统中变化最频繁的数据，其元数据也随着业务的深入而不断变动。针对这一特点，系统采用动态域表的方式实现对个案信息的维护。
通过动态域表可随时跟踪物理数据库元数据的变动，动态修改信息维护界面，保证个案信息能及时、快速、准确的进入系统。
疫情、病情报送模块的功能点包括：
l 个案报告表信息的录入、修改
录入病例的首诊信息，同时生成首诊卡。
l 在院病人的疫情、病情每日报送
针对在院病例的每日疫情、病情变化，所作的每日情况上报，录入员只需录入发生变化的病例数据，对于未变化的病例，系统将根据前一天的情况自动生成当日日报。录入后根据共享病例库中病人基本信息，生成转归更正卡。
l 转院的双确认流程
针对于转院病例的专项业务处理。由于转院是病例在空间位置上的转移，其中如果没有一个好的流程控制，将很可能发生病例丢失的错误，为后期的病理回顾产生影响。
系统以网络通信中的“握手协议”为原型，为转院业务设计了“双确认流程”，以确保病例信息在两个医院间的传递。
l 零报告制
医院可通过本模块完成当日的零报告。
l 医院的病例管理
包括：在院病例管理、出院病例管理、死亡病例管理、排除病例管理。
5.2.3信息核实、应急响应
当公共卫生突发事件一旦发生时，将系统切换到应急状态进行战时管理。通过决策支持平台调入与此次事件相关的处理预案（自动分析生成或预案库中存储的类似预案）、方法、知识、法律、法规等来进行紧急事件的决策分析，根据平时准备积累的信息（如医疗资源情况、城市卫生防御等级等来自卫生应急资源库管理模块）和具体事件情况，人为或自动地生成应对方案。然后，将解决方案分解，逐步实现各项操作（如指挥调用物资和人员），从而实现对突发卫生事件的救治和处理。
5.2.4后期评估、修正、资料归档
该系统通过性质评估、措施评估、过程评估和处理结果评估，对紧急事件处理的环节和过程进行跟踪管理。由于突发公共卫生事件的决策是在非常规状态下做出的，因此可能会存在偏差，所以必须在事后调用专家库、根据事件的进展情况、控制处理结果等因素进行重新评估、给出意见、同时更新事件处理预案和个案处理信息，为下一次紧急事件的处理和应对提供参考。
同时针对突发卫生事件相关的报表、处置过程等资料作为历史文件进行统一归档管理。
5.3 决策支持平台(DSS)
5.3.1决策支持平台系统架构
决策支持平台系统架构图如下所示：
专题数据库、专用GIS库、模型库、预案库、知识库是决策支持平台的支持数据库。
(1) 专题数据库
专题数据库是联系基础数据库与专题应用、模型的桥梁，它储存专题评价、模型所必需的输入输出数据，其功能是根据模型的需要从基础数据库中提取数据并转换成模型所需要的数据格式，最后将模型的输入作为中间结果存入一定的库结构中以备查询、检索和调用。专题分析生成的专题数据和模型计算结果有时还要求“还原”到专题数据库中，以供其它系统调用。专题数据库的结构、建库技术与基本数据库相同，其数据源主要从基础数据库提取。
(2) 专用GIS库
专用GIS库主要存放用于专题分析的专题图层，以及某些模型对GIS数据的特殊需要而建立的图形库，包括栅格和矢量专题图，同时也负责向虚拟显示模块提供所需的数据。
(3) 模型库
提供各专业分析使用的模型和计算方法的模型库，主要模型有疾病预测模型、水质预测模型、人口动态模型、宏观经济模型、自然灾害演进模型、决策支持模型等。模型库还需要建立专门的模型库管理系统。模型库管理系统对模型库中的模型实施管理。模型库管理系统应具有完成模型之间和用户与模型之间信息交流。
(4) 预案、方案库
方案库是主要存储由各专业系统的模拟、评价和虚拟现实所产生的各种预案，供专业决策和综合会商决策调用。
(5) 文档信息与知识库
是用于知识信息的存储及其使用管理的系统，内容包括：各监控项目的监控指标及指标体系；评判规则与标准；监测数据误差限值；专业规律指标；专家知识经验；卫生法律、法规，行业规程、规范的有关条款等。知识库将通过专家系统、逻辑推理的参与，对各专业决策提供帮助。
决策支持平台的主要功能就是运用各子系统模型库中的相应模型，对全国公共卫生应急指挥进行会商决策，参照知识库中的专家知识和有关法律、法规、规程规范，形成疾病传播动态状况的分析成果；并根据分析成果，产生决策预案或直接发布控制指令。同时提供系统各库的协同规划、综合调度、人机交互、资源共享、冲突仲裁和通信联络等处理功能。
5.3.2卫生应急决策支持核心应用
5.3.2.1综合查询管理
获取数据是为了利用数据，为此，系统提供了强大的综合查询模块为极大限度的利用数据服务。此模块提供两大类共四种查询，从不同的角度对现有数据进行抽取提炼。系统从空间分析角度出发，结合属地管理，提供医院属地、住址属地两种维度的查询。系统从信息分析角度出发，分别提供对重点监测疾病和疫情的各级机构报送的各种报表和文书、卫生应急资源、方预案等信息进行综合查询。
5.3.2.2统计报表管理
卫生厅、CDC等医疗结构工作人员每日需汇总大量的基础数据中，形成汇总报表。报送相关上级部门。针对个案病例信息的日常汇总统计，我们开发了日常统计报表模块，从一定程度上减轻了用户的工作压力。
主要包括以下模块：
(1)报县委县政府报表
包括当日收治病例统计表、累计收治病例统计表、确诊病例统计表、疑似病例统计表、每日疫情走势图。
(2)报卫生部报表
包括：病例地区分布表、病例统计表、病例来源情况统计表（按职业分布）、当日病例报告表。
(3)报卫生局报表
包括病人信息一览表、医院信息一览表、区县指定收治重点监测疾病或疫情的病人医院信息一览表、非指定收治重点监测疾病或疫情的病人医院信息一览表、各区县指定收治重点监测疾病或疫情的病人信息一览表、住院日信息统计表。
(4)报统计局报表
包括：每日直接确诊重点监测疾病或疫情的病例医院分布汇总表、每日直接确诊病例区县分布汇总表、新收治确诊病例名单（按家庭住址顺序排序）、新收治确诊病例名单（职业分布包括医护人员、民工、农民、学生、外地）、确诊病例出院名单、死亡人员名单、病例排除确诊、疑似名单。
5.3.2.3基于GIS的决策支持
在公共卫生信息可视化分析和决策支持系统中，绝大多数数据都和位置有着密切的关系，如传染源的在城市的分布，传染链的走向、所有医院的信息等，采用过去传统的二维表格方式仅能对上述信息进行粗略的查询和浏览，但很容易忽略隐藏在这些数据之后的深一层含义，而这些被忽略的因素却能为工作人员和领导提供科学的决策支持，由此可见可视化分析对决策支持的重要性。
GIS技术在公共卫生信息分析和决策支持系统中的应用主要有以下几方面：
(1)、疫情空间分布
基于空间位置直观显示各种疫情分布情况，如甲肝、SARS、乙脑等各种传染病病例空间分布。
(2)、疫情空间查询与专题分析
根据病人的医院，地址、报告日期等综合查询条件，组合各种疫情专题类别，利用多种空间查询模式，实时展现全国各地区的多种疫情分布。
专题类别：可以考虑以各级行政区划为单位来展现各种疫情信息的分布和进行空间统计(如省、地、市、县等)；对于重点区域或城市，可以精确到街道、所属单位等方面的空间展现和统计。
查询条件：可以按地点、医院、单位、住址等进行查询。
(3)、疫情趋势分析
动态渲染地图，按时间段显示各级行政区的疫情变化情况。
(4)、疫情空间分析复杂的空间分析，如聚集密度分析、空间排序、影响范围分析、空间关联度分析、应急调度等。
5.3.2.4数字化预案平台
数字化预案平台是对应急管理理念的技术支撑。构建一个功能完整的数字化预案平台，其难点不在于技术实现，而在于首先要有一个清晰的、成熟的应急管理体系框架。
数字化预案平台是实现我国突发公共事件“以响应为核心”向“全程管理”的理念提升的关键性技术平台。在借鉴国外先进的理念和框架基础上，我们完全可以大力建立适合中国国情的数字化预案平台，推动我国整个应急预案体系的建设。
预案是应急管理的“概念上”的中心，数字化预案平台就是整个应急管理的“物理上”的中心。数字化的预案管理平台应该有以下功能特性：
预案的表现：即对预案进行数字化表示和图形化、流程化表现。预案的数字化表示是利用计算机技术对预案进行存储、再现和应用的基础。只有数字化了，预案才从“墙上”走下来，进入我们的操作流程中，成为可以执行、可以追溯、可以据之进行考量和评估的操作依据。
预案的启动和执行：预案的启动和执行是以人为主体的决策过程，但信息化手段引入可以为决策提供自动化的提示与参考，降低指挥人员的工作量，为应急响应和处置赢得宝贵的时间，提高其决策的科学性。例如，可以通过与相关的专业性预警监测信息系统相连接，并通过对监测策略和阈值的设定，把“决策层”的指挥人员从繁重的监控体系中解脱出来，使其把精力集中在危机预防上、在关键安全因素上，以及在总体态势把握上。此外，“操作层”的运营管理人员也可以从平台中获得具体的、精准的行动指南，实现指挥调度。
预案的交叉参考和辅助决策：预案不是孤立存在的，也不是一成不变的。首先，以资源（包括公用资源）为纽带的各个预案，应该在逻辑上是一致的。换句话说，不同部门编制的预案应该是没有矛盾的。另外，应急预案只有进入应急管理的全过程，成为运营管理的全程参考，不断与专业知识库、以往案例库等进行比较、调整，才能保持其实用性，也才有生命力。
在对功能分析基础上，我们不难归纳出预案平台与应急管理相关的其它信息系统的关系：数字化预案平台可以有选择、有策略地接收来自预警监测系统的信息，并以适当形式提示或展示给相关人员；可以关联到各种专业性的应急指挥系统，完成专业资源调度和应急响应；预案平台还可以支持知识库系统，用于决策指挥的现场决策支持和平时的学习、操作演练等。
5.3.2.5方预案及知识库管理
公共卫生事件应急预案包括：
①基本原则
②突发事件等级
③突发事件报告和评估
④突发事件预警与应急响应
⑤组织指挥和有关部门职责
突发事件的应急保障各有关部门将根据预案制定分类预案。主要方案包括：
①突发事件监测预警工作方案
②重大传染病和群体性不明原因疾病应急处理工作方案
③重大食物中毒应急处理工作方案
④重大职业中毒应急处理工作方案
⑤突发公共卫生事件医疗卫生救援预案
⑥突发事件卫生监督和督察方案
⑦突发事件信息发布实施办法
⑧救灾防病预案
⑨抗旱救灾防病预案
根据不同传染病、可能自然灾害制定不同应急预案，并根据不同时期进行不断修订，定期进行演练，根据演练的结果随时进行调整。
方预案及知识库管理系统主要包括预案管理、方案管理、知识库管理、历史案例库管理、应急救援培训与演练等几个模块。下面进行详细阐述。
预案管理
预案管理模块就是将卫生应急预案进行数字化处理，实现战时应急指挥辅助决策等功能。
通过基于GIS二次开发的方预案制作工具，可以将方预案从文字变成图片（地图上的符号、线条、相关文字和图）甚至是声音、影像等。
本系统可将基于电子地图的各类预案进行发布，让各相关部门和人员形象直观的了解预案内容，更好的协调统一执行。
当突发公共卫生事件后，给予相关需求条件，能自动从预案库中组合出辅助决策、调度参考提示的处置方案，并能在电子地图上直观显示突发事件发生地周边的可调配的医疗救治资源及地理信息，便于各种处置战术的运用。
方案管理
方案包括两类：由预案生成的方案和手工生成的方案。方案属性：包括对应事件编码、方案编码、方案名称、对应预案编码、方案内容、主版本号、次版本号、方案生成时间、方案生成用户编码。管理功能：包括对应预案浏览、方案浏览、方案生成(自动生成、手工生成)、方案修改四个子模块。
㈠ 预案浏览
浏览方案所对应的预案，只有由预案生成的方案有此功能。
㈡ 方案浏览
提供方案列表，浏览与本次事件相关的所有版本的方案。
㈢ 方案生成
根据方案是否有对应预案(预案可自动或手动选择，如不选择表示没有对应预案)，确定方案生成方式。
⑴ 自动生成
根据预案逐项生成方案。根据《全国突发公共卫生事件应急预案》编制说明，应急预案通常包括由总则、应急组织机构及职责、突发公共卫生事件的报告、通报与分级、突发公共卫生事件的应急反应和终结、突发公共卫生事件的应急保障、附则等几个主要部分组成。方案生成的自动性主要体现在应急组织机构及职责生成，及根据预警级别自动选择应急措施上。其中，组织机构及职责由“应急启动”中的“成立工作组”模块完成，应急措施选择由本模块完成。方案其他部分基本可根据预案内容复制。每次自动生成的方案都存为一个新版本。
⑵ 手工生成
由用户手工编写方案(提供方案录入界面)。
㈣ 方案修改
由用户手工修改已有方案(提供方案修改界面)，每次修改后的方案存为一个新版本。
知识库涵盖的范围很广，包括法律法规、传染病知识、常见化学毒物知识、临床特征病因分析知识、中毒体征资料、常见食物中毒表现知识、常用药物不良反应、食物中毒特点及处理要点、常用特效解毒剂知识等内容。
知识库管理模块可提供工具进行专家知识共享与知识交流，同时可将各方面的最佳实践经验集中起来，对其进行管理维护，形成应急知识库，根据权限开放给相关人员。
在应急指挥典型案例库中存贮国内外特别是本地区或本行业有重大影响的突发公共卫生事件处置和救援案例的结构化数据；以便在指挥调度时，根据相关条件可以快速查询出类似的典型案例信息，辅助对当前事件的处置工作。
通过应急救援培训与演练子系统实现：合理组织应急资源的调派（包括人力和设备等）；协调各应急部门、机构、人员之间的关系；提高公众应急意识，增强公众应对突发公共卫生事件救援的信心；提高救援人员的救援能力；明确救援人员各自的岗位和职责；提高各预案之间的协调性和整体应急反应能力。
5.3.2.6其他决策支持应用
除了基于GIS的决策支持之外还有以下应用：
(1)、统计查询
统计查询的主题可包括事件基本信息、原始信息、综合事件信息、待核实应急事件信息、已核实应急事件信息、变更应急事件信息、信息发布、历史事件、合并的应急事件信息、追溯的应急事件信息、CDC事件直报信息、CDC疫情监测信息、CDC实验室信息、卫生执法信息、医疗救治信息、应急物资储备、预警条件信息、预案方案信息、预警事件信息。
(2)、突发公共卫生事件分析
通过突发公共卫生事件历史案例库，按照突发公共卫生事件的现状、原因，分析其暴发类型、传播途径、病人特征、高危人群、暴发范围、影响区域、发展趋势等，从而全方位了解事件的真实情况，总结经验教训，为处置类似的突发公共卫生事件时提供更全面和准确的指导。
(3)、资源分析
通过卫生应急资源数据库，分析和对比基础资源的分布与实际数据的关系，比较基础资源与应急事件的匹配情况，从而合理调度资源，应对突发公共卫生事件。
(4)、控制措施分析
建立应急事件控制措施数据库，分析针对应急事件的控制措施和应对方法的有效性，从而采取最科学的防控方法。
(5)、预案分析
对卫生应急预案，通过事件类型、所在区域、发展态势等进行分析比较。它能够帮助处理人员，尤其是办案经验还不够丰富的人员正确、及时、有效地处理各种突发时间。应用将用户对于各种事件类型的预案根据实际事件情况快速生成操作性较强的操作方案，更具备条理性和可指导性。
(6)、评估评价
对突发公共卫生事件进行总结评估，统计分析处理情况，总结经验教训。主要包括：
l 卫生学评价
l 健康状况评价
l 过程评估
l 责任追究
l 奖励
l 抚恤和补助
l 征用物资、劳务补偿
l 救济物资的处置
对卫生应急指挥过程中所需的各类资源进行管理，以便更好的支持正确的决策和及时的响应。这些资源包括专家、应急队伍、医疗卫生机构、医疗设备、医疗药品、疫苗、医疗血液、病媒生物、宿主生物等。同时，系统为用户提供对资源的综合查询功能和分析功能，为用户的指挥和决策提供辅助和支持。
5.4.1数据分类
数据的分类是信息分类的基础。完整的数据分类体系是数据规划、组织和存储的依据。根据目前卫生行业业务情况，数据中心数据分类如下：
1) 卫生资源类
包括卫生机构数据库、医疗机构数据库、医疗机构设备数据库、卫生人才数据库、实验室数据库、医疗救护、卫生防疫防病药械储备数据库、生物制品数据库、血液动态情况数据库等。
2) 检测调查类
包括传染病资料数据库、人口死亡数据库、居民死亡原因数据库、有毒有害化学品生产单位、有毒有害化学品储存单位、放射源和核设施数据库、实验室样本采集与储存数据库、菌毒种生产与储藏数据库、各种引发传染性疾病的自然灾害(如水灾)
3) 卫生资料类
重点传染病的动物宿主和病媒生物数据库、火灾)等的发生规律和损失状况数据库等。包括政策法规库、新闻资料库、专业知识库、专业模型库、方法措施库、数据模型库、方案预案库、文件档案库等。
5.4.2基础数据整理
通过基础数据库、专业数据库、知识库和应急资源库的建设，为应急指挥决策者提供准确、可靠、及时的数据服务。
1、基础数据来源
来源不同系统和部门的数据(如医疗卫生、社会经济、专业信息等)各业务系统。需要从现有的提取和转换。转换前提是熟悉现有业务系统的数据结构、数据定义，确保转换数据的准确性。
2、数据提取和转换
接入应急指挥系统的数据源很多，数据种类也繁多。其数据格式包括：常用数据(数值性、字符性、二进制性等等)、图形数据、媒体数据、现场实时数据。其描述规范各异，涉及跨行业的数据格式。使数据和应用集成成为困难。
为了解决不同行业、不同部门的数据信息在应急指挥系统中起作用。必须对接入应急指挥系统的数据源、数据类型进行分析，制定相关的制度、规范和标准，以便合理有效地使用这些数据。
(1)日常数据
从相关系统通过ETI时由取、转换、加载)过程获取以后，转换成应急指挥系统约定的数据格式存入相应的原始数据库，在获取过程中对数据进行必要清洗和转换，为进入数据仓库和数据挖掘作准备。
(2)媒体数据
利用大文件形式存入相应的原始数据数据库，并做属性扩充。
(3)地理信息数据
根据它的数据特点，对它做相应的属性扩充，如建立索引属性等等，然后存入地理信息原始数据库，提供主题对应的地理信息。为了控制进入数据中心的数据，对进入数据中心的数据源进行注册登记和分析。
(1)登记内容
数据提供者、数据库名称、数据库内容、存储方式、交换格式、存取约束、特殊规则等。
(2)数据结构分析
对相关登记注册的数据库群进行描述，包括表、字段、字段说明、数据类型、长度、是否空、主／外键特性的描述。在数据结构描述的基础上，分析数据的关联、取值、约束限制，并与应急指挥系统的数据库规范做对应。
(3)数据转换文档
分析完成以后，形成数据分析交换文档。数据提取和交换分为五个步骤：①数据格式化和规范化管理，②动态数据维护管理，⑧数据提取、转换、归并，④数据转换、分割和加载，⑤转换数据测试。
5.4.3资源管理
5.4.3.1专家管理
实现对系统持有的专家及专家咨询委员会数据库进行维护，根据用户需求对专家数据库进行管理，检索，专家任务派遣和组建卫生应急队伍。
专家分类：按照专家研究领域的不同将专家进行分类，方便用户的管理和浏览。用户可根据需要对专家分类进行管理。
专家库信息项：专家库存储有处理不同突发事件需要咨询的相关行业专家的个人信息，专家的属性字段与部级系统保持一致，同时可根据需要自由增加字段，专家库的信息项主要包括：姓名、性别、出生年月、职称、专业、省（市）、手机号、办公室电话、家庭电话、电子邮件、单位名称、单位地址、邮政编码、负责人姓名、负责人手机、单位办公室电话、单位办公室传真等。
5.4.3.2应急队伍管理
实现对卫生应急队伍数据库进行管理，根据用户需求对应急人员数据库进行管理，检索，组建卫生应急队伍、应急队伍装备、应急队伍培训演练、应急队伍派遣和应急队伍现场处置记录。并为用户提供检索服务。
应急队伍分类：根据应急队伍负责应急事件处置范围的不同，对应急队伍进行分类，如：重大传染病疫情卫生应急队伍、群体性不明原因疾病卫生应急队伍、重大中毒事件卫生应急队伍等，用户可根据需要添加、删除或修改队伍的分类。
应急队伍信息项：主要包括队伍ID、队伍名称、队伍组别、主要职责、隶属单位（如市消防大队、市煤气公司、市武警中队、某街道等）、器材及设备配备（包括数量、状态情况）、人员组成、分布位置、办公电话、移动电话、联系人、其他联系信息、类别等。用户可根据实际需要对应急队伍的信息项进行管理。
5.4.3.3法律法规库管理
实现对卫生应急相关的法律法规基本信息管理，可以增加、删除、修改法律法规基本信息，并根据用户需求提供检索服务。
法律法规库属性字段与部级系统保持一致，同时用户可根据需要增加相应的属性字段，主要包括的信息项有：法律法规名称、法律法规类别、颁布单位、颁布时间、颁布文号、生效日期、失效日期、法律法规内容、备注等。
5.4.3.4卫生机构管理
实现对系统持有的卫生机构数据库的维护，以及从外部数据源的批量数据导入功能。并根据用户需求对数据进行管理和检索。
卫生机构分类：卫生机构(组织)按类别分为医院、社区卫生服务中心(站)、卫生院、门诊部(诊所、医务室、村卫生室)、急救中心(站)、采供血机构、妇幼保健院(所、站)、专科疾病防治院(所、站)、疾病预防控制中心(防疫站)、卫生监督所、卫生监督检验(监测、检测)所(站)、医学科学研究机构、医学教育机构、健康教育所(站)、其他卫生机构和卫生社会团体16大类，大类下面根据需要再划分为中类和小类。用户可根据需要对卫生机构的分类进行管理。
卫生机构信息项：卫生机构的属性字段信息与部级系统保持一致，同时可由用户根据实际需要对信息项进行添加、删除、编辑，主要包括：组织机构代码、机构名称、行政区划代码、经济类型、卫生机构类别、机构分类管理、地址、邮政编码、设置/主办单位、隶属关系、实有床位、职工总数、卫生技术人员数、执业医师数、执业助理医师数、门诊人次、入院人数等。
5.4.3.5医疗设备库管理
实现各医疗卫生机构等部门所拥有的医疗器械、检查设备等信息进行维护，并提供检索服务。
医疗设备分类：主要包括生产设备、分析和检测仪器、包装设备、制剂机械、护理设备、外科器械、能量治疗器械、医用敷料、清洁消毒器械、植入器械等，同时可在大类的基础上进行细分，支持无限级的分类层次，由用户根据实际需要进行分类管理。
医疗设备信息项：主要包括名称、英文名称、分类、规格、包装、用途、说明、存放地点、数量等。用户可根据需要自由添加、删除或编辑属性字段。
5.4.3.6医疗药品库管理
实现对各卫生机构等可用的医疗药品进行管理，包括添加、删除、修改等功能，并提供信息检索服务。
药品分类：主要分为化学药品、中成药、化学原料药、生物制品、兽药等，同时可在大类的基础上进行细分，支持无限级的分类，由用户根据实际需要进行分类管理。
药品库的信息项：药品的主要属性包括名称、英文名称、分类、批准文号、主要规格、包装、用法、用途、说明、生产厂家等，用户可根据需要自由添加、删除或编辑属性字段。
5.4.3.7疫苗库管理
实现对已有疫苗进行管理，包括添加、删除、编辑等功能，同时提供检索服务。
疫苗的分类管理：疫苗主要分为基础免疫用疫苗、乙脑疫苗、乙肝疫苗、狂犬疫苗、出血热疫苗、肺炎疫苗、流脑疫苗、甲肝疫苗、腮腺炎疫苗、流感疫苗等，并可在大类的基础上进行细化分类，用户可根据需要对分类进行管理。
疫苗库的信息项：主要包括名称、英文名称、类别、摘要、说明、用途、库存、存储地点、使用方法、接种对象、注意事项、存贮方法等，同时用户可根据需要自由添加、删除或编辑属性字段。
5.4.3.8医疗血液库管理
实现对可用血液库的管理，包括添加、删除、编辑等功能，并提供检索服务。
血液库的主要字段包括：血型、库存、存储地点等，用户可根据实际需要自由添加、删除或编辑属性字段。
5.4.3.9病媒生物库管理
实现对常见能传播疾病的病媒生物的管理，包括添加、删除、编辑等功能，并提供检索服务。
病媒生物分类管理：可对病媒生物的分类进行无限级别的管理。
病媒生物属性字段：主要包括名称、英文名称、类别、疾病传播途径、传播疾病、分布情况、说明、检测措施、防治措施等，用户可根据实际需要自由定制属性字段。
5.4.3.10宿主生物库管理
实现对能给病原体提供营养和场所的生物进行管理，包括添加、删除、编辑等功能，并提供检索服务。
宿主类别管理：宿主类别主要包括最终宿主、中间宿主、异常中间宿主等，系统提供无限级的类别管理，用户可自由进行类别维护。
宿主的信息项：主要包括名称、类别、排出病原体方式、备注等，用户可对属性字段进行自由定制。
5.4.3.11知识库管理
该模块对公共卫生行业涉及到的知识进行管理，包括添加、删除、编辑知识等功能，并提供检索服务。
知识库的分类：知识库涵盖了传染病知识、常见化学毒物知识、临床特征病因分析知识、中毒体症资料、常见食物中毒表现知识、常用药物不良反应、食物中毒特点及处理要点、常用特效解毒剂知识等内容。在此大类的基础上还可以进行细化分类，用户可以根据实际需要灵活的对知识库的分类进行管理。
知识库的字段：主要包括的信息项有：名称、主题词、摘要、类型、制定单位、发布时间、生效时间、内容、备注等。用户可根据实际需要定制信息项的内容。
5.4.4资源查询
Ø 关键字查询
可选择特定的库，输入关键字，按照库的信息项进行模糊查询或者精确查询。
Ø 综合查询
综合查询可对资源库中的所有信息进行检索，用户只需输入感兴趣的字段关键字，如名称，系统自动搜索库中所有匹配信息，并按库分别显示。
Ø 全文检索
全文检索是应急资源文档数据检索的重要而基础的技术手段。一方面，由于应急资源数据量非常大，就要求我们的检索引擎的数据处理能力要达到到一定级别。另一方面，应急资源库涉及到的专业名词、专业概念，就要求我们的引擎可以实现智能化的匹配。
我们在自然语言理解技术与人工智能技术的基础上，在传统的检索技术的基础上逐渐发展起智能检索技术，包括模式匹配、概念匹配、基于篇章语义分析的检索等。这些技术在应急资源库检索中得以应用。
我们对应急资源库现有的静态信息类整理，建立索引，并按类型分别存放到不同的索引库中，用户便可以通过输入关键词实现对各类内容检索，跨库的检索，多种格式文件的同时检索。
5.4.5资源分析
通过应急资源数据库，分析基础资源的分布与实际数据，比较基础资源与应急事件的匹配情况，从而合理调度资源，应对突发公共卫生事件。
地图分布情况：资源查询结果不仅以文字列表的形式显示，同时在地图中定位显示，可以直观的看出资源在地图上的分布情况。
综合分析：对资源数量、类型等进行综合分析，以列表及饼图和柱状图形式显示各种类型资源的数量、比例等，帮助决策人员掌握资源的总体情况。
突发事件周边资源分析：当突发卫生应急事件发生并在地图上定位后，显示周边的资源情况。
专题图分析：显示各区域内资源的分布情况，以柱图或饼图的形式进行显示。
基于基础地理信息数据，建立卫生相关信息空间分析与展示功能。建立疫情、病情、公共卫生资源等数据与空间数据相关联，结合地图数据进行疫情、病情、卫生资源数据的查询、检索、分析。
地理信息系统平台建设及二次开发的建设内容包括地理信息展示、业务信息定位、信息查询、专题分析、平台管理、数据管理、数据采集与更新、遥感影像管理、地址比对与匹配服务、车辆监控与管理、信息标绘系统等。
5.5.1地理信息系统通用功能
地理信息系统重点开展全县各级卫生部门地理信息数据库的建设，为业务应用系统的关联应用提供数据采集、更新与访问功能、基础地理信息服务功能和系统管理功能。
5.5.1.1综合地理信息展示
n 地图颜色配置
按地图配置信息分不同的颜色、层次和标志文字进行显示。颜色配置有良好方案，符合各级用户身份，遵循简洁、清晰、大方原则。
n 分层浏览以及文字标注图层开关功能
用户通过控制地图数据图层的显示状态来决定指定的图层是否显示，可打开或关闭当前地图中的某一图层的文字标注。
n 显示范围的设定以及边界线设置
能够设定当前地图窗口的显示的范围，不同区域的边界线应有明显的区别。当鼠标点击某一区域后，该区域马上改变颜色或两种颜色交替显示，与未选定区域区别开。
n 鹰眼功能
通过鸟瞰图窗口可以实现地图显示范围的改变，还可以点击鹰眼图直接到达需要进行操作的地图显示范围。也可以选择关闭鹰眼图。
n 地图缩放
提供多种缩放形式，可按一定的缩放倍率进行缩放，也可用鼠标框选缩放。系统实现无级缩放，不同的显示比例下自动控制图层的分级显示。
n 地图平移
用户可以通过鼠标拖动地图。实现海量地图数据的平滑漫游。地图在显示全部图层的状态下，平移要求速度快。
5.5.1.2业务信息地图定位
能够将业务信息查询或分析结果定位到地图上显示，同时应具备定位多个业务信息的能力。
当接收到应急事件时，需要在电子地图中找出该应急事件地址的准确位置，这就需要使用地理信息技术中的地址编码技术。
为了在地图上直观的定位显示某个记录，而需要将地理坐标赋给该记录，这个过程就称为地址编码。
标准地址库中存放了标准地址编码，包括编码表与地址总表。
系统提供了地址整理工具对地址数据进行整理，并最终生成标准地址库。
当应急事件发生时，地址匹配服务系统提供业务系统中单条地址信息匹配生成X、Y坐标的接口。地址匹配技术需要研究的内容包括：地址模型的建立、地址分类与编码、标准地址信息的数据库存储、地址信息采集与更新、地址拆分语义分析、地址匹配精度研究、匹配算法效率研究。
地址比对工具实现对应急事件数据进行批量处理，自动生成矢量地图数据，对于无法生成地理坐标信息，利用采集系统的属性数据关联功能进行录入。
5.5.1.3业务信息查询
提供对地理信息数据库各种信息的查询。通过设置查询专题并输入相应的查询信息，如名称、地址、兴趣点、目标等，将其定位到地图上，同时显示相应的业务信息。
地图查询主要用于应急物资、应急队伍、卫生医疗机构等与应急、指挥调度有关的信息的查询。
支持列表选取、音头查询、直接点取、任意区域空间查询等方式。查询结果将出现在弹出的表格窗口中（对地理信息的准确查询要能够同时定位在地图上），表格描述了查询到的目标的详细信息和相关的信息。
n 图查属性和属性查图
系统具有图形和数据的双向查询、模糊查询、定位和统计功能。
n 图查影像
能按照查询结果显示出地图影像，按指定范围调用，范围可以自定义。
n 选择查询
ü 多边形选择：用户指定的任意多边形区域，选择区域内指定属性的地图要素，并显示相关属性信息。
ü 圆形选择：用户指定中心点和半径的圆形区域，选择区域内指定属性的地图要素，并显示相关属性信息。
ü 矩形选择：用户指定矩形区域，选择区域内指定属性的地图要素，并显示相关属性信息。
ü 鼠标点选：对地图上所展示的任意数据对象，当鼠标选中时（点击鼠标右键）能即时显示其属性。
ü 系统支持缓冲区分析功能，可查询某点周边一定范围内的相关信息，某路两边一定范围内的信息等等。缓冲区分析功能特别适用于应急指挥过程中查询某特定范围的信息。
5.5.1.4专题信息分析
对业务专题信息按照区域进行统计，在电子地图上生成专题图，并可按一定模式打印报表。
系统从不同角度提供了空间数据的专题图表示方式，包括饼状图、柱状图、渲染图、专题分布图、点密度图等多种形式的专题图显示和打印输出功能，同时支持实时显示信息动态创建，便于用户实时信息的变更与扩充。
5.5.1.5平台管理
实现用户权限的定义和维护，监控系统的运行状况，组织机构维护，以及数据的备份和恢复等系统管理功能。
Ø 权限管理
权限分配完成对系统的用户进行数据权限和功能权限的分配、回收、查询等功能。可以将某个业务数据权限、地域行政级别权限、功能权限分配给某个角色，一旦某个用户被授予该角色的权限，该用户可以访问该权限控制的数据或功能。主要包括：
l 把业务图层、业务图层地域或属性字段上的权限分配到业务角色（或用户）。
l 把权限分配到业务角色（或用户）或系统管理角色（或用户）。
l 把业务图层、业务图层地域或属性字段上某种权限的用户或角色信息的查询。
l 具有访问权限的用户或角色信息的查询。
l 把业务图层、业务图层地域或属性字段上的权限从角色或用户的回收。
使用者
系统管理用户的管理员和数据管理员。
输入
选定的图层、图层区域、权限、角色及用户。
处理
通过查询选定某图层或图层区域，可以查看到具有该图层或图层区域上权限的角色或用户信息，可以从某个用户或角色回收权限，也可以把权限赋予其他的用户或角色。
输出
用户、角色、权限对照关系的更改。
Ø 日志管理
日志管理完成系统用户登录、访问、操作等各种工作日志的记录、查询、统计、审查、备份和恢复等工作，是系统安全审查的证据和依据。主要包括：
l 系统管理用户的login和logoff信息、主要功能操作（权限分配、用户维护、角色维护、代码维护、备份）信息的记录。
l 系统管理用户日志的查询和统计。
l 业务用户的的login和logoff信息、主要功能操作（数据上载、下载、发布、更新）信息的记录。
l 业务用户日志的查询和统计。
l 系统运行状态日志（系统异常信息、关键信息）。
l 各种日志的备份和恢复。
使用者
系统管理用户的管理员和业务用户管理员。
输入
整个系统系统中功能模块的日志记录。
处理
在整个系统系统的运行中，会一直记录这各种用户的工作日志，在日志管理模块可以分门别类地查看这些日志信息并进行统计分析工作。管理员可以查看所有的日志信息，并负责对历史日志定期归档。业务用户管理员只可查看自己辖区内的业务用户的工作日志，不能看到系统管理用户的工作日志或非辖区内业务用户的工作日志。
输出
用户工作日志统计图表。
Ø 数据访问统计
系统的重要功能是实现数据的共享和交换，因此对数据的操作信息的记录和统计对了解系统的使用情况具有重要意义。数据访问统计功能将根据系统提供的数据访问工作日志，对数据访问、数据上载、数据下载进行统计分析，可以按照时间、区域了解数据访问情况，并可以以图表方式展示。
主要实现的功能，包括：
l 查询某个时间段内，上传的工作日志。
l 查询某个时间段内，浏览下载的工作日志。
l 统计某个时间段内上传、浏览下载的次数。
l 各单位在一定时间段内数据上、下载和访问情况统计分析
使用者
系统管理用户的管理员和数据管理员。
输入
时间段、业务用户的工作日志
处理
查询某个时间段内，上传、下载的工作日志。进行上传、下载次数的统计，打印统计图和表格。
输出
针对图层访问的查询、统计图表。
5.5.1.6数据管理
为后台数据管理使用，提供空间数据编辑、图幅拼接与接边处理、图幅索引管理、坐标系统的转换、影像库的坐标配准、多源数据的标准化和一致性维护、空间实体与属性数据的一体化编辑等管理和维护工具，实现数据库管理、数据采集后台管理、数据交换后台管理等功能。
Ø 数据建库管理
数据建库管理模块主要面向全国警用地理信息系统的数据管理员，为其提供如下功能：
l 空间数据编辑
l 图幅拼接与接边处理
l 图幅索引管理
l 坐标系统的转换
l 影像库的坐标配准
l 多源数据的标准化和一致性维护
l 空间实体与属性数据的一体化编辑等工具
结合卫生业务数据的特点，采用客户化封装，定制开发适应基础平台数据管理员使用的功能。
另外，还包括数据库模板的维护管理，图层的新建和导入，校验数据等功能。
1、模板管理
对模板进行分类管理：基础图层、公共图层、专业图层、MIS属性表。
2、新建空图层：创建自定义的空图层。
3、导入图层：往指定的模板导入地图数据。
4、新建空MIS表：创建自定义的空MIS表格。
5、导入MIS表：往指定的模板导入MIS数据。
6、校验数据：按照指定模板对指定的数据进行校验数据的合法性。
Ø 数据库维护
包括图层导出，注册管理，图层删除，图层备份与恢复等功能。功能列表如下：
数据维护功能列表
|
功能名称 |
功能描述 |
|
刷新图层列表 |
数据按照1：5000，1：10000，1：250000比例尺进行分类，其中每一种比列尺又继续分为基础图层、公共图层、业务图层、MIS表、新的数据，以树形列表的方式将数据名全部显示出来，用户可以刷新数据的树形列表。 |
|
加载图层内容 |
将指定的数据掉出来浏览，如果是地图数据就可以显示在地图数据，如果是MIS表数据，就显示属性数据。 |
|
卸载图层内容 |
对已经加载的数据卸载，关闭属性数据或地图数据。 |
|
查看地图 |
控制地图数据的显示或者不显示 |
|
查看属性表 |
对数据的属性数据进行浏览 |
|
图层注册 |
将“新的数据”注册到“基础图层”、”“公共图层”、“业务图层”、“MIS表”其中之一的类型。 |
|
图层注销 |
“基础图层”、”“公共图层”、“业务图层”、“MIS表”类型数据变为“新的数据”类型数据。 |
|
查看/编辑注册信息 |
对已经注册的数据进行查看，并提供相关属性的编辑。 |
|
更新注册信息 |
更新注册信息 |
|
备份 |
对已注册的数据单个备份 |
|
恢复/备份管理 |
对已注册的数据的备份数据的恢复 |
|
批量备份 |
对已注册的数据批量备份 |
|
批量恢复/备份管理 |
对已注册的数据的备份数据的批量恢复 |
|
导出 |
将数据导出 |
|
删除 |
删除没有注册的图层 |
|
重命名 |
重命名没有注册的图层 |
|
复制 |
对选择的数据进行复制 |
|
粘贴 |
对选择好的数据粘贴到指定的位置 |
|
区域标识 |
对数据加上区域的标识 |
Ø 资源管理
资源管理模块功能如下：
资源管理功能列表
|
功能名称 |
功能描述 |
|
自定义分配 |
对角色进行自己定义方式的分配权限和数据资源 |
|
快速分配 |
对角色进行快速方式分配权限和数据资源 |
|
缺省分配 |
对角色进行缺省方式分配权限和数据资源 |
|
取消分配 |
取消角色对资源的权限 |
|
权限查询 |
查询角色的所拥有的权限和数据资源 |
|
缺省配置 |
缺省配置是为权限分配提供一种分配方案，不同的用户可以有不同的缺省配置。进行缺省配置过的用户，只要使用“缺省分配”就可以按照已有的方案分配权限。 |
|
浏览 |
|
|
按登录用户分类浏览用户 |
列出所有的用户、部门、角色 |
|
按数据分类浏览全部注册的数据 |
列出所有系统管理的数据资源 |
|
浏览分配给用户的资源、权限。 |
分配后的结果 |
|
退出资源管理 |
|
Ø 数据采集管理
包括数据采集图层的管理，采集任务的制定、分派和管理等。
数据采集之前，系统后台管理模块要做大量工作，这是基层采集数据的民警看不到的。具体包括：
1、创建数据采集任务
任务名称：采集开始时间和结束时间，属于说明性信息，程序不做相关判断;
任务类别：新图层、更新图层，如果是新建图层，在定义完图层的结构之后，要在sde数据库中建立它。如果是更新图层，弹出图层选择窗口进行选择;
采集的工作图层:
定义图层和属性、显示样式，能采集哪些图层由管理员来定义，用户可以采集哪些图层可以限定，定义采集时的显示比例尺。定义属性录入模板，定义属性的分类类别或代码，定义类型限制（用于智能电子表单系统）;
采集权限、任务量分配;
审核权限分配;
和采集任务相关的 采集和更新规范说明备注;
定义背景图层:用于背景显示，注意不能允许背景图层被编辑;
采集任务所属的业务部门。
2、查询、编辑采集任务
3、删除采集任务
采集任务删除后，任务工作图层也会被从SDE数据库和系统平台的注册中清除掉。
4、原始图层备份和入库发布
在更新图层的采集任务建立中，对于已存在的图层，系统会先对其进行克隆，生成一个新名字的图层在平台中注册，作为被采集的工作图层。
无论是新图层还是更新图层，在加入到采集任务后都要在图层的数据表中加入采集日志结构
对于已经采集完的新图层，可以入库并发布给其他人使用；对于已经采集完的更新图层，用户可以根据需要选择覆盖原始图层，也可以直接发布成新图层。
所有采集的工作图层在入库发布时都会被剥离掉采集前增加的采集日志的结构。
如果采集日志需要备份，会提示用户是否保存采集日志，确认后保存采集日志到数据表。
5、设置采集任务无效，有时为暂停采集任务，可以把采集任务下的图层进行关闭，用户不能实行对其的采集工作，当重新设置为有效状态时才可以继续工作。
Ø 数据交换管理
对用户上传的数据进行入库审核，交换数据发布。
5.5.1.7数据采集与更新
由于有大量警用地理信息需要进行动态的更新和维护，需要实现空间和属性数据的采集、编辑、删除的功能。
为了方便采集和更新数据，避免客户端系统维护，采用在IE浏览器上直接标注的方式，实现简单的点、线、面空间数据和属性数据的采集和更新。
Ø 数据采集流程
1、明确采集需求
当主责单位发出采集与更新某个图层的要求时，由该图层的更新维护单位提供该图层的图层类型（点、线、面）、属性信息，包括字段名称、字段长度、字段类型，市局通信处予以帮助。
2、定制采集任务
数据维护单位根据主责单位和更新维护单位的要求，通过“数据管理”工具制定相应的数据采集任务。采集图层及字段的命名要符合属性数据标准。
如果是在原有图层上采集，备份该图层，然后定制采集任务，确定采集背景图层和工作图层，工作图层为原有图层，沿用原有图层的比例尺和坐标系。然后将采集任务和审核任务分配给相应的采集人和审核人，并发布到平台相应的采集模块和审核模块。
如果是采集一个新的业务图层，需要从平台现有某相关图层中提取模板生成图层，确定坐标系和比例尺，并确定属性字段的名称、类型和长度，然后确定采集背景图层和工作图层，将采集任务和审核任务分配给相应的采集人和审核人，并发布到平台相应的采集模块和审核模块。同时在地图服务文件中添加该图层。
3、开始采集
由应急指挥中心培训图层更新维护单位数据采集相关知识，并将采集任务和采集用户通知图层更新维护单位开始采集。图层更新维护单位采集用户登录市地理信息系统的相应采集模块，采集点、线、面图元。
系统采集模块点图层的功能为点录入、点移动、点删除、点属性编辑、属性关联（如果有关联属性表）。
系统采集模块线图层的功能为线录入、线删除、线属性编辑、属性关联（如果有关联属性表）。
系统采集模块面图层的功能为面录入、面删除、面属性编辑、属性关联（如果有关联属性表）。
4、审核采集结果
采集审核人登录地理信息系统的审核模块，审核图层更新维护单位采集的数据，审核结果有合格、不合格。图层更新维护单位采集用户登录平台查看不合格信息，并修改不合格数据，重新提交审核。
5、结束采集
当所有的数据审核合格后，并检查后入库，通过“数据管理”工具结束该采集任务，并将此采集图层发布到平台其他模块，以供使用。同时将此次采集统计结果报告给主责单位。
Ø 更新流程
当发现变化信息后，在网上点取数据更新广播功能，输入变化的信息，并在地图上标记，系统管理员统计数据更新变化情况，定期委托人员或机构进行数据更新。具体流程如下：
1、发现变化
2、填写变化单
3、系统管理员统计变化
4、安排更新作业任务单
5、专人负责更新
6、入库
7、用户更新数据
Ø 数据更新内容
更新内容主要包含地理信息系统的空间数据和属性数据两部分。
Ø 数据更新周期
根地理信息空间数据及其属性的自身变化的特点，结合开展地理信息系统建设的城市实际情况，应分别采用时实更新和定期更新两种方法。
1、实时更新
对具有突发性、实时性变化的地理信息数据应采用实时动态更新。例如各类卫生应急事件的地理分布信息。
2、定期更新
对日常工作中变化较慢的地理信息数据采用定期更新，当数据积累到一定数量或程度时再进行更新。
Ø 数据更新范围
1、局部更新
数据更新过程中，如果待更新数据的信息量大，且更新流程复杂，更新周期较长而无法满足业务工作需要时，应对变化的地理信息数据采用局部更新。例如对变化的基础地理信息数据进行更新时应采用局部更新。
2、整体更新
对数据获取与更新流程简单，更新周期短的变化的地理信息数据可采用整体更新。例如整个城市的重点消防单位应采用整体更新。
Ø 数据更新机制
应急指挥中心负责所有基础地理信息数据和公共地理信息数据的管理、信息发布；负责所属各业务单位的业务专用地理信息数据的入库和信息发布。各业务单位负责本单位的业务专用地理信息数据采集与更新。
数据的更新方法列举如下：
1、基础数据更新
我们提供数据更新的接口，当地理信息数据变化时，组织测绘局将更新数据通过接口更新数据库服务器上的数据。
2、公共数据更新
基层单位只负责本辖区范围涉密的警用公共图层和基本属性的日常实时更新，其它均委托专业数据采集公司完成，例如：各类案件、保密机构、重点人等。
通常采用的更新技术包括：地图标注、信息普查和录入、信息提取、扫描矢量化等。
3、业务专用数据更新
根据业务归口管理关系指定某个直属主管业务单位负责制定数据采集标准，由应急指挥中心按照标准建立数据结构，基层单位负责采集相关数据。业务专用数据更新包括两部分：①公共地理信息数据的扩展业务属性数据，②业务专用地理信息数据。各业务应用单位在使用自己的应用系统时，对公共地理信息数据扩展的业务属性及业务专用地理信息图层，根据实际需要，定期进行整体更新。对实时性要求较高的专题图层可进行实时数据更新。
通常采用的更新技术包括：地图标注、信息普查和录入、信息提取、扫描矢量化等。如果业务单位自身不具备更新数据条件，要在信息保密的前提下，委托专业数据生产单位进行数据更新。
5.5.1.8元数据管理
元数据是用于描述数据内容、定义、空间参照、质量和地理数据集管理等方面的数据，用于说明数据或数据集的内容、质量、特性和适用范围，向用户提供所需数据是否存在和怎样得到这些数据的途径、方法等方面的信息，帮助用户了解、使用数据。
本子系统主要目的：
1．数据更新下载时，要先检索元数据，了解数据质量情况，找到需要的数据；
2．在数据更新或预订时，需填写元数据来描述数据情况；
3．为系统管理员后台管理海量空间数据提供后台元数据管理工具
元数据是用于描述数据内容、定义、空间参照、质量和地理数据集管理等方面的数据，用于说明数据或数据集的内容、质量、特性和适用范围，向用户提供所需数据是否存在和怎样得到这些数据的途径、方法等方面的信息，帮助用户了解、使用数据。
元数据库管理的主要内容包括：用户身份验证、元数据库的维护、元数据录入、修改和查询检索。
Ø 用户身份验证
用户在访问元数据库时，系统需要对登录用户的身份进行验证，以进一步确定用户的权限。用户划分为四类：
元数据库管理员：对元数据库实施维护，保证库结构合理、库内容一致、完整、无歧义；具有修改库结构、维护代码及枚举表、元数据内容的权限；
数据管理员：对管辖范围的元数据内容实施维护，具有录入、修改、删除、查询元数据的权限；
普通用户：对系统内所有元数据具有查询检索的权限；
无权限用户：对系统内所有元数据不具有任何仅限。
Ø 元数据库维护
可对元数据库修改库结构，并保证库结构合理、内容完整一致，无歧义、无垃圾数据。
Ø 元数据录入
元数据管理员可以通过系统进行元数据的录入。录入界面应方便、简洁、风格一致。
Ø 元数据修改
元数据管理员可以通过系统对已提交给系统的元数据实施内容的修改。
Ø 元数据查询检索
对元数据可以通过预先设置一些查询条件来进行查询检索，以得到关心的元数据。查询条件支持模糊查找，各查询条件之间支持复合查询。查询条件设计为：对“数据集中文全称”查询；对“摘要”查询；对“关键词”查询；对“地理区域范围”查询；无条件查询，此时须列出所有厅局所有元数据列表。
5.5.1.9遥感影像管理
系统应提供多源影像数据集成方案，要求提供高效的遥感影像数据WEB方式的查询、漫游、分发及其它应用功能。
Ø 系统流程
遥感影像数据的管理、发布流程如下：
1．采用工具软件把影像数据导入数据库中；
2．当用户浏览电子地图时，若需要叠加显示影像，则由GIS平台向影像发布服务器发出获取影像数据的请求；
3．影像发布服务器接到请求后，从数据库读取影像并进行一定的处理后，返还给GIS平台；
4．GIS平台把影像和电子地图数据叠加后以图片的方式发送到客户端，供用户浏览。
Ø 系统功能
系统主要提供以下功能：
1．遥感影像数据的压缩
系统提供包括小波压缩、四叉树压缩在内的几种压缩功能。
2．遥感影像数据的入库
系统实现把分散的分幅数据同一导入数据库的功能；
3．遥感影像数据的管理
采用金字塔模型进行影像数据的组织和管理。
4．遥感影像数据的发布
系统实现了基于Internet的影像发布功能，用户只需通过普通浏览器即可进行影像访问。
5、遥感影像数据访问接口
系统提供了供其他应用系统访问影像数据的接口。通过该接口，其他应用系统可以获取直观的影像数据，增强各类应用系统的可视性。
5.5.1.10地址比对与匹配
系统应提供地址比对与匹配工具，将业务信息（如人口、卫生统计数据）与GIS关联，实现业务信息基于电子地图的可视化显示。
5.5.2辅助决策子系统
通过多种方式进行综合分析，获取各种专业性分析结果，如计算急救车辆到达案发地点的最短路径、统计某一地区的传染病发病数量与发展趋势等。以提应急指挥人员的工作效率和决策支持。
应急地理信息系统的应用主要有以下几方面：
疫情空间分布
基于空间位置直观显示各种疫情分布情况，如甲肝、SARS、乙脑等各种传染病病例空间分布。
疫情空间查询与专题分析
根据病人的医院，地址、报告日期等综合查询条件，组合各种疫情专题类别，利用多种空间查询模式，实时展现全县各地区的多种疫情分布。
专题类别：可以考虑以各级行政区划为单位来展现各种疫情信息的分布和进行空间统计(如省、地、市、县等)；对于重点区域或城市，可以精确到街道、所属单位等方面的空间展现和统计。
查询条件：可以按地点、医院、单位、住址等进行查询。
疫情趋势分析
动态渲染地图，按时间段显示各级行政区的疫情变化情况。
疫情空间分析
复杂的空间分析，如聚集密度分析、空间排序、影响范围分析、空间关联度分析、应急调度等。
隔离区分布图
选择事件后，查看当前事件关联的隔离区的分布情况。
危险因素分布图
可以对事件周边情况进行分析。选择基于此事件向哪类信息进行缓冲分析，范围为缓冲分析的范围，单位为米，需要手工录入。点击显示缓冲区，显示缓冲分析结果。
医疗卫生资源分布图
查询显示专家、卫生资源、医疗机构等医疗卫生资源分布情况。
阶段事件数量专题分析
能提供不同时期的统计结果对比分析情况。如今年上半年突发事件数量与去年同期相比的增长率（或减低率）。以直方图、折线图等方式表示。
事件类别分析
对突发公共卫生事件按照性质、类别统计在某段时间内的数量，并在地图上以直方图、饼图等直观的方式进行显示。如以饼图方式显示重大传染病疫情、群体性不明原因疾病、重大食物和职业中毒等及其他事件数量，可以直观的看出各种类型事件在总量中所占的比重。
“三高”分析
针对“三高”情况即突发事件高发生时间、高发生地区、高发生类型，按时间、地区、类型三个因素的任意联合的综合查询、统计和分析。
按类型、时间的组合查询条件在地图上按区域显示案件的多少；同时进行以下选择：发案时间选择、发案类型选择等，显示方式：柱状图、地图着色、扇形图等。
5.5.3信息标绘和应急指挥态势信息处理
5.5.3.1信息标绘
信息标绘将应急过程中各方情况用标号和文字标记在地形图、略图以及空中照片上,是表达领导决心、记录现场情况、反映力量部署和战术、组织应急批应、总结行动经验的重要手段，具有简单迅速、形象直观、概括力强、清晰易读的特点，弥补了文字材料不易说明的各种复杂情况，节省时间。除了示静态状态外，还可进行动态推演，保障各级领导和参谋人员的指挥作业效率，使之更好地完成作战指挥工作。
信息标绘系统标图广泛应用于应急指挥、值班、训练、模拟和演习，并能够与指挥系统的各种传感器、网络设备整合，构成实时态势与指挥系统，有效地提升了指挥自动化程度,是应急系统的核心环节。
卫生应急指挥符号是用于表达突发公共卫生事件应急指挥的图形符号。依据基于卫生应急指挥特点，建立相应的基础图形，基础图形采用象形、写意、几何等方法进行设计；在基础图形的基础上，叠加相应的文字或图形，组合成对应的符号。
该模块主要包含“应急指挥符号库管理”、“卫生应急指挥符号几何、外表属性管理”、“卫生应急指挥符号的查询、浏览”、“绘制点状、线状、面状卫生应急指挥符号”、“绘制文字、标签、图片”、“应急指挥关联图层管理”、“态势图层的基本属性管理”等。
Ø 应急指挥符号分类及层次
根据现实世界地物的几何属性和形状等特征,设计五种基本符号和一种复合符号。五种基本符号是点状符号、线状符号、面状符号、文字符号和影像符号。因为点状符号可以用面状符号来表示,因此在矢量符号设计中只考虑其余四种基本符号和一种复合符号的设计。根据面向对象的观点,为使各类符号具有相对的独立性,将上述四种基本符号和一种复合符号定义为基本符号对象类:线状符号类、面状符号类(包括点状符号) 、文字符号类、复合符号类、影像符号类,并可根据实际情况,由基本符号类派生出具体的符号类,然后在这五种基本符号对象类的基础上概括出更高层次的抽象类,即矢量符号基类(CDrawShape) 。
Ø 应急指挥符号属性设计
面向对象思想具有封装性、继承性和多态性,能较好地表达复杂的对象[5 ] 。因此,本文采用面向对象的设计思想,根据上述的分类将基本符号定义为CLineShape (线状符号类) 、CPolygonShape (面状符号类) 、CStaticShape (文字符号类) 、CGroupShape (复合符号类) 、CImageShape (影像符号类) 五个对象类,并在此基础上抽象出一个继承于CObject类的超类———矢量符号基类CDrawShape。然后,以此为依据建立面向对象的数据模型。为减少程序及数据冗余,将基本符号中一些共同的属性和操作方法:符号的线型、线宽、颜色、最小外接矩形以及绘制操作等封装在矢量符号基类中。矢量符号基类(CDrawShape) 的数据成员设计如下:
(1) 图元几何描述数据:主要有控制点坐标、旋转角度、最小外接矩形等;
(2) 图元属性描述数据:主要有线条颜色、线型、填充颜色、填充类型、字体、背景色等;
(3) 符号标识信息数据:主要有符号名称、符号描述、符号分类等;
(4) 符号空间信息数据:是实现矢量符号与GIS 组件同步显示的关键数据,也是矢量符号唯一与GIS 组件相关的数据结构,主要有矢量符号的最小外接矩形顶点在GIS 组件中的经纬度坐标、缩放比例等。
Ø 应急指挥符号库管理
实现对矢量符号文件、矢量符号表和显示符号表的管理和维护。主要包括以下几个方面:
(1) 符号分类：可以将符号按照使用范围、使用目的等进行分类，分类名称和层次结构由用户自由定制。
(2) 矢量符号文件:通过将GIS 组件窗口上的矢量符号保存在矢量符号文件中或从矢量符号文件中读取数据到GIS 组件窗口中显示,实现了GIS 组件窗口上的矢量符号能“永久”保存和恢复。
(3) 矢量符号表:矢量符号表中保存着GIS 组件窗口中的矢量符号。矢量符号表管理主要是指在标绘过程中,将矢量符号插入矢量符号表中以及删除表中的矢量符号;在用户交互编辑时,修改矢量符号的图元几何描述数据、图元属性描述数据、符号标识信息数据、符号空间信息数据。
(4) 显示符号表:显示符号表中保存着GIS 组件视图窗口中的矢量符号。显示符号表管理主要是在GIS 组件视图窗口发生变化时,根据矢量符号表来更新显示符号表中的矢量符号;在用户交互编辑矢量符号时,对显示符号表中的矢量符号进行修改。
Ø 卫生应急指挥符号的查询、浏览
对已经存在符号库中的符号进行查询，可以根据符号的任意属性或者组合属性进行查询，查询结果按照符号的分类以树目录的形式分层次显示。
Ø 绘制卫生应急指挥符号
符号标绘是将矢量符号在GIS 地图上的指定位置进行标注,然后以屏幕上的矢量符号为参考,根据实际需要对矢量符号进行调整,最后将矢量符号准确地显示在GIS 地图上,并将和GIS 组件保持联动,同时完成放大、缩小、漫游等一系列操作。
² 工作方式
目前,基于GIS 组件的矢量符号标绘主要有以下三种工作方式:
(1) 将矢量符号转换为GIS 图层格式数据,最后由GIS组件来管理图形符号的各种操作。这种模式的优点是矢量符号与GIS 图层融为一体,实现放大、缩小、漫游等功能比较容易;其主要缺点是符号标绘依附于某个具体的GIS 组件,缺乏通用性。此外, GIS 组件的绘图和编辑功能有限,一些复杂的组合矢量符号无法在GIS 组件中以一个符号显示。
(2) 在GIS 图层上添加一个透明窗口,矢量符号的各种操作在透明窗口上执行。这种模式的优点是矢量符号有自己的窗口,响应用户消息比较方便;其主要缺点是消息响应的传递比较复杂,实现比较困难。
(3) 矢量符号直接绘制在GIS 组件窗口上。这种模式优点是所有用户消息由GIS 组件窗口接受、处理,消息传递比较简单;其主要缺点是矢量符号的放大、缩小、漫游实现比较复杂。
考虑到矢量符号标绘的通用性、灵活性,本文在比较上述三种模式优缺点的基础上,选择第三种模式作为矢量符号标绘的结构模式。在这种模式下,所有的用户消息先由GIS 组件窗口接收,然后根据用户操作类型来判断消息的类型并进行消息的分发:如果消息是对矢量符号进行标绘、交互编辑,就由标绘模块响应消息;如果消息是对GIS 图层进行操作,则由GIS 组件响应消息。当GIS 图层发生变化,GIS 组件就通知标绘模块重绘矢量符号来保证矢量符号与GIS 组件的同步显示。
² 编辑子模块
编辑子模块是标绘模块的重要组成部分,是矢量符号的标注定位、修改不可缺少的功能模块。编辑子模块的功能就是将矢量符号库中的数据按一定的线性关系进行变换显示到计算机屏幕上,用户以屏幕上的矢量符号为参考,通过键盘和鼠标给出屏幕坐标,经变换换算成GIS 地图中的经纬度坐标,并根据不用的编辑要求(如移动、旋转等) 对矢量符号进行相应的处理,从而达到编辑的目的。矢量符号的编辑分为图元几何描述数据、图元属性描述数据、符号标识信息数据、符号空间信息数据的编辑。图元几何描述数据的编辑是指对图元中的控制点坐标、旋转角度、最小外接矩形等几何信息进行修改;图元属性描述数据的编辑是指对图元的线条颜色、填充颜色、填充类型、字体等属性信息进行修改;符号标识信息数据的编辑是对符号名称、符号描述、符号分类等进行更新;符号空间信息数据的编辑是根据矢量符号在GIS 组件中的位置来修改其最小外接矩形顶点的经纬度坐标值。本文中,矢量符号交互编辑的设计是通过鼠标或键盘对矢量符号进行识别和跟踪,修改矢量符号的图元几何描述数据、图元属性描述数据、符号标识信息数据、符号空间信息数据来完成编辑的操作,主要有添加基本符号,对矢量符号进行控制点编辑、旋转、移动、组合、删除等功能。
Ø 应急指挥关联图层管理
系统可以将当前标绘的集合以图层的方式进行保存，保存内容包括所有矢量符号的位置、大小等各属性，在需要时可以将图层与当前地图图层组合显示。
Ø 态势图层的基本属性管理
对态势图层的基本信息进行管理，态势图层的属性包括名称、编号、描述、标题、可见性、可修改性、可检测性、权限等，用户可自由添加、删除、修改图层的属性字段。
5.5.3.2卫生应急指挥态势信息处理
应急指挥态势信息处理模块是本系统的重要组成部分，该系统能在发生突发公共事件时，为应急指挥和决策提供生成处置方案，调度指令、应急处置指令、注意事项等各类所需信息。为及时掌握突发事件的状态、资源的指挥调度，应急处置提供必要手段。
主要包括“应急指挥态势标绘”、“应急指挥库管理”、“态势信息处理”、“结合地理区域应急指挥数据查询”等功能点。
l 应急指挥态势标绘：在公共卫生突发事件应急指挥过程中涉及大量的动态过程，特别是很多事件的方案、调度指令、应急处置需要将其动态过程展现出来，例如突发公共卫生事件发生的情况、卫生资源的调度情况、疫情的分布情况等。针对应急指挥态势处理的需要，对标绘的卫生标号、地理信息建立动态应急指挥态势标绘系统实现态势分析。
l 应急指挥库管理：应急指挥库管理是卫生部应对突发公共卫生事件应急指挥数据表，进行整理和准备，它为调度指令和应急处理指令的存储和显示提供支持。用户可以在此对应急指挥库中的应急指挥数据表进行创建、修改、删除。在公共卫生突发事件应急指挥系统中，应急指挥库管理为用户提供一个管理平台，对应急指挥库中所涉及到的相关表进行创建、删除、修改；构造查询任务，以此实现所有有关应急指挥的数据进行统筹规划和管理。
l 数据字典：数据字典保存当前用户中所有的应急指挥数据库中应急指挥信息表的数据实体类型的定义、关系说明、属性定义等内容。用户可以修改数据字典中的表名，字段名的中文含义。还可以将无用的表从数据字典中删除。
l 态势信息处理：该模块负责调度指令和应急处置指令的制定、编辑、下达和入库等操作。主要由以下功能构成：1.转换指令：能根据应急指挥方案通用要素中提供的信息，将其提取，并转化成应急处置指令，并将任务以文本、图形、或声音的形式，传到联动部门。2.添加指令：当需要手工添加一条指令时，需要用到此功能。责任单位选择或编辑，任务的编辑，指令常用语选择等。3.修改指令：对未下达的指令，可以进行编辑，修改责任单位或任务。4.删除指令：对错误的指令进行删除。入库保存:把当前事件的指令，保存到方案库。指令常用语设定:把处置过程中常用的专业术语预先保存到数据库中，供选择使用，其目的减少汉字输入量，加快速度。态势信息处理的输入主要包括公共卫生数据文字和图形、多媒体数据；输出包括数据、格式报、态势图、应急数据的打印输出、应急指挥信息、综合数据库的查询显示。
l 应急指挥指令文书生成：应急指挥指令文书生成主要指根据我们输入的态势信息应急处置命令（实际指的是格式化指令）,通过选择文书模版自动生成文书。这里的文书指的是有一定格式的word文档。并能够对该文档进行编辑修改。
l 应急指挥各项计划制定：应急指挥各项计划的范围包括的很广，例如资源、人员调度、本月工作计划等，计划的制定具体指的是通过标绘，然后应急处理信息录入，添加标签，生成文书，保存成态势图，当然，这里所添加的标签就是计划名称。
l 资源调度管理：该模块负责资源调度的管理，主要涉及有关医疗机构、物资、药物等医疗卫生资源的调度。通过添加、修改、删除资源调度指令完成资源的分配调度管理工作。
l 结合地理区域应急指挥数据查询：将态势信息同地理区域相结合，搜寻应急指挥数据库，将符合条件的标号显示在态势图上。地理区域可以是点、线、面状区域。
l 应急指挥数据查询：应急指挥数据查询是以图层为基础，按照查询目标和查找范围进行查询业务处置，将应急指挥所需的业务数据都放入电子地图中，提供一种综合性的GIS查询与分析。
5.6.1人员、组织机构管理
通过对系统登录人员信息和机构信息进行统一管理，实现系统的登录授权和访问授权，同时定义了参与系统的所有机构的信息以及机构之间的上下级管理。
用于对所有使用应急系统的组织机构进行编码管理和维护。具有管理员权限的用户可以通过本功能以可视化或表格化的方式新建或修改相应的部门信息。
管理方式以树状的组织机构管理形式表现，管理员可以方便地按照编码进行组织机构信息的查询、增加、删除、调整及维护。
具体功能有：
l 支持无限级的部门组织结构；
l 可以添加、删除、修改部门，查询部门，查看部门详细信息；
l 提供方便的批量删除、移动部门、移动用户功能，方便地支持人员调动和机构重组；
l “智能”组织管理。系统会根据部门的级别动态设置下级机构的级别，还可以根据部门的名称动态生成部门首长职务，使得部门管理更加简单、方便；
l 部门用户管理，可以通过部门管理直接进入该部门的用户管理；
l 提供分级的部门管理功能。某些管理员可以管理系统中所有的部门，而某些管理员只能管理本部门和相关的子部门；
l 强大的日志功能，对于每次操作进行跟踪，保证系统的可靠性，并为组织人事部门的监控管理提供支持；
l 可以添加、删除、修改用户，查询用户，查看用户详细信息；
l 可以修改用户细粒度权限，不同的权限意味着用户对于系统资源的访问能力不同；
l 可以修改用户所属的部门，并实现某些用户信息的保密功能；
l 提供方便的克隆用户、批量删除、批量修改用户权限的功能；
l 提供分级的用户管理功能。某些管理员可以管理系统中所有的用户，而某些管理员只能管理本部门的用户；
l 强大的日志功能，对于每次操作进行跟踪，保证系统的可靠性，并为组织人事部门的监控管理提供支持；
l 用户管理与组织机构设置密切相关，注册人员时，首先选定所注册人员的部门，写入个人相关信息，注册结束后，系统自动将此人放置到选定的部门中，并赋予该部门的默认权限。
l 系统支持全部用户的模糊查询，并有对指定对象进行确认、增加、删除和修改的权限。
l 用户管理按照分布式的方式管理，以不同机构、角色进行分类管理，维护界面简单易用，无需专业技术人员参与。
l 支持用户排序功能，可以根据重要程度进行排序显示。
l 调职：可以将用户自由移入移出组织机构，实现用户在部门之间的移动。移动后，不再属于原部门角色，因原部门或原部门角色而拥有的全部权限将取消，但是给个人设置的权限保留。
l 兼职：用户可以在多个部门任职。
l 密码管理：用户可以对自己的密码进行维护，在修改密码时需输入旧密码；管理员可以对所有用户的密码进行管理，可以对系统中的所有用户的口令进行设置，也可选择用户设置，管理员可以选择将所有用户或选中用户的密码初始化为系统设定的初始密码。
5.6.2权限岗位管理
通过权限岗位管理所提供的访问控制和权限引擎，进行一定开发和配置，即可满足系统权限的需求。
n 多种权限控制方式
通过权限引擎的配合和扩展，可以实现对模块功能访问权限的控制，实现按照部门的分级对表单一级进行细化的权限管理，主要分为只读、可写、无（不可读和不可写）三类权限，根据系统的功能、机构的分级以及事件的级别进行授权管理，实现细粒度的权限管理。
l 模块功能权限控制
实现按照系统的各功能模块的访问进行权限控制，可以对各模块的数据针对不同的人员类别，进行读、写权限控制。
l 业务类型权限控制
实现针对不同的事件级别和类型，进行事件处置档案的读、写权限控制
l 分级权限控制
分级权限控制，是指按照机构的隶属关系，来进行数据权限管理，各机构可
以查看自己经手处置的事件信息，上级结构可以查看下级机构的事件信息。
l 特办项目权限
特办权限，是指根据事件的特殊性，可以针对特殊事件来制定特定的访问权
限，只有创建人或者相关人员可以对事件相关信息进行读、写操作。
n 权限引擎功能
权限引擎的功能如图，引擎根据用户、角色、权限、机构等信息，通过接口引擎，对受控资源进行权限控制
l 用户、角色、权限、机构管理和配置
结合人员、机构引擎，系统实现对人员、角色的统一授权管理，并将细粒度的权限信息配置到XML数据中，系统实施时，根据所需要的权限进行配置和部署，即可完成权限引擎的配置。
l 接口引擎：控制方法
根据用户所拥有的权限，通过数据库多重Select技术、接口代理技术、统一框架技术以及扩展接口来进行统一的权限控制实现。
l 受控资源：控制级别
通过接口引擎，实现了对资源的权限控制，可以通过多重Select来针对数据库的操作控制、通过接口代理来实现业务逻辑API的控制，通过框架控制，可以实现对JSP页面的细微控制，以实现不同权限的不同界面显示。
l 权限控制扩展
对接口引擎的接口扩展和相关的接口引擎，可以实现针对该项目的特殊权限需求，可以使用多重Select实现机构的分级权限，可以通过接口代理实现读、写权限的严格控制，对扩展接口的扩展，实现业务类型权限，以及使用框架控制，来统一实现访问控制和权限校验。
5.6.3日志管理
日志管理提供了对日志的查询、报表、备份和删除功能。系统包括三种类型的日志：
操作日志：对登录到系统的用户在系统中的操作行为，包括详细的点击操作。对登录到系统的用户，记录其姓名、请求数、第一次请求时间、最后一次请求时间、访问端的ip地址、会话时长、访问的url，对应url的模块名称），当前url的访问时间等。
历史日志：曾经登录到系统的用户的操作记录。
在线记录：当前登录到系统的用户的操作日志。
日志查询：统一认证管理系统的日志类型由系统操作日志和用户操作日志两部分组成。提供两种系统审计方式：按时间段查询、按逻辑查询，按逻辑查询审计由针对对四种操作对象用户、机构、角色、应用系统的登录、添加、修改、删除、备份、冻结、激活、同步、授权九种操作的组合查询构成。
系统告警：系统日常自动对各项功能进行检测，当系统运行过程中出现异常、错误和不能处理的问题时，自动发出告警信息，通过邮件、短信等预定方式通知系统管理员，及时对系统进行维护。
报表功能：统一认证管理系统提供了简单的报表功能，可对如下信息准确统计：
n 在某一时间段内，每个用户访问统一认证管理系统的次数；
n 在某一时间段内，各应用系统被用户访问的次数；
n 在某一时间段内，某个用户通过统一认证访问应用系统的次数；
日志的备份和删除：提供对所有日志进行本地备份功能，对历史日志，提供按时间段的删除功能。
日志策略：根据需要可对是否记录系统操作日志、用户操作日志进行设置。
5.6.4数据字典管理
针对系统中所有的数据字典信息进行统一管理和配置，即实现数据字典的内容的增加删除和修改操作。
系统数据字典维护：对系统中常用的数据字典系统进行维护，这些数据为系统的正常运行提供常用的配置信息。
业务数据字典维护：对业务系统中的数据字典内容进行维护，这些数据由用户在使用系统过程中自由添加、修改。
5.6.5表单引擎
表单引擎是系统管理平台的一个重要组成部分点。也是本系统实现对在事件处置过程中的各种各样的表单（包括接警单、处警单、出车单等）的灵活定制。使业务人员就可以轻松定义各种表单并建立起与数据库的关联，从而可以很方便快捷的完成数据表格的修改。
n 文档类表单定义编辑
文档类表单是指系统表格以类似WORD文档的形式出现的，在这种情况下，我们可以定义相关的数据元素，并定义它们与数据库之间的关联关系。模板中还有一个重要作用是定义显示格式。本模块支持各种类WORD文档格式。使得系统可以与实际文字表格材料以相同的方式在浏览器上显示并进行相关操作。
n 表格类表单定义编辑
在数字信息处理过程中，具体业务操作人员需要针对不同类型的事件、不同部门的处置的事件进行数据的采集和填写，他们所要处理的都是跟他本人业务相关的各种表单，这些表单在每一个不同的事件处置中的表现方式和显示内容往往是不一样的。我们的表单编辑可以在word、excel中完成并导入。针对数字信息管理表单特点，本子系统对流程中的表单进行组织和管理。我们采用XML对表单进行表示，采用schema对表单的标准进行描述。表单模板引擎根据标准将各个表单组织起来，对外提供标准的接口，通过接口可以操作表单。这样在具体的事件处置中，系统管理员可通过表单模板引擎实现对表单的操作和数据的定制。
a) 智能表单页设计器：基本操作同Office产品以及流行的网页编辑产品类似。提供了多种工具和输入插件，可以设计出不同风格的表单。用户只需要将HTML格式的表单粘贴到表单编辑器之中，表单设计向导会指导完成其它所有的操作，用户不需要具备任何编程的能力。可以根据应用需要生成多种格式的表单，包括但不限于HTML表单，JSP表单等等。
b) 表单组合
c) 自动数据绑定：设计好的表单页中的数据可以自动和各种数据源进行绑定。对于关系数据库来说，会根据表单页的具体情况自动在数据库中创建数据表，包括相应的子表。表单页中填写的数据可以自动存储到相应的数据库表之中去，完全不需要任何编程。
d) 表单测试：表单设计者设计完表单之后可以立即测试，验证表单是否满足要求。
e) 表单样例：表单设计者为使用者提供的样例表单，在用户实际填写的表单上会显示出来。
n 基本数据格式定义配置
表单引擎对“表格类表单模板定义编辑”模块和“文档类表单模板定义编辑”模块提供基本数据格式定义的基本操作。
n 表单精确打印
表单引擎提供100%纯HTML开发的用于生成电子表单的工具。应用此引擎可以设计应用程序表单模板，通过此模板产生应用程序以完成在Web上实时，自动生成电子表单。具体来说，就是利用此可视化开发工具生成一个中间文件，之后系统内部的软件包的分析程序可以对中间文件进行处理，并自动生成作为服务器端完成电子文档生成工具的应用程序。
l 数据自动比对：当用户修改表单数据时，可以记录修改项；可以实现表单数据的自动比对，将比对的结果生成报告。
l 数据自动填写：可以根据业务数据之间的关联关系，自动将表单中的关联数据预先自动填写到表单之中，减少用户的输入次数，实现“一表式”填写。可以自动将相关联的数据进行加载，用户只需要进行少量的修改和填写工作即可。
l 数据验证：可以根据需求定制客户端验证，包括单个表单字段的验证、多个字段的关联验证。可以根据需求开发服务器端验证插件，实现灵活的服务器端验证，并且将验证的结果自动返回到表单界面上。
l 可以导出到Word，Excel等格式的文档中并从Excel文档和TXT、XML文档中导入，这就可以实现同其他系统的部分数据接口的兼容。
5.6.6工作流引擎
要从技术上实现卫生应急系统的各种业务流程的高效运转，同时实现流程的高度的、统一的可配置。一个必然的方案是使用工作流引擎。
但只用工作流引擎来远远不够。经过我们分析，目前的工作流引擎或是因为过于通用化而要做太多的再开发工作和配置管理工作，或是因为是专用于某些商业领域而无法用于本项目。
因此我们的基本思路是在传统工作流引擎思想的基础上为卫生应急业务开发专用工作流引擎。这个专用工作流引擎的一个基本特点就是针对卫生应急的业务特点对流程进行了分类，并在分类的基础上定义了相应的业务工作流模板。
进行业务流程定制的人员可以直接使用流程模板，也可以在它们基础上进行修改来适应更复杂的业务情况。
我们的统一协作平台核心调度功能使用强大的工作流引擎。它是遵照工作流管理联盟（WFMC）的标准接口，支持分支、并发、循环、子过程、同步、异步、竞争、多工作流、活动组、静态活动等。引擎不仅支持顺序流程的流转，而且还支持分支、并发、循环、子过程、同步、异步、竞争、多工作流、活动组、静态活动等，在分支上可以定义条件，实现按条件自动流转，条件转移之间还可设置逻辑关系；在并发流转中，多个活动节点可以同时激活；在某些活动节点上，也可以通过创建子过程来完成任务。
该篇DOC格式公共卫生应急指挥系统建设方案范文，共有46145个字。好范文网为全国范文类知名网站，下载本文稍作修改便可使用，即刻完成写稿任务。立即下载： 
