医疗信息系统之严谨

马云鹏：兰博医信科技（北京）有限公司总裁

前不久，与一位公司董事聊国内的商务，我强调客户关系比合同更重要，因为谈合同基本上是商务流程的最后一步了。通常的做法是：通过关系接触客户，经过产品演示、现有客户调研等慢慢建立起信任关系，然后才会沟通大体实施方案，谈妥之后，再决定进入招投标阶段，中标之后才会进入合同谈判，因此，等到签合同的时候，信任关系早已建立，基本上只是走流程了。这位董事问：在购买产品之前，为什么不严谨地做一份RFP（需求建议书），然后通过RFP来挑选厂商呢？这一般是欧美国家的做法。

我之前在洛杉矶政府健康部门任职的时候，有一次，需要IT部门采购一套涉及全机构的信息系统。制定RFP的时候，是由部长牵头、CIO带领、IT管理层全程参与，还要从除决策层外的其他部门选出重要参与人。整个团队花了近一年时间，制作了一份好几百页的RFP。RFP的每一个章节，需求种类都分别布置不同小组，专门开一系列会议调研、讨论、沟通、定案。在描述需求之前做了很多调研工作，仔细斟酌如何描述。很多时候，在描述一个需求的时候，怕描述不仔细，恨不得直接画一张图上去。

RFP初稿出来之后，先在机构内部与使用部门的决策人员进行沟通，根据反馈进行修改。在招投标之前，还召开了好几次对外说明会，对有兴趣参与投标的厂商进行说明。并根据反馈，再进行内部讨论、修改。当时国内的朋友说：你们费了这么大力气做这些事，难怪要花那么多钱买一个信息系统。

后来加入现在这个公司后，听董事长说，在芬兰与客户讨论合同时，也常常要花半年的时间，双方都有大批人马来来回回反复沟通细节。董事长说，那个最大的合同恨不得花了他这辈子十分之一的精力才完成。完成之后，他好好地休了个假才缓过来。

常常听说国内一些医院直接拿被认为是最好的厂商的解决方案当RFP，这样的确既不需要花太多精力，又能确保最好的厂商中标。如果厂商诚信可靠，做事严谨，方案详尽，倒还好，但如果厂商的方案水分太多，未来的风险可就大了。因为硬件的参数、规格、样式可以很清楚地描述，判断起来比较简单，但是信息系统就不好说了。

例如考勤管理这个功能就有很多样式，考勤管理可以很简单地只是配合打卡机进行考勤记录，也可以为科室做排班管理、日历管理、出勤统计、链接到绩效管理模块。那么使用科室到底是要简单的还是要复杂的呢？使用场景是什么样的？这些都务必要在前期沟通好，记录下放到RFP里面，这样才能确保交付的时候不会出错。另外，对性能的要求也务必要考虑，例如登入时长，系统稳定时间比，这些就像是硬件系统的参数一样要进行了解和沟通。

一开始我要求研发团队做产品要加入这些参数并进行测试工作时，有工程师不理解。我的回答是：医疗信息系统是医院用的，必须要做得严谨。他反驳说：“可是国内医疗信息系统价格和国外比这么低，值得我们花这么多精力做精品软件吗？”我告诉他：“如果医生说，你交的医疗费用和国外比这么低，值得我这么花功夫给你看病吗，你会怎么想？”做一件事，既然做了，就一定要做好，严谨的态度是非常重要的。

当然，国内医疗信息系统的价格的确比欧美国家低，毕竟国内医疗信息化起步较晚，在信息化投入方面不可能一开始就非常多。在这样的环境下，采购信息化时能投入的人力、财力、精力都会不足，不可能都会花长时间去做RFP。 但是即使没有RFP， 对系统质量和功能的要求依然要严谨。功能可以少点，但是有了的功能就一定要稳定、好用。

在选择厂商时，也一定要仔细比较，认真判断，绝对不能以价格来作为唯一的采购标准，否则，一定会造成厂商“劣币逐良币”，最后采购回来的系统只能让使用科室苦不堪言。