CCD ClinicalDocument.id：根应该是什么值？

Question

在CDA R2 CCD实施指南中，ClinicalDocument元素（文档的根元素）应具有id元素。

这id元素是“II”的数据类型的：http://wiki.hl7.no/index.php/R1:II 这指出该root属性是有一个OID值，以识别所述extension属性中使用的识别类型。

现在，着眼于样品CCD文档HL7提供我们看到当：

<?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> 

根值db734647-fc99-424c-a864-7e3cda82e703不是一个OID。我不确定它是什么，但它看起来像一个UUID？无论如何，这是所有CCD文件的静态值，还是会因文件而异？为什么不使用extension属性，是不是标识文档的内容？

注意，在整个同一样品的文件我也看到像

<id root="2.16.840.1.113883.19.5" /> 

这似乎是的OID（在root属性）的东西。

编辑：我参考样本文档是从HL7 CCD实施指南，即它是从官方来源，这是不可能的，他们将不得不在他们的样本文件中的明显的错误，没有人注意到之前。

Answer 1

根据这两个环节：

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的适当文档和知识的缺乏是相当令人失望的，因为它被广泛使用。

Answer 2

CDA文档的ClinicalDocument类中的'id'属性应该包含文档的唯一ID。

对于II数据类型，则“根”应始终为OID，扩展名可以是任何唯一的字符串。我会建议您的示例XML中存在错误（源自哪里）。

毫无疑问，在CDA文档中将会使用许多不同的OID，具体取决于它们用于Id的对象。

Answer 3

我自己也在做同样的事情。我从我们的EHR认证机构收到的一个例子是ID的根看起来像一个OID。它是“2.16.840.1.113883.3.72”。

这里是一个链接，可能会有所帮助： http://www.ihe.net/Technical_Framework/upload/ihe_lab_TF_rel2-3.pdf

我复制下面的相关文字。

该元素应存在。它 代表临床文件的唯一实例 标识符。 根和 扩展属性的组合应提供一个全局唯一标识符 。例如：

<id root="2.16.840.1.113883.19.4" extension="abc266"/> 

Answer 4

我知道这是旧的文章，但像user453441说，HL7的信息是很难得的。

关于<id>元素，这里是我认为正在发生的事情：

据我一直在考虑在工作中阅读一些学习资料，该元素是一个“文档标识符”。它是一个

“文档实例的唯一标识符（id）通常由文档创建者生成。”

我的解释是，这个元素是用于安全和验证的目的。我相信元素是主要<Clinical Document>元素的子元素，用于显示CDA收件人，该文档确实来自预期来源。作为CDA发件人，您将拥有某种唯一的ID（这似乎不是一种标准，但为您的组织获取OID会有所帮助）。

<id>元素的根属性是整个文档的唯一标识符，即组织的唯一标识符。还有一个扩展属性可用于唯一标识CDA的各个部分。你提到CDA中有多个属性，这就是为什么。例如，扩展属性可用于识别<assignedAuthor>。看起来，任何参与元素的所有孩子都使用这个<id>元素。

希望这会有所帮助。

编辑：进一步阅读后，我有更多的细节。 <id>元素的root属性

“...表示唯一实例标识符（UID）”。

我从“Asociacion HL7 Argentina -HL7”的学习资料中获得这些引用。他们的示例使用extension属性的案例编号和版本排序器。这样，两个不同的组织可以使用相同的扩展名，但由于它们在root属性中具有不同的UID，它们仍然不同。

Answer 5

老问题，我知道，但我只是了解这个东西，我想我终于把我的头缠住了。

根目录基本上像名称空间或域名，其中的id将是有效的，并保证是唯一的。例如，如果您的机构/组织正在生成CDA，它很可能会申请一个唯一的OID（您在根中看到的值是OID 2.16.840.1.113883.19.4）。

所以，上面的例子中，

<id root="2.16.840.1.113883.19.4" extension="abc266"/> 

我要去猜测2.16.840.1.113883.19是权力的基础OID送出CDA和.4是最有可能的OID以指示此

<id> 

实际上文档的标识符（权威定义基OID下这些OID扩展）

“扩展”是唯一标识符值对于这个特定的文件。

关于您的有关实施指南没有明显错误的评论，我发现完全相反，试图找出这些东西......有错误比比皆是。我确实认为root始终是OID，扩展名通常是UUID或其他唯一ID。

Answer 6

您可以在这里下载CDA第2版文档： http://www.hl7.org/implement/standards/product_brief.cfm?product_id=7

注意：您必须创建一个帐户，而不是付费帐户。另外，当我忘记密码时，他们会以纯文本的形式通过电子邮件向我发送邮件。请勿在此处使用您的安全密码。

在datatypes-base.xsd中，您可以看到II类型的解释。 Root是一个UID，有两种类型的UID。一个OID和一个UUID。

UUID是GUID（您的示例）。 OID是HL7指定的ID。您可以申请组织OID，并且您可以控制此时的任何叶子OID。以下模式“[0-2]（\。（0 | [1-9] [0-9] *））*”

在根和扩展名（字符串）之间，II应该是全局唯一的。 OID本身可以是唯一的。几个例子。

OID“2.16.840.1.113883”是H17（https://www.hl7.org/oid/index.cfm）。叶子“.10.20.22”是HL7健康故事模板。 Leaf“.1.2”是一个连续性护理文件。

<id root="2.16.840.1.113883.10.20.22.1.2" /> is globally unique for a CCD template, extension unneeded 

OID“2.16.840.1.113883.5”是HL7 V3 Code Systems。 “.1”是Administrative Gender

<id root="2.16.840.1.113883.5.1" extension="M" /> is globally unique for Male 

这为您提供了两种用于为临床文档生成II的选项。您可以生成您自己的GUID。或者，如果您的组织控制的OID /叶子中有一个有意义的ID，则可以使用任何本地标识符。从hl7注册表（“2.16.840.1.113883.5.3”是外部用户;“.1”是ProVation）中提取顶部OID：

它们可以根据需要定义叶子;并且每次他们发送一个文档时，它都会引用同一个唯一的文档。理论上：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 

只要使用OID格式，只要它是全局唯一的，它也是完全有效的。

<id root="2.16.840.1.113883.5.3.1.100.2.15" /> = 15th document they created 

到一个全局唯一的SSN类似

<id root="2.16.840.1.113883.4.1" extension="111-11-1111" /> 

然后本地定义的患者标识符可以是0.12 =患者图表

<id root="2.16.840.1.113883.5.3.1.12" extension="ZZ1234-111111" />