官方文档 网址:https://github.com/fo-dicom/fo-dicom托管在github上. 官方例子 Dicom文件基本操作 var file = DicomFile.Open(@"test.dcm"); // 打开文件var file = await DicomFile.OpenAsync(@"test.dcm"); // 异步打开 file中保存了dicomFile信息. var dataSet =file.Dataset(); // dat

DICOM标准是医学影像界技术人员逃不掉的标准.本系列专题是JATI对DICOM标准的阐述,力图使PACS管理员和软件工程师都能理解. DICOM标准的提出者DICOM标准委员会是ISO组织的合作者.作为一个标准,为了表达的准确性和普适性,措辞方面非常谨慎.这有一个副效果,就是原本很明白的东西,用了它那套名词系统后,变得非常模糊. IOD (Information Object Definitions) - 面向对象程序设计中有“类”的概念(Class).比如说Rectangular类,有Len

在DICOM标准里,有三个TAG与成像的方向相关. 参考来源:Kitware关于DICOM方向的说明 http://public.kitware.com/IGSTKWIKI/index.php/DICOM_data_orientation 包括 1.Image Position (0020,0032): specifies the x, y, and z coordinates of the upper left hand corner of the image. In other words,

CT 的第一张到倒数第二张的时间0040,0002(ScheduledProcedureStepStartDate)DA:2008-10-27;0040,0003(ScheduledProcedureStepStartTime)TM:10:41:49;0040,0004(ScheduledProcedureStepEndDate)DA:2008-10-27;0040,0005(ScheduledProcedureStepEndTime)TM:11:11:49;0040,0244(Performe

UID形式上是一个字符串,用于唯一标识DICOM标准中各种不同信息对象,如数据元素的值表示类型.DICOM抽象语法名.传输语法.应用程序上下文名字等,以保证在各个不同的国家.地区.生产商.设备使用时的唯一性. UID的組成分为2部分,一个是根,一个是后缀 UID = <org root>.<suffix> <org root>:组织识别码,由若干数字组成 <suffix>:在该组织內的唯一识别码,由若干数字组成 每组数字以实心句号「.」分开 1.SOP Cl

本文主要讲述dicom标准及dicom通讯的工作方式.dicom全称医学数字图像与通讯 其实嘛就两个方面 那就是“存储”跟“通讯”. 文件数据组织方式  网络数据组织方式.文件数据组织方式就是解析静态的dicom文件 在 <dicom格式文件解析器>一文中已经阐述过了 就不再说了.网络数据组织方式 简而言之就是各种协议 命令控制 数据序列化.那么这一章中我们将会讲他,但是进行实际操作将在后面几章. 又一篇详尽的Dicom协议介绍: http://blog.csdn.net/zssureqh/a

转载:http://blog.csdn.net/zssureqh/article/details/44278693 题记: 近一年来一直坚持周末写博客,整理工作和闲暇之余的点点滴滴.对于新知识点.新技术的涉猎会单独成文,对于与DICOM相关的知识统一放在了DICOM医学图像处理 专栏里,其实DICOM英文全称是Digital Imaging and Communications in Medicine,即医学数字成像和通信.这就表明DICOM标准至少应该分成图像处理和网路通信两大部分.之前也探讨

转载:http://blog.csdn.net/zssureqh/article/details/41016091 背景: 专栏取名为DICOM医学图像处理原因是:博主是从医学图像处理算法研究时开始接触DICOM协议的.当初认识有局限性,认为DICOM只是一个简单的文件格式约定,简而言之,我当时认为DICOM协议就是扩展名为DCM文件的格式说明.其实不然,随着对医疗行业的深入,对DICOM协议也有了更全面的认识.而今才发现DCM文件只是DICOM协议一部分中的一小节,仅仅是整个协议中的一个数据结

一 什么是DICOM?DICOM是Digital Imaging and Communication of Medicine的缩写,是美国放射学会(American College of Radiology,ACR)和美国电器制造商协会(National Electrical Manufacturers Association,NEMA)组织制定的专门用于医学图像的存储和传输的标准名称.经过十多年的发展,该标准已经被医疗设备生产商和医疗界广泛接受,在医疗仪器中得到普及和应用,带有DICOM接口的

由于需要阅读影像,对DICOM需要先熟悉起来.关于DICOM,找了一些资料,可以学习.如下: DICOM标准:http://dicom.nema.org/standard.html 中文 DICOM 标准4.0:http://www.docin.com/p-56572201.html&dpage=1&key=DIC%E6%80%8E%E4%B9%88%E6%B2%BB dicom通讯的工作方式及dicom标准简介:http://www.cnblogs.com/assassinx/p/322

背景: 从DICOM网络传输一文开始,相继介绍了C-ECHO.C-FIND.C-STORE.C-MOVE等DIMSE-C服务的简单实现,博文中的代码给出的实例都是基于fo-dicom库来实现的,原因只有一个:基于C#的fo-dicom库具有高封装性.对于初学者来说实现大多数的DIMSE-C.DIMSE-N服务几乎都是“傻瓜式”操作——构造C-XXX-RQ.N-XXX-RQ然后绑定相应的OnResponseReceived处理函数即可.本博文希望在前几篇预热的基础上,对比DCMTK.fo-dico

题记: 在过去的一年中一直坚持周末博客,整理工作与休闲比的点点滴滴. 新知识点.新技术的涉猎会单独成文,对于与DICOM相关的知识统一放在了DICOM医学图像处理 专栏里,事实上DICOM英文全称是Digital Imaging and Communications in Medicine,即医学数字成像和通信.这就表明DICOM标准至少应该分成图像处理和网路通信两大部分. 之前也探讨过专栏名称 的问题,总而言之因为历史原因和自身懒惰一直没有抽出精力再开一个专栏,暂且如此吧. 尽管没有又一次开专

医疗图像解析 Dicom 后缀: .dcm..DCM Dicom中规定的坐标系是以人坐标系为绝对坐标系的,规定X轴正向指向病人的左侧,Y轴正向指向病人的背部,Z轴正向指向病人的头部.但是,坐标点的位置,每个厂商都有自己的看法 下图展示了成像过程中对应的坐标系 成像坐标系 三视图 图片信息中的Tag说明 在DICOM中,是通过Image Position和Image Orientation来描述当前的图像和人体坐标系的相对位置的. 解析举例 import dicom import pylab im

How Does DICOM Work ? DICOM有一套自己自己的模型体系,在进行具体介绍之前,首先讲解下DICOM模型: 在DICOM世界当中,所有的包括患者.检查.医学设备等都可以被视为具有不同特性(Property)或属性(Attribute)的对象.所有这些对象的属性或者特性的定义都已经在IOD(Infomation Object Definitions)中标准化了.我们可以将这些IOD视为attribute和description的一个集合,通常一个患者的IOD包含姓名.病历号(M

背景: DICOM分为两大类(这里只是从DICOM相关从业者日常工作角度出发来分类的):1)DICOM医学图像处理,即DCM文件中具体数据的处理,说图像可能有些狭隘,广义上还包括波形(心电).视频(超声)等等:2)DICOM网络传输,主要描述信息在医院各系统之间的交互方式及传输格式.一旦解析出DICOM的文件格式其实与常规的图像处理就没有差别.如果仅此而已,可以说跟医疗就没有任何关系,与医疗行业结合紧密的是第二类“DICOM网络传输”,该部分是日常患者到医院就诊等整体流程的抽象,是DICOM标准

引言 随着Ul(超声成像).CT(计算机断层成像).MRI(核磁共振成像).CR(计算机X线成像).电子内窥镜.盯(正电子发射断层成像)和MI(分子影像)等医学影像设备不断涌现,利用计算机对医学影像设备采集到的图像进行后处理的医学图像处理与分析技术也越来越成为放射科医生和临床医生进行疾病诊断的重要辅助手段.在医学图像的处理过程中医生经常需要频繁地变换窗宽.窗位来对感兴趣的病灶部位进行细致的研究,但传统的医学图像的显示方法不能达到实时显示图像的目的,图像的显示具有明显的迟滞现象,致使医生很多的时间

背景 前段时间博文DICOM:dcm4che工具包怎样压缩dcm文件探讨(前篇)提到了一个问题:"利用dcm4che工具包中的dcm2dcm来进行dcm文件的压缩和加压缩.即改变dcm文件里的Transfer Syntax,比如由1.2.840.10008.1.2(Implicit VR Little Endian)变成1.2.840.10008.1.2.4.70(JPEG LossLess,Non-Hierarchical,First_order Prediction Process 14).

背景: 上一篇博文对DICOM中的网络传输进行了介绍.主要參照DCMTK Wiki中的英文原文.通过对照DCMTK与fo-dicom两个开源库对DICOM标准的详细实现,对理解DICOM标准有一个更直观的认识.此篇博文是对上一篇博文的补充.由于专栏前面的演示样例大多是利用DCMTK工具包来进行的,此次借着分析fo-dicom源代码结构的机会,參照fo-dicom的README.md,给出C-ECHO 和C-STORE服务的详细实现.在实现的同一时候给出DICOM3.0标准中的相关介绍,帮助我们理

最近在准备一场有关DICOM应用的讲座,整理了一下思路.想了几个问题,发现挺有意思的,想与大家共同分享.接触过DICOM,应该了解普通DICOM 文件包含的四级属性,病人,检查,序列,影像.每一级别需要具有能够唯一标识这个等级属性的键值,类似关系数据库中的主键.病人对应的为Patient id, 检查 study instance UID, 序列 Series Instanceuid,影像 SOP Instance UID. Patient问题为何病人级没有一个Patient instance

前言:       正如前述文章中提到的,DICOM(Digitial Image Communications in Medicine)是所有从事医学影像处理的工作者需要了解的最基本的图像格式. 假设一个患者到医院就诊,为了判断他的病灶,医生需要指定不同的检查(例如:CT,MR,Ultrasound等),而每一项检查(Study)都需要由相对应的仪器来完成.但是仪器产生的一系列(Series)的影像(Image),比如(用CT产生了一组10张,MR产生了10张和20张各一组影像),那么这些不同

最近导师一直让做智慧医疗的一个项目,这里面涉及到DICOM格式的文件处理,在这里分享一下自己学到的关于DCM文件的一些内容. DICOM DICOM(DigitalImaging andCommunications inMedicine)是指医疗数字影像传输协定,是用于医学影像处理.储存.打印.传输的一组通用的标准协定.它包含了文件格式的定义以及网络通信协议.DICOM是以TCP/IP为基础的应用协定,并以TCP/IP联系各个系统.两个能接受DICOM格式的医疗仪器间,可通过DICOM格式的文件