国内的或是国外的都可以，请发资料或信息到 dong1089@hotmail.com

关于DICOM或PACS的控件,我的个人认为:
最好是自己开发,因为使用的控件一般为国外的付费控件,其一是价格高,必然会导致软件成本上升,其二是中间的环节不好处理,虽然编程简单了,但中间的处理呢?
目前国内的PACS厂商,东软的是使用的国外的组件做的二次开发,我看过他们的演示程序,图像处理上有的地方不是太......

我们公司做的开发控件文档齐全，价格公道，童叟无欺，还请问你们具体需要哪些功能？

如果你想站在别人肩膀上，那么去下载LEADTOOLS作为DICOM通信，去下载G32进行图象的简单后处理

我也认为最好是自己开发。。。
这样就有绝对的控制权，
而且可以根据客户的需求作修改。。

如果想自己开发，一定考虑考虑自己的实力和准备应用的范围，如果准备作为商业化产品，自己开发并不合适，因为中国的软件公司规模都很小，没有实力做的很好

引用:

下面引用由nikkle在 2003/03/25 08:54am 发表的内容：
如果想自己开发，一定考虑考虑自己的实力和准备应用的范围，如果准备作为商业化产品，自己开发并不合适，因为中国的软件公司规模都很小，没有实力做的很好

你觉得多大的公司开发有关DICOM的控件比较合适呢？如果不自主开发，总用别人的东西，这样合适吗？其实，开发有关DICOM的控件并不难。

是呀，呵呵。。。。
我们公司就很少，才二十几个人，
可一样在做 PACS 呀，
功能已经做得很全。。。。
在北京几家大医院已经正式运行。。。。

LEADTOOLS和G32哪儿可以下载？

任何东西都要自己开发是国产软件开发最大的误区。实际上，国外的大公司的产品几
乎都是攒的。

simonqiu说得很对，赞成
AD：开发基于DICOM的软件确实并不难，我的团队也仅仅是花了12周就完成了底层代码的编写和调试，可是为了兼容目前国内绝大多数CT、MRI、US、CR、DR却增加了一倍的人花了10个月时间
litangel ，国内现在没有一家医院的PACS得到业内认可，关键在于目前我们还没有很好的解决国内PACS实施模式的问题，国外的模式在国内根本行不通，而国内用户对自己如何成功实施PACS并没有完整的准确的想法和模式。我很佩服你们作为探索者，但是我想问题肯定很多，因为我们在做同样的事。

我觉得litangel和nikkle的意见都很有道理，关键是看你自己的情况，决心、实力、资金、...两者都有机会，和风险！

请问以上的各位DX是否参加4月成都全国会或者年底的放射年会？
聚聚如何？

引用:

下面引用由nikkle在 2003/03/27 09:21am 发表的内容：
simonqiu说得很对，赞成
可是为了兼容目前国内绝大多数CT、MRI、US、CR、DR却增加了一倍的人花了10个月时间
litang ...

那些设备都是DICOM的吗.如果是我觉得没有必要花这么长的时间,我觉得DICOM部分要自己开发,但图象的三维处理可以用外面的.

当然都是DICOM的设备，为了支持这么近100台、43种不同类型、型号的设备，我们在程序中的IFTHEN语句数量就在10个月内增加了近8倍
另外，PACS中三维处理仅仅是影像处理中的一小部分，更主要的是将图象处理算法同很多医学专业算法结合出来的东西。
有时间可以到国外的医学院的科研站点上转转，会有很多收获的