CH EMED (R4), published by HL7 Switzerland. This guide is not an authorized publication; it is the continuous build for version 5.0.0-ci-build built by the FHIR (HL7® FHIR® Standard) CI Build. This version is based on the current content of https://github.com/hl7ch/ch-emed/ and changes regularly. See the Directory of published versions
Home
Official URL: http://fhir.ch/ig/ch-emed/ImplementationGuide/ch.fhir.ig.ch-emed
The CH EMED implementation guide describes the FHIR representation of the documents for the exchange of medication information in the context of the EPR (electronic patient record) in Switzerland. This implementation guide is dependent on CH Core and CH Term, which describe the Swiss specific context, especially related to the Swiss EPR.
Initially this implementation guide was based on the CDA-CH-EMED eMedication ART-DECOR® specification which has been published by eHealth Suisse. CDA-CH-EMED defined the eMedication documents for the information exchange in the context of the EPR in Switzerland. The documents were 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.
Due to difficulties in modeling and mapping, the further development of the specifications, especially in the area of dosage, has been difficult. This and the fact that the format CDA-CH-EMED was only little in use, led then to the fact that the CDA format was abandoned and the exchange format on the basis of FHIR was developed further.
Scope
The following documents have been defined (and described in more detail on the respective subsections):
The use case (de, fr) illustrates the processes related to medication. In successive steps, situations are depicted in which the various eMedication documents are used. For each step, the structured FHIR examples are provided.
To explain the different focus areas in more detail, there is a guidance section with the following topics:
This implementation guide is under STU ballot by HL7 Switzerland until September 30th, 2024 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.
MustSupport
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 and the Medication Prescription 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). Details on the narrative handling can be found here.
Collaboration
This guide is the product of collaborative work undertaken with participants from:
This document is licensed under Creative Commons "No Rights Reserved" (CC0).
HL7®, HEALTH LEVEL SEVEN®, FHIR® and the FHIR ® are trademarks owned by Health Level Seven International, registered with the United States Patent and Trademark Office.
This implementation guide contains and references intellectual property owned by third parties ("Third Party IP"). Acceptance of these License Terms does not grant any rights with respect to Third Party IP. The licensee alone is responsible for identifying and obtaining any necessary licenses or authorizations to utilize Third Party IP in connection with the specification or otherwise.
This publication includes IP covered under the following statements.
The UCUM codes, UCUM table (regardless of format), and UCUM Specification are copyright 1999-2009, Regenstrief Institute, Inc. and the Unified Codes for Units of Measures (UCUM) Organization. All rights reserved. https://ucum.org/trac/wiki/TermsOfUse
This material contains content that is copyright of SNOMED International. Implementers of these specifications must have the appropriate SNOMED CT Affiliate license - for more information contact https://www.snomed.org/get-snomed or info@snomed.org.
This IG defines the global extensions - the ones defined for everyone. These extensions are always in scope wherever FHIR is being used (built Sat, Apr 27, 2024 18:39+1000+10:00)
Package hl7.fhir.uv.extensions.r4#1.0.0
This IG defines the global extensions - the ones defined for everyone. These extensions are always in scope wherever FHIR is being used (built Sun, Mar 26, 2023 08:46+1100+11:00)
Package ihe.formatcode.fhir#1.2.0
Implementation Guide for IHE defined FormatCode vocabulary. (built Tue, Mar 12, 2024 16:59-0500-05:00)
Package ch.fhir.ig.ch-term#3.0.0
Implementation Guide for Swiss Terminology (built Thu, May 16, 2024 10:33+0000+00:00)
® are trademarks owned by Health Level Seven International, registered with the United States Patent and Trademark Office.
CH EMED (R4)
