对于写PACS程序的程序架构和编程语言选择,我的一点看法

雪狐 · 发表于 2003-2-17 15:53:48

首先说说程序架构,
C/S架构和B/S架构到底如何选择
C/S架构为典型的两层结构(Client and Server),这种架构对于PACS程序来说,一般情况下,S端的工作量比较小,很多情况下,就只是一个简单的数据库服务器,而主要工作由工作站端完成,这样的结构对于像图像处理和诊断报告来说是比较合理的,因为其处理的信息量比较大,在工作站完成有利于减少服务器的工作量,但缺点也很明示,在进行程序升级的时候,必须对每一个工作端都更换程序,对于一个比较大的PACS网络而言,工作量是比较大的,特别在实施初期,可能有一些地方医院方面不是太满意的,可能要求更改程序.
B/S架构为三层结构,除了S和C之外,还多了一个中间层,好处是升级比较方便(升级中间层的组件即可),但缺点是运行速度比较慢,现在的B/S结构工作站端多采用IE作为浏览器,对于像登记程序还是可以接受,但对于影像处理可能就......
所以我个人认为,以目前的技术,还是以B/S结构比较好一些,当然,一些像数据维护,文件管理,病人登记一类的比较简单的数据库操作还是可以做为B/S结构的
编程语言的选择上,我个人觉得用VC比较合适一些,Delphi,C++Builder当然也可以,但对于像VB.PB一类的语言,我个人认为是不合适的.
对于PACS程序,最主要的采集,图像处理两个部份.可能涉及多线程处理,采集的方式也可能是多种(DICOM和非DICOM的,如视频,FTP,Scanner等),而且对于图像处理算法比较多,比较麻烦,用VC在底层访问,采集,图像处理算法的组织上,多线程处理各方面都比较方便,而且现在网上的很多免费的例子大多是以C或C++语言写的,用VC的话,在一些代码的移植上会比较方便.但VC最大的缺点在于其开发的周期相对于其它语言要长,而且VC在数据库访问方面要比别的语言麻烦得多.
现在有的公司是买国外的第三方开发包来做的,一般把采集和图像处理都打包好了,要是这样的话,那么开发的难度可以大大降低,这样的话,语言我建议选用Delphi或C++Builder,无它,开发快,功能也足够强,程序的运行速度也还可以,且学起来比VC简单得多.

jerry · 发表于 2003-2-17 17:50:52

现代PACS中的体系结构多数是混合结构的，因为不同的PACS的用户要求不同，工作站的种类也不同，不同的策略可以提供最佳的效果，诊断工作站要求很高的性能，还需要很好的工作流管理，现在还只有S/C方式能比较好的应付。而在临床工作站方面，通常只做图像的Review。而且数量众多，Web based系统是比较好的解决方案。

雪狐 · 发表于 2003-2-18 08:36:57

如果C/S和B/S架构混着做的话...维护的工作量会比较大,我认为Review还是用C/S的比较好一些

AD · 发表于 2003-2-18 09:05:20

我觉得放射科内的登记和报告站和SERVER用C/S，临床浏览端用B/S
图象处理和接收用VC，其他用DELPHI，VB，JSP

雪狐 · 发表于 2003-2-18 09:27:10

呵呵,用那么多东东,维护起来可就费劲了,一个系统其尽量的别用几种不同的放言,尽量地别用几种不同的架构,维护太累啊

AD · 发表于 2003-2-18 12:19:08

我是说可以在VB和DELPHI中选择一种。PACS是一个项目，需要有一帮人来合作开发，维护应该不是问题。

zgh2000cn · 发表于 2003-2-18 15:20:35

只要自主开发，开发流程合理，团队稳定，还是使用混合架构，也可以使用混合语言。

雪狐 · 发表于 2003-2-19 20:08:32

从语言来说,我还是建议不用VB,说实在的,我对VB没什么好的感觉,尽管我用VB也能用得挺好,虽然编程简单,但相对而言,功能实在太差了一点,再说编译完的程序运行效率不高是争的事实.
如果觉得VC太难的话,可以考虑用Delphi或是C++Builder是不错的选择,像登记,数据维护等模块都没有必要用VC去做,除非考虑到和图像报告部份的代码重用.
有的模块做成B/S架构应该是一种趋势,毕竟从使用,维护角度都比C/S架构的程序来得好一些,但这中间应该多考虑一点代码角度的维护.举个例子说,如果程序都是用同一种语言(比如VC),那么系统不管哪一个模块出了问题,只要有文档,任何一个程序员都能去改,就算没有文档,也就多花时间也能解决.但如果是用不同的语言开发的,举个例子,数据维护是用Delphi做的,正好负责这块儿的程序员有事不在,那么别的程序员可能就改不了这块儿的东东,假如某个程序员走了,正好这个模块用的是别的语言,招人可不是说招到就能招到的事,那么这个模块就算是有详细的说明文档,要别的语言的程序来接手也很费劲.
所以我不般不赞成在一个不是非常大的系统里用好几种不同的语言.

雪狐 · 发表于 2003-2-19 20:11:43

还有一个原因就是如果大家都是搞同一种语言的,遇到问题可以大家都帮忙想想(语言应用上的问题,不是思路上的问题),这样大家提高比较快,但如果语言不一样,就比较麻烦了

AD · 发表于 2003-2-20 10:52:33

搞VC的人比搞DELPHI的人难招多了，待遇也高好多。

AD · 发表于 2003-2-20 11:03:47

可以再试一下VB。NET，比VB6有了很大的改进。

雪狐 · 发表于 2003-2-21 08:03:02

的确如楼上所说,VC的程序员少,而且搞得好的太少,我们一般面试后能通过的不到25%,至于VB.NET说实话,现在能用得好的不多,再说我觉得VB.NET是比VB6改进很大,但要它改进的地方主要是在.NET框架下,再说现在用VB.NET的程序员可能比VC的还要难找,不过国内用Delphi的人不少,比较好招一些
不过说回来,对于PACS程序搞新产品研发的最好多六七个左右就够了,这几个人倒是比较好招的,至少我们现在就是一色搞VC的,呵呵

逸心 · 发表于 2003-2-21 11:26:59

作为PACS来说，还是应该使用VC来写的，因为这其中有许多效率的问题要解决。因为毕竟是图象处理工作，并且是医学影像的图象。所以对于软件的效率还是要求很高的。至于别的语言，主要在界面和学习难度上有优势。

雪狐 · 发表于 2003-2-21 14:51:56

其实用VC写的话,其实我认为PACS程序最重要的是采集的稳定性,图像处理必须要好,报告系统要体贴,至于介面倒是次要的,只要过得去就行了,只有上两的三个方面搞好了才能谈得上介面的问题

ironstone · 发表于 2003-2-25 09:35:46

***** 版主模式 *****
该贴子是管理员从<a href=forums.cgi?forum=11>医学影像技术、Pacs系统、DICOM3标准应用</a>转移过来的！

		自动登录	找回密码
密码			欢迎注册