Probelm: Import via DICOM Server
135 views
Skip to first unread message
Guilherme Ribeiro Garcia grgarcia
Jun 29, 2022, 3:52:54 PM6/29/22
to OpenREM
Hi Ed,
We are from a medical physics department of a Hospital in the South of Brazil and we installed OpenREM on Windows 10. We were able to successfully execute the “Import DICOM Manually” functionality. However, we were not successful when executing “Import via DICOM Server”. OpenREM successfully performs the query and lists the exams found according to the filters (Figure 1).
Figure 1. “Query complete - there are 48 studies we can move” on OpenREM.
Image access: https://drive.google.com/file/d/1TjIKXFB2cnJvIy0x91YbywcvatIrMghL/view?usp=sharing
When pressing “Move” to request the retrieve, the system informs the success message for the request (Figure 2). However, the requested information is not loaded in OpenREM, that is, the database does not update with the new exams.
Figure 2. Move request complete on OpenREM.
We tested it on two remote server Enterprise Imaging AGFA and Conquest, but the import was not successful.
Could you help us?
Kind regards,
Guilherme
Ed McDonagh
Jun 29, 2022, 5:40:33 PM6/29/22
to Guilherme Ribeiro Garcia grgarcia, OpenREM
Hi Guilherme
I would look at two things:
- What is "Banco de dados OpenREM" - is it set up to import the images to OpenREM? The instructions for Orthanc show how this is done with the Lua script - does that DICOM server do this?
- Have you configured the remote server with details of your server? When OpenREM makes a Move request, we tell the remote server the AE Title of our server that we want them to send the DICOM objects to. The remote server must already know that the AE Title corresponds to a specific IP address and port. This is usually where the problem lies!
Let me know if this helps.
Kind regards
Ed
P.S. I am always excited to find out where OpenREM is being used! Thanks for getting in touch!
[PT] Mensagem para uso exclusivo do destinatário. Apague-a imediatamente se a recebeu por engano.[EN] Message for exclusive use of the recipient. Erase it immediately if you received it by mistake.[ES] Mensaje para el uso exclusivo del destinatario. Eliminar de inmediato si lo recibió por error.--HCPA - Hospital de Clínicas de Porto Alegre.
You received this message because you are subscribed to the Google Groups "OpenREM" group.
To unsubscribe from this group and stop receiving emails from it, send an email to openrem+u...@googlegroups.com.
To view this discussion on the web, visit https://groups.google.com/d/msgid/openrem/43d7ec9c-7b03-4adb-bca6-5044b1943387n%40googlegroups.com.
Guilherme Ribeiro Garcia grgarcia
Jul 1, 2022, 5:06:38 PM7/1/22
to OpenREM
Hi, Leonardo and Ed. Thanks for the answers!
OpenREM is installed on a Dell Windows 10 workstation, 16GB of RAM and Xeon W3503 2.40GHz processor.
Windows Firewall is turned off and the app settings have been followed (Alow an app through windows firewall: https://youtu.be/4vbMGp8m5_E?list=UUVJ8yDXmFa9cIvxaRG90Ygg&t=281 ).
What is "OpenREM Database" - is it set up to import the images to OpenREM?
Yes. OpenREM database is the scp store we configured.
The instructions for Orthanc show how this is done with the Lua script - does that DICOM server do this?
Yes. The Lua script has been revised.
Have you configured the remote server with details of your server?
Yes, we configure the AET (ORTHANC) and IP of the station where OpenREM is installed on the remote server.
Some logs from OpenREM (Log 1) and remote server Conquest (Log 2), when we tried to move the images (Figure 2).
Log 1 (C:\OpenREM\media\celery\default.log):
[2022-06-28 16:50:41,686: ERROR/MainProcess] Task remapp.netdicom.qrscu.qrscu[3ff36c4a-0a68-4c17-bf26-5f632b7602ae] raised unexpected: OperationalError('could not connect to server: Connection refused (0x0000274D/10061)\n\tIs the server running on host "localhost" (127.0.0.1) and accepting\n\tTCP/IP connections on port 5432?\ncould not connect to server: Connection refused (0x0000274D/10061)\n\tIs the server running on host "localhost" (::1) and accepting\n\tTCP/IP connections on port 5432?\n',)
Traceback (most recent call last):
File "c:\python27\lib\site-packages\celery\app\trace.py", line 240, in trace_task
R = retval = fun(*args, **kwargs)
File "c:\python27\lib\site-packages\celery\app\trace.py", line 438, in __protected_call__
return self.run(*args, **kwargs)
File "C:\Python27\Lib\site-packages\openrem\remapp\netdicom\qrscu.py", line 831, in qrscu
qr_scp = DicomRemoteQR.objects.get(pk=qr_scp_pk)
File "c:\python27\lib\site-packages\django\db\models\manager.py", line 127, in manager_method
return getattr(self.get_queryset(), name)(*args, **kwargs)
File "c:\python27\lib\site-packages\django\db\models\query.py", line 328, in get
num = len(clone)
File "c:\python27\lib\site-packages\django\db\models\query.py", line 144, in __len__
self._fetch_all()
File "c:\python27\lib\site-packages\django\db\models\query.py", line 965, in _fetch_all
self._result_cache = list(self.iterator())
File "c:\python27\lib\site-packages\django\db\models\query.py", line 238, in iterator
results = compiler.execute_sql()
File "c:\python27\lib\site-packages\django\db\models\sql\compiler.py", line 838, in execute_sql
cursor = self.connection.cursor()
File "c:\python27\lib\site-packages\django\db\backends\base\base.py", line 164, in cursor
cursor = self.make_cursor(self._cursor())
File "c:\python27\lib\site-packages\django\db\backends\base\base.py", line 135, in _cursor
self.ensure_connection()
File "c:\python27\lib\site-packages\django\db\backends\base\base.py", line 130, in ensure_connection
self.connect()
File "c:\python27\lib\site-packages\django\db\utils.py", line 98, in __exit__
six.reraise(dj_exc_type, dj_exc_value, traceback)
File "c:\python27\lib\site-packages\django\db\backends\base\base.py", line 130, in ensure_connection
self.connect()
File "c:\python27\lib\site-packages\django\db\backends\base\base.py", line 119, in connect
self.connection = self.get_new_connection(conn_params)
File "c:\python27\lib\site-packages\django\db\backends\postgresql_psycopg2\base.py", line 176, in get_new_connection
connection = Database.connect(**conn_params)
File "c:\python27\lib\site-packages\psycopg2\__init__.py", line 127, in connect
conn = _connect(dsn, connection_factory=connection_factory, **kwasync)
OperationalError: could not connect to server: Connection refused (0x0000274D/10061)
Is the server running on host "localhost" (127.0.0.1) and accepting
TCP/IP connections on port 5432?
could not connect to server: Connection refused (0x0000274D/10061)
Is the server running on host "localhost" (::1) and accepting
TCP/IP connections on port 5432?
[2022-06-28 16:53:01,473: ERROR/MainProcess] consumer: Cannot connect to amqp://guest:**@127.0.0.1:5672//: [Errno 10061] Nenhuma conexão pôde ser feita porque a máquina de destino as recusou ativamente.
Trying again in 2.00 seconds...
Log 2: generated on remote Conquest server on query/retrieve attempt.
[CONQUEST] Query On Image
Could you help us?
Kind regards,
Guilherme
OpenREM is installed on a Dell Windows 10 workstation, 16GB of RAM and Xeon W3503 2.40GHz processor.
Windows Firewall is turned off and the app settings have been followed (Alow an app through windows firewall: https://youtu.be/4vbMGp8m5_E?list=UUVJ8yDXmFa9cIvxaRG90Ygg&t=281 ).
What is "OpenREM Database" - is it set up to import the images to OpenREM?
Yes. OpenREM database is the scp store we configured.
The instructions for Orthanc show how this is done with the Lua script - does that DICOM server do this?
Have you configured the remote server with details of your server?
Some logs from OpenREM (Log 1) and remote server Conquest (Log 2), when we tried to move the images (Figure 2).
Log 1 (C:\OpenREM\media\celery\default.log):
[2022-06-28 16:50:41,686: ERROR/MainProcess] Task remapp.netdicom.qrscu.qrscu[3ff36c4a-0a68-4c17-bf26-5f632b7602ae] raised unexpected: OperationalError('could not connect to server: Connection refused (0x0000274D/10061)\n\tIs the server running on host "localhost" (127.0.0.1) and accepting\n\tTCP/IP connections on port 5432?\ncould not connect to server: Connection refused (0x0000274D/10061)\n\tIs the server running on host "localhost" (::1) and accepting\n\tTCP/IP connections on port 5432?\n',)
Traceback (most recent call last):
File "c:\python27\lib\site-packages\celery\app\trace.py", line 240, in trace_task
R = retval = fun(*args, **kwargs)
File "c:\python27\lib\site-packages\celery\app\trace.py", line 438, in __protected_call__
return self.run(*args, **kwargs)
File "C:\Python27\Lib\site-packages\openrem\remapp\netdicom\qrscu.py", line 831, in qrscu
qr_scp = DicomRemoteQR.objects.get(pk=qr_scp_pk)
File "c:\python27\lib\site-packages\django\db\models\manager.py", line 127, in manager_method
return getattr(self.get_queryset(), name)(*args, **kwargs)
File "c:\python27\lib\site-packages\django\db\models\query.py", line 328, in get
num = len(clone)
File "c:\python27\lib\site-packages\django\db\models\query.py", line 144, in __len__
self._fetch_all()
File "c:\python27\lib\site-packages\django\db\models\query.py", line 965, in _fetch_all
self._result_cache = list(self.iterator())
File "c:\python27\lib\site-packages\django\db\models\query.py", line 238, in iterator
results = compiler.execute_sql()
File "c:\python27\lib\site-packages\django\db\models\sql\compiler.py", line 838, in execute_sql
cursor = self.connection.cursor()
File "c:\python27\lib\site-packages\django\db\backends\base\base.py", line 164, in cursor
cursor = self.make_cursor(self._cursor())
File "c:\python27\lib\site-packages\django\db\backends\base\base.py", line 135, in _cursor
self.ensure_connection()
File "c:\python27\lib\site-packages\django\db\backends\base\base.py", line 130, in ensure_connection
self.connect()
File "c:\python27\lib\site-packages\django\db\utils.py", line 98, in __exit__
six.reraise(dj_exc_type, dj_exc_value, traceback)
File "c:\python27\lib\site-packages\django\db\backends\base\base.py", line 130, in ensure_connection
self.connect()
File "c:\python27\lib\site-packages\django\db\backends\base\base.py", line 119, in connect
self.connection = self.get_new_connection(conn_params)
File "c:\python27\lib\site-packages\django\db\backends\postgresql_psycopg2\base.py", line 176, in get_new_connection
connection = Database.connect(**conn_params)
File "c:\python27\lib\site-packages\psycopg2\__init__.py", line 127, in connect
conn = _connect(dsn, connection_factory=connection_factory, **kwasync)
OperationalError: could not connect to server: Connection refused (0x0000274D/10061)
Is the server running on host "localhost" (127.0.0.1) and accepting
TCP/IP connections on port 5432?
could not connect to server: Connection refused (0x0000274D/10061)
Is the server running on host "localhost" (::1) and accepting
TCP/IP connections on port 5432?
[2022-06-28 16:53:01,473: ERROR/MainProcess] consumer: Cannot connect to amqp://guest:**@127.0.0.1:5672//: [Errno 10061] Nenhuma conexão pôde ser feita porque a máquina de destino as recusou ativamente.
Trying again in 2.00 seconds...
Log 2: generated on remote Conquest server on query/retrieve attempt.
[CONQUEST] Query On Image
[CONQUEST] Issue Query on Columns: DICOMImages.SOPClassUI, DICOMImages.SOPInstanc, DICOMSeries.SeriesInst, DICOMStudies.StudyInsta,DICOMImages.ObjectFile,DICOMImages.DeviceName
[CONQUEST] Values: DICOMSeries.SeriesInst = '1.2.840.113619.2.428.3.1292524090.764.1656322149.86' and DICOMStudies.StudyInsta = '1.2.840.113619.2.428.3.1292524090.764.1656322149.38' and DICOMSeries.StudyInsta = DICOMStudies.StudyInsta and DICOMImages.SeriesInst = DICOMSeries.SeriesInst
[CONQUEST] Tables: DICOMImages, DICOMSeries, DICOMStudies
[CONQUEST] Records = 1
[CONQUEST] Number of Images to send: 1
[CONQUEST] Host 'ORTHANC' did not accept the connection
[CONQUEST] C-Move (StudyRoot)
[CONQUEST] Server Command := 0021
[CONQUEST] Message ID := 0001
[CONQUEST] C-Move Destination: "ORTHANC "
[CONQUEST] 0000,0002 28 UI AffectedSOPClassUID "1.2.840.10008.5.1.4.1.2.2.2"
[CONQUEST] 0000,0100 2 US CommandField 33
[CONQUEST] 0000,0110 2 US MessageID 1
[CONQUEST] 0000,0600 8 AE MoveDestination "ORTHANC "
[CONQUEST] 0000,0700 2 US Priority 2
[CONQUEST] 0000,0800 2 US DataSetType 1
[CONQUEST] 0002,0010 17 UI TransferSyntaxUID "1.2.840.10008.1.2" [CONQUEST] (QualifyOn) (mapped) IP:INTRUDER_E, PORT:127.0.0.1
[CONQUEST] MyStudyRootRetrieveGeneric :: SearchOn
[CONQUEST] 0002,0010 17 UI TransferSyntaxUID "1.2.840.10008.1.2"
[CONQUEST] 0008,0052 6 CS QueryRetrieveLevel "SERIES"
[CONQUEST] 0020,000d 54 UI StudyInstanceUID "1.2.40.0.13.1.226944653722925549419463495713763851938"
[CONQUEST] 0020,000e 52 UI SeriesInstanceUID "1.2.840.113619.2.428.3.1292516408.663.1656325633.998"
[CONQUEST] Query On Image
[CONQUEST] Issue Query on Columns: DICOMImages.SOPClassUI, DICOMImages.SOPInstanc, DICOMSeries.SeriesInst, DICOMStudies.StudyInsta,DICOMImages.ObjectFile,DICOMImages.DeviceName
[CONQUEST] Values: DICOMSeries.SeriesInst = '1.2.840.113619.2.428.3.1292516408.663.1656325633.998' and DICOMStudies.StudyInsta = '1.2.40.0.13.1.226944653722925549419463495713763851938' and DICOMSeries.StudyInsta = DICOMStudies.StudyInsta and DICOMImages.SeriesInst = DICOMSeries.SeriesInst
[CONQUEST] Tables: DICOMImages, DICOMSeries, DICOMStudies
[CONQUEST] Records = 1
[CONQUEST] Number of Images to send: 1
[CONQUEST] Host 'ORTHANC' did not accept the connection[CONQUEST] C-Move (StudyRoot)
[CONQUEST] UPACS THREAD 89: ENDED AT: Tue Jun 28 17:39:08 2022
[CONQUEST] UPACS THREAD 89: TOTAL RUNNING TIME: 15 SECONDS
Could you help us?
Kind regards,
Guilherme
Ed McDonagh
Jul 1, 2022, 6:38:50 PM7/1/22
to OpenREM
It looks like RabbitMQ might not be running. What does the service status tell you on the tasks page?
To view this discussion on the web, visit https://groups.google.com/d/msgid/openrem/423b4029-ff7e-46e5-880f-3f66bfe86247n%40googlegroups.com.
Guilherme Ribeiro Garcia grgarcia
Jul 11, 2022, 2:41:47 PM7/11/22
to OpenREM
Good afternoon,
I checked in RabbitMQ tasks:
I checked in RabbitMQ tasks:
RabbitMQ message broker = Running, no tasks waiting to be processed
Celery asynchronous task queue = Running
Flower - celery monitoring tool = not running! Has it been started?
Thanks!
Ed McDonagh
Jul 12, 2022, 5:37:31 AM7/12/22
to Guilherme Ribeiro Garcia grgarcia, OpenREM
Good morning.
It looks like you might not have installed Flower - did you do the install by following the YouTube instructions? If so, that was for an older version of OpenREM and hasn't been updated as far as I know (they were made independently by people who use OpenREM). The instructions for 0.10 are slightly different: https://docs.openrem.org/en/0.10.0-docs/install.html
For the issue here though, can you show me the Conquest server "Known DICOM providers" configuration page:
Can you also show me the DICOM Networking page off the Config menu on your OpenREM install please?
Kind regards
Ed
To view this discussion on the web, visit https://groups.google.com/d/msgid/openrem/5908ba51-3cc1-4671-8f68-fe1998c18912n%40googlegroups.com.
Guilherme Ribeiro Garcia grgarcia
Jul 19, 2022, 4:08:28 PM7/19/22
to OpenREM
Hi Ed,
Revised instructions for 0.10. Now flower is working:
But now the DICOM instances are coming to this folder:
And dose data is not being loaded by OpenREM (red arrow indicates manually imported data):
Could you help us?
Kind regards,
Guilherme
Revised instructions for 0.10. Now flower is working:
But now the DICOM instances are coming to this folder:
And dose data is not being loaded by OpenREM (red arrow indicates manually imported data):
Could you help us?
Kind regards,
Guilherme
Ed McDonagh
Jul 19, 2022, 4:32:54 PM7/19/22
to Guilherme Ribeiro Garcia grgarcia, OpenREM
Hi Guilherme - that is great - we now know the images are being 'retrieved', but not imported into OpenREM.
Can you review this page of instructions and see if everything is correct? docs.openrem.org/en/0.10.0-docs/netdicom-orthanc-config.html
Once you have done that, check the log files for Orthanc and see if it references the lua script being loaded: C:\Program Files\Orthanc Server\Logs
Kind regards
Ed
To view this discussion on the web, visit https://groups.google.com/d/msgid/openrem/a62a98a5-0f6e-4c36-b4fd-6fde855dc9a5n%40googlegroups.com.
Message has been deleted
Ed McDonagh
Aug 22, 2022, 8:47:11 AM8/22/22
to OpenREM
😊
Thanks for letting us know it is working now!
Anything the group can learn from when they got similar issues?
Thanks
Ed
On Mon, 22 Aug 2022, 13:42 'Guilherme Ribeiro Garcia grgarcia' via OpenREM, <ope...@googlegroups.com> wrote:
Good morning Ed,
In the last few weeks, we tested the OpenREM query/retrieve directly in our PACS.After some adjustments, finally the connection.
We thank you for your availability and support in solving problems that occurred when installing the system.
Big hug!
To view this discussion on the web, visit https://groups.google.com/d/msgid/openrem/c88681b1-eb27-4541-b2f3-304ef9a49d94n%40googlegroups.com.
Reply all
Reply to author
Forward
Message has been deleted
Message has been deleted
0 new messages