照护信息平台建设方案

照护信息平台建设方案（精选6篇）

篇1：照护信息平台建设方案

信息集成平台建设方案 建设需求

一个完善的医院信息系统通常由上百个子系统组成，牵涉众多的专业领域。这么庞大的系统需要非常专业化的软件开发分工，整合不同厂商有特色的专业系统是医院信息系统的发展趋势，医院信息化能够取得成功必须保证各个系统的有效集成和数据的高度共享。然而这些系统通常是随着医院的发展需求逐步建设的，它们来源于不同的厂家，基于不同的技术，缺乏统一的信息交换标准，这些系统的集成整合已经逐渐成为医院数字化发展亟待解决的主要问题。

系统集成平台的构建主要面向两个核心问题：一个是为各种医疗应用提供统一的医疗数据访问服务，从而消除各种医疗应用系统与医疗数据中心的直接耦合性；另一个是为各种临床信息系统提供系统集成服务，系统集成服务基于系统集成模型，通过HL7和DICOM等标准通讯协议为各种医疗应用系统提供集成服务，确保各个临床信息系统在工作流整合的基础上实现交互协作，从而以数字化的形式完成各项医疗业务。建设目标

系统间的整合、集成和扩展一直都是制约医院数字化发展的主要障碍，由于不同厂商之间的产品不兼容，使得医院整体信息化步履维艰。通过建设一个规范的系统集成平台，在IHE、DICOM、HL7等国际标准的基础上，制定覆盖医疗所有业务流程的系统集成规范，开发基于规范的系统集成平台，为遗留的、当前的以及将来的系统提供了一个统一且标准的数据交换和工作流协同的平台。信息集成方法

信息集成方法有三，即应用集成、数据集成、界面集成，这三种集成方式各解决不同方面的问题。应用集成指应用程序之间实时或异步交换信息和相互调用功能，可以采用HL7消息，Web Service，CORBA，EJB，DCOM，RPC等标准，采用消息中间件，BPM等中间件实现；数据集成是指应用系统的数据库系统之间的数据交换和共享，以及数据之间的映射变换，常采用ETL（Extract-Transform-Load）工具实现；界面集成含义是应用程序界面之间相互关联引用合成，采用技术包括ActiveX插件、Portlet、IFrame等。

协同应用从早期单纯的点对点接口方式，发展到现如今的集成平台方式。各种方式中：

 点对点接口方式的复杂性在于要和不同的系统建立1：N的接口，假定有N个系统相互之间需要建立接口，则接口数为 N*(N-1)/2。

 集成平台方式中，在N个系统需要进行应用协同的情况下，只需要开发N个适配器接口即可，减少了集成平台的系统负荷。

由于医院信息系统复杂性，我们根据不同的需求和应用场景，设计分别采用上述三种不同集成方法和手段进行信息集成。应用集成

和医技辅诊科室信息系统（如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消息 数据集成

在实际业务应用中，日常医院的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位加密和数据压缩功能。界面集成

对于医学影像、心电图波形数据，临床医生的需求是，不仅能浏览图像和波形，还须有对其处理的要求，通常对应系统供应商提供了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响应，表明文件获取已经结束，事件通知医护工作站。核心价值

通过建立集成信息平台，集成各类应用系统以及日常运营的业务，通过该平台整合医院内部业务应用系统，形成一个互联互通的医院业务协作网络。医院信息集成平台可以很好支持不同系统之间的医疗数据整合、业务整合与数据共享，快速实施应用程序节点部署以及各医疗子系统之间的协同通讯。在医院信息系统中的各子系统中，比如HIS,LIS,RIS,OA等，传递和展现整个医疗过程中的相关信息。同时，集成信息平台为临床数据中心的数据来源提供了技术基础和保障，通过信息标准、交换原则的制定，对业务系统提供标准的信息交换服务，确保数据交换过程的安全性、可靠性，实现数据在系统平台范围内自由、可靠、可信的交换。

通过医院信息平台建设，一方面可以规避“点对点”式的信息共享与交换，并使得医院可以基于信息平台整体上进行业务流程优化与管理，对内提高管理水平，对外以统一的方式接入区域卫生协同网络，更好地为人民健康服务。另一方面利于医院信息系统建设的持续性发展，以适应未来的需求变化，避免信息化建设的大范围的推倒重来；另外，持续性发展还必须要有一套合适的实施和服务模式作支撑。

篇2：照护信息平台建设方案

一、目标任务。

建立城区智慧停车信息平台，逐步升级改造分布在不同区域的路内、路外停车位，实时信息统一接入平台管理，实现市区内停车位信息的互联互通，市民可通过停车云平台了解市区内实时停车位信息。

加强停车场建设力度，构建“配建为主、公共为辅、道路为补”停车体系，增加停车泊位供应量，2022年新建城区停车位*个，提高停车泊位使用效率，有效缓解市民出行停车难和居民小区停车难问题，营造安全、有序的城市静态交通环境。

二、资金安排。

2022年全市新建城区停车位*个，总投资约*亿元，均由社会资本投资。

三、实施步骤。

（一）前期准备阶段（*月底前）。进行存量停车泊位摸底统计，全面摸清城区路内、路外公共停车位情况，梳理停车现状和建设需求，制定新增停车泊位建设计划，制定路内路外停车位智慧化改造方案，落实立体停车位选点。

（二）建设阶段（*—*月）。

建设智慧停车管理系统。搭建智慧停车管理平台，设置停车诱导屏、智能道闸、地磁感应、摄像头等，完成城区路内、路外停车位智能化改造工作。完成城区*个停车位建设工作。

（三）督查考核阶段（*月）。

重点开展督查考核。针对任务，对项目建设完成情况进行督查和年终总结考核。

四、责任分工。

牵头单位：市住建局。实施单位：市住建局、市公安局交警支队及相关停车场运营管理企业。配合单位：*区zf、*区zf，市发展改革委、市财政局、市自然资源局。

1.市住建局负责*市智慧停车信息系统、诱导系统建设，组织编制城市智慧停车平台和停车位建设方案，完成*个新增停车位建设任务。

2.市自然资源局负责停车场用地政策实施，加强用地供给，促进土地集约高效利用。

3.市公安局交警支队负责对停车场的使用及管理情况进行指导和监督检查。对发现的停车场挪用、停车场闲置、私设停车场、私划停车位、乱停放、分割销售公共停车泊位或以租赁形式变相分割销售公共停车泊位等停车服务违法行为和交通安全隐患，及时依法处理或者移交有关部门处理。施划市政道路公共停车泊位。

4.市发展改革委负责停车场收费监督管理。督促停车场经营者在显著位置设置标价牌，实行明码标价。严厉查处不执行zf定价政策、强行收费、只收费不服务、不执行明码标价、串通涨价等违法违规行为。

5.市财政局负责对市区公共停车场建设运营进行政策、资金扶持，支持公共停车场项目健康运作。

五、保障措施。

（一）加强组织领导。健全停车规划建设管理的协调体制，进一步加强对全市停车工作的统筹指导，统筹协调推进方案的实施。细化分解任务，靠实工作责任，加强部门协调，多方联动推进，层层抓好落实，推进民生工程有序实施，确保目标全面实施，当年见效。

（二）加强督查检查。

城市停车问题是市民高度关注的热点问题，建设智慧停车平台和公共停车位既是我市城市发展补短板，也是保障和改善民生的重点难点，各职能部门要切实履行职责，完成各项工作任务。市住建局要加大督导检查力度，确保智慧停车系统和公共停车场建设任务按照计划顺利执行。

篇3：照护信息平台建设方案

关键词：信用信息平台,信息交换,信息采集,信用信息应用服务

1 公共信用信息交换平台的建设目标

建立我省社会信用体系就是要在全社会范围内形成公平、开放和透明的信用信息共享渠道, 解决市场交易双方的信息不对称和不完整的问题, 提高企业的失信成本, 提高守信企业的回报, 建立守信激励机制和失信惩戒机制, 促进信用资源的优化配置。

建立公共信用信息交换平台, 就是要实现企业信用信息在政府部门之间的归集整合以及开放共享, 使得市场主体的真实信用状况可以被社会公众所获知, 并在此基础上, 根据不同用户多层次的实际需要, 开发相应的公共信用信息服务平台, 提供有针对性实用性的信用信息服务, 有效推动我省社会信用体系的快速发展。

2 公共信用信息交换平台的指标构成

依据《企业信用数据项规范》国家标准 (GB/T22120—2008) 和《陕西省公共信用信息条例》, 制定了全省公共信用信息 (企业) 数据项规范, 是一套适用于企业信用信息系统及数据库的建立, 企业信用信息的采集、处理与交换, 企业信用信息共享与提供的具体指标体系。公共信用信息数据库以企业组织机构代码为主索引, 以工商部门登记的企业基本信息为基础, 归集整合相关部门的企业信用信息, 实现全省企业信用信息共享。

我省企业信用指标主要包括基本信息和提示信息两大类。

(1) 企业的基本信息包括工商登记、税务登记、组织机构代码登记信息、股权结构信息、董事、监理、经理及其他主要经营者信息、分支机构信息、进出口信息、资产负债和损益信息、专项许可和资质信息、认证认可和商标注册信息等。

(2) 提示信息主要包括法院判决、裁定、调解和执行信息、欠税信息、欠费信息、劳动和社保信息、行政处罚信息、行政强制信息、荣誉信息、主要经营者受到刑罚和行业禁入的信息等。

3 公共信用信息交换平台的设计原则

信用信息系统建设的设计原则是:信息分散采集、数据集中处理、查询统一回复。

3.1 信息分散采集

根据各个数据源单位的实际业务情况, 采取部署前置机或登录虚拟终端的方式, 征集分散在不同部门的企业信用信息。

3.2 数据集中处理

将征集到的分布在各个单位的企业信用数据统一汇入到数据处理中心, 进行数据清洗、数据比对、数据传输、数据存储等整理工作, 并且提供数据交换过程中的安全管理、数据管理、指标管理、统计分析等功能, 提高资源配置的效率和系统的安全性。

3.3 查询统一回复

信用信息平台通过统一的信用信息服务平台对所有的信用查询请求进行回复, 提供“一站式”服务。

4 公共信用信息交换平台的设计方案

4.1 系统总体概述

省级公共信用信息交换平台是社会信用体系建设的基础工程, 依托国家电子政务外网省级节点的网络环境, 建设全省公共信用信息综合服务统一平台。总体构架是:以涵盖省、市两级的公共信用信息统一平台为主体, 以企业以及其他社会组织信用信息系统为支撑, 以信用信息发布网站为窗口, 逐步构建覆盖全省所有信用主体的信用信息共享服务体系。以企业为切入点, 按照“两库一网一平台”的基本架构建设省市两级公共信用信息交换平台, 逐步将范围扩大至个人信用信息的共享和应用。“两库”即“企业信用数据库”、“个人信用数据库”;“一网”即“信用信息发布网站”;“一平台”即“公共信用信息交换平台”。

4.2 系统总体框架

系统的总体框架主要包含以下几个部分:

(1) 基础设施层是构建整个系统框架和平台的硬件基础, 包括现有的电子政务外网平台、服务器、存储器等设备, 支撑公共信用信息平台的正常运行。

(2) 信息资源层是构建于基础设施层硬件之上的逻辑结构, 并为应用服务层的各项应用提供信息资源。

(3) 应用支撑层是应用服务层和信息资源层的中间媒介, 起到承上启下的关键作用。该层主要由公共信用信息采集平台以及公共信用信息交换平台共同构成, 主要负责数据源单位数据的采集、加工、传输、清洗、比对、存储、交换等数据处理的全过程以及对信息资源的有效管理。

(4) 应用服务层主要是指信用应用服务系统, 包括信用信息查询服务、企业信用状况公示服务、数据比对服务、信用统计分析服务、失信投诉服务、信用评估服务等基本应用功能。

(5) 门户层主要是把分立系统的不同功能有效地组织起来, 为政府部门和社会公众提供一个统一的信息公开发布和查询等相关服务的入口。

(6) 标准规范体系包括业务规范、指标规范、技术规范、实施规范、管理规范等, 是平台各系统能够顺利建设和正常运行的保障体系。

(7) 安全保障体系是通过对业务系统安全防护的建模, 从安全防护、安全监控、安全运维三个维度, 融人员、流程、平台于一体, 贯穿于平台的各个层面, 构建立体化的安全保障体系, 以保障互联网、电子政务外网以及所支撑的公共信用信息交换平台和应用服务系统的安全可靠运行。

4.3 系统功能模块

系统主要包含信用信息采集平台、信用信息交换平台以及信用信息服务平台三个主要的功能模块。

信用信息采集平台的主要功能是按照制定的指标体系, 通过前置机数据采集或虚拟终端数据采集的方式, 从各数据源单位采集相关信用信息, 并支持各数据源单位对交换数据进行管理。

信用信息交换平台的主要功能是衔接政府部门、其他组织机构、商业银行等信用数据归集来源, 通过接口定义、数据存储、数据清洗、数据比对、数据传输、交换管理等关键模块对相关数据进行挖掘、传输、清洗、加载、汇总、分析。

信用信息服务平台的主要功能是为社会公众和政府部门提供数据查询、统计分析、信用公示、失信投诉等信用信息相关服务。

4.4 信用信息采集平台功能

信用信息采集主要包括前置机数据采集、虚拟终端数据采集两种模式。需根据数据源单位的不同情况, 选择不同的接入模式。

对于已建业务数据库的数据源单位或数据提供量大、更新频繁的数据源单位, 在单位部署前置服务器, 通过网闸与数据源单位业务数据库链接, 实时或定时提取相关信息。前置机数据采集主要是利用中间件技术, 通过数据建模和数据映射, 实现前置机方式的数据采集。

对于数据提供量小, 更新时间间隔较长的数据源单位, 可以在数据源单位部署终端设备和虚拟录入系统, 通过手工录入或批量导入数据的方式, 实现虚拟终端方式的数据采集, 实现数据源单位不定期报送相关信息。

4.5 信用信息交换平台功能

信用信息交换平台的主要功能是完成数据的交换处理, 并在数据传输、数据交换的过程中进行监控管理, 以确保数据的准确性、完整性、安全性。信用信息交换平台包括数据源单位前置库与数据中心前置库交换、数据中心前置库与公共信用库交换、交换过程监控、数据处理这4个功能模块。

通过采用中间件技术, 数据源单位前置库与数据中心前置库交换模块将数据从数据源单位前置库交换和传输到数据中心前置库中去。数据中心前置库模块与公共信用库交换模块的主要功能是将比对处理之后的正确数据, 从数据中心前置库交换和传输到公共信用数据库中去, 企业和个人信用信息分开存储在企业信用数据库和个人信用数据库中。数据处理模块主要完成对交换数据的清洗比对处理。

4.6 信用信息服务平台主要功能

信用信息服务平台的主要功能包括:信用信息查询服务、企业信用状况公示服务、数据比对服务、失信投诉服务、信用评估服务等。政府部门通过电子政务外网查询信息, 获取相关服务;社会公众及其他相关组织机构通过互联网查询信息, 获取相关服务。

篇4：甩挂运输信息平台建设方案

甩挂运输，是指牵引车拖带挂车至目的地，将挂车甩下后，换上另一挂车运往新的目的地的货物运输方式。

集装箱甩挂运输以其高效、经济、节能、环保的优势在发达国家得到普遍应用。发展甩挂运输，可提高牵引车和挂车的工作效率，在较大程度上节约能源消耗。通过科学高效的生产组织，可大大提高货物流转速度，创造更高的时间价值。挂车待装待卸时具有仓储功能，可临时代替库房的作用，能在一定程度上节约资金，减少土地占用。现行“一主一挂”的运输生产组织模式中的装卸时间在甩挂运输中变成运行时间，可大大提高驾驶人员的工作效率，同时最大限度地消除不同场站装卸效率的差异，为开展限时运输服务创造条件。

2 甩挂运输的主要形式

（1）1线2点 这种形式主要在短途复式运输线路上采用，牵引车往复于2个装卸作业点之间，在线路两端根据具体条件进行甩挂作业，适用于装卸点固定且运量较大的地区。

（2）循环甩挂 这种形式一般是在闭合循环回路的各装卸点上，配备一定数量的周转集装箱或挂车，牵引车到达一个装卸点后，甩下所带的集装箱或挂车，装（挂）上预先准备好的集装箱或挂车继续行驶。循环甩挂运输能提高载运能力和行程利用率，压缩装卸作业时间，是甩挂运输中较为经济、运输效率较高的组织形式，但其组织工作较为复杂，对作业条件要求较高。

（3）载驳运输 载驳运输，是在多式联运各运输工具的联结点，由牵引车直接拖带载有集装箱的底盘车或挂车到铁路平板车或船舶上，停妥摘挂后离去，集装箱底盘车或挂车由铁路平板车或船舶载运至前方换装点，再由到达地点的牵引车拖带集装箱底盘车或挂车，运往目的地。这种组织方式可加速车辆周转，扩大货物单元，节约装卸或换载作业时间，提高作业效率。

3 甩挂运输的主要优势

（1）降低牵引车购置成本。在节约成本的同时，避免车辆无效行驶费用的产生。

（2）有助于实现零存库。由于甩挂运输能提高时间效益并增强货品流动性，材料随订随到成为可能。

（3）物流成本降低，整车价值提高。甩挂运输采用全封闭的厢式车或集装箱运输车，运输安全得到基本保障，并且甩挂运输采用自动化辅助设备装卸，因此货品破损率极低。

（4）运输生产效率提高。在相同的运输条件下，运输生产效率取决于车辆载重量、平均速度和装卸停歇时间等3个主要因素。甩挂运输可提高车辆每运次的载重量，从而提高运输生产效率。

据测算，在公路运输中采取甩挂方式，可提高车辆运输效率30%~50%，降低成本30%~40%，降低油耗20%~30%。如果我国现有运力全部实行甩挂运输，运输能力将提高40%以上。

4 建设甩挂运输信息平台的必要性

（1）甩挂运输要充分发挥效益，必须走集约化、规模化和网络化经营的道路，从市场、货源、道路、场站、车辆和信息管理等方面创造必要条件。

（2）甩挂运输的组织工作较为复杂，尤其是循环甩挂和载驳运输对货源组织、装卸时效、作业条件等要求较高。

（3）物流和运输单位迫切需要集成全球定位系统（GPS）、地理信息系统（GIS）和无线射频识别（RFID）等现代化技术的开放式信息共享平台，以便及时掌握车辆地理位置信息，为甩挂运输的合理调度提供必要的技术支持。

5 甩挂运输信息平台所需关键设备

（1）GPS实时监控系统 GPS实时监控系统集成GPS，全球移动通信系统与通用分组无线业务（GSM/GPRS）和GIS。GPS车载终端一般安装在牵引车上，调度中心可实时了解监控对象所处的地理方位及运行状态，有利于对甩挂运输中的牵引车实施全方位管理和调度。

（2）RFID电子标签 RFID是一种非接触式自动识别技术，通过射频信号自动识别目标对象并获取相关数据，识别过程无需人工干预，适用于各种恶劣环境。RFID技术可识别高速运动物体并可同时识别多个标签， 操作快捷方便，其中长距射频产品多用于交通运输系统，如自动收费或车辆身份识别等，识别距离可达数十米。只要将RFID读写器安装在货站或停车场门口，将RFID电子标签安装在车辆上，当车辆进出货站或停车场时，RFID读写器便可自动记录车辆信息。

6 甩挂运输信息平台的网络结构

甩挂运输信息平台可以公用无线网络（如中国移动的GPRS）与GPS车载终端为载体，通过有线或无线方式与安装在货站或停车场的RFID读写器进行通信，及时获得车辆进出信息。挂车经营单位、货主或货代以及交通管理部门可通过公网访问该信息平台，进行各项业务操作。

7 甩挂运输信息平台的主要功能

（1）牵引车和挂（厢）车经营单位可将GPS车载终端和RFID电子标签安装在车辆上，并在信息平台进行登记。

（2）牵引车拖带挂（厢）车出发时，信息平台通过RFID读写器和GPS车载终端自动记录出发时间、出发地点、拖挂情况等信息，并利用GPS车载终端进行途中实时监控。

（3）车辆到达目的地后，信息平台自动记录到达时间、停放位置等信息。

（4）运输经营单位可利用该信息平台实时查看车辆的地理位置和状态以及是否可供使用等信息。

（5）该信息平台可实现循环甩挂的智能化调度。系统事先计算好某闭合循环回路后，通知各装卸点配备一定数量的周转集装箱或挂车，当牵引车到达一个装卸点后，甩下所带集装箱或挂车，装（挂）上预先准备好的集装箱或挂车继续行驶。

（6）该信息平台具有车辆到达预警功能。装卸点可据此提前准备，预先进行货物装卸，缩短牵引车的等待时间，提高作业效率。

（7）该信息平台可与船舶、铁路等运输系统实现联动。在多式联运的各联结点，牵引车将挂（厢）车直接开到铁路平板车或船舶上，由铁路平板车或船舶载运至换装点，再由牵引车开上车船直接运往目的地。

篇5：照护信息平台建设方案

一、物流信息平台

二、综合型网购平台

三、园区的智能化管理

物流信息平台

信息平台首页显示板块：

货源信息 车源信息 专线信息 快递信息 搬家信息 物流资讯 物流论坛 站内搜索 在线咨询 会员专区 实用工具 政策法规 网上园区 供求信息 汽贸服务 短信中心 物流综合查询服务公司风采 关于我们 诚聘英才 网站地图 服务与产品

服务条款 加盟我们 付款方式 友情链接 使用与帮助

客服中心 联系我们 广告区 法律区 版权区

货源信息：

一、在首页位置有单独板块按信息发布时间选取部分信息滚动显示；

二、在二级页面要按信息发布时间实时更新，并发布显示所有信息，当然这个显示是概括性显示，通过点击或会员类控制进入下级的详细显示页面；

三、有完善的客户信用和认证系统，方便会员信用的记录与提升，好形成自己有效稳定，性价比高的会员体系；

四、有多样形式的局部站内搜索，方便会员与普通用户查询信息资源；

五、实时更新信息同步显示在园区信息大厅ＬＥＤ显示屏上，并注明来源于中远通达物流信息网，方便进入园区会员及时掌握信息，对园区产生归属感。车源信息、专线信息、快递信息、搬家信息：

一、在首页位置有单独板块按信息发布时间选取部分信息滚动显示；

二、在二级页面要按信息发布时间实时更新，并发布显示所有信息，当然这个显示是概括性显示，通过点击或会员类控制进入下级的详细显示页面；

三、有完善的客户信用和认证系统，方便会员信用的记录与提升，好形成自己有效稳定，性价比高的会员体系；

四、有多样形式的局部站内搜索，方便会员与普通用户查询信息资源。物流资讯：

一、首页只显示板块标题；

二、在二级页面通过整版形式，多方位显示各类最新的物流新闻信息；

三、利用一小块地方显示最受关注和点击率最高的新闻信息；

四、同样利用一块固定地方按新闻发布的时间，概况性的显示新闻标题；

五、通过各类板块把新闻按性质分类；

六、通过一个大规模，介绍物流知识；

七、其他板块内容布局可以参照 http:///（中国物通网）

http:///（中国物通网）的关于我们页面设计制

作好本公司的系统化展示推广方案。

诚聘英才：

在自己的网站利用专业页面发布企业需要长期招聘的人才信息。

网站地图：

罗列出网站各个板块及板块下级栏目的项目标题，方便用户寻找浏览。服务与产品：

罗列本网站平台提供给用户的有偿和无偿服务。

服务条款：

拟定出网站提供服务的合同条款或合同协议。

加盟我们：

付款方式：

提供会员缴纳会费的付款方式。

友情链接：

这是网站和合作企业的友好推广平台，也是增加用户眼球和点击率的另外一个亮点，也算是广告宣传的一个区域。

使用与帮助：

网站内的功能板块的使用技巧和帮助信息。

联系我们：

公司的名称，公司的地址，园区的地址以及电话，传真，邮箱，网站等等一系列的联系方式。外加简单的一个电话客服的功能性介绍，好方便用户通过电话和邮件与我们进行深入的沟通与了解。

广告区：

版面上留给客户用来做广告宣传的区域。

版权区：

网站的版权信息。

网购平台首页显示板块

商品分类 站内搜索 免费注册 会员登录 免费开店 论坛 资讯 支付方式 信用评级

园区的智能化管理

智能化仓储管理系统 园区信息大厅展示系统 企业的办公自动化系统 人事管理系统 安保管理系统 运力整合及调度系统 ＧＰＳ定位系统 财务管理系统 呼叫中心及客户管理系统 园区物业管理系统

智能卡管理系统

智能化仓储管理系统：

一、实现与外部硬件终端的连接（条码打印机、条码扫描仪）；

二、硬件设备的使用中信息要达到后台数据的实时更新；

三、仓储管理系统要遵循现代化，标准化，规范化原则（货品分时、分区）。园区信息大厅展示系统：

一、有大型LED显示屏作为信息展示平台，可以与后台管理系统全方位链接，达到后台信息指令的按需实时显示；

二、有小型显示屏作为各类分类信息实时展示平台（分别可以显示信息平台提

供的实时更新信息，以及园区代管仓库进出货跟踪、园区会员车辆的跟踪信息）。

企业的办公自动化系统：

一、公司资料的统一化集约化管理；

二、各级部门分权限提取资源，分权限管理；

三、各级信息以各级公告的形式显示在权限管理者浏览界面（比如：公司各级

会议的通知信息以各级公告显示在该看到的人的电脑上）；

四、支持视频会议。

五、与短信中心连接，使高层指令可以通过短信的方式下达。

人事管理系统：

完善的人事管理体系，是一个企业健康发展规范人才管理的关键，是企业持续发展基础。其体系应该包括如下内容：招聘体系、面试体系、复试体系、录用体系、职位管理体系、考勤体系、假期体系、奖惩体系、试用及转正体系、福利体系、差旅管理体系。

安保管理系统：

通过园区视频监控的网络接入，达到安保系统的最高权限网络化管理 运力整合及调度系统：

顾名思义：就是汽车、火车、飞机、船舶等多种运输力量的整合，当然对于现在我们园区需要整合的运力主要还是汽运，但是可以辅助火车、飞机、船舶等公共运输力量。而整个系统需要有运力的会员记录模块，运力的行动及跟踪模块，历史记录及信用评级模块，运力调配模块，连接短信中心的调配通知。ＧＰＳ定位系统：

这个系统原本就是辅助运力整合提供的一个具体实施系统。从了解的一些

情况看，这个系统多数是租用别人的系统，就和你给我提供的你们的那个链接一样。但是我需要知道做一个自己的服务器端的造价和具体的功能。财务管理系统：

这个系统，你提到过你们只是一个简单的财务管理模块。我需要更细的了解你的那个模块的功能是否满足我将来的需求。

呼叫中心及客户管理系统：

一、应该与客户管理系统连接，实现来电信息自动记录；

二、有录音系统的辅助；

三、有来电弹屏系统支持。

园区物业管理系统：

一个基本的仓储企业的管理，你给我提供的那个文件里应该差不多够用。智能卡管理系统：

篇6：照护信息平台建设方案

为贯彻落实《山东省扶贫开发领导小组关于印发<全省脱贫攻坚专项实施方案>的通知》（鲁扶贫组发[2016]3 号）中《山东省信息化建设扶贫实施方案》提出的目标任务和工作措施，结合新形势下的信息扶贫工作重点，我们提出建设山东省信息扶贫综合服务平台。

1.建设目标 当前扶贫工作进入新的攻坚期，扶贫工作存在着机制宣传不到位、手段单一、监管效果不佳、资金监管落后、人员管理考核机制与激励机制不足等问题。且贫困人群存在多种致贫原因，地区帮扶人员与信息员无法精准、有效的对贫困户进行真实帮扶。

创新扶贫方式，加快推进特殊困难区域发展与扶贫攻坚，落实省信息扶贫工作，建议以网络技术和大数据技术为支撑，建设山东省信息扶贫综合服务平台。

平台覆盖全省 17 地市，以各地基础设施建设为基础，运用互联网+、大数据等手段，科学精准的统筹各地扶贫资源。在协助管理工作的基础上，与公共信息平台及民生服务平台关联，增加民生服务功能及电商功能，为贫困户的生活提供帮助。

2.建设思路平台对政府管理者、地区扶贫人员、信息员、社会其他扶贫力量的扶贫工作进行协助。建设过程中打造公共信息服务体系，按照市场机制整合个体工商户以及互联网平台型企业线下服务站点等资源。

帮扶人员作为扶贫工作主心骨,按各自职责对特定贫困户进行实际帮扶;信息员作为平台运营的支撑人员，工作重心偏向于平台电商维护、信息采集上传和资源整理使用，从平台角度为扶贫工作提供帮扶，协助政府推广扶贫信息化。

在政府给予的大力支持下，实现每个重点扶贫村确定至少 1名信息员，担任平台站点的管理员，把各类信息发布到平台，配合地方帮扶人员为贫困户提供帮扶。

通过帮扶人员及信息员从各地实时、真实的搜集信息，上传平台，为政府管理者、帮扶人员及信息员提供信息协助。带动贫困户脱贫、消费，进而吸引商家入驻，扩大社会资源扶贫力度并为平台建设运营点，实现平台良性自循环并向贫困区提供区域个性化帮扶。

3.建设 内容 3.1.平台搭建平台建设概括为“一平台、一张图、六个库、高精准、全周期”的特点。

一平台是指“山东省信息扶贫综合服务平台”的搭建，平台从多角度多场景为省信息扶贫工作的顺利进行作网络信息支撑，向政府管理者、各地扶贫管理员、各地信息员、社会其他扶贫力量、贫困户提供有效协助。

一张图是指“扶贫地理信息图”，通过该图可随时随地掌握省内各区贫困人口分布、构成、致贫原因、贫困现状等。

六个库是指人员档案库、扶贫资源库、业务数据库、公共信息平台数据库、地理信息库及电商资源库，通过对采集到的各类数据多维度分析，精准识别贫困人口，精确定位致贫因素为管理人员和各类信息员工作提供有力支撑。

高精准是指通过大数据分析，可以快速实现“各地信息员与贫困人员”、“扶贫措施与致贫原因”、“贫困村间资源供需”的高精度匹配，实现救助资源的精细化释放。

全周期是指围绕贫困户，将各类帮扶进行跟踪记录，实现贫困人员脱贫的全过程留痕存档，为今后扶贫工作提供指导。

3.2.平台架构 服务器 存储设备 网络设备感知设备 安全设备人员档案库 扶贫资源库 业务数据库 地理信息库电商数据库 其他数据库政府管理者 帮扶人员 帮扶对象任务对象信息帮扶措施指导推荐横纵向交流互动致贫原因分析帮扶效果跟踪回馈扶贫信息论坛扶贫对象管理数据管理分析扶贫资源管理社情民意采集Web app 微信平台扶贫对象 信息员 管理队伍 个体商户社会资源设施层网络层数据层应用服务 层门户层用户层扶贫政策与管理规范体系信息安全与运维支撑体系扶贫工作业绩考评体系其他资源VPN专用网 互联网 物联网 移动通信公共信息平台数据库信息员电子档案系统信息发布系统工作管理考核职业培训课程业绩考核

特色村淘网上跳蚤市场农产批量商户采购信息整理上报商户诚信建设农产电商零售地区特产推广

政策宣传导读网货下乡人才服务政策资金种植养殖技术培训服务机构介绍用品互换

支撑层一张图 工作流 绩效监管 3.3.应用建设 3.3.1.协助政府管理 信息资源整合，将数据搜集、分析、整理，帮助政府管理部门更加准确的锁定贫困户，找准致贫原因，区分贫困类型，制定扶贫措施，集中各方力量，改善贫困户的生活条件。

3.3.2.协助扶贫人员 帮扶 为地区扶贫人员的工作提供便利，从平台获取一些较为实际、切实可行的信息，方便扶贫人员有效的运用在工作中。设立奖励制度，对于个人扶贫方法也及时上传分享，使平台成为有效的扶贫辅助工具。

3.3.3.协助信息员 工作 信息员的工作偏向于信息宣传、电商维护、数据信息采集上传、资源整理使用。平台运维收益可体现到信息员福利收益中。

以电商为基础，搭建特色村淘模型，充分发挥电商优势，突破物流、信息流的瓶颈，服务村民，创新农业，促进消费，实现“网货下乡”和“农产品进城”的双向流通功能。构建网上的村间跳蚤市场，为重点贫困村的生活消费提供支持。

3.3.4.协助贫困户脱贫 平台采取多途径为贫困户提供生产生活类培训素材，在信息员的协助下，部分贫困人员了解、使用新技术，村民间脱贫资源共享并建设优质教育资源。

通过政策倾斜、补助、特殊营销模式、商户资源等多种方式，增加贫困户消费能力。贫困户自主选择优惠购买等方式，在不增加贫困户消费负担的前提下，保障生活个性化需求。

3.4.运营 思路平台运营点分信息服务模块、电商村淘模块、推广合作模块。

信息服务模块：信息员充分了解本村可以输出的项目，比如劳动人员、土地、养殖畜牧等，把信息发布到平台，把需求企业、项目引入地区，村民资讯互通、机会共享，扶持创业青年。

电商村淘模块：信息员将当地采入产出需求发布电商模块，吸引商家入驻实现交易，通过村淘功能协助区域资源互换，提供更多扶贫资源，促进区域经济发展。协助特殊的贫困区实现生活生产用品输入、农产输出、物品互换、农技培训，并在低价甚至公益模式基础上确保贫困户使用。

推广合作模块：通过与第三方机构合作，针对农户开设特色、实际、方便的资金业务，为村民收益、就业、丰收保驾护航。

信息员通过搜集村用户建议提交平台，使平台不断完善功能目录，满足各类用户需求，从而保障政府管理下帮扶工作的顺利、有效进行。

4.建设模式 针对此服务平台项目的特点，以及国家对信息扶贫工作的指导意见，此平台可采用三种建设模式：

1、政府投资，企业建设，政府运营。

2、政府购买服务，企业建设、运营。企业负责平台的建设和运营，政府按照管理者、信息员使用人数等采用购买服务的方式。

3、企业投资、建设、运营，政府给予运营保障。企业负责投资平台建设和运营，政府授予企业运营权并提供运营保障措施，保障平台能够在全省范围内推广使用。

建设模式需企业与政府相关人员详细协商，保障平台使用效果和双方受益。

5.建设计划 省信息扶贫综合服务平台搭建。2016 年，上线省信息扶贫综合服务平台；2017 年上线 17 地市信息扶贫综合服务平台二级平台；2018 年，上线省扶贫工作重点村信息扶贫综合服务平台三级平台。

省扶贫特色互联网+电商体系搭建。2016 年，省信息扶贫综合服务平台上线特色电商板块；2017 年，依托村综合信息服务站和17 地市信息扶贫综合服务平台二级平台，每个省扶贫工作重点村建立当地特色的电商服务模式；2018 年，结合信息扶贫综合服务平台三级平台搭建及信息员进驻村综合信息服务站，省扶贫特色互联网+电商初步搭建完成；2020 年，省扶贫特色互联网+电商在农业生产、农民生活中的作用日益显现。

打造信息化扶贫示范镇。2017 年，在推广实施省信息扶贫综合服务平台、扶贫工作重点村综合信息服务站和省扶贫特色互联网+电商体系的同时，全力打造信息化扶贫示范镇，在基础比较好的乡镇打造公共服务平台，为农民提供基于互联网的农资购买、农技推广、医疗健康、农产品销售等服服务，不断优化；2020 年，将信息化扶贫示范镇向全省推广。

6.保障措施 6.1.村综合信息服务站 设立 保证每个省扶贫工作重点村都设立至少一个综合信息服务站。服务站由信息员管理、维护，为村民提供信息指导服务，引导村民应用信息技术解决生产、生活中的实际问题。

6.2.扶贫队伍 建设 组织建设一支信息员队伍，保证每个省扶贫工作重点村都由一位有文化、懂技术、能服务的信息员进驻村综合信息服务站。

信息员的选拔、培训、管理、考核均实现规范化。对信息员的工作可实行奖惩化，拿出补贴或系统盈利点中部分盈利为信息员工作提供奖励。

6.3.政策支撑 发布整理相关政策，通过平台宣传或组织学习等方式，将政策的支撑效果切实落实到扶贫人员切实工作中。针对区域采取帮扶策略，扶贫困、促销费、惠民生。

6.4.平台使用保障 平台建设后，需政府协助确保平台的使用，或划入政府扶贫工具，以保证平台上的信息及时、真实、有效，切实的通过信息化提升扶贫工作效果。

信息录入：扶贫人员、信息员须将工作中信息数据及时、完整、有效录入，保证数据信息的完整性真实性，保障数据分析的有效性。

文件上传：平台内上传信息需各级人员工作提供支撑，切实保障宣传和文件使用的效果。

营销模式：平台将设计符合当地实际情况的营销策略，企业优惠需配合倾斜策略、政府补贴等方式，为贫困户提供帮助。