Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 2 Next »

ID

RM197

Version

2.0.0

Type

Roadmap Item

Frameworks

N/A

Title

Community Pharmacy Clinical Services Service Standard

Description

Introduction of a Service Standard for Community Pharmacy Clinical Services.

Date Added

Standards and Capabilities

N/A

Change Route

Opportunity Item

Change Type

New

Status

Draft

Publication Date

TBC

Effective Date

N/A

Incentives / Funding

Yes

Incentive / Funding Dates

Incentive and funding details to be provided to Suppliers separately.

Background

A Service Standard is being introduced to describe the Community Pharmacy Clinical Services service, including the associated features and operating capabilities.

Introduction to Service Standards

A new class of Standard is being introduced into the Digital Services for Integrated Care (DSIC) environment; the Service Standard.

What is a Service Standard?

A Service Standard is a DSIC representation of the required components of a discretely delivered service within a health and care setting, that can:

  • Map to services that might be directly commissioned from providers (such as the Community Pharmacy Clinical Services which are part of the Community Pharmacy Commissioning Framework).

  • Be discretely identified within a commissioning contract, such as Enhanced Access, Anticipatory Care, Enhanced Health in Care Homes etc., which are all newly specified services within the NHS England Network Contract DES - the Primary Care Network (PCN) contract for GPs.

  • Be a new controlled service operating within a domain (such as Community Services Electronic Prescription Service (EPS) Prescribing) which the Authority is seeking to roll out and make available to users.

A Service Standard operates within DSIC in the same manner that any other Standard operates under the Agreement in relation to Change Management, the Roadmap, Assurance etc.

What is a Service Standard used for?

The purpose of a Service Standard is to describe a domain specific service, feature or operating capability to a customer, which they can use to confirm the existence of the service feature or operating capability and its valid operation within a given application.

The Service Standard is also used for identifying and managing change within the whole service as it can be amended via the Roadmap as services are updated. The Roadmap can also be used to incentivise delivery of the Standard or changes to the Standard via a Roadmap Award.

Service Standard Structure

A Service Standard follows similar principles to Capabilities and Standards and consists of:

  • Epic level User Stories (either directly or through the inclusion of one or more Capabilities).

  • Additional Implementation Details associated with some Epics which mandate related:

    • Interoperability Standards.

    • Data Standards.

    • Non-Functionals specific to the implementation of the Epic.

  • Secondary Artefacts (these are Non-Functionals derived from the DSIC Overarching Standards, which are overarching for the Service Standard and are necessary for the safe and effective operation of the service as a whole).

Outline Plan

The Service Standard; including all Capabilities, Epics, Interoperability Standards and Secondary Artefacts, will be developed further as requirements are finalised.

The following Epics have associated dates attached by which Suppliers must be compliant:

  • CPC015 - manage Consultation information for Patients

    • 12/01/2024

  • CPC010 - access Patient Group Directions (PGD)

    • 31/01/2024

  • CPC017 - submit records of Patient Consultations to their registered GP Practice

    • 31/01/2024

Summary of Change

Community Pharmacy Consultation Capability

Epic and Acceptance Criterion Titles

CPC001 - verify Patient information using Personal Demographics Service (PDS)

Acceptance criterion 1: verify Patient information using Personal Demographics Service (PDS)

CPC001 - Additional Implementation Details

Solutions MUST comply with the following when implementing this Epic:


CPC002 - view Patient Clinical Information held outside of the Health or Care Organisation

Acceptance criterion 1: view Patient Clinical Information held outside of the Health or Care Organisation

CPC002 - Additional Implementation Details

Solutions MUST comply with one of the following when implementing this Epic:


CPC003 - record medicine and medical device details for a Patient

Acceptance criterion 1: record medicine and medical device details for a Patient

CPC003 - Additional Implementation Details

Solutions MUST comply with the following when implementing this Epic:


CPC004 - notify Health or Care Professional to provide worsening advice to Patient for Minor Illness Consultation

Acceptance criterion 1: notify Health or Care Professional to provide worsening advice to Patient for Minor Illness Consultation

CPC004 - Additional Implementation Details

Solutions MUST comply with the following when implementing this Epic:


CPC005 - notify Health or Care Professional to signpost Patient to registered GP Practice

Acceptance criterion 1: notify Health or Care Professional to signpost Patient to registered GP Practice

CPC005 - Supporting Information

  • An example of when a Health or Care Professional is notified to signpost the Patient to their registered GP Practice MAY include, but is not limited to:

    • The Patient has presented with a condition that the Health or Care Professional cannot help with and requires further support from their registered GP Practice.


CPC006 - access Electronic Prescription Service (EPS) Prescription Tracker

Acceptance criterion 1: access Electronic Prescription Service (EPS) Prescription Tracker

CPC006 - Additional Implementation Details

Solutions MUST comply with the following when implementing this Epic:


CPC010 - access Patient Group Directions (PGD)

Acceptance criterion 1: access Patient Group Directions (PGD)

CPC010 - Additional Implementation Details

Solutions MUST comply with the following when implementing this Epic:

  • Access to be provided to Patient Group Directions (PGD) TBC

  • Patient Group Directions (PGD) is available for:

    • Community Pharmacy Blood Pressure Check Service

    • Pharmacy Contraception Service


CPC011 - record Patient consent to participate in a Consultation

Acceptance criterion 1: record Patient consent to participate in a Consultation


CPC012 - record Patient consent to sharing data with Health or Care Organisations

Acceptance criterion 1: record Patient consent to sharing data with Health or Care Organisations


CPC013 - retrieve Health or Care Organisation details using Directory of Services (DoS)

Acceptance criterion 1: retrieve Health or Care Organisation details using Directory of Services (DoS)

CPC013 - Additional Implementation Details

Solutions MUST comply with the following when implementing this Epic:

  • Directory of Services (DoS) Standard TBC


CPC014 - print NHS FP10DT

Acceptance criterion 1: record information for NHS FP10DT

Acceptance criterion 2: print NHS FP10DT

CPC014 - Additional Implementation Details

Solutions MUST comply with the following when implementing this Epic:


CPC015 - manage Consultation information for Patients

Acceptance criterion 1: record Consultation information for Patients

Acceptance criterion 2: view Consultation information for Patients

CPC015 - Additional Implementation Details

Solutions MUST comply with the following when implementing this Epic:


CPC016 - submit records of Patient Consultations to the NHS Business Services Authority (NHSBSA)

Acceptance criterion 1: submit records Patient Consultations to the NHS Business Services Authority (NHSBSA)

CPC016 - Additional Implementation Details

Solutions MUST comply with the following when implementing this Epic:

  • Implement and maintain the following NHSBSA MYS – Pharmacy APIs inline with the latest specification version:

    • NHSBSA Claim Interface Guide for NHS Community Pharmacist Consultation Service (CPCS)

    • NHSBSA Contraception API client specification

    • NHSBSA Hypertension Case-Finding API client specification


CPC017 - submit records of Patient Consultations to their registered GP Practice

Acceptance criterion 1: submit records of Patient Consultations to their registered GP Practice

CPC017 - Additional Implementation Details

Solutions MUST comply with the following when implementing this Epic:

  • Utilising GP Connect - Update Record (ITK3) to submit a record of a Patient’s Consultation to their registered GP Practice for Community Pharmacist Consultation Service (CPCS) Urgent Medicine Supply

Secondary Artefacts

The following requirements are overarching across the Capabilities within the Service Standard:

  • Non-Functionals

    • IT platform Suppliers are required to provide helpdesk support for the following periods:
      Monday to Friday: 8am – 6pm
      Weekends: 8am – 2pm
      Bank holidays: Response within 24 hours

  • Information Governance

    • Only authenticated users should access the IT platform. i.e. Pharmacists (and technicians where appropriate.

    • Practitioners should register using their full name (as registered with GPhC) and GPhC number​.

    • Where onward referral is applied, Pharmacists must ensure that Patients consent to data being shared with new organisation.

  • Service Management

    • Issues affecting service provision must be acknowledged within 24 hours.

    • Issues reported by users, that affect service provision, must be reported to the NHS National Helpdesk as soon as possible.

    • IT issues affecting service availability and planned outages should be reported to the National Service Desk (NSD) by calling 0300 303 5035 or by emailing ssd.nationalservicedesk@nhs.net.

    • The incident report should include all data fields as defined in the service Data Specification. The completed form must be sent as PDF to the [pre-configured] NHSmail address of the CPCS Service Manager.

    • The IT platform must generate a monthly return to send to each NHS Trust to satisfy key performance indicators: KP10, KP11 and KP13.

Full Specification

The Community Pharmacy Clinical Services Service Standard links will be provided at a later date.

Assurance Approach

In order to achieve assured status against a Service Standard a Supplier must go through an assurance process which includes:

  • Capability Assessments

  • Standards Assurance

  • Some limited Non-Functional Solutions Assurance

  • First of Type (where necessary from a service perspective)

The assurance undertaken for a Service Standard is confined to elements of the software which are concerned with the service in question. Therefore the presence of a Service Standard does not necessarily mean that assurance of a whole Supplier Solution has occurred under the DSIC, unless that is stated elsewhere. 

  • No labels