惠农信息平台建设汇报

第一篇：惠农信息平台建设汇报

XX镇惠农信息平台建设

汇报材料

为了加强惠农资金发放的透明度，方便我镇群众及时多渠道查询惠农资金的项目、数额、发放情况，大力推进政务财务公开，加强群众监督，打造我镇对外宣传窗口，我镇在区委农工办的主导推动下，在中国移动XX分公司、中国电信XX分公司的技术支持下，于2011年10月，建成涵盖信息发布查询及党政政务公开两大模块的惠农信息平台2个。提供惠农信息网站查询、惠农短息发布等各种功能，农户可通过网站查询、短信查询、12580查询、WAP网站查询等多种方式了解惠农资金的发放，为广大农民用户提供快捷、方便的惠农补助信息查询渠道。

一、充分准备，完善组织网络，确保惠农信息平台建设上水平。

在全区惠农信息平台建设启动会议之后，我镇确定熟悉网络的干部，配备电脑，安排专人负责平台信息发布和网站维护工作，积极参加由区委农工办主办，移动、电信协办的技术培训，认真开展平台建设组织机构网络，确定信息发布员1名，村级信息联络员10名，镇级惠农信息输入人员10名，包村信息核对员10名，采取分工合作的方式深入村社采集户主姓名、家庭人口、联系电话等农户信息。建成电信、移动惠农信息平台各1个，采集农户信息3165户，向农户发放惠农信息平台查询使用说明卡1000份，全镇 2010、2011、2012年度惠农补贴资金全部上传发布，点击查询量达到4908人次，有效的确保了我镇信息平台建

设。

二、“三个三”工作模式，确保惠农信息真实准确有效。我镇信息平台建设由镇政府镇长主抓、镇党委副书记负责，按照“三查三核三确定”的“三个三”工作模式为农户信息收集数据的正确、准确、有效提供了有力保障。

（一）“三查”确保基础信息摸底正确无遗漏。

按照村社干部初摸核查，镇干部调集档案二次排查，平台管理员软件过滤三次审查的“三查”方式，靠实责任，层层监管，严把农户一折通账号、身份证号、电话号码等八类基础信息正确率，利用计生WIS系统及镇派出所人口管理系统初调数据下发村社干部逐户核查，上报后镇干部调取民政及粮食直补打款账号比对检查，确定后平台管理员利用身份证过滤软件过滤审查，努力夯实基础数据，严防弄虚作假确保数据真实准确。全镇共摸底数据3165户，打回核查空缺、错误数据200余条，检查争议账号及号码数据33条。截止目前，全镇数据“三查”后正确率达到98.95%。

（二）“三核”确保上传基础信息准确无错误。

上传基础信息的准确性是惠农信息平台建设质量的保证。为此，我镇多次招开包村干部专题会议安排此项工作，将“三查”数据打印成“入户核查表”，由村干部入户初核并由农户在核查表上签字盖章确认，再由镇干部负责与初核前数据进行校验核对，最后由平台管理员审核汇总的“三核”原则，对摸底核检比对后的基础信息进行核查核定后汇总，确保发布后的农户信息与农户真实信息一致，严防信息出现错误，真正发挥平台快捷、方便、真实、有效的优势。

（三）“三定”确保惠农资金补贴信息有效无差错。惠农资金发布的准确是平台建设的基础。在惠农资金的收集及上传工作中，为了最大限度的保证发布信息与打入一折通账号惠农资金的一致性，按照各涉及拨付惠农资金业务口干部负责确定人员输入、财政打款部门调取打款明细表抽检核定、平台管理员审定上传的“三定”原则进行《XX区农村信息公开平台农户信息收集表》惠农公布信息项目的输入，通过多核对、多审定的方式，为发布补贴资金信息的有效无差错打好基础，全镇共按时发布包括移动平台惠农补贴资金信息3165条，其中，粮食直补信息316条、农资综合直补信息316条、医疗救助金信息134条、农村低保金信息772条、城乡五保金信息90条，电信查询说明短信218条。

三、充分利用惠农信息网站平台，全面推进党务政务网络公开。

我镇充分利用惠农信息网站，全面开展党务、政务公开，不断加强党政建设对外宣传力度。发布党务、政务公开信息10条、服务类信息11条、党政建设信息15条、惠民信息工作10条、新闻动态信息20条、物资供求信息5条、自然风情信息5条。发布内容包括党务、政务公开、党政建设、新闻动态以及自然景观等方面。

三、主要存在的困难

一是网站建设专业性较强，对于网站的维护管理难度较大，并且由于移动惠农信息平台网站的操作复杂，服务器延迟现象比较严重，造成数据上传失败现象频繁，农户惠农短信无法及时收到等现象，增加了信息信息管理员维护难度。

二是山区农村网络覆盖率低，广大群众文化程度低，群众查询难度较大，造成使用率较低。三是农户联系电话变动频繁，但各村信息员不能及时掌握变更信息，造成信息发送错误。

针对以上存在的问题，希望上级相关部门开展信息员培训，以提高信息管理员业务水平。今后的工作中，我镇将加大惠农信息管理，及时更新网站信息，加强村级惠农信息员的培训教育工作，提高村级信息管理员的责任感和使命感。同时结合各项工作，统筹安排，不断加大惠农信息平台的宣传工作，提高使用率，进一步方便群众。

第二篇：关于涉税信息平台建设情况的汇报

财政局关于涉税信息平台建设情况的汇报 为加强涉税信息交流和综合利用，强化税收征管，规范税收秩序，促进财税挖潜增收和收入计划管理，实现财税收入快速稳定增长，按照“政府领导、财税主管、部门配合”的总体要求，借鉴**等地做法，结合实际，积极推进我市涉税信息平台工作机制。现将有关情况汇报如下：

一、建设涉税信息平台的目的近年来，市政府高度重视税源信息建设工作，出台了《关于印发**市税收征管保障办法（试行）》（马政【 2009 】 38 号）和 《**市税收保障工作考核办法》（马政【 2009 】 92 号），税务等部门在税源管理中也做了大量有益的工作，对加强税收征管起到了积极的作用。但在实际工作中，仍然存在涉税信息分散在众多部门，不能综合分析利用，形成税收征管漏洞等问题。开发建设涉税信息平台，主要目的就是将分散在市直 32 个部门以及县区（开发区）基层单位的涉税信息集中起来，动态管理，综合利用，资源共享，实现挖潜增收，堵塞征管漏洞，加强财政收入计划管理。

二、建设涉税信息平台的主要作用 涉税信息平台由三个子系统构成，主要通过税源普查、综合治税、收入分析三大功能模块，实现税源动态监控和收入计划管理。㈠税源普查。

第三篇：村级平台建设汇报

巴彦县村级劳动就业社会保障服务

平台建设工作汇报

尊敬的各位领导：

首先，对各位领导来我县检查指导工作表示热烈地欢迎！对市局各位领导多年给予巴彦就业工作的支持和厚爱表示诚挚的谢意！

下面，就我县村级劳动就业社会保障服务平台建设，从以下三个方面做以简要汇报。

一、村级平台建设工作情况

我们巴彦县有18个乡镇，116个行政村，全县总人口70.6万人，其中：农业人口58.3万人，属于农业大县。去年以来，我们按照市局的统一部署，把村级劳动就业社会保障服务平台建设摆到了更加突出的位置，作为大事来抓，取得了一定的成效。目前，全县116个行政村已全部建立了机构、配备了专人、落实了场地，全部挂牌开展工作。我们主要抓了以下五项工作。

（一）建立健全了村级就业和社会保障工作机构。去年以来，我局积极主动的向政府分管领导和主要领导汇报，协调有关部门，结合农村综合改革，在全县116个行政村普遍建立了村劳动就业社会保障服务站，并于去年10月份统一 1

制作扁牌，同意挂牌。建站率达到了100%。

（二）加强了村级就业和劳动保障工作队伍建设。一是落实了人员。我们指定村会计作为协管员，每月给予150元的工资补贴。二是加强了培训。我们通过集中培训、以会代训等方式，对村级协办员进行了业务培训，通过培训，不断提高村级劳动保障工作人员的业务素质、政策水平、服务水平和实际工作能力，使基层劳动保障平台工作人员都能初步掌握政策，运用政策，热情为各类劳动者和用人单位服务，真正发挥基层劳动保障平台的窗口和桥梁纽带作用。三是建立了以群众满以为标准的竞争激励机制。实行考核与日常考核相结合，将考核结果与奖惩、工资等环节挂钩，做到奖惩严明，从而在基层劳动保障队伍中形成人人争先创优的良好氛围，树立了人社部门的良好形象。

（三）完善了村级就业和社会保障服务站制度。我们结合工作实际，制定完善和实施了五个方面的制度，即就业服务和具体管理工作制度（含劳动力供求资源管理、求职登记、职业指导、职业介绍、职业培训、维权保障），社会保障和企业退休人员社会化管理服务工作制度，基层协调劳动关系工作制度和劳动监察工作制度，定性定量相结合的考核管理制度，规范服务行为的内部管理制度。并统一制作了揭示板，悬挂上墙。

（四）加强了村级就业和社会保障服务站的基础建设。

全县116个行政村都落实了办公场所，兑现了岗位补贴，稳定了队伍。

（五）加强了对村级就业和社会保障服务站的管理考核。县委、县政府高度重视村级服务平台建设，把村级服务平台作为改善民生的一项重要工作来抓，纳入了责任制、纳入目标考核，确保了建站率达到了100%。

二、存在的问题

尽管我县村级平台建设取得了一定的成效，但按省厅和市局的要求仍然存在一些问题。一是基础建设投入不到位。办公必备的电脑、打印机、传真机、电话等办公设备都没有配齐配全。二是信息网络建设不到位。全县116个行政村信息网络还没有与县级联网。三是村级协管员的素质还需进一步提高。这些问题我们将在今后的工作中认真加以研究和解决。

三、下步工作打算

在今后的工作中，重点抓好以下6项工作：

第一，坚持为经济发展中心任务服务。我们将紧紧围绕全县经济社会，制定贴近经济发展、贴近农民增收的转移就业、技能培训、创业帮扶、社会保障、维护权益工作规划计划，确定工作重点和工作措施，主动纳入全县经济社会发展规划和中心工作。使基层劳动保障工作在农村经济发展和新农村建设中发挥更大更好的作用。

第二，坚持做好劳动保障法规政策服务。我们将进一步加大对乡、村两级工作人员的培训力度，提高村级协管员的整体素质。开展劳动保障法规进企业、进工地、进学校、进村组、进农户活动，千方百计把劳动保障政策宣传服务到位，促进劳动保障法律法规执行到位，推动党和政府的劳动保障惠民政策落实到位。

第三，坚持做好劳动保障基础台帐服务。要积极推进劳动保障信息化、网络化建设，建立健全乡、村两级劳动保障基础台帐、数据库和档案资料系统，及时更新，动态管理，保持畅通，全面、及时、准确的为上级劳动保障部门、政府、用人单位、劳动者和相关部门提供快捷高效的服务，为制定政策和解决民生问题提供依据。

第四，坚持做好农村就业服务工作。要继续扩大劳务输出规模，加强与输入地劳动保障部门的联系和劳务派遣单位的协调，组织引导外出务工人员有计划、有目的、有组织、有规模的转移就业、稳定就业、维权就业、无后顾之忧的就业。

第五，坚持做好农村社会保障服务。认真落实省政府被征地农民社会保障政策，主动协调有关部门积极主动的做好被征地农民养老保险、新型农村社会养老保险的政策宣传咨询、参保登记、信息变更、社会保险费征缴记录、社会保险费发放等服务工作及老农保问题的解决衔接工作，做好辖

区内企业退休人员社会化管理服务工作，建立健全参保对象记录一生、保障一生、服务一生、跟踪一生的数据档案体系。为全面加快人人享有社会保障的步伐，为更多的农民群众提供社会保障优质服务。

第六，坚持做好依法维护劳动者合法权益服务。要宣传贯彻《劳动合同法》、《劳动合同法实施条例》、《劳动争议调解仲裁法》等法律法规，督促引导用人单位和劳动者签合同、定工资、参保险、履合约，依法规范劳动关系。及时调解处理工资拖欠、参保缴费等劳动争议纠纷，协助开展劳动监察执法工作，从源头上减少劳务纠纷问题的发生，最大限度的维护劳动关系的和谐稳定。

总之，我们一定要按照省、市的要求和部署，振奋精神，抢抓机遇，开拓创新，真抓实干，不断开创村级劳动保障平台建设的新局面，为加快全县统筹城乡就业和社会保障工作步伐、促进县域经济发展做出更大的贡献！

第四篇：物流公共信息平台建设思路探讨

物流公共信息平台建设思路探讨——交通部支持西部地区干部培训办公室专题报告

11月12号，海口，应交通部支持西部地区干部培训办公室邀请，易流GPS黄总给来自西部省区的300多位交通运管干部作了《物流公共信息平台，建设实践思路探讨》的 专题报告。希望我提出的在物流公共平台建设中，厘清政府、物流企业、第三方物流信息服务公司的定位，政府回归到制定政策、监管的建议能启发大家思考。

近年来，物流公共信息平台的建设逐渐成为物流行业的热点。在2009年3月国务院常务会议审议通过的《物流业调整和振兴规划》中，物流公共信息平台建设位列振兴物流业的九大重点工程之一。

根据2008年初发布的国家标准《物流公共信息平台应用开发指南》（GB/T 22263.2-2008）中的定义，物流公共信息平台是指基于计算机通信网络技术的，提供物流信息、技术、设备等资源共享服务的信息平台，具有整合供应 链各环节物流信息、物流监管、物流技术和设备等资源，面向社会用户提供信息服务、管理服务、技术服务和交易服务的基本特征。

由这一定义中我们可以看到，物流公共信息平台在融合先进信息技术的同时，强调“整合”、“共享”和“服务”的思想，即在资源充分整合的基础上，通过信息共 享的手段，最终将实现为物流全流程服务的根本目标。物流公共信息平台这一概念之所以能够引起国家和全行业的重视，正是由社会经济以及物流行业的发展趋势所 决定的。

从社会经济发展趋势的层面来看，我们已经进入了全面网络化的时代，互联网技术深刻地改变着社会的运行规律，从电子支付到网上交易，社会经济生活的方方面面 都已经离不开网络这个大平台。更主要的是，越来越多的年轻人成为了经济生活的主体，在互联网和信息技术熏陶下成长起来的这一代，更加习惯于、也更加倾向于 信息时代网络化的生活方式，也只有信息化的技术和手段，才能够满足他们对如今不断加快的社会经济节奏的需求。因此，传统的物流行业在这样的社会经济发展大 趋势面前，必须要引进先进的信息网络技术来更新自身的血液，建立起物流信息公共平台这样的体系，通过先进技术的应用，来全面提升行业运转水平，向物流行业 的信息化及网络化发展。

从物流企业管理的层面来看，信息化已然成为了促进物流企业进步的驱动力。在对物流运输过程的管理过程中，信息的及时、准确收集和交换是关键。通过物流过程 的信息化，管理者可以及时获取重要信息，实现对整个物流过程的管控，全面提高物流管理的效率和水平。同时，在企业自身的管理过程中，信息化也起着越来越重 要的作用。企业通过信息化建设，能够做到信息准确的迅速获取和顺畅快捷的交流，保证企业内部及时、有效地分析和处理相关数据，应对风险，提高调度效率，对 企业资源进行优化配置和整合，进而促进企业进步。

从地方交通运管部门的层面来看，全国范围内公路建设的高潮正逐渐过去。在道路交通条件已经得到满足的前提下，交通运管部门的工作重心开始转向运营服务，通过对道路交通运营服务水平的加强，来进一步提升效益。

通过上面的分析，我们可以得出这样的结论：未来一段时期内，物流信息公共平台建设将必然成为社会的热点问题而被关注！事实上是，就目前各地的发展状况来看，物流信息公共平台的建设已经在如火如荼的进行中了。

现有的平台建设探索案例中，总体上来看有两种典型的思路，一种是在政府背景的依托下进行，另一种则是将平台交付于完全的市场化运作。

政府背景依托下建设物流信息平台的主要特点是，建设单位以实体公司的形式操作，但获得了省一级行业主管部门的强力支持，以电子政务平台为基础，拉动电子商 务平台的建立，典型的代表有浙江省公共平台等。纯粹市场化运作的平台建设中则存在多种思路，如以货源和车源信息服务为核心的平台建设、物流黄页建设等。

在地方政府的强有力支持下，物流公共信息平台的起步阶段往往资源充足，声势浩大，但这样建立起来的，是一个将政务平台和商务平台融合在一起的交流媒介，随 着用户的增多以及平台的发展，这个平台经常会面临“政企不分”，“四不像”等尴尬的问题；而在纯粹市场化运作下，想要建立起一个功能完善的信息交流平台，起步阶段都是很艰难的，并且在平台的整个运作过程中，由于取得政务平台信息的门槛很高，因此现有的模式下还无法做到保证信息的真实性。由此可见，无论是完 全地依托政府背景，还是完全交付于市场化运作的平台建立思路，都有各自的优点，但同样存在明显的局限性和不足。那么，如何才能同时发挥两种思路的优势，建 立起更加适应物流行业和社会经济发展的交流公共信息平台？

让我们回归到建立物流公共信息平台的本质。建立物流公共信息平台是为了给物流行业提供一个能够让全行业整合资源、共享信息和提供服务的网络媒介。这个平台 上的资源、信息和服务既包括属于政府提供和监管的部分，同时也有很多内容来自于市场和企业，所以在这个平台上，政府的监督和市场的运作是相互依存的关系，二者不可能被生硬地隔离开。

因此，想要在建立起的物流公共信息平台上兼顾政府依托和市场运作的优势，就要让该是政府承担的部分由政府来承担——物流公共平台的电子政务部分应该是公益、开放的服务，这部分的责任应该由政府来承担；让该是市场调节的部分由市场去调节—— 物流公共平台的电子商务部分需要自由竞争，让有实力的第三方运营服务公司提供有偿服务。政府监督和市场运作各司其职，相辅相成，才可以促进形成平台的良性发展态势。

进一步明确物流公共信息平台的建设思路：首先，厘清政府、物流公司和第三方物流信息服务公司这三个主体间的关系。政府负责制定行业发展的政策，需要在不危 害国家安全的情况下，开放政府信息，且同时承担起监管的责任；物流公司在平台上自主选择适合自己的物流信息服务公司；而第三方物流信息服务

公司，除了要向 物流公司提供稳定的物流电子商务服务，更要做到无条件向政府行业主管部门开放信息。

当三者间的关系和各自责任被明确后，相应就得到了现阶段可行的物流公共信息平台建设中的关键点：政府制定的政策，开放的政务信息，规范引导第三方物流信息 服务公司的运营，以及吸引物流企业的支持和加入。其中，政府的政策和开放的政务信息，与地方政府对于物流公共信息平台建设的态度紧密相关，且赢得政策的支 持始终是建好平台的基础；至于吸引物流企业的支持和加入方面，可以以危险品物流、货运车辆监控等切入点为抓手，这些点比较容易得到物流企业的关注和支持，同时也是目前国家大的政策导向；第三方物流信息服务公司的运营属于信息平台上的市场运作部分，规范化的运营能够为信息平台上的企业带来好的效益，也更加有 利于平台的持续发展。综合起来，只有处理好这些关键点，实现最大限度的资源整合和信息共享，才能真正实现物流公共信息平台为物流全流程服务的根本目标。

确定了建设思路的大方向后，我们还要关注的是平台运行过程中所要面临的实际问题，即作为物流行业的交流和服务平台，物流公共信息平台具体要解决的问题有哪些，对政府和企业来说，哪些具体作用又是这个平台最为关键的？

用近期发生的一起事故作为例子来说，11月1号时在贵州福泉市发生了一起炸药运输车辆爆炸的恶性事件，造成了极其恶劣的社会影响。记者从爆炸事故救援指挥 部了解到，事故起因的初步调查结果是停放在事发地点的运输车辆，未按规定运输路线行车，且违规停靠，导致危害范围进一步扩大，多人伤亡。

在为事故痛心的同时，我们也看到了这起事件折射出的、不同部门对物流运输过程管理的不同要求。对于政府来说，关注的重点是运输过程的安全，要实现对运输过 程的监控，以及保证发生事件后取证工作的准确和顺利进行；而对于企业来说，更关注的则是怎样提高车辆利用率，怎么争取到更好的资源，怎么降低运营成本等管 理和效益方面的问题，然后才是保证安全。可见，政府和企业的要求之间有共通之处，但也有矛盾，为此我们需要在物流公共信息平台上提供相应的功能，做到不但 确保物流运输过程中的安全，也在最大程度上提高效益。

要满足物流公共信息平台上对运输过程监控，保证安全，以及完整数据记录的需求，易流GPS可以通过其特有的线路监控、停车点监控、行驶区域监控、超速监控，以及图像监控等相关技术来实现。

易流GPS所独有的车辆运行固定点、运行区域设定技术，可以预先判定车辆停靠地点；区域设定技术，可以判断所监控车辆进出区域的时间及区域超速报警、区域开门报警。

车辆运行固定线路设定技术，可以预先设定车辆的运行线路，一旦偏离预先设定线路，就会产生偏移线路报警，真正保证行车安全。

运输过程管理中，对于运输车辆速度的控制有三类：地图道路速度限制、固定线路速度限制、固定区域速度限制。通过速度的限制，可规避司机违规驾驶带来的安全风险。

易流还有疲劳驾驶报警设置功能。易流将司机疲劳驾驶控制可分为2类：持续行驶过长时间、当日行驶过长时间。结合IC打卡上下班与车辆运行时间统计，可以准确地识别司机身份，实现疲劳驾驶报警提醒。

手动拍照、定时拍照、触发拍照功能，可以及时采集物流运输过程中的图像资料和信息，用作数据分析及佐证。

提高物流运输过程效率，帮助物流企业加强管理，降低成本，增加收益方面，易流GPS所拥有的车联网技术，MIMI技术，司机身份IC卡技术，移动云仓储技术，以及完善的司机信用体系和各种数据挖掘和分析技术，都能起到显著的效果。

短信指令和订单调度管理功能中，车载GPS终端可扩展LCD显示屏外设，实现短信息交互、调度指令收发、语音播放等功能，方便企业调度管理员与司机间的信 息交互；易流平台对外开放的丰富数据接口，用户向客户企业运单管理管理系统对接交互数据，加强了监控平台与企业业务流程的紧密结合。

随着物流企业发展，业务流程逐步细化，企业对运输节点效率要求也越来越高。易流提供智能导航屏，可以满足物流企业二次开发需求，定制业务节点按钮来实现管控每个节点运输时效。

通过安装摄像头及门磁传感，当车门打开时，门磁传感立即发信号给GPS车载机，车载机通过摄像头实时连续拍照回传，同时统计开关门次数，防止货物被调换。

综上所述，建起物流公共信息平台是物流行业和社会经济发展的大势所趋。在这样一个前所未有的时代背景和经济环境下，找准、践行好物流公共信息平台的建设方 向和思路，充分利用现代化信息网络技术，建好物流公共信息平台，用信息化实现物流行业的资源整合和共享，最终为物流全程服务，是促进物流行业在未来迎来历 史性飞跃的关键！

易流，运输过程透明管理与物流信息服务运营商！“专业、专注、专精”于物流！99%的客户是各类物流运输企业。拥有业内人数最多、专业最全、实力最强的研发队伍。易流GPS平台自主开发，拥有自主知识产权。易流在全国有300多个工程实施网点！易流，运输过程透明管理专家！高品质物流运输的象征！

易流发起召开国内唯一专门针对物流行业高层管理者的“运输过程透明管理高峰论坛”，并于2007、2008、2009、2010、2011年成功举办五届。在全国物流运输行业引起强烈反响，“峰会”成为国内物流运输届高层管理者交流经验的盛会！

易流组织编写国内第一本《运输过程透明管理》专著，并出版发行30000余册。对普及运输过程透明管理理念和方法起到积极的作用。

第五篇：医院信息集成平台建设方案

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

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

系统集成平台的构建主要面向两个核心问题：一个是为各种医疗应用提供统一的医疗数据访问服务，从而消除各种医疗应用系统与医疗数据中心的直接耦合性；另一个是为各种临床信息系统提供系统集成服务，系统集成服务基于系统集成模型，通过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等，传递和展现整个医疗过程中的相关信息。同时，集成信息平台为临床数据中心的数据来源提供了技术基础和保障，通过信息标准、交换原则的制定，对业务系统提供标准的信息交换服务，确保数据交换过程的安全性、可靠性，实现数据在系统平台范围内自由、可靠、可信的交换。

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