门户（portal）概念最早由IBM在本世纪初作为websphere家族的主产品之一引入国内，作为企业内全面的门户解决方案，代表了事实上的标准电子商务体系结构。Portal可以迅速构建高度可扩展的门户网站应用，简化并加速用户访问个性化信息与应用程序。多门户则是从电子政务的网站群概念衍生而来，其定义为：统一部署，统一标准，建立在统一技术架构基础之上，信息可以实现基于特定权限共享的“一群网站”。

中国医院互联网多门户系统的演变和发展大致分为三个阶段。

阶段：混沌时期（2003年以前）

　　这一时期，企业建站刚刚兴起，一些先行的医院挂出自己的网页，这时期的特点是网站多为静态页面，科室建站的很少，医生博客也没有开始（博客的兴起是04~05年，有极少数几个医生建立了自己的网站）

第二阶段：萌芽时期（2004年~2012年）

　　企业网站进入快速推广的时期，中企动力（99年成立），万网、铭万（04年成立，05年获得投资）等企业快速扩张带动数以万计的建站公司，从很大程度上影响了医疗机构的建站热情，博客的兴起为众多医生建立自己的互联网窗口提供的机会。这一时期的特点是：医院普遍建立自己的网站，医院意识到互联网的影响和作用，但一般地未给予重视；科室尤其是部队医院的科室建站积极性较高；也是在这一时期，54Doctor作为继红八哥后较早进入医生博客领域的专业博客站点开始在北上广地区推广收费形式的专业医生博客（医生个人网站），06年haodf以免费的方式将医生博客（医生个人网站）在全国范围内进行了更大面积的推广。也正是这一时期，奠定了医院多门户需求的基础。

第三阶段：探索时期（2012~今）

　　这个时期的发展大致有三条主线：一是医院对网站的重视程度逐步提高，需求开始出现多元化，即除CMS外其他如医患交流、内外网协作、预约挂号等需求开始出现，同时需求也从医院网站的主管部门延伸到医院其他临床科室、医技科室、行政科室以及部分活跃医生；二是卫生系统主管部门受电子政务全面推广的影响，对医院网站建设的重视程度增加，在一些区域开展了医院网站建设评比等工作；三是以54Doctor为代表的专业为医院提供互联网门户网站建站服务的公司的出现，在一定程度上满足了医院的特殊行业需求，多门户网站的形式开始出现，并得到不断完善。

　　通过以上三个阶段，医院互联网从最初的静态html网页单一需求逐步发展为医院各科室和部分活跃医生互联网初步应用，除了提供医院整体的门户网站外，还需要提供诸如：科研、教学、特色医疗、护理、文化、医院视频、疾病专题、各临床科室、部分专家等等的多角度多门户站点，以满足医院各部门应运而生的互联网需求。在这过程中，54Doctor得以从最初关注医生个人站点，到关注科室站点，进而获得机会与医院合作开始医院的门户站点建设，54Doctor自身的发展其实是顺应了医院互联网需求的演变和发展从而形成今天的医院多门户系统的架构和思路。

医院多门户系统应具备以下特点：

，符合互联网平台+App的技术架构

　　一方面，因为是多门户，是站点群，就需要满足多个部门、科室或者是个人的个性化需求。如果系统不是建立在统一技术架构基础上，就无法按需搭建各自不同的扩展应用。另一方面，互联网对医院的影响是渐进式的，逐步深入的，其应用需求的提出往往是在一些初级应用落地后逐步提出的，因此，根据医院各部门不断涌现的新需求建立灵活的App，是医院互联网发展的实施模型。

第二，有较完善的多层级权限管理体系

　　多门户系统就是当然的多用户系统，不同部门不同层级的用户从各个需求角度使用系统，这就要求系统必须具备一个符合医院组织结构的多层级权限管理体系。这样的体系支持某一部门独立运营与其相关的子门户甚至是个人门户（如医生个人站点），同时体系还需要支撑系统与系统（App）之间，门户与门户之间的协作权限管理。

第三，有符合医院需求的医生、科室、疾病、患者等专业数据库支撑

　　传统网站CMS系统是基于文章管理搭建的，其运转核心就是围绕文章（内容）进行，这是远不能满足医院的互联网门户系统的。首先，医院多门户是基于医院需求的互联网应用，不仅仅是文章（内容）发布，有更多业务管理需求，这就要求系统要能支持发生业务的各种主体，如科室、医生、患者甚至是疾病，建立数据库是一种必须；其次，只有对医院互联网应用中的各实体建立数据库，才能不断完善从这些实体出发的逐渐增加的业务属性和需求，比如：一个科室子门户从某种程度上讲，就是一个科室方方面在互联网的展示及活动，科室的常规属性：科室特色、疾病、下属医生、科室出诊时间等等基于数据库可以得到全面的体现和灵活调整的可能。这与普通CMS提供的页面属性不能同日而语了。

第四，多门户网站群可实现或紧密或松散的分布式管理

　　医院多门户系统是一个复杂的网站群落，按照医院实际运行中的组织结构和业务关系，各子门户之间将呈现错中复杂的流程和管理，这就需要信息系统对这类复杂的结构提供或紧密或松散的分布式管理支持。体现在: （1）子门户可以可根据需要完全独立运作，但仍然存在于多门户的体系中 （2）各子门户间的协作关系完全可通过系统平台进行调配和设置（ 3）各子门户的用户可游离与子系统之间，但在平台的统一管理下。

简言之，医院多门户可以基于平台搭建无限个子门户网站，他们可以在平台体系下相对独立的对外运营和管理，支持医院各部门（科室）极具行业特殊性的组织和经营关系。

第五，有成熟的网站维护体系或机制

　　网站运营是需要大量的技术和运维支持的，包括页面需求UI设计，美术设计，样式制作，内容编辑，web前端开发，功能开发，数据库维护以及必须的网络安全运维。因此，一个庞杂的医院多门户体系对于以上的运维支持的需求更强烈，并且对于这类网站群运维需要一整套成熟的运维体系或机制。从目前54Doctor的服务经验来看，由第三方公司提供这样的服务体系是解决此类需求的最优方案。

　　医院互联网多门户系统的这些特性决定了其在医院的实施难度比普通网站大很多，54Doctor先后与北京大学肿瘤医院、北京天坛医院、宣武医院、中日友好医院、阜外医院等数十家医院合作建立医院互联网多门户系统，总结了以下实施经验，供读者参考：实施团队中必须要有行业顾问

　　与普通网站建立不同，医院多门户系统一定要求项目实施团队中有了解医院的专业顾问，这是与医院各部门进行交流的基础，也是项目能否顺利落地的关键之一。很多时候，行业顾问需要运用其行业经验帮助医院主管门户（或其他各部门）整理思路，提出实施方案，并随时针对实施过程中的问题提出建议和要求。

1、重视交流，抓住任何可能落地的微小需求

　　一方面系统涉及多个部门，众多用户，更重要的是，互联网系统的引入将会影响医院现有的流程或模式，因此与医院相关部门进行深入的沟通交流才有可能更好地了解医院（各科室）的特点和要求，从而无论是在多门户系统的个性化内容展示还是特色服务功能的实现上都具有积极的意义。在有效的沟通中发现微小的需求，可能是页面展示的方面的、网站结构方面的、用户体验方面的、在线应用方面的，如果该需求是医院积极推动并且在技术上具备完善的解决方案，就要努力帮助医院实现，这是医院多门户系统在医院推广的初级阶段的重要工作。

2、帮助医院拿出初步方案，引导医院提出个性化需求

　　很多时候，医院对于互联网多门户系统的接触时间并不长， 并且多门户系统往往涉及多个部门，这就需要实施团队提供一个初步的有其他医院成功经验的指导方案，以此为基础，逐步推动工作，并引导医院提出个性化需求，这里实施团队的行业经验就显得尤为重要了。

3、网站内容方面：资料整理工作是重中之重

　　网站内容资料的收集和整理工作的难度在医院互联网多门户系统的实施过程中显得尤为突出，有以下几个原因：1）多门户系统的架构更大，需要更多的资料去充实 2）多门户系统要求建立逻辑性更强的相关实体数据库，如：科室、医生等，这就要求医院提供的资料系统、详实、符合严格的结构化体系 3）多门户系统往往在过去医院网站的基础上增加视频子门户，疾病子门户，医院专题子门户，院报子门户等等，这些众多新门户站点的建立都需要内容和资料的支持。

　　另一方面，由于多门户系统涉及医院多个科室和部门，协调各部门（科室）获取材料的工作难度也无形增加，因此一个成功实施的医院多门户系统往往需要医院主管部门付出相当的努力。

4、循序渐进，分阶段实施

　　54Doctor在于医院合作实施医院互联网多门户系统的过程中，已经建立超过50个应用，这些应用有的只是帮助医院初步建立了业务需求，有的则有较深入的体系和功能开发。另外，我们也注意到，不同的医院对互联网的理解和应用着眼点有着明显的差异，因此，我们在实施多门户系统时，往往建议医院循序渐进，分阶段实施，这样既可落实医院的初步需求，同时又借助已落实的应用推动新的需求。比如医院可以先建立一些相对成熟的互联网应用，如：多门户管理，预约挂号，在线医患交流，满意度调查系统，进而可根据医院实际需求建立人事系统，科研管理系统，教学培训系统，预约诊疗，随访系统等等。

　　今天，医院互联网多门户系统已经在国内多家医院运行并处于不断地发展中，医院网站由原来“一个部门（甚至一个人）在战斗”的被动模式转化为多门户系统的全员“触网”模式，越来越多的互联网资源转化为医院品牌和服务的提升，并有更进一步帮助医院实现客户（患者）关系管理和市场营销的基础和空间。亲，你们医院的网站还不打算进入多门户时代吗？