宝石CT手动重建不出图像(HD750 机型)

下面给大家分享一个二炮总医院宝石CT 扫描出图正常，手动重建不出图像的案例。
故障现象：
病人扫描结束后，左屏retro recon 页面中进行手动拆薄时，点击 CONFIM后无反应，右屏 IMAGE WORK 中也没有图像。
故障分析：
1． 该故障从当天清早开机后就出现了。病人扫描出图正常，但是手动对原始数据拆薄重建不出图像。
2． 在retro recon中尝试手动重建，点击confirm后发现image work剩余图像数量会减少（与重建序列图像数对等），但是重建状态一直显示为idle（下图），而不是正常情况下的百分比。同时image work对应EXAM中也不会出现重建图像。

3． 查看error log，发现有类似“recon entries数量达到最大值”的报错。打开左屏的recon management，发现suspended entries列表（下图左侧红框）中是空的，并没像以往出现的卡队列故障中会显示出来卡住的序列。但是点击view queue entries（下图红色箭头）后，在Retrospective Entries列表（下图右侧红框）中发现大量序列，对应的Exam就是当天手动重建不成功的序列。

4． 尝试清除Retrospective Entries后，手动重建仍然不出图像。

5． 因为病人扫描出图正常，而且不管是error log还是dig、verb messages中都未发现硬件报错，所以考虑做regenerate database。
6． 和医院沟通需要清除原始数据，医生表示上午做的6个病人都需要手动拆薄，如果原始数据清除，就得重新扫描，希望能保留当天的原始数据。
7． 使用mkfsDVD命令格式化了一张DVD RAM，将当天上午的6个病人数据备份。
故障解决：
执行regenerate database ，做病人扫描正常出图，手动重建原始数据成功，正常出图。

将备份的原始数据restore 回 OC ，手动重建也正常出图。
总结：
1． 清理原始数据或者图像盘之前一定要和客户沟通。
2． 原始数据的大小主要与扫描协议中的扫描方式有关，并不单纯和图像数目成正比。实际在拷贝过程中，一个EXAM会被拆成SERIES/SCAN/VIEWS的形式， 数据大小和每个数据块的VIEWS数量成正比。

3． 原始数据容量非常大，备份速度非常慢。如果有兼容的移动硬盘或者写入速度高的U盘备份会快一些。用移动硬盘或者U盘拷贝时会被系统格式化为LINUX下的分区格式。使用随机附带的DVD RAM兼容性不用担心，但是备份时系统不会主动格式化DVD RAM，只会在DVD RAM剩余的空间里备份，备份到空间不足时会提示，需要清空磁盘的话需要手动输mkfsDVD格式化。现场也尝试过医院提供的DVD+,DVD-刻录盘，都不认，可能对这类盘的品牌兼容性比较挑剔。