引用

西风瘦马 @ 2005-06-14 13:21)
看看我能否回答MOUSE的问题:
第一个挑战,是对骨干网的带宽压力。我见到过64排CT对一个病人一次扫描做出600+幅,而许多大医院的主任往往都有不顾及院长的权威:扫查时不顾及成本,更关注病人细节!这时影像数据量总是倾向于不断增长。当50个放射医生站中同时有10台在调用64排或16排CT产生的病人影像时,假设每个病人的数据量为300幅,300x10x0.5MB=1.5TB=12Tb;其实也不用10个放射医生同时调图(虽然这也经常会发生),只要某人调用这个600+幅影像的病人数据,影像数据流量就达到600x0.5MB=300MB=2400Mb,骨干网中的HIS频发交易性数据很可能会被延滞!若再考虑临床医生来的浏览申请产生的影像数据流量,乖乖不得了!
第二个挑战,是临床医生是否需要那么看多影像。这个问题既与带宽瓶颈有关,与临床医生工作效率有关,也与PACS对DICOM的支持强弱有关。
谢谢,终于有人认真探讨啦。。。
我有几个疑问:
1、首先放射科医生是否需要看那么多数据,还是要经过必要的筛选?
2、如果要筛选,谁来筛选?筛选的原则是什么?这一环节就有很多问题
3、发到临床的图必然是经过筛选的,问题同2
3、存储方法和存储策略该是如何的?
4、网络该如何设计?
从PACS开发设计者的角度,这几个是首先要解决的问题。