From bd8a3332385758f999ecede302731876961d3c28 Mon Sep 17 00:00:00 2001 From: lasara-d Date: Mon, 7 Apr 2025 14:48:22 +0100 Subject: [PATCH 1/2] Bowel cancer update --- .../02/04/2025-04-07-Accessibility-audit.md | 47 +++++++++++++++++++ 1 file changed, 47 insertions(+) create mode 100644 app/posts/bowel-screening/2025/02/04/2025-04-07-Accessibility-audit.md diff --git a/app/posts/bowel-screening/2025/02/04/2025-04-07-Accessibility-audit.md b/app/posts/bowel-screening/2025/02/04/2025-04-07-Accessibility-audit.md new file mode 100644 index 000000000..a58e3d40b --- /dev/null +++ b/app/posts/bowel-screening/2025/02/04/2025-04-07-Accessibility-audit.md @@ -0,0 +1,47 @@ +--- +title: Accessibility audit of BCSS +description: Looking at how we carried out a high level audit of BCSS +date: 2025-04-07 +tags: + - bowel screening + - Accessibility +--- + +This week our UCD team have been looking at the accessibility and usability of the bowel cancer screening system (BCSS). +Accessibility concerns with the current system have been raised often as one of the main reasons why we should look to modernise BCSS. The project team have requested an official accessibility audit in the hopes that the feedback can help propel the work forward, however it seems like this could take a while so in the meantime our UCD team have attempted a high level audit to see what we can highlight early on. + +## How we did it + +- We worked as a group of 3-4 people mostly to and also looked att some things individually +- We referred to the GOV.UK guide on [how to carry out a basic accessibility check](https://www.gov.uk/government/publications/doing-a-basic-accessibility-check-if-you-cant-do-a-detailed-one/doing-a-basic-accessibility-check-if-you-cant-do-a-detailed-one#technology) for guidance on how to start and how to structure a high level audit +- We used the test system to access the screens and code instead of the live system as we are unable to get access to the live version, (this is due to the training and sign off needed for access) +- We used windows own voice over settings to get a brief indicator of how a screenreader may interact with BCSS +- We used the browser developer tools to look at snippets of code to check how things were labelled, the font sizes, and what size interactive elements were +- We used the basic browser tools to zoom in and out so we could see how the system responds +- We referred to an online resource to check the colour contrast of certain sections and elements + +## Issues we had + +Knowing where to start for a high level audit was difficult as we knew we couldn’t cover everything but wanted to make sure we got the most important parts, referring to the GOV.UK guide was really helpful in pointing us in the right direction. + +The BCSS test system can be a bit clunky and difficult to get into, it is also fairly slow. + +We were unsure how to format the information, considering this was a high level audit and we were not making detailed recommendations we eventually decided it would be best to create a page in confluence with a simple table describing the issues we found and how they can affect the users of the system. + +## What we found + +Here are a few of the top level findings that stood out to us as problamatic and things that could hopefully be resolved in the future (we have recorded everything else in confluence, contact Lasara Denton or Stephen Nicola for a link): + +- The headings, general text sizes and page titles don’t meet best practice standards or accessibility standards; the body font is very small and there is lots of inconsistencies in font sizes in general, the page headings are not descriptive and the page title seems to be the same for every page. + +- When we looked at the code we could see that a lot of things had not been labelled correctly like headings, input fields and selects. + +- We could use the keyboard to navigate the page to a degree but it did not always work how we expected and some clickable elements were skipped over. + +- Most of the clickable elements that we looked at like buttons, radios and checkboxes were very small and do not meet the minimum size of 24x24. + +- When we zoomed into the screen to 400% the information on the system did not react responsively and instead we had to scroll horizontally to see all of the content on the page. + +## What's next? + +We will be sharing this information with our wider team which hopefully will help stimulate the conversations around modernisation and the push for accessibility improvements for BCSS. From 1ea126311405af15358515aace337bbad1d5506c Mon Sep 17 00:00:00 2001 From: lasara-d Date: Tue, 29 Apr 2025 16:45:08 +0100 Subject: [PATCH 2/2] Update 2025-04-07-Accessibility-audit.md updated md file as per review --- .../02/04/2025-04-07-Accessibility-audit.md | 40 +++++++++---------- 1 file changed, 20 insertions(+), 20 deletions(-) diff --git a/app/posts/bowel-screening/2025/02/04/2025-04-07-Accessibility-audit.md b/app/posts/bowel-screening/2025/02/04/2025-04-07-Accessibility-audit.md index a58e3d40b..1a062c1de 100644 --- a/app/posts/bowel-screening/2025/02/04/2025-04-07-Accessibility-audit.md +++ b/app/posts/bowel-screening/2025/02/04/2025-04-07-Accessibility-audit.md @@ -1,47 +1,47 @@ --- title: Accessibility audit of BCSS -description: Looking at how we carried out a high level audit of BCSS +description: How the bowel team carried out a high level audit of the bowel cancer screening service (BCSS) date: 2025-04-07 tags: - bowel screening - Accessibility --- -This week our UCD team have been looking at the accessibility and usability of the bowel cancer screening system (BCSS). -Accessibility concerns with the current system have been raised often as one of the main reasons why we should look to modernise BCSS. The project team have requested an official accessibility audit in the hopes that the feedback can help propel the work forward, however it seems like this could take a while so in the meantime our UCD team have attempted a high level audit to see what we can highlight early on. +This week the bowel UCD team reviewed the accessibility and usability of the bowel cancer screening system (BCSS). +Accessibility concerns with the current system are often raised as one of the main reasons to modernise BCSS. The project team requested an accessibility audit to use the results to accelerate the modernisation work. However, it seems like this audit could take a while so in the meantime the UCD team conducted a high level audit to highlight potential improvements early on. ## How we did it -- We worked as a group of 3-4 people mostly to and also looked att some things individually -- We referred to the GOV.UK guide on [how to carry out a basic accessibility check](https://www.gov.uk/government/publications/doing-a-basic-accessibility-check-if-you-cant-do-a-detailed-one/doing-a-basic-accessibility-check-if-you-cant-do-a-detailed-one#technology) for guidance on how to start and how to structure a high level audit -- We used the test system to access the screens and code instead of the live system as we are unable to get access to the live version, (this is due to the training and sign off needed for access) -- We used windows own voice over settings to get a brief indicator of how a screenreader may interact with BCSS -- We used the browser developer tools to look at snippets of code to check how things were labelled, the font sizes, and what size interactive elements were -- We used the basic browser tools to zoom in and out so we could see how the system responds -- We referred to an online resource to check the colour contrast of certain sections and elements +- worked together in groups of 3 to 4 people and also looked at some things individually +- referred to GOV.UK guidance on [how to carry out a basic accessibility check](https://www.gov.uk/government/publications/doing-a-basic-accessibility-check-if-you-cant-do-a-detailed-one/doing-a-basic-accessibility-check-if-you-cant-do-a-detailed-one#technology) for advice on how to start and how to structure a high level audit +- used a BCSS test system to access the screens and code rather than the live system (access to the live system is difficult due to the training and sign off required) +- used the Windows default voice over settings to get a brief indicator of how a screenreader might interact with BCSS +- used the browser developer tools to look at snippets of code to check things like element labelling, font sizes, and the size of interactive elements +- used the basic browser tools to zoom in and out to see how the system responds +- referred to an online tool to check the colour contrast of certain sections and elements ## Issues we had -Knowing where to start for a high level audit was difficult as we knew we couldn’t cover everything but wanted to make sure we got the most important parts, referring to the GOV.UK guide was really helpful in pointing us in the right direction. +Knowing where to start for a high level audit was difficult. We knew we couldn’t cover everything but wanted to make sure we got the most important parts. Referring to the GOV.UK guide was really helpful in pointing us in the right direction. -The BCSS test system can be a bit clunky and difficult to get into, it is also fairly slow. +The BCSS test system is clunky and difficult to get into. It is also fairly slow. -We were unsure how to format the information, considering this was a high level audit and we were not making detailed recommendations we eventually decided it would be best to create a page in confluence with a simple table describing the issues we found and how they can affect the users of the system. +We were unsure how to format the information, considering this was a high level audit and we were not making detailed recommendations. We eventually decided it would be best to create a page in Confluence with a simple table describing the issues we found and how they can affect BCSS users. ## What we found -Here are a few of the top level findings that stood out to us as problamatic and things that could hopefully be resolved in the future (we have recorded everything else in confluence, contact Lasara Denton or Stephen Nicola for a link): +Here are a few of the top level findings that stood out to us as problematic and things that could hopefully be resolved in the future. We recorded everything else in Confluence so contact Lasara Denton or Stephen Nicola for a link). -- The headings, general text sizes and page titles don’t meet best practice standards or accessibility standards; the body font is very small and there is lots of inconsistencies in font sizes in general, the page headings are not descriptive and the page title seems to be the same for every page. +1. The headings, general text sizes and page titles don’t meet best practice standards or accessibility standards. The body font is very small and there are lots of inconsistencies in font sizes in general. The page headings are not descriptive and the page title seems to be the same for every page. -- When we looked at the code we could see that a lot of things had not been labelled correctly like headings, input fields and selects. +2. When we looked at the code we could see that a lot of things had not been labelled correctly like headings, input fields and selects. -- We could use the keyboard to navigate the page to a degree but it did not always work how we expected and some clickable elements were skipped over. +3. We could use the keyboard to navigate the page to a degree. However, it did not always work how we expected and some clickable elements were skipped over. -- Most of the clickable elements that we looked at like buttons, radios and checkboxes were very small and do not meet the minimum size of 24x24. +4. Most of the clickable elements that we looked at, like buttons, radios and checkboxes, were very small and do not meet the minimum size of 24x24. -- When we zoomed into the screen to 400% the information on the system did not react responsively and instead we had to scroll horizontally to see all of the content on the page. +5. When we zoomed into the screen to 400% the information on the system did not react responsively. Instead, we had to scroll horizontally to see all of the content on the page. ## What's next? -We will be sharing this information with our wider team which hopefully will help stimulate the conversations around modernisation and the push for accessibility improvements for BCSS. +We will share this information with our wider team to hopefully help stimulate the conversations around modernisation and improving the accessibility of BCSS.