方案具有明确的格式和内容规范，要求其具有很强的实践性和可操作性，避免抽象和假大空的内容，那么具体如何制定方案呢？下面是小编为大家整理的《政企服务平台建设方案》，仅供参考，大家一起来看看吧。
第一篇：政企服务平台建设方案
政企客户服务明星材料
服务是企业生存、发展的命脉!”、“客户的事是最大的事”，这种理念早已深深烙印在我的心中。我叫XXX，做为XX电信的一名普通员工，政企客户部的一名普通客户经理，我用自己的言行证明了“客户在我心中”的誓言。
从走进电信公司到如今一晃七年过去了，面对通信行业的激励竞争，我深知要把工作干好，把事情做成功，就必须把自己的全副身心精力扑到工作中，负有责任心，尽心竭力，干好每一件事，处理好每一个细节，丰富自己的工作经验，全面优质服务对每一位员工而言，不仅是工作，更是一门艺术，一门需要全心投入、用心付出的艺术。
人活着就应该有一点追求，年轻人，青春正为火热，应该把火热的青春，默默奉献于无悔的追求。
我是今年三月由于工作需要被调到政企客户部的，由于来到新的工作岗位对各方面的业务都不熟悉，为了尽快掌握业务知识和工作技能，我牺牲了周所有节假日，牺牲了与家人、朋友相聚的时间，利用一切可以利用的时间，全面细致地学习公司各项业务知识。在工作中我始终不渝的为用户提供优质的服务，使用户在享受电信服务的同时产生“宾至如归”的感觉。
我时刻都告诉自己，在工作中，个人的一言一行都代表的是公司的形象，让委屈的泪水流在心里，把真诚的微笑献给用户。
当面对怒气冲冲，蛮不讲理，对我们的业务和工作有不满和误解的用户时，要牢记“用户永远是对的，用户就是上帝”的服务口号，要用同样真诚的微笑，同样耐心的解释，去化解客户的误解和怒火。今年我县的重点工程是十天高速公路，在我县境内施工的单位共有6个标段，我深知这是一个推荐业务创收盈利的好机会，于是便主动与县级主管部门取得联系，搞好关系争取机会。又多次与后端部门到现场进行实地勘察，分析实际情况，制定营销方案，经过多次上门并诚恳的为用户解决问题，终于取得了用户的信任，与用户签订了合作协议。
在政企客户工作的每一天，面对每一位客户，我都用心为他们服务，用户也用真诚的笑容、朴实的话语感动着我，心与心的交流中，让我一次次体会到了付出的快乐，真真切切。昨日的艰辛造就了今天的辉煌，昨日的磨练凝聚成了今日的坚强。依然从每一个清新的早晨开始，依然用我们真诚甜美的微笑修筑起感动用户的心之桥。
第二篇：精心搭建合作平台推动银政企有效合作
简报
第三期
二00六年四月十二日
精心搭建合作平台推动银政企有效合作 ——新都区“金融产品推介暨融资创新恳谈会”成功召开
4月7日上午，新都镇黄桷树广场人潮如涌，气球高悬，彩幅飘扬，由新都区委、区政府举办的“新都区金融产品推介暨融资创新恳谈会”在这里隆重举行。主席台下面搭建的18家金融类的展台形成了庞大的“金融超市”。当天，有500余家企业、3000余人次参会“入市”，7家银行与政府和66家企业签订了正式贷款、授信协议书，金额达到38亿元，其中省工商银行向新都区政府授信30亿元。市政府秘书长毛志雄、省、市中小企业局、省银监局等领导到会指导、祝贺。省市各
专业银行、省市担保公司、中介机构的领导应邀参加了恳谈会。
上午8:30分，在嘹亮欢快的军乐声中，由区级部门、镇和企业18个代表团共计1300多人组织的方队依序入场，市政府秘书长、省、市来宾和区委、区人大、区政府、区政协主要领导及分管领导在主席台就坐。区委副书记、区长屈建宏主持了开幕式，区委书记牛敏致辞。他在致辞中说：区委、区政府提出了“融入成都、联结德绵、壮大支柱、错位发展”的区域发展战略，为了实现这个战略，我们把招商引资工作放在了经济工作的“龙头”位置，而企业要发展、要壮大，又离不开资金的强力支撑，离不开我们金融机构的大力支持。为此，新都区委区政府决定举办这次活动，希望通过政府搭建交流、沟通、互助的平台，加大银行的宣传力度，增加银企之间更多的了解，更多的机会，全面促进银企对接、交流和合作，拓宽融资渠道，开阔融资视野，为新都经济快速发展注入强大动力!新都区委、区政府将继续致力于履行好服务职能，发挥好桥梁纽带作用，服务于企业与金融机构之间的合作交流。我们真诚地希望各级金融机构继续大力支持新都的发展，与我们一起携手共创新都美好的明天!
上午9时30分，区长屈建宏宣布金融产品推介暨融资创新恳谈会开幕，在缤纷飞扬的礼花中，毛志雄、邹名双、向世勇等省市领导在牛敏、屈建宏陪同下步入布展高雅、内容丰富的“金融超市”，受到各参展金融机构热烈欢迎。随后，各代表团依次进入展厅与金融界零距离接触。在热烈祥和的气氛中，银企双方讨论积极，特别是人行、工行、信用联社等展区准备的印刷精美、品种多样的宣传资料更是让参会人员爱不释手。据不完全统计，当天共发放资料3万多份，金融展区回收企业自荐资料200多份。
上午10:00时，新都区融资创新恳谈会在原区委会议厅召开，省、市、区领导，融资专家，省、市、区金融机构领导及35户重点企业主要负责人参加了会议。会议由区委副书记雷鸣惊主持，区委书记牛敏致辞。与会各方人士围绕“发展、交流、合作、双赢”畅所欲言，明确了我区工业发展方向及中小企业的融资现状，分析了造成企业同银行之间存在“两难”现象的原因，上级部门、金融机构、担保机构、企业代表就我区融资工作提出了许多建设性意见，并达成了共识。成都晓初物业公司和工行新都支行在会上签定了2000万元贷款合同。与
此同时，7家银行签约贷款及授信38亿元支持企业及地方经济发展。
四川日报、成都日报、四川电视台、成都电视台15频道、33频道、华西都市报、天府早报、成都商报、成都晚报等省、市新闻媒体到会作了现场采访报道。
报 送：牛敏书记欧阳诚主任建宏区长时武主席
仁松副书记鸣惊副书记曹晋常委明先副主任兴万副区长建玲副主席区委办区人大办
区政府办区政协办
省中小企业局市中小企业局
主 送：各镇(街办)、人行、金融机构、区级有关部门
新都区中小企业融资领导小组办公室2006年4月12日印
(共印80份)
第三篇：中医“治未病”服务平台建设方案
一、 基本情况
xxx中医院始建于1953年。经过 60多年的努力我院现在已经发展成为一所集医疗、教学、科研、预防、保健为一体的、现代化的“二级甲等”综合性中医院，同时也是xx区中医龙头单位。医院本部迁建已通过规委会，马上进入立项、环评、初设和概算。于今年年底正式开工建设。
我院于2011年成立了中医“治未病”科，面积50平方米，有体质辨识软件一件，有中医药预防保健及康复服务人员3人，开展了逐步的、有针对性、探索性的“治未病”工作。设备有中医体质辨识系统。开展的项目有：针对老年、慢性病、及颈肩腰腿痛的药物和非药物干预治疗，对慢支炎肺气肿、过敏性鼻炎、哮喘、慢性胃痛、虚人感冒等开展了三伏贴。为全区中医科进行指导，治未病能力建设奠定了基础。
二、“治未病”服务平台建设的总体目标
将“治未病科”列入我院重点建设学科，力争在2016年前打造成为市级中医重点专科，在2020年前打造成为全国中医重点专科，形成本区域内中医预防保健服务的技术中心、研究中心和指导中心，带动全区中医治未病工作发展。
三、“治未病”服务能力建设的组织机构
(一)成立綦江区中医院“治未病”工作领导小组 组 长：王 江(綦江区中医院院长) 副组长：杨正弦(綦江区中医院副院长)
苟洪娟(綦江区中医院副院长) 代 虹(綦江区中医院副书记) 王成虎(綦江区中医院副院长) 杨昆鹏(綦江区中医院院长助理)
成员：董大俊(医务科科长)封孝和(治未病科主任)、王开莉(体检科主任)、帅永开(护理部主任)、李治(总务设备科科长)、祝光林(药剂科副科长)、明鑫(财务科科长)、许静(宣传科科长)
工作职责：负责组织与协调中医治未病工作。
(二)成立綦江区中医院“治未病”专家委员会 主 任：杨昆鹏(副高级中医师) 副主任：封孝和(副高级中医师)
委 员：刘启文(正高级中医师)、张宗勤(副高级中医师)、周清云(副高级中医师)、蒲朝刚(副高级中医师)、梅钟民(副高级中医师)、刘必成(副高级中医师)、代志敏(副高级中医师)、王明祥(副高级中医师)、王强(副高级中医师)、彭世敏(副高级中医师)、李芳群(副高级中医师)。
工作职责：负责加强对技术规范、人才培养、服务模式与考核评估方面的研究与指导。
(三)綦江区中医院治未病科医务人员 主 任：封孝和 中医护理：罗媛媛
医务人员：刘梅红、孙景云、陈瑞、钟廷刚、王思景、胡德成、左询。
工作责职：负责健康管理、资料收集整理、健康干预、中医回访及成果转化。
四、 “治未病”服务平台建设内容
(一)合理设置“治未病”服务区域
按照国家中医管理局的要求，“治未病科”为医院的一级临床科室，我院定位为集门诊、中医体质检测、健康评估和健康干预为一体的综合性中医治未病科。按照中医健康体检区、健康咨询指导区、健康干预调养区、健康宣教区合理划分区域，设健康信息采集室、中医体质辨识室、健康调养咨询门诊、肥胖门诊、失眠门诊、高血压门诊、糖尿病病门诊、传统疗法区、健康档案室、健康宣教室。为满足以上条件，整合现有资源，将我院名中医馆及康复科二间治疗室共同打造成治未病科，将中医院本部门诊二楼打造成治未病分部。11月中旬完成装修，营造良好的中医文化氛围，功能满足治未病业务开展需求。具体建设方案附后(附件1：2014年中医院治未病科改造方案;附件2：治未病科中医药文化建设打造方案)
(二)设备配置：按照填平补齐原则，在现有设备的基础上，2014年12月10日以前完成所需设备(四诊仪、中医经络检测仪、红外线热象检测设备、子午流注低频治疗仪、电脑熏蒸治疗床、可调式微烟艾灸器、中药膏方包装机、茶饮包装机、中药煎煮壶及中药茶盒等)的招标采购工作。具体配置名单附后(附件3：治未病科配置设备清单)
(三)服务项目
除政策要求开展的服务项目以外，以点带面，有选择性重点开展中医特色服务项目，研究制定治未病工作流程 。将现代医学体检与中医健康检查发现的阳性人群、慢病门诊及院内各临床科室中常见病多发病高危人群和体质偏颇人群和出院中医回访患者及时无缝转接至健康干预区，实施个性化的健康调养方案，提供饮食、药物、非药物、中医运动、心理等健康干预措施。
1、中医治未病与现代医学体检结合，通过开展以下特色中医体质检测项目，形成区域性竞争优势。
(1)中医体质辨识：即以人的体质为认知对象，从体质状态及不同体质分类的特性，把握其健康与疾病的整体要素与个体差异的手段，从而制定防治原则，选择相应的治疗、预防、养生方法，进行“因人制宜”的干预。
(2) 中医舌象、面象和脉象检测：通过脉诊、舌诊及面相的采集和特征提取，为您诊断个人的体质，如气虚质、阴虚质、阳虚质、痰湿质等，并提供给您个性化养生保健方案。 (3) 中医经络评估：可以依据人体的经络穴位，在短时间内反应全身经络运行及内脏器官生理病理状况。通过经络检测仪对人体十二条经脉进行检测，在病人无任何症状特征时，通过经络能量数据显示病变趋势和征兆。
(4)红外热像检测：该仪器是一种集红外热成像技术与计算机图像处理技术为一体的高新医疗诊断设备，它把被诊断目标的温度信息以图像形式显示出来，使其温度分布一目了然，与人体器官组织等正常温度图像比较进行诊断，可供医疗单位用于人体多种组织及器官的炎症、肿瘤、代谢异常及血管疾病的辅助诊断。
2、重点打造慢病门诊
通过对包括广东省中医院在内的多家单位的治未病中心的考察，现阶段围绕人群基数大，中医传统疗法疗效好的“失眠”和“肥胖”“高血压”“糖尿病”等病种实施干预。
(1) 针对失眠：开展针灸、音疗、药枕、经颅磁刺激治疗偏头痛失眠、中药沐足、药膳等干预手段;
(2)针对肥胖：开展耳穴疗法、电针、推拿、中医运动、熏蒸、穴位贴敷、药膳等干预手段;
(3)针对高血压：开展耳穴疗法、药枕、中药沐足、穴位贴敷、药膳、中医运动等干预手段。
(4)针对糖尿病：开展耳穴疗法、点穴、中药沐足、针灸、药膳、中医运动等干预手段。
3、重点打造传统疗法区(健康干预区)：按《2013年版中医医疗技术手册》的所有内容逐渐开展适合我们地区的技术。如：针刺类技术、推拿类技术、刮痧类技术、灸类技术、中医肛肠类技术、骨伤类技术、气功类技术等。
五、“治未病”服务平台建设实施步骤
(一)学习调研，成立组织。(2014年10月1日～2014年10月30日)
组织相关管理、技术人员进行专项学习，对中医“治未病”文化进行系统的学习与分析，结合我院的实际情况，梳理开展工作思路。成立领导小组与专家委员会，组织相关人员至先进地区考察，进行相关工作调查摸底，召开专题座谈会，制订专项工作实施方案。明确工作目标、工作思路，分解工作任务，细化工作方案，签定任务协议书，把任务分解落实到各部门、个人。做好项目建设的动员和宣传工作。
(二)全面建设阶段(2014年11月1日～2014年12月31日)
1、按《中医医院“治未病”科建设和管理指南(修订版)》要求，治未病改建工程于2014年11月31日完成，包括治未病科和治未病本院分部的建设，达到国家验收标准。
2、按照治未病科评审标准要求培医务人员7名，其中主任一名(副主任中医师)、中医护理一人、中药师一人、技师三人，管理人员一名。完成上述人员的中医治未病工作任务学习和评审细则的培训工作。
3、设备于2014年11月第一周完成论证，11月底完招标采购到位，于12月底完成所有设备的培训等工作。
(三)验收阶段(2015年1月1日～1月15日)
完成治未病科改建，设备设施完善后，进行验收整改。合格后制定相应流程，开展治未病工作服务。
二0一四年十月二十九日
第四篇：常熟市智慧政务服务平台建设方案
一、项目建设背景
国家新一届政府从2013年初开始加大改革力度，深化行政审批体制改革，2015年1月国务院常务会议提出“推行一口受理，实行限时办理，严格规范办理，坚持透明办理，推进网上审批”的要求，国发〔2015〕6号《关于规范国务院部门行政审批行为改进行政审批有关工作的通知》明确提出全面实行“一个窗口”受理，积极推行网上集中预受理和预审查，创造条件推进网上审批;推行受理单制度;实行办理时限承诺制;编制服务指南;制定审查工作细则;探索改进跨部门审批六项具体要求。
常熟市经过多年的政务服务信息化建设，在电子政务网、政务信息资源、政务应用系统建设、服务渠道建设、标准化服务体系建设等方面都取得了长足的发展。2013年，常熟市发布《智慧常熟战略发展规划》，按照“大资源、大数据、大协同、大服务”的要求，提升政府服务水平，提高群众对政府服务的满意度。目前，已建成“一中心、两载体，三平台”。与政务服务相关的信息资源中心(一中心)和市民服务平台、企业服务平台(两平台)，为智慧城市的后续发展提供了计算资源、数据资源和服务渠道等方面的强有力支撑。2015年2月9日，智慧政务服务平台建设方案在常熟市政府所召开的“信息化项目推进工作专题会议”上审议并获得通过，政务服务平台建设要以系统设计和实际应用相结合，以服务企业和市民为导向，实现资源整合和数据共享，该项目列入2015年市政府重点建设项目，要求年底前分批上线，并在运行中不断完善。
二、项目建设目标
按《智慧常熟战略发展规划》，结合常熟市行政审批体制改革要求，以创新、完善服务方式，线上线下结合的互联网理念为指导，搭建智慧政务服务平台，加快实现网上服务及办事，通过建设完善政务服务标准化体系、再造重构审批流程、创建充实政务信息资源库、健全完善政务监督机制、横向整合各部门政务服务资源、建立市、乡镇、村(社区)三级联动政务服务体系，实现政务标准统
一、审批流程可控、政务资源共享、监督管理有效，将常熟市智慧政务服务平台打造成为全国县级市一流的政务信息化最高阵地。
本期重点进行政务服务体系的构建和横向的政务服务信息化建设--融合常熟市各委办局信息化建设成果，以行政服务中心为基础搭建统一的智慧政务服务平台。
? 线上线下相结合，完善服务方式。在行政服务中心大厅部署智能辅助设备，比如智能引导服务机、智能排队交换机、智能双屏交互设备、大厅智能监控设备等，创新审批办事服务内容，通过设立的网上办事大厅，申请人能够自助了解办理信息、办事流程、业务窗口布局等信息，从而提高办事效率和现场体验;利用我市已经建成的信息综合服务平台(即企业服务平台、市民服务平台)，申请人在网上能够享受在线咨询、信息查询、网上办事、预约审批、资料下载上传、进度跟踪、意见反馈等服务。
? 再造重构流程。对涉及部门多、办理复杂的审批业务进行协同审批业务流程再造和重构。取消重复审批环节，增加并联审批数量，理顺前后置关系，消除互为前置的现象，从而缩短审批时限，使申请人尽早拿到审批结果。
? 创建政务资源库。以我市已经建成的信息资源中心为基础，分类建设政务资源库，对政务信息按照静态资源和动态资源，申请信息、过程信息和结果信息，事项信息和流程信息等多维度进行建库设计，打破部门系统壁垒，实现不同来源、不同业务、不同环节的信息按照统一标准进行收集、存储、处理和共享。
? 建立监督管理机制。通过信息化手段对大厅资源进行合理配置，对窗口进行合理配置，对大厅服务人员、窗口工作人员、后台审批管理人员进行绩效考核，实现事先、事中、事后全过程监管，提高服务质量。
? 建设标准化体系。通过业务标准化和技术标准化，对公众实现统一服务，信息一次性告知，材料一次性提交，结果统一反馈;对内实现流程标准统一，岗位权限统一，信息来源统一，审批口径统一。
本项目的建设时限：2015年12月30日前上线运行。
三、项目建设内容
1、体系建设 常熟市智慧政务服务平台要按照“一中心、两平台、三系统、两体系”的完整体系进行设计和建设。
一中心：以我市已经建成使用的信息资源中心“五大数据库”为基础，建设满足行政审批需要的政务资源中心，通过对政务信息资源的统
一、分类整理，完善信息资源体系，实现各部门政务资源的汇集沉淀和动态共享。要提供审批事项、审批流程标准信息、审批证照文库、材料库标准信息、政务运行过程信息等信息资源。
两平台：要建设政务架构管控平台和政务服务平台。平台要有完整性和统一性的设计理念和设计架构，满足对所有应用服务及渠道的支撑需要，要在功能运行、事项流程、界面维护、信息发布、服务推送等方面具有很强的灵活性和可扩展性，能适应行政审批需求的不断变化，不同功能模块之间既要相关贯通，又能够独立运行，按照业务需求对功能模块进行灵活的更新换代，既能够大幅降低开发成本，又能够减少维护成本。
? 政务架构管控平台要从技术标准、技术架构、部署架构、流程架构、应用接入架构、数据服务接入结构等方面进行设计，为常熟市智慧政务提供统一的架构管控体系，将技术内容封装成标准、可复用的政务原子服务，并将政务原子服务分类关联形成聚合服务，提高智慧政务应用的复用程度，降低政务服务技术门槛，实现技术的统一管控;
? 政务服务平台建设要以平台的方式固化常熟市行政体制改革体制和机制，剥离审批业务、大厅运行、公共资源交易等方面的业务共性，实现办事引导、资料共享、审批业务协同流程服务、审批运行服务以及公共资源交易服务，建立固定资产投资协同审批的无流程化运行功能，以及协同审批全过程跟踪回溯。
三系统：建设三大领域应用系统，包括审批管理系统、政务服务辅助系统，满足行政审批、大厅运行管理、监督管理、辅助服务的需要。
? 行政审批系统涵盖大厅集中审批、多部门协同审批、多级联动审批等业务功能，大厅综合办公管理、中介服务机构管理、绩效管理等功能，以及公共资源交易系统涵盖政府采购、建设工程交易、土地交易、药品采购等业务功能;
? 监督管理系统以管理、监督，服务相对分离的监管模式为理念，以公众监督，法律监督，监察监督，绩效考核四位一体的监察监管体系;
? 政务服务辅助系统建设要实现实体大厅的辅助管理，保证大厅有序运行，提高公众办事体验。
两体系：要建设标准规范体系和安全保障体系。行政审批，标准先行。智慧政务服务平台建设涉及的部门业务多，应用系统权属复杂，数据产生和存储海量，需要建立统一规范的标准体系，具体包括业务标准和技术标准两个方面;同时，政务服务需要建立安全保障体系，保证服务平台的有序运行。安全保障体系要从制度建设、数据存储管理、技术运维、人员管理等方面进行建设。标准规范和安全保障措施要以信息化手段具体体现和落地。
2、本期重点建设内容
(1)
、事项梳理、流程设计
1)国家取消下放事项梳理：要根据编办整理的事项目录，完成取消、下放、合并、转移的调整对接工作，重点进行保留事项的材料标准化、流程标准化。
2)现有行政审批事项标准化：要根据编办确定保留下来的行政许可事项及其它政务服务事项内容的动态梳理，确定一次性告知单包含的申请材料。
3)集中审批业务：根据常熟市具有行政审批职能的市场监督管理局、民政局、住建局、财政局、税务局、公安局、人社局、文广新局、发改委、档案局、城管局、交运局、卫计委、规划局、商务局、安监局、环保局、国土局、农委、水利局、气象局、民防局、烟草局等部门的所有行政审批事项，按照信息化实现要求进行梳理，梳理内容应该涵盖法律依据、提交材料、办理时间、办理部门、办理地点等重要内容的标准化。通过梳理，能够实现政务信息数据的有效采集和高效利用，通过技术功能开发理顺事项的前后置关系、申请情况判定，根据特定申请主体能够提供一次性告知单。
4)根据信息化实现要求，对行政服务中心提出的固定资产投资项目协同审批流程进行技术流程设计：
按照完整事件原则，将整个固定资产投资项目过程分为立项、供地、规划许可、施工许可、竣工验收等五个阶段，每个阶段分别设计协同审批流程图。每个阶段的协同流程应该进行标准化，包含统一收件、联合会商、统一受理、并联办理、一口办结五个标准化协同审批流程。
配合建立牵头部门运行机制，每个阶段设置牵头部门，赋予牵头部门统一收件、分发、催收、组织会商、发证权限。
配合建立多部门会商机制，对涉及多部门的审批内容可通过系统发起会商，跟踪会商过程，明确会商结果。
配合建立多级协调机制。对中心、牵头部门、本业务部门分别赋予协调审批权限，本部门无法协调的推送给牵头部门协调，牵头部门无法协调的推送给中心协调，要对整个协调过程进行跟踪记录，保证协调时效。
流程设计能够满足市政府领导对重点项目的查询、跟踪和决策分析。
对事项一窗对外服务进行功能设计和管控，即同一事项，大厅窗口受理的，部门不再进行受理;每个阶段内同一窗口受理的，办理完成后，申请人仍在该窗口领取审批结果。
5)企业设立“多证联办”协同业务对接：对市场监督、税务、社保、公安等与企业设立相关的业务进行梳理、整合和流程设计。江苏省正在开展企业设立“三证联办”改革，常熟市智慧政务服务平台建设需要满足改革要求，充分考虑与“三证联办”系统的对接与融合。
6)公共资源交易业务梳理：对政府采购、建设工程、土地交易、药品采购等公共资源交易四大领域业务进行业务标准化、流程标准化。
(2)、政务资源中心 建立覆盖全市的政务信息资源目录管理系统，为行政服务大厅所有包含的信息资源提供统一的资源目录管理服务，优化资源配置，减少信息冗余，提高业务办理效率，满足工作人员在业务办理过程中的资源信息快速获取。
政务资源中心纳入我市已经建成的信息资源中心架构体系，与法人库、市民库、空间地理信息库、宏观经济信息库、征信库充分对接，数据库架构设计、数据存储标准设计、调用标准设计要满足信息资源中心技术要求，并能够实现政务信息资源的回填、复用。
政务资源中心数据库建设应包括标准性资源、共享性资源、运行类资源、政务资源服务四类。其中标准性资源包括事项标准信息、流程标准信息;共享性资源包括申请材料信息、证照文信息、信用信息等;运行类资源包括基础运行资源、大厅运行管理信息、审批过程信息等;政务资源服务需要对所有的政务信息资源进行统一管理，包括事项基本信息、材料信息、情况信息、字段信息等，能够实现政务资源信息按部门和主体进行检索、政务资源订阅、政务资源目录管理和政务资源统一发布等服务，并纳入到常熟信息资源中心体系。
(3)、政务架构管控平台
通过管控平台，实现多部门业务协同，包括统一咨询、统一收取材料、联合受理、联合技术审查、联合勘查、统一发证。
创建政务原子服务和聚合服务，通过流程监控、流程设计、审批流程集成等功能实现公众对涉及的事项办理情况进行即时状态的查询，通过流程比对和流程优化减少事项办理流程中的冗余环节，提高审批效率，管控平台的政务原子服务、聚合服务、技术管控功能要能够切实提高智慧政务应用的复用程度，降低政务服务技术门槛。
基于全市现有的政务信息化建设成果，要考虑在充分利旧的基础上，既要实现统一平台的有效运行和数据共享，又要充分发挥现有系统的功能，实现业务基础平台与所有与审批服务、便民服务有关的服务进行对接。服务除了业务系统以外，还要包括中介机构系统，比如银行代收费系统、大厅内证照印章代办理机构系统等。
常熟市行政服务中心涉及各种业务系统和服务，要确保系统间访问操作的安全性，通过系统提供统一身份认证功能实现不同业务系统内部用户的统一管理、统一身份认证，面向企业和市民的外部用户，整合企业服务平台和市民服务平台的用户管理功能，涉及到行政审批业务的用户信息，需要回传到政务信息资源平台进行统一管理。
(4)、政务服务平台
需要从映像服务、业务服务、运行服务三方面进行建设。 1)映像服务：通过服务建模，将技术组件进行服务转化，实现办事引导，政务知识共享利用，办事智囊服务。办事引导服务应该满足在线办理的需要，对申请人线上查询、预约、下载、上传、预受理、预审核推送统一服务;对公众普遍需要了解的问题进行标准化，形成共享知识库，按需智能推送;根据业务领域设立办事智囊包，满足办事人员在办理过程中对专业知识、技术指标等的实时查询和参考。
2)业务服务：应包括事项服务、电子资料服务、固定资产投资协同审批无流程化服务，以及网上预受理和与审核服务。事项服务包括事项内容管理、事项审核管理、事项查询打印、事项类别管理、事项统计、数据接口管理;电子资料服务通过扫描设备将各文书、证照等文档资料电子化，并将其存放入电子资料库，实现传统纸质文档附件资料的扫描入库，同时对入库的表格、证照、批复等审批电子资料进行统一管理。通过该子平台实现对公众信息一次录入，多次复用，各审批部门可以按需调用资料;流程服务包括审批流程设计、流程管理、流程配置、流程目录、流程审核、流程发布、流程部署、流程版本管理、流程监控、流程卸载、流程引擎。网上预受理和预审核服务要实现对申请人资格的初步筛选，对申请人上传的电子材料进行初步审核，审核通过后进入正式受理、办理流程，从而提高审批效率。
3)运行服务：包括统一咨询服务、统一投诉服务、统一评价服务、统一预约服务、统一服务信息推送服务、统一窗口配置服务等。通过该服务支持多种通讯方式和报文格式，同时通过该系统屏蔽渠道端和各应用服务端的差异，降低各渠道与大厅各业务系统的耦合性，将渠道与各应用服务进行有效的隔离。
? 统一咨询服务要完成咨询内容管理、咨询回复处理流程、咨询权限管理等的统一支撑，完成典型咨询的分析处理入库，提供对咨询数据的分析，提供常用咨询问题智能回复，提供咨询情况分析智能提醒，辅助管理，提高服务质量。
? 统一投诉服务要完成对投诉发起、投诉内容管理、投诉回复处理流程、投诉权限管理等的统一支撑，完成典型投诉的分析处理入库，提供对投诉数据的分析，提供智能提醒，辅助管理，提高服务质量。
? 统一评价服务要完成投诉信息管理、评价权限管理等的统一支撑。
? 统一预约服务要完成对所有渠道预约操作、预约规则管理、预约权限管理、预约目录管理等的统一支撑，完成预约数据的处理、分析，对恶意预约等进行处理和提醒。
? 智慧政务服务平台建设的所有服务，都需以常熟市已经建成的公共信息服务平台作为对公众的统一出口。
4)交易服务：本期主要针对公共资源交易中的四大业务建设统一发布服务，对公共资源交易的申请信息、投标过程、投标结果等信息在企业服务平台上进行统一发布。
(5)、政务应用系统
按照业务需要，本期需要建设协同审批系统、大厅运行管理系统、公共资源交易系统(门户)。
? 协同审批系统针对入驻大厅的固定资产投资协同审批业务，提供并联件的登记、分发、回告、办理、办结、查询，依照“牵头部门统一受理、抄报相关、并联审批、限时办理”的要求，实现跨部门的并联审批业务协同。按照不同投资主体对项目进行重要性分级，市级重点项目能够满足市领导查询、跟踪需要，一般性项目能够满足中心内部查询、跟踪需要。 ? 大厅运行管理系统建设大厅各业务窗口统一的工作门户，实现入口统
一、功能统一;实现大厅内综合办公自动化，提高工作效率;建立科学有效的绩效考评指标和考评制度，进行大厅绩效考核管理;对刻章、法律咨询、会计咨询、银行等中介服务机构进行统一管理;能够通过虚拟桌面功能对业务窗口的操作界面进行统一管理。
? 公共资源交易系统的建设，能够建立完备的公共资源交易网络平台，为交易双方、中介机构、评审专家提供统一门户。业务范围包括政府采购、建设工程交易、土地交易、药品采购等。
(6)、政务服务辅助系统
? 智能排队叫号系统：要能够改善大厅办事人员流动秩序;统计办事人办事信息，便于大厅对人员、事项的日常管理及调整;通过数据对接，提高大厅行政审批系统的利用率;为后续客户评价体系及办事进展查询建立流程准备。
? 双屏交互系统：要能够展现窗口工作人员信息;显示窗口办理事项信息;实现与排队叫号系统集成，统计每次办件时长;能够实现当前办件的办事指南的显示;能够支持触摸功能，播放相关文字及视频;显示业务办理时间和业务办理累积时间;提供通告、与当前业务有关的信息;对窗口人员进行满意度评价;系统与短信模块链接一旦顾客评价“不满意”时，系统即自动向值班经理发送短信进行提示。
? 多媒体智能引导系统：能够满足申请人快速检索审批服务事项，查看办事指南、办理窗口及所在楼层分布、需要准备的材料信息及办理流程信息;要能够实现信息发布，主要介绍大厅历史、发展情况、大厅简介等;能够实现现场公众问卷调查;能够实现定时开关机;能够实现信息访问统计功能，可以按时间、访问量等条件统计;能够实现多种图片查看、视频播放功能;能够实现栏目和信息自由添加设置。
? 大厅智能监控系统要能够实时采集大厅运行情况以及窗口办理情景，音频视频服务器与业务审批系统对接，通过监控分析平台，可以调取查看审批过程中从收件、受理、办理、办结全过程的视频音频信息，真正实现监察过程可追溯、全程可视化。
(7)、政务信息资源规划和数据库设计 1)政务信息资源规划
促进政务信息的数据交换和共享，形成统一的数据交换标准、数据共享目录体系和交换体系。数据库架构设计要遵循常熟市信息资源中心总体数据库架构设计，同时能够支撑本期项目的应用系统建设。
2)数据库设计
对各个业务部门的业务数据库进行关联，对接常熟市行政服务中心、信息资源管理中心、各委办局现有数据库，实现数据逻辑上集中、物理上分布相结合的整体部署结构。其中，由行政服务中心业务办理过程产生的数据，存储在数据中心，与各单位共享;由各单位建立的数据库，行政服务中心可以共享，但不需要进行维护。
? 基础信息库设计。对政务审批服务过程中涉及到的基础信息资源进行存储设计，范围包括部门信息资源、用户信息资源、审批用户信息资源等。 ? 政务服务业务库设计。建设协同业务数据库、证照库、效能监督库、公共资源交易库、满足信息资源共享、信息验证、效能监督等支撑要求。
? 审批标准库设计。提供事项标准、审批流程标准以及服务流程标准满足协同审批流程设计要求和政务服务标准化的内容和流程支撑。
(8)、系统对接设计
以跨部门资源共享和业务协同为主线，统一全市政务信息资源，提出异构网络下的数据融合方法，统一业务数据编码和数据存储标准，充分发挥不同类型的网络技术优势，提升网络性能，充分利用现有各种网络的资源，实现信息交换共享和充分利用，满足“促进公众服务水平提升、政府办事效能提高”的要求。为实现常熟市政务资源信息交换和共享，彻底打破信息孤岛，必须建立统一的数据资源中心，形成统一数据交换标准、数据共享目录体系和交换体系，为常熟市政务服务系统建设提供信息服务支撑。
因此，加强政务信息资源的交换与共享，实现跨部门数据、服务及应用系统之间的业务协同和数据交换及信息共享，提升多种类、多系统间的互操作性，降低信息系统开发和信息化建设的复杂性，消除“条”与“块”之间的割裂状况，推动跨部门的信息交换和利用，是当前政务服务信息化建设中亟待解决的问题。为了更好地支撑常熟市行政服务中心信息化建设，完成各类信息的交换和共享，本期工程需要考虑与常熟市现有的智慧城市中心“一中心、两载体、三平台”建设内容对接;同时考虑与各委办局现有应用系统的对接。
1)平台设计要阐明与智慧城市发展中心“一中心、两载体、三平台”建设内容的对接：
? 与市民卡的关系：市民卡业务可在平台各渠道上延伸和拓展，平台可复用市民卡与部分共建单位的接口，作为市民到大厅排队叫号预约的身份证明，并可进行行政性收费和服务性收费的支付媒介。
? 与常熟市公共信息服务平台的关系：智慧政务服务平台为服务层提供线上办事、预审、办理、政务咨询、投诉、预约、政务公开服务，同时作为多渠道服务融合的重要组成部分，与常熟市已建公共信息服务平台充分融合，提供门户网站、移动终端等线上服务渠道。
? 与征信平台的关系：平台应用层将使用征信平台中的企业和个人信用数据，同时沉淀中介信用、企业表彰、获奖，公共资源交易数据，可根据政务业务需要提供企业或个人信用数据。
? 与信息资源中心的关系：平台将使用信息资源中心的数据，根据四大基础库数据提供服务，同时平台产生的基础数据作为信息资源中心数据的补充，可通过资源层沉淀到法人库、人口库中，并可实现不动产数据的沉淀，便于相关部门的事后监管，另外平台的运行数据和结果数据也将作为信息资源中心数据来源之一。
2)平台设计要阐明与常熟市具有审批职能的部门业务系统之间的对接： ? 与企业设立三证联办系统的关系：将企业设立三证联办数据沉淀到平台资源层，实现资源共享和信息同步，同时接入平台服务层，统一入口，统一服务标准。
? 与发改委阳光发改审批系统的关系：将固定资产投资立项数据沉淀到平台资源层，实现资源共享和信息同步，并接入服务层，统一入口，统一服务标准。
? 与各委办局垂管业务系统的关系：与常熟信息资源中心进行对接，利用信息资源中心数据梳理、处理、交换功能，按照政务服务要求为平台资源层提供数据。根据不同系统的网络环境设计有针对性的对接方案，充分考虑公安出入境、户籍办理等业务主体的特殊性。
? 与监察局相关监察系统的关系：包括与行政审批和公共资源交易相关监察网的对接，将各业务系统审批办理过程数据、环节数据、评价数据，以及大厅视频、音频监控数据沉淀到平台资源层，实现行政审批事前督办、事中监督、事后问责。
? 与12345服务热线的关系：作为多渠道融合服务的组成部分，将12345服务热线进行渠道整合，与门户网站、移动终端等线上渠道，大厅辅助服务等线下渠道形成一个有机整体。
(9)、与智慧常熟战略发展规划衔接要求
常熟市智慧政务服务平台是常熟智慧城市建设中的重点项目，投标人需根据对《智慧常熟战略发展规划》的理解，结合常熟市信息化建设的实际情况，在投标文件中阐述智慧政务服务平台与常熟市已建、在建及规划中的重大信息化项目的关系以及融合或衔接方案。 其他要求如下：
? 能充分了解业务现状，符合实际业务需求，方法论清晰，可行性强，有详细的对应关系说明。
? 方案能够详细说明整体架构、各类数据、接口以及相关业务流程与重大信息化项目的融合或衔接方式。
四、系统设计要求
1、总体设计原则
常熟市智慧政务服务平台架构的设计总体须遵循以下原则： ? 业务导向、标准先行; ? 高效、稳定、包容、一致;
? 动态开放，强化性能与可扩展性设计;
? 贯穿面向服务的设计理念，强调系统高内聚松耦合; ? 提供完备的应用集成、界面集成、服务集成、数据集成策略; ? 采用成熟技术和产品，充分利用现有资源。
2、技术架构要求
? 遵循SOA设计原则，系统之间采用服务的形式进行互联，相互松散耦合;
? 采用分层的体系架构，分离中间业务逻辑，便于复用; ? 业务逻辑实现组件化，基于框架进行开发;
? 客户端基于浏览器设计，客户端与服务端基于HTTP/HTTPS协议进行交互;
? 设计开发基于开放标准; ? 使用可靠的框架，提高开发效率以及稳定程度;
3、数据库设计要求
投标人应建设通用的、可扩充的系统。建设灵活的认证/授权体系，通用的功能扩充步骤和方法等。数据库设计具体要求如下：
? 充分考虑已有系统的数据库设计;
? 本项目的应用系统基于主流数据库进行设计，开发; ? 数据库设计必须考虑支持未来业务的变化; ? 数据库设计必须考虑应用的性能要求; ? 合理的数据备份和恢复机制。
4、安全设计要求
? 投标人在系统安全方面应考虑采用身份认证技术、密码技术、访问控制技术等保证平台的稳定和整体安全。
? 应用系统安全，如：用户认证/授权、角色管理等; ? 数据的安全：如：数据的一致性等;
? 平台能够为不同的用户提供不用的操作权限，用户每一步操作系统都会留有记录，便于管理和明确责任。
5、接口设计要求
接口设计须遵守如下原则： ? 使用XML规范定义传输的数据;
? 支持标准的接口实现方式，利于集成;充分考虑系统整体和局部的开放性。
五、项目实施要求
1、项目实施方案要求
投标人须就招标文件中规定的系统设计要求、项目建设要求的全部内容响应，并根据招标人所设定的各项任务编写项目实施方案。在项目实施方案中要求投标人提出实施此项目的组织方式、工作机制建议，并制定工作流程和工作计划。
2、开发与测试要求
投标人最终交付的目标系统必须通过招标方认可的手段进行性能分析和优化，并在测试通过后，再进行项目验收
3、系统部署与试运行
项目建成后，共享我市信息资源管理中心网络环境，系统统一部署在云计算中心，投标人负责服务器的安装、调试、系统安装部署，制定部署方案，满足云计算硬件、虚拟环境、网络、存储、服务器等各方面的技术要求。同时，要对系统的运行提供维护和后期技术支持。
4、实施人员要求
在本项目的执行过程中，项目经理要专职于本项目，核心技术人员要百分之百地投入到本项目中，并且整个项目团队的人员要相对稳定。
按照项目实施的要求，必须配置相应的项目管理、系统设计、开发、测试、集成、培训、质量保证等人员，在项目组织中应明确各岗位的职责，确保工程顺利实施。
参与此项目的核心技术人员必须具有承担过相关软件开发和相关项目建设经验，能够与政府用户进行良好的沟通，具备相关产品集成、应用和开发的能力。参与此项目的技术人员必须具有强烈的服务意识和高度的责任感。
5、培训要求
投标人提供完善的培训方案。投标人应负责对所有参与项目的人员进行培训，并提交详细培训计划。系统的培训对象包括，普通用户和管理员用户。培训内容包括：软件使用培训、系统管理培训，培训工作由投标人完成。投标人需提供详实的培训计划和培训方案。培训方案包含培训内容、培训课时等。系统的培训工作要在系统上线试运行前实施，投标人需要在培训实施前编制专门的培训材料。
6、项目交付成果
(1)项目的成果至少包括以下内容：
? 符合招标要求的完整的智慧政务服务平台(提供有完整的系统安装文件或程序的介质);
? 如有新购软件，需提供新购软件的许可证证明书、授权证书的授权;
? 项目所交付的应用系统软件环境必须包括生产环境(正式环境)、测试环境，所有环境均能正常使用。
(2)文档要求
系统实施方必须提供完整的软硬件安装、操作、使用、测试、控制和维护手册。以满足将来整个智慧政务服务平台的维护和功能扩展需求。所提供文档必须是电子文档与纸质文档两种形式。
? 所有成果交付物编制语言应为简体中文。 ? 所有成果交付物均需同时提供光盘介质、纸质文档2份和电子文档1份。
? 只有该项目所有技术成果均提交招标人后，系统实施方才能向招标人提出项目成果最终验收申请。
? 该项目成果将根据招标人需要进行各级验收，系统实施方应配合招标人进行各项验收准备工作。
? 招标人各级验收提出的修改意见应在该项目中予以修改和完善，涉及商务的，由双方商务人员友好协商解决。
六、项目管理要求
1、项目组管理
投标人需要对此项目建立专门的项目组，明确列出项目组主要成员及其工作经验，并向招标人提交每个成员的资质证明，参加本项目的工作内容、工作时间、工作量、在本项目实施过程中是否全职参加等资料。项目组成员必须稳定，成员必须专职工作，项目组人员的变更必须经采购单位的同意，必须提前1个月向采购单位提交书面申请。
在本项目实施过程中，采购单位认为投标人项目经理无法有效组织项目成员完成该项目所要求的工作内容时，有权要求投标人更换项目经理，投标人有义务接受。
投标人应严格按照软件工程规范进行管理，并遵循常熟市智慧城市建设过程中制订的各种技术和管理规范，采购单位有对项目进度、软件质量进行监督控制的职责和权利，投标人应按要求提供项目阶段文档，并经采购单位确认后，方可进行下一阶段工作。 投标人需承诺项目经理及主要技术人员在项目整个生命周期中不得更换，如遇不可抗因素确实需更换的，须经甲方同意，且更换后的人员资质、技术能力不低于原有人员，甲方对更换后的人员不满意，乙方必须无偿更换直到甲方满意为止。
2、项目管理机制
投标人应明确说明项目管理方法，项目实施方法，对本项目的实施风险分析和相应的控制方法，以及质量管理方法。
3、进展汇报
投标人应每周定期呈交项目的进展报告，并在进展报告中列明开发/生产的进展、任何可预见预定交付日的延期和所有其它采购单位可能要求的有关信息，及上述每一项情况的相应活动或行动。同时，应定期安排汇报会，并在汇报会中与投标方讨论项目的进展报告及其它与项目有关的事宜。
4、项目控制
投标人应任命一名项目经理,此人将：
? 对拟建设系统要有充分的理解，具备足够的项目管理的经验和能力;
? 除对实施商的人员有完全控制和管理权力外，并且得到实施商在工作进展期间具有做出日常决定的充分授权;
? 在正常工作时间或任何其它认为需要为能够根据执行计划表完成工作所需要的时间内，可以被联系到。
七、项目验收要求
1、项目验收的组织机构
招标人负责组织验收小组，负责整个验收工作。投标人应组建由有关专业技术人员构成的测试小组，并在验收小组指导监督下开展工作。
2、验收标准
各阶段实施满足项目需求确认书的要求，并完成相关知识转移工作。
按需求确认书完成相关工作并提交项目成果，所有项目成果均已达到需求书要求、通过招标人的审查并签字确认。
系统性能、功能、安全满足需求，并通过招标人的测试评审。上线试运行三个月，系统运行稳定无宕机，各功能模块能支撑业务正常运作。
对于不满足需求确认书要求的投标人交付物，投标人应及时予以整改、修订、完善以满足要求。运行期间若出现功能故障、系统不稳定现象，解决故障时间不计入试运行时间，上线试运行时间向后顺延。
3、阶段成果确认
根据招标文件中对项目进度的阶段要求，在阶段成果交付时，投标人须负责提出书面申请，招标人同意后须在15天内成立评审小组，组织阶段性评审会，招标人将依据需求确认书要求，进行阶段成果的审查、确认工作。
4、初步验收 项目成果交付后，招标人检查项目符合验收标准后，组织进行项目初步验收相关工作。
项目的初步验收须在系统上线后三个月后进行。
5、最终验收
项目成果交付后，监理、招标人检查项目符合验收标准后，组织进行项目最终验收相关工作。
项目的最终验收须在系统稳定试运行三个月后进行。 所提交的技术文档如有修改，请提交最新版本。
6、质保期验收
根据质保期要求完成质保期工作内容。
按照招标人档案管理部门要求，编制相关归档文件，完成项目归档工作，得到招标人档案管理部门的签字确认。
完成以上工作、提交质保期验收报告并通过监理、招标人签字确认。
八、质保期及服务要求
1、质保期
本项目从终验结束起壹拾贰个月内，即为项目的质保期，投标人在期内须提供质保服务，包含软件产品及开发实施部分的升级和售后服务。
投标人应在投标文件中承诺能够向招标人提供的具体售后服务承诺与技术支持内容。当项目中标后，作为项目的实施方，应在系统开发成果经招标人验收、鉴定合格后，承诺提供壹拾贰个月免费的质量缺陷保证期及后续服务(包含但不限于产品免费升级)。
支持和服务包括但不限于：
常驻人员要求：要求在质保期需有常驻人员，对系统进行优化、进行新增需求的分析、开发设计和系统升级发布等工作;常驻人员的工作由招标人项目负责人员安排。
系统技术支持：对招标人提出的与现有方案及系统有关问题及时进行答疑与解释。
软件更新/升级服务：投标人须向招标人提供其所提供产品及服务在需求确认书范围内，在质保期内已经正式发行的相关软件更新服务(如有)，而不额外收费;更新包括改正错误、补丁包等支持和服务，及相关配套文档资料，还可获得软件版本使用选择建议;
定期回访与评估，前三个月1个月进行一次，之后每个季度一次。每次回访时双方提前一周共同确认时间及参加人员安排，对招标人系统应用状况进行评估，并提交回访评估报告，报告内容包括但不限于：系统应用情况、问题分析、改进建议等，协助招标人完善系统应用。
在质保期内，除保证平台的正常使用外，针对运行、运营过程中发现的技术、管理等方面问题，提供优化建议方案。
2、服务要求 (1)总体要求
对系统运作和故障情况的支持、服务要求： ? 重大故障：由于系统原因造成系统瘫痪或由于应用软件原因造成对大量用户的服务无法正常进行;重大故障需30分钟内响应，2小时之内恢复正常运行。如果投标人不能在2小时内远程解决，投标人必须在收到招标人到现场服务要求后4个小时内提供现场支持服务。
? 严重故障：由于系统原因导致系统部分功能丧失或因应用软件问题影响部分用户的服务无法正常进行。或者该故障对系统存在重大隐患;1小时内响应，1天之内恢复正常运行。如果投标人不能在1天内远程解决，投标人必须在收到招标人到现场服务要求后1天内提供现场支持服务。
? 轻微故障：系统或应用故障基本不影响业务;1天之内相应，1周之内恢复正常运行。如果投标人不能在1周内远程解决，投标人必须在收到招标人到现场服务要求后1天内提供现场支持服务。
? 一般故障：系统或应用故障基本不影响业务;1天内响应，3天内恢复正常运行。如投标人不能在3天内远程解决故障，投标人必须在收到招标人到现场服务要求后3天内提供现场支持服务;
上述各类故障解决后必须提交故障报告，报告内容包括但不限于：故障现象描述、故障分析、故障解决办法、改进及建议分析等。
7天×24小时客户服务热线，提供全天候无间断的产品技术咨询、故障申报受理、硬件维修受理;
现场系统、软件故障诊断支持。若因故障无法通过远程技术支持方式确诊时，投标人应安排工程师赶赴现场进行故障诊断; 接到维修通知后，投标商及时响应招标人用户的请求。该服务必须是连续进行的，直至故障维修完毕恢复正常运行，并将故障内容及原因、处理过程和方法、完成处理及恢复正常的时间和日期等以书面形式报告最终用户;
巡检服务。在质保期内，投标人工程师每隔三个月到现场，就软件应用情况进行网络运行环境、软硬件及配置状况、网络性能等多方面的分析，并对发现的问题提供调查报告及解决建议：
处理并解决招标人和工程参与方在系统使用过程中所遇到的所有问题。
帮助招标人建立系统运行和维护的档案记录;
提供招标人所购买的实施项目中所需软件的最新动态和技术支持;
为了系统的稳定性及数据优化，投标人应根据招标人的后续需求在项目质保期结束后能提供必要的支持和服务建议。
投标人应在投标文件中列明壹拾贰个月质保期结束后的售后服务报价明细(包含但不限于用户数单价、软件升级费用、模块和报表修改单价及计算方式等)。
(2)长期维修服务
投标人应在常熟市智慧政务服务平台系统生命周期内负责向招标人提供相关的系统驻场维修和技术支持，提供优惠的拓展功能开发、系统的动态调整等服务内容。投标人须备有相当的技术力量，以满足招标人长期维修服务的需要。
第五篇：信息集成平台建设方案
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等，传递和展现整个医疗过程中的相关信息。同时，集成信息平台为临床数据中心的数据来源提供了技术基础和保障，通过信息标准、交换原则的制定，对业务系统提供标准的信息交换服务，确保数据交换过程的安全性、可靠性，实现数据在系统平台范围内自由、可靠、可信的交换。
通过医院信息平台建设，一方面可以规避“点对点”式的信息共享与交换，并使得医院可以基于信息平台整体上进行业务流程优化与管理，对内提高管理水平，对外以统一的方式接入区域卫生协同网络，更好地为人民健康服务。另一方面利于医院信息系统建设的持续性发展，以适应未来的需求变化，避免信息化建设的大范围的推倒重来;另外，持续性发展还必须要有一套合适的实施和服务模式作支撑。