我在2005年进入通用电气医疗集团时,曾使用过MERGECOM的DICOM.之后我对DICOM系统了解不多.
现在我们需要使用.NET平台实现PACS系统.
你能推荐一个体面的,好的,社区支持的基于.NET的DICOM库或框架吗？或者你知道任何支持.NET的DICOM商业库吗？
我想知道一个免费的数据库,可以免费下载DICOM文件格式的医学图像.
你知道任何数据库吗？
DICOM已经为系列提供了足够独特的标识符(例如Series Instance UID),那么为什么还要在较低级别的对象中包含一个(例如SOPInstanceUID)？
我觉得很烦人的事实是,当引用其他对象时 - 例如当对象通过/ RTPlan引用RTStruct对象时- 它是使用.然而,任何DICOM SCP - 例如查找/移动 - 都不能使用,他们可以使用.什么给出了什么？我是否必须加载整个才能找到所有引用的对象？ReferencedStructureSetSequenceReferencedSOPInstanceUIDSOP Instance UIDSOP Instance UIDSeries Instance UIDSeries
解析DICOM文件的最简单,最pythonic的方法是什么？
不使用非Python库的本机Python实现将是更受欢迎的.DICOM是数字医疗成像中的标准文件格式(有关更多信息,请查看此处).
有一些C/C++库支持读取(子集)DICOM文件.其中两个或三个甚至都有Python绑定.本机Python解析器可以为我提供两个目的:
我正在寻找Windows平台上的免费PACS服务器(仅用于测试).我谷歌的网络很少,但我面临一些问题.
你能否发布链接下载免费的PACS服务器.谢谢.戒
什么是DICOM图像(CT)中的"重新缩放拦截"和"重新缩放斜率"？如何计算窗口宽度和窗口中心？
根据DICOM规范,UID由以下内容定义:9.1 UID编码规则.换句话说,以下是有效的DICOM UID:
而以下是非法的DICOM UID:
因此我知道该字符串最多为64个字节,并且应该与以下正则表达式匹配[0-9\.]+.然而,这个正则表达式实际上是一个超集,因为(10+1)^64 (=4457915684525902395869512133369841539490161434991526715513934826241L)可能性要少得多.
如何精确计算尊重DICOM UID规则的可能性数量？
读取组织根/后缀规则清楚地表明我至少需要一个点('.').在这种情况下,组合至少为3个字节(字符),格式为:[0-9].[0-9].在这种情况下10x10=100,UID的长度可能为3.
看一下第一个答案,似乎有些不清楚:
除非组件是单个数字,否则每个组件的第一个数字不应为零.
这意味着:
因此,我会说一个正确的表达方式是:
(([1-9][0-9]*)|0)(\.([1-9][0-9]*|0))+
使用简单的C代码,我发现:
Root UID部分的验证超出了本问题的范围.第二个验证步骤可以处理拒绝一些不可能注册的OID(例如,有些人提到对第一和第二弧的限制).为简单起见,我们将接受所有可能的(有效)Root UID.
我正在寻找一个100%Java的库,可以用jpeg无损压缩解码JPEG图像.
我知道ImageIO和JAI已经可以对这些图像进行解码,但它们需要一个本机代码,而这些代码并不适用于所有操作系统.
我会考虑开源和关闭源解决方案,如ImageIO插件或独立.
我有一个关于DICOM协议的基本问题.
我知道如何计算DICOM图像(A,P,L,R,H,F)的每个切片的方向标签.但是当我得到一个数字从0001到0024的Axial切片时,我需要知道切片顺序是从头到脚还是从脚到头.
我该如何计算呢？