行业
医疗
Honstech × 120铱 Health｜移动 App 产品设计与双端开发
慢病管理的难点不在功能多少，而在患者是否愿意在第 30 天、第 90 天继续使用。120铱 Health 的患者端 App 以「随访节奏」而非「功能清单」组织产品：把测量、用药、问诊与医护回应串成一条连续路径，让患者每一次打开都有明确的下一步，同时把医护端的触达动作做成可运营的标准化流程。
120铱 Health 为三甲医院与社区医疗机构提供慢病随访服务，覆盖高血压、糖尿病等需要长期管理的病种。此前的服务主要依靠电话随访与纸质档案，患者配合度随病程推移快速衰减。
团队接手时，市面上已有不少健康记录类 App，但普遍停留在「记录 + 提醒」层面：数据填完就结束，患者拿不到反馈，医护也看不到结构化的病情趋势。
患者从「我该不该测」出发，而不是从「App 有哪些功能」出发。如果打开应用只看到一堆待填表单和一个冰冷的提醒，长期使用就失去了理由。
医护团队人力有限，无法对每个患者持续一对一跟进；随访记录分散在不同渠道，既无法沉淀为数据资产，也难以支撑科研与质控。
如果患者填完数据没有任何反馈，记录本身就是负担。我们把医护回应设计成产品的主干能力，而不是附加功能。
不同病种、不同病程的随访频次不同。我们把这套规则做成可配置的随访模板，让运营团队无需改版即可调整策略。
目标用户中相当比例是中老年患者与网络环境不稳定的地区，离线写入 + 后台补传是保证数据完整性的前提。
按病种与病程自动生成每周任务，患者打开即知道自己今天要做什么，避免空泛的功能入口。
趋势线、目标区间与异常标记统一规范，让非专业用户一眼看懂自己的控制情况。
系统按异常程度自动排序待跟进患者，医护从「翻名单」变为「处理队列」。
测量数据本地落库、网络恢复后自动补传，弱网环境下不丢数据。
他们没有急着画界面，而是先跟我们跑了两周门诊，把医护的真实工作顺序摸清楚。上线后的随访完成率提升是看得见的，更重要的是医护终于不用在几个系统之间来回切了。
以本项目为例，从用户研究到双端上线共 12 周，其中前 2 周用于场景调研与产品定义。若需接入第三方设备或院内系统，周期会相应增加 1–3 周。
可以。我们通过标准接口对接血糖仪、血压计等常见设备数据，也支持与院内 HIS / 随访系统做单向或双向同步，具体取决于对方系统的开放能力。
健康数据按个人信息保护相关要求做分级存储与传输加密，敏感字段脱敏展示，并在设计阶段就明确数据访问权限与留痕审计。
告诉我们所在行业与业务阶段，我们提供对应的交付路径与周期参考。