CH EMED (R4)
2.1.0 - STU 3 Ballot
CH EMED (R4)
2.1.0 - STU 3 Ballot
This page is part of the CH EMED (R4) (v2.1.0: STU 3) based on FHIR R4. . For a full list of available versions, see the Directory of published versions 
| Official URL: http://fhir.ch/ig/ch-emed/ImplementationGuide/ch.fhir.ig.ch-emed | Version: 2.1.0 | |||
| Active as of 2022-07-07 | 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.
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.
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.
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 http://www.snomed.org/snomed-ct/getsnomed-ct or info@snomed.org.
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 http://loinc.org/terms-of-use.