Can sites that are significantly live with POM (we are almost 75%),
cabinets and e-MAR let us know how they have dealt with POM orders and
standard administration times?
The issue is that our providers tend to place orders now with T and N as
the start and it's up to the provider and the nurse
All messages should be posted in plain text. HTML will be converted to
attachments.The meditech-l web site is MTUsers.com
==
I'll take the icing please. We have LSS and a residency program. We are
just implementing co-sign in EAR however so not a lot of exp
All messages should be posted in plain text. HTML will be converted to
attachments.The meditech-l web site is MTUsers.com
==
Hi, I’m wondering if there are any sites out there
that would like for form an offiline working group for a short time that
We have this as a custom (I think we have had it for about 4 years and 3
upgrades. Not sure why it couldn't be standard at this point). Our sign
on looks like this. It defaults to "No". It has made all the difference
with Medical Records workload for chasing provider signatures.
Mariann
I'm not sure how you plan to ask providers to e-sign something that you don't
allow them to edit. We allow providers to edit and e-sign and it works fine.
-Original Message-
From: meditech-l@MTUsers.com [mailto:[EMAIL PROTECTED] On Behalf Of MEDITECH-L
Sent: Tuesday, December 19, 2006 7:
We require PRN reasons and have had it in live since before our 5.5 SR2
upgrade. Entering PRN reasons is a 2 step process for POM users in SR2
(I think they are fixing for SR4) and our users do it but really hate it
since we upgraded.We have since added all standard 1:1 matched PRN
reasons to
The way we do this (for other purposes but similar function) is to put
all the residents in an MIS profile and use a POM rule that does not
allow users in that MIS profile to file the order (in this case dialysis
order). Use Erase Order or Replace as your POM button on the rule. It
strikes me tha
We are live with PCS and about to go live with online provider
documentation through PCM. Out PCM templates include Patient History.
This history is shared but does not overlap 100% (or even close. much
more history is tracked in queries in PCS than is PCM) to the patient
history tracked in PCS th
om: Grolla, Cindy [mailto:[EMAIL PROTECTED]
Sent: Saturday, March 31, 2007 6:52 PM
To: Deignan Marianne; Meditech L
Subject: RE: [MEDITECH-L] Sharing documentation of patient history.
Sharing theEMR
Please post responses as we are struggling with Standardized PMH as
well.
We are implementing this P
ld like to proceed with 1) so we can share history across visits
and provider types but we haven't devised the audit or resources
required yet.
-Original Message-
From: Grolla, Cindy [mailto:[EMAIL PROTECTED]
Sent: Wednesday, April 04, 2007 9:42 AM
To: Deignan Marianne; Meditec
All messages should be posted in plain text. HTML will be converted to
attachments.The meditech-l web site is MTUsers.com
==
I spoke to Susan Costello at Meditech about this same issue. (be able
to do Reconcilation from POM). She said the plan for now wa
All messages should be posted in plain text. HTML will be converted to
attachments.The meditech-l web site is MTUsers.com
==
We have POM order sheets print for each order session.
I haven't looked at 5.5.2 test but the POM order summary in 5.4 didn't
print
All messages should be posted in plain text. HTML will be converted to
attachments.The meditech-l web site is MTUsers.com
==
I'm not sure if you will even see this message. I have my system set up
to send messages in plain text. I know it for a fact becaus
All messages should be posted in plain text. HTML will be converted to
attachments.The meditech-l web site is MTUsers.com
==
We made (having heard about the fixes on the L) getting the response
time fixes a go live issue (we are 80% POM but no PCS to speak
All messages should be posted in plain text. HTML will be converted to
attachments.The meditech-l web site is MTUsers.com
==
I think you might have mis-understood something from the webex? Maybe
FDB has a separate product for ordering but they also have a
All messages should be posted in plain text. HTML will be converted to
attachments.The meditech-l web site is MTUsers.com
==
This will only be vaguely helpful. We have a custom printout that uses
the bags/bottles field to decide whether or not to print a dc
All messages should be posted in plain text. HTML will be converted to
attachments.The meditech-l web site is MTUsers.com
==
Hi,
What do sites do for installation of new modules (PCM is our issue right
now. It creates a new folder within FS) and upgrades t
All messages should be posted in plain text. HTML will be converted to
attachments.The meditech-l web site is MTUsers.com
==
For any POM 5.5.2 CS sites are you finding a big issue with the prn
field? It's a required field here (JCAHO) for prn orders. User
All messages should be posted in plain text. HTML will be converted to
attachments.The meditech-l web site is MTUsers.com
==
1 and 2. We are live with 5.5.2 POM. We went to 5.5.2 in June. PCM just got
moved to our live ring last week. About 80% of our orde
All messages should be posted in plain text. HTML will be converted to
attachments.The meditech-l web site is MTUsers.com
==
Please post to list.
For my experience with POM rules there is no such thing as "changing" anything
about an order with a rule.
Y
All messages should be posted in plain text. HTML will be converted to
attachments.The meditech-l web site is MTUsers.com
==
Hi I am struggling to get Temp and Weight into the Vitals section of our
PCM documentation. Our PCS set up does not use EMR IDs bec
If any site would be willing to field a quick phone call about ICU EMR
view of data collected in PCS. Please let me know or give me a call.
Marianne Deignan
Berkshire Health System
413-441-3353
BHS CONFIDENTIALITY NOTICE: This e-mail communication and any attachments may
contain confidential an
22 matches
Mail list logo