Cannot connect to several modalities.

[dustinn3]

We cannot connect to our Vitrea workstation, it is getting the following error DICOM associattion rejected : dinet_ULSU_REJ_UNREC_CALLING_TITLE I have verified the connection from Pacsone to the workstation but cannot ping it from the Vitrea. I verified all the info is correct and I could send to efilm with the same ip and AE title.

I am also unable to connect to a Konica CR and a GE Entegra. I get this on them.
pacsone_dump($data);
Notice: Undefined index: port in C:\Program Files\PacsOne\php\cecho.php on line 13

Notice: Undefined index: aetitle in C:\Program Files\PacsOne\php\cecho.php on line 14

Notice: Undefined index: mytitle in C:\Program Files\PacsOne\php\cecho.php on line 15

Warning: fsockopen() [function.fsockopen]: unable to connect to 192.1.1.60:0 (Failed to parse address "192.1.1.60") in C:\Program Files\PacsOne\php\dicom.php on line 2077
fsockopen() failed: Failed to parse address "192.1.1.60"(0)

[pacsone]

We cannot connect to our Vitrea workstation, it is getting the following error DICOM associattion rejected : dinet_ULSU_REJ_UNREC_CALLING_TITLE

The error above means the AE title used by this Vitrea application is not recognized by the peer AE (PacsOne), thus the rejection. You need to make sure the AE title configured for the Vitrea AE is indeed the same AE title used by this Vitrea application when it connects to PacsOne.

For the PHP errors, it seems that either your display.php script is not at the same version as the cecho.php, or your Application Entity table is corrupted. Try the following query from a MySQL shell to verify that your Application Entity table is OK:

mysql>describe applentity;
mysql>select * from applentity where ipaddr='192.1.1.60';

and verify that the aetitle and port columns are not emoty.

To check your display.php script, if you're running the latest version 2.1.2, then line 640 should read as follows:

$href = "cecho.php?ipaddr=$ipaddr&hostname=$host&port=$port&aetitle=$title&mytitle=$mytitle";

[dustinn3]

I have verified all the information on both sides of the connection and it still doesn't work. I tried querying the database and it works fine. I also checked the display.php file and it is the correct file.

Any more suggestions?

[pacsone]

This seems like your PHP installation is not up-to-date, PacsOne requires PHP 4.3.1 or higher.

There's another thing you can check: try adding the following 2 lines right after the include header in cecho.php:

print_r($_REQUEST);
exit;

And see what you get when you click on the Ping link from the web ui. The above print statement should display the HTTP request data which should contain all the variables claimed to be missing from the error messages.

[dustinn3]

This one doesn't work.

pacsone_dump($data); Array ( [ipaddr] => 192.1.1.60 [hostname] => KONICA [PHPSESSID] => 6b2abeb4ff904a34379388ac4f8437e4 )

This one does.

pacsone_dump($data); Array ( [ipaddr] => 192.1.1.35 [hostname] => ULTRASOUND [port] => 2000 [aetitle] => APLIONE [mytitle] => PRMC_VIEW_1 [PHPSESSID] => 6b2abeb4ff904a34379388ac4f8437e4 )

My php version is 5.0.3. All the info is in both AE's.

I can send to pacsone from these devices, but cannot ping them. When they send if the patient already exists with a different Name I get an error on the Konica and it just keeps sending the image over and over.

Here's the log entry.

Tue Feb 01 17:59:27 2005 INFO - Session: <952> started from SCU: 192.1.1.60
Tue Feb 01 17:59:27 2005 INFO - <952> Receiving A-ASSOCIATE-RQ PDU
Tue Feb 01 17:59:27 2005 INFO - 1 record found in [applentity] table
Tue Feb 01 17:59:27 2005 INFO - <952> A-ASSOCIATE-RQ received successfully
Tue Feb 01 17:59:27 2005 INFO - <952> Sending A-ASSOCIATE-AC PDU
Tue Feb 01 17:59:27 2005 INFO - <952> A-ASSOCIATE-AC PDU sent successfully
Tue Feb 01 17:59:27 2005 INFO - <952> Receiving P-DATA-TF PDU
Tue Feb 01 17:59:27 2005 INFO - <952> C-STORE command received in P-DATA-TF PDU
Tue Feb 01 17:59:27 2005 ERROR - Patient Name: [Patient, A] conflicts with existing patient ID: [13901]
Tue Feb 01 17:59:27 2005 INFO - 28 tags processed in CDataSetPdv
Tue Feb 01 17:59:27 2005 INFO - <952> A-ASSOCIATE-RELEASE-RQ PDU received
Tue Feb 01 17:59:27 2005 INFO - <952> Sending A-ASSOCIATE-RELEASE-RSP PDU
Tue Feb 01 17:59:27 2005 INFO - <952> A-ASSOCIATE-RELEASE-RSP PDU sent successfully
Tue Feb 01 17:59:27 2005 INFO - Session: <952> disconnected for client: 192.1.1.60

The image will be in pacsone, but it just keeps adding the same image over and over. One patient had the same image 795 times.

Thanks,[/b]

[pacsone]

pacsone_dump($data); Array ( [ipaddr] => 192.1.1.60 [hostname] => KONICA [PHPSESSID] => 6b2abeb4ff904a34379388ac4f8437e4 )

Is there a space char in the HOSTNAME for the IP address of 192.1.1.60?

You can try moving your mouse over the Ping link (but do not click on it) and check the status bar of your browser to see the exact URL if you click on the link, can you see the other parameters of the HTTP request, like port, aetitle and myaetitle?

I believe the behavior when there's a duplicate patient id is a Konica issue/feature, it should not keep sending the same image in a forever loop under any condition, especially if the status returned from PacsOne is an error status.

[dustinn3]

I put my mouse over the ping link and it showed the same. The problem seems to be spaces in the hostname. If I put a space in it stops there. If I take it out it works fine.

Typically in efilm if it has a duplicate patient account, but different name it just creates a new patient. Is there a way to do that?

Thanks,

[dustinn3]

We fixed our problem with our Vitrea. They require multiple AE's and ports. We just added the extra AE's to PacsOne and it works.

[pacsone]

Typically in efilm if it has a duplicate patient account, but different name it just creates a new patient. Is there a way to do that?

I think the problem of multiple patients having the same patient id will become a much bigger problem later if it's not addressed at the earliest possible stage, and "inventing" a new patient id on the fly will only aggregate the problem.

[dustinn3]

Sorry, I was confused on that, apparently it does put them in the same account it just ignores the fact that the name is different. I sent an email to Konica to address the issue.

[dustinn3]

I finally got everything setup so Konica could take a look at what was happening. They are currently setting up a pacsone system to do some in-house testing with. He said they automatically retransmit on an error, which may be causing the problem. Through some testing, I found something interesting in that if the patient exists on the system as John D. Doe and I send a new study across as John Doe it works fine. However if John Doe already exists and I try to send it John D. Doe, it gets the Patient Name: [Doe, John D.] conflicts with existing patient ID: [13901] . He's supposed to get back to me next week if he can get it setup and tested.

Thanks,

[pacsone]

Yes, this is a typical error and the problem is some vendors encode the Middlename as Part of the Firstname, e.g., [John D.] as opposed to [John] as the Firstname and [D.] as the Middlename.

The Dicom standard uses 5 parts to encode a person's name. In the example above, the name should be encoded as "Doe^John^D.", but many vendors encode it as "Doe^John D." instead.

[anxt]

Hi,
I don't understand when you say"They require multiple AE's and ports"
What was your mistake?
Thank you.
I have to test PacsOne with vitrea 4.
Have you any advice?

[pacsone]

It seems that this Vitrea device requires multiple AE Title separately for sending and receiving. You should check the Vitrea user's manual or their technical support about how to configure these separate AE Titles.