Versions Compared


  • This line was added.
  • This line was removed.
  • Formatting was changed.
Comment: Fixed broken links

Page Properties

TypeInteroperability Standard
Effective Date
Excerpt Include
Day One Effective Date
Day One Effective Date

Table of Contents


The Summary Care Record (SCR) is an electronic record of important Patient information, created from GP medical records. It can be seen and used by authorised staff in other areas of the health and care system involved in the Patient's direct care.

From an interoperability perspective there are two aspects to the summary care record:

  1. The creation and updating of the summary care record
  2. Providing the ability for authorised staff to access the summary care record, for which there are a range of options

Both of these aspects are covered in the documentation below.

Additional information is available at NHS Digital's summary care record site

Compliance, Assurance and Testing

To gain access to SCR suppliers follow the Common Assurance Process (CAP). CAP is an end-to-end assurance process, which involves a tailored (CAP) approach being developed which states what deliverable and activities are conducted.

As part of the CAP suppliers will be asked to demonstrate adherence to the following specifications:

These specifications contain a set of generic requirements applicable to all systems seeking compliance to a business domain. Compliance with these specifications is mandatory and established through the CAP.

For advice, access to the documentation, and support from the NHS Business Partners programme, please contact or visit

The NPFIT-SCR-SCRDOCS-0038.01 NHS CFH SCR Clinical Message Validation Process v1 document provides guidance on the clinical safety validation processes for SCR messaging.


Summary Care Record Creation

GP Summaries are created and sent to the Summary Care Record repository (on Spine) via messaging from GP systems which implement the Patient Information Maintenance capability.

To create summary care records and provide them to the service, suppliers must implement the requirements detailed in GP Summary Requirements v5.8.3.

Summary care messages contain XHTML information and generated messages must conform to the specification in NPFIT-SHR-MODL-SUMREC-0025 08 GP Summary Presentation Text Specification v3.1 (Approved).xlsx

Implementations must comply with the NPFIT-EP-DB-0007.05 Allergy_ADR_Intolerance v 1.5 Draft for all representations of medication-related adverse clinical events.

Implementations must comply with the SCR GP Summary Sending Compliance v3 - Baseline Index v6.0

Message definitions are detailed in the Domain Message Specification (DMS) for Summary Care Record  

Further information useful for implementers of this interface such as Use Cases, Trigger Events and Sequence Diagrams may be found in the Spine Message Implementation Manual (MIM).  NB version 4.2 is the version used for the GP Summary Update message.

Also, see MIM 4.2.00 Known Issues

Summary Care Record Viewing

SCR viewing must be implemented in line with the Summary Care Record Permission To View Guidelines.pdf

General requirements for SCR viewing (regardless of implementation mechanism) are set out in NPFIT-FNT-TO-DPM-0929.03 SCR Viewing Requirements v1.6 (Approved)

Guidance for implementing Role-Based Access Control for SCR viewing is found in NPFIT-SI-SIGOV-0073 04 Guidance on Implementing RBAC for PSIS and PDS v2.0

Suppliers have a number of options for implementing summary care record viewing, as detailed below:

1 clicka simpler and less resource-intensive way to enable SCR viewing into local applications. This solution allows a user of an application to click and launch the SCRa in a separate window for a specific patient.
Spine mini servicesSpine mini services (SMS) are a more lightweight way of developing read-only integration with some national Spine services. SMS Client systems allow SCR access with patient permission and for Emergency Reasons. SCR Viewing systems will be able “plug into” the SCR Spine Mini-Service functionality of the SMS Provider. The SMS Provider system provides various defined functions and services for SCR Viewing systems, e.g. the SMS Provider would retrieve GP Summaries and manage “Permission to View” on behalf of viewing systems (clients).

SCR - Spine Mini Service Provider Requirements-v1.3.docx

SCR - Spine Mini Service Client Requirement04.1.docx

Full SCR integration

Integration of SCR information into the GP clinical system. 

A GP system retrieves GP Summaries from the Summary Care Record on Spine using the PSIS Query message and displays it via appropriate screens within the GP clinical system.


Summary Care Record DMS 5.8

Message Implementation Manual (MIM 7.2) PSIS Query

NPFIT-FNT-TO-TIN-1228 14 Compliance Specification - Clinical Message Handling Addendum v4-0 (sections relevant to PSIS Query)

MIM 7.2.02 Known Issues 1.3


Creating a compliant implementation requires implementing the following dependent interface standards:



Page Properties Report
headingsStandards and Capabilities, Status, Effective Date, Description, Change Type, Change Route
sortByEffective Date
cqllabel = "S60" and space = currentSpace ( )