只要踏出一步，路就在前方——zssure

一、背景：之前在知识星球介绍过clouddicom，是由国外Vasant Kearney博士发布的一款云端在线支持DICOM数据中目标结构勾画的工具，可以作为放射治疗领域学习前端靶区勾画的入门资料。官方网址是： www.clouddicom.com.（近期该网站不可访问，具体代码可移步我的github项目https://github.com/zssure-thu/clouddicom)。具体的clouddicom工具操作在youtube上也有视频介绍（ https://www.youtube.com/

背景介绍cornerstone几乎是所有做B/S架构必要的学习框架，之前博文刚介绍过，cornerstone本身并不解析DICOM数据，而是依赖于dicomParser.js这个前端库。dicomParser库对DICOM格式的兼容性，目前是远远落后于dcmtk、dcm4che、fo-dicom这类后端库的，其本身并不是因为前/后端语言的差异，更多的是因为之前的解析都是放在后端，所以对前端库的维护和更新比较匮乏。DICOMer星球，每日更新知识点，欢迎加入，一起交流学习！此博文是DiBugs（即DI

题记：肿瘤放射治疗领域的研究是一个学习DICOM标准（尤其是DICOMRT）很好的实例，涵盖了：传统的医学图像存储（即我们通常讲的DICOM图像文件，其中包含pixel data标签，这个部分也是大多数人认为的DICOM的全部），肿瘤区域标记文件（RTSTRUCT，全称为Radiotherapy StructureSet，用闭合曲线坐标的形式记录医生勾画的肿瘤轮廓）、肿瘤治疗计划文件（RTPLAN，全称Radiotherapy Plan，用射束Beam、分次Fraction等来表述放射治疗设备实际

背景：放疗是一个复杂的过程，同时需要肿瘤医师、模拟定位技师、剂量师、物理师、治疗技师、护士等多重角色参与。整体流程涉及到成像系统、定位系统、计划系统、治疗系统、质控QA系统、信息管理系统等多个独立的子系统，相较于常规医疗信息系统（诸如HIS、RIS、LIS、PACS等）存在着“各子系统的整合程度低、传输数据量大、操作实时性差，以及学习成本高”等问题。

背景：继上一篇博文后，继续科普肿瘤放疗领域中的相关概念。文中的知识点都来自于相关的官方或相关企业文档，仅从相关行业从业者的角度来进行阐述，由于本人不是放疗医生和技师，因此可能与实际工作中的环节有出入，欢迎大家来邮交流，共同进步。 本博文开篇让我从最熟悉的DICOM文件格式说起，相较于普通的bmp图像而言，DCM是结合了患者、医院、设备等相关信息于像素数据之上的文件。但单单从像素数据来看，两者同样存

背景：时间过得好快，今天已然是2016年的最后一天。从最初对图像的一无所知，到与医学图像的偶然结缘，逐渐接触了各类医学影像设备、熟悉了医学成像原理；再到如今对DICOM医学国际标准的掌握和精通，对医疗信息化的渴望与热爱，走过的年头，踩过的坑已经记不清倒底有多少了。2016又是匆匆的一年，或许离心中的梦想又近了一步，但还是未能完成。还是未能打磨出一款真正令自己满意的产品，医疗大健康事业依然任重道远，吾

背景：DICOM-RT系列博文着眼于DICOM3.0中对放疗领域的补充标准，即DICOM-RT。为了方便后续对DICOM-RT中相关IOD、SOP概念的理解，专栏近期做了放疗相关知识点的普及。 PS：当然本人并非放疗专业人士，文中概念多整理来自国外文献书籍、google，以及wiki。文中不妥之处，欢迎大家邮件交流。

背景：专栏上一篇博文提到过，近期有博友对DICOM标准中的放疗部分（DICOM RT）比较感兴趣，因此决定后续几篇博文会由浅入深逐步介绍一下放疗领域的相关知识点。从一个工程技术人员角度给大家呈现放疗的全流程，介绍大致分为放疗综述与基本知识点、DICOM标准中DICOM RT的剖析、基于DICOM RT的放疗信息化建设三个系列，具体细节请浏览最新的专栏博文。

题记：记得某一堂课上，学数学的管理学老师讲过一句话，“科学就是分类”，通俗而易懂。此篇博文成文于三年前，当时作为初入某一个领域的调研资料，为了区分好诸多专业术语，因为只有从基础概念入手理清楚了才能逐步深入。现如今发上来供大家讨论与批评指正。一、背景介绍肿瘤放射治疗是肿瘤治疗的三大手段之一，放射治疗（没有特殊说明，这里的放射治疗专指外照射，external beam radiotherapy）主流的是适形放疗（conformal radiotherapy），主要包括调强放疗（IMRT，Intensity