一、服务工单系统不等同于信息科管理系统

服务工单系统称之为前者，信息科管理系统称之为后者。

前者侧重点是运维，而非管理，怎样将问题快速录入系统，怎么快速处理问题。为了深度迎合这种需求，多渠道反馈问题，PC端报障、微信小程序报单、呼叫中心接单、分管批单、服务部门派单、电话自动建单会成为系统设计的重点，工单流转过程也会成为系统设计的重点。追求工作量和效率的提前下，KPI会成为考核员工的指标。

后者侧重点是管理，而非仅仅运维，是站在整个信息科的角度去思考问题。运维只是信息科其中一项基本工作，还需要管理项目建设、资料归档等等内容，还有我在前面第1篇文章提到的目标。

对于运维问题，不考虑录入问题质量前提下，后者不如前者。如果需要考虑录入问题质量前提下，做为一名在信息科工作多年老司机，借用韩大神的原话：90%的临床故障表达不清楚（这是常态），快速生成工单以后，需要我们再次加工把问题说清楚（有时候即便信息科自己也未必把问题说清楚了），再发给供应商或其他同事处理，其实这项工作其实省不了多少时间。我在医信群也有个说法：我们有个误区，总以为解决问题很重要，忘了把问题说清楚也重要，想想当你his公司吵架的时候。

对于运维问题，如果不考虑做深入分析情况下，后者不如前者。系统不需要填写一个精细的分类（工作分类、医院信息化业务分类），可以节省很多时间。

在不考虑系统价格因素情况下，土豪请随意，想获得更多服务，后者不如前者。前者是一个公司做技术支持，后者只有一名开发者。

如果以KPI考核的提前下，后者不如前者，KPI会造成忙碌就是生产力的假象。世界一流互联网企业，已经使用OKR工作法。怎样做有价值（通常有难度）的工作，才是提升信息科地位的法宝。

忙碌就是生产力。当工作的生产能力和价值没有明确的指标时，多数知识工作者都会采用以可视的方式完成很多事情，即围绕浮浅工作表面忙碌。如2013年雅虎新任首席执行官玛丽莎·梅耶尔认为：如果你看起来不忙碌，我就认为你的产出不高。（来自《深度工作》）

如果我刚才描述观点感兴趣，强烈推荐你阅读《OKR工作法》[美]克里斯蒂娜·沃特克（Christina Wodtke）和《深度工作》[美]卡尔·纽波特。如果你也不想看书，也可以去樊登读书会去听音频解读。

举例说明：

我自己举例，我最近1个月处理问题量不太，但是我认为有价值的事，只有1件，就是开发“产程进展图”

产程进展图

工单系统

信息科管理系统

二、信息科管理系统为什么不支持微信

深知移动端重要性，我采用web技术，考虑到移植到移动端使用场景，如果信息科管理系统具备一定的用户数量，未来我会考虑实现，毕竟开发不易。做为一名开发者，也要面对现实问题，赚钱养家，假设我现在再投入1年时间（已经投入2年），将信息科管理系统搬到移动端，没有任何收益，将得不偿失。我跟很多标准80后一样，有着房贷、车贷、装修贷，现在我还做不到无私奉献。

现在信息科管理系统也可以手机通过浏览器访问，体验会差点，勉强可用。浏览器需要开启“桌面版网站”功能。