Difference between revisions of "2.16.840.1.113883.10.22.2.7/static-2017-04-12T000000"

From HL7 IPS
Jump to: navigation, search
(Automated ADBot page content)
(No difference)

Revision as of 20:32, 6 July 2017

Id2.16.840.1.113883.10.22.2.7Effective Date valid from 2017‑04‑12
StatusKyellow.png DraftVersion Label
NameIPSCDArelatedDocumentDisplay NameIPS CDA relatedDocument
Description

An IPS may have three types of parent document:

  • A superseded version that the present instance of the document wholly replaces (typeCode = RPLC). 
  • A source document from which the present document is transformed (typeCode = XFRM). An IPS may be created by transformation from an already existing local Patient Summary or an IPS document. An example of this case is the creation of a derived instance in which translations are appended in order to facilitate the cross-border usage of this document; or the case in which a local patient summary is transformed to originate a new IPS instance.
  • An original version that the present document integrates (typeCode = APND). In some cross-border services legal agreements (see e.g. the European Digital Service Infrastructure for eHealth), for liability reasons, it is required that together with the Patient Summary also a printable representation of the original national data / document this IPS comes from is also transmitted or made available for consultation. The relationship between the IPS and this content may be tracked using this relationship. 
Note 1: even for countries not dealing with real documents in their National Infrastructures (e.g. data collected from local databases), this mechanism could be useful to identify the collection of data used for generating the epSOS CDAs, facilitating the information backtracking. In that case the ID might be that of the epSOS friendly document or of any other kind of intermediate document used for generating the NCP document input. 
    Note 2: even if no one of the allowable relationships defined by the CDA standard (XFRM, RPLC, APND) fits perfectly with the described case; the APND relationship seems to be that that fits the better. In fact “An addendum is a separate document that references the parent document, and may extend or alter the observations in the prior document. The parent document remains a current component of the patient record, and the addendum and its parent are both read by report recipients.” 
     
    ClassificationCDA Header Level Template
    Open/ClosedOpen (other than defined elements are allowed)
    Used by / Uses
    Used by 0 transactions and 1 template, Uses 0 templates
    Used by as NameVersion
    2.16.840.1.113883.10.22.1.1IncludeKyellow.png International Patient Summary2017‑04‑11
    RelationshipAdaptation: template 2.16.840.1.113883.10.12.111 (2005‑09‑07)
    Example
    Example of national document identified by its ID
    <relatedDocument typeCode="XFRM">
      <!-- the IPS is obtained as trasformation of the "aa-bb-cc" document -->
      <parentDocument>
        <id root="aa-bb-cc"/>  </parentDocument>
    </relatedDocument>
    Example
    Reference to the local PS and to supporting documentation
    <CDAfragment>
      <!-- the example starts here -->
      <relatedDocument typeCode="XFRM">
        <!-- the IPS is obtained as trasformation of the "aa-bb-cc" Local Patient Summary -->
        <parentDocument>
          <id root="aa-bb-cc"/>    </parentDocument>
      </relatedDocument>
      <relatedDocument typeCode="APND">
        <!-- the IPS is integrated by the information provided by the "aa1-bb1-cc1" document -->
        <parentDocument>
          <id root="aa1-bb1-cc1"/>    </parentDocument>
      </relatedDocument>
      <!-- the example ends here -->
    </CDAfragment>
    ItemDTCardConfDescriptionLabel
    hl7:relatedDocument
    0 … *R

    An IPS may have three types of parent document: 

    • A superseded version that the present instance of the document wholly replaces (typeCode = RPLC). 
    • A source document from which the present document is transformed (typeCode = XFRM). An IPS may be created by transformation from an already existing local Patient Summary or an IPS document. An example of this case is the creation of a derived instance in which translations are appended in order to facilitate the cross-border usage of this document; or the case in which a local patient summary is transformed to originate a new IPS instance.
    • An original version that the present document integrates (typeCode = APND). In some cross-border services legal agreements (see e.g. the European Digital Service Infrastructure for eHealth), for liability reasons, it is required that together with the Patient Summary also a printable representation of the original national data / document this IPS comes from is also transmitted or made available for consultation. The relationship between the IPS and this content may be tracked using this relationship. 
    Note 1: even for countries not dealing with real documents in their National Infrastructures (e.g. data collected from local databases), this mechanism could be useful to identify the collection of data used for generating the epSOS CDAs, facilitating the information backtracking. In that case the ID might be that of the epSOS friendly document or of any other kind of intermediate document used for generating the NCP document input. 
      Note 2: even if no one of the allowable relationships defined by the CDA standard (XFRM, RPLC, APND) fits perfectly with the described case; the APND relationship seems to be that that fits the better. In fact “An addendum is a separate document that references the parent document, and may extend or alter the observations in the prior document. The parent document remains a current component of the patient record, and the addendum and its parent are both read by report recipients.” 
    (IPSCDAr…
    Treetree.png@typeCode
    cs1 … 1R
     CONF
    The value of @typeCode shall be drawn from value set 2.16.840.1.113883.1.11.11610 x_ActRelationshipDocument (DYNAMIC)
     Example
    Example of national document identified by its ID
    <relatedDocument typeCode="XFRM">
      <!-- the IPS is obtained as trasformation of the "aa-bb-cc" document -->
      <parentDocument>
        <id root="aa-bb-cc"/>  </parentDocument>
    </relatedDocument>
     Example
    Reference to the local PS and to supporting documentation
    <CDAfragment>
      <!-- the example starts here -->
      <relatedDocument typeCode="XFRM">
        <!-- the IPS is obtained as trasformation of the "aa-bb-cc" Local Patient Summary -->
        <parentDocument>
          <id root="aa-bb-cc"/>    </parentDocument>
      </relatedDocument>
      <relatedDocument typeCode="APND">
        <!-- the IPS is integrated by the information provided by the "aa1-bb1-cc1" document -->
        <parentDocument>
          <id root="aa1-bb1-cc1"/>    </parentDocument>
      </relatedDocument>
      <!-- the example ends here -->
    </CDAfragment>
    Treetree.pnghl7:parentDocument
    1 … 1R(IPSCDAr…
    Treeblank.pngTreetree.png@classCode
    cs0 … 1FDOCCLIN
    Treeblank.pngTreetree.png@moodCode
    cs0 … 1FEVN
    Treeblank.pngTreetree.pnghl7:id
    II1 … *R(IPSCDAr…
    Treeblank.pngTreetree.pnghl7:code
    CD.IPS0 … 1R(IPSCDAr…
    Treeblank.pngTreeblank.pngTreetree.png@codeSystem
    CONF1 … 1F2.16.840.1.113883.6.1 (Logical Observation Identifier Names and Codes)
    Treeblank.pngTreetree.pnghl7:text
    ED0 … 1R(IPSCDAr…
    Treeblank.pngTreetree.pnghl7:setId
    II0 … 1R(IPSCDAr…
    Treeblank.pngTreetree.pnghl7:versionNumber
    INT0 … 1R(IPSCDAr…