2.16.840.1.113883.10.22.2.7/static-2017-04-12T000000

Aus HL7 Austria MediaWiki
Version vom 1. Oktober 2025, 18:38 Uhr von ADbot (Diskussion | Beiträge) (Automatic ADBot page (acd8b549989ad43326b73223aa2d915ef65006a0))
(Unterschied) ← Nächstältere Version | Aktuelle Version (Unterschied) | Nächstjüngere Version → (Unterschied)
Wechseln zu: Navigation, Suche
Id2.16.840.1.113883.10.22.2.7Gültigkeit ab2017‑04‑12
StatusKorange.png Unter Revision vor der PublikationVersions-LabelSTU1
NameIPSCDArelatedDocumentBezeichnungIPS CDA relatedDocument
Beschreibung
EN-US.png

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). Some cross-border legal agreements (e.g.  the European Digital Service Infrastructure for eHealth) require the patient summary to be accompanied by  a printable representation of the original national data / document this IPS comes from. 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 none of the allowable relationships defined by the CDA standard (XFRM, RPLC, APND) fits perfectly with the described case; the APND relationship seems to be the one 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.”
KlassifikationCDA Header Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
BeziehungAdaptation: Template 2.16.840.1.113883.10.12.111 CDA relatedDocument (2005‑09‑07)
ref
ad1bbr-
Beispiel
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>
Beispiel
Reference to the local PS and to supporting documentation
<!-- 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 -->
ItemDTKardKonfBeschreibungLabel
hl7:relatedDocument
0 … *R
Treetree.png@typeCode
cs1 … 1R
 CONF
Der Wert von @typeCode MUSS gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.11610 x_ActRelationshipDocument (DYNAMIC)
Treetree.pnghl7:parentDocument
1 … 1R
Treeblank.pngTreetree.png@classCode
cs0 … 1FDOCCLIN
Treeblank.pngTreetree.png@moodCode
cs0 … 1FEVN
Treeblank.pngTreetree.pnghl7:id
II1 … *R
Treeblank.pngTreetree.pnghl7:code
CD.IPS0 … 1R
Treeblank.pngTreeblank.pngTreetree.png@codeSystem
CONF0 … 1F2.16.840.1.113883.6.1 (LOINC)
Treeblank.pngTreetree.pnghl7:text
ED0 … 1R
Treeblank.pngTreetree.pnghl7:setId
II0 … 1R
Treeblank.pngTreetree.pnghl7:versionNumber
INT0 … 1R