Systematic and Iterative Development of a Smartphone App to Promote Sun-Protection Among Holidaymakers: Design of a Prototype and Results of Usability and Acceptability Testing
Why this work is in the frame
A frame that forgets how it found something cannot be audited. These are the routes that admitted this work.
Bibliographic record
Abstract
BACKGROUND: Sunburn and intermittent exposure to ultraviolet rays are risk factors for melanoma. Sunburn is a common experience during holidays, making tourism settings of particular interest for skin cancer prevention. Holidaymakers are a volatile populations found at different locations, which may make them difficult to reach. Given the widespread use of smartphones, evidence suggests that this might be a novel, convenient, scalable, and feasible way of reaching the target population. OBJECTIVE: The main objective of this study was to describe and appraise the process of systematically developing a smartphone intervention (mISkin app) to promote sun-protection during holidays. METHODS: The iterative development process of the mISkin app was conducted over four sequential stages: (1) identify evidence on the most effective behavior change techniques (BCTs) used (active ingredients) as well as theoretical predictors and theories, (2) evidence-based intervention design, (3) co-design with users of the mISkin app prototype, and (4) refinement of the app. Each stage provided key findings that were subsequently used to inform the design of the mISkin app. RESULTS: The sequential approach to development integrates different strands of evidence to inform the design of an evidence-based intervention. A systematic review on previously tested interventions to promote sun-protection provided cues and constraints for the design of this intervention. The development and design of the mISkin app also incorporated other sources of information, such as other literature reviews and experts' consultations. The developed prototype of the mISkin app was evaluated by engaging potential holidaymakers in the refinement and further development of the mISkin app through usability (ease-of-use) and acceptability testing of the intervention prototype. All 17 participants were satisfied with the mISkin prototype and expressed willingness to use it. Feedback on the app was integrated in the optimization process of the mISkin app. CONCLUSIONS: The mISkin app was designed to promote sun-protection among holidaymakers and was based on current evidence, experts' knowledge and experience, and user involvement. Based on user feedback, the app has been refined and a fully functional version is ready for formal testing in a feasibility pilot study.
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.
Full frame distilled prediction
Teacher imitationNot calibrated prevalence, not ground truth. Human validation pending. Learned from the 10,348 direct Codex labels and 10,348 direct Gemma labels. Candidate is the union of thresholded teacher heads; consensus is their intersection. These outputs are machine_predicted_unvalidated and are not human labels or direct frontier model labels.
Codex and Gemma teacher scores by category
| Category | Codex | Gemma |
|---|---|---|
| Metaresearch | 0.007 | 0.010 |
| Meta-epidemiology (narrow) | 0.000 | 0.000 |
| Meta-epidemiology (broad) | 0.001 | 0.000 |
| Bibliometrics | 0.000 | 0.000 |
| Science and technology studies | 0.000 | 0.001 |
| Scholarly communication | 0.000 | 0.000 |
| Open science | 0.000 | 0.000 |
| Research integrity | 0.000 | 0.000 |
| Insufficient payload (model declined to judge) | 0.000 | 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 it