医院信息化实施中的瓶颈是否是带宽！

西风瘦马

当医院建设企业级PACS时，会否对HIS流产生迟滞？
所谓企业级PACS，应该能支持同时约50台放射医生报告站对50个检查的诊断、和约200台临床医生浏览站对200个序列影像的浏览－－如果其中有1/4是每序列超过200幅影像的CT/MR以及多幅2kx2k以上分辨率的DR/CR，请想像一下骨干网上跑的影像流有多大？
这时HIS交易会否被迟滞？

tyq

既然是企业级PACS，就会有企业级的解决办法，自己的软件要求什么样的环境，自己必须清楚。

西风瘦马

假设：
CT/MR影像每幅数据量＝512x512x2Byte＝0.5MB
CR/DR影像每幅数据量＝2kx2kx2Byte＝8MB

同时假设：
CT/MR平均影像数量＝100幅
CR/DR平均影像数量＝4幅

则各终端同时调取影像时的数据流量为：
CT/MR：250x100x0.5MB＝12.5TB；或
CR/DR：250x4x8MB＝8TB
两者取中值，算作10TB

当然250台终端同时取图的可能性不大，但是其1/10发生同时取图的可能性就很大啦！这时在主干网上产生的数据流量就是1TB－－所谓的千兆主干网的带宽就被完全占用了！

假设250台终端中的1/10同时取图的概率为每天5次－－我觉得是非常现实的－－
则每天在HIS终端会有5次发现要等待一段时间来得到HIS自己的系统响应：

怎么办？

hlhlhlm

250x4x8MB＝8GB

hlhlhlm

1TB=1000GB

hlhlhlm

按你的计算方法，不仅网络带宽有问题，存储，服务器都会有问题

hlhlhlm

网络传输时，是有带宽限制的，100兆的文件在1G的网络并不是没有任何限制，一下就可以传完的

西风瘦马

数据流在网络中的竞争性传输，好像是有专门的网络通讯理论在探讨，我是一点不懂。上面的描述仅仅是一个直观的观察。
但是在带宽限制下不同子系统对骨干网资源的竞争，确实存在。竞争导致的现象，就是现实中确实有交易频发性应用的请求被迟滞的现象，不那么频发但每次交易量巨大的应用因其使用者有迟滞的心理准备，反而不大出现投诉。

jhs1

最初由 西风瘦马 发表
[B]因其使用者有迟滞的心理准备，反而不大出现投诉[/B]

在实施和使用过程中，这种心理准备，很有帮助，大有裨益。
许多事情糟糕在没有心理准备上。

西风瘦马

但是从技术角度讲，如果信息化中带宽问题确是个瓶颈的话，也应该抓住主要矛盾解决一下－－例如如何让同时在网络上跑的病人影像数据所占用的带宽降低？

xuanzh82

其实，PACS这么大的容量，
不仅带宽，
而且存储＆服务器都是一个需要解决的问题！

西风瘦马

不知下面这两种办法是否可行：

1、
我印象DICOM有无损压缩标准，可压缩程度为2~4:1，如果可以利用，网络带宽针对病人影像数据应该有2~4倍的加宽。
但是这时候要求观片终端(不论放射医生的C/S终端还是临床医生的B/S终端)应该具有解压缩能力，对此可以有两种方法：解压缩算法住留在终端中、或者解压缩算法跟着影像走。
当然，解压缩的存在必然导致单个病人影像序列打开时的减慢，但是却能解决医院整体网络带宽的瓶颈问题！

2、
影像向终端，尤其是临床普通显示器的发布，按照终端显示器的分辨率来实行：1024x768的分辨率就不必把整个2.5kx2k的影像都发布过去。
但是这时要求当医生作放大镜观察时，放大镜观察域ROI内的分辨率要达到图像自身最高分辨率。
这种要求，是否太高啦？

西风瘦马

按照浏览终端显示分辨率来调适影像发布的分辨率，甚至在医生应用放大镜时要支持对放大镜内ROI区域中影像的筛选高分辨率发布，有这种技术吗？

mouse

也不是不可能的。。。

蓝色川江鱼

最初由 西风瘦马 发表
[B]能支持同时约50台放射医生报告站对50个检查的诊断、和约200台临床医生浏览站对200个序列影像的浏览－－如果其中有1/4是每序列超过200幅影像的C... [/B]

实际应用中有医院做到这种规模和这种使用频率了吗？疑惑