HI,
When I follow the link while logged into both sites it asks for an access code for the private leaderboard.
Any advice please.
Stuart
- Log in to post comments
HI,
When I follow the link while logged into both sites it asks for an access code for the private leaderboard.
Any advice please.
Stuart
You can also test Data transformations from within the Data Transformation Editor, if you have the message as text.
There is no direct way (without writing something) to get 1 message through.
An indirect way would be use the throttle delay option for the Business Service, Business Process(es)/Router(s) & Business Operations in Ensemble via the Settings tab in the Additional Settings section.
It works in the Milliseconds (1000 milliseconds = 1 second) , so to get one message through with enough time to stop the feed you would set it to 60,000 milliseconds.
We used this to assurance test each of our feeds on the day when upgrading to Healthshare 2017.1
I hope this helps you.
PS you would need to remember to remove this throttle after testing, otherwise in a production environment you would have queues galore.
Thank you Eduard. This works well now.
I'll make sure I declare everything next time.
I wonder Do I need to call on the recipient, cc, bcc and from details in the adapter settings?
Thank you again Eduard.
I added the set and found a new error:
ERROR <Ens>ErrException: <INVALID OREF>zCopyFrom+2 ^%Library.FileCharacterStream.1 -- logged as '-'
number - @''
Logged: 2017-10-16 12:46:52.131
Source: HL7-2-Email
Session: 1680693
Job: 8932
Class: CUH.Oper.HL7Email
Method: MessageHeaderHandler
Trace: (none)
Stack:
•$$^zMessageHeaderHandler+198 ^CUH.Oper.HL7Email.1 +2
•$$^zOnTask+42^Ens.Host.1 +1
•DO^zStart+62^Ens.Job.1 +2
I can't see what not's being referenced at this point. I've had a look at the class and believe to be referencing everything correctly.
Hi Eduard,
Thank you for your suggestion. I am having trouble getting the OutputToIOStream method to work.
The code I have used in addition to the above is;
Set tSC = mail.AttachStream(AttachementStream,..Filename,1,"iso-8859-1") If $$$ISERR(tSC) Quit tSC
When I try and pass a HL7 message to the operation I get the following error:
ERROR <Ens>ErrException: <UNDEFINED>zOnMessage+5 ^CUH.Oper.HL7Email.1 *pIOStream -- logged as '-'
number - @'
set AttachementStream = pRequest.OutputToIOStream(pIOStream,..Separators,"",1)'
I am new to handling streams and the documentation isn't helping it make things clearer.
I managed to resolve the issue. I had created a new class to house the code above. I must of typo'd the DTL.
I am having trouble implementing this in the DTL. Were currently on 2012.2.5.
Would this version have an impact on this class from functioning?
I created the class as is, but renamed to:
The DTL calling on the class is:
When I run a test message I get the following error:
ERROR <Ens>ErrException: <INVALID OREF>zConversionScrub+1^CUH.Other.StripDelimiterfunction.1 -- logged as '-' number - @' set tSegCount = pHL7.SegCount'
Thanks Jeffery
Were on Ensemble 2012.2.5 . We're in the process of testing our upgrade HealthShare 2017.1 on a seperate instance.
After some investigation I found that the method would work with the following:

I found a quirk in the testing service, where the rule would not work using the testing service.
I created a business Operation that feeds our ADT Business service and the same messages now all work.
I'm currently testing with our eMR (Epic's) DEV platform ADT messages and this is also working.
It looks like the testing service might works a bit funny when running from the router.
Thank you all for your reads and contributions.
Thank you Scott.
I managed to get my method to work, but yours works really well and is another way I wouldn't of thought of doing.
Thanks David. This worked really well and I was able to call my record map and pass to a BP router.
In the meantime I got my stream to work, but the EnsLib.RecordMap.Service.FTPService is more straightforward and will be supported in future upgrades.
I redid the indicies, however I found by trying to relabel properties the extended from the base HL7 searchtable class caused upset.
I got around this by replicating the class as a new separate class. This has worked well and rebuilding the indices allowed me to backwards index existing messages.