如果你是产品经理，如何解决大医院的人满为患？

　　前段时间，有个关于“外地女在北京某医院怒斥挂号药贩子”的视频在网上流传，主要反映的问题还是大医院人满为患、医疗资源不能被有效利用的现象。
　　如果要从根本上解决这个问题，需要从国家宏观医疗政策、现行医疗制度体系、区域医疗资源分配等多方面采取措施。但假如你是产品经理，如何利用互联网，在现阶段对就医看病流程进行有效的规划完善？
　　我把个人的想法与思维流程跟大家分享一下，供参考，希望与大家多多交流。
　　第一，确定问题属性所属范围。
　　在互联网传统行业的趋势下，最近几年冒出很多看似新的盈利模式，但其实无外乎还是以下几个方面：O2O（OnlineToOffline，将线下的商务机会与互联网结合在一起）、B2B（BusinessToBusiness，企业对企业的电子商务模式）、C2C（CustomerToCustomer，个人与个人之间的电子商务模式）、B2C（BusinessToCustomer，由商家将产品消费给个人消费者）、P2P（PeerToPeer，个人将资金通过平台借助给个人）等等。所以，首先应该确定医院人满为患的问题如果用互联网去解决是属于以上哪个方面，毫无疑问，肯定是属于O2O的。
　　第二，分析商务模式的结构组成。
　　O2O的核心结构组成分为平台（管理支持系统）、B端（商家供应链）、C端（消费者）。具体对应到这个医疗问题上，平台就可以理解成我们需要做的APP，或者是基于微信的功能号等都可以，B端就是医院或者是医院里的医生，C端是需要看病的病人以及他们的亲属。
　　第三，还原具体业务场景，挖掘用户需求与痛点。
　　病人病了，需要找医生看病，需要看医生介绍或网上查阅找到适合的医院与医生（C端需求1），确定医生后决定去看病，发现路途遥远（C端需求2），千里迢迢来到目的医院，发现挂号已满（C端需求3），原来是有号贩子倒卖挂号（C端需求3、B端需求1），好不容易挂上号了，医生通过患者口述的方式了解以往的治疗情况，既浪费时间又不准确（C端需求4、B端需求2），开完药后，患者无法在回家吃药治疗过程中就出现的问题跟医生及时反馈（C端需求5），如果是疗程治疗，即便两次处方类似，患者仍需要再跑一趟医院（C端需求6），医生无法有效跟踪患者的诊治情况，从而影响临床医学研究（B端需求3）。
　　当然，以上工作不应该是某个人的业务场景还原，而是应该基于大量的市场调研分析得出来的结果与结论。
　　第四，在市场调研的基础上确定需求优先级。
　　从问题爆发的根源来看，是外地女怒斥号贩子倒卖挂号，所以表面上看，这个优先级肯定是最高的，这个需求是刚需。
　　深入分析，也确实如此，从C端来看，病人最终目的是要看病，而看病就需要挂号，挂不上号就是看不了病，这个用户体验就是太差了。病人的根本需求是把病治好，而且现阶段交通也比较便利，因此，多花点钱、多费点时间找个靠谱的医生把病看好都是值得的。综上所述，对于C端来说，优先级的排序应该是C端需求3C端需求1C端需求4和C端需求5C端需求2和C端需求6。
　　对于B端，医院存在的价值就是给病人看病，如果病人挂不上号、看不了病，那么医院就已经失去了存在的意义，所以，号贩子倒卖挂号也就是B端需求1的优先级是最高的。因此，B端的优先级排序应该是：B端需求1B端需求2和B端需求3。
　　由此可见，号贩子倒卖挂号这个需求是刚需，优先级最高，应该最先解决。
　　第五，针对需求优先级提出解决方案。
　　1、票贩子倒卖挂号。
　　这个可参考12306卖票实行实名制，在APP的显眼位置加一个预约挂号的模块，并实时显示医生的挂号数量，对于老人和小孩，可由其直系亲属代挂，每人限两个。也可以参考支付宝的刷脸，进行APP刷脸挂号。
　　2、寻找医生信息。
　　APP的这个模块可分为两个部分，一部分是患者对医生的点评以及医患之间的反馈互动，类似好大夫在线，患者通过这些信息参考选择医生；另一部分是患者输入病情症状，APP通过关键词提取向患者推荐医院、医生，有点类似Uber向乘客推荐司机。
　　3、诊断前的患者信息了解。
　　患者向医生阐述病情与以往诊治过程，不仅描述会有所遗漏，而且浪费时间。所以，将患者的症状与治疗经过上传云端，在APP上建立一个这样的模块，医生可以查看彼此病症之间的关系以及治疗过程，既准确又快捷。
　　4、诊断后的跟踪与反馈。
　　患者可通过文字、图片、音视频等形式在线向医生反馈治疗过程中的问题，利用移动端的特性丰富其上传信息，全方位的展现在治疗过程中出现的问题。
　　5、路途遥远问题。