企业内训平台建设方案（通用8篇）
面对企业发展的新形势，为进一步加强企业文化建设，丰富创新企业文化传播途径，提升企业文化活力，营造协同发展的工作氛围，根据上级公司企业文化平台建设方案，结合×××公司工作实际，特制定本实施方案。
一、平台建设意义
为推进企业文化在公司战略、管理、运营层面的全面落实，把全体员工的智慧和力量凝聚起来，发挥出来，形成不断追求卓越的具体行动。因此，做好企业文化的宣贯工作，使公司全员认知、认同企业文化核心理念，并转化为自觉的实践行动，对打造彰显共性的中国移动企业文化，提升企业的核心竞争力具有十分重要的意义。
二、平台建设定位
通过企业文化内宣平台建设，塑造企业文化品牌，展示优秀企业文化。企业文化内宣平台建设具体定位为：
1、搭建员工天地，反映员工工作、生活动态；
2、调动员工工作积极性，打造和谐、互助、融洽的团队氛围；
3、成为内部创争、对标先进的重要渠道。
三、平台设计规划、区域设置
充分利用展板、海报等宣传载体，建立文字、图片相结
合的综合立体化宣传平台。为深化传播宣传效果，保障宣传工作的有效性，公司计划将内宣平台分为五个区域：综合楼电梯间；综合楼电梯内、楼道；综合楼一楼北侧大厅；综合楼卫生间；综合楼员工活动室。
1、电梯间
一层电梯间悬挂振奋人心的标语或口号，调动员工上班时的工作积极性，在指纹考勤机上方粘贴生动、活泼的提示语，提醒员工上下班及时录入指纹。二至五楼电梯间主要放置上级公司下发的一些企业文化建设的展架式海报或上墙海报。
2、电梯内、楼道
电梯内为上墙海报。可以将“廉洁从业文化”宣贯于电梯内，起到警示作用。
一层至二层的楼道内通过上墙展板或海报进行公司业务的展示与宣传。通过对员工及客户的宣传展示，既可以提高员工的业务素质，增强全员营销责任意识，也能更直接的为我们的产品、业务推广提供支持。西侧三层至五层楼道内通过上墙展板或海报将我公司的正在执行的一些管理制度进行展示，让员工了解公司的管理制度，提醒员工应以公司的制度约束自己的行为。东侧三至五楼楼道内张贴《员工文明礼仪行为规范》，提高员工自身素质，提高文化修养。在墙壁上张贴“上下楼梯靠右走，你谦我让脚步轻”、“ 上上下下，注意脚下”等楼道安全用语。
3、公司综合楼一楼北侧大厅
制作上墙展板，内容分别围绕：企业口号、员工风采、员工寄语、目标阐述、员工才艺等。
企业口号“好企业 好团队 好伙伴”。主要通过用比较简洁精确的语言，在理智上启发员工，在情感上打动员工，影响员工按照口号的文字宣传比较积极的对待工作，进而影响员工的内心，影响员工的企业精神，培养员工的主人翁精神、团队精神，激发员工的智慧，焕发出企业的精彩。
员工风采专区。集中展示公司成长、发展的图片、团队图片、班组工作照片、班组活动照片、员工工作照片、活动照片等。通过大量的图片和照片，展示公司在发展过程中的变化，部室、班组以及员工个人在进入公司以后的成长过程，让员工在观看时能回忆进入公司以来的点点滴滴，比较直观的感受到公司以及自身过去和现在的变化，同时还可以了解到其他同事在公司的成长变化，己他对比，前后对照，可以更好的激励员工的工作热情。
员工寄语专区。每位员工在上面写上对公司想说的一句话（可以将员工个人的工作或者生活照片放在上面，这样更有画面感和亲和力），内容可以是关于公司发展方面的，也可以是有关员工切身利益方面的，或者是其它意见、建议均可，这是既是员工对公司的期望，也是公司了解员工的一个窗口。
目标阐述区。即对企业文化建设所能达到效果的期望，内容主要为企业口号目标的阐述。“好企业”：公司的绩效考核每个月都可以达到“A”或者更高，员工可以挣得更多，公司在管理上能更上一层楼等。“好团队”：使公司各部室、班组能够在一个和谐、融洽、互助、友爱的氛围中开展工作，进而提升团队的工作效率，打造快乐的团队、创新的团队和协作的团队，创造团队更好的业绩。“好伙伴”：让公司的每一位员工都成为其他同事的好伙伴，无论在工作或生活中都积极帮助其他同事，多替他人考虑，同事工作上寻求帮助时，即使是自己分外的工作，也能站在同事的角度考虑问题，积极协调和帮助。
才艺展示区。在全体员工中征集摄影、书法、绘画、手工、剪纸、折叠、诗歌及其它所有个人认为有价值的作品，在此区域进行集中展示，给大家一个展示自我特长的机会，丰富员工的业余文化生活，缓解紧张工作带来的压力。
4、卫生间
在卫生间内悬挂节约用水标语，如“ 珍惜生命之水，关注点点滴滴” “ 水是生命之源、它关系着我们的生命、请珍惜每一滴水”和厕所文明用语，如“细微之处见公德，举手之间显文明”、“向前一小步，文明一大步”、“垃圾入篓，举手之劳”等。
5、员工活动室
集团企业是国民经济发展的支柱,是国家综合国力和竞争力的体现。我国要在综合国力的竞争中取得主动、在经济全球化中赢得优势,就必须加快发展具有国际竞争力的企业集团。集团企业以信息技术为驱动,改造传统管理与控制手段、提升核心竞争力已经得到业界的共识。相对于单体企业,集团企业具有业务多元化、组织结构复杂、管理地域范围广等特点, 涵盖了不同的行业、不同的合作模式、不同的业务协作流程,相应地对管理支撑软件提出了很高的要求。 我国ERP软件目前主要面向单体企业应用、面向多组织集团企业应用的软件主要围绕财务集中化管理,所以研究多类型集团企业企业集约化管理模式、集团企业集约化管理的经营管理平台建设方案,将有力推动我国集团企业企业加强集约化管理、防范风险,具备与大型国际跨国公司竞争的实力,同时促进我国ERP软件产业向高端发展。
1.1 集团层面的集约化经营管理需求
集团企业的可持续发展战略要求转变集团资源的使用方式,从粗放式向集约化经营管理转变,实现母子公司间垂直的和子公司间水平的企业资源集约化整合。集团企业正处于从传统管理向现代管理的转型阶段,需要一体化的信息化经营管理平台。
1.2 集团产业链层面的协同需求
集团企业内部往往包含有数十家成员企业甚至数百家成员企业,其组织架构分层细,复杂度高,有的集团企业层级多达10级以上,集团企业的运作和管理是一项复杂的系统工程。有些产业关联度高,且外部供应商、经销商众多,对集团产业链的集成与协同有着迫切的需求。
(1)需要实现集团产业链的内部协同:集团企业内部子公司间存在频繁的业务交互,主要有资金划拨、 资产划转、内部购销等事项,需要建立统一的业务协同平台做支撑,设置业务协同规则,统一制度、统一流程、统一标准、统一结算,对子公司间发生的业务交互进行协同处理,在业务发生时通过系统实时核对, 保证双方数据实时清对,提高合并抵销工作的质量和效率;在内部供应链上,要由各子公司独自运营转变为集团内各子公司系统运营的模式,利用统一的业务协同平台,促进各个业务环节的协调联动,实现集团内所有业务活动的全程在案、永久追溯。在集团内部形成一体化、系统化、集成化产业链运营模式,以实现集团整体效益的最大化。
(2)需要实现产业链两端的外部协同:集团企业对上游供应商的协同存在迫切需求,集团企业的生产模式是精益生产,精益生产的一个核心管理目标是实现零库存管理,从而在大量生产中实现多品种和高质量产品的低成本生产,稳定的供应商基础也为供应商协同的实现提供了有利条件;集团也存在将整个产业链条向经销商、代理商延伸的管理需求,集团企业的产品在终端用户在购买产品后,企业会提供从产品应用到技术维修的特色服务支持。
1.3 运营资源层面的集约化管理需求
集团企业的运营资源分布在集团公司和众多子公司中,要实现整个集团经营管理的集约化,必须基于集团层面,对业务资源进行整合,实现对各个业务的集约化管理。
(1)在人力资源管理方面,为突破单体企业人力资源管理的局限,集团企业需从集团层面来思考、分析和解决人力资源问题,由集团公司制订统一的人力资源管理政策、制度和规范,对各子公司的人力资源进行集中管控。因此,集团企业需要建立统一的人力资源管理平台,整合整个集团的人力资源信息,实时掌握人力资源状况和资本的分配、使用情况,实现人力资源的统一招聘、统一调配和统一考核,并对人员的基本信息进行全方位、深层次、多维度的查询与分析,实现绩效考核的真实性、透明性和全面性。
(2)在财务资源管理方面,为了及时获得真实可靠的财务信息,加强对各子公司财务资源的有效监控与管理,充分发挥财务管理的职能作用,确保集团总体战略目标的实现,需要建立统一的财务资源管理平台,统一集团会计核算系统,实现编码统一、核算统一、 报表统一,实现会计核算信息、交易信息和报表信息高度集中,实现从集团公司到子公司的所有财务信息与核算流程的集成。
(3)在物资资源管理方面,长期以来,集团企业主要由各子公司自行管理物资,要实现从“分散”到“集中”直接切换,尚未成熟。因此,借鉴国内外大型集团的成功经验,集团企业首先实施对战略性物资的集中管理,以统一的物资管理信息平台为基础,以电子采购、电子营销为支撑,紧紧围绕标准化、集约化、 一体化的核心目标,在采购、生产、物流、销售等业务的驱动下,扎实推进集团物资资源的集约化管理工作。
2 集团集约化经营管理平台建设的理论分析
2.1 集团企业集约化经营管理模式研究
2.1.1 不同类型集团企业的集约化经营管理模式研究
针对集团企业集约化全面管控的需求,面向集团企业不同的战略联盟形式、不同的资本运作方式、不同的组织层次结构、不同的产业组合形态与不同的多元化状况以及制造业服务化、云制造、制造物联等新制造模式,深入研究和提炼不同类型集团企业的集约化管控模式,构建基于不同组织层次的集团层级管理模型:基于集团的集约化经营管理模式,基于分权的集约化经营管理模式,集分权混合的集约化经营管理模式1。
2.1.2 基于多维矩阵结构的集团企业集约化管理模式研 究
针对不同类型集团企业的集约化经营管理模式选择问题,分析不同类型集团企业在集团战略、结构和流程、功能定位、集分权形式等方面的显著特征,构建基于财务管控—战略管控—运营管控,战略联盟形式—集团资本运作方式—产业组合形态与多元化状况, 资产管控—资金管控—采购管控—生产管控—销售管控—人力资源管控—项目管控等的多维矩阵结构集团企业集约化管理模式选择模型。
战略管理包括分散型、指导型管理模式和实施型管理模式;财务、销售和人力资源管理包括集权型、 分权型和集分权混合型;资产管理包括独自使用、资源共享和基于物联网的设备资源共享;生产制造包括分布式、集中式和面向内部供应链方式;采购管理包括分散指导型、服务支持型、集中运作型、协同运作型。
2.1.3基于最佳业务实践的集团企业集约化经营管理行业模型研究
针对装备制造、制药等典型制造行业的特点,深入分析这些行业不同类型集团企业的集约化管控需求和典型管控模式,在此基础上,进一步研究不同管控模式下典型行业的管控组织架构、管控手段、权责分配体系、管控业务流程、资源调配、管控绩效以及相应的管控IT架构和管控信息流程。
2.2 集团企业集约化经营管理平台建设方案
集团企业在统一的信息化平台之上,通过人、财、 物、信息等资源的集中和优化组合,实现更大的价值创造,从而支持实现信息集中、业务集中和决策集中模式。通过公司间业务协同运作,优势互补,以总体强大性和分部灵活性快速应对市场的竞争和变化,实现企业集团的协同效应,继而拓展与供应商、客户的战略合作,提升产业链竞争力。在集中管控、战略协同的基础上,通过商务智能系统同时处理企业业务系统中的实时数据和企业为决策建立的数据仓库数据, 从而实现实时数据查询和基于长期数据的深入分析, 构建企业决策智库。
(1)集团战略管控子系统:支持集团集中战略管理模式。具体包括:集团战略目标分析与管理、集团投资管理、集团风险管理、集团预算管理、集团绩效管理、集团智能决策等。
(2)集团财务管控子系统:支持对集团各下属事业部、子公司、分公司、生产基地等的财务进行统一的管理和部署。具体包括:统一的基础数据编码管理、 财务核算、财务报表、报表汇总、报表合并、财务分析等。
(3)集团资金管控子系统:支持集团对各下属事业部、子公司、分公司、生产基地等所需资金及其分配使用的集中管理模式。具体包括:资金监管、统收统支、统收分支、收支两条线、限额管理、拨付备用金、 结算中心、内部银行、财务公司等资金管理模式。
(4)集团资产管控子系统:支持集团对各下属事业部、子公司、分公司、生产基地等的资产进行统一的管理和部署。具体包括:资产档案、资产购置与调配、 资产维修、资产清理和处置、资产分析、资产折旧等。
(5)集团人力资源管控子系统:支持集团对各下属事业部、子公司、分公司、生产基地等的高层人员的委派、考核、绩效评估、激励,以及新员工的招聘与分配等人力资源集中管理模式。具体包括:基础人力资源信息、多层组织体系管理、人事任命管理、绩效评估体系管理、新员工招聘、新员工培训、员工考核、激励方案管理、员工评优管理、薪酬管理、福利管理、 时间管理等。
(6)集团采购管控子系统:支持集团物资集中采购的管理模式。具体包括:统一物资档案管理、物资计划管理、统一物资采购、询报价管理、采购订单管理、 集中收货管理、物资仓储管理、内部调拨管理、统一配送管理、集中结算等。
(7)集团生产管控子系统:支持集团对各下属事业部、子公司、分公司、生产基地等的生产统一计划和协调。具体包括:产品生产计划协同、生产配套计划协同、生产设备协同、生产物流协同、能力平衡等。
(8)集团销售管控子系统:支持集团产品集中销售的管理模式。具体包括:统一销售,统一渠道管理, 统一营销战略,统一产品异地仓库管理、集中结算等。
(9)集团知识管理子系统:支持集团范围内信息和知识资源的共享和整合,利用IT技术来强化对战略、 财务、人力资源、品牌和信息的管理。
(10)集团决策管理子系统:支持集团集中决策模式的实现。具体包括:财务状况分析、销售业绩分析与预测、企业预警与风险管理等。
3 集团企业经营管理平台系统应用效果分析
通过实施集团企业经营管理平台系统,梳理并优化了集团企业内部业务管理流程,在统一的信息平台上,实现了集团企业战略、财务、资金、资产、采购、 生产、销售和人力资源等业务管理系统的集成,实现了集团内跨职能、跨组织的资源协同,带动了集团管理模式和跨组织业务流程的创新。集团企业的产业链协同成为了可能,集团公司的管理水平得到显著提高, 集约化经营管理模式在集团内得到有效实施,为集团企业中长期战略规划的实现提供了有力支撑,应用效果明显。从500家客户实施效果调查表得出,平均降低原材料采购成本3%,提高订单盈利率2%,减少坏账损失10%,降低库存8%,为应用客户实现增收节支9.8亿余元。
(1)在某建筑企业通过此系统,采集互联网数据, 准确掌握主要建材价格,为项目投标报价和成本控制提供数据支撑,提高项目利润率0.5个百分点; 帮助13000多家核算单位生成全级次分析报告,周期由的1月缩短至2周,每年节省10000多财务人员,400人年的工作量,年均节省人力成本2000万元。
(2)某机械装备行业,通过订单排产和采购预测, 降低库存资金占用10%;通过优化库存结构,实现降本5000万元,其中,钢板库降本3000万元,机具库、 非材库降本2000万。
(3)某航天企业,在经济增收节支外,还通过数据关联实现元器件质量追溯,帮助企业快速实现了“缺陷归零”和“举一反三”质量保障目标,有力保障了载人航天工程的可靠性。
摘要：针对我国集团企业规模化、集约化发展的需求,以及我国ERP软件目前主要面向单体企业应用、面向多组织集团企业应用的软件主要围绕财务集中化管理的现状,研究多类型集团企业企业集约化管理模式、集团企业实现全面集约化管理的经营管理平台建设方案,推动我国集团企业企业加强集约化管理、防范风险、具备与大型国际跨国公司竞争的实力,同时促进我国ERP软件产业向高端发展。
关键词：集团企业,集约化,ERP,产业链协同
参考文献
甩挂运输，是指牵引车拖带挂车至目的地，将挂车甩下后，换上另一挂车运往新的目的地的货物运输方式。
集装箱甩挂运输以其高效、经济、节能、环保的优势在发达国家得到普遍应用。发展甩挂运输，可提高牵引车和挂车的工作效率，在较大程度上节约能源消耗。通过科学高效的生产组织，可大大提高货物流转速度，创造更高的时间价值。挂车待装待卸时具有仓储功能，可临时代替库房的作用，能在一定程度上节约资金，减少土地占用。现行“一主一挂”的运输生产组织模式中的装卸时间在甩挂运输中变成运行时间，可大大提高驾驶人员的工作效率，同时最大限度地消除不同场站装卸效率的差异，为开展限时运输服务创造条件。
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）该信息平台可与船舶、铁路等运输系统实现联动。在多式联运的各联结点，牵引车将挂（厢）车直接开到铁路平板车或船舶上，由铁路平板车或船舶载运至换装点，再由牵引车开上车船直接运往目的地。
2013-03-29
青岛市经济和信息化委员会
访问次数:
4为促进全市中小企业健康发展，切实为中小企业提供找得到、用得起、有保障的服务，根据工信部《扶助小微企业专项行动实施方案》和我市《2013年全市中小微企业工作要点》，近日，市促进小企业发展领导小组办公室印发了《2013年全市中小企业服务体系建设和平台网络重点服务活动实施方案》。
《实施方案》确定了今年服务体系建设和平台网络重点活动的工作原则、目标任务、服务内容、推进措施和组织实施。一是设定了“服务载体建设”“创业和集聚载体建设”“重点服务活动”三大工作目标，在现有基础上持续进行全市平台网络改造提升和服务模式创新，通过新建云服务平台、组建专业化服务联盟、完善三级平台互联互通和提升资源整合、协同服务能力等，推动服务体系建设向纵深发展。形成服务载体、创业载体、集聚载体“三位一体”的综合服务格局。二是明确了以市促进小企业发展领导小组成员单位、全市中小企业公共服务平台网络体系和有关服务机构等主要力量为依托，组织开展八大板块22项专项服务行动。八大板块包括“平台网络建设”、“创业集聚载体建设”、“政策配套落实与服务”、“融资服务”、“市场开拓服务”、“管理者素质提升和管理咨询”、“技术服务”、“信息化服务”等。三是落实组织实施确保取得实效。市经济信息化委配套制定了“重点工作安排表”，要求各级中小企业主管部门、各级各类平台根据《实施方案》，细化工作目标，制定推进计划，在全市形成各负其责、分工协作、统分结合的推进机制，确保各项服务活动取得实际成效。
一个完善的医院信息系统通常由上百个子系统组成，牵涉众多的专业领域。这么庞大的系统需要非常专业化的软件开发分工，整合不同厂商有特色的专业系统是医院信息系统的发展趋势，医院信息化能够取得成功必须保证各个系统的有效集成和数据的高度共享。然而这些系统通常是随着医院的发展需求逐步建设的，它们来源于不同的厂家，基于不同的技术，缺乏统一的信息交换标准，这些系统的集成整合已经逐渐成为医院数字化发展亟待解决的主要问题。
系统集成平台的构建主要面向两个核心问题：一个是为各种医疗应用提供统一的医疗数据访问服务，从而消除各种医疗应用系统与医疗数据中心的直接耦合性；另一个是为各种临床信息系统提供系统集成服务，系统集成服务基于系统集成模型，通过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等，传递和展现整个医疗过程中的相关信息。同时，集成信息平台为临床数据中心的数据来源提供了技术基础和保障，通过信息标准、交换原则的制定，对业务系统提供标准的信息交换服务，确保数据交换过程的安全性、可靠性，实现数据在系统平台范围内自由、可靠、可信的交换。
项目方案
第1章
项目概述
1.1.项目名称
智慧城市区级平台建设项目
1.2.建设目标
为贯彻落实《北京市政府办公室办公厅关于进一步加强人民意见征集工作的意见》（京政办发〔2014〕21号），进一步巩固群众路线教育实践活动的成果，建立密切联系群众的长效机制，畅通人民意见建议征集渠道并及时处理群众反映的热点难点问题。
1.3.建设内容
为进一步巩固党的群众路线教育实践活动成果，全力推进社会主义民主政治建设，建立密切联系群众的长效机制，确保人民群众意见建议反映渠道畅通，促进决策科学化、民主化，不断推动我区经济建设和社会事业的快速发展，根据《中共北京市门头沟区委办公室
北京市门头沟区人民政府办公室关于加强人民意见建议征集办理工作的实施意见》（京门办发〔2015〕3号），结合我区实际现状，以为民服务中心现有平台为基础，以贯彻落实《实时意见》为关键，以有效做好人民意见建议征集工作为目标，进一步丰富案件类型、改进工作流程，升级改造或扩展现有平台系统，依托为民服务信息平台新建与人民建议意见征集配套的系统?。本期平台建设内容主要包括现有为民服务信息平台改造、为民服务网站改版和新建其他业务系统。
1.4.建设地点
门头沟区政府为民服务中心机房。
门头沟区政府经信委机房。
门头沟为民服务中心机房
1.5.建设周期
智慧城市区级平台建设项目建设周期6个月。
项目整体规划为2个阶段实施：
第一阶段
截止到2016年11月底（以11月份完成招投标为参考）前完成包括为智慧城市区级平台的需求调研、平台功能设计；
第二阶段
截止到2017年5月底完成平台主体建设功能。系统进入测试联调阶段，并于2017年7月份初正式上线运行。
1.6.项目总投资及资金来源
项目总投资为410万元，其中城市管理调度指挥中心建设费用240万元，人民意见建议征集精细化管理费用40万元，职能单位领导值机管理费用40万元，为民服务中心原功能模块升级改造费用40万元，IP呼叫系统扩容费用50万元，详见投资估算表。
1.7.主要结论和建议
本项目是门头沟区社会管理服务创新工作的重要内容，能够有效促进智慧门头沟建设的步伐，为增强各级政府以及相关企事业的服务水平，以进一步实现政府服务化管理的精细化、智能化。所以项目建设是必要的。
本项采用国际上先进技术，系统采用的产品等均为成熟稳定产品，在国内外的项目中有着广泛的应用，具有良好的技术保证，建设基础良好。项目建设是可行的。
综上所述，本项目建设符合国家有关政策法规和技术标准规范的要求，建设目标和内容明确、建设方案和规模合理且采用成熟技术、实施方案和项目组织机构落实、投资估算满足现阶段控制要求。建议尽快立项实施，确保项目按计划建设实施。
1.8.报告编制依据
1.《北京市政府办公室办公厅关于进一步加强人民意见征集工作的意见》（京政办发〔2014〕21号）；
2.《关于加强人民意见建议征集办理工作的实施意见》（京门办发〔2015〕3号）；
3.《北京市门头沟区人民政府关于印发区便民服务和应急抢险电话管理办法的通知》（京政发〔2015〕5号）；
4.《北京市门头沟区人民意见建议征集办理工作实施细则》（京门为领办〔2015〕1号）；
5.《北京市门头沟区人民政府办公室转发区总工会关于整合优化政府服务热线资源逐步建立统一高效综合服务平台的工作方案的通知》（门政办发〔2015〕3号）；
6.《北京市门头沟区统一投诉举报平台工作机制》（京门为领办〔2015〕3号）；
7.《国家电子政务工程建设项目管理暂行办法》（发改委令55号〔2007〕）；
8.《北京市党政机关网络与信息系统安全定级指南（试行）》；
9.《北京市信息化工作领导小组关于加强信息安全保障工作的实施意见》
（京办发〔2004〕3号）；
10.《北京市电子政务建设管理办法（试行）》(京信息办发〔2004〕39号）；
11.《北京市电子政务总体技术框架》；
12.《北京市政务与公共服务信息化工程建设管理办法》（市政府第67号令）。
1.8.2标准与规范
1.《计算机软件需求说明编制指南》（GB9385-1988）；
2.《功能建模方法IDEF0》（IEEE
1320.1-1998）；
3.《信息建模方法》（IEEE
1320.2-1998）；
4.《信息安全技术
信息系统灾难恢复规范》（GB20988-2007-T）
5.《信息技术
安全技术
信息安全管理体系
要求》（GBT22080-2008）
6.《计算机软件产品开发文件编制指南》（GB/T
8567-1988）；
7.《计算机信息系统安全保护等级划分准则》（GB/T
17859-1999）；
8.《信息技术开放系统互联高层安全模型》（GB/T
17965-2000）；
9.《信息技术开放系统互联基本参考模型》（GB/T
9387）；
10.《信息技术开放系统互联应用层结构》（GB/T
17176-1997）；
11.《信息技术开放系统互联开放系统安全框架》（GB/T
18794）；
12.《信息技术开放系统互联通用高层安全》（GB/T
18237）；
13.《电子信息系统机房设计规范》（GB
50174-2008）
14.《计算机信息系统设备电磁泄漏发射限值》（GGBB1-1999）；
15.《计算机信息系统设备电磁泄漏发射测试方法》（GGBB2-1999）；
16.《电子信息系统机房建设规范》（GB50174-2008）
17.《电子信息系统机房施工及验收规范》（GB50462-2008）
第2章
必要性和可行性
2.1.项目背景
智慧城市就是运用信息和通信技术手段感测、分析、整合城市运行核心系统的各项关键信息，从而对包括民生、环保、公共安全、城市服务、工商业活动在内的各种需求做出智
能响应。其实质是利用先进的信息技术，实现城市智慧式管理和运行，进而为城市中的人创造更美好的生活，促进门头沟地区的和谐、可持续成长。
2.2.现状分析
随着近几年首都经济快速的发展，门头沟地区也面临着环境污染、交通堵塞、能源紧缺、住房不足、失业、疾病等方面的挑战。在新环境下，如何解决城市发展所带来的诸多问题，实现可持续发展成为城市规划建设的重要命题。在此背景下，建设“智慧城市”成为解决城市问题的一条可行道路，也是未来城市发展的趋势。智慧城市建设的大提速将带动地方经济的快速发展，也将带动智能交通、智能电网、云计算、软件服务等多行业的快速发展，为相关行业带来新的发展契机。
2.3.项目建设的必要性
门头沟区的建设和发展与每个热爱门头沟的人息息相关，公民参政议政是权利也是义务。政府欢迎居民对我区党委区政府及其职能部门的工作提出建议。希望通过全区人民共同的努力，不断推动本区经济建设、政治建设、文化建设、社会建设以及生态文明建设的协调发展。
为扎实开展党的群众路线教育实践活动，多为群众做好事、做实事，充分尊重人民群众的意见，体现党和政府科学执政、民主执政和执政为民的要求，通过开展人民建议征集活动，调动一切积极因素，激发广大群众热爱门头沟、建设门头沟、创建智慧城市的热情，促进我区城市建设快速、协调、健康发展，根据区委区政府部署，现由区委区政府牵头，联合其他职能单位向本区居民通过系统征集我区建设人民意见建议。
开展人民建议征集工作，是区委区政府密切联系群众，依法保障公民的知情权、参与权、表达权、监督权，引导群众对党和政府的工作献计献策，改进党和国家机关工作的一项重要举措。公民、法人或者其他组织为了社会公共利益，针对社会公共事务，都有权向政府部门反映情况，提出建议或意见。
2.3.1
优化门头沟区政府服务热线资源需要
为深入贯彻落实《北京市门头沟区人民政府办公室转发区总工会关于整合优化政府服务热线资源逐步建立统一高效综合服务平台的工作方案的通知》（门政办发〔2015〕3号）文件精神，按照全区统一部署，整合优化各职能部门的投诉举报热线平台功能，形成统一高效的消费投诉、经济违法行为和行政业务投诉平台。实现统一接听、按责转办、限时办结、统一督办、统一考核，确保群众投诉举报诉求达到交办及时、督办有力、办理迅速、反馈落实、时限严格、市民满意的要求。
2.3.2
政府提供公共服务方式转变的迫切需要
《北京市门头沟区便民服务和应急抢险电话管理办法实施细则（试行）》（门为领办文〔2015〕2号）明确要求：全区各级政府机关、国有企事业单位向社会公布的，为公众提供咨询、投诉、建议、服务的电话，包括各类热线电话、便民电话、服务电话等；应急抢险电话，是指维护城市正常运行、保障人民群众生命财产安全的水、电、气、热、公交、地铁、歌华有线以及排水等报修抢险电话。
平台整合政务、商业、公益资源，以服务于民为切入点，处置市民服务需求的咨询、办理以及跟踪反馈，实现服务需求的规范化受理、高效率处置调度、回访与监督评估、服务资源与项目的自动化审批和管理。
2.3.3
智慧门头沟建设步伐加快推进的需要
智慧门头沟围绕政府、群众、企业三方服务需求，整合现有资源，建立开放式、系统性的网络服务体系，逐步提升信息化服务水平。
一是要做强公共信息咨询服务，围绕服务项目，整合部门资源，逐步丰富便民服务内容，及时更新、扩充知识库、政策库内容，建立全面、综合、强大、适时的信息数据库，从而提供高质量的为民服务。
二是要强化社会治理功能，整合网站、热线的资源整合，拓展服务领域，与社会管理、城市管理网格系统对接，实现资源共享、统筹调度，进一步提升社会服务能力和城市管理水平。
三是要对接一站式网上办公服务平台，创新审批模式，将市属部门与区属部门的审批事项全部纳入网上审批范围，努力为企业提供优质、便捷、高效的服务。
2.4.项目建设的可行性
2.4.1
技术保障
本项目的规划和顶层设计是在参考和借鉴国信办电子政务标准化指南、北京市电子政务顶层设计等电子政务技术规范的基础上进行全面、完整的规划。
本项目所采用的关键技术路线为国内信息领域成熟、主流、先进的技术，系统采用的硬件系统、安全产品等均为成熟稳定产品，在国内的项目中有着广泛的应用，以确保技术上有良好的可行性。
2.4.2
经验保障
项目建设单位在信息化建设方面已经积累了一定的工作经验和工作成果。
首先，智慧城市平台中心具有一批业务能力强，信息化建设经验丰富的综合管理人员。
其次，项目单位积累了丰富的项目建设经验，有着丰富的项目建设经验储备，这将大减少了本项目的风险，为项目的成功实施提供了强有力的保障。
这些成功经验对于今后平台的运维提供了重要保障。
第3章
需求分析
3.1.服务对象分析
智慧门头沟平台的服务对象主要包括门头沟人民群众以及系统相关的各级相关领导、各相关部门工作人员、平台业务管理人员、平台运行管理人员等。
3.1.1
人民群众
人民群众是指门头沟区区居民和游客，他们是智慧门头沟平台的直接被服务用户。
3.1.2
各级相关领导
是指区委、区政府、各委办局、职能单位等单位各相关部门领导，是间接服务对象。
3.1.3
各相关部门工作人员
重点是指平台从事呼叫受理、案件转办、以及办理并回访整个环节中涉及到的工作人员，包括职能部门和企业单位平台相关人员。
3.1.4
平台业务管理人员
主要包括智慧门头沟业务部人员等。
需求管理：业务管理人员可以对各相关部门提交的需求申请进行审核，并根据制定开发依据，统一规范梳理、管理业务需求。
3.1.5
平台运行管理人员
智慧门头沟的运行管理人员
1．平台用户管理：可对平台所有的用户进行认证和授权管理，保证平台访问用户的合法性和合理性。
2．系统运维：可以对平台所有的系统以及资源进行监控，当发生故障信息时，能够通过预警、预案等手段及时发现故障并进行故障处理。
3.2.业务需求分析
3.2.1
城市管理调度指挥中心需求
建设融合调度多种通信终端，打破信息孤岛，提供语音接入、视频接入、音视频联动调度，形成城市管理调度指挥中心，与异构专业城市管理系统对接，融合视频、地图、城市基础数据建设整合各方资源的区级城市管理调度指挥中心。
3.2.1.1
城市基础数据管理
在智慧门头沟平台上可根据管理员的用户等级对城市的基础数据进行相应的操作。
3.2.1.2
民意诉求采集分发
民意诉求采集主要通过热线服务以及为民服务中心网站的意见箱来进行采集，然后将采集到的信息通过平台以分类形式分发至相应单位进行处理。
3.2.1.3
闭环业务处理
当案件完成之后，系统会对案件进行跟踪处理，根据案件进行相关的案件分析，反馈，以及评价。
3.2.1.4
统计与考核
平台工作人员可案件将分别按照年，月，周，日，对案件进行分类统计，并对相关服务做出相应的考核。
3.2.1.5
智能分析与决策支持
智能分析与决策主要是针对以前相似的案件进行综合分析，并提供相关案件的解决时间、解决办法。供办案人员进行参考，以便更快、更好、更加方便的解决案件。
3.2.1.6
预警预案管理
监测预警对重大危险源、关键基础设施、灾害易发场所、各类致灾因素进行监测，及时发现灾害事件的发生，从而减少和避免重特大事件的发生。系统通过预测灾害或事件的发生、发展，为应急工作的开展提供技术支撑。
能够根据事件的级别，对事件的时间、地点、类别、危害情况进行评估和匹配，启用应急预案。其功能包括对预案分级、分类管理，实现调阅、预览、查询等功能。提供对本级预案的编制、审批和阶段管理等功能，提供下级预案的备案功能。
3.2.1.7
综合指挥调度系统
综合指挥系统平台采用自主研发的技术，实现信息采集、指挥、调度、决策一体化的指挥调度中心平台系统。
实现信息的统一收集、存储、整合与发布，保证指挥中心内部信息交流的可靠、快速、和有序，避免子系统集成带来的信息“蛛网”效应；
实现指挥中心内预置的联动预案，根据不同的突发事件、定时任务完成相应的联动，以保证指挥中心的快速反应、高效运行和应付突发事件的能力；
3.2.2人民意见建议征集精细化管理
通过对数据智能统计分析系统扩展应用，包括关联分析、聚类分析、分类分析、异常分析等人民意见征集优化手段，有益于更好的进行意见建议信息收集和反馈工作。
3.2.3职能单位领导值机管理
领导可通过值机管理系统清楚明了的了解历史案件的统计分析情况，一键搜索相关案件的解决时间，解决办法，相关进展，及时反馈等数据信息，便于领导查看及做出相应解决办法。
领导值机解决案件后，案件闭环处理跟踪，对外相关信息及结果服务平台公布，对内后续跟踪反馈情况即使以信息方式反馈给领导个人。
通过对网站及微信平台的搭建关联，职能单位领导值机系统及时把相关信息反馈到服务平台网站及服务中心微信公众平台，便于加强信息处理结果的公布与反馈。
3.2.4为民服务中心原功能模块升级改造
志愿者模块精细化关系，通过对志愿者活动信息，志愿者服务质量，志愿者服务时长累计，志愿者个人积分排名及兑换系统的细分。服务平台每个志愿者的各个信息及反馈进行准确有效的管理，更人性化智能化的提升志愿者服务质量，合理切实的保障志愿者服务人员的福利优厚条件，充分调动志愿者积极性。
诚信体系服务商管理建设，通过对诚信体系架构的编纂。合理带动服务商信用管理系统的应用，更好的提供为民服务的质量。进行服务精细化管理，信用精细化管理。结合服务商家个人信用及服务质量与数量的排名，进行相应的奖励或活动宣传优惠。互利双赢，更好的成为诚信体系建设管理的推动力。
3.2.5
IP呼叫系统扩容
由于接入量限制、应急临时任务需要、扩展委办局使用等需要，有必要将目前的30路IVR升级为90路IVR；再增加一条联通30B+D数字中继线（E1线路）；增加录音设备；坐席及用户从PSTN转到IP接入模式；将原有的呼叫系统由集中式部署升级为分布式部署。
3.3.非功能性需求分析
3.3.1平台基本要求
1．平台稳定性
要求平台整体及其各子系统具有稳定性，在各种情况下不会出现死机现象，更不能出现系统崩溃现象。
2．平台可靠性
要求平台数据维护、查询、分析、计算的正确性和准确性。
3．容错和自适应性能
对使用人员操作过程中出现的局部错序或可能导致信息丢失的操作，能推理纠正或给予正确的操作提示。对于关联信息采用自动套接方式按使用频度为用户预置缺省值。
4．易于维护性
要求平台的数据、业务维护方便、快捷。
5．安全性
要求保障平台数据安全、不易被侵入、干扰、窃取信息或破坏。
6．可扩展性
要求平台从规模上、功能上易于扩展和升级，应制定可行的解决方案，预留相应的接口。除此之外，平台建设还需要实现与其他系统的集成，能够从其他系统中提取相应专业数据，为本系统服务。
7．适应性
平台在操作方式、运行环境、与其他软件的接口以及开发计划等发生变化时，应具有的适应能力。
8．易用性
从界面布局、菜单的设计、及用户操作等方面，要遵循界面友好、直观，菜单简洁，菜单格式、快捷键等充分考虑用户习惯，满足用户使用方便的原则、易于修改，尤其对用户口来讲，用户只需了解实际工作流程和操作系统的使用方法，无需复杂的技术培训即可方便使用。
3.3.2平台性能需求
1．页面展示及基本服务功能访问方面：响应速度不大于0.5秒；
2．综合查询、统计类功能：响应速度不大于4秒；
3．后台共享交换类和接入类功能：响应速度不大于8秒；
4．稳定性方面：在利用本系统正常的工作中，不应出现妨碍工作顺利进行的系统错误或意外中止的情况；
5．资源利用方面：在进行海量数据的查询、统计、分析的过程中，允许CPU和内存的占用率提升及网络带宽占有量的加大，但在操作结束后，应及时释放所占用的资源，以保证工作人员利用计算机顺利进行其它工作。
3.3.3平台安全需求
信息安全不只是单纯的技术或管理就能解决，必须要从以下10个方面建立全面的信息安全管理体系，才能有效防范内部和外部风险，保证信息安全。
1．安全策略：根据不同信息的安全等级，制定切实可行的安全策略。
2．组织信息安全：组织内部的信息安全制度。
3．资产管理：组织内部相应的软硬件管理策略。
4．人力资源安全：涉密信息保管和使用人员的管理。
5．物理和环境安全：物理设备的加密管理。
6．通信和操作管理：信息传输过程中的加密手段和操作管理。
7．访问控制：身份认证和权限管理。
8．信息系统获取、开发和维护：业务系统开发过程的信息安全管理。
9．信息安全事件管理：制定相应流程管理安全事件。
10．业务连续性管理：采取必要的手段保证关键业务的连续。
第4章
总体设计方案
4.1建设原则
先进性：系统应当采用当今国内、国际上先进和成熟的技术，使新建立的系统能够最大限度地适应今后技术发展变化和业务数字化发展的需要。
实用性：系统总体设计要充分考虑各用户层当前的不同层次应用要求，对各级用户来说，业务应用操作简便、易用；能够最大限度地满足实际工作要求，使系统始终与用户的实际需求紧密结合，增加系统的实用性。
可靠性：系统应采用成熟的信息化技术和软硬件设备，关键部分要求有备份措施；系统业务软件应能长期稳定运行，并具有较强的容错和自动恢复能力。
安全性：系统应该保证不同权限级别的人访问不同级别的信息，任何非法的访问都被杜绝。保证信息的有效性、机密性、完整性、可靠性和标识,系统在网络、数据库、应用操作权限和身份认证方面，加载全面的信息安全保护措施。
兼容性：系统要求能够平滑接入为民服务中心已建的业务体系中，以保证我中心呼叫业务系统运行的完整性。
可扩展性：系统设计要求具备良好的开放性和高弹性化结构。系统应采用结构化、模块化的设计理念，可根据业务需要修改某个模块、增加新功能或重组系统结构，以达到程序可重用的目的；数据结构设计合理、规范，同时具有可维护性，对数据库表的修改维护可在很短时间内完成。
可维护性原则：系统应具有较好地可维护性，能够对网络、设备故障、系统配置、系统性能和安全等系统基础环境设备进行管理。设备出现故障时能及时告警并定位，实现运行和维护工作的有效的运维展示。便于系统管理员管理，要能有效辅助系统管理员诊断排除故障，采取有效的措施，使得系统时刻处在良好运行的状态。
4.2建设目标
根据人民意见建议征集的工作要求和民众生活诉求需求的加强，本项目的建设的总体目标是：主要实现整合政府、社会现有服务环境和服务信息化网络平台资源，利用为民服务信息平台的汇集优势，统筹整合资源，创新方式方法，落实好人民意见建议的征集筛选、分类汇总、办理反馈等各个环节的工作任务，切实提高门头沟居民生活的舒适性和便利性。
4.3建设内容
1.新建城市管理调度指挥中心。本期新增城市基础数据管理、民意诉求采集分发、闭环业务处理、统计与考核、智能分析与决策支持、预警预案管理、综合指挥调度系统等功能。
2.细化人民意见建议征集精管理。通过对数据智能统计分析系统扩展应用，包括关联分析、聚类分析、分类分析、异常分析等人民意见征集优化手段，有益于更好的进行意见建议信息收集和反馈工作。
3.新增职能单位领导值机管理。领导可通过值机管理系统清楚明了的了解历史案件的统计分析情况。领导值机解决案件后，案件闭环处理跟踪，对外相关信息及结果服务平台公布，对内后续跟踪反馈情况即使以信息方式反馈给领导个人。通过对网站及微信平台的搭建关联，职能单位领导值机系统及时把相关信息反馈到服务平台网站及服务中心微信公众平台，便于加强信息处理结果的公布与反馈。
4.升级为民服务中心。第一细化志愿者模块，通过对志愿者活动信息，志愿者服务质量，志愿者服务时长累计，志愿者个人积分排名及兑换系统的细分。第二新增服务商管理中心。
5.扩容IP呼叫系统。将目前的30路IVR升级为90路IVR；再增加一条联通30B+D数字中继线（E1线路）；增加录音设备；坐席及用户从PSTN转到IP接入模式；将原有的呼叫系统由集中式部署升级为分布式部署。
4.4
主要技术路线
l
基于SOA架构的系统技术框架
l
Web
Service技术
l
工作流技术
l
基于构件技术的系统搭建模式
l
基于XML的数据交换
l
基于Web
Service的应用系统整合l
基于消息服务的数据交换与共享
第5章
总体建设方案
5.1.平台升级改造与建设方案
本期平台升级改造以现运行的信息平台为基础，重新规划系统模块，升级改造系统框架，优化业务处理流程，完善系统展现方式，在此基础上，重点建设城市基础数据管理，智能分析与决策支持，综合指挥调度系统，职能单位领导值机管理。
升级改造部分包括：数据智能统计分析系统，为民服务中心志愿者模块、服务商管理中心，IP呼叫系统扩容。
新建部分包括：
职能单位领导值机管理
5.1.1城市管理调度指挥中心
为融合调度多种通信终端，打破信息孤岛，提供语音接入、视频接入、音视频联动调度，形成城市管理调度指挥中心，与异构专业城市管理系统对接，融合视频、地图、城市基础数据建设整合各方资源，本期项目将新建区级城市管理调度指挥中心系统。
5.1.1.1
城市基础数据管理
为方便管理人员对城市基础数据进行管理，本期项目将新建城市基础数据管理系统。城市基础数据管理系统将对接城市管理网格化平台，对接完成后，实现城市管理网格化平台以及音视频，地图等多种信息的综合数据管理。
5.1.1.2民意诉求采集与分发
为方便管理人员对民意诉求的采集与分发，本期将民意诉求与分析部分进行升级改造，主要对接城市管理网格化系统和社会网格化平台并将民意的诉求与分发进行细化。
民意诉求采集主要通过热线服务以及为民服务中心网站的意见箱来进行采集。对接城市管理网格化系统后，可以针对一个或多个区域、一条或多条街道，进行定向的民意诉求，将民意诉求以区域或街道形式进行划分。民意诉求分发时也可以通过城市网格化系统，更加精准的将民意诉求分发至各相关职能单位，再由相关职能单位对民意诉求进行处理，处理完成后将处理过程、结果等信息反馈至为民服务中心。
5.1.1.3闭环业务处理
为更加方便高效的对解决案件进行处理，本次升级改造将新建闭环处理中心子系统并对接城市管理网格化平台。
闭环处理中心主要分为：案件跟踪、案件反馈，案件评价三个模块。案件跟踪模块主要通过内部平台对案件的类型，来源，以及解决过程，解决情况进行追踪，通过对接城市网格化平台，可快速定位追踪到案件信息的具体来源，并可以通过为民服务中心查询案件的解决过程，解决情况以及结果；案件反馈根据案件解决的过程以及结果，及时将案件信息以短信，网站，微信公众号等形式及时反馈给社会以及相关单位；案件评价主要工作人员以及市民对每次案件的来源信息，解决过程，解决结果等信息进行反馈。
5.1.1.4统计与考核
为了进一步整合各级政府以及社会各类资源，本期将对统计与考核部分进行升级改造。
统计部分主要通过热线电话以及网站的意见反馈进行统，由于对接了城市网格系统与知识库系统，所以平台接到的每一案件都会存入知识库，为民服务中心平台可以通过知识库对案件进行统计。由于对接了城市网格系统，所以可以针对具体的城市街道、某一类案件等多种类型的数据进行统计。
5.1.1.5智能分析与决策支持
智能分析与决策支持依托现有的智能型知识库子系统，本期项目将进一步完善智能型知识库子系统，工作人员通过收集到的信息与知识库中的案件进行查询与对比结合知识库中的知识实现案件的智能化分析。
决策系统将在知识库的基础上新增案件推理功能，通过特定的条件实现对案件的初步推理，并综合知识库中心的信息为平台的工作人员提供决策信息。
5.1.1.6预警预案管理
监测预警对接城市基础数据管理中心、城市网格系统、视频、地图、监控等信息设备和系统，对重大危险源、城市基础设施、灾害易发场所、各类致灾因素进行监测，及时发现灾害事件的发生，从而减少和避免重大、特大事件的发生。系统通过预测灾害或事件的发生、发展、为应急工作的开展提供技术支撑。
能够根据事件的级别，对事件的时间、地点、类别、危害情况对比知识库进行评估和匹配，通过城市网格系统启用相应等级的应急预案。其功能包括根据对预案分级、分类管理，实现调阅、预览、查询、备份等功能。提供对本级预案的信息、领导审批和案件总结等并发布到为民服务中心，提供下次预案的备案功能。
5.1.1.7综合指挥调度系统
综合指挥系统将实现信息采集、指挥、调度、决策一体化的指挥调度中心平台系统。通过对接城市管理网格化平台、智能知识库、等多种信息化平台，本系统实现信息的统一收集、存储、整合与发布，保证指挥中心内部信息交流的可靠、快速和有序。实现指挥中心内预置的联动预案，根据不同的突发事件协调、指挥、调度相关单位及时任务完成相应的联动，以保证指挥中心的快速反应、高效运行和应付突发事件的能力。
信息采集主要通过热线电话，网站，城市基础信息的地图、视频等形式来采集信息；针对采集到的信息通知并协调相关单位进行案件处理。相关单位将案件处理信息以及结果反馈到综合指挥调度系统，由指挥调度系统对案件进行统一的归纳整理与备案，以便于后期的查阅以及参考。并将案件信息以及结果发布到为民服务中心平台。
5.1.2人民意见征集细化
人民意见管理系统主要包括人民意见建议征集、整理汇总、办理、反馈主要环节，征集后的数据将同步汇总到为民服务中心，工作人员将会对信息进行筛选、整理、分类。然后对将信息对相关单位进行反馈。
本期升级改造部分主要新建
智能统计分析系统，智能统计分析系统包括分析、处理、备份、反馈等功能。通过关联分析、聚类分析、分类分析、异常分析等分析形式对采集的信息进行统计和分析、处理并将处理完成的信息反馈到相关单位。
关联分析主要指一个或多个案件之间的有共同的或关联部分，将此类案件进行分析，包括案件的来源，处理过程，相关协调单位，以及最后的反馈、评价等信息进行分析、备案处理。
聚类分析主要指一个或多个案件之间在案件来源、案件信息、案件处理、案件相关协调、以及最后的跟踪和反馈具有相似的地方，进行聚类分析。
分类分析主要指一个或多个案件之间对案件来源、案件信息、案件处理、案件相关协调、案件跟踪、反馈和评价信息进行综合分类。
异常分析主要对收集到的信息不完整，收集信息异常，分析信息异常，反馈异常等出现的异常信息以及状况进行分类归纳整理。然后将所有处理完成后的信息进行整理归类和备份以便于日后的参考以及查阅。
5.1.3职能单位领导值机管理
为方便领导高效、快捷的处理各类案件，本期新建职能单位领导值机管理系统。领导值机管理包括一键查询、案件闭环处理跟踪、信息发布等功能。
领导值机管理系统具备一键查询功能。查询系统以时间顺序将案件进行整理排序，显示信息包括案件的时间、解决办法、办案人员、相关进展、协调单位等相关信息，供领导进行参考以便及时处理案件。
案件处理完成后进入闭环处理部分，闭环处理主要对案件进行追踪，包括从案件来源、案件处理过程信息、案件处理结果、案件反馈以及评价。将案件进行完善和整理归纳，并将结果以短信形式反馈给领导或者领导根据专属账号登录平台进行查询。
信息发布系统，领导可以通过信息发布系统将案件的信息包括案件的来源、案件办理过程、案件办理相关人员等信息发布到网站以及微信公众平台上，供市民进行查看以及对案件进行评价和反馈。
5.1.4
为民服务中心原功能模块升级改造
5.1.4.1志愿者模块精细化
志愿者管理部分新增活动信息、志愿者服务质量管理。活动信息部分包括社区发布的活动以及志愿者自己组织的志愿活动，志愿者自己组织的志愿活动需要经过工作人员进行审核，审核通过后才能够发布。志愿者可以通过个人中心查询自己参加以及发布的志愿活动。志愿者服务质量管理主要由市民、志愿者管理中心工作人员以及志愿者（志愿者不能对自己参加的活动进行评价）分别对志愿的活动，以及对志愿者服务进行评价，评价越高相应的获得的积分也就越高。
志愿者个人中心部分新增积分排名以及兑换功能。志愿者通过参加相应的志愿活动可以获得对应的积分，平台通过志愿者积分的高低进行相应的志愿者排名。积分积累到一定程度可通过兑换系统换取相应的福利。以便于更好的调动志愿者服务的积极性。
5.1.4.2诚信体系服务商管理
新增服务商排名系统，可通过根据诚信服务商服务项目的服务质量以及数量分别对优质的服务商家进行信用排名，排名结果将显分别示在诚信服务商部分。
针对优秀的服务商平台将进行相应的奖励或者根据服务商要求进行相应的优惠政策以及对优秀服务商家进行宣传。平台也会针对不诚信商家及时作出调整，避免不公平竞争，维护平台的公平与公正。
第6章
项目实施进度
6.1.项目建设期
6.1.1
项目工期
本项目的建设工期为5个月。
6.1.2
阶段目标与任务
假定11月份完成项目立项审批及合同签订。
1．项目前期准备：1个月
2016年12月初，完成项目立项。
2．项目招投标：1个月
2017年1月底，完成项目的招投标工作和项目合同签订工作。
3．项目方案设计：1个月
2017年2月初，完成项目方案的设计工作。
4．项目建设阶段（系统主体部分平台部分）：5个月
2017年6月底完成平台的开发实施、部署和联调工作。
5．项目验收和试运行阶段：1个月
2017年7月底开始平台的初验和试运行工作。
6.2.实施进度计划
具体进度计划如下表所示。
假定3月份完成项目立项审批及合同签订。
2016-2017年
工作内容
11月
12月
1月
2月
3月
4月
5月
6月
项目立项审批
项目招投标及合同签订
项目方案设计
平台功能及网站开发
平台测试与部署
平台联调
初验与试运行
第7章
投资估算和资金来源
7.1.投资估算编制说明
本估算的范围包括智慧城市全部建设内容。本期系统的开发以确保系统建设内容的实现为限。
对于应用开发工作量的估算主要参考历史同类项目估算，应用开发等工作的人工费用标准，参考当前市场情况，根据职责不同，按市场标准估算。
7.2.估算编制依据
l
可研报告编制费根据《关于建设项目前期工作咨询收费的补充通知》（京价房字[1999]第487号）和《建设项目前期工作咨询收费暂行规定》（计价格[1999]1283
号）计取；
l
初步设计编制费根据《工程勘察设计收费管理规定》(计价格[2002]10号)计取；
l
建设单位管理费根据《基本建设财务管理规定》（财建[2002]394号）计算；
l
项目总投资估算
序号
建设内容
金额（万元）
比例
说明
硬件投资
5.04
1.4%
显卡
2.04
显示器
2.20
内存条
0.80
应用软件开发费
336.96
93.6%
城市基础数据管理
55.40
民意诉求与分发
20.60
闭环业务管理
30.80
统计与考核
24.50
智能分析与决策
27.70
预警预案管理
30.40
综合调度指挥系统
50.60
数据智能统计分析系统
40.00
职能单位领导值机管理
40.00
为民服务中心原功能模块升级改造
18.40
志愿者模块细化
14.60
诚信服务商管理
25.40
系统集成费
21.60
6%
硬件设备购置费及应用软件购置费之和的6%计取。
总投资
360
100.00%
7.3.资金来源与落实情况
全部建设资金拟申请政府投资（政府投资解决）。
系统运行和维护费用由智慧城市区级建设平台每年在明年预算中向门头沟区财政局申请财政拨款。
第8章
效益与评价指标分析
8.1.社会效益分析
通过对为智慧城市平台的建设开发和运行与维护，进一步推动门头沟区智慧城市的建设，促进区居民生活满意度的提升，进一步提高政府领导机关宏观决策水平和各政府部门履行职责的能力，提高办事效率，提高技术服务于民的效果，具有显着的社会效益，主要表现在以下几个方面：
1．提高公共服务水平，提升政府公众形象
通过智慧城市平台推动跨单位、部门、跨领域的数据共享，实现数据资源共享，极大地提高了政府公共服务能力,使得多项民生工作真正做到惠及人人，对于增强公众对政府的信任度，整体提升政府在社会公众心目中的形象有着重要的意义。
2．加强政府基础工作，辅助领导科学决策
该项目能够能够为领导提供全面的、全景的、多维融合的、可视化的信息服务，更好地支持领导日常办公、决策和处理突发事件，支撑领导了解城市管理、经济和社会发展动态信息，为领导科学决策、依法决策提供预警和预测分析等技术支撑，从而更好地履行政府宏观调控、城市管理、行政监管和公众服务的职能，提升全市管理和服务业务的整体效能。
3．促进部门业务协同，提高政府办事效率
通过智慧城市区级建设平台的建设和相关领域应用的支撑，进一步整合政府和商业资源，扩展面向政府部门和社会公众的、高度共享的诉求渠道，扩充跨部门、跨领域、跨系统的办公协作，促进政务部门的资源共享和业务协同，提高政府办事效率。
8.2.经济效益分析
1．通过已有信息资源的共享与整合，提高了信息化利用率，避免了重复建设、小规模分散投资和低水平重复建设，做到一方建设、多方受益，一次建设、长期使用，发挥规模效益，节约大量的人力、物力、财力。
2．通过推动国产化的发展，可以大大降低了信息化工作在建设、运维、管理等多方面的成本。
3．在项目建设过程中引进和使用了一系列先进的技术手段和业务手段，使业务流程进一步优化，从而减少了政府公共服务的成本，增加了行政经费的使用效率。
第9章
项目风险与风险管理
9.1.风险分析
主要对项目实施过程进行分析，提出并评估在项目实施过程中可能存在的风险，并从总体上提出相应的应对策略和措施。
从往期项目实施的软件开发、实施和集成的项目来看，本项目可能会在以下方面存在主要不确定因素或风险：
l
业务需求范围不确定性
l
资源整合指标的确定和规范
l
需求变更
l
资金风险
9.2.规避预案
9.2.1
业务需求范围不确定性
建议将本期项目建设目标的重点放在需求确认和实现上。这就要求在需求调研完成后，对业务需求进行系统化的梳理、并进行实施优先级排序，在本期主要实现一些重点业务需求、精品需求，提高本期业务需求的质量，其他需求在以后各期项目中陆续实现。
9.2.2
业务指标的确定和规范
及时沟通，发现问题及时解决。
安排资深业务专家参与项目需求分析工作。
明确分工界面、双方责任。
9.2.3
需求变更
要严格执行变更控制程序：当需求方提出业务需求变更时，应首先做业务需求变更记录，并签字确认，项目组定期对业务需求变更记录进行汇总整理并上报项目管理委员会；待批复后执行开发。
做好业务需求分析工作：在业务需求调研、需求重点确认、以及应用设计、应用开发过程中，尽可能考虑全面，对于用户没有提出，而项目组认为有价值的功能需求等预先考虑，保留设计的易扩展性或开发的简单性。
及时与用户需求部门交流：在应用开发时应保持与业务需求人员的密切接触，请业务需求人员对已有业务需求进行澄清、确认，以免应用分析的设计和开发产生偏差。
9.2.4
资金风险对策
对于承建单位，一方面要控制需求，另一方面要优化开发方式或创新管理，尽量减低人工成本。如果确因客观原因造成超预算，应相互协商，从其它经费中协调，或追加预算。
—
END
目前, 大多数金融安防平台处于“视频与报警联网阶段”, 严格意义上说, 最开始的视频联网监控是靠监控值班人员监控实时画面, 一个监控中心需要管理少则数百路视频, 多则上千路视频, 值班人员很容易产生视觉疲劳。为了满足金融安防客户的需求, 后期平台逐渐融合入侵报警系统, 形成了报警联动视频复核, 即通过建立报警接收、分频、联动、预案处理等机制, 形成较为初级的视频报警联网监控平台。
随着技术的发展, 安防的各个子系统逐渐数字化、网络化;而融合平台接入入侵报警系统后, 行业客户逐渐发现了门禁控制系统、对讲系统等都需要融合, 并且提出了系统整合的需求, 即“多系统集成”, 目的是形成一个统一的信息集成监控管理平台;与此同时, 客户提出安保监控的视频可以应用到业务监督中, 以提升业务的管理水平和服务质量。
2 项目背景
该银行现有98家支行和一个营业部, 近200个营业网点, 员工上千余人。为了响应当地公安机关对金融行业的安全防范要求以及现代化安防行业的发展, 该银行拟改造原有监控平台, 保障银行内各方面的工作能够正常安全的运行, 让网点、金库、银行大楼的各项工作有更好的保障。该项目的安防设计方案是在遵照相关的国家标准、规范及建筑设计基础上, 结合业主提供的具体需求, 经现场勘察和调查实际现状后完成的。目的是确保在符合国家规范要求的前提下, 最大限度地满足业主的安全管理需求。
2.1 已有安防系统简介
已有系统包含视频监控系统、报警系统、对讲系统以及门禁系统的兼容、集成管理, 下面就该银行4个子系统现状进行简单解析。
2.1.1 视频监控系统
视频监控系统主要由前端摄像部分、传输部分、控制部分、显示与记录所组成。其中安防系统摄像机前端采用其他厂家的设备, 银行监控采用2M带宽作为传输使用, 其中距离较远的前端采用光纤传输, 并在该银行大楼内部局域网内传输前端视频, 传输的格式为CIF格式;控制部分主要对网点、金库、大楼监控平台进行分离管理;显示系统以监控电视的方式上墙显示, 其中主要是以轮询和切换的方式进行大屏显示画面。
2.1.2 报警系统
防盗报警系统是利用各种类型的探测器对需要进行保护的区域、财物、人员进行整体防护和报警的系统, 由前端探测器 (红外对射、震动探测器、双鉴) 、传输线路 (有线或无线) 、报警主机 (含配套设备) 和报警接收中心构成。现有报警主机主要通过串口接入DVR后进入平台统一管理。
2.1.3 对讲系统
结合报警系统, 对讲系统主要应用于报警时前端DVR与中心之间的对讲, 对讲设备主要采用主流设备厂家产品。
2.1.4 门禁系统
门禁系统主要应用于金库, 现有的门禁设备陈旧, 功能老化, 故本次改造中引入品牌门禁系统, 需要新建平台并统一兼容管理。
2.2 平台改造详细方案
2.2.1 设计思路
在遵循兼容性、集成性、可用性、开放性的基础上实现信息安全体系结构, 如图1所示。主要是在视频监控系统、报警子系统、门禁系统、对讲系统的统一兼容管理基础上, 实现视频监控管理、报警联动管理、双向语音对讲管理、电子地图管理、业务监督管理以及视频质量诊断管理等功能。
1) 设计目标
根据某银行安防现状完成监控平台的改造;结合客户需求以及现代技术的发展实现以下改造目标:
(1) 平台合一, 统一管理
某银行原有3个平台分别负责管理数百网点、若干金库、总行大楼等, 现计划将原有3个平台规划成1个平台统一管理。改造平台结构可接入并兼容3000路以上设备, 实现视频、对讲、报警、门禁统一集成管理;同时可根据不断增添的业务需求进行模块灵活扩展。
(2) 数字矩阵解码上墙浏览
原有的5台网络矩阵逆向解码上墙, 无法接入平台统一管理。改造解码设备可为现在的高清网络矩阵解码上墙, 并且接入平台进行统一管理。
(3) 集成兼容性能
前端接入设备的兼容能力强, 即全面兼容国内主流厂商IP-Camera、全系列嵌入式和PC架构的DVR、DVS设备, 兼容主流的报警主机, 而且通过设备厂商提供稳定的SDK, 可兼容所有前端接入设备。与此同时, 在兼容性能基础上实现对硬件和操作系统平台的兼容能力——兼容PC、服务器和小型机上的各类操作系统。同时支持安防周边设备协议, 能有效地解决本系统扩充、升级引起的不同品牌设备之间、新旧设备间的兼容问题;能在不同的操作系统上运行;选用技术能够与银行现有的监控系统兼容, 并能将以后扩展的监控系统纳入本系统。
2) 系统性能
(1) 主流监控厂家视频的浏览与控制
主要实现视频任意、快捷调阅;兼容主流厂家前端设备;视频任意位置显示;多画面轮询显示, 支持1/4/6/9/16等多画面分割模式。解码通道与电视墙连接配置;电视墙上多画面分割;通道拖拽至任意画面上显示;视频轮询方案设置;报警联动上墙显示;支持虚拟屏幕墙等功能。
(2) 对讲对接与管理
对讲管理的主要功能如图2所示, 其中金融监控平台主要实现对前端报警设备的兼容管理, 如对讲自动关联视频等, 实现对讲系统与视频监控系统相互联动。
(3) 第一时间响应警情
在兼容管理主流厂家报警设备的基础上, 可提供多种警情联动处理的模式:语音提示、报警日志记录和文字提示、电子地图自动定位、报警点图标闪烁、自动弹出报警现场图像、LED条屏显示报警地址、联系人、联系电话和报警类型、声光报警器提示、支持短信群发、支持邮件发送到指定负责人邮箱、报警上传上级监控中心例行监督;及时通知相关负责人通过各种可能第一时间掌握警情, 及时进行处理。
(4) 远程门禁控制管理
远程门禁控制即当三方信息 (金库前端双人指纹、钥匙开门、监控中心密码授权) 认证后, 中心弹出对话框, 含对应库门摄像机、刷卡人员照片、联系方式、授权开门密码, 方可远程打开库门, 异常情况中心可通过语音对讲进行押库人员确认。
(5) 实时位置信息的时空关联
随着信息化应用水平的不断提高, 地理信息技术也开始越来越受到银行的重视。因此把GIS地理信息技术与银行业务有机结合起来, 也是本次平台建设关注和重视的方面。应该银行安保科需求, 本次GIS模块主要实现对摄像机进行区域查询、模糊查询、周边查询定位;根据该银行指定的时间段和地理位置, 自动回放当时的视频信息。实时视频信息播放可自行设置各图层地图、报警联动图层图标提示等内容。
(6) 视频诊断, 视频异常快速预警
视频诊断单元实时地收集系统中所有设备的视频图像质量状态, 供系统管理人员及时了解整个系统的工作状态, 并提前发现问题、解决问题, 以保证系统长久可靠运行。
(7) 智能巡检, 直观显示相关信息
为便于对银行网点所有录像机的状态进行实时监测, 智能巡检可实现对硬盘容量、使用率信息、录像存储信息、视频通道状态、视频质量诊断等一系列设备的巡检和信息收集功能。
3 系统优势
银行监控平台的应用特点如图3所展示。
以下就强大兼容、扩展方便、多样化客户端、多模式地图应用、精确的用户管理这5种性能做简单阐述。
3.1 强大兼容
采用TCP/IP协议, 对标清/高清网络编码器、标清/高清网络摄像机、高清解码器、高清网络矩阵实现集中控制, 支持对多级联网矩阵的综合管理, 可远程控制各节点矩阵。
3.2 弹性扩展方便
系统采用模块化架构设计进行按需配置, 根据项目容量和用户需求增减数量, 后期无缝扩容升级。可自动远程获取设备参数信息, 实现批量管理。
3.3 多样化客户端
为不同业务岗位用户提供专业化交互操作, 功能丰富, 高效便捷。通过多重冲突解决策略, 实现控制权抢占时的优先仲裁和冲突缓冲, 适合跨区联网调度和应急指挥。
3.4 多模式地图应用
提供基于电子地图的视频监控实战操作, 不仅能直接使用普通图片地图, 还支持百度和谷歌在线地图应用, 实现精准定位。
3.5 精细的用户角色权限管理
提供统一的认证授权管理机制, 可按部门、按角色分组设定用户。其中, 就即时回放、录像标签、快速检索来做简单的阐述。
3.5.1 录像标签
集中存储支持录像标签, 在回放的过程中, 用户可增加自定义标签, 客户端可以进行标签的模糊检索、修改和删除, 可以按标签回放录像文件。此项功能主要方便银行保安人员在领导参观或调查记录异常状况时, 快速检索定位所需录像。
3.5.2 即时回放
可立即回放前10min内的视频内容。在有事先录像的情况下或发生突发事件时如自助银行打架斗殴时间, 保卫人员能立即回看到事情发生经过, 保存该回放视频作为证据。
3.5.3 按帧标记快速检索
可对指定时间段内的所有录像文件按关键帧切片处理, 形成瞬时快照索引, 快速定位回放原始视频, 有效节省录像查询时间和工作量。
4 系统配置以及亮点
一个标准的主流平台配置应包括:总控管理服务器, 总控管理备用服务器、流媒体转发服务器、电子地图服务器、视频诊断服务器、巡检服务器、对接服务器、高清矩阵以及键盘, 这些模块由于采用模块化设计可以弹性配置, 可根据项目需求增减种类和数量。
4.1 总控管理服务器
总控管理单元是高性能视频监控系统的核心管理单元, 集成用户认证、任务调度、日志管理、报警管理等功能;同时配置功能模块相同的备用服务器。
4.2 流媒体服务器
流媒体单元是高性能视频监控平台系统的核心支撑单元, 集负载均衡、流式存储、海量数据分发、云服务功能于一身, 基于嵌入式Linux操作系统, 支持音视频数据多路转发。
4.3 视频诊断服务器
视频诊断可实现视频信号缺失检测、视频信号亮度异常检测、视频噪声检测、视频偏色检测等一系列功能。
4.4 电子地图服务器
基于空间视频管理的GIS用户界面管理, 支持矢量/栅格等多种地图接口, 支持鹰眼和轨迹跟踪;支持多级图层嵌套布局;支持GIS和图片嵌套部署;基于SOA架构的WEBGIS提供地图发布、查询等服务;摄像机可根据云台动作随时显示角度和方向等功能。
4.5 巡检服务器
支持前端设备的在线巡检和状态显示及设备硬盘状态检测, 支持视频信号丢失的检测, 可检测视频通道的视频参数, 包括分辨率、帧率、码率、I间隔等;支持对指定的前端设备通道在某一段时间内是否录像的情况进行检测, 并将巡检的结果、录像查询结果、视频参数等信息导出到Excel表, 也可存储到数据库中方便查阅, 支持定时自动巡检和手动巡检, 支持录像计划以及视频参数比对等功能。
4.6 高清智能网络矩阵
集成多格式网络视频解码预览、高清画面拼接分割显示、智能报警联动切换等创新功能设计, 实现灵活的屏幕墙管理。
4.7 键盘
可以控制多台智能网络矩阵, 具备多级用户操作权限管理, 可以控制多台DVR/NVR硬盘录像机, 兼容其他主流厂家的嵌入式设备系统。飞梭旋钮实现DVR的录像回放和矩阵监点迅速切换, 可以实现对平台、高清矩阵以及屏幕墙的控制管理。
4.8 对接服务器
与报警、门禁、对讲系统进行对接, 实现相关功能处理。
5 创新发展方向
随着视频监控系统的逐渐应用, 金融行业客户开始提出新的需求, 希望将一直以来用于安保监控的视频可以应用于到现有的业务中, 以提升业务的管理水平和服务质量;故未来安防平台的视频应用可能会推动整个金融业务模式创新, 形成一个新的阶段, 即“视频创新业务模式阶段”。比如目前国内多家银行正进行尝试的“远程视频银行”, 客户在银行高柜区可以实现交互操作的监视屏, 一个在远程运营中心的业务员会协助客户完成业务办理。再如银行大额现金业务中, 需要应用的远程集中授权业务, 实际就是利用视频实现大额单据远程授权, 其在很大程度上已经改变了之前的业务工作模式, 创新了银行的业务流程。
6 结束语
为加强银行系统营业网点的安全管理, 提高营业网点的服务质量, 根据银行监控联网工作要求对现有的监控平台进行必要的改造, 实现监控系统、报警系统、语音系统的整体互联, 在增强银行系统自身安全防范能力的同时提高银行系统的服务品质, 通过改造进一步扩大了监控的手段和范围, 减轻基层网点营业人员的设备维护保养工作负荷, 提高整个监控管理的效率和效果。
摘要：此文以天地伟业数码科技有限公司所做的某银行平台改造项目为例, 阐述目前银行平台改造的具体建设内容。
关键字：“天地图”；地理信息公共服务平台；市县一体化；建设方案
1 项目背景
国家地理信息公共服务平台公众版“天地图”，是 “数字中国”的重要组成部分，也是目前我国基础地理信息数据资源最全的，面向政府部门、专业机构和社会公众服务的大型地理信息服务网站 [1，2]。江西省市级节点基本建设完成，部分县级平台也开始建设。对县级国土部门而言，独立建设县级平台面临着财政、技术、人员多方面的困难，且县级用户需求较省市级简单，所以市县一体化建设思路很适合县级平台建设。
2 市县一体化建设方式
综合考虑地理信息公共服务平台实际应用特点和 IT 技术现状，我们建议采用主从分布式方式进行市县一体化地理信息公共服务平台建设，将数据集中在市局管理，通过在分节点部署服务代理来为县级用户加速，通过自主的县级门户来为各县展示特色，同时通过数据处理与上传工具将县级数据纳入平台统一管理。
3 需求分析
3.1 用户分析 。3.1.1 县级政府部门、企业公众用户 。政府部门是地理信息公共服务平台的最主要用户，这部分用户对县地理信息公共服务平台的应用需求深度不一，可以概括为非注册、注册、开发3类用户；针对企业公众用户，主要提供包括“在线地图操作”、“地名兴趣点查询”、“个人标注”、“公交查詢”等应用。 3.1.2 县级平台管理用户 。县国土局是地理信息公共服务平台的数据处理与县门户系统运维单位，除了具有政府部门用户和企业公众用户使用需求以外，还承担数据提交与系统运行维护。3.1.3 市级平台管理用户 。市国土局是市县一体化地理信息公共服务平台的数据维护与系统运维单位，承担县级数据的整理、入库与系统运行维护。
3.2 业务流程分析 。3.2.1 县级数据入库更新流程
3.2.2 县级服务发布流程。县级提交服务发布申请，选择注册数据服务功能，输入要注册数据服务的描述信息，选择要注册图层所在的目录，然后输入数据所在的数据库、数据表等信息，提交。市级审批发布申请，数据服务注册审核员登录平台管理子系统，查看待审核的注册信息；市级发布相应服务，审核通过，那么系统自动注册图层，并将元数据描述信息保存到元数据库。
4 总体设计方案
4.1 总体设计思路 。以市级地理信息公共服务平台为基础，充分利用市级平台软件、硬件和数据资源，建设县级分节点，构建面向服务的“市县一体化”体系架构，发展面向县级政府部门的地理信息协同服务，开发面向公众的地图与地理信息服务。[3]
4.2 总体框架设计 。由“支撑层”、“数据层”、“服务层”、“系统应用层”和“标准规范与运行保障体系”共五部分组成。支撑层是市县一体化平台运行的基础与支撑，其中市级主节点包括网络与设备和支持软件2部分组成，支撑软件包括：操作系统、数据库、GIS平台、中间件和防病毒软件等；县级节点包括网络与服务器设备。 数据层是市县一体化平台服务的基础。市县二级数据统一汇交到市级整理建库，县级不搭建空间数据库。各县数据经县级运维人员处理后，提交到市级平台，再由市级数据管理员进行整理入库。数据发布后，服务所关联的地图和数据内容缓存可自动同步到县级平台，为县级平台的访问加速。
服务层是公共服务平台应用系统开发和对外应用对接的基础，细分为服务接口和服务引擎两部分，服务接口对外提供服务调用，服务引擎负责实现服务接口具体功能。对于上层应用，只要服务接口不便应用系统就可以维持不改动，确保应用和接口的松耦合关系。服务接口是规范，服务引擎是具体实现和提供。应用层是针对具体业务使用的应用系统，主要基于服务层提供的服务来组装界面实现，原则上不直接访问数据库。一部分是市县一体化地理信息公共服务平台组成的应用系统，另外一部分是公共服务平台以外的对接应用系统。
4.3 体系结构设计
4.3.1 市级平台 。市级平台需做以下完善工作：增加服务同步模块，与各县节点的代理服务之间进行内容同步；增加县级数据接收工具，用于提取县级数据；增加与各县节点的数据对接工作机制，完善县市间的工作流程。
4.3.2 县级平台 。县级平台主要工作：配置一台服务器，用户搭载服务代理与县级门户；部署县级门户，承担县内用户的访问量，减轻市级平台压力；部署 GIS 分发软件，完成对市平台的服务代理、内容缓存等工作，承担县内用户对服务的访问，并为服务访问加速。
参考文献
[1] 周耀学，卫东， 邱文. 省级地理信息公共服务体系建设[J]. 测绘通报.2011（8）：23-25
[2] 翟永，刘津， 陈杰.天地图网站云架构系统设计[J]. 信息安全与通信保密.2012（9）：81-82
[3]江洲，李琦.地理编码的应用研究[J] 地理与地理信息科学.2003（3）22
【企业内训平台建设方案】推荐阅读：
区中小企业公共服务平台建设方案07-12
企业微信平台建设10-27
中小企业公共服务平台网络建设的作用论文11-28
珍惜平台 感恩企业06-23
企业服务平台合同01-01
企业环保信用管理平台06-23
企业管理软件平台介绍07-07
诚信平台建设方案09-28
云平台建设方案10-27
中心管理平台建设方案07-24
