iomgaa
9b2f842559
负责人 2026-10-16 定：数据流为「医院原始资料->中间文件->给专家的资料库 & 标准答案库」； 两个库和中间文件都用文件夹，SQLite 只用于调模型账本；调模型用 PolyGateway；CEUS 直接逐个 迁移；数据格式和口径以 40 例交付包为准。存储与迁移方案先由两个中立子 Agent 独立评审。 - design 0002：八条决定及负责人原话（化名与打乱顺序一条为 Agent 提出） - explanation/结构.md 对照 ClinDB 的结构文档重写：切分原则、完整范围、12 个模块与依赖、 边界、两个库与 CEUS 中间文件的内容、目录与检查、规模、推进顺序 - research-wiki/待定问题/：绿框、参数冻结、排除标准、跨表不一致四个问题；定了就删 - AGENTS.md：事实来源加「交付资料的格式和口径以最新交付包为准」 - .gitignore 与 pre-commit 拦截 library/、answers/、work/ Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
1.0 KiB
1.0 KiB
03 病例排除标准
提出：2026-10-16 中立评审（架构评审 B），负责人同意留待以后定。
问题
40 例里有几类特殊病例，怎么处理需要事先写定：
- 旧代码 CEUS 追踪失败 6 例：3 例分屏识别失败，3 例在左半边找不到绿框（其中 1 例已确认造影画面在右半边）。来源：远程
data/交付包_20260908_40例_result/结果清单_20261016.md，2026-10-15 读过。 - 交付说明标明 3 例用肝实质替代正常胰腺作参照、1 例没有参照（
data/交付包_20260908_40例/交付说明_40例_20260908.md）。
为什么要紧
如果看了诊断结果之后再决定排除哪些病例，就是选择偏倚。标准必须在看结果之前写定。
选项
- 技术失败的病例：修好算法再纳入 / 记为「超声不可评价」但仍参与会诊 / 排除。
- 参照组织特殊的病例：纳入并分层分析 / 排除依赖参照的指标 / 整例排除。
倾向
暂无。
等谁定
负责人，可能要和临床方商量。