Search loading...

API Hub

Explore and Make use of Nationally Defined Messaging APIs

 

Solution Data Model

Solution Data Model

Data model

In order to support the Consumer and Provider interactions with the NRL the Pointer has been distilled into a data model. The data model is purposefully lean, each property has a clear reason to exist and it directly supports the activities of the Consumer and/or Provider.

Property Cardinality Description
Identifier 0..1 Assigned by the NRL at creation time. Uniquely identifies this record within the NRL. Used by Providers to update or delete.
Profile 0..1 The URI of the FHIR profile that the resource conforms to.
Pointer version 0..1 Assigned by the NRL at creation or update time. Used to track the current version of a Pointer.
Pointer last updated datetime 0..1 Assigned by the NRL at creation and update time. The date and time that the pointer was last updated.
Pointer indexed datetime 0..1 Assigned by the NRL at creation time. The date and time that the pointer was created.
Master Identifier 0..1 The masterIdentifier is the identifier of the document as assigned by the source of the document. It is version specific – i.e. a new one is required if the document is updated. It is an optional field, providers do not have to supply a value.
Pointer Status 1..1 The status of the pointer
Patient 1..1 The NHS number of the patient that the record referenced by this Pointer relates to. Supports Pointer retrieval scenarios.
Pointer owner 1..1 The entity who maintains the Pointer. Used to control which systems can modify the Pointer
Record owner 1..1 The entity who maintains the Record. Used to provide the Consumer with context around who they will be interacting with if retrieving the Record.
Record class 1..1 A high-level category of the record. The category will be one of a controlled set. It will not be possible to create a pointer with a category that does not exist within this controlled set
Record type 1..1 The clinical type of the record. Used to support searching to allow Consumers to make sense of large result sets of Pointers. The clinical type will be one of a controlled set. It will not be possible to create a pointer with a type that does not exist within this controlled set.
Record creation clinical setting 1..1 Describes where the content was created, in what clinical setting
Period of care 0..1 Details the time at which the documented care is relevant
Pointer reference 1..* The record that is being referenced
Record creation datetime 0..1 The date and time (on the Provider’s system) that the record was created, for static records.
Record URL 1..1 The location of the record on the Provider’s system
Record format 1..1 Describes the technical structure and rules of the record such that the Consumer can pick an appropriate mechanism to handle the record.
Record mime type 1..1 Describes the type of data such that the Consumer can pick an appropriate mechanism to handle the record.
Record stability 1..1 Describes whether the record content at the time of the request is dynamically generated or is static
Related Documents 0..1 Relationship to another pointer

You can explore an in-depth view of the lean data model and the full NRL DocumentReference profile in the FHIR Resources and References section.

Tags: overview

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