A Dicom verification SCP is not implemented yet. So don't bother about no response with DPING. I works on that but it will take me a while.
Andreas
A Dicom verification SCP is not implemented yet. So don't bother about no response with DPING. I works on that but it will take me a while.
Andreas
I'am working on the conformance statement.
It will be available with the first non beta release.
Andreas
I consider to implement a sort of status bar at the bottom of the main form that indicates the current process status. Message popups require user interaction like clicking the "ok" button, this could be problematic in some situations where multiple processes are running simultaiously.
Thanks for the hint,
Andreas
Yes, I plan to add an option to automatically switch to the prior or following series when reaching first or last image of a series while scrolling.
This option will be available with one of the next updates.
Andreas
Should be available within the next 4 weeks.
Btw.: If you register to the forum you will receive e-mails on updates.
Andreas
Exporting DICOM images (with or without a DICOMDIR) to a user selectable directory will be possible in one of the next versions.
An On-CD viewer is planned as well, but there are no plans about password protection right now.
Andreas
This function is already implemented.
You can multiselect studies in the studylist when pressing CTRL or SHIFT. Click the viewer button to load the selected studies into the viewer. Every study will have it's own tabulator. If you want to compare them click the split-screen button (apple&pear). The current series will be shown on the left panel then. Click the right panel (a blue frame indicates the selected panel) and then go to the tabulators and select another study and series.
Btw.: you can manually synchronize the compared series by right-clicking the split-screen button and selecting "synchronize series"
If your K-pacs is connected to an archive there is another possibility. We for instance use K-PACS for case demonstrations, that's why I optimized it for fast upload of preleminary studies. Just right-click on the tabulator of the current study and a popup will show up where you can select the archive that you want to query for this patient. A grid will appear and show all studies of this patient. Select the desired study and K-PACS will retrieve it from the archive and add it to the tabulators automatically.
I know that I should provide documentations but this is very time consuming.
Hope I could help.
Andreas
Right now, K-PACS does not support multi-frame images. The cine-mode button is for scrolling throug a multi image series like a CT or MR series. Hold left mouse button pressed and move up or down to scroll through the stack (like E-film). If you have a mouse whell, you don't need this button.
Andreas
An on-CD viewer is planned. Due to the requirement of starting without any installation it will need a different architecture than the main program (no activeX).
Andreas
Hello users,
as I stated in the "roadmap 2005" announcement, I plan to restructure the local database of K-PACS.
I successfully tried to connect to the CONQUEST database using dBASE and will also try to do the same with CONQUEST using MySQL. If all my tests are satisfactory I consider to integrate the CONQUEST dGate dicom server as the core of my application. This server is very stable and the databases are well structured. It is even quite performant with the internal dBase driver.
Advantages will be: support of query/retrieve as SCP, better file management, support of several compression formats and of course stability.
Last not least it will open up the doors to a real PACS Client/Server architectur with database connection to a main server, real "image on demand", status fields and so on..
Andreas
Thank's for the report. The bug escaped my notice, I will be fixed with the next update.
Andreas
Sorry, forgot that I was not logged in.
The above message is mine.
Andreas
Yes, that makes sense.
I will add a dialog for giving the folder a name. Right now the project get ascending numbers (like CD2 etc)
Andreas
It's a little bug in the message popup that informs you about the foldername, the CD is created in. Nevertheless, the CD project will be created correctly. If you clear the CD-Projects folder the popup will work once (for the first created project) but fail for the next.
I will correct it with the next update.
Andreas
I will test it and report. (sorry, never thought about this)
Andreas
1. import the study(ies) into the local database via dicom network or filesystem import.
2. Click the "export" button and select "burn on cd"
3. A grid will be shown that list all selected studies with numbers of images and size on cd.
4. If your system is Windows XP you can burn the CD directly with K-PACS, if not a folder with the CD content will be created in K-PACS main folder/CD-Projects
the CD's will contain a DICOMDIR and one ore more folders with dicom images compliant to the DICOM standard
This version will bring:
- dicom PRINT SCU (I have now an AGFA SCOPIX 3000 dicom printer available for testing)
- extensive logfile creation (verbose and debug logs of the dicom communication, user customiable log files of database changes)
- scrapbook function (still working on it, sorry)
- more independent viewing panels
- annotations and additional measuring tools (e.g. angle, ROI)
- a POP3/SMTP Mail client for easy import of dicom e-mails (compliant to the new DICOM e-mail standard)
Andreas
Ken,
right now it is not possible, because the import module always generates new StudyUIDs. But I could implement this feature easily. Converting the radiologist's report into an image is fiddly, the better way for archiving reports is using dicom structured reports or basic text. A report creater and reader will be implemented in future versions.
Andreas
As you found out, AETs are supposed to be unique, because move requests only transmit the target AE title and not IP and PORT. So the server must know the IP and PORT of the target by itself.
If you have - for instance - two K-PACS installations on computer1 (IP 172.....1) and computer2 (IP 172......2) you should give the K-PACS servers different AETs like KPSERVER1 and KPSERVER2. Port numbers can be the same (e.g. 111). You have to state both servers in the "known dicom provider" listing at the Conquest user interface and restart the server.
As you are able to query the Conquest server from K-PACS you stated the servers specs correctly. The problem must therefor lie on the Conquest side. Conquest logs all dicom communication. Open the serverstatus.log file:
A successful query looks like this:
11.03.2005 21:56:44 [CONQUESTSRV1] UPACS THREAD 16: STARTED AT: Fri Mar 11 21:56:44 2005
11.03.2005 21:56:44 [CONQUESTSRV1] Calling Application Title : "KPacsQR "
11.03.2005 21:56:44 [CONQUESTSRV1] Called Application Title : "CONQUESTSRV1 "
11.03.2005 21:56:44 [CONQUESTSRV1] Application Context : "1.2.840.10008.3.1.1.1"
11.03.2005 21:56:44 [CONQUESTSRV1] Presentation Context 0 "1.2.840.10008.5.1.4.1.2.2.1"
11.03.2005 21:56:44 [CONQUESTSRV1] (StudyRootQuery) search level: STUDY
11.03.2005 21:56:44 [CONQUESTSRV1] C-Find (StudyRoot)
11.03.2005 21:56:45 [CONQUESTSRV1] UPACS THREAD 16: ENDED AT: Fri Mar 11 21:56:45 2005
11.03.2005 21:56:45 [CONQUESTSRV1] UPACS THREAD 16: TOTAL RUNNING TIME: 1 SECONDS
A successful move (retrieve) like this:
11.03.2005 21:57:09 [CONQUESTSRV1] UPACS THREAD 18: STARTED AT: Fri Mar 11 21:57:09 2005
11.03.2005 21:57:09 [CONQUESTSRV1] Calling Application Title : "KPacsMove "
11.03.2005 21:57:10 [CONQUESTSRV1] Called Application Title : "CONQUESTSRV1 "
11.03.2005 21:57:10 [CONQUESTSRV1] Application Context : "1.2.840.10008.3.1.1.1"
11.03.2005 21:57:10 [CONQUESTSRV1] Presentation Context 0 "1.2.840.10008.5.1.4.1.2.2.1"
11.03.2005 21:57:10 [CONQUESTSRV1] Presentation Context 1 "1.2.840.10008.5.1.4.1.2.2.2"
11.03.2005 21:57:10 [CONQUESTSRV1] C-Move Destination: "KPServer"
11.03.2005 21:57:10 [CONQUESTSRV1] Number of Images to send: 62
11.03.2005 21:57:10 [CONQUESTSRV1] Sending file : ............
If you find a statement like this
Host 'AE-Title' did not accept the connection
it most of the time means, that the given IP or PORT which are stated in the "known dicom providers" listings are wrong.
Hope I could help.
Andreas
Btw.: We have 7 K-PACS workstations connected to a conquest server and it works flawlessly.
If you want to send images from K-PACS to a server like CONQUEST you have to select the study(ies) in lokal mode (green grid), click the transfer button and select the server. If you do it from dicom mode (liqht blue grid) you will only ask the server to move files from the selected query server to the target server.
Note that all changes will be adopted by CONQUEST server but changes in PatientID or StudyUID. In these cases CONQUEST will create a second instance of the study and you have to delete the old one in CONQUEST manually.
Andreas