院后健康管理服务
2016-06-22 16:54:50 0 举报AI智能生成
院后健康管理服务是一种针对患者在出院后进行的全方位、个性化的健康管理。这种服务旨在帮助患者更好地恢复健康，减少复发风险，提高生活质量。院后健康管理服务包括健康咨询、康复指导、定期随访、用药管理等多个方面。通过专业的医疗团队和先进的技术手段，为患者提供个性化的健康管理方案，确保患者在出院后得到持续、有效的关注和支持。总之，院后健康管理服务是一种以人为本、全面关注患者健康的服务模式，对于促进患者康复和提高医疗服务质量具有重要意义。
作者其他创作
大纲/内容
出院啦项目提纲
出院啦现状
产品现状
医生端产品
协诊工具
IM回复
查看病历
管理出院病人
个人资料设置
医疗组管理
用户入组
死码
活码
问医生
付费免费咨询，价格可配置
医疗组可配置是否开通该功能
患者侧与医生侧群聊
复诊预约
复诊预约目前用就医160的预约链接
科室、医生主页
已实现最简单的科室、医生介绍
尚未落到医疗组一级
健康管理
目前可满足向特定医疗组的特定病种的患者，可以选择患者的身份，家属或本人抑或二者同时，定时发送量表、内容、咨询提醒等推送。
健康资讯
目前根据出院诊断匹配内容标签推送文章，目前文章范围集中在肿瘤、高血压、糖尿病等疾病，文章有11万篇。
病历本
社区
引导到用户侧APP
接入医院/科室
深圳二院神经外科肿瘤病区
深圳二院神经外科功能神经病区
先心
……
数据情况
总用户
活跃度
入组率
子主题
出院啦方向思考
拉新
入组
入组环节：我们目前的入组环节卡在出院环节上，要考虑接系统的与未接系统的，同时科室的差异性也要考虑。比如新生儿科。同时，入组的环节要试着提前，挖掘患者在整个诊断前、诊断中、诊断后的需求。
入组效率：入组的效率提升，死码要更简洁的方案，并且未来的方向应该是死码，用户输入患者姓名及身份证号，可以不需要扫码就完成入组。
入组引导：入组的引导要更强烈，无论是活码还是死码，要更关注场景，如何说服医生去配合，如何让用户更愿意扫码。
医生侧需求、价值
科研需求：医生侧需求要重点放在帮助医生的科研用途上，让医生方便的触达用户，用户帮助医生完成调查。
自我实现（品牌打造）：科室、医生品牌建设、科室、医生内容承载
合法阳光的收入：患者咨询费、患者预约费……
医生召回患者：定期将患者的近况同步给医生，由医生决定是否联系召回。
医生侧促活
提高医生访问的频率
医生激励体系
留存
检验检查数据详细分析
第三方数据解读
智能数据解读
目的在于提高病历本访问的时长、深度及频次
包月、包年家庭医生咨询服务
不仅限于入组患者用户咨询，普通用户也可以咨询
帮助医生搜集患者信息的渠道
提高用户首次咨询率
问医生功能下沉到医生级别，可咨询医疗组，可咨询具体医生。
促活
健康方案
增加患者标签
健康方案的个性化
健康方案能力给到医生侧，医生侧可以为自己的患者制定健康方案
健康方案结果的反馈打通
健康头条
健康头条开通评论、点赞
用户标签挖掘，推送头条更个性化。
医生\\患者作为自媒体提供内容，患者可订阅可打赏。
内容引导
患者社区
内容引导、承载。
患者问医生社区
商业变现
保险植入（患者APP实现）
电商（患者APP实现）
多个用户都绑定一个患者，如何管理。
安全性需求
项目管理
项目架构
成员：何炳兴、陈名鸿、殷俊、张俊峰
web端：何炳兴
成员：志鹏、锐旭……
客户端：待定
成员：湘玮、唐莉、聂祥、陈宏伟、胡勇、余波、古景武、陆新
服务端：待定
成员：金胜、廖磊、于维娟、蔡阳
测试：金胜
技术总监：孙明灿
技术架构
患者侧专科化（先心）
产品经理：周宇杰
技术负责人：程凌波
成员：程凌波、彭昱、周小桃……
产品经理：熊康平
技术负责人：孙明灿
患者侧规模化
产品经理：张奥
技术负责人：待定
医生端
患者侧：熊康平（患者端公众号、患者端APP）
医生侧：张奥（医生端APP）
运营后台：熊康平、张奥
交互设计师：张馨月
产品组
外部协作
相关部门提交需求，需要统一在tapd提交，并清楚的写上需求的背景、用途、预计效果等。并选择抄送人及处理人，处理人统一填写产品姓名。
外部协作每周召集例会一次，需求的同步及搜集，项目的进展等。
扩科协作
资料搜集
需求搜集
市场营销部
日常运营活动协作
运营部
日常协作
医学部
项目日常运作
迭代管理
迭代的背景，在决定一个迭代之前，必须要写出迭代的整体背景，解决的问题。
迭代可以是产品、设计创建推动，也可以是开发出于重构等工作需要来创建。
需求插入
根据迭代的背景，插入相关的需求。每个迭代的需求，只能有一个优先级最高的，最为该迭代的基本特性。
需求评审
需求评审应该在上一个迭代整体转测之前完成。完成评审以能够交付给开发为标准，涉及到设计的，需要完成设计评审。
迭代排期
客户端的迭代不得超过两周，否则则再细分需求。
网页端的迭代1-2周
来自开发的重构优化迭代，由开发评估时间。作为单独的迭代进行。
需求管理
来自协作部门的需求
定期与协作部门召开需求搜集会议，包括需求的搜集、协作工作的分工、之前需求的反馈。
来自战略规划的需求
每次重要会议要记录会议精神并形成需求，抄送给相关人员。
来自研发内部的修补性需求
需求优先级排序
产品内部每周要有需求讨论会排出优先级并插入迭代
需求优先级安排后在tapd中体现，相关需求方收到邮件后即视作告知，不再冗余告知。
站会制度
各条产品线的PO、PM应当每天早上举行站会。主要汇报各条产品线的进度，如有风险应当提出。
各小项目团体应当在每天下午下班前举行站会，由站会负责人向上输出邮件汇报进展。
项目工具
开发迭代管理：tapd
全员使用，所有需求都在这里处理分发
bug管理：JIRA
研发内部使用
文档管理：石墨
全员使用
原型管理：墨刀
产品使用
流程图、脑图：processon
项目培训
工具使用培训
敏捷迭代思维教育培训
工作方法培训
专业培训
UI交互规范
敏捷思维培训
代码管理培训
暂时定在每周最后一个工作日下午进行培训。每个中层必须做一次培训，其他成员也要准备。
医生侧产品经理每两周最少找医生调研一次，需要输出调研时间表，调研后输出调研记录邮件同步给开发全员。
调研哪个区域可以找该区域的市场实施配合
调研可以与协作部门一起进行，提高效率。
对医生的调研
患者侧产品经理每周最少找患者调研一次，需要输出调研时间表，调研后输出记录邮件给到开发全员。
对患者的调研
业务发展到一定程度要同步做调研
其他对象
调研制度
出院啦
非出院啦则需要提供公众号ID等
公众号
门诊/住院
科室名称
是否接入系统
开通功能哪些
组长
组员
医疗组成员
医生信息、账号配置
医疗组介绍
医疗组封面图片
健康管理方案（选填）
准备工作
与我们定期可以沟通需求
需要的物料可以随时提供
医院方指定对接人
入组培训
使用APP培训
培训（对医院科室进行培训）
开发配置
钉钉流程申请拓科
审核通过后物料同步给到产品经理，由产品经理驱动上线。
反馈给到发起者
打通后发起者与医院方培训并开始入组
拓科流程发起
每个医院的实施、市场，产品负责人（熊康平、张奥）、技术负责人组织（孙明灿、何炳兴）、运营经理（邓红梅）、医学部（柯青林）经理一个微信群，随时沟通处理问题。
拓科制度
人员需要
中级产品经理1人，协助负责患者端产品，侧重留存。
其他需求
0 条评论
回复 删除
下一页
