3.0.0 - CI Build Switzerland flag

CH EMED (R4), published by HL7 Switzerland. This is not an authorized publication; it is the continuous build for version 3.0.0). This version is based on the current content of and changes regularly. See the Directory of published versions


Official URL: Version: 3.0.0
Active as of 2022-08-11 Computable Name: CH_EMED

Copyright/Legal: CC-BY-SA-4.0


This implemenation guide is based on the CDA-CH-EMED eMedication ART-DECOR® specification which has been published by eHealth Suisse.
CDA-CH-EMED defines the documents for the exchange of medication information in the context of the EPR (electronic patient record) in Switzerland. The documents are based on the IHE Pharmacy Technical Framework modelled and specialized in the Building Block Repository CH-PHARM. Base for this modelling was the report from IPAG eMedikation, 7.6.2017 and the work of IPAG/eHealth Suisse.

The CH EMED implementation guide describes the FHIR representation of the defined documents for the exchange of medication information. This implementation guide is dependent on CH Core and CH EPR Term, which describe the Swiss specific context, especially related to the Swiss electronic patient record.

The following documents have been defined:

This implementation guide is under ballot for STU 3 by HL7 Switzerland until September 30th, 2022 midnight. Please add your feedback via the ‘Propose a change’-link in the footer on the page where you have comments.

Significant Changes, Open and Closed Issues

Download: You can download this implementation guide in NPM format from here.


For all elements listed in the minimum data set in the IPAG report the corresponding FHIR elements ‘mustSupport’ flag have been set to true. ‘MustSupport’ flags are currently only defined for the Medication Card document.

Meaning of the Flag MustSupport for this Implementation Guide

The flag mustSupport follows the IHE use of R2 as defined in Appendix Z. It demands that the content creator must support these elements if they are known. If the sending application has data for the element, it is required to populate the element with a non-empty value. If the value is not known, the element may be omitted. A receiving application may ignore the information conveyed by the element. A receiving application shall not raise an error solely due to the presence or absence of the element.

Implication of MustSupport to the Original Representation

The original representation of the Medication Card document document must be embedded as a PDF in PDF/A-1 or PDF/A-2 format. If elements of the minimum data set in the IPAG report are provided in the bundle, they are also required to be represented in the original representation (PDF).


This guide is the product of collaborative work undertaken with participants from:

This artefact includes content from SNOMED Clinical Terms® (SNOMED CT®) which is copyright of the International Health Terminology Standards Development Organisation (IHTSDO). Implementers of these artefacts must have the appropriate SNOMED CT Affiliate license - for more information contact or

This artefact includes content from LOINC®. This content LOINC® is copyright © 1995 Regenstrief Institute, Inc. and the LOINC Committee, and available at no cost under the license at