MWL link error - Study Date & Study Time emptied

61 views
Skip to first unread message

Andrea Venanzi

unread,
Mar 20, 2020, 9:08:36 AM3/20/20
to dcm4che

Hello everyone! I am having an issue linking a study with a MWL entry in dcm4chee-arc 5.22.0. This is the HL7 message I use to add an order to the MWL:


MSH|^~\&|AvalonRIS|DentalRay|DCM4CHEE|DentalRay|20200320122220||ORM^O01^ORM_O01|MSH202003201222201249189236|P|2.5
PID
||513^^^AvalonRIS|513^^^AvalonRIS||PatLastName^PatFirstName|^|19851118|M|
PV1
||RAD|||||^^|^^
ORC
|NW|1|||SC||^^^202003201222|||||||||||ROMEXIS_1
OBR
||||^^^^OPT (ortopantomografia)||||||||||||||DR200320122207|3218|3218||202003201222||CT|||1|||||||5&TechnicianLastName& TechnicianFirstName ^^||202003201222||||||||^OPT (ortopantomografia)
ZDS
|1.3.6.1.4.1.49708.1.11.3.20200320122217.200320122207.217|ROMEXIS_1|ROMEXIS_1



The issue I having is that by linking a study to an MWL both via UI and via API, the Study Date field (0008,0020) and the Study Time field (0008,0030) are updated and are set to an empty value:


Schermata 2020-03-20 alle 13.46.53.png



Is there a way to prevent this from happening? Do I have to send two requests, one for the association and one for changing the date and time of the study?


Thank you,


Andrea

Vrinda Nayak

unread,
Mar 20, 2020, 10:55:04 AM3/20/20
to dcm4che
Not able to reproduce. The Study Date and Study Time remain intact.


curl -v -X POST -H "Content-type:application/json" -d '{"StudyInstanceUID": "1.2.3.4.5.6.7.8.9.11234.567.1"}' http://localhost:8080/dcm4chee-arc/aets/DCM4CHEE/rs/mwlitems/1.2.3.4.5.6.7.8.9.11234.567.1/SPID/move/113038%5EDCM


Andrea Venanzi

unread,
Mar 20, 2020, 11:54:13 AM3/20/20
to dcm4che
Hi Vrinda, thanks for the quick response. When the StudyUID is the same, the date and the time are kept, while in the case that the StudyUID is different between the study to associate and the mwl item, the date and time are deleted. 

Maybe I misuse this association function, what happens in my clinic is that sometimes our Cone Beam CT does not correctly set the study fields read via MWL ending up assigning the access number, the study description and the studyUID autonomously.

By associating this study with the correct MWL item, the study is actually modified with the correct StudyUID, Study Description and Accession Number, but the Study Date and Study Time fields are not copied to the new updated study.

The study before association:

Schermata 2020-03-20 alle 16.32.48.png


The MWL element:

Schermata 2020-03-20 alle 16.33.01.png


The studies after association with:

curl -v -X POST -H "Content-type:application/json" -d '{"StudyInstanceUID": "1.2.3.4.5.6.7.8.9.1234567890"}' http://localhost:8080/dcm4chee-arc/aets/DCM4CHEE/rs/mwlitems/1.2.826.0.1.3680043.8.872.73827086.0.26110.2.1/4724/move/113038^DCM


Schermata 2020-03-20 alle 16.34.03.png


Thank you so much,

Andrea

Vrinda Nayak

unread,
Mar 25, 2020, 6:50:44 AM3/25/20
to dcm4che
You may configure Link MWL Entry Update Policy to SUPPLEMENT and retry.

Andrea Venanzi

unread,
Mar 25, 2020, 8:14:45 AM3/25/20
to dcm4che
Hi Vrinda, thank you so much for your answer. Setting Link MWL Entry Update Policy to SUPPLEMENT, all work as expected. 

Thank you again!

Andrea

Gunter Zeilinger

unread,
Mar 25, 2020, 8:19:26 AM3/25/20
to dcm...@googlegroups.com
The disadvantage of using SUPPLEMENT instead (default) PRESERVE is, that also Study attributes will be copied from the original to the new Study, which may be actually wrong.


Sent with ProtonMail Secure Email.

‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐
--
You received this message because you are subscribed to the Google Groups "dcm4che" group.
To unsubscribe from this group and stop receiving emails from it, send an email to dcm4che+u...@googlegroups.com.

Reply all
Reply to author
Forward
0 new messages