---
title: "Roadmap July - Oct 2025"
canonical: "https://wiki.patientsknowbest.com/space/api/5079302155/Roadmap%20July%20-%20Oct%202025"
format: markdown
---
> Macro (toc)

# Overview 

This table summarises roadmap for July - Oct 2025. It shows recently completed work, what we are working on now, what we will work on next and the projects that we are planning beyond that.

The "Later" column of the roadmap includes work that we plan to explore, but these projects are not fully defined yet, and their timing or scope might shift as our understanding grows and priorities (ours, customers', governments') change. Projects in the “Later” column may have dependencies on other workstreams, for example we need to introduce our new FHIR document store to progress with Document migration and Wayfinder Documents, or they may require the same resources. For those reasons, we will determine the order of work as we get closer to running these projects. They are in the same column but that does not mean they will run in parallel.

|  | **Q2(April - June) 2025** | **Currently working on** | **Will work on next** | **Later** |
| --- | --- | --- | --- | --- |
| **GP data** | - Go-live with GP data for all NHS login users in England.
  - Conditions, medications, appointments in PKB UI and via FHIR API
  - Immunisations, allergies, procedures, observations stored. Will be available via UI
- Make documents available in aggregated store
  - Design work | - Essential enhancements to ensure we can scale smoothly as user demand increases.
- Make documents/letters available in aggregated store
  - Set-up new document store.
    - This will be used for both documents that we will migrate from our existing database and for GP documents.
    - This set-up work will run until the end of 2025. | - Make more data available in aggregated FHIR store for API extraction:
  - Observations (including procedures and diagnostic reports)
- Make documents/ letters available in aggregated store
  - Pull GP documents, store them and make available via FHIR API. | - Make more data available in aggregated FHIR store for API extraction:
  - Immunisations
  - Allergies
- Display more data from GP record in PKB record
  - Will be done as part of FHIR data migrations. See FHIR sections below for more information on plan.
- Carer record via PFS (proxy access)
- User interface refinement work:
  - Adding last updated information into the UI for users
  - Improving error messages |
| **Population Health Management (PHM) Engine** | - Banner shown on homepage to patients who may be eligible for clinical trials. | - Display banner on more pages - Inbox, Tests, Imaging, Medicines, Appointments
- Change button text on banner to ‘Choose what to share’ | - Banner for health prompts, such as medicines optimisation rules. | Will not work on this until after Accessibility work.<br>- Other rule-based actions - tbd, e.g. plan added to record, message in inbox. |
| **Advanced questionnaires** | - Professionals get email notifications for new questionnaire responses.
- Patients can initiate a questionnaire (start consultation)
  - Backend work | - Message in inbox shows as unread for professionals when the patient replies to a questionnaire.
- Patients can initiate a questionnaire (start consultation)
  - User interface work
  - Teams can decide which questionnaires they would like patients to be able to initiate.
- Support table view CSV export of responses (same format as existing simple questionnaires CSV). | - Remove limit (500) for the number of questionnaire responses that can be returned in CSV export or via FHIR API.
  - Will achieve this by supporting pagination.
- Carers can answer questionnaires for patients.
- Email notification feature enhancement:
  - Multi-team profs can open questionnaire responses from email notifications
  - Email notification will be sent for amendments made by a professional | This work won’t start until after the Wayfinder Questionnnaires project:<br>- Carer can initiate questionnaires
- Send advanced questionnaires to whole teams (mass  questionnaires)
  - includes warning when sending to many patients
- Further UX refinements:
  - link expiry/
    revoke questionnaires sent-in-error
  - don’t allow questionnaires to be sent to deceased patients
- Professionals can answer questionnaires for patients
- Further work on editing questionnaires to show past versions
  - exploratory phase |
| **SMS support** | - Referral letter triggers SMS invitation to register via NHS Login
  - Included no SMS sending out of hours.
- Advanced questionnaire triggers SMS to patient
  - Speccing and design | - Referral letter triggers SMS invitation to register via NHS Login
  - Follow-up work to support no contact flag for deregistered patients
- Advanced questionnaire triggers SMS to patient
  - Release | (Team moves to Notifications & Messaging (N&M) for Events & Messages) | Will pick up after work on N&M for Events and Messages.<br>- Advanced questionnaire triggers SMS to patient
  - Support configuration at team level
- Appointment reminders sent via SMS
  - Need to finish N&M work for events and messages before we’d pick this up |
| **NHS App England** | - N&M follow-up work
- Ensure Wayfinder appointment screens match the latest NHS App designs for mental health appointments.
  - Go-live
  - follow-up work, e.g appointment status. | - Uplift for PKB messages due to ‘Events and messages' jump-off removal:
  - NHS App notifications & Messages for PKB messages
- Appointment status updates | - Questionnaires via Wayfinder NHS App screens
- Support for Single Point of Contact on Appointments | - Currently determining order:
  - MIV2 - event based stats reporting
  - Documents via Wayfinder NHS App screens
    - Dependent on Document store & document migration
  - Add encounter type to appointments (inpatients etc) |
| **NHS Wales App** | - PKB in NHS Wales App
  - Fixed slow loading of measurements page
  - go-live with first organisation | - PKB in NHS Wales App
  - wider rollout |  |  |
| **UI uplift work** |  |  | Will not start until after the Health prompt banner work.<br>- Accessibility
  - Navigation update so that PKB can be used with a screen-reader. |  |
| **Other feature updates** | - Organisations can delete (and undelete) data from their integrations via the UI to correct errors.
- Turn off demographic email notifications.
- Address line one is optional. |  | - Organisations can delete (and undelete) data from their integrations via the UI to correct errors.
  - Allow the deletion rights to be configured at team level. |  |
| **FHIR migration and API** | - Made more data types available in aggregated FHIR store for extraction via FHIR API
  - List of [supported resources in our documentation](https://wiki.patientsknowbest.com/space/api/3364389010/Capabilities:+Aggregated+Endpoint).
- Data migrations to allow existing data to be extracted via FHIR API:
  - Allergies
    - Mapping to AllergyIntolerance done so ready for migration
  - Journal
    - Mapping to Observation done
  - Measurements
    - Started analysis | - Make carer information available via FHIR API
- Data migrations to allow existing data to be extracted via FHIR API:
  - Introducing dry run process to let us test migrations before doing them
  - Journal
    - Mapping attachments to DocumentReference
  - Observations - mappings for:
    - Symptoms
    - Measurements
    - Tests
    - likely to will continue to Q4
- UI link-up
  - Modifications to diagnoses page to make FHIR spec compliant | - Validator for incoming data so customers can tell if their data is going to aggregate when sending to PKB
  - done via FHIRwall
- Data migrations continued
  - Allergies migration
  - Journal migration
  - Observations
    - Continue symptoms, measurements, tests
    - May run into Q1 2026
- UI link-up
  - Allergies
  - Journal | - Data migrations continued
  - Observations
    - Once Document store ready (se GP data) we can work on Imaging
  - Documents
    - Also dependent on Document store.
- UI link-up
  - Observations pages
    - Symptoms, Tests, Measurements, Imaging, Documents (order tbd)
    - Also useful for GP data
- Essential architecture changes to speed up data aggregation and UI display.
- Support break-the-glass for conditions, appointments, medications in PKB UI. |
| **Identity and access management** | - Patients can authorise 3rd parties to pull their data from the aggregated FHIR store
  - Development | - Patients can authorise 3rd parties to pull their data from the aggregated FHIR store
  - Development |  | Order TBD - will update once work has progressed on patient-level access:<br>- Patients can write to their record via FHIR API
- Patients can authorise apps via NHS login
- Multi-factor authentication uplift
- More granular permissions for 3rd party apps, e.g. only grant access to read certain data types. |
| **Becoming cloud agnostic** | - PKB can be deployed independent of a specific cloud service provider.
  - Started | - PKB can be deployed independent of a specific cloud service provider.
  - Go-live with first customer |  |  |
| **Platform maintenance** |  | - No downtime releases |  |  |

# Features

## GP data for patients in England

### Why is this a priority?

We want every patient to automatically have data from their GP in their PKB record.

Our integrations with EMIS Web and TPP SystmOne use NHS login to link a patient to their GP practice to retrieve their data. As soon as they log in with NHS login, they will have their GP data in their PKB record.

1.5 million patients already have their GP data in their record via this integration. By using NHS Login, patients can easily get their GP data without needing to supply additional information.

This integration is currently available for patients in England. Some patients in England are also getting GP data added to their PKB record or will get it from integrations set-up at an organisation level: EMIS Extract Service - 337,042 patients, North West London Data Discovery Service - 2.4 million patients. These integrations will remain active. We de-duplicate GP data in a patient’s record if they are receiving it from more than one source.

We would like to expand this to other countries once they have the national infrastructure in place to allow us to build something similar there. Patients in the Netherlands can already get their GP data in their PKB record as PKB is a certified personal health environment (PGO) in the Netherlands.

### What are we building?

- Integrating with EMIS Web and TPP SystmOne via the NHS IM1 programme.
- Once a patient logs in with NHS login once, their record will be pulled and will be regularly updated from that point. No further action is required by the patient.
- GP practice does not need to enable the integration with PKB but does need to have online services enabled.
- Will demographics, conditions, medications, allergies, appointments, test results, measurements, immunisations, documents & carer information/proxy records. Data types will be added in phases.
- Data will be stored in FHIR format.

### How are we rolling it out? 

- We currently show conditions, medications and appointments in the UI.
- Will are working on making other data types available via FHIR API: observations, procedures, immunisations, allergies.
- Will then gradually add more data to the UI as we migrate those data types to FHIR or add new screens in PKB.

### Roadmap

| **Currently working on** | **Will work on next** | **Later** |
| --- | --- | --- |
| - Essential enhancements to ensure we can scale smoothly as user demand increases.
- Make documents/letters available in aggregated store
  - Set-up new document store.
    - This will be used for both documents that we will migrate from our existing database and for GP documents.
    - This set-up work will run until the end of 2025. | - Make more data available in aggregated FHIR store for API extraction:
  - Observations (including Procedures and Diagnostic Reports)
- Make documents/ letters available in aggregated store
  - Pull GP documents, store them and make available via FHIR API. | - Make more data available in aggregated FHIR store for API extraction:
  - Immunisations
  - Allergies
- Display more data from GP record in PKB record
  - Will be done as part of FHIR data migrations. See FHIR sections below for more information on plan.
- Carer record via PFS (proxy access)
- User interface refinement work:
  - Adding last updated information into the UI for users
  - Improving error messages |

## Population Health Management (PHM) Engine

### Why is this a priority?

This year we are introducing automated actions that will allow organisations to reach their patients at scale and give them actionable steps they can take to manage their health.

Patient activation is about empowering patients to take an active role in managing their health and wellbeing. This concept is central to PKB's mission. For us that means building a system that gives patients access to their health data, tools to take action, and educational resources.

We have been focusing on access to health records, working with organisations and governments to integrate data from various healthcare providers, including hospitals, GP practices, into one record and on providing tools for patients to engage, such as questionnaires, care plans and symptom trackers.

We can now focus on automated actions and population health management as tools to personalise the patient experience. Organisations will be able to set rules to match patients, based on coded data in their records, and set actionable steps for those patients. Patients will see a prompt with the action in their record. This reduces the need for manual work by healthcare professionals and ensures that patients receive timely and relevant information. For example, a rule could be set to find patients who are eligible for a hospital’s clinical trial and those patients will be prompted to provide consent for the team to contact them about it.

We have built the core rules engine so that we can create rules and now support clinical trial recruitment. We will gradually add support for other actions, such as prompting about medication reviews, and automatically adding care plans to records.

### What are we building?

The first milestone for this project was letting organisations contact patients who are eligible for their clinical trials. After that we will expand the scope to include other types of health prompts.

### How are we rolling it out?

Organisations can already reach eligible patients for their clinical trials. After that we will expand to other health prompts.  Please speak to your account manager if you are interested to learn more about this work.

| **Currently working on** | **Will work on next** | **Later** |
| --- | --- | --- |
| - Display banner on more pages - Inbox, Tests, Imaging, Medicines, Appointments
- Change button text on banner to ‘Choose what to share’ | - Banner for health prompts, such as medicines optimisation rules. | Will not work on this until after Accessibility work.<br>- Other rule-based actions - tbd, e.g. plan added to record, message in inbox. |

## Advanced Questionnaires

![questionnaire branching.png](media://d8e27b54-c48d-4ab3-be16-a76d241defae)

### Why is this a priority?

Organisations use online questionnaires as a quick and convenient way to communicate with and gather information from their patients. Organisations can send questionnaires to large groups of patients, for example to monitor waiting lists, or to individual patients, for example to assess them pre-operation. Improving questionnaires has been our most common customer request for the last few years.

Unregistered patients can answer a questionnaire before registration and will have the option to register once they’ve submitted their answers, so sending questionnaires can also increase registration rates.

This project moves our questionnaires to FHIR storage so it contributes to our migration to a FHIR native architecture.

### What are we building?

- Questionnaires with an improved user experience and new features such as support for branching, scoring, capturing coded data, images.
  - Live since Q4 2023.
- Advanced questionnaires can be sent to registered and unregistered patients. Unregistered patients can register with NHS login after completing the questionnaire.
  - Live since Q3 2024.
- Questionnaires can be edited after submission
  - Live since Q4 2024.
  - Further work on this feature is currently being scoped.
- Data from Questionnaires, e.g. coded scores, are aggregated and stored in other parts of the patients record. This will allow us to ultimately show the data in other parts of the record or use it as part of our patient activation work.
  - Available via API since Q1 2025.
  - UI depends on FHIR migration work for Observations.
- Patients can initiate a questionnaire via start consultation.
  - In progress.
- Questionnaires can be completed by another a carer.
  - In progress
- Questionnaires can be sent to all patients in a team.
  - Starting after Wayfinder Questionnaires.

### How are we rolling it out? 

Teams can move to advanced questionnaires now, once the features that they need have been developed.

You can read more about the Advanced Questionnaires [roadmap and rollout in our wiki.](https://pkbdev.atlassian.net/wiki/spaces/api/pages/3691937900)

### Roadmap

|  |  |  |
| --- | --- | --- |
| **Currently working on** | **Will work on next** | **Later** |
| - Message in inbox shows as unread for professionals when the patient replies to a questionnaire.
- Patients can initiate a questionnaire (start consultation)
  - User interface work
  - Teams can decide which questionnaires they would like patients to be able to initiate.
- Support table view CSV export of responses (same format as existing simple questionnaires CSV). | - Remove limit (500) for the number of questionnaire responses that can be returned in CSV export or via FHIR API.
  - Will achieve this by supporting pagination.
- Carers can answer questionnaires for patients.
- Email notification feature enhancement:
  - Multi-team profs can open questionnaire responses from email notifications
  - Email notification will be sent for amendments made by a professional | This work won’t start until after the Wayfinder Questionnnaires project:<br>- Carer can initiate questionnaires
- Send advanced questionnaires to whole teams (mass  questionnaires)
  - includes warning when sending to many patients
- Further UX refinements:
  - link expiry/
    revoke questionnaires sent-in-error
  - don’t allow questionnaires to be sent to deceased patients
- Professionals can answer questionnaires for patients
- Further work on editing questionnaires to show past versions
  - exploratory phase |

## Sending SMS Notifications

![image-20250128-103602.png](media://20418e51-94a4-43c4-9ab3-4ecc03fc5088)

### Why is this a priority?

PKB notifications have been limited to email. SMS has been a priority for organisations because they often have more verified phone numbers than email addresses for their patients. Organisations can thus reach more patients via SMS to increase their registration rates.

### What are we building?

PKB will text patients encouraging them to register using NHS login when they get new data from their providers. They will also get notifications about new datapoints, such as Advanced Questionnaires.

The SMS service is run through gov.notify and organisations can decide if they want to use this pathway for notifications. All patients will continue to get email notifications as a fallback if they do not read the SMS.

### How are we rolling it out? 

We added support for different phone number types so that we can store mobile phone numbers for patients to send SMS notifications to. 

Then we introduced SMS prompts for a patient to register when they receive new referral letters. We are currently working on sending SMS notifications about new advanced questionnaires.

After that, we will refine the SMS notifications so that they can be switched on at a team level.

The developers working on this are also responsible for our NHS App England work so they will be moving between projects.

### Roadmap

| **Currently working on** | **Will work on next** | **Later** |
| --- | --- | --- |
| - Referral letter triggers SMS invitation to register via NHS Login
  - Follow-up work to support no contact flag for deregistered patients
- Advanced questionnaire triggers SMS to patient
  - Release | (Team moves to NHS App England Notifications & Messaging (N&M) work for Events & Messages) | Will pick up after work on N&M for Events and Messages.<br>- Advanced questionnaire triggers SMS to patient
  - Support configuration at team level
- Appointment reminders sent via SMS
  - Need to finish N&M work for events and messages before we’d pick this up |

## NHS App England

### Why is this a priority?

The NHS App is working with acute NHS Trusts in England to enable patients to view their health data. Organisation can enable jump-off points from NHS App to allow patients to view their PKB record. They can also enable PKB for the Wayfinder programme, allowing patients to securely view summary details of their scheduled appointments within the NHS App. PKB is supporting the NHS Apps work to ensure that patients accessing PKB from the NHS App will have an optimal user experience.

### What are we building?

For the Wayfinder programme:

- When a patient gets a new or updated appointment they will receive a message in the NHS app with an associated push notification, informing them of the appointment or update.
- Appointments for patients from mental health organisations can be viewed via the Wayfinder screens
- When a patient is sent a questionnaire they can access it via the Wayfinder screens

For organisations with PKB enabled in the NHS App:

- Patients will get messages with associated push notifications in the NHS App when they have a new message, document or questionnaire in PKB. The contents of the NHS App message will link them to their PKB record.

### How are we rolling it out? 

As each feature is ready, it will be trialled with one organisation before being made generally available. This project shares developers with the SMS work so we will be alternating between projects.

### Roadmap

| **Currently working on** | **Will work on next** | **Later** |
| --- | --- | --- |
| - Uplift for PKB messages due to ‘Events and messages' jump-off removal:
  - NHS App notifications & Messages for PKB messages
- Appointment status updates | - Questionnaires via Wayfinder NHS App screens
- Support for Single Point of Contact on Appointments | - Currently determining order:
  - MIV2 - event based stats reporting
  - Documents via Wayfinder NHS App screens
    - Dependent on Document store & document migration
  - Add encounter type to appointments (inpatients etc) |

## NHS Wales App

### Why is this a priority?

Over 50% of our users are logging in to PKB via the NHS App. NHS App is being used by 31 million people  in England and so it’s an important route for patients to access their PKB record. We want to continue working with the NHS App in other parts of the UK.

### What are we building?

Patients will be able to navigate to their PKB record from the NHS Wales App. They can log in via NHS login.

![IMG_7404.jpg](media://a4ca7b59-8968-46b8-8f4f-b417c2aa7256)

This work will also allow patients in Wales to log in to PKB via NHS login again.

### How are we rolling it out? 

This has been switched on for a pilot organisation. It can be extended to other organisations.

### Roadmap

| **Currently working on** | **Will work on next** | **Later** |
| --- | --- | --- |
| - PKB in NHS Wales App
  - Fixed slow loading of measurements page
  - go-live with first organisation | - PKB in NHS Wales App
  - wider rollout | - PKB in NHS Wales App
  - Fixed slow loading of measurements page
  - go-live with first organisation |

## FHIR APIs

### Why is this a priority?

In order to achieve our mission of providing all patients with a copy of their data, PKB needs to enable partners and users to exchange data seamlessly. Our strategy to achieve this is to standardise on FHIR APIs.

### What are we building?

We are transitioning our system to a FHIR-native architecture. Organisations can already send their data to customer specific FHIR endpoints and retrieve that data via our aggregated FHIR endpoint. We are now mapping and migrating our existing data to FHIR and connecting our user interface to the aggregated FHIR database.

This mapping, migrating and UI link up work is being done one datatype at a time. We are currently working onAllergies and will move to Observations (symptoms, measurements, tests, imaging) next.

This year, we are also filling in gaps around patient creation and retrieval that will allow our FHIR API customers to streamline their development process so that they do not need to use other PKB APIs to send and retrieve their patients' data via FHIR.

We are making it possible to:

- retrieve the Patient resource
- create a patient records via the FHIR API
- add a patient to team via the FHIR API
- retrieve a patient (or carer)

### How are we rolling it out? 

We will work on these features one at a time and release to all customers.

### Roadmap

| **Currently working on** | **Will work on next** | **Later** |
| --- | --- | --- |
| - Make carer information available via FHIR API
- Data migrations to allow existing data to be extracted via FHIR API:
  - Introducing dry run process to let us test migrations before doing them
  - Journal
    - Mapping attachments to DocumentReference
  - Observations - mappings for:
    - Symptoms
    - Measurements
    - Tests
    - likely to will continue to Q4
- UI link-up
  - Modifications to diagnoses page to make FHIR spec compliant | - Validator for incoming data so customers can tell if their data is going to aggregate when sending to PKB
  - done via FHIRwall
- Data migrations continued
  - Allergies migration
  - Journal migration
  - Observations
    - Continue symptoms, measurements, tests
    - May run into Q1 2026
- UI link-up
  - Allergies
  - Journal | - Data migrations continued
  - Observations
    - Once Document store ready (se GP data) we can work on Imaging
  - Documents
    - Also dependent on Document store.
- UI link-up
  - Observations pages
    - Symptoms, Tests, Measurements, Imaging, Documents (order tbd)
    - Also useful for GP data
- Essential architecture changes to speed up data aggregation and UI display.
- Support break-the-glass for conditions, appointments, medications in PKB UI. |

## Feature Improvements

Throughout the year, we will continue to make minor improvements to the user interface for patients and professionals. These changes are planned regularly so we only plan three months ahead.

### What are we currently working on? 

#### Plans

We are currently whitelisting additional HTML tags that customers would like to include in their plan templates. See [full list of supported tags](https://wiki.patientsknowbest.com/space/DEPLOY/4486955054/Care+Plan+HTML+and+CSS+usage) in our wiki.

#### Email notifications

We recently switched off email notifications about profile updates. This year, we will look at enable notifications for unregistered users with email addresses about new data in their records, such as documents.

### Roadmap

|  | **Currently working on** | **Will work on next** | **Later** |
| --- | --- | --- | --- |
| **Plans** | - Whitelisting additional tags requested by customers. |  |  |
| **Email notifications** |  |  | - Send email notification to unregistered patients about new documents. |
| **Other feature updates** |  |  |  |

 

## Identity and Access Management (IAM)

### Why is this a priority?

We want organisations and patients to be able to access their data via our APIs. To do this, we need to authenticate and authorise their usage.

This work enables us to support scenarios that have been requested by users for a long time, e.g. various multi-factor authentication options, integration with other authentication systems like Active Directory, allowing multiple roles for the same person. Thus, it makes it easier for us to integrate with products that patients are already using to manage their health.

### What are we building?

- Granular access control, e.g. patients can allow an app to have read-only access to certain data only
- Multiple user roles
- Improve multi-factor authentication (MFA) options

### How are we rolling it out? 

We will be working this project iteratively. Organisation-level access to data is already available. Now we are focusing on patient-level access to their own data.

### Roadmap

| **Currently working on** | **Will work on next** | **Later** |
| --- | --- | --- |
| - Patients can authorise 3rd parties to pull their data from the aggregated FHIR store |  | Order TBD - will update once work has progressed on patient-level access:<br>- Patients can write to their record via FHIR API
- Patients can authorise apps via NHS login
- Multi-factor authentication uplift
- More granular permissions for 3rd party apps, e.g. only grant access to read certain data types. |

|  |  |  |
| --- | --- | --- |
|  | - Address line one will not be mandatory on the self-registration page. |  |

## **Becoming Cloud Agnostic**

Being cloud agnostic will enable us to deploy PKB across different cloud environments based on specific customer requirements and preferences. This is particularly valuable for international customers or organisations with specific cloud provider mandates or restrictions. Our approach is to proceed with our current Google Cloud architecture for immediate needs while designing systems that can be adapted for customers who can't use Google Cloud.

By developing cloud agnostic capabilities now, PKB is future-proofing our platform against changes in the cloud provider market and positioning ourselves to quickly adapt to emerging technologies and standards.

## Platform Maintenance

We dedicate engineering resources to platform maintenance to ensure the stability and reliability of our services. This includes ongoing updates, optimisations, and enhancements to our infrastructure to provide a seamless user experience. One goal that we are working towards is being able to release new versions of Patients Know Best without downtime for users and API customers. Additionally, we are prioritising security measures to safeguard our platform and protect user data from potential threats and vulnerabilities.