我想将扩展程序编码添加到DSTU2 ClaimResponse.item.adjudication.code,其绑定强度为Extensible。我有三种格式,哪一种是正确的,或者如果没有,那么建议的格式是什么?感谢。
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"
}
}
]
答案 0 :(得分:1)
选项b是最接近的,但系统URL看起来有点时髦。这样的事情会更好:" system":" http://myhealth.com/CodeSystem/adjudication-code"
理想情况下,系统应该是一个解析为代码系统定义的URL(尽管它不必)并且应该应用于一组代码,而不是您传达的单个代码。 (虽然可以使用单代码代码系统,但它有点不寻常。)
选项a是错误的,因为我们从不将值集URL作为Coding.system发送。选项c是不必要的 - 通过可扩展的绑定,您可以自由使用已定义的值集已经涵盖的任何代码。
所有这一切,都不清楚"允许"作为"代码"的价值是有道理的。给出可扩展值集中的其他选项。您还可以查看草案STU 3版本,该版本消除了"代码"共。看看该设计是否能更好地满足您的需求,如果没有,请在今年8月投票时提供反馈。