临床 Patient Profile HTML

要解决什么问题

临床稽查或项目内审里，受试者档案往往散落在 Excel listing、方案/修正案里的访视与终点定义，以及可选的 finding 跟踪表里。手工拼 HTML 容易在受试者范围（全部 vs 已随机）、计划外访视（USV）、中心筛选和字段映射上与源表不一致，后续对照源数据时很难自证。

本技能面向「必须贴源、可稽查」的 patient profile HTML：在用户上传主 listing、方案类文件，以及可选的 finding 表后，产出离线 HTML 与配套 CSV/QC 产物，而不是通用报表模板。

技能如何工作

触发上，若用户在上传文件后明确说「制作 patient profile」或等价表述，应立即做文件检视，不要等额外的「开始构建」口令。

典型流程：

1. 先跑内置 precheck，阅读 input_precheck.md，并检视 suggested_project_config.json、protocol_endpoint_summary.md。
2. 在全量构建前，若用户未说明，需明确：纳入全部受试者还是仅已随机；是否纳入 USV/计划外访视；必要时还有中心范围、SCR/D1 是否在中心层合并为「基线」等。
3. precheck 仅 提示 时可直接全量构建；阻断或需确认时只问最小必要问题并停止，不猜测中心、finding 表映射、受试者 ID 列或替代 sheet 名。
4. 输入足够或用户接受缩减范围后，优先用生成的 config 跑全量构建；交付前用 references/validation_checklist.md 对照源表校验。

输出侧至少包括 patient_profile.html，以及清洗后的受试者档案、疗效/实验室/生命体征纵向数据、字段映射与 QC 摘要等；HTML 界面以中文为主、偏内部审阅风格。疗效指标、别名与 responder 规则须由当前方案文案与 study flow 驱动，不得硬编码某病种或某项目的终点集。

适用边界与注意点

• 必需输入：带 demographics、随机、访视、疗效、实验室、AE、生命体征等 subject 级 tab 的主 listing；含终点与评估日程的方案/修正案/勘误；若要做 finding 关联，还需 finding 或自查跟踪表。
• 何时必须问用户：多中心但未指定范围、随机/USV 策略未决、方案缺失或终点映射不清、finding 表 sheet/列无法确认、关键疗效 sheet 缺失或字段歧义等——详见 SKILL 中的 When To Ask The User 列表。
• 泛化边界：默认 builder 保持项目无关，不把单项目 sheet 名、访视窗、化合物/疾病专用模块写进通用技能；额外模块应走项目本地扩展或 config 可选块。
• 无 finding 工作簿时继续构建，但不生成 finding 模块及受试者级「关联 Finding」描述；不得伪造日期、参考范围、response 标志等。