2016-07-25 79 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。 –