一份优秀的方案要对活动的各个环节进行详尽的安排，包括实施细节、步骤等，也许你已经写过不少方案，但你真的懂得方案撰写的精髓吗？今天小编给大家找来了《平台系统集成方案》，欢迎大家借鉴与参考，希望对大家有所帮助！
第一篇：平台系统集成方案
信息集成平台建设方案
1 建设需求
一个完善的医院信息系统通常由上百个子系统组成，牵涉众多的专业领域。这么庞大的系统需要非常专业化的软件开发分工，整合不同厂商有特色的专业系统是医院信息系统的发展趋势，医院信息化能够取得成功必须保证各个系统的有效集成和数据的高度共享。然而这些系统通常是随着医院的发展需求逐步建设的，它们来源于不同的厂家，基于不同的技术，缺乏统一的信息交换标准，这些系统的集成整合已经逐渐成为医院数字化发展亟待解决的主要问题。
系统集成平台的构建主要面向两个核心问题：一个是为各种医疗应用提供统一的医疗数据访问服务，从而消除各种医疗应用系统与医疗数据中心的直接耦合性;另一个是为各种临床信息系统提供系统集成服务，系统集成服务基于系统集成模型，通过HL7和DICOM等标准通讯协议为各种医疗应用系统提供集成服务，确保各个临床信息系统在工作流整合的基础上实现交互协作，从而以数字化的形式完成各项医疗业务。
2 建设目标
系统间的整合、集成和扩展一直都是制约医院数字化发展的主要障碍，由于不同厂商之间的产品不兼容，使得医院整体信息化步履维艰。通过建设一个规范的系统集成平台，在IHE、DICOM、HL7等国际标准的基础上，制定覆盖医疗所有业务流程的系统集成规范，开发基于规范的系统集成平台，为遗留的、当前的以及将来的系统提供了一个统一且标准的数据交换和工作流协同的平台。
3 信息集成方法
信息集成方法有三，即应用集成、数据集成、界面集成，这三种集成方式各解决不同方面的问题。应用集成指应用程序之间实时或异步交换信息和相互调用功能，可以采用HL7消息，Web Service，CORBA，EJB，DCOM， RPC等标准，采用消息中间件，BPM等中间件实现;数据集成是指应用系统的数据库系统之间的数据交换和共享，以及数据之间的映射变换，常采用ETL(Extract-Transform-Load)工具实现;界面集成含义是应用程序界面之间相互关联引用合成，采用技术包括ActiveX插件、Portlet、IFrame等。
协同应用从早期单纯的点对点接口方式，发展到现如今的集成平台方式。各种方式中：
点对点接口方式的复杂性在于要和不同的系统建立1：N的接口，假定有N个系统相互之间需要建立接口，则接口数为 N*(N-1)/2。
集成平台方式中，在N个系统需要进行应用协同的情况下，只需要开发N个适配器接口即可，减少了集成平台的系统负荷。
由于医院信息系统复杂性，我们根据不同的需求和应用场景，设计分别采用上述三种不同集成方法和手段进行信息集成。
4 应用集成
和医技辅诊科室信息系统(如PACS/RIS、LIS、MUSE等)的信息集成，这种场景，信息交互的数据量不大，实时性要求不高，且各信息系统各专业厂商实现方式相差较大，采用基于集成平台的应用集成方式是最优选择。
集成平台体系结构如下图所示，集成平台对外提供支持多种方式的集成服务：包括WebService服务、TCP监听服务、文件监测服务、FTP服务、SQL监控服务等方式。
医院信息系统在国际、国内广泛采用的有一套集成规范，即：医疗健康信息集成规范(IHE)规范。IHE规范未定义新的集成标准，而是采用了“标准协调”过程推动基于工业标准的医疗IT系统互操作性。在IHE中，消息传递采用的是HL7(2.x版本)标准，影像传递采用DICOM标准。本集成平台的集成严格参照该规范进行：信息集成平台在进行消息时采用HL72.4标准进行消息传递、在消息内部传递DICOM StudyUID，以满足后续DICOM图像应用时的需要。
临床信息集成用于对各临床信息系统进行信息层面的集成事务处理。事务的定义参照IHE规范执行，消息的交互标准参照HL7 2.4标准执行。
集成平台内部引擎本身由Ensemble集成平台基础之上进行二次开发而来，依托Ensemble本身对各种适配器的支持，集成平台对外能够提供多种接入服务方式：TCP、文件夹监听、FTP文件监听、自定义WebService、SQL监听等形式。以更多接入方式进行各种不同方式集成各业务系统。
集成流程以业务流程可视化、可编辑化对外提供工作流程的制定与使用。集成引擎基于标准的业务流程执行语言(Business Process Execution Language)进行扩展应用，以描述交互应用。 4.1 信息集成模块与示例
信息集成组件主要由以下几部分组成Business Service业务服务、Business Process业务处理、Business Operation业务操作，这几部分共同作用下，将集成事务与消息传递进行完成。其中，Business Service主要负责进行消息的监听与接收;Business Process负责全局的消息路由转发、事务流程处理、消息匹配映射等工作职责;Business Operation负责将转换完成、最原子化的一个操作，发送/调用信息集成的目标端。同时在三者相互作用下，消息的反馈准确的返回到Business Process，由Process来讲反馈消息控制返回到消息发送方。示意图如下(后续对该示例进行说明)：
4.1.1 业务服务监听与接收
在当今医院中，存在各种各种的医疗业务系统，医疗业务系统的多样性，就将导致与其集成时，接入方式的多样性，如部分系统已实现TCP的发送传递;部分已实现文本输出等。集成平台作为医院信息系统的中转、适配角色，在接入方式的多样性成为必要条件。如前所述，在这方面，集成平台允许的接入方式有：TCP、FILE、FTP、SQL、SOAP(WebService)、HTTP、MAIL等多种方式与相应的适配器。
在多种方式的接入过程中，将不同来源的消息通过统一的出口转交给业务处理部分，由其进行路由住转发、消息匹配映射、业务流程处理等相关的工作。
在本示例中，EMRS通过WebService的服务监听(BS.WS.EMRWS)方式将消息内容传递进集成平台，在通过验证后，将该消息转发给了业务处理模块中的路由模块。
4.1.2 消息路由转发
在一些应用场景中，如电子病历系统、重症监护系统、HIS系统三者进行信息传递时，部分信息是需要三者之间交互的，而部分信息仅仅需要两者之间交互，这在消息转发路由时，需要有一定的控制，起到闸门的作用。如：HIS系统进行入院登记时，需要将病人的信息发送到电子病历系统与重症监护系统;而在重症监护系统采集到病人生命体征信息时，仅仅将此信息发送到电子病历系统即可。因此，在集成平台中，引入消息路由转发的相关模块就显得比较重要。
在本示例中，EMRCTLRouter这个消息路由者在接受到BS.WS.EMRWS的消息时，可能会转发至EMRPlaceOrder、EMROrderCA、BadMessageHandle三个相关的处理模块。而具体转发至何模块，由消息头定义中的相关信息具体定义。消息路由者起到解析与转发的作用。
4.1.3 事务业务流程处理
即时消息路由已经正确路由转发了消息到准确的端点，但是在对应的端点内，还会有一些业务流程需要进行处理。如在EMRS下达一个新的Order的时候，需要的一定的情况下产生不同的业务流程分支：如该病人为门诊病人或者住院病人，则有必要产生HL7 消息中的住院病人登记信息与门诊病人登记信息：ADTA01与ADTA04。
在本示例中，BPEMRPlaceOrder的内部业务流程如下，每一个结点代表着一次逻辑处理过程：
4.1.4 消息匹配映射
在一些情况下，消息的传递方并无必要产生HL7标准格式消息的情况下，如EMRS与集成平台为内部互调时，双方之间提供预定义的WebService的接口，以快速的开发与进行集成。 此时便需要在WebService中定义的消息格式与标准HL7消息格式之间进行着匹配转换的工作。而该转换工作的处理调用是由事务业务流程处理模块来发起调用的。
4.1.5 终端消息发送
在进行正确的消息格式转换与业务逻辑处理，此时的消息已经成为一个符合终端系统需要的消息格式。在事务业务流程处理中，会将此消息投递给相应的终端系统。
在投递消息完成工，事务业务流程处理模块会进入等待反馈的状况，等待终端系统反馈一个应答消息，以表示该消息在终端系统中被准确的处理。事务处理模块收到该应答消息，并组织成发送端系统需要的消息格式，并作为应答系统，反馈至发送端系统。
4.2 集成事务处理流程规划
上述主要针对集成平台中各个模块作用于应用场景进行了阐述，下面将以IHE规范中医嘱下达方医嘱执行的完整业务流程为例，进行完整的集成事务流程描述。该流程反应了普遍的医嘱流程，多数院内的医嘱流程都可参照执行，为医院的信息系统集成方式提供良好的参考。本示例中，目标系统以PACS为例。 上层应用程序新开申请单集成平台PACS住院病人：发送ADT^A01消息/门诊病人：发送ADT^A04消息响应ADT^A01消息/响应ADT^A04消息发送ORM^O01消息(control code=NW)响应ORM^O01消息对检查申请进行安排后，发送SIU^S12消息响应SIU^S12消息查询申请安排情况开始检查时，发送ORM^O01消息(control code=SC Order Status=SC)响应ORM^O01消息检查完成后，发送ORM^O01消息(control code=SC Order Status=CM)响应ORM^O01消息有图像数据(图像匹配)后，发送ORM^O01消息(control code=SC Order Status=DA)响应ORM^O01消息发送DFT^P03消息响应DFT^P03消息通知收费系统进行收费查询申请检查信息报告完成后，发送ORU^R01消息(OBX.11=P，初步报告)响应ORM^O01消息查询申请检查报告报告审核后，发送ORU^R01消息(OBX.11=F，最终报告)响应ORM^O01消息查询申请检查报告
另外，在院内经常出现的是在IHE规范中描述的：执行者医嘱流程，即由医嘱执行者(PACS系统中，为检查科室)进行医嘱下达的过程并执行的流程。如下图所示： PACS发送ORM^O01(control code=SN)消息时，消息中必须包含病人号(PID.3)，也就是说病人已经挂过号。上层应用程序集成平台PACS急诊检查登录时，发送ORM^O01消息(control code=SN)发送响应ORR^O02消息(control code=NA)开始检查时，发送ORM^O01消息(control code=SC Order Status=SC)响应ORM^O01消息检查完成后，发送ORM^O01消息(control code=SC Order Status=CM)响应ORM^O01消息发送DFT^P03消息响应DFT^P03消息通知收费系统进行收费查询检查信息报告完成后，发送ORU^R01消息(OBX.11=P，初步报告)响应ORU^R01消息查询检查报告报告审核后，发送ORU^R01消息(OBX.11=F，最终报告)响应ORU^R01消息查询申请检查报告更新或合并病人信息发送ADT^A08消息，更新病人信息/发送ADT^A40消息，合并病人号响应ADT^A08消息/响应ADT^A40消息
5 数据集成
在实际业务应用中，日常医院的HIS库与ERMS库之间存在较多需要高频率、高性能要求的交互，如计价信息与药品库存等信息的实时共享等。针对这样的应用场景，我们采用了ETL工具(GoldenGate)在数据库底层进行的DB层同步方式。 目前，医院已经存在比较完整的医疗信息系统，这些医疗信息是以JW1H系统为基础，增加医院自己的需求发展而来。ERMS电子病历系统是一个完整的独立产品，他有他自己完整一套的系统架构和数据中心结构，而在系统架构和数据中心结构上医院现有医疗信息系统和EMRS电子病历系统都存在较大差异，这就决定了现有系统和EMRS电子病历系统很难共用一个数据库。可另外一方面，EMRS电子病历系统和医院现有医疗信息系统都是医院系统不可分割的一部分，他们即有自己工作的重点，又有相互联系和配合，只有相互无间的结合，才能快速、高效和正确地完成日常工作。应用EMRS电子病历系统之后，医院现有医疗信息系统的主要工作就会变成传统意义上的HIS业务工作，如经济管理、人员管理和物资管理等，而EMRS电子病历系统主要完成以患者为中心的诊疗行为业务工作。
两者之间存在着千丝万缕的关系，以医嘱业务举例，如EMRS电子病历系统下达、转抄和校对医嘱之后，医院现有医疗信息系统需要完成对应的业务操作，如医嘱摆药和医嘱收费操作等，这就需要在这两个系统之间同步数据信息，而涉及到同步的医疗业务往往涉及的医疗各个环节，如诊疗、药房、收费、人员管理等，因此需要信息同步的数据量会比较大，而同时为了不造成医疗业务的延迟和脱节，也需要很高的实时性。
在这种应用场景下已不适宜采用基于集成平台的，通过消息交互的应用集成方式。消息集成方式，往往需要一个发起方和接受方，而发起方和接受方往往需要一些额外的支持，如发起方需要调用接受方提供的接口等，期间可能还涉及到一些负责的来回交互，最主要的是，消息集成在数据量很大的情况下，处理速度不是很快，因此，我们将通过数据集成的方式来实现数据同步，数据库集成工具采用Oracle GoldenGate。
医院涉及到需要数据同步的包括两个部分：HIS数据库和EMRS数据库。我们将采用GoldenGate实现HIS数据库数据和EMRS数据库之间的数据双向同步。其基本结构图如下图所示： HIS数据库服务器GoldenGate双向复制PRIDE数据库服务器 从上图我们可以看到发生在HIS数据库上的相关数据变化通过GoldenGate实时同步到EMRS数据库，而发生在EMRS数据库上的相关数据变化通过GoldenGate也会实时同步到EMRS数据库。其中具体的实现过程如下图所示：
从上图我们可以看到数据同步的核心是GoldenGate，在HIS数据库和EMRS数据库上变化数据的捕获、传递和复制都是通过他来完成的。当EMRS数据库发生数据变化的时候，如EMRS下达、校对医嘱之后，此时运行在EMRS数据库服务器上的GoldenGate将捕获该功能业务对应的变化数据，并通过网络传递到HIS数据库，HIS数据库接收到这些变化数据之后，运行在HIS数据库服务器上的GoldenGate解析这些变化数据并应用到HIS数据库，此时如摆药程序就能看到相应的医嘱记录并进行摆药。反之HIS数据库上的变化数据也是经过上述过程应用到EMRS数据库。
通过GoldenGate我们可以很好地实现了HIS数据库和EMRS数据库的之间的独立和联系，使他们各尽其职，分工明确，一起很好地共同支撑整个医院的正常运营。 5.1 GoldenGate概述
Oracle GoldenGate软件是一种基于日志的结构化数据复制软件，它议决剖析源数据库在线日志或归档日志取得数据的增量改变，再将这些改变运用到目标数据库，从而完成源数据库与目标数据库同步。GoldenGate 能够在异构的IT基本结构(包括几乎一切常用操作系统平台和数据库平台)之间完成大量数据亚秒一级的及时复制,从而在能够在应急系统、在线报表、及时数据仓库供应、买卖跟踪、数据同步、集中/分发、容灾等多个场景下运用，而我们采用的场景是数据双向复制，GoldenGate双向复制的工作原理如下图所示：
如上所示，GoldenGate在实现数据同步的时候，主要涉及到三个重要进程：抽取进程、投递进程和应用进程。
1. 抽取进程：就是上图Capture进程，该进程主要负责读取数据库对应的日志文件，将数据变化保存到队列文件中;
2. 投递进程：也叫传输进程，该进程主要负责将源数据库中产生的变化的队列文件进过压缩和加密等方式，通过网络传输到目的数据库; 3. 应用进程：也叫接纳进程，该进程主要负责将投递进程传递过来的源数据库的数据变化队列文件解析出来，并应用到目的数据库中。 上述三个进程完成了从源数据库到目的数据库的单项同步，如果再加上从目的数据库到源数据库的相似的三个进程，就实现了源数据库和目的数据库之间的双向同步。
5.2 GoldenGate的特性
1. 基于日志的实时数据复制：相比传统依赖数据库触发器和规则的方法来捕获数据变化，GoldenGate采用读取日志方式对源数据库影响小很多，速度也快很多。
如上图所示，GoldenGate是通过数据日志挖掘的方式实现的。 2. 事务完整性：GoldenGate只复制成功提交的事务，同时目标数据库按照源数据库的操作顺序，而且，可以中断可以自动恢复，这些保证了源和目标之间的事务完整性。
3. 检查点机制保障数据无丢失：GoldenGate的抽取和复制进程使用检查点机制记录完成复制的位臵。对于抽取进程，其检查点记录当前已经抽取日志的位臵和写队列文件的位臵;对于投递进程，其检查点记录当前读取队列文件的位臵。
上图中，Capture、Pump和Devlivery将传递状态存储至checkpoint file确保其恢复性，检查点机制可以保证在系统、网络或GoldenGate进程故
障重启后数据无丢失。
可靠的数据传输机制：GoldenGate用应答机制传输交易数据，只有在得到确认消息后才认为数据传输完成，否则将自动重新传输数据，从而保证了抽取出的所有数据都能发送到目标端。数据传输过程中支持128位加密和数据压缩功能。
6 界面集成
对于医学影像、心电图波形数据，临床医生的需求是，不仅能浏览图像和波形，还须有对其处理的要求，通常对应系统供应商提供了DICOM影像浏览器和心电图浏览器，这些浏览器提供相应的工具来处理、管理、传输和转换图像和波形。针对这种带专业处理功能的人机交互界面的应用程序，我们采用界面集成的方式，集成专业浏览器插件或应用程序。
针对这种方式的场景，EMRS系统将采用界面集成应用的方式集成数据综合浏览视图，在临床数据中心一节中已提到，该视图采用组件化方式进行开发，实质是各类专业浏览插件的容器，支持对各种医学影像(X-Ray、CT、MRI、超声、胃肠镜)、心电图、监护数据和麻醉监护数据等在内的多种医疗数据的综合阅览分析。
至于各专业浏览器插件内部的实现，可能又会采用应用集成的方式，但通常为了提高性能，和多媒体资料库中心采用直连的方式获取影像和波形。
以DICOM影像浏览器组件为例，其内部采用DICOM标准进行医学影像格式定义与交互传输。该模块以OCX控件的方式实现，同时提供给集成事务处理模块和医护工作站使用。EMRS医护工作站使用DICOM引擎主要实现从影像中心查询和获取影像等功能。 6.1 DICOM影像应用流程规划
DICOM影像的显示流程如上图所示，主要由以下几步组成：
医护工作站通过调用DICOM引擎，设臵参数(Study UID或Study Type + Study ID，DICOM Server的IP、Port、AE)*，请求获取一个检查的影像;
DICOM引擎启动DICOM Query服务，获取检查影像数，事件通知医护工作站，医护工作站可以根据返回的影像数启动初始化进度条;
DICOM引擎启动DICOM Move服务，向影像中心请求影像; 影像中心启动DICOM Storage服务，向DICOM引擎发送影像;
DICOM引擎每接收到一个新文件，事件通知医护工作站，医护工作站可以在此事件的处理中打开并显示此文件，同时改变进度条位臵;
DICOM引擎接收到DICOM Move响应，表明文件获取已经结束，事件通知医护工作站。
7 核心价值
通过建立集成信息平台，集成各类应用系统以及日常运营的业务，通过该平台整合医院内部业务应用系统，形成一个互联互通的医院业务协作网络。医院信息集成平台可以很好支持不同系统之间的医疗数据整合、业务整合与数据共享，快速实施应用程序节点部署以及各医疗子系统之间的协同通讯。在医院信息系统中的各子系统中，比如HIS,LIS,RIS,OA等，传递和展现整个医疗过程中的相关信息。同时，集成信息平台为临床数据中心的数据来源提供了技术基础和保障，通过信息标准、交换原则的制定，对业务系统提供标准的信息交换服务，确保数据交换过程的安全性、可靠性，实现数据在系统平台范围内自由、可靠、可信的交换。
通过医院信息平台建设，一方面可以规避“点对点”式的信息共享与交换，并使得医院可以基于信息平台整体上进行业务流程优化与管理，对内提高管理水平，对外以统一的方式接入区域卫生协同网络，更好地为人民健康服务。另一方面利于医院信息系统建设的持续性发展，以适应未来的需求变化，避免信息化建设的大范围的推倒重来;另外，持续性发展还必须要有一套合适的实施和服务模式作支撑。
第二篇：医疗业务交流平台系统设计方案
①
商建国 肖辉
摘要：引入带有万转臂高清摄像头的移动推车、三网融合(医院局网、专线网、宽带)的网络技术支持与类似QQ基本功能，根据医生之间的医疗业务交流的特点，打造一个医生之间的业务交流沟通平台，实现医生与专家随时随地的医疗业务沟通。通过各种视频设备(医疗设备视频、移动推车高清摄像视屏、屏幕共享视频)与医院应用系统的远程信息共享，实现患者治疗全过程的远程专家医疗业务指导。医生可以利用此系统通过网络终端或手机实时的传递或得到相应信息，实现随时随地的即时通讯运作模式的常态化医疗交流模式，成为各类医务人员之间日常工作不可缺少的交流工具。
关键字：远程医疗 移动远程工作站
引言：QQ是当今使用最广泛，最成功的即时通信工具。其合理的设计、良好的易用性、强大的功能，稳定高效的系统运行，赢得了用户的青睐。人们使用它实现了亲友与好友的关系建立、专业群创建与加入、实时可以了解好友的在线情况，通过聊天窗口进行各方面的信息交流，通过视频与语音拉近了远在千里之外好友或亲属之间的距离。人们还可以利用QQ留言、发送邮件、传递离线文件、网络硬盘等多种方式来满足日常工作与生活中人与人之间交流，或人们对信息处理的需求。
医疗业务交流平台系统，就是利用当代最先进的网络通讯技术，在QQ基本功能的基础上，根据医生之间的医疗业务交流的特点，打造一个医生之间的业务交流沟通平台，实现医生与专家的医疗业务沟通。通过各种视频设备与系统(医疗设备视频、移动高清摄像、屏幕共享视频)的远程信息共享。
由于此系统引入了带有万转臂高清摄像头的移动推车与三网融合(医院局网、专线网、宽带)的网络技术支持，其功能已远远超出了远程会诊的范围，医生与专家之间可以随时随地进行医疗业务交流，实现患者治疗全过程的远程专家医疗业务指导。远程医疗业务交流平台系统设计也必须具有常态化的即时通讯运作模式，医生可以利用系统通过网络终端或手机实时的传递或得到相应信息。
工信部宽带普及提速工程启动，到“十二五”末期，我国要实现宽带接入用户超过2.5亿户，接入宽带能力城市家庭平均达到20兆，农村家庭平均达到4兆以上，并采取有力措施，进一步提升宽带性价比。越来越多的通用系统都将具备高清视屏功能，研制符合各级医务人员需求的医疗业务交流平台系统与服务体制势在必行。
1方案背景 国务院日前印发《“十二五”期间深化医药卫生体制改革规划暨实施方案》中指出：积极推进公立医院改革;明显提高保障能力和管理水平;基层医疗卫生机构运行新机制有效运转;基本医疗和公共卫生服务能力同步增强。建立医疗业务专用交流平台是深化医疗改革的需要，在目前医疗人才稀缺的形势下，是解决医患供需矛盾的主要手段。
1.1医院规模发展：由于医改的不断深入发展，各医院规模不断扩大。有的需要 ① 武汉大学中南医院信息中心 430071 建立分院、有的建立医院间的联盟协作体、有的建立医院纵向联合体。
1.2医疗业务协作：某些三级医院为了提高运行效率，减轻床位压力，将对患者治疗分解治疗前期、治疗期与治疗康复期。对治疗前期与康复期患者在社区医院中完成，手术治疗期则在三级医院完成。
1.3基层医疗业务指导：由于每个医院都有自己的医疗协作网，每个基层医生都有经常与自己导师进行医疗业务沟通渠道。多种形式的信息交流，能有效的帮助基层医务人员提高自身医疗水平与提高医疗保障能力。
1.4充分利用医疗人才资源：国家新医改政策指出：稳步推动医务人员的合理流动，促进不同医疗机构人才的纵向和横向交流，研究探索注册医师多点执业。通过开展远程门诊与多种形式的医疗业务交流减少盲目出诊。并通过此平台达到规范医师多点执业行为。
1.5充分利用退休专家资源：退休专家是社会的宝贵资源，但由于年龄与精力，不能坐门诊，上手术台。通过医疗业务交流平台，退休专家即可在家中开展远程门诊或进行远程手术指导。
1.6培养年青医生：一个人的医学知识，是通过医学院专业学习得到的。而医疗水平的提高是在日常诊疗与不断勤奋学习中大量经验积累，并在建立导师与学生的“传帮带”基础上提高自身的水平。但是由于学生毕业走上工作岗位后，不能手把手进行指导。利用医疗业务交流平台，实现专家双向指导：专家对基层医师有针对性的日常医疗业务指导;专家的本职日常医疗业务对基层医师的指导。
1.7促进日常医疗学术交流：为了促进专业学科的发展，需要有针对性的举行各种医疗专业学术研讨会，但由于专家医疗业务繁忙无法到会。利用医疗业务交流平台，实现经常性的小型学术交流，对疑难杂症开展学术讨论，活跃学术交流氛围促进学科发展。
目前通用的即时聊天工具可以满足聊天的需要，有的聊天工具以具备了高清视屏功能，但不能满足医疗部门对医疗业务交流的特殊性，必须吸取通用即时通讯工具的特长，针对医疗业务交流特点进行开发。
以上不断变化的医疗业务需求，都需要建立一个适应医疗业务的交流平台支撑。而目前的远程会诊系统只考虑了远程会诊室的建立，忽略了医院业务的特殊性，不能实现随时随地的信息传递，专家无法全面了解远程患者的信息，降低患者确诊率，大大降低远程会诊系统的利用率。
2医疗业务交流特点
2.1真实身份登录：由于各类专家指导建议需要担负一定的法律责任，医疗业务交流必须建立在双方真实身份的基础上。
2.2诊疗过程跟踪：医生对患者的诊疗是一个非常复杂过程，需要进行病情问诊、体格检查、实验室检查与辅助仪器设备检查，再综合医生的诊疗经验，得到处置方案，诊疗方案还需要在治疗过程中不断调整。一个有责任感的远程专家指导基层医生进行患者的诊疗，必须参与患者的全过程跟踪治疗。
2.3信息来源多样化：对患者的信息采集来源于高清视屏、设备仪器、医院信息系统、聊天白板与历史信息记录等。
2.4信息量：在交流过程中，由于需要传递多路高清视屏，信息量大，网络带宽必须达到4M。
2.5跨网络：由于医疗业务交流地点的变化的要求，其系统必需构架医院局网，专线与宽带网的三网融合网络。 2.6跨平台：医疗业务交流系统必须可以在电脑、手机等终端平台上运行。 2.7随时随地：由于患者病情的不断变化，需要专家与基层医生随时随地进行沟通，并在专家不在线的情况下通过手机、短信等工具与专家联系。专家可以在办公室、病房、家中、外出宾馆等地上网进行指导。
2.8档案建立：由于对患者的远程医疗有可能产生医疗纠纷，所以系统一定要有聊天信息档案保存功能，包括：聊天记录、聊天视屏、语音等。
3系统架构
医疗业务交流平台由网络、硬件设施与应用系统组成。网络由医院局网通过防火墙技术与专线网、公网构成一体，形成三网融合。硬件设施有数字手术室、移动接入推车、专家会诊室、远程门诊等设施构成。应用系统由权限维护、聊天平台、视屏窗口、设备视屏接入、医院系统接入、档案管理等模块构成。
防火墙
3.1数字手术室：在手术中安装可远程遥控的高清摄像云台，通过手麻系统将麻醉机、监护仪等设备信息与医院信息系统接入医疗业务交流平台系统。
作用：基层医院可以将手术过程中产生的信息(图像、语音、仪器设备、电子病历、检查检验与HIS系统信息)传递给专家，专家操作云台指导基层医师完成手术。
可以将专家手术过程采用多角度传递给基层医院或录制成手术教学影像。
3.2移动接入推车：为了充分利用现有基层医院设备，减少投资成本。移动远程医疗工作站，应具有网络、高清摄像、医院主要设备与医院系统接入功能。主要设备配置如下：移动推车、高清摄像头、万向臂、灯光照明、计算机、显示器、高清视频编码器、音响、耳麦、电子听诊器、配电系统等。
万向臂：一端固定在移动推车上，一端固定高清摄像头与照明灯光。长度在1.2至1.5米之间，由基层医护人员操作。可以365度方位与上下调整摄像头，以适应各种场合的使用。 高清医用摄像头：它是专家的眼睛，要求具有高清晰度，高分辩率，可自动对焦，可调整分辩率，具有拉近与推远操作功能，有效像素1920x1080。用来采集患者影像。
高清视频编码器：完成多路1080P高清视频的压缩。用来接入医院各种影像检查设备影像。
医用显示器：带触摸功能，尺寸20.1英寸，分辩率1600x1200。用来显示放射、CT等图像信息。医护人员可以方便使用触摸屏操作远程医疗系统。
其它配置：计算机、双视屏采集卡、音响、耳麦、电子听诊器、配电。
移动推车：带有止动装置的移动推车，加载固定上述设备，可调整操作板与显示器高度。
医用胶片扫描器：采用专业的医用胶片扫描仪和管理软件将传统胶片数字化高速度扫描后，自动存储为国际标准DICOM图像，方便浏览、存储、打印图像及报告。
移动远程医疗工作站由于使用在基层医院内部，不用需要无线接入与不间断电源。 移动推车上的高清摄像头可以采集患者影像信息，通过高清视频编码器采集检查设备视屏信号，移动推车计算机系统接入医院网络信息。
作用：基层医院可以将移动接入推车推到任何地方，如：医技检查科室、IUC病房、远程门诊等，进行有专家参与的患者全过程远程指导。
专家可以利用移动推车实现患者诊疗全过程教学指导。还可以利用它举行各种医疗专业学术研讨会，实现经常性的小型学术交流，活跃学术交流氛围。
4系统功能分析 4.1权限管理
由于远程医疗系统涉及医疗技术、病人隐私、专家资格认证等医疗专业活动，专家的指导也必须担负一定法律责任。利用此交流平台登录的人员必须具有行医资格，专家必须由医院推荐。并必须为实名制登录。
4.1.1医生注册：系统与当地卫生局或卫生部执业医师数据库联网，医生本人录入发证机关、证件编号、本人姓名，取得本人使用此平台的资格，填写本人所在单位、科室、专业、电话等信息，设置登录密码。
4.1.2专家注册：由各地医院对当地卫生局或卫生部执业医师数据库维护专家资格标志与专家信息包括：就职单位、职务、职称、科室、专业、特长、照片、异地执业医院等。注册方法同上。只有在专家的参与下方可进行高清视频远程医疗业务指导。
4.1.3学生注册：由于专家工作繁重，远程医疗前期工作可以委托学生完成。有专家权限的医师可以注册维护若干个学生信息使用此平台。
若专家的资格取消后，相关学生注册记录也被取消。 4.2系统基本功能设计
4.2.1建立好友：医生或专家可以根据专业分类查找网上已注册医师与专家的资料。选中某医生或专家，并申请将此人做为本人好友。
4.2.2专业群：专家可以根据本人专业建立专业群，并维护专业群的人员。 4.2.3论坛：系统提供专业论坛功能，各类医生与专家通过此平台，发布疑难病症状诊断与治疗方案的征集、交流医疗业务技术。
4.2.4网站：发布最新的远程医疗信息、开辟微博栏目、开展远程视屏教学等。为系统的推广应用进行宣传。
4.2.5其它功能：系统提供邮件、网络硬盘、留言、短信、好友状态：在线/隐身/离开/请勿打扰等。
4.2.6提示功能：是在得到好友对话与留言、本人在论坛中发表话题的回复、收到邮件等图标闪耀提示用户。用户还可以设置将某些专家对话与留言、邮件信息，转发到手机短信上，使用户第一时间得到专家指导。
4.2.7计费功能：为了提供维持系统运营，系统提供申请方高清视频交流的计时计费功能。
4.3交流功能设计
医师双击某一好友列表图标或档案列表，系统进入交流窗口。
系统提供多屏显示功能。用户可以将不同窗口拖到扩展屏幕上显示。系统提供以下窗口：
4.3.1好友列表：显示好友或档案列表，可以将某医生加入到多方聊天窗口。也可以将某人从多方聊天视屏窗口中删除。
4.3.2多方聊天视屏窗口：显示本人或远程各方的视屏。
4.3.3聊天窗口：各方可以使用文字、图像、白板、语音、文件传递等进行医疗业务交流。
4.3.4高清视频窗口：显示基层医院移动推车或远程手术室高清摄像头影像。远程专家可以远程进行云台操作。
4.3.5屏幕共享窗口：基层医院医生操作本地HIS/PACS/电子病历等系统，通过屏幕共享技术实现患者资料共享。
4.3.6 DICOM图像分析窗口：医生或专家打开此窗口加载DICOM与其它图像文件，医生或专家可以同时对图像进行分析。
4.2.7电心图文件分析窗口：医生或专家打开此窗口加载显示心电图机生成的文件图像，医生或专家可以同时对图像进行分析。
用户可以使用窗口截取、截屏、屏幕录像功能对上述某窗口进行操作保存。 4.4档案管理
由于医生与专家的医疗业务交流是需要负担一定的法规责任的，所以医生与专家之间的交流与沟通的信息，必须在平台上长期存档，备查与视提供屏教学。
4.4.1聊天信息：医生或专家聊天时的信息(文字、传递文件、语音、视屏截图、屏幕录像)实时保存在本地。
4.4.2建档：申请方在与专家聊天时，若需要建档时，利用系统提供的建档功能，输入建档名称、开始时间，系统建立聊天目录，将聊天联系人信息与开始时间后的聊天记录信息保存在目录档案中。建档名称在档案列表中显示，供申请方下次聊天加载。
4.4.3打开建档：申请方点击档案列表名称。系统直接加载相应聊天人。建档后所有的聊天信息都会保存到相应的聊天目录档案中。
4.4.4归档：系统将目录档案的所有相关聊天信息上传到远程医疗服务中心，按医院进行归档，删除本地目录与档案。删除档案列表名称。
4.4.5其它功能：并档、归档信息查阅、浏览等
5应用前景分析
系统提供类似于QQ的客户端下载，让各级医疗机构医务人员可以方便下载、安装、使用该客户端，并具备QQ式的便捷导航，如远程手术室、远程移动推车工作站、医护人员办公室(家庭)、卫生所、村卫生室等。
基层医院医生注册后，根据自身医疗业务联系的医院，选择相应专家加入为好友。 5.1日常医疗业务
基层医院医生在门诊或住院对病人进行诊疗过程中，遇到不能解决的问题时，通过此系统呼叫远程专家进行业务交流与指导，此时可以通过移动推车高清摄像或与医院PACS屏幕共享得到病人影像与相应资料。若远程专家无法解决，基层医院医生将病人症状发布到论坛中，收集解决方案。论坛中有回复后，系统第一时间将回复内容通过短信传递给基层医院医生。基层医生及时与论坛回复的医生联系得到最佳治疗方案。
5.2手术事件处理
如某病人诊断为肝囊肿，手术开刀后发现患者为癌变病人，基层医生无法完成。在取得患者亲属同意后，通过此系统呼叫远程专家。远程专家可以通过三网融合的网络，在家中或酒店等地点及时响应进行实时手术指导。
若没有这套系统，有时病人躺在手术台上几个小时等远程专家到场指导，或重新缝合转大医院治疗。为此加大了病变转移等危险，病人为此承受重大痛苦。
5.3疑难患者全过程跟踪
由于使用了这套远程医疗系统，使专家可以参与病人的全过程跟踪治疗。如一个胃癌病人，可以在远程专家指导下进行胃镜活检取样、在专家的指导下进行切片病检。再根据胃镜与切片结果与当地医院医疗条件，决定是否转院治疗或在当地，在专家远程参与下进行手术。
5.4远程专家门诊
在基层医院开设远程专家门诊，远程专家在基层医院医生的协助下，利用移动推车的高清摄像头采集患者各部位影像信息;通过电子听诊器得到患者心率、心音、血管杂音等信息;通过语音系统与患者交流;通过各种仪器接入传递各种医疗信息，最终得到正确的诊断结果。使偏远地区患者不出户，就可以接收省级专家的诊疗。
基于移动工作站的远程医疗系统的医疗行为，将有助于提高基层医院疑难病历的诊断率、减少病人死亡率、减轻病人痛苦、提高基层医院医生的医疗水平、为专家提供一个施展医疗技术、丰富医疗经验的平台。并对缓解病人就医难起到一定积极作用。
2012-05-23
第三篇：综合治税软件系统平台方案精简版最新
济南先讯科技
综合治税平台方案简易版
济南先讯威和
(一)、系统概述
综合治税平台可加强第三方涉税信息资源的交换与共享，支持业务协同，降低行政成本，推动全县综合治税工作信息化水平进一步提升，提高综合治税工作服务水平和效率。
由于税务机关很难准确掌握征收环节中各执行机构的具体执行过程的详细情况，税务部门无法跟踪、对比，并深入到某一具体实体，详细分析税收、缴费资金的来源和具体退税等情况，对其合理性分析不够充分。因此，构建跨部门的综合治税信息平台，实现涉税信息实时有效地归集共享交换，并进行准确定量分析，是势在必行。
(二)、系统建设目标
综合治税是一个跨部门、跨系统(异构)复杂的财税信息综合管理平台(大数据中心)，涉及到财政局、国税局、地税局、各乡镇、工商局、审计局、法院、发改局、卫计局、教育局、科技局、民政局、公安局、人社局、国土资源局、环保局、建设局、交通运输局、商务局、水务局、文广新局、食品药品监管局、统计局、房管局、城管执法局、公共资源交易中心、交警大队、发改局(物价)中国人民银行、供电公司、烟草公司等(以下简称涉税部门)等部门的数据采集、数据交换、数据整合、数据分析对比，监督考核，内部流程，同时还包括乡镇和税务部门数据共享、推进应用等多方面的建设内容。
(三)、系统建设内容
综合治税平台主要分五大子平台：交换共享平台、对比分析平台、财税库平台、掌上应用平台、税源电子地图平台。
1 济南先讯科技
1、交换共享平台
涉税指标上传 数据报送 系统公告。④ 共享申请。⑤ 绩效考核。
2、对比分析平台
多维度、深层次分析涉税信息，提供涉税数据的综合对比、综合分析为财税部门提供涉税疑点信息。利用涉税数据与税收数据进行分析、比对，查找税收疑点或测算欠税情况并发送税务部门进行核查落实。 (1)户籍比对 (2)税源比对分析
旅店、酒店行业税源比对： 房地产商品房销售税源比对： 公安驾校培训税源比对： ④社保医保刷卡税源比对： ⑤按行业用电分析： ⑥按行业用水分析： ⑦加油站销售纳税分析： ⑧两税附征税源比对： ⑨房产税分析：
⑩城镇土地使用税比对分析(以地控税)： ⑪土地增值税分析。 ⑫股权变更信息比对： ⑬欠税黑名单分析。 ⑭车船登记信息比对 ⑮其他信息比对 (3)对比任务处理
下级单位登录系统后，通过任务处理模块查询出上级分配推送来的任务。选择相关的任务进行处理，处理完毕后，可以对该条信息进行反馈，让上级单位了解任务的完成情况。
2 济南先讯科技
(4)涉税数据查询统计
一户式信息查询，并可查询地税管户、国税管户、国地税共管。
企业税种税收分析：可查询任一企业的地方合计、总合计、各个税种的缴税情况。企业缴纳税种分季度、月等比对分析。 纳税排名，可以分行业、分税种等统计排名。 ④ 其他统计查询
3、财税库平台
(1)金库报表查询
(2)收入报表统计查询
4、掌上应用平台
建立领导查询掌上应用平台，方便领导随时通过移动端，及时了解、查询全市的经济运行状态、税源动态等宏观经济税收信息。
(1)报表查询：涉税单位数据报送情况查询;收入报表查询
(2)工作动态(3)绩效排名，数据上报情况得分排名(4)税收分析
5、税源电子地图平台
(1)企业标注：查出未标注的企业，直接拖拽到地图上保存。
(2)企业分类查询：在地图上可按所属机关、街道乡镇、行业、楼宇、单户等查询企业的位置，鼠标在地图上点击查询的企业，可以调出该企业的一户式信息(纳税人信息、土地信息、税款信息、图片等)。
第四篇：扁平化指挥系统平台解决方案v2(1)
扁平化指挥系统平台
解决方案
四川天翼网络服务有限公司
2014年6月
一、项目背景
近年来，在我国“科技强警”战略背景下，各地公安机关纷纷进行信息化系统的研发和应用，在强化社会服务管理、维护治安秩序、保障公共安全、预防和打击违法犯罪等各项警务工作取得了明显成效。我省公安系统已经逐步建成了视频会议系统、监控系统、350M集群系统等涵盖视频、语音、数据等方面的通信保障系统，以及警务综合应用系统、PGIS警用地理信息系统、PKI/PMI数字证书系统等业务应用管理系统，极大地提高了公安机关各部门的工作效率，提升了公安系统的日常工作效率，提高了应对紧急突发事件的处置能力。
但是在成绩之外，现有信息化建设距离“信息主导警务、情报引领实战、扁平警务调度”的警务新格局还有较大差距，主要表现在以下几个方面：一是总体规划、建设和应用明显滞后于现实斗争需要;二是建设、管理水平难以满足各级公安机关和广大公安民警对信息化应用的旺盛需求增长;三是实际发展不平衡对公安信息化建设愈加注重整体性推进的相矛盾;四是前期分散式建设模式阻碍公安信息化集成、整合、共享工作开展;五是传统警务机制惯性与建立以信息化为核心的现代警务机制相矛盾。
如何整合已掌握的信息资源，实现公安指挥调度工作在应急处突工作时的扁平化，提高指挥调度的工作效率，更好地满足我省公安系统各级指挥中心快速、高效处置重特大案(事)件的指挥调度需要;如何有效提升全省公安机关快速反应、处置突发事件的能力;如何更积极的适应科技发展趋势，向信息化要警力、要战斗力，稳步推进信息化项目的建设应用和信息化系统的管理维护工作成为新时期公安信息化建设的重点。
随着日益严峻的反恐压力和快速维稳处突等新要求，急需要一个综合性的指挥调度系统来指挥公安部门日常工作和实际作战。天翼公司以“信息主导警务、情报引领实战”为导向，按照四川省公安厅“4+2”战略框架体系总体部署，结合公安信息化工作的实际，研发了扁平化指挥系统平台。该系统将构架扁平化指挥体系的核心平台，实现省厅指挥中心与公安部指挥中心、厅交警、消防、警卫和边防指挥中心的互联互通，实现省厅与市、区、县各级指挥中心的可视指挥、视频调用、视频会议、实时交流、数据共享等功能，并实现全网视频、音频资源的统一管理和统一调度。系统将改善公安部门指挥决策链条过长的缺点，实现现有警用业务系统间的交互，整合资源，充分利用各项业务数据进行分析挖掘，为指挥决策提供重要的数据支撑。
二、系统功能简介
扁平化指挥系统基于GIS、PGIS平台，充分整合公安的“三台合一”接处警系统，对GPS定位、天网视频监控和350M无线集群、短信系统等系统进行有效关联整合，从而构建了可用于公安日常工作和作战指挥的扁平化、可视化指挥系统。系统可实现对巡逻警员在地图上进行实时定位显示，并直观立体的显示巡逻警员当前所在位置、姓名、单位、终端个呼、组呼号码等信息，达到警用地理信息、警力资源信息和无线语音调度资源共享，实现警用地理信息可视化指挥调度和辅助决策。系统是地理信息技术与公安信息系统特别是指挥自动化系统相结合的产物，初步构建了应急通信和扁平化指挥体系。系统充分挖掘地理信息系统、视频图像等可视化技术手段，通过看“图”说“话”，将指挥调度所需的人、事、物等各要素置于地图之上的明处，将静态个体置于动态全局当中，使指挥系统通过信息技术手段打破了行政层级，实现了横向指挥到面、纵向指挥到点的可视扁平化指挥。
扁平化指挥系统平台共有十一项业务功能，分别为勤务管理、接处警管理、网格巡防、圈层防控、短信系统、警令系统、预案管理、情报作战、视频防控、一键封控、三色预警。
扁平化指挥系统接接接接 接接接接接 接接接接 接接接接 接接接接 接接接接 接接接接 接接接接 接接接接 接接接接 接接接接 勤务报备 接处警辅助 巡防查勤 圈层封控 短信通知 短信指令 短信评价 资源管理 日志管理 通知通告 预案创建 电子沙盘 实力管理 警情流转 区域导航 一键封控 后台管理 实时预警 预警设置 统计分析 区域边界绘制 社区警力报备 勤务综合查询 警情统计 巡逻点名 圈层预案 点名签到 指令流转 区域选择 组织机构管理 接警短信评价 巡防研判 卡点管理 指挥指令 指令下发 地图搜索 账号信息管理 处警短信评价 巡防考核 封控记录 警令收发 指令收取 测距测面 基础数据管理 处警质量统计 网格维护 草稿箱 指令考核 地图截图 报备模板管理 任务查询 考核统计 警务协用 实时视频 系统管理 云镜控制 录像回放 我的地图 图1 系统功能设计
2.1 勤务管理
勤务管理主要包括勤务报备、勤务综合查询、组织机构管理、账号信息管理、基础数据管理、报备模板管理等功能，各级人员可通过该模块实现组织机构、值班人员、值班车辆、携行武器等情况的精细管理和考核。通过勤务管理可真正做到全面掌握各个层级的警力、警备资源，为实施扁平化指挥打下坚实的基础。
勤务报备主要给基层所队使用，派出所、交警大队、巡警大队等各基层所队通过读取基础的人员和车辆数据，对值班领导、接处警警力、值班警力、巡逻小组(含巡逻车辆)、刑侦警力、社区警力进行每日或每周的报备。
勤务综合查询主要实现对报备信息的查询和统计，可通过Web页面和PGIS系统进行查看，可按单位、警种、时间、姓名、武器装备等进行查看。基层所队的领导和民警都可通过该系统查看本单位和自己的勤务安排。 2.2 接处警管理
接处警管理主要包括接处警辅助、警情统计、接警短信评价、处警短信评价、处警质量统计等功能。主要结合PGIS和短信系统实现警情信息上图、警员GPS定位、天网资源快速定位等功能，实现就近处警、处警过程监视和回放、接/处警人员评价和考核。
接处警辅助模块整合了报警、监控及警务调度，完成三台合一推送到扁平化指挥平台客户端警情的标注、建议派遣警员搜索和通知管辖派出所等功能。接处警辅助系统依托PGIS，以地理信息系统为应用界面，当接到报警时，指挥中心接警民警可直接在地图上查看报警位置，并且可查看报警点周边的监控资源，民警可依据位置迅速查阅现场及周边的视频监控信息，同时通过警力信息的定位，快速确定警力并利用数字集群系统通知就近派出所或警员，警员到达现场后还可跟踪现场处理状况。系统以图形化的操作界面，通过直观的地图表现，辅以便捷、准确的检索能力，改变传统的逐级下达指令的指挥方式，实现跨层级、扁平化指挥，从而提高接处警的效率。
警情统计模块可对今日警情和历史警情进行各个案件类别、总数、有效报警等的统计。
接警短信评价和处警短信评价实现报警人(当事人)对接警、处警过程进行评价，并对结果进行统计展示，有效改善公安民警的接处警工作态度、提升公安民警在老百姓心目中的满意度。 2.3 网格巡防
网格巡防主要包括巡防查勤、巡逻点名、巡防研判、巡防考核、网格维护和任务查询等功能。针对派出所巡逻防控工作，实现街面勤务效能提升和防控质量提升，实现科学用警、科学布警，最终达到巡防效益最大化的目的。
巡防查勤可按照机构完成巡区内巡逻人员的查勤、违规、巡区和必达点展示，实现动态分级巡逻管控。
巡逻点名可按照机构完成巡区内巡逻人员的点名，检查是否正常巡逻的工作。
巡防研判模块将网格巡防和警综系统相关联，在巡防网格上叠加近期的案事件分布图和各类案件统计情况。 2.4 圈层封控
圈层封控是公安机关对有预谋的事件或突发事件，针对市级、县级、城区核心圈或省级边界创建的以执勤卡点为元素的多层防控体系。
根据城市或地区特点，综合运用天网、治安卡口、治安卡点(人员驻守)和PGIS系统，建立城市或地区圈层防控模型、防控预案，组织圈层封控演练，提升城市或地区圈层防控能力，与短信平台和警令系统结合，利用“一键封控”将指令和通知迅速下达到个卡点作战单元，实施立体封控圈的撒网工作，将犯罪嫌疑人的活动轨迹牢牢地固定在封控圈中。
圈层封控主要包含圈层封控、圈层预案，卡点管理和封控记录等功能。 2.5 短信系统
短信系统主要用于与接处警管、网格巡防、警令系统、情报作战等模块的短信业务提供服务，实现短信评价、短信通知、警令下达通知、情报指令通知等功能。短信系统包含短信通知、短信指令、短信评价、资源管理和日志管理，并支持其它业务系统的调用。 2.6 警令系统
警令系统主要完成各机构上下级、机构同级之间进行通知通报、勤务指挥、情报指令、点名签到等警令的传达，主要使用单位是指挥中心、业务警种和各基层所队。系统用于传递执行警务命令，规范警务命令的传递方式、范围和时限，使命令的传递做到有据可查，包括警令起草、签发、下达、签收、反馈和统计考核。系统结合短信平台、声光报警系统，能够有效实现警令的及时签收和反馈。系统对签收和反馈情况进行记录、统计和考核，强化指挥中心的权威性和警令畅通。
警令系统主要包括通知通告、点名签到、指挥指令、警令收发、草稿箱、考核统计和系统管理等功能。 2.7 预案管理
预案管理主要是针对大型安保活动所进行的一系列提前预演以及突发事件的警力部署、资源呈现、辅助决策、决策指令展现，主要包括预案创建、电子沙盘和实力管理等功能模块。各级人员可通过该模块实现线路部署、车辆、人员等信息的预管理，增加实战经验，为突发事件提前做好准备。
电子沙盘的主要作用是提供图上作战研判工具。根据任务要求和参加警力，在地图进行标绘，包括警力投放数量、位置、时间、任务和装备等，方便任务的研判、讲解和部署。
实力管理模块对各单位的基本实力进行管理，包括人员和装备等内容，方便警力调派。 2.8 情报作战
情报作战以大情报平台为基础，实现情报分析与指挥调度的有机结合。指挥平台根据情报平台研判结果，发布常态性情报信息，同时也可向情报平台提出个案情报分析需求。情报平台根据指挥中心的指令，推送情报分析研判结果，并定期将情报与实际勤务指挥效能进行评估，做到情报与指挥的有机融合。
情报作战主要包括警情流转、指令流转、指令下发、指令收取、指令考核、警务协同等功能模块。
警情流转可将三台合一系统中的刑事案件推送至情报作战，情报人员再对有研判价值的警情进行关注和研判分析，并可以对关注的警情向各级部门下发情报指令，进行协同研判分析。 2.9 视频防控
依托视频专网的天网平台，通过视频边界平台，将监控点位上图(PGIS)，，实现警力、案(事)件周边监控镜头的快速调用。根据重大任务保障预案，快速实现视频调用。
视频防控主要包括区域导航、区域选择、地图搜索、测距测面、地图截图、实时视频、云镜控制、录像回放、我的地图等功能模块。
区域选择支持以点周边、线周边、矩形、多边形的形式进行，便于灵活划定范围，利用天网资源进行搜索。 2.10 一键封控
“一键封控”模块与“圈层封控”有所不同。圈层封控需要提前设置预案，划定封控区域，在紧急情况发生时操作较为不便。一键封控可根据案发情况实时划定需要进行封控的范围，并对封控范围内的各级公安机构下达任务和指令，调用其中的人员、装备等资源，更有针对性的开展治安防控工作，提高警务工作效率。
一键封控主要包括一键封控、后台管理功能模块。一键封控支持对地区进行点周边、线周边、矩形、多边形等方法划分，搜索其中的人员和装备情况，并在地图上显示出来，便于对选定区域内的资源进行选择和调用。 2.11 三色预警
三色预警是指根据实时案发情况和安保工作需要，以红、黄、绿三色对治安状况进行预警，对红色区域加强警力。其采用的刑事警情发案数依据接处警模块中标注在电子地图上的刑事警情实时发案情况、警情分类等数据进行认定。设定预警时间段，计算出该时间段内警情的平均值，通过警情平均值与预警阈值的对比确定预警颜色。三种颜色预警的变化，便于各级公安机关、各部门可根据预警有针对性的开展严控性、加强型、常态型治安防控等工作。
三色预警包括实时预警、预警设置、统计分析、区域边界绘制、社区警力报备等功能。
三、实施方案
根据扁平化指挥系统平台建设和业务应用的实际需要，综合运用电子信息技术、安全防范技术等构成先进、可靠、经济、配套的安全技术防范体系;系统设计的配置遵照国家相关的安全防范技术规程并符合先进、可靠、合理、实用的原则;系统的集成以结构化、功能模块化、规范化的方式来实现，并使得系统具有高可靠性、良好的开放性和兼容性。 3.1 平台部署
市局指挥中心电视墙市局指挥中心电视墙用户终端用户终端解码器解码器扁平化指挥系统平台区县局指挥中心电视墙区县局指挥中心电视墙用户终端用户终端解码器解码器公安内网安全接入平台GOTA平台视频专网图综-联网平台大情报平台稽查布控平台八大特征库图综-共享平台视频指挥平台PKI/PMI警综平台PGIS平台ONUONUONUONUCC短信平台350M三台合一GPS平台天网前端点位资源CC
图2 扁平化指挥系统平台部署结构示意图
由于公安内网与外网连接的安全接入平台，现只在省、市部署，因此扁平化指挥系统也分省、市两级部署，区(县)可通过客户端在市级服务器上调用系统，实现扁平化指挥系统服务。即系统平台可实现两级部署，三级应用的模式。
扁平化指挥系统部署在公安内网，构建在现有的警用业务系统之上。省级指挥中心以省厅为实体，为各大应用系统提供统一接入服务，通过安全接入平台整合所有市(州)视频专网图像资源和社会图像资源，将所有的数据资源提供给扁平化指挥系统使用，通过系统服务调用在用户终端或电视墙上显示，为指挥和决策提供数据支撑。市级指挥中心以市局为实体，为各大应用系统提供统一接入服务，并通过安全接入平台整合所有区(县)视频专网图像资源和社会图像资源。区(县)指挥中心将部署扁平化指挥系统客户端，通过客户端调用权限内的数据和服务，实现系统的市、区(县)级联。
项目建设是在视频图像监控和各种综合应用的基础上，构建警务扁平化指挥系统。因此，总体系统的架构包含两个方面的内容：一方面，在城市范围内，将各类报警与监控系统进行整合，形成统一的视频监控体系;另一方面，在基于视频防控的基础上，围绕街面防控、圈层封控等警务工作，为公安业务应用提供相应功能。同时能与四川省公安厅进行视频图像传输及共享平台的级联和对接，实现全省联动报警，成为全省范围内的城市监控报警系统的组成部分。
扁平化指挥系统可实现全市所有公共视频图像信息的调用和控制，包括视频图像的切换、控制、显示，以及勤务管理、接处警管理、网格巡防、圈层封控等主要功能，可通过标准协议接口与市级各公安业务系统实现对接，并为四川省公安厅的视频调用预留接口。 3.2 平台架构
扁平化指挥系统以安全保障和标准体系规范为基础，整合各类信息、通信、数据资源，为日常业务开展、应急快速指挥提供支撑。整个平台分为四个层级，分别为前端层、平台层、应用层及呈现层。
前端层：在安全保障和标准规范的基础上，整合各类信息通信资源，包括天网、治安卡口、电子警察等，是勤务点名指令和警令通知下达的终点，是标准化上图的基础数据源，也是基础的图像及语音采集源和反馈层。
平台层：是整个勤务综合管理暨扁平化指挥系统的核心部分，由核心模块、业务模块及接口构成，完成整个系统各项业务指令的上传下达和信息认证及数据管理，通过边界平台和防火墙提起前端层基础数据和反馈信息。
呈现层电视墙PC显示器警务通终端呈现层-中间件系统网格巡防服务核心平台层业务中心管理网格巡防业务视频防控服务圈层封控服务接处警管理服务平板应用层情报作战服务预案管理服务警令系统服务勤务管短信系一键封三色预理服务统服务控服务警服务接入管理视频防控业务圈层封控业务数据库接处警管理业务情报作战业务预案管理业务警令系统业务勤务管短信系一键封三色预理业务统业务控业务警业务接入层-中间件系统接入安全边界警综平台GOTA平台PGIS平台GPS平台稽查布控平台GPS车载三台合一平台CA系统GPS单兵350M平台短信平台图综_共享平台图综_联网平台大情报平台前端层天网前端治安卡口前端电警前端八大特征库350M车载台视频指挥平台350M手持台GOTA前端
图3 扁平化指挥系统平台体系架构
应用层：以PGIS为基础，将各类信息和资源进行统一展示和调度。警务工作服务，包括勤务报备管理、网格巡防、接处警辅助、圈层封控、情报作战、短信评价及业务考核评价等，后期根据警务工作需求还将进行应急指挥和重保任务等应用开发。
呈现层：是通过全市公安机关在本系统内的职能进行各自呈现及交互操作的工作平台，包括电视墙、PC显示器、警务通终端、平板电脑等。
平台技术架构采用J2EE技术架构，实现了多层体系的系统架构有效融合，支持跨平台、大规模部署，满足公安对运营级产品的系统稳定性、可靠性的要求。数据库系统使用开源的MySQL，业务数据普遍采用Web Service、SMIL(同步多媒体集成语言)、SIP等通信技术协议，支持达千万级数据量。
3.3 设备方案
扁平化系统平台的建设搭建在公安内网内，主要调用其它已有业务系统数据用于分析挖掘，因此系统需要的主要设备为用于安装部署系统核心应用的服务器以及用于前端显示的个人计算机，此外还需用于网络交换的交换机，用于数据存储的存储阵列等。由于需要对电子地图进行操作，为保证系统的处理效率，服务器及个人计算机性能不能太低。
推荐的服务器性能配置如下：
推荐的个人计算机性能配置如下：
四、系统特点与优点
扁平化指挥系统平台看“图”说“话”的特点将指挥调度所需的人、事、物等各要素置于地图之上的明处，将静态个体置于动态全局当中，使指挥系统通过信息技术手段打破了行政层级，实现了横向指挥到面、纵向指挥到点的可视扁平化指挥。
其具体特点与优点如下：
1、可通过系统对辖区内巡逻人员、巡区进行管理，并可随时对巡逻人员、车辆进行点名、查勤，通过天网监控实时查看人员和巡区情况，有利于对人员、任务、装备进行精细化管理。
2、通过“三台合一”推送接处警信息，并将警情信息和周围警力、天网资源都在地图上标注出来，有利于资源的准确调配和高效利用。
3、通过圈层预案的设置，在执行重大安保任务或有需要时可一键启动，向圈层内派出所下达任务和指令，最大限度的快速将指令传达并进行保障任务。
4、可直接在地图上框选、点选天网点位资源，进行天网视频的同时播放或轮巡播放，方便简洁。
5、以大情报平台为基础，通过与情报平台需求与研判分析的互动，实现情报分析与指挥调度的有机结合。
6、采用省、市(州)两级部署，省、市(州)、区(县)三级应用的模式，实现了全警可视化作战指挥服务，包括警员、警车、警用350M基站、天网视频、卡口、卡点等系统资源的可视，采用逐层驳接方式，可扁平化指挥到每个人、每辆车。
7、实现了点位聚合功能，支持上万路天网视频点位的聚合。
8、提出并实现了全警各种系统的接口对接标准，将包括三台合一系统、警务综合应用系统、350M集群通信系统、警务通系统、短信系统等与本系统对接。
9、实现了基于警情、案情的自主研判分析和图形化预警。
第五篇：移动应急平台集成
移动应急平台满足移动现场音视频采集、现场通信和指挥调度等应急处置需要，包括移动数据库、移动应用软件以及通信设备，能够与国务院、部门和省级等相关应急平台互联互通。
移动平台应提供传输信道，保证移动平台附近的固定长多接入视频会议。 既满足“静中通”，也满足“动中通”。
5.9.1、移动应急平台建设目的
移动应急平台的建设首先服务于两个基础目的：
现场通信调度服务：
提供事发现场和附近的现场通信和调度服务，满足现场沟通和指挥的需要 打通前后端信息传输通道：
提供前端事发现场和后端指挥中心之间的信息传输通道，上传现场视频信息，承接指挥中心的指令和相关信息推送
其次，移动应急平台，尤其是大中型应急平台还要充当“现场指挥部”的功能，除了基础通信和指挥调度功能外，还能够提供应急数据查询分析，应急业务调用等功能，甚至可以具备提供现场小型会议场所的功能。
5.9.2、XX省政府移动急平台建设内容
目前XX省政府移动应急平台建设规划建设X套中型移动应急平台和X套小型移动应急平台。其中，小型移动应急平台包含：
VSAT小型移动平台(含VSAT便携站、话音设备、视频接入、加密设备)
BGAN小型移动平台(含BGAN便携站、加密设备)
终端和安全设备(含加密PDA、加密手机、卫星移动电话、便携电脑及应用、安全配件)