GP Connect Standard Restructure
ID | RM212 |
---|---|
Version | 1.0.0 |
Type | Roadmap Item |
Frameworks |
Title | GP Connect Standard Restructure |
---|---|
Description | Restructuring the current GP Connect Standard into multiple Standards based on the different APIs |
Date Added | Jan 26, 2024 |
Standards and Capabilities | Patient Information Maintenance - GP, Appointments Management - GP, Cross-Organisation Appointment Booking, GP Connect, Interoperability Standard, Unified Care Record, Medicines Optimisation |
Change Route | Managed Capacity - Minor/Patch uplifts |
Change Type | Replace |
Status | Closed |
Publication Date | Feb 9, 2024 |
Effective Date | Feb 23, 2024 |
Incentives / Funding | No |
Incentive / Funding Dates | N/A |
Background
The current GP Connect Standard covers a number of APIs which are relevant to a range of Suppliers for different reasons. The current Standard will be restructured into a number of new individual Standards covering these different APIs to make it easier for Suppliers to ingest the required information based on the APIs they are interested in and to make it easier to maintain.
Outline Plan
No work is required from Suppliers. The current GP Connect Standard will be retired and replaced by new Standards for each API on the Effective Date.
Summary of Change
GP Connect: retired |
Retire the GP Connect Standard. |
GP Connect Access Record HTML: new Standard added |
---|
New Standard added, see Full Specification. |
GP Connect Access Record Structured: new Standard added |
---|
New Standard added, see Full Specification. |
GP Connect Appointment Management: new Standard added |
---|
New Standard added, see Full Specification. |
GP Connect Send Document: new Standard added |
---|
New Standard added, see Full Specification. |
GP Connect Update Record: new Standard added |
---|
New Standard added, see Full Specification. |
Patient Information Maintenance - GP: Epics E00179, E00180 and E00440 updated |
E00179 - GP Connect - Access RecordAs a Health or Care Professional I want to enable access to Patient information for other Healthcare Organisations via GP Connect So that Patient information can be accessed by other Healthcare Organisations Acceptance criterion 1: provide access to GP Patient Information as a HTML viewGiven there is Patient data to be shared for a Patient When the Health or Care Professional at another Healthcare Organisation selects information from the Patient’s GP Record Then the Patient information is displayed as a HTML view Acceptance criterion 2: provide access to GP Patient Information relating to Medications and AllergiesGiven there is Patient data to be shared for a Patient When the Health or Care Professional at another Healthcare Organisation selects information from the Patient’s GP Record Then the structured Medication and Allergies data for the Patient is displayed E00179 - Additional Implementation DetailsSolutions MUST comply with the following when implementing this Epic:
E00180 - GP Connect Messaging - Send DocumentAs a Health or Care Professional I want to receive Patient consultation notes from other Healthcare Organisations So that Patient consultation notes from other Healthcare Organisations can be stored in Electronic Patient Records (EPRs) Acceptance criterion 1: view Patient Consultation Summary Reports sent via GP Connect MessagingGiven that Patient consultation notes have been sent to the Healthcare Organisation When the Health or Care Professional selects to view a Patient’s consultation notes received via GP Connect Messaging Then the Patient’s consultation notes are displayed E00180 - Additional Implementation DetailsSolutions MUST comply with the following when implementing this Epic:
E00440 - GP Connect - Update Patient RecordAs a Health or Care Professional I want to receive structured clinical updates for Patients from other Healthcare Organisations So that structured clinical updates from other Healthcare Organisations can be stored in Electronic Patient Records (EPRs) Acceptance criterion 1: view received structured clinical updatesGiven that structured clinical updates for a Patient have been sent to the Healthcare Organisation When the Health or Care Professional selects to view the Electronic Patient Record (EPR) Then the received Patient encounter information is displayed And the received Patient observations are displayed And the received Patient medications are displayed E00440 - Additional Implementation DetailsSolutions MUST comply with the following when implementing this Epic:
|
Appointments Management - GP: E00226 updated |
E00226 - GP Connect - Appointments ManagementAs a Health or Care Professional I want to enable booking of Appointments for Patients at the GP Practice by other Healthcare Organisations via GP Connect So that Appointments can be booked for Patients by other Healthcare Organisations Acceptance criterion 1: share Appointment availability data with other Healthcare OrganisationsGiven the Health or Care Professional is permitted to manage Appointment availability data When the Health or Care Professional selects to share Appointment availability data with other Healthcare Organisations using GP Connect Then Appointment availability data is shared with other Healthcare Organisations Acceptance criterion 2: Appointment booking at my GP Practice by other Healthcare OrganisationsGiven there is Appointment availability data to be shared with other Healthcare Organisations When the Health or Care Professional at another Healthcare Organisation selects to book an Appointment at the GP Practice on behalf of a Patient using GP Connect Then the Appointment is booked at the GP Practice |
Cross-Organisation Appointment Booking: E00438 updated |
E00438 - manage Appointments for Patients/Service Users at other Health or Care OrganisationsAs a Health or Care Professional I want to manage Appointments for Patients/Service Users at other Health or Care Organisations So that Patients/Service Users can access services provided by other Health or Care Organisations Acceptance criterion 1: book Appointment for a Patient/Service User at another Health or Care OrganisationGiven the Health or Care Professional is permitted to manage Appointments for Patients/Service Users at other Health or Care Organisations When the Health or Care Professional selects to book an Appointment for a Patient/Service User at another Health or Care Organisation Then the Appointment is booked for that Patient/Service User Acceptance criterion 2: view Appointment for a Patient/Service User at another Health or Care OrganisationGiven the Health or Care Professional is permitted to manage Appointments for Patients/Service Users at other Health or Care Organisations When the Health or Care Professional selects to view an Appointment for a Patient/Service User at another Health or Care Organisation Then the Appointment is displayed for that Patient/Service User Acceptance criterion 3: amend Appointment for a Patient/Service User at another Health or Care OrganisationGiven the Health or Care Professional is permitted to manage Appointments for Patients/Service Users at other Health or Care Organisations When the Health or Care Professional selects to amend an Appointment for a Patient/Service User at another Health or Care Organisation Then the Appointment is amended for that Patient/Service User Acceptance criterion 4: cancel Appointment for a Patient/Service User at another Health or Care OrganisationGiven the Health or Care Professional is permitted to manage Appointments for Patients/Service Users at other Health or Care Organisations When the Health or Care Professional selects to cancel an Appointment for a Patient/Service User at another Health or Care Organisation Then the Appointment is cancelled for that Patient/Service User |
Interoperability Standard: updated | |
Capability-specific interoperability StandardsThis section details the interoperability requirements which are associated with each Capability. Some interdependencies between individual interface Standards exist. Creating a compliant implementation requires implementing all the required dependent interface Standards, as detailed in the 'Dependencies' column. Suppliers need to comply with all of the requirements that are associated with the Capability/Capabilities which the Supplier is offering. Foundation CapabilitiesPatient Information Maintenance - GP | |
GP Connect Access Record API
|
|
GP Connect Messaging Send Document GP Connect Send Document (Receiver requirements) |
|
GP Connect Update Record GP Connect Update Record Standard (Receiver requirements) |
*May be sourced indirectly by existing PDS interface provided by a Patient Information Maintenance - GP Solution, either via API to this Solution, or as a shared application resource if delivered as part of the same Solution. |
 Appointments Management - GP | |
GP Connect Appointments API GP Connect Appointment Management (Provider requirements) |
OrÂ
*May be sourced indirectly by existing PDS interface provided by PIM Solution, either via API to PIM Solution, or as a shared application resource if delivered as part of the same Solution.
*May be sourced indirectly by existing PDS interface provided by a Patient Information Maintenance - GP Solution, either via API to this Solution, or as a shared application resource if delivered as part of the same Solution. |
 Capabilities to support new ways of workingCross-organisation Appointment Booking | |
GP Connect (Appointments) GP Connect Appointment Management (Consumer requirements) |
OrÂ
*May be sourced indirectly by existing PDS interface provided by PIM Solution, either via API to PIM Solution, or as a shared application resource if delivered as part of the same Solution.
*May be sourced indirectly by existing PDS interface provided by a Patient Information Maintenance - GP Solution, either via API to this Solution, or as a shared application resource if delivered as part of the same Solution. |
 Unified Care Record | |
GP Connect (Access Record)Â
|
OrÂ
*May be sourced indirectly by existing PDS interface provided by PIM Solution, either via API to PIM Solution, or as a shared application resource if delivered as part of the same Solution.
*May be sourced indirectly by existing PDS interface provided by a Patient Information Maintenance - GP Solution, either via API to this Solution, or as a shared application resource if delivered as part of the same Solution. |
 Medicines Optimisation | |
GP Connect (Access Record)Â (Medication FHIR Resources) GP Connect Access Record Structured (Consumer requirements) Â |
*May be sourced indirectly by existing PDS interface provided by a Patient Information Maintenance - GP Solution, either via API to this Solution, or as a shared application resource if delivered as part of the same Solution. |
Full Specification
GP Connect Access Record HTML
GP Connect Access Record Structured
GP Connect Appointment Management
GP Connect Send Document
GP Connect Update Record
Assurance Approach
N/A