我发布过两类扩展现实产品：一类以用户体验的舒适度为评判标准，另一类则以医生能否依据其生成的数据采取医疗行动为评判标准。从外部看，它们的技术栈似乎相同：统一引擎、头戴式显示器、场景以及构建流水线。然而，这两者绝非同一类工作，而大多数临床虚拟现实项目正是在这两者之间的差距中悄然失败的。
这种转变描述起来微不足道，但在工程实现上却差异巨大。消费级虚拟现实应用能够优雅地降级处理误差。如果追踪漂移了半度，游戏体验仅会略微变差，且无人会提交错误报告。然而，一项用于报告患者注视位置、反应速度或伸手可达距离的诊断工具，其价值完全取决于底层测量的准确性，因为临床医生将依据该测量结果做出决策。一旦你的输出成为他人所依赖的数据，你就不再是在开发一款带有医疗主题的应用程序，而是在制造一种医疗仪器。
以下是当你跨越这条界线时，实际发生的变化。
头戴设备不再仅仅是显示器，而变成了传感器
对于临床虚拟现实，我所知的最有价值的思维重构是：选择硬件并非基于其渲染能力，而是基于其数据采集能力。
我们开发了 Nystag，这是一款基于 Vive Focus 3 的虚拟现实眼动追踪诊断工具，用于精确的医学评估和临床评价。整个产品的核心在于精准捕捉眼部运动，其准确度足以让临床医生信赖。选择 Focus 3 是因为其追踪保真度支持这一用例，而非因为它能渲染出最精美的世界。如果你的产品依赖于某种信号，那么设备选择本质上是一项传感决策，只不过恰好捆绑了一个图形处理器而已。
这彻底重新排序了整个工作的资源分配。在消费级构建中，大部分工作集中在场景上：美术、交互、手感和性能。而在测量型构建中，场景往往是最小的部分，真正的工程重心转移到了将原始传感器数据流转化为可在拥有行医资格的专业人士面前辩护的结果的流水线上。同样的引擎，完全不同的重心。
可重复性是你通过代码构建的功能，而非天然具备的属性
这是我会刻在项目启动文档上的原则。
临床评估通常是一种比较：患者与正常值对比，或患者与其上个月的状态对比。只有当两次测试以完全相同的方式运行时，这种比较才有意义。如果结果发生了变动，那必须是因为患者的状况发生了变化，而不是因为校准不同、房间亮度变化、头戴设备佩戴位置较低，或会话起始状态略有差异。
因此，标准化不再是一个锦上添花的特性，而成为你需要刻意工程化的内容：锁定刺激源、锁定环境、锁定校准流程、锁定操作顺序，并消除除患者变量之外的所有自由度。如果操作人员可能意外地以两种不同方式运行测试，他们最终一定会这样做，而你将无法事后判断哪些会话具有可比性。
随后的验证工作是将这一理念应用于自身。消费级应用在体验良好时即算完成。而测量工具只有在相同输入在不同会话中持续产生相同读数，且你已实际核查而非仅仅假设这一点时，才算完成。这种验证工作是构建过程中真实且需纳入预算的一部分，而这正是那些华丽的演示版本所跳过的一环。
诚实地界定你的数据所能确立的范围
在这个领域存在一种特定的过度宣称现象，值得明确指出，因为工程师们往往会无意中犯下此类错误。
一种工具可以精确地测量某项指标，但仍无法确立人们期望它确立的临床意义。这是两个 separate 的主张。精度是你可以工程化的部分。临床
免责声明：本文内容来自互联网，该文观点不代表本站观点。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容，请到页面底部单击反馈，一经查实，本站将立刻删除。
