是组建一个团队自己做开发，还是全部外包给系统提供商？县人民医院信息中心主任刘辉始终无法回答这个问题。这段之间，他在医院电子病历的建设过程中遇到了困惑。 2000年前后，医院完成了财务管理系统、收费系统等管理信息系统的建设，走在了医院信息化的前列。2002年之后，一些大的医院开始了临床信息系统的建设。县人民医院领导也决定开始实施电子病历，以便将医院最重要的财产——病案保存到信息系统中。这不仅有助于提高医院效率，而且也为将来的临床决策支持系统打下基础。 但是目前县人民医院并没有相应的技术力量。一方面，在医院的编制中，IT人员与医生的地位天然的不平等；另一方面，IT人员有了一定的经验后，经受不住IT公司高薪的诱惑，流失现象普遍。因此，医院决定直接购买系统提供商的软件和服务。

很快，信息中心开始考察各个系统方案提供商。但是，在选型过程中李辉发现，由于医疗信息化起步较晚，目前电子病历系统方案提供商鱼龙混杂。李辉与同行交流，还发现一些医院在外包过程中，因为外包服务商不能提供及时、良好的服务而与之不欢而散。国外的如TrakHealth等世界级医疗信息系统供应商运作规范，但是作为县级医院，领导不太可能支持购买。 可以预见的是，未来医院的核心业务越来越依赖信息系统，李辉感觉这些核心应用还是应该医院自身来做。作为CIO，李辉还有一个更大的工作，即培养一支过硬的作战队伍，也为自己培养接班人。 看来，刘辉一时还无法做出决定，但是最后他必须在外包与自主开发之间作出艰难选择。

自主开发利大于弊

文/AMT咨询顾问、微软全球认证讲师 安巍

实施电子病历关键是确认建设什么样的信息系统，对于这样的问题，自己人的回答永远要比其他人的答案更有现实意义。

案例中医院面临的问题是很常见的，很多信息化项目都会出现自身资源达不到目标需求、而外包又不能全部掌控的现象。单就建设电子病历系统来说，我认为选择自主开发利大于弊。

电子病历即知识系统

电子病历系统是医院核心业务对知识管理的需求，是医院信息系统战略目标之一。电子病历系统不是简单地将病历视为工单而进行的电子化。

病历是医院的核心，是医院所拥有的知识的总和。从这个角度来说，电子病历系统就是医院的知识管理系统，也就是说如何实现以病历为载体的知识收集、整理、共享、应用是建设电子病历系统的目的，同时也是医院核心业务的需求。

因此如何将病历作为知识来进行处理、利用，如何确保病历能够成为知识积累并运行于疑难杂症的决策支持系统等，是医院和医生的主要需求。但是，外包服务商通常只会提供软件平台来支撑电子病历系统，对于医院的这些需求支撑效果不佳。软件供应商和系统集成商关注的，是信息系统的功能与价值，而这些功能与价值却往往是医生与医院所看不清楚的。

例如，几年前我在做某市医院信息系统规划的时候，医院方面的参与者都是信息中心的人，当我问及业务部门对信息系统的需求时，得到的回答是：“计算机对医生的价值就是上网看看资料、玩玩游戏，其他的就没有了”。

如果我们将电子病历系统视为知识管理系统来进行建设，由内至外地阐述它对医生在应诊过程的帮助意义、对医生个人职业素养的提升力量、对减少误诊率及时处理病情的好处、对历史资料的汇总与分析并让其转化为资源和具有实际意义的工具等等方面的优势，得到业务部门的直接关注，势必会更加引起领导的重视。

领导明确了信息系统的战略目标，信息部门的工作自然就顺畅了许多。而这些工作是通过外包方式所不能达到或不能最优达到的，所以，从医院业务需求与目标协调一致的基点来说，自主开发利大于弊。

系统架构由自己做

系统实施过程也是培养后备力量的过程，是医院信息系统长期稳定发展的保证。套用《天下无贼》的一句台词：“二十一世纪什么最重要？人才！”专业的人才不是靠书本上学习出来的，而是依靠实践锻炼出来的。

尽管案例中目前存在人员的匮乏，但是现有人员却是最了解具体环境的人。他们可能并不明确知道自己需要什么样的信息系统，但是却一定知道他们不需要什么样的信息系统，由他们来确定需求，设计架构，并交付程序开发人员实施，这样出来的信息系统才更具有实用价值。

相反，如果由外包服务商来确定需求、设计架构并实施出来的信息系统将会是符合系统的要求而不是最终用户的需求。其中的区别就在于医生和医院也能用这个系统，但就是觉得哪里有什么不对劲，就是用得不舒服。

这样的结果势必会落到信息中心的头上，信息中心就会感觉麻烦了，所以，从信息系统的设计、维护、管理来说，自主开发的收益利大于弊。

主体开发交给外包商

当然，选择自主开发也不是说所有的事情都有医院来解决，外包的价值就在于寻求专业、低成本的人来做事。围绕上述做什么样的信息系统，由什么人来做信息系统这两个问题，我建议可以这样来做：

一是达成共识。就电子病历系统对医生和医院的价值，在业务层面上讨论并达成一致的结论，可以参考知识管理的框架针对具体业务问题进行讨论，抽取出各个科室、各个领域、各个环节中需要进行整理的信息，制作知识来源分析表用于信息系统的基础。当上上下下都十分明了电子病历系统给他们带来的好处时，第一步的工作就可以告一段落。

二是详细需求分析。调动信息中心的员工参与到医院业务部门的工作中实地分析需求确认，待确认后汇总到信息中心，设计电子病历系统的基础架构、业务架构、应用架构。从应用的角度确认信息系统能够符合用户的要求，而不是限制用户的行为。

此时，医院的自主开发工作可以视为暂时完成了，下面的工作交给外包服务商的开发工程师来完成主体开发工作，同时，医院信息中心的员工要全程参与开发工作，才能保证开发的结果符合最初的设计。如此下来，既能保证需求目标一致，又能保证系统质量。

选择自主开发还是选择外包服务商并不是最关键的问题，关键是确认要建设什么样的信息系统，什么样的人最熟悉信息系统的要求。而对于类似这样的问题，自己人的回答永远要比其他人的答案更有现实意义。所以，我认为自主开发利大于弊。