it顶层设计
『壹』 DCIM为什么是数据中心运维管理系统的顶层设计
DCIM 全称Data Center Infrastructure management，是数自据中心基础设施一种全面管理方式和方法，处于各专业化子系统的上层，即目前数据中心运维管理系统的顶层设计。
DCIM主要价值就是在于打通场地基础设施和IT基础设施（硬件层）的组织和信息断层，整合数据中心的各个专业化子系统，统一管理平台提供基于实时数据的基础设施全面可视性管理。DCIM更加关注各个专业子系统数据汇集后的大数据模型标准化和定制化、业务逻辑等，根据提取的信息来分析数据中心基础设施运行的各种影响因素，提供从规划、调优、预测和变更等多个维度的数据支撑，从而降低日常管理数据中心的压力。
更多数据中心信息，点击www.xdcplus.com
『贰』 IT售前工程师需要具备哪些能力，具体工作内容是什么
有很多刚毕业找工作，或想换行的同学在网上咨询：“售前是做什么的？”，有的售前老鸟用了精辟的两个字——“忽悠”。我觉得这是对后进者的误导，也是对万千愁白了头、忙秃顶了的售前同仁的诋毁。
什么是售前
售前人员有多种称呼，如售前工程师、解决方案专家、售前咨询工程师、技术顾问、售前技术支持工程师等等。
实际上，售前正是对售前阶段参与人员广义上的称呼。
那售前是什么阶段呢？
一个IT项目的生命周期，可以大体分为售前、售中、售后3个阶段。
售前，是指与客户签合同前的阶段。大致包括线索获取、客户交流、提供技术方案、应标、签合同等流程。
售中，是指与客户签单后的阶段。大致包括需求评审、设计、开发、实施等流程。
售后，是指项目交付后的阶段。大致包括维护、使用培训、技术支撑等内容。
售前人员，主要是做售前阶段的技术支撑，但一个IT项目，通常都要考虑延续性，所以售前人员，也会参与到售中、售后工作中。
售前与其他IT人员的关系
售前vs销售
销售（客户经理）为公司承揽业务，需要从事寻找线索、拜访客户、维护客情等商务活动。
但在一个项目的签单过程中，需要很多技术性和文档工作。比如与客户进行技术交流，编写技术文档等工作。这些工作，通常由售前人员去做。
所以有人说：客户经理是商务型销售，售前工程师是技术型销售。
售前vs研发
为什么不让研发来支撑销售呢？因为，研发虽然懂技术，但是不懂业务。
拿软件开发人员来说，他也许懂java语言、C语言、Oracle数据库、Hadoop架构，但不一定了解客户的业务，比如金融业务、医疗业务，甚至货币理论、医疗技术。这些就是业务，技术是要建立在业务基础上的。
售前，就是IT公司中，最懂客户业务的那群人。售前把客户的业务需求转化为技术人员能理解的语言。
售前vs产品经理
听上去，售前和互联网公司中的产品经理概念很相似。实际上，在IT公司中，也有产品经理的角色。那售前与产品经理有什么区别呢？
共同点是：二者都要与客户交流、调研需求、写需求文档。
区别是：售前的使命是签单，产品经理的使命是打造产品。售前想的更多的是如何开拓市场，签更多的项目。产品经理想的更多的是如何打造更好的、更有市场的产品。
售前的类型
在回答售前具体做些什么之前，有必要先了解下售前类型。根据有无产品、归属总部还是区域，可将售前分为4个种类。
产品型售前&方案型售前
产品型售前是最容易理解的，即公司有了产品以后，协助销售将产品推销给客户的售前。硬件公司，如服务器、交换机厂商中，主要是产品型售前。
很多企事业客户想要的产品，市面上并没有，厂商要做的，就是提供解决方案。这种售前就是方案型售前，如在集成厂商中，主要就是方案型售前。
产品线售前&区域售前
很多大型IT厂商有多条研发产品线，同时，在全国各地有很多区域中心。于是出现了产品线售前和区域售前的分类。
产品线售前通常专注于某一行业甚至某一类业务，对产品有前瞻性的考虑和布局，面对全国市场。
区域售前更贴近客户，更了解客户需求。区域售前需面对本区域的多个客户甚至多个行业，对业务了解的深度不如产品线售前，但广度要超过后者。
在这类公司中，产品型售前与区域售前，往往需要相互取长补短，同时出马。
售前的岗位职责
售前的基本职责是协助销售完成项目签单，售前的工作主要围绕项目生命周期开展。
售前阶段
解决方案规划：售前需发掘行业诉求、问题和痛点，整理行业解决方案和最佳实践，进行解决方案规划、设计；
技术交流：协助销售同目标客户进行技术交流，讲解公司现有的解决方案和案例，并在交流中了解客户的需求；
编制解决方案：基于客户需求编写解决方案。
方案讲解：负责为客户讲解、演示方案，并引导用户认同技术方案；
编写技术文档：如方案被用户接纳，在投标之前，还有很多环节需要提供技术文档，如：技术规范书、可研材料、工作量评估材料等等；
投标支撑：负责协助销售完成投标工作，主要负责技术分册、商务分册的编制，并到投标现场进行述标、答辩等工作。
需求调研：项目签单后（经常在签单前），首先要进行需求调研、分析，并编制顶层设计、需求规格说明书，并对需求进行管理；
需求交底：负责项目从售前到售中的需求交底，协助交付团队做好需求确认工作，提供项目实施相关的文档资料和知识转移；
配合交付：配合交付经理完成整体项目的交付；由于在公司中，售前擅长编写材料，所以经常要帮助交付人经理或客户编写工作汇报、工作总结、技术创新等材料；
售后服务：如产品技术培训、材料支撑工作；
需求收集：在售后阶段（经常在售中），售前需要收集用户新的需求，当需求较多时，要争取促成客户再立一期项目；
懂产品：售前必须对自家公司的产品、方案非常熟悉，尤其是自己所负责的产品、项目；并对友商的产品、方案有所了解；
懂商务：售前要熟悉签单、招投标流程；要了解客户单位的组织架构、决策流程、关键人等情况；
懂业务：售前要对自己负责的行业有所了解，对具体服务的客户业务要非常熟悉；
懂技术：售前要掌握基本的硬件、网络、软件开发、数据库等知识；并且经常对可能涉及的新技术进行学习，如云计算、区块链、AI、AR、5G等；
懂需求：需求工作是售前的基本功，售前需要掌握需求调研、需求分析 、需求方案编制、需求评审、需求交底、需求挖掘等技能。
知趋势：售前要了解业界最新进展和发展方向，了解行业痛点和诉求；对行业有较强的洞察力和敏感度。
会规划：高级售前、解决方案专家、解决方案架构师等，需要会规划产品、会做顶层设计；
能写：售前的主要工作内容就是写材料。所以要具备文字表达能力，能够撰写各种类型的文档；
会说：售前要会讲方案，并且具备良好的沟通能力，能与客户、团队有效沟通；
学习能力：单是上面提到的售前技能，就需要售前花很长时间去学习，并且不断提高自己和更新知识；
抗压能力：售前有时一周要跑很多城市，要见多个客户，还要同时准备多个标书；必须具备良好的抗压能力。
协调能力：面对艰巨任务，售前需要协调领导、同事、后方、合作伙伴等来共同完成；
应变能力：售前在与客户交流过程中、在其他工作中，要具备应变能力；
引导能力：售前需要具备咨询引导能力，能够获得客户支持和认可。
售中阶段
售后阶段
对于大型IT公司来说，这些职责通常会分散到不同类别的售前身上，如解决方案专家、售前负责人、产品线售前、区域售前。
售前的能力体系
（本节不展开细讲，有兴趣的读者可以关注“IT售前圈”的其他文章。）
售前的技能
售前的能力
除去上面提到的技能，售前还需具备以下能力：
售前常用软件工具
售前没有、也不需要专业性很强的软件工具，但掌握一些常用软件，对售前工作很有帮助：
『叁』 智慧城市顶层设计方案需要哪些数据
一、“顶层设计”的来源和内涵
“顶层设计”原是一个工程学术语，是源于自然科学或大型工程技术领域的一种设计理念，指运用系统论的方法，从全局的角度，对某项任务或者某个项目的各方面、各层次、各要素统筹规划、多纬度设计，以集中有效资源，高效快捷地实现目标。
顶层设计要求注重规划设计与实际需求的紧密结合，强调设计对象定位上的准确、结构上的优化、功能上的协调和资源上的整合，是一种将复杂对象简单化、具体化、程式化、规范化、相关因素一体化的设计方法，不仅需要从系统和全局的高度，对设计对象的结构、功能、层次、标准进行统筹考虑和明确界定，而且十分强调从理想目标到现实的技术化、精确化建构，目的是要在目标与实践之间铺展“蓝图”。
“顶层设计”理念提出后，被广泛应用于信息科学、军事学、社会学、教育学等多个领域，并成为各领域制定发展战略的一种重要思维方式。顶层设计的内涵主要体现在以下几个方面：
一是注重战略目标的整体性：在根据任务需求确定核心或终极目标后，“顶层设计”一定要完整地考虑各方面、各层次问题，形成一整套解决方案，调动各方面、各层次资源围绕全局目标，有序地、渐进地落实和推进，才能最终产生顶层设计所预期的整体效果。
二是注重战术目标的科学性：战略目标确定后，在具体实施过程中，本着先基础后表层、先共性后个性的科学步骤。尤其要注重解决我国长期以来政务信息社会复杂需求复杂实现、简单需求简单实现的模仿建设模式，优化升级为复杂工作简单实现，简单工作规范实现的模型式工作方法。
三是具有缜密的逻辑思维：“顶层设计”是“自上而下”的设计，但其中的“上”并不是凭空建构，而是源于实践再经过提炼优化后高于实践，是对实践经验和感性认识的理性提升。顶层设计成功的关键在于能够通过缜密的全局的逻辑思维，在理想与实现、可能性与现实性之间绘制一张精确、可控的全局“蓝图”，实践者依据“蓝图”按工作重要性分期分批建设，可以最大程度地避免各种风险，保障建设工作顺利进行。
四是强调执行力保障：“顶层设计”的整体战略、科学战术和“蓝图”绘就以后，如果没有到位的、全局的、基础的详细设计的精准执行，战略目标依然是海市蜃楼，“蓝图”也将成为墙上的废纸。“顶层设计”的执行过程是精细化管理和全面质量管理的体现，规划设计要真正落地生效，必须强调执行、注重细节，注重各环节之间的互动与衔接。
二、当前政务信息化领域顶层设计存在的主要问题
(一)问题表现
十多年来，我国各级党政机关在推进信息化建设时反复强调要做好“顶层设计”，却屡屡收效甚微，主要原因之一就是片面地理解了“顶层”，仅按字面意思将“顶层设计”理解为最上层、最权威、最宏观层面的设计，将“顶层规划设计”及“专项初步设计”当成顶层设计的全部，而缺乏后面更重要的全局性基础性顶层初步设计、全局顶层详细规划衔接和强有力的执行。
一个政务信息化的“顶层设计”方案，重点应解决四个方面的问题：
第一，要理顺全局的体制机制，即理清建设主体，制定数据资源共享、投融资长效机制，至少要涵盖两个层面，一是制度机制层面的顶层设计，通过机制设计解决传统体制机制、法规标准不匹配、不协调的问题，减少上下推进、横向沟通之间的阻碍，保障建设顺利开展;第二，理顺全局的客体，即信息分类体系及数据字典体系，再分清层次，合并同类项;第三，理顺全局的三定方案及各层级岗位职责以及每个部门每个人处理工作的责任清单，即衔接主体与客体的权限形成及分配策略体系;第四，理顺技术实施层面的顶层设计，对基础设施、共性支撑软件产品、各类应用系统建设、数据资源交换与共享等方面进行全局性的初步设计与详细设计，为形成数据要素流通的技术、平台、系统壁垒奠定基础。
在形式和内容上，全局性基础性的顶层设计至少要包含“全局规划设计、全局初步设计和全局详细设计”三个部分，即形成“全局顶层三设计”。
对政务信息化而言，全局即指党委及政府所属各单位、单位所属各部门分管业务之和，基础则是指规划设计出各类信息应用系统均可复用的管理与服务业务、数据、技术、安全、保密业务与标准单元。完成“全局顶层三设计”的标志则是形成共性政务业务与技术总体需求规范、背景信息(元数据)与数据结构规范、软硬件产品与应用系统接口规范，业务功能、兼容安全可控环境测评规范等全套技术文档。以电子政务为例，如图2所示，实施层面的“全局顶层三设计”在传统的可研报告、初步设计基础上，至少还应包含以下内容：
图1 电子政务实施层面“全局顶层三设计”的主要内容示意
就像建大楼、地铁、高速和大桥前必须要有详细设计图纸一样(如图2)，政府信息化建设项目在开工前也应该完成真正意义的“全局顶层三设计”，并将其作为信息化工程验收的主要依据和必需文档。然而现实是目前我国政府信息化建设领域依然严重缺乏这一完整环节。多年来，我国各级政府组织实施的政务信息化项目，多数只有某个子系统的规划设计或初步设计，开工前的详细设计基本没有，更没有“全局顶层三设计”。
图2 智慧大厦模型
(二)客观原因
一是尽管信息化建设已经开展二十多年，信息人才仍然缺乏，特别是既懂政府管理业务、服务业务、办公业务、安全保密业务，又懂技术实现业务与标准提炼的复合型人才更是严重缺乏，政府用户和IT企业均不知如何做全局详细设计，只能将工作设想写成项目建议书，加上一些计算机原理与没有提炼与优化的功能要求组装成可研报告，再加上一些公司非标准的解决方案与产品介绍写成初步设计。
二是在现行信息化预算管理中，一直没有明确的规划设计费用预算，尤其是规划详细设计费用预算，这样也是导致部分用户单位无法开展此工作的一个重要原因。于是过去几年智慧城市工程领域，各大企业打着给政府免费设计的名义，纷纷跑马圈地，政府官员本着不投入或少投入即取得大政绩的想法与各大企业签订协议。
三是在技术层面，长期以来我国各类政务信息化系统建设模式多是IT企业基于国外IT企业或开源社区提供的基础层软件产品、支撑层常用工具软件，定制一些技术含量不太高的应用层各类信息应用系统，负责开发企业往往无法真正掌控这些软件产品的技术细节与设计架构，也就无法形成全局的详细设计。
(三)主观因素
一是由于IT公司众多，市场竞争非常激烈，传统IT公司往往将属于详细设计工作内容作为商业秘密保护，不希望用户单位开展此项工作、了解详细内容，以期达到长期控制用户的目的;同时各类大企业为了占领更多市场，往往打着各种合作和免费设计的名义，在设计过程中将企业私有的、不成规模、不成体系的解决方案与产品推销给政府用户。
二是政府部门严重缺乏复合型人才，特别是缺少既懂技术又懂业务的人才，在项目规划阶段、设计阶段与建设阶段往往容易被企业误导。
(四)无全局顶层详细设计的后果
缺乏全局详细设计的直接后果就是，经过二十多年的建设，各级政府规划建设了数以十计、百计、千计的大小不等的、独立的信息系统，在所有城市建成众多的技术孤岛、数据孤岛，形成众多的逻辑棚户区(如图3)，各类信息系统以及形成的数据体系无法直接互联互通、安全交换与共享，无法根据需求以任意维度切片分析利用。
图3 无全局顶层详细设计的传统模式
三、“顶层三设计”是新型智慧城市政务信息化建设的基础
当前社会已经进入信息社会，云计算、物联网、大数据等技术发展趋势，新型政务信息系统、新型智慧城市、“互联网+”等发展理念及安全自主可控替代发展要求，面对新型信息化发展的机遇与挑战，统一标准，特别是业务需求标准、数据格式标准与服务标准是关键。国家层面的相关文件如《国家信息化发展战略纲要》、《国家电子文件管理十三五规划》、《“十三五”国家信息化规划》也都对政务标准化、集约化、一体化提出了更高的、具体的要求。政务信息化，尤其在智慧城市中枢管理服务平台体系等建设领域，“顶层三设计”是新型智慧城市建设的基础。
比如，云计算技术就要求数据的集中(物理或逻辑集中，实际更重要的是逻辑集中)和数据格式统一标准。
物联网技术同样要求标准的统一：对狭义物联网而言，需要统一各类仪器仪表及各类传感器通信接口标准与属性代码授证中心统一标准以便于数据交互、集中共享;对广义的物联网而言，需要统一各类IT硬件设备、各类数据记录格式(关系型与非关系型)与记录的ID与标识标准，以便数据交换、集中与共享。
大数据、智慧城市、自主可控要求同样需要统一的标准。要将政府既有的几十、几百、几千个共性与个性政务管理与服务类信息应用系统分别形成的数据，必须按统一标准实现各类信息系统的互联互通，按照统一标准进行数据的清洗、汇总、整合与升级，以便政府各级领导及工作人员以各维度切片分析、钻取、分析等大数据应用，才能真正达到提升政府决策的科学化、管理的精准化、服务的高效和便捷化，实现简政放权，变成“智慧”的政府，提升公众获得感的目标。
而要实现统一的数据服务格式标准，只有统一各领域业务管理与服务需求规范，才能形成统一的业务架构与技术架构，统一的技术实施方案、统一的元数据及数据格式规范，开展全局性的“顶层三设计”是实现这一目标的有效途径，尤其是在智慧城市中枢管理与服务平台体系方面，亟需通过“顶层三设计”，才能真正推进智慧城市和政务信息化建设的标准化、集约化、一体化。
金鹏信息安全可控新型智慧城市研究中心，与国家信息中心、国家行政学院、北京大学、国家标准委等合作，致力于安全可控新型智慧城市的研究、规划、设计及建设工作，为新型智慧城市建设提供深度支撑和服务。
中心主任任锦华：原中共中央对外联络部信息办副主任、国家信息中心智慧城市发展研究中心特聘研究员、北京大学数字中国研究院信息社会治理创新研究中心主任、国标委全国政府大厅标准化工作组委员。
金鹏信息智慧城市解决方案
『肆』 做IT技术售前需要哪些知识
什么是售前
售前人员有多种称呼，如售前工程师、解决方案专家、售前咨询工程师、技术顾问、售前技术支持工程师等等。
实际上，售前正是对售前阶段参与人员广义上的称呼。
那售前是什么阶段呢？
一个IT项目的生命周期，可以大体分为售前、售中、售后3个阶段。
售前，是指与客户签合同前的阶段。大致包括线索获取、客户交流、提供技术方案、应标、签合同等流程。
售中，是指与客户签单后的阶段。大致包括需求评审、设计、开发、实施等流程。
售后，是指项目交付后的阶段。大致包括维护、使用培训、技术支撑等内容。
售前人员，主要是做售前阶段的技术支撑，但一个IT项目，通常都要考虑延续性，所以售前人员，也会参与到售中、售后工作中。
售前与其他IT人员的关系
售前vs销售
销售（客户经理）为公司承揽业务，需要从事寻找线索、拜访客户、维护客情等商务活动。
但在一个项目的签单过程中，需要很多技术性和文档工作。比如与客户进行技术交流，编写技术文档等工作。这些工作，通常由售前人员去做。
所以有人说：客户经理是商务型销售，售前工程师是技术型销售。
售前vs研发
为什么不让研发来支撑销售呢？因为，研发虽然懂技术，但是不懂业务。
拿软件开发人员来说，他也许懂java语言、C语言、Oracle数据库、Hadoop架构，但不一定了解客户的业务，比如金融业务、医疗业务，甚至货币理论、医疗技术。这些就是业务，技术是要建立在业务基础上的。
售前，就是IT公司中，最懂客户业务的那群人。售前把客户的业务需求转化为技术人员能理解的语言。
售前vs产品经理
听上去，售前和互联网公司中的产品经理概念很相似。实际上，在IT公司中，也有产品经理的角色。那售前与产品经理有什么区别呢？
共同点是：二者都要与客户交流、调研需求、写需求文档。
区别是：售前的使命是签单，产品经理的使命是打造产品。售前想的更多的是如何开拓市场，签更多的项目。产品经理想的更多的是如何打造更好的、更有市场的产品。
售前的类型
在回答售前具体做些什么之前，有必要先了解下售前类型。根据有无产品、归属总部还是区域，可将售前分为4个种类。
产品型售前&方案型售前
产品型售前是最容易理解的，即公司有了产品以后，协助销售将产品推销给客户的售前。硬件公司，如服务器、交换机厂商中，主要是产品型售前。
很多企事业客户想要的产品，市面上并没有，厂商要做的，就是提供解决方案。这种售前就是方案型售前，如在集成厂商中，主要就是方案型售前。
产品线售前&区域售前
很多大型IT厂商有多条研发产品线，同时，在全国各地有很多区域中心。于是出现了产品线售前和区域售前的分类。
产品线售前通常专注于某一行业甚至某一类业务，对产品有前瞻性的考虑和布局，面对全国市场。
区域售前更贴近客户，更了解客户需求。区域售前需面对本区域的多个客户甚至多个行业，对业务了解的深度不如产品线售前，但广度要超过后者。
在这类公司中，产品型售前与区域售前，往往需要相互取长补短，同时出马。
售前的岗位职责
售前的基本职责是协助销售完成项目签单，售前的工作主要围绕项目生命周期开展。
售前阶段
解决方案规划：售前需发掘行业诉求、问题和痛点，整理行业解决方案和最佳实践，进行解决方案规划、设计；
技术交流：协助销售同目标客户进行技术交流，讲解公司现有的解决方案和案例，并在交流中了解客户的需求；
编制解决方案：基于客户需求编写解决方案。
方案讲解：负责为客户讲解、演示方案，并引导用户认同技术方案；
编写技术文档：如方案被用户接纳，在投标之前，还有很多环节需要提供技术文档，如：技术规范书、可研材料、工作量评估材料等等；
投标支撑：负责协助销售完成投标工作，主要负责技术分册、商务分册的编制，并到投标现场进行述标、答辩等工作。
需求调研：项目签单后（经常在签单前），首先要进行需求调研、分析，并编制顶层设计、需求规格说明书，并对需求进行管理；
需求交底：负责项目从售前到售中的需求交底，协助交付团队做好需求确认工作，提供项目实施相关的文档资料和知识转移；
配合交付：配合交付经理完成整体项目的交付；由于在公司中，售前擅长编写材料，所以经常要帮助交付人经理或客户编写工作汇报、工作总结、技术创新等材料；
售后服务：如产品技术培训、材料支撑工作；
需求收集：在售后阶段（经常在售中），售前需要收集用户新的需求，当需求较多时，要争取促成客户再立一期项目；
Word：大概只有售前这类文案人员才能体会到Word的博大精深；
Excel：主要是管理线索、管理需求时用到；在售前这里，这个软件大材小用；
PPT：段位越高的售前，PPT做（讲）的越好。
Visio：常用于画流程图、网络架构图；
PS：冷不丁就会用到，此处不细说；
思维导图软件，如MindMaster：帮助梳理工作、材料思路；
Axure：主要是软件售前使用，用于界面设计；
笔记：如有道云笔记、OneNote等，用于记事、记学习笔记、收藏资料。
售中阶段
售后阶段
对于大型IT公司来说，这些职责通常会分散到不同类别的售前身上，如解决方案专家、售前负责人、产品线售前、区域售前。
售前的能力体系
（本节不展开细讲，有兴趣的读者可以关注“IT售前圈”的其他文章。）
『伍』 顶层设计，用法语怎么翻译还有这么课在法国有什么专业会涉及有相关链接给一个更好谢谢！
您说的“顶复层设计”是制哪个领域的概念？ 是政治经济领域还是建筑行业的顶层设计？ 如果单从字面意义上翻得话 法国人会说 conception plus haut niveau, 我认为星辰的回答没有把“顶”的概念翻译出来。 如果您是指建筑行业的顶层设计的话 我认为应该翻译成 阁楼设计 或是房顶设计吧 阁楼是 grenier 也就是 conception de grenier, 房顶是toit 也就是 conception de toit. 您这个 “顶层设计”给我的感觉是 您自己对它的理解都不是很清晰， 如果您是指建筑专业的话，应该在 conception et réalisation des bâtiments这个专业里。而政治上和经纪上的概念的话 就该是在县官专业里， 没有 那么细化的专业方向的。
『陆』 IT信息整体解决方案可分为哪些
整体架构秉承顶层设计原则，分为网络核心、计算中心、存储中心、容灾中心、安全管理中心、对外发布区域、移动接入与第三方接入区域、分支接入区域、边界防护区域、终端办公区域等十大区域。
『柒』 智慧城市顶层规划和城市总体规划的区别
一、“顶层设计”的来源和内涵
“顶层设计”原是一个工程学术语，是源于自然科学或大型工程技术领域的一种设计理念，指运用系统论的方法，从全局的角度，对某项任务或者某个项目的各方面、各层次、各要素统筹规划、多纬度设计，以集中有效资源，高效快捷地实现目标。
顶层设计要求注重规划设计与实际需求的紧密结合，强调设计对象定位上的准确、结构上的优化、功能上的协调和资源上的整合，是一种将复杂对象简单化、具体化、程式化、规范化、相关因素一体化的设计方法，不仅需要从系统和全局的高度，对设计对象的结构、功能、层次、标准进行统筹考虑和明确界定，而且十分强调从理想目标到现实的技术化、精确化建构，目的是要在目标与实践之间铺展“蓝图”。
“顶层设计”理念提出后，被广泛应用于信息科学、军事学、社会学、教育学等多个领域，并成为各领域制定发展战略的一种重要思维方式。顶层设计的内涵主要体现在以下几个方面：
一是注重战略目标的整体性：在根据任务需求确定核心或终极目标后，“顶层设计”一定要完整地考虑各方面、各层次问题，形成一整套解决方案，调动各方面、各层次资源围绕全局目标，有序地、渐进地落实和推进，才能最终产生顶层设计所预期的整体效果。
二是注重战术目标的科学性：战略目标确定后，在具体实施过程中，本着先基础后表层、先共性后个性的科学步骤。尤其要注重解决我国长期以来政务信息社会复杂需求复杂实现、简单需求简单实现的模仿建设模式，优化升级为复杂工作简单实现，简单工作规范实现的模型式工作方法。
三是具有缜密的逻辑思维：“顶层设计”是“自上而下”的设计，但其中的“上”并不是凭空建构，而是源于实践再经过提炼优化后高于实践，是对实践经验和感性认识的理性提升。顶层设计成功的关键在于能够通过缜密的全局的逻辑思维，在理想与实现、可能性与现实性之间绘制一张精确、可控的全局“蓝图”，实践者依据“蓝图”按工作重要性分期分批建设，可以最大程度地避免各种风险，保障建设工作顺利进行。
四是强调执行力保障：“顶层设计”的整体战略、科学战术和“蓝图”绘就以后，如果没有到位的、全局的、基础的详细设计的精准执行，战略目标依然是海市蜃楼，“蓝图”也将成为墙上的废纸。“顶层设计”的执行过程是精细化管理和全面质量管理的体现，规划设计要真正落地生效，必须强调执行、注重细节，注重各环节之间的互动与衔接。
二、当前政务信息化领域顶层设计存在的主要问题
(一)问题表现
十多年来，我国各级党政机关在推进信息化建设时反复强调要做好“顶层设计”，却屡屡收效甚微，主要原因之一就是片面地理解了“顶层”，仅按字面意思将“顶层设计”理解为最上层、最权威、最宏观层面的设计，将“顶层规划设计”及“专项初步设计”当成顶层设计的全部，而缺乏后面更重要的全局性基础性顶层初步设计、全局顶层详细规划衔接和强有力的执行。
一个政务信息化的“顶层设计”方案，重点应解决四个方面的问题：
第一，要理顺全局的体制机制，即理清建设主体，制定数据资源共享、投融资长效机制，至少要涵盖两个层面，一是制度机制层面的顶层设计，通过机制设计解决传统体制机制、法规标准不匹配、不协调的问题，减少上下推进、横向沟通之间的阻碍，保障建设顺利开展;第二，理顺全局的客体，即信息分类体系及数据字典体系，再分清层次，合并同类项;第三，理顺全局的三定方案及各层级岗位职责以及每个部门每个人处理工作的责任清单，即衔接主体与客体的权限形成及分配策略体系;第四，理顺技术实施层面的顶层设计，对基础设施、共性支撑软件产品、各类应用系统建设、数据资源交换与共享等方面进行全局性的初步设计与详细设计，为形成数据要素流通的技术、平台、系统壁垒奠定基础。
在形式和内容上，全局性基础性的顶层设计至少要包含“全局规划设计、全局初步设计和全局详细设计”三个部分，即形成“全局顶层三设计”。
对政务信息化而言，全局即指党委及政府所属各单位、单位所属各部门分管业务之和，基础则是指规划设计出各类信息应用系统均可复用的管理与服务业务、数据、技术、安全、保密业务与标准单元。完成“全局顶层三设计”的标志则是形成共性政务业务与技术总体需求规范、背景信息(元数据)与数据结构规范、软硬件产品与应用系统接口规范，业务功能、兼容安全可控环境测评规范等全套技术文档。以电子政务为例，如图2所示，实施层面的“全局顶层三设计”在传统的可研报告、初步设计基础上，至少还应包含以下内容：
图1 电子政务实施层面“全局顶层三设计”的主要内容示意
就像建大楼、地铁、高速和大桥前必须要有详细设计图纸一样(如图2)，政府信息化建设项目在开工前也应该完成真正意义的“全局顶层三设计”，并将其作为信息化工程验收的主要依据和必需文档。然而现实是目前我国政府信息化建设领域依然严重缺乏这一完整环节。多年来，我国各级政府组织实施的政务信息化项目，多数只有某个子系统的规划设计或初步设计，开工前的详细设计基本没有，更没有“全局顶层三设计”。
图2 智慧大厦模型
(二)客观原因
一是尽管信息化建设已经开展二十多年，信息人才仍然缺乏，特别是既懂政府管理业务、服务业务、办公业务、安全保密业务，又懂技术实现业务与标准提炼的复合型人才更是严重缺乏，政府用户和IT企业均不知如何做全局详细设计，只能将工作设想写成项目建议书，加上一些计算机原理与没有提炼与优化的功能要求组装成可研报告，再加上一些公司非标准的解决方案与产品介绍写成初步设计。
二是在现行信息化预算管理中，一直没有明确的规划设计费用预算，尤其是规划详细设计费用预算，这样也是导致部分用户单位无法开展此工作的一个重要原因。于是过去几年智慧城市工程领域，各大企业打着给政府免费设计的名义，纷纷跑马圈地，政府官员本着不投入或少投入即取得大政绩的想法与各大企业签订协议。
三是在技术层面，长期以来我国各类政务信息化系统建设模式多是IT企业基于国外IT企业或开源社区提供的基础层软件产品、支撑层常用工具软件，定制一些技术含量不太高的应用层各类信息应用系统，负责开发企业往往无法真正掌控这些软件产品的技术细节与设计架构，也就无法形成全局的详细设计。
(三)主观因素
一是由于IT公司众多，市场竞争非常激烈，传统IT公司往往将属于详细设计工作内容作为商业秘密保护，不希望用户单位开展此项工作、了解详细内容，以期达到长期控制用户的目的;同时各类大企业为了占领更多市场，往往打着各种合作和免费设计的名义，在设计过程中将企业私有的、不成规模、不成体系的解决方案与产品推销给政府用户。
二是政府部门严重缺乏复合型人才，特别是缺少既懂技术又懂业务的人才，在项目规划阶段、设计阶段与建设阶段往往容易被企业误导。
(四)无全局顶层详细设计的后果
缺乏全局详细设计的直接后果就是，经过二十多年的建设，各级政府规划建设了数以十计、百计、千计的大小不等的、独立的信息系统，在所有城市建成众多的技术孤岛、数据孤岛，形成众多的逻辑棚户区(如图3)，各类信息系统以及形成的数据体系无法直接互联互通、安全交换与共享，无法根据需求以任意维度切片分析利用。
图3 无全局顶层详细设计的传统模式
三、“顶层三设计”是新型智慧城市政务信息化建设的基础
当前社会已经进入信息社会，云计算、物联网、大数据等技术发展趋势，新型政务信息系统、新型智慧城市、“互联网+”等发展理念及安全自主可控替代发展要求，面对新型信息化发展的机遇与挑战，统一标准，特别是业务需求标准、数据格式标准与服务标准是关键。国家层面的相关文件如《国家信息化发展战略纲要》、《国家电子文件管理十三五规划》、《“十三五”国家信息化规划》也都对政务标准化、集约化、一体化提出了更高的、具体的要求。政务信息化，尤其在智慧城市中枢管理服务平台体系等建设领域，“顶层三设计”是新型智慧城市建设的基础。
比如，云计算技术就要求数据的集中(物理或逻辑集中，实际更重要的是逻辑集中)和数据格式统一标准。
物联网技术同样要求标准的统一：对狭义物联网而言，需要统一各类仪器仪表及各类传感器通信接口标准与属性代码授证中心统一标准以便于数据交互、集中共享;对广义的物联网而言，需要统一各类IT硬件设备、各类数据记录格式(关系型与非关系型)与记录的ID与标识标准，以便数据交换、集中与共享。
大数据、智慧城市、自主可控要求同样需要统一的标准。要将政府既有的几十、几百、几千个共性与个性政务管理与服务类信息应用系统分别形成的数据，必须按统一标准实现各类信息系统的互联互通，按照统一标准进行数据的清洗、汇总、整合与升级，以便政府各级领导及工作人员以各维度切片分析、钻取、分析等大数据应用，才能真正达到提升政府决策的科学化、管理的精准化、服务的高效和便捷化，实现简政放权，变成“智慧”的政府，提升公众获得感的目标。
而要实现统一的数据服务格式标准，只有统一各领域业务管理与服务需求规范，才能形成统一的业务架构与技术架构，统一的技术实施方案、统一的元数据及数据格式规范，开展全局性的“顶层三设计”是实现这一目标的有效途径，尤其是在智慧城市中枢管理与服务平台体系方面，亟需通过“顶层三设计”，才能真正推进智慧城市和政务信息化建设的标准化、集约化、一体化。
金鹏信息安全可控新型智慧城市研究中心，与国家信息中心、国家行政学院、北京大学、国家标准委等合作，致力于安全可控新型智慧城市的研究、规划、设计及建设工作，为新型智慧城市建设提供深度支撑和服务。
中心主任任锦华：原中共中央对外联络部信息办副主任、国家信息中心智慧城市发展研究中心特聘研究员、北京大学数字中国研究院信息社会治理创新研究中心主任、国标委全国政府大厅标准化工作组委员。
金鹏信息智慧城市顶层设计
『捌』 最近一直以来有个问题想请教一下大侠，特别是搞医疗和IT的朋友们，你们说什么是一个平台，什么是一个系
国家医药卫生体制改革背景及其对卫生信息化建设的要求
国家推出新医改方案，实际是基于现在服务模式不能完全满足居民健康的需要，大家都知道现在整个的情况是看病难、看病贵，为什么造成这样的现象呢？就是我们所有的患者几乎都在大医院寻求医疗卫生服务，所以导致我们看病难、看病贵，这是一个基本的认识。那么怎么样来改变这样的一个现状呢？我们必须对整个卫生服务的模式有一个调整。
国家要建立新的服务模式来满足居民健康的需要和需求，我们把患者进行分类以后发现不同的人群是需要不同的服务来满足的，这样就要我们的医疗体制必须与老百姓健康需求相适应，建立一种新的模式来满足看病就医的需要。总的是要以人为中心，通过不同层次医疗卫生机构提供不同的服务，患者到医院，然后一般的人群可以通过健康管理来给他提供服务，还有一些高危人群也可以通过一些特殊的服务满足他们的需要。这实际涉及到服务模式的改变，这是按照需求进行调整。
根据这么一个设想，我们国家提出来一个“三步走”中国卫生发展战略。第一步是2010年初步建立覆盖城乡居民基本卫生保健制度框架，使我国进入实施全民医疗卫生保健国家的行列。通过去年一年的努力，我们医疗保障的覆盖面得到很大程度的扩大，以前在城镇只有职工享受基本医疗保险，现在城镇没有就业这些居民可以通过享受居民的医疗保险来减轻他负担的压力。另外，基本上每一个农民都享有新农村合作医疗制度，来为他们解决看病的负担。第二步，到2015年使我国医疗卫生服务和保健水平进入发展中国家的前列。第三步，到2020年保持我国在发展中国家前列的地位，东部地区的城乡和中西部的部分城乡接近或达到中等发达国家的水平。
基于这个规划，去年发布了医疗卫生改革指导意见以及近三年实施的方案，国家卫生体制改革的总体框架的核心目标就是要建立覆盖城乡居民的基本医疗卫生保健制度，这个保健制度它是作为一个公共的产品向全体居民提供的。这个框架的顶是要覆盖城乡，它有四个梁，实际是我们的四个服务体系，第一个是医疗服务体系，第二个是公共卫生服务体系，第三个是医疗保障体系，第四个是药品供应保障体系。八柱有管理、运行、投入等等，其中信息系统也是我们这次医改很大的亮点，把信息化提高到前所未有的一个高度，使我们的医疗卫生信息化建设拥有了一把“尚方宝剑”。以前搞信息化都需要做开发领导的工作，现在有上面的认识下面就是具体执行工作的问题了，这是医疗信息化遇到良好的发展机遇。
为什么把这个信息化列到这么一个高度？实际上这也是一种必然的选择，大家都知道信息化带来整个社会的变革，现在电子政务、电子商务、电子服务等等方面，实际信息化促进了社会组织的变化，所以把信息化提到这么一个高度，它不仅仅是一个手段，而且它更是一个改变组织变革的力量，所以我们要这么理解我们的信息化。有这么高的地位它不仅仅是一个手段，它是为了改变组织模式，改变管理构架，所以它的任务是非常艰巨的。
我们的卫生改革实际是要建立一种覆盖城乡居民的医疗保障制度，实际是要实现几个目标的。第一个目标叫看得起病，第二个是要看得上病，光扩大保障覆盖没有人给你服务也不行，所以要增加卫生资源，而且要增加基层卫生服务的资源，同时要增加大医院的资源。第三个是看得好病，这是需要我们加强人才队伍的培养，使我们的医生有更高的水平为患者服务，另外从公共卫生的角度减少疾病的发生、减少患病的人群。
根据这几个目标，三年改革有五个具体的改革措施。第一个是建立基本医疗保障制度，第二个是建立国家基本药物制度，保障群众安全用药和用药便宜，所以通过定点定向的采购和生产流通，来保证老百姓用的药是安全的、有效的安全。第三个是建立健全基层卫生服务体系，保障卫生服务可及性。第四个是促进基本公共卫生逐步均等化，服务跟你的收入、你的职业都没有关系，每个人都能够享受到服务。第五个是推进公立医院改革，逐步回归公益性，实际这也是这次改革的难点，为什么是试点？就是因为医院的改革太难了，涉及众多的利益群体，涉及众多医务人员，所以采取这种渐进稳妥的策略是要逐步推进公立医院改革，使它回归公益医院性质。
那么，医药卫生信息系统如何起到支撑、手段和目标的作用？我们的目标是什么呢？我们整个医药卫生系统基于医改要求的目标是什么？总的一句话叫大力推进以近卫生信息化建设。以推进公共卫生、医疗、医保、药品、财务监管信息化为着力点，整合资源，加强信息标准化和公共服务信息平台建设，逐步实现高效统一、互联互通。我们的建设原则是惠及居民、服务应用；政府主导、合理建设；统筹规划、资源共享。
在国家发布的医改的文件里，把它归纳总结出来有16个字指导信息化建设。第一个叫“统一高效”，是要强调信息化的规划，强调我们顶层的设计，这个顶层设计不仅仅是最高的卫生部的顶层设计，实际在每一个层面都有自己的顶层设计。第二个强调“资源整合”，实施信息系统之前要把需求、资源搞清楚，这样才能进行下一步的设计。第三个是“互联互通”，我们要通过信息技术、网络技术使达到达到互通。第四个是“信息共享”，没有标准和规范我们的信息是很难共享的。
除了这16字方针，我们还有一些观念的转变，这三个转变是卫生部统计信息中心饶克勤主任总结的。第一个叫“建设目的的转变”，这个转变是由面向卫生业务系统的信息化建设转到以人为本，面向居民的信息化建设上来，这样与医改整个目标相适应。第二个是建设方法的转变，要由注重信息技术手段的发展转移到加强信息资源规划、流程再造、信息标准和规范上来。第三个是信息化建设重点的转移，是由强调垂直的业务信息系统建设，转移到扁平的区域卫生信息平台和综合管理信息平台上来。用友医疗卫生信息系统有限公司组织全国卫生行政主管领导和全国各大医院院长来召开这样一个会也是要充分体现区域卫生信息平台发展的趋势。
完成这三个转变还要树立三个观点，当前，区域卫生信息平台建设面临很好的历史机遇，以前是没有人关注，现在一下关注的人太多也不行，就有点乱了，所以要树立三个观念。第一个观念叫复杂性的观念，信息系统建设和医疗卫生体制改革一样，是一项复杂的系统工程，不是一件简单而容易的事情。比如说对象的复杂性，就是我们卫生服务的技术、服务的规范本身很复杂，它导致我们系统的复杂性，所以一定要把这件事想的复杂一点，它绝对没有那么简单。第二个，它的复杂性决定它的专业性，虽然是专业机构综合卫生信息系统的建设，我们都知道业务垂直的需求，没有一个专业部门整合，所以做的东西肯定是各自为政，所以我们现在需要一个专业的机构把不同的信息进行整合。所以我们一定要有专业队伍、专业人员实施信息化建设。第三个观点是动态的观点，就是我们的信息系统建设不是一个阶段性的，一定是动态的，今天解决这个问题，明天那个问题又出来了，就是一个阶段解决一个目标、解决一个任务就够了，绝不可能说今年干完三年或者十年不管它了，为什么有专业人员动态维护呢？跟交通一样，一会堵一会不堵，信息系统也一样，永远在动态的过程之间，所以别想太简单。我们一定要树立这样一个观点，才能够使我们的信息化建设在一种正常的环境下发展，不要一哄而上、一哄而下。虽然今天我们信息化建设突然得到这么多关注，但是我们自己要冷静。
区域卫生信息平台建设大概经历了三个发展阶段。第一个阶段叫机构的信息化阶段，是每个机构编小软件满足自己的需要。第二个阶段是业务系统的发展阶段，这个阶段是在SARS以后建立很多垂直的业务系统。第三个阶段是我们现在面对的正在筹划要建设的面向人群的信息系统阶段，这个阶段是区域卫生平台信息化的阶段。第二个阶段存在的问题有系统的问题、流程的问题、需求的问题，导致信息孤岛、理论研究薄弱、资源投入不足、人才短期等等。
卫生部在区域卫生信息平台建设整体确定这么一个思路。第一个叫“打好三个基础”，首先要建立居民健康档案标准，要加强居民健康档案标准和规范研究，开发制定统一的、适应各方面需求的居民健康档案标准和规范。其次，国家电子病例基本架构，根据居民健康在适合我国中西医特点的电子病例基本内容和应用规范。第二个叫“建好三个平台”。它的目的是要提升现有各个实际面向老百姓服务系统的能力或者效率或者提升它资源整合的能力。业务系统有这么多，要达到共享共赢的局面。
近来年，卫生部为医疗信息化建设做了大量的工作，组织专家制定了国家的标准规范、建设方案等。2009年5月15日发布《健康档案基本架构与数据标准》。2009年5月11日又发布《基于健康档案的区域卫生信息平台建设指南》。12月25日又发布《基于健康档案的区域卫生平台信息技术解决方案》。12月16日卫生部发布《省部级综合卫生管理信息平台的建设指南》。2009年12月31卫生部、国家中医药管理局联合发布了《电子病例基本架构与数据标准》，在新医改的要求下完成了这么一个浩大的工程。
健康档案、电子病例的基本架构与数据标准
健康档案是覆盖从出生到死亡生命过程里面的一些健康信息的集合。第一块是儿童保健，第二块是妇女保健，第三块是疾病控制，第四块是医疗服务，第五个是疾病管理，中间还有一块是个人基本的信息，这是健康档案六个域，健康档案主要来源于个人在接受医疗卫生保健服务活动时候里面的一些记录。
健康档案的信息标准包括三个方面：第一个叫数据源标准，这个地方的标准核心是对业务流程、业务过程、业务内容的标准，包含业务技术的规范、系统功能规范、集中内容的规范等。第二个叫数据元的标准，就是我们要把业务系统记录的数据元进行归纳整理，形成我们按照标准定义的数据元，然后我们要把每个数据元按照统一的属性对它进行标准化。那么在这个标准化的过程里面要有一个统一的标准，叫标准的标准。我们整个健康档案信息标准包括这三个，一个是源头的标准，一个是数据元的标准，一个是制定数据元的标准。按照业务领域分为三个一级类目，一共是32个数据集的标准，每一个数据集的标准是独立的单行本，每一个单行本都是国家行业的标准。
第二个是公用数据元的标准，每个数据集里面很多数据元是重复使用的，把这些重复使用去掉以后，把真正不重复的数据元叫做公用数据元，每一个数据元的取值范围是什么我们都有标准。公用数据元是不同业务领域之间进行无岐义信息交换和数据共享的基础，共包括1163个数据元，191个数据元值域代码表。
然后是电子病例的基本内容。电子病例是由医疗机构以电子化方式创建、保存和使用的，重点针对门诊、住院患者临床诊疗和指导干预信息的数据继承。是居民个人在医疗机构历次就诊过程中产生和被记录的完整、详细的临床信息资源。电子病例是居民健康档案的主要信息来源和重要组成部分。健康档案对电子病例的需求并非全部，具有高度的目的性和抽象性，是电子病例在概念上的延伸和扩展。电子病例是诊疗过程全部记录，但是健康档案是结果信息的抽取，所以健康档案和电子病例有一定的相同也有一定的不同性。
电子病例的内容主要有五个方面。第一，把医院各种各样的服务活动进行归纳，归纳出医院服务的活动，就是医院里那么多记录到底有多少类别进行归纳。第二，建立了中国医院电子病例的数据模型，这个模型是我们临床文档的数据模型，临床文档的数据模型引用国外的方法和技术，但是在这里面核心一块数据组是卫生部研发出来的。
临床文档的组件中每一个文档组件分两块，一个是文档头，另一个是文档段。数据元是可以重用的，数据组可以埫塎，就组成各种各样临床业务的文档。一共我们归纳了76个数据组，电子病例所有的各种各样的模板都是由76个数据组组合的。实际在健康档案1163个公用数据元的基础上，我们又新增465个数据元，在做电子病例的时候把健康档案的公用数据元都用上不够，还增加了465个，90个代码表，一共就是281个代码表，所以这个体系是相当庞大的。
另外，临床文档基础模板是17个，数据集一共19个，每一个基础模板它对应很多的表单，像绿的13个模板叫住院病程记录基础模板，非常复杂。关键是要把医院的业务活动分析清楚，根据我们的一些组件就能构成各种各样临床的记录和共享的文档模板。
区域卫生信息平台建设的总体思路
区域信息平台建设处于一个刚刚起步的阶段，中国有300多个地级市，还有数千个县。从统计数据来看，区域卫生信息平台建设主要集中在一些发达的地方开展，比如广东最多，有15个地方开展了。用友医疗在阳江市进行区域卫生信息平台建设试点，也是在广东进行的。另外是江苏也比较多，浙江有3个。总的来说，区域卫生信息平台建设主要是在发达方，由于建设与发展处于刚刚起步的阶段，所以非常需要按照一个统一的标准化、规范建设指导。
跟中国一样，美国的区域卫生信息平台建设处于一种刚刚发展的阶段，2008年还只是零星一些点，到2009年大概有200个试点。当然美国的区域卫生信息平台建设是一种自由经济的模式，它建设的时候每一个地方的特点都不一样，有的是就为一件事，有的是管几件事，统一规划时候特性少一点。美国制定自己国家信息化战略规划，它的规划以患者为中心来进行区域医疗信息化建设，这点跟中国一样。在英国有专门的机构负责信息化建设，它的信息化建设是政府统一推动，不像美国各个州自己建，英国是找几家公司统一开发软件部署。加拿大也是政府主导，成立了专门的机构，来推动国家和各地的卫生信息化建设。
从各个国家的比较来看，有很多不同的地方，但是有很多相同的地方，首先目标是一样的，它提供区域卫生信息平台的建设提高质量，信息共享以便于提供高质量服务、减少错误、控制的费用。另外是政府高度介入，美国成立专门的机构来推动它的标准规划的使用。就是某一个公司、某一个产品用了标准化，政府给你补助，美国以前信息系统单个机构很先进，但是不能实现信息共享，因为每一个制定很多标准，所以它为了推动标准化建设专门成立国家级的机构，还有资金配套保障保证标准的实施。区域卫生信息平台的建设投入比较大，还要重视病人的隐私保护，防止信息共享后的信息泄露。
中国区域医疗信息化建设将按照以下一些策略来进行。第一，区域卫生信息平台建设是链接区域内的医疗卫生机构基本业务信息系统的数据交换的共享平台，是不同系统间进行信息整合的基础和载体。从业务角度来看，平台可支撑多种业务，而非仅服务于特定应用层面。基于这个标准，卫生部完成了基于健康档案的区域卫生信息平台技术解决方案。
信息共享是一件很复杂的事，因为患者在中国分布在不同的机构，如果我们采取一种比较传统的方式，都通过接口的技术解决，两个结构就要做这么多接口，点对点的互联互通非常复杂。我们的患者到了二十个机构看了病，每一个机构信息要给其他所有机构共享，这就是复杂的点对点的共享模式，这种模式是做不出来的。为什么要区域卫生信息平台要扁平化呢？实际就是要有一个中心，其他的机构都跟它相连，全世界都是这么解决的。
信息共享的关键是业务流程的梳理规范，业务流程规范了以后我们才有可能使我们收集到的信息是共享的，所以业务流程的规范是业务分析的关键。第一，我们要对我们的机构，我们在从事卫生服务每一个机构干什么事我们要收理。第二，我们要对业务活动进行规范，那么多业务活动和业务表单，经过分析把它进行结构化和构建化，把卫生服务活动分成两类，第一类是实体的卫生服务的活动，实体卫生服务的活动到底有哪些机构构成我们要分析出来，经过抽象以后把里面相同的东西抽出来，叫业务建模，就是通过我们基本活动的抽取、定义、规范，然后通过基本活动再组合以后形成实体的卫生服务活动。举个例子，把健康档案抽取成28个基本活动，这28个基本活动分成八个大类]。比如有注册维护、观察、干预等。像产前保健是一个具体实体业务活动，一个完整的产前保健可能由七个基本活动构成，登记、问询和几个检查、医学指导和转诊等。
中国的区域卫生信息平台建设有以下一些特色呢。第一个，基本活动的采取是不一样的。你看我们是全的，我有钱的地方能做影像检查，我在里面可能做一二三，六七就不做了，就是我的基本活动采取是可以灵活定制的。第二个，我的频率是可以改变的，比如我一年就做一次，一年做两次三次也可以，所以通过活动基本单元的取和活动频率的因素一变，就形成了一个具有特色的具体业务活动。实际业务建模把流程规范化、构建化。第二步，每个活动里面到底有哪些数据元来描述呢？这又是标准问题，这个描述怎么保证它的一致性？主要通过信息模型来解决每个业务模型需要描述的。第三步，数据元描述以后可能里面代码不一样，那么通过什么方式解决？通过以前数据元标准化解决。这是我们业务分析的关键，第一步要分析提供服务的机构跟角色，第二步要对业务流程进行规范化的处理。第三个，在业务流程规范化以后要对它所描述的数据元进行定义，每个数据元又进行标准化，信息共享的基础问题都解决了。
然后通过我们统一数据交换格式成一个CDA的文档，文档的结构也是标准化，文档里面这些数据元是通过模型来约束的，模型约束数据元的定义由数据集进行标准化，所以CDA文档是标准化的东西，这样每一个地区只要是一个相同的CDA的东西它里面的内容标准化都是一样的。通过这个思路来解决信息共享。如果每个地方数据元里面的描述代码不一样，它也不能共享，这是在技术平台解决方案业务部分最核心的内容，实际就是四块的思路，形成信息共享。
接着介绍一下通过技术的手段使我们上面讲的临床文档能够达到共享，要采取什么样的技术架构来实现。整个平台分一个中心三个层，上面平台数据中心层，下面是区域内各个卫生机构。平台核心的内容也四大块，第一块叫注册系统，所有的人员、被服务对象和机构都要进行注册，保证信息提供产生交换的时候保证每一个信息它的唯一来源，可以保证它的唯一性。第二个，平台里面一个很重要的数据库，一个是CDA的数据库，还有一个是CDA解开以后根据业务的需要形成二维关系性的数据库。数据完了以后是服务层，还有一些配置层，整体是四块。
全民电子健康公共服务平台是现在正在研究的一个服务模式，这个平台到底有什么用呢？科技部要发展全民的电子健康服务，它要基于公共服务平台，这个公共服务平台上面又构建一些第三方服务的内容，使我们这个平台可持续发展，所以这个平台的应用层在数据的支撑上面有四层应用。第一层满足机构业务协同，第二是满足个人业务需要，第三是满足卫生管理的需要，最后是满足构建第三方服务的需要。这也是卫生部下一步要研究发展的方向，这个平台一定要使各方获得，这样才能够保证平台建好以后能够可持续发展。
未来国家基于健康档案区域卫生信息平台建设的总体建设规划是要用两年的时间争取在全国的48个地级市建立健康档案公共信息平台和16个公立医院改革试点城市建立电子病历的信息系统。我们要在32个省自治区每一个省选一个条件好的地市开展基于健康档案的区域卫生信息平台的建设试点，在16个公立医院改革城市既要建立这个平台，同时还要建立公立医院的基于电子病历和医院管理信息系统，16个城市里面有107个医院进行电子病历的系统的改造。
『玖』 美云智数IT咨询规划是什么
基于成熟的方法论体系，融合世界500强美的集团成功的经营管理经验和能回力，立足战略解码，全方位，多答维度支持企业战略落地：架构顶层设计，涵盖组织架构、分权手册、考核与激励机制；聚焦端到端全价值流，构建敏捷、智能供应链生态；融入先进管理理念的数字化转型咨询规划。
『拾』 为什么电子政务顶层设计需要企业架构
电子政务建设是庞大、复杂的系统工程，因而需要顶层设计，这个观点越来越得到政界、版学界和IT行业的权一致认可，《国家电子政务总体框架》可以看作这方面的一个例证。
顶层设计起源于应用系统的总体设计，由于信息技术在政府领域的大规模、深层次、跨组织应用，对于行政体制改革和服务型政府建设已经上升到战略支撑层面，面向应用系统的总体设计方法已经越来越跟不上时代的发展。顶层设计方法必须上升到战略管理和IT治理的高度，才能适应这种变化。
电子政务建设的顶层设计，核心是业务和IT之间的互动关系，要回答三个核心问题：
(1)业务战略是什么
“业务驱动IT，IT支撑业务”是顶层设计的第一个基本原则。
(2)业务战略怎样驱动IT战略
IT战略必须与业务战略保持动态的一致，这是顶层设计的第二个基本原则。
(3)IT战略怎样支撑业务战略
IT战略必须保证业务战略实现的效率和效果，这是顶层设计的第三个基本原则。