童话说说技术创业美文职业
投稿投诉
职业母婴
职场个人
历史治疗
笔记技能
美文纠纷
幽默家庭
范文作文
乐趣解密
创业案例
社会工作
新闻家居
心理安全
技术八卦
仲裁思考
生活时事
运势奇闻
说说企业
魅力社交
安好健康
传统笑话
童话初中
男女饮食
周易阅读
爱好两性

慢病管理最正确的产品方式

3月3日 萌嘟嘟投稿
  本篇文章作者详细描述了“医疗健康互联网”领域慢病管理最理想的业务产品模式,并提出了自己的思考。
  最近针对“互联网医疗健康”基于全行业产业链做了一定的思考和分析,具体见我的主页里写过的文章。
  一、概述
  本文主要来描述一下,如果内外部资源都完美存在的情况下,成功概率最高的路径是怎样的?
  接下来会先给出我的论点,然后会详细的陈诉各个论据,从而实现对做健康管理最科学的产品路径的全面剖析。
  二、论点
  我认为在“医疗健康互联网”这个领域做健康管理,最好的产品路径就是:
  从线下去反推线上,通过线下医院、医生作为抓手,汇聚最精准的患者到线上,然后依据不同导入路径的不同患者,做区别的产品功能输出,做个性化的患者群体运营。对患者提供健康数据采集、健康数据监控和分析、健康服务介入、健康目标达成这一整套健康干预全过程服务。
  依据患者健康状态的变化,再从线上到线下,去做随诊和复诊。
  通过线上和线下不断的循环,不断完善对慢病患者的健康干预过程。
  三、论据
  为支撑上述论点,有以下论据,下面具体展开聊一下:
  慢病管理的本质:
  慢病管理是以慢病数据为基础,以健康服务为手段,以改善和解决用户慢病问题为目标的干预过程。
  该干预过程会累计产生健康内容,基于健康内容进入数据、服务、目标的再循环。
  慢病管理的目标:
  通过健康服务(线上或线下)来长时间的保证慢病患者的健康。
  产品路径是:
  通过线下医院、医生作为抓手,抓取精准患者,患者到线上后,依据导入口,提供精准服务,通过服务,监控健康状态,依据健康状态,决定随诊策略,基于随诊策略,再导流到线下,依次循环。
  那接下来,我们围绕慢病管理的目标,沿着这条正确的产品路径来探索慢病管理的本质。
  这个深度剖析的探索过程便是为上面论点提供论据的过程。
  先把沿着这条路径的探索过程通过几个问题来做分解,并针对每个被分解的问题详细论述,具体问题如下所述。
  3。1问题
  用户从哪里来?【新用户来源?】
  用户在什么场景下上来?【为什么来?】
  用户上来平台后他们想做什么?【用户诉求?】
  用户这些诉求的特点?【诉求特点?】
  如何满足这些用户的这些诉求?【落地?】
  3。2用户从哪里来?
  沿着这条路径,从线下通过医院、医生这两类抓手来导入线上,可以把新用户分为几个类别:
  线下医院的患者;
  社区的患者;
  患者的家属;
  被口碑传播的患者。
  3。3用户在什么场景下上来?
  3。3。1线下医院的患者
  场景:
  该患者群体去线下医院就医后,在诊中和诊后环节,被诊断出有慢性疾病,存在健康问题。主治医生在这时候介入将患者导入到线上,后续包括跟该医生的沟通、电子病历、数据指标监控等诊后环节都可以在线上完成。
  为什么来?
  患者进入医院就诊过程中,对医生的信任度是非常高的,患者会遵医嘱,在线上跟线下服务差异性不大的情况下,患者是非常能接受线上服务的。
  3。3。2社区的患者
  定义:这里的社区指的是基层医疗机构,如社区医院、社区卫生服务中心、社区医疗中心、社区健康中心等。
  场景:
  社区通常是患者有轻微症状时第一个介入的医疗机构,也是跟慢病患者交互关系最密切的机构。
  患者经过社区的检测或诊断,基于诊断结果,由医生引导患者进入线上,后续包括预约、挂号等诊前环节的事情都可以在线上完成。
  后续该类型患者会被导入到医院中治疗,成为线下医院的患者。
  为什么来?
  在社区被诊断出问题,需要去就诊,通过线上服务可以方便预约挂号,并把检测诊断报告同步至医院。患者为了更方便治疗疾病,更方便就医会去使用。
  3。3。3患者的家属
  场景:
  陪同父母就医时获知。
  从父母处得知这个东西,并关注。
  为什么来?
  期望能够获知父母实时的健康数据、健康状态。
  期望帮助父母做健康管理。
  3。3。4被口碑传播的患者
  场景:
  同病种患者之间相互交流后,得知线上服务。
  为什么来?
  期待获得跟同病种患友一样优质的健康管理。
  3。4用户上来平台后他们想做什么?
  3。4。1线下医院的患者
  这类患者是遵医嘱上来的,他们期望上来后:
  能够把自己在医院诊断历史记录在手机上查看,包括:健康数据、病历、处方等。
  能够跟自己信任的医生在线上沟通,有问题及时问医生,不用频繁跑医院。
  希望医生能够帮助自己监控自己的健康状态,如果有健康状态异常,医生可以帮助自己提醒并解决。
  关键词:健康档案、信任沟通、健康状态监控、健康问题解决。
  3。4。2社区的患者
  这类患者是在社区被检测出可能问题上来的,他们期望上来后:
  解决被检测出来的问题,这个阶段在线上服务上面他们主要关注转诊,预约、挂号、找医生。
  进入诊中环节后,此类用户就会变化成【线下医院的患者】。
  关键词:转诊。
  核心方式:
  KOL下沉社区去导流。(如知名医疗专家、科室主任等)
  社区主动导流。
  3。4。3患者的家属
  这类用户是为帮助父母而上来的,他们期望上来后:
  期望能够获知父母实时的健康数据、健康状态。
  期望帮助父母做健康管理。
  关键词:父母健康数据、父母健康状态、代父母做健康管理(这部分需细化)
  3。4。4被口碑传播的患者
  这类患者是被病友口碑传播上来的,他们期望上来后:
  获得跟病友口述一样的健康服务。
  关键词:因每个用户上来的目的不明确,故诉求不明晰,需继续深入挖掘。
  3。5用户这些诉求的特点?
  3。5。1线下医院的患者
  关键词:健康档案、信任沟通、健康状态监控、健康问题解决。
  诉求特点:
  线上线下双向互通的健康档案。
  线下要有方便采集健康数据的方式或工具。
  信任的医生,顺畅的线上沟通。
  健康状态可被监控。(计算机人工)
  健康状态异常的问题可被处理。(方便去线下医院处理异常问题)
  3。5。2社区的患者
  关键词:转诊。
  诉求特点:
  通过这个入口上来的患者在最初阶段最关注的是自己疑似问题的诊断和治疗。最核心想做的是快速找到医院找到医生。
  在诊后的随诊或复诊环节,依据疾病的不同程度去不同线下做处理(重的去医院,轻的去社区),该阶段去社区的患者更关注的是疾病被控制的情况。
  3。5。3患者的家属
  关键词:父母健康数据、父母健康状态、代父母做健康管理(这部分需细化)
  诉求特点:
  要能够随时看到父母的健康数据,而且这个健康数据应该是实时更新的,而且应该是准确的,能够反映父母最新的健康情况。
  非专业的子女们不一定能看懂健康数据,要能够通过计算机或者医生人工接入的方式把健康数据转变成可理解的自然语言,也就是子女能看懂的父母的健康状态。
  代父母做健康管理这部分需要比较细化,比如用药管理、查看医生对父母的医嘱等。
  3。5。4被口碑传播的患者
  关键词:诉求不明晰。
  这类用户入口方向是明确的,但上来线上后的目标是不确定的,对平台的期望也是不确定的,需要进一步通过数据和运营来分析。
  3。6如何满足这些用户的这些诉求?
  基于上述的分析,我们已经获知了不同类别的用户上来的路径和诉求特点,接下来是怎么基于这些条件来满足用户的诉求,此刻可落地到大功能的部分。
  3。6。1线下医院的患者:
  产品功能:
  健康数据采集。(可穿戴设备、数据自动双向传播)
  实时健康档案。
  医患沟通。
  健康状态监控及预警提醒。
  3。6。2社区的患者
  产品功能:
  转诊。(预约、挂号)
  健康状态监控及预警提醒。
  3。6。3患者的家属
  产品功能:
  父母的实时健康数据。
  父母的实时健康状态、健康状态异常提醒。
  父母健康问题的处理。(转诊、医患沟通等)
  3。6。4被口碑传播的患者
  产品功能:
  不确定,需通过数据和运营策略来挖掘。
  小结:
  以上通过产品路径的探索,列举了具体的论据来实证论点,从而明确了在前文中提到在“医疗健康互联网”这个领域做健康管理,最好的产品路径是:
  通过线下医院、医生作为抓手,抓取精准患者,患者到线上后,依据导入口,提供精准服务,通过服务,监控健康状态,依据健康状态,决定随诊策略,基于随诊策略,再导流到线下,依次循环。
  当我们明确了正确的产品路径,去落地实现这种产品路径仍然需要很多基础条件:
  需要具备三甲医院、二甲医院、社区医院这种三级结构,能够具备医疗最基层到中上层的全链路能力。这样才能通过三级结构实现通过线上产品黏连患者、通过社区医院稳固患者、通过三甲医院治疗患者的三级策略。
  产品主控方要能够控制节奏,不贪图数据的好看,通过线下抓手,完善线上服务,等业务都跑通后,再去做大规模的线上抓手。对于主控团队要有很高的节奏要求和定力要求。
投诉 评论 转载

欲速则不达!Scrum团队如何做好UX设计?设计师会在对的时间,作出相应的工作安排,同时分清主次,推动工作的执行,如果Scrum团队没有专门的设计师,设计工作的展开将会困难重重。在他人眼中,我是Scrum专家:合著……避坑指南:app新旧版本兼容问题今天和大家聊下app新旧版本上的那些坑,当然本文不涉及什么复杂难懂的技术话语(其实本人也不懂),更多的是从让用户层更加容易接受的角度出发进行描述。说在前面17年转行……异常设计到底正不正常?异常无处不在,对异常的包容是产品人性与否的重要标志。库房三天的体验让我印象深刻的声音全是异常,也许正常情况太顺利到让你掉以轻心,感觉大家都忙于处理突发情况。“发生异……面对让人“崩溃”的设计验收,我们要如何解决?我们公司前段时间进行了3。0项目的开发,本次项目的进展整体上还是比较顺利的,但是还是遇到了很多小插曲,其中最让人崩溃的就是验收环节,简直就是跟技术的一场拉锯战。当然这场战争的始……Banner设计为什么钟爱这3种构图形式构图设计种类丰富,为什么Banner的构图形式确趋向于单一?现在我们最常用的3种构图形式分别是对称式构图、局中构图、左右构图,今天我们就分享一下为什么Banner的构图形式趋向……深度好文:当工业设计遇上修辞手法?未来需要的不一定是科技有多发达、外观有多炫酷,内容有多丰富的工业设计产品;尤其是在人工智能大爆发的时代,更充沛、丰满、细腻的情绪体验才是用户所需要的工业设计。最近,故宫这……一文了解页面数据加载本文作者详细的跟大家介绍了数据加载的相关知识,一起来文中看看在项目进程中,遇到了一个数据加载常见的问题:前端向服务器发送资源请求,服务端在返回数据的过程中,可能会因为网络……后台产品设计系列:用户故事地图梳理需求(七)梳理不清产品需求,是众多后台产品经理的主要痛点之一;此篇文章,笔者将介绍如何利用用户故事地图,帮助我们梳理清楚后台产品需求。领导需求不清晰、业务调研没方向、各个角色需求错……指标不对,数据有何用?两个方法助你选对UX用户体验设计指标本篇文章为大家详细地介绍了HEART框架和“目标信号指标”三步法。网站设计中,数据经常派上用场。比如,在AB测试中,通过分析产品使用数据,你可以比较不同的网页设计方案。有……后台产品进阶:项目协同管理功能设计最近在做一个为企业服务的项目协同功能,这篇文章介绍这个功能的产品设计,这个模块是一个企业管理平台对工作协作的平台,主要涉及到对任务信息、人员、操作的管理。一、项目协作功能……慢病管理最正确的产品方式本篇文章作者详细描述了“医疗健康互联网”领域慢病管理最理想的业务产品模式,并提出了自己的思考。最近针对“互联网医疗健康”基于全行业产业链做了一定的思考和分析,具体见我的主……新技能Get:如何绘制智能硬件的状态转换图?身为产品经理,若要保证所有必要的状态转换和事件都完整、准确的在产品功能需求中描述出来,状态转换图是必不可少的强力工具。绝大多数智能硬件产品是一个包含状态转换、数据操作和功……
“排序”机制:区块链原生应用独有的创新设计在企业中的扩展设计思维(1)针对大众点评V10改版的一些看法小游戏的社交分享,微信的一记昏招?国际化三部曲:用软件向世界说声HelloWorld客服系统后台:工单系统的简单说明虚拟账户如何设计?【宝宝时光机】宝宝成长记录APP产品需求文档导航设计:4个要点教你设计更好的导航匹配策略:为什么打车软件不给你最近的车?是什么决定了设计师的高度格局、思辨从感性角度出发什么才是好的用户体验?

友情链接:中准网聚热点快百科快传网快生活快软网快好知文好找作文动态热点娱乐育儿情感教程科技体育养生教案探索美文旅游财经日志励志范文论文时尚保健游戏护肤业界