CN109767827A - Dicom图像原始数据在内存中的共享方法和共享系统 - Google Patents

Dicom图像原始数据在内存中的共享方法和共享系统 Download PDF

Info

Publication number
CN109767827A
CN109767827A CN201910030890.3A CN201910030890A CN109767827A CN 109767827 A CN109767827 A CN 109767827A CN 201910030890 A CN201910030890 A CN 201910030890A CN 109767827 A CN109767827 A CN 109767827A
Authority
CN
China
Prior art keywords
dicom
data
image
shared
display
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN201910030890.3A
Other languages
English (en)
Inventor
郑家亮
杜映荣
唐太昆
李翔
后嘉林
夏玉
周庆
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Yunnan University YNU
First Affiliated Hospital of Kunming Medical University
Third Peoples Hospital of Kunming
Yanan Hospital of Kunming City
Original Assignee
Yunnan University YNU
First Affiliated Hospital of Kunming Medical University
Third Peoples Hospital of Kunming
Yanan Hospital of Kunming City
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Yunnan University YNU, First Affiliated Hospital of Kunming Medical University, Third Peoples Hospital of Kunming, Yanan Hospital of Kunming City filed Critical Yunnan University YNU
Priority to CN201910030890.3A priority Critical patent/CN109767827A/zh
Publication of CN109767827A publication Critical patent/CN109767827A/zh
Pending legal-status Critical Current

Links

Landscapes

  • Measuring And Recording Apparatus For Diagnosis (AREA)

Abstract

DICOM图像原始数据在内存中的共享方法和共享系统,属医学影像处理技术。医学影像分析与处理过程中大量存在着同一图像在不同参数下的对比显示,以及以打印胶片为目的的调节后图像同机显示的情况。本发明共享数据和信息包括DICOM基本信息、图像数据共享、覆盖层共享、显示对照表共享、索引图共享;方法包括共享加载与共享释放、共享同步、共享前处理、共享查找、脱敏处理、数据修改、数据调度等。本发明解决同一DICOM图像的不同参数显示实例在机器内存中共享数据,以达到加快处理速度,减少机器内存资源消耗,降低故障率,加强图像内容显示的一致性,减少应用开发难度的效果。

Description

DICOM图像原始数据在内存中的共享方法和共享系统
技术领域
本发明涉及医学影像处理技术,特别是涉及DICOM图像分析处理中的原始数据在内存中的共享方法和系统。
背景技术
DICOM国际标准在医学影像领域几乎被所有的厂商接受并应用,只要涉及对接另一个厂商或使用另一个厂商生成的图像都离不开DICOM标准。医学影像的 DICOM标准格式不仅仅存储了图像数据,还包含了大量的图像相关的信息,比如生成图像的对象(病人)信息、生成图像的设备以及当前设备的执行参数、操作执行者信息等;更多地,DICOM图像还会包含数据与显示对照关系、多层图像数据等。
DICOM原始图像数据跟计算机显示数据有较大的差别。计算机显示图像以 Bitmap格式为代表,0-255分别表示从黑到白的256级色阶,彩色图像以RGB 三种基色分别3个位面组成。实际上人眼睛能够分辨的色阶仅有几十个。DICOM 图像把医疗仪器设备检测到的数据多用2个字节(0-65535)来计数,范围远大于计算机普通的显示范围,而且大范围的数据中的大部分都是有效数据,不同的范围表示人体不同组织的成像数据,这是医学影像检查技术的优越之处。
DICOM中,不同区间的数据展示称为窗口,包括窗位(WC:Window Center, [0028,1050])、窗宽(WW:Window Width,[0028,1051])分别表示图像数据中以WC为中心,WW为宽度的数据,以线性、GAMMA曲线或对照表方式,把数据映射到计算机显示器可以展示的0-255区间。医学影像处理中经常需要将不同窗口的图像同时显示在一台机器的一个或多个显示屏上,或者一个图像的整体与局部放大图像同时显示。医学影像数量很大,一次检查的图像数千张是很常见的,上万张也有。医学影像处理中,通常一台机器同时显示大量的图像,也包含一个原始图像的多种方式的显示。另一方面,由于对速度性能的考虑,大量可能用到的图像数据也会提前加载到本机内存中。因此尽管计算机硬件发展很快,计算机内存看起来很大,但医学影像图像的数量和精度也以同样的速度在增长。
当前,医学影像处理同一原始图像的不同显示时,用多个DICOM图像对象对一个原始图像文件,每一个对象加载一次原始数据,其不足是:导致完全相同的DICOM原始数据在内存中存在多份,加大了不必要的内存资源消耗;相同的处理,比如JPEG解压,反复进行,内存“搬运”多,速度性能优化不够;如果其中一个对象处理实例对图像或信息进行修改,其他副本的显示一致性不能及时反映。
发明内容
本发明的目的在于克服现有技术的缺点,提供一种DICOM图像原始数据在内存中的共享方法和共享系统,从而在DICOM图像分析处理中加快处理速度,减少机器内存资源消耗,降低故障率,加强图像内容显示的一致性,减少应用开发难度。
本发明方法的特征在于:
在计算机内存中创建DICOM数据共享区,供一个或多个DICOM图像显示处理应用实例共享DICOM原始数据;
加载DICOM图像,并把DICOM图像数据的Transfer Syntax(0002,0010) 按照DICOM标准统一转为非压缩的DICOM Implicit VR Little Endian Transfer Syntax格式和语法,即(0002,0010)=1.2.840.10008.1.2,生成DICOM原始数据共享区;
根据应用窗口显示图像的要求,从共享中获得数据,根据DICOM标准及显示参数生成显示缓冲区数据,同时管理DICOM数据的加载、激活、共享同步、数据更新、数据脱敏处理。
本发明系统的特征在于:
包括DICOM标准解析与转换模块、DICOM数据内存共享管理模块、DICOM图像人机交互模块;
DICOM标准解析与和转换模块,用于打开将DICOM文件数据,解析工作中的内容,并把DICOM图像数据的Transfer Syntax(0002,0010)按照DICOM标准统一转为非压缩的DICOMImplicit VR Little Endian Transfer Syntax格式和语法, DICOM图像数据根据应用参数转换为可在计算机屏幕上显示的位图数据;
所述DICOM数据内存共享管理模块,用于创建DICOM数据共享区,管理共享数据的加载、数据格式统一、共享应用对象的状态及消息通知,实现DICOM共享数据的加载管理、激活管理、共享同步、数据更新、数据脱敏处理;
所述DICOM图像人机交互模块,用于显示DICOM图像,用户操控DICOM显示图像调节显示参数,显示参数发生变化时再次生成显示图像数据。
上述全部模块组成一个系统,本领域普通技术人员可根据DICOM标准和实际应用需要增加更多的应用模块,满足各类医学影像分析处理应用;该系统可以运行于服务器、PC、手机、平板电脑等计算机设备。
可选地,DICOM图像人机交互模块可以单独形成系统,运行于网络前端,相当于云终端,服务端运行DICOM标准解析和转换功能模块和DICOM图像数据内存共享管理模块组成的云服务系统,云终端上显示的内容来自云服务器。
按照医疗影像的使用习惯,患者做完影像检查后一段时间,比如1天内,影像医生、临床医生、患者等都会访问影像,有时也有多人同时访问,特别在会诊过程中;另一方面,服务器要提供大量的不同影像的访问服务,并发量、服务量大,因此本发明方法和系统应用于网络环境时,能够发挥更高的提高性能和降低消耗的作用。
本发明的有益效果:
同一DICOM图像不同参数对比显示,以及DICOM图像分析与胶片打印同时处理时,本发明一是减少了一次DICOM图像数据从磁盘或网络上加载的过程,二是在内存中减少了一份或多份原始数据存储,这样明显加快处理速度,减少机器内存消耗;
如果DICOM图像采用了压缩协议,即DICOM的Transfer Syntax(0002, 0010)大于1.2.840.10008.1.2.4时,最少可以减少一次DICOM解压过程,从而加快速度;多应用窗口显示处理同一图像,若对其中一个窗口的数据进行修改,本发明的共享方法可让其他各个副本可以同时得到实时更新,避免同一数据在不同窗口上显示的不一致;
每天发生这样的共享数以亿计,每次医生阅片诊断,进行一个窗口调节操作数据反复解析生成适用于计算机显示的数据也达数百次,比如每秒约20次更新,在显示效果上才感觉到平滑变化,因此DICOM医学影像处理少量的性能提高也具有较大的价值。
附图说明
图1是实施例中方法的DICOM图像原始数据共享应用示意图;
图2是实施例中方法的DICOM数据内存区结构图;
图3是实施例中方法的DICOM图像分析处理中的原始数据在内存中的共享流程图;
图4是实施例中方法的DICO方法M图像的原始数据共享管理流程图;
图5是实施例中共享系统的结构示意图。
具体实施方式
下面用实施例及相关附图,对本发明方法做进一步的描述。
见图1,表明实施例DICOM图像分析处理中的原始数据在内存中的共享方法的基本原理,包含以下内容:
C100、DICOM的基本信息,DICOM标准中信息对象定义(Information ObjectDefinitions),除了内容C101、C102、C103、C104之外都归并到这个模块内容中。
C101、本发明方法共享的最核心内容——图像数据,数据存储格式统一为非压缩、低地址存放最低有效字节的格式(Implicit VR Little Endian),除了图像数据之外的其他图像属性信息存放在C100中。
C102、DICOM显示对照表LUT(Lookup Table),存储语法统一为DICOM Implicit VRLittle Endian Transfer Syntax(1.2.840.10008.1.2),多个 LUT按顺序堆放。
C103、DICOM图像覆盖层数据,包括DICOM OVERLAYPLANE模型、CURVE模型、GRAPHIC AND WAVEFORM模型,管理方法同C102。
C104、DICOM图像索引图(Icon Image),管理方法同C102。
C121、DICOM图像的一种显示的参数集,至少包含显示区域长、宽,显示图像缩放比例,图像中心位置,显示图像的窗宽(WW:Window Width,[0028,1051])、窗位(WC:WindowCenter,[0028,1050])。
C120、一种显示缓冲数据,共享C100和C101,以及若有的话包含C102、 C103、C104,采用参数C121,根据DICOM标准生成的适合计算机屏幕显示的内容缓冲数据1;当C121发生变化时,该内容再次重新生成。
C123、DICOM图像的另一种显示的参数集,见C121说明。
C122、另一种显示缓冲数据,见C120说明。
C125、DICOM图像的另一种显示的参数集,见C121说明。
C124、另一种显示缓冲数据,见C120说明。
C130、DICOM图像第一个显示窗口,由操作系统屏幕刷新事件触发,从内容 C120中取显示缓冲数据,直接送入显示,展现出DICOM图像的一种显示效果。
C132、DICOM图像另一个显示窗口,由操作系统屏幕刷新事件触发,从内容 C122中取显示缓冲数据,展现出DICOM图像的另一种显示效果,直接送入显示。
C134、DICOM图像胶片排版显示窗口,由操作系统屏幕刷新事件触发,从内容C122中取显示缓冲数据,直接送入显示,展示出上述共享内容的胶片打印效果。
可选地,同一DICOM图像可以有更多不同效果的显示副本,也就是C120、 C121创建更多的副本,也包括同一DICOM图像的相同显示。
上述技术方案中,两个或多个显示窗口可以通过共享DICOM图像的原始数据,按照不同显示参数展现图像,从而使得数据从磁盘或网络加载的次数减少,可能需要的数据解压减少,内存消耗减少,从而提高性能,降低内存和CPU资源消耗;数据发生更新时,直接更新共享数据,不同窗口上显示的内容保持一致。
见图2,表示实施例DICOM图像共享区的结构,包含如下内容;
C200、DICOM图像UID(Image SOP Instance UID),图像唯一编号,应用于显示程序通过该值找到可共享DICOM原始数据目标,同样应用于在磁盘上网络上找到该UID对应的图像文件,该值来自DICOM目录或数据库按病人 (Patient)、诊断(Study)索引的结果。
C201、应用于表示当前数据是否准备好;数据准备好用100表示,0-99分别表示图像数据当前准备进度状态,即0%-99%,数值发生变化时通过共享表中的记录通知应用更新显示,数据准备好后激活图像显示处理应用实例,用户人机交互方可操作。
C203、存放DICOM图像的原始数据,是最主要的共享数据,即主显示图像的原始数据;图像每个像素点的值可以是8-16位(bit),双字节为Little Endian 编码格式,非压缩格式,即DICOM Implicit VR Little Endian Transfer Syntax 中,即(0002,0010)=1.2.840.10008.1.2;多帧图像数据按顺序堆放存储。
C205、应用于管理共享对象的基本信息,内容符合DICOM标准定义;
C207、应用于管理共享对象的C203之外的数据类内容,包括查找表(LUT)、覆盖层显示数据(OVERLAY)、索引图数据(ICON Image)。
C220、共享计数,记录有多少显示窗口对象使用共享数据;
C222、共享表,记录DICOM图像显示处理实例,记录方式见C224、C226。
C224、DICOM图像显示处理实例1:记录第1个共享应用实例的窗口句柄、更新标志。
C226、DICOM图像显示处理实例2:记录第1个共享应用实例的窗口句柄、更新标志。
有更多的窗口共享DICOM图像时,按链表方式增加共享表结点。
一个DICOM对应一个DICOM图像共享区,多个DICOM图像共享区可以按链表方式前后关联,查找时从首个共享区开始,逐个向后查找。
见图3,表示实施例DICOM图像分析处理中的原始数据在内存中的共享方法流程,包括以下步骤:
S301、共享数据区初始化,加载状态为0,C220设为一个DICOM图像的唯一实例UID(Image SOP Instance UID),图2中各数据都为0。
S310、DICOM图像共享数据区及管理,共享区结构见图2,共享管理流程见图4。
S320、DICOM文件加载,有两种情况执行这一步骤:一是预加载程序根据图像调度算法调用本模块加载文件,预加载是指DICOM图像还没有使用时提前从文件或网络提取DICOM文件到时计算机内存,调度算法指加载DICOM数据文件优先顺序的算法,本领域普通技术人员可以实现预加载和加载调度功能;二是 DICOM图像共享事件获取数据时若数据为空则触发DICOM文件加载程序。
S330、DICOM图像共享前处理,DICOM文件加载后进行协议统一处理和数据归类。包括:若DICOM图像文件的Transfer Syntax(0002,0010)大于或等于“1.2.840.10008.1.2.50”,则图像数据Pixel Data(7FE0,0010)按DICOM标准的数据压缩定义进行解压,单像点的值多于1个字节时,按Little Endian(低位值在前,低地址存放最低有效字节)存储图像数据;若DICOM图像文件的 Transfer Syntax(0002,0010)=1.2.840.10008.1.2.2,将Big Endian格式转为Little Endian,(0002,0010)设为1.2.840.10008.1.2,即DICOM Implicit VR Little Endian Transfer Syntax;图像数据(Pixel Data)、LUTdata、Overlay data(60xx,3000)、Curves data、graphic and waveform数据分别归到C203、 C205、C207,见图2说明。
S340、存储和管理DICOM图像显示参数,显示参数包括屏幕窗口大小、DICOM 中可调节的窗口中心、窗口宽度,显示位置、放大比例,可以根据应用需要再加入其他参数;S350人机交互操作过程变化上述参数,参数变化后驱动屏幕刷新、重复生成显示缓冲数据、从共享数据中提取数据过程。
S341、DICOM图像显示缓冲区存储及管理,从数据共享区S310得到原始数据,最少包含图像数据(Pixel Data)、以及(0008,xxxx)、(0010,xxxx)、 (0018,xxxx)、(0020,xxxx)、(0028,xxxx),xxxx表示0-65535;如果有LUT、 Overlay、Curves、graphic andwaveform中一种或几种数据,按照DICOM标准与图像层进行叠加,用S340参数生成最终显示的位图缓冲数据,存放于C203 缓冲区;DICOM信息和数据转换成显示位图的方法,本领域普通技术人员可根据 DICOM定义或开源代码轻松实现,DICOM图像上叠加显示的图像相关信息在本领域有行业习惯,也可自由定义、取舍。
LUT、Overlay、Curves、graphic and waveform、pixel spacing在DICOM 标准中有明确的定义和说明。
S390、在显示器显示出DICOM图像的一种效果,至少包括图像数据中的一个窗口、一定的缩放比例、显示区间、原始数据与显示位图对照关系;缓冲区数据S341的内容通过操作系统功能API显示到计算机屏幕上。
S350、用户交互操作,包括显示窗口调节、位置移动、显示缩放位数调节图像参数;每一次参数调整,驱动S341再次生成新的显示数据,显示到屏幕上;本领域普通技术人员可根据DICOM标准和实际应用需要增加更多的人机交互功能。
见图4,表示实施例DICOM图像的原始数据共享管理流程,包括以下步骤:
S400、DICOM图像及信息共享内存区,内部结构详见图2及其说明。
S490、DICOM图像显示处理应用实例,即DICOM图像的一种显示,以及人机交互,有一个或多个应用实例。
S410、DICOM共享初始化,功能与步骤S301相同。
S412、基于共享原始数据的加载过程管理,用于改善用户体验的带有状态指示的加载过程管理,具体包括:加载完成之前处于非激活状态,不能操作,仅显示加载的状态;数据加载完成后,加载状态C201置为100,并发生更新显示调用,共享应用实例立即获取数据显示到屏幕上,同时激活人机交互操作功能;加载状态为0-100,0表示未加载,1-99表示加载完成了1%-99%,100表示加载完成;加载状态C201发生变化时调用更新显示功能S430,共享应用实例更新显示;由于加载状态统一由共享管理模块来完成,多个共享应用实例同样实现代码共享,减少开发量,即共享应用实例不考虑加载过程,特别在网络应用中尤其能体现效果。
S414、DICOM数据加载,本步骤是S320和S330的组合。
S420、脱敏处理,可选择执行,仅在研究应用;用户不能看患者敏感信息时执行这一过程;具体地步骤包括:C205中DICOM信息,(0010)组中除了性别(0010,0040),年龄(0010,1010)之外的其他信息全部置为空,若年龄为空则把从(0010,0030)中取出生日,转换为年龄,更新C205中的(0010,1010);年龄和性别不作为敏感信息,所有共享应用实例看不到图像所属患者的敏感信息。
S430、更新显示,当共享区内容发生变化时调用这一步骤过程;内容发生变化的情况有:加载状态变化、DICOM信息有改变、DICOM图像数据有改变;这一步骤将S224、S226以及更多共享表结点的更新标志置为1,并通知共享应用实例,windows操作系统可用消息发送方式通知更新,可选地使用回调函数通知更新消息;共享应用实例收到通知,发生S450共享调用。
S440、修改信息和数据,共享应用实例具有DICOM原始数据修改权限并且有图像数据或DICOM信息需要修改时,通过人机交互界面操作,调用本步骤修改共享信息和数据;修改后的DICOM文件若需要保存,调用保存数据过程,本领域普通技术人员可根据DICOM标准写代码或用开源代码完成保存文件的过程。
可选地,有些DICOM图像没有定标信息,即不知道两个像素点之间横向和纵向所代表的病人身体上的真实距离,因此为了便于测量,在人机交互中进行定标,定标值修改DICOM信息C205中Pixel Spacing(0028,0030),按DICOM标准存入两个像素点之间的真实距离,单位和格式依据DICOM标准制定。
S450、共享调用,共享应用实例通过本步骤获得DICOM原始数据,包含以下步骤:通过DICOM图像UID(Image SOP Instance UID)找到共享原始数据对象;第一次调用共享时在共享表C222共享表后面增加结点,共享计数C220增加1,记录共享应用实例窗口ID,更新标志置为0,随后的调用跳过这一步骤;获取DICOM原始数据信息。
用于单机运行时,分析处理一个病人的影像的过程中有反复的共享调用,直到完成分析处理并释放数据;用于网络服务器时,共享对象DICOM原始数据在内存中存在一段时间,见S470说明释放规则;客户端调用服务器上的影像时,先从共享数据区通过DICOM图像UID查找共享数据,若未找到就驱动创建一个新的共享对象。
S460、关闭共享,包含:共享应用实例释放时发生关闭共享调用,本步骤管理功能删除共享表中的相应结点;释放共享数据及共享管理模块时关闭共享,关闭共享前若共享表中还有共享应用实例,则将C200中DICOM图像UID(Image SOP Instance UID)置为空,调用S430步骤,还未释放的共享应用实例会因找不到共享原始数据而置为空白显示,属于非正常流程,不影响其他流程正常执行。
S470、释放共享数据区,包含下面的情况:在关机、关闭基于本发明的应用程序、处理完成一个病人的档案后关闭档案情况下释放共享数据;KeepDays天未发生共享调用时,释放共享数据,KeepDays=1-3;计算机可用内存少于物理内存的LowMem时,按最后一次共享调用时间最早的共享对象先释放共享数据, LowMem=20%-30%。
如图5所示,本实施例DICOM图像原始数据在内存中的共享系统,包括:DICOM 标准解析和转换功能模块、DICOM图像数据内存共享管理模块、DICOM图像人机交互模块,各模块如下:
M510、DICOM标准解析和转换功能模块,打开DICOM图像文件,根据DICOM 标准解析DICOM数据,根据上述本发明方法的需要实现DICOM协议的转换;
M520、DICOM图像数据内存共享管理模块,包括:初始化及加载过程管理:调用M510模块加载DICOM文件,包括加载过程进度记录及更新、加载数据转换并进入内存共享区,初始化共享数据区,初始化共享对象记录;脱敏处理、更新显示、修改DICOM原始数据及信息、共享调用、关闭共享;
M530、DICOM图像人机交互模块,包括:创新有多窗口的用户界面;打开和关闭病人影像档案;从M520获得DICOM原始数据,通过M510模块以及显示参数转为计算机显示图像,在显示器上显示出来,对显示图像进行操作改变参数;打开对比显示窗口,初始状态下显示内容与第一个窗口内容完全一致,对图像显示参数不断调整后,显示内容与同一图像的第一窗口形成对比;可选地打开胶片排版窗口,调节显示参数,显示效果达到打印胶片的要求;重复上述步骤。
以上所述仅为本发明的一个实施例,仅用于解释本发明,并不能以此限制本发明,凡在本发明技术方案范围内,所做的任何修改、改进,均应包含在本发明保护的范围之内。本发明中的模块和单元,数量既可以单个的形式存在,也可以多个的形式存在,本发明并不对此进行限定。本发明中的步骤标号和模块、单元标号不代表流程的先后顺序。

Claims (7)

1.一种DICOM图像原始数据在内存中的共享方法,其特征在于:
在计算机内存中创建DICOM数据共享区,供一个或多个DICOM图像显示处理应用实例共享DICOM原始数据;
加载DICOM图像,并把DICOM图像数据的Transfer Syntax(0002,0010)按照DICOM标准统一转为非压缩的DICOM Implicit VR Little Endian Transfer Syntax格式和语法,即(0002,0010)=1.2.840.10008.1.2,生成DICOM原始数据共享区;
根据应用窗口显示图像的要求,从共享中获得数据,根据DICOM标准及显示参数生成显示缓冲区数据,同时管理DICOM数据的加载、激活、共享同步、数据更新、数据脱敏处理。
2.如权利要求1所述的DICOM图像原始数据在内存中的共享方法,其特征在于:
C100为DICOM的基本信息,DICOM标准中信息对象定义,除了内容C101、C102、C103、C104之外都归并到这个模块内容中;
C101为图像数据,数据存储格式统一为非压缩、低地址存放最低有效字节的格式,除了图像数据之外的其他图像属性信息存放在C100中;
C102为DICOM显示对照表LUT,存储语法统一为DICOM Implicit VR Little EndianTransfer Syntax(1.2.840.10008.1.2),多个LUT按顺序堆放;
C103为DICOM图像覆盖层数据,包括DICOM OVERLAYPLANE模型、CURVE模型、GRAPHICAND WAVEFORM模型,管理方法同C102;
C104为DICOM图像索引图,管理方法同C102;
C121为DICOM图像的一种显示的参数集,至少包含显示区域长、宽,显示图像缩放比例,图像中心位置,显示图像的窗宽、窗位;
C120为一种显示缓冲数据,共享C100和C101,以及若有的话包含C102、C103、C104,采用参数C121,根据DICOM标准生成的适合计算机屏幕显示的内容缓冲数据1,当C121发生变化时,该内容再次重新生成;
C123为DICOM图像的另一种显示的参数集,至少包含显示区域长、宽,显示图像缩放比例,图像中心位置,显示图像的窗宽、窗位;
C122为另一种显示缓冲数据,共享C100和C101,以及若有的话包含C102、C103、C104,采用参数C121,根据DICOM标准生成的适合计算机屏幕显示的内容缓冲数据1,当C121发生变化时,该内容再次重新生成;
C125为DICOM图像的另一种显示的参数集,至少包含显示区域长、宽,显示图像缩放比例,图像中心位置,显示图像的窗宽、窗位;
C124为另一种显示缓冲数据,共享C100和C101,以及若有的话包含C102、C103、C104,采用参数C121,根据DICOM标准生成的适合计算机屏幕显示的内容缓冲数据1,当C121发生变化时,该内容再次重新生成;
C130为DICOM图像第一个显示窗口,由操作系统屏幕刷新事件触发,从内容C120中取显示缓冲数据,直接送入显示,展现出DICOM图像的一种显示效果;
C132为DICOM图像另一个显示窗口,由操作系统屏幕刷新事件触发,从内容C122中取显示缓冲数据,展现出DICOM图像的另一种显示效果,直接送入显示;
C134为DICOM图像胶片排版显示窗口,由操作系统屏幕刷新事件触发,从内容C122中取显示缓冲数据,直接送入显示,展示出上述共享内容的胶片打印效果。
3.如权利要求2所述的DICOM图像原始数据在内存中的共享方法,其特征在于:同一DICOM图像有多个不同效果的显示副本。
4.如权利要求2或3所述的DICOM图像原始数据在内存中的共享方法,其特征在于:两个或多个显示窗口通过共享DICOM图像的原始数据,按照不同显示参数展现图像,数据发生更新时,直接更新共享数据,不与窗口上显示的内容保持一致。
5.一种DICOM图像原始数据在内存中的应用系统,其特征在于:
最少包括有DICOM标准解析与转换模块、DICOM数据内存共享管理模块、DICOM图像人机交互模块;
DICOM标准解析与和转换模块用于打开将DICOM文件数据,解析工作中的内容,并把DICOM图像数据的Transfer Syntax(0002,0010)按照DICOM标准统一转为非压缩的DICOMImplicit VR Little Endian Transfer Syntax格式和语法,DICOM图像数据根据应用参数转换为可在计算机屏幕上显示的位图数据;
DICOM数据内存共享管理模块用于创建DICOM数据共享区,管理共享数据的加载、数据格式统一、共享应用对象的状态及消息通知,实现DICOM共享数据的加载管理、激活管理、共享同步、数据更新、数据脱敏处理;
DICOM图像人机交互模块用于显示DICOM图像,用户操控DICOM显示图像调节显示参数,显示参数发生变化时再次生成显示图像数据。
6.如权利要求5所述的DICOM图像原始数据在内存中的应用系统,其特征在于:DICOM图像人机交互模块单独处于作为云终端的网络前端,而DICOM标准解析和转换功能模块和DICOM图像数据内存共享管理模块处于云服务端,云终端上显示的内容来自云服务器。
7.如权利要求6所述的DICOM图像原始数据在内存中的应用系统,其特征在于包含:
C200为DICOM图像UID,为图像唯一编号,应用于显示程序通过该值找到可共享DICOM原始数据目标,也应用于在磁盘上网络上找到该UID对应的图像文件,该值来自DICOM目录或数据库按病人、诊断索引的结果;
C201应用于表示当前数据是否准备好;数据准备好用100表示,0~99分别表示图像数据当前准备进度状态,即0%~99%,数值发生变化时通过共享表中的记录通知应用更新显示,数据准备好后激活图像显示处理应用实例,用户人机交互方可操作;
C203为存放DICOM图像的原始数据,即主显示图像的原始数据;图像每个像素点的值为8~16位,双字节为Little Endian编码格式,非压缩格式,即DICOM Implicit VR LittleEndian Transfer Syntax中,多帧图像数据按顺序堆放存储;
C205为应用于管理共享对象的基本信息,内容符合DICOM标准定义;
C207为应用于管理共享对象的C203之外的数据类内容,包括查找表、覆盖层显示数据、索引图数据;
C220为共享计数,记录有多少显示窗口对象使用共享数据;
C222为共享表,记录DICOM图像显示处理实例,记录方式同C224、C226;
C224为DICOM图像显示处理实例1:记录第1个共享应用实例的窗口句柄、更新标志;
C226为DICOM图像显示处理实例2:记录第1个共享应用实例的窗口句柄、更新标志;
有更多的窗口共享DICOM图像时,按链表方式增加共享表结点;
一个DICOM对应一个DICOM图像共享区,多个DICOM图像共享区按链表方式前后关联,查找时从首个共享区开始,逐个向后查找;
S301为共享数据区初始化,加载状态为0,C220设为一个DICOM图像的唯一实例UID;
S310为DICOM为图像共享数据区及管理;
S320为DICOM为文件加载,有两种情况执行这一步骤:一是预加载程序根据图像调度算法调用本模块加载文件,预加载是指DICOM图像还没有使用时提前从文件或网络提取DICOM文件到时计算机内存,调度算法指加载DICOM数据文件优先顺序的算法,二是DICOM图像共享事件获取数据时若数据为空则触发DICOM文件加载程序;
S330为DICOM图像共享前处理,DICOM文件加载后进行协议统一处理和数据归类,包括:若DICOM图像文件的Transfer Syntax(0002,0010)大于或等于1.2.840.10008.1.2.50,则图像数据Pixel Data(7FE0,0010)按DICOM标准的数据压缩定义进行解压,单像点的值多于1个字节时,按Little Endian低位值在前,低地址存放最低有效字节存储图像数据;若DICOM图像文件的Transfer Syntax(0002,0010)=1.2.840.10008.1.2.2,将Big Endian格式转为Little Endian,(0002,0010)设为1.2.840.10008.1.2,即DICOM Implicit VRLittle Endian Transfer Syntax;图像数据(Pixel Data)、LUTdata、Overlay data(60xx,3000)、Curves data、graphic and waveform数据分别归到C203、C205、C207;
S340为存储和管理DICOM图像显示参数,最少包括屏幕窗口大小、DICOM中可调节的窗口中心、窗口宽度,显示位置、放大比例;S350为人机交互操作过程,上述参数变化后驱动屏幕刷新、重复生成显示缓冲数据、从共享数据中提取数据的过程;
S341为DICOM图像显示缓冲区存储及管理,从数据共享区S310得到原始数据,最少包含图像数据(Pixel Data)、以及(0008,xxxx)、(0010,xxxx)、(0018,xxxx)、(0020,xxxx)、(0028,xxxx),xxxx表示0-65535;如果有LUT、Overlay、Curves、graphic and waveform中一种或几种数据,按照DICOM标准与图像层进行叠加,用S340参数生成最终显示的位图缓冲数据,存放于C203缓冲区;
S390为在显示器显示出DICOM图像的一种效果,至少包括图像数据中的一个窗口、一定的缩放比例、显示区间、原始数据与显示位图对照关系;缓冲区数据S341的内容通过操作系统功能API显示到计算机屏幕上;
S350为用户交互操作,包括显示窗口调节、位置移动、显示缩放位数调节图像参数;每一次参数调整,驱动S341再次生成新的显示数据,显示到屏幕上;
S400为DICOM图像及信息共享内存区;
S490为DICOM图像显示处理应用实例,即DICOM图像的一种显示,以及人机交互,有一个或多个应用实例;
S410为DICOM共享初始化,功能与步骤与S301相同;
S412为基于共享原始数据的加载过程管理,用于改善用户体验的带有状态指示的加载过程管理,具体包括:加载完成之前处于非激活状态,不能操作,仅显示加载的状态;数据加载完成后,加载状态C201置为100,并发生更新显示调用,共享应用实例立即获取数据显示到屏幕上,同时激活人机交互操作功能;加载状态为0~100,0表示未加载,1~99表示加载完成了1%-99%,100表示加载完成;加载状态C201发生变化时调用更新显示功能S430,共享应用实例更新显示;
S414为DICOM数据加载,本步骤是S320和S330的组合;
S420为选择执行的脱敏处理;
S430为更新显示,当共享区内容发生变化时调用这一步骤过程;
S440为修改信息和数据,共享应用实例具有DICOM原始数据修改权限并且有图像数据或DICOM信息需要修改时,通过人机交互界面操作,调用本步骤修改共享信息和数据;修改后的DICOM文件若需要保存,调用保存数据过程;
S450为共享调用,共享应用实例通过本步骤获得DICOM原始数据,包含以下步骤:通过DICOM图像UID找到共享原始数据对象;第一次调用共享时在共享表C222共享表后面增加结点,共享计数C220增加1,记录共享应用实例窗口ID,更新标志置为0,随后的调用跳过这一步骤;获取DICOM原始数据信息;
S460为关闭共享,包含:共享应用实例释放时发生关闭共享调用,本步骤管理功能删除共享表中的相应结点;释放共享数据及共享管理模块时关闭共享,关闭共享前若共享表中还有共享应用实例,则将C200中DICOM图像UID置为空,调用S430步骤,还未释放的共享应用实例会因找不到共享原始数据而置为空白显示,属于非正常流程,不影响其他流程正常执行;
S470为释放共享数据区,包含下面的情况:在关机、关闭基于本发明的应用程序、处理完成一个病人的档案后关闭档案情况下释放共享数据;KeepDays天未发生共享调用时,释放共享数据,KeepDays=1~3;计算机可用内存少于物理内存的LowMem时,按最后一次共享调用时间最早的共享对象先释放共享数据,LowMem=20%-30%。
CN201910030890.3A 2019-01-14 2019-01-14 Dicom图像原始数据在内存中的共享方法和共享系统 Pending CN109767827A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910030890.3A CN109767827A (zh) 2019-01-14 2019-01-14 Dicom图像原始数据在内存中的共享方法和共享系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910030890.3A CN109767827A (zh) 2019-01-14 2019-01-14 Dicom图像原始数据在内存中的共享方法和共享系统

Publications (1)

Publication Number Publication Date
CN109767827A true CN109767827A (zh) 2019-05-17

Family

ID=66453745

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910030890.3A Pending CN109767827A (zh) 2019-01-14 2019-01-14 Dicom图像原始数据在内存中的共享方法和共享系统

Country Status (1)

Country Link
CN (1) CN109767827A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113254998A (zh) * 2021-06-04 2021-08-13 王兆河 一种数字影像及影像检查报告数据的脱敏处理方法

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102073537A (zh) * 2010-09-29 2011-05-25 深圳市蓝韵实业有限公司 一种高并发Web医学影像服务器的实现方法
CN104572293A (zh) * 2013-10-29 2015-04-29 蓝网科技有限公司 基于bs结构的医学影像阅片系统的实现方法
CN108170489A (zh) * 2016-12-07 2018-06-15 腾讯科技(深圳)有限公司 一种快速加载资源的方法及装置

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102073537A (zh) * 2010-09-29 2011-05-25 深圳市蓝韵实业有限公司 一种高并发Web医学影像服务器的实现方法
CN104572293A (zh) * 2013-10-29 2015-04-29 蓝网科技有限公司 基于bs结构的医学影像阅片系统的实现方法
CN108170489A (zh) * 2016-12-07 2018-06-15 腾讯科技(深圳)有限公司 一种快速加载资源的方法及装置

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
汤超,苑金龙,等: "基于 B/S结构的医学影像阅片系统研究与设计", 《计算机与数字工程》 *
苑金龙: "一种基于WEB的PACS系统的设计", 《中国优秀硕士学位论文全文数据库 医药卫生科技辑》 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113254998A (zh) * 2021-06-04 2021-08-13 王兆河 一种数字影像及影像检查报告数据的脱敏处理方法

Similar Documents

Publication Publication Date Title
KR101087361B1 (ko) 그래픽 프로세싱 시스템내의 통합 컴포지션 엔진을 위한시스템 및 방법
US20240089335A1 (en) User Interface Modification and Usage Tracking
KR101130484B1 (ko) 형상들을 사용하는 공통 차팅
US20090322755A1 (en) Declarative approach for visuzliation
US20070282885A1 (en) Method and System For Application Interaction
US20110209042A1 (en) Information Technology Standard Inventory Utility
TW200820130A (en) A method and system for debugging a graphics pipeline subunit
Johnsson et al. Towards end-user development of graphical user interfaces for internet of things
WO2022048329A1 (zh) 菜单显示方法和装置
CN109828820A (zh) 一种应用窗口的焦点刷新方法、装置、存储介质及终端
CN109767827A (zh) Dicom图像原始数据在内存中的共享方法和共享系统
US10341163B2 (en) Method and device to assist with decision-making
CN102193806A (zh) 更新动画的方法和装置
CN102222106A (zh) 一种在任务列表集成和展示业务信息的实现方法
CN109783321A (zh) 监控数据管理方法、装置、终端设备
CN109416828A (zh) 将帧缓冲映射到逻辑显示器的装置及方法
WO2005103861A1 (en) Method and apparatus for constructing representations of objects and entities
CN104915198B (zh) 一种灵活定义布局与内容的scada上位机人机界面
CN110704142A (zh) 信息处理装置、存储介质及信息处理方法
US20110107229A1 (en) Self-management of local resources allocated remotely
CN102253841B (zh) 一种小型图形用户界面系统
CN112199075B (zh) 一种基于微服务智能信息处理方法及框架系统
CN106339215A (zh) 一种录制Windows屏幕时实时绘制图形的方法
CN107589978B (zh) 一种Flash中页面刷新方法及装置
EP4246294A1 (en) Dynamic effect processing method and related apparatus

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
WD01 Invention patent application deemed withdrawn after publication
WD01 Invention patent application deemed withdrawn after publication

Application publication date: 20190517