在CDA R2 CCD实施指南中,ClinicalDocument
元素(文档的根元素)应该具有id
元素.
此id
元素属于"II"数据类型:http://wiki.hl7.no/index.php/R1:II
这表明该root
属性具有OID值,以标识extension
属性中使用的标识类型.
现在,在查看HL7提供的示例CCD文档时,我们看到:
<?xml version="1.0"?>
<?xml-stylesheet type="text/xsl" href="CDASchemas\cda\Schemas\CCD.xsl"?>
<ClinicalDocument xmlns="urn:hl7-org:v3" xmlns:voc="urn:hl7-org:v3/voc" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="urn:hl7-org:v3 CDA.xsd" >
...
<id root="db734647-fc99-424c-a864-7e3cda82e703"/>
...
</ClinicalDocument>
Run Code Online (Sandbox Code Playgroud)
根值db734647-fc99-424c-a864-7e3cda82e703不是OID.我不确定它是什么,但它看起来像UUID?无论如何,这是所有CCD文件的静态值,还是会因文档而异?为什么extension
未使用该属性,是不是标识文档的内容?
请注意,在同一个示例文档中,我也看到了类似的内容
<id root="2.16.840.1.113883.19.5" />
Run Code Online (Sandbox Code Playgroud)
这似乎是OID(在root
属性中).
编辑:我参考的样本文件来自HL7 CCD实施指南,即它来自官方来源,他们不可能在他们的样本文件中有一个以前没有人注意到的明显错误.
老问题,我知道,但我只是在学习这些东西,我想我终于明白了。
根基本上就像名称空间或域,其中 id 将有效并保证是唯一的。例如,如果您的权威/组织正在生成 CDA,它很可能已经申请了一个唯一的 OID(您在根中看到的值是一个 OID 2.16.840.1.113883.19.4)。
所以,对于上面的例子,
<id root="2.16.840.1.113883.19.4" extension="abc266"/>
Run Code Online (Sandbox Code Playgroud)
我将猜测 2.16.840.1.113883.19 是发出 CDA 的机构的基本 OID,而 .4 很可能是 OID,表明这
<id>
Run Code Online (Sandbox Code Playgroud)
实际上是文档的标识符(权威在基本 OID 下定义了这些 OID 扩展)
“扩展名”是此特定文档的唯一标识符值。
关于您对实施指南没有明显错误的评论,我发现在试图弄清楚这些东西时恰恰相反……错误比比皆是。我确实相信根始终是 OID,扩展名通常是 UUID 或其他一些唯一 ID。
您可以在此处下载 CDA 第 2 版文档: http://www.hl7.org/implement/standards/product_brief.cfm ?product_id=7
注意:您必须创建一个帐户,但不是付费帐户。此外,当我忘记密码时,他们以纯文本形式通过电子邮件发送给我。不要在此处使用您的安全密码。
在datatypes-base.xsd中,可以看到II类型的说明。Root是一个UID,UID有2种类型。一个 OID 和一个 UUID。
UUID 是 GUID(您的示例)。OID 是 HL7 指定的 ID。您可以申请组织 OID,并且从那时起您可以控制任何叶 OID。以下模式“[0-2](\.(0|[1-9][0-9]*))*”
在根和扩展名(字符串)之间,II 应该是普遍唯一的。OID 本身可以是唯一的。举几个例子。
OID“2.16.840.1.113883”是 Hl7 ( https://www.hl7.org/oid/index.cfm )。叶“.10.20.22”是 HL7 健康故事模板。叶子“.1.2”是护理连续性文件。
<id root="2.16.840.1.113883.10.20.22.1.2" /> is globally unique for a CCD template, extension unneeded
Run Code Online (Sandbox Code Playgroud)
OID“2.16.840.1.113883.5”是HL7 V3代码系统。“.1”是行政性别
<id root="2.16.840.1.113883.5.1" extension="M" /> is globally unique for Male
Run Code Online (Sandbox Code Playgroud)
这为您提供了两种为临床文档生成 II 的选项。您可以生成自己的 GUID。或者,如果您的组织控制的 OID/叶子中有有意义的 ID,则您可以使用任何本地标识符。以从hl7注册表中拉取顶级OID(“2.16.840.1.113883.5.3”是外部用户;“.1”是ProVation)为例:
他们可以根据需要定义叶子;每次他们发送文档时,都会引用相同的唯一文档。理论上:100=文档;100.2=临床文件;扩展名=databaseIdentityColumn。
<id root="2.16.840.1.113883.5.3.1.100.2" extension="1" /> = first document they created
<id root="2.16.840.1.113883.5.3.1.100.2" extension="15" /> = 15th document they created
Run Code Online (Sandbox Code Playgroud)
使用仅 OID 格式也是完全有效的,只要它是全局唯一的。
<id root="2.16.840.1.113883.5.3.1.100.2.15" /> = 15th document they created
Run Code Online (Sandbox Code Playgroud)
类似于全球唯一的 SSN
<id root="2.16.840.1.113883.4.1" extension="111-11-1111" />
Run Code Online (Sandbox Code Playgroud)
那么本地定义的患者标识符可以是 .12=患者图表
<id root="2.16.840.1.113883.5.3.1.12" extension="ZZ1234-111111" />
Run Code Online (Sandbox Code Playgroud)
根据这两个链接:
http://tl7.intelliware.ca/public/messages/dataTypes/ii.faces和http://cdatools.com/infocenter/index.jsp?topic=/org.openhealthtools.mdht.uml.cda.consol.doc /classes/GeneralHeaderConstraints.html
“II”数据类型在其元素中接受 OID 和 UUID root
。
有人可以指导我查看解释此问题的官方文档吗?
旁注:考虑到 HL7 被广泛使用的事实,网上缺乏有关 HL7 的适当文档和知识是相当令人失望的。