Search loading...

API Hub

Explore and Make use of Nationally Defined Messaging APIs

 


Observation

Guidance for populating and consuming investigations data in GP Connect

Introduction

The headings below list the elements of the Observation resource and describe how to populate and consume them.

Filing comments - Observation resource elements

id

Data type: Id Optionality: Mandatory Cardinality: 1..1

The logical identifier of the observation resource.

meta.profile

Data type: uri Optionality: Mandatory Cardinality: 1..1

The observation profile URL.

Fixed value https://fhir.nhs.uk/STU3/StructureDefinition/CareConnect-GPC-Observation-1

identifier

Data type: Identifier Optionality: Mandatory Cardinality: 1..*

This is for business identifiers.

This is sliced to include a cross-care setting identifier, which MUST be populated. The system identifier for this is https://fhir.nhs.uk/Id/cross-care-setting-identifier.

This MUST be a GUID.

Providing systems MUST ensure this GUID is globally unique and a persistent identifier (that is, it doesn’t change between requests and therefore is stored with the source data).

Where consuming systems are integrating data from this resource to their local system, they MUST also persist this GUID at the same time.

status

Data type: Code Optionality: Mandatory Cardinality: 1..1

For filing comments this is a set value of ‘unknown’.

code

Data type: CodableConcept Optionality: Mandatory Cardinality: 1..1

Fixed value of 37331000000100 for Comment note.

subject

Data type: Reference(Patient) Optionality: Mandatory Cardinality: 1..1

A reference to the patient who the observation is about.

effective[x]

Data type: dateTime/Period Optionality: Required Cardinality: 0..1

The dateTime when the ‘Test report’ or ‘Test group’ was filed into the patient record.

issued

Data type: instant Optionality: Mandatory Cardinality: 1..1

The date time that the time/comment was recorded in the GP system.

performer

Data type: Reference (Practitioner/Organisation) Optionality: Mandatory Cardinality: 1..*

Reference to the resource for the organisation and/or practitioner that filed the ‘Test report’ or ‘Test group’ was filed into the patient record.

value[x]

Data type: Many Optionality: Required Cardinality: 0..1

Where a ‘Test group’ has been filed the value should match the code from the ‘Test group header’ resource.

comment

Data type: string Optionality: Required Cardinality: 0..*

Notes added by the GP practice clinician about the ‘Test report’ or ‘Test group’ that has been filed into the patient record.

Data type: BackboneElement Optionality: Required Cardinality: 0..1

Reference to the test group header or test report that the filing comments resource relates to.

This MUST be qualified using the related.type ‘derived-from’.


Elements not in use

The following elements MUST NOT be populated:

basedOn

Data type: Boolean

category

Data type: CodableConcept

context

Data type: BackboneElement

dataAbsentReason

Data type: CodeableConcept

interpretation

Data type: CodeableConcept

bodysite

Data type: CodeableConcept

method

Data type: CodeableConcept

specimen

Data type: Reference

referenceRange

Data type: BackboneElement

device

Data type: BackboneElement

component

Data type: BackboneElement

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