10

CDA R2 CCD実装ガイドでは、ClinicalDocument要素（ドキュメントのルート要素）に要素があると想定されていidます。

このid要素は「II」データ型です。http ：//wiki.hl7.no/index.php/R1：II これは、root属性で使用されるIDのタイプを識別するために、属性が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>

ルート値db734647-fc99-424c-a864-7e3cda82e703はOIDではありません。それが何であるかはわかりませんが、おそらくUUIDのように見えますか？とにかく、これはすべてのCCDドキュメントの静的な値ですか、それともドキュメントごとに異なりますか？属性が使用されないのはなぜですかextension、それがドキュメントを識別するものではありませんか？

同じサンプルドキュメント全体で、次のようなものも表示されることに注意してください。

<id root="2.16.840.1.113883.19.5" />

rootこれは（属性内の）OIDのようです。

編集：私が参照しているサンプルドキュメントは、HL7 CCD実装ガイドからのものです。つまり、公式ソースからのものであり、サンプルファイルに誰も気付かなかった明白なエラーが発生する可能性はほとんどありません。

4

7 に答える 7

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がCDAを送信する機関のベースOIDであり、.4がこれを示すOIDである可能性が高いと推測します。 

<id>

実際にはドキュメントの識別子です（当局はこれらのOID拡張をベースOIDの下で定義します）

「extension」は、この特定のドキュメントの一意の識別子の値です。

明白なエラーがない実装ガイドについてのあなたのコメントに関して、私はこれを理解しようとするとまったく反対のことを見つけました...エラーがたくさんあります。ルートは常にOIDであると私は信じています。拡張子は通常、UUIDまたはその他の一意のIDです。

于 2012-09-07T21:39:01.817 に答える
4

私も同じことに取り組んでいます。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-06T22:34:26.143 に答える
4

CDAリリース2のドキュメントは次の場所からダウンロードできます： http ：//www.hl7.org/implement/standards/product_brief.cfm？product_id = 7

注：アカウントを作成する必要がありますが、有料アカウントは作成する必要はありません。また、パスワードを忘れた場合、プレーンテキストでメールで送られてきました。ここでは安全なパスワードを使用しないでください。

datatypes-base.xsdで、IIタイプの説明を見ることができます。ルートは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

OID「2.16.840.1.113883.5」はHL7V3コードシステムです。「.1」は管理上の性別です

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

これにより、臨床ドキュメントのIIを生成するための2つのオプションが提供されます。独自のGUIDを生成できます。または、組織が管理するOID /リーフ内に意味のあるIDがある場合は、任意のローカル識別子を使用できます。例として、hl7レジストリー（「2.16.840.1.113883.5.3」は外部ユーザー、「。1」はProVation）から最上位のOIDをプルします。

彼らは必要に応じて葉を定義することができます。また、ドキュメントを送信するたびに、同じ一意のドキュメントを参照します。理論的には：100=ドキュメント; 100.2=臨床文書; extension=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" />

その場合、ローカルで定義された患者IDは.12=患者カルテになります。

<id root="2.16.840.1.113883.5.3.1.12" extension="ZZ1234-111111" />
于 2014-12-10T18:03:54.020 に答える
2

これらの2つのリンクによると：

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

root「II」データ型は、その要素でOIDとUUIDの両方を受け入れます。

誰かがこれを説明する公式ドキュメントに私を導くことができますか？

補足：HL7が広く使用されているという事実を考えると、HL7に関する適切なドキュメントと知識がオンラインで入手できないことは非常に残念です。

于 2011-05-12T21:15:06.257 に答える
2

これが古い投稿であることは知っていますが、user453441が言ったように、HL7情報を入手するのは困難です。

要素に関して、これ<id>が私が起こっていると私が信じていることです：

私が職場で読むように与えられたいくつかの学習資料によると、要素は「ドキュメント識別子」です。それは

「（）ドキュメントインスタンスの一意の識別子。（id）は通常、ドキュメント作成者によって生成されます。」

私の解釈では、この要素はセキュリティと検証の目的で使用されます。main要素の子である<Clinical Document>要素は、CDA受信者に、このドキュメントが実際に予想される発信元から発信されたことを示すために使用されていると思います。CDA送信者として、ある種の一意のIDを持っていることになります（標準ではないようですが、組織のOIDを取得すると便利です）。

要素のルート属性は、<id>ドキュメント全体の一意の識別子、組織の一意のIDです。CDAの個々のセクションを一意に識別するために使用できる拡張属性もあります。CDAには複数の属性があるとおっしゃいましたが、これが理由です。拡張属性は、たとえば、を識別するために使用できます<assignedAuthor>。参加要素のすべての子がこの<id>要素を使用しているようです。

お役に立てれば。

編集：さらに読んだ後、私はいくつかの詳細を持っています。要素のroot属性<id>

「...一意のインスタンス識別子（UID）を表します。」

これらの引用は、「AsociacionHL7Argentina-HL7」の学習資料から入手しています。この例では、extension属性にケース番号とバージョンシーケンサーを使用しています。このように、2つの異なる組織が同じ拡張機能を使用できますが、属性に異なるUIDがあるためroot、それらは依然として異なります。

于 2012-02-22T14:59:41.053 に答える
0

CDAドキュメントのClinicalDocumentクラスの「id」属性は、ドキュメントの一意のIDを保持する必要があります。

IIデータ型の場合、「ルート」は常にOIDである必要があり、拡張子は任意の一意の文字列にすることができます。サンプルXML（これはどこから供給されたのか）にエラーがあることをお勧めします。

言うまでもなく、CDAドキュメント内では、IDに使用されるオブジェクトに応じて、さまざまなOIDが使用されます。

于 2011-05-11T21:35:35.233 に答える
0

すでに述べたように、CDA仕様を調べると、ClinicalDocument.id要素のデータ型がII（インスタンス識別子）であることがわかります。

データ型の定義（datatypes-base.xsdファイルにあります）を調べている場合は、次のことがわかります。

<xs:complexType name="II">
  <xs:annotation>
     <xs:documentation>
        An identifier that uniquely identifies a thing or object.
        Examples are object identifier for HL7 RIM objects,
        medical record number, order id, service catalog item id,
        Vehicle Identification Number (VIN), etc. Instance
        identifiers are defined based on ISO object identifiers.
     </xs:documentation>
     <xs:appinfo>
        <sch:pattern name="validate II">
           <sch:rule abstract="true" id="rule-II">
              <sch:report test="(@root or @nullFlavor) and not(@root and @nullFlavor)">
                 A root component is required or else the II value is NULL.
              </sch:report>
           </sch:rule>
        </sch:pattern>
     </xs:appinfo>
  </xs:annotation>
  <xs:complexContent>
     <xs:extension base="ANY">
        <xs:attribute name="root" type="uid" use="optional">
           <xs:annotation>
              <xs:documentation>
                 A unique identifier that guarantees the global uniqueness
                 of the instance identifier. The root alone may be the
                 entire instance identifier.
              </xs:documentation>
           </xs:annotation>
        </xs:attribute>
        <xs:attribute name="extension" type="st" use="optional">
           <xs:annotation>
              <xs:documentation>
                 A character string as a unique identifier within the
                 scope of the identifier root.
              </xs:documentation>
           </xs:annotation>
        </xs:attribute>
        <xs:attribute name="assigningAuthorityName" type="st" use="optional">
           <xs:annotation>
              <xs:documentation>
                 A human readable name or mnemonic for the assigning
                 authority. This name may be provided solely for the
                 convenience of unaided humans interpreting an II value
                 and can have no computational meaning. Note: no
                 automated processing must depend on the assigning
                 authority name to be present in any form.
              </xs:documentation>
           </xs:annotation>
        </xs:attribute>
        <xs:attribute name="displayable" type="bl" use="optional">
           <xs:annotation>
              <xs:documentation>
                 Specifies if the identifier is intended for human
                 display and data entry (displayable = true) as
                 opposed to pure machine interoperation (displayable
                 = false).
              </xs:documentation>
           </xs:annotation>
        </xs:attribute>
     </xs:extension>
  </xs:complexContent>

ここで、root属性が次のドキュメントのuidである必要があることがわかります。

インスタンス識別子のグローバルな一意性を保証する一意の識別子。ルートだけがインスタンス識別子全体である可能性があります。

于 2019-06-21T07:13:32.850 に答える