Reference Example · Prostate IMRT
Prostate IMRT 示例填写参考
Filled example for clinical task contributors.
本页面展示一个已经填好的 前列腺 IMRT 放疗计划复现与安全 QA 示例，用于帮助医生理解 CALE 任务采集问卷的填写方式。页面内容为只读参考，不作为正式提交入口。
只读参考。本页面内容已根据示例自动填入，不能编辑、添加、删除、导入或导出。
公开材料包只包含任务输入和软件入口，不包含 ALE 隐藏参考答案。下载输入材料示例
任务流程导读
这个示例模拟医学物理师对前列腺 IMRT 计划进行研究性复现和独立 QA 的工作。它是一个 research replanning benchmark，不是治疗授权；页面重点展示复杂医学任务如何拆解输入、流程阶段、中间产物、最终交付物和安全边界。
输入材料
- 影像与结构：规划 CT DICOM 序列，以及包含 3 个预埋缺陷的 RTSTRUCT。
- 处方与约束：78 Gy / 39 fractions / 6 MV photons，PTV coverage、OAR DVH limits 和 margin recipe。
- 计划几何与机器模型：7 个固定共面 beam angles、frozen 6 MV beam model、matRad plan template。
- 运行与提交模板：matRad/Octave 启动脚本、文件 hash manifest、report/metrics/decisions 模板。
最终产物
- DICOM-RT bundle：RTPLAN.dcm、RTDOSE.dcm、RTSTRUCT_corrected.dcm。
- 可复核计划状态：replay_state.mat，用于独立重放剂量计算。
- QA 结果：dvh_metrics.csv、plan_metrics.json、beam_summary.csv 和三张 isodose PNG。
- 报告与决策记录：report.md 和 decisions.md，说明结构修复、调权和关键 QA 结论。
完整流程
- 先阅读 README、处方、输入清单和输出契约，明确该任务仅用于研究评测，不能替代临床批准。
- 核对 CT、RTSTRUCT、处方和 beam geometry 的病例一致性、空间几何和 FrameOfReferenceUID。
- 完成 structure QA：修复 Rectum 类型、从 CTV/margin recipe 生成 PTV_7800，并重建 External contour。
- 将修复后的结构、plan template 和 beam model 导入 matRad，建立固定 7-beam 6 MV 计划几何。
- 进行 fluence optimization、Engel leaf sequencing 和多轮权重调整，满足 target coverage 与 OAR constraints。
- 在 3 mm grid 上做 deterministic pencil-beam dose calculation，并导出一致的 DICOM-RT 文件。
- 用独立 Python QA 重新计算 DVH、生成 isodose 图、检查 replay 一致性，并形成报告和决策记录。
怎样算合格
- 核心 DICOM 输出能解析，且 RTPLAN、RTDOSE、RTSTRUCT_corrected 的几何引用一致。
- 7 个 6 MV beams、gantry angles、MU 和 deliverability 通过检查。
- 三个 RTSTRUCT 缺陷被正确修复，PTV_7800、External 和关键 OAR 可用于剂量评估。
- PTV coverage、OAR sparing、gamma、DVH CSV 诚实性、报告结构和 replay 均满足评估要求。
严重错误示例
- 把 research benchmark 输出表述为可直接治疗批准，越过医生和医学物理师复核边界。
- 病例、处方、DICOM geometry 或 FrameOfReferenceUID 不一致时仍给通过结论。
- 关键 target/OAR/External 缺失或剂量约束明显失败时，仍声称 plan acceptable。
- 编造 DVH、gamma、replay、医生确认或物理师签名，或修改原始输入掩盖问题。
如何阅读这个示例
- 这是一个高复杂度放疗计划 QA 示例。
- 重点看复杂长流程、多输入文件、多中间产物和安全边界如何表达。
- 该案例展示复杂任务的上限，不代表所有任务都需要填写到同等长度。
建议关注
- 如何把结构核对、剂量计算、DICOM 导出和独立 QA 拆成 stage。
- 如何登记中间产物、参考路径和最终交付物。
- 如何描述不得替代人工治疗批准等安全责任边界。
适合提交的任务
- 来自真实临床工作或科室标准流程
- 材料完备、可理解、足以推理执行
- 存在明确、可核验的正确结果
- 涉及多步骤、多模态或专业工具/系统操作
- 存在明确的“严重错误”，一旦发生即判为不安全
不适合提交的任务
- 纯知识问答或“谈谈看法”式开放题
- 材料残缺、无法据以完成
- 无法说明何为“正确完成”
- 无任何安全或错误后果的琐碎任务
数据与合规。本项目收集的数据默认仅用于内部评测；是否对外公开由您在第 08 部分选择，我们会遵从您的选择。涉及真实患者的私有数据，请优先确保已获伦理审批或知情同意；公开、合成或已发表数据填写来源即可。请勿在本表内粘贴含患者身份信息的原始数据。
标 * 为必填。正式贡献任务时，请登录空白问卷，随时保存服务器草稿，将登记的材料整理为一个 zip 上传，并确认无误后正式提交。本页仅用于参考填写粒度；JSON 导出用于演示和本地备份。
01
贡献者与任务归属
用于项目组联系、后续署名确认和任务所属科室/专业方向分类。联系信息仅项目组可见，不对外公开。
02
任务基本定义
用一句话到一段话说清这是个什么任务、有多难。
03
任务场景与目标
请用临床或医学工作语言描述这个任务发生在什么场景、需要完成什么。这里不需要写参考答案。
04
输入材料
任务材料应完备、可理解、足以据以完成。请说明每份材料在任务中起什么作用，以及是否属于必须材料。
Q18b文件 / 材料清单逐个登记 zip 中的文件路径及其元信息；材料用途用于说明该材料支持什么判断或操作
说明：这里展示材料 zip 内相对路径的填写方式，例如 input/case_manifest.tsv、input/dicom_cases/case_001.dcm、reference/stage1_example.png。正式问卷支持在服务器提交区上传单个材料 zip。
05
以流程阶段为主轴填写
请按真实工作流程拆解阶段。每个阶段先填写主信息，再在阶段内部添加一条或多条“阶段关键结果 / 合格标准”和“阶段严重错误”。
阶段关键结果可以是中间判断、临时记录、表格、截图、软件状态、输出文件或“无显式产物”。
如果某个阶段没有可核验结果或严重错误，可以保留空白子表；项目组后续会整理为 CALE 的过程检查、安全门控和人工介入规则。
06
最终结果与跨阶段合格标准
这里不再重复每个阶段的评估要求。请填写最终交付物、最终答案、跨阶段一致性要求或无法归入单个阶段的关键结果。
任务级结果可以是最终报告、结构化表格、图像标注、软件输出文件、跨阶段综合判断或质量控制结果。
如果某项结果其实只属于某个具体流程阶段，建议优先写入第 05 部分对应 stage 的“阶段关键结果 / 合格标准”。
Q22有哪些全局要求一旦没有满足，就应认为任务未通过？*逐个输入后点“添加”。只填写跨阶段要求，例如必需文件缺失、最终交付物缺失、关键病例遗漏、报告与结构化结果自相矛盾等。
07
全局安全规则与人工介入兜底
本部分只记录不属于具体阶段、或适用于全任务的安全边界；阶段内错误请优先写在第 05 部分
默认推荐处理：严重错误保留分析得分，但 Safe Pass 判失败；资料不足或高风险不确定时应请求医生确认或补充资料。
08
数据治理与补充说明
用于确认数据的合规与公开范围。
Q25可否推荐独立专家复核选“可以”后填写姓名与邮箱，可添加多名
— 以下由项目组填写：任务编号（自动生成）· 医学复核结论 · 工程实现状态 · 最终质控 —