作为互联网医院和互联网医疗平台的建设者和亲历者，我来谈一下自己的感受：

传统医院集成与软件商建立互联网医院有多难

1. 运营资质问题，系统集成与软件开发商并不是医疗机构，那么建立互联网医院平台必然面临资质问题，如果是与医院合作，那么资质的运营主体自然是医院，最终现金流走向其实和真正的平台运营商无关，那么系统集成与软件开发商作为运营者等于忙了个寂寞，最终就挣了点辛苦钱，这是无法持续的，因此必须要有借助大平台来办这些事情，成为互联网医疗运营主体来背书，这要比医院在创新商业合作上的管理机制要灵活得多。

2. 高昂的视频运营费用，互联网医院目前视频模式的医疗问诊最为先进，很多运营开发商不算这个账，仅视频线路的按每分钟单路算费用，七八个医生满负荷视频问诊，一年下来的费用就上百万了！平台上千个医生，这笔费用不可估量，而问诊不同于教学，新东方可以通过教学时长的费用包含了视频线路的费用，但是老百姓问诊，就那么点挂号费，视频成本如何分担？这就是需要大平台的低成本合作，以及支付、药品等费用与医院的按比例分账，才能持续长久。

3. 一样高昂的语音通讯费用，呼叫中心和电话随访是互联网医疗非常关键的一环，真正的商用级患者与医生的通讯可不是医生办公室的安装条线那么简单，医生与患者需要通过匿名号码(隐私和访骚扰)随时都能建立起电话沟通，那么这就要借助语音云通讯，这与视频通话类似，上平台的医生多了，语音线路一年的费用也高得惊人。

4. 平台获客问题，大多数传统系统与软件商并没有任何互联网平台运营经验，关键没有互联网流量，无法将流量转换到自己建立的互联网平台之上，很多开发商的思路是通过医院、医生在线下获客，大家可以从各大医院挂的APP，小程序扫码海报看出来这一模式，可能这也是目前唯一的模式了，实际上医院非常忙，医生更忙的不可开交，往往倒逼医生扫码获客，都是一种影响工作效率的负担，对于软件的熟练程度，人员素质参差不齐，因此不能形成标准化的简易获客手段，这是无法持续的，这种模式也就无法规模化，最多就是本地医院的信息化升级，无法打造出互联网平台规模，无法用复现互联网平台依靠流量产生的巨大价值。

互联网医院平台的构建必须是生态合作        

不同于电子商务，任何一家互联网巨头都无法通过平台流量入口控制医疗系统的用户，原因就是复杂性，为此复杂性所付出的成本极为高昂，而且很多问题不是钱能解决的。

反之任何一家根植于医院本土的信息化集成与软件商也不可能独立完成大平台的构建，因为太烧钱了！本质核问题还是传统系统和软件供应商不具有互联网平台化的经验和思维有莫大关系，真的是给钱烧也不一定能做好。

因此必须是合作与共赢，互联网大厂负担流量、音视频基础线路、云计算和大数据技术能力、在线药品管理平台、呼叫中心调度和物流平台等平台底座服务；

集成与软件商在互联网大厂的平台之上提供医院系统(HIS，Pacs，Lis)的集成与对接，建立，基于大平台的互联网医疗应用，维护医疗软件系统，构建本地化售后服务中心等互联网服务。

是否质疑这种合作的必要性，互联网大平台还真不要迷之自信。

互联网大平台商面临的主要问题就是以屎上堆出来的his代码为主体的医疗信息化遗留问题特别严重，这在行业内是普遍现象，由于医疗的特殊性，面临24小时的紧迫感，系统无法重构，更无法重做，但是要打通互联网平台，任何一家大平台都无法实现独自一家就能接入，甚至很多医院信息系统的供应商就是靠能维护这些烂代码而生存，那么互联网大平台就必须懂得与具有医疗his系统维护能力的开发商保持一种长期的共赢机制。因为这些集成与开发商往往接入本家his能力很擅长，但是离开自家产品，就什么也不会了。这个现象极为突出。因此大量喊口号要搞互联网医院平台的公司都是这些企业，实际上他们做不了，必须得靠互联网大平台来做生态底座。

如果按照这种架构模式，那么大平台之上就能形成不同互联网医疗业务服务商组成的生态，形成竞争与协作的繁荣，大平台重在融合贯通，形成竞争与协作机制，逐步实现互联网医疗服务行为、互联网信息化接口的规范化，并统一满足医疗监管要求，就能再造一个真正的互联网平台生态，形成实时、流动和完整的医疗大数据，供给政府对全民健康保护与疾病防控的决策判断。

那么要达成如此愿景，本质需要政府、医院、银行三方合作牵头，重新改进医院财务业务的对外开放性改造。满足互联网大厂、传统系统集成与软件商的盈利诉求，其实就是医院先逐步让利于新互联网医疗平台，而平台又能为医院带来持续，便利和深度的医疗服务机会，形成双向互补。同时又能提升政府对医疗大数据的掌控力，激活银行的支付与信贷业务，也更方便百姓对疾病的早防护，遇到困难可以获得的更多的信息和渠道来度过困难期。

就说这么多吧，我现在已经不做互联网医疗了，希望我写的内容能为这个方向继续前进的朋友们提供思考上的一点参考。

标签：医疗,前景,平台,医生,医院,软件商,互联网
来源： https://blog.csdn.net/u011457868/article/details/122080357