iQ-WEB reports a problem on this lines:
[DICOM SCU] >> : (0000,0900), 2, US, "45056" - Status
Do you know what does Status = B000H means for iQ-WEB?
I couldn't find it on the Conformance Statement.
Regards,
Rafael.
iQ-WEB reports a problem on this lines:
[DICOM SCU] >> : (0000,0900), 2, US, "45056" - Status
Do you know what does Status = B000H means for iQ-WEB?
I couldn't find it on the Conformance Statement.
Regards,
Rafael.
I am the author of Charrua DICOM ToolKit, and I think you are missing some points:
1. CDTK has a double license scheme, GPL and commercial.
2. CDTK is not the complete CharruaSoft DICOM Library, but a small sample of it.
3. K-PACS is not using CDTK but DICOMDLL, DICOMDLL is based on my DICOM Library.
4. I have a special arrangement with Andreas Knopke and Image Systems for the use of DICOMDLL.
5. I think I am the only one that can enforce the GPL license on any derivatives from CDTK.
Regards,
Rafael Sanguinetti
CharruaSoft.com
You have to make sure that K-PACS information (AET, IP address, Port number) is correctly configured in Conquest Known Servers tab.
If this is not the case, you will be able to Query Conquest, but not able to Retrieve the images.
iQ-View is the commercial version of K-PACS and is distributed by http://www.image-systems.biz.
Regards,
Rafael Sanguinetti
In K-PACS go to the Jobs Button at the left bottom, select Debug option, try to send the image again from Conquest and see what is displayed in the Process Log.
Also check what does the Conquest Server Status says.
Regards,
Rafael Sanguinetti
Are you able to send images from Conquest to K-PACS?
Regards,
Rafael Sanguinetti
Makey sure you stop/start the server after changing port.
Otherwise it will keep using 104.
Regards, Rafael Sanguinetti
There is nothing wrong here..., for k-pacs the store is done successfully.
Don't worry about ***Unidentified*** tags, they are just propietary tags that our dictionary can't interpret, but they are causing no error.
You should also check e-film logs to see if they received something.
Regards, Rafael.
Many things you can do:
1. DICOM Echo verification (see in DICOM Settings the Test column with echo button besides each remote server), see if it answers.
2. In the Main Window at the left bottom there is a jobs button, got to process log tab, select debug log level, and log DICOM Network Communication, try to send an image and post the resulting log here.
3. There is the iQ-DICOMTEST tool for troubleshooting, you can do the same test in an easier way, get it from:
http://www.image-systems.biz/content/view/222/293/lang,en/
Please get back with the results.
Regards, Rafael
Yes, there is activity but in the SCP association, not in the SCU association, they are completely independent. That is why even if the SCU association fails, the SCP association keeps going. We will have to check the timeout for this cases.
Can't tell you for certain why the processor gets loaded, maybe you should try K-PACS 1.5 instead. Conquest uses DMCTK dcmcjpeg for jpeg compression, In K-PACS you need to select: prefer JPEG lossy or JPEG lossless in the Server Configuration. and add -nd (no decompression) to the Additional Parameters.
JPEG lossless compression can reduce size 3:1 and JPEG lossy can reduce it 10:1 with some loss in image quality.
Regards, Rafael
K-PACS Store SCU ask the remote server to Move the selected study to K-PACS Store SCP (in another association), after that it waits for the Move operation to finish.
But if it takes more than five minutes and there is no activity in the SCU association, the socket timeout will kill the association. And no, the socket timeout is not user-configurable.
Maybe you can set K-PACS Store SCP to use jpeg lossless for this big images, are they US multi-frame? You can try jpeg lossy.
By default K-PACS will un-compress them on receiving, but this will take a lot of CPU usage, best will be to save them compressed.
Regards, Rafael.
This is not an IQ-View problem, but how the DICOM standard is designed.
You open an association and you can send whatever you want over it.
Is the SCP responsability to know how to handle this.
You can check DICOM Part 7 about this subject.
Regards, Rafael.
As I said to Luis, K-PACS is free to use, but not certified for medical use.
If you need a FDA and CE certified viewer you will need iQ-View.
Regards, Rafael.
You have to verify that K-PACS AET, IP address and Port number are correctly configured on the Centricity machine for the retrieve operation to work. Query will work without this parameters, Retrieve needs them to know where to send the images.
Regards,
Rafael Sanguinetti
Si, sin dudas, puedes hacer eso...
Saludos, Rafael
Hola Luis,
Efectivamente K-PACS V1.5 es totalmente gratuito. La version paga se llama iQ-View, y esta tiente certificacion FDA y CE para uso medico, tambien te ofrece la posibilidad de hacer DICOM Print (imprimir en impresoras de placas).
Quedo a tus ordenes por cualquier consulta.
Saludos,
Rafael Sanguinetti
(Uruguay)
Normally K-PACS de-compresses all images when they are received.
-nd means "no decompress", images will be saved as they are in the database.
What Brand/Model of C-Arm are you using? Does it have a DICOM Conformance Statement?
Regards, Rafael
Did you try using a compressed Transfer Syntax?
Try with -nd option in "additional parameters", and prefer JPEG lossless in K-PACS Server Admin tool.
Regards,
Rafael Sanguinetti
You should check the status in the reject command.
Then go to CR30 or NX conformance statement and see what's the meaning of that status.
Regards, Rafael
Hi John,
K-PACS does not print on DICOM Printers.
You need to purchase IQ-View for that.
Regards,
Rafael
I would recommend a good Color Laser printer. Both Xerox and Okidata have a wide selection.
For A4: Oki 5700, Xerox Phaser 6300 DN
For A3: Oki 8600 , Xerox Phaser 7760
Regards,
Rafael Sanguinetti