CCD ClinicalDocument.id：根應該是什麼值？

在CDA R2 CCD實施指南中，ClinicalDocument元素（文檔的根元素）應具有id元素。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實施指南，即它是從官方來源，這是不可能的，他們將不得不在他們的樣本文件中的明顯的錯誤，沒有人注意到之前。

來源

2011-05-11 user453441

它似乎是一個OID（測試OID是更具體的） http://oid-info.com/get/2.16.840.1.113883.19.5（Root用於已發佈的例子;無意義的標識符，不用於任何實際的實體。臨時的，用於例如編碼系統ty pe Internal HL7） – 2013-06-04 22:02:17

根據這兩個環節：

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的適當文檔和知識的缺乏是相當令人失望的，因爲它被廣泛使用。

來源

2011-05-12 21:15:06 user453441

CDA文檔的ClinicalDocument類中的'id'屬性應該包含文檔的唯一ID。

對於II數據類型，則「根」應始終爲OID，擴展名可以是任何唯一的字符串。我會建議您的示例XML中存在錯誤（源自哪裏）。

毫無疑問，在CDA文檔中將會使用許多不同的OID，具體取決於它們用於Id的對象。

來源

2011-05-11 21:35:35

@ benbun-coder所以當生成一個CCD文件時，我只會爲它生成一個OID？此外，我發現這個http://cdatools.com/infocenter/index.jsp?topic=/org.openhealthtools.mdht.uml.cda.consol.doc/classes/GeneralHeaderConstraints.html其中說「The ClinicalDocument/setId元素使用實例標識符（II）數據類型，根屬性是唯一標識標識符範圍的UUID或OID，「它也是一個II類型元素，但他們說我可以使用UUID。最後，我提供的樣本CCD文檔來自HL7 CCD實施指南（HL7_CCD_final.zip）。 – user453441 2011-05-11 21:44:49

我自己也在做同樣的事情。我從我們的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"/>

來源

2011-07-06 22:34:26

我知道這是舊的文章，但像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，它們仍然不同。

來源

2012-02-22 14:59:41 Tyson

這些鏈接（http://www.hl7.org/oid/index.cfm和http://www.oid-info.com/index.htm）應提供更多信息。 – flip 2013-07-04 07:46:20

老問題，我知道，但我只是瞭解這個東西，我想我終於把我的頭纏住了。

根目錄基本上像名稱空間或域名，其中的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。

來源

2012-09-07 21:39:01 Bensonius

根不一定是OID。該規範允許多種數據類型。 – 2014-10-02 20:48:59

您可以在這裏下載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" />

來源

2014-12-10 18:03:54 Peter

CCD ClinicalDocument.id：根應該是什麼值？

回答

相關問題