TotalSegmentator
面向CT影像的自动解剖结构分割工具,可批量生成器官ROI和体积分析所需mask
30 秒判断
先看这四点,再决定要不要继续读完整评测。
适合放进医学影像科研工具箱,尤其适合回顾性CT队列的器官分割、体积统计、AI训练预标注和数据质控。
最适合CT回顾性队列中批量生成器官、骨骼、血管等解剖结构ROI,用于科研统计、AI训练预标注、数据质控和后续生信/影像组学分析前处理。
不适合直接替代医生诊断、放疗正式靶区或危及器官勾画;也不适合以MRI、超声、内镜、病理图像为主的项目,或需要对术后改变、巨大肿瘤侵犯区域进行精细临床判断的场景。
打开 https://github.com/wasserth/TotalSegmentator ,阅读当前README中的Installation、Usage和任务说明,确认支持的Python、PyTorch和系统环境。
最适合CT回顾性队列中批量生成器官、骨骼、血管等解剖结构ROI,用于科研统计、AI训练预标注、数据质控和后续生信/影像组学分析前处理。
不适合直接替代医生诊断、放疗正式靶区或危及器官勾画;也不适合以MRI、超声、内镜、病理图像为主的项目,或需要对术后改变、巨大肿瘤侵犯区域进行精细临床判断的场景。
MONAI Label / 3D Slicer Segment Editor / nnU-Net

视频演示
Automatic whole-body CT segmentation using 3D Slicer TotalSegmentator · en
适合谁用
需要从CT影像中批量提取器官、骨骼、血管等解剖结构ROI的影像科研究生、放疗物理师、医学AI算法团队和临床研究数据分析人员
用它完成一次可复现数据分析
把分析过程留下来,而不只是导出一张漂亮图。
输入材料
一份清洗后的数据表和明确的统计问题
应该得到
分析代码/流程、结果表、图表和解释边界
- 1先写下变量定义、样本筛选和主要结局。
- 2选择合适的统计方法,并记录为什么这么选。
- 3生成结果表和图表,同时保存参数、版本和代码。
- 4把统计显著性、效应量和临床意义分开解释。
人工核验点
- 变量和样本数是否一致
- 方法是否符合数据类型
- 图表是否能被他人复现
更适合
最适合CT回顾性队列中批量生成器官、骨骼、血管等解剖结构ROI,用于科研统计、AI训练预标注、数据质控和后续生信/影像组学分析前处理。
不太适合
不适合直接替代医生诊断、放疗正式靶区或危及器官勾画;也不适合以MRI、超声、内镜、病理图像为主的项目,或需要对术后改变、巨大肿瘤侵犯区域进行精细临床判断的场景。
数据与隐私
建议在院内工作站或服务器本地运行。若原始数据来自DICOM,转换为NIfTI前后都应按伦理批件、数据使用协议和医院信息安全要求完成脱敏、权限控制和留痕管理。
医学科研场景
- 腹部CT器官体积测量与预后模型研究
- 胸腹部放疗危及器官ROI预标注后的人工复核
- 医学AI训练集的解剖结构mask生成与空间先验构建
- 多中心CT数据的扫描范围、结构完整性和异常体积质控
- 影像组学或临床预测模型研究中的器官区域自动提取
核心功能
使用场景
优点与局限
优点
- +覆盖的CT解剖结构较多,对常见器官体积、骨骼结构、胸腹部解剖ROI等科研问题,比单器官模型更省前期准备时间
- +开源且可命令行运行,适合在Linux服务器或院内工作站上处理回顾性队列,并纳入可重复的数据分析流程
- +输出mask便于接入3D Slicer、ITK-SNAP、MONAI和Python生态,适合后续可视化、人工精修、体积统计和AI训练
- +可本地部署,对涉及患者影像数据的科研项目更容易满足隐私、脱敏和数据不出院等管理要求
- +适合做预标注和质控起点,可减少大量重复性手工勾画工作,但仍保留人工审核空间
局限
- -安装门槛高于网页工具,需要基本命令行、Python环境和医学影像格式处理经验;有GPU通常更顺手,纯CPU处理大体积CT可能耗时较长
- -结果不能直接作为临床诊断、手术决策或放疗正式勾画使用,边界、术后结构、肿瘤侵犯区域和异常解剖仍需专业人员复核
- -主要优势在CT影像,多模态MRI、超声、内镜或病理图像并不是它的核心适用场景
- -遇到金属伪影、截断扫描、增强期差异、儿童特殊解剖或罕见术后改变时,分割质量可能下降,需要建立抽样质控或逐例复核流程
- -不同版本的支持任务、参数名称和默认输出可能变化,正式项目中应固定软件版本并在方法学部分记录运行环境
快速上手
打开 https://github.com/wasserth/TotalSegmentator ,阅读当前README中的Installation、Usage和任务说明,确认支持的Python、PyTorch和系统环境。
按官方文档安装TotalSegmentator;如果计划使用GPU,应先根据PyTorch官方说明安装与CUDA版本匹配的torch。
准备输入影像。科研项目中通常先将DICOM序列脱敏并转换为NIfTI,例如保存为case001_ct.nii.gz,同时保留转换日志和病例编号映射表。
参考当前文档运行命令行,指定输入CT和输出目录,例如使用totalseg的基础输入/输出参数生成分割结果;具体参数名称以当前版本README为准。
用3D Slicer或ITK-SNAP打开原始CT和输出mask,至少抽查10到20例或按研究方案设定比例复核关键结构,再决定是否批量处理全队列。
若要进入论文分析,建议固定软件版本、记录硬件环境、转换工具、质控规则和人工修正标准,便于方法学复现。
详细介绍
这个工具解决什么问题
做医学影像科研时,耗时的环节常常不是统计建模,而是ROI准备。肝、脾、肾、肺、椎体、肋骨、血管等解剖结构,如果每例都手工勾画,几十例到上百例CT队列会占用大量人力。
TotalSegmentator的主要价值是把这类重复性CT解剖分割先自动做一遍。研究者可以获得多类结构的mask,再将精力放在抽查、修正、体积计算、影像组学特征提取或AI训练数据整理上。具体支持的结构类别和任务范围会随版本变化,正式课题中应以当前官方文档为准。
核心能力拆解
它的基本流程是:输入CT影像文件,输出对应解剖结构的分割mask。草稿中提到的典型使用方式是通过命令行指定输入和输出目录,因此比较适合写进批处理脚本,而不是逐例打开图形界面操作。
覆盖范围是它与许多单器官分割模型的主要差异。常见腹部实质器官、胸部相关结构、骨性结构和部分血管结构可用于科研预处理。对回顾性队列来说,可以先生成一批候选mask,再按课题需求筛选变量,例如肝体积、脾体积、椎体范围、肺部区域或器官空间先验。
在数据分析流程中,它常被用来生成体积指标。常见做法是读取某个结构的mask,统计体素数,再结合voxel spacing计算体积,然后导入R或Python进行组间比较、相关性分析、预后建模或机器学习建模。这个过程看似简单,但前提是分割质量和扫描范围经过质控。
- 输入:通常是CT影像文件;若原始数据为DICOM,可先在脱敏后转换为NIfTI。
- 输出:多个结构的mask,可在3D Slicer、ITK-SNAP、MONAI或Python中读取。
- 质控:建议先抽查10到20例,或按研究方案设定抽样比例,再批量处理全队列。
- 记录:论文方法学中应记录TotalSegmentator版本、输入格式、转换工具、是否人工修正和质控标准。
医学科研中怎么用更稳妥
如果是腹部CT研究,TotalSegmentator可作为器官体积测量的起点,例如先生成肝、脾、肾等结构mask,再计算体积并与实验室指标、预后结局或治疗反应做统计分析。如果是AI项目,它可以用于预标注或生成空间先验,帮助模型聚焦在目标器官区域。
如果是放疗相关研究,它更适合作为危及器官或解剖结构的预分割,后续仍应由有经验人员在专业软件中复核。尤其当研究终点依赖边界精度、剂量体积直方图或小结构分割时,不能只依赖自动结果。
和同类工具怎么选
如果你要的是现成CT多结构自动分割,TotalSegmentator通常比从零训练nnU-Net更省准备时间。nnU-Net更适合有明确靶结构、有自有标注数据、准备训练或验证专用模型的团队。
和3D Slicer Segment Editor相比,TotalSegmentator更适合批量预分割;3D Slicer更适合逐例查看、手工修边、可视化和导出结果。实际科研项目里,两者经常搭配使用:先自动分割,再人工复核和修正。
- TotalSegmentator:批量、自动、覆盖结构较多,适合CT队列预处理和预标注。
- 3D Slicer:交互式编辑能力强,适合人工复核、精修和教学展示。
- MONAI Label:适合团队搭建主动学习标注平台,但部署、维护和标注流程设计要求更高。
- nnU-Net:适合有标注数据并希望训练自有模型的研究团队。
哪些情况不适合用
不要把它当作临床最终结果。术后解剖改变、巨大肿瘤、金属伪影、扫描范围截断、儿童特殊解剖或罕见变异都可能影响分割质量。如果论文终点依赖毫米级边界、剂量学参数或小体积结构,必须设置明确的人工复核和修正标准。
此外,它的主场是CT。MRI、超声、内镜或病理图像项目不应直接套用。对于没有命令行经验的团队,也要预留至少30分钟以上进行安装、环境配置和测试;正式批量运行前,应先用少量病例验证输入格式、输出结构和质控流程。
替代选择
如果 TotalSegmentator 不适合你,可以考虑:
同类工具推荐
如果你需要更完整的文献工作流
从检索到精读,一站完成
这个工具适合特定场景。如果你需要中文检索、实时翻译、AI 辅助精读,可以试试超能文献。
了解超能文献