我们目前正在评估 FHIR 以用作我们医疗记录基础设施的一部分。对于 EHR 数据（过敏、访问、Rx 等），HL7 FHIR 似乎具有适当的映射。
然而，我们处理的很多数据都与个人健身有关——想想 Fitbit 或 Apple HealthKit：
- 主动运动（有氧或锻炼）：数量、能量、心率
- 日常活动，例如日常步数或用水量
- 睡眠模式/质量（同一时间跨度内重叠状态的奇怪情况）
- 其他用户提供：情绪评分、饮食活动、女性健康、紫外线
虽然有Observation资源，但这似乎仍然最适合 EHR 域（！）。特别是，用户健身数据不会在访问期间收集，也不会经过人工验证。
目标是找到一种“标准化的 FIHR 方式”来对此类数据进行建模。
使用带有扩展的观察（？）？简介？特定领域的规则？
FHIR 具有非凡的灵活性，但每个扩展/配置文件可能会增加以后能够直接交换资源的成本。
对 FHIR 资源的适当使用的解释 - 包括何时扩展、使用配置文件/标签或通过编码值编码差异 - 将很有用。
定义一个新的/自定义的资源类型？
FHIR DSTU2 没有定义定义新资源类型的方法。想要这样做可能表明资源的作用 - 逻辑概念与实现接口？- 不明白。
根本不使用 FHIR？除了汇总交换，不要使用 FHIR？
FHIR 也可能不适合我们的消息格式。但它会
FIHRa <-> FIHRb比x <-> FIHRc处理外部互操作性更“糟糕”吗？
FHIR 注册表似乎不包含任何特定于用户适应性的观察配置文件，并且提议的资源似乎都没有添加适当的资源改进。
归根结底，如果能够声称能够做到这一点，那就太好了——只需很少或没有翻译，即。以“标准方式”——能够将用户健身数据作为 FHIR 流进行交换。