[MEDITECH-L] Interface Engine vendors
David McAllister
need an outboud ADT interface. What are other magic sites using for
your HL7 interface engine? Approximate setup/maintenance costs? Ease
of use, setup complexity, etc.
Looking for ideas from other -L members, and vendors are welcome to
reply directly to...
David McAllister, MT(ASCP)
Systems Analyst/Programmer
Jeff Anderson Reg. Med. Ctr.
Meridian, Mississippi
Office: 601-553-6027 (M-F 0500-1330 central)
Email: dmcal...@jarmc.org
***********************************************************
The information in this email is confidential and may be legally
privileged. It is intended solely for the addressee. Access to this
email by anyone else is unauthorized. If you are not the intended
recipient, any disclosure, copying, distribution or any action taken
or omitted to be taken in reliance on it, is prohibited and may be
unlawful. If you believe that you have received this email in error,
please contact the sender.
************************************************************
=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=
To subscribe or unsubscribe to the meditech-l, visit http://mtusers.com/mailman/listinfo/meditech-l_mtusers.com
To check the status of the meditech-l, visit MTUsers.NET
For help, email g...@MTUsers.NET.
Please visit and add information to the MTUsers WikiPedia at MTUsers.NET/mwiki
______________________________________
meditech-l mailing list
medit...@MTUsers.com
http://mtusers.com/mailman/listinfo/meditech-l_mtusers.com
Alex Anderson
very robust.
Alex Anderson
Senior Programmer/Analyst
Thompson Health System
Canandaigua, NY 14424
585-396-6765
De parvis grandis a cervus erit.
Nelligan, Brian
to others like Iatric, Summit or Ipeople.
It was extremely easy to use and setup. Maintenance and errors were
easy to see (no errors while I was there unless Meditech or 3rd party
changed something without telling us).
We use it for ADT and ORM/ORU messages.
Brian Nelligan
-----Original Message-----
From: meditech-...@mtusers.com
[mailto:meditech-...@mtusers.com] On Behalf Of David McAllister
Sent: Tuesday, September 11, 2007 11:40
To: Meditech-l List
Subject: [MEDITECH-L] Interface Engine vendors
For help, email g...@MTUsers.NET.
Exceptional PEOPLE, Exceptional CARE
**** CONFIDENTIALITY NOTICE ****
This electronic transmission and any accompanying attachments may
contain privileged or confidential information intended only for the use
of the individual or organization named above. Any distribution,
copying or action taken in reliance on the contents of this
communication by anyone other than the intended recipient(s) is
STRICTLY PROHIBITED.
If you have received this communication in error please notify the
sender at the above email address and delete this email immediately.
Thank you.
Freeman, Gale
because I was not familiar with hl7 scripting or
I should say Biztalk software. It's a whole different ball of worms. But
once you get the hang of it , it works
Really well.
TSL...@cho.org
David:
I can appreciate your frustration. However, we found that Meditech's
mandatory bundling of ADT interfaces with other interfaces (such as
PACS), made buying an interface engine useless. In fact, we used to
have CAI's interface engine, but took it out of service. If you have
to buy an ADT interface every time you buy any other interface, you
can never cost justify an interface engine.
That said, there are other options. If you are running Data Repository
on SQL Server 2005, you have already purchased SQL Server Integration
Services. This is a full featured and very sophisticated interface
development tool positioned mostly for batch transmissions. If you add
BizTalk to SSIS, then you have a very robust development environment for
all your interface needs. I'd be surprised if Oracle, Sybase, and IBM
didn't make some effort to match these tools if they haven't already.
I should add, the learning curve for these tools is not for the faint of
heart. Then again, simplicity of use frequently translates to "lacks
functionality". High functionality often correlates to high complexity.
Then again, the learning curve for some of the interface engines on the
market can be daunting too.
So there are options out there that should have the interface engine
vendors worried.
Thomas Stephen Laxar
Coordinator, Hospital Information Systems
Children's Hospital Oakland
510-428-3833
tsl...@cho.org
The email message (and any attachments) is for the sole use of the intended
recipient(s) and may contain confidential information. Any unauthorized
review, use, disclosure or distribution is prohibited. If you are not the
intended recipient, please contact the sender by reply email and destroy all
copies of the original message (and any attachments).
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
Tue Sep 11, 2007 9:09 am From: "David McAllister" <
Subject: [MEDITECH-L] Interface Engine vendors
From: "David McAllister" <dmcal...@jarmc.org>
Date: Tue, 11 Sep 2007 10:40:18 -0500
Return-Path: <"David McAllister" <dmcal...@jarmc.org>>
Received: from smtp2.mail.cho.org by cho.org; Tue, 11 Sep 2007 09:09:37 0000
Received: from smtp2.mail.cho.org ([192.168.1.39])
by smtp2a.mail.cho.org with ESMTP; Tue, 11 Sep 2007 09:09:24 -0700
X-ASG-Debug-ID: 1189527742-06b501980000-tQnRVc
X-Barracuda-URL: http://192.168.1.39:8000/cgi-bin/mark.cgi
Received: from host3.emwd.com (localhost [127.0.0.1])
by smtp2.mail.cho.org (Spam Firewall) with ESMTP id 7CC60371097
for <tsl...@cho.org>; Tue, 11 Sep 2007 09:22:22 -0700 (PDT)
Received: from host3.emwd.com (host3.emwd.com [72.52.162.75]) by smtp2.mail.cho.org with ESMTP id r42uxuNRHOv4WNuW for <tsl...@cho.org>; Tue, 11 Sep
2007 09:22:22 -0700 (PDT)
X-ASG-Whitelist: Sender
Received: from localhost ([127.0.0.1]:52953 helo=host3.emwd.com)
by host3.emwd.com with esmtp (Exim 4.68)
(envelope-from <meditech-...@mtusers.com>)
id 1IV8AF-0004HH-Qe; Tue, 11 Sep 2007 12:00:35 -0400
Received: from [68.16.165.137] (port=14055 helo=issrv01.jarmc.org)
by host3.emwd.com with esmtp (Exim 4.68)
(envelope-from <dmcal...@jarmc.org>) id 1IV7qQ-00022t-CP
for medit...@mtusers.com; Tue, 11 Sep 2007 11:40:06 -0400
Received: from ISCRT29 [10.0.39.29] by issrv01.jarmc.org with ESMTP
(SMTPD32-8.15) id A6A4E8B0264; Tue, 11 Sep 2007 10:39:16 -0500
From: "David McAllister" <dmcal...@jarmc.org>
To: "Meditech-l List" <medit...@mtusers.com>
Date: Tue, 11 Sep 2007 10:40:18 -0500
Message-ID: <002401c7f48a$0e436330$1d27...@jarmc.org>
MIME-Version: 1.0
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.2627
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1896
Importance: Normal
X-IMSTrailer: __IMail_7__
X-EMWD-MailScanner: Found to be clean, Not scanned: please contact your Internet E-Mail Service Provider for details
X-EMWD-MailScanner-SpamCheck: not spam, SpamAssassin (not cached,
score=-2.499, required 5, BAYES_00 -2.60, RDNS_NONE 0.10),
X-Spam-Status: No, No
X-Mailman-Approved-At: Tue, 11 Sep 2007 12:00:33 -0400
X-ASG-Orig-Subj: [MEDITECH-L] Interface Engine vendors
Subject: [MEDITECH-L] Interface Engine vendors
X-Mailman-Version: 2.1.9.cp2
Precedence: list
Reply-To: dmcal...@jarmc.org
List-Id: Email list for Meditech users <meditech-l_mtusers.com.MTUsers.com>
List-Unsubscribe: <http://mtusers.com/mailman/listinfo/meditech-l_mtusers.com>,
<mailto:meditech-...@mtusers.com?subject=unsubscribe>
List-Post: <mailto:medit...@mtusers.com>
List-Help: <mailto:meditech-...@mtusers.com?subject=help>
List-Subscribe: <http://mtusers.com/mailman/listinfo/meditech-l_mtusers.com>,
<mailto:meditech-...@mtusers.com?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: meditech-...@mtusers.com
Errors-To: meditech-...@mtusers.com
X-EMWD-MailScanner-Information: Please contact the ISP for more information
X-EMWD-MailScanner-From: meditech-...@mtusers.com
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - host3.emwd.com
X-AntiAbuse: Original Domain - cho.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - mtusers.com
X-Barracuda-Connect: host3.emwd.com[72.52.162.75]
X-Barracuda-Start-Time: 1189527742
X-Barracuda-Virus-Scanned: by Barracuda Spam Firewall at mail.cho.org
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
Thomas McManus
We have Cloverleaf, yet we still need to buy interfaces from Meditech
also. Is it possible to get one all encompassing ADT feed from
Meditech?
Concerning using a data repository and BizTalk; is it possible to have a
"real time" data repository using your suggested SSIS solution?
Thank you,
Tom McManus
Sumter, SC
803.774.8645
Alex Anderson
rather than buying whole suites from Meditech.
Alex Anderson
Senior Programmer/Analyst
Thompson Health System
Canandaigua, NY 14424
585-396-6765
De parvis grandis a cervus erit.
Parish, Jared
feed our interface engine (Quovadx Cloverleaf). This interface contains
nearly all of the data we would need to send to a other vendor system.
So, when we purchase a new product that needs an ADT feed, I just create
a new branch off of the HL7 2.4 interface in Cloverleaf interface
engine. This eliminates the need to buy more ADT interface from
MEDITECH. We currently have this one interface feeding ten other vendor
systems.
If needed, the HL7 specification from MEDITECH for our HL7 2.4 ADT
interface is: R1043.
We also use the engine to import textual reports from other vendor
system into MEDITECH using a single report HL7 interface. So, there was
no need to purchase multiply report interfaces from MEDITECH. Not to
mention all of the numerous other things we do with our interface engine
which makes it an indispensable tool for us.
I suppose I should also note that we are MEDITECH MAGIC 5.54.
Thanks,
Business Analyst
Jared Parish
Blanchard Valley Health System
Findlay, Ohio 45840
Phone: 419.429.6476
CareTech Solutions, Inc
Freeman, Gale
Gary Hall
only have to buy one ADT interface from Meditech. Open it wide and have
all your ADT info come to your engine, and then distribute the
appropriate ADT messages to your receiving applications via your engine.
Gary Hall
Clinical Systems Analyst
Estes Park Medical Center
Information Systems Department
970-577-4443
-----Original Message-----
From: meditech-...@mtusers.com
[mailto:meditech-...@mtusers.com] On Behalf Of Thomas McManus
Hi,
For help, email g...@MTUsers.NET.
For help, email g...@MTUsers.NET.
The information contained in this message may be privileged and confidential and protected from disclosure. If the reader of this message is not the intended recipient, or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify the sender of this communication immediately.
Bob Diehl
happy to report, that is incorrect. If Cloverleaf interface is set up
properly, you should only need one ADT from Meditech to accomplish all your
objectives.
RONALD D. HUDSON
We have Sun's SeeBeyond product. Although we have purchased several of
the different interface suites from meditech, we use them intensively
with the engine. Case in point, we have a Muse Marguette interface
suite, adt, reports and orders. The adt feeds 9 other systems, I have
three vendors using the same reports interface and I getting ready to
use the orders for another vendor. We have the PACS suite, which we will
run thru the engine to provide for our current radiology pacs and then
to our proposed cardiology pacs. We have a adt interface that feeds our
C/S ITS from our Magic ADM and it also feeds two other vendor systems.
As you gain capability in interfacing, more opportunities appear.
Thanks
Darryl
-----Original Message-----
From: meditech-...@mtusers.com
[mailto:meditech-...@mtusers.com] On Behalf Of David McAllister
Sent: Tuesday, September 11, 2007 8:40 AM
To: Meditech-l List
Subject: [MEDITECH-L] Interface Engine vendors
For help, email g...@MTUsers.NET.
CONFIDENTIALITY NOTICE: This message and any included attachments are from Salinas Valley Memorial Hospital and are intended only for the addressee. The information contained in this message is confidential and may constitute inside or non-public information under international, federal, or state securities laws. Unauthorized forwarding, printing, copying, distribution, or use of such information is strictly prohibited and may be unlawful. If you are not the addressee, please promptly delete this message and notify the sender of the delivery error by e-mail or you may call Salinas Valley Memorial Healthcare System's Privacy Officer in Salinas, California, U.S.A at (+1) (831) 755-0751.
Gary McReynolds
We have been using Orion's Rhapsody for our ADT and LAB results. These Meditech interfaces are used for other purposes when filtered. This eliminated the need for having to pay Meditech for a separate interface for every vendor. For example, we are filtering ADT messages for our dialysis center patients and also for our ED billing service all from the same feed. For our LAB results, there is a filter for provider's name (also for the dialysis center) and one for the physician's private practice office. This only requires a special mnemonic in Meditech for the "special" physicians who treat patients in our dialysis center.
Again, no new Meditech interfaces were required.
__________________________________________
Gary McReynolds
Programmer Analyst
Sierra-View District Hospital
465 W. Putnam
Porterville, CA 93257
Direct Phone: 559-788-6062
email: gmcre...@sierra-view.com
TSL...@cho.org
Bob:
Yes, you can buy just an ADT interface from Meditech, send the data to
Cloverleaf and split it out just as you said.
However, that scenario only applies to situations when you only want
to send ADT data out to some other destination. That is not a typical
scenario. If you want to implement a two way interface to:
Dictaphone to Departmental Reports
Radiology to Philip's Rad PACS
Philip's RAD PACS to Radiology (reports back)
McKesson's Pharmacy Robot
Cardiology PACS, etc.
you have to buy another copy of the ADT interface from Meditech.
We actually have an idle ADT Meditech interface we bought years ago for
an OR system that never got installed. Meditech would not even let us
use that ADT interface for the above applications.
Of course, as another writer pointed out, there are vendors like
Iatric Systems that can build interfaces and get you around what is
my opinion is Meditech's predatory pricing structure at least some of
the time.
So, the answer realistically is no, you can't get one all encompassing ADT
interface from Meditech.
Also, to answer the other question, Meditech's data repository is a real time
system based on Microsoft's SQL Server. So you could build triggers and
use Microsoft's tools in the same as any other interface engine.
Thomas Stephen Laxar
Coordinator, Hospital Information Systems
Children's Hospital Oakland
510-428-3833
tsl...@cho.org
The email message (and any attachments) is for the sole use of the intended
recipient(s) and may contain confidential information. Any unauthorized
intended recipient, please contact the sender by reply email and destroy all
copies of the original message (and any attachments).
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
Subject: Re: [MEDITECH-L] Interface Engine vendors
<medit...@MTUsers.com>
From: "Bob Diehl" <bdi...@micro-star-inc.com>
Date: Wed, 12 Sep 2007 11:49:39 -0500
X-Barracuda-Spam-Report: Code version 3.1, rules version 3.1.28193
Rule breakdown below
pts rule name description
---- ---------------------- --------------------------------------------------
0.00 NORMAL_HTTP_TO_IP URI: Uses a dotted-decimal IP address in URL
1.05 IP_LINK_PLUS URI: Dotted-decimal IP address followed by CGI
We are a consulting company that specializes in interface engines and I am
happy to report, that is incorrect. If Cloverleaf interface is set up
properly, you should only need one ADT from Meditech to accomplish all your
objectives.
----- Original Message -----
From: "Thomas McManus" <thomas....@tuomey.com>
To: <TSL...@cho.org>; <medit...@MTUsers.com>
Sent: Wednesday, September 12, 2007 8:10 AM
Subject: Re: [MEDITECH-L] Interface Engine vendors
> Hi,
>
> We have Cloverleaf, yet we still need to buy interfaces from Meditech
> also. Is it possible to get one all encompassing ADT feed from
> Meditech?
>
> Concerning using a data repository and BizTalk; is it possible to have a
> "real time" data repository using your suggested SSIS solution?
>
> Thank you,
> Tom McManus
> Sumter, SC
> 803.774.8645
>
> the
> intended recipient, please contact the sender by reply email and destroy
> all
> copies of the original message (and any attachments).
>
>
>
>
>
>
>
> %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
> %%%%%%%%%%%%%%%%%%
> Tue Sep 11, 2007 9:09 am From:
> "David McAllister" <
>
> From: "David McAllister" <dmcal...@jarmc.org>
> Date: Tue, 11 Sep 2007 10:40:18 -0500
>
> To subscribe or unsubscribe to the meditech-l, visit
> http://mtusers.com/mailman/listinfo/meditech-l_mtusers.com
>
> To check the status of the meditech-l, visit MTUsers.NET
>
> For help, email g...@MTUsers.NET.
>
> Please visit and add information to the MTUsers WikiPedia at
> MTUsers.NET/mwiki
> ______________________________________
> meditech-l mailing list
> medit...@MTUsers.com
> http://mtusers.com/mailman/listinfo/meditech-l_mtusers.com
>
> =*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=
> To subscribe or unsubscribe to the meditech-l, visit
> http://mtusers.com/mailman/listinfo/meditech-l_mtusers.com
>
> To check the status of the meditech-l, visit MTUsers.NET
>
> For help, email g...@MTUsers.NET.
>
> Please visit and add information to the MTUsers WikiPedia at
> MTUsers.NET/mwiki
> ______________________________________
> meditech-l mailing list
> medit...@MTUsers.com
> http://mtusers.com/mailman/listinfo/meditech-l_mtusers.com
Return-Path: <"Bob Diehl" <bdi...@micro-star-inc.com>>
Received: from smtp2.mail.cho.org by cho.org; Wed, 12 Sep 2007 09:50:06 0000 by smtp2a.mail.cho.org with ESMTP; Wed, 12 Sep 2007 09:50:01 -0700
X-ASG-Debug-ID: 1189616580-0d86012d0000-qmc82d
X-Barracuda-URL: http://192.168.1.39:8000/cgi-bin/mark.cgi
Received: from mailout-1.isoc.net (localhost [127.0.0.1])
by smtp2.mail.cho.org (Spam Firewall) with ESMTP id 5132837C760
for <TSL...@cho.org>; Wed, 12 Sep 2007 10:03:00 -0700 (PDT)
Received: from mailout-1.isoc.net (mailout-1.isoc.net [67.96.6.70]) by smtp2.mail.cho.org with ESMTP id 8dc16UyRztwLkkkW for <TSL...@cho.org>; Wed, 1
2 Sep 2007 10:03:00 -0700 (PDT)
Received: from mail.isoc.net (mail.isoc.net [65.90.81.60])
by mailout-1.isoc.net (Postfix) with ESMTP id 93B9B16C311
for <TSL...@cho.org>; Wed, 12 Sep 2007 12:49:46 -0400 (EDT)
Received: from PS26 (unverified [24.33.70.253]) by mail.isoc.net
(Vircom SMTPRS 4.4.568.54) with ESMTP id <B0330...@mail.isoc.net>;
Wed, 12 Sep 2007 12:49:49 -0400
X-Modus-BlackList: 24.33.70.253=OK;bdi...@micro-star-inc.com=OK
X-Modus-Trusted: 24.33.70.253=NO
X-Modus-Audit: FALSE;0;0;0
Message-ID: <007601c7f55c$e9b5ca70$b500a8c0@PS26>
From: "Bob Diehl" <bdi...@micro-star-inc.com>
To: "Thomas McManus" <thomas....@tuomey.com>, <TSL...@cho.org>,
<medit...@MTUsers.com>
References: <5179843E749246418EEE...@ths17.tuomey.com>
X-ASG-Orig-Subj: Re: [MEDITECH-L] Interface Engine vendors
Subject: Re: [MEDITECH-L] Interface Engine vendors
MIME-Version: 1.0
Content-Type: text/plain;
format=flowed;
charset="iso-8859-1";
reply-type=original
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.3138
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3138
X-Barracuda-Connect: mailout-1.isoc.net[67.96.6.70]
X-Barracuda-Start-Time: 1189616581
X-Barracuda-Bayes: INNOCENT GLOBAL 0.5000 1.0000 0.0100X-Barracuda-Spam-Score: 1.06
X-Barracuda-Spam-Status: No, SCORE=1.06 using global scores of TAG_LEVEL=3.0 QUARANTINE_LEVEL=5.0 KILL_LEVEL=7.0 tests=IP_LINK_PLUS, NORMAL_HTTP_TO_IP
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
Nelligan, Brian
Most of the interfaces I have written are ADT to 3rd party vendors
software. As for PACS and reports, yes you need Medit4ech to build this
for you. Or you can build a script that will do the same thing for
most. But as we all know Meditech hates data coming into their software
from a 3rd party and this is why they charge what they do. Most
hospitals know this when buying it. I am not sure about the other big
boys out there like Cerner or McKesson, but I assume they are the same
when it comes to 3rd party wanting to send data to their software.
Just my thoughts.
bRian
-----Original Message-----
From: meditech-...@mtusers.com
[mailto:meditech-...@mtusers.com] On Behalf Of TSL...@cho.org
Sent: Wednesday, September 12, 2007 7:10
To: medit...@MTUsers.com
Subject: Re: [MEDITECH-L] Interface Engine vendors
For help, email g...@MTUsers.NET.
Exceptional PEOPLE, Exceptional CARE
**** CONFIDENTIALITY NOTICE ****
This electronic transmission and any accompanying attachments may
contain privileged or confidential information intended only for the use
of the individual or organization named above. Any distribution,
copying or action taken in reliance on the contents of this
communication by anyone other than the intended recipient(s) is
STRICTLY PROHIBITED.
If you have received this communication in error please notify the
sender at the above email address and delete this email immediately.
Thank you.
**************************************
TSL...@cho.org
Brian:
Our differing view points on what is typical is shaped by our
frames of reference. As a hospital, we see the interfaces where
we are forced into purchasing a Meditech suite as well as those
where we can find another solution.
As as vendor, you are apt to see primarily just the latter case.
So the data each of us are using to support our positions are biased.
We do write many custom batch oriented ADT interfaces to other vendors.
We also have purchased and have written our own scripted interfaces to
move data into Meditech.
So there are definitely opportunities to avoid Meditech's pricing
scheme, but they remain an exception. This is especially true
when we are discussing outbound, real time, ADT feeds,
tied to bi-directional clinical system interfaces.
Thomas Stephen Laxar
Coordinator, Hospital Information Systems
Children's Hospital Oakland
510-428-3833
tsl...@cho.org
The email message (and any attachments) is for the sole use of the intended
recipient(s) and may contain confidential information. Any unauthorized
review, use, disclosure or distribution is prohibited. If you are not the
intended recipient, please contact the sender by reply email and destroy all
copies of the original message (and any attachments).
Wed Sep 12, 2007 12:29 pm From: "Nelligan, Brian" <N
Subject: Re: [MEDITECH-L] Interface Engine vendors
<medit...@MTUsers.com>
From: "Nelligan, Brian" <Nell...@rvh.on.ca>
Date: Wed, 12 Sep 2007 14:43:19 -0400
Return-Path: <"Nelligan, Brian" <Nell...@rvh.on.ca>>
Received: from smtp2.mail.cho.org by cho.org; Wed, 12 Sep 2007 12:29:33 0000 by smtp2a.mail.cho.org with ESMTP; Wed, 12 Sep 2007 12:29:14 -0700
X-ASG-Debug-ID: 1189626135-799302290000-tQnRVc
X-Barracuda-URL: http://192.168.1.39:8000/cgi-bin/mark.cgi
Received: from host3.emwd.com (localhost [127.0.0.1])
for <tsl...@cho.org>; Wed, 12 Sep 2007 12:42:15 -0700 (PDT)
Received: from host3.emwd.com (host3.emwd.com [72.52.162.75]) by smtp2.mail.cho.org with ESMTP id 6hLyKHHyrNr5LaEp for <tsl...@cho.org>; Wed, 12 Sep
2007 12:42:15 -0700 (PDT)
X-ASG-Whitelist: Sender
Received: from localhost ([127.0.0.1]:33595 helo=host3.emwd.com) id 1IVXiq-0004og-RD; Wed, 12 Sep 2007 15:18:00 -0400
Received: from keeper.rvh.on.ca ([142.46.57.2]:56306 helo=rvh.on.ca)
by host3.emwd.com with smtp (Exim 4.68)
(envelope-from <Nell...@rvh.on.ca>) id 1IVXBF-00013l-Sa
for medit...@MTUsers.com; Wed, 12 Sep 2007 14:43:18 -0400
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.607
Content-Class: urn:content-classes:message
Importance: normal
Priority: normal
MIME-Version: 1.0
Date: Wed, 12 Sep 2007 14:43:19 -0400
Message-ID: <6061C638D4F87540809...@rvh-mail.rvh.on.ca>
In-Reply-To: <70912119....@cho.org>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: [MEDITECH-L] Interface Engine vendors
thread-index: Acf1a4OXl+PfeZVWQ4i5vIk1StYvRQAACq4g
From: "Nelligan, Brian" <Nell...@rvh.on.ca>
To: <TSL...@cho.org>,
<medit...@MTUsers.com>
X-EMWD-MailScanner: Found to be clean, Not scanned: please contact your Internet E-Mail Service Provider for details
X-EMWD-MailScanner-SpamCheck: not spam, SpamAssassin (not cached,
NORMAL_HTTP_TO_IP 0.00, SPF_HELO_PASS -0.00, SPF_PASS -0.00,
WEIRD_PORT 0.00),
X-Spam-Status: No, No
X-Mailman-Approved-At: Wed, 12 Sep 2007 15:17:52 -0400
X-ASG-Orig-Subj: Re: [MEDITECH-L] Interface Engine vendors
Subject: Re: [MEDITECH-L] Interface Engine vendors
List-Unsubscribe: <http://mtusers.com/mailman/listinfo/meditech-l_mtusers.com>,
<mailto:meditech-...@mtusers.com?subject=unsubscribe>
List-Post: <mailto:medit...@mtusers.com>
List-Help: <mailto:meditech-...@mtusers.com?subject=help>
List-Subscribe: <http://mtusers.com/mailman/listinfo/meditech-l_mtusers.com>,
<mailto:meditech-...@mtusers.com?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: meditech-...@mtusers.com
Errors-To: meditech-...@mtusers.com
X-EMWD-MailScanner-Information: Please contact the ISP for more information
X-EMWD-MailScanner-From: meditech-...@mtusers.com
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - host3.emwd.com
X-AntiAbuse: Original Domain - cho.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - mtusers.com
X-Barracuda-Connect: host3.emwd.com[72.52.162.75]
X-Barracuda-Virus-Scanned: by Barracuda Spam Firewall at mail.cho.org
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=
Gevaert, Gary
you can setup as many 'outgoing' feeds as you like; you can even modify
the data stream and how the data looks it. You can add computed fields,
etc. etc. Anything that you can think of can be done using the
programming portion of the interface engine.
Let me use an example.
1. We have a single ADT interface from Meditech that feeds our
interface engine. We called this particular interface
Meditech-ADT-Full-Incoming. Where full means that Meditech is sending it
all with no filters.
2. This incoming interface path then has multiple outgoing paths,
to various products requiring this information.
3. For example, we have one feed going to our 3m abstracting
product where we don't modify the data stream as 3m takes it as it is
and parses out what it needs. We then have another feed going to our
Grasp nursing workload product where we modify the feed so that grasp
gets what it needs in exactly the order it needs it in.
We used to have a very simplistic and simply to design engine that did
what we needed it to do very well but what we found is that, after using
it for a number of years and going into more and more complex feeds, we
quickly outstripped its capabilities. We now needed to be able to write
complex programming front (and rear) ends to the feeds which that
product simply could not do. So we bought a new, more robust and
programmable product and sent a couple of staff away on training. Now we
have an environment where we can manipulate the data anyway we need.
Learning the more complex type interface engines is definitely not for
the faint of heart but I would recommend you start with a cheap, good
and recommended (by fellow L'ers) engine and get your feet wet with a
few feeds. Even one interface cost from Meditech saved pays for one of
these. Once you become familiar with the concepts then you can dive in
all the way...
Gary Gevaert
>>> Practice Random Acts of Kindness and Senseless Acts of Beauty <<<
Project Analyst - ICT Department
Niagara Health System - Shaver Site
DataCentre Building
541 Glenridge Avenue
St. Catharines, Ontario L2T 4C2
www.niagarahealth.on.ca
Phone: 905-378-4647 x 44806
CareTech Solutions, Inc
Hi,
For help, email g...@MTUsers.NET.
For help, email g...@MTUsers.NET.
For help, email g...@MTUsers.NET.
Confidentiality Notice:
This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message.