橙欣健康好不好用，试用期的评价通常集中在功能上，拍照能不能认出来、提醒准不准、报告能不能看。这些刚装上的那几天就能感受到。真正的考验出现在半年之后，应用更新了几个版本，回头再看那条体重曲线和饮食记录，还认不认得出来。
一个要用几年的工具，可比性比新功能重要。数据一旦断掉，趋势就没了；趋势没了，长期管理的意义也就少了一半。深至科技把橙欣健康定位成患者端的长期工具，记录的时间跨度按年算，这个问题就绕不开。
三种升级会让数据悄悄断掉
识别模型换代最常见。同一盘菜，去年算出来四百千卡，今年更新之后算三百二，中间差的八十千卡不是菜变了，是模型变了。单条记录看不出问题，把两年的记录放在一张图上，中间就会出现一个不是身体变化造成的台阶。
换代往往和“更准”一起发布。宣传里说识别准确率提升，用户看到的是同一个餐盘给出不同的数字，没有人告诉他这两个数字之间隔了一次版本。
营养数据库更新也会动到口径。食物成分表本身在修订，同一份食材的营养值会变，地方菜的成分数据补齐之后，同一条记录的折算结果也跟着变。数据库一换，历史记录如果不标注版本，前后就不是一个口径。
评估口径调整更隐蔽。体重记录方式从手动填改成设备同步，症状分级从三档改成五档，指标的定义变了，数值却没变，读起来就会错。这类调整通常写在更新日志的第三行，用户不会看到。
断了之后趋势就没了
长期管理的判断依赖方向，不依赖单点。体重是往上还是往下，进食是稳定还是波动，某类不适是偶发还是持续，这些都要靠连续的数据看。
曲线中间出现一个台阶，患者自己说不清是身体变了还是软件变了。医生看到这条曲线，也无法判断。更麻烦的是，这种断点往往出现在最需要看趋势的时候，比如换方案之后的半年。
那半年里本来就会有一次体重波动，如果同时叠加了一次算法更新，两件事混在一起，谁也分不开。判断是药物反应还是模型变化，只能靠人工核对历史记录，而多数应用没有提供这个入口。
可比性靠三件事
版本留痕是最基础的一件。每条记录除了时间和数值，还要能查到当时的算法版本与数据库版本。这一条用户看不见，但决定了数据能不能被追溯。
实现方式不复杂。记录的元数据里带一个版本号，界面上不显示，导出时带上。做与不做，差别在三年后要不要重新采一遍数据。
口径冻结要落到字段上。同一个指标的定义不在中途改，要改就新开一个字段，旧字段保留。加字段比改字段麻烦，但旧数据能活下来。
体重是一个典型例子。手动填的体重与设备同步的体重，精度与来源都不同。混在一个字段里，看起来是连续的，实际是两种数据。
换算说明要跟着生效日期。确实需要调整时，给出换算规则并标注生效日期，让前后两段能对齐。做法不复杂，难的是有人把它当成产品规则而不是技术细节。
这三件事都不产生新功能，也不出现在宣传页上。它们的价值只在一个地方体现，用户用了三年之后，那条曲线还是可读的。
患者感知不到但复诊时会暴露
这类问题在日常使用里几乎无感，到了门诊就显出来。医生问这半年体重变化，患者说掉了三公斤，实际是换了手机、旧记录没同步过来。
还有一种情形更常见。患者换了应用，新应用从零开始记，医生看到的是一条刚开始的曲线，误以为管理才起步。病史的时间感一旦错位，判断也会跟着偏。
换手机、换号码、卸载重装，都能造成同样的结果。多数应用把这归为账号问题，用户归为运气问题，只有医生在门诊里发现数据对不上。
深至把数据放在哪
深至科技把橙欣健康的饮食记录、体重、症状与治疗计划放在同一套体系里，时间戳统一，回看时能对上。拍照打卡把录入压到一步，为的是让记录能连续，而不是为了让单条更精确。
它同时把边界写在明处。饮食记录属于日常参考，不构成临床营养建议，不提供治疗性食谱，也不能替代临床营养评估。出现进食困难、非计划性体重下降或持续消化道症状时，应当由医生或临床营养师评估。
这几条边界看着是限制，实际是在保护数据的用处。工具不越界，记录才能被当成参考而不是结论。
时间戳统一这件事看着琐碎，作用很直接。饮食、体重、症状、用药记在同一条时间线上，回看时不用在几个页面之间跳，也不会出现“这顿是早上还是中午”的疑问。
判断办法只有三问
一年前的记录还在不在，能不能翻到，能不能导出。
同一个指标的定义有没有变过，变了之后旧数据是怎么处理的。
换手机、换设备之后，数据能不能接上，接上之后曲线有没有断口。
三问都不难答，但很少有产品会主动说。橙欣健康这类要陪患者走几年的工具，值得在下载之前问一句。功能可以慢慢加，断掉的数据接不回来。
