我目前正在实施 FHIR，但在处理预约原因时遇到了麻烦。
我知道我可以使用此处提供的值集：https ://www.hl7.org/fhir/valueset-encounter-reason.html
或为它实现我自己的值集，但它仍然存在问题，因为原因是我的应用程序中的资源，从业者可以添加、修改和删除它们。原因也有各种领域，例如颜色，...
一个值集对于我的应用程序来说是不够的。
您对我如何实施这样的事情有任何提示/想法吗？
问问题
193 次
2 回答
1
所以你想指出条件或观察作为一个原因？或者可能指向约会所基于的 ReferralRequest 或 ProcedureRequest？如果是这样，请提交更改请求 - 拥有这些内容也将与 Appointment 应尝试与之保持一致的请求模式保持一致。同时，您可以自由定义扩展来传达相同的含义。
于 2017-02-08T14:21:34.140 回答
0
对我们来说，“原因”基本上表示预约将提供什么类型的服务，因此我们实际上将原因映射到服务，我们将原因表示为 HealthcareService 资源。
基本上，从患者的角度来看，他们关心他们去看医生的“原因”。但从医疗保健提供者的角度来看，他们关心他们将为治疗原因而提供的服务类型。
于 2017-02-09T04:55:42.370 回答