Addressing technology-mediated stigma in sexual health-related digital platforms: Insights from design team members
Bibliographic record
Abstract
Digital health technologies are increasingly used as complementary tools in accessing sexual health-related services. At the same time, there are concerns regarding how some interface features and content of these technologies could inadvertently foment stigma among end users. In this study, we explored how design teams (i.e., those involved in creating digital health technologies) might address stigmatizing components when designing sexual health-related digital technologies. We interviewed 14 design team members (i.e., software engineers, user interface and user experience (UI/UX) designers, content creators, and project managers) who were involved in digital health design projects across two universities in western Canada. The interviews sought to undersand their perspectives of how to create destigmatizing digital technologies and were centered on strategies that they might adopt or the kind of expertise or support they might need to be able to address stigmatizing features or content on sexual health-related digital technologies. The findings revealed two overarching approaches regarding how digital health technologies could be designed to prevent the unintended effects of stigma. These include functional design considerations (i.e., pop-up notifications, infographics, and video-based testimonials, and avoiding the use of cookies or other security-risk features) and non-functional design considerations (i.e., adopting an interprofessional and collaborative approach to design, educating software designers on domain knowledge about stigma, and ensuring consistent user testing of content). These findings reflected functional and non-functional design strategies as applied in software design. These findings are considered crucial in addressing stigma but are not often apparent to designers involved in digital health projects. This suggests the need for software engineers to understand and consider non-functional, emotional, and content-related design strategies that could address stigmatizing attributes via digital health platforms.
Fetched live from OpenAlex and de-inverted. Abstracts are not stored in this database: the inverted indexes are 8.6 GB of the frame’s 9.3 GB of text, and the host has 13 GB free.
How this classification was reachedexpand
Full frame machine prediction
Teacher imitationNot calibrated prevalence, not ground truth. Human validation pending. The Gemma side is a direct model label for every work in the frame, read from the title-only record. The Codex side is a classifier learned from the 10,348 direct Codex labels and calibrated to design-weighted sample rates; fields without enough sample support carry no Codex call. Candidate is the union of the two sides; consensus is their intersection. These outputs are machine_predicted_unvalidated and are not human labels.
Distilled classifier scores by category (both heads)
| Category | Codex | Gemma |
|---|---|---|
| Metaresearch | 0.050 | 0.053 |
| Meta-epidemiology (narrow) | 0.001 | 0.001 |
| Meta-epidemiology (broad) | 0.001 | 0.001 |
| Bibliometrics | 0.003 | 0.001 |
| Science and technology studies | 0.013 | 0.016 |
| Scholarly communication | 0.011 | 0.006 |
| Open science | 0.002 | 0.012 |
| Research integrity | 0.004 | 0.004 |
| Insufficient payload (model declined to judge) | 0.002 | 0.000 |
Machine scores (provisional)
The two teacher heads of the student model, read on this work. A score orders the frame for review; it never asserts a category, and the validation status ships verbatim with every row.
Baseline scores from an immature model (maturity gate not passed, 7 training rounds). Scores rank; they never assert a category.
score_only:v0-immature-baseline · verbatim from the scoring run: score_only means the number may rank works, and no category label ships from itClassification
machine, unvalidatedMachine predicted; a candidate call from one source (direct Gemma or distilled Codex), not a consensus.
How this classification was reached, model by model and score by score, is at the end of the page under "How this classification was reached".