This is a known issue with the AGFA system in which the AGFA PACS does not support WW/WL > 13 bits. Per the DICOM standard the ww/wl values can as large as the image data. Per the HDMR2 DICOM and Annotation SRS (DOC0084074 rev 5) section 2.1.2 Smallest Image Pixel Value,Largest Image Pixel Value, MR image data is stored as 16 bits.Ummmm... Guys, this is a real problem, and I think both vendors really should have disclosed it. Unless perhaps this bit problem is more widespread than we know. I would like to know if any PACS out there can deal with 16-bit output from a scanner without modification. If so, please let me know which product can do so. If not, someone please tell me why the scanners' main output is in a form that the majority of the PACS systems cannot handle. And if Centricity (and IntegradWeb for that matter) can't deal with the 16-bit output, then this makes no sense at all.
It seems that Agfa is only supporting 16 bit for a small number of modalities. The Impax developers are working on a solution to this problem. They are trying to work the fix into the next service pack or perhaps the next service update. I recommend that the you contact their AGFA representative regarding this issue. . .
Add as an aside the fact that every Barco monitor I've ever seen attached to a PACS system runs at 8 bits, or at least that's what the Windows Display Properties control says on these machines.
Frankly, I'm confused. And very, very concerned about what we are seeing or not seeing. I am disappointed in both vendors for not making this situation clear. While I think my group of radiologists is top notch, I find it difficult to believe that we are the first to have discovered the discrepancy.
So, who is at fault here? Is it Agfa for not being able to receive the full output from the GE MRI, or GE for sending data that the PACS cannot completely digest? Let's be democratic and blame both of them. And both need to work on the solution. Which I'm assured is in progress.