Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

Background

It is known that there are many varieties of care plan in use across the city, and that these are used by a multitude of organisations from all sectors. Whilst it is not thought to be feasible (or desirable) to condense these into a single plan, it is recognised that there is common information within them which could be aligned to deliver better outcomes and greater efficiencies. This common information is often used to inform the care planning process and is often related to ‘About Me’ types of data items which are very important for personalised care.

...

Although it is felt that there is common information within care plans beyond the “What’s Important to Me?” statements, phase 1 data scope will be used within a technical ‘proof of concept’ which aims to address current challenges and barriers to sharing common data sets between organisations and across forms and systems.

 

  1. First year / Phase 1 Objectives

·         Standardise the “What Matters to Me?” for use across the system.

·         Undertake technical discovery to identify solutions for sharing WMTM’ responses to health and care professionals. 

 

·         Establish how they will be accessed and presented to professionals to best inform care within existing and evolving workflows. 

·         Establish the required functionality to allow professionals to input consistent  information regardless of what care system they use; which can then share with (and understood by) other people involved in a person’s care.  

·         Undertake Information Governance (IG) work with a number of third sector organisations who are commissioned to provide direct care to people to enable access Leeds Care Record (LCR).  If not LCR, the identified solution that would require the same levels of assurance around organisational IG.

·         Establish a way to surface the answers to the “What Matters to Me?” questions in Helm, in a way that enables the person to view and edit the answers, and have these changed answers flowed back into the wider system.

 

  1. Phase 1 Implementation:

 

Standardisation of “What Matters to Me?” (WMTM) questions:

·         Confirm WMTM questions that are currently being used across the City.

 

·         Establish a standardised list of WMTM questions for use across the health and care system.

 

Inclusion and standardised coding of questions within following Care Plan Templates to inform the care or support planning process:

Problem statement

Context of use

Settings and roles

·         Collaborative Care and Support Plan (CCSP): Incorporate WMTM questions within template re-design and include the WMTM questions as an initial prompt within the patient letter with the test results.  Incorporate WMTM and guidance into Long Term Conditions Training.

 

·         Frailty / Welfare Check Template: Re-design of Welfare Check Template to address placement of the WMTM questions. Re-‘roll out’ of the template to Care-Coordinators within PNC’s.

 

·         Advanced Care Planning / Planning Ahead Template: Incorporate WMTM questions into the new ‘Planning Ahead’ template which will see EPaCCs and ReSPECT combined into one template for use within LCH, Primary Care and Hospices.

 

·         Cancer Care Support Service (CCSS) / S1 Template: Incorporate WMTM questions into the CCSS S1 Template.

 

·         Social Prescribing / Wellbeing Plan: Incorporate WMTM questions into a new template (Wellbeing Plan) to be used by linking Leads’ Social Prescribers

Target Systems

...

  • Support the use of existing SystmOne functionality to share information (captured in templates) across community and primary care settings.

 

...

  •  Implement the required functionality (based on both technical and functional requirements) to capture the answers to the WMTM questions in Helm (Person Held Record) and share with Yorkshire Humber Care Record (YHCR) / System of Systems (SoS).

 

...

  •  Implement solution to process information captured in templates in SystmOne Community units via the YHCR/SoS (TPP community adaptor).  This will involve mapping data with appropriate transformations to relevant questionnaire FHIR resources for sharing via YHCR / SoS.

 

...

  •  Implement solution to process information captured in templates in SystmOne and EMIS GP systems via the YHCR/SoS (GP Connect adaptor).  This will involve mapping data with appropriate transformations to relevant questionnaire FHIR resources for sharing via YHCR / SoS.

 

...

  •  Develop interface (based on both technical and functional requirements) to display the answers to WMTM questions in Helm (Person Held Record) that have been authored by professionals in other settings and subsequently shared via YHCR / SoS.

 

...

  •  Develop interface to both capture and display answers to WMTM questions in the YHCR Care Portal that have been authored by professionals in other settings and subsequently shared via YHCR / SoS.  This will be based on work completed in Helm as it shares the same architecture.

...

...

  • Support the development of the user interface within the Leeds Care Record (LCR) in order to present WMTM answers derived via YHCR / SoS.

User journeys

Theme

Questionnaire Sharing

Initiative

HQ001 - Helm questionnaires shared with professionals

User Journey Summary

Patient/homelessness peer capture of ‘What Matters to Me’ questions in Helm for sharing with professional users via YHCR Portal (and any other SoS connected consumers).

Information provider roles

Patient, citizen, homelessness peer advocate

Information consumer roles

GP, practice nurse, care coordinator, secondary care clinician

Supporting Work

Alignment to PRSB standards, NHSI/E co-design groups for personalised care.

Alignments / Support

ICS priorities for personalised care and inclusion agenda (Bevan)

Image Added

FHIR profiles and resource mapping

Mandatory and Must Support Data Elements

The following data-elements are mandatory (i.e data MUST be present) or must be supported if the data is present in the sending system (Must Support definition). They are presented below in a simple human-readable explanation. Profile specific guidance and examples are provided as well. The Formal Profile Definition below provides the formal summary, definitions, and terminology requirements.

Each Questionnaire must have:

  1. a narrative summary of the questionnaire

  2. a status

  3. an intent

  4. a category code of “”

  5. a patient

Examples

  • Example 1

  • Example 2

  • Example 3

...

UI design guidance 

Clinical terminology and coding

Acceptance criteria 

Supporting info, prsb, etc