尚未检测到更新。GitHub 发布版本后会显示在这里。
个人 GitHub 账号下公开仓库的所有者可以登录并验证所有权,自行管理介绍,无需管理员批准。
登录并生成验证文件,在 30 分钟内将其提交到此仓库的默认分支。其他分支或分叉仓库中的文件无效。然后在下方检查文件,即可无需管理员批准直接管理项目。请保留文件以维持管理权限。
如需登录,将前往登录页面。登录后请回到此处,再次点击所选的验证按钮。
在项目文件夹中运行 /nomorevibe verify,即可验证所有权并自行管理介绍。
一分钟完成验证3D Slicer extension: batch ingest, de-identify, QC, and import DICOM via the dicom-forge pipeline
翻译准备中
正在加载完整 README。
查看完整 README ↗A 3D Slicer extension that batch-imports DICOM through the dicom-forge pipeline.
slicer-forge adds a DICOM Forge Batch module to Slicer. Point it at a folder of DICOM, and it de-identifies each series (removes patient names and IDs from headers), runs quality control, converts to NRRD, and loads the volumes straight into your Slicer scene — driven entirely by the headless, independently tested dicom-forge library.
| Repo | Role | Tested |
|---|---|---|
dicom-forge | Headless pipeline (ingest · de-id · QC · convert) | Unit-tested in CI without Slicer |
slicer-forge (this) | Thin Slicer GUI on top of it | Self-test runs inside Slicer |
This mirrors how Slicer itself is built (ITK/VTK do the work; the GUI is a shell on top). All the heavy logic lives in dicom-forge, so it is fully testable on its own; this repo stays a small, focused front-end.
pip_install('dicom-anvil[convert]') into Slicer's own Python environment (the engine ships on PyPI as dicom-anvil; it still imports as dicomforge).📖 New to the module? Follow the step-by-step usage tutorial. See the changelog for what has changed.
git clone https://github.com/DaCameraGirl/slicer-forge.git
In Slicer: Edit → Application Settings → Modules → Additional module paths, add the slicer-forge/DicomForgeBatch folder, and restart. The DICOM Forge Batch module appears under the Informatics category.
The repo is laid out for the standard Slicer extension build (CMakeLists.txt + slicerMacroBuildScriptedModule) so it can be built against a Slicer build tree and submitted to the Slicer Extensions Index.
Slicer scripted modules use a fixed four-class shape — this one lives in DicomForgeBatch/DicomForgeBatch.py:
DicomForgeBatch — module metadata.DicomForgeBatchWidget — the GUI panel (built programmatically).DicomForgeBatchLogic — Qt-free logic wrapping dicom-forge (reusable from the Python console).DicomForgeBatchTest — a self-test that generates synthetic DICOM and runs the whole pipeline inside Slicer.The self-test runs inside Slicer (it needs the slicer runtime):
In Slicer's SelfTests module (category Testing) run DicomForgeBatch, or from the Python console:
slicer.selfTests['DicomForgeBatch']().
CI runs on every push at two levels:
⚠️ De-identification is best-effort risk reduction, not a compliance guarantee. See
dicom-forge's SECURITY policy.
A desktop smoke run was captured in 3D Slicer 5.10 using a publicly available, raw DICOM brain MR series from TCIA's ReMIND collection (CC BY 4.0). The archive-assigned case ReMIND-086 / 2D_AX_T2_FLAIR contained 32 MR slices. The local DICOM Forge Batch module processed that input with the moderate de-identification setting, reported QC=PASS, wrote series_000.nrrd, and loaded the resulting volume into Slicer.
This specific desktop run establishes the scenario above: moderate de-identification, QC=PASS, NRRD output, and scene import for this one public MR series. It does not by itself establish NIfTI output, the basic or strict settings on this machine, or clinical interpretation. De-identification is risk reduction, not a compliance guarantee.
Apache-2.0 © Angela Hudson