Brenda (& Dee):
I find your reply pretty interesting. That an employee of one
company (PICIS) would suggest you dump their product and buy
the competitor's product is pretty amazing. It seems the same
consultant also completely mis-informed you about PICIS'
data repository capabilities. I wonder what "outgrown" means.
At least you did your own additional research before making a
decision. A good move considering how iffy the advice you
were given by this consultant is.
We found our problems with block scheduling reporting were
our errors in setting up the blocks. These errors were very
hard to track down as the standard reports don't go deep enough
to reveal them. PICIS added all the fields we needed to the data
repository so we could check for setups with errors. We have
intensively audited the block scheduling reports since and find
the reports and the schedules are working well.
We also had PICIS build us a custom block utilization report
based on bookings rather than the case record. The reasoning
for this is the surgeons felt they should get credit for
utilization if the surgery was cancelled at the last moment due
to circumstances outside their control (patient got sick for instance).
It's an interesting point of view, but it hasn't been necessarily
embraced by management. There is too much possibility for
manipulating those figures via ghost bookings for one.
I agree with Dee Ramirez entirely about going with a single vendor
solution. We always give Meditech the first opportunity to be the
provider of our solutions for exactly the reasons she states.
However, sometimes Meditech just doesn't have a product that meets
our needs.
What makes MSM a good second choice is that they do provide strong
connectivity to Meditech. The transparent links to ADM, MIS, MM,
and BAR are invaluable. Although, as Dee pointed out, cross module
reporting is an issue. It is quite difficult at the Magic level
and we don't even try to do it. Fotunately, we have completely
resolved that issue at the data repository level.
Thanks to both of you for your enlightening responses. Good luck
with your new implementations.
Thomas Stephen Laxar
Coordinator, Hospital Information Systems
Children's Hospital Oakland
510-428-3833
[EMAIL PROTECTED]
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 Jan 16, 2007 11:46 am From: "Brenda
Bakaysa" <bb
Subject: RE: [MEDITECH-L] MSM /PICIS conversion / OR systems
To: <[EMAIL PROTECTED]>,
<meditech-l@MTUsers.com>
From: "Brenda Bakaysa" <[EMAIL PROTECTED]>
Date: Tue, 16 Jan 2007 06:06:30 -0500
We had a consultant from PICIS here in December that was doing an audit =
of the system because we are having issues with the block schedule and =
the standard reports. After he had been her 1/2 day he informed the =
group that we had outgrown our MSM/PICIS system and that they would =
suggest we either replace it with Meditech or their client server =
version. He then told the group he would suggest Meditech's ORM for us. =
We have Meditech's Data Repository and we were told that they would not =
be able to get the MSM info to Data Repository. So after looking at all =
of the hardware we would need to purchase in addition to the software =
for a Client Server update in MSM we decided to look at Meditech's ORM. =
We have another demo of the product today.
Brenda
-----Original Message-----
From: meditech-l@MTUsers.com [mailto:[EMAIL PROTECTED] Behalf Of
[EMAIL PROTECTED]
Sent: Thursday, January 11, 2007 3:51 AM
To: meditech-l@MTUsers.com
Subject: [MEDITECH-L] MSM /PICIS conversion / OR systems
=20
Brenda:
=20
I am interested in what you see as the advantages of converting OR
systems.
=20
When we opted to purchase MSM MedSurg in 2000, the Meditech OR module =
was
definitely not ready for prime time. In fact, we were unable to get=20
Meditech to even demo the product. However, I had seen it at prior MUSE
conferences. So we had a pretty good idea that it wouldn't work for us
in its current state.
=20
Well that was a long time ago. I'd have to say that the MSM product has
proven to be reliable and capable. Although the only reason MedSurg =
meets
our reporting needs is that we insisted on getting their Data Repository
feed. Their built-in report writer is useful, but can't meet the total
reporting requirements of our OR management.
=20
That said, the primary objections to MedSurg here are aesthetic. People
truly believe that a system without a mouse is an PC-DOS system and =
lacks
the functionality of a Windows based system. Somehow, if our system had
a mouse, preference cards would be magically implemented in two weeks,
surgeons priviledges would be updated in a timely fashion, etc.
I know that's silly, but it is the most important issue here.
=20
So back to my conversion question. A conversion would not be a nice
or inexpensive process, so what is the payoff? Does Meditech have:
=20
1. A better procedure scheduling interface?
2. Better block scheduling tools?
3. Better statistical reports such as block/room/surgeon utilization?
4. An easier to manage preference card routine?
5. Better user custom reporting?
6. Are interfaces to other systems (ABS, ADM, MM, BAR) better?
=20
Also, have you compared Mediteh's offering to Picis' windows based
products? What I have seen at MUSE looks pretty good. Have you
looked at other vendors?
=20
Conversion from MSM is a common topic around here, so I am interested
in whether there is any real advantage to doing it should money
magically appear.
=20
=20
Thomas Stephen Laxar
Coordinator, Hospital Information Systems
Children's Hospital Oakland
510-428-3833
[EMAIL PROTECTED]
=20
=20
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).
=20
=20
=20
=20
=20
=20
=20
=20
=20
=20
=
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%=
%%%%%%%%%%%%%%%%%
Wed Jan 10, 2007 5:33 pm From: =
"Brenda Bakaysa" <bb
=20
Subject: [MEDITECH-L] FW: re: MSM /PICIS conversion
To: <meditech-l@MTUsers.com>
From: "Brenda Bakaysa" <[EMAIL PROTECTED]>
Date: Tue, 9 Jan 2007 08:41:54 -0500
=20
=20
We are looking at replacing MSM/PICIS medSURG with Meditech's Magic OR =
module. We are wondering if there are any other facilities out there =
that have
gone through this before and if there is anything that you know of that =
we should be looking for.
=20
Brenda Bakaysa, RN
Clinical Analyst
Indiana Regional Medical Center
PO Box 788
Indiana, PA 15701
Phone: 724-463-1002
Fax: 724-357-7289
Email: [EMAIL PROTECTED]
=20
=20
=3D*=3D*=3D*=3D*=3D*=3D*=3D*=3D*=3D*=3D*=3D*=3D*=3D*=3D*=3D*=3D*=3D*=3D*=3D=
*=3D
To subscribe or unsubscribe to the meditech-l, visit MTUsers.COM.
=20
To check the status of the meditech-l, visit MTUsers.NET.
=20
For help, email [EMAIL PROTECTED]
______________________________________
meditech-l mailing list
meditech-l@MTUsers.com
http://mtusers.com/mailman/listinfo/meditech-l
=20
-------------------------------------------------------------------------=
-------
Return-Path: <"Brenda Bakaysa" <[EMAIL PROTECTED]>>
Received: from indianarmc.org> by cho.org; Wed, 10 Jan 2007 17:33:44 =
0000
Received: from smtp2.mail.cho.org ([192.168.1.39])
by smtp2a.in.cho.org with ESMTP; Wed, 10 Jan 2007 17:33:22 -0800
X-ASG-Debug-ID: 1168479201-15364-161-0
X-Barracuda-URL: http://192.168.1.39:8000/cgi-bin/mark.cgi
Received: from prosonic.com (unknown [204.202.252.254])
by smtp2.mail.cho.org (Spam Firewall) with ESMTP
id ECE68203A9A4; Wed, 10 Jan 2007 17:33:21 -0800 (PST)
Received: from prosonic.iserver.net (localhost [127.0.0.1])
by prosonic.com (8.13.6.20060614/8.13.1) with ESMTP id l0B1UCKb061097;
Thu, 11 Jan 2007 01:30:43 GMT
Received: from mail.indianarmc.org (mail.indianarmc.org =
[216.41.230.229])
by prosonic.com (8.13.6.20060614/8.13.1) with SMTP id l09Dg1LW024631
for <meditech-l@MTUsers.com>; Tue, 9 Jan 2007 13:42:02 GMT
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
charset=3D"iso-8859-1"
Date: Tue, 9 Jan 2007 08:41:54 -0500
Message-ID: <[EMAIL PROTECTED]>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: re: MSM /PICIS conversion
Thread-Index: AcczN0eKsezuy6GfRZOFCMqxQ3R3kQAvJdzA
From: "Brenda Bakaysa" <[EMAIL PROTECTED]>
To: <meditech-l@MTUsers.com>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by prosonic.com id
l09Dg1LW024631
X-Mailman-Approved-At: Tue, 09 Jan 2007 17:35:55 +0000
X-ASG-Orig-Subj: [MEDITECH-L] FW: re: MSM /PICIS conversion
Subject: [MEDITECH-L] FW: re: MSM /PICIS conversion
X-BeenThere: meditech-l@MTUsers.com
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Email list for Meditech users <meditech-l.MTUsers.com>
List-Unsubscribe: <http://mtusers.com/mailman/listinfo/meditech-l>,
<mailto:[EMAIL PROTECTED]>
List-Post: <mailto:meditech-l@MTUsers.com>
List-Help: <mailto:[EMAIL PROTECTED]>
List-Subscribe: <http://mtusers.com/mailman/listinfo/meditech-l>,
<mailto:[EMAIL PROTECTED]>
Sender: meditech-l@MTUsers.com
Errors-To: [EMAIL PROTECTED]
X-Barracuda-Bayes: INNOCENT GLOBAL 0.0000 1.0000 -2.0210
INNOCENT GLOBAL 0.0000 1.0000 -2.0210
X-Virus-Scanned: by Barracuda Spam Firewall at mail.cho.org
X-Barracuda-Spam-Score: -2.02
X-Barracuda-Spam-Status: No, SCORE=3D-2.02 using global scores of =
TAG_LEVEL=3D3.0 QUARANTINE_LEVEL=3D5.0 KILL_LEVEL=3D7.0 tests=3D
X-Barracuda-Spam-Report: Code version 3.02, rules version 3.0.31136
Rule breakdown below pts rule name description
---- ---------------------- =
--------------------------------------------------
=20
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%=
%%%%%%%%%%%%%%%%%
=3D*=3D*=3D*=3D*=3D*=3D*=3D*=3D*=3D*=3D*=3D*=3D*=3D*=3D*=3D*=3D*=3D*=3D*=3D=
*=3D
To subscribe or unsubscribe to the meditech-l, visit MTUsers.COM.
To check the status of the meditech-l, visit MTUsers.NET.
For help, email [EMAIL PROTECTED]
______________________________________
meditech-l mailing list
meditech-l@MTUsers.com
http://mtusers.com/mailman/listinfo/meditech-l
--------------------------------------------------------------------------------
Return-Path: <"Brenda Bakaysa" <[EMAIL PROTECTED]>>
Received: from indianarmc.org> by cho.org; Tue, 16 Jan 2007 11:46:12 0000
Received: from smtp2.mail.cho.org ([192.168.1.39])
by smtp2a.in.cho.org with ESMTP; Tue, 16 Jan 2007 11:45:52 -0800
X-ASG-Debug-ID: 1168974846-3619-22-0
X-Barracuda-URL: http://192.168.1.39:8000/cgi-bin/mark.cgi
Received: from mail.indianarmc.org (mail.indianarmc.org [216.41.230.229])
by smtp2.mail.cho.org (Spam Firewall) with SMTP id 24D83201D6E1
for <[EMAIL PROTECTED]>; Tue, 16 Jan 2007 11:14:07 -0800 (PST)
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-MimeOLE: Produced By Microsoft Exchange V6.5
X-ASG-Orig-Subj: RE: [MEDITECH-L] MSM /PICIS conversion / OR systems
Subject: RE: [MEDITECH-L] MSM /PICIS conversion / OR systems
Date: Tue, 16 Jan 2007 06:06:30 -0500
Message-ID: <[EMAIL PROTECTED]>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: [MEDITECH-L] MSM /PICIS conversion / OR systems
Thread-Index: Acc49920AzljnkLiR8mKGChjca349AAZVBZw
From: "Brenda Bakaysa" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>,
<meditech-l@MTUsers.com>
X-Barracuda-Bayes: INNOCENT GLOBAL 0.2510 1.0000 -0.5704
X-Virus-Scanned: by Barracuda Spam Firewall at mail.cho.org
X-Barracuda-Spam-Score: 1.72
X-Barracuda-Spam-Status: No, SCORE=1.72 using global scores of TAG_LEVEL=3.0
QUARANTINE_LEVEL=5.0 KILL_LEVEL=7.0 tests=BSF_RULE7568M, DATE_IN_PAST_06_
12, IP_LINK_PLUS, NORMAL_HTTP_TO_IP
X-Barracuda-Spam-Report: Code version 3.02, rules version 3.0.31579
Rule breakdown below pts rule name description
---- ----------------------
--------------------------------------------------
0.75 DATE_IN_PAST_06_12 Date: is 6 to 12 hours before Received: date
0.50 BSF_RULE7568M BODY: Custom Rule 7568M
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
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=
To subscribe or unsubscribe to the meditech-l, visit MTUsers.COM.
To check the status of the meditech-l, visit MTUsers.NET.
For help, email [EMAIL PROTECTED]
______________________________________
meditech-l mailing list
meditech-l@MTUsers.com
http://mtusers.com/mailman/listinfo/meditech-l
