Open shiragoodman opened 2 weeks ago
Note: I originally dropped this in the wrong ticket, moving here
Hi @erinrwhite ! Sorry for the screed; a lot of background on our page headings/titles follows. I wanted to capture this in one spot since questions about this come up a lot, and this will hopefully get us toward a better solution (I dropped some options at the bottom).
Veterans identify/differentiate their appointments primarily by looking at what each appointment is for, and when it is.
For example, if one has four mental health appointments in a month, they could easily differentiate them from an upcoming primary care appointment by the date, and comparing the type of care.
However, we aren’t able to display type of care data for many appointments. So for the details pages we use status (past, canceled), modality (i.e. “In-person appointment” or “Canceled request”), and date in the title. Here’s what that looks like in the browser history:
For the H1 on the details page, we use just status, modality and whether it’s an appt or request. The date of the appointment follows in the appt data below that.
The feedback is to make the title and heading the same. Before we get there, here’s some guidance we’ve looked at to get us to the current iteration:
Previously, we used only date and time as the heading. This is technically unique but this turns the browser history/open tabs into a list of dates, which aren't descriptive of the page you want and don't help identify the appointments.
When we worked through the redesign, we discussed this issue with accessibility SMEs and they agreed that multiple tabs named only with a date wouldn’t be helpful. Uniqueness is an a11y best practice, not a hard requirement - a descriptive title is the main goal.
Without type of care data, we do this by telling users the status (past, canceled), whether it’s an appointment or request, and how they will attend it.
This is a new requirement. I think it’s mainly because this data shouldn’t be exposed in Google Analytics, but there might be other reasons. Given this, even if we had type of care data, we likely shouldn’t use it in the browser title to avoid issues with exposing PHI/PII in our analytics. (I’d argue that we should still use it as page title, but that’s a future that might never exist so I’ll leave that alone.)
If we included the date and time in the H1, it would often go over this limit I believe it would be difficult to read an understand.
For example, this is 60 characters:
In-person appointment on December 5th, 2024 at 5:00 p.m. ET
More important, this is a lot of information for someone to parse out from a heading:
That's why we broke out date and time info during the redesign, to make the page easier to scan and understand.
If we’re trying to match the title to the h1 we could:
I wouldn’t do this just because it’s too much information for the heading.
I’d argue against this one too, since date alone isn’t descriptive of the page or its purpose.
This could work, but if I was looking through my history for mental health appointments I’ve had in a given month, I would have no way of distinguishing them. They would just be listed as:
Past video appointment
Past video appointment
Past video appointment
Past video appointment
I don't think any of these work better than what we have - open to other ideas! And thanks for reading this far :)
Need help? Please review how to read a Staging Review ticket. Tag
@platform-governance-team-members
on Slack if you need further assistance.Product Information
Team: Appointments FE Team Product: Appointments Feature: Medication Review
Findings details
VA.gov Experience Standard - issue: User can't determine where a page is within the VA.gov website. VA.gov Experience Standard - category: Findability Launch-blocking: No Design System review: No Collab Cycle Reviewer: @erinrwhite (IA)
Description
On appointment details pages, the
[Type of] appointment on [date] | Veterans Affairs
, but the H1s on these pages are,Type of appointment
.Link, screenshot or steps to recreate
Recommended action
The first part of the
References
Next Steps for the VFS Team
@platform-governance-team-members
with any questions or to get help validating the issue.@platform-governance-team-members
on your team channel in Slack to provide an explanation and who you believe is responsible. The Governance team will follow up.