Clovertech

Paul Johnston

Forum Replies Created

Viewing 15 replies – 1 through 15 (of 74 total)
1 2 3 4 5
  • Author
    Replies
  • May 22, 2024 at 11:24 am in reply to: So long, and thanks for all the fish. #121408
    Paul Johnston
    Participant

      Wow, 30 years !!.  Well done.  That’s a long time Rob.

      Its been approx.  20 years for me with Cloverleaf although we have been switching to Rhapsody ( I know , boooo .. LOL ) last couple of years. I still monitor the forum because, good to remain in contact with a great group of Integration people and who knows, may be back.

      Anyway , Best of luck with your retirement. Hope it all goes well.

       

      Paul Johnston
      Systems Interface Analyst,
      Southlake Regional Health Centre| Stevenson Memorial Hospitals
      Newmarket, Ontario

      January 8, 2021 at 8:12 am in reply to: Curious – why don’t you participate in clovertech #118342
      Paul Johnston
      Participant

        Hi Jim and All

        Happy 2021

        I concur with the responses so far. The older forum was much easier to navigate and find specific  answers to your needs. It was ” easier to use and more inviting, and just easier to browse through. ”

        Our site is very far behind on the Cloverleaf version so answers are not relevant anymore and refer back to  my first response about locating answers.

        I also agree with that Hospitals including ours, are trying to do more with less and less time for Clovertech.

        I checked #3 also but only when it was the older forum format.

         

        November 26, 2018 at 8:10 pm in reply to: Start with Hold Inbound #86648
        Paul Johnston
        Participant

          Hi Jim ,

          Thanks for your insight. Our situation is tricky in that our GOLive is not until this Saturday. We are converted all of our Interfaces with addition of some new ones but we are not starting all of them at the same time. Messages will need to be queued somewhere.  It will take some clever logistics no matter how we look at it.

          Let it be known I am not having a good time with Meditech.

          Thank you .

          November 23, 2018 at 8:18 pm in reply to: Start with Hold Inbound #86646
          Paul Johnston
          Participant

            Jim ,

            That is correct and that is our hope, for Meditech to hold the messages as I have more concerns with them being held in the Engine.

            Keith ,

            Yes, we were also hoping to throttle / regulate the messages from Meditech?

            As I mentioned to Jim , having concerns of the number of messages held in the Engine.

            November 23, 2018 at 7:42 pm in reply to: Start with Hold Inbound #86643
            Paul Johnston
            Participant

              Hi Jim ,

              With the Inbound on Hold we would be able to queue the messages in the

              Meditech (source) system therefore not holding ALL the messages in the Engine. We are expecting several thousand messages to be queued in Meditech which will be routed through the engine.

              Hope that makes sense, Jim

              Thanks

              November 23, 2018 at 4:19 pm in reply to: Start with Hold Inbound #86641
              Paul Johnston
              Participant

                Thanks Keith.

                I just tried on the Outbound thread and it works.

                I thought for sure I was able to use the “Start with Hold” on the Inbound thread before.  😕

                Can anyone at Infor confirm if this functionality should be working on any thread, Inbound or Outbound.

                Greatly appreciated

                January 16, 2018 at 3:50 pm in reply to: Meditech Vendor Interfaces #85834
                Paul Johnston
                Participant

                  Jared,

                  Thank you again . That help. I noticed we were using an old hl7Raw_ack proc which was missing logic to handle MultiServer.  Got a new one from Clovertech TCL library and seems to be working.   🙂

                  January 15, 2018 at 4:37 pm in reply to: Meditech Vendor Interfaces #85831
                  Paul Johnston
                  Participant

                    Hey guys ,

                    I tried the Multiserver Option but not quite getting it yet. I understand I may require a specific TCL proc to handle the the ACKs and replies.

                    It would be on the Outbound Thread – Outbound Tab – TPS Inbound Reply.  

                    From other responses in Clovertech there many bit and pieces of suggested code but I am not successful yet pulling it all together.  

                    Do you use Proc to handle this I could try ?

                    January 12, 2018 at 2:21 pm in reply to: Meditech Vendor Interfaces #85830
                    Paul Johnston
                    Participant

                      Thank you very much Jerry and Jared.  I will try enabling the Multi-Server option.  

                      Jerry ,  We are moving to MT 6.16 .  What method did you use to reset your connections every hour ? Cron job or if you are on Windows, a task ? Did you do both IB and OB?

                      September 21, 2016 at 11:35 am in reply to: Moving on #84560
                      Paul Johnston
                      Participant

                        Best of Luck Jim !

                        Thank you for your help on several occasions.

                        It is great you are hanging around Clovertech to continue sharing

                        with us your weath of knowledge and expertise.

                        May 4, 2016 at 5:59 pm in reply to: Capture single message MetaData #83977
                        Paul Johnston
                        Participant

                          Hi Jim ,

                          Yes , it does make sense . I will give it a try .

                          Much appreciated.

                          Thank you .

                          May 4, 2016 at 2:33 pm in reply to: Capture single message MetaData #83975
                          Paul Johnston
                          Participant

                            Jim ,

                            Thank you.  We are using file based SMAT files so I can look at the .IDX files. Any idea on how to match the metadata of a single message from the .MSG file to the .IDX file.  ?

                            February 13, 2015 at 3:58 pm in reply to: Can I change message type in xlate #58074
                            Paul Johnston
                            Participant

                              Right  🙂  … still need to COPY the MSH and EVN .

                              I believe I do the same as you Robert having a Wild Card route as ADT_A((0[1-8])|11|12|13|34) using the XLT X_Star_Nuance_ADT.xlt

                              and I created an HL7 variant with a message just called ‘ADT’ .

                              February 12, 2015 at 1:34 pm in reply to: Can I change message type in xlate #58071
                              Paul Johnston
                              Participant

                                Quote:

                                As long as you do a BULKCOPY first or at least make sure you copy MSH.9 -> MSH.9 and EVN.1 -> EVN.1 everything will come out fine.

                                You *MUST* make a variant that matches for all types.  Iusually take an ADT_A01 variant and make any segments not used by all messages optional.  Then simply copy this message variant to all others; A03, A04, etc.

                                This is an interesting method I will have to try. Would it be any different to create the ADT variant , use it in a XLT but using a ‘ Wild Card ‘ route. Would this eliminate the MSH 9 and EVN copy . ?

                                December 3, 2013 at 2:47 pm in reply to: Using ODBC and creating an HL7 message #79598
                                Paul Johnston
                                Participant

                                  Thanks Max ,

                                  As much as we would like to upgrade soon we are now committed to using the ODBC Connect drivers. Unfortunately, looks like it may be next year before we upgrade.  🙁

                                • Author
                                  Replies
                                Viewing 15 replies – 1 through 15 (of 74 total)
                                1 2 3 4 5