| Name |
Last commit
|
Last update |
|---|---|---|
| .. | ||
| cli | ||
| common | ||
| config | ||
| modules | ||
| openapi | ||
| prisma | ||
| queues | ||
| redis | ||
| types | ||
| app.module.ts | ||
| health.controller.ts | ||
| instrument.ts | ||
| main.ts |
背景:DW 病历表 patient_id 错位污染(高逸铭案例),需按名单重摄 3 万患者。 沿用现有 PAC_COHORT_ONLY_PATIENT(cohort 收窄)时发现两个阻塞问题: 1)⭐ 静默丢数据:只要 manifest 配了 incremental.per_query(jvs-dw 配了), cold-import 任何模式都写 cursor_after=run_start。定向轮只覆盖名单内患者, 却推进全局水位 → 名单外患者在本轮期间的 DW 新写入被永久埋在游标下方。 (与本次排查发现的"12,595 个患者符合 cohort 却从未摄入"是同类机制) 修:定向模式下 cursor 保持上次水位不推进,daily 增量照常从原点接力。 2) 大名单 E2BIG:3 万个 id 的逗号串约 275KB > 环境变量单值 128KB(MAX_ARG_STRLEN)。 修:支持 PAC_COHORT_ONLY_PATIENT=@/path/to/file(每行一个 id);逗号列表照旧兼容。 顺带:定向生效时打印命中患者数,便于核对名单规模。 测试 7 例:空/空白不误判定向、逗号列表、@file(含 3 万行)、文件缺失须抛错不静默退化。 生产验证(高逸铭组 7 人小批):删除→重摄后 高逸铭 62 事实/6 诊所 → 21/1(上海时代),别人的数据清光 刘晓旭 13 → 25、徐嘉悦 126 → 130,被吞的数据补回,诊所归属全部正确 Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
| Name |
Last commit
|
Last update |
|---|---|---|
| .. | ||
| cli | Loading commit data... | |
| common | Loading commit data... | |
| config | Loading commit data... | |
| modules | Loading commit data... | |
| openapi | Loading commit data... | |
| prisma | Loading commit data... | |
| queues | Loading commit data... | |
| redis | Loading commit data... | |
| types | Loading commit data... | |
| app.module.ts | Loading commit data... | |
| health.controller.ts | Loading commit data... | |
| instrument.ts | Loading commit data... | |
| main.ts | Loading commit data... |