FHIR：任命原因作为资源？
FHIR : Appointment reasons as a resource?
我目前正在实施 FHIR，但在处理预约原因时遇到了问题。
我知道我可以使用此处提供的值集：https://www.hl7.org/fhir/valueset-encounter-reason.html
或者为它实现我自己的值集，但它仍然有问题，因为原因是我应用程序中的资源，从业者可以添加、修改和删除它们。原因也有各种领域，例如颜色，...
值集对我的应用程序来说不够。
你对我如何实现这样的事情有什么提示/想法吗？
所以你想指出 Condition 或 Observation 作为原因？或者可能指向预约所基于的 ReferralRequest 或 ProcedureRequest？如果是这样，请提交更改请求 - 拥有这些东西也将与 Appointment 应该尝试与之对齐的请求模式保持一致。同时，您可以自由定义扩展名来传达相同的含义。
对我们来说，"reason" 基本上表示约会将提供什么类型的服务，所以我们实际上将原因映射到服务，我们将原因表示为 HealthcareService 资源。
基本上，从患者的角度来看，他们关心的是 "reason" 他们要去看医生。但从医疗保健提供者的角度来看，他们关心的是他们将提供的治疗原因的服务类型。
我目前正在实施 FHIR，但在处理预约原因时遇到了问题。
我知道我可以使用此处提供的值集：https://www.hl7.org/fhir/valueset-encounter-reason.html
或者为它实现我自己的值集，但它仍然有问题，因为原因是我应用程序中的资源，从业者可以添加、修改和删除它们。原因也有各种领域，例如颜色，...
值集对我的应用程序来说不够。
你对我如何实现这样的事情有什么提示/想法吗？
所以你想指出 Condition 或 Observation 作为原因？或者可能指向预约所基于的 ReferralRequest 或 ProcedureRequest？如果是这样，请提交更改请求 - 拥有这些东西也将与 Appointment 应该尝试与之对齐的请求模式保持一致。同时，您可以自由定义扩展名来传达相同的含义。
对我们来说，"reason" 基本上表示约会将提供什么类型的服务，所以我们实际上将原因映射到服务，我们将原因表示为 HealthcareService 资源。
基本上，从患者的角度来看，他们关心的是 "reason" 他们要去看医生。但从医疗保健提供者的角度来看，他们关心的是他们将提供的治疗原因的服务类型。