市场分析：为什么HIS不去涉足mHealth

移动医疗

A的观点:

1. HIS关注的是院内流程，操作主题是医护人员；mHealth的关注点是患者在院外的健康管理，操作主题是患者。
2. 标准化问题。目前不具备完整的标准化电子档案系统，各节点难以通用。
3. 数据安全问题。美国去年病人电子数据泄露约九百万份，造成一定社会问题。
4. 标准化词汇缺失。词汇不标准化，就难以做到电子病历的标准化。（湖南凯歌做过一个30W术语集合的翻译整合，但是使用效果一般）
5. 自由方案有很大的使用门槛，而模块化方案有提供了很多钻空子的机会，有很大潜在隐患。

B的观点：

1. HIS和mHealth并不是一个问题的两个方面，而是移动医疗甚至说大健康产业只是在细分HIS的活。
2. HIS的服务对象是医院管理者，是提供给医院管理者的从上至下的管理工具，因此仍然属于上一代功能性软件的范畴，而它的实际操作者是医院内的医护人员。也就是说，HIS的购买决策者与实际使用者之间存在偏差。这就是为什么众多医护人员都在抱怨系统难用，因为现代人早都习惯了体验型软件，而HIS根本就不是从体验角度出发去设计的。
3. mHealth是互联网时代的产物，是从互联网站产品的思路出发的，属于场景体验型产品，即以用户体验为中心，是一种自下而上的变革，本质上与HIS的设计理念和服务对象都截然不同。
4. HIS是医院服务参与者不得不用的系统，而mHealth目前还是用户可用可不用的锦上添花式产品。

HIS系统非常像windows，是一个从软件到接口全封闭的系统，而mHealth的各种APP只是在瓜分或者细化HIS的各项功能。由于windows的功能性产品本质，导致其在从桌面到移动端的大变革过程中彻底失败，微软做出的任何努力都无法阻挡iOS或Android的扩张，因为windows是它的命脉，而windows只属于桌面。尽管后来微软终于明白了这个道理，被迫放弃了将windows搬到手机上的努力，但已为时过晚，移动端已经被瓜分殆尽。

尽管nHealth企业更理解互联网产品，但由于公立医院的掣肘重重（参考文章），mHealth难以打破HIS壁垒。而HIS是以来“线下开拓”成长起来的，它们习惯于满足医院管理者的功能性需求，并且在可见的未来都可以活的好好的，因此也没有多大开辟新市场的动力。或者说，有能力的没动力，有动力的没能力。

简单来说，移动互联网是用户驱动，HIS领域是业务驱动，制造业是产品驱动。让HIS搞移动互联网，那就跟制造业转型一样，有多难，看看海尔。

不同的业务，需要的专业技能是不一样的，需要的管理模式也是不一样的。

C的观点：

HIS开发商和mHealth开发商的思维完全不在一个层面上。HIS开发商的思路本质其实是传统软件外包思维，即听取医院（领导）的功能需求，然后实现这些功能，交付使用，收钱。这是标准的项目驱动型流程：了解客户需求、调研、开发、实施、验收。在这样的流程里，如果客户不提，HIS就不做，因此传统的HIS开发商里甚至没有标准意义上的产品经理这个角色。所谓产品经理和运营，其实是让医院做，而不是自己做。这样的流程，对于保守的医院来说是可以满足的，这个清晰的商业模式也导致优秀的HIS厂商不差钱。

而移动医疗APP则是典型的互联网产品。这些产品经理深谙用户场景体验，他们努力挖掘可能连用户自己都不知道的内心真实需求，力求扩大用户量和提高用户粘性，由此提高估值，再进一步扩大用户量、巩固市场占有率。至于如何变现，可以等以后再说。

这种以用户体验和流量为导向的标准互联网模式，在传统HIS厂商眼中一是看不懂，二是看不起。看不懂的问题，可以通过有经验的互联网产品经理来解决，而看不起的问题，是实实在在有充分理由的。国内医疗系统的现状之复杂，是这些在线上呼风唤雨的mHealth公司根本无力解决的。即使强大如阿里，也最终由于无法突破HIS的壁垒折戟而返。

靠服务赚钱的HIS供应商，赚钱的法宝是业务专家、价格、平台、解决方案和服务。而移动医疗忙着通过手头的资源熟练串接，打造新的盈利模式。

D的观点：

从本质上来说，医疗和健康其实是两个不同的领域。不是什么东西都需要移动的，健康需要移动，而医疗根本不需要移动。

我说的不需要，不是完全不需要，是并不真的需要。在医疗领域，“移动”是个很弱的需求。

中国的院外需求是非常弱的，而只有在院外才有移动需求，院内谈不上移动需求。从这个科室到那个科室的移动，这不叫移动。

现有的mHealth强行将医疗和移动互联网挂钩，更多只是炒作概念。不但HIS的壁垒攻不破，就是政策面，例如医药分离、医保、商业保险等的政策推进程度，都不是这些互联网企业能理解的，电商基因的阿里健康的失败是必然的。

E的观点：

1. his公司鱼龙混杂，技术水平良莠不齐：先不谈his为何不插足移动医疗领域，首先就说his公司的本身水平和业务能力，在我接触的不少his公司中，有即将上市的大公司，也有紧靠个别客户关系而“喘息”的微型小公司，本身his这个领域就很吃地域关系。我本身存在的项目都是出于二三线小城市，靠的更多的是上层的客户关系来拉业务，仅我负责的一个城区，就存在4家his公司。本身业务认知和技术水平就有差距，在平台整合的时候就存在更多的问题了。再者要做移动端，做实时性，对his的数据要求就更高了，技术水平跟不上，业务不熟悉，数据准确性就相当低，做移动端压力大而且也不会很好看。

2. 要做的漂亮，肯定是中间层越少越好。现在的大环境（不晓得大城市），仅在三四线小城市的话，肯定存在很多靠“关系”来拉扯业务的问题。我负责的这边，一半的业务都是靠某个小公司的老板所拉的，前几年还可以，今年上层要求加大，各地医院都开始吃不消了，而且考虑到人力成本，很多公司都是不会派驻点工程师实时跟进问题的，所以我在平台上发现问题后，下发给下级医院信息科和his公司后，几乎都是没有反应的。

3. 医院和卫生系统存在冲突。由于医院和卫生系统现在开始分开了，医院自收自支，对于敏感数据都是不愿意外泄的，而且对于卫生局提出的一些列有关于他们利益冲突和会究其麻烦的事情，都是选择回避的。而医院信息科由于没有落实到责任制上，很多信息科的人员几乎就是大问题出来做下工作，小问题都当不知道，懒得再去处理，不积极也是导致现在这种情况的源头。

所以his光是本身做自己这一块就有很大问题，要搞移动端实时性，在目前情况下几乎是没有可能的。