2016-07-25 81 views
1

我希望将扩展编码添加到DSTU2 ClaimResponse.item.adjudication.code中,该扩展编码的绑定强度为Extensible。我有三种格式,哪一种是正确的,或者如果没有,那么格式是什么?谢谢。如何在FHIR资源中添加编码扩展

a. Use FHIR code "system" with a new code value 

"adjudication":[ 
    { 
     "code":{ 
      "system":"http://hl7.org/fhir/ValueSet/adjudication", 
      "code":"allowed" 
     }, 
     "amount":{ 
      "value":21, 
      "system":"urn:std:iso:4217", 
      "code":"USD" 
     } 
    } 
] 

b. Use custom code "system" with a new code value 

"adjudication":[ 
    { 
     "code":{ 
      "system":"http://myhealth.com/ClaimResponse/adjudication#allowed", 
      "code":"allowed" 
     }, 
     "amount":{ 
      "value":21, 
      "system":"urn:std:iso:4217", 
      "code":"USD" 
     } 
    } 
] 

c. Use extension 

"adjudication":[ 
    { 
     "code":{ 
      "extension":[ 
       { 
        "url":"http://myhealth.com/ClaimResponse/adjudication#allowed", 
        "valueCode":"allowed" 
       } 
      ] 
     }, 
     "amount":{ 
      "value":234, 
      "system":"urn:std:iso:4217", 
      "code":"USD" 
     } 
    } 
] 

回答

1

选项b是最接近的,但系统URL看起来有点时髦。这样的事情会更好:“系统”:“http://myhealth.com/CodeSystem/adjudication-code

该系统理想情况下应该是一个解析为代码系统定义的URL(尽管它不需要)并且应该适用于一组代码,而不是您传达的单个代码。 (虽然可能有一个代码系统,但它有点不同寻常。)

选项a是错误的,因为我们从未将值集URL作为Coding.system发送。选项c是不必要的 - 通过可扩展绑定,您可以自由使用定义值集尚未涵盖的任何代码。

所有这一切都说明了,在允许扩展值集中的其他选项的情况下,“允许”作为“代码”的值是否有意义。你也可以看看STU 3版本的草案,它完全消除了“代码”。看看这种设计是否能够更好地满足您的需求,如果没有,请在8月份进行投票时提供反馈意见。

+0

谢谢@劳埃德。我会研究选项b。关于选项a,在诸如“copay”的情况下,我可以参考代码“system”= http://hl7.org/fhir/adjudication我认为,基于http://hl7.org/fhir/中的信息valueset-adjudication.html。这是对的吗?就附加的Codings而言,DSTU3和DSTU2具有相同的一组代码。我们已经通过硬币/付费/不合格/折扣/ cobpaid/rskwithheld将我们的建议发送给Paul K.和Andy S. – James

+0

是的,“http://hl7.org/fhir/adjudication”是HL7定义系统的URL。 –