Forum Replies Created
-
AuthorReplies
-
Maybe its me but I’m just not following what you are trying to accomplish.
why not use the alert on protocol status and use the comparing option “in” with he values you want to compare to?
December 26, 2021 at 9:43 am in reply to: Log4j Zero Day Vulnerability – Tracked as CVE-2021-44228 #119467Hi Rob,
Just a quick follow up question:
You state : “It is an old version and we’ll evaluate upgrading it in a future release.”
Is there any timeframe we can expect for this?As version 1 is not longer supported and other (minor) vulnerabilities exist in this product?
Hope to hear from you soon!
Merry Christmas,Lauri
April 13, 2020 at 5:24 pm in reply to: Connect to Cloverleaf tcp/ip thread with tcl socket command #116342Hi Robert,
We don’t use this method you are describing I’m sorry I can’t help you with that.
But I think we use something different for the same problem.
In the CWZ Nijmegen we will call this “enrichment / verrijking” procedure and use it to check for data in another our EHR while the orders are coming from a different facility.
I basically make a new QRY message on the (national) IDnumber, store the original message in a sql lite database,
After the qry, I use the result of the qry to use take the appropriate route ( positive QRY-result is an other route than a negative QRY-result).
Then I pull the original message from the database (based on multiple fields) and start to enrich the original message and sent it to the right location.
You don’t want to enrich the message (I think) but the making of the qry and the receiving of the qry and the routing are the same..
If this is what you are after.. please sent me a message ( in dutch).
- This reply was modified 4 years, 8 months ago by lauri buijs.
- This reply was modified 4 years, 8 months ago by lauri buijs.
you can use tcl scripting to use the dcmtk pdf2dcm we do that and it works pretty good.
October 15, 2018 at 4:43 pm in reply to: java/ws-rawclient – No message body writer has been found #86481Yuhong, have you come to a solution?
If not:
1. Are you sure that the message is not beeing sent and the logging is of the responsemessage of the server? Can you check with the company you are trying to reach?
2. Please also check your java drivers and library for the right jars.
3. Have you checked your http-conduit?
4. Please try to use a GET instead of a POST when your message has no content.
5. contact infor
Normally I would use payload only on a soap sender and a simple message when you use a raw sender[/list]
September 10, 2018 at 3:57 pm in reply to: java/ws-rawclient – No message body writer has been found #86478When you put the application/x-www-form-urlencoded in the header i would try to leave it blank.I’m not sure why you define your header and overwrite again..
September 8, 2018 at 11:48 am in reply to: java/ws-rawclient – No message body writer has been found #86475Hi,
I do not have much experience in this, but the errors i’ve seen untill now where all related to certificate and licenses.
Case closed, I’m so happy with this quick and simple resolution!
After installing the extra hl7 library everything works great.
that looks like what i’m looking for! I will dive into the script !
THANKS!
edit: I think I need some additional tcl scripting lessons 🙂
It doesn’t work right away, maybe a version difference? (we’re on cloverleaf 6.1.2- tcl 8.6) I will ask my collegue to assist me 😆
With out of the box I meant that its likely to use a translation to VRL but then I have to name and declare all the elements provided in an ORL. I would like to know if there is a better way.
In HL7 the names of elements are allready known through the hl7 standard, and most hl7 viewers also recognize the headers of the information provided.
Is it possible to convert these header-data and the HL7 message information provided to one readible file ?
But when somebody has a translation from ORL to VRL with most of the information that would be a great start 🙂
Hi,
I understand that this is not the proper way to communicate a lab request.
It is just a possibility that we have to make this detour before we can connect the interface in a proper way.
The lab-department has (at this moment) no order-receiving component and may be falling behind schedule (upgrade) to connect with the new electronic patient dossier.
The email will not be send outside the hospital! It will stay between our firewalls. That being said, we have an secure email protocol, with encryption.
First I’m trying to figure out what is the best way to convert the data.
-
AuthorReplies