Back To Index  <<  Back To Templates

ref Template  epSOS CDA relatedDocument

Id 2.16.840.1.113883.3.1937.777.11.10.107 Effective Date valid from 2013‑12‑20
Status draft Draft Version Label
Name epSOSCDArelatedDocument Display Name epSOS CDA relatedDocument

Links among documents

Depending on the document type, any instance of epSOS pivot CDA shall have a related CDA embedding the PDF representation of the original data from which the epSOS pivot has been derived (also known as “epSOS PDF”). The consumer of the epSOS services shall be able to access this epSOS PDF – if existing - any time it deems it is necessary for the document content comprehension. [epSOS PDF – epSOS pivot link]

Moreover countries shall be able: for a given epSOS pivot document, to identify the original national data/document (i.e. that in use in their national infrastructure) this CDA comes from [Original document identification]; to trace back from the eD what is the prescription dispensed, and for each dispensed item what is the prescription item supplied. [eD to eP traceability]

Hereafter how these requirements are fulfilled for the epSOS CDAs.

Original document identification

The relationship between the eP/eD/PS instance and the document (data) in use in the National Infrastructure (“original Country-A document”) is kept via the XFRM relationship [XFRM (transform) = “The current document is a transformation of the ParentDocument”].
Where the “national” document is identified by its ID as the parentDocument relatedDocument association of the (“aa-bb-cc” in the example "Example of national document identified by its ID").

N.B.: This relationship is mandatory for this guide

NOTE: 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.

epSOS PDF – epSOS pivot link

The link between the epSOS pivot and the epSOS PDF may be derived at the document level in three ways:

  • (1) both have the same relatedDocument (XFRM).parentDocument
  • (2) if used, both have the same setId. This value should be equal to the “national document” setId, if existing.
  • (3) the pivot have a relatedDocument relationship with the epSOS PDF.

Even if no one of the allowable relationships defined by the CDA standard (XFRM, RPLC, APND) fits perfectly with the relationship existing between the pivot and the PDF CDA; the APND relationship seems to be that better describing the epSOS scenario. 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.”

This relationship would be therefore represented as presented in example "Example of append relationship". Where aa1-bb1-cc1 is in this example the ID of the epSOS PDF.

eD to eP traceability

Each prescription shall have its own identifier recorded in the element section[templateId/@root='']/id (see R2.1).

Each prescription item shall have its own identifier recorder in entry/substanceAdministration[templateId/@root='']/id (see R2.4)

The prescription ID and prescription item ID must be globally unique. In countries where there can be only one item per prescription, the prescription item ID must be the same as the prescription ID

The main mechanism for handling the eD and eP linkage is through the prescription item ID that can be used by the prescribing system or provider to identify the prescription to which it belongs. (see section Related prescription item).

Moreover the eD document SHALL refer the prescription ID using the InFulfillmentOf relationship. Please note that the target attribute IS NOT the identifier of the document instance, but that of the prescription (as order).

Classification CDA Header Level Template
Open/Closed Open (other than defined elements are allowed)
Used by / Uses
Used by 0 transactions and 7 templates, Uses 0 templates
Used by as Name Version Include draft epSOS-ePrescription 2013‑12‑20 Include draft epSOS-eDispensation 2013‑12‑20 Include draft epSOS-Patient Summary 2013‑12‑20 Include draft epSOS-Health Care Encounter Report 2013‑12‑20 Include draft epSOS-Medication Related Overview 2013‑12‑20 Include draft eHDSI-ePrescription PDF embedded 2017‑03‑11 22:32:59 Include draft eHDSI-Patient Summary PDF embedded 2017‑03‑11 18:41:31
Relationship Specialization: template 2.16.840.1.113883.10.12.111 (2005‑09‑07)
Example of national document identified by its ID
<relatedDocument typeCode="XFRM">
    <id root="aa-bb-cc"/>  </parentDocument>
Example of append relationship
<relatedDocument typeCode="APND">
    <id root="aa1-bb1-cc1"/>  </parentDocument>
notice There is an open issue with this item:
Item DT Card Conf Description Label
0 … * R (epSdotsent)
cs 1 … 1 R
The value of @typeCode shall be drawn from value set 2.16.840.1.113883.1.11.11610 x_ActRelationshipDocument (DYNAMIC)
1 … 1 R (epSdotsent)
0 … 1 F EVN
II.EPSOS 1 … * R (epSdotsent)
CD.EPSOS 0 … 1 R (epSdotsent)
CONF 0 … 1 F 2.16.840.1.113883.6.1 (LOINC)
ED 0 … 1 R (epSdotsent)
II.EPSOS 0 … 1 R (epSdotsent)
INT 0 … 1 R (epSdotsent)