eMediplan CHMED Implementation Guide, published by IG eMediplan. This is not an authorized publication; it is the continuous build for version 2.2.0). This version is based on the current content of https://github.com/ahdis/chmed/ and changes regularly. See the Directory of published versions
Home
Official URL: http://chmed.emediplan.ch/fhir/ImplementationGuide/ch.chmed.emediplan
Medication plans are a central pillar of any eHealth solution. To enable interoperability between eHealth systems in Switzerland, the organization IG eMediplan was founded in 2016. Its aim is to support and provide public, open source, medication plan formats supported by a broad group of stakeholders from the public and private sectors.
Fig.: Example of a Mediplan
About this IG and CHMED
CHMED
The purpose of this implementation guide is to specify the medication plan exchange formats based on the FHIR® standard from HL7®.
Extending the CHMED16A/CHMED23A format to a FHIR based definition (CHMED) has the following advantages:
CHMED formats can be validated for correctness, data types are well defined.
Base interoperabilty for other projects based on medications, e.g. mappings will be provided for the exchange formats for medication with the EPR in Switzerland.
The CHMED format can be either in XML or JSON format. However, both are too big in size to be exchanged in a QR code.
HCI Solutions AG has built a converter for all software houses that have integrated the CHMED16A/CHMED23A. If you have questions or want more information please contact hotline@hcisolutions.ch directly.
Scope
Documents - in FHIR format to exchange the eMedication information.
Profiles - are constraints of FHIR resources and data types for the context of CHMED.
Extensions - are FHIR extensions that are added to be able to represent the complete CHMED context.
Terminologies - were defined and represented to allow exchange of coded data.
Dosage - describes the posology of a medicament in more detail.
Artifacts - provides a list of the FHIR artifacts included in this implementation guide.
MustSupport
The meaning of the flag mustSupport for this implementation guide follows the definition of CH EMED, the Swiss eMedication IG from which CHMED is derived.
Download
You can download this implementation guide in NPM format from here.
The eMedication Plan CHMED16A and ‘eMedication Plan CHMED23A’ papers describe the specification and reference implementation of the object model for a medication plan, the so-called CHMED16A and CHMED23A, respectively.
CHMED16A
The reference consists of two major parts:
The content and layout specification for the electronic document, a string / text file containing a header such as ‘CHMED16A1’ and the (compressed, encoded) medication plan as a JSON object in UTF-8
The content and layout specification for a paper-based layout used in Print/PDF scenarios
This allows IT systems to store and transmit electronic medication plans as simple strings or text files in UTF-8. It also makes it possible to transmit the mediplan print-based through the use of QR barcodes. Therefore, the mediplan is readable by users and systems alike. This is necessary to guarantee a simple handling.
The content and layout specification for the electronic document, a JSON file including a medication (Med) for which the format (MedF) and compression (IsCompressed) is being specified.
Med will be a string if compressed or a JSON object otherwise
The JSON file must be encoded in UTF-8
The content and layout specification for a paper-based layout used in Print/PDF scenarios is described in the document ‘eMediplan_Paper-based_Layout’.
This allows IT systems to store and transmit electronic medication plans as JSON file in UTF-8. It also makes it possible to transmit the mediplan print-based using QR barcodes. Therefore, the mediplan is readable by users and systems alike. This is necessary to guarantee a simple handling.
A typical compressed CHMED23A object would look like this:
It is recommended to use the compressed CHMED23A object to minimize data size.
IP Statements
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.
ISO Maintains the copyright on the country codes, and controls it's use carefully. For futher details see the ISO 3166 web page: https://www.iso.org/iso-3166-country-codes.html
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 http://www.snomed.org/snomed-ct/get-snomed-ct or info@snomed.org.
Implementation Guide for IHE defined FormatCode vocabulary. (built Thu, Feb 24, 2022 16:55-0600-06:00)
Package ch.fhir.ig.ch-epr-term#2.0.8
Implementation guide for the meta data specified in the framework of Annex 3 and 9 of the FDHA Ordinance on the electronic patient record in Switzerland (built Wed, Dec 21, 2022 08:03+0100+01:00)
Implementation Guide for the eMedication in Switzerland. (built Tue, Jan 24, 2023 14:25+0000+00:00)
Package ch.fhir.ig.ch-epr-term#2.0.8
Implementation guide for the meta data specified in the framework of Annex 3 and 9 of the FDHA Ordinance on the electronic patient record in Switzerland (built Wed, Dec 21, 2022 08:03+0100+01:00)