ingestion for testing PACSONE

What application are you using PacsOne Server with?
Post Reply
rags_1979
Posts:3
Joined:Wed Aug 24, 2005 3:20 pm
ingestion for testing PACSONE

Post by rags_1979 » Thu Aug 25, 2005 6:07 am

Hi,
I am evaluating a few open source PACS and DICOM servers.
I am new to this whole excercise of PACS and so this question is of very fundamental nature.

I could successfully download and set up the PACS/DICOM servers on my laptop. I am even able to ping the AE I could configure from http://localhost/PacsOne/pacsone.php

However, I want to ingest some patient information. I have downloaded some free DICOM images from the internet to test a useful usecase of retrieving a patient record along with the image attached to him. But now I dont know how to ingest this image into the system in the first place. I expected that there would be some "upload" screen somewhere so that I could upload a patient's data. With what I understand I think I need an application that sends a CSTORE request ( i may be wrong as I have been working on anything to do with PACS only for the last two days).

So to summarize my question, Do i necessarily need a medical device to interact with PACSONE DICOM/PACS server to "save" images to the server? What do you suggest that I do if I have a downloaded image from the internet and I want to upload some sample images?


Thanks much.
Regards,
Raghu

j_n_c
Posts:16
Joined:Tue Jul 12, 2005 7:26 am

ingestion for testing PACSONE

Post by j_n_c » Thu Aug 25, 2005 7:32 am

Try the import function. Refer page 29/30 of PacsOne manual.Mind telling me why you're working on PacsOne? Not many in India do.

rags_1979
Posts:3
Joined:Wed Aug 24, 2005 3:20 pm

Post by rags_1979 » Thu Aug 25, 2005 12:26 pm

Thanks for the pointer. But I dont know if this "import" feature is available for the free version? Is it restricted only to the premium version of PACSONE ?

Yes you are right about PACS not being very popular in India. I am just playing around with this code to help a friend (a doctor who works in the USA).

Am I missing something as far as import is considered?

Regards,
Raghu

pacsone
Site Admin
Posts:3149
Joined:Tue Sep 30, 2003 2:47 am

Post by pacsone » Thu Aug 25, 2005 12:42 pm

There are many free/open-source applications that can send images to a PACS server (like PacsOne), e.g., CTN's send_image and DCMTK's storescu.

Here's a URL link to some of them as well as some sample images:

http://www.psychology.nottingham.ac.uk/ ... dicom.html

rags_1979
Posts:3
Joined:Wed Aug 24, 2005 3:20 pm

Post by rags_1979 » Sun Aug 28, 2005 4:40 pm

Thanks for the response. These storescu and send_image worked fine for me and I finally have some images ingested into my PacsOne installation. :-)

I am trying to "understand" the architecture and can you help me clarify a few things.

I think StoreSCP is implemented by the PacsOne.exe that runs as a daemon and storescu acts as a 'client' to that. If that is so, a few things I cant understand:

1. If I dont configure Dicom server (PacsOne.exe) listening on 1234 as an AE on the php, then why can't storescu 'talk' to PacsOne.exe ? Afterall it is a daemon that should be accepting requests on 1234 - should it not? But if I dont configure explicitly on the php page (as an AE ) , it refuses to work. Can you explain why this is so ?

2. when I 'ping' to 1234 either through ECHO commands (from ctn or dcmtk tools), it fails. Even from pacsone.php, the 'ping' on AE running on 1234 (which is PacsOne.exe daemon) fails. Whereas any other external AEs configured (like strorescp) can be 'pinged' with out any problem. Is it that response to ECHO not supported by PacsOne.exe ??

I am new to this whole thing, so probably am asking very fundamental questions. But any help on these would be highly appreciated.

Thanks much.

Regards,
Raghu

pacsone
Site Admin
Posts:3149
Joined:Tue Sep 30, 2003 2:47 am

Post by pacsone » Mon Aug 29, 2005 12:50 am

This is a basic Access Control feature of PacsOne Server:

By default, PacsOne does not accept connection requests from unknown application entities, to present attacks such as Denial Of Service. If you want to connect to PacsOne from a remote AE, you need to explicitly add it to the Application Entity page of PacsOne Server and enable access for it.

Post Reply