DK MedCom Carecommunication
4.0.1 - release Denmark flag

This page is part of the DK MedCom CareCommunication (v4.0.1: Release) based on FHIR (HL7® FHIR® Standard) R4. The current version which supersedes this version is 2.0.0. For a full list of available versions, see the Directory of published versions

Examples

Flow of CareCommunication

This section describes five subsequent CareCommunications sent between three healthcare departments concerning the same citizen with test-CPR-nr. 250947-9989. The flow that the examples support is:

A sends a new message to B
B replies to A
A replies to B
B forwards to C
C replies to B

1st message - new CareCommunication

1st message

The initial message sent from Hjerteafdelingen på Herlev og Gentofte hospital to Plejecenter Herlev.

The message includes one message segment and a new communication identifier. As it is a new message, the activity is in the Provenance instance ‘new-message’. The sender and receiver organizations are both referenced from the MessageHeader.

The CareCommunication contains a topic at Communication.topic.

2nd message - reply CareCommunication

2nd message

A reply to the 1st message. Since it is a reply to the latest CareCommunication, the Communication.identifier remains the same. Two Communication.payload is added which includes the reply to the new message, since a message text and an attachment are included. The activity is in the Provenance instance ‘reply-message’.

The author of the second CareCommunication has included an attachment without structured author information.

3rd message - reply CareCommunication

3rd message

This is a reply to the 2nd message. Therefore, the Communication.identifier remains the same. One Communication.payload has been added with the reply. The base64-encoded content from the attachment in the 2nd message is not included, only the identifier and author information. The unique ids of the instances are updated, however the referenced MessageHeader in the Provenance instances from the previous messages remain the same.

4th message - forward CareCommunication

4th message

This is a forwarding of the 3rd message. Therefore is the Communication.identifier updated and the base64-encoded content from the attachment in the 2nd message is included. Additionally, is a Communciation.payload added with a reason for the forwarding. The user decides not to forward the topic, why it is not included in the CareCommunication. The activity in the Provenance instance is ‘forward-message’. A new receiver organization is included. The sender organization does not include a name in Organization.name.

5th message - reply CareCommunication

5th message

Is a reply to the 4th message. The Communication.identifier remains the same and the base64-encoded content from the attachment in the 2nd message is not included. The user has included a new attachment, which is a link to a webpage. The author role is not from the list of roles, but is included as at PractitionerRole.code.text.

Additional examples of CareCommunication

The examples below demonstrates how different information is included in a CareCommunication.

CareCommunication with all optional content

CareCommunication with all optional content

This includes

  • Category as ‘regarding-referal’ and priority
  • Topic that elaborates the category
  • The episodeOfCare-identifier is included in the Encounter instance and referenced from the Communication instance, as the user of a hospital system in the context of an admission, when creating a CareCommunication. Other usages is described on the page for the MedComCareCommunication profile.
  • Specifik sender and recipient, which are described in CareTeam and Practitioner/PractitionerRole instances. This is further described on the page for the MedComCareCommunication profile
  • Structured author information for the author of the attached pdf-document.
  • An attachment in terms of an URL.

CareCommunication where patient has a replacement-CPR. (eCPR)

CareCommunication where the patient has a replacement-CPR.

It is allowed to send a CareCommunication for a patient with a replacement-CPR (Danish: erstatnings-CPR or ecpr). In the example, the replacement-CPR is from the national eCPR service, defined by the Patient.identifier.system = “urn:oid:1.2.208.176.1.6.1.1”. Further, an EpisodeOfCare-identifier (Danish: forløbsid) is included in the Encounter instance.

CareCommunication as a reply to an OIOXML or EDIFACT message

Reply to an OIOXML message.

It is allowed to answer a received MedCom EDIFACT or OIOXML message with a MedCom CareCommunication. The Provenance.entity.what.identifier shall contain a reference to the received OIOXML. The reference shall contain the locationnumber and letter identifier, divided by #. If the message being replied contains an episodOfCareIdentifier, this shall be included in the CareCommunication message.