如何快速上线在线问诊?

Zoe
12 评论 2506 浏览 14 收藏 11 分钟

编辑导读:互联网+的背景下,医疗成为互联网改革的重点。疫情的缘故,更是让在线问诊得到飞速发展。那么,如何快速上线在线问诊产品呢?本文作者根据自身工作经验,对此展开了分析,希望对你有帮助。

一、项目背景

近几年来全国疫情频发,在线问诊的推进,对于减少交叉感染的风险、安抚民众担忧 排查疑似患者、减少医院接诊压力起到了巨大作用。

甚至有许多医院涉及高风险地区,不得不紧急关停,迫切需要短时间内上线在线问诊来为医院患者提供就医咨询服务。

下面我们就来说说紧急情况下,互联网医疗微服务平台提供商如何短时间(假设一周内)上线在线问诊服务。

二、产品定位

时间紧迫,只能考虑采用MVP敏捷开发。既然是MVP,一定要确定最核心的产品功能,即产品定位。

关停情况下医院最迫切想解决的就是复诊患者的问诊续方问题(复诊患者一般都是咨询同个医生,对自身病情更为了解),而疫情原因也无法到院取药,因此产品定位就是在线咨询+处方开具/配送。

在开发过程中,一定要时刻记住这个产品定位,产品做减法比做加法难,过程中可能自己或医院或部门主管等想到各种需求点,只要在核心功能以外,都先记录,后续再讨论,安排在以后的版本优化中。

三、人员安排

如果公司本身就是互联网医疗微服务平台提供商,那对在线问诊逻辑应是比较熟悉的。

最好大致确定需求后就要先组织项目会议,考虑如何分配前后端页面接口甚至模块设计开发使人员利用率最高。

先分配好项目成员,这样在原型UI设计时,后端技术就能先调整接口对接his及第三方了。另外过程中可根据具体情况可再灵活调整。

四、需求确认

1. 开发形式

院方通常并不太懂什么开发形式,需要我们结合院方需求及医院可能本身已具备的智慧医院形式, 为院方提供h5或小程序的优缺点及建设建议让院方选择。

2. 用户建档形式

首先需要明确该医院患者是采用就诊卡或电子健康卡形式,若是就诊卡形式还需确定一位患者会有多张卡还是仅有唯一一张卡。关于就诊卡和电子健康卡详细内容可参考之前的文章“就诊卡&电子健康卡区别”,这关系到整体的用户体系逻辑。

未建档能否在直接线上建档,这个也是看医院接口支不支持。当然,在线问诊还有一个条件,根据相关政策要求,线上问诊适用于常见病、慢性病复诊患者(不可开处方的在线咨询可适用于初诊患者)。

3. 医生坐诊排班号源规定

在线问诊医生排班有以下几种方式:

1)平台后台对接his线下挂号医生排班系统,在线下挂号排班基础上对医生进行线上问诊排班。

优点:医生线上接诊时间均为线下工作外多余时间,不会有冲突。

缺点:平台对接his排班接口技术上较复杂,需要考虑时间段划分及线上线下号源回传、同步更新等问题,且医生线上接诊时间灵活性较低。

2)医生线下挂号和线上问诊排班分为两个独立系统,互不影响

优点:平台不需要对接his排班接口,开发较简单。医生线上接诊时间灵活。

缺点:医院要对照线下排班时间来给医生进行线上排班较为不方便。

3)仅以医生自己控制上下线作为坐诊时间,而不从后台进行排班

优点:不需要排班管理,技术开发较简单,医生线上接诊灵活性高

缺点:医院无法安排医生线上问诊时间。患者无法得知医生未来时间的排期,无法提前预约,医生号源无限制可能也导致医生想下线了但问诊不断的冲突情况。

4. 支持的问诊形式及定价模式

一般来说图文问诊模式是最基础必须的,电话视频模式可根据成本及需求让院方衡量。问诊价格一般是根据his获取的医生职称、制定的问诊模式不同而不同,后台可再根据特殊情况单独调整配置。

5. 处方是否支持外流&配送方式

这点比较重要,需要向院方确定在线问诊医生开具的处方来源(是否可开具院外药房药品)以及流转方向,配送和自取是否都支持。本项目仅支持院内药房药品配送方式,较简单。其他方式具体可参考之前的文章“医疗项目复盘(一):电子处方流转

6. 处方审核模式

一般处方不流转的话审方模式就2种,1种是直接接合理用药系统,1种是院内药房人工审核。

五、准备材料

需要与医院沟通的需求及需要医院提供的材料,最好一次性整理好给医院,医院大佬都很大牌忙碌的。第三方服务也要整理价格表给院方,方便他们选择方案和汇报上级。

该项目所需的接口/服务:

  • 域名申请
  • 服务器申请
  • 公众号小程序申请
  • 支付商户号申请

用于收取支付问诊费及处方费,应注意是否为同个商户号

第三方云账号申请(开通IM服务):

开通IM服务,用于医患即时通讯交流

第三方短信服务:

用于短信通知用户医生接诊回复消息

监管平台接口文档:

根据《互联网诊疗监管细则(征求意见稿)》等政策,开展互联网诊疗活动的医疗机构应当主动与所在地省级监管平台对接,主动接受监督

his接口文档:

用于对接院内科室、医生、药品库、诊断库等信息

医保接口文档:

用于接通处方医保支付

合理用药审方接口文档:

用于医生开具处方审核

快递物流接口文档:

需医院提供合作的快递公司接口文档,用于处方快递订单下单配送、查询物流

六、业务流程

互联网医院项目与其他项目不同,经常是要根据his接口来设计流程页面(让his调整接口可能会影响线下就医业务,而且提供接口的第三方厂商一般不愿意配合修改)。

因此产品在规划业务的时候,在需求实现和不降低用户体验的基础上,最好能大体上对照着医院提供的接口文档来做。每一步调取哪里的接口数据产品最好能了解,方便与技术沟通及跟进项目。

该项目在线问诊流程如下, 画流程图主要有3个作用:1. 方便技术理解 2.梳理自己的逻辑 3.方便后续迭代交接,就算时间紧迫,较不清晰的地方还是应该先把流程图整理出来。

七、规划设计

如果情况紧急且公司本身是医疗微服务提供商,可在本身平台基础上根据医院接口及核心功能进行小改动。

产品原型改动地方在文档上标注,完成一部分可以让设计先同步开始做(全新的项目或大改动建议还是按正常产品开发流程),避免时间浪费。

页面设计完成后可以就修改点简单开个评审会,没有问题就可以进入开发阶段,有不同意见点可以会后产品再研究需求修改原型,其余无关联、确定的部分可以先进行开发。

八、开发阶段

互联网医院项目经常卡在与医院的接口对接上,即使his接口文档中写了,也可能对接时才发现问题,技术总监和产品经理需要能及时沟通调整。另外,医疗产品经常需要协助医院编写各类建设方案、项目说明,方便医院信息科向上级领导申请立项资金做汇报等,还需给出平台操作说明方便后续医院培训及宣传患者使用,这在开发阶段产品经理就可先整理编写。

开发完成后,就到测试阶段啦。尽量空余出一两天时间多走几遍完整测试,有影响核心流程的情况就只能延后上线。此时可以产品、测试、设计都一起测试,加快进度。

九、最后的话

项目紧急情况可采用灵活一些的开发流程,但要注意互联网医院与患者息息相关,需保持严谨性和专业性,切勿因系统bug影响医生操作及患者病情,还需坚持接受监管平台监督。

 

本文由 @Zoe 原创发布于人人都是产品经理,未经许可,禁止转载。

题图来自 Unsplash,基于CC0协议

给作者打赏,鼓励TA抓紧创作!
更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 学习到了~

    回复
  2. 医生下班后线上接诊?

    回复
  3. 不得不说就目前形式来说,开发一个这样的软件或者小程序挺好的,这是个良好的窗口期啊

    回复
  4. 之前也设计过一个在线问诊产品,后来因为甲方资质和成本原因直接阉割成一个不用对接医院的四不像产品;

    回复
  5. 有一说一,互联网看病这种方式看上去好像挺不错的,但是真的可行吗?

    回复
  6. 互联网+的背景下,医疗成为互联网改革的重点。疫情的缘故,更是让在线问诊得到飞速发展。是的,作者分析的很详细,在加上未来元宇宙的赋能,我相信,会越来越方便的。

    回复
  7. 过程虽然很详细,但看起来好复杂啊。还不如去医院看病呢

    回复
  8. 虽然但是,我觉得互联网上看病还是有些不妥当的地方…

    回复
  9. 都MVP了,还设计的这么麻烦?

    回复
    1. 这个在在线问诊中只算是核心功能了 还没视频问诊处方流转那些

      回复
  10. 这篇文章简单地分析了一下线上问诊。互联网如何融入“医疗”相契合,这是一个难题。但是在互联网上看病,真的没有问题吗

    回复
    1. 长远课题,虽然政策鼓励和监管,但是也是受到很多限制及存在风险

      回复