一、前言

2018年某天，我在医院门诊部偶遇主管副院长，顺便打了声招呼，话锋一转，说她有几个“小问题”让我帮解决一下，我回复：到时候可以拿给我看一下，如果不是很难，我应该可以解决。

时间快进到2018年的某天，我如期收到几个“小问题”，请看下图，我的天，这哪里是小问题，我干完这些“小问题”，明天就可以去专业电子病历厂商报到了。

几个小问题

其实一开始我想拒绝这几个“小问题”，采购专业电子病历软件即可解决。但是要采购一套电子病历软件，又不是一件容易事，等到采购电子病历已经猴年马月了。领导其实还想让我顺带解决的几个“小问题”，我说打住，我建议采购专业厂商的软件。我水平有限，一下子山寨不了那么多东西。怕采购的软件不好用，如果只是把软件当成一个工具可能真不好用，如果把一个软件引进来，把背后在其他医院一些标准管理引起来，让我们医院适用这个软件，而不是让软件适用医院，说不定好用，还要超出你的预期效果。说到这里我顺便逆向思维，我们把一个软件引进来，一般都是这个软件怎么按照我们医院流程来改造，这是正向思维；逆向思维，让医院适用这个软件。往往高手与低手之间的区别，在于是否有效利用逆向思维来解决问题。

二、什么是信息科正确背锅姿势

常说信息科是背锅侠，先看一下信息科不能背的锅，一般政策强制要求的项目，需要问责院领导，比如医保建设、互联互通、数据上报等等，一般购买供应商的服务来解决。这种项目的在乎执行力与结果，至于医院投了多少人力、财力不重要。对于这个问题，我自己也有亲身经历，当你遇到问题解决不了时候，没有公司的支援，是很痛苦的，压力很大。

接下来，什么是信息科正确背锅姿势？

1、你是否能接受最坏的结果，比如：是否丢掉工作风险、可能会被领导批评等等。

2、要站在整个医院层面来思考问题，做这件事是否对医院信息化有益？

3、根据自己的技术能力量力而为。

举例说明：

我开发“疾病诊断证明书”，曾经至少有3、4个医生打电话给我或信息科，问可不可以在电脑上开发设计“疾病诊断证明书”模块，方便他们工作，开发设计并不复杂，我当时回复说没问题，但需要医务科提需求给我，因为这个涉及全医院，但是医务科叫医生直接找信息科就可以了，相互踢皮球几个月。这个时候，其实我有2个选择，一个是不做，一个是做，如果是站在信息科或者我个人角度可以不做，因为没有医务科审批，就可以不做，不需要担任何责任；如果站在整个医院的角度，这件事情值得做，至于我个人，受点批评，受点苦，受点累都是小事。思考一番，我不应该再纠结这种“单位病”，我加了某位医生的微信，把你现在手上的“疾病诊断证明书”拍几照片发给我，先干起来再说，我叫他先测试使用，你觉得好用，就推荐其他医生使用。半年以后，“疾病诊断证明书”已经全面铺开使用，大大方便了医生的工作。

疾病诊断证明书

三、为什么几个小问题中，首先要开发“产程进展图”

假设现在手上有100个问题，按照四象限法则，先将重要紧急的问题处理完成，然后先易后难，稳步推进解决问题，这是一种做项目的思路。我们换一个思路，先分析什么问题才是最大的痛点，既然是痛点就是不爽。如果99个问题都解决了，如果还有1个最大痛点，用户依然不爽，反之毅然。

四象限法则

接下来，我们看“产程进展图”、“分娩记录”、“宫缩抑制静脉滴注观察记录单”、“注射硫酸镁观察表”、“催产素静脉点滴观察表”、“产前护理记录”，“产程进展图”才是最大重点，当然也最难的部份，其他都是表格、文本填写，相于来说好操作。当时跟产科护士长手工仔细分析手工填写几份“产程进展图”，发现至少2份绘图错误，还有多少问题，可想而知。