Search loading...

API Hub

Explore and Make use of Nationally Defined Messaging APIs

 

Send Document - payload structure

Send Document capability - the structure of the payload to be used for all use cases of the Send Document capability

Payload message requirements

The Send Document payload recognises that for most scenarios messages which are intended to update target organisations’ records will result in a task being created in the target system workflow. As a result, the Task resource is used to describe the intent of the message - to request that a task be created in the target organisation to review and perform an update.

The following requirements describe the structure of the Send Document payload:

GPCM-SD-001 the ITK3 MessageHeader.focus element MUST be a reference to a Bundle resource which conforms to the ITK-Payload-Bundle profile
GPCM-SD-002 the ITK-Payload-Bundle MUST contain a Task resource profiled to GPConnect-Task-1 base resource
GPCM-SD-003 the ITK-Payload-Bundle MUST contain an Organization resource which conforms to the CareConnect-Organization-1 profile describing the organisation which sends the message. The Task.requester.OnBehalfOf element MUST contain a reference to this resource
GPCM-SD-004 the Task.requester.OnBehalfOf element MUST contain a reference to the Organization resource
GPCM-SD-005 where the message contains patient information, for example as a result of a healthcare event, a patient resource MUST be present which conforms to the CareConnect-Patient-1 profile. When this patient resource is present, the Task.for element MUST contain a reference to this resource.
GPCM-SD-006 where the message contains practitioner information, for example as a result of a healthcare event, a practitioner resource MUST be present which conforms to the CareConnect-Practitioner-1 profile. This resource describes the primary practitioner who delivered care. When this practitioner resource is present, the Task.requester.agent element MUST contain a reference to this resource.
GPCM-SD-007 where the message sender knows the single intended recipient organisation for the message, an Organization resource MUST be present which conforms to the CareConnect-Organization-1 profile, describing the organisation which is the target of the message. The Task.requester.owner element MUST contain a reference to this resource.

Including documents in the payload

The following requirements describe how binary documents are included in the payload:

GPCM-SD-008 each binary document sent in the payload MUST be included as an instance of the Task.input element

Each instance of a binary document will be included as follows:

GPCM-SD-009 task.input.value MUST be a FHIR Reference containing a reference to a DocumentReference profiled to GPConnect-DocumentReference-1
GPCM-SD-010 The GPConnect-DocumentReference-1 resource MUST be included as an additional entry in the ITK-Payload-Bundle

The GPConnect-DocumentReference-1 resource will be specified as follows:

GPCM-SD-011 DocumentReference.created attribute MUST contain the date/time when the binary document was created, or if not available, the date/time when the FHIR Message was created
GPCM-SD-012 DocumentReference.description attribute MUST contain a description of the document, intended for use as an attachment label for the document as it appears in the GP Principal Clinical System workflow user interface
GPCM-SD-013 DocumentReference.content attribute MUST contain a FHIR Attachment resource in which the contentType defines the MIME type of the document, and data contains the binary data of the document in base64 encoded format.
GPCM-SD-079 DocumentReference.indexed attribute MUST contain the date/time when the FHIR message was created


Identifying the use case

The ITK3 message handling key LocalExtension is used to define the health or social care use case associated with the Send Document message. Please refer to the ITK3 header requirements for your particular use case.

Payload message illustration

The payload of a GP Connect message which uses the Send Document capability MUST have the structure illustrated in the diagram below. (Context for the Send Federated Consultation Report use case is given in parentheses.).

Send Document - Payload

Payload message definition

The FHIR MessageDefinition resource provides a formal, machine-readable definition of a message shared between systems. Please refer to ITK3 Message Definitions for an overview of how MessageDefinition resources are used in ITK3 messages.

The GP Connect Send Document capability has defined a MessageDefinition resource instance which describes the payload of the FHIR Message, as defined on at ITK3 Message Definition Patterns

The Message Definition for the GP Connect Send Document message payload is provided below. This definition can be used by FHIR tools such as FHIR Check to verify that particular instance of a Send Document message is conformant.

Tags:

All content is available under the Open Government Licence v3.0, except where otherwise stated