应用错误收集

我们目前正在评估FHIR作为我们医疗记录基础设施的一部分。对于EHR数据（过敏，访问，Rx等），HL7 FHIR似乎有适当的映射。

然而，我们处理的很多数据与个人健身有关 - 想想Fitbit或Apple HealthKit：

虽然有Observation resource，但对于EHR域，这似乎仍然最合适（！）。特别是，用户健身数据在访问期间未收集，并且不人工验证。

目标是找到一种标准化的FIHR方式＆＃34;模拟这种数据。

对扩展程序使用观察（？）？简介？特定领域的规则？

FHIR具有非凡的灵活性，但每个扩展/配置文件可能会增加以后直接交换资源的成本。

关于适当使用FHIR资源的解释 - 包括何时扩展，使用配置文件/标签，或通过编码值对差异进行编码 - 将非常有用。
定义新的/自定义资源类型？

FHIR DSTU2未定义定义新资源类型的方法。想要这样做可能表明资源的作用 - 逻辑概念与实现接口？ - 不明白。
根本不使用FHIR？除汇总交换外，不要使用FHIR吗？

也可能是FHIR不适合我们的消息传递格式。但它会更糟糕吗？＃34;在处理外部互操作性时，要FIHRa <-> FIHRb而不是x <-> FIHRc？

FHIR Registry似乎不包含任何特定于用户体系的观察配置文件，Proposed Resources似乎都没有添加适当的资源优化。

在一天结束时，能够宣称能够 - 最少或没有翻译，即。以标准的方式＆＃34; - 能够将User Fitness数据作为FHIR流进行交换。