医疗类APP中,挂号功能的实现方式探讨.pdf

医疗类A PP中 ，挂号功能的实现方式探讨 大约半年前 ，我被抽调到一个新成立的 门 ，开始研究 「互联网+」这个热门概念下 ，互联网 与传统行业相结合所产生的各种可能性。我手里的项目 ，主要在关注医疗这个方向。 做 「互联网+」相关的产品 ，与之前做纯互联网产品很不一样 ，因为除了必须了解互联网之外 ，还 必须去比较深入的了解所关注的传统行业 ，去了解他们的行业中 ，用户的需求、技术的动向 ，以及 遇到的困难。传统行业本身有深有浅 ，有的专业性强 ，有的专业性弱 ；有的门槛高 ，有的门槛低 ； 有的相对开放 ，有的很封闭。而医疗这个行业 ，偏偏是专业性极强并且相对封闭的行业。 我为此做了大量的调研 ，结合国内的现状 ，互联网公司的特点 ，以及 门的实际情况 ，（在现阶段 ）得出的结论如下 ： 不要去碰特别深入医学专业的领域 （比如互联网医院 ？） 关注宏观政策 ，但最好别去做政策直接倡导的事情 （比如三明医改 ？） 暂时不要改变医生和患者固有的习惯 ，暂时不要挑战已经形成的偏见 （比如分级诊疗 ？） 互联网公司 ，对于 「互联网+」 ，在现阶段 ，可以以做连接、提升现有行业的运转效率为切入 （ 比如滴滴 ，做的是车主和乘客之间的连接 ，不是买了一堆车出去跟公共交通抢生意 ；更不是试图让 乘客坐火箭出行。 ） 所以 ，排除了各种我认为不靠谱的方向之后 ，我把主要的研究方向放在了对现有就医流程的优化 上面。那段时间 ，与深圳一些医院的医生、护士 ，以及信息科的同事交流过多次 ，详细梳理了病人 在就诊过程中遇到的问题 ，审视这些问题 ，结合 门的实际情况 ，我决定从流程的第一步 ，也即挂 号做起。 提起挂号 ，看起来实在已经是一片红海了 ，现在做挂号的app好像比做直播的还多 ，并且很多都已 经很成熟了 ，比如我们常用的就医160、微医等。现在起步做这个 ，有戏吗 ？我当时也面临这个问 题的挑战 ，但是仔细研究市场之后 ，发现还是可以做的。那么首先 ，容我先简单介绍一下目前的医 疗相关app中 ，挂号这个功能的实现方式。 一、前置研究 ：市面上的app是如何实现 「挂号」功能的 ？ 目前 ，市面上可以提供挂号服务的app ，主要的业务实现方式有两种 ： 第一种 ，叫做 「直连方式」。顾名思义 ，就是医院提供相应的数据接口 ，平台与医院直接连接。当 有用户需要挂号的时候 ，平台向医院直接请求号源 ，医院有 ，就会帮他完成挂号。 这个业务模型很简单 ，也是理论上最靠谱的方式 ，但是它有一个致命的弱点 ，就是 ：需要医院提供 数据接口 ！医院并不是专业的IT 或者互联网公司 ，他们的开发、运维能力非常有限 ，即便可以通过 外包的形式实现功能 ，但是 ，号源这东西往往很敏感 ，外包公司做的软件 ，安全性、稳定性等等 ， 都让人不放心 （并且很多医院也并没有付费开发的动力 ）。其实 ，医院使用的HIS(注1)系统厂商也 可以开发这些接口 ，但是它们动不动一套接口报价是几百万 ，即便存在一些有心做这些的医院 ，也 很崩溃。虽然从商业模式层面 ，挂号平台也可能找到各自各样愿意出这笔钱的机构或者公司来做成 这件事情 ，但实际情况是 ，在市面上您见过的可以挂号的app里面 ，只有少 分的医院是采用这种 方式进行挂号的。 第二种 ，叫做 「号源池方式」。既然直连方式在当前的条件下难以走通 ，所以很多医院和挂号平台 就想出了一个更加简单的方式 ，就是 ，医院把一 分号源的 「使用权」分配给平台 ，平台相当于只 需要在这 分号源范围内收集用户的挂号需求 ，然后定期同步给医院即可。这里面的 「定期同步」 ，您别想得太高级 ，有的医院技术能力比较差 ，可能是采取平台每天给医院发一封邮件 ，里面附带 一个Excel文档 ，医院专门找一个护士 ，手工录入的方式实现的… 您看看 ，为了能让您挂到号 ，大 家多不容易啊~ 由于 「号源池方式」几乎没有成本、安全、无政治风险 ，所以事实上 ，我们用的大 分挂号平台都 是采取这种方式与医院交互信息的。基于此 ，您可能已经想到 ，您遇到过下述这些问题 ，其实是来 源于这个模式的 ： 为什么大多数挂号app都不能挂当天的号 ？（因为来不及同步… ） 为什么有些医院的公众号可以挂当天的号 ？（人家跟自己的系统交互 ，不需要 「同步」… ） 为什么对于很多医院来说 ，我在app上成功挂号后 ，还需要再排队走一遍 「取号」流程 ？为什么不 能凭短信看病呢 ？（因为您在app上的行为只是 「预约」 ，相当于占了一个坑而已 ，这个预约信息并 不一定直接到了医院HIS系统中 ，很有可能还留在