Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Comment: Updated term "Framework(s)" to "Contracting Vehicle(s)"
Page Properties

ID

S43

Version

5.0.0

Type

Interoperability Standard

Status

Effective

Effective Date

 

Framework

Contracting Vehicle(s)

Table of Contents
minLevel1
maxLevel3
outlinefalse
styledisc
typelist
printabletrue

Introduction

The GP2GP record transfer mechanism enables an Electronic Patient's Record (EPR) to be electronically transferred directly and securely when they move from one Practice to another.

Requirements

Applicable Suppliers

ID

Description

Level

Suppliers of services which ARE currently deployed into an operational environment, and have existing GP2GP compliance.

GP2GP00

GP2GP 1.1a

Suppliers must meet the requirements for GP2GP 1.1a

Status
colourRed
titleMUST

GP2GP01

GP2GP 2.2a

Suppliers must meet the requirements for GP2GP 2.2a

View file
nameHSCIC-PC-BLD-0068 26 GP2GP R2 2 Requirements Specification v7.2.pdf

Status
colourRed
titleMUST

GP2GP02

Available Documentation

Suppliers must make available documentation to ensure that suppliers receiving GP2GP messages are fully able to interpret, consume and process the data to minimise data loss and degradation. This must include (but is not limited to):

  • Structure of data

  • Any know issues or anomalies and how they should be handled

  • Code sets and associated meanings

  • Field specifications (types, lengths etc.)

Status
colourRed
titleMUST

GP2GP03

Receivers of GP2GP Messages

Suppliers must provide support to receivers of GP2GP messages to resolve any issues with interpreting, consuming and processing received messages

Status
colourRed
titleMUST

GP2GP04

GP2GP 2.2b

Suppliers must meet the requirements for GP2GP 2.2b and GP2GP Automatic Integration Specification v1.0

View file
nameHSCIC-PC-BLD-0068 26 GP2GP R2 2 Requirements Specification v7.2.pdf
View file
nameGP2GP Automatic Integration Specification v1.0.pdf

Status
colourRed
titleMUST

GP2GP05

Management Information

Suppliers must implement and maintain the GP Registrations Management Information API inline with the latest specification version

Status
colourRed
titleMUST

Suppliers of new services or applications (i.e. those which are NOT currently deployed into an operational environment with existing GP2GPs compliance).

GP2GP07

GP2GP FHIR Implementation - GP2GP Sending Adaptor

Implement and maintain the GP2GP Sending Adaptor inline with the latest Standard version

Status
colourRed
titleMUST

GP2GP08

GP2GP FHIR Implementation - GP2GP Requesting Adaptor

Implement and maintain the GP2GP Requesting Adaptor inline with the latest Standard version

Status
colourRed
titleMUST

GP2GP09

Management Information

Suppliers must implement and maintain the GP Registrations Management Information API inline with the latest specification version

Status
colourRed
titleMUST

Compliance and Assurance

GP2GP FHIR Implementation

For Suppliers of new services or applications:

A risk-based assurance to be followed by all New Foundation Solution Suppliers (NFSS).

  • Technical Assurance - The Suppliers need to demonstrate that the GP2GP Sending Adapter and GP2GP Requesting Adaptor are successfully integrated and technically assured through a specific set of Technical risks.

  • E2E Solution Assurance - The Suppliers need to demonstrate that the GP2GP FHIR Implementation Solution meets the E2E functional interoperability requirements through a set of Clinical and Technical risks covering the below high-level scenarios:

    • NFSS as a winning Practice

    • NFSS as losing Practice

    • Pathways assurance from NFSS to Incumbent Solutions

    • Pathways assurance from Incumbents to NFSS Solutions

    • Export of data from NFSS Solutions

Suppliers must contact Solution Assurance team through the Tech Innovation mailbox (gpit.techinnovation@nhs.net) to arrange a witness testing slot to provide evidence. Successful completion of the witness testing and evidencing will constitute compliance against this Roadmap Item.

An Assurance Statement will be provided when a supplier completes their testing and assurance related activities. The report will be used as the readiness for further onboarding stages and progression to Live assurance.

GP2GP HL7

For Suppliers of services which ARE currently deployed into an operational environment:

Expand

The compliance baseline for GP2GP and document locations were correct at the time of original publication, but referenced documents can now be found embedded on this page, below. The exceptions to this are the references to the NHS Messaging Implementation Manual (MIM) and External Interface Specification (EIS) (follow these links for details).

View file
nameGP2GP 1.1a Compliance Module.doc

The GP2GP assurance is split into 2 streams:

  1. Compliance testing - this tests the spine messaging patterns and functionality

  2. Interoperability Testing - the testing of the clinically semantic testing of the message payload between different systems

For advice and support on assurance please contact businesspartners@nhs.net or visit https://digital.nhs.uk/services/nhs-business-partners

Documentation

GP2GP FHIR Implementation

For Suppliers of new services or applications:

GP2GP HL7

For Suppliers of services which ARE currently deployed into an operational environment:

Expand

Message Fragments and Examples

View file
nameNPFIT-FNT-TO-TIN-0562[1].02 GP2GP Message Fragments and Examples.doc

Supplementary specifications

The following supplemental specifications contain additional requirements and guidance for GP2GP implementation:

NPFIT-FNT-TO-TIN-1087.02 GP2GP Supplementary Specification on Handling Medication Discontinuation.pdf

NPFIT-PC-BLD-0069 24 GP2GP Spine Technical Design v7.1.pdf

NPFIT-PC-BLD-0083.08 GP2GP Response Codes.pdf

NPFIT-PC-BLD-0099.04 GP2GP Handling Missing Attachments.pdf

NPFIT-PC-BLD-0132.03 GP2GP Supplementary Specification on Structured Degrade Handling.pdf

NPFIT-PC-BLD-0133.02 GP2GP Supplementary Spec - Handling and Propagation of Non Consultation Data.pdf

NPFIT-PC-BLD-0134.05 GP2GP Supplementary Specification Representing PMIP Data in GP2GP Messages.pdf

NPFIT-PC-BLD-0158 GP2GP Supplementary Specification Attachment References.pdf

NPFIT-PC-BLD-0163.02 Topic and Category Handling in GP2GP.pdf

NPFIT-PC-BLD-0170.03 GP2GP SS Handling Large Messages.pdf

NPFIT-PC-BLD-0172.02 GP2GP UC1 Transfer Electronic Health Record.pdf

NPFIT-PC-BLD-0175.03 GP2GP SS Handling A-B-A Transfers v1.3.pdf

NPFIT-PC-BLD-0177.01 GP2GP SS User Experience.pdf

NPFIT-PC-BLD-0178 02 GP2GP Coding Scheme Translation v1.1.pdf

NPFIT-PC-BLD-0180.02 GP2GP Transfer of Patient Facing Service Settings 04.pdf

NPFIT-PC-BLD-181.02 GP2GP Handling the SCR indicator v03.pdf

NPFIT-FNT-TO-IG-DES-0115.01 Statement on Data Retention v1.0.pdf

NPFIT-FNT-TO-TAR-0017.07 Compliance Requirements for Patient Registration.pdf

NPFIT-FNT-TO-TIN-0289.08 GP2GP Supplementary Specification on Handling Attachment Types.pdf

Dependencies

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

GP2GP FHIR Implementation

Excerpt

GP2GP FHIR Implementation

For Suppliers of new services or applications:

GP2GP

GPGP HL7

For Suppliers of services which ARE currently deployed into an operational environment:

Expand
titleClick here to view historical dependencies

Creating a compliant implementation previously required implementing the following dependent interface standards:

Roadmap

Items on the Roadmap which impact or relate to this Standard

Page Properties Report
firstcolumnRoadmap Item
headingsStandards and Capabilities, Status, Effective Date, Description, Change Type, Change Route
pageSize300
sortByEffective Date
cqllabel = "s43" and space in ( currentSpace ( ) , "DCSDR" , "DCSDCS" )