It is not possible to select individual images from the local imagebox to be sent to another DICOM node. You can select individual series to do so.
The only option would be to delete manually all images that you don't want to send so that only the ones you wish to send remain. Afterwards you can select the series and transfer it accordingly. But I don't think that this is what you are looking for. It would also mean lots of deleting of individual images.
Try to retrieve the images first into the local imagebox. Then switch to the "Database" tab, select the local copy of the study that you want to burn and open the medium creator. Check if it will be possible to burn the images then.
If the retrieve of the images fails already, then this is probably a configuration issue that prevents the successfully image transfer. In that case you will probably find lots of hints in this forum on how to tackle this.
K-PACS is not a web-based application and can therefore not be used as such. K-PACS is a thick client DICOM viewer that can only be used on the station where it is installed. Outside access to the application can only be granted by using applications like TeamViewer or providing remote desktop connections. Neither can be recommended for the purposes you mention.
You may look into applications such as our iQ-WEBX.
K-PACS does not make use of the Internet Explorer or any other web browser in any way. So, it is of no consequence which version of the Internet Explorer you are using on your system.
iQ-VIEW provides an option to additionally burn web content onto the patient CDs/DVD that are created. In that case, JPEG copies of the original DICOM images are put onto the medium.
If the provider of the medium used that option, you will find an html file called "INDEX.HTM" in the root folder of the medium. Double-click the file to open it in your browser of choice. You can then navigate through the different levels (study, series, image) and view JPEG versions of the images. Keep in mind, though, that those copies cannot be used for diagnostic purposes.
Alternatively, you can use any other DICOM viewer to read in the images from the patient CD/DVD, such as iQ-VIEW.
iQ-LITE, the portable DICOM viewer that is probably stored on the medium, is a Windows application. It works on Mac OS and Linux only in case you run Windows Parallels or something similar.
K-PACS will delete data automatically in case you set up the overflow management. Otherwise, no, it will not automatically delete any data. Also data and database corruptions are a possibility and may lead to misbehavior. Studies, series or images that you delete manually from the imagebox (or by clearing the entire imagebox) are entirely deleted. They are not stored anywhere else and not pushed into the trash bin either.
With regard to the lost data, check the computer's file system to see whether the data is still residing in the defined folder used for the K-PACS imagebox. Maybe it's still there and just not visible from inside the application due to a corrupt database.
As a user of K-PACS you are responsible for your data. K-PACS is not a medical device and it is not a DICOM archive. As a consequence it is not intended to administer large volumes of data, and surely not terabytes of it. If you use the K-PACS computer to hold image data that is important to you, you should implement procedures that ensure a regular backup of this data. You may also want to think about using a DICOM archive software for the purpose of storing large data volumes.
The user interaction in general is correct. Selecting a study that was found during a query and loading it into the viewer by pushing the respective button will save the study in the local imagebox. In your case, something seems to be wrong with the configuration. Obviously, the images cannot be retrieved successfully. Check the logs, check the configuration. Alternatively, you can try to send the images from the other station to your K-PACS station and see if that works.
Certainly looks like you missed something. If the server component of K-PACS is not running, you can't receive any images via the network and, as a consequence, will not see any images in the viewer.
There are various reasons why the server component (KPServer.exe) may not start. Here are a few:
- There are insufficient user rights so that K-PACS is unable to start the server when it it started itself.
- The port you chose for the server is blocked (e.g. in use by another application).
- The file paths you chose for the imagebox and/or database do not exist, are not accessible or do not end with a "\".
- A firewall or anti-virus system blocks the server so that it can't start.
Check your installation regarding these items. You may also browse this forum. There are quite a few topics that may help you trouble-shoot this behavior.
I still don't understand why the server component of the K-PACS DICOM viewer needs to be running constantly. You can pull all data you need to view from an archive. Is it possible that you are looking for a DICOM archive instead? If so, you may want to look into ConQuest, which can also be found in this forum.
There is no file called "KPautostart" that I know off. If you want to start a specific application when the computer boots, then you need to add this application's executable into the autostart of the system. In this case the KPServer.exe.
Alternatively, the sub-folder "Server" holds an NTService file. This can be used to provide some kind of pseudo Windows service. This may be used to get the server component to run even though the application itself is not started yet.
As said in my first post, if you use iQ-VIEW, you can store such changes in a secondary capture image or in a presentation state object.
K-PACS is a DICOM viewer. It was never intended to run on any Windows server editions. It also makes no real sense to use it on a server as it is a user application that is worked with on a normal workstation under normal user privileges. A user loads images to view them and process them. These are no administrative tasks or tasks that can run unobserved on a server.
So, why would you want to use this application on a server?
Did you set the "Status" filter in the search filter panel to "Unread" studies? This filter works independently from the DICOM filters as this is a local status information and not part of any DICOM query/communication.
If you set the filter to "Unread" only these studies will show up in the table of the local imagebox.
Not sure what you mean with refresh, though.
Please keep in mind that the forum language here is English. Most of our users will not be able to understand you if you write your posts in German. As a consequence, they won't be able to help you with your questions.
Your error description is very general. It is pretty much impossible to say why a particular file cannot be imported successfully via "Filesystem" tab without any specific details. If you scan a folder and files are found, they are at least recognized as DICOM files. But they might still be incompliant with the DICOM implementation of K-PACS, i.e. they might be unsupported. This can refer to SOP classes or transfer syntaxes. Alternatively, it might also be that something else is wrong with the data, making an import impossible.
There are other reasons possible, for example:
- The file name is too long and, together with the path to the imagebox, exceeds the allowed character limit for file paths in Windows.
- Your K-PACS database is corrupt and images cannot be registered successfully.
Does the log give any error? You should check this. It may give you some further details. Crank it up to the highest log level to get as much information as possible.
And thanks; have a good weekend yourself.
For K-PACS download, please refer to the thread that already exists for the same topic.
We kindly ask you to browse the forum first to check if your question is already answered before opening a new topic. Thank you.
Dear tamsrick
The ROI measurement tools are intended to measure the density of a specific area. In general, they do not include an area size measurement. Our professional reading station iQ-VIEW PRO offers an additional Polygonal ROI measurement, which also includes the calculation of the area size. Check out the website and you will find the option to download a trial version.
By the way, SD stands for standard deviation, which is calculated on the basis of the different density values found in the specified area.
Might have to be "run as administrator". Installed under "ProgramFiles" or rather "ProgramFiles (x86)"? Might be better directly under "C:\". But maybe it just can't start because the chosen port is blocked by a different application or service or your settings for the imagebox and/or database are incorrect (e.g. are not ending with "\"). I'm pretty sure there are people out there who got K-PACS to run in such an environment.
However, in general this disclaimer applies and we will not guarantee correct functioning on such OS.
Well, this would mean that the sending K-PACS is not even trying to communicate with the receiving K-PACS. Otherwise the server component of the receiving K-PACS would at least get an association request, which would be logged in the command prompt window.
Of course, the command prompt is empty at first. It captures the actions when they happen. So, after you start the verbose mode, you repeat the actions that led to the erroneous behavior and the log will be written in that box. Afterwards you can check the log for errors or any indication of what the issue might be. You may also use the options of the command prompt to copy and paste the log elsewhere.
Since DICOM logs can get really long, make sure to extend the size of the command prompt window beforehand, i.e. especially the number of lines that will be maintained in the prompt.
Some questions and items to consider:
- Does a C-ECHO also work in both directions, or only the network ping?
- Is the KPserver.exe running? If not, is the imagebox/database set up correctly? Remember the "\" at the end of the path.
- Did you check the sending server's log file for hints regarding the failing communication? This may help in figuring out the issue.
- Does K-PACS have a unique AE title within the network?
- Is K-PACS installed under C:\Program Files (x86)? If so, try installing it in a directory where no administrator permissions are needed to run the software correctly. Otherwise try running K-PACS and the KPServer.exe with administrator permissions ("run as administrator").
There is no option to store changes made in an image when using K-PACS.
To do that, you may use our professional software iQ-VIEW. Then you can either store changes as secondary capture image or - with an iQ-VIEW PRO license - even presentation state objects (PR).
