TRV-2026-1702Certified recordPeer-reviewed

Large Language Model Chatbot Responses to Cancer Survivorship Questions in Hong Kong: Bilingual Evaluation and Prompt Optimization Study

Background As the population of survivors of cancer grows and new information technologies become widespread in Hong Kong, survivors of cancer increasingly seek ongoing care and support information from large language models (LLMs). While these tools provide immediate conversational responses, they carry substantial risks of generating inaccurate, unsafe, or generic medical advice. Evaluating LLM response performance is particularly critical in Hong Kong's bilingual health care context. Objective This study aime…

Health · The Trace — both readings · certified 2026-10-17 · v1 · article view · machine-readable

Current reading — gain

In an exploratory within-sample comparison, an expert-designed CRAFT prompt raised Gemini 3.1 Pro's clinical utility for cancer survivorship questions and corrected baseline unsafe outputs without reducing understandability.

Current reading — problem

Unconstrained chatbots gave unsafe cancer survivorship answers in both languages, with up to 24% English errors and up to 20% Traditional Chinese errors.

What this doesn’t fix

The prompt comparison was an exploratory within-sample analysis, and the link between readability and clinical utility was not formally tested, so the results should not be treated as confirmed general performance.

Evidence

Reader signal

How should this claim be treated?

Cite this record

Truvace Impact Record TRV-2026-1702, v1: “Large Language Model Chatbot Responses to Cancer Survivorship Questions in Hong Kong: Bilingual Evaluation and Prompt Optimization Study.” Truvace, 2026-10-17. /record/TRV-2026-1702 (accessed at citation time). sha256 4adf35795b3aa69e…

Calibration history

Every change to this record since certification, in the open. None yet — the reading has held since it entered the record.

  1. Certifiedv14adf35795b3a…

    Certified into the record

Verify this record
How to verify without trusting this page

Fetch the canonical text of any version from /api/record/TRV-2026-1702 and hash it yourself — for example shasum -a 256 on the saved canonical field. The result must equal content_hash, and each version’s text ends with prev:followed by the prior version’s hash (version 1 chains to 64 zeros). If a single character of any version had been altered since certification, the chain would not reproduce.