DICOM：开源书籍之『DICOM标准中文版』启动计划

题记：

博客早已不是时下最流行的传播媒介，或许在技术圈子还仅存一线生机。之所以选择技术博客，初衷是为了记录自己工作中的点滴，因为随着岁月流逝，记忆力已大不如从前；其次是为了交流和分享，结交同行和同好，相互探讨从而共同进步；最后是希望能够集合大众所长，做一些更远大、更有意义的事情。
零零散散，原创博文也已写了上百篇，有“DICOM医学图像处理”专栏、有“踩坑填坑”、有“日积月累”，还有近期的“那时今日”系列。之所以分类如此复杂，主要是希望保证原创博文的质量，通过近一年与博友的交流，发现在这及其细分的领域需求很大，而资料甚少，尤其是中文资料。
这样就萌发了之前的想法——以开源书籍的方式翻译DICOM协议。自发翻译DICOM官方标准，以DICOM协议为切入点，通过阅读、研究、直至翻译，更加全面掌握标准，尤其加深对医疗行业的了解。
随着国内新医改的逐步深入，各行各业的创业者开始涉足医疗行业，无论出于颠覆旧有体制和现行标准，还是出于对DICOM标准了解不足的角度，未来新的医疗大环境下必然需要标准的更新，或新的标准。称之为DICOMX.X也好，称之为XXX也罢。充分研读现有标准，实时关注当下新需求，为改善或制定适应未来医疗环境的新标做准备……

背景：

如我博客格言“只要踏出一步，路就在前方”所言，路总是需要一步一步走的，事情总是需要一件一件做的。因此近期开始着手启动“DICOM中文标准”开源书籍项目，由于DICOM标准浩如瀚海，仅凭一己之力很难推动。需要集合大家所长，这也是开源书籍的最大魅力所在。

开源书籍协同工具：

开源书籍方式较多，为了后续更好的协作，更高的工作效率，选择一种合适的方式很重要。近期尝试和了解了诸多协同编辑工具，例如GitHub、GitBook、石墨、看云。各种工具各有利弊：

GitHub：GitHub是基于Git分布式版本管理工具的一种协同管理工具，平台中使用MarkDown进行文本管理，有诸多开源书籍是放到GitHub中托管的（诸如七天学会NodeJS、Docker中文指南、Go编程基础）。GitHub在开发者中拥有极高的热度，内部拥有众多的开发高手，对于技术类书籍托管到GitHub最合适。但是GitHub在国内访问时常会出问题，如果采用GitHub作为开源书籍托管平台，要考虑这个问题。

GitBook：Github本身的目录结构并不一定符合阅读的习惯，而且没有提供pdf,ePUB,MOBI等格式的转换下载。GitBook 就是解决这一问题,GitBook在保持在Github的书写习惯外，稍加配置，就能自动发布到GitBook上，形成界面漂亮的电子书了,同时还支持html,pdf,ePUB,MOBI等格式。例如Docker技术入门与实践，GitBook的操作与之前利用Hexo搭建Github的个人主页中提到的Hexo很相似。对于GitBook的使用方法的介绍文档也比较多，使用GitBook平台发布电子书、GitBook：使用Git+Markdown快速制作电子书。这对于程序员来说操作还算简单，但对非程序员来讲比较繁琐。

石墨：一款小清新的文档在线协同编辑软件，其内部也可以协同编辑，评论，还可以实时显示评论者头像（如下图）。但对于学术和研究氛围浓郁的题材略显活泼。

看云：注册完成后，立刻尝试了一下，也是使用MarkDown进行编辑，目前已有诸多开源书籍放到了看云平台中（如下图所示），与此同时还可以设置权限，基本能够满足前期的要求，但是每个文档的编辑人员只能设置为9人（如下图所示），所以需要分级管理才能将整个DICOM3.0标准分配完成。前期人员不多的情况下可以由我来管理最顶层目录，然后按照功能或难易程度分成不同的几部分（例如就分成9部分）。然后每一部分负责的人可以再将其内部的文档分给9个人来编辑。最后每间隔一段时间进行一次整合。

项目启动计划：

作为开源书籍，主要目的是希望通过汇聚大家所长，为行业内从业者提供免费的帮助，与此同时能够对项目参与者自身经验的锤炼和升华，提升写作上水平和专业技能。
鉴于DICOM3.0标准复杂，专业性强，且章节众多，因此采用分工合作、协同编辑的方式，每个章节推选一位负责人，负责人的主要职责是负责协同其他成员对该章节的编辑，约定每一个月统一整合一次，发布到统一的平台。另外也会请求英文专业人士协助，对翻译中的错误、瑕疵进行修改，最大限度的呈现英文原文。
通过上述各协同工具的分析和体验，目前初期启动计划如下：
第一阶段：使用看云工具进行协同编辑。将官网最新DICOM3.0标准进行划分，初步构想按照数据格式、网络传输、应用实例、其他分为4大部分。每一部分有一个主要负责人，然后主要负责人可以寻找其他成员。（【注】：目前由于看云软件所限，每个小组最多9名成员，当然如果逐级分割的话理论上是可以扩展到无数成员的，这都是后话。)
第二阶段：各部分的负责人每个月统一整合一次各自的最新版本。然后由管理者统一整合到对外发布的版本中，该版本完全公开，供大家浏览。鉴于GitHub和看云都支持MarkDown格式，与此同时为了保证数据的安全性，以及被更多的人员浏览，最后管理者也会将每月整合的版本同步到GitHub上，如果有成员希望在GitHub进行提交修改，有管理者和各部分负责人每月讨论时来决定是否需要整合。
第三阶段：每个月发布的版本会推送给专业的英文翻译者进行语法层面的审核，做到翻译准确无误。
第四阶段：具体示例代码。该阶段与上述三阶段时间上并非完全分开先后，可重叠提交。每部分的示例代码统一提交到GitHub主版本库中，并在标准中以脚注或连接的方式给出。示例代码提交时要表明语言版本（如C、C++、C#、Java等），以及使用的开源库（如dcmtk、fo-dicom、dcm4che等），并确保代码下载编译后可运行。（示例代码中如果需要使用到具体的dcm文件，请确保做好匿名化处理，做到保护患者隐私，特此说明。)

结语：

初步的设想如博文中所描述，有兴趣者可邮件联系我。




作者：[email protected]
时间：2015-06-14凌晨