This specification conforms to FHIR®© R4
Governance for Network Layer
Table of contents
The Danish Healthcare Messaging Network is currently the VANS Network on which the overall shipment of a message is handled through Asynchronous Messaging.
To be able to communicate over the VANS Network, both senders and receivers SHALL have a GLN number issued by the SOR. Click here to open SOR . The SOR is developed by The Danish Health Data Authority and therefore the information in SOR are in Danish.
To be able to communicate a specific MedCom FHIR message type both senders and receivers SHALL be registered in SOR with that message type and version.
The Sending Ecosystem SHALL validate the message before dispatching it. Validating a message SHALL include validating the correct use of the ValueSets and CodeSystems used in the message.
1 VANSEnvelope
The VANSEnvelope is developed to contain XML-based or other non-edifact message types over the VANS Network
MedCom FHIR Messages SHALL be enveloped in a VANSEnvelope whether they are shipped as “application/fhir+xml” or “application/fhir+json”
- The envelopment of MedCom FHIR Messages SHALL follow the VANSEnvelope specification outlined in
- MedCom FHIR Messages SHALL follow the metadata specification outlined in both Danish and English:
- VANSEnvelopes SHALL only contain one MedCom FHIR Message.
2 Reliable Messaging using VANSEnvelope
VANSEnvelope is developed to support Reliable Messaging.
VANSEnvelope containing FHIR Messages SHALL make use of this Reliable Messaging functionality.
- The use of Reliable Messaging functionality when shipping MedCom FHIR Messages SHALL follow the VANSEnvelope specification outlined in
Click here to see how to set up Reliable Messaging using VANSEnvelope
Sending MedCom FHIR messages over the VANS Network requires the sending system to handle the following:
When sending to both primary and cc destinations.
- A Sending Ecosystem MUST secure that the MedCom FHIR messages for primary and cc receivers differ on ID’s as described in Governance for MedCom FHIR Messaging
- A Sending Ecosystem MUST ensure that the total size of a MedCom FHIR message, once embedded in a VANSEnvelope, does not exceed 100 MB when sent on the VANS Network. If the size is validated before the message is embedded in a VANSEnvelope, the Sending Ecosystem MAY apply a slightly lower limit to reserve space for the VANSEnvelope overhead and thereby ensure compliance with the 100 MB maximum.
A Receiving Ecosystem SHALL be able to receive MedCom FHIR messages both as “application/fhir+xml” and “application/fhir+json”
A Receiving Ecosystem SHALL be able to handle both primary and cc destinations and route them to the right application.
About
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
MedComs stream on Zulip.
Version of this documentation
The version of this documentation is:
Version 2.0.0
You can finde 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"
Tilgængelighedserklæring