注册登录才能更好的浏览或提问。
您需要 登录 才可以下载或查看，没有账号？立即注册
×
第一例：C臂图像传不到PACS服务器上。一台OEC8800，位于住院楼手术室。PACS服务器位于行政楼，两楼通过光纤连接。两楼内部分别用交换机连接各临床科室和各职能科室。在此网络物理层上运行着PACS系统和HIS系统（我们医院只使用了其收费系统部分，方便各科护士记账和查询），C臂最先只是往PACS服务器上传图像速度变慢， 后来越来越慢， 如此几个月后干脆就一张都传不动了，而收费系统一直能正常工作。其他的设备如DR，CT都能正常的往PACS服务器传图像（与C臂不在一个楼）。在C臂处拔掉网线，插到笔记本上，能ping通PACS服务器，带参数-L 65500都没问题（-L参数指定数据包的大小），说明网络是通的。问题好像就在C臂自身。仔细查看了C臂的网络配置也没问题，换了C臂的网卡还是问题依旧。医院一般是信息科负责全院的网络维护，而设备科负责各个设备，因此这次要两个科室联合作战。先在住院楼交换机处找个暂时没用的口（24口交换机只连了十几台电脑）连接上笔记本。事先在笔记本上安装好eFilm软件。将笔记本的IP地址设成PACS的地址，在eFilm软件你将AE Title，Prot等参数设置为与PACS服务器相同。将光纤收发器连到交换机的那根网线抽掉。打电话叫C臂前的兄弟开始传图像，很快笔记本上就收到了所有的图像。说明C臂和C臂到交换机这段网络是好的。再将笔记本上eFilm的参数设置成与C臂相同，笔记本的IP地址也改为C臂的IP，在eFilm的远程设备里添加好PACS服务器。恢复光纤收发器与交换机的连接，拔掉连接C臂的网线，在笔记本上往PACS服务器发送图像，失败。把笔记本拿到PACS服务器所在的那栋楼，接入网络发送图像，成功。后来换掉了住院楼那个光纤收发器后网络完全恢复正常。事后分析原因，是因为那个光纤收发器性能不好所致，能Ping通是因为传输的数据量少，即便是-L 65500这样一个数据包也没问题，收费系统所传输的数据量也不大，而一幅图像的数据量就比这个大多了，所有要出错。因此，检查此类网络问题最好用笔记本装上eFlim软件来模拟各种PACS设备实际工作一下。
第二例：GE lightspeed CT不能往PACS服务器传图像。在CT操作界面上点“图像处理”——Queue——Network，可以看到正在传输的图像序列及传输目的地。其中有不少往CTDB上传，而CTDB是早期使用的一个CT工作站，医院后来上了PACS系统后就废弃不用了，网络上根本就没有CTDB这个目的地了，而CT上还保留着这个配置。正是这些传输对网络造成了堵塞。选中所有往CTDB上传的任务，点Clear清除。之后网络传输通畅。 | 
