Posts by AndreasKnopke

    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

    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

    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

    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