RE: Spam?: RE: Spam?: RE: [MEDITECH-L] Medication Reconciliation Process

[Horsley, Randi - CRH]

 
The patient receives a copy of instructions from Logicare, our discharge
instruction module. The nurse manually inputs info from the worksheet, as
there is currently no interface. 

  _  

From: meditech-l@MTUsers.com [mailto:[EMAIL PROTECTED] On Behalf Of
Freeman, Gale
Sent: Wednesday, May 16, 2007 6:12 AM
To: Horsley, Randi - CRH; Pat Wilke; MEDITECH-L@MTUsers.com
Subject: Spam?: RE: Spam?: RE: [MEDITECH-L] Medication Reconciliation
Process


what do you give the patient ?

-Original Message-
From: meditech-l@mtusers.com [mailto:[EMAIL PROTECTED] On Behalf Of
Horsley, Randi - CRH
Sent: Monday, May 14, 2007 11:47 AM
To: 'Pat Wilke'; MEDITECH-L@mtusers.com
Subject: Spam?: RE: [MEDITECH-L] Medication Reconciliation Process



We use NPR reports that pull from the NUR module (free text in designated
columns) to print a Home med report. We have another report that combines
the continued Home Meds and the current PHA profile for a transfer report,
and a third report that brings all the home meds back, along with the
current PHA profile for physicians to use as a worksheet for their discharge
prescriptions. It is NOT engineered for viewing by the patient, just a
worksheet for staff.

-Original Message- 
From: meditech-l@MTUsers.com [mailto:meditech-l@MTUsers.com
 ] On Behalf Of Pat Wilke 
Sent: Thursday, May 10, 2007 12:55 PM 
To: MEDITECH-L@MTUsers.com 
Subject: [MEDITECH-L] Medication Reconciliation Process 

Hello, 
We are in the process of revising our Medication Reconciliation Process and
would like to find out what other Meditech users are doing.  Would
appreciate any sharing on this.  Currently the pt's home meds are listed as
free text so no coding or classifying of these takes place.  Thanks for your
assistance.

Pat Wilke, MBA, RD 
Clinical Systems Analyst 
970-495-7767 

CONFIDENTIALITY NOTICE:  The information contained in this e-mail is
privileged and confidential, and is intended only for the use of the
individual 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 us 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.

=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*= 
To subscribe or unsubscribe to the meditech-l, visit MTUsers.NET. 

To check the status of the meditech-l, visit MTUsers.NET. 

For help, email [EMAIL PROTECTED] 

Visit the MTUsers WikiPedia at MTUsers.NET/mwiki
__ 
meditech-l mailing list 
meditech-l@MTUsers.com 
http://mtusers.com/mailman/listinfo/meditech-l
  

=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=
To subscribe or unsubscribe to the meditech-l, visit MTUsers.NET.

To check the status of the meditech-l, visit MTUsers.NET.

For help, email [EMAIL PROTECTED]

Visit the MTUsers WikiPedia at MTUsers.NET/mwiki
__
meditech-l mailing list
meditech-l@MTUsers.com
http://mtusers.com/mailman/listinfo/meditech-l

[MEDITECH-L] Registration and Canadian Addresses

[Pat Mulberger]

I think we are missing something major but thought I'd ask around.  Our
site is close to Canadian border and in our Registration screen there is
no Country but when we go into the subscriber the country is required.
This ends up being an additional entry piece that has to be remembered.
Is our process off?  Is there a special registration screen that will
collect country or is there a way we can unrequire country in the
subscriber screen - and, if so, will that have an effect on our claims?

Also, my registration supervisor would like to talk to a site that has a
paperless registration system in which the patient signs off on the
computer and isn't given a bunch of paper.  She is also looking for a
site in which the patient can send in registration information online
prior to a procedure or an admission.  If anyone could send me a contact
for either of the above situations that would be great.

Thanks for any input you can give us.

Pat Korolog Mulberger
Applications Specialist II
Kalispell Regional Medical Center
406-752-1723

=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=
To subscribe or unsubscribe to the meditech-l, visit MTUsers.NET.

To check the status of the meditech-l, visit MTUsers.NET.

For help, email [EMAIL PROTECTED]

Visit the MTUsers WikiPedia at MTUsers.NET/mwiki
__
meditech-l mailing list
meditech-l@MTUsers.com
http://mtusers.com/mailman/listinfo/meditech-l

[MEDITECH-L] concurrent coding for outpatients

[James, Rene]

Is anyone doing coding for LAB and RAD at the time the service? If so
please send me an email. I would like to contact you. 

 

Rene' L. James

Clinical Systems Analyst

San Juan Regional Medical Center

505-324-6882

[EMAIL PROTECTED]  

 

 

=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=
To subscribe or unsubscribe to the meditech-l, visit MTUsers.NET.

To check the status of the meditech-l, visit MTUsers.NET.

For help, email [EMAIL PROTECTED]

Visit the MTUsers WikiPedia at MTUsers.NET/mwiki
__
meditech-l mailing list
meditech-l@MTUsers.com
http://mtusers.com/mailman/listinfo/meditech-l

[MEDITECH-L] RAD Campus Setup

[Deb Carpenter]

I am looking for someone that is using the Magic RAD Campus feature.  We
are currently running Meditech 5.61 and have a need to enable the Campus
feature for a clinic that we are bringing on board July 1.  

 

I am trying to find out how other modules are affected if we turn the
Campus parameter on.  How is BAR affected, SCH, ADM, etc? 

 

Once we set up the RAD parameters and define the Campus Dictionary, what
other type of setup needs to happen to make it functional?

 

Any information at all would be appreciated. 

 

Thanks,

 

Deb Carpenter

Solutions Development Analyst

AHIS - St. Joseph Regional Medical Center

415 6th Street

Lewiston, ID  83501

208.799.5780

[EMAIL PROTECTED]  

 



NOTE: This e-mail message may contain information that may be privileged, 
confidential, and exempt from disclosure. It is intended for use only by the 
person to whom it is addressed. If you have received this message in error, 
please do not forward or use this information in any way. Delete it 
immediately, and contact the sender as soon as possible by the reply option or 
by telephone at the telephone number listed (if available). Thank you.
=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=
To subscribe or unsubscribe to the meditech-l, visit MTUsers.NET.

To check the status of the meditech-l, visit MTUsers.NET.

For help, email [EMAIL PROTECTED]

Visit the MTUsers WikiPedia at MTUsers.NET/mwiki
__
meditech-l mailing list
meditech-l@MTUsers.com
http://mtusers.com/mailman/listinfo/meditech-l

[MEDITECH-L] Computed field NPR help

[Sanchez, Teresa]

Hello,
I have written a report in NPR in the ADM.PAT detail dpm and have a
computed field for an NUR query as:
xx.wt
DAT=FREE
JFY=L
LEN=3
[EMAIL PROTECTED]"NUR.LB"]
 
Which prints the last value just fine but 
is it possible to create another computed field to get yesterday's
value? (T-1)
 
Teresa Sanchez
Systems Analyst
Little Company of Mary Hospital
310-792-7623
 


DISCLAIMER:
This message is intended for the sole use of the addressee, and may contain 
information that is privileged, confidential and exempt from disclosure under 
applicable law. If you are not the addressee you are hereby notified that you 
may not use, copy, disclose, or distribute to anyone the message or any 
information contained in the message. If you have received this message in 
error, please immediately advise the sender by reply email and delete this 
message.
=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=
To subscribe or unsubscribe to the meditech-l, visit MTUsers.NET.

To check the status of the meditech-l, visit MTUsers.NET.

For help, email [EMAIL PROTECTED]

Visit the MTUsers WikiPedia at MTUsers.NET/mwiki
__
meditech-l mailing list
meditech-l@MTUsers.com
http://mtusers.com/mailman/listinfo/meditech-l

Re: [MEDITECH-L] Magic ITS reporting w/Citrix

[hemant-bhatt]

Magic ITS reporting w/CitrixHave you installed latest Microsoft word version on 
your Citrix server as some of the users might be using that.
Regards, 
Hemant Bhatt  
   MCP, MCSD, DDAP, MBBS 
 
Production Systems 
Information Technology 
Hamilton Health Sciences Corporation 
1200 Main Street West 
Hamilton, Ontario L8N 3Z5 
Phone: (905) 521 - 2100   Ext: 73896 
Fax: (905) 521 - 5006 
Email: [EMAIL PROTECTED]  



  - Original Message - 
  From: Mcnally, Patricia 
  To: meditech-l@mtusers.com 
  Sent: Tuesday, May 15, 2007 12:34 PM
  Subject: [MEDITECH-L] Magic ITS reporting w/Citrix


  Hi there, 

  Has anyone out there had any trouble with users crashing to Goodbye from 
Magic ITS (5.4) when connected via Citrix?  I must admit we still use humans 
for transcription and when they are trying to test from home, they crash out in 
two spots.. The Test Dictionary when trying to make canned text entries and in 
E/E Reports when they left arrow on the section to enter.

  In-house there are no issues. 

  Any help would be appreciated! 
  Patti McNally 
  Clinical Systems Manager 
  MetroWest Medical Center & 
  St. Vincent Hospital 
  (508) 383 - 1949 
  [EMAIL PROTECTED] 

  The information transmitted is intended only for the person or entity to 
which it is addressed and may contain confidential and/or privileged material. 
Any review, retransmission, dissemination or other use of, or taking of any 
action in reliance upon, this information by persons or entities other than the 
intended recipient is prohibited. If you received this in error, please contact 
the sender and delete the material from any computer.





--


  =*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=
  To subscribe or unsubscribe to the meditech-l, visit MTUsers.NET.

  To check the status of the meditech-l, visit MTUsers.NET.

  For help, email [EMAIL PROTECTED]

  Visit the MTUsers WikiPedia at MTUsers.NET/mwiki
  __
  meditech-l mailing list
  meditech-l@MTUsers.com
  http://mtusers.com/mailman/listinfo/meditech-l
=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=
To subscribe or unsubscribe to the meditech-l, visit MTUsers.NET.

To check the status of the meditech-l, visit MTUsers.NET.

For help, email [EMAIL PROTECTED]

Visit the MTUsers WikiPedia at MTUsers.NET/mwiki
__
meditech-l mailing list
meditech-l@MTUsers.com
http://mtusers.com/mailman/listinfo/meditech-l

RE: [SPAM] [MEDITECH-L] How do I repair inactive primary NDCs in theDrug Dict

[Lanoue, Ed T]

Hi Frankie,

   Do you use a catalog number from your wholesaler? We make sure we
always update that field and then also match the NDC from the wholesaler
vs. Meditech. You could do this by a download from your wholesaler, a
download from Meditech drug dictionary and then merge the records in MS
Access.. Looking for discrepancies.
I've done this with NDC numbers as well and it works quite nicely with a
merge in Access to spot those discrepancies. 

HTH,
Ed



-Original Message-
From: meditech-l@MTUsers.com [mailto:[EMAIL PROTECTED] On Behalf
Of [EMAIL PROTECTED]
Sent: Saturday, May 12, 2007 12:41 PM
To: 'Frankie Young'; meditech-l@MTUsers.com
Subject: RE: [SPAM] [MEDITECH-L] How do I repair inactive primary NDCs
in theDrug Dict

Hey Frankie-
I'm afraid there's nothing glamorous about what you need to do -
long-hand edits to the fields with the NDC's on your shelves is most
likely where you need to be.  How about opening up pg2, going to the NDC
field, , and then scanning the barcode to populate the field?  It
obviously has to be a 100% match, so this is probably a RPh task instead
of a Tech.

Best of luck - Kevin. 

 
 
Kevin McConnell, PharmD.
Clinical Consultant
(713)480-6810
[EMAIL PROTECTED]

www.RPhInformatics.com

 
 

-Original Message-
From: meditech-l@mtusers.com [mailto:[EMAIL PROTECTED] On Behalf
Of Frankie Young
Sent: Friday, May 11, 2007 10:29 AM
To: 'meditech-l@mtusers.com'
Subject: [SPAM] [MEDITECH-L] How do I repair inactive primary NDCs in
the Drug Dict

Sadly, a little late, I fear, it has come to my attention that the
primary (pp 2) NDC number in our Drug Dictionary on many items is
inactive or outdated. I have to repair this, but am at a loss as to how
I need to go about it. I can not find a reference source to tell me what
the primary NDC # should be. I have spoken with MediSpan and Meditech to
avail.
Now we are in the process of scanning in our alternate NDCs off the
items on the shelf and many of these offending items will now have what
should be the primary NDC listed as an alternate NDC in the DD.
Aside from that, these items will never be updated by our Medispan files
quarterly, because MediSpan files items by the NDC number.
I am open for suggestions 

Frankie Young RN/Clinical Pharmacy Analyst St Joseph Regional Health
Care 2670 E. 29th, Suite A Bryan, TX 77802-2544 [EMAIL PROTECTED]
979-776-2431

=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=
To subscribe or unsubscribe to the meditech-l, visit MTUsers.NET.

To check the status of the meditech-l, visit MTUsers.NET.

For help, email [EMAIL PROTECTED]

Visit the MTUsers WikiPedia at MTUsers.NET/mwiki
__
meditech-l mailing list
meditech-l@MTUsers.com
http://mtusers.com/mailman/listinfo/meditech-l

=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=
To subscribe or unsubscribe to the meditech-l, visit MTUsers.NET.

To check the status of the meditech-l, visit MTUsers.NET.

For help, email [EMAIL PROTECTED]

Visit the MTUsers WikiPedia at MTUsers.NET/mwiki
__
meditech-l mailing list
meditech-l@MTUsers.com
http://mtusers.com/mailman/listinfo/meditech-l
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 ([EMAIL PROTECTED]), and immediately delete the transmittal and 
any attachments without making any copy or distribution. Thank you.

=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=
To subscribe or unsubscribe to the meditech-l, visit MTUsers.NET.

To check the status of the meditech-l, visit MTUsers.NET.

For help, email [EMAIL PROTECTED]

Visit the MTUsers WikiPedia at MTUsers.NET/mwiki
__
meditech-l mailing list
meditech-l@MTUsers.com
http://mtusers.com/mailman/listinfo/meditech-l

[MEDITECH-L] npr help in NUR.PC.WORK and OE.ORD to pull multiples and group response element

[akem2]

HELP!  I have a couple of reports that I need some help on:
 
1.  I need to pull the multiple comment field OEALDRUG to 2 reports.  One is  
OE.ORD and the other in
 NUR.PC.WORK.  
 
2.  I need to pull the element response (description) for a group response 
(multiple answers).  Again to 2
 reports, one in OE.ORD and the other in NUR.PC.WORK.
 
Please post to list.  Thanks! 
Karen Hunter
[EMAIL PROTECTED]

AOL now offers free email to everyone.  Find out more about what's free from 
AOL at AOL.com.
=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=
To subscribe or unsubscribe to the meditech-l, visit MTUsers.NET.

To check the status of the meditech-l, visit MTUsers.NET.

For help, email [EMAIL PROTECTED]

Visit the MTUsers WikiPedia at MTUsers.NET/mwiki
__
meditech-l mailing list
meditech-l@MTUsers.com
http://mtusers.com/mailman/listinfo/meditech-l

RE: [MEDITECH-L] Rel to Pt on the Subscriber field (newUB04'relat

[PRM7226]

Years ago we just made sure everyone's understanding of the question was 
consistent.
Then set up the Relationship dictionary to use the "correct" code, even if it 
was the
opposite of the staff's understanding.
 
Rich 
%%
Wed May 16, 2007 8:14 pm   From: "Renee 
Rinehart" 
To: 
Subj: RE: [MEDITECH-L] Rel to Pt on the Subscriber field (newUB04'relationship' 
change s)
Date: Wed, 16 May 2007 09:15:33 -0500
 
It took alot of training to get the registrars to complete this field 
properly, but they are used to the "crazy" wording now.  Also, on the 
PTN and Next of Kin we are entering the relationship to patient.  I 
didn't get your registration example. 
 
 
Renee' Rinehart, HCIS Financial Coordinator 
Guadalupe Regional Medical Center 
Seguin, Texas  78155 
830-401-7214 
[EMAIL PROTECTED] 
 
-Original Message-
From: meditech-l@mtusers.com [mailto:[EMAIL PROTECTED] Behalf Of 
Pam Morgan
Sent: Monday, May 14, 2007 2:15 PM
To: Meditech (E-mail)
Subject: [MEDITECH-L] Rel to Pt on the Subscriber field (new 
UB04'relationship' change s)
 
 
 
How are you training your staff to address this question?  We think the 
wording should be:  What is Pt Rel to Subscriber?
 
This is very confusing for the registration staff.  
 
Also, on the Person to Notify and Next of Kin:  Are they entering the 
Rel to Pt? 
 
The example registration listed below is a minor pt being registered and 
the Child's Mother is the insured. 
 
Any help you can provide will be greatly appreciated. 
Thanks, 
Pam 
 
<<...OLE_Obj...>> 
 
Pam Morgan, Education Coordinator 
Lexington Medical Center 
470 Hulon Lane-Business Service Building 
West Columbia, South Carolina 29169 
803-791-2326 
[EMAIL PROTECTED] 
 
"The highest compliment you can pay a customer is to listen."---Tom 
Peters 
 
 
_ 
This email and any files transmitted with it may contain PRIVILEGED or 
CONFIDENTIAL information and may be read or used only by the intended 
recipient. If you are not the intended recipient of the email or any of 
its attachments, please be advised that you have received this email in 
error and that any use, dissemination, distribution, forwarding, 
printing, or copying of this email or any attached files is strictly 
prohibited. If you have received this email in error, please immediately 
purge it and all attachments and notify the sender by reply email or 
contact the sender at the number listed above if one is provided. 
 
 
This email and any files transmitted with it are confidential and 
intended solely for the use of the individual or entity to whom they are 
addressed.
 
 
 
If you have received this email in error please notify the originator of 
the message.
 
 
 
Any views expressed in this message are those of the individual sender.
 
 
 
This message has been scanned for viruses and spam by SurfControl 
RiskFilter - E-mail.
 
 
 
 
=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=
To subscribe or unsubscribe to the meditech-l, visit MTUsers.NET.
 
To check the status of the meditech-l, visit MTUsers.NET.
 
For help, email [EMAIL PROTECTED]
 
Visit the MTUsers WikiPedia at MTUsers.NET/mwiki
__
meditech-l mailing list
meditech-l@MTUsers.com
http://mtusers.com/mailman/listinfo/meditech-l
 
 
%%



CONFIDENTIALITY NOTICE:
This e-mail and any files transmitted with it are confidential and may contain 
health information protected by law.  Any unauthorized use or disclosure is 
strictly prohibited.  If you are not the intended recipient, please notify the 
sender by return email, delete this email, and destroy any copies.  Please note 
that any views or opinions presented in this e-mail are solely those of the 
author and do not necessarily represent those of Southcoast.  The recipient 
should check this e-mail and any attachments for the presence of viruses. 
Southcoast accepts no liability for any damage caused by any virus transmitted 
by this e-mail.



=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=
To subscribe or unsubscribe to the meditech-l, visit MTUsers.NET.

To check the status of the meditech-l, visit MTUsers.NET.

For help, email [EMAIL PROTECTED]

Visit the MTUsers WikiPedia at MTUsers.NET/mwiki
__
meditech-l mailing list
meditech-l@MTUsers.com
http://mtusers.com/mailman/listinfo/meditech-l

RE: [MEDITECH-L] Help with a line check..

[Davis Daniel - Southern Hills]

Chuck,

It appears these are multiple queries and you must loop through a
structure to know if they are answered, right?  Secondly, you are
connecting these queries with "!", the or symbol.  That would mean that
if any one of the three is not equal to nil the LC would be true.
Third, you must compare each query to something, not all of them
connected by "or" to something.

 

Daniel Davis



From: meditech-l@MTUsers.com [mailto:[EMAIL PROTECTED] On Behalf
Of Lovelace, Chuck
Sent: Wednesday, May 16, 2007 8:56 AM
To: meditech-l@MTUsers.com
Subject: [MEDITECH-L] Help with a line check..

 

I'm writing a NPR report in RXM.PAT and using this line check to
suppress printing if all three queries are left blank.

If any one of the three are answered I want the line to print. 

 

The LC suppresses printing, but all the time, whether or not the queries
have been answered, I know its probably a simple correction but I'm
stuck in a brain fade at the moment.  Any help would be appreciated.

 

[EMAIL PROTECTED]@MRI.PAT.urn,"NUR.ALLERG"]!

[EMAIL PROTECTED]@MRI.PAT.urn,"OEFA.S"]!

[EMAIL PROTECTED]@MRI.PAT.urn,"OEADMOALL"]'=""

 

Chuck Lovelace, RN, Clinical Analyst 
Door County Memorial Hospital 
Information Systems 
323 South 18th Avenue 
Sturgeon Bay, WI 54235 
Office   920-746-3608 
Fax  920-743-6204 
Email - [EMAIL PROTECTED] 

 

=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=
To subscribe or unsubscribe to the meditech-l, visit MTUsers.NET.

To check the status of the meditech-l, visit MTUsers.NET.

For help, email [EMAIL PROTECTED]

Visit the MTUsers WikiPedia at MTUsers.NET/mwiki
__
meditech-l mailing list
meditech-l@MTUsers.com
http://mtusers.com/mailman/listinfo/meditech-l

RE: [MEDITECH-L] UB04 Paper Form Alignment

[Gary Ring]

Jay:  I think you'll find that at CPI of 10.05, while it lines up good, it 
actually truncates the right-most character.  To test this, put 3 Value 
Codes/Amounts on 1 account and print the UB04.  Then check the Value 
Code/Amount that appears in FL 41A.  I think you'll find that the Amount field 
is dropping the last 1 or 2 characters.

Gary J. Ring 
Strategic Resource Group, Inc. 
11 Jones Road, Peabody, MA 01960 
978-807-1573


-- Original message -- 
From: "Jay Gilmore" <[EMAIL PROTECTED]> 

> Pete and other L members, 
> 
> I have seen this topic a lot in the last few months concerning the alignment 
> of the UB04s. I have only been able to get this to work 1 way on the 
> HP4250s and HP4350s. 
> 
> In the MIS Electronic Forms dictionary, our settings are as follows: 
> 
> Orientation PORTRAIT 
> Paper Size LETTER 
> CPI 10.05 
> Left Margin 0.20 inches 
> LPI 6 
> Top Margin 0.095 inches 
> Text Len 64 lines 
> Num Copies 1 
> 
> With these settings, it is perfectly lined up from top to bottom, but not 
> left to right. We made the following adjustments to the printers per one of 
> Meditech's suggestions: 
> 
> X1 Shift = -14 
> Y Shift = +4 
> 
> These settings are found on the printer menu by going to Configure Device -> 
> Print Quality -> Set Registration -> Adjust Tray X (where X equals the tray 
> you want to make these setting changes to). Once these changes were made, 
> the UB04 printed perfectly from left to right. 
> 
> It's great if you have a printer dedicated to UBs, but I am not sure how 
> much printing is affected if the printer is used for multiple jobs other 
> than UB forms. 
> 
> I hope this helps! 
> 
> Jay Gilmore 
> 
> Systems Analyst 
> Crisp Regional Hospital 
> (229) 276-3173 
> [EMAIL PROTECTED] 
> 
> 
> -Original Message- 
> From: meditech-l@mtusers.com [mailto:[EMAIL PROTECTED] On Behalf Of 
> Kane, Pete 
> Sent: Tuesday, May 15, 2007 5:25 PM 
> To: meditech-L (E-mail) 
> Subject: [MEDITECH-L] UB04 Paper Form Alignment 
> 
> Hello Everyone: 
> 
> I am having alignment issues with my UB04 printing from Meditech on the 
> following printers: 
> 
> Hewlett Packard LaserJet 4200n 
> Hewlett Packard LaserJet 4250n 
> 
> 
> One problem: I am unable to adjust the MIS Electronic Forms (ELF) Dictionary 
> LEFT MARGIN from 0.2 to 0.1 (error msg "minimum is 0.20"). 
> 
> Do any hospitals out there have any suggestions on getting the UB04 Paper 
> forms to print on these printers? 
> 
> Thanks 
> Pete Kane 
> 
> 
> 
> 
> 
> 
> =*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*= 
> To subscribe or unsubscribe to the meditech-l, visit MTUsers.NET. 
> 
> To check the status of the meditech-l, visit MTUsers.NET. 
> 
> For help, email [EMAIL PROTECTED] 
> 
> Visit the MTUsers WikiPedia at MTUsers.NET/mwiki 
> __ 
> meditech-l mailing list 
> meditech-l@MTUsers.com 
> http://mtusers.com/mailman/listinfo/meditech-l 
> 
> =*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*= 
> To subscribe or unsubscribe to the meditech-l, visit MTUsers.NET. 
> 
> To check the status of the meditech-l, visit MTUsers.NET. 
> 
> For help, email [EMAIL PROTECTED] 
> 
> Visit the MTUsers WikiPedia at MTUsers.NET/mwiki 
> __ 
> meditech-l mailing list 
> meditech-l@MTUsers.com 
> http://mtusers.com/mailman/listinfo/meditech-l =*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=
To subscribe or unsubscribe to the meditech-l, visit MTUsers.NET.

To check the status of the meditech-l, visit MTUsers.NET.

For help, email [EMAIL PROTECTED]

Visit the MTUsers WikiPedia at MTUsers.NET/mwiki
__
meditech-l mailing list
meditech-l@MTUsers.com
http://mtusers.com/mailman/listinfo/meditech-l

RE: [MEDITECH-L] Help with a line check..

[Roger Beverly]

Not = to nil is an iffy way of setting up a condition in NPR, and if you
want all three to be blank, you would need to use "&".  A better way may
be -
LC='@[EMAIL PROTECTED],"NUR.ALLERG
 "]& 

LC=('@[EMAIL PROTECTED],"OEFA.S
 "]&

LC=(' 
@[EMAIL PROTECTED],"OEADMOALL"]))

 

Give that a try - Basically, it's saying LC = no @ADM.PAT.. and no
@ADM.PAT and no @ADM.PAT...

 

Hope that helps!


Roger Beverly, PharmD

 




From: meditech-l@MTUsers.com [mailto:[EMAIL PROTECTED] On Behalf
Of Lovelace, Chuck
Sent: Wednesday, May 16, 2007 9:56 AM
To: meditech-l@MTUsers.com
Subject: [MEDITECH-L] Help with a line check..



I'm writing a NPR report in RXM.PAT and using this line check to
suppress printing if all three queries are left blank.

If any one of the three are answered I want the line to print. 

 

The LC suppresses printing, but all the time, whether or not the queries
have been answered, I know its probably a simple correction but I'm
stuck in a brain fade at the moment.  Any help would be appreciated.

 

[EMAIL PROTECTED]@MRI.PAT.urn,"NUR.ALLERG"]!

[EMAIL PROTECTED]@MRI.PAT.urn,"OEFA.S"]!

[EMAIL PROTECTED]@MRI.PAT.urn,"OEADMOALL"]'=""

 

Chuck Lovelace, RN, Clinical Analyst 
Door County Memorial Hospital 
Information Systems 
323 South 18th Avenue 
Sturgeon Bay, WI 54235 
Office   920-746-3608 
Fax  920-743-6204 
Email - [EMAIL PROTECTED] 

 



Conway Medical Center Disclaimer
The information contained in this message may be privileged and confidential 
and protected from disclosure. If the reader of this message is not the 
intended recipient, or an employee or agent responsible for delivering this 
message to the intended recipient, you are hereby notified that any 
dissemination, distribution or copying of this communication is strictly 
prohibited. If you have received this communication in error, please notify us 
immediately by replying to the message and deleting it from your computer. 
Thank you
E2003-TEXT
=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=
To subscribe or unsubscribe to the meditech-l, visit MTUsers.NET.

To check the status of the meditech-l, visit MTUsers.NET.

For help, email [EMAIL PROTECTED]

Visit the MTUsers WikiPedia at MTUsers.NET/mwiki
__
meditech-l mailing list
meditech-l@MTUsers.com
http://mtusers.com/mailman/listinfo/meditech-l

RE: [MEDITECH-L] Physician Practice billing

[Julia Carter]

http://www.micromd.com/

 

The physician billing department at my previous hospital uses MicroMD.
The director says she recommends it.  

 

Julia Carter, CPAR

Consultant

Consultant People

396 W Main Street

Lewisville, TX 75057-3866

*  469.948.4000 Ext 308

* [EMAIL PROTECTED]

e   http://www.cpeople.org  

 

 



From: meditech-l@MTUsers.com [mailto:[EMAIL PROTECTED] On Behalf
Of Mary Bowen
Sent: Wednesday, May 09, 2007 2:32 PM
To: Meditech L
Subject: [MEDITECH-L] Physician Practice billing

 

Does anyone use a Physician Practice billing system other than LSS or
IDX?  We are using ESP and trying to find a replacement for it.  Can't
use LSS because of Cerner Scheduling and IDX is expensive.  
 

Mary Bowen
Computer Sciences Corporation
Carondelet Health Network, affiliate of Ascension Health
Tucson, Az
520-202-2446
[EMAIL PROTECTED] 

 



No need to miss a message. Get email on-the-go
 
with Yahoo! Mail for Mobile. Get started.
 

=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=
To subscribe or unsubscribe to the meditech-l, visit MTUsers.NET.

To check the status of the meditech-l, visit MTUsers.NET.

For help, email [EMAIL PROTECTED]

Visit the MTUsers WikiPedia at MTUsers.NET/mwiki
__
meditech-l mailing list
meditech-l@MTUsers.com
http://mtusers.com/mailman/listinfo/meditech-l

[MEDITECH-L] Magic ITS NPR reports

[Karen Ham]

We are in the process of converting from $T RAD to Magic ITS.  Does
anyone have any Magic ITS reports they have written in NPR that you
could share to get us started.  I have had some difficulties in finding
equivalent fields from our RADRW reports...looking to get the dictating
doctor out of ITS.ORD..of coarse the order doesn't have a dictating
doctor until a report is assigned.

 

Thanks in advance.

 

Karen Ham

IS Clinical Analyst

Williamson Medical Center

ph: 615.435.5631

fax: 615.435.5644

[EMAIL PROTECTED]

 


**
This email and any files transmitted with it are confidential and
intended solely for the use of the individual or entity to whom they
are addressed. 

This footnote also confirms that this email message has been swept by Sophos 
and MIMEsweeper for the presence of computer viruses.
**

=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=
To subscribe or unsubscribe to the meditech-l, visit MTUsers.NET.

To check the status of the meditech-l, visit MTUsers.NET.

For help, email [EMAIL PROTECTED]

Visit the MTUsers WikiPedia at MTUsers.NET/mwiki
__
meditech-l mailing list
meditech-l@MTUsers.com
http://mtusers.com/mailman/listinfo/meditech-l

RE: [MEDITECH-L] Help with a line check..

[Gary Hall]

Chuck, in Magic coding, you can't set up a condition as "not equal to
nil". You can use that type of logic when checking for a non-nil value
(for ex, [EMAIL PROTECTED]"JONES" etc}. But for nil checks you have
to say, for example, "if not @ADM.PAT.name", i.e., "if @ADM.PAT.name
doesn't exist". Ah, the strange vagaries of nil. So, your condition
always works out to nil, hence it never prints.
 
Now, using a bunch of "or" conditions with nil checks may create some
challenges. I might set it up as:
 
[EMAIL PROTECTED]@MRI.PAT.urn,"NUR.ALLERG"] 1; 
[EMAIL PROTECTED]@MRI.PAT.urn,"OEFA.S"] 1;
[EMAIL PROTECTED]@MRI.PAT.urn,"OEADMAIL"] 1;""}}}

In other words, if any of the three are non-blank, print. Else don't.
Good luck.

Gary Hall
Clinical Applications Specialist
Estes Park Medical Center
Information Systems Department
970-577-4443
 



From: meditech-l@MTUsers.com [mailto:[EMAIL PROTECTED] On Behalf
Of Lovelace, Chuck
Sent: Wednesday, May 16, 2007 7:56 AM
To: meditech-l@MTUsers.com
Subject: [MEDITECH-L] Help with a line check..



I'm writing a NPR report in RXM.PAT and using this line check to
suppress printing if all three queries are left blank.

If any one of the three are answered I want the line to print. 

 

The LC suppresses printing, but all the time, whether or not the queries
have been answered, I know its probably a simple correction but I'm
stuck in a brain fade at the moment.  Any help would be appreciated.

 

[EMAIL PROTECTED]@MRI.PAT.urn,"NUR.ALLERG"]!

[EMAIL PROTECTED]@MRI.PAT.urn,"OEFA.S"]!

[EMAIL PROTECTED]@MRI.PAT.urn,"OEADMOALL"]'=""

 

Chuck Lovelace, RN, Clinical Analyst 
Door County Memorial Hospital 
Information Systems 
323 South 18th Avenue 
Sturgeon Bay, WI 54235 
Office   920-746-3608 
Fax  920-743-6204 
Email - [EMAIL PROTECTED] 


=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=
To subscribe or unsubscribe to the meditech-l, visit MTUsers.NET.

To check the status of the meditech-l, visit MTUsers.NET.

For help, email [EMAIL PROTECTED]

Visit the MTUsers WikiPedia at MTUsers.NET/mwiki
__
meditech-l mailing list
meditech-l@MTUsers.com
http://mtusers.com/mailman/listinfo/meditech-l

RE: [MEDITECH-L] POM/CPOE Processes (Resending....sorry for the prior PGP problems!!!)

[Teri Young-Hise]

Good Morning,
We have seen the same issue (we are currently 5.5 SR2).  We are loading
SR4 to LIVE today (cross fingers please), and there is code included in
that release that fixes this.

We use the POM Order Sheet for provider entered orders only and have
these set to print to Pharmacy as well.

We have put essentially the same plans into place that Cathy has
outlined.  Not perfect but working.

Have a good day.
Teri

>>> "Cathy Dwyer" <[EMAIL PROTECTED]> 5/16/2007 2:09 PM >>>
We have a ticket open with Meditech because the column does not seem
to
refresh properly.  Looks fine in test, not in LIVE. Nurses will ACK
orders, but the ACK never leaves the column.
Cathy

>>> "Debi Heuerman" <[EMAIL PROTECTED]> 05/16/07 1:08 PM >>>
What sort of issues are you having with ACK? We want to start using it
when we go live June 20.  We are updating to 5.54 SR6 + Priority Pack
7
and 8.  We use PCS, OE, POM, and CPOE.

Debi Heuerman, R.N.
Clinical Application Specialist
Information Systems
Sarah Bush Lincoln Health Center
217-258/348-4100
[EMAIL PROTECTED] 


-Original Message-
From: Cathy Dwyer [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, May 16, 2007 11:53 AM
To: meditech-l@MTUsers.com; [EMAIL PROTECTED]; Laura Wilson
Subject: Re: [MEDITECH-L] POM/CPOE Processes (Resendingsorry for
the
prior PGP problems!!!)


Hi there!

I have answered the questions to the best of my ability.  We are C/S,
live with non-med POM since 2002, eMAR and med POM since May 2004.  I
hope this helps. 

How do your nurses know when a physician has placed an order?  Have
you
built some sort of alerts?  Status board?  Other method?
  -  the Nursing staff is using their status board to see when there
are new or changed orders as well as next medication times.  We are
using the ACK for orders (sort of - have some issues with that at the
moment that Meditech is working on) and on the MAR also.  Part of
training was to continuously refresh and check their orders and order
history. 
As for printing - we do print the order sheet for UMACs so that it can
be sent with the specimen.  
We print orders for RAD, PT, OT to the proper areas automatically.
Stat orders get placed and it is still routine for the physician to
verbalize the placing of a stat to the nursing staff.  There is no
back
up for that, and it ensures we don't miss anything.
 
Are you still printing Lab results and Radiology reports to the
nursing
units? 
We do not print Lab results.  They get interfaced into our system from
our outside lab vendor.  The physicians will see the new results panel
lit up when they log into the EMR, or the Lab/Mic panels lit up when
they are in a patient.  Nursing will see new results highlighted on
their status board also for that patient.  Our lab still calls back
criticals to the nursing unit as part of procedure and the nurse is
responsible for letting the doctor know quickly.   

We do not print RAD results to the physicians or nursing either.  Our
RAD department will transcribe results into the NOTES section of the
EMR, and the docs have been trained to look there for free text
nursing
and radiology results when the panel is lit up. 
 

If you are how are you handling this problem?  (We are printing the
orders from POM when a physician places the orders.  These become
mixed
in a huge stack of orders, results and reports, and orders are being
missed.  Then physicians are being called again because the nurse
doesn't realize that the order has already been placed.  Thus, the
physicians are getting angry.)

 




Cathy

>>> "Laura Wilson" <[EMAIL PROTECTED]> 05/15/07 4:03 PM >>>
We are struggling with POM trying to bring it live.  We have a small
group of physicians who are working with us (Information Systems) to
work through issues and streamline processes.  We have some questions
for those of you who are finding success with this implementation.

 

How do your nurses know when a physician has placed an order?  Have
you
built some sort of alerts?  Status board?  Other method?

 

Are you still printing Lab results and Radiology reports to the
nursing
units? 

 

If you are how are you handling this problem?  (We are printing the
orders from POM when a physician places the orders.  These become
mixed
in a huge stack of orders, results and reports, and orders are being
missed.  Then physicians are being called again because the nurse
doesn't realize that the order has already been placed.  Thus, the
physicians are getting angry.)

 

Any feedback, ideas, assistance will be greatly appreciated!

 

Thank you,

Laura Wilson

Tanner Medical Center


This e-mail and any files or attachments transmitted with it contain
information that is confidential and 
privileged. This information is intended only for the use of the
individual(s) and entit(ies) to whom it is 
addressed.  If you are not the intended recipient, any disclosure,
copying, 

RE: [MEDITECH-L] Balancing BAR to GL

[Shirley Hammack]

There is one routine that we use that picks up at least part of the exceptions. 
 Under batches there is a routine called master logs.  We print master log by 
G/L number for the last valid G/L account ( i.e. ours is 01.9987.087) through 
the END.  This shows the "bad" accounts that B/AR tried to generate..  We send 
this report daily to the accounting department.This involves patients where 
the "account type" and "serivce" generate an invalid G/L code.
 

Shirley Hammack
I.T. Financial Analyst
Jackson County Memorial Hospital
580-477-7484


-Original Message-
From: meditech-l@MTUsers.com [mailto:[EMAIL PROTECTED] Behalf Of Amber A. Curtis
Sent: Wednesday, May 16, 2007 11:17 AM
To: Meditech-L
Subject: [MEDITECH-L] Balancing BAR to GL


Hello,
   Before I reinvent the wheel, is there anyone out there that has written an 
NPR, or has a routine to balance the daily BAR day-end data to what gets posted 
in GL?
  In our previous system we had procedures within the software that would flag 
errors when something coming from A/R did not post to GL. It appears that in 
Meditech, they leave it up to you to discover the problem .. Although you have 
the "Billing/AR Daily Operations Summary" there doesn't seem to be a routine to 
compare what actually got posted to GL and what was sent from BAR.
 
Thanks,

Beverly "Amber" Curtis, CIS, CPHIMS
Mendocino Coast District Hospital
700 River Drive
Fort Bragg, Ca 95437
707-961-4656
[EMAIL PROTECTED]

PRIVACY NOTICE: This e-mail message, including any attachments, is for the sole 
use of the intended recipient(s) and may contain business confidential and 
privileged information. Any unauthorized review, use, disclosure or 
distribution is prohibited. If this e-mail was not intended for you, please 
notify the sender by reply e-mail that you received this in error. Destroy all 
copies of the original message and attachments.

 



  _  

This email has been scanned by the JCMH McAfee Webshield appliance and has been 
cleared for delivery. If you have any concerns or questions, call the IT 
Helpdesk at x2646. 





The documents accompanying this transmission contain confidential information, 
belonging to the sender, that is legally privileged.  This information is 
intended only for the use of the individual or entity named above.  The 
authorized recipient of this information is prohibited from disclosing this 
information after its stated need has been fulfilled.

If you are not the intended recipient, you are hereby notified that any 
reading, disclosure, copying, distribution, or action taken in reliance on the 
contents of these documents is strictly prohibited.  Violators may be 
prosecuted.  If you have received this email in error, please notify the sender 
immediately and destroy the transmitted information.
=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=
To subscribe or unsubscribe to the meditech-l, visit MTUsers.NET.

To check the status of the meditech-l, visit MTUsers.NET.

For help, email [EMAIL PROTECTED]

Visit the MTUsers WikiPedia at MTUsers.NET/mwiki
__
meditech-l mailing list
meditech-l@MTUsers.com
http://mtusers.com/mailman/listinfo/meditech-l

[MEDITECH-L] BBK barcoding issue

[Paul Goedicke]

Thanks for all the assistance on my barcoding issue. It turned out being a 
combination of not consistently scanning the Source field and the barcode field 
value in the Product dictionary. 

Paul Goedicke
IT Analyst III
Jackson County Memorial Hospital
1200 E.Pecan, Altus, OK 73521
Phone: (580) 477-7485
Fax: (580) 477-7366
Email: [EMAIL PROTECTED]



The documents accompanying this transmission contain confidential information, 
belonging to the sender, that is legally privileged.  This information is 
intended only for the use of the individual or entity named above.  The 
authorized recipient of this information is prohibited from disclosing this 
information after its stated need has been fulfilled.

If you are not the intended recipient, you are hereby notified that any 
reading, disclosure, copying, distribution, or action taken in reliance on the 
contents of these documents is strictly prohibited.  Violators may be 
prosecuted.  If you have received this email in error, please notify the sender 
immediately and destroy the transmitted information.

=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=
To subscribe or unsubscribe to the meditech-l, visit MTUsers.NET.

To check the status of the meditech-l, visit MTUsers.NET.

For help, email [EMAIL PROTECTED]

Visit the MTUsers WikiPedia at MTUsers.NET/mwiki
__
meditech-l mailing list
meditech-l@MTUsers.com
http://mtusers.com/mailman/listinfo/meditech-l

[MEDITECH-L] PACU documentation

[Kelly Lippold]

Hello,
 
Just a brief question to answer.  For those of you that are C/S
facilities, where does your PACU document in - PCS or in the OR module? 
Thanks.
 
Kelly Lippold, RN, MSN
Nurse Informaticist
Salina Regional Health Center
(785)452-7595

=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=
To subscribe or unsubscribe to the meditech-l, visit MTUsers.NET.

To check the status of the meditech-l, visit MTUsers.NET.

For help, email [EMAIL PROTECTED]

Visit the MTUsers WikiPedia at MTUsers.NET/mwiki
__
meditech-l mailing list
meditech-l@MTUsers.com
http://mtusers.com/mailman/listinfo/meditech-l

[MEDITECH-L] RE: Problems w/ITS BG2 Server

[Sean K. Anderson]

We too are a mixed platform site and have had problems similar but not
exactly like yours.  One question is; are your background jobs running
as foreground (on the desktop with the server logged on) or as services?


-Original Message-
From: meditech-l@MTUsers.com [mailto:[EMAIL PROTECTED] On Behalf
Of [EMAIL PROTECTED]
Sent: Thursday, May 17, 2007 7:02 AM
To: meditech-l@MTUsers.com
Subject: meditech-l Digest, Vol 31, Issue 29

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
or, via email, send a message with subject or body 'help' to
[EMAIL PROTECTED]

You can reach the person managing the list at
[EMAIL PROTECTED]

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


Today's Topics:

   1. RE: UB04 and Field 51 (Amy Rhodes)
   2. Problems w/ITS BG2 Server (Carole Weinstein)
   3. BB - Antigen negative blood products but do not have  the
  corresponding antibody (Michael Durkacz)
   4. Maintenance Dept PO's (Jennifer B Owens)


--

Message: 1
Date: Wed, 16 May 2007 14:50:31 -0400
From: "Amy Rhodes" <[EMAIL PROTECTED]>
Subject: RE: [MEDITECH-L] UB04 and Field 51
To: <[EMAIL PROTECTED]>
Cc: MeditechL 
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset="us-ascii"

MessageWhat field are you pulling if you do not have a health plan id?
It
is my understanding that we can print legacy number but not sure where
to
pull this from?

Thanks
Amy
  -Original Message-
  From: meditech-l@mtusers.com [mailto:[EMAIL PROTECTED] Behalf
Of
[EMAIL PROTECTED]
  Sent: Tuesday, May 15, 2007 9:26 AM
  To: [EMAIL PROTECTED]; [EMAIL PROTECTED]; meditech-l@mtusers.com
  Subject: RE: [MEDITECH-L] UB04 and Field 51


  There is a Health Plan ID field in the MIS insurance dictionary.

  Rebecca Landa
  Financial Systems Analyst
  The New York Eye & Ear Infirmary
  310 E. 14th Street
  New York, NY 10003
  [EMAIL PROTECTED]
-Original Message-
From: meditech-l@mtusers.com [mailto:[EMAIL PROTECTED] On
Behalf
Of Gary Ring
Sent: Monday, May 14, 2007 7:56 AM
To: Caskey, Pam; meditech-l@mtusers.com
Subject: Re: [MEDITECH-L] UB04 and Field 51


Pam:

Meditech is wrong, or your Consultant isn't aware, because I have
notified Meditech of this issue in the past and have created a Task for
it,
because my interpretation of the NUBC specs is that (1) FL 51 is
required,
and (2) the payer's legacy number must be there if there is no Health
Plan
ID.  Unfortunately, in Massachusetts, most if not all of our payers have
indicated that they want the legacy number in FL 57. So, as usual, there
appears to be no standardization.  I am waiting for just 1 payer to
reject a
claim, or publish a UB04 guideline that states they want the legacy
number
in FL 51, so that I have some justification and documentation for asking
Meditech to make a change.  Then Meditech will have to give you the
ability
to put the legacy number in that field.

Gary J. Ring
Strategic Resource Group, Inc.
11 Jones Road, Peabody, MA 01960
978-807-1573


  -- Original message --
  From: "Caskey, Pam" <[EMAIL PROTECTED]>

  Is anyone else having issues on the UB04 and field 51 "HEALTH PLAN
ID"
?  I am being told by Blue Cross and others that the Legacy number must
go
in this field or the claim will not be processed.  The response from
Meditech was that they had never heard of this?   I had also heard it on
the
Medicare conference call.





  Pamela Caskey

  Business Office Applications Specialist

  St. James Mercy Hospital

  411 Canisteo St.

  Hornell, NY 14843

  607-324-8048




-- next part --
An HTML attachment was scrubbed...
URL:
http://prosonic.iserver.net/pipermail/meditech-l/attachments/20070516/6f
bfecd0/attachment.html

--

Message: 2
Date: Wed, 16 May 2007 15:02:38 -0400
From: "Carole Weinstein" <[EMAIL PROTECTED]>
Subject: [MEDITECH-L] Problems w/ITS BG2 Server
To: 
Cc: Lynne Skead <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset="us-ascii"

Hi All,
We are a mixed platform site (Magic everything except for C/S ITS & HH),
running Meditech 5.5.   We regularly experience problems with our c/s
ITS BG2 server.  Periodically, the OS starts throwing out multiple
"failure to initialize memory pool" messages on the server. This causes
messages in certain background jobs to stop filing and eventually, all
background jobs begin to fail and go red. To date, the only way to
resolve this has been to shut down the daemon and re-boot BG2.   We
don't think it's hardware related, because when we moved the jobs to
BG3, it experienced similar problems.  We are running NTServer o/

[MEDITECH-L] MobiLab Sites

[Brezinski, Marie]

Good Morning L Users,
 
Does anyone in the New England area have Iatrics MobiLab? Would like to
visit a site near by if possible. Will trade site visit to Cape Cod!
 
Thanks Very Much,
  Marie
 
Marie Brezinski
Clinical Project Manager
Information Systems
Cape Cod Healthcare
508-862-5543
 
 
 

~~
This email and any files transmitted with it are confidential. And intended 
solely for the use of the individual or entity to whom they are addressed. If 
you have received this email in error please contact the system administrator 
for Cape Cod Healthcare.

[EMAIL PROTECTED]=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=
To subscribe or unsubscribe to the meditech-l, visit MTUsers.NET.

To check the status of the meditech-l, visit MTUsers.NET.

For help, email [EMAIL PROTECTED]

Visit the MTUsers WikiPedia at MTUsers.NET/mwiki
__
meditech-l mailing list
meditech-l@MTUsers.com
http://mtusers.com/mailman/listinfo/meditech-l

[MEDITECH-L] OPS Show and Tell / JAM Session in San Diego

[Alex Anderson]

In two weeks we will be either staring at each other blankly...  or
engaged in informative and exciting discussion about the OPS module.
I'm doing my best to make sure  the latter happens.

Topics I'm considering are: 
SMP
 Magic 6.0
OS 9.X
Getting Caretaker reports out of Meditech and creating and e-mailing
alerts.
If there are other topics you would like to discuss please let me know.
I will do my best to research them so we can discuss them at the
session.


We have one Show and Tell Presentation by Raquel Mojica from Salinas
Valley Memorial Healthcare System.

Bio:
I have over 10 years experience in Healthcare Information Systems. I
have been managing our Operations group for the last four years. In
addition to management I am also the application specialist for OPS, MOX
and the alternate for MIS. I am responsible for all hardware and
software updates/upgrades as they pertain to the Meditech system. 
I have been on our disaster recovery team for 3 years and have
successfully restored the entire Meditech system from two alternate
offsite locations.
Additionally, I work very closely with our application leaders providing
support where needed. I am also involved with coordinating various
projects such as; Access eForms, Meditech's Physician Care Manager and
Scanning & Archiving, which I'm currently working on at present time.
Topics:
Daily System Checks
Meditech Recommendations
Meditech OS P8.1
Meditech Blocking
Disaster Recovery


Thank you in advance,

Alex Anderson
Senior Programmer/Analyst
Thompson Health System
Canandaigua, NY 14424
585-396-6765

I'm made of atoms, you're made of atoms, and we're all in this together.

 <> 
BEGIN:VCARD
VERSION:2.1
N:Anderson;Alex
FN:Alex Anderson
ORG:;01.910 - Information Services
TEL;WORK;VOICE:6765
EMAIL;PREF;INTERNET:[EMAIL PROTECTED]
REV:20060914T153413Z
END:VCARD
=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=
To subscribe or unsubscribe to the meditech-l, visit MTUsers.NET.

To check the status of the meditech-l, visit MTUsers.NET.

For help, email [EMAIL PROTECTED]

Visit the MTUsers WikiPedia at MTUsers.NET/mwiki
__
meditech-l mailing list
meditech-l@MTUsers.com
http://mtusers.com/mailman/listinfo/meditech-l

[MEDITECH-L] status board and process flowsheet in Critical care

[Ruth Chapman]

Happy Thursday L:
Has someone or is someone using the NUR Status Board in Critical Care along 
with the Process Flowsheet?  And if so, are you willing to share experiences 
and perhaps an example?  Or have you gone to outside vendors for Critical Care 
to replace the tri-fold flowsheet?
 
Thank you as always for your help and guidance,
 
 
 
 
Ruth Chapman BSN, RN-BC

Nursing Analyst
Central Michigan Community Hospital
[EMAIL PROTECTED]






***Note: The information contained in this message may be
privileged and confidential and protected from disclosure.
If the reader of this message is not the intended recipient,
or an employee or agent responsible for delivering this
message to the intended recipient, you are hereby notified
that any dissemination, distribution or copying of this
communication is strictly prohibited. If you have received
this communication in error, please notify the Sender
immediately by replying to the message and deleting it
from your computer.
Thank you.  Central Michigan Community Hospital
=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=
To subscribe or unsubscribe to the meditech-l, visit MTUsers.NET.

To check the status of the meditech-l, visit MTUsers.NET.

For help, email [EMAIL PROTECTED]

Visit the MTUsers WikiPedia at MTUsers.NET/mwiki
__
meditech-l mailing list
meditech-l@MTUsers.com
http://mtusers.com/mailman/listinfo/meditech-l

[MEDITECH-L] UB04 Form Overlay

[Patla, Rich - CRH]

We are utilizing FormFast and we need the UB04 form overlay. Is anyone
willing to share their form overlay ? 
 
 
 
Thanks
 
Rich Patla
CHW - Arizona
 
 
=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=
To subscribe or unsubscribe to the meditech-l, visit MTUsers.NET.

To check the status of the meditech-l, visit MTUsers.NET.

For help, email [EMAIL PROTECTED]

Visit the MTUsers WikiPedia at MTUsers.NET/mwiki
__
meditech-l mailing list
meditech-l@MTUsers.com
http://mtusers.com/mailman/listinfo/meditech-l

[MEDITECH-L] UB info for core measures--Magic facility

[Renee Rinehart]

What are other facilities using to get their UB demographic information 
together for core measures?  Do you download the information and transmit to 
third party?  What vendors are you using?  We are using MEDSTAT for our data 
submission.

Renee' Rinehart, HCIS Financial Coordinator
Guadalupe Regional Medical Center
Seguin, Texas  78155
830-401-7214
[EMAIL PROTECTED]

=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=
To subscribe or unsubscribe to the meditech-l, visit MTUsers.NET.

To check the status of the meditech-l, visit MTUsers.NET.

For help, email [EMAIL PROTECTED]

Visit the MTUsers WikiPedia at MTUsers.NET/mwiki
__
meditech-l mailing list
meditech-l@MTUsers.com
http://mtusers.com/mailman/listinfo/meditech-l

[MEDITECH-L] Banning the use of HOLD orders

[Mills, Joanna \(3175\)]

Hi, all
 
Up here in Canada, we've heard rumours that there are new standards
coming in the USA regarding the use of HOLD orders for medications.
(Specifically that they should not be used for safety reasons).  Is this
true?  Our Nursing and Pharmacy departments are very interested in
stopping their use here too, but the physician group is very concerned
about it. They feel that the risk of having a medication "drop off" the
profile when it should have continued is too high. 
 
We use POM for all our physician orders, and we're exploring different
options that physicians could use instead of HOLD. Have any of you
banned the use of HOLD orders in your hospitals? If so, have you put in
processes (both electronic and non electronic) which support physician
workflow for re-assessing D/C'd meds? How did you handle it in POM?
 
Thanks for your help!
 

Joanna Mills

Clinical Systems Educator, Informatics

Information Management

 

Baycrest 

3560 Bathurst St., Rm 2D11

Toronto, Ontario

Canada  M6A 2E1

 

Phone:  416-785-2500 ext. 3175#

Fax:  416-785-4333

e-mail:  [EMAIL PROTECTED]

Web:  http://www.baycrest.org  

 

Confidential: This communication and any attachment(s) may contain confidential 
or privileged information and is intended solely for the address(es) or the 
entity representing the recipient(s). If you have received this information in 
error, you are hereby advised to destroy the document and any attachment(s), 
make no copies of same and inform the sender immediately of the error. Any 
unauthorized use or disclosure of this information is strictly prohibited.
=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=
To subscribe or unsubscribe to the meditech-l, visit MTUsers.NET.

To check the status of the meditech-l, visit MTUsers.NET.

For help, email [EMAIL PROTECTED]

Visit the MTUsers WikiPedia at MTUsers.NET/mwiki
__
meditech-l mailing list
meditech-l@MTUsers.com
http://mtusers.com/mailman/listinfo/meditech-l

RE: [MEDITECH-L] Alternative Plan of Care

[Sharon LaDuke]

Terri, this is fascinating. I love how quickly the nurse would be able
to activate or deactivate a problem. I hope you don't mind some
questions. 

 

Are the fields for "R/T", "goals" and "action taken" all free text?

 

What if you didn't have to have goals and priority numbers? Would that
simply make things easier all the way around, or would it detract from
patient care?

 

How would you compare the kinds of things the nurses would document in
the "action taken" fields with the content of your interventions
screens?

 

Sharon

 



From: meditech-l@MTUsers.com [mailto:[EMAIL PROTECTED] On Behalf
Of Angeloni, Terry
Sent: Wednesday, May 16, 2007 12:48 PM
To: Meditech L
Subject: [MEDITECH-L] Alternative Plan of Care

 

Good Afternoon,

 

I promised to post this when I got the screen working like I wanted it
to.  I am also attaching screen shots of the actual documentation
screens.

 

A special thanks to Bill Mullins, Kenny Whiteside and Daniel Davis for
their help with the attributes!

 

Terry Angeloni

Clinical Application Specialist II

Provena Health Information Services

2175 W. Oneida St.

Joliet, IL 60435

Ph: 815-730-2858

Fx: 815-744-7565

[EMAIL PROTECTED]

 

=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=
To subscribe or unsubscribe to the meditech-l, visit MTUsers.NET.

To check the status of the meditech-l, visit MTUsers.NET.

For help, email [EMAIL PROTECTED]

Visit the MTUsers WikiPedia at MTUsers.NET/mwiki
__
meditech-l mailing list
meditech-l@MTUsers.com
http://mtusers.com/mailman/listinfo/meditech-l

RE: [MEDITECH-L] POM/CPOE Processes (Resending....sorry forthe prior PGP problems!!!)

[Charlie Downs]

I just returned from a meeting at Meditech yesterdat of the pharmacy
advisory committee and the new 5.0 desktop addresses the issue of stat
orders and brings them to the forefront. It looks like it will really make
it a lot easier to follow unverified orders from POM.
Charlie
Charles Downs PharmD
Washington County Hospital
251 E. Antietam Street
Hagerstown, MD, 21740
301-790-8904
 

-Original Message-
From: meditech-l@mtusers.com [mailto:[EMAIL PROTECTED] On Behalf Of
Cathy Dwyer
Sent: Wednesday, May 16, 2007 2:12 PM
To: Ruby Bomboy; meditech-l@mtusers.com; [EMAIL PROTECTED]; Laura
Wilson
Subject: RE: [MEDITECH-L] POM/CPOE Processes (Resendingsorry forthe
prior PGP problems!!!)

PHA is also using the Meditech system, so they are continually logged in
and checking the verify queue for their assigned unit that day.  There
is also a process in place to make a call to the pharmacy if the med is
not a floorstock.
Cathy

>>> "Bomboy, Ruby" <[EMAIL PROTECTED]> 05/16/07 1:26 PM >>>
Cathy,
How is your Pharmacy made aware there is a Stat med order?  Are they
called?  Do they only get a printout?  This was/is one of our issues
encountered in the planning of POM.  We considered having a printer in
the Pharmacy exclusively for the stat orders.
Thanks.
Ruby

Ruby Bomboy, RNC
Application Specialist
Information Services
Mount Nittany Medical Center
1800 East Park Avenue
State College, PA.  16803
814-231-7119
Pager: 814-567-0262
[EMAIL PROTECTED] 
 
This email may contain confidential or personal health information
(including any attachments) intended for a a specific individual(s)
and
purpose that is privileged, confidential or otherwise protected from
disclosure pursuant to applicable law.  Any inappropriate use,
distribution, or copying of the message or attachments is strictly
prohibited and may subject you to criminal or civil penalty. If you
have
received this transmission in error, please reply to the sender
indicating this error and delete the transmission from your system
immediately.
 
-Original Message-
From: Cathy Dwyer [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, May 16, 2007 12:53 PM
To: meditech-l@MTUsers.com; [EMAIL PROTECTED]; Laura Wilson
Subject: Re: [MEDITECH-L] POM/CPOE Processes (Resendingsorry for
the
prior PGP problems!!!)

Hi there!

I have answered the questions to the best of my ability.  We are C/S,
live with non-med POM since 2002, eMAR and med POM since May 2004.  I
hope this helps. 

How do your nurses know when a physician has placed an order?  Have
you
built some sort of alerts?  Status board?  Other method?
  -  the Nursing staff is using their status board to see when there
are new or changed orders as well as next medication times.  We are
using the ACK for orders (sort of - have some issues with that at the
moment that Meditech is working on) and on the MAR also.  Part of
training was to continuously refresh and check their orders and order
history. 
As for printing - we do print the order sheet for UMACs so that it can
be sent with the specimen.  
We print orders for RAD, PT, OT to the proper areas automatically.
Stat orders get placed and it is still routine for the physician to
verbalize the placing of a stat to the nursing staff.  There is no
back
up for that, and it ensures we don't miss anything.
 
Are you still printing Lab results and Radiology reports to the
nursing
units? 
We do not print Lab results.  They get interfaced into our system from
our outside lab vendor.  The physicians will see the new results panel
lit up when they log into the EMR, or the Lab/Mic panels lit up when
they are in a patient.  Nursing will see new results highlighted on
their status board also for that patient.  Our lab still calls back
criticals to the nursing unit as part of procedure and the nurse is
responsible for letting the doctor know quickly.   

We do not print RAD results to the physicians or nursing either.  Our
RAD department will transcribe results into the NOTES section of the
EMR, and the docs have been trained to look there for free text
nursing
and radiology results when the panel is lit up. 
 

If you are how are you handling this problem?  (We are printing the
orders from POM when a physician places the orders.  These become
mixed
in a huge stack of orders, results and reports, and orders are being
missed.  Then physicians are being called again because the nurse
doesn't realize that the order has already been placed.  Thus, the
physicians are getting angry.)

 




Cathy

>>> "Laura Wilson" <[EMAIL PROTECTED]> 05/15/07 4:03 PM >>>
We are struggling with POM trying to bring it live.  We have a small
group of physicians who are working with us (Information Systems) to
work through issues and streamline processes.  We have some questions
for those of you who are finding success with this implementation.

 

How do your nurses know when a physician has placed an order?  Have
you
built some sort of alerts?  Status board?  Other method?

 

Are you still printing

[MEDITECH-L] pharmacy rule for limiting charges/credits/debits

[Barbara Kelly]

Anyone willing to share how they limit pharmacy from entering
credits/charges on very old accts as we seem to be having a problem with
that lately. We are a Magic 5.5 sr2 site. 

 

DISCLAIMER: This email transmission and any documents, files or previous
email messages attached to it may contain information that is
confidential or legally privileged. If you are not the intended
recipient or a person responsible for delivering this transmission to
the intended recipient, you are hereby notified that you must not read
this transmission and that any disclosure, copying, printing,
distribution or use of this transmission is strictly prohibited. If you
have received this transmission in error, please immediately notify the
sender by telephone or return email and delete the original transmission
and its attachments without reading or saving in any manner.

 

Barbara Kelly, Senior Analyst

Touchette & Kenneth Hall Regional Hospitals

618-332-5248  -Touchette

618-332-5248 - Kenneth Hall

email: [EMAIL PROTECTED]

 

=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=
To subscribe or unsubscribe to the meditech-l, visit MTUsers.NET.

To check the status of the meditech-l, visit MTUsers.NET.

For help, email [EMAIL PROTECTED]

Visit the MTUsers WikiPedia at MTUsers.NET/mwiki
__
meditech-l mailing list
meditech-l@MTUsers.com
http://mtusers.com/mailman/listinfo/meditech-l

[MEDITECH-L] ?Report Question on no-fragment fragment

[McGaw, Douglas]

I've done this once in a simple format, but now I'm trying it with a
more complex arrangement and need help:

 

I have an ADM.PAT report into which I pull info from, respectively,
NUR.PC.WORK (nur.int.documented.activity, date.doc index), OE.ORD
(oe.order, ords.by.cat.and.patient index), and BAR.PAT (transactions,
bar.acct.number index).  I have fragment calls; two from ADM to NUR and
OE, and one from OE to BAR.  It works but it is slow as molasses.

 

What I want to do is call the info using a macro rather than a fragment.
What I have below is a first attempt at the macro and only calling to
the NUR (so far).  It is failing to catch the variables desired, and -
more importantly - seems to be in an endless loop, printing the same
patient over and over.  

 

My question:  what do I need to do to catch what I need, taking into
account that the nur.int.documented.activity segment involves numerous
subscripts?  Then, when I go to look for things in OE and BAR, do I need
to do anything differently?

 

Just FYI, I'm attaching the original report and 3 fragments in case you
need to review them.

 

Douglas B. McGaw

Newman Regional Health

1201 W. 12th Ave.

Emporia, KS  66801

 

[EMAIL PROTECTED]

620-343-6800 x 1130

fax: 620-340-6799

===

@SAVE.PREFIX,

@LINK.TO.APPLICATION,

@PROCESS,

@RESTORE.PREFIX,

END

 

SAVE.PREFIX

@urn^URN,

@mothers.urn^MURN,

CL(!S)

 

LINK.TO.APPLICATION

@Chg.prefix(NUR.PC.WORK,?,!),

@Chg.prefix(NUR.PC.WORK,:,!),

@Chg.prefix(NUR.PC.WORK,*,!),

%Z.link("!","NUR","%.NUR.data","NUR.NWN")

 

PROCESS

""^NUR.PC.WORK.patient,

MURN^NUR.PC.WORK.patient,

B^int.base,

C^int.urn,

D^td.act.date,

E^td.act.time,

F^td.act.ct,

@NUR.PC.WORK.date.doc.x^NUR.PC.WORK.td.act.date,

@NUR.PC.WORK.td.value["NURRE11140"]^/METH,

@NUR.PC.WORK.td.value["NURMI5"]^/ANES,

@NUR.PC.WORK.td.value["NURRE11180"]^/CS,

@NUR.PC.WORK.td.value["NURRE11120"]^/INDUC,

@NUR.PC.WORK.td.value["NURRE11131"]^/AUG1,

@NUR.PC.WORK.td.value["NURRE11130"]^/AUG2

 

RESTORE.PREFIX

CL(!U)



obstats.npr
Description: obstats.npr
=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=
To subscribe or unsubscribe to the meditech-l, visit MTUsers.NET.

To check the status of the meditech-l, visit MTUsers.NET.

For help, email [EMAIL PROTECTED]

Visit the MTUsers WikiPedia at MTUsers.NET/mwiki
__
meditech-l mailing list
meditech-l@MTUsers.com
http://mtusers.com/mailman/listinfo/meditech-l

RE: [MEDITECH-L] Staff question for Meditech's ORM or Picis OR Manager

[DEBBIE FRANZOI]

please post to list



From: meditech-l@MTUsers.com [mailto:[EMAIL PROTECTED] On Behalf
Of Lisa Aracena
Sent: Wednesday, May 16, 2007 2:47 PM
To: meditech-l@MTUsers.com
Subject: [MEDITECH-L] Staff question for Meditech's ORM or Picis OR
Manager


Hi All,
 
I think I asked this question a few years ago for sites that have
Meditech ORM or Picis OR Manager, but we have a new OR Director and this
question is coming up again.  
 
Who at your site handles in the OR the physician's block time,
scheduling dictionaries,  reporting , completion of cases, verifying
supply charges from exception editing and Preference Cards (creating,
editing, maintaining, make sure new items are adding to inventory)?  Do
you have a super user that the OR nurses will go to first before IS  and
who works with IS for updates and changes.  Do you have one person in
this position or more then one person sharing these responsibilities?  
 
Also, do you have job descriptions for this position in the OR that you
are willing to share?
 
Thank you in advance for any help.
 
 
Lisa Aracena
Applications Coordinator
Greenwich Hospital, Yale New-Haven Health Systems
Email: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]> 
Web Site: : http://www.greenhosp.org  
 
 

**

This message originates from Yale New Haven Health System. The
information contained in this message may be privileged and
confidential. If you are the intended recipient, you must maintain this
message in a secure and confidential manner. If you are not the intended
recipient, please notify the sender immediately and destroy this
message. Thank you.

**

 



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.
=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=
To subscribe or unsubscribe to the meditech-l, visit MTUsers.NET.

To check the status of the meditech-l, visit MTUsers.NET.

For help, email [EMAIL PROTECTED]

Visit the MTUsers WikiPedia at MTUsers.NET/mwiki
__
meditech-l mailing list
meditech-l@MTUsers.com
http://mtusers.com/mailman/listinfo/meditech-l