From: "Ritcher, Samantha"
Sent: 1/11/2011 6:27:35 PM (GMT)
Subject: Re: [MT-L] EDMORDERS



-----Original Message-----
From: meditech-l-bounces@mtusers.com
[mailto:meditech-l-bounces@mtusers.com] On Behalf Of
meditech-l-request@mtusers.com
Sent: Tuesday, January 11, 2011 12:44 PM
To: meditech-l@mtusers.com
Subject: meditech-l Digest, Vol 75, Issue 14

Send meditech-l mailing list submissions to
meditech-l@mtusers.com

To subscribe or unsubscribe via the World Wide Web, visit
http://mtusers.com/mailman/listinfo/meditech-l_mtusers.com
or, via email, send a message with subject or body 'help' to
meditech-l-request@mtusers.com

You can reach the person managing the list at
meditech-l-owner@mtusers.com

When replying, please edit your Subject line so it is more specific
than "Re: Contents of meditech-l digest..."


Today's Topics:

1. Auto: meditech-l Digest, Vol 75, Issue 13 (pmoreno@presbypr.com)
2. Re: Log of Meditech Usage (Purvins, James A.)
3. Magic 5.63; Electronic Data Request (Carla Fuller)
4. Re: Replacing DLT7000 In a Live Environment? (Doug Hiteshew)
5. Re: Meditech/Forward Advantage Faxing issues (Taylor, John)
6. Re: Log of Meditech Usage (Lisa Rodger)
7. Re: Log of Meditech Usage (Purvins, James A.)
8. Re: Log of Meditech Usage (DAWN SCOTT)
9. Status Board and Next Med indicator (Moschella, Susan)
10. MAGIC PP: Doing a mass pay increase (Cole, Beth)
11. Re: Log of Meditech Usage (Freeman, Gale)
12. Re: Magic EDM and Nurse-collected Lab Specimens (Peyjam, Fariborz)
13. Re: Magic EDM and Nurse-collected Lab Specimens (Peyjam, Fariborz)
14. Re: Log of Meditech Usage (Julia Carter)
15. Re: NPR report for Modifiers (Suzanne Voldarski/SIH)
(Shindana Mills)


----------------------------------------------------------------------

Message: 1
Date: Tue, 11 Jan 2011 13:04:04 -0400
From: pmoreno@presbypr.com
To: meditech-l@mtusers.com
Subject: [MT-L] Auto: meditech-l Digest, Vol 75, Issue 13
Message-ID:

REPLY: IMPORTANT / I M P O R T A N T E

Thanks for contact us. Have a nice day!
Gracias por contactarnos. Le responderemos lo antes posible. Que tenga
un bonito dia!.

-
NOTA:

Nos comunicaremos con usted a partir del jueves, 13 de enero de 2011
cuando regrese de varios dias de vacaciones. Gracias.
-

Pedro M. Moreno, MIS, Systems Analyst
Information Systems Member Staff
Ashford Presbyterian Community Hospital
1451 Ashford Avenue, San Juan PR 00902-0032 *
Tel. (787)721-2160, x.6671, 1062 * URL: www.presbypr.org
Thanks for contact us. Happy Computing!
Gracias por contactarnos. Que tenga un bonito dia!

************** EL PRESBY ***************

CONFIDENTIALITY NOTICE:
The contents of this e-mail may contain confidential information. The
information is intended only for the use of the individual(s) or entity
names above. 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 us immediately by replying to this message and delete it from
your computer.





------------------------------

Message: 2
Date: Tue, 11 Jan 2011 09:07:56 -0800
From: "Purvins, James A."
To: "DAWN SCOTT" , "Lisa Rodger"
, "Gale Freeman"
Cc: meditech-l
Subject: Re: [MT-L] Log of Meditech Usage
Message-ID:

<84D8A8FE478E4543BC226C224A849FE3049DD2D8@IRMEXCH01.irm.inhs.org>
Content-Type: text/plain; charset="us-ascii"

Doesn't Meditech also require change control approval from the facility
before making any changes ?

James Purvins
Inland Northwest Health Services
(509) 232-8384

This e-mail and any attachments are confidential and may also be
privileged. If you are not the named recipient, or have otherwise
received this communication in error, please delete it from your inbox,
notify the sender immediately by replying to the message, and do not
disclose its contents to any other person, use the information for any
purpose or store or copy the information in any medium. Thank you for
your cooperation
-----Original Message-----
From: meditech-l-bounces@mtusers.com
[mailto:meditech-l-bounces@mtusers.com] On Behalf Of DAWN SCOTT
Sent: Tuesday, January 11, 2011 8:44 AM
To: 'Lisa Rodger'; Gale Freeman
Cc: meditech-l
Subject: Re: [MT-L] Log of Meditech Usage

The detail of what they did should be available in your tasks. I also
download the dictionary audit log to pdf every couple of weeks.

Dawn Scott A.R.T., M.L.T
-----Original Message-----
From: meditech-l-bounces@mtusers.com
[mailto:meditech-l-bounces@mtusers.com] On Behalf Of Lisa Rodger
Sent: January 11, 2011 11:45 AM
To: Gale Freeman
Cc: meditech-l
Subject: Re: [MT-L] Log of Meditech Usage

Hi!
Yes, thanks ... we showed the auditors this log, but we were told it was
not sufficient. They said that because Meditech initiates this log, or
because they house this log, that they could have the ability to change
it. They pressed us for something that we are in charge of.

Also, they didn't just want to know when they signed in and out of our
system ... they wanted more detail, almost like an audit report of
exactly what they did.

I thought this was a bit extreme and have never experienced this level
of detail anywhere else ... so I'm curious to know if any of you have
heard of this.

Thanks!
~Lisa







Lisa Rodger

Clinical Project Manager
Saints Medical Center
W: (978) 934-8244
C: (978) 935-1798
F: (978) 934-8511
LRodger@SaintsMed.org

~* please consider the environment before printing this email *~


From: "Gale Freeman"
To: "Lisa Rodger" , "meditech-l"

Sent: Tuesday, January 11, 2011 11:31:24 AM
Subject: RE: [MT-L] Log of Meditech Usage

MEDITECH shows when , wheres and whys on their website. Not sure which
link it is . We also ask them to contact us when they do this and I
believe someone in our computer room writes it down.

-----Original Message-----
From: meditech-l-bounces@mtusers.com
[mailto:meditech-l-bounces@mtusers.com] On Behalf Of Lisa Rodger
Sent: Tuesday, January 11, 2011 11:26 AM
To: meditech-l
Subject: [MT-L] Log of Meditech Usage

Hi L'ers,
We recently had a visit from our Auditors and one of the concerns they
had was that we didn't have any log of what Meditech did when they
access our system for testing, support, etc. Their point was that
Meditech has the ability to move code, or make errors in our system, but
without a log of their activity/usage, we have no way of being able to
hold them accountable.

Have any other hospitals (we are MG 5.6.1, going up with 5.6.4 in early
February) been asked about this from auditors? Are any of you out there
using some sort of system usage reports to track Meditech's activity?

I'm curious to hear what you're all doing ...

Thanks!
~Lisa







Lisa Rodger

Clinical Project Manager
Saints Medical Center
W: (978) 934-8244
C: (978) 935-1798
F: (978) 934-8511
LRodger@SaintsMed.org

~* please consider the environment before printing this email *~



This e-mail and any attachments may contain confidential and privileged
information. If you are not the intended recipient, please notify the
sender immediately by return e-mail, delete this e-mail and destroy any
copies. Any dissemination or use of this information by a person other
than the intended recipient is unauthorized and may be illegal.
===================================
Please do NOT send messages that ask "Please post to the list" or "I'd
like to see your answers" or "Send that info to me, too" These are
useless messages that just waste the email server's resources. Instead,
email the original requester and ask that they send you or post the
results of their question.

To UNSUBSCRIBE or to SUBSCRIBE, go to http://MTUsers.net for
information.

You can locate the:
1) meditech-l archives
2) NPR/Magic/CS tips
3) job opportunities in the Meditech community http://mtusers.net

Do NOT send email to meditech-l-owner@MTUsers.com. This is a system
email box that is NOT monitored by a human. If you need help or advice
on how to use the meditech-l, email lorna@MTUsers.com or
julia@MTUsers.net. Both of these people help manage the meditech-l, so
they are your best resource.




This e-mail and any attachments may contain confidential and privileged
information. If you are not the intended recipient, please notify the
sender immediately by return e-mail, delete this e-mail and destroy any
copies. Any dissemination or use of this information by a person other
than the intended recipient is unauthorized and may be illegal.
===================================
Please do NOT send messages that ask "Please post to the list" or "I'd
like to see your answers" or "Send that info to me, too" These are
useless messages that just waste the email server's resources. Instead,
email the original requester and ask that they send you or post the
results of their question.

To UNSUBSCRIBE or to SUBSCRIBE, go to http://MTUsers.net for
information.

You can locate the:
1) meditech-l archives
2) NPR/Magic/CS tips
3) job opportunities in the Meditech community http://mtusers.net

Do NOT send email to meditech-l-owner@MTUsers.com. This is a system
email box that is NOT monitored by a human. If you need help or advice
on how to use the meditech-l, email lorna@MTUsers.com or
julia@MTUsers.net. Both of these people help manage the meditech-l, so
they are your best resource.



DISCLAIMER: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.

This Message scanned by Trend Micro InterScan Messaging Security

===================================
Please do NOT send messages that ask "Please post to the list" or "I'd
like to see your answers" or "Send that info to me, too" These are
useless messages that just waste the email server's resources. Instead,
email the original requester and ask that they send you or post the
results of their question.

To UNSUBSCRIBE or to SUBSCRIBE, go to http://MTUsers.net for
information.

You can locate the:
1) meditech-l archives
2) NPR/Magic/CS tips
3) job opportunities in the Meditech community http://mtusers.net

Do NOT send email to meditech-l-owner@MTUsers.com. This is a system
email box that is NOT monitored by a human. If you need help or advice
on how to use the meditech-l, email lorna@MTUsers.com or
julia@MTUsers.net. Both of these people help manage the meditech-l, so
they are your best resource.





------------------------------

Message: 3
Date: Tue, 11 Jan 2011 12:09:53 -0500
From: "Carla Fuller"
To:
Subject: [MT-L] Magic 5.63; Electronic Data Request
Message-ID:


Content-Type: text/plain; charset="us-ascii"



I was wondering how other facilities are providing electronic data to
their patients.



1. If you provide it on CD do you encrypt and password protect it?
What tools do you use?



2. Do you email the data? If so, how do you handle encryption and
passwords?



3. Is anyone using jump drives?


4. Do you limit the data to specific documents such as Discharge
Summary, Problem List, Medication List, Allergies or can the
patient
request their entire record electronically?



Thank you very much for your input!

Carla





Carla Fuller, CPC

Applications Specialist

Information Systems

War Memorial Hospital

(906)635-4663 (p)

(906)253-1093 (f)





------------------------------

Message: 4
Date: Tue, 11 Jan 2011 12:10:19 -0500
From: "Doug Hiteshew"
To:
Subject: Re: [MT-L] Replacing DLT7000 In a Live Environment?
Message-ID:


Content-Type: text/plain; charset="iso-8859-1"

John-Mark,

We have a MAGIC system and I went through this on December 17th.

The Answer is Yes and No.

*Yes, you can replace the physical tape drive in the PV110T while the
Meditech server is still operating.

*No, in that in order for your server, and the Meditech software, to
"see" the tape drive you will need to reboot the server. BTW, if you
power off the PV110T before replacing the tape drive AND you have the
other slot in the PV110T filled with a tape drive for another Meditech
server, you will have to reboot the second server as well.

It's a quick up and down, and it good training for newbies in the I/S
department. Besides, it makes everyone appreciate using the computer
after having to go manual for a few minutes.

Doug

Doug Hiteshew, MT(ASCP)
Senior Systems Analyst
Johnson Memorial Hospital
Franklin, IN 46131
V: 317-736-3397
C: 317-409.0108
F: 317-346-3011
E: dhiteshew@johnsonmemorial.org





-----Original Message-----
From: meditech-l-bounces@mtusers.com
[mailto:meditech-l-bounces@mtusers.com] On Behalf Of JohnMark Freve
Sent: Tuesday, January 11, 2011 11:46 AM
To: meditech-l@mtusers.com
Subject: [MT-L] Replacing DLT7000 In a Live Environment?

Hi All,

OSAL is running on Dell PowerEdge 2650s hooked up to PowerVault 110Ts
for tape backup.

Can we replace a tape drive while our machine is up and running? Do we
risk bringing down our server? Is the only risk that the server won't
recognize the replacement SCSI device?

Thanks!

---
John-Mark Fr?ve
Applications Analyst
Rush Oak Park Hospital
708.660.5002

===================================
Please do NOT send messages that ask "Please post to the list" or "I'd
like to see your answers" or "Send that info to me, too" These are
useless messages that just waste the email server's resources. Instead,
email the original requester and ask that they send you or post the
results of their question.

To UNSUBSCRIBE or to SUBSCRIBE, go to http://MTUsers.net for
information.

You can locate the:
1) meditech-l archives
2) NPR/Magic/CS tips
3) job opportunities in the Meditech community
http://mtusers.net

Do NOT send email to meditech-l-owner@MTUsers.com. This is a system
email box that is NOT monitored by a human. If you need help or advice
on how to use the meditech-l, email lorna@MTUsers.com or
julia@MTUsers.net. Both of these people help manage the meditech-l, so
they are your best resource.





------------------------------

Message: 5
Date: Tue, 11 Jan 2011 12:14:05 -0500
From: "Taylor, John"
To: "Hladik, Carrie" ,
Subject: Re: [MT-L] Meditech/Forward Advantage Faxing issues
Message-ID:


Content-Type: text/plain; charset="US-ASCII"

No troubleshooting guide, but the issues can range from the Smart Route,
to the report header, the doctor's office phone line/fax machine, to the
trunk lines for outbound faxing. It's a pretty complicated path,
however, we have found Forward Advantage to be very stable and mostly
trouble free.

If you have FA support, consider giving them a call. The support folks
are very helpful.

Thanks,

John Taylor
Revenue Cycle Analyst, Information Systems | Augusta Health
Office: (540) 332-4882 | www.augustahealth.com



-----Original Message-----
From: meditech-l-bounces@mtusers.com
[mailto:meditech-l-bounces@mtusers.com] On Behalf Of Hladik, Carrie
Sent: Tuesday, January 11, 2011 11:44 AM
To: meditech-l@mtusers.com
Subject: [MT-L] Meditech/Forward Advantage Faxing issues

Hello,

Does anyone have a troubleshooting guide for faxing in Meditech through
Forward Advantage?

Thanks,



Carrie Hladik

Clinical EHR Coordinator, Information Systems

Columbia Memorial Hospital

T. 518.828.8081 F. 518.828.8370 C. 518.965.2572

chladik@cmh-net.org







This email message and any accompanying data or files is confidential
and may contained privileged information intended only for the named
recipient(s). The recipient of this email is prohibited from disclosing
the information to any other party and is required to destroy the
information after the stated need has been fulfilled. The information
contained herein is regarded as
Protected Health Information (PHI) as defined by the Health Insurance
Portability and Accountability Act (HIPAA), and must be treated in
accordance with the law. Any breach of confidentiality may result in
potential liability,
including civil and criminal penalties. If this information is
received by
anyone other than the intended recipient, please delete this email from
your computer, destroy any copies in any form immediately and contact
the sender by return email or telephone.
===================================
Please do NOT send messages that ask "Please post to the list" or "I'd
like to see your answers" or "Send that info to me, too" These are
useless messages that just waste the email server's resources. Instead,
email the original requester and ask that they send you or post the
results of their question.

To UNSUBSCRIBE or to SUBSCRIBE, go to http://MTUsers.net for
information.

You can locate the:
1) meditech-l archives
2) NPR/Magic/CS tips
3) job opportunities in the Meditech community
http://mtusers.net

Do NOT send email to meditech-l-owner@MTUsers.com. This is a system
email box that is NOT monitored by a human. If you need help or advice
on how to use the meditech-l, email lorna@MTUsers.com or
julia@MTUsers.net. Both of these people help manage the meditech-l, so
they are your best resource.





------------------------------

Message: 6
Date: Tue, 11 Jan 2011 12:22:10 -0500 (EST)
From: Lisa Rodger
To: "James A. Purvins"
Cc: Gale Freeman , meditech-l

Subject: Re: [MT-L] Log of Meditech Usage
Message-ID: <668009218.51319.1294766530255.JavaMail.root@zimbra>
Content-Type: text/plain; charset=utf-8

Hi!
Well ... that's what I mentioned to the auditors when they were here. I
said that we get change control, and detail of their intent in each
task. They sort of scoffed a bit and said that what we should really be
trying to do is log every action done by the Meditech user .. ie: code
being moved in, routines being used, etc ...

I have never heard of this detail being captured before ...







Lisa Rodger

Clinical Project Manager
Saints Medical Center
W: (978) 934-8244
C: (978) 935-1798
F: (978) 934-8511
LRodger@SaintsMed.org

~* please consider the environment before printing this email *~


From: "James A. Purvins"
To: "DAWN SCOTT" , "Lisa Rodger"
, "Gale Freeman"
Cc: "meditech-l"
Sent: Tuesday, January 11, 2011 12:07:56 PM
Subject: RE: [MT-L] Log of Meditech Usage

Doesn't Meditech also require change control approval from the facility
before making any changes ?

James Purvins
Inland Northwest Health Services
(509) 232-8384

This e-mail and any attachments are confidential and may also be
privileged. If you are not the named recipient, or have otherwise
received this communication in error, please delete it from your inbox,
notify the sender immediately by replying to the message, and do not
disclose its contents to any other person, use the information for any
purpose or store or copy the information in any medium. Thank you for
your cooperation
-----Original Message-----
From: meditech-l-bounces@mtusers.com
[mailto:meditech-l-bounces@mtusers.com] On Behalf Of DAWN SCOTT
Sent: Tuesday, January 11, 2011 8:44 AM
To: 'Lisa Rodger'; Gale Freeman
Cc: meditech-l
Subject: Re: [MT-L] Log of Meditech Usage

The detail of what they did should be available in your tasks. I also
download the dictionary audit log to pdf every couple of weeks.

Dawn Scott A.R.T., M.L.T
-----Original Message-----
From: meditech-l-bounces@mtusers.com
[mailto:meditech-l-bounces@mtusers.com] On Behalf Of Lisa Rodger
Sent: January 11, 2011 11:45 AM
To: Gale Freeman
Cc: meditech-l
Subject: Re: [MT-L] Log of Meditech Usage

Hi!
Yes, thanks ... we showed the auditors this log, but we were told it was

not sufficient. They said that because Meditech initiates this log, or
because they house this log, that they could have the ability to change
it. They pressed us for something that we are in charge of.

Also, they didn't just want to know when they signed in and out of our
system ... they wanted more detail, almost like an audit report of
exactly what they did.

I thought this was a bit extreme and have never experienced this level
of detail anywhere else ... so I'm curious to know if any of you have
heard of this.

Thanks!
~Lisa







Lisa Rodger

Clinical Project Manager
Saints Medical Center
W: (978) 934-8244
C: (978) 935-1798
F: (978) 934-8511
LRodger@SaintsMed.org

~* please consider the environment before printing this email *~


From: "Gale Freeman"
To: "Lisa Rodger" , "meditech-l"

Sent: Tuesday, January 11, 2011 11:31:24 AM
Subject: RE: [MT-L] Log of Meditech Usage

MEDITECH shows when , wheres and whys on their website. Not sure which
link it is . We also ask them to contact us when they do this and I
believe someone in our computer room writes it down.

-----Original Message-----
From: meditech-l-bounces@mtusers.com
[mailto:meditech-l-bounces@mtusers.com] On Behalf Of Lisa Rodger
Sent: Tuesday, January 11, 2011 11:26 AM
To: meditech-l
Subject: [MT-L] Log of Meditech Usage

Hi L'ers,
We recently had a visit from our Auditors and one of the concerns they
had was that we didn't have any log of what Meditech did when they
access our system for testing, support, etc. Their point was that
Meditech has the ability to move code, or make errors in our system, but

without a log of their activity/usage, we have no way of being able to
hold them accountable.

Have any other hospitals (we are MG 5.6.1, going up with 5.6.4 in early
February) been asked about this from auditors? Are any of you out there
using some sort of system usage reports to track Meditech's activity?

I'm curious to hear what you're all doing ...

Thanks!
~Lisa







Lisa Rodger

Clinical Project Manager
Saints Medical Center
W: (978) 934-8244
C: (978) 935-1798
F: (978) 934-8511
LRodger@SaintsMed.org

~* please consider the environment before printing this email *~



This e-mail and any attachments may contain confidential and privileged
information. If you are not the intended recipient, please notify the
sender immediately by return e-mail, delete this e-mail and destroy any
copies. Any dissemination or use of this information by a person other
than the intended recipient is unauthorized and may be illegal.
===================================
Please do NOT send messages that ask "Please post to the list" or "I'd
like to see your answers" or "Send that info to me, too" These are
useless messages that just waste the email server's resources. Instead,
email the original requester and ask that they send you or post the
results of their question.

To UNSUBSCRIBE or to SUBSCRIBE, go to http://MTUsers.net for
information.

You can locate the:
1) meditech-l archives
2) NPR/Magic/CS tips
3) job opportunities in the Meditech community http://mtusers.net

Do NOT send email to meditech-l-owner@MTUsers.com. This is a system
email box that is NOT monitored by a human. If you need help or advice
on how to use the meditech-l, email lorna@MTUsers.com or
julia@MTUsers.net. Both of these people help manage the meditech-l, so
they are your best resource.




This e-mail and any attachments may contain confidential and privileged
information. If you are not the intended recipient, please notify the
sender immediately by return e-mail, delete this e-mail and destroy any
copies. Any dissemination or use of this information by a person other
than the intended recipient is unauthorized and may be illegal.
===================================
Please do NOT send messages that ask "Please post to the list" or "I'd
like to see your answers" or "Send that info to me, too" These are
useless messages that just waste the email server's resources. Instead,
email the original requester and ask that they send you or post the
results of their question.

To UNSUBSCRIBE or to SUBSCRIBE, go to http://MTUsers.net for
information.

You can locate the:
1) meditech-l archives
2) NPR/Magic/CS tips
3) job opportunities in the Meditech community http://mtusers.net

Do NOT send email to meditech-l-owner@MTUsers.com. This is a system
email box that is NOT monitored by a human. If you need help or advice
on how to use the meditech-l, email lorna@MTUsers.com or
julia@MTUsers.net. Both of these people help manage the meditech-l, so
they are your best resource.



DISCLAIMER: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.

This Message scanned by Trend Micro InterScan Messaging Security

===================================
Please do NOT send messages that ask "Please post to the list" or "I'd
like to see your answers" or "Send that info to me, too" These are
useless messages that just waste the email server's resources. Instead,
email the original requester and ask that they send you or post the
results of their question.

To UNSUBSCRIBE or to SUBSCRIBE, go to http://MTUsers.net for
information.

You can locate the:
1) meditech-l archives
2) NPR/Magic/CS tips
3) job opportunities in the Meditech community http://mtusers.net

Do NOT send email to meditech-l-owner@MTUsers.com. This is a system
email box that is NOT monitored by a human. If you need help or advice
on how to use the meditech-l, email lorna@MTUsers.com or
julia@MTUsers.net. Both of these people help manage the meditech-l, so
they are your best resource.




This e-mail and any attachments may contain confidential and
privileged information. If you are not the intended recipient,
please notify the sender immediately by return e-mail, delete this
e-mail and destroy any copies. Any dissemination or use of this
information by a person other than the intended recipient is
unauthorized and may be illegal.

------------------------------

Message: 7
Date: Tue, 11 Jan 2011 09:19:28 -0800
From: "Purvins, James A."
To: "Lisa Rodger"
Cc: Gale Freeman , meditech-l

Subject: Re: [MT-L] Log of Meditech Usage
Message-ID:

<84D8A8FE478E4543BC226C224A849FE3049DD2DD@IRMEXCH01.irm.inhs.org>
Content-Type: text/plain; charset="us-ascii"

The auditors must come from a SQL background.

Sorry, couldnt resist

:o)

Hey, once 6.0 comes along and its an append only database, wouldn't this
become a moot point ?

Course, doesn't help those that aren't 6.0 yet.

James Purvins
Inland Northwest Health Services
(509) 232-8384



This e-mail and any attachments are confidential and may also be
privileged. If you are not the named recipient, or have otherwise
received this communication in error, please delete it from your inbox,
notify the sender immediately by replying to the message, and do not
disclose its contents to any other person, use the information for any
purpose or store or copy the information in any medium. Thank you for
your cooperation

________________________________

From: Lisa Rodger [mailto:lrodger@saintsmed.org]
Sent: Tuesday, January 11, 2011 9:22 AM
To: Purvins, James A.
Cc: meditech-l; DAWN SCOTT; Gale Freeman
Subject: Re: [MT-L] Log of Meditech Usage


Hi!
Well ... that's what I mentioned to the auditors when they were
here. I said that we get change control, and detail of their intent in
each task. They sort of scoffed a bit and said that what we should
really be trying to do is log every action done by the Meditech user ..
ie: code being moved in, routines being used, etc ...

I have never heard of this detail being captured before ...



________________________________

Lisa Rodger
Clinical Project Manager
Saints Medical Center
W: (978) 934-8244
C: (978) 935-1798
F: (978) 934-8511
LRodger@SaintsMed.org
~* please consider the environment before printing this email *~


________________________________

From: "James A. Purvins"
To: "DAWN SCOTT" , "Lisa Rodger"
, "Gale Freeman"
Cc: "meditech-l"
Sent: Tuesday, January 11, 2011 12:07:56 PM
Subject: RE: [MT-L] Log of Meditech Usage

Doesn't Meditech also require change control approval from the facility
before making any changes ?

James Purvins
Inland Northwest Health Services
(509) 232-8384

This e-mail and any attachments are confidential and may also be
privileged. If you are not the named recipient, or have otherwise
received this communication in error, please delete it from your inbox,
notify the sender immediately by replying to the message, and do not
disclose its contents to any other person, use the information for any
purpose or store or copy the information in any medium. Thank you for
your cooperation
-----Original Message-----
From: meditech-l-bounces@mtusers.com
[mailto:meditech-l-bounces@mtusers.com] On Behalf Of DAWN SCOTT
Sent: Tuesday, January 11, 2011 8:44 AM
To: 'Lisa Rodger'; Gale Freeman
Cc: meditech-l
Subject: Re: [MT-L] Log of Meditech Usage

The detail of what they did should be available in your tasks. I also
download the dictionary audit log to pdf every couple of weeks.

Dawn Scott A.R.T., M.L.T
-----Original Message-----
From: meditech-l-bounces@mtusers.com
[mailto:meditech-l-bounces@mtusers.com] On Behalf Of Lisa Rodger
Sent: January 11, 2011 11:45 AM
To: Gale Freeman
Cc: meditech-l
Subject: Re: [MT-L] Log of Meditech Usage

Hi!
Yes, thanks ... we showed the auditors this log, but we were told it was
not sufficient. They said that because Meditech initiates this log, or
because they house this log, that they could have the ability to change
it. They pressed us for something that we are in charge of.

Also, they didn't just want to know when they signed in and out of our
system ... they wanted more detail, almost like an audit report of
exactly what they did.

I thought this was a bit extreme and have never experienced this level
of detail anywhere else ... so I'm curious to know if any of you have
heard of this.

Thanks!
~Lisa







Lisa Rodger

Clinical Project Manager
Saints Medical Center
W: (978) 934-8244
C: (978) 935-1798
F: (978) 934-8511
LRodger@SaintsMed.org

~* please consider the environment before printing this email *~


From: "Gale Freeman"
To: "Lisa Rodger" , "meditech-l"

Sent: Tuesday, January 11, 2011 11:31:24 AM
Subject: RE: [MT-L] Log of Meditech Usage

MEDITECH shows when , wheres and whys on their website. Not sure which
link it is . We also ask them to contact us when they do this and I
believe someone in our computer room writes it down.

-----Original Message-----
From: meditech-l-bounces@mtusers.com
[mailto:meditech-l-bounces@mtusers.com] On Behalf Of Lisa Rodger
Sent: Tuesday, January 11, 2011 11:26 AM
To: meditech-l
Subject: [MT-L] Log of Meditech Usage

Hi L'ers,
We recently had a visit from our Auditors and one of the concerns they
had was that we didn't have any log of what Meditech did when they
access our system for testing, support, etc. Their point was that
Meditech has the ability to move code, or make errors in our system, but
without a log of their activity/usage, we have no way of being able to
hold them accountable.

Have any other hospitals (we are MG 5.6.1, going up with 5.6.4 in early
February) been asked about this from auditors? Are any of you out there
using some sort of system usage reports to track Meditech's activity?

I'm curious to hear what you're all doing ...

Thanks!
~Lisa







Lisa Rodger

Clinical Project Manager
Saints Medical Center
W: (978) 934-8244
C: (978) 935-1798
F: (978) 934-8511
LRodger@SaintsMed.org

~* please consider the environment before printing this email *~



This e-mail and any attachments may contain confidential and privileged
information. If you are not the intended recipient, please notify the
sender immediately by return e-mail, delete this e-mail and destroy any
copies. Any dissemination or use of this information by a person other
than the intended recipient is unauthorized and may be illegal.
===================================
Please do NOT send messages that ask "Please post to the list" or "I'd
like to see your answers" or "Send that info to me, too" These are
useless messages that just waste the email server's resources. Instead,
email the original requester and ask that they send you or post the
results of their question.

To UNSUBSCRIBE or to SUBSCRIBE, go to http://MTUsers.net for
information.

You can locate the:
1) meditech-l archives
2) NPR/Magic/CS tips
3) job opportunities in the Meditech community http://mtusers.net

Do NOT send email to meditech-l-owner@MTUsers.com. This is a system
email box that is NOT monitored by a human. If you need help or advice
on how to use the meditech-l, email lorna@MTUsers.com or
julia@MTUsers.net. Both of these people help manage the meditech-l, so
they are your best resource.




This e-mail and any attachments may contain confidential and privileged
information. If you are not the intended recipient, please notify the
sender immediately by return e-mail, delete this e-mail and destroy any
copies. Any dissemination or use of this information by a person other
than the intended recipient is unauthorized and may be illegal.
===================================
Please do NOT send messages that ask "Please post to the list" or "I'd
like to see your answers" or "Send that info to me, too" These are
useless messages that just waste the email server's resources. Instead,
email the original requester and ask that they send you or post the
results of their question.

To UNSUBSCRIBE or to SUBSCRIBE, go to http://MTUsers.net for
information.

You can locate the:
1) meditech-l archives
2) NPR/Magic/CS tips
3) job opportunities in the Meditech community http://mtusers.net

Do NOT send email to meditech-l-owner@MTUsers.com. This is a system
email box that is NOT monitored by a human. If you need help or advice
on how to use the meditech-l, email lorna@MTUsers.com or
julia@MTUsers.net. Both of these people help manage the meditech-l, so
they are your best resource.



DISCLAIMER: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.

This Message scanned by Trend Micro InterScan Messaging Security

===================================
Please do NOT send messages that ask "Please post to the list" or "I'd
like to see your answers" or "Send that info to me, too" These are
useless messages that just waste the email server's resources. Instead,
email the original requester and ask that they send you or post the
results of their question.

To UNSUBSCRIBE or to SUBSCRIBE, go to http://MTUsers.net for
information.

You can locate the:
1) meditech-l archives
2) NPR/Magic/CS tips
3) job opportunities in the Meditech community http://mtusers.net

Do NOT send email to meditech-l-owner@MTUsers.com. This is a system
email box that is NOT monitored by a human. If you need help or advice
on how to use the meditech-l, email lorna@MTUsers.com or
julia@MTUsers.net. Both of these people help manage the meditech-l, so
they are your best resource.




This e-mail and any attachments may contain confidential and
privileged information. If you are not the intended recipient,
please notify the sender immediately by return e-mail, delete this
e-mail and destroy any copies. Any dissemination or use of this
information by a person other than the intended recipient is
unauthorized and may be illegal.




------------------------------

Message: 8
Date: Tue, 11 Jan 2011 12:20:47 -0500
From: DAWN SCOTT
To: "'Lisa Rodger'" , "James A. Purvins"

Cc: Gale Freeman , meditech-l

Subject: Re: [MT-L] Log of Meditech Usage
Message-ID:

<4B5EB71842AB2C4D8515ABAF84769C36395BD11151@EX-MBXCCR.HALTON.HEALTHCARE.
SVCS>

Content-Type: text/plain; charset="us-ascii"

Hi Lisa

In Ontario (for lab services) we are subject to an ISO based
accreditation every 4 years so the type of detail you are describing is
familiar to me. I also log changes and DTS moves etc in a separate
internal spreadsheet. In the last visit they seemed satisfied with that
and the audit logs.

Dawn Scott A.R.T., M.L.T
________________________________
From: Lisa Rodger [mailto:lrodger@saintsmed.org]
Sent: January 11, 2011 12:22 PM
To: James A. Purvins
Cc: meditech-l; DAWN SCOTT; Gale Freeman
Subject: Re: [MT-L] Log of Meditech Usage

Hi!
Well ... that's what I mentioned to the auditors when they were
here. I said that we get change control, and detail of their intent in
each task. They sort of scoffed a bit and said that what we should
really be trying to do is log every action done by the Meditech user ..
ie: code being moved in, routines being used, etc ...

I have never heard of this detail being captured before ...
________________________________
Lisa Rodger
Clinical Project Manager
Saints Medical Center
W: (978) 934-8244
C: (978) 935-1798
F: (978) 934-8511
LRodger@SaintsMed.org
~* please consider the environment before printing this email *~

________________________________
From: "James A. Purvins"
To: "DAWN SCOTT" , "Lisa Rodger"
, "Gale Freeman"
Cc: "meditech-l"
Sent: Tuesday, January 11, 2011 12:07:56 PM
Subject: RE: [MT-L] Log of Meditech Usage

Doesn't Meditech also require change control approval from the facility
before making any changes ?

James Purvins
Inland Northwest Health Services
(509) 232-8384

This e-mail and any attachments are confidential and may also be
privileged. If you are not the named recipient, or have otherwise
received this communication in error, please delete it from your inbox,
notify the sender immediately by replying to the message, and do not
disclose its contents to any other person, use the information for any
purpose or store or copy the information in any medium. Thank you for
your cooperation
-----Original Message-----
From: meditech-l-bounces@mtusers.com
[mailto:meditech-l-bounces@mtusers.com] On Behalf Of DAWN SCOTT
Sent: Tuesday, January 11, 2011 8:44 AM
To: 'Lisa Rodger'; Gale Freeman
Cc: meditech-l
Subject: Re: [MT-L] Log of Meditech Usage

The detail of what they did should be available in your tasks. I also
download the dictionary audit log to pdf every couple of weeks.

Dawn Scott A.R.T., M.L.T
-----Original Message-----
From: meditech-l-bounces@mtusers.com
[mailto:meditech-l-bounces@mtusers.com] On Behalf Of Lisa Rodger
Sent: January 11, 2011 11:45 AM
To: Gale Freeman
Cc: meditech-l
Subject: Re: [MT-L] Log of Meditech Usage

Hi!
Yes, thanks ... we showed the auditors this log, but we were told it was
not sufficient. They said that because Meditech initiates this log, or
because they house this log, that they could have the ability to change
it. They pressed us for something that we are in charge of.

Also, they didn't just want to know when they signed in and out of our
system ... they wanted more detail, almost like an audit report of
exactly what they did.

I thought this was a bit extreme and have never experienced this level
of detail anywhere else ... so I'm curious to know if any of you have
heard of this.

Thanks!
~Lisa







Lisa Rodger

Clinical Project Manager
Saints Medical Center
W: (978) 934-8244
C: (978) 935-1798
F: (978) 934-8511
LRodger@SaintsMed.org

~* please consider the environment before printing this email *~


From: "Gale Freeman"
To: "Lisa Rodger" , "meditech-l"

Sent: Tuesday, January 11, 2011 11:31:24 AM
Subject: RE: [MT-L] Log of Meditech Usage

MEDITECH shows when , wheres and whys on their website. Not sure which
link it is . We also ask them to contact us when they do this and I
believe someone in our computer room writes it down.

-----Original Message-----
From: meditech-l-bounces@mtusers.com
[mailto:meditech-l-bounces@mtusers.com] On Behalf Of Lisa Rodger
Sent: Tuesday, January 11, 2011 11:26 AM
To: meditech-l
Subject: [MT-L] Log of Meditech Usage

Hi L'ers,
We recently had a visit from our Auditors and one of the concerns they
had was that we didn't have any log of what Meditech did when they
access our system for testing, support, etc. Their point was that
Meditech has the ability to move code, or make errors in our system, but
without a log of their activity/usage, we have no way of being able to
hold them accountable.

Have any other hospitals (we are MG 5.6.1, going up with 5.6.4 in early
February) been asked about this from auditors? Are any of you out there
using some sort of system usage reports to track Meditech's activity?

I'm curious to hear what you're all doing ...

Thanks!
~Lisa







Lisa Rodger

Clinical Project Manager
Saints Medical Center
W: (978) 934-8244
C: (978) 935-1798
F: (978) 934-8511
LRodger@SaintsMed.org

~* please consider the environment before printing this email *~



This e-mail and any attachments may contain confidential and privileged
information. If you are not the intended recipient, please notify the
sender immediately by return e-mail, delete this e-mail and destroy any
copies. Any dissemination or use of this information by a person other
than the intended recipient is unauthorized and may be illegal.
===================================
Please do NOT send messages that ask "Please post to the list" or "I'd
like to see your answers" or "Send that info to me, too" These are
useless messages that just waste the email server's resources. Instead,
email the original requester and ask that they send you or post the
results of their question.

To UNSUBSCRIBE or to SUBSCRIBE, go to http://MTUsers.net for
information.

You can locate the:
1) meditech-l archives
2) NPR/Magic/CS tips
3) job opportunities in the Meditech community http://mtusers.net

Do NOT send email to meditech-l-owner@MTUsers.com. This is a system
email box that is NOT monitored by a human. If you need help or advice
on how to use the meditech-l, email lorna@MTUsers.com or
julia@MTUsers.net. Both of these people help manage the meditech-l, so
they are your best resource.




This e-mail and any attachments may contain confidential and privileged
information. If you are not the intended recipient, please notify the
sender immediately by return e-mail, delete this e-mail and destroy any
copies. Any dissemination or use of this information by a person other
than the intended recipient is unauthorized and may be illegal.
===================================
Please do NOT send messages that ask "Please post to the list" or "I'd
like to see your answers" or "Send that info to me, too" These are
useless messages that just waste the email server's resources. Instead,
email the original requester and ask that they send you or post the
results of their question.

To UNSUBSCRIBE or to SUBSCRIBE, go to http://MTUsers.net for
information.

You can locate the:
1) meditech-l archives
2) NPR/Magic/CS tips
3) job opportunities in the Meditech community http://mtusers.net

Do NOT send email to meditech-l-owner@MTUsers.com. This is a system
email box that is NOT monitored by a human. If you need help or advice
on how to use the meditech-l, email lorna@MTUsers.com or
julia@MTUsers.net. Both of these people help manage the meditech-l, so
they are your best resource.



DISCLAIMER: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.

This Message scanned by Trend Micro InterScan Messaging Security

===================================
Please do NOT send messages that ask "Please post to the list" or "I'd
like to see your answers" or "Send that info to me, too" These are
useless messages that just waste the email server's resources. Instead,
email the original requester and ask that they send you or post the
results of their question.

To UNSUBSCRIBE or to SUBSCRIBE, go to http://MTUsers.net for
information.

You can locate the:
1) meditech-l archives
2) NPR/Magic/CS tips
3) job opportunities in the Meditech community http://mtusers.net

Do NOT send email to meditech-l-owner@MTUsers.com. This is a system
email box that is NOT monitored by a human. If you need help or advice
on how to use the meditech-l, email lorna@MTUsers.com or
julia@MTUsers.net. Both of these people help manage the meditech-l, so
they are your best resource.


This e-mail and any attachments may contain confidential and
privileged information. If you are not the intended recipient,
please notify the sender immediately by return e-mail, delete this
e-mail and destroy any copies. Any dissemination or use of this
information by a person other than the intended recipient is
unauthorized and may be illegal.

________________________________
DISCLAIMER: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.

This Message scanned by Trend Micro InterScan Messaging Security


------------------------------

Message: 9
Date: Tue, 11 Jan 2011 12:30:29 -0500
From: "Moschella, Susan"
To:
Cc: "Smith, Nancy" , IT CIS
Subject: [MT-L] Status Board and Next Med indicator
Message-ID:


Content-Type: text/plain; charset="us-ascii"

Hi, all,



How many people are using the Next Med indicator on the status board?
If you are doing this, do you have unscheduled medications? (Our
antibiotics are entered without a standard admin time so the next dose
does not appear on the status board) If so, how do you prevent the
nurses from relying on the status board and not going into the EMAR for
the entire shift if the next med due is not on their shift? Are they
just missing medication administration doses?



We are Magic 5.62 using the desktop EMAR. Any suggestions to help are
appreciated.



Thanks,

Susan



Susan Moschella, RN, MS

Senior Clinical Informatics Analyst

Howard County General Hospital

5755 Cedar Lane

Columbia, Maryland 21044

Office: 410.720.8117

Fax: 410.720.8209

smoschella@hcgh.org



INFORMATION CONTAINED IN THIS MESSAGE MAY BE LEGALLY PRIVILEGED AND
CONFIDENTIAL, THUS, INTENDED ONLY FOR THE USE OF THE INDIVIDUAL OR
ENTITY NAMED ABOVE. IF THE READER OF THIS EMAIL MESSAGE IS NOT THE
INTENDED RECIPIENT, ANY USE, DISSEMINATION, DISTRIBUTION OR COPYING OF
THIS EMAIL MESSAGE IS STRICTLY PROHIBITED. IF YOU HAVE RECEIVED THIS
EMAIL MESSAGE IN ERROR, PLEASE IMMEDIATELY CALL ME BY TELEPHONE (410)
720-8117.





------------------------------

Message: 10
Date: Tue, 11 Jan 2011 11:40:32 -0600
From: "Cole, Beth"
To:
Subject: [MT-L] MAGIC PP: Doing a mass pay increase
Message-ID:

<442C94BB95B82D4B901A8E46CE57A1AC0494885C@svrexch01.newmanrh.org>
Content-Type: text/plain; charset="us-ascii"

Our facility is doing a house-wide pay increase during this pay period.
We'd like to find a way to do this that doesn't involve editing each
employee individually, but we're not having much luck so far. (Thank
heavens for a TEST system!)

If you've done this, how did you accomplish it?

Beth Cole
Financial Systems Analyst
Newman Regional Health
Emporia, KS 66801
v: 620.343.6800 x1131
f: 620.340.6797
www.newmanrh.org
Save a tree...please don't print this e-mail unless you really need to





------------------------------

Message: 11
Date: Tue, 11 Jan 2011 11:31:24 -0500
From: "Freeman, Gale"
To: 'Lisa Rodger' , 'meditech-l'

Subject: Re: [MT-L] Log of Meditech Usage
Message-ID:
<42DBB07CC2E8114CA4DD741831022C222837803C01@exch1.shsny.com>
Content-Type: text/plain; charset="us-ascii"

MEDITECH shows when , wheres and whys on their website. Not sure which
link it is . We also ask them to contact us when they do this and
I believe someone in our computer room writes it down.

-----Original Message-----
From: meditech-l-bounces@mtusers.com
[mailto:meditech-l-bounces@mtusers.com] On Behalf Of Lisa Rodger
Sent: Tuesday, January 11, 2011 11:26 AM
To: meditech-l
Subject: [MT-L] Log of Meditech Usage

Hi L'ers,
We recently had a visit from our Auditors and one of the concerns they
had was that we didn't have any log of what Meditech did when they
access our system for testing, support, etc. Their point was that
Meditech has the ability to move code, or make errors in our system, but
without a log of their activity/usage, we have no way of being able to
hold them accountable.

Have any other hospitals (we are MG 5.6.1, going up with 5.6.4 in early
February) been asked about this from auditors? Are any of you out there
using some sort of system usage reports to track Meditech's activity?

I'm curious to hear what you're all doing ...

Thanks!
~Lisa







Lisa Rodger

Clinical Project Manager
Saints Medical Center
W: (978) 934-8244
C: (978) 935-1798
F: (978) 934-8511
LRodger@SaintsMed.org

~* please consider the environment before printing this email *~



This e-mail and any attachments may contain confidential and privileged
information. If you are not the intended recipient, please notify the
sender immediately by return e-mail, delete this e-mail and destroy any
copies. Any dissemination or use of this information by a person other
than the intended recipient is unauthorized and may be illegal.
===================================
Please do NOT send messages that ask "Please post to the list" or "I'd
like to see your answers" or "Send that info to me, too" These are
useless messages that just waste the email server's resources. Instead,
email the original requester and ask that they send you or post the
results of their question.

To UNSUBSCRIBE or to SUBSCRIBE, go to http://MTUsers.net for
information.

You can locate the:
1) meditech-l archives
2) NPR/Magic/CS tips
3) job opportunities in the Meditech community http://mtusers.net

Do NOT send email to meditech-l-owner@MTUsers.com. This is a system
email box that is NOT monitored by a human. If you need help or advice
on how to use the meditech-l, email lorna@MTUsers.com or
julia@MTUsers.net. Both of these people help manage the meditech-l, so
they are your best resource.





------------------------------

Message: 12
Date: Tue, 11 Jan 2011 11:06:34 -0600
From: "Peyjam, Fariborz"
To: Rich Griffith , "meditech-l@mtusers.com"

Subject: Re: [MT-L] Magic EDM and Nurse-collected Lab Specimens
Message-ID:

<2CE4695AE83EBE41B5B0FBF964B9CD4C14F02F@EMAIL.global.shsystem.org>
Content-Type: text/plain; charset="us-ascii"

Rich,
One way is "Hold order until collected" (OEHOLD) query set in Meditech
tool box. This way when CBN=Y and OEHOLD=N, no order cross lab until
nurse click on "Collect Specimen" from their menu bar. Then the order
will cross and label will print.

Fariborz Peyjam
Project Manager - Clinical Applications
Mount Sinai Hospital
Information Services
1500 S. California Ave.
Chicago, Illinois 60608
(773) 257-5257

-----Original Message-----
From: meditech-l-bounces@mtusers.com
[mailto:meditech-l-bounces@mtusers.com] On Behalf Of Rich Griffith
Sent: Tuesday, January 11, 2011 10:25 AM
To: meditech-l@mtusers.com
Subject: [MT-L] Magic EDM and Nurse-collected Lab Specimens

We are Magic 5.62 with EDM and POM (in ED). We are struggling with
orders for urines and other nurse-collected specimens. The order is
placed either thru POM or OE, and thus flows to the LIS at time of
order. The order often sits out there for hours as the ED nursing has
not collected the specimen.

Does anyone out there have a nifty way that the docs can order, say, a
urinalysis and urine culture, that it will then create a task in EDM for
the ED nurses to obtain the specimen, and keep the order from displaying
in the LIS until it has been collected?




Rich Griffith
Coordinator, IM, QM & Compliance
Hagerstown Medical Laboratory
Washington County Health System


[Ritcher, Samantha] Hi Rich,

We were 5.62 when we went LIVE with EDM. In the Assessment/Treatment
Dictionary you can make a Treatment of Collect Urine and attach it to an
OE order. Then you make an indicator triggered by that order so when the
doc orders the urine the indicator will show on the status board letting
the nurse know there is a treatment ordered for that patient.

Sam_

_______________________________
***** CONFIDENTIALITY NOTICE ***** This message contains confidential
information and is intended only for the individual named. If you are
not the named addressee you should not disseminate, distribute or copy
this e-mail. Please notify the sender immediately by e-mail if you have
received this e-mail by mistake and delete this e-mail from your system.
===================================
Please do NOT send messages that ask "Please post to the list" or "I'd
like to see your answers" or "Send that info to me, too" These are
useless messages that just waste the email server's resources. Instead,
email the original requester and ask that they send you or post the
results of their question.

To UNSUBSCRIBE or to SUBSCRIBE, go to http://MTUsers.net for
information.

You can locate the:
1) meditech-l archives
2) NPR/Magic/CS tips
3) job opportunities in the Meditech community
http://mtusers.net

Do NOT send email to meditech-l-owner@MTUsers.com. This is a system
email box that is NOT monitored by a human. If you need help or advice
on how to use the meditech-l, email lorna@MTUsers.com or
julia@MTUsers.net. Both of these people help manage the meditech-l, so
they are your best resource.





------------------------------

Message: 13
Date: Tue, 11 Jan 2011 11:10:46 -0600
From: "Peyjam, Fariborz"
To: Rich Griffith , "meditech-l@mtusers.com"

Subject: Re: [MT-L] Magic EDM and Nurse-collected Lab Specimens
Message-ID:

<2CE4695AE83EBE41B5B0FBF964B9CD4C14F033@EMAIL.global.shsystem.org>
Content-Type: text/plain; charset="us-ascii"

Sorry, I meant to say CBN=Y and OEHOLD=Y.

Fariborz Peyjam
Project Manager - Clinical Applications
Mount Sinai Hospital
Information Services
1500 S. California Ave.
Chicago, Illinois 60608
(773) 257-5257


-----Original Message-----
From: Peyjam, Fariborz
Sent: Tuesday, January 11, 2011 11:07 AM
To: 'Rich Griffith'; meditech-l@mtusers.com
Subject: RE: Magic EDM and Nurse-collected Lab Specimens

Rich,
One way is "Hold order until collected" (OEHOLD) query set in Meditech
tool box. This way when CBN=Y and OEHOLD=N, no order cross lab until
nurse click on "Collect Specimen" from their menu bar. Then the order
will cross and label will print.

Fariborz Peyjam
Project Manager - Clinical Applications
Mount Sinai Hospital
Information Services
1500 S. California Ave.
Chicago, Illinois 60608
(773) 257-5257

-----Original Message-----
From: meditech-l-bounces@mtusers.com
[mailto:meditech-l-bounces@mtusers.com] On Behalf Of Rich Griffith
Sent: Tuesday, January 11, 2011 10:25 AM
To: meditech-l@mtusers.com
Subject: [MT-L] Magic EDM and Nurse-collected Lab Specimens

We are Magic 5.62 with EDM and POM (in ED). We are struggling with
orders for urines and other nurse-collected specimens. The order is
placed either thru POM or OE, and thus flows to the LIS at time of
order. The order often sits out there for hours as the ED nursing has
not collected the specimen.

Does anyone out there have a nifty way that the docs can order, say, a
urinalysis and urine culture, that it will then create a task in EDM for
the ED nurses to obtain the specimen, and keep the order from displaying
in the LIS until it has been collected?


Rich Griffith
Coordinator, IM, QM & Compliance
Hagerstown Medical Laboratory
Washington County Health System


________________________________
***** CONFIDENTIALITY NOTICE ***** This message contains confidential
information and is intended only for the individual named. If you are
not the named addressee you should not disseminate, distribute or copy
this e-mail. Please notify the sender immediately by e-mail if you have
received this e-mail by mistake and delete this e-mail from your system.
===================================
Please do NOT send messages that ask "Please post to the list" or "I'd
like to see your answers" or "Send that info to me, too" These are
useless messages that just waste the email server's resources. Instead,
email the original requester and ask that they send you or post the
results of their question.

To UNSUBSCRIBE or to SUBSCRIBE, go to http://MTUsers.net for
information.

You can locate the:
1) meditech-l archives
2) NPR/Magic/CS tips
3) job opportunities in the Meditech community
http://mtusers.net

Do NOT send email to meditech-l-owner@MTUsers.com. This is a system
email box that is NOT monitored by a human. If you need help or advice
on how to use the meditech-l, email lorna@MTUsers.com or
julia@MTUsers.net. Both of these people help manage the meditech-l, so
they are your best resource.





------------------------------

Message: 14
Date: Tue, 11 Jan 2011 11:14:41 -0600
From: Julia Carter
To: "Purvins, James A." , DAWN SCOTT
, Lisa Rodger
,
Gale Freeman
Cc: meditech-l
Subject: Re: [MT-L] Log of Meditech Usage
Message-ID:

Content-Type: text/plain; charset="us-ascii"

They do. It sounds like those auditors want something that isn't
generated by Meditech. How are they connecting to your system? Can you
validate each connection with a task?

Julia Carter, CPAR
Senior Consultant
Consultant People, LP
396 W Main St
Lewisville, TX 75057
(229) 891-6668


-----Original Message-----
From: meditech-l-bounces@mtusers.com
[mailto:meditech-l-bounces@mtusers.com] On Behalf Of Purvins, James A.
Sent: Tuesday, January 11, 2011 12:08 PM
To: DAWN SCOTT; Lisa Rodger; Gale Freeman
Cc: meditech-l
Subject: Re: [MT-L] Log of Meditech Usage

Doesn't Meditech also require change control approval from the facility
before making any changes ?

James Purvins
Inland Northwest Health Services
(509) 232-8384

This e-mail and any attachments are confidential and may also be
privileged. If you are not the named recipient, or have otherwise
received this communication in error, please delete it from your inbox,
notify the sender immediately by replying to the message, and do not
disclose its contents to any other person, use the information for any
purpose or store or copy the information in any medium. Thank you for
your cooperation
-----Original Message-----
From: meditech-l-bounces@mtusers.com
[mailto:meditech-l-bounces@mtusers.com] On Behalf Of DAWN SCOTT
Sent: Tuesday, January 11, 2011 8:44 AM
To: 'Lisa Rodger'; Gale Freeman
Cc: meditech-l
Subject: Re: [MT-L] Log of Meditech Usage

The detail of what they did should be available in your tasks. I also
download the dictionary audit log to pdf every couple of weeks.

Dawn Scott A.R.T., M.L.T
-----Original Message-----
From: meditech-l-bounces@mtusers.com
[mailto:meditech-l-bounces@mtusers.com] On Behalf Of Lisa Rodger
Sent: January 11, 2011 11:45 AM
To: Gale Freeman
Cc: meditech-l
Subject: Re: [MT-L] Log of Meditech Usage

Hi!
Yes, thanks ... we showed the auditors this log, but we were told it was
not sufficient. They said that because Meditech initiates this log, or
because they house this log, that they could have the ability to change
it. They pressed us for something that we are in charge of.

Also, they didn't just want to know when they signed in and out of our
system ... they wanted more detail, almost like an audit report of
exactly what they did.

I thought this was a bit extreme and have never experienced this level
of detail anywhere else ... so I'm curious to know if any of you have
heard of this.

Thanks!
~Lisa







Lisa Rodger

Clinical Project Manager
Saints Medical Center
W: (978) 934-8244
C: (978) 935-1798
F: (978) 934-8511
LRodger@SaintsMed.org

~* please consider the environment before printing this email *~


From: "Gale Freeman"
To: "Lisa Rodger" , "meditech-l"

Sent: Tuesday, January 11, 2011 11:31:24 AM
Subject: RE: [MT-L] Log of Meditech Usage

MEDITECH shows when , wheres and whys on their website. Not sure which
link it is . We also ask them to contact us when they do this and I
believe someone in our computer room writes it down.

-----Original Message-----
From: meditech-l-bounces@mtusers.com
[mailto:meditech-l-bounces@mtusers.com] On Behalf Of Lisa Rodger
Sent: Tuesday, January 11, 2011 11:26 AM
To: meditech-l
Subject: [MT-L] Log of Meditech Usage

Hi L'ers,
We recently had a visit from our Auditors and one of the concerns they
had was that we didn't have any log of what Meditech did when they
access our system for testing, support, etc. Their point was that
Meditech has the ability to move code, or make errors in our system, but
without a log of their activity/usage, we have no way of being able to
hold them accountable.

Have any other hospitals (we are MG 5.6.1, going up with 5.6.4 in early
February) been asked about this from auditors? Are any of you out there
using some sort of system usage reports to track Meditech's activity?

I'm curious to hear what you're all doing ...

Thanks!
~Lisa







Lisa Rodger

Clinical Project Manager
Saints Medical Center
W: (978) 934-8244
C: (978) 935-1798
F: (978) 934-8511
LRodger@SaintsMed.org

~* please consider the environment before printing this email *~



This e-mail and any attachments may contain confidential and privileged
information. If you are not the intended recipient, please notify the
sender immediately by return e-mail, delete this e-mail and destroy any
copies. Any dissemination or use of this information by a person other
than the intended recipient is unauthorized and may be illegal.
===================================
Please do NOT send messages that ask "Please post to the list" or "I'd
like to see your answers" or "Send that info to me, too" These are
useless messages that just waste the email server's resources. Instead,
email the original requester and ask that they send you or post the
results of their question.

To UNSUBSCRIBE or to SUBSCRIBE, go to http://MTUsers.net for
information.

You can locate the:
1) meditech-l archives
2) NPR/Magic/CS tips
3) job opportunities in the Meditech community http://mtusers.net

Do NOT send email to meditech-l-owner@MTUsers.com. This is a system
email box that is NOT monitored by a human. If you need help or advice
on how to use the meditech-l, email lorna@MTUsers.com or
julia@MTUsers.net. Both of these people help manage the meditech-l, so
they are your best resource.




This e-mail and any attachments may contain confidential and privileged
information. If you are not the intended recipient, please notify the
sender immediately by return e-mail, delete this e-mail and destroy any
copies. Any dissemination or use of this information by a person other
than the intended recipient is unauthorized and may be illegal.
===================================
Please do NOT send messages that ask "Please post to the list" or "I'd
like to see your answers" or "Send that info to me, too" These are
useless messages that just waste the email server's resources. Instead,
email the original requester and ask that they send you or post the
results of their question.

To UNSUBSCRIBE or to SUBSCRIBE, go to http://MTUsers.net for
information.

You can locate the:
1) meditech-l archives
2) NPR/Magic/CS tips
3) job opportunities in the Meditech community http://mtusers.net

Do NOT send email to meditech-l-owner@MTUsers.com. This is a system
email box that is NOT monitored by a human. If you need help or advice
on how to use the meditech-l, email lorna@MTUsers.com or
julia@MTUsers.net. Both of these people help manage the meditech-l, so
they are your best resource.



DISCLAIMER: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.

This Message scanned by Trend Micro InterScan Messaging Security

===================================
Please do NOT send messages that ask "Please post to the list" or "I'd
like to see your answers" or "Send that info to me, too" These are
useless messages that just waste the email server's resources. Instead,
email the original requester and ask that they send you or post the
results of their question.

To UNSUBSCRIBE or to SUBSCRIBE, go to http://MTUsers.net for
information.

You can locate the:
1) meditech-l archives
2) NPR/Magic/CS tips
3) job opportunities in the Meditech community http://mtusers.net

Do NOT send email to meditech-l-owner@MTUsers.com. This is a system
email box that is NOT monitored by a human. If you need help or advice
on how to use the meditech-l, email lorna@MTUsers.com or
julia@MTUsers.net. Both of these people help manage the meditech-l, so
they are your best resource.



===================================
Please do NOT send messages that ask "Please post to the list" or "I'd
like to see your answers" or "Send that info to me, too" These are
useless messages that just waste the email server's resources. Instead,
email the original requester and ask that they send you or post the
results of their question.

To UNSUBSCRIBE or to SUBSCRIBE, go to http://MTUsers.net for
information.

You can locate the:
1) meditech-l archives
2) NPR/Magic/CS tips
3) job opportunities in the Meditech community
http://mtusers.net

Do NOT send email to meditech-l-owner@MTUsers.com. This is a system
email box that is NOT monitored by a human. If you need help or advice
on how to use the meditech-l, email lorna@MTUsers.com or
julia@MTUsers.net. Both of these people help manage the meditech-l, so
they are your best resource.





------------------------------

Message: 15
Date: Tue, 11 Jan 2011 12:22:20 -0500
From: "Shindana Mills"
To:
Subject: Re: [MT-L] NPR report for Modifiers (Suzanne Voldarski/SIH)
Message-ID:

<05AF26E1ACC0B6469569C20D423936E7049F6521@nmc-exchange.lan.ngh.org>
Content-Type: text/plain; charset="us-ascii"

Try doing the report through ABS.PAT or doing an ABS.CPT fragment to
BAR. Some hospitals hardcode there Modifiers with in their Charge
Masters, some leave the job to Coding.

I hope this helps.

Dana B. Mills, MBHA, PMP
Financial Applications Analyst
Newton Medical Center

-----Original Message-----
From: meditech-l-bounces@mtusers.com
[mailto:meditech-l-bounces@mtusers.com] On Behalf Of
meditech-l-request@mtusers.com
Sent: Friday, January 07, 2011 6:45 PM
To: meditech-l@mtusers.com
Subject: meditech-l Digest, Vol 75, Issue 9

Send meditech-l mailing list submissions to
meditech-l@mtusers.com

To subscribe or unsubscribe via the World Wide Web, visit
http://mtusers.com/mailman/listinfo/meditech-l_mtusers.com
or, via email, send a message with subject or body 'help' to
meditech-l-request@mtusers.com

You can reach the person managing the list at
meditech-l-owner@mtusers.com

When replying, please edit your Subject line so it is more specific
than "Re: Contents of meditech-l digest..."


Today's Topics:

1. NPR Report: MACRO to Print (Chadwick Seymore)
2. Re: NPR Report: MACRO to Print (Amy Houston)
3. Re: NPR Report: MACRO to Print (Mitch Lawrence)
4. Re: Sending Lab Verified date/time to EMR (Birkenholz, Karen)
5. MAGIC 5.64 PP6:OS UPGRADE TO 9.2 (Andrea Connors)
6. Re: meditech-l Digest, Vol 75, Issue 25 (Chris Takahashi)
7. MAGIC 5.62 v2 Allergy Mapping Question (mthivierge@st-joseph.org)
8. MAGIC 5.62 v2 Allergy Mapping Question #2
(mthivierge@st-joseph.org)
9. Re: Magic 5.62 B/AR BD to FB report (Shana Anderson)
10. Re: unbilled reports (Shana Anderson)
11. Re: unbilled reports (Johnson, Marie)
12. Re: NPR Report: MACRO to Print (Douglas McGaw)
13. Re: Magic 5.62 B/AR BD to FB report (Arvin, Kim)
14. C/S 5.64 Anesthesia documenting in ORM or interfacing
monitors? (Cathey, Lori K.)
15. Re: CDS Defaulting Attribute (Kathleen Woods)
16. SCHEDULING and Allergy call attribute MAGIC (Johnson, Marie)
17. GE RIS (Smith, Kimberly)
18. Re: MAGIC 5.62 v2 Allergy Mapping Question #2 (Charles Downs)
19. Re: MAGIC 5.62 v2 Allergy Mapping Question #2 (Leona Bizier)
20. Re: MAGIC 5.62 v2 Allergy Mapping Question #2
(mthivierge@st-joseph.org)
21. CS 5.64 BAR, ADM with RECONDO Solutions (Taylor, John)
22. Meditech Magic 5.6 PP module users (TWray@samhealth.org)
23. MAGIC NPR: report to mimic an HL7 message for a lab result
(Cole, Beth)
24. Inpatient Rehab (Maureen Bates)
25. Forgot how to print to File? (Gary Hall)
26. Re: Forgot how to print to File? (Gary Hall)
27. Re: MAGIC NPR: report to mimic an HL7 message for a lab
result (Doug Hiteshew)
28. Meditech Magic 5.64 OE/ITS Reports - Dictating Users
credentials (Eric Gasser)
29. ? Magic 5.64 NUR->OE->BAR->multiple G/L codes (Ganesh Seshadri)
30. ?Magic 5.64 DR data contained in magic indexes (Ganesh Seshadri)
31. Re: ? Magic 5.64 NUR->OE->BAR->multiple G/L codes (Amber Adkins)
32. NPR report for Modifiers (Suzanne Voldarski/SIH)
33. Re: ?Magic 5.64 DR data contained in magic indexes
(Sarah B. Balthazor)
34. Re: ?Magic 5.64 DR data contained in magic indexes
(TSLAXAR@cho.org)
35. Primary Care Physician after Discharge (Phyliss Strezo)
36. Re: Inpatient Rehab (McClure, Claire)


----------------------------------------------------------------------

Message: 1
Date: Fri, 7 Jan 2011 11:53:14 -0500
From: Chadwick Seymore
To: meditech-l@mtusers.com
Subject: [MT-L] NPR Report: MACRO to Print
Message-ID:

Content-Type: text/plain; charset=ISO-8859-1

Hello Meditech L. I have a report written in the *DPM->ADM.PAT*. Does
anyone
have a MACRO or attribute that will print the Group Response "*ELEMENT
NAME*"
instead of the ELEMENT CODE answered from a CDS query in a NPR report?
Thanks.


------------------------------

Message: 2
Date: Fri, 7 Jan 2011 09:14:58 -0800
From: Amy Houston
To: 'Chadwick Seymore' ,
"meditech-l@mtusers.com"
Subject: Re: [MT-L] NPR Report: MACRO to Print
Message-ID:

Content-Type: text/plain; charset="us-ascii"

Try this computed field:
VAL=@MIS.GROUP.RESP.element.response["GRP
QUERY",@ccdqr.response["QUERY"]]



Amy Houston
Application Analyst, I.T.
Garden Grove Hospital and Medical Center
La Palma Intercommunity Hospital
West Anaheim Medical Center
Huntington Beach Hospital
714-741-4804 office
714-741-4898 fax
ahouston@primehealthcare.com
-----Original Message-----
From: meditech-l-bounces@mtusers.com
[mailto:meditech-l-bounces@mtusers.com] On Behalf Of Chadwick Seymore
Sent: Friday, January 07, 2011 8:53 AM
To: meditech-l@mtusers.com
Subject: [MT-L] NPR Report: MACRO to Print

Hello Meditech L. I have a report written in the *DPM->ADM.PAT*. Does
anyone
have a MACRO or attribute that will print the Group Response "*ELEMENT
NAME*"
instead of the ELEMENT CODE answered from a CDS query in a NPR report?
Thanks.
===================================
Please do NOT send messages that ask "Please post to the list" or "I'd
like to see your answers" or "Send that info to me, too" These are
useless messages that just waste the email server's resources. Instead,
email the original requester and ask that they send you or post the
results of their question.

To UNSUBSCRIBE or to SUBSCRIBE, go to http://MTUsers.net for
information.

You can locate the:
1) meditech-l archives
2) NPR/Magic/CS tips
3) job opportunities in the Meditech community
http://mtusers.net

Do NOT send email to meditech-l-owner@MTUsers.com. This is a system
email box that is NOT monitored by a human. If you need help or advice
on how to use the meditech-l, email lorna@MTUsers.com or
julia@MTUsers.net. Both of these people help manage the meditech-l, so
they are your best resource.





DISCRETIONARY NOTICE: This message (including any attachments) is not to
be disclosed and intended solely for the use of the individual or entity
to whom it is addressed, and is protected by law. If you are not the
intended recipient, please delete the message (including any
attachments) and notify the originator that you received the message in
error. Any disclosure, copying, or distribution of this message, or the
taking of any action based on it, is strictly prohibited. Any views
expressed in this message are those of the individual sender, except
where the sender specifies and with authority, states them to be the
views of Prime Healthcare Services.



------------------------------

Message: 3
Date: Fri, 7 Jan 2011 11:16:51 -0600
From: "Mitch Lawrence"
To: "'Chadwick Seymore'" ,

Subject: Re: [MT-L] NPR Report: MACRO to Print
Message-ID: <4d274ad7.02f2960a.5cd9.1246@mx.google.com>
Content-Type: text/plain; charset="us-ascii"

A. You didn't say MAGIC or C/S, so you get what I prefer, C/S. Enjoy!

B. You really should have the DPM listings open in one window while you
have
meditech open in another while you code your NPRs, as you could have
answered your own question. :)

C. You also didn't give specifics on your detail segment, so I'm going
to go
with ccdqr. Your mileage may vary and you will likely need to adjust on
your
end.

Code:

VAL=IF{@ccdqr.response["QUERYMNEMONIC"^QRY]^RESP,
VAL=@MIS.GROUP.RESP.element.response[@MIS.QUERY.group.resp[QRY],RESP];RE
SP}

M

| -----Original Message-----
| From: meditech-l-bounces@mtusers.com [mailto:meditech-l-
| bounces@mtusers.com] On Behalf Of Chadwick Seymore
| Sent: Friday, January 07, 2011 10:53 AM
| To: meditech-l@mtusers.com
| Subject: [MT-L] NPR Report: MACRO to Print
|
| Hello Meditech L. I have a report written in the *DPM->ADM.PAT*. Does
| anyone
| have a MACRO or attribute that will print the Group Response "*ELEMENT
| NAME*"
| instead of the ELEMENT CODE answered from a CDS query in a NPR report?
| Thanks.
| ===================================|
| Please do NOT send messages that ask "Please post to the list" or "I'd
| like to see your answers" or "Send that info to me, too" These are
| useless messages that just waste the email server's resources.
| Instead, email the original requester and ask that they send you or
| post the results of their question.
|
| To UNSUBSCRIBE or to SUBSCRIBE, go to http://MTUsers.net for
| information.
|
| You can locate the:
| 1) meditech-l archives
| 2) NPR/Magic/CS tips
| 3) job opportunities in the Meditech community
| http://mtusers.net
|
| Do NOT send email to meditech-l-owner@MTUsers.com. This is a system
| email box that is NOT monitored by a human. If you need help or advice
| on how to use the meditech-l, email lorna@MTUsers.com or
| julia@MTUsers.net. Both of these people help manage the meditech-l,
so
| they are your best resource.





------------------------------

Message: 4
Date: Fri, 7 Jan 2011 11:24:11 -0600
From: "Birkenholz, Karen"
To: Tara Temsik ,
"meditech-l@mtusers.com"
Subject: Re: [MT-L] Sending Lab Verified date/time to EMR
Message-ID:

<04EE4F75BB5FB246ADB68D69B74604432F51981DAE@MAIL.nrhnt.nrh-ok.com>
Content-Type: text/plain; charset="us-ascii"

We are sending the info to the ELR but not the EMR.


Thanks,
Karen
307-1135

-----Original Message-----
From: meditech-l-bounces@mtusers.com
[mailto:meditech-l-bounces@mtusers.com] On Behalf Of Tara Temsik
Sent: Thursday, January 06, 2011 10:19 AM
To: meditech-l@mtusers.com
Subject: [MT-L] Sending Lab Verified date/time to EMR

Good morning! We are wondering if other hospitals have been asked to
meet JCAHO standards that state the lab test verified date/time appear
in the EMR. We have the MIC and LAB doing this, however, Meditech has
told us that BBK cannot do this and is not going to do this until 6.0.
We do have the option of manually entering the comment. Is that what
most hospitals are doing?

Thanks for your help!!


Tara Temsik R.N., B.S.N.
Application Manager
[cid:image001.jpg@01CBAD82.CAD45D60]
1938 E. Harney St., Laramie, WY 82072
Office: (307) 766-9525 Fax: (307) 766-9510
www.medbowtech.com


________________________________
CONFIDENTIALITY NOTICE: This e-mail contains PRIVILEGED AND CONFIDENTIAL
information intended only for the use of the individual(s) or entity
named above. If you are not the intended recipient, you are notified
that any disclosure, copying, distribution, electronic storage or use of
this communication is prohibited. If you received this communication in
error, please notify me immediately by e-mail, attaching the original
message, and delete the original message from your computer and any
network to which your computer is connected.
=====================================CONFIDENTIALITY NOTICE:

This e-mail communication and any attachments may
contain confidential and privileged information for the use
of the designated recipients named above. If you are not
the intended recipient, you are hereby notified that you
have received this communication in error and that any
review, disclosure, dissemination, distribution, or copying
of it or its contents is prohibited. If you have received
this communication in error, please notify the sender
immediately and destroy all copies of this communication
and any attachments.




------------------------------

Message: 5
Date: Fri, 7 Jan 2011 09:28:31 -0800 (PST)
From: Andrea Connors
To: meditech-l@mtusers.com
Subject: [MT-L] MAGIC 5.64 PP6:OS UPGRADE TO 9.2
Message-ID: <876307.15832.qm@web110110.mail.gq1.yahoo.com>
Content-Type: text/plain; charset=iso-8859-1

Hi All,
We use Lifescan Glucometers for glucose result download into MEDITECH.
The
process is that these are "docked" to a PC, which in turn runs a script
that
pushes the results to MEDITECH. Ever since our OS Upgrade to 9.2, this
script
has been failing. Anyone else out there experience this problem or are
possibly
on OS 9.2 where this works correctly? We have been going back and forth
with
MEDITECH and Lifescan in order to get this resolved for the past month
with
little or no progress, so I thought I'd reach out the community to see
if anyone
has any suggestions or has experienced the same problem. Lifescan has
told us
that it is a MEDITECH issue because the script is running, but is
failing when
it tries to open out to the IP Address of the machine. MEDITECH has said
that we
need a new NMI interface and that they do not support termservers, but
this
doesn't even make sense since it worked with our upgrade to OS 9.1 and
we don't
?and stopped with OS 9.2 for some reason. MEDITECH also let us know they
no
longer support termservers and told us that is why it stopped working,
which we
of course are not using so that doesn't apply to us. We are still
working with
MEDITECH and pushing for a resolution, but it just really seems we are
getting
nowhere fast.


Andrea Connors
Applications Manager, Milton Hospital
P: 617-313-1080
F: 617-313-1520
andrea_connors@miltonhospital.org




------------------------------

Message: 6
Date: Fri, 7 Jan 2011 07:59:00 -1000
From: Chris Takahashi
To: "meditech-l@mtusers.com"
Subject: Re: [MT-L] meditech-l Digest, Vol 75, Issue 25
Message-ID:
<656481E5057CCD458AADB884B8D617320C153EDF7C@svrexch1.hhsc.org>
Content-Type: text/plain; charset="us-ascii"

Process: docs must contact the physician they want to consult with
before making an order. Medical staff rule made due to many physicians
unaware that a consult was placed with no communication between doctor
to doctor. Nursing instructed not to take orders that state "contact
dr. _________" for a consult.
Hospital 275 bed acute and LTC, Active physicians 178.

Chris Takahashi
HMC Health Connect EMR




** Message: 25
Date: Thu, 6 Jan 2011 16:20:50 -0600
From: "Rottluff, Sandra"
To: "'meditech-l@mtusers.com'"
Subject: [MT-L] Physician Consult Process
Message-ID:


Content-Type: text/plain; charset="us-ascii"

Dear all Meditech users,
We are a community based 313 bed hospital currently using Meditech Magic
5.62. We are reviewing our current physician consult process and would
like some input from other similar hospitals. Currently we take a
written order from the physician and then nursing actually contacts the
physician being consulted. We would like to know if anyone else out
there has a different process that is followed for physician consult (ie
physician to physician).

In addition, we are in the process of converting to Meditech 6.05. We
will be using PCM (Physician Care Manager) for the desktop and esigning
when we first go live in June. We would like to know if anyone using
PCM in the Meditech 6.x environment has found the patient list from the
physician desktop to be accurate. In our current Magic 5.62, the list
generated by the physician from PCI is not accurate in that it also
includes patient names from office visits and past consults.

We would really appreciate any feedback and information that you can
provide.
Thanks a lot in advance!

Sandi Rottluff RN,MSN
Nursing Informatics
Memorial Hospital
Belleville, IL
618-257-5416





Confidentiality Notice:
This email 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.


------------------------------

Message: 7
Date: Fri, 7 Jan 2011 12:17:51 -0600
From:
To:
Subject: [MT-L] MAGIC 5.62 v2 Allergy Mapping Question
Message-ID:

<8FA0A93CD3EAD64E97AD8F599099ED1307A785BDE3@MAIL.main.st-joseph.lan>
Content-Type: text/plain; charset="us-ascii"

I have a class allergy of Antihistamines that does not have an
equivalent allergy on the MIS suspense file. Has anyone else had this
issue? What did you map this allergy to on the suspense file? Did you
leave this allergy unmapped for the conversion process?

We just started mapping today in TEST. Any information you may be able
to provide is greatly appreciated.

Melissa Thivierge
Healthcare Informatics Specialist II
Clinical Informatics
St. Joseph Health System
Bryan, Texas 77802-2554
(979) 776-2431
(979) 731-5662 fax


________________________________
The documents accompanying this transmission may contain confidential
health information that is legally privileged. This information is
intended only for the use of the individual or entity named on this
sheet. The authorized recipient of this information is prohibited from
disclosing this information to any party unless required to do so by law
or regulation and is required to destroy the information after its
stated need has been fulfilled.
If you are not the intended recipient, you are hereby notified that any
disclosure, copying, distribution, or action taken in reliance on the
contents of these documents is strictly prohibited. Violators will be
prosecuted. If you have received this information in error, please
notify the sender immediately and arrange for the destruction of these
documents.




------------------------------

Message: 8
Date: Fri, 7 Jan 2011 12:24:36 -0600
From:
To:
Subject: [MT-L] MAGIC 5.62 v2 Allergy Mapping Question #2
Message-ID:

<8FA0A93CD3EAD64E97AD8F599099ED1307A785BDE5@MAIL.main.st-joseph.lan>
Content-Type: text/plain; charset="us-ascii"

For some of the medications I'm getting mapped allergies with red dye,
yellow dyes, etc....

Have veteran sites mapped these dye allergies? What are the
advantages/disadvantages of keeping these mapped?

Ex:

Cephalexin Monohydrate is currently mapped to:

Cephalexin
Sodium Benzoate
Red Dye
Yellow Dye
CI Pigment Blue 63
Cephalosporins
Penicillins Cross Reactors
PABA Derivatives
Yellow Dyes
Yellow Dyes (Non-tartrazine)

Melissa Thivierge
Healthcare Informatics Specialist II
Clinical Informatics
St. Joseph Health System
Bryan, Texas 77802-2554
(979) 776-2431
(979) 731-5662 fax


________________________________
The documents accompanying this transmission may contain confidential
health information that is legally privileged. This information is
intended only for the use of the individual or entity named on this
sheet. The authorized recipient of this information is prohibited from
disclosing this information to any party unless required to do so by law
or regulation and is required to destroy the information after its
stated need has been fulfilled.
If you are not the intended recipient, you are hereby notified that any
disclosure, copying, distribution, or action taken in reliance on the
contents of these documents is strictly prohibited. Violators will be
prosecuted. If you have received this information in error, please
notify the sender immediately and arrange for the destruction of these
documents.




------------------------------

Message: 9
Date: Fri, 7 Jan 2011 13:30:39 -0500
From: "Shana Anderson"
To: "'Renee Rinehart'" ,

Subject: Re: [MT-L] Magic 5.62 B/AR BD to FB report
Message-ID: <4d275b90.9c4de50a.79a0.0fa0@mx.google.com>
Content-Type: text/plain; charset="US-ASCII"

Wouldn't a compiled report using selection BD AGE DATE set to A (any)
and
CUR STATUS set to FB work? We're Magic so I don't know if that would
work
for you or not.

Shana Anderson, MBA
Director of Patient Financial Services
Ashe Memorial Hospital, Inc.
Jefferson, NC
shanaanderson@ashememorial.org


IMPORTANT NOTICE!



The information contained in this e-mail message is CONFIDENTIAL UNDER
FEDERAL LAW, and intended only for the use of the individual or entity
named
above.



If the reader or recipient of this message is not the intended
recipient,
you are hereby notified that any dissemination, distribution or copying
of
this confidential information is prohibited by federal law. If you have
received this communication in error, immediately notify the person
listed
above and return this message and all information that accompanies it to
Ashe Memorial Hospital, Inc.


-----Original Message-----
From: meditech-l-bounces@mtusers.com
[mailto:meditech-l-bounces@mtusers.com]
On Behalf Of Renee Rinehart
Sent: Friday, January 07, 2011 10:19 AM
To: meditech-l@mtusers.com
Subject: [MT-L] Magic 5.62 B/AR BD to FB report

I am in need of a report that will show all the accounts that have been
in BD status but currently in FB status. CFO wants to know how many
accounts are "pulled back" from collection agencies. Anybody have a
report like this or some advice where to begin? I know that when this
function is performed, it creates a txn comment in the collection
transactions screen C AGY XFR, but it puts this text when the account is
originally moved to BD as well. Thanks for any ideas.



Renee' Rinehart

HCIS Financial Coord., IT Dept.

Guadalupe Regional Medical Center

1215 East Court Street

Seguin, Texas 78155

830-401-7214

830-481-4347 Cell



===================================
Please do NOT send messages that ask "Please post to the list" or "I'd
like
to see your answers" or "Send that info to me, too" These are useless
messages that just waste the email server's resources. Instead, email
the
original requester and ask that they send you or post the results of
their
question.

To UNSUBSCRIBE or to SUBSCRIBE, go to http://MTUsers.net for
information.

You can locate the:
1) meditech-l archives
2) NPR/Magic/CS tips
3) job opportunities in the Meditech community
http://mtusers.net

Do NOT send email to meditech-l-owner@MTUsers.com. This is a system
email
box that is NOT monitored by a human. If you need help or advice on how
to
use the meditech-l, email lorna@MTUsers.com or julia@MTUsers.net. Both
of
these people help manage the meditech-l, so they are your best resource.





------------------------------

Message: 10
Date: Fri, 7 Jan 2011 13:33:40 -0500
From: "Shana Anderson"
To: "'Kristen Shoup'" ,
Subject: Re: [MT-L] unbilled reports
Message-ID: <4d275c45.8e8de50a.66bb.0715@mx.google.com>
Content-Type: text/plain; charset="US-ASCII"

I use PERIOD END UNBILLED RECEIVABLES report (far right column).

Shana Anderson, MBA
Director of Patient Financial Services
Ashe Memorial Hospital, Inc.
Jefferson, NC
shanaanderson@ashememorial.org


IMPORTANT NOTICE!



The information contained in this e-mail message is CONFIDENTIAL UNDER
FEDERAL LAW, and intended only for the use of the individual or entity
named
above.



If the reader or recipient of this message is not the intended
recipient,
you are hereby notified that any dissemination, distribution or copying
of
this confidential information is prohibited by federal law. If you have
received this communication in error, immediately notify the person
listed
above and return this message and all information that accompanies it to
Ashe Memorial Hospital, Inc.



-----Original Message-----
From: meditech-l-bounces@mtusers.com
[mailto:meditech-l-bounces@mtusers.com]
On Behalf Of Kristen Shoup
Sent: Wednesday, January 05, 2011 2:48 PM
To: meditech-l@mtusers.com
Subject: [MT-L] unbilled reports

What report/routine does everyone use to report DNFB at the end of the
month?



Kristen Shoup, MBA

Revenue Cycle Manager

Wooster Community Hospital

www.woosterhospital.org

330-263-8614

330-262-5427 (fax)








PRIVILEGE AND CONFIDENTIALITY NOTICE
The information in this electronic mail is intended for the named
recipients
only. It may contain privileged and confidential material and may be
protected under law by the Health Insurance Portability and
Accountability
Act. Any use of this information by anyone other than the intended
receiver
is prohibited. If the reader of this message is not the intended
recipient,
you are hereby notified that any dissemination, distribution, copying or
other use of this message or its attachments is strictly prohibited. If
you
have received this message in error, please notify the sender
immediately by
replying to this electronic e-mail. Please delete it from your computer.
Thank you
===================================
Please do NOT send messages that ask "Please post to the list" or "I'd
like
to see your answers" or "Send that info to me, too" These are useless
messages that just waste the email server's resources. Instead, email
the
original requester and ask that they send you or post the results of
their
question.

To UNSUBSCRIBE or to SUBSCRIBE, go to http://MTUsers.net for
information.

You can locate the:
1) meditech-l archives
2) NPR/Magic/CS tips
3) job opportunities in the Meditech community
http://mtusers.net

Do NOT send email to meditech-l-owner@MTUsers.com. This is a system
email
box that is NOT monitored by a human. If you need help or advice on how
to
use the meditech-l, email lorna@MTUsers.com or julia@MTUsers.net. Both
of
these people help manage the meditech-l, so they are your best resource.





------------------------------

Message: 11
Date: Fri, 7 Jan 2011 13:34:45 -0500
From: "Johnson, Marie"
To: "Kristen Shoup" ,
Subject: Re: [MT-L] unbilled reports
Message-ID:

Content-Type: text/plain; charset="us-ascii"

I wrote a DNFB report a while back that lists the unbilled accounts by
ABS status so you can see how bar behind Coding is and other issues that
may be occurring. It also shows Inhouse patients separately. Let me
know if you want a copy of the npr report to have uploaded and installed
on your system.

-----Original Message-----
From: meditech-l-bounces@mtusers.com
[mailto:meditech-l-bounces@mtusers.com] On Behalf Of Shana Anderson
Sent: Friday, January 07, 2011 1:34 PM
To: 'Kristen Shoup'; meditech-l@mtusers.com
Subject: Re: [MT-L] unbilled reports

I use PERIOD END UNBILLED RECEIVABLES report (far right column).

Shana Anderson, MBA
Director of Patient Financial Services
Ashe Memorial Hospital, Inc.
Jefferson, NC
shanaanderson@ashememorial.org


IMPORTANT NOTICE!



The information contained in this e-mail message is CONFIDENTIAL UNDER
FEDERAL LAW, and intended only for the use of the individual or entity
named
above.



If the reader or recipient of this message is not the intended
recipient,
you are hereby notified that any dissemination, distribution or copying
of
this confidential information is prohibited by federal law. If you have
received this communication in error, immediately notify the person
listed
above and return this message and all information that accompanies it to
Ashe Memorial Hospital, Inc.



-----Original Message-----
From: meditech-l-bounces@mtusers.com
[mailto:meditech-l-bounces@mtusers.com]
On Behalf Of Kristen Shoup
Sent: Wednesday, January 05, 2011 2:48 PM
To: meditech-l@mtusers.com
Subject: [MT-L] unbilled reports

What report/routine does everyone use to report DNFB at the end of the
month?



Kristen Shoup, MBA

Revenue Cycle Manager

Wooster Community Hospital

www.woosterhospital.org

330-263-8614

330-262-5427 (fax)








PRIVILEGE AND CONFIDENTIALITY NOTICE
The information in this electronic mail is intended for the named
recipients
only. It may contain privileged and confidential material and may be
protected under law by the Health Insurance Portability and
Accountability
Act. Any use of this information by anyone other than the intended
receiver
is prohibited. If the reader of this message is not the intended
recipient,
you are hereby notified that any dissemination, distribution, copying or
other use of this message or its attachments is strictly prohibited. If
you
have received this message in error, please notify the sender
immediately by
replying to this electronic e-mail. Please delete it from your computer.
Thank you
===================================
Please do NOT send messages that ask "Please post to the list" or "I'd
like
to see your answers" or "Send that info to me, too" These are useless
messages that just waste the email server's resources. Instead, email
the
original requester and ask that they send you or post the results of
their
question.

To UNSUBSCRIBE or to SUBSCRIBE, go to http://MTUsers.net for
information.

You can locate the:
1) meditech-l archives
2) NPR/Magic/CS tips
3) job opportunities in the Meditech community
http://mtusers.net

Do NOT send email to meditech-l-owner@MTUsers.com. This is a system
email
box that is NOT monitored by a human. If you need help or advice on how
to
use the meditech-l, email lorna@MTUsers.com or julia@MTUsers.net. Both
of
these people help manage the meditech-l, so they are your best resource.



===================================
Please do NOT send messages that ask "Please post to the list" or "I'd
like to see your answers" or "Send that info to me, too" These are
useless messages that just waste the email server's resources. Instead,
email the original requester and ask that they send you or post the
results of their question.

To UNSUBSCRIBE or to SUBSCRIBE, go to http://MTUsers.net for
information.

You can locate the:
1) meditech-l archives
2) NPR/Magic/CS tips
3) job opportunities in the Meditech community
http://mtusers.net

Do NOT send email to meditech-l-owner@MTUsers.com. This is a system
email box that is NOT monitored by a human. If you need help or advice
on how to use the meditech-l, email lorna@MTUsers.com or
julia@MTUsers.net. Both of these people help manage the meditech-l, so
they are your best resource.


DISCLAIMER: The information contained in this electronic message is
legally privileged and confidential under applicable law and is intended

for a particular addressee(s). If it is not clear that you are the
intended
recipient, you are hereby notified that you have received this
transmittal
in error; any review, copying or distribution or dissemination is
strictly
prohibited. If you suspect that you have received this transmittal in
error, please notify Southwestern VT Health Care Corporation
immediately by return email reply to (helpdesk@phin.org), and
immediately delete the transmittal and any attachments without making
any copy or distribution. Thank you.





------------------------------

Message: 12
Date: Fri, 7 Jan 2011 12:35:08 -0600
From: "Douglas McGaw"
To: "'Chadwick Seymore'" ,

Subject: Re: [MT-L] NPR Report: MACRO to Print
Message-ID: <040401cbae99$9d2c0c10$d7842430$@net>
Content-Type: text/plain; charset="US-ASCII"

Check out Meditech's KB article 7166. KB's 5809 and 316 also deal with
this, but the 7166 is the clearest.

Douglas B. McGaw
dbmcgaw@sbcglobal.net

also:
NPR Consultant
Iatric Systems
doug.mcgaw@iatric.com
978-805-3455


-----Original Message-----
From: meditech-l-bounces@mtusers.com
[mailto:meditech-l-bounces@mtusers.com]
On Behalf Of Chadwick Seymore
Sent: Friday, January 07, 2011 10:53 AM
To: meditech-l@mtusers.com
Subject: [MT-L] NPR Report: MACRO to Print

Hello Meditech L. I have a report written in the *DPM->ADM.PAT*. Does
anyone
have a MACRO or attribute that will print the Group Response "*ELEMENT
NAME*"
instead of the ELEMENT CODE answered from a CDS query in a NPR report?
Thanks.
===================================
Please do NOT send messages that ask "Please post to the list" or "I'd
like
to see your answers" or "Send that info to me, too" These are useless
messages that just waste the email server's resources. Instead, email
the
original requester and ask that they send you or post the results of
their
question.

To UNSUBSCRIBE or to SUBSCRIBE, go to http://MTUsers.net for
information.

You can locate the:
1) meditech-l archives
2) NPR/Magic/CS tips
3) job opportunities in the Meditech community
http://mtusers.net

Do NOT send email to meditech-l-owner@MTUsers.com. This is a system
email
box that is NOT monitored by a human. If you need help or advice on how
to
use the meditech-l, email lorna@MTUsers.com or julia@MTUsers.net. Both
of
these people help manage the meditech-l, so they are your best resource.





------------------------------

Message: 13
Date: Fri, 7 Jan 2011 11:36:54 -0700
From: "Arvin, Kim"
To: "Renee Rinehart" ,

Subject: Re: [MT-L] Magic 5.62 B/AR BD to FB report
Message-ID:


Content-Type: text/plain; charset="us-ascii"


This might get you going

-----Original Message-----
From: meditech-l-bounces@mtusers.com
[mailto:meditech-l-bounces@mtusers.com] On Behalf Of Shana Anderson
Sent: Friday, January 07, 2011 11:31 AM
To: 'Renee Rinehart'; meditech-l@mtusers.com
Subject: Re: [MT-L] Magic 5.62 B/AR BD to FB report

Wouldn't a compiled report using selection BD AGE DATE set to A (any)
and CUR STATUS set to FB work? We're Magic so I don't know if that
would work for you or not.

Shana Anderson, MBA
Director of Patient Financial Services
Ashe Memorial Hospital, Inc.
Jefferson, NC
shanaanderson@ashememorial.org


IMPORTANT NOTICE!



The information contained in this e-mail message is CONFIDENTIAL UNDER
FEDERAL LAW, and intended only for the use of the individual or entity
named above.



If the reader or recipient of this message is not the intended
recipient, you are hereby notified that any dissemination, distribution
or copying of this confidential information is prohibited by federal
law. If you have received this communication in error, immediately
notify the person listed above and return this message and all
information that accompanies it to Ashe Memorial Hospital, Inc.


-----Original Message-----
From: meditech-l-bounces@mtusers.com
[mailto:meditech-l-bounces@mtusers.com]
On Behalf Of Renee Rinehart
Sent: Friday, January 07, 2011 10:19 AM
To: meditech-l@mtusers.com
Subject: [MT-L] Magic 5.62 B/AR BD to FB report

I am in need of a report that will show all the accounts that have been
in BD status but currently in FB status. CFO wants to know how many
accounts are "pulled back" from collection agencies. Anybody have a
report like this or some advice where to begin? I know that when this
function is performed, it creates a txn comment in the collection
transactions screen C AGY XFR, but it puts this text when the account is
originally moved to BD as well. Thanks for any ideas.



Renee' Rinehart

HCIS Financial Coord., IT Dept.

Guadalupe Regional Medical Center

1215 East Court Street

Seguin, Texas 78155

830-401-7214

830-481-4347 Cell



===================================
Please do NOT send messages that ask "Please post to the list" or "I'd
like to see your answers" or "Send that info to me, too" These are
useless messages that just waste the email server's resources. Instead,
email the original requester and ask that they send you or post the
results of their question.

To UNSUBSCRIBE or to SUBSCRIBE, go to http://MTUsers.net for
information.

You can locate the:
1) meditech-l archives
2) NPR/Magic/CS tips
3) job opportunities in the Meditech community http://mtusers.net

Do NOT send email to meditech-l-owner@MTUsers.com. This is a system
email box that is NOT monitored by a human. If you need help or advice
on how to use the meditech-l, email lorna@MTUsers.com or
julia@MTUsers.net. Both of these people help manage the meditech-l, so
they are your best resource.



===================================
Please do NOT send messages that ask "Please post to the list" or "I'd
like to see your answers" or "Send that info to me, too" These are
useless messages that just waste the email server's resources. Instead,
email the original requester and ask that they send you or post the
results of their question.

To UNSUBSCRIBE or to SUBSCRIBE, go to http://MTUsers.net for
information.

You can locate the:
1) meditech-l archives
2) NPR/Magic/CS tips
3) job opportunities in the Meditech community http://mtusers.net

Do NOT send email to meditech-l-owner@MTUsers.com. This is a system
email box that is NOT monitored by a human. If you need help or advice
on how to use the meditech-l, email lorna@MTUsers.com or
julia@MTUsers.net. Both of these people help manage the meditech-l, so
they are your best resource.





This email and any attached files are confidential and intended solely
for the intended recipient(s). If you are not the named recipient you
should not read, distribute, copy or alter this email. Any views or
opinions expressed in this email are those of the author and do not
represent those of the company. Warning: Although precautions have been
taken to make sure no viruses are present in this email, the company
cannot accept responsibility for any loss or damage that arise from the
use of this email or attachments.
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: bd.to.fb.txt
URL:
7/8a026fe8/attachment.txt>

------------------------------

Message: 14
Date: Fri, 7 Jan 2011 12:43:10 -0600
From: "Cathey, Lori K."
To:
Subject: [MT-L] C/S 5.64 Anesthesia documenting in ORM or interfacing
monitors?
Message-ID:

<1E1CA9D36109DA4883B933EAEC8F4FFF03B6AC09@fmcsexch02.friscomedical.com>

Content-Type: text/plain; charset="us-ascii"

Are there any sites out there who's anesthesiologists are documenting in
ORM and/or using the Meditech monitor interfacing?

Thanks!



Lori Cathey, RN

Clinical Analyst

Baylor Medical Center at Frisco

lcathey@bmcf.com









CONFIDENTIALITY NOTICE: This message and any attachments are for the
sole use of the intended recipient(s). This message is confidential and
may also be privileged. If you are not the intended recipient, please
contact the sender immediately, delete the contents of this message and
do not use it for any purpose.


------------------------------

Message: 15
Date: Fri, 7 Jan 2011 12:53:24 -0600
From: Kathleen Woods
To: Chadwick Seymore , meditech-l@mtusers.com
Subject: Re: [MT-L] CDS Defaulting Attribute
Message-ID: <937ed69453e402dba499d753dfd2bfdd@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1

IFE=IF{@p.ADM.PAT.ccdqr.response["my-query"]^/VAR,
IFE=/VAR^/[ANS%0,""my-query"]|0,P(R,S,/VAR)^#,""}

Kathleen

-----Original Message-----
From: meditech-l-bounces@mtusers.com
[mailto:meditech-l-bounces@mtusers.com] On Behalf Of Chadwick Seymore
Sent: Thursday, January 06, 2011 10:36 AM
To: meditech-l@mtusers.com
Subject: [MT-L] CDS Defaulting Attribute

Hello Meditech L. Does anyone have an *CDS attribute* that will have a
query
response from one screen documented default to another screen? Thanks
===================================
Please do NOT send messages that ask "Please post to the list" or "I'd
like to see your answers" or "Send that info to me, too" These are
useless messages that just waste the email server's resources. Instead,
email the original requester and ask that they send you or post the
results of their question.

To UNSUBSCRIBE or to SUBSCRIBE, go to http://MTUsers.net for
information.

You can locate the:
1) meditech-l archives
2) NPR/Magic/CS tips
3) job opportunities in the Meditech community
http://mtusers.net

Do NOT send email to meditech-l-owner@MTUsers.com. This is a system
email
box that is NOT monitored by a human. If you need help or advice on how
to
use the meditech-l, email lorna@MTUsers.com or julia@MTUsers.net. Both
of
these people help manage the meditech-l, so they are your best resource.



------------------------------

Message: 16
Date: Fri, 7 Jan 2011 14:00:00 -0500
From: "Johnson, Marie"
To:
Subject: [MT-L] SCHEDULING and Allergy call attribute MAGIC
Message-ID:

Content-Type: text/plain; charset="us-ascii"

We are trying to use the following attribute in a scheduling appointment
screen query to jump into the Allergies Screen, this would allow the
schedulers to be able to view the allergies on the patient to check for
contrast allergies, however it is not working. Appears to not be able
to pass in the URN because it connects to the correct screen but the
allergies don't appear nor does the patient information on the top
screen.



I tried using SCH.APPT.patient^URN and it still did not work. Any
suggestions?



IFE=IF{@ADM.PAT.urn^URN "Y"^/[ANS%0,"ALLERGY"]|0,P(R,S,"Y")^#,

IFE=%NUR.STB.process.mouse.button("","ALRG",URN),D(14,14)^#,1}





DISCLAIMER: The information contained in this electronic message is
legally privileged and confidential under applicable law and is intended

for a particular addressee(s). If it is not clear that you are the
intended
recipient, you are hereby notified that you have received this
transmittal
in error; any review, copying or distribution or dissemination is
strictly
prohibited. If you suspect that you have received this transmittal in
error, please notify Southwestern VT Health Care Corporation
immediately by return email reply to (helpdesk@phin.org), and
immediately delete the transmittal and any attachments without making
any copy or distribution. Thank you.



------------------------------

Message: 17
Date: Fri, 7 Jan 2011 13:23:19 -0600
From: "Smith, Kimberly"
To: "meditech-l@mtusers.com"
Cc: "Stevens, Joel" , "Collier, Kenneth"

Subject: [MT-L] GE RIS
Message-ID:
<001F95DC6874274D97AAC914CAF8049567764A279E@NAHMAIL.n-ahs.org>
Content-Type: text/plain; charset="us-ascii"

Norwegian American Hospital is wondering if there's any MAGIC site that
has the GE RIS system.
We are having difficulty with designing RAD NPR reports that meet GE's
Exam Results specs that embeds the dictated reports into the exams for
their historical interface loading of patients. We have final exams
covered, but are attempting to figure out how to pull in addendums. If
you've done something similar and would be willing to share, we thank
you in advance. Please contact:
Joel Stevens
JStevens@nahospital.org


Kimberly Smith, RN
Nurse Informatics Analyst
Information Technology Services
Norwegian American Hospital
1044 N. Francisco Ave
Chicago, IL 60622
773-292-8233
kismith@nahospital.org



------------------------------

Message: 18
Date: Fri, 7 Jan 2011 14:58:24 -0500
From: Charles Downs
To: "mthivierge@st-joseph.org" ,
"'meditech-l@mtusers.com'"
Subject: Re: [MT-L] MAGIC 5.62 v2 Allergy Mapping Question #2
Message-ID:

<2406DF9CBCFA4E47B0BCFBB0EAE5FCDBD931341459@WCHSXCHCM.wchsys.org>
Content-Type: text/plain; charset="iso-8859-1"

Melissa - You must have Medispan or Micromedex? I heard one sight that
mapped all of the dyes and then any drug with that dye flagged them for
an allergy. Sounds like something you do not want to do. I would check
with Meditech, but I would just map to Cephalexin only. We have FDB and
if we choose Cephalexin, it will flag for other cephalosporins. Sounds
like the automapping just mapped everything.
Let me know what you find out and I'll update my allergy powerpoint.
As for the antihistamines, there was a problem where I couldn't
find Iodine and there is a DTS in submitted status. I've copied my task
below (it is long). But, it sounds like the same issue that I had and
somehow they fixed it for me even though this is a larger problem.
Charlie

Charles Downs PharmD
Information Services Pharmacist
Meritus Health, Inc.
11116 Medical Campus Road
Hagerstown, MD, 21742
301-790-8904

Issue: PHA #6164537 (Mar 23, 2009)
Status: Development
Priority: Urgent
Description: Allergen on FDB CD but not on picklist when envering
allergi
Request Type: Problem
System Affected: Live, Test
Customer Contact: Downs,Charlie (301-790-8904)
Issue Notification: downsc@wchsys.org (MEDITECH/AMS Edits)
Module Notifications: Close,Bob (Robert.Close@wchsys.org) - ALL Edits
Rowland,Dale (Dale.Rowland@wchsys.org) - MEDITECH Edits
Received By: MEDITECH's Web Site
Application Specialist: Kristian Cardillo 781-774-2245 (Not Available)
Last Edit: Dec 20, 2010 at 1346 EST
Related Issues: PHA #6747679 (Complete) Allergens - FSV Warnings/Errors
List
NUR #6802187 (Complete) CAN'T MOVE INTERVENTIONS FROM TEST TO LIVE
Site Uploaded Files: Allergies on FDB CD.xls - Allergies on FDB CD (Mar
23, 2009 1319 EDT by Charlie Downs)

Click to edit:


Charlie Downs (via Web) - Mar 23, 2009 - 1317 EDT: For some reason,
Iodine has been inactivated with our last FDB allergen load.If I look at
a patient with an Iodine allergy, I get this:Iodine; Iodine Co
*RETIRED-03/12/09 (Iodine; Iodine Containing)However, FDB states that
this is still an active code and is so on their CD:00000852006
IodineThis only happened with the last CD load, and is a problem in test
and live. Iam afraid that this may have happened with other allergens,
but there is no wayto tell from the standard Meditech reports that we
have. I have attached the FDBfile or allergens from their CD.Thanks,
Charlie Charlie Downs (via Web) - Mar 23, 2009- 1319 EDT: The following
file was uploaded: File Name: Allergies on FDB CD.xls Description:
Allergies on FDB CD File Size: 477.50 KB Cardillo,Kristian (MEDITECH)
- Mar 23, 2009 - 1330 EDT: Hi Charlie,I will review this issue. Have a
good day. Cardillo,Kristian (MEDITECH) - Mar 23, 2009 - 1333 EDT: Hi
Charlie,If you run the FSV Warnings/Errors List in the Formulary Service
Allergens Menuyou will see all of the retired allergy codes. Don't be
alarmed by how many youmay see. The issue here is that it looks like a
code was inactivated and FDBsays that it has not been inactivated. I
will check and see what is going onhere. Cardillo,Kristian (MEDITECH) -
Mar 23, 2009 - 1353 EDT: Hi Charlie,I ran the FSV Warnings/Errors List
and did a search for fcode F000003150. Icould not find it. I am
wondering if this fcode was inactivated a while ago butwas just recently
noticed. I will need some help from the programmers on thisone. Is the
only fcode for iodine F000003150? If there are others please
providethem. Also, please do an allergy load in Test. Do not file it as
the programmerswill need to examine it. Thank you and have a good day.
Status changed from 'Open' to 'Customer'. Charlie Downs (via Web) - Mar
23, 2009 - 1414 EDT: I have asked Dale to re-load the allergens in test
and they should be done inaround 5-6 hours (that's how long they take).
I had run the error list anddidn't find Iodine on it. If you look on the
spreadsheet that I sent you, thereare no other Iodine entries. I know
that I can find inactivated allergens on theerror list, but what
concerns me is something that is still active like in thiscase and is
not there when we look it up.Thanks, Charlie E-Mail changed from
'gcrabill@wchsys.org' to 'downsc@wchsys.org'.Status changed from
'Customer' to 'Open'. Cardillo,Kristian (MEDITECH) - Mar 23, 2009 - 1435
EDT: Hi Charlie,Thank you for letting me know. Please update the task
as soon as the Allergyload is done. Thank you. Status changed from
'Open' to 'Customer'. Charlie Downs (via Web) - Mar 24, 2009 - 0740 EDT:
Kristian - The allergen load is completed. I did not file them as you
hadrequested.Thanks, Charlie Status changed from 'Customer' to 'Open'.
Cardillo,Kristian (MEDITECH) - Mar 24, 2009 - 0954 EDT: Hello
Programmers,Please evaluate this issue. The site has just done the
latest FDB allergy loadin both Test and Live and noticed that the iodine
allergy has been inactivated. The fcode is F000003150. The site spoke
with FDB in regards to this issue andFDB states that they have not
inactivated this allergy. I have checked the FSVWarnings/Errors List for
the last few allergy loads and I cannot see where FDBhas inactivated the
iodine allergy. However, in the Allergen Dictionary theiodine allergy is
listed as inactive. Can you please check to see if MEDITECH
isinactivating allergies in error? I had the site load but not file an
allergyload in Test so that you can examine the content. Please let me
know if you needmore information. Thank you for your help and have a
good day. Zabinski,Joseph (MEDITECH) - Mar 31, 2009 - 1639 EDT: Hi
Kristian, The site's example at the beginning of this task does not
give an accountnumber to investigate, but they refer to the allergen
description "Iodine;Iodine Co *RETIRED-03/12/09 (Iodine; Iodine
Containing)". I believe that thiscorresponds to allergen mnemonic
F001000175. This entry is no longer presenton the picklist that we use
to build allergen entries, as can be seen in thefile attached to this
task in the Files section. When an allergen is no longerpresent,
MEDITECH retires the allergen. The picklist entry that the site
gives,00000852006, corresponds to adifferent allergen: F006000852. The
description for this allergen is "Iodine". This allergen is active in
the site's allergen dictionary, as expected. The allergen that you
investigated was F000003150. The description for thisallergen is also
"Iodine", but since it is no longer present on the picklistthat FDB
sent, it has been retired. I believe that since the allergen in
question (F001000175) is no longerpresent in the information sent from
FDB, it is appropriate that the allergenhas been retired. I have left
programming notes. Please let me know if youneed me to investigate
anything else.Joe Cardillo,Kristian (MEDITECH) - Mar 31, 2009 - 1712
EDT: Hi Charlie,The programmer took a look at this issue and found that
FDB did stop providingsome allergy codes, see above for more detail. The
allergy mnemonic F006000852is for iodine and still exists in the
Allergen Dictionary as active. Have a goodnight. Status changed from
'Open' to 'Customer'. Cardillo,Kristian (MEDITECH) - Apr 2, 2009 - 1540
EDT: Hi Joe,The site is able to lookup iodine by the mnemonic
F006000852 but they cannotlook it up by the name provided by FDB as they
can for other allergies. Fromspeaking with Charlie we believe this is
because the mnemonic F000003150 whichis inactive has the same name
(iodine). Therefore, when the user tries to lookupiodine the lookup is
pointing to the inactive allergy vs the active allergy. Howcan we most
efficiently fix this problem. Thank you for your help and have agood
day. Status changed from 'Customer' to 'Open'. Zabinski,Joseph
(MEDITECH) - Apr 9, 2009 - 1027 EDT: Hi Kristian, I have investigated
this issue. Charlie and you are correct in your beliefthat IODINE is not
showing up in the lookup because IODINE is still associatedwith the old
entry, F000003150. But I notice that this is only a problem inTEST: LIVE
seems to work fine. The problem in TEST could have happened if the site
manually filedF000003150. Since F000003150 and F006000852 have the same
description of"Iodine", F000003150 would overwrite the entry for
F006000852. In LIVE, itcould be that the site manually filed F006000852,
thereby fixing the problem.(It is also possible that the FSV process
updated the allergen in LIVE.) Ultimately, we will need a long-term
solution to this issue, either as a DTSor a utility. (This will likely
be addressed first as a DTS.) But before webegin work on a DTS, please
have the site refile the allergen F006000852 inTEST: I want to make sure
that refiling the allergen will fix the problem. Ihave left programming
notes.Joe Cardillo,Kristian (MEDITECH) - Apr 9, 2009 - 1143 EDT: Hi
Charlie,The programmer took a look at this issue, see above entry. The
programmer agreesthat ultimately, we will need a long-term solution to
this issue, either as aDTS or a utility. Before we begin work on a DTS
can you please re-file theallergen F006000852 in Test as the programmer
would like to make sure thatre-filing the allergen will fix the problem.
Thank you and have a good day. Status changed from 'Open' to 'Customer'.
Charlie Downs (via Web) - Apr 9, 2009 - 1342 EDT: Kristian - I filed the
allergens in test, and I still can't see Iodine on alook-up. I can enter
the code F006000852 and get it. Also, he said that he couldsee it in
live, but I can't see it when in EPD. Is the inactive code loaded
eachtime? If not, could he somehow just put an asterick in front of the
descriptionso we can enter Iodine (F006000852)? Yes, we need a long-term
solution to this,but we need a short-term fix as well.Thanks, Charlie
Status changed from 'Customer' to 'Open'. Cardillo,Kristian (MEDITECH) -
Apr 9, 2009 - 1355 EDT: Hi Joe,Re-filing the allergen did not work in
Test. Charlie tried to look it up in LiveEnter/Edit Patient Data as well
and could not. Thank you for your help. Zabinski,Joseph (MEDITECH) - Apr
10, 2009 - 0929 EDT: Hi Kristian, Charlie's entry is surprising; I
must have missed something in myinvestigation earlier. I would like to
try refiling the allergen in TEST withsome trap code in place and
troubleshoot the issue using all the programmingtools at my disposal.
Please obtain approval for me to add trap code in TEST. Itis possible
that the site will see some strange screens when working withallergens
in TEST while I am troubleshooting this issue. (If they just hit Enterat
such screens, the system should continue past the screens and
operatenormally.) There will be no downtime needed for the trap code.
In LIVE, I am using the Enter/Edit allergens routine in MIS to
viewF006000852. If I type "IODINE" at the Mnemonic prompt and hit F9, I
ampresented with the correct entry. If the site can give us a test
patient inLIVE, I can also troubleshoot why the allergen F006000852 is
not showing up inEnter/Edit Patient Data in LIVE.Joe Cardillo,Kristian
(MEDITECH) - Apr 10, 2009 - 0946 EDT: Hi Charlie,Please see the above
entry. Can you have Dale provide change control for theprogrammer to add
trap code to Test. Also, is there a Test patient or an Acct #in Live
that the programmer can use to reproduce this issue? Thank you and havea
good day. Status changed from 'Open' to 'Customer'. Charlie Downs (via
Web) - Apr 10, 2009 - 1130 EDT: Kristian - Dale is off until next
Tuesday, so can't do anything until he getsback. Also, I tried to choose
Iodine by accessing the patient through MRI and Istill couldn't see
Iodine as a choice, so I don't know where the programmer isseeing
Iodine.Thanks,Charlie Status changed from 'Customer' to 'Open'.
Cardillo,Kristian (MEDITECH) - Apr 10, 2009 - 1131 EDT: Hi Charlie,For
Test the below people can provide change control. Have a good day. Bob
CloseDale RowlandBill LongGreg WengerKen HarnishJoe FederhoofBob Karlin
Status changed from 'Open' to 'Customer'. Bob Close (via Web) - Apr 10,
2009 - 1440 EDT: Please add the trap code to Test. Thanks,Bob close
Status changed from 'Customer' to 'Open'. Cardillo,Kristian (MEDITECH) -
Apr 10, 2009 - 1440 EDT: Hi Joe,Please add the trap code to Test. Thank
you. Zabinski,Joseph (MEDITECH) - Apr 13, 2009 - 1656 EDT: Hi Kristian,
I think that I miscommunicated how exactly I was viewing the MIS
allergies.Here is the method that I am using to view the allergies in
TEST and in LIVE:1. 80. Enter/Edit Dictionaries2. 90. Additional
Dictionary Routines3. 24. MIS Allergen Menu4. 1. Enter/Edit Allergens
Dictionary Perhaps Charlie is trying to view and file the allergies
from within page 2 ofEnter/Edit Patient Data. While testing this issue
in TEST, I had to refile the allergen using themethod described above in
order for my trap code to be activated. Refilingthe allergen fixed the
allergen across all segments, thereby solving this issuein the short
term in TEST. I then checked Enter/Edit Patient Data, and the
entry"Iodine" appears again. Part of the issue in LIVE is that the
lookup is correct on the PHA segment,but incorrect on all other segments
in LIVE. When the site views the allergen inEnter/Edit Patient Data,
they are actually running an MRI routine on the Asegment, not a PHA
routine on the H segment. Allergen information is kept inMIS, so the
lookup information is kept separately on the different segments. Iwould
think that this problem must go back to when the new allergen
F006000852was filed for the first time in LIVE. If there was any kind of
IST issue goingon at the time, or any network problem at all really,
then this allergen'slookup information would not update on all segments.
But I can't be 100% sure asto how this happened. I would think that,
using the Enter/Edit Allergen dictionary as I outlineabove, the site
should be able to refile the allergen F006000852 in LIVE. Atthat point,
the correct lookup information should be sent to MRI, thereby fixingthis
issue in LIVE. Let me know if the site has any questions.Joe
Cardillo,Kristian (MEDITECH) - Apr 13, 2009 - 1713 EDT: Hi Charlie,In
Test the programmer re-filed the allergy and now he can see Iodine
inEnter/Edit Patient Data. Can you please confirm this? If so can you
please tryre-filing in Live? Thank you and have a good night. Status
changed from 'Open' to 'Customer'. Charlie Downs (via Web) - Apr 14,
2009 - 0759 EDT: Kristian - I can now see Iodine in the allergen
dictionary plus enter it on apatient. Now, 3 questions.1. If I refile
the allergens in live, should this fix the problem?2. What other
allergens were affected by this problem? Is there any way to findout?3.
Is there a permanent fix to prevent this from happening
agaiin?Thanks,Charlie Status changed from 'Customer' to 'Open'. Charlie
Downs (via Web) - Apr 14, 2009 - 0818 EDT: Kristian - I went ahead and
filed the allergens in live and can see Iodine inthe allergen
dictionary. However, I still can't see it when entering allergieson
patients. How do we fix this?Thanks, Charlie Cardillo,Kristian
(MEDITECH) - Apr 14, 2009 - 0929 EDT: Hi Charlie,Re-filing the allergy
in Live should fix this problem. I will check with theprogrammer to see
if it is possible to find all allergies that may have thisproblem. At
this time no permanent fix is needed. In his Apr 13, 2009 - 1656EDT: the
programmer explained that this issue was likely caused by a
temporarysystem problem versus a problem with the code. Have a good day.
Cardillo,Kristian (MEDITECH) - Apr 14, 2009 - 0932 EDT: Hi Joe,Is it
possible for you to find all allergies that may have the same problem
asthe Iodine allergy? This way Charlie can re-file these as well. Thank
you andhave a good day. Cardillo,Kristian (MEDITECH) - Apr 14, 2009 -
0935 EDT: Hi Joe,Also, Charlie re-filed the Iodine allergy in Live and
cannot see it in theEnter/Edit Patient Data. Did he re-file the wrong
one? Thank you. Charlie Downs (via Web) - Apr 14, 2009 - 1044 EDT:
Kristian - I guess that I misunderstood and thought that file meant to
file thewhole allergen list. However, when I looked up Iodine and then
filed it, itbecame available to enter as an allergy. So, I would
appreciate answers to myother questions and mainly, how do we keep this
from happening again and wasthere anything else that didn't get
filed?Thanks, Charlie Zabinski,Joseph (MEDITECH) - Apr 16, 2009 - 1407
EDT: Hi Kristian, After Charlie asked, I checked for more examples of
this issue and found some.This led to a lot of research to determine how
exactly this problem happened.Interaction checking should not be
affected by this issue, but I understand thatit is important that the
site have full access to all available allergens sothat they can code
them on patients without restraint. First, here is my current
understanding of the underlying problem for thesite: Judging from
context clues within the source code, it looks like there arethree
different forms of allergens contained in the picklist from which we
buildthe allergens:1. Ingredients - marked with a 62. Allergen groups -
marked with a 13. Med names - marked with a 2 For example:Here is a
typical ingredient allergen:F006000852 = Iodine Here is the entry for
this allergen taken directly from a picklist that we
haveINHOUSE:00000852006Iodine As you can see, we rearrange the number
slightly in order to build theallergen. The "6" right before "Iodine"
seems to indicate that it is aningredient allergen. The allergens that
are ultimately causing our issue are the "2" entries, ormed names. For
those entries, MEDITECH builds new allergens for all of thecomponents of
the med name. (For example, the drug Triaminic has severalingredients.
This drug would therefore have components, and for each of
thosecomponents, we would build a new allergen.) These allergens are
marked with azero. For example: (stars added for emphasis)Ingredient
allergen -- F00*6*000841Component allergen -- F00*0*001941 Both of
these allergens have the same name: "Zinc". Normally, this wouldn't bea
problem; I don't think that the component allergens are supposed to be
inthe lookup index, and the ingredient allergens are supposed to be
there. But for an unknown (and unknowable) reason, when the site filed
allergens inJune 2008, the system treated the load as the initial load.
Valid ingredientallergens already existed from January of 2007, but the
system did not recognizethe existing data. When the initial load is
filed, the system puts componentallergens into the lookup index, which
is how the active ingredient allergenswere overwritten with inactive
component allergens with the same name. I believethat this is a bug.
In the short term, I would think that I could run a loop (or utility)
whichwould restore all of the ingredient allergens in the lookup index.
The componentallergens would be removed, but I don't think that they
should be there in thefirst place. In the long term, I believe that we
would need a DTS so that, even if thesystem thinks that we are loading
allergies for the first time, we still shouldnot file component
allergens in the lookup index. All of my logic is depending on the
idea that all active "F006" entriesshould be able to be looked up, but I
am basing this idea just on context clueswithin the source code. Could
you please confirm that all active "F006"allergies should be accessible
to users? From there, I should be able to fixthis problem for the site.
I have left programming notes.Joe Cardillo,Kristian (MEDITECH) - Apr 16,
2009 - 1549 EDT: Hi Joe,I asked Development about this. I just
forwarded you the e-mail. Thanks for thehelp. Charlie Downs (via Web) -
Apr 16, 2009 - 1556 EDT: Joe - Thanks for checking further. What you say
seems to make sense. However, Iwould thinkg that all component allergens
would have a matching ingredientallergy. A lot of times, a patient will
be allergic to only one component of amulti-component drug. For
instance, if a patient had an allergy to oxycodone,then they would also
have an allergy to Percocet (which is oxycodone plusacetaminophen). I
just want to make sure that all active ingredients are stillon our
picklist to choose from.Thanks, Charlie Zabinski,Joseph (MEDITECH) - Apr
20, 2009 - 0953 EDT: Hi Charlie, From a programming perspective, all
component allergens do have a matchingingredient allergen. In fact, we
check for existing FSV-defined ingredientallergens that would be a good
match for a given component allergen before wecreate a new component
allergen, so in many cases, the ingredient allergen ISalso the component
allergen. (In other words, we only make a new componentallergen if need
be.) FDB uses a numbering scheme to relate all of the allergy
information. In somecases, different numbers are labeled with the same
name. For example, allergynumber 1 might be Iodine, and might be used as
FDB as an ingredient allergen.Allergy number 100 might also be Iodine,
and could be used as a componentallergen. This way of doing things is
fine with MEDITECH: we should be able towork with the allergies no
matter how many are repeated, as long as theunderlying numbering scheme
is correct. In your case, however, the system thought that you were
filing the initialload of MIS allergies last June when there were
already existing allergens. Wetreat the initial load slightly
differently, which is what a future DTS willhopefully correct.
Kristian, I have attached the email from Development in the Inhouse
Text. Atthis point, I am ready to begin correcting the issue, first in
TEST, then inLIVE. I would like to run a utility which will refile all
active ingredientallergens in TEST. This would correct the lookup issue,
and as long aseverything looks correct in TEST, we can do the same in
LIVE. Please obtainchange control to run the utility in TEST.Joe
Cardillo,Kristian (MEDITECH) - Apr 20, 2009 - 1023 EDT: Hi
Charlie,Please see the above entry as the programmer answers your
question. Also, pleasehave Dale provide change control to have the clean
up utility run in Test. Thankyou and have a good day. Status changed
from 'Open' to 'Customer'. Cardillo,Kristian (MEDITECH) - May 1, 2009 -
0729 EDT: Hi Charlie,Please have Dale provide change control to run the
clean up utility in Test.Thank you and have a good day. WCHS IS
DEPARTMENT (via Web) - May 1, 2009 - 0906 EDT: Please move to Test 5.62.
ThanksDale301.790.8894 Status changed from 'Customer' to 'Open'.
Cardillo,Kristian (MEDITECH) - May 1, 2009 - 0910 EDT: Hi Joe,Please
run the clean up utility in Test. Thank you and have a good day.
****************************Change Control
Procedure****************************Application Change/DTS #'s: Clean
up utility Site Approval to TEST: WCHS IS DEPARTMENT (via Web) - May 1,
2009 - 0906 EDT:
************************************************************************
******** Zabinski,Joseph (MEDITECH) - May 1, 2009 - 1203 EDT: Hi
Bernie, I have written the utility %ZCUS.NPR.PHA.REFILE.ING.ALLERGENS,
currentlylocated in my Inhouse directory (MA1,XXX.ZABJ). Can you review
it for me?Joe Hoelschen,Bernard (MEDITECH) - May 1, 2009 - 1249 EDT: Hi
Joe - I reviewed thisfor you and everything seems to be good to go.
Thanks, Bernie Zabinski,Joseph (MEDITECH) - May 1, 2009 - 1726 EDT: Hi
Kristian, I was about to run the utility when I discovered a bug in it.
It's a minorissue, but it is going to need to be fixed before the
utility is run. As soon asthe utility is fixed, I will run it in TEST. I
have left programming notes.Joe Zabinski,Joseph (MEDITECH) - May 4, 2009
- 1746 EDT: Hi Kristian, The utility is currently running as job 821
on the A segment. This utility istaking a little longer than expected. I
will check back on the utility tomorrowmorning in order to see whether
all the lookups have been fixed in TEST. I haveleft programming
notes.Joe Zabinski,Joseph (MEDITECH) - May 5, 2009 - 0930 EDT: Hi
Kristian, The utility has successfully finished. Checking through the
allergy lookups,it looks like the lookups should be working correctly in
TEST. Please have thesite review the allergen lookups in TEST. I have
made a backup of the allergiesin TEST, so if everything looks good, let
me know so that I can remove thebackups. If and when we get to that
point, we should be ready to run the utilityin LIVE. After that, I will
submit a DTS to ensure that this issue does not comeup again.Joe
Cardillo,Kristian (MEDITECH) - May 5, 2009 - 0946 EDT: Hi Charlie,The
utility has finished running in Test. Can you please confirm that the
druglookups are working correctly? If so please have Dale provide change
control tohave the utility run in Live. Thank you and have a good day.
Status changed from 'Open' to 'Customer'. Charlie Downs (via Web) - May
5, 2009 - 0951 EDT: I have asked FDB for a list of all allergens to I
can compare their list withwhat I see on look-up since I have no idea
what may have been missed other thanthe Iodine. I'll let you know once I
receive it and check it.Thanks, Charlie Status changed from 'Customer'
to 'Open'. Cardillo,Kristian (MEDITECH) - May 5, 2009 - 0954 EDT: Status
changed from'Open' to 'Customer'. Cardillo,Kristian (MEDITECH) - May 18,
2009 - 1656 EDT: Hi Charlie,I am just following up. Please let me know
how your testing of this issue isgoing? Thank you and have a good day.
Status changed from 'Customer' to 'Test'. Zabinski,Joseph (MEDITECH) -
May 22, 2009 - 1606 EDT: Hi Kristian, Working with another site who
also had this problem, I was able to find theroot cause of this issue.
(I had thought earlier that this issue was due tounique cicumstances
surrounding the site's update, but when the other site hadthis issue
also, investigation revealed a bug.) I have attached the DTS in theDTS
section. Joe Cardillo,Kristian (MEDITECH) - Jun 1, 2009 - 1436 EDT: Hi
Charlie,I am just following up. Please let me know how your testing of
this issue isgoing? Thank you and have a good day. Charlie Downs (via
Web) - Jun 3, 2009 - 1201 EDT: Kristian - Looks like all of the
allergens that should be there on look-up arethere, so I will ask Dale
for permission to move to live.Thanks, Charlie Status changed from
'Test' to 'Open'. Cardillo,Kristian (MEDITECH) - Jun 3, 2009 - 1202 EDT:
Status changed from'Open' to 'Change Control (Live)'. WCHS IS DEPARTMENT
(via Web) - Jun 5, 2009 - 1617 EDT: Please move to Live on Monday
06/08/09. Anytime after 10:00am Dale301.790.8894 Status changed from
'Change Control (Live)' to 'Open'. Cardillo,Kristian (MEDITECH) - Jun 5,
2009 - 1619 EDT: Hi Joe,Please run this utility in Live on Monday at
1000 EDT. Have a good day. Zabinski,Joseph (MEDITECH) - Jun 5, 2009 -
1733 EDT: Hi Kristian, All set; I have scheduled the event.Joe
Zabinski,Joseph (MEDITECH) - Jun 8, 2009 - 1002 EDT: Hi Kristian, I
have started the utility; it is running as job 92 on the H segment. I
willcontinue to monitor the utility until it is finished.Joe
Zabinski,Joseph (MEDITECH) - Jun 9, 2009 - 0742 EDT: Hi Kristian, The
utility has finished. I have spot checked allergen lookups, and it
lookedlike things should be working again. Please have the site spot
check theirallergen lookups. If everything looks good, please let me
know so that I canremove the backup of their allergen dictionary in TEST
and in LIVE.Joe Charlie Downs (via Web) - Jun 9, 2009 - 0808 EDT: I
don't notice any problems, but I've asked the staff to let me know if
theyfind anything missing. Thanks, Charlie Cardillo,Kristian (MEDITECH)
- Jun 9, 2009 - 0914 EDT: Hi Charlie,Thank you for letting me know.
Have a good day. Status changed from 'Open' to 'Development'.
Casali,Jaclyn (MEDITECH) - Jan 8, 2010 - 1025 EST: HI Kristian, could
you please take a look at this, thanks!(*) Status changed from
'Development' to 'Open'. Cardillo,Kristian (MEDITECH) - Jan 8, 2010 -
1027 EST: Hi Joe,Did you make back ups of the allergen files for this
task? If so are they stillpresent and can they be removed? Thank you for
your help. Zabinski,Joseph (MEDITECH) - Jan 8, 2010 - 1421 EST: Hi
Kristian, There were a few structures still hanging around from earlier
in this task; Ihave removed all remaining backups.Joe cc: Jaclyn Casali
Status changed from 'Open' to 'Development'. Cardillo,Kristian
(MEDITECH) - Feb 11, 2010 - 1723 EST: Hello Programmers,Please patch
MIS DTS 10053 In-House. Thank you and have a good day.
****************************Change Control
Procedure****************************Application Change/DTS #'s:
MIS/10053 Downtime: None for Test Site Approval to TEST: WCHS IS
DEPARTMENT (via Web) - May 19, 2010 - 1135 EDT: Date/Time (EST) approved
for Move: No
preference**************************************************************
****************** Status changed from 'Development' to 'Open'. Charlie
Downs (via Web) - Feb 16, 2010 - 1405 EST: Kristian - Are there still
issues with this? I haven't heard any complaints fromthe pharmacists and
assumed all was OK.Thanks,Charlie Cardillo,Kristian (MEDITECH) - Feb 16,
2010 - 1410 EST: Hi Charlie,Issues could arise in the future. This is a
more permanent fix. Have a goodafternoon. O'Reilly,Corinne (MEDITECH) -
Feb 18, 2010 - 2320 EST: This change has beenmoved in-house. Please
test, get change control and then it can be moved toTEST. Please note
that when this change gets moved to TEST and
LIVEMIS.TOOL.BOX.cfs.5.63.dts.10053 will need to be run.
Cardillo,Kristian (MEDITECH) - Feb 19, 2010 - 0908 EST: Hi
Charlie,Please have change control provided to have this DTS sent to
Test. Thank you andhave a good day. Status changed from 'Open' to
'Change Control (Test)'. Cardillo,Kristian (MEDITECH) - Feb 26, 2010 -
1817 EST: Hi Charlie,Please have change control provided to have this
DTS sent to Test. Thank you andhave a good day. Cardillo,Kristian
(MEDITECH) - Mar 5, 2010 - 1724 EST: Hi Charlie,Please have change
control provided to have this DTS sent to Test. Thank you andhave a good
day. Charlie Downs (via Web) - May 19, 2010 - 1021 EDT: I will ask Dale
for change control in test.Thanks, Charlie Status changed from 'Change
Control (Test)' to 'Open'. Cardillo,Kristian (MEDITECH) - May 19, 2010 -
1034 EDT: Status changed from'Open' to 'Change Control (Test)'. Charlie
Downs (via Web) - May 19, 2010 - 1111 EDT: Kristian - I wonder if the
component thing that the programmer talks about iscausing some allergens
to split out into 2 components such as Compazine tothe following since
he seems to indicate that the components should not havebeen loaded into
Meditech. Previously, everyone was saying that they should bethere, but
it sounds as if they shouldn't have ever been loaded in the firstplace.
Could you check into this? Thanks, CharlieAllergy or Adverse Reaction
for Interaction Checks Type
SeProchlorperazine Edisylate (From Compazine)
Allergy UPatient Reaction
Ver Y Upd Date 05/19/10 Text? Prochlorperazine Maleate (From
Compazine) Allergy UPatient
Reaction Ver
Y Upd Date 05/19/10 Text? Status changed from 'Change Control
(Test)' to 'Open'. Cardillo,Kristian (MEDITECH) - May 19, 2010 - 1112
EDT: Hi Charlie,This functionality is correct and likely not causing
this problem. This is acore functionality of the allergens. If an
allergen is made up of multiplecomponents such as Compazine. It should
break down into its various components.In your example this is
Prochlorperazine Edisylate and Prochlorperazine Maleate.It is important
to note you cannot select Prochlorperazine Edisylate orProchlorperazine
Maleate on their own as FDB does not provide these allergens inthe
picklist selection for users. Users can only select Prochlorperazine
byitself to code on a patient. MIS DTS 10053 should fix this problem
from thenotes that I have read on it. Thank you. Status changed from
'Open' to 'Change Control (Test)'. WCHS IS DEPARTMENT (via Web) - May
19, 2010 - 1135 EDT: Please move to test. ThanksDale Rowland301.790.8894
Status changed from 'Change Control (Test)' to 'Open'. Cardillo,Kristian
(MEDITECH) - May 19, 2010 - 1136 EDT: Hi Jeff,Per our phone
conversation please send this DTS to Test today at any time. Thankyou
and have a good day. ****************************Change Control
Procedure****************************Application Change/DTS #'s:
MIS/10053 Downtime: None for Test Site Approval to TEST: WCHS IS
DEPARTMENT (via Web) - May 19, 2010 - 1135 EDT: Date/Time (EST) approved
for Move: No
preference**************************************************************
****************** Machado,Jeffrey (MEDITECH) - May 19, 2010 - 1546 EDT:
Hi Kristian, I have movedMIS DTS 10053 to the site's TEST ring for
testing. The conversionMIS.TOOL.BOX.cfs.5.63.dts.10053 has been run
from the Front End in TEST. Thankyou, Jeff. Cardillo,Kristian
(MEDITECH) - May 19, 2010 - 1551 EDT: Hi Charlie,This DTS is now in
Test. A brand new Allergy load and file is necessary to seeif it works.
Have a good day. Status changed from 'Open' to 'Test'. Cardillo,Kristian
(MEDITECH) - May 26, 2010 - 1222 EDT: Hi Charlie,I am just following
up. Please let me know how testing of this DTS is going.Thank you and
have a good day. Charlie Downs (via Web) - May 26, 2010 - 1239 EDT: I'll
just wait until we do the next formulary load because Dale is off
thisweek. We should be getting a new CD at the beginning of next
month.Thanks, Charlie Status changed from 'Test' to 'Open'.
Cardillo,Kristian (MEDITECH) - May 26, 2010 - 1240 EDT: Status changed
from'Open' to 'Test'. Charlie Downs (via Web) - Jun 28, 2010 - 0842 EDT:
Kristian - Did the formulary load, and now Iodine is nowhere to be seen.
It isthere in live, so something that was done in test messed things up.
1 Iodamide Drug 2 Iodex
Multiple 3 Iodipamide Meglumine DrugHope we can get this
straightened up.Thanks, Charlie Status changed from 'Test' to 'Open'.
Cardillo,Kristian (MEDITECH) - Jun 28, 2010 - 0927 EDT: Hi Charlie.To
my knowledge FDB has removed Iodine from their files. One of my other
site'sreported this same issue a while back. They called FDB about it
and theyexplained that they took it out as a picklist option. They had a
reason for thischange unfortunately, I cannot remember it. You will want
to give FDB a call tofind out what it is. Have a good day. Status
changed from 'Open' to 'Test'. Charlie Downs (via Web) - Jun 28, 2010 -
1507 EDT: Kristian - still waiting to hear from FDB, but why if they
removed it from theirpick-list would it still be showing up in live
since we loaded the sameinformation into live as in test. It makes me
think that something else is wronghere. Could you have a programmer
check on this since somehow this is affectingsomething with nursing
documentation (don't ask me how, but they say it is). See communication
below:Dale and Charlie, is this ready to be moved Live? It is causing
a problem withmoving NUR Interventions from Test to Live. Issue: PHA
#6164537 (Mar 23, 2009) Status: Test Priority: Routine Description:
Allergen on FDB CD but not on picklist when envering allergi Thanks,
Charlie Status changed from 'Test' to 'Open'. Cardillo,Kristian
(MEDITECH) - Jun 28, 2010 - 1511 EDT: Hi Charlie,FDB has stated that
they removed the Iodine from their records. If we are stillshowing it in
the Live pick list on our end then this is a problem. Perhaps thisDTS
ended up fixing it. Thank you. Status changed from 'Open' to 'Test'.
Charlie Downs (via Web) - Jun 28, 2010 - 1605 EDT: Kristian - FDB has
not removed Iodine; please see e-mail below. So, looks like aMeditech
problem in test. Thanks, Charlie Please call charlieLooks like issue
to sort out for meditechJku________________________________________From:
Wulf, Nicole To: Kapusnik-Uner, Joan Sent: Mon Jun 28 15:30:00
2010Subject: RE: Iodine as an allergen I don t have a SLX ticket for
this. We do have the ingredient iodine on both theUS and CA picklist.
Nicole Status changed from 'Test' to 'Open'. Charlie Downs (via Web) -
Jun 28, 2010 - 1608 EDT: Kristian - and here is the ticket from FDB and
if you want their spreadsheet, Ican e-mail it to you.Thanks,
CharlieTicket #: 001-00-374105 Description: Meditech is telling me that
Iodine has been removed as an allergen from theallergen pick-list; is
this true? Could you please check on this for me? I needto get back to
Meditech because if Iodine is still on the pick-list, thenMeditech did
something in test (which I believe is the case since I still see itin
live). Resolution:I do see Iodine listed under DAM_CONCEPT_ID 852
(Concept Id Type = 6/IngredientLevel) on our Allergy Picklist table.
Please see the information my attachedspreadsheet. You may want to
share this information with your Meditech SupportSpecialist and verify
why you are not seeing Iodine on your Pick List Table.
Cardillo,Kristian (MEDITECH) - Jun 28, 2010 - 1610 EDT: Hi Charlie,I am
in a meeting today. I am going to call Melinda Carson about this
tomorrowas currently one of my customers was told that Iodine was
removed and you weretold that it was not removed. I know that FDB
removed several allergies fromthe pick list but left them as ingredients
on other allergies for referencepurposes. For example, if you choose a
Compazine allergy you can see theingredients Prochlorperazine Edisylate
and Prochlorperazine Maleate even thoughyou cannot select these from the
picklist. You can only select Prochlorperazine.They may have done they
same thing with Iodine. You cannot pick the stand aloneallergy but can
see it as an ingredient in another product. Thank you. Cardillo,Kristian
(MEDITECH) - Jun 29, 2010 - 0959 EDT: Hi Charlie,I spoke with Melinda
Carson and she said that they have not removed Iodine fromthe pick list.
There has been much talk about doing so but it was never
actuallyremoved, at least in the CDs that she spot checked. This may
happen in thefuture though. She did a search on FDB tickets involving
Iodine and MEDITECHand she found 1 ticket where FDB told the customer
that Iodine had been removed.She is unable to find the CD that this was
done in though. We may possibly havea loading problem on our hands. We
will need to conduct a test to make sure. What may have happened is FDB
removed Iodine and as a result MEDITECHinactivated the allergy, later on
they added the allergy back and MEDITECH didnot know how to handle this.
Can you please load the allergy CD but do not fileit as I will need to
have a programmer inspect it. Thank you and have a goodday. Status
changed from 'Open' to 'Test'. Charlie Downs (via Web) - Jun 29, 2010 -
1331 EDT: Kristian - Dale has loaded the allergen CD again as you have
requested.Charlie Status changed from 'Test' to 'Open'.
Cardillo,Kristian (MEDITECH) - Jun 29, 2010 - 1357 EDT: Hello
Programmers,The site just received MIS DTS 10053 in Test. After loading
and filing anallergy run the IODINE allergy is missing. FDB has
confirmed that it is stillavailable on the pick list. What may have
happened is FDB removed Iodine and asa result MEDITECH inactivated the
allergy, later on they added the allergy backand MEDITECH did not know
how to handle this. FDB says this is a possibility asthere was talk of
removing the IODINE allergy from their files. The site hasloaded an
allergy run in Test and not filed it. Can you please inspect it? Please
let me know if you need any more information. Thank you for your help
andhave a good day. Bob Close (via Web) - Jul 20, 2010 - 1525 EDT: Can I
get an update on this task and please escalate it. This is causing
anissue with moving CDS from test to live. Thanks,Bob Cardillo,Kristian
(MEDITECH) - Jul 20, 2010 - 1526 EDT: Hi Bob,This task is marked as
Urgent. This is a higher priority than escalated. I willcopy the
programming supervisors on this update. Have a good day. CC. Steve,
John, and Jim Cardillo,Kristian (MEDITECH) - Jul 20, 2010 - 1528 EDT:
Hello Programmers,The site just received MIS DTS 10053 in Test. After
loading and filing anallergy run the IODINE allergy is missing. FDB has
confirmed that it is stillavailable on the pick list. What may have
happened is FDB removed Iodine and asa result MEDITECH inactivated the
allergy, later on they added the allergy backand MEDITECH did not know
how to handle this. FDB says this is a possibility asthere was talk of
removing the IODINE allergy from their files. The site hasloaded an
allergy run in Test and not filed it. Can you please inspect it? Please
let me know if you need any more information. Please evaluate this
issueas soon as possible as it is preventing the site from sending the
DTS in thistask Live and loading allergies in Live. Thank you for your
help and have agood day. CC. Steve, John, and Jim Galvin,Stacie
(MEDITECH) - Jul 23, 2010 - 1106 EDT: I'll take a look. Galvin,Stacie
(MEDITECH) - Jul 23, 2010 - 1418 EDT: Just wanted to provide anupdate.
It looks like this has to do with the DTS that was added in this
task,MIS 10053, rather than the loading and filing of the allergies. As
mentioned earlier in this task the name 'Iodine' is assocaited to
twoallergies F000003150 and F006000852. MIS 10052 was submitted because
"F000"allergies should NOT be in the indexes for allergies. The DTS has
a conversionassociated to it which will loop through the allergy
dictionary and for any"F000" allergy it will delete the indexes. One of
the indexes it will delete isthe name index. When the conversion was
run, it picked up F000003150 and itdeleted the name index for this
allergy. Unfortunately the way the name indexis setup, it removed
Iodine completely from the index so that it's no longeravailable in the
lookups. We will have to figure out how to get the names that were
incorrectly removedback into the indexes and then figure out how to fix
the conversion associatedwith MIS 10053. Note: Site will also need MG
MIS 10414 for the conversion to run properly. Charlie Downs (via Web) -
Jul 24, 2010 - 0658 EDT: The question that I have is that we don't have
this problem in live. So, do wejust not move any of the changes to live
and let it be since everything isworking properly and Iodine is showing
up in live probably because the loop wasnever run in live? Or, is there
more that needs to be done in live? Personally,I'm for not touching live
unless you have a fix that is going to absolutely workcorrectly.Thanks,
Charlie Galvin,Stacie (MEDITECH) - Jul 26, 2010 - 1051 EDT:
Cardillo,Kristian (MEDITECH) - Jul 26, 2010 - 1224 EDT: Hi Charlie,We
have discovered a problem with MIS 10053. We are still working to
determinethe cause and submit a fix. For now may we have change control
to re-file anyaffected allergies so that you have access to them again?
Thank you and have agood day. Charlie Downs (via Web) - Jul 26, 2010 -
1330 EDT: Are we talking about change control in live or in test? If in
live, will removethe Iodine allergen? If so, I would rather not move
anything to live untilIodine will remain.Thanks, Charlie
Cardillo,Kristian (MEDITECH) - Jul 26, 2010 - 1332 EDT: Hi Charlie,We
are talking about Test. The programmer will re-file it so that you can
get itback. Then we will work on a permanent fix to this issue. Thank
you. Bob Close (via Web) - Jul 26, 2010 - 1349 EDT: Change control
approved for test. Thanks,Bob Galvin,Stacie (MEDITECH) - Jul 26, 2010 -
1529 EDT: MIS 10414 has been updatedto reflect this issue with the MIS
10053 conversion. The following allergenshave been refiled in
TEST.5.62.MIS. ACETIC ACID,F006002875AMINOBENZOIC
ACID,F006001966AMMONIUM,F006004923AMMONIUM CHLORIDE,F006002276BENZOIC
ACID,F006002878BORAGE,F006008095CALCIUM
CARBONATE,F006000773CAMPHOR,F006001385CASTOR OIL,F006001177CITRIC
ACID,F006002487DEXTRAN,F006002029FISH OIL,F006010767GADOXETATE
DISODIUM,F006011541GENTIAN
VIOLET,F006002617GLYCERIN,F006001176ILOPROST,F006005258IODINE,F006000852
IPECAC,F006000730LANOLIN,F006001899MAGNESIUM,F006000784MAGNESIUM
CARBONATE,F006007230MAGNESIUM CITRATE,F006006958MAGNESIUM
HYDROXIDE,F006001186MAGNESIUM OXIDE,F006002435MAGNESIUM
SULFATE,F006001184METHYLCELLULOSE,F006002237METHYLENE
BLUE,F006001094MINERAL
OIL,F006001179NORETHINDRONE,F006001298NORGESTREL,F006001303POTASSIUM
AMINOBENZOATE,F006002326POTASSIUM CHLORIDE,F006007231POTASSIUM
IODIDE,F006003151RUFINAMIDE,F006012301SODIUM BENZOATE,F006003194SODIUM
CHLORIDE,F006002238STREPTOKINASE,F006001888THROMBIN
(BOVINE),F006009815THROMBIN(HUMAN PLASMA DER),F006012362VITAMIN B
COMPLEX,F006001004ZINC,F006000841 Cardillo,Kristian (MEDITECH) - Jul 26,
2010 - 1536 EDT: Hi Charlie,MIS DTS 10414 was updated to reflect the
issues with the conversion found in MISDTS 10053. The above allergies
were all affected by this problem. Theprogrammer has corrected this
issue. Please confirm that you can select theseallergies in Test. Once
MIS DTS 10414 has been addressed by Development I willhave it patched.
Have a good day. Status changed from 'Open' to 'Development'. Charlie
Downs (via Web) - Jul 27, 2010 - 0921 EDT: All of these allergens are
available for selection in test, including theIodine. So I'll ask for
change control to live.Thanks, Charlie Bob Close (via Web) - Jul 27,
2010 - 0932 EDT: Can this be moved to Live on thursday 7/29? Please
schedule time with CharlieDowns. Thanks,Bob Cardillo,Kristian (MEDITECH)
- Jul 27, 2010 - 0939 EDT: Hi Charlie,Until further notice I cannot
move these DTSs Live. The programmer updated MISDTS 10414 to reflect the
problem caused by MIS DTS 10053. Once MIS DTS 10414 iscoded I will have
it patched. Have a good day. Galvin,Stacie (MEDITECH) - Jul 30, 2010 -
1041 EDT: Hi Jen, Kristian, In therelated task, the site is having an
issue moving Interventions from TEST toLIVE. This is due to the
conversion for MIS 10053. When this was run in TEST,it setup 'status'
nodes to indicate that this was run. When we try to moveinterventions
from TEST to LIVE the program will check to see that TEST and LIVEat the
same conversion level by looking at these 'status' nodes. Since
MIS10053 has only been run in TEST, these won't match. I will need to
remove thesestatus nodes in TEST. Also, I have added some code to the
conversion Inhouse sothat these status nodes won't get setup again and
cause another issue. This isin custom change number 271.03. Can you
please get permission to remove the status nodes in TEST so that
theinterventions can be moved from TEST to LIVE as well as permission to
movechange 271.03 to TEST. cc: Karen, Chris (MIS) Status changed from
'Development' to 'Open'. Cardillo,Kristian (MEDITECH) - Jul 30, 2010 -
1109 EDT: Hi Charlie,We have found a way to get the interventions to
move from Test to Live. This isbeing tracked in task # 6802187. When we
ran the conversion associated with MISDTS 10053 it set up 'status' nodes
to indicate that the conversion was run. Whenwe try to move the
interventions from TEST to LIVE the program will check to seethat TEST
and LIVE are at the same conversion level by looking at these
'status'nodes. Since MIS 10053 has only been run in TEST, these won't
match. Theprogrammer will need to remove these 'status' nodes from Test.
Also, theprogrammer has added some code to the conversion In-House so
that these 'status'nodes won't get setup again and cause another issue.
This is in custom changenumber 271.03. Please have change control
provided to remove the 'status' nodesfrom Test and send change # 271.03
to Test. Thank you and have a good day. CC. Jen Status changed from
'Open' to 'Change Control (Test)'. Bob Close (via Web) - Jul 30, 2010 -
1140 EDT: Please do this in test. Thanks,Bob Status changed from 'Change
Control (Test)' to 'Open'. Cardillo,Kristian (MEDITECH) - Jul 30, 2010 -
1147 EDT: Hi Stacie,Please remove the 'status' nodes from Test and send
change # 271.03 to Test.Thank you for your help.
****************************Change Control
Procedure****************************Application Change/DTS #'s: Remove
'status' nodes and move change # 271.03 Downtime: None Site Approval to
Test: Bob Close (via Web) - Jul 30, 2010 - 1140 EDT: Date/Time (EST)
approved for Move: No
preference**************************************************************
****************** Galvin,Stacie (MEDITECH) - Jul 30, 2010 - 1311 EDT:
Kristian, I've moved271.03 to TEST and I've removed the status node
from TEST.5.62.MIS for the 10053conversion. * Please confirm in the
related task that the interventions can be moved from TESTto LIVE.
Thansk. Cardillo,Kristian (MEDITECH) - Jul 30, 2010 - 1349 EDT: Hi
Charlie,Please confirm in related task # 6802187 that the interventions
can now be movedfrom Test to Live. Thank you. Status changed from 'Open'
to 'Development'. Charlie Downs (via Web) - Jul 30, 2010 - 1407 EDT: I
am forwarding this to Bob Close since I don't have anything to do with
theinterventions.Charlie Cardillo,Kristian (MEDITECH) - Oct 7, 2010 -
1510 EDT: MIS DTS 10414 is still in a submitted status.
Cardillo,Kristian (MEDITECH) - Nov 8, 2010 - 1222 EST: MIS DTS 10414 is
still in a submitted status. Cardillo,Kristian
(MEDITECH) - Dec 20, 2010 - 1346 EST: MIS DTS 10414 is still in a
submitted status.




-----Original Message-----
From: meditech-l-bounces@mtusers.com
[mailto:meditech-l-bounces@mtusers.com] On Behalf Of
mthivierge@st-joseph.org
Sent: Friday, January 07, 2011 1:25 PM
To: meditech-l@mtusers.com
Subject: [MT-L] MAGIC 5.62 v2 Allergy Mapping Question #2

For some of the medications I'm getting mapped allergies with red dye,
yellow dyes, etc....

Have veteran sites mapped these dye allergies? What are the
advantages/disadvantages of keeping these mapped?

Ex:

Cephalexin Monohydrate is currently mapped to:

Cephalexin
Sodium Benzoate
Red Dye
Yellow Dye
CI Pigment Blue 63
Cephalosporins
Penicillins Cross Reactors
PABA Derivatives
Yellow Dyes
Yellow Dyes (Non-tartrazine)

Melissa Thivierge
Healthcare Informatics Specialist II
Clinical Informatics
St. Joseph Health System
Bryan, Texas 77802-2554
(979) 776-2431
(979) 731-5662 fax


________________________________
The documents accompanying this transmission may contain confidential
health information that is legally privileged. This information is
intended only for the use of the individual or entity named on this
sheet. The authorized recipient of this information is prohibited from
disclosing this information to any party unless required to do so by law
or regulation and is required to destroy the information after its
stated need has been fulfilled.
If you are not the intended recipient, you are hereby notified that any
disclosure, copying, distribution, or action taken in reliance on the
contents of these documents is strictly prohibited. Violators will be
prosecuted. If you have received this information in error, please
notify the sender immediately and arrange for the destruction of these
documents.


===================================
Please do NOT send messages that ask "Please post to the list" or "I'd
like to see your answers" or "Send that info to me, too" These are
useless messages that just waste the email server's resources. Instead,
email the original requester and ask that they send you or post the
results of their question.

To UNSUBSCRIBE or to SUBSCRIBE, go to http://MTUsers.net for
information.

You can locate the:
1) meditech-l archives
2) NPR/Magic/CS tips
3) job opportunities in the Meditech community
http://mtusers.net

Do NOT send email to meditech-l-owner@MTUsers.com. This is a system
email box that is NOT monitored by a human. If you need help or advice
on how to use the meditech-l, email lorna@MTUsers.com or
julia@MTUsers.net. Both of these people help manage the meditech-l, so
they are your best resource.



***** CONFIDENTIALITY NOTICE ***** This message contains confidential
information and is intended only for the individual named. If you are
not the named addressee you should not disseminate, distribute or copy
this e-mail. Please notify the sender immediately by e-mail if you have
received this e-mail by mistake and delete this e-mail from your system.



------------------------------

Message: 19
Date: Fri, 7 Jan 2011 15:03:50 -0500
From: "Leona Bizier"
To: "Charles Downs" ,
,
Subject: Re: [MT-L] MAGIC 5.62 v2 Allergy Mapping Question #2
Message-ID:


Content-Type: text/plain; charset="us-ascii"

Wouldn't the dyes be considered excipients and not flag during order
entry.

Leona Bizier
Pharmacy Analyst
Sturdy Memorial Hospital Inc.
Attleboro MA 02703
lbizier@sturdymemorial.org


-----Original Message-----
From: meditech-l-bounces@mtusers.com
[mailto:meditech-l-bounces@mtusers.com] On Behalf Of Charles Downs
Sent: Friday, January 07, 2011 2:58 PM
To: mthivierge@st-joseph.org; 'meditech-l@mtusers.com'
Subject: Re: [MT-L] MAGIC 5.62 v2 Allergy Mapping Question #2

Melissa - You must have Medispan or Micromedex? I heard one sight that
mapped all of the dyes and then any drug with that dye flagged them for
an allergy. Sounds like something you do not want to do. I would check
with Meditech, but I would just map to Cephalexin only. We have FDB and
if we choose Cephalexin, it will flag for other cephalosporins. Sounds
like the automapping just mapped everything.
Let me know what you find out and I'll update my allergy powerpoint.
As for the antihistamines, there was a problem where I couldn't
find Iodine and there is a DTS in submitted status. I've copied my task
below (it is long). But, it sounds like the same issue that I had and
somehow they fixed it for me even though this is a larger problem.
Charlie

Charles Downs PharmD
Information Services Pharmacist
Meritus Health, Inc.
11116 Medical Campus Road
Hagerstown, MD, 21742
301-790-8904

Issue: PHA #6164537 (Mar 23, 2009)
Status: Development
Priority: Urgent
Description: Allergen on FDB CD but not on picklist when envering
allergi
Request Type: Problem
System Affected: Live, Test
Customer Contact: Downs,Charlie (301-790-8904)
Issue Notification: downsc@wchsys.org (MEDITECH/AMS Edits)
Module Notifications: Close,Bob (Robert.Close@wchsys.org) - ALL Edits
Rowland,Dale (Dale.Rowland@wchsys.org) - MEDITECH Edits
Received By: MEDITECH's Web Site
Application Specialist: Kristian Cardillo 781-774-2245 (Not Available)
Last Edit: Dec 20, 2010 at 1346 EST
Related Issues: PHA #6747679 (Complete) Allergens - FSV Warnings/Errors
List
NUR #6802187 (Complete) CAN'T MOVE INTERVENTIONS FROM TEST TO LIVE
Site Uploaded Files: Allergies on FDB CD.xls - Allergies on FDB CD (Mar
23, 2009 1319 EDT by Charlie Downs)

Click to edit:


Charlie Downs (via Web) - Mar 23, 2009 - 1317 EDT: For some reason,
Iodine has been inactivated with our last FDB allergen load.If I look at
a patient with an Iodine allergy, I get this:Iodine; Iodine Co
*RETIRED-03/12/09 (Iodine; Iodine Containing)However, FDB states that
this is still an active code and is so on their CD:00000852006
IodineThis only happened with the last CD load, and is a problem in test
and live. Iam afraid that this may have happened with other allergens,
but there is no wayto tell from the standard Meditech reports that we
have. I have attached the FDBfile or allergens from their CD.Thanks,
Charlie Charlie Downs (via Web) - Mar 23, 2009- 1319 EDT: The following
file was uploaded: File Name: Allergies on FDB CD.xls Description:
Allergies on FDB CD File Size: 477.50 KB Cardillo,Kristian (MEDITECH)
- Mar 23, 2009 - 1330 EDT: Hi Charlie,I will review this issue. Have a
good day. Cardillo,Kristian (MEDITECH) - Mar 23, 2009 - 1333 EDT: Hi
Charlie,If
you run the FSV Warnings/Errors List in the Formulary Service
Allergens Menuyou will see all of the retired allergy codes. Don't be
alarmed by how many youmay see. The issue here is that it looks like a
code was inactivated and FDBsays that it has not been inactivated. I
will check and see what is going onhere. Cardillo,Kristian (MEDITECH) -
Mar 23, 2009 - 1353 EDT: Hi Charlie,I ran the FSV Warnings/Errors List
and did a search for fcode F000003150. Icould not find it. I am
wondering if this fcode was inactivated a while ago butwas just recently
noticed. I will need some help from the programmers on thisone. Is the
only fcode for iodine F000003150? If there are others please
providethem. Also, please do an allergy load in Test. Do not file it as
the programmerswill need to examine it. Thank you and have a good day.
Status changed from 'Open' to 'Customer'. Charlie Downs (via Web) - Mar
23, 2009 - 1414 EDT: I have asked Dale to re-load the allergens in test
and they should
be done inaround 5-6 hours (that's how long they take). I had run the
error list anddidn't find Iodine on it. If you look on the spreadsheet
that I sent you, thereare no other Iodine entries. I know that I can
find inactivated allergens on theerror list, but what concerns me is
something that is still active like in thiscase and is not there when we
look it up.Thanks, Charlie E-Mail changed from 'gcrabill@wchsys.org' to
'downsc@wchsys.org'.Status changed from 'Customer' to 'Open'.
Cardillo,Kristian (MEDITECH) - Mar 23, 2009 - 1435 EDT: Hi
Charlie,Thank you for letting me know. Please update the task as soon as
the Allergyload is done. Thank you. Status changed from 'Open' to
'Customer'. Charlie Downs (via Web) - Mar 24, 2009 - 0740 EDT: Kristian
- The allergen load is completed. I did not file them as you
hadrequested.Thanks, Charlie Status changed from 'Customer' to 'Open'.
Cardillo,Kristian (MEDITECH) - Mar 24, 2009 - 0954 EDT: Hello
Programmers,Please evaluate this issue
. The site has just done the latest FDB allergy loadin both Test and
Live and noticed that the iodine allergy has been inactivated. The fcode
is F000003150. The site spoke with FDB in regards to this issue andFDB
states that they have not inactivated this allergy. I have checked the
FSVWarnings/Errors List for the last few allergy loads and I cannot see
where FDBhas inactivated the iodine allergy. However, in the Allergen
Dictionary theiodine allergy is listed as inactive. Can you please check
to see if MEDITECH isinactivating allergies in error? I had the site
load but not file an allergyload in Test so that you can examine the
content. Please let me know if you needmore information. Thank you for
your help and have a good day. Zabinski,Joseph (MEDITECH) - Mar 31, 2009
- 1639 EDT: Hi Kristian, The site's example at the beginning of this
task does not give an accountnumber to investigate, but they refer to
the allergen description "Iodine;Iodine Co *RETIRED-03/12/09 (Iodine
; Iodine Containing)". I believe that thiscorresponds to allergen
mnemonic F001000175. This entry is no longer presenton the picklist
that we use to build allergen entries, as can be seen in thefile
attached to this task in the Files section. When an allergen is no
longerpresent, MEDITECH retires the allergen. The picklist entry that
the site gives,00000852006, corresponds to adifferent allergen:
F006000852. The description for this allergen is "Iodine". This allergen
is active in the site's allergen dictionary, as expected. The allergen
that you investigated was F000003150. The description for thisallergen
is also "Iodine", but since it is no longer present on the picklistthat
FDB sent, it has been retired. I believe that since the allergen in
question (F001000175) is no longerpresent in the information sent from
FDB, it is appropriate that the allergenhas been retired. I have left
programming notes. Please let me know if youneed me to investigate
anything else.Joe Car
dillo,Kristian (MEDITECH) - Mar 31, 2009 - 1712 EDT: Hi Charlie,The
programmer took a look at this issue and found that FDB did stop
providingsome allergy codes, see above for more detail. The allergy
mnemonic F006000852is for iodine and still exists in the Allergen
Dictionary as active. Have a goodnight. Status changed from 'Open' to
'Customer'. Cardillo,Kristian (MEDITECH) - Apr 2, 2009 - 1540 EDT: Hi
Joe,The site is able to lookup iodine by the mnemonic F006000852 but
they cannotlook it up by the name provided by FDB as they can for other
allergies. Fromspeaking with Charlie we believe this is because the
mnemonic F000003150 whichis inactive has the same name (iodine).
Therefore, when the user tries to lookupiodine the lookup is pointing to
the inactive allergy vs the active allergy. Howcan we most efficiently
fix this problem. Thank you for your help and have agood day. Status
changed from 'Customer' to 'Open'. Zabinski,Joseph (MEDITECH) - Apr 9,
2009 - 1027 EDT: Hi Kr
istian, I have investigated this issue. Charlie and you are correct in
your beliefthat IODINE is not showing up in the lookup because IODINE is
still associatedwith the old entry, F000003150. But I notice that this
is only a problem inTEST: LIVE seems to work fine. The problem in TEST
could have happened if the site manually filedF000003150. Since
F000003150 and F006000852 have the same description of"Iodine",
F000003150 would overwrite the entry for F006000852. In LIVE, itcould be
that the site manually filed F006000852, thereby fixing the problem.(It
is also possible that the FSV process updated the allergen in LIVE.)
Ultimately, we will need a long-term solution to this issue, either as a
DTSor a utility. (This will likely be addressed first as a DTS.) But
before webegin work on a DTS, please have the site refile the allergen
F006000852 inTEST: I want to make sure that refiling the allergen will
fix the problem. Ihave left programming notes.Joe Cardillo,Kristian
(MEDITE
CH) - Apr 9, 2009 - 1143 EDT: Hi Charlie,The programmer took a look at
this issue, see above entry. The programmer agreesthat ultimately, we
will need a long-term solution to this issue, either as aDTS or a
utility. Before we begin work on a DTS can you please re-file
theallergen F006000852 in Test as the programmer would like to make sure
thatre-filing the allergen will fix the problem. Thank you and have a
good day. Status changed from 'Open' to 'Customer'. Charlie Downs (via
Web) - Apr 9, 2009 - 1342 EDT: Kristian - I filed the allergens in test,
and I still can't see Iodine on alook-up. I can enter the code
F006000852 and get it. Also, he said that he couldsee it in live, but I
can't see it when in EPD. Is the inactive code loaded eachtime? If not,
could he somehow just put an asterick in front of the descriptionso we
can enter Iodine (F006000852)? Yes, we need a long-term solution to
this,but we need a short-term fix as well.Thanks, Charlie Status changed
from 'Customer
' to 'Open'. Cardillo,Kristian (MEDITECH) - Apr 9, 2009 - 1355 EDT: Hi
Joe,Re-filing the allergen did not work in Test. Charlie tried to look
it up in LiveEnter/Edit Patient Data as well and could not. Thank you
for your help. Zabinski,Joseph (MEDITECH) - Apr 10, 2009 - 0929 EDT: Hi
Kristian, Charlie's entry is surprising; I must have missed something
in myinvestigation earlier. I would like to try refiling the allergen in
TEST withsome trap code in place and troubleshoot the issue using all
the programmingtools at my disposal. Please obtain approval for me to
add trap code in TEST. Itis possible that the site will see some strange
screens when working withallergens in TEST while I am troubleshooting
this issue. (If they just hit Enterat such screens, the system should
continue past the screens and operatenormally.) There will be no
downtime needed for the trap code. In LIVE, I am using the Enter/Edit
allergens routine in MIS to viewF006000852. If I type "IODINE" at the M
nemonic prompt and hit F9, I ampresented with the correct entry. If the
site can give us a test patient inLIVE, I can also troubleshoot why the
allergen F006000852 is not showing up inEnter/Edit Patient Data in
LIVE.Joe Cardillo,Kristian (MEDITECH) - Apr 10, 2009 - 0946 EDT: Hi
Charlie,Please see the above entry. Can you have Dale provide change
control for theprogrammer to add trap code to Test. Also, is there a
Test patient or an Acct #in Live that the programmer can use to
reproduce this issue? Thank you and havea good day. Status changed from
'Open' to 'Customer'. Charlie Downs (via Web) - Apr 10, 2009 - 1130 EDT:
Kristian - Dale is off until next Tuesday, so can't do anything until he
getsback. Also, I tried to choose Iodine by accessing the patient
through MRI and Istill couldn't see Iodine as a choice, so I don't know
where the programmer isseeing Iodine.Thanks,Charlie Status changed from
'Customer' to 'Open'. Cardillo,Kristian (MEDITECH) - Apr 10, 2009 - 1131
EDT: H
i Charlie,For Test the below people can provide change control. Have a
good day. Bob CloseDale RowlandBill LongGreg WengerKen HarnishJoe
FederhoofBob Karlin Status changed from 'Open' to 'Customer'. Bob Close
(via Web) - Apr 10, 2009 - 1440 EDT: Please add the trap code to Test.
Thanks,Bob close Status changed from 'Customer' to 'Open'.
Cardillo,Kristian (MEDITECH) - Apr 10, 2009 - 1440 EDT: Hi Joe,Please
add the trap code to Test. Thank you. Zabinski,Joseph (MEDITECH) - Apr
13, 2009 - 1656 EDT: Hi Kristian, I think that I miscommunicated how
exactly I was viewing the MIS allergies.Here is the method that I am
using to view the allergies in TEST and in LIVE:1. 80. Enter/Edit
Dictionaries2. 90. Additional Dictionary Routines3. 24. MIS Allergen
Menu4. 1. Enter/Edit Allergens Dictionary Perhaps Charlie is trying to
view and file the allergies from within page 2 ofEnter/Edit Patient
Data. While testing this issue in TEST, I had to refile the allergen
using themethod descr
ibed above in order for my trap code to be activated. Refilingthe
allergen fixed the allergen across all segments, thereby solving this
issuein the short term in TEST. I then checked Enter/Edit Patient Data,
and the entry"Iodine" appears again. Part of the issue in LIVE is that
the lookup is correct on the PHA segment,but incorrect on all other
segments in LIVE. When the site views the allergen inEnter/Edit Patient
Data, they are actually running an MRI routine on the Asegment, not a
PHA routine on the H segment. Allergen information is kept inMIS, so the
lookup information is kept separately on the different segments. Iwould
think that this problem must go back to when the new allergen
F006000852was filed for the first time in LIVE. If there was any kind of
IST issue goingon at the time, or any network problem at all really,
then this allergen'slookup information would not update on all segments.
But I can't be 100% sure asto how this happened. I would think that,
using th
e Enter/Edit Allergen dictionary as I outlineabove, the site should be
able to refile the allergen F006000852 in LIVE. Atthat point, the
correct lookup information should be sent to MRI, thereby fixingthis
issue in LIVE. Let me know if the site has any questions.Joe
Cardillo,Kristian (MEDITECH) - Apr 13, 2009 - 1713 EDT: Hi Charlie,In
Test the programmer re-filed the allergy and now he can see Iodine
inEnter/Edit Patient Data. Can you please confirm this? If so can you
please tryre-filing in Live? Thank you and have a good night. Status
changed from 'Open' to 'Customer'. Charlie Downs (via Web) - Apr 14,
2009 - 0759 EDT: Kristian - I can now see Iodine in the allergen
dictionary plus enter it on apatient. Now, 3 questions.1. If I refile
the allergens in live, should this fix the problem?2. What other
allergens were affected by this problem? Is there any way to findout?3.
Is there a permanent fix to prevent this from happening
agaiin?Thanks,Charlie Status changed from 'Custom
er' to 'Open'. Charlie Downs (via Web) - Apr 14, 2009 - 0818 EDT:
Kristian - I went ahead and filed the allergens in live and can see
Iodine inthe allergen dictionary. However, I still can't see it when
entering allergieson patients. How do we fix this?Thanks, Charlie
Cardillo,Kristian (MEDITECH) - Apr 14, 2009 - 0929 EDT: Hi
Charlie,Re-filing the allergy in Live should fix this problem. I will
check with theprogrammer to see if it is possible to find all allergies
that may have thisproblem. At this time no permanent fix is needed. In
his Apr 13, 2009 - 1656EDT: the programmer explained that this issue was
likely caused by a temporarysystem problem versus a problem with the
code. Have a good day. Cardillo,Kristian (MEDITECH) - Apr 14, 2009 -
0932 EDT: Hi Joe,Is it possible for you to find all allergies that may
have the same problem asthe Iodine allergy? This way Charlie can re-file
these as well. Thank you andhave a good day. Cardillo,Kristian
(MEDITECH) - Apr 14, 2009 - 0
935 EDT: Hi Joe,Also, Charlie re-filed the Iodine allergy in Live and
cannot see it in theEnter/Edit Patient Data. Did he re-file the wrong
one? Thank you. Charlie Downs (via Web) - Apr 14, 2009 - 1044 EDT:
Kristian - I guess that I misunderstood and thought that file meant to
file thewhole allergen list. However, when I looked up Iodine and then
filed it, itbecame available to enter as an allergy. So, I would
appreciate answers to myother questions and mainly, how do we keep this
from happening again and wasthere anything else that didn't get
filed?Thanks, Charlie Zabinski,Joseph (MEDITECH) - Apr 16, 2009 - 1407
EDT: Hi Kristian, After Charlie asked, I checked for more examples of
this issue and found some.This led to a lot of research to determine how
exactly this problem happened.Interaction checking should not be
affected by this issue, but I understand thatit is important that the
site have full access to all available allergens sothat they can code
them on patients w
ithout restraint. First, here is my current understanding of the
underlying problem for thesite: Judging from context clues within the
source code, it looks like there arethree different forms of allergens
contained in the picklist from which we buildthe allergens:1.
Ingredients - marked with a 62. Allergen groups - marked with a 13. Med
names - marked with a 2 For example:Here is a typical ingredient
allergen:F006000852 = Iodine Here is the entry for this allergen taken
directly from a picklist that we haveINHOUSE:00000852006Iodine As you
can see, we rearrange the number slightly in order to build theallergen.
The "6" right before "Iodine" seems to indicate that it is aningredient
allergen. The allergens that are ultimately causing our issue are the
"2" entries, ormed names. For those entries, MEDITECH builds new
allergens for all of thecomponents of the med name. (For example, the
drug Triaminic has severalingredients. This drug would therefore have
components, and
for each of thosecomponents, we would build a new allergen.) These
allergens are marked with azero. For example: (stars added for
emphasis)Ingredient allergen -- F00*6*000841Component allergen --
F00*0*001941 Both of these allergens have the same name: "Zinc".
Normally, this wouldn't bea problem; I don't think that the component
allergens are supposed to be inthe lookup index, and the ingredient
allergens are supposed to be there. But for an unknown (and unknowable)
reason, when the site filed allergens inJune 2008, the system treated
the load as the initial load. Valid ingredientallergens already existed
from January of 2007, but the system did not recognizethe existing data.
When the initial load is filed, the system puts componentallergens into
the lookup index, which is how the active ingredient allergenswere
overwritten with inactive component allergens with the same name. I
believethat this is a bug. In the short term, I would think that I
could run a loop (or uti
lity) whichwould restore all of the ingredient allergens in the lookup
index. The componentallergens would be removed, but I don't think that
they should be there in thefirst place. In the long term, I believe
that we would need a DTS so that, even if thesystem thinks that we are
loading allergies for the first time, we still shouldnot file component
allergens in the lookup index. All of my logic is depending on the
idea that all active "F006" entriesshould be able to be looked up, but I
am basing this idea just on context clueswithin the source code. Could
you please confirm that all active "F006"allergies should be accessible
to users? From there, I should be able to fixthis problem for the site.
I have left programming notes.Joe Cardillo,Kristian (MEDITECH) - Apr 16,
2009 - 1549 EDT: Hi Joe,I asked Development about this. I just
forwarded you the e-mail. Thanks for thehelp. Charlie Downs (via Web) -
Apr 16, 2009 - 1556 EDT: Joe - Thanks for checking further. What you s
ay seems to make sense. However, Iwould thinkg that all component
allergens would have a matching ingredientallergy. A lot of times, a
patient will be allergic to only one component of amulti-component drug.
For instance, if a patient had an allergy to oxycodone,then they would
also have an allergy to Percocet (which is oxycodone plusacetaminophen).
I just want to make sure that all active ingredients are stillon our
picklist to choose from.Thanks, Charlie Zabinski,Joseph (MEDITECH) - Apr
20, 2009 - 0953 EDT: Hi Charlie, From a programming perspective, all
component allergens do have a matchingingredient allergen. In fact, we
check for existing FSV-defined ingredientallergens that would be a good
match for a given component allergen before wecreate a new component
allergen, so in many cases, the ingredient allergen ISalso the component
allergen. (In other words, we only make a new componentallergen if need
be.) FDB uses a numbering scheme to relate all of the allergy infor
mation. In somecases, different numbers are labeled with the same name.
For example, allergynumber 1 might be Iodine, and might be used as FDB
as an ingredient allergen.Allergy number 100 might also be Iodine, and
could be used as a componentallergen. This way of doing things is fine
with MEDITECH: we should be able towork with the allergies no matter how
many are repeated, as long as theunderlying numbering scheme is correct.
In your case, however, the system thought that you were filing the
initialload of MIS allergies last June when there were already existing
allergens. Wetreat the initial load slightly differently, which is what
a future DTS willhopefully correct. Kristian, I have attached the
email from Development in the Inhouse Text. Atthis point, I am ready to
begin correcting the issue, first in TEST, then inLIVE. I would like to
run a utility which will refile all active ingredientallergens in TEST.
This would correct the lookup issue, and as long aseverything l
ooks correct in TEST, we can do the same in LIVE. Please obtainchange
control to run the utility in TEST.Joe Cardillo,Kristian (MEDITECH) -
Apr 20, 2009 - 1023 EDT: Hi Charlie,Please see the above entry as the
programmer answers your question. Also, pleasehave Dale provide change
control to have the clean up utility run in Test. Thankyou and have a
good day. Status changed from 'Open' to 'Customer'. Cardillo,Kristian
(MEDITECH) - May 1, 2009 - 0729 EDT: Hi Charlie,Please have Dale
provide change control to run the clean up utility in Test.Thank you and
have a good day. WCHS IS DEPARTMENT (via Web) - May 1, 2009 - 0906 EDT:
Please move to Test 5.62. ThanksDale301.790.8894 Status changed from
'Customer' to 'Open'. Cardillo,Kristian (MEDITECH) - May 1, 2009 - 0910
EDT: Hi Joe,Please run the clean up utility in Test. Thank you and have
a good day. ****************************Change Control
Procedure****************************Application Change/DTS #'s: Clean
up utility Site A
pproval to TEST: WCHS IS DEPARTMENT (via Web) - May 1, 2009 - 0906 EDT:
************************************************************************
******** Zabinski,Joseph (MEDITECH) - May 1, 2009 - 1203 EDT: Hi
Bernie, I have written the utility %ZCUS.NPR.PHA.REFILE.ING.ALLERGENS,
currentlylocated in my Inhouse directory (MA1,XXX.ZABJ). Can you review
it for me?Joe Hoelschen,Bernard (MEDITECH) - May 1, 2009 - 1249 EDT: Hi
Joe - I reviewed thisfor you and everything seems to be good to go.
Thanks, Bernie Zabinski,Joseph (MEDITECH) - May 1, 2009 - 1726 EDT: Hi
Kristian, I was about to run the utility when I discovered a bug in it.
It's a minorissue, but it is going to need to be fixed before the
utility is run. As soon asthe utility is fixed, I will run it in TEST. I
have left programming notes.Joe Zabinski,Joseph (MEDITECH) - May 4, 2009
- 1746 EDT: Hi Kristian, The utility is currently running as job 821
on the A segment. This utility istaking a little longer than expect
ed. I will check back on the utility tomorrowmorning in order to see
whether all the lookups have been fixed in TEST. I haveleft programming
notes.Joe Zabinski,Joseph (MEDITECH) - May 5, 2009 - 0930 EDT: Hi
Kristian, The utility has successfully finished. Checking through the
allergy lookups,it looks like the lookups should be working correctly in
TEST. Please have thesite review the allergen lookups in TEST. I have
made a backup of the allergiesin TEST, so if everything looks good, let
me know so that I can remove thebackups. If and when we get to that
point, we should be ready to run the utilityin LIVE. After that, I will
submit a DTS to ensure that this issue does not comeup again.Joe
Cardillo,Kristian (MEDITECH) - May 5, 2009 - 0946 EDT: Hi Charlie,The
utility has finished running in Test. Can you please confirm that the
druglookups are working correctly? If so please have Dale provide change
control tohave the utility run in Live. Thank you and have a good day.
Status
changed from 'Open' to 'Customer'. Charlie Downs (via Web) - May 5,
2009 - 0951 EDT: I have asked FDB for a list of all allergens to I can
compare their list withwhat I see on look-up since I have no idea what
may have been missed other thanthe Iodine. I'll let you know once I
receive it and check it.Thanks, Charlie Status changed from 'Customer'
to 'Open'. Cardillo,Kristian (MEDITECH) - May 5, 2009 - 0954 EDT: Status
changed from'Open' to 'Customer'. Cardillo,Kristian (MEDITECH) - May 18,
2009 - 1656 EDT: Hi Charlie,I am just following up. Please let me know
how your testing of this issue isgoing? Thank you and have a good day.
Status changed from 'Customer' to 'Test'. Zabinski,Joseph (MEDITECH) -
May 22, 2009 - 1606 EDT: Hi Kristian, Working with another site who
also had this problem, I was able to find theroot cause of this issue.
(I had thought earlier that this issue was due tounique cicumstances
surrounding the site's update, but when the other site hadthis issue a
lso, investigation revealed a bug.) I have attached the DTS in theDTS
section. Joe Cardillo,Kristian (MEDITECH) - Jun 1, 2009 - 1436 EDT: Hi
Charlie,I am just following up. Please let me know how your testing of
this issue isgoing? Thank you and have a good day. Charlie Downs (via
Web) - Jun 3, 2009 - 1201 EDT: Kristian - Looks like all of the
allergens that should be there on look-up arethere, so I will ask Dale
for permission to move to live.Thanks, Charlie Status changed from
'Test' to 'Open'. Cardillo,Kristian (MEDITECH) - Jun 3, 2009 - 1202 EDT:
Status changed from'Open' to 'Change Control (Live)'. WCHS IS DEPARTMENT
(via Web) - Jun 5, 2009 - 1617 EDT: Please move to Live on Monday
06/08/09. Anytime after 10:00am Dale301.790.8894 Status changed from
'Change Control (Live)' to 'Open'. Cardillo,Kristian (MEDITECH) - Jun 5,
2009 - 1619 EDT: Hi Joe,Please run this utility in Live on Monday at
1000 EDT. Have a good day. Zabinski,Joseph (MEDITECH) - Jun 5, 2009 -
1733 ED
T: Hi Kristian, All set; I have scheduled the event.Joe
Zabinski,Joseph (MEDITECH) - Jun 8, 2009 - 1002 EDT: Hi Kristian, I
have started the utility; it is running as job 92 on the H segment. I
willcontinue to monitor the utility until it is finished.Joe
Zabinski,Joseph (MEDITECH) - Jun 9, 2009 - 0742 EDT: Hi Kristian, The
utility has finished. I have spot checked allergen lookups, and it
lookedlike things should be working again. Please have the site spot
check theirallergen lookups. If everything looks good, please let me
know so that I canremove the backup of their allergen dictionary in TEST
and in LIVE.Joe Charlie Downs (via Web) - Jun 9, 2009 - 0808 EDT: I
don't notice any problems, but I've asked the staff to let me know if
theyfind anything missing. Thanks, Charlie Cardillo,Kristian (MEDITECH)
- Jun 9, 2009 - 0914 EDT: Hi Charlie,Thank you for letting me know.
Have a good day. Status changed from 'Open' to 'Development'.
Casali,Jaclyn (MEDITECH) - Jan 8, 2010 -
1025 EST: HI Kristian, could you please take a look at this,
thanks!(*) Status changed from 'Development' to 'Open'.
Cardillo,Kristian (MEDITECH) - Jan 8, 2010 - 1027 EST: Hi Joe,Did you
make back ups of the allergen files for this task? If so are they
stillpresent and can they be removed? Thank you for your help.
Zabinski,Joseph (MEDITECH) - Jan 8, 2010 - 1421 EST: Hi Kristian,
There were a few structures still hanging around from earlier in this
task; Ihave removed all remaining backups.Joe cc: Jaclyn Casali Status
changed from 'Open' to 'Development'. Cardillo,Kristian (MEDITECH) - Feb
11, 2010 - 1723 EST: Hello Programmers,Please patch MIS DTS 10053
In-House. Thank you and have a good day.
****************************Change Control
Procedure****************************Application Change/DTS #'s:
MIS/10053 Downtime: None for Test Site Approval to TEST: WCHS IS
DEPARTMENT (via Web) - May 19, 2010 - 1135 EDT: Date/Time (EST) approved
for Move: No preference************
********************************************************************
Status changed from 'Development' to 'Open'. Charlie Downs (via Web) -
Feb 16, 2010 - 1405 EST: Kristian - Are there still issues with this? I
haven't heard any complaints fromthe pharmacists and assumed all was
OK.Thanks,Charlie Cardillo,Kristian (MEDITECH) - Feb 16, 2010 - 1410
EST: Hi Charlie,Issues could arise in the future. This is a more
permanent fix. Have a goodafternoon. O'Reilly,Corinne (MEDITECH) - Feb
18, 2010 - 2320 EST: This change has beenmoved in-house. Please test,
get change control and then it can be moved toTEST. Please note that
when this change gets moved to TEST and
LIVEMIS.TOOL.BOX.cfs.5.63.dts.10053 will need to be run.
Cardillo,Kristian (MEDITECH) - Feb 19, 2010 - 0908 EST: Hi
Charlie,Please have change control provided to have this DTS sent to
Test. Thank you andhave a good day. Status changed from 'Open' to
'Change Control (Test)'. Cardillo,Kristian (MEDITECH) - Feb 26, 2010
- 1817 EST: Hi Charlie,Please have change control provided to have
this DTS sent to Test. Thank you andhave a good day. Cardillo,Kristian
(MEDITECH) - Mar 5, 2010 - 1724 EST: Hi Charlie,Please have change
control provided to have this DTS sent to Test. Thank you andhave a good
day. Charlie Downs (via Web) - May 19, 2010 - 1021 EDT: I will ask Dale
for change control in test.Thanks, Charlie Status changed from 'Change
Control (Test)' to 'Open'. Cardillo,Kristian (MEDITECH) - May 19, 2010 -
1034 EDT: Status changed from'Open' to 'Change Control (Test)'. Charlie
Downs (via Web) - May 19, 2010 - 1111 EDT: Kristian - I wonder if the
component thing that the programmer talks about iscausing some allergens
to split out into 2 components such as Compazine tothe following since
he seems to indicate that the components should not havebeen loaded into
Meditech. Previously, everyone was saying that they should bethere, but
it sounds as if they shouldn't have ever been loaded in the fir
stplace. Could you check into this? Thanks, CharlieAllergy or Adverse
Reaction for Interaction Checks Type
SeProchlorperazine Edisylate (From Compazine)
Allergy UPatient Reaction
Ver Y Upd Date 05/19/10 Text? Prochlorperazine Maleate (From
Compazine) Allergy UPatient
Reaction Ver
Y Upd Date 05/19/10 Text? Status changed from 'Change Control
(Test)' to 'Open'. Cardillo,Kristian (MEDITECH) - May 19, 2010 - 1112
EDT: Hi Charlie,This functionality is correct and likely not causing
this problem. This is acore functionality of the allergens. If an
allergen is made up of multiplecomponents such as Compazine. It should
break down into its various components.In your example this is
Prochlorperazine Edisylate and Prochlorperazine Maleate.It is importan
t to note you cannot select Prochlorperazine Edisylate
orProchlorperazine Maleate on their own as FDB does not provide these
allergens inthe picklist selection for users. Users can only select
Prochlorperazine byitself to code on a patient. MIS DTS 10053 should fix
this problem from thenotes that I have read on it. Thank you. Status
changed from 'Open' to 'Change Control (Test)'. WCHS IS DEPARTMENT (via
Web) - May 19, 2010 - 1135 EDT: Please move to test. ThanksDale
Rowland301.790.8894 Status changed from 'Change Control (Test)' to
'Open'. Cardillo,Kristian (MEDITECH) - May 19, 2010 - 1136 EDT: Hi
Jeff,Per our phone conversation please send this DTS to Test today at
any time. Thankyou and have a good day.
****************************Change Control
Procedure****************************Application Change/DTS #'s:
MIS/10053 Downtime: None for Test Site Approval to TEST: WCHS IS
DEPARTMENT (via Web) - May 19, 2010 - 1135 EDT: Date/Time (EST) approved
for Move: No preference***

************************************************************************
***** Machado,Jeffrey (MEDITECH) - May 19, 2010 - 1546 EDT: Hi
Kristian, I have movedMIS DTS 10053 to the site's TEST ring for testing.
The conversionMIS.TOOL.BOX.cfs.5.63.dts.10053 has been run from the
Front End in TEST. Thankyou, Jeff. Cardillo,Kristian (MEDITECH) - May
19, 2010 - 1551 EDT: Hi Charlie,This DTS is now in Test. A brand new
Allergy load and file is necessary to seeif it works. Have a good day.
Status changed from 'Open' to 'Test'. Cardillo,Kristian (MEDITECH) - May
26, 2010 - 1222 EDT: Hi Charlie,I am just following up. Please let me
know how testing of this DTS is going.Thank you and have a good day.
Charlie Downs (via Web) - May 26, 2010 - 1239 EDT: I'll just wait until
we do the next formulary load because Dale is off thisweek. We should be
getting a new CD at the beginning of next month.Thanks, Charlie Status
changed from 'Test' to 'Open'. Cardillo,Kristian (MEDITECH) - May 26, 2
010 - 1240 EDT: Status changed from'Open' to 'Test'. Charlie Downs (via
Web) - Jun 28, 2010 - 0842 EDT: Kristian - Did the formulary load, and
now Iodine is nowhere to be seen. It isthere in live, so something that
was done in test messed things up. 1 Iodamide
Drug 2 Iodex Multiple 3 Iodipamide
Meglumine DrugHope we can get this straightened
up.Thanks, Charlie Status changed from 'Test' to 'Open'.
Cardillo,Kristian (MEDITECH) - Jun 28, 2010 - 0927 EDT: Hi Charlie.To
my knowledge FDB has removed Iodine from their files. One of my other
site'sreported this same issue a while back. They called FDB about it
and theyexplained that they took it out as a picklist option. They had a
reason for thischange unfortunately, I cannot remember it. You will want
to give FDB a call tofind out what it is. Have a good day. Status
changed from 'Open' to 'Test'. Charlie Downs (via Web) - Jun 28, 2010 -
1507 EDT: Kristian
- still waiting to hear from FDB, but why if they removed it from
theirpick-list would it still be showing up in live since we loaded the
sameinformation into live as in test. It makes me think that something
else is wronghere. Could you have a programmer check on this since
somehow this is affectingsomething with nursing documentation (don't ask
me how, but they say it is). See communication below:Dale and Charlie,
is this ready to be moved Live? It is causing a problem withmoving NUR
Interventions from Test to Live. Issue: PHA #6164537 (Mar 23, 2009)
Status: Test Priority: Routine Description: Allergen on FDB CD but
not on picklist when envering allergi Thanks, Charlie Status changed
from 'Test' to 'Open'. Cardillo,Kristian (MEDITECH) - Jun 28, 2010 -
1511 EDT: Hi Charlie,FDB has stated that they removed the Iodine from
their records. If we are stillshowing it in the Live pick list on our
end then this is a problem. Perhaps thisDTS ended up fixing it. Thank
you. Stat
us changed from 'Open' to 'Test'. Charlie Downs (via Web) - Jun 28,
2010 - 1605 EDT: Kristian - FDB has not removed Iodine; please see
e-mail below. So, looks like aMeditech problem in test. Thanks,
Charlie Please call charlieLooks like issue to sort out for
meditechJku________________________________________From: Wulf, Nicole
To: Kapusnik-Uner, Joan Sent: Mon Jun 28 15:30:00 2010Subject: RE:
Iodine as an allergen I don t have a SLX ticket for this. We do have the
ingredient iodine on both theUS and CA picklist. Nicole Status changed
from 'Test' to 'Open'. Charlie Downs (via Web) - Jun 28, 2010 - 1608
EDT: Kristian - and here is the ticket from FDB and if you want their
spreadsheet, Ican e-mail it to you.Thanks, CharlieTicket #:
001-00-374105 Description: Meditech is telling me that Iodine has been
removed as an allergen from theallergen pick-list; is this true? Could
you please check on this for me? I needto get back to Meditech because
if Iodine is still on the pick-li
st, thenMeditech did something in test (which I believe is the case
since I still see itin live). Resolution:I do see Iodine listed under
DAM_CONCEPT_ID 852 (Concept Id Type = 6/IngredientLevel) on our Allergy
Picklist table. Please see the information my attachedspreadsheet. You
may want to share this information with your Meditech SupportSpecialist
and verify why you are not seeing Iodine on your Pick List Table.
Cardillo,Kristian (MEDITECH) - Jun 28, 2010 - 1610 EDT: Hi Charlie,I am
in a meeting today. I am going to call Melinda Carson about this
tomorrowas currently one of my customers was told that Iodine was
removed and you weretold that it was not removed. I know that FDB
removed several allergies fromthe pick list but left them as ingredients
on other allergies for referencepurposes. For example, if you choose a
Compazine allergy you can see theingredients Prochlorperazine Edisylate
and Prochlorperazine Maleate even thoughyou cannot select these from the
picklist
. You can only select Prochlorperazine.They may have done they same
thing with Iodine. You cannot pick the stand aloneallergy but can see it
as an ingredient in another product. Thank you. Cardillo,Kristian
(MEDITECH) - Jun 29, 2010 - 0959 EDT: Hi Charlie,I spoke with Melinda
Carson and she said that they have not removed Iodine fromthe pick list.
There has been much talk about doing so but it was never
actuallyremoved, at least in the CDs that she spot checked. This may
happen in thefuture though. She did a search on FDB tickets involving
Iodine and MEDITECHand she found 1 ticket where FDB told the customer
that Iodine had been removed.She is unable to find the CD that this was
done in though. We may possibly havea loading problem on our hands. We
will need to conduct a test to make sure. What may have happened is FDB
removed Iodine and as a result MEDITECHinactivated the allergy, later on
they added the allergy back and MEDITECH didnot know how to handle this.
Can you ple
ase load the allergy CD but do not fileit as I will need to have a
programmer inspect it. Thank you and have a goodday. Status changed from
'Open' to 'Test'. Charlie Downs (via Web) - Jun 29, 2010 - 1331 EDT:
Kristian - Dale has loaded the allergen CD again as you have
requested.Charlie Status changed from 'Test' to 'Open'.
Cardillo,Kristian (MEDITECH) - Jun 29, 2010 - 1357 EDT: Hello
Programmers,The site just received MIS DTS 10053 in Test. After loading
and filing anallergy run the IODINE allergy is missing. FDB has
confirmed that it is stillavailable on the pick list. What may have
happened is FDB removed Iodine and asa result MEDITECH inactivated the
allergy, later on they added the allergy backand MEDITECH did not know
how to handle this. FDB says this is a possibility asthere was talk of
removing the IODINE allergy from their files. The site hasloaded an
allergy run in Test and not filed it. Can you please inspect it? Please
let me know if you need any more information
. Thank you for your help andhave a good day. Bob Close (via Web) - Jul
20, 2010 - 1525 EDT: Can I get an update on this task and please
escalate it. This is causing anissue with moving CDS from test to live.
Thanks,Bob Cardillo,Kristian (MEDITECH) - Jul 20, 2010 - 1526 EDT: Hi
Bob,This task is marked as Urgent. This is a higher priority than
escalated. I willcopy the programming supervisors on this update. Have a
good day. CC. Steve, John, and Jim Cardillo,Kristian (MEDITECH) - Jul
20, 2010 - 1528 EDT: Hello Programmers,The site just received MIS DTS
10053 in Test. After loading and filing anallergy run the IODINE allergy
is missing. FDB has confirmed that it is stillavailable on the pick
list. What may have happened is FDB removed Iodine and asa result
MEDITECH inactivated the allergy, later on they added the allergy
backand MEDITECH did not know how to handle this. FDB says this is a
possibility asthere was talk of removing the IODINE allergy from their
files. The site
hasloaded an allergy run in Test and not filed it. Can you please
inspect it? Please let me know if you need any more information. Please
evaluate this issueas soon as possible as it is preventing the site from
sending the DTS in thistask Live and loading allergies in Live. Thank
you for your help and have agood day. CC. Steve, John, and Jim
Galvin,Stacie (MEDITECH) - Jul 23, 2010 - 1106 EDT: I'll take a look.
Galvin,Stacie (MEDITECH) - Jul 23, 2010 - 1418 EDT: Just wanted to
provide anupdate. It looks like this has to do with the DTS that was
added in this task,MIS 10053, rather than the loading and filing of the
allergies. As mentioned earlier in this task the name 'Iodine' is
assocaited to twoallergies F000003150 and F006000852. MIS 10052 was
submitted because "F000"allergies should NOT be in the indexes for
allergies. The DTS has a conversionassociated to it which will loop
through the allergy dictionary and for any"F000" allergy it will delete
the indexes. One of
the indexes it will delete isthe name index. When the conversion was
run, it picked up F000003150 and itdeleted the name index for this
allergy. Unfortunately the way the name indexis setup, it removed
Iodine completely from the index so that it's no longeravailable in the
lookups. We will have to figure out how to get the names that were
incorrectly removedback into the indexes and then figure out how to fix
the conversion associatedwith MIS 10053. Note: Site will also need MG
MIS 10414 for the conversion to run properly. Charlie Downs (via Web) -
Jul 24, 2010 - 0658 EDT: The question that I have is that we don't have
this problem in live. So, do wejust not move any of the changes to live
and let it be since everything isworking properly and Iodine is showing
up in live probably because the loop wasnever run in live? Or, is there
more that needs to be done in live? Personally,I'm for not touching live
unless you have a fix that is going to absolutely workcorrectly.Than
ks, Charlie Galvin,Stacie (MEDITECH) - Jul 26, 2010 - 1051 EDT:
Cardillo,Kristian (MEDITECH) - Jul 26, 2010 - 1224 EDT: Hi Charlie,We
have discovered a problem with MIS 10053. We are still working to
determinethe cause and submit a fix. For now may we have change control
to re-file anyaffected allergies so that you have access to them again?
Thank you and have agood day. Charlie Downs (via Web) - Jul 26, 2010 -
1330 EDT: Are we talking about change control in live or in test? If in
live, will removethe Iodine allergen? If so, I would rather not move
anything to live untilIodine will remain.Thanks, Charlie
Cardillo,Kristian (MEDITECH) - Jul 26, 2010 - 1332 EDT: Hi Charlie,We
are talking about Test. The programmer will re-file it so that you can
get itback. Then we will work on a permanent fix to this issue. Thank
you. Bob Close (via Web) - Jul 26, 2010 - 1349 EDT: Change control
approved for test. Thanks,Bob Galvin,Stacie (MEDITECH) - Jul 26, 2010 -
1529 EDT: MIS 10414 ha
s been updatedto reflect this issue with the MIS 10053 conversion. The
following allergenshave been refiled in TEST.5.62.MIS. ACETIC
ACID,F006002875AMINOBENZOIC ACID,F006001966AMMONIUM,F006004923AMMONIUM
CHLORIDE,F006002276BENZOIC ACID,F006002878BORAGE,F006008095CALCIUM
CARBONATE,F006000773CAMPHOR,F006001385CASTOR OIL,F006001177CITRIC
ACID,F006002487DEXTRAN,F006002029FISH OIL,F006010767GADOXETATE
DISODIUM,F006011541GENTIAN
VIOLET,F006002617GLYCERIN,F006001176ILOPROST,F006005258IODINE,F006000852
IPECAC,F006000730LANOLIN,F006001899MAGNESIUM,F006000784MAGNESIUM
CARBONATE,F006007230MAGNESIUM CITRATE,F006006958MAGNESIUM
HYDROXIDE,F006001186MAGNESIUM OXIDE,F006002435MAGNESIUM
SULFATE,F006001184METHYLCELLULOSE,F006002237METHYLENE
BLUE,F006001094MINERAL
OIL,F006001179NORETHINDRONE,F006001298NORGESTREL,F006001303POTASSIUM
AMINOBENZOATE,F006002326POTASSIUM CHLORIDE,F006007231POTASSIUM
IODIDE,F006003151RUFINAMIDE,F006012301SODIUM BENZOATE,F006003194SODIUM
CHLORIDE,F006002238STREPTOKINAS
E,F006001888THROMBIN (BOVINE),F006009815THROMBIN(HUMAN PLASMA
DER),F006012362VITAMIN B COMPLEX,F006001004ZINC,F006000841
Cardillo,Kristian (MEDITECH) - Jul 26, 2010 - 1536 EDT: Hi Charlie,MIS
DTS 10414 was updated to reflect the issues with the conversion found in
MISDTS 10053. The above allergies were all affected by this problem.
Theprogrammer has corrected this issue. Please confirm that you can
select theseallergies in Test. Once MIS DTS 10414 has been addressed by
Development I willhave it patched. Have a good day. Status changed from
'Open' to 'Development'. Charlie Downs (via Web) - Jul 27, 2010 - 0921
EDT: All of these allergens are available for selection in test,
including theIodine. So I'll ask for change control to live.Thanks,
Charlie Bob Close (via Web) - Jul 27, 2010 - 0932 EDT: Can this be moved
to Live on thursday 7/29? Please schedule time with CharlieDowns.
Thanks,Bob Cardillo,Kristian (MEDITECH) - Jul 27, 2010 - 0939 EDT: Hi
Charlie,Until further notic
e I cannot move these DTSs Live. The programmer updated MISDTS 10414 to
reflect the problem caused by MIS DTS 10053. Once MIS DTS 10414 iscoded
I will have it patched. Have a good day. Galvin,Stacie (MEDITECH) - Jul
30, 2010 - 1041 EDT: Hi Jen, Kristian, In therelated task, the site is
having an issue moving Interventions from TEST toLIVE. This is due to
the conversion for MIS 10053. When this was run in TEST,it setup
'status' nodes to indicate that this was run. When we try to
moveinterventions from TEST to LIVE the program will check to see that
TEST and LIVEat the same conversion level by looking at these 'status'
nodes. Since MIS10053 has only been run in TEST, these won't match. I
will need to remove thesestatus nodes in TEST. Also, I have added some
code to the conversion Inhouse sothat these status nodes won't get setup
again and cause another issue. This isin custom change number 271.03.
Can you please get permission to remove the status nodes in TEST so that
theinterventions can be moved from TEST to LIVE as well as permission
to movechange 271.03 to TEST. cc: Karen, Chris (MIS) Status changed
from 'Development' to 'Open'. Cardillo,Kristian (MEDITECH) - Jul 30,
2010 - 1109 EDT: Hi Charlie,We have found a way to get the
interventions to move from Test to Live. This isbeing tracked in task #
6802187. When we ran the conversion associated with MISDTS 10053 it set
up 'status' nodes to indicate that the conversion was run. Whenwe try to
move the interventions from TEST to LIVE the program will check to
seethat TEST and LIVE are at the same conversion level by looking at
these 'status'nodes. Since MIS 10053 has only been run in TEST, these
won't match. Theprogrammer will need to remove these 'status' nodes from
Test. Also, theprogrammer has added some code to the conversion In-House
so that these 'status'nodes won't get setup again and cause another
issue. This is in custom changenumber 271.03. Please have change
control provided t
o remove the 'status' nodesfrom Test and send change # 271.03 to Test.
Thank you and have a good day. CC. Jen Status changed from 'Open' to
'Change Control (Test)'. Bob Close (via Web) - Jul 30, 2010 - 1140 EDT:
Please do this in test. Thanks,Bob Status changed from 'Change Control
(Test)' to 'Open'. Cardillo,Kristian (MEDITECH) - Jul 30, 2010 - 1147
EDT: Hi Stacie,Please remove the 'status' nodes from Test and send
change # 271.03 to Test.Thank you for your help.
****************************Change Control
Procedure****************************Application Change/DTS #'s: Remove
'status' nodes and move change # 271.03 Downtime: None Site Approval to
Test: Bob Close (via Web) - Jul 30, 2010 - 1140 EDT: Date/Time (EST)
approved for Move: No
preference**************************************************************
****************** Galvin,Stacie (MEDITECH) - Jul 30, 2010 - 1311 EDT:
Kristian, I've moved271.03 to TEST and I've removed the status node
from TEST.5.62.MIS for the 10
053conversion. * Please confirm in the related task that the
interventions can be moved from TESTto LIVE. Thansk. Cardillo,Kristian
(MEDITECH) - Jul 30, 2010 - 1349 EDT: Hi Charlie,Please confirm in
related task # 6802187 that the interventions can now be movedfrom Test
to Live. Thank you. Status changed from 'Open' to 'Development'. Charlie
Downs (via Web) - Jul 30, 2010 - 1407 EDT: I am forwarding this to Bob
Close since I don't have anything to do with theinterventions.Charlie
Cardillo,Kristian (MEDITECH) - Oct 7, 2010 - 1510 EDT: MIS DTS 10414 is
still in a submitted status. Cardillo,Kristian (MEDITECH) - Nov 8, 2010
- 1222 EST: MIS DTS 10414 is still in a submitted status.
Cardillo,Kristian
(MEDITECH) - Dec 20, 2010 - 1346 EST: MIS DTS 10414 is still in a
submitted status.




-----Original Message-----
From: meditech-l-bounces@mtusers.com
[mailto:meditech-l-bounces@mtusers.com] On Behalf Of
mthivierge@st-joseph.org
Sent: Friday, January 07, 2011 1:25 PM
To: meditech-l@mtusers.com
Subject: [MT-L] MAGIC 5.62 v2 Allergy Mapping Question #2

For some of the medications I'm getting mapped allergies with red dye,
yellow dyes, etc....

Have veteran sites mapped these dye allergies? What are the
advantages/disadvantages of keeping these mapped?

Ex:

Cephalexin Monohydrate is currently mapped to:

Cephalexin
Sodium Benzoate
Red Dye
Yellow Dye
CI Pigment Blue 63
Cephalosporins
Penicillins Cross Reactors
PABA Derivatives
Yellow Dyes
Yellow Dyes (Non-tartrazine)

Melissa Thivierge
Healthcare Informatics Specialist II
Clinical Informatics
St. Joseph Health System
Bryan, Texas 77802-2554
(979) 776-2431
(979) 731-5662 fax


________________________________
The documents accompanying this transmission may contain confidential
health information that is legally privileged. This information is
intended only for the use of the individual or entity named on this
sheet. The authorized recipient of this information is prohibited from
disclosing this information to any party unless required to do so by law
or regulation and is required to destroy the information after its
stated need has been fulfilled.
If you are not the intended recipient, you are hereby notified that any
disclosure, copying, distribution, or action taken in reliance on the
contents of these documents is strictly prohibited. Violators will be
prosecuted. If you have received this information in error, please
notify the sender immediately and arrange for the destruction of these
documents.


===================================
Please do NOT send messages that ask "Please post to the list" or "I'd
like to see your answers" or "Send that info to me, too" These are
useless messages that just waste the email server's resources. Instead,
email the original requester and ask that they send you or post the
results of their question.

To UNSUBSCRIBE or to SUBSCRIBE, go to http://MTUsers.net for
information.

You can locate the:
1) meditech-l archives
2) NPR/Magic/CS tips
3) job opportunities in the Meditech community
http://mtusers.net

Do NOT send email to meditech-l-owner@MTUsers.com. This is a system
email box that is NOT monitored by a human. If you need help or advice
on how to use the meditech-l, email lorna@MTUsers.com or
julia@MTUsers.net. Both of these people help manage the meditech-l, so
they are your best resource.



***** CONFIDENTIALITY NOTICE ***** This message contains confidential
information and is intended only for the individual named. If you are
not the named addressee you should not disseminate, distribute or copy
this e-mail. Please notify the sender immediately by e-mail if you have
received this e-mail by mistake and delete this e-mail from your system.

===================================
Please do NOT send messages that ask "Please post to the list" or "I'd
like to see your answers" or "Send that info to me, too" These are
useless messages that just waste the email server's resources. Instead,
email the original requester and ask that they send you or post the
results of their question.

To UNSUBSCRIBE or to SUBSCRIBE, go to http://MTUsers.net for
information.

You can locate the:
1) meditech-l archives
2) NPR/Magic/CS tips
3) job opportunities in the Meditech community
http://mtusers.net

Do NOT send email to meditech-l-owner@MTUsers.com. This is a system
email box that is NOT monitored by a human. If you need help or advice
on how to use the meditech-l, email lorna@MTUsers.com or
julia@MTUsers.net. Both of these people help manage the meditech-l, so
they are your best resource.





------------------------------

Message: 20
Date: Fri, 7 Jan 2011 14:02:49 -0600
From:
To: ,
Subject: Re: [MT-L] MAGIC 5.62 v2 Allergy Mapping Question #2
Message-ID:

<8FA0A93CD3EAD64E97AD8F599099ED1307A785BDE7@MAIL.main.st-joseph.lan>
Content-Type: text/plain; charset="us-ascii"

Thank you Charlie. Yes we are Medispan and after staring at the mapping
table a bit I decided that it wouldn't be a good idea to map all of the
dyes, etc... either. For the antihistamines I finally found three
options in the MIS allergens look up of Antihistamines,
diphenhydramine-type, Antihistamines, Loratidine-type, and
Antihistamines, Chlorpheniramine-type. I ended up mapping
antihistamines to all of these entries but after I get an answer from
Meditech, I may change that.

Thank you for a copy of your task with Meditech. I will review it.

Melissa Thivierge
St. Joseph Health System
(979) 776-2431

-----Original Message-----
From: Charles Downs [mailto:Charles.Downs@wchsys.org]
Sent: Friday, January 07, 2011 13:58
To: Melissa Thivierge; 'meditech-l@mtusers.com'
Subject: RE: MAGIC 5.62 v2 Allergy Mapping Question #2

Melissa - You must have Medispan or Micromedex? I heard one sight that
mapped all of the dyes and then any drug with that dye flagged them for
an allergy. Sounds like something you do not want to do. I would check
with Meditech, but I would just map to Cephalexin only. We have FDB and
if we choose Cephalexin, it will flag for other cephalosporins. Sounds
like the automapping just mapped everything.
Let me know what you find out and I'll update my allergy powerpoint.
As for the antihistamines, there was a problem where I couldn't
find Iodine and there is a DTS in submitted status. I've copied my task
below (it is long). But, it sounds like the same issue that I had and
somehow they fixed it for me even though this is a larger problem.
Charlie

Charles Downs PharmD
Information Services Pharmacist
Meritus Health, Inc.
11116 Medical Campus Road
Hagerstown, MD, 21742
301-790-8904

Issue: PHA #6164537 (Mar 23, 2009)
Status: Development
Priority: Urgent
Description: Allergen on FDB CD but not on picklist when envering
allergi
Request Type: Problem
System Affected: Live, Test
Customer Contact: Downs,Charlie (301-790-8904)
Issue Notification: downsc@wchsys.org (MEDITECH/AMS Edits)
Module Notifications: Close,Bob (Robert.Close@wchsys.org) - ALL Edits
Rowland,Dale (Dale.Rowland@wchsys.org) - MEDITECH Edits
Received By: MEDITECH's Web Site
Application Specialist: Kristian Cardillo 781-774-2245 (Not Available)
Last Edit: Dec 20, 2010 at 1346 EST
Related Issues: PHA #6747679 (Complete) Allergens - FSV Warnings/Errors
List
NUR #6802187 (Complete) CAN'T MOVE INTERVENTIONS FROM TEST TO LIVE
Site Uploaded Files: Allergies on FDB CD.xls - Allergies on FDB CD (Mar
23, 2009 1319 EDT by Charlie Downs)

Click to edit:


Charlie Downs (via Web) - Mar 23, 2009 - 1317 EDT: For some reason,
Iodine has been inactivated with our last FDB allergen load.If I look at
a patient with an Iodine allergy, I get this:Iodine; Iodine Co
*RETIRED-03/12/09 (Iodine; Iodine Containing)However, FDB states that
this is still an active code and is so on their CD:00000852006
IodineThis only happened with the last CD load, and is a problem in test
and live. Iam afraid that this may have happened with other allergens,
but there is no wayto tell from the standard Meditech reports that we
have. I have attached the FDBfile or allergens from their CD.Thanks,
Charlie Charlie Downs (via Web) - Mar 23, 2009- 1319 EDT: The following
file was uploaded: File Name: Allergies on FDB CD.xls Description:
Allergies on FDB CD File Size: 477.50 KB Cardillo,Kristian (MEDITECH)
- Mar 23, 2009 - 1330 EDT: Hi Charlie,I will review this issue. Have a
good day. Cardillo,Kristian (MEDITECH) - Mar 23, 2009 - 1333 EDT: Hi
Charlie,If you run the FSV Warnings/Errors List in the Formulary Service
Allergens Menuyou will see all of the retired allergy codes. Don't be
alarmed by how many youmay see. The issue here is that it looks like a
code was inactivated and FDBsays that it has not been inactivated. I
will check and see what is going onhere. Cardillo,Kristian (MEDITECH) -
Mar 23, 2009 - 1353 EDT: Hi Charlie,I ran the FSV Warnings/Errors List
and did a search for fcode F000003150. Icould not find it. I am
wondering if this fcode was inactivated a while ago butwas just recently
noticed. I will need some help from the programmers on thisone. Is the
only fcode for iodine F000003150? If there are others please
providethem. Also, please do an allergy load in Test. Do not file it as
the programmerswill need to examine it. Thank you and have a good day.
Status changed from 'Open' to 'Customer'. Charlie Downs (via Web) - Mar
23, 2009 - 1414 EDT: I have asked Dale to re-load the allergens in test
and they should be done inaround 5-6 hours (that's how long they take).
I had run the error list anddidn't find Iodine on it. If you look on the
spreadsheet that I sent you, thereare no other Iodine entries. I know
that I can find inactivated allergens on theerror list, but what
concerns me is something that is still active like in thiscase and is
not there when we look it up.Thanks, Charlie E-Mail changed from
'gcrabill@wchsys.org' to 'downsc@wchsys.org'.Status changed from
'Customer' to 'Open'. Cardillo,Kristian (MEDITECH) - Mar 23, 2009 - 1435
EDT: Hi Charlie,Thank you for letting me know. Please update the task
as soon as the Allergyload is done. Thank you. Status changed from
'Open' to 'Customer'. Charlie Downs (via Web) - Mar 24, 2009 - 0740 EDT:
Kristian - The allergen load is completed. I did not file them as you
hadrequested.Thanks, Charlie Status changed from 'Customer' to 'Open'.
Cardillo,Kristian (MEDITECH) - Mar 24, 2009 - 0954 EDT: Hello
Programmers,Please evaluate this issue. The site has just done the
latest FDB allergy loadin both Test and Live and noticed that the iodine
allergy has been inactivated. The fcode is F000003150. The site spoke
with FDB in regards to this issue andFDB states that they have not
inactivated this allergy. I have checked the FSVWarnings/Errors List for
the last few allergy loads and I cannot see where FDBhas inactivated the
iodine allergy. However, in the Allergen Dictionary theiodine allergy is
listed as inactive. Can you please check to see if MEDITECH
isinactivating allergies in error? I had the site load but not file an
allergyload in Test so that you can examine the content. Please let me
know if you needmore information. Thank you for your help and have a
good day. Zabinski,Joseph (MEDITECH) - Mar 31, 2009 - 1639 EDT: Hi
Kristian, The site's example at the beginning of this task does not
give an accountnumber to investigate, but they refer to the allergen
description "Iodine;Iodine Co *RETIRED-03/12/09 (Iodine; Iodine
Containing)". I believe that thiscorresponds to allergen mnemonic
F001000175. This entry is no longer presenton the picklist that we use
to build allergen entries, as can be seen in thefile attached to this
task in the Files section. When an allergen is no longerpresent,
MEDITECH retires the allergen. The picklist entry that the site
gives,00000852006, corresponds to adifferent allergen: F006000852. The
description for this allergen is "Iodine". This allergen is active in
the site's allergen dictionary, as expected. The allergen that you
investigated was F000003150. The description for thisallergen is also
"Iodine", but since it is no longer present on the picklistthat FDB
sent, it has been retired. I believe that since the allergen in
question (F001000175) is no longerpresent in the information sent from
FDB, it is appropriate that the allergenhas been retired. I have left
programming notes. Please let me know if youneed me to investigate
anything else.Joe Cardillo,Kristian (MEDITECH) - Mar 31, 2009 - 1712
EDT: Hi Charlie,The programmer took a look at this issue and found that
FDB did stop providingsome allergy codes, see above for more detail. The
allergy mnemonic F006000852is for iodine and still exists in the
Allergen Dictionary as active. Have a goodnight. Status changed from
'Open' to 'Customer'. Cardillo,Kristian (MEDITECH) - Apr 2, 2009 - 1540
EDT: Hi Joe,The site is able to lookup iodine by the mnemonic
F006000852 but they cannotlook it up by the name provided by FDB as they
can for other allergies. Fromspeaking with Charlie we believe this is
because the mnemonic F000003150 whichis inactive has the same name
(iodine). Therefore, when the user tries to lookupiodine the lookup is
pointing to the inactive allergy vs the active allergy. Howcan we most
efficiently fix this problem. Thank you for your help and have agood
day. Status changed from 'Customer' to 'Open'. Zabinski,Joseph
(MEDITECH) - Apr 9, 2009 - 1027 EDT: Hi Kristian, I have investigated
this issue. Charlie and you are correct in your beliefthat IODINE is not
showing up in the lookup because IODINE is still associatedwith the old
entry, F000003150. But I notice that this is only a problem inTEST: LIVE
seems to work fine. The problem in TEST could have happened if the site
manually filedF000003150. Since F000003150 and F006000852 have the same
description of"Iodine", F000003150 would overwrite the entry for
F006000852. In LIVE, itcould be that the site manually filed F006000852,
thereby fixing the problem.(It is also possible that the FSV process
updated the allergen in LIVE.) Ultimately, we will need a long-term
solution to this issue, either as a DTSor a utility. (This will likely
be addressed first as a DTS.) But before webegin work on a DTS, please
have the site refile the allergen F006000852 inTEST: I want to make sure
that refiling the allergen will fix the problem. Ihave left programming
notes.Joe Cardillo,Kristian (MEDITECH) - Apr 9, 2009 - 1143 EDT: Hi
Charlie,The programmer took a look at this issue, see above entry. The
programmer agreesthat ultimately, we will need a long-term solution to
this issue, either as aDTS or a utility. Before we begin work on a DTS
can you please re-file theallergen F006000852 in Test as the programmer
would like to make sure thatre-filing the allergen will fix the problem.
Thank you and have a good day. Status changed from 'Open' to 'Customer'.
Charlie Downs (via Web) - Apr 9, 2009 - 1342 EDT: Kristian - I filed the
allergens in test, and I still can't see Iodine on alook-up. I can enter
the code F006000852 and get it. Also, he said that he couldsee it in
live, but I can't see it when in EPD. Is the inactive code loaded
eachtime? If not, could he somehow just put an asterick in front of the
descriptionso we can enter Iodine (F006000852)? Yes, we need a long-term
solution to this,but we need a short-term fix as well.Thanks, Charlie
Status changed from 'Customer' to 'Open'. Cardillo,Kristian (MEDITECH) -
Apr 9, 2009 - 1355 EDT: Hi Joe,Re-filing the allergen did not work in
Test. Charlie tried to look it up in LiveEnter/Edit Patient Data as well
and could not. Thank you for your help. Zabinski,Joseph (MEDITECH) - Apr
10, 2009 - 0929 EDT: Hi Kristian, Charlie's entry is surprising; I
must have missed something in myinvestigation earlier. I would like to
try refiling the allergen in TEST withsome trap code in place and
troubleshoot the issue using all the programmingtools at my disposal.
Please obtain approval for me to add trap code in TEST. Itis possible
that the site will see some strange screens when working withallergens
in TEST while I am troubleshooting this issue. (If they just hit Enterat
such screens, the system should continue past the screens and
operatenormally.) There will be no downtime needed for the trap code.
In LIVE, I am using the Enter/Edit allergens routine in MIS to
viewF006000852. If I type "IODINE" at the Mnemonic prompt and hit F9, I
ampresented with the correct entry. If the site can give us a test
patient inLIVE, I can also troubleshoot why the allergen F006000852 is
not showing up inEnter/Edit Patient Data in LIVE.Joe Cardillo,Kristian
(MEDITECH) - Apr 10, 2009 - 0946 EDT: Hi Charlie,Please see the above
entry. Can you have Dale provide change control for theprogrammer to add
trap code to Test. Also, is there a Test patient or an Acct #in Live
that the programmer can use to reproduce this issue? Thank you and havea
good day. Status changed from 'Open' to 'Customer'. Charlie Downs (via
Web) - Apr 10, 2009 - 1130 EDT: Kristian - Dale is off until next
Tuesday, so can't do anything until he getsback. Also, I tried to choose
Iodine by accessing the patient through MRI and Istill couldn't see
Iodine as a choice, so I don't know where the programmer isseeing
Iodine.Thanks,Charlie Status changed from 'Customer' to 'Open'.
Cardillo,Kristian (MEDITECH) - Apr 10, 2009 - 1131 EDT: Hi Charlie,For
Test the below people can provide change control. Have a good day. Bob
CloseDale RowlandBill LongGreg WengerKen HarnishJoe FederhoofBob Karlin
Status changed from 'Open' to 'Customer'. Bob Close (via Web) - Apr 10,
2009 - 1440 EDT: Please add the trap code to Test. Thanks,Bob close
Status changed from 'Customer' to 'Open'. Cardillo,Kristian (MEDITECH) -
Apr 10, 2009 - 1440 EDT: Hi Joe,Please add the trap code to Test. Thank
you. Zabinski,Joseph (MEDITECH) - Apr 13, 2009 - 1656 EDT: Hi Kristian,
I think that I miscommunicated how exactly I was viewing the MIS
allergies.Here is the method that I am using to view the allergies in
TEST and in LIVE:1. 80. Enter/Edit Dictionaries2. 90. Additional
Dictionary Routines3. 24. MIS Allergen Menu4. 1. Enter/Edit Allergens
Dictionary Perhaps Charlie is trying to view and file the allergies
from within page 2 ofEnter/Edit Patient Data. While testing this issue
in TEST, I had to refile the allergen using themethod described above in
order for my trap code to be activated. Refilingthe allergen fixed the
allergen across all segments, thereby solving this issuein the short
term in TEST. I then checked Enter/Edit Patient Data, and the
entry"Iodine" appears again. Part of the issue in LIVE is that the
lookup is correct on the PHA segment,but incorrect on all other segments
in LIVE. When the site views the allergen inEnter/Edit Patient Data,
they are actually running an MRI routine on the Asegment, not a PHA
routine on the H segment. Allergen information is kept inMIS, so the
lookup information is kept separately on the different segments. Iwould
think that this problem must go back to when the new allergen
F006000852was filed for the first time in LIVE. If there was any kind of
IST issue goingon at the time, or any network problem at all really,
then this allergen'slookup information would not update on all segments.
But I can't be 100% sure asto how this happened. I would think that,
using the Enter/Edit Allergen dictionary as I outlineabove, the site
should be able to refile the allergen F006000852 in LIVE. Atthat point,
the correct lookup information should be sent to MRI, thereby fixingthis
issue in LIVE. Let me know if the site has any questions.Joe
Cardillo,Kristian (MEDITECH) - Apr 13, 2009 - 1713 EDT: Hi Charlie,In
Test the programmer re-filed the allergy and now he can see Iodine
inEnter/Edit Patient Data. Can you please confirm this? If so can you
please tryre-filing in Live? Thank you and have a good night. Status
changed from 'Open' to 'Customer'. Charlie Downs (via Web) - Apr 14,
2009 - 0759 EDT: Kristian - I can now see Iodine in the allergen
dictionary plus enter it on apatient. Now, 3 questions.1. If I refile
the allergens in live, should this fix the problem?2. What other
allergens were affected by this problem? Is there any way to findout?3.
Is there a permanent fix to prevent this from happening
agaiin?Thanks,Charlie Status changed from 'Customer' to 'Open'. Charlie
Downs (via Web) - Apr 14, 2009 - 0818 EDT: Kristian - I went ahead and
filed the allergens in live and can see Iodine inthe allergen
dictionary. However, I still can't see it when entering allergieson
patients. How do we fix this?Thanks, Charlie Cardillo,Kristian
(MEDITECH) - Apr 14, 2009 - 0929 EDT: Hi Charlie,Re-filing the allergy
in Live should fix this problem. I will check with theprogrammer to see
if it is possible to find all allergies that may have thisproblem. At
this time no permanent fix is needed. In his Apr 13, 2009 - 1656EDT: the
programmer explained that this issue was likely caused by a
temporarysystem problem versus a problem with the code. Have a good day.
Cardillo,Kristian (MEDITECH) - Apr 14, 2009 - 0932 EDT: Hi Joe,Is it
possible for you to find all allergies that may have the same problem
asthe Iodine allergy? This way Charlie can re-file these as well. Thank
you andhave a good day. Cardillo,Kristian (MEDITECH) - Apr 14, 2009 -
0935 EDT: Hi Joe,Also, Charlie re-filed the Iodine allergy in Live and
cannot see it in theEnter/Edit Patient Data. Did he re-file the wrong
one? Thank you. Charlie Downs (via Web) - Apr 14, 2009 - 1044 EDT:
Kristian - I guess that I misunderstood and thought that file meant to
file thewhole allergen list. However, when I looked up Iodine and then
filed it, itbecame available to enter as an allergy. So, I would
appreciate answers to myother questions and mainly, how do we keep this
from happening again and wasthere anything else that didn't get
filed?Thanks, Charlie Zabinski,Joseph (MEDITECH) - Apr 16, 2009 - 1407
EDT: Hi Kristian, After Charlie asked, I checked for more examples of
this issue and found some.This led to a lot of research to determine how
exactly this problem happened.Interaction checking should not be
affected by this issue, but I understand thatit is important that the
site have full access to all available allergens sothat they can code
them on patients without restraint. First, here is my current
understanding of the underlying problem for thesite: Judging from
context clues within the source code, it looks like there arethree
different forms of allergens contained in the picklist from which we
buildthe allergens:1. Ingredients - marked with a 62. Allergen groups -
marked with a 13. Med names - marked with a 2 For example:Here is a
typical ingredient allergen:F006000852 = Iodine Here is the entry for
this allergen taken directly from a picklist that we
haveINHOUSE:00000852006Iodine As you can see, we rearrange the number
slightly in order to build theallergen. The "6" right before "Iodine"
seems to indicate that it is aningredient allergen. The allergens that
are ultimately causing our issue are the "2" entries, ormed names. For
those entries, MEDITECH builds new allergens for all of thecomponents of
the med name. (For example, the drug Triaminic has severalingredients.
This drug would therefore have components, and for each of
thosecomponents, we would build a new allergen.) These allergens are
marked with azero. For example: (stars added for emphasis)Ingredient
allergen -- F00*6*000841Component allergen -- F00*0*001941 Both of
these allergens have the same name: "Zinc". Normally, this wouldn't bea
problem; I don't think that the component allergens are supposed to be
inthe lookup index, and the ingredient allergens are supposed to be
there. But for an unknown (and unknowable) reason, when the site filed
allergens inJune 2008, the system treated the load as the initial load.
Valid ingredientallergens already existed from January of 2007, but the
system did not recognizethe existing data. When the initial load is
filed, the system puts componentallergens into the lookup index, which
is how the active ingredient allergenswere overwritten with inactive
component allergens with the same name. I believethat this is a bug.
In the short term, I would think that I could run a loop (or utility)
whichwould restore all of the ingredient allergens in the lookup index.
The componentallergens would be removed, but I don't think that they
should be there in thefirst place. In the long term, I believe that we
would need a DTS so that, even if thesystem thinks that we are loading
allergies for the first time, we still shouldnot file component
allergens in the lookup index. All of my logic is depending on the
idea that all active "F006" entriesshould be able to be looked up, but I
am basing this idea just on context clueswithin the source code. Could
you please confirm that all active "F006"allergies should be accessible
to users? From there, I should be able to fixthis problem for the site.
I have left programming notes.Joe Cardillo,Kristian (MEDITECH) - Apr 16,
2009 - 1549 EDT: Hi Joe,I asked Development about this. I just
forwarded you the e-mail. Thanks for thehelp. Charlie Downs (via Web) -
Apr 16, 2009 - 1556 EDT: Joe - Thanks for checking further. What you say
seems to make sense. However, Iwould thinkg that all component allergens
would have a matching ingredientallergy. A lot of times, a patient will
be allergic to only one component of amulti-component drug. For
instance, if a patient had an allergy to oxycodone,then they would also
have an allergy to Percocet (which is oxycodone plusacetaminophen). I
just want to make sure that all active ingredients are stillon our
picklist to choose from.Thanks, Charlie Zabinski,Joseph (MEDITECH) - Apr
20, 2009 - 0953 EDT: Hi Charlie, From a programming perspective, all
component allergens do have a matchingingredient allergen. In fact, we
check for existing FSV-defined ingredientallergens that would be a good
match for a given component allergen before wecreate a new component
allergen, so in many cases, the ingredient allergen ISalso the component
allergen. (In other words, we only make a new componentallergen if need
be.) FDB uses a numbering scheme to relate all of the allergy
information. In somecases, different numbers are labeled with the same
name. For example, allergynumber 1 might be Iodine, and might be used as
FDB as an ingredient allergen.Allergy number 100 might also be Iodine,
and could be used as a componentallergen. This way of doing things is
fine with MEDITECH: we should be able towork with the allergies no
matter how many are repeated, as long as theunderlying numbering scheme
is correct. In your case, however, the system thought that you were
filing the initialload of MIS allergies last June when there were
already existing allergens. Wetreat the initial load slightly
differently, which is what a future DTS willhopefully correct.
Kristian, I have attached the email from Development in the Inhouse
Text. Atthis point, I am ready to begin correcting the issue, first in
TEST, then inLIVE. I would like to run a utility which will refile all
active ingredientallergens in TEST. This would correct the lookup issue,
and as long aseverything looks correct in TEST, we can do the same in
LIVE. Please obtainchange control to run the utility in TEST.Joe
Cardillo,Kristian (MEDITECH) - Apr 20, 2009 - 1023 EDT: Hi
Charlie,Please see the above entry as the programmer answers your
question. Also, pleasehave Dale provide change control to have the clean
up utility run in Test. Thankyou and have a good day. Status changed
from 'Open' to 'Customer'. Cardillo,Kristian (MEDITECH) - May 1, 2009 -
0729 EDT: Hi Charlie,Please have Dale provide change control to run the
clean up utility in Test.Thank you and have a good day. WCHS IS
DEPARTMENT (via Web) - May 1, 2009 - 0906 EDT: Please move to Test 5.62.
ThanksDale301.790.8894 Status changed from 'Customer' to 'Open'.
Cardillo,Kristian (MEDITECH) - May 1, 2009 - 0910 EDT: Hi Joe,Please
run the clean up utility in Test. Thank you and have a good day.
****************************Change Control
Procedure****************************Application Change/DTS #'s: Clean
up utility Site Approval to TEST: WCHS IS DEPARTMENT (via Web) - May 1,
2009 - 0906 EDT:
************************************************************************
******** Zabinski,Joseph (MEDITECH) - May 1, 2009 - 1203 EDT: Hi
Bernie, I have written the utility %ZCUS.NPR.PHA.REFILE.ING.ALLERGENS,
currentlylocated in my Inhouse directory (MA1,XXX.ZABJ). Can you review
it for me?Joe Hoelschen,Bernard (MEDITECH) - May 1, 2009 - 1249 EDT: Hi
Joe - I reviewed thisfor you and everything seems to be good to go.
Thanks, Bernie Zabinski,Joseph (MEDITECH) - May 1, 2009 - 1726 EDT: Hi
Kristian, I was about to run the utility when I discovered a bug in it.
It's a minorissue, but it is going to need to be fixed before the
utility is run. As soon asthe utility is fixed, I will run it in TEST. I
have left programming notes.Joe Zabinski,Joseph (MEDITECH) - May 4, 2009
- 1746 EDT: Hi Kristian, The utility is currently running as job 821
on the A segment. This utility istaking a little longer than expected. I
will check back on the utility tomorrowmorning in order to see whether
all the lookups have been fixed in TEST. I haveleft programming
notes.Joe Zabinski,Joseph (MEDITECH) - May 5, 2009 - 0930 EDT: Hi
Kristian, The utility has successfully finished. Checking through the
allergy lookups,it looks like the lookups should be working correctly in
TEST. Please have thesite review the allergen lookups in TEST. I have
made a backup of the allergiesin TEST, so if everything looks good, let
me know so that I can remove thebackups. If and when we get to that
point, we should be ready to run the utilityin LIVE. After that, I will
submit a DTS to ensure that this issue does not comeup again.Joe
Cardillo,Kristian (MEDITECH) - May 5, 2009 - 0946 EDT: Hi Charlie,The
utility has finished running in Test. Can you please confirm that the
druglookups are working correctly? If so please have Dale provide change
control tohave the utility run in Live. Thank you and have a good day.
Status changed from 'Open' to 'Customer'. Charlie Downs (via Web) - May
5, 2009 - 0951 EDT: I have asked FDB for a list of all allergens to I
can compare their list withwhat I see on look-up since I have no idea
what may have been missed other thanthe Iodine. I'll let you know once I
receive it and check it.Thanks, Charlie Status changed from 'Customer'
to 'Open'. Cardillo,Kristian (MEDITECH) - May 5, 2009 - 0954 EDT: Status
changed from'Open' to 'Customer'. Cardillo,Kristian (MEDITECH) - May 18,
2009 - 1656 EDT: Hi Charlie,I am just following up. Please let me know
how your testing of this issue isgoing? Thank you and have a good day.
Status changed from 'Customer' to 'Test'. Zabinski,Joseph (MEDITECH) -
May 22, 2009 - 1606 EDT: Hi Kristian, Working with another site who
also had this problem, I was able to find theroot cause of this issue.
(I had thought earlier that this issue was due tounique cicumstances
surrounding the site's update, but when the other site hadthis issue
also, investigation revealed a bug.) I have attached the DTS in theDTS
section. Joe Cardillo,Kristian (MEDITECH) - Jun 1, 2009 - 1436 EDT: Hi
Charlie,I am just following up. Please let me know how your testing of
this issue isgoing? Thank you and have a good day. Charlie Downs (via
Web) - Jun 3, 2009 - 1201 EDT: Kristian - Looks like all of the
allergens that should be there on look-up arethere, so I will ask Dale
for permission to move to live.Thanks, Charlie Status changed from
'Test' to 'Open'. Cardillo,Kristian (MEDITECH) - Jun 3, 2009 - 1202 EDT:
Status changed from'Open' to 'Change Control (Live)'. WCHS IS DEPARTMENT
(via Web) - Jun 5, 2009 - 1617 EDT: Please move to Live on Monday
06/08/09. Anytime after 10:00am Dale301.790.8894 Status changed from
'Change Control (Live)' to 'Open'. Cardillo,Kristian (MEDITECH) - Jun 5,
2009 - 1619 EDT: Hi Joe,Please run this utility in Live on Monday at
1000 EDT. Have a good day. Zabinski,Joseph (MEDITECH) - Jun 5, 2009 -
1733 EDT: Hi Kristian, All set; I have scheduled the event.Joe
Zabinski,Joseph (MEDITECH) - Jun 8, 2009 - 1002 EDT: Hi Kristian, I
have started the utility; it is running as job 92 on the H segment. I
willcontinue to monitor the utility until it is finished.Joe
Zabinski,Joseph (MEDITECH) - Jun 9, 2009 - 0742 EDT: Hi Kristian, The
utility has finished. I have spot checked allergen lookups, and it
lookedlike things should be working again. Please have the site spot
check theirallergen lookups. If everything looks good, please let me
know so that I canremove the backup of their allergen dictionary in TEST
and in LIVE.Joe Charlie Downs (via Web) - Jun 9, 2009 - 0808 EDT: I
don't notice any problems, but I've asked the staff to let me know if
theyfind anything missing. Thanks, Charlie Cardillo,Kristian (MEDITECH)
- Jun 9, 2009 - 0914 EDT: Hi Charlie,Thank you for letting me know.
Have a good day. Status changed from 'Open' to 'Development'.
Casali,Jaclyn (MEDITECH) - Jan 8, 2010 - 1025 EST: HI Kristian, could
you please take a look at this, thanks!(*) Status changed from
'Development' to 'Open'. Cardillo,Kristian (MEDITECH) - Jan 8, 2010 -
1027 EST: Hi Joe,Did you make back ups of the allergen files for this
task? If so are they stillpresent and can they be removed? Thank you for
your help. Zabinski,Joseph (MEDITECH) - Jan 8, 2010 - 1421 EST: Hi
Kristian, There were a few structures still hanging around from earlier
in this task; Ihave removed all remaining backups.Joe cc: Jaclyn Casali
Status changed from 'Open' to 'Development'. Cardillo,Kristian
(MEDITECH) - Feb 11, 2010 - 1723 EST: Hello Programmers,Please patch
MIS DTS 10053 In-House. Thank you and have a good day.
****************************Change Control
Procedure****************************Application Change/DTS #'s:
MIS/10053 Downtime: None for Test Site Approval to TEST: WCHS IS
DEPARTMENT (via Web) - May 19, 2010 - 1135 EDT: Date/Time (EST) approved
for Move: No
preference**************************************************************
****************** Status changed from 'Development' to 'Open'. Charlie
Downs (via Web) - Feb 16, 2010 - 1405 EST: Kristian - Are there still
issues with this? I haven't heard any complaints fromthe pharmacists and
assumed all was OK.Thanks,Charlie Cardillo,Kristian (MEDITECH) - Feb 16,
2010 - 1410 EST: Hi Charlie,Issues could arise in the future. This is a
more permanent fix. Have a goodafternoon. O'Reilly,Corinne (MEDITECH) -
Feb 18, 2010 - 2320 EST: This change has beenmoved in-house. Please
test, get change control and then it can be moved toTEST. Please note
that when this change gets moved to TEST and
LIVEMIS.TOOL.BOX.cfs.5.63.dts.10053 will need to be run.
Cardillo,Kristian (MEDITECH) - Feb 19, 2010 - 0908 EST: Hi
Charlie,Please have change control provided to have this DTS sent to
Test. Thank you andhave a good day. Status changed from 'Open' to
'Change Control (Test)'. Cardillo,Kristian (MEDITECH) - Feb 26, 2010 -
1817 EST: Hi Charlie,Please have change control provided to have this
DTS sent to Test. Thank you andhave a good day. Cardillo,Kristian
(MEDITECH) - Mar 5, 2010 - 1724 EST: Hi Charlie,Please have change
control provided to have this DTS sent to Test. Thank you andhave a good
day. Charlie Downs (via Web) - May 19, 2010 - 1021 EDT: I will ask Dale
for change control in test.Thanks, Charlie Status changed from 'Change
Control (Test)' to 'Open'. Cardillo,Kristian (MEDITECH) - May 19, 2010 -
1034 EDT: Status changed from'Open' to 'Change Control (Test)'. Charlie
Downs (via Web) - May 19, 2010 - 1111 EDT: Kristian - I wonder if the
component thing that the programmer talks about iscausing some allergens
to split out into 2 components such as Compazine tothe following since
he seems to indicate that the components should not havebeen loaded into
Meditech. Previously, everyone was saying that they should bethere, but
it sounds as if they shouldn't have ever been loaded in the firstplace.
Could you check into this? Thanks, CharlieAllergy or Adverse Reaction
for Interaction Checks Type
SeProchlorperazine Edisylate (From Compazine)
Allergy UPatient Reaction
Ver Y Upd Date 05/19/10 Text? Prochlorperazine Maleate (From
Compazine) Allergy UPatient
Reaction Ver
Y Upd Date 05/19/10 Text? Status changed from 'Change Control
(Test)' to 'Open'. Cardillo,Kristian (MEDITECH) - May 19, 2010 - 1112
EDT: Hi Charlie,This functionality is correct and likely not causing
this problem. This is acore functionality of the allergens. If an
allergen is made up of multiplecomponents such as Compazine. It should
break down into its various components.In your example this is
Prochlorperazine Edisylate and Prochlorperazine Maleate.It is important
to note you cannot select Prochlorperazine Edisylate orProchlorperazine
Maleate on their own as FDB does not provide these allergens inthe
picklist selection for users. Users can only select Prochlorperazine
byitself to code on a patient. MIS DTS 10053 should fix this problem
from thenotes that I have read on it. Thank you. Status changed from
'Open' to 'Change Control (Test)'. WCHS IS DEPARTMENT (via Web) - May
19, 2010 - 1135 EDT: Please move to test. ThanksDale Rowland301.790.8894
Status changed from 'Change Control (Test)' to 'Open'. Cardillo,Kristian
(MEDITECH) - May 19, 2010 - 1136 EDT: Hi Jeff,Per our phone
conversation please send this DTS to Test today at any time. Thankyou
and have a good day. ****************************Change Control
Procedure****************************Application Change/DTS #'s:
MIS/10053 Downtime: None for Test Site Approval to TEST: WCHS IS
DEPARTMENT (via Web) - May 19, 2010 - 1135 EDT: Date/Time (EST) approved
for Move: No
preference**************************************************************
****************** Machado,Jeffrey (MEDITECH) - May 19, 2010 - 1546 EDT:
Hi Kristian, I have movedMIS DTS 10053 to the site's TEST ring for
testing. The conversionMIS.TOOL.BOX.cfs.5.63.dts.10053 has been run
from the Front End in TEST. Thankyou, Jeff. Cardillo,Kristian
(MEDITECH) - May 19, 2010 - 1551 EDT: Hi Charlie,This DTS is now in
Test. A brand new Allergy load and file is necessary to seeif it works.
Have a good day. Status changed from 'Open' to 'Test'. Cardillo,Kristian
(MEDITECH) - May 26, 2010 - 1222 EDT: Hi Charlie,I am just following
up. Please let me know how testing of this DTS is going.Thank you and
have a good day. Charlie Downs (via Web) - May 26, 2010 - 1239 EDT: I'll
just wait until we do the next formulary load because Dale is off
thisweek. We should be getting a new CD at the beginning of next
month.Thanks, Charlie Status changed from 'Test' to 'Open'.
Cardillo,Kristian (MEDITECH) - May 26, 2010 - 1240 EDT: Status changed
from'Open' to 'Test'. Charlie Downs (via Web) - Jun 28, 2010 - 0842 EDT:
Kristian - Did the formulary load, and now Iodine is nowhere to be seen.
It isthere in live, so something that was done in test messed things up.
1 Iodamide Drug 2 Iodex
Multiple 3 Iodipamide Meglumine DrugHope we can get this
straightened up.Thanks, Charlie Status changed from 'Test' to 'Open'.
Cardillo,Kristian (MEDITECH) - Jun 28, 2010 - 0927 EDT: Hi Charlie.To
my knowledge FDB has removed Iodine from their files. One of my other
site'sreported this same issue a while back. They called FDB about it
and theyexplained that they took it out as a picklist option. They had a
reason for thischange unfortunately, I cannot remember it. You will want
to give FDB a call tofind out what it is. Have a good day. Status
changed from 'Open' to 'Test'. Charlie Downs (via Web) - Jun 28, 2010 -
1507 EDT: Kristian - still waiting to hear from FDB, but why if they
removed it from theirpick-list would it still be showing up in live
since we loaded the sameinformation into live as in test. It makes me
think that something else is wronghere. Could you have a programmer
check on this since somehow this is affectingsomething with nursing
documentation (don't ask me how, but they say it is). See communication
below:Dale and Charlie, is this ready to be moved Live? It is causing
a problem withmoving NUR Interventions from Test to Live. Issue: PHA
#6164537 (Mar 23, 2009) Status: Test Priority: Routine Description:
Allergen on FDB CD but not on picklist when envering allergi Thanks,
Charlie Status changed from 'Test' to 'Open'. Cardillo,Kristian
(MEDITECH) - Jun 28, 2010 - 1511 EDT: Hi Charlie,FDB has stated that
they removed the Iodine from their records. If we are stillshowing it in
the Live pick list on our end then this is a problem. Perhaps thisDTS
ended up fixing it. Thank you. Status changed from 'Open' to 'Test'.
Charlie Downs (via Web) - Jun 28, 2010 - 1605 EDT: Kristian - FDB has
not removed Iodine; please see e-mail below. So, looks like aMeditech
problem in test. Thanks, Charlie Please call charlieLooks like issue
to sort out for meditechJku________________________________________From:
Wulf, Nicole To: Kapusnik-Uner, Joan Sent: Mon Jun 28 15:30:00
2010Subject: RE: Iodine as an allergen I don t have a SLX ticket for
this. We do have the ingredient iodine on both theUS and CA picklist.
Nicole Status changed from 'Test' to 'Open'. Charlie Downs (via Web) -
Jun 28, 2010 - 1608 EDT: Kristian - and here is the ticket from FDB and
if you want their spreadsheet, Ican e-mail it to you.Thanks,
CharlieTicket #: 001-00-374105 Description: Meditech is telling me that
Iodine has been removed as an allergen from theallergen pick-list; is
this true? Could you please check on this for me? I needto get back to
Meditech because if Iodine is still on the pick-list, thenMeditech did
something in test (which I believe is the case since I still see itin
live). Resolution:I do see Iodine listed under DAM_CONCEPT_ID 852
(Concept Id Type = 6/IngredientLevel) on our Allergy Picklist table.
Please see the information my attachedspreadsheet. You may want to
share this information with your Meditech SupportSpecialist and verify
why you are not seeing Iodine on your Pick List Table.
Cardillo,Kristian (MEDITECH) - Jun 28, 2010 - 1610 EDT: Hi Charlie,I am
in a meeting today. I am going to call Melinda Carson about this
tomorrowas currently one of my customers was told that Iodine was
removed and you weretold that it was not removed. I know that FDB
removed several allergies fromthe pick list but left them as ingredients
on other allergies for referencepurposes. For example, if you choose a
Compazine allergy you can see theingredients Prochlorperazine Edisylate
and Prochlorperazine Maleate even thoughyou cannot select these from the
picklist. You can only select Prochlorperazine.They may have done they
same thing with Iodine. You cannot pick the stand aloneallergy but can
see it as an ingredient in another product. Thank you. Cardillo,Kristian
(MEDITECH) - Jun 29, 2010 - 0959 EDT: Hi Charlie,I spoke with Melinda
Carson and she said that they have not removed Iodine fromthe pick list.
There has been much talk about doing so but it was never
actuallyremoved, at least in the CDs that she spot checked. This may
happen in thefuture though. She did a search on FDB tickets involving
Iodine and MEDITECHand she found 1 ticket where FDB told the customer
that Iodine had been removed.She is unable to find the CD that this was
done in though. We may possibly havea loading problem on our hands. We
will need to conduct a test to make sure. What may have happened is FDB
removed Iodine and as a result MEDITECHinactivated the allergy, later on
they added the allergy back and MEDITECH didnot know how to handle this.
Can you please load the allergy CD but do not fileit as I will need to
have a programmer inspect it. Thank you and have a goodday. Status
changed from 'Open' to 'Test'. Charlie Downs (via Web) - Jun 29, 2010 -
1331 EDT: Kristian - Dale has loaded the allergen CD again as you have
requested.Charlie Status changed from 'Test' to 'Open'.
Cardillo,Kristian (MEDITECH) - Jun 29, 2010 - 1357 EDT: Hello
Programmers,The site just received MIS DTS 10053 in Test. After loading
and filing anallergy run the IODINE allergy is missing. FDB has
confirmed that it is stillavailable on the pick list. What may have
happened is FDB removed Iodine and asa result MEDITECH inactivated the
allergy, later on they added the allergy backand MEDITECH did not know
how to handle this. FDB says this is a possibility asthere was talk of
removing the IODINE allergy from their files. The site hasloaded an
allergy run in Test and not filed it. Can you please inspect it? Please
let me know if you need any more information. Thank you for your help
andhave a good day. Bob Close (via Web) - Jul 20, 2010 - 1525 EDT: Can I
get an update on this task and please escalate it. This is causing
anissue with moving CDS from test to live. Thanks,Bob Cardillo,Kristian
(MEDITECH) - Jul 20, 2010 - 1526 EDT: Hi Bob,This task is marked as
Urgent. This is a higher priority than escalated. I willcopy the
programming supervisors on this update. Have a good day. CC. Steve,
John, and Jim Cardillo,Kristian (MEDITECH) - Jul 20, 2010 - 1528 EDT:
Hello Programmers,The site just received MIS DTS 10053 in Test. After
loading and filing anallergy run the IODINE allergy is missing. FDB has
confirmed that it is stillavailable on the pick list. What may have
happened is FDB removed Iodine and asa result MEDITECH inactivated the
allergy, later on they added the allergy backand MEDITECH did not know
how to handle this. FDB says this is a possibility asthere was talk of
removing the IODINE allergy from their files. The site hasloaded an
allergy run in Test and not filed it. Can you please inspect it? Please
let me know if you need any more information. Please evaluate this
issueas soon as possible as it is preventing the site from sending the
DTS in thistask Live and loading allergies in Live. Thank you for your
help and have agood day. CC. Steve, John, and Jim Galvin,Stacie
(MEDITECH) - Jul 23, 2010 - 1106 EDT: I'll take a look. Galvin,Stacie
(MEDITECH) - Jul 23, 2010 - 1418 EDT: Just wanted to provide anupdate.
It looks like this has to do with the DTS that was added in this
task,MIS 10053, rather than the loading and filing of the allergies. As
mentioned earlier in this task the name 'Iodine' is assocaited to
twoallergies F000003150 and F006000852. MIS 10052 was submitted because
"F000"allergies should NOT be in the indexes for allergies. The DTS has
a conversionassociated to it which will loop through the allergy
dictionary and for any"F000" allergy it will delete the indexes. One of
the indexes it will delete isthe name index. When the conversion was
run, it picked up F000003150 and itdeleted the name index for this
allergy. Unfortunately the way the name indexis setup, it removed
Iodine completely from the index so that it's no longeravailable in the
lookups. We will have to figure out how to get the names that were
incorrectly removedback into the indexes and then figure out how to fix
the conversion associatedwith MIS 10053. Note: Site will also need MG
MIS 10414 for the conversion to run properly. Charlie Downs (via Web) -
Jul 24, 2010 - 0658 EDT: The question that I have is that we don't have
this problem in live. So, do wejust not move any of the changes to live
and let it be since everything isworking properly and Iodine is showing
up in live probably because the loop wasnever run in live? Or, is there
more that needs to be done in live? Personally,I'm for not touching live
unless you have a fix that is going to absolutely workcorrectly.Thanks,
Charlie Galvin,Stacie (MEDITECH) - Jul 26, 2010 - 1051 EDT:
Cardillo,Kristian (MEDITECH) - Jul 26, 2010 - 1224 EDT: Hi Charlie,We
have discovered a problem with MIS 10053. We are still working to
determinethe cause and submit a fix. For now may we have change control
to re-file anyaffected allergies so that you have access to them again?
Thank you and have agood day. Charlie Downs (via Web) - Jul 26, 2010 -
1330 EDT: Are we talking about change control in live or in test? If in
live, will removethe Iodine allergen? If so, I would rather not move
anything to live untilIodine will remain.Thanks, Charlie
Cardillo,Kristian (MEDITECH) - Jul 26, 2010 - 1332 EDT: Hi Charlie,We
are talking about Test. The programmer will re-file it so that you can
get itback. Then we will work on a permanent fix to this issue. Thank
you. Bob Close (via Web) - Jul 26, 2010 - 1349 EDT: Change control
approved for test. Thanks,Bob Galvin,Stacie (MEDITECH) - Jul 26, 2010 -
1529 EDT: MIS 10414 has been updatedto reflect this issue with the MIS
10053 conversion. The following allergenshave been refiled in
TEST.5.62.MIS. ACETIC ACID,F006002875AMINOBENZOIC
ACID,F006001966AMMONIUM,F006004923AMMONIUM CHLORIDE,F006002276BENZOIC
ACID,F006002878BORAGE,F006008095CALCIUM
CARBONATE,F006000773CAMPHOR,F006001385CASTOR OIL,F006001177CITRIC
ACID,F006002487DEXTRAN,F006002029FISH OIL,F006010767GADOXETATE
DISODIUM,F006011541GENTIAN
VIOLET,F006002617GLYCERIN,F006001176ILOPROST,F006005258IODINE,F006000852
IPECAC,F006000730LANOLIN,F006001899MAGNESIUM,F006000784MAGNESIUM
CARBONATE,F006007230MAGNESIUM CITRATE,F006006958MAGNESIUM
HYDROXIDE,F006001186MAGNESIUM OXIDE,F006002435MAGNESIUM
SULFATE,F006001184METHYLCELLULOSE,F006002237METHYLENE
BLUE,F006001094MINERAL
OIL,F006001179NORETHINDRONE,F006001298NORGESTREL,F006001303POTASSIUM
AMINOBENZOATE,F006002326POTASSIUM CHLORIDE,F006007231POTASSIUM
IODIDE,F006003151RUFINAMIDE,F006012301SODIUM BENZOATE,F006003194SODIUM
CHLORIDE,F006002238STREPTOKINASE,F006001888THROMBIN
(BOVINE),F006009815THROMBIN(HUMAN PLASMA DER),F006012362VITAMIN B
COMPLEX,F006001004ZINC,F006000841 Cardillo,Kristian (MEDITECH) - Jul 26,
2010 - 1536 EDT: Hi Charlie,MIS DTS 10414 was updated to reflect the
issues with the conversion found in MISDTS 10053. The above allergies
were all affected by this problem. Theprogrammer has corrected this
issue. Please confirm that you can select theseallergies in Test. Once
MIS DTS 10414 has been addressed by Development I willhave it patched.
Have a good day. Status changed from 'Open' to 'Development'. Charlie
Downs (via Web) - Jul 27, 2010 - 0921 EDT: All of these allergens are
available for selection in test, including theIodine. So I'll ask for
change control to live.Thanks, Charlie Bob Close (via Web) - Jul 27,
2010 - 0932 EDT: Can this be moved to Live on thursday 7/29? Please
schedule time with CharlieDowns. Thanks,Bob Cardillo,Kristian (MEDITECH)
- Jul 27, 2010 - 0939 EDT: Hi Charlie,Until further notice I cannot
move these DTSs Live. The programmer updated MISDTS 10414 to reflect the
problem caused by MIS DTS 10053. Once MIS DTS 10414 iscoded I will have
it patched. Have a good day. Galvin,Stacie (MEDITECH) - Jul 30, 2010 -
1041 EDT: Hi Jen, Kristian, In therelated task, the site is having an
issue moving Interventions from TEST toLIVE. This is due to the
conversion for MIS 10053. When this was run in TEST,it setup 'status'
nodes to indicate that this was run. When we try to moveinterventions
from TEST to LIVE the program will check to see that TEST and LIVEat the
same conversion level by looking at these 'status' nodes. Since
MIS10053 has only been run in TEST, these won't match. I will need to
remove thesestatus nodes in TEST. Also, I have added some code to the
conversion Inhouse sothat these status nodes won't get setup again and
cause another issue. This isin custom change number 271.03. Can you
please get permission to remove the status nodes in TEST so that
theinterventions can be moved from TEST to LIVE as well as permission to
movechange 271.03 to TEST. cc: Karen, Chris (MIS) Status changed from
'Development' to 'Open'. Cardillo,Kristian (MEDITECH) - Jul 30, 2010 -
1109 EDT: Hi Charlie,We have found a way to get the interventions to
move from Test to Live. This isbeing tracked in task # 6802187. When we
ran the conversion associated with MISDTS 10053 it set up 'status' nodes
to indicate that the conversion was run. Whenwe try to move the
interventions from TEST to LIVE the program will check to seethat TEST
and LIVE are at the same conversion level by looking at these
'status'nodes. Since MIS 10053 has only been run in TEST, these won't
match. Theprogrammer will need to remove these 'status' nodes from Test.
Also, theprogrammer has added some code to the conversion In-House so
that these 'status'nodes won't get setup again and cause another issue.
This is in custom changenumber 271.03. Please have change control
provided to remove the 'status' nodesfrom Test and send change # 271.03
to Test. Thank you and have a good day. CC. Jen Status changed from
'Open' to 'Change Control (Test)'. Bob Close (via Web) - Jul 30, 2010 -
1140 EDT: Please do this in test. Thanks,Bob Status changed from 'Change
Control (Test)' to 'Open'. Cardillo,Kristian (MEDITECH) - Jul 30, 2010 -
1147 EDT: Hi Stacie,Please remove the 'status' nodes from Test and send
change # 271.03 to Test.Thank you for your help.
****************************Change Control
Procedure****************************Application Change/DTS #'s: Remove
'status' nodes and move change # 271.03 Downtime: None Site Approval to
Test: Bob Close (via Web) - Jul 30, 2010 - 1140 EDT: Date/Time (EST)
approved for Move: No
preference**************************************************************
****************** Galvin,Stacie (MEDITECH) - Jul 30, 2010 - 1311 EDT:
Kristian, I've moved271.03 to TEST and I've removed the status node
from TEST.5.62.MIS for the 10053conversion. * Please confirm in the
related task that the interventions can be moved from TESTto LIVE.
Thansk. Cardillo,Kristian (MEDITECH) - Jul 30, 2010 - 1349 EDT: Hi
Charlie,Please confirm in related task # 6802187 that the interventions
can now be movedfrom Test to Live. Thank you. Status changed from 'Open'
to 'Development'. Charlie Downs (via Web) - Jul 30, 2010 - 1407 EDT: I
am forwarding this to Bob Close since I don't have anything to do with
theinterventions.Charlie Cardillo,Kristian (MEDITECH) - Oct 7, 2010 -
1510 EDT: MIS DTS 10414 is still in a submitted status.
Cardillo,Kristian (MEDITECH) - Nov 8, 2010 - 1222 EST: MIS DTS 10414 is
still in a submitted status. Cardillo,Kristian
(MEDITECH) - Dec 20, 2010 - 1346 EST: MIS DTS 10414 is still in a
submitted status.




-----Original Message-----
From: meditech-l-bounces@mtusers.com
[mailto:meditech-l-bounces@mtusers.com] On Behalf Of
mthivierge@st-joseph.org
Sent: Friday, January 07, 2011 1:25 PM
To: meditech-l@mtusers.com
Subject: [MT-L] MAGIC 5.62 v2 Allergy Mapping Question #2

For some of the medications I'm getting mapped allergies with red dye,
yellow dyes, etc....

Have veteran sites mapped these dye allergies? What are the
advantages/disadvantages of keeping these mapped?

Ex:

Cephalexin Monohydrate is currently mapped to:

Cephalexin
Sodium Benzoate
Red Dye
Yellow Dye
CI Pigment Blue 63
Cephalosporins
Penicillins Cross Reactors
PABA Derivatives
Yellow Dyes
Yellow Dyes (Non-tartrazine)

Melissa Thivierge
Healthcare Informatics Specialist II
Clinical Informatics
St. Joseph Health System
Bryan, Texas 77802-2554
(979) 776-2431
(979) 731-5662 fax


________________________________
The documents accompanying this transmission may contain confidential
health information that is legally privileged. This information is
intended only for the use of the individual or entity named on this
sheet. The authorized recipient of this information is prohibited from
disclosing this information to any party unless required to do so by law
or regulation and is required to destroy the information after its
stated need has been fulfilled.
If you are not the intended recipient, you are hereby notified that any
disclosure, copying, distribution, or action taken in reliance on the
contents of these documents is strictly prohibited. Violators will be
prosecuted. If you have received this information in error, please
notify the sender immediately and arrange for the destruction of these
documents.


===================================
Please do NOT send messages that ask "Please post to the list" or "I'd
like to see your answers" or "Send that info to me, too" These are
useless messages that just waste the email server's resources. Instead,
email the original requester and ask that they send you or post the
results of their question.

To UNSUBSCRIBE or to SUBSCRIBE, go to http://MTUsers.net for
information.

You can locate the:
1) meditech-l archives
2) NPR/Magic/CS tips
3) job opportunities in the Meditech community
http://mtusers.net

Do NOT send email to meditech-l-owner@MTUsers.com. This is a system
email box that is NOT monitored by a human. If you need help or advice
on how to use the meditech-l, email lorna@MTUsers.com or
julia@MTUsers.net. Both of these people help manage the meditech-l, so
they are your best resource.



***** CONFIDENTIALITY NOTICE ***** This message contains confidential
information and is intended only for the individual named. If you are
not the named addressee you should not disseminate, distribute or copy
this e-mail. Please notify the sender immediately by e-mail if you have
received this e-mail by mistake and delete this e-mail from your system.


The documents accompanying this transmission may contain confidential
health information that is legally privileged. This information is
intended only for the use of the individual or entity named on this
sheet. The authorized recipient of this information is prohibited from
disclosing this information to any party unless required to do so by law
or regulation and is required to destroy the information after its
stated need has been fulfilled.
If you are not the intended recipient, you are hereby notified that any
disclosure, copying, distribution, or action taken in reliance on the
contents of these documents is strictly prohibited. Violators will be
prosecuted. If you have received this information in error, please
notify the sender immediately and arrange for the destruction of these
documents.





------------------------------

Message: 21
Date: Fri, 7 Jan 2011 15:07:17 -0500
From: "Taylor, John"
To:
Subject: [MT-L] CS 5.64 BAR, ADM with RECONDO Solutions
Message-ID:


Content-Type: text/plain; charset="us-ascii"

Is anyone using Meditech 5.64 with RECONDO Eligibility Plus and
SurePayHealth?



Would you mind sharing your experiences/challenges/successes with the
implementation?



Has your hospital successfully integrated data between both
applications, flowing both ways?



Are any hospitals using RECONDO with NextGen?



Thanks,



John Taylor
Revenue Cycle Analyst, Information Systems | Augusta Health
Office: (540) 332-4882 | www.augustahealth.com






------------------------------

Message: 22
Date: Fri, 7 Jan 2011 12:15:57 -0800
From:
To:
Subject: [MT-L] Meditech Magic 5.6 PP module users
Message-ID:

t>

Content-Type: text/plain; charset="us-ascii"

Are there any Magic 5.6 PP Module users in Oregon?

Tisha Wray
Systems Analyst I
Samaritan Health Services
Information Services
Office 541-768-4232
Cell 541-602-5571
Fax: 541-768-4739

twray@samhealth.org

Embrace your uniqueness. Time is much too short to be living someone
else's life.

- Kobi Yamada


________________________________
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.


------------------------------

Message: 23
Date: Fri, 7 Jan 2011 14:24:14 -0600
From: "Cole, Beth"
To:
Subject: [MT-L] MAGIC NPR: report to mimic an HL7 message for a lab
result
Message-ID:

<442C94BB95B82D4B901A8E46CE57A1AC0494882D@svrexch01.newmanrh.org>
Content-Type: text/plain; charset="us-ascii"

I'm hoping someone out there has already written this report, because I
know it is going to be ugly.

We want to be able to electronically send lab results for the patients
from a specific practice to a folder on a network server. Then, the
practice software can pick up the contents of the folder and match it to
the patients' record.

The practice software is SOAPWare. They are looking for what is
essentially an HL7 message.

Has anyone written this report for SOAPWare or another practice system
who would be willing to share?

Thanks!

Beth Cole
Financial Systems Analyst
Newman Regional Health
Emporia, KS 66801
v: 620.343.6800 x1131
f: 620.340.6797
www.newmanrh.org
Save a tree...please don't print this e-mail unless you really need to





------------------------------

Message: 24
Date: Fri, 7 Jan 2011 15:42:19 -0500
From: Maureen Bates
To: "meditech-l@mtusers.com"
Subject: [MT-L] Inpatient Rehab
Message-ID:

<206A2823C456F94193478EDF6DFF88220543EA284D@VMW-EXCMBC-01.dhe.duke.edu>

Content-Type: text/plain; charset="us-ascii"

Hello Meditech L users:
Is anyone using Meditech for Inpatient Rehab? If so, how are you using
it?
Thank you
Maureen

Maureen Bates
Senior Applications Specialist
Duke Raleigh Hospital, Information Systems
Tel: 919-862-5874
Pager: 919-982-0335
Fax: 919-954-3869
Email: maureen.bates@duke.edu

****NOTICE- The information in this electronic mail is sensitive,
protected information intended only for the addressee(s). Any other
person, including anyone who believes he/she might have received it due
to an addressing error, is requested to notify the sender immediately by
return electronic mail, and to delete it without further reading or
retention. The information is not to be forwarded or shared unless in
compliance with Duke Raleigh Hospital and Duke Medicine policies on
confidentiality and/or with the approval of the sender.****

* Please consider the environment before printing this email.





------------------------------

Message: 25
Date: Fri, 7 Jan 2011 13:53:25 -0700
From: Gary Hall
To: "meditech-l@mtusers.com"
Subject: [MT-L] Forgot how to print to File?
Message-ID:

<9D8784C554BA5D45AA01D92870560AA4133C8EC0CE@epmc7.epmedcenter.com>
Content-Type: text/plain; charset="us-ascii"

I've forgotten how, and can't find in the Iatric or Meditech archives,
how to print to a file - can someone give me a quick reminder? Thanks!

Gary Hall
Director of Information Technology
Estes Park Medical Center
970-577-4443 (office)
970-744-9052 (cell)
970-577-4355 (fax)



------------------------------

Message: 26
Date: Fri, 7 Jan 2011 14:03:06 -0700
From: Gary Hall
To: "meditech-l@mtusers.com"
Subject: Re: [MT-L] Forgot how to print to File?
Message-ID:

<9D8784C554BA5D45AA01D92870560AA4133C8EC0D2@epmc7.epmedcenter.com>
Content-Type: text/plain; charset="us-ascii"

I should have clarified. I use DOWNLOAD all the time -- I mean a
scheduled report, where I want to save a file in a network folder with a
date/time stamp on it. I used to do that (though the scheduled report
had to run from a specific PC to that C drive on that PC). Don't
remember how to do this...

Gary Hall
Director of Information Technology
Estes Park Medical Center
970-577-4443 (office)
970-744-9052 (cell)
970-577-4355 (fax)


-----Original Message-----
From: Lisee, Jan [mailto:JLisee@fmh.org]
Sent: Friday, January 07, 2011 1:55 PM
To: Gary Hall
Subject: RE: [MT-L] Forgot how to print to File?

Print to DOWNLOAD and same somewhere on the Network...


Janice B Lisee RNC, BSN
Senior Systems Analyst
Frederick Memorial Hospital
240-566-3437


-----Original Message-----
From: meditech-l-bounces@mtusers.com
[mailto:meditech-l-bounces@mtusers.com] On Behalf Of Gary Hall
Sent: Friday, January 07, 2011 3:53 PM
To: meditech-l@mtusers.com
Subject: [MT-L] Forgot how to print to File?

I've forgotten how, and can't find in the Iatric or Meditech archives,
how to print to a file - can someone give me a quick reminder? Thanks!

Gary Hall
Director of Information Technology
Estes Park Medical Center
970-577-4443 (office)
970-744-9052 (cell)
970-577-4355 (fax)

===================================
Please do NOT send messages that ask "Please post to the list" or "I'd
like to see your answers" or "Send that info to me, too" These are
useless messages that just waste the email server's resources. Instead,
email the original requester and ask that they send you or post the
results of their question.

To UNSUBSCRIBE or to SUBSCRIBE, go to http://MTUsers.net for
information.

You can locate the:
1) meditech-l archives
2) NPR/Magic/CS tips
3) job opportunities in the Meditech community http://mtusers.net

Do NOT send email to meditech-l-owner@MTUsers.com. This is a system
email box that is NOT monitored by a human. If you need help or advice
on how to use the meditech-l, email lorna@MTUsers.com or
julia@MTUsers.net. Both of these people help manage the meditech-l, so
they are your best resource.





------------------------------

Message: 27
Date: Fri, 7 Jan 2011 16:04:41 -0500
From: "Doug Hiteshew"
To:
Subject: Re: [MT-L] MAGIC NPR: report to mimic an HL7 message for a
lab result
Message-ID:


Content-Type: text/plain; charset="us-ascii"

Hi Beth,

I have never written such a report- one that mimics an HL7 message.

If I had to try my approach would be to write an NPR report to capture
the information that is desired, and in the order specified in their
specs.

On pg 3, press Esc 4, and put a FD 124 in the footnote. This will
separate all of your fields with a pipe symbol " | " just as in an HL7
message.

Good luck.

GO COLTS!

Doug

Doug Hiteshew, MT(ASCP)
Senior Systems Analyst
Johnson Memorial Hospital
Franklin, IN 46131
V: 317-736-3397
C: 317-409.0108
F: 317-346-3011
E: dhiteshew@johnsonmemorial.org

-----Original Message-----
From: meditech-l-bounces@mtusers.com
[mailto:meditech-l-bounces@mtusers.com] On Behalf Of Cole, Beth
Sent: Friday, January 07, 2011 3:24 PM
To: meditech-l@MTUsers.com
Subject: [MT-L] MAGIC NPR: report to mimic an HL7 message for a lab
result

I'm hoping someone out there has already written this report, because I
know it is going to be ugly.

We want to be able to electronically send lab results for the patients
from a specific practice to a folder on a network server. Then, the
practice software can pick up the contents of the folder and match it to
the patients' record.

The practice software is SOAPWare. They are looking for what is
essentially an HL7 message.

Has anyone written this report for SOAPWare or another practice system
who would be willing to share?

Thanks!

Beth Cole
Financial Systems Analyst
Newman Regional Health
Emporia, KS 66801
v: 620.343.6800 x1131
f: 620.340.6797
www.newmanrh.org
Save a tree...please don't print this e-mail unless you really need to



===================================
Please do NOT send messages that ask "Please post to the list" or "I'd
like to see your answers" or "Send that info to me, too" These are
useless messages that just waste the email server's resources. Instead,
email the original requester and ask that they send you or post the
results of their question.

To UNSUBSCRIBE or to SUBSCRIBE, go to http://MTUsers.net for
information.

You can locate the:
1) meditech-l archives
2) NPR/Magic/CS tips
3) job opportunities in the Meditech community
http://mtusers.net

Do NOT send email to meditech-l-owner@MTUsers.com. This is a system
email box that is NOT monitored by a human. If you need help or advice
on how to use the meditech-l, email lorna@MTUsers.com or
julia@MTUsers.net. Both of these people help manage the meditech-l, so
they are your best resource.





------------------------------

Message: 28
Date: Fri, 7 Jan 2011 16:22:00 -0500
From: "Eric Gasser"
To:
Subject: [MT-L] Meditech Magic 5.64 OE/ITS Reports - Dictating Users
credentials
Message-ID:


Content-Type: text/plain; charset="us-ascii"

Has anyone come up with a good way to have the dictating users
credentials appear on reports? Is there any other way to do this
besides adding the credentials to the name field in the provider
dictionary?



I'd appreciate any suggestions.



Eric Gasser, RN

Supervisor, Applications

Wooster Community Hospital

www.woosterhospital.org

330-263-8608








PRIVILEGE AND CONFIDENTIALITY NOTICE
The information in this electronic mail is intended for the named
recipients only. It may contain privileged and confidential material and
may be protected under law by the Health Insurance Portability and
Accountability Act. Any use of this information by anyone other than the
intended receiver is prohibited. If the reader of this message is not
the intended recipient, you are hereby notified that any dissemination,
distribution, copying or other use of this message or its attachments is
strictly prohibited. If you have received this message in error, please
notify the sender immediately by replying to this electronic e-mail.
Please delete it from your computer. Thank you

------------------------------

Message: 29
Date: Fri, 7 Jan 2011 16:33:34 -0500
From: Ganesh Seshadri
To: "meditech-l@mtusers.com"
Subject: [MT-L] ? Magic 5.64 NUR->OE->BAR->multiple G/L codes
Message-ID:

Content-Type: text/plain; charset="us-ascii"

We have an NUR intervention that triggers an OE order which creates a
BAR procedure that causes an entry in the G/L stat count. What we want
to do is to get a different G/L code depending on the floor the patient
was when this was done. However, the way we have it set up, it always
creates one B/AR proc code which is assigned to one charge department,
so it always hits the same G/L account number regardless of what
location the patient is at.

Any thoughts on how to set this up so that we still only have one entry
in NUR and not a dozen to correspond to each floor, but still get
different g/l stat count to increment? We saw an option that referred
to different procedures by nurse type which perhaps could produce
different entries, but we didn't go into it in any depth because our RNs
move and anything based on their type wouldn't work.

Ganesh Seshadri
Indiana Regional Medical Center
(724) 357-7012






------------------------------

Message: 30
Date: Fri, 7 Jan 2011 16:41:49 -0500
From: Ganesh Seshadri
To: "meditech-l@mtusers.com"
Subject: [MT-L] ?Magic 5.64 DR data contained in magic indexes
Message-ID:

Content-Type: text/plain; charset="us-ascii"

One big advantage we have with DR is that we can access data that has
long since purged in Magic. But few of our reports rely on data that's
primarily stored in a meditech index (eg. in ADM.PAT, the
nursing.census.index keeps track of who was in a bed some day in the
past). How does one get to this data within DR?

Ganesh Seshadri
Indiana Regional Medical Center
(724) 357-7012





------------------------------

Message: 31
Date: Fri, 7 Jan 2011 13:50:49 -0800
From: "Amber Adkins"
To: "Ganesh Seshadri" ,

Subject: Re: [MT-L] ? Magic 5.64 NUR->OE->BAR->multiple G/L codes
Message-ID:


Content-Type: text/plain; charset="us-ascii"

Hi Ganesh,

Sounds like you need to investigate using revenue sites in your CDM. We
haven't set this up yet but have looked at it. It allows one charge in
OE, one charge in BAR, and varying GL's depending on the location.
Check with your BAR specialist and they should be able to give you the
documentation on how it works.

Good luck!!

Amber Adkins

-----Original Message-----
From: meditech-l-bounces@mtusers.com
[mailto:meditech-l-bounces@mtusers.com] On Behalf Of Ganesh Seshadri
Sent: Friday, January 07, 2011 1:34 PM
To: meditech-l@mtusers.com
Subject: [MT-L] ? Magic 5.64 NUR->OE->BAR->multiple G/L codes

We have an NUR intervention that triggers an OE order which creates a
BAR procedure that causes an entry in the G/L stat count. What we want
to do is to get a different G/L code depending on the floor the patient
was when this was done. However, the way we have it set up, it always
creates one B/AR proc code which is assigned to one charge department,
so it always hits the same G/L account number regardless of what
location the patient is at.

Any thoughts on how to set this up so that we still only have one entry
in NUR and not a dozen to correspond to each floor, but still get
different g/l stat count to increment? We saw an option that referred
to different procedures by nurse type which perhaps could produce
different entries, but we didn't go into it in any depth because our RNs
move and anything based on their type wouldn't work.

Ganesh Seshadri
Indiana Regional Medical Center
(724) 357-7012




===================================
Please do NOT send messages that ask "Please post to the list" or "I'd
like to see your answers" or "Send that info to me, too" These are
useless messages that just waste the email server's resources. Instead,
email the original requester and ask that they send you or post the
results of their question.

To UNSUBSCRIBE or to SUBSCRIBE, go to http://MTUsers.net for
information.

You can locate the:
1) meditech-l archives
2) NPR/Magic/CS tips
3) job opportunities in the Meditech community
http://mtusers.net

Do NOT send email to meditech-l-owner@MTUsers.com. This is a system
email box that is NOT monitored by a human. If you need help or advice
on how to use the meditech-l, email lorna@MTUsers.com or
julia@MTUsers.net. Both of these people help manage the meditech-l, so
they are your best resource.





------------------------------

Message: 32
Date: Fri, 7 Jan 2011 15:54:49 -0600
From: Suzanne Voldarski/SIH
To: meditech-l@mtusers.com
Subject: [MT-L] NPR report for Modifiers
Message-ID:


Content-Type: text/plain; charset="US-ASCII"

Trying to capture any accounts that hold a GZ modifier with the
procedure
code it is attached to along with that procedure dollar amount. Sounds
easy right? But found our differently.. Has anyone created this in
c/s?
Thanks.


Sue Voldarski
Sr Clinical Systems Analyst
Information Technology
Southern Illinois Healthcare
618-457-5200 EXT, 67439



------------------------------

Message: 33
Date: Fri, 7 Jan 2011 16:14:00 -0600
From: "Sarah B. Balthazor"
To: "Ganesh Seshadri" ,

Subject: Re: [MT-L] ?Magic 5.64 DR data contained in magic indexes
Message-ID:
<1227F757501C304E8D31E1ABDE00FDFC05FA86C5@exchange1.rha.local>
Content-Type: text/plain; charset="us-ascii"

The answer is that it depends on the index. The one you mention is a
table in DR. The name of the table is: AdmNursingCensus.

I use the routine in DR - 31. Field Inquiry - to find the SQL Field and
Table names.

If there are specific indexes you need, I might know them. When I was
looking for them in the past, I put in a task and the DR specialist was
able to help me with it.

Sarah

Sarah Balthazor
Systems Analyst/Database Administrator

Riverview Hospital Association
Phone: 715-423-6060 ext. 8587
Fax: 715-424-9011

http://www.rhahealthcare.org

P please think green before printing this e-mail





-----Original Message-----
From: meditech-l-bounces@mtusers.com
[mailto:meditech-l-bounces@mtusers.com] On Behalf Of Ganesh Seshadri
Sent: Friday, January 07, 2011 3:42 PM
To: meditech-l@mtusers.com
Subject: [MT-L] ?Magic 5.64 DR data contained in magic indexes

One big advantage we have with DR is that we can access data that has
long since purged in Magic. But few of our reports rely on data that's
primarily stored in a meditech index (eg. in ADM.PAT, the
nursing.census.index keeps track of who was in a bed some day in the
past). How does one get to this data within DR?

Ganesh Seshadri
Indiana Regional Medical Center
(724) 357-7012



===================================
Please do NOT send messages that ask "Please post to the list" or "I'd
like to see your answers" or "Send that info to me, too" These are
useless messages that just waste the email server's resources. Instead,
email the original requester and ask that they send you or post the
results of their question.

To UNSUBSCRIBE or to SUBSCRIBE, go to http://MTUsers.net for
information.

You can locate the:
1) meditech-l archives
2) NPR/Magic/CS tips
3) job opportunities in the Meditech community http://mtusers.net

Do NOT send email to meditech-l-owner@MTUsers.com. This is a system
email box that is NOT monitored by a human. If you need help or advice
on how to use the meditech-l, email lorna@MTUsers.com or
julia@MTUsers.net. Both of these people help manage the meditech-l, so
they are your best resource.





------------------------------

Message: 34
Date: Fri, 07 Jan 2011 14:25:45 +0000
From: TSLAXAR@cho.org
To: meditech-l@MTUsers.com
Subject: Re: [MT-L] ?Magic 5.64 DR data contained in magic indexes
Message-ID: <1101071425.CHO1381610@cho.org>
Content-Type: text/plain

Ganesh:

We would probably go to B/AR for that kind of data. This query:

SELECT
DateOfStay = CONVERT(char, BatchDateTime,110),
ProcedureDescription,
Comment,

FROM LiveDb.dbo.BarChargeTransactions
WHERE ProcedureTypeOfCharge = 'R'

Will give output something like this:

DateOfStay ProcedureDescription Comment
01-06-2011 4 MAIN ACUTE LEVEL 2 - SUMMIT ROOM 5482/2

You would have to do a little extra work to pick up the observation
patients
if you wanted to include them. Of course, this source will never have
today's
patients. It has whatever was posted up until 11:59 PM yesterday.

The up side is we have all this data back to 1995.

Thomas Stephen Laxar
Coordinator, Hospital Information Systems
Children's Hospital & Research Center Oakland
510-428-3833
tslaxar@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).


%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
%%%%%%%%%%%%%%%%%%
Fri Jan 7, 2011 2:14 pm From:
"Sarah B. Balthazor"

Subject: Re: [MT-L] ?Magic 5.64 DR data contained in magic indexes
To: "Ganesh Seshadri" ,

From: "Sarah B. Balthazor"
Date: Fri, 7 Jan 2011 16:14:00 -0600

The answer is that it depends on the index. The one you mention is a
table in DR. The name of the table is: AdmNursingCensus.

I use the routine in DR - 31. Field Inquiry - to find the SQL Field and
Table names.

If there are specific indexes you need, I might know them. When I was
looking for them in the past, I put in a task and the DR specialist was
able to help me with it.

Sarah

Sarah Balthazor
Systems Analyst/Database Administrator

Riverview Hospital Association
Phone: 715-423-6060 ext. 8587
Fax: 715-424-9011

http://www.rhahealthcare.org

P please think green before printing this e-mail





-----Original Message-----
From: meditech-l-bounces@mtusers.com
[mailto:meditech-l-bounces@mtusers.com] On Behalf Of Ganesh Seshadri
Sent: Friday, January 07, 2011 3:42 PM
To: meditech-l@mtusers.com
Subject: [MT-L] ?Magic 5.64 DR data contained in magic indexes

One big advantage we have with DR is that we can access data that has
long since purged in Magic. But few of our reports rely on data that's
primarily stored in a meditech index (eg. in ADM.PAT, the
nursing.census.index keeps track of who was in a bed some day in the
past). How does one get to this data within DR?

Ganesh Seshadri
Indiana Regional Medical Center
(724) 357-7012



===================================
Please do NOT send messages that ask "Please post to the list" or "I'd
like to see your answers" or "Send that info to me, too" These are
useless messages that just waste the email server's resources. Instead,
email the original requester and ask that they send you or post the
results of their question.

To UNSUBSCRIBE or to SUBSCRIBE, go to http://MTUsers.net for
information.

You can locate the:
1) meditech-l archives
2) NPR/Magic/CS tips
3) job opportunities in the Meditech community http://mtusers.net

Do NOT send email to meditech-l-owner@MTUsers.com. This is a system
email box that is NOT monitored by a human. If you need help or advice
on how to use the meditech-l, email lorna@MTUsers.com or
julia@MTUsers.net. Both of these people help manage the meditech-l, so
they are your best resource.



===================================
Please do NOT send messages that ask "Please post to the list" or "I'd
like to see your answers" or "Send that info to me, too" These are
useless mes
sages that just waste the email server's resources. Instead, email the
original requester and ask that they send you or post the results of
their que
stion.

To UNSUBSCRIBE or to SUBSCRIBE, go to http://MTUsers.net for
information.

You can locate the:
1) meditech-l archives
2) NPR/Magic/CS tips
3) job opportunities in the Meditech community
http://mtusers.net

Do NOT send email to meditech-l-owner@MTUsers.com. This is a system
email box that is NOT monitored by a human. If you need help or advice
on how to
use the meditech-l, email lorna@MTUsers.com or julia@MTUsers.net. Both
of these people help manage the meditech-l, so they are your best
resource.



------------------------------------------------------------------------
--------
Return-Path: <"Sarah B. Balthazor" >
Received: from smtp2.mail.cho.org by cho.org; Fri, 07 Jan 2011 14:14:18
0000
Received: from smtp2.mail.cho.org ([192.168.1.39])
by smtp2a.mail.cho.org with ESMTP; Fri, 07 Jan 2011 14:14:07
-0800
X-ASG-Debug-ID: 1294438446-049adf590001-tQnRVc
Received: from host3.emwd.com (host3.emwd.com [72.52.162.75]) by
smtp2.mail.cho.org with ESMTP id bqpMgb3CwQji0Ydt for ;
Fri, 07 Jan
2011 14:14:06 -0800 (PST)
X-Barracuda-Envelope-From: meditech-l-bounces@mtusers.com
X-ASG-Whitelist: Sender
Received: from localhost ([127.0.0.1] helo=host3.emwd.com)
by host3.emwd.com with esmtp (Exim 4.69)
(envelope-from )
id 1PbKZK-0006rw-LN; Fri, 07 Jan 2011 17:13:58 -0500
Received: from firewall.rhahealthcare.org ([209.94.182.99]
helo=exchange1.rha.local) by host3.emwd.com with smtp (Exim
4.69)
(envelope-from ) id 1PbKZH-0006rp-Lj
for meditech-l@mtusers.com; Fri, 07 Jan 2011 17:13:55 -0500
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Date: Fri, 7 Jan 2011 16:14:00 -0600
Message-ID:
<1227F757501C304E8D31E1ABDE00FDFC05FA86C5@exchange1.rha.local>
In-Reply-To:

X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: [MT-L] ?Magic 5.64 DR data contained in magic indexes
Thread-Index: AcuumGzaKOHx3xW1QG6eD9vbdK1X8wAGiX3gAAE6k9AReferences:
<8FA0A93CD3EAD64E97AD8F599099ED1307A785BDE5@MAIL.main.st-joseph.lan>

From: "Sarah B. Balthazor"
To: "Ganesh Seshadri" ,

X-ASG-Orig-Subj: Re: [MT-L] ?Magic 5.64 DR data contained in magic
indexes
Subject: Re: [MT-L] ?Magic 5.64 DR data contained in magic indexes
X-BeenThere: meditech-l@mtusers.com
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: Email list for Meditech users

List-Unsubscribe:
,

List-Post:
List-Help:
List-Subscribe:
,

Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Errors-To: meditech-l-bounces@mtusers.com
Sender: meditech-l-bounces@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: 1294438446
X-Barracuda-URL: http://192.168.1.39:8000/cgi-mod/mark.cgi
X-Virus-Scanned: by bsmtpd at mail.cho.org

%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
%%%%%%%%%%%%%%%%%%



------------------------------

Message: 35
Date: Fri, 7 Jan 2011 15:30:17 -0800 (PST)
From: Phyliss Strezo
To: meditech-l@mtusers.com
Cc: linda.gump@alexian.net, patrice.marks@alexian.net
Subject: [MT-L] Primary Care Physician after Discharge
Message-ID: <844353.41446.qm@web114420.mail.gq1.yahoo.com>
Content-Type: text/plain; charset=iso-8859-1

Hello Everyone,
?
Now that Medicare is focusing on "Re-admissions".? We would like to know
if anyone has an already established working process in place, they
would like to share.
?
To help prevent re-admissions, follow up care is?a?very key component.?
What is your process for capturing on Admission the Patient's Physician
that will be caring for them after discharge.? Some of our?Patient's
don't have Primary Care Physicians.? Our In house Hospitalists may care
for the Patient in the Hospital.? The Patient?may be visiting family
from another state and?of course their Primary would not be in our
Provider Dictionary (do you have a Non Staff or Unknown?choices in your
dictionary).??
?
Thank you in advance for you responses,
Phyliss Strezo RN
Patient Care Services Information Specialist
Hoffman Estates, IL




------------------------------

Message: 36
Date: Fri, 7 Jan 2011 16:45:05 -0700
From: "McClure, Claire"
To: "Maureen Bates" , meditech-l@mtusers.com
Subject: Re: [MT-L] Inpatient Rehab
Message-ID:

<50A6F6C0A15F9A41921AE757185E5A2901446DE8@SLTEXCH1.NTMVRMC1.MVRMC.GEN.ID
..US>

Content-Type: text/plain; charset=us-ascii

We would like to know this as well. We are currently working on this
project and have some barriers to overcome.

Claire McClure
St. Lukes Magic Valley
Twin Falls, Idaho 83301
208 737-2969

-----Original Message-----
From: meditech-l-bounces@mtusers.com
[mailto:meditech-l-bounces@mtusers.com] On Behalf Of Maureen Bates
Sent: Friday, January 07, 2011 1:42 PM
To: meditech-l@mtusers.com
Subject: [MT-L] Inpatient Rehab

Hello Meditech L users:
Is anyone using Meditech for Inpatient Rehab? If so, how are you using
it?
Thank you
Maureen

Maureen Bates
Senior Applications Specialist
Duke Raleigh Hospital, Information Systems
Tel: 919-862-5874
Pager: 919-982-0335
Fax: 919-954-3869
Email: maureen.bates@duke.edu

****NOTICE- The information in this electronic mail is sensitive,
protected information intended only for the addressee(s). Any other
person, including anyone who believes he/she might have received it due
to an addressing error, is requested to notify the sender immediately by
return electronic mail, and to delete it without further reading or
retention. The information is not to be forwarded or shared unless in
compliance with Duke Raleigh Hospital and Duke Medicine policies on
confidentiality and/or with the approval of the sender.****

* Please consider the environment before printing this email.



===================================
Please do NOT send messages that ask "Please post to the list" or "I'd
like to see your answers" or "Send that info to me, too" These are
useless messages that just waste the email server's resources. Instead,
email the original requester and ask that they send you or post the
results of their question.

To UNSUBSCRIBE or to SUBSCRIBE, go to http://MTUsers.net for
information.

You can locate the:
1) meditech-l archives
2) NPR/Magic/CS tips
3) job opportunities in the Meditech community
http://mtusers.net

Do NOT send email to meditech-l-owner@MTUsers.com. This is a system
email box that is NOT monitored by a human. If you need help or advice
on how to use the meditech-l, email lorna@MTUsers.com or
julia@MTUsers.net. Both of these people help manage the meditech-l, so
they are your best resource.





mg.slrmc.org made the following annotations
---------------------------------------------------------------------
"This message is intended for the use of the person or entity to which
it is

addressed and may contain information that is confidential or
privileged, the

disclosure of which is governed by applicable law. If the reader of this
message

is not the intended recipient, you are hereby notified that any
dissemination,

distribution, or copying of this information is strictly prohibited. If
you have

received this message by error, please notify us immediately and destroy


the related message."




---------------------------------------------------------------------




------------------------------

_______________________________________________
meditech-l mailing list
meditech-l@mtusers.com
http://mtusers.com/mailman/listinfo/meditech-l_mtusers.com


End of meditech-l Digest, Vol 75, Issue 9
*****************************************
__________________________________________________________________
CONFIDENTIALITY NOTICE: This E-mail and any of its attachments may
contain Newton Medical Center proprietary information, which is
privileged, confidential, and protected from disclosure. This
e-mail message is intended for the sole use of the individual and
entity to which it is addressed. If you are not the intended
recipient of this E-mail, you are hereby notified that you have
received this communication in error and that any review,
disclosure, dissemination, distribution or copying of it, or its
contents, is strictly prohibited. If you have received this e-mail
message in error, please permanently delete the original, shred all
copies of this communication and any attachments, and notify the
sender immediately via e-mail, or the number listed above. Thank
you.



------------------------------

_______________________________________________
meditech-l mailing list
meditech-l@mtusers.com
http://mtusers.com/mailman/listinfo/meditech-l_mtusers.com


End of meditech-l Digest, Vol 75, Issue 14
******************************************

===================================
Please do NOT send messages that ask "Please post to the list" or "I'd like to see your answers" or "Send that info to me, too" These are useless messages that just waste the email server's resources. Instead, email the original requester and ask that they send you or post the results of their question.

To UNSUBSCRIBE or to SUBSCRIBE, go to http://MTUsers.net for information.

You can locate the:
1) meditech-l archives
2) NPR/Magic/CS tips
3) job opportunities in the Meditech community
http://mtusers.net

Do NOT send email to meditech-l-owner@MTUsers.com. This is a system email box that is NOT monitored by a human. If you need help or advice on how to use the meditech-l, email lorna@MTUsers.com or julia@MTUsers.net. Both of these people help manage the meditech-l, so they are your best resource.