Reference Example · MicroDicom
MicroDicom 示例填写参考
Filled example for clinical task contributors.
本页面展示一个已经填好的 MicroDicom 胸片 reader 标注仲裁 示例，用于帮助医生理解 CALE 任务采集问卷的填写方式。页面内容为只读参考，不作为正式提交入口。
只读参考。本页面内容已根据示例自动填入，不能编辑、添加、删除、导入或导出。
公开材料包只包含任务输入和软件入口，不包含 ALE 隐藏参考答案。下载输入材料示例
任务流程导读
这个示例模拟影像科中的 reader 标注仲裁工作：同一批胸片病例已经由两个 reader 给出候选框，执行者需要核对病例、查看影像和相关 notes，判断哪个 reader 的标注更符合影像表现，并把最终选择整理成结构化表格。
输入材料
- 病例清单：列出 9 个 chest X-ray study 的 case_id、DICOM 文件路径和对应 clinical note。
- 两份 reader 标注：reader A 和 reader B 各自给出的 bounding box 坐标和 impression。
- DICOM 胸片：需要用 MicroDicom 逐例打开查看，不能只根据表格猜测。
- 仲裁规则与 clinical notes：用于确认标签词表、病例背景和最终输出要求。
最终产物
- adjudicated_boxes.tsv：每个病例最终选择的 reader，以及最终 box 坐标。
- adjudication_log.tsv：每个病例的 selected_reader、分歧类型和仲裁依据。
- final_impressions.tsv：每个病例的最终 finding label 和 impression label。
完整流程
- 先阅读仲裁规则和病例清单，确认共有 9 个病例、允许标签和三个必交 TSV。
- 逐例核对 case_id、DICOM 文件和 clinical note，避免看错病例或遗漏病例。
- 用 MicroDicom 打开每个病例的 DICOM 胸片，结合 notes 理解病例背景。
- 比较 reader A/B 的候选框与影像表现，选择证据更充分的一方。
- 记录每例选择理由，并生成最终 boxes、log 和 impressions 三份结构化结果。
怎样算合格
- 三个 TSV 文件齐全、UTF-8 tab-delimited 格式正确，列名与要求一致。
- 每个 case_id 都有且只有一行结果，selected_reader 只能是 reader_a 或 reader_b。
- 最终 box 必须有效，并与参考答案达到规定的重叠要求。
- finding_label 固定为 Atelectasis，impression_label 固定为 positive_for_atelectasis。
严重错误示例
- 未打开 DICOM，只根据 reader 表格直接选择结果。
- case_id、DICOM 或 clinical note 对不上，导致 wrong-study 级别错误。
- 遗漏病例、输出坐标无效，或在影像与 notes 明显冲突时仍给确定结论。
如何阅读这个示例
- 这是一个中等复杂度的影像工作流示例。
- 重点看输入材料、流程阶段、任务级结果和安全规则的填写粒度。
- 不需要照抄内容，只需参考如何把自己的任务拆成可复核的信息。
建议关注
- 文件路径如何对应 zip 包内部材料。
- 每个 stage 如何记录阶段结果和阶段严重错误。
- 最终 TSV 交付物和全局安全规则如何表达。
适合提交的任务
- 来自真实临床工作或科室标准流程
- 材料完备、可理解、足以推理执行
- 存在明确、可核验的正确结果
- 涉及多步骤、多模态或专业工具/系统操作
- 存在明确的“严重错误”，一旦发生即判为不安全
不适合提交的任务
- 纯知识问答或“谈谈看法”式开放题
- 材料残缺、无法据以完成
- 无法说明何为“正确完成”
- 无任何安全或错误后果的琐碎任务
数据与合规。本项目收集的数据默认仅用于内部评测；是否对外公开由您在第 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可否推荐独立专家复核选“可以”后填写姓名与邮箱，可添加多名
— 以下由项目组填写：任务编号（自动生成）· 医学复核结论 · 工程实现状态 · 最终质控 —