This specification conforms to FHIR®© R4

MedCom FHIR®© LandingPage MedCom FHIR®© Governance

Welcome to MedCom’s FHIR®© standards

Table of contents

Note: Clinical guidelines and use case documents are available in both Danish and English. All the remaining documentation will be in English.


MedCom’s modernisation project involves both rethinking business requirements and technical improvement. The modernisation is done in collaboration with MedCom’s central partners.

On our website medcom.dk , the political and strategical aspects of the modernisation are described. These aspects involve the initial wave of modernisation including HospitalNotification (Danish: Advis om sygehusophold), CareCommunication (Danish: Korrespondancemeddelelse), and Acknowledgement (Danish: Kvittering) standards. Furthermore, you can finde descriptions of the gradual phase-out of the existing standards (EDIFACT and OIOXML), the implementation plan for the initial wave and descriptions of the upcoming waves of modernisation.

The purpose of this site is to describe both the business and technical implementation of the requirements for each standard. The aim of this page is to guide you to find more information about each standard.


1 MedCom’s FHIR standards

The business requirements describe the context in which a standard should be used, and they are presented on a webpage for each standard. For a MedCom FHIR standard, the technical implementation is presented in an Implementation Guide (IG). An IG includes several rules, extensions, profiles and more. Each profile describes a delimited area within healthcare e.g., a patient, an organisation, or an encounter. Some of the profiles are often used across standards. An example is the patient profile which includes the most central information about a patient or citizen, such as the civil registration number (Danish: CPR-nummer) or name. These types of profiles are called core profiles (Danish: kerneprofiler) and are gathered in the Core IG. Additionally, some profiles are often used when defining a message. These profiles are called messaging profiles (Danish: meddelelsesprofiler) and are gathered in the Messaging IG. Some profiles are specific for a standard, which is why these are gathered in the respective IG. Lastly, the terminology codes (Danish: terminologi), including all CodeSystems, ValueSet, and ConceptMaps are gathered in the Terminology IG. Currently, there are three FHIR standards: HospitalNotification, CareCommunication, and Acknowledgement, which are all composed of profiles from the Core and Messaging IG as well as the IG for the specific standard, and codes from the Terminology IG.

Due to the above mentioned, the Table 1 is divided into three parts:

  1. MedCom’s FHIR standards describes the MedCom FHIR standards and their business requirements.
  2. Terminology explanation describes the terminology used in the MedCom FHIR standards.
  3. Generic profiles describes the profiles used across MedCom FHIR standards.

Over time, the modernised FHIR standards will replace the existing MedCom standards. HospitalNotification replaces DIS17/ XDIS17 and DIS20/ XDIS20. CareCommunication replaces DIS91/ XDIS91 and Acknowledgement replaces CTL01-03/XCTL01-03 .

The links to the webpage presentations of the standards can be found in the Table 1. On the webpages, you can find the links to the IG and other relevant information.

Table 1: Overview of the modernised FHIR standards
English Danish Short description Version approved by RUSA
MedCom's FHIR standards
HospitalNotification Advis om sygehusophold Used to inform municipalities about hospitalization of a patient Version 2.0
CareCommunication Korrespondancemeddelelse Used in all parts of the Danish health care sector to communicate between parties. Version 2.0
Acknowledgement Kvittering When a message is received, an acknowledgement message shall be returned to the sender, which states whether the message was valid and the transportation went good. Version 2.0
Terminology Terminologi Includes CodeSystem, ValueSet and ConceptMaps developed by MedCom used in the standards
Generic profiles
Core Kerneprofiler Core profiles that are static and used across standards.
Messaging Medddelsesprofiler Messaging profiles used across all messaging-based standards.

2 Implementing a MedCom FHIR standard

When implementing a MedCom FHIR standard, it is fundamental to understand in which context the standard should be used to ensure that the implementation fulfils the business requirements. Therefore, it is important to understand the standard documentation for the given standard. Furthermore, it is essential to understand the messaging framework and the possibilities of the VANS Network, as the FHIR standards define the process for how information is packaged and sent from one part to another thtough the VANS Network. The messaging framework and the VANS Network are described as governance, previously known as the “Syntax and Communication Rules”.
Click here to get more information about governance.

2.1 Standard documentation

The purpose of the standard documentation is to describe the context in which a standard should be used and which requirements the standard should fulfil. Standard documentation is only provided for the Medcom’s FHIR standards and thus not for the generic Core or Messaging Profiles.The content of the standard documentation can vary between the standards.

The Standard documentation can can consists of:


2.2 Governance for MedCom HL7 FHIR Messaging

The governance is important to understand before implementing a MedCom FHIR standard, as it describes the Danish profiling of the FHIR messaging framework and the network layer, which is the VANS network at present. Since the existing VANS network is used to deliver messages, messages must be sent in a VANSenvelope unless otherwise specified. A receipt may be sent to a VANSenvelope or another receipt envelope, e.g. “Fælleskommunal Beskedfordeler” envelope.
Click here to get more information about governance.


3 Test and certification

Before using the implemented standard in a production environment to exchange patient data, it must be tested and certified by MedCom to ensure it fulfils the requirements. In addition to the usual MedCom test setup with a self test and live test, TouchStone is used as a tool to validate FHIR messages sent in different use cases.

TouchStone describes an infrastructure that allows for automated tests against HL7 FHIR. For each FHIR standard MedCom will develope testscripts,that will be available on Touchstone. Thease test scripts can be used both during implementation and as a part of the test and certification.
Click here to get started with TouchStone


4 Change management and versioning

4.1 Versioning of FHIR standard

MedComs FHIR standards follow the semantic versioning, version 2.0, which is adjusted to the workflow in MedCom. Each document, such as the clinical guidelines, use cases or other documentation, will have a version and a release note, to keep track of the changes in the document. The IG will have one version that covers all the artefacts.

Semantic versioning includes three numbers,which are separated by a dot, e.g. 2.1.4. The numbers are called major.minor.patch,which represent different degrees of changes:

The major and minor versions are recorded in Det Rådgivende Udvalg for Standarder og Arkitekturer (RUSA). RUSA is a Danish advisory committee for standards and architecture. RUSA is working to ensure coherence and interoperability in digital solutions in the healthcare field. If a document or an IG has an extra number eg. 2.1.4-a.1 it is a prerelease and therefore not ready for implementation. In this Standard Operating Procedure (SOP) 4.1 you can read more about the use of semantic versioning in MedCom and what it means for changes in the FHIR standards. Click here to read SOP-4.1.


4.2 Change requests and improvements

Stakeholders and vendors are alway welcome to submit requests for changes or improvements to the IG or other documentation.


5 Want to stay updated?

It is possible to be notified about the latest changes in the standard documentation. Here is what to do:

  1. Go to the MedCom GitHub repository
  2. Choose the repository that you want to receive information about
  3. Choose the “watch” button in the right upper corner.

Please notice that you must have a GitHub account to be able to “watch” the repository.If you don’t have a GitHub account, then create one at GitHub

6 New to FHIR?

This section aims to give a brief introduction to MedCom’s FHIR universe. The introduction is aimed at stakeholders with no or limited knowledge about FHIR. The section will take you through the most common terminology used throughout the FHIR pages. Additionally, it introduces a step-by-step guide which guides you through an IG and can be used as a starting point to understand an IG and its structure. Furthermore some of the frequently asked questions are addressed. If more questions appear you are more than welcome to contact MedCom. You can find contact information at the bottom of the page. Lastly, the introduction includes links to HL7 FHIR pages describing, in more detail, what FHIR is and how it can be used. Here, you can also find, previous webinars held by MedCom.
Click here to get a short introduction to FHIR and how to read an Implementation Guide.


7 Frequently asked questions

In this section you will find descriptions that addresses some often asked questions about MedCom’s FHIR universe.
Click here to read frequently asked questions


Support or contact

MedCom is responsible for this page. If you have any questions regarding this page, please contact fhir@medcom.dk or write to MedCom's stream on Zulip.

Version of this documentation

The version of this documentation is: Version 1.0.3 You can find the release note of the version here.

"FHIR® is the registered trademark of HL7 and is used with the permission of HL7. Use of the FHIR trademark does not constitute endorsement of this implementation guide by HL7, nor affirmation that this content is conformant to the various applicable standards"