[MEDITECH-L] RE: meditech-l Digest, Vol 27, Issue 34
Fogarty, Katie
Thank you,
Katie Fogarty, RN
Assistant Director
Information Systems
Greater Hazleton Health Alliance
Hazleton General Hospital
700 East Broad Street
Hazleton, PA 18201
phone: (570) 501-4871
pager: (570) 450-8871
fax: (570) 501-4868
email: kfog...@ghha.org
GHHA I.S. - Our Mission is to Support and Empower our Users!
CONFIDENTIALITY NOTICE: This e-mail transmission and any documents
accompanying this transmission may contain personal information subject to
such privacy regulations as the Health Insurance Portability and
Accountability Act of 1996 (HIPAA). This information is intended only for
the use of the authorized individual named above. Be advised that
disclosing this information to any other party unless required to do so by
law or regulation is prohibited. This information is not to be retained and
must be destroyed after fulfillment of the stated temporary purpose for
which it was provided.
You are hereby notified that any disclosures, copying, distribution, or
action taken in reliance on the contents of these documents is strictly
prohibited. If you have received this information in error, please notify
the sender immediately and destroy these documents in such a manner as to
render them unusable.
> -----Original Message-----
> From: meditech-...@MTUsers.com [SMTP:meditech-...@MTUsers.com]
> Sent: Thursday, January 25, 2007 3:53 PM
> To: medit...@MTUsers.com
> Subject: meditech-l Digest, Vol 27, Issue 34
>
> Send meditech-l mailing list submissions to
> medit...@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
> meditech-...@MTUsers.com
>
> You can reach the person managing the list at
> meditech...@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. UR Module Questions (Denise Mayer)
> 2. Switching printer trays (Wasielewski, Laura)
> 3. Forms Automation, Creation and Support (Christiansen, Amira T)
> 4. RE: new BBK install (Chamberlain, David J)
> 5. PHA Charges (David McAllister)
> 6. RE: Hold Acknowledgement Notification in PHA (Bill Mullins)
> 7. multiple units on transfusion reactions (Deirdre Garrett)
> 8. Order Discharge Summary - Archive/Not Archive? (Pat Crigler)
> 9. RE: Ethnicity - JCAHO Requirement (Bodnar-Anderson, Cindy)
> 10. ADM Worklist/Insurance Verification (Nancy Trawick)
> 11. RE: FW: re: MSM /PICIS conversion (Deanna Ramirez)
> 12. Fwd: Magic PHA rule to check medical record in PHA for
> vaccine dispensed (Tom Silver)
> 13. PHA Magic Transfer med/ post op review report (Tom Silver)
> 14. RE: Default location into report Select field - MAGICreport
> (Ken MacPherson)
> 15. (no subject) (Brian Schmit)
> 16. Urisys 1100 (Freeman, Elizabeth)
> 17. RE: Date Comparison Attribute (Nielacny, Aimee)
> 18. RE: Default location into report Select field - MAGICreport
> (McGaw, Douglas)
> 19. eMAR problem with limiting students (Horsley, Randi - CRH)
> 20. RE: Datascope interface (kim.hendrix)
> 21. Default location into report Select field - MAGIC report
> (Brian Schmit)
> 22. PTCT (Kropp, Joan)
> 23. Medical Necessity/CWS (Sheral Graham)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Fri, 19 Jan 2007 10:13:41 -0600
> From: "Denise Mayer" <Denise...@delnor.com>
> Subject: [MEDITECH-L] UR Module Questions
> To: <medit...@MTUsers.com>
> Message-ID:
> <7633955B7AF1994DA47...@DCHSEXCH01.dchs.delnor.com>
> Content-Type: text/plain; charset="us-ascii"
>
> Is anyone out there using the UR module? We are looking for some insight
> into how UR "talks" to other modules and how others are utilizing it.
> Please let us know!
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
> http://prosonic.iserver.net/pipermail/meditech-l/attachments/20070119/843b
> 49a3/attachment.html
>
> ------------------------------
>
> Message: 2
> Date: Fri, 19 Jan 2007 11:51:16 -0500
> From: "Wasielewski, Laura" <LWasie...@stjosephs.org>
> Subject: [MEDITECH-L] Switching printer trays
> To: "'medit...@MTUsers.com'" <medit...@MTUsers.com>
> Message-ID: <D3EA8AADA926D91186A700080258A30B0166689D@EXCHANGE01>
> Content-Type: text/plain
>
> Good Morning,
> I am in need of assistance. I have a HP4100 with a 3rd printer tray on
> it.
> Everything currently prints to Tray 2. I have an NPR report that I need
> to
> print to Tray 3. I have inserted the following footnote: AL PRINT
> D(27)_"&l5H"^!
> The report will print to Tray 3 but everything after that prints to Tray
> 3.
> It doesn't seem like it's sending a reset command to the printer.
> I also tried AL PRINT %Z.switch.tray(3) But I receive an error on the
> printer that says "Manual Feed Plain Paper.
> I was hoping someone might have some suggestions..
> Thank You
> Laura Wasielewski
> St Josephs Hospital
> Elmira, NY
> lwasie...@stjosephs.org
>
> 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: 3
> Date: Fri, 19 Jan 2007 10:42:07 -0600
> From: "Christiansen, Amira T" <achris...@swedishamerican.org>
> Subject: [MEDITECH-L] Forms Automation, Creation and Support
> To: <MEDIT...@MTUSERS.COM>
> Message-ID:
>
> <09E14EEF7C18504594D9...@SAC3-WIN-SRV35.swedishamerican.o
> rg>
>
> Content-Type: text/plain; charset="us-ascii"
>
> Skipped content of type multipart/alternative-------------- next part
> --------------
> A non-text attachment was scrubbed...
> Name: not available
> Type: image/jpeg
> Size: 2835 bytes
> Desc: image002.jpg
> Url :
> http://prosonic.iserver.net/pipermail/meditech-l/attachments/20070119/bbec
> d0df/attachment.jpeg
>
> ------------------------------
>
> Message: 4
> Date: Fri, 19 Jan 2007 11:46:46 -0500
> From: "Chamberlain, David J" <dchamb...@lakeridgehealth.on.ca>
> Subject: RE: [MEDITECH-L] new BBK install
> To: "Meditech-L \(E-mail\)" <medit...@MTUsers.com>
> Message-ID:
>
> <16BA51E0D678F948BC0...@lhoexch2.corp.lakeridgehealth.on.c
> a>
>
> Content-Type: text/plain; charset="utf-8"
>
> Would love to hear what your issues are regarding "incompatibility"
> between EDM and BBK. We have both EDM and BBK and I am not aware of any
> issues in compatibility. If there is something that I need to be
> concerned with, I'd love to know.
>
> Regards,
>
> David Chamberlain MLT, ART
> Clinical Applications Consultant
> Information Technology Dept.
> Lakeridge Health Corporation
> 905-576-8711 x3347
>
>
> -----Original Message-----
> From: medit...@MTUsers.com [mailto:medit...@MTUsers.com] On Behalf Of
> Leah Dungo
> Sent: Monday, January 15, 2007 3:38 PM
> To: Paul Goedicke; Meditech-L (E-mail)
> Subject: Re: [MEDITECH-L] new BBK install
>
> Well good luck Paul. Our BBK module was delivered on July 06. We're just
> barely going LIVE next week. There's a lot of issues especially if you
> will be using the NUR?BBK parameter (which we decided not to use for the
> moment).
> BBK Module is not compatible with EDM module.
>
> Leah
> LIS Manager
> Uvalde Memorial Hospital
>
> ----- Original Message -----
> From: "Paul Goedicke" <PaulGo...@jcmh.com>
> To: "Meditech-L (E-mail)" <medit...@MTUsers.com>
> Sent: Thursday, January 11, 2007 7:27 AM
> Subject: [MEDITECH-L] new BBK install
>
>
> > We're Magic 5.5 SR3 and will be starting a new BBK install shortly. Are
> > there any undocumented issues we should be aware of and test more
> > extensively? We'll be interfacing the Ortho ProView. Thanks, Paul
> >
> > Paul Goedicke
> > IT Analyst III
> > Jackson County Memorial Hospital
> > 1200 E.Pecan, Altus, OK 73521
> > Phone: (580) 477-7485
> > Fax: (580) 477-7366
> > Email: paulgo...@jcmh.com
> >
> >
> >
> > 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.COM.
> >
> > To check the status of the meditech-l, visit MTUsers.NET.
> >
> > For help, email sup...@MTUsers.NET.
> > ______________________________________
> > meditech-l mailing list
> > medit...@MTUsers.com
> > http://mtusers.com/mailman/listinfo/meditech-l
> >
>
>
> This message, together with any attachments, is intended only for the
> use of the individual or entity to which it is addressed and may contain
> information that is confidential and prohibited from disclosure. If you
> are not the intended recipient, you are hereby notified that any
> dissemination, or copying of this message, or any attachment, is
> strictly prohibited. Please notify the original sender immediately by
> telephone or by return E-mail and delete this message along with any
> attachments, from your computer. Thank you.
> This e-mail is Property of UMH15/1/2007
>
>
> =*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=
> To subscribe or unsubscribe to the meditech-l, visit MTUsers.COM.
>
> To check the status of the meditech-l, visit MTUsers.NET.
>
> For help, email sup...@MTUsers.NET.
> ______________________________________
> meditech-l mailing list
> medit...@MTUsers.com
> http://mtusers.com/mailman/listinfo/meditech-l
>
>
>
> ------------------------------
>
> Message: 5
> Date: Fri, 19 Jan 2007 11:02:15 -0600
> From: "David McAllister" <dmcal...@jarmc.org>
> Subject: [MEDITECH-L] PHA Charges
> To: "Meditech-l List" <medit...@mtusers.com>
> Message-ID: <000501c73beb$9223edd0$1d27...@jarmc.org>
> Content-Type: text/plain; charset="us-ascii"
>
> There may not be a simple answer to this question, but here it is
> anyway...
>
> How can I determine what the charge is suppose to be for any given drug
> in the PHA drug dictionay?
>
> Unlike a lab test, for example, I cant just go to the BAR charge
> procedure dictionary and see the charge amount b/c it's charge editable?
> Y (which I assume means the charge amount comes out of PHA via some
> formula using AWP?).
>
> We are magic 5.4
>
> TIA for any insight.
>
> David McAllister, MT(ASCP)
> Systems Analyst/Programmer
> Jeff Anderson Reg. Med. Ctr.
> Meridian, Mississippi
> Office: 601-553-6027 (M-F 0500-1330 central)
> Email: dmcal...@jarmc.org
>
> PS. This is being posted to the -L list on Friday 1/19/07 @ 1100 central
> time. I only say that because it seems like it takes my posts anywhere
> from 24-72 hours to appear on the list and I want to track this one and
> time it.
>
>
> ***********************************************************
> The information in this email is confidential and may be legally
> privileged. It is intended solely for the addressee. Access to this
> email by anyone else is unauthorized. If you are not the intended
> recipient, any disclosure, copying, distribution or any action taken
> or omitted to be taken in reliance on it, is prohibited and may be
> unlawful. If you believe that you have received this email in error,
> please contact the sender.
> ************************************************************
>
>
> ------------------------------
>
> Message: 6
> Date: Fri, 19 Jan 2007 11:04:08 -0600
> From: "Bill Mullins" <bmul...@wmed.org>
> Subject: RE: [MEDITECH-L] Hold Acknowledgement Notification in PHA
> To: "Pierson, Jeff" <jpie...@swedishamerican.org>
> Cc: Kevin Goecke <KGo...@wmed.org>, ke...@RPhInformatics.com,
> medit...@mtusers.com
> Message-ID:
> <C10D26DFD4F02B458FD1...@WMC-MAIL.WMC.WMED.ORG>
> Content-Type: text/plain; charset="us-ascii"
>
> No is my short answer, but there may be a way, I need to think about it.
>
>
>
> What we may try is to have a PHA Orders/NUR Acknowledgement Tracker
> running all the time, refreshes Q15-30 seconds, viewable to all PHA who
> are entering orders (sort of like the airport arrivals/departures
> screen).
>
>
>
> I have a report (a couple actually) that could do this, I just need to
> find the time to play with it, we are not LIVE with EMAR/BMV, so I wrote
> those HA NUR EMAR reports for you in TEST 5.5 SR2. I am sure we will use
> them when we do GO-LIVE later this year.
>
>
>
> Does the PHA Process Patient Orders allow 2 edits at the same time (show
> 2 Pharmacists could be editing the same order at the same time?). Some
> MT routines lock you out if someone else is in that routine for that
> patient?
>
>
>
> I will let you know if I come up with anything.
>
>
>
>
>
> ________________________________
>
> From: Pierson, Jeff [mailto:jpie...@swedishamerican.org]
> Sent: Friday, January 19, 2007 9:02 AM
> To: Bill Mullins
> Cc: medit...@MTUsers.com
> Subject: RE: [MEDITECH-L] Hold Acknowledgement Notification in PHA
>
>
>
> Thanks Bill - this is great information. We do plan to schedule the
> report quite frequently, and I have a different concern. Does anyone
> know how to prevent the same request from reprinting on subsequent
> reports? We have 3-4 pharmacists working on Order Entry at the same
> time, and I don't want more than one of them working on the same
> request. Lots of times these requests take some time consuming follow-up
> work, or we may not even get started on them before the next report
> prints. I suppose we could delegate a single pharmacist to this duty,
> but that would hamper our workflow significantly. I appreciate any
> ideas. Thanks - Jeff
>
> Jeff Pierson, RPh
> Manager - Pharmacy Operations
> SwedishAmerican Health System
> Rockford, IL 61104
>
> ________________________________
>
> From: Bill Mullins [mailto:bmul...@wmed.org]
> Sent: Tuesday, January 09, 2007 12:26 PM
> To: Carpenter, Michael--IRM; Pierson, Jeff; medit...@MTUsers.com
> Cc: Steve Pruter; Kevin Goecke; Warren Matiko; Karen Ham; Doug Davison
> Subject: RE: [MEDITECH-L] Hold Acknowledgement Notification in PHA
>
>
>
> Michael:
>
>
>
> We always had activity with EMAR/BMV,but I guess if you run the report
> (schedule the report very frequently) you might get the no records found
> message.
>
>
>
> I have seen someone (Joe C or Brian S or some other smart person) send
> the L list a footnote or macro to suppress the no records found. I am
> not sure why suppressing the message hangs the scheduler up?
>
> ------------------------------------------------------------------------
> -------------------------------------------------------
>
> Print "NO RECORDS FOUND" on NPR Report
>
>
>
> If you want to generate a page when a report doesn't find any records -
> no
>
> records are selected to print on the report, add the following footnote:
>
>
>
> AL CLOSE.UP IF{'/R.FOUND "NO RECORDS FOUND"}^!
>
>
>
> A page will print whatever you type inside the quotes.
>
> In this example, it will print NO RECORDS FOUND.
>
> ------------------------------------------------------------------------
> -------------------------------------------------------
>
> ANSWER:
>
>
>
> How to suppress a "No Records Found" Page
>
>
>
> It is possible to prevent the "No Records Found" page from printing when
> your
>
> report does not find any data that meets your selection.
>
>
>
> Within the object code in any report, if data passes selection, the
> number 1
>
> is stored in a report variable /FOUND. If /FOUND is nil, that means no
> data
>
> met your selection criteria. By placing the following line of code in
> the
>
> footnotes tab, it will prevent this page from printing and instead
> display a
>
> Text box indicating that no data was found for your report:
>
>
>
> AL CLOSE.UP IF{'/R.FOUND 1^/R.FRAGMENT,@W.choice("C",{"&OK"},"FORM NOT
>
> PRINTED")}
>
>
>
> Populating the /R.FRAGMENT variable suppresses the page and the
> @W.choice
>
> macro creates the text display box.
>
>
>
> Since you are scheduling it, I would leave off the call to the message
> macro:
>
> ------------------------------------------------------------------------
> ----------------------------------------------------
>
> ANSWER:
>
>
>
> AL CLOSE.UP IF{/R.FOUND;1^/R.FOUND^/R.PAGE.NUM,@Z.spool
> 1^/ZMAIL^/R.HALTED}
>
>
>
> If the report finds records, then /R.FOUND will be set up, so there is
> no
>
> action to take.
>
>
>
> Otherwise, /R.FOUND and /R.PAGE.NUM will be set up which will fool the
> system
>
> into thinking that records were in fact found and the "No Records Found"
>
> message will NOT print.
>
>
>
> Also, if the report is being spooled, then there will be a value for
> @Z.spool.
>
> In this case, we assign a 1 to the global variable /ZMAIL which will
> prevent
>
> the spool file from being placed on the index called
>
> MIS.SPOOL.spool.group.priority.index. This index is used by the
> Meditech
>
> background job to print spool files. If the spool file is NOT on this
> index,
>
> then it will NOT print.
>
>
>
> Also, we assign 1 to /R.HALTED which fools the system into thinking the
> report
>
> was HALTED (as if an end-user pressed <Esc> or <F11>) so the system
> will NOT
>
> bother sending the file anywhere via MOX.
>
>
>
>
>
> I think that should work out for you. The Spool file is still created
> but
>
> will NOT print and it should still purge as it normally would. I am
> sure
>
> there are other options out there that will work by manipulating other
>
> Meditech "slash" variables.
>
>
>
> Brian Schmit
>
> Brian_...@picis.com
>
>
>
>
>
> QUESTION:
>
> I have an NPR report scheduled to run in MIS and managed to a remote
> printer.
>
> My NPR report contains the footnote "AL CLOSE.UP IF{'/R.FOUND
>
> 1^/R.FOUND^/R.PAGE.NUM}" to suppress the output of the "No records
> found". My
>
> problem is that I still get a blank page printing out on my printer when
> my
>
> report finds no records. Anyone have any ideas how I can suppress the
> blank
>
> page from printing?
>
>
>
> I'm told by Meditech I get a blank page since a spool file is created
> for the
>
> scheduled report when the schedule starts and there is nothing I can do
> to
>
> prevent the creation of this file. If I view the spool file in MIS, I
> get a
>
> message "Could not load page 1. Status: CREATED # pages:". If I print
> this
>
> spool file, I get a blank page. If I print this spool file to a file, I
> get a
>
> 0kb file created, but still get a file non-the-less.
>
>
>
> If I run the report directly to a printer, I get a blank page if I leave
> the
>
> footnote on the report. If I remove the footnote and run the report
> directly
>
> to a printer, I do not get a blank page, but get the on-screen message
> "No
>
> records found" instead.
>
>
>
> The solution I'm creating requires that no output be received by the
> remote
>
> printer. The problem goes beyond the annoyance of blank page. I'm
> trying to
>
> create an on-screen alarm on remote workstations when certain events are
> found
>
> by my report. To avoid the alarm when no records are found, I must
> avoid all
>
> output from Meditech to the remote printer.
>
>
>
>
>
> ------------------------------------------------------------------------
> --------------------------------------------------------------------
>
> Good Luck,
>
>
>
>
>
> ________________________________
>
> From: Carpenter, Michael--IRM [mailto:Car...@inhs.org]
> Sent: Monday, January 08, 2007 3:15 PM
> To: Bill Mullins; Pierson, Jeff; medit...@MTUsers.com
> Cc: Steve Pruter; Kevin Goecke; Warren Matiko; Karen Ham; Doug Davison
> Subject: RE: [MEDITECH-L] Hold Acknowledgement Notification in PHA
>
>
>
> Hi all, to schedule this report is great but has anyone figured out a
> way not to hose up the scheduler if you attempt to suppress the "No
> records found" message from printing.. We have a similar custom report
> that goes off every 15 minutes but had to continue to print the 'NO
> MESSAGE FOUND" result because suppressing this message would cause the
> scheduler to hang on this report..
>
>
>
> Thanks, Mike
>
>
>
> Michael D. Carpenter
> Sr. Systems Analyst
> Clinical Applications
> IRM-Informations Resource Management
> INHS-Inland Northwest Health Services
> 157 S. Howard St., Suite 400
> Spokane, Wa. 99201
> Ph 509-232-8340/ Fax 509-462-3452
> car...@inhs.org
>
>
>
>
>
>
>
> ________________________________
>
> From: medit...@MTUsers.com [mailto:medit...@MTUsers.com] On Behalf
> Of Bill Mullins
> Sent: Friday, January 05, 2007 3:11 PM
> To: Pierson, Jeff; medit...@MTUsers.com
> Cc: Steve Pruter; Kevin Goecke; Warren Matiko; Karen Ham; Doug Davison
> Subject: RE: [MEDITECH-L] Hold Acknowledgement Notification in PHA
>
> Jeff:
>
>
>
> When I helped implement EMAR/BMV 5 yrs ago at HCA, Pharmacy did have a
> standard report that they could run to show any hold acknowledgements
> from NUR and could act on those issues (change the dose, the start date
> or time,etc..)or call nursing to discuss.
>
>
>
> PHA.RX.print.nur.outstanding.activity (Nursing Outstanding Requests)
>
>
>
> This report can be scheduled to print hourly or whatever you want. I am
> thinking about using Joe C and other peoples npr reports for tracking
> some dept activity (RAD,ADMITING,etc) and using that tracking report to
> show whenever NUR makes a request via EMAR, not just HA (Hold
> Acknowledgement), that way we could have a running screen that refreshes
> up in PHA dept, with the latest and greatest info for PHA to be aware
> of.
>
>
>
> #51 On the PHA Reports Menu.
>
>
>
> You can define what activity to include in this report, just as H -
> HOLD, HA- HOLD ACKNOWLEDGEMENT, etc.
>
>
>
> From Location BEGINNING
>
> Thru Location END
>
>
>
> From Date 12/06/06 Time 0000
>
> Thru Date 01/05/07 Time 1616
>
>
>
> Include AAT ADJUST ALL TIMES
>
> Activity ADJ ADJUST ADMIN
>
> AST ADJUST SPECIFIC TIMES
>
> DC DISCONTINUE
>
> H HOLD
>
> HA HOLD ACKNOWLEDGEMENT
>
>
>
> New Page/Patient N
>
>
>
> Report Will Always Include:
>
> 1. One-Time Admin Orders
>
> 2. Unverified Nursing Orders
>
> 3. Fix-Cancelled Orders due to Administration
>
>
>
> This is what the output looks like (this is in TEST 5.5 SR2)
>
>
>
> PATIENT: TEST,KAREN V00000002014
>
>
>
>
>
> OUTSTANDING NURSE ACTIVITY
>
>
>
>
>
> Rx NUMBER MEDICATION/DOSE ROUTE
> START
>
>
> SIG/SCH STOP
>
>
>
> 00000195 METFORMIN HCL 500 MG PO PO
> 11/30-1145
>
>
> BID;AC None
>
>
>
> 01/05/07 1459 - HOLD ACKNOWLEDGEMENT by MIS.WAM
>
> Comment: TESTING OF HOLD ACK REPORT
>
> ------------------------------------------------------------------------
> -------------------------------
>
> @Index reports, Outstanding Activity
>
> @Index reports, Nursing Outstanding Requests
>
>
>
> Use this routine to print a report of outstanding activities and
> requests.
>
>
>
> You can define two separate sets of default values for this report in
> the PHA
>
> Defaults Dictionary. For example, to track Nursing-specific activities,
> you can
>
> associate Nursing Module-specific activity types with the Nursing
> Outstanding
>
> Requests version of this report.
>
>
>
> * To associate default values with the PHA Nursing Outstanding Requests
>
> Report, enter NUROACT at the Routine prompt in the PHA Defaults
> Dictionary.
>
>
>
> * To associate default values with the PHA Outstanding Activity Report,
> enter
>
> REVOACT at the Routine prompt in the PHA Defaults Dictionary.
>
>
>
> Using this routine, report entries are listed by patient name, and you
> can
>
> arrange for each patient's orders to appear on separate pages. The
> following
>
> information appears for each order:
>
>
>
> * RX Number * Medication/Dose
>
>
>
> * Route/Sig/Schedule * Start/Stop Dates
>
>
>
> You can include any of the following activity types in your report.
>
>
>
> The field of pnur.req.type is a CHOICE TYPE
>
>
>
> CH=ALL,AAT,ADJ,AST,DC,H,HA,RA,RAT,RE,RN,RO,RS,RSS,RST
>
>
>
> To include this activity From this module* Enter
>
> ------------------------ ---------------- -----
>
> Adjust all times PHA AAT
>
>
>
> Adjust next admin time PHA ADJ
>
>
>
> Adjust specific times PHA AST
>
>
>
> Discontinue orders PHA DC
>
>
>
> Hold (deactivate) orders PHA H
>
>
>
> Hold Acknowledge orders PHA HA
>
>
>
> Review Reactivate/Deactivate PHA RA
>
>
>
> Review Adjusted Times NUR RAT
>
>
>
> Review edits POM RE
>
>
>
> Review new orders POM RN
>
>
>
> Resume orders NUR RO
>
>
>
> Review stop POM RS
>
>
>
> Review SCH/SIG edits PHA RSS
>
>
>
> Review stock orders EDM RST
>
>
>
> *The above table refers to the following modules:
>
>
>
> PHA Pharmacy Module
>
>
>
> NUR Nursing Module
>
>
>
> POM Provider Order Management
>
>
>
> EDM Emergency Department Management
>
>
>
> @Screen.sample.fields(PHA.RX.print.nur.outstanding.activity,out.nur.act.
> rpt)
>
>
>
> DATA SEGMENT MAIN-Not accessible by customer npr, need to use Segment
> PHA.RX nur.request
>
> To get field PHA.RX.pnur.req.type
>
>
>
> Or
>
>
>
> Detail DPM PHA.RX Detail Segment
> pha.rx.nur.req.hold.ack.cmts
>
> Index DPM PHA.RX Index File
> pha.rx.number.index
>
>
>
> Or
>
>
>
> Detail DPM PHA.RX Detail Segment pha.rx.file
>
> Index DPM PHA.RX Index File
> nur.request.index
>
>
>
>
>
> Or
>
>
>
> Detail DPM PHA.RX Detail Segment nur.request
>
> Index DPM PHA.RX Index File
> pha.rx.number.index
>
> ------------------------------------------------------------------------
> ---------------------------------
>
> Report Will Always Include:
>
> 1. One-Time Admin Orders
>
> 2. Unverified Nursing Orders
>
> 3. Fix-Cancelled Orders due to Administration
>
> ------------------------------------------------------------------------
> -------------------------------
>
> I have written custom reports for Hold Acknowledgements from NUR, along
> with administration reports for EMAR.
>
>
>
> See attached reports for examples, these are MAGIC 5.5 SR2
>
>
>
> Good Luck,
>
>
>
>
>
>
>
> From: medit...@MTUsers.com [mailto:medit...@MTUsers.com] On Behalf
> Of Pierson, Jeff
> Sent: Thursday, January 04, 2007 9:11 AM
> To: medit...@MTUsers.com
> Subject: [MEDITECH-L] Hold Acknowledgement Notification in PHA
>
>
>
> I know Magic's shortcomings regarding efficient communication of eMAR
> Hold Acknowledgements to pharmacy has been discussed often here, but
> does anyone have something new to offer? We are being told to schedule
> a report (what report?) to print every so often, but I am skeptical
> about this. Can anyone who successfully uses this process give me some
> specifics that I can take to I.S.? We certainly want to utilize this
> functionality and decrease telephone calls and forms, but our
> pharmacists are constantly super busy with a backlog of orders and tend
> not to deal with reports until caught up (i.e. never). We are very label
> driven though. Has anyone come up with a way to get the Hold
> Acknowledgement to print on a thermal label? Thanks for any
> contributions.
>
>
>
> Jeff Pierson, RPh
> Manager - Pharmacy Operations
> SwedishAmerican Health System
> Rockford, IL 61104
>
>
>
> ________________________________
>
> -------------------------------------------
> NOTICE OF CONFIDENTIALITY
> -------------------------------------------
> The information in this email, including attachments, may be
> confidential and/or privileged. This email is intended to be reviewed
> only by the individual or organization named as addressee. If you are
> not the intended recipient, consider yourself notified that any
> disclosure, copying, distribution, use, or reliance on this transmission
> is STRICTLY PROHIBITED. Please destroy all copies and formats of this
> message including attachments. Note that any views or opinions presented
> in this email are solely those of the author and do not necessarily
> represent those of SwedishAmerican Health System.
>
> **********************************************************************
>
> 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.
>
> **********************************************************************
>
> ________________________________
>
> -------------------------------------------
> NOTICE OF CONFIDENTIALITY
> -------------------------------------------
> The information in this email, including attachments, may be
> confidential and/or privileged. This email is intended to be reviewed
> only by the individual or organization named as addressee. If you are
> not the intended recipient, consider yourself notified that any
> disclosure, copying, distribution, use, or reliance on this transmission
> is STRICTLY PROHIBITED. Please destroy all copies and formats of this
> message including attachments. Note that any views or opinions presented
> in this email are solely those of the author and do not necessarily
> represent those of SwedishAmerican Health System.
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
> http://prosonic.iserver.net/pipermail/meditech-l/attachments/20070119/ec05
> e68c/attachment.htm
>
> ------------------------------
>
> Message: 7
> Date: Fri, 19 Jan 2007 11:03:09 -0600
> From: "Deirdre Garrett" <Deir...@cookchildrens.org>
> Subject: [MEDITECH-L] multiple units on transfusion reactions
> To: <MEDIT...@MTUsers.com>
> Message-ID: <s5b0a5...@gwagent2.cchcs.ldap>
> Content-Type: text/plain; charset="us-ascii"
>
> Please post to L.
>
> Does anyone using CS have a procedure for testing multiple units from a
> transfusion reaction that doesn't involve ordering multiple transfusion
> reactions. We would like to order the transfusion reaction one time, be
> able to E/E the rxn on multiple units at once, be able to reflex that many
> cultures and have one unit number be assigned to each culture. If that
> makes any sense and you can help please respond! We are CS 5.5.
>
> Thanks,
> Deirdre
>
>
> Deirdre Garrett, MT (ASCP)
> Laboratory Information System Coordinator
> Cook Children's Medical Center
> (682)885-6107
> deir...@cookchildrens.org
>
>
> --------------------------------------------------------------------------
> ----------------------------------
> Cook Children's Health Care System
>
> This e-mail, facsimile, or letter and any files or attachments transmitted
> may contain information that is confidential and privileged. This
> information is intended only for the use of the individual(s) and
> entity(ies) to whom it is addressed. If you are the intended recipient,
> further disclosures are prohibited without proper authorization. If you
> are not the intended recipient, any disclosure, copying, printing, or use
> of this information is strictly prohibited and possibly a violation of
> federal or state law and regulations.
>
> If you have received this information in error, please notify Cook
> Children's Health Care System immediately at (682)885-4000 or via e-mail
> at compl...@cookchildrens.org. Cook Children's Health Care System, its
> subsidiaries, and affiliates hereby claim all applicable privileges
> related to this information.
> --------------------------------------------------------------------------
> ---------------------------------
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
> http://prosonic.iserver.net/pipermail/meditech-l/attachments/20070119/7bee
> 3515/attachment.htm
>
> ------------------------------
>
> Message: 8
> Date: Fri, 19 Jan 2007 12:52:04 -0500
> From: "Pat Crigler" <PCri...@CulpeperHospital.com>
> Subject: [MEDITECH-L] Order Discharge Summary - Archive/Not Archive?
> To: <medit...@MTUsers.com>
> Message-ID: <s5b0be...@mail.culpeperhospital.com>
> Content-Type: text/plain; charset=US-ASCII
>
> For those sites that are archiving, are you archiving the OE Order
> Discharge summary with all the audit trail information. Is this part of
> the patient's archived chart?
>
> For those sites not archiving, are you printing the order discharge
> summary and attaching it to the medical record chart?
>
> Also, do you have physician order entry?
>
> I would appreciate any and all responses on this to take to a meeting
> on Monday 1/22/07.
>
> Thanks for all input!
>
> Pat Crigler, MT(ASCP)
> Clinical Analyst
> Culpeper Regional Hospital
> P.O. Box 592
> Culpeper, VA 22701
> Phone:(540) 829-5733
> Fax: (540) 829-5026
> Email: pcri...@culpeperhospital.com
>
>
>
>
> ------------------------------
>
> Message: 9
> Date: Fri, 19 Jan 2007 11:24:59 -0700
> From: "Bodnar-Anderson, Cindy" <cbodn...@rcrh.org>
> Subject: RE: [MEDITECH-L] Ethnicity - JCAHO Requirement
> To: "Long, Cheryl" <Lo...@hyhc.com>, "Valerie A. Holdener"
> <hold...@andersonhospital.org>, <CSLis...@sisunet.org>,
> <medit...@MTUsers.com>
> Message-ID: <9F7C8829197BA64DB5C0...@mindy.rcrh.org>
> Content-Type: text/plain; charset="iso-8859-1"
>
> You could also have Meditech associated a dictionary customer-defined
> screen to these, and store the values internally.
>
> Cindy Bodnar-Anderson
> IS, Senior Programmer/Analyst
> Regional Health
> Rapid City SD 57701
>
> -----Original Message-----
> From: Long, Cheryl [mailto:Lo...@hyhc.com]
> Sent: Monday, January 15, 2007 1:51 PM
> To: 'Valerie A. Holdener'; CSLis...@sisunet.org; medit...@MTUsers.com
> Subject: RE: [MEDITECH-L] Ethnicity - JCAHO Requirement
>
>
> We designed our rad dictionary like this:
>
> AIH AMER INDIAN-ALASKN NAT\HISP
>
> AIN AMER INDIAN-ALASKN NAT\NONHISP
>
> AIU AMER INDIAN-ALASKN NAT\UNKNOWN
>
> ASH ASIAN\HISPANIC
>
> ASN ASIAN\NONHISPANIC
>
> ASU ASIAN\UNKNOWN
>
> BLH BLACK\HISPANIC
>
> BLN BLACK\NONHISPANIC
>
> BLU BLACK\UNKNOWN
>
> OTH OTHER\HISPANIC
>
> OTN OTHER\NONHISPANIC
>
> OTU OTHER\UNKNOWN
>
> PIH PACFIC ISLAND/HAWIIAN\HISPANIC
>
> PIN PACIFIC ISLAND/HAWIIAN\NONHISP
>
> PIU PACIFIC ISLAND/HAWIIAN\UNKNOWN
>
> UNH UNKNOWN\HISPANIC
>
> UNN UNKNOWN\NONHISPANIC
>
> UNU UNKNOWN\UNKNOWN
>
> UTA UNABLE TO ASK RACE & ETHNICITY
>
> WHH WHITE\HISPANIC
>
> WHN WHITE\NONHISPANIC
>
> WHU WHITE\UNKNOWN
>
> Then in the download for JCAHO we did a string search and assigned the
> race response to the correct number:
> VAL=IF{@race#0="W" 1;@race'%1="BL" 2;@race'%1="AI" 3;@race'%1="AS" 4;
>
> VAL=@race#0="O"!(@race#0="U")!('@race) 7}
>
> and ethnicity:
>
> VAL=IF{L(@race)=2 IF{@race#1="H" "Y";"N"};IF{@race#2="H" "Y";"N"}}
>
>
>
> Cheryl Long, RN
> Systems Analyst
> Howard Young Health Care
> PO Box 470
> 240 Maple Street
> Woodruff, WI 54568
> ph (715) 356-8728
> fax (715) 356-8076
>
>
> -----Original Message-----
> From: Valerie A. Holdener [mailto:hold...@andersonhospital.org]
> Sent: Wednesday, January 10, 2007 1:36 PM
> To: CSLis...@sisunet.org; medit...@MTUsers.com
> Subject: [MEDITECH-L] Ethnicity - JCAHO Requirement
>
>
> Meditech users,
>
> JCAHO now requires for hospitals to identify Ethnicity of our patients.
> For example, the two classifications of ethnicity are:
> 1) -Hispanic or Latino; or 2)-Not Hispanic or Latino. How are other
> Meditech facilities documenting this and where?
> Thank you for your replies.
>
>
> Valerie Holdener, RHIT
> Anderson Hospital
> Financial Analyst
> ph. (618) 288-5711 x 633
>
> hold...@andersonhospital.org
>
> Confidentiality Notice: This email is intended only for the person(s)
> identified above. It contains information, which may be privileged,
> confidential and/or exempt from disclosure under law. If you are not the
> intended recipient of the email, you are hereby notified that you should
> not review the contents of the email, and that any review, dissemination,
> distribution or copying of this communication is strictly prohibited. If
> you received this in error, please notify me immediately at the listed
> phone number or email me at hold...@andersonhospital.org. Also, please
> destroy it in such a way that it cannot be accidentally redisclosed.
>
>
>
> CONFIDENTIALITY NOTICE: This e-mail communication and any attachments may
> contain confidential and privileged information for the use of the
> designated recipient(s) 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 at the
> electronic mail address noted above and destroy all copies of this
> communication and any attachments. Thank you for your cooperation.
>
>
>
> ***Note: The information contained in this message, including any
> attachments, may be privileged, 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 a "reply to sender only" message and destroy all electronic
> or paper copies of the communication, including any attachments.
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
> http://prosonic.iserver.net/pipermail/meditech-l/attachments/20070119/b4bc
> 40f5/attachment.htm
>
> ------------------------------
>
> Message: 10
> Date: Fri, 19 Jan 2007 13:52:15 -0500
> From: "Nancy Trawick" <NTRA...@CMHLINK.ORG>
> Subject: [MEDITECH-L] ADM Worklist/Insurance Verification
> To: <medit...@MTUsers.com>
> Message-ID: <000401c73bfa$f024b9f0$4405...@corp.cmhlink.org>
> Content-Type: text/plain; charset="US-ASCII"
>
> We are trying to make a move towards using the ADM Worklist/Insurance
> verification functions within the ADM module. We have HDX (for
> eligibility) set up but are still trying to figure the workflow. If you
> are using the worklist for Eligibility or Authorization functions and
> would not mind us asking a few questions please let me know. We are
> really struggling with revamping the entire process and need help. Thank
> you so much.
> Nancy
>
> Nancy Trawick MT (ASCP)
> IT Project Manager, Clinical Systems
> Calvert Memorial Hospital -IS Dept
> 410.535.8255
> ntra...@cmhlink.org
>
>
>
>
>
> CONFIDENTIALITY NOTICE:
> This e-mail communication and any attachments may contain
> confidential and privileged information for use by the designated
> recipients named above. They are intended solely for these recipients.
> 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 Calvert Memorial Hospital immediately by telephone
> at (410) 535-8282 and destroy all copies of this communication and any
> attachments.
>
>
>
> ------------------------------
>
> Message: 11
> Date: Fri, 19 Jan 2007 12:49:45 -0600
> From: "Deanna Ramirez" <deanna....@delnor.com>
> Subject: RE: [MEDITECH-L] FW: re: MSM /PICIS conversion
> To: "Angeloni, Terry" <Terry.A...@provena.org>, "Ring, Donna -
> Clinical Systems Resource Nurse Specialtist"
> <Ri...@newmilfhosp.org>,
> "Brenda Bakaysa" <bbak...@indianarmc.org>, <medit...@MTUsers.com>
> Message-ID:
> <631317EBB983614F9FF...@DCHSEXCH01.dchs.delnor.com>
> Content-Type: text/plain; charset="US-ASCII"
>
> We have done this, we are finishing up week two of phase I go-live;
> in-room documentation & big board is phase II. If you give me a couple
> more weeks I'd be happy to talk with you. If you have specific
> questions before then I'll do my best to get them answered.
>
> Dee Ramirez
> Delnor-Community Hospital
> (630) 208-4251
>
> -----Original Message-----
> From: medit...@MTUsers.com [mailto:medit...@MTUsers.com] On Behalf
> Of Angeloni, Terry
> Sent: Monday, January 15, 2007 3:09 PM
> To: Ring, Donna - Clinical Systems Resource Nurse Specialtist; Brenda
> Bakaysa; medit...@MTUsers.com
> Subject: RE: [MEDITECH-L] FW: re: MSM /PICIS conversion
>
> Yes, please post. We will be doing the same with one of our facilities
> soon.
>
>
> Terry Angeloni
> Provena Health Information Services
> Application Specialist II
> ph 815.730.2858
> fax 815.744.7565
> terry.a...@provena.org
>
> -----Original Message-----
> From: medit...@MTUsers.com [mailto:medit...@MTUsers.com] On Behalf
> Of Ring, Donna - Clinical Systems Resource Nurse Specialtist
> Sent: Thursday, January 11, 2007 10:10 AM
> To: 'Brenda Bakaysa'; medit...@MTUsers.com
> Subject: RE: [MEDITECH-L] FW: re: MSM /PICIS conversion
>
>
> Please post to the L
>
> Donna Ring
> Nursing Information Systems
>
>
> -----Original Message-----
> From: medit...@MTUsers.com [mailto:medit...@MTUsers.com] On Behalf
> Of Brenda Bakaysa
> Sent: Tuesday, January 09, 2007 8:42 AM
> To: medit...@MTUsers.com
> Subject: [MEDITECH-L] FW: re: MSM /PICIS conversion
>
>
> We are looking at replacing MSM/PICIS medSURG with Meditech's Magic OR
> module. We are wondering if there are any other facilities out there
> that have gone through this before and if there is anything that you
> know of that we should be looking for.
>
> Brenda Bakaysa, RN
> Clinical Analyst
> Indiana Regional Medical Center
> PO Box 788
> Indiana, PA 15701
> Phone: 724-463-1002
> Fax: 724-357-7289
> Email: bbak...@indianarmc.org
>
>
> =*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=
> To subscribe or unsubscribe to the meditech-l, visit MTUsers.COM.
>
> To check the status of the meditech-l, visit MTUsers.NET.
>
> For help, email sup...@MTUsers.NET.
> ______________________________________
> meditech-l mailing list
> medit...@MTUsers.com
> http://mtusers.com/mailman/listinfo/meditech-l
> =*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=
> To subscribe or unsubscribe to the meditech-l, visit MTUsers.COM.
>
> To check the status of the meditech-l, visit MTUsers.NET.
>
> For help, email sup...@MTUsers.NET.
> ______________________________________
> meditech-l mailing list
> medit...@MTUsers.com
> http://mtusers.com/mailman/listinfo/meditech-l
>
> =*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=
> To subscribe or unsubscribe to the meditech-l, visit MTUsers.COM.
>
> To check the status of the meditech-l, visit MTUsers.NET.
>
> For help, email sup...@MTUsers.NET.
> ______________________________________
> meditech-l mailing list
> medit...@MTUsers.com
> http://mtusers.com/mailman/listinfo/meditech-l
>
>
>
> ------------------------------
>
> Message: 12
> Date: Fri, 19 Jan 2007 14:07:53 -0500
> From: "Tom Silver" <Tsi...@howardregional.org>
> Subject: [MEDITECH-L] Fwd: Magic PHA rule to check medical record in
> PHA for vaccine dispensed
> To: "Meditech-L (E-mail)" <medit...@mtusers.com>
> Message-ID: <s5b0d0...@HCHGW1.HCH-KOKOMO.INT>
> Content-Type: text/plain; charset=US-ASCII
>
> Hello all,
> Looking for some rule help.
> Would like to create a rule to give a pop-up box of the last time
> the vaccine was dispensed when you try and fill it in pharmacy.
> thanks
> tom
>
> Tom Silver
> Clinical Staff Pharmacist
> Howard Regional Health System
> Phone (765)-453-8524 fax (765)-864-6707
> Main Pharmacy phone (765)-453-8433
> Main Pharmacy fax (765)-453-8141
> No trees were killed in the sending of this message.
> However; a large number of electrons were terribly inconvenienced. :^)
>
> "The opinions expressed in this e-mail message are those of the author
> and may not be representative of Howard Regional Health System or any of
> its affiliates. This e-mail message and attachments, if any, may
> contain confidential or privileged information. If you are not the
> addressee or authorized to received this message for the addressee, you
> must not use, copy, disclose, or take any action based on this message,
> any attachments to this message, or any information herein. If you have
> received this message in error, please advise the sender immediately by
> reply e-mail and delete this message in its entirety."
>
>
>
>
> Tom Silver
> Clinical Staff Pharmacist
> Howard Regional Health System
> Phone (765)-453-8524 fax (765)-864-6707
> Main Pharmacy phone (765)-453-8433
> Main Pharmacy fax (765)-453-8141
> No trees were killed in the sending of this message.
> However; a large number of electrons were terribly inconvenienced. :^)
>
> "The opinions expressed in this e-mail message are those of the author
> and may not be representative of Howard Regional Health System or any of
> its affiliates. This e-mail message and attachments, if any, may
> contain confidential or privileged information. If you are not the
> addressee or authorized to received this message for the addressee, you
> must not use, copy, disclose, or take any action based on this message,
> any attachments to this message, or any information herein. If you have
> received this message in error, please advise the sender immediately by
> reply e-mail and delete this message in its entirety."
>
>
>
>
>
>
> ------------------------------
>
> Message: 13
> Date: Fri, 19 Jan 2007 14:08:36 -0500
> From: "Tom Silver" <Tsi...@howardregional.org>
> Subject: [MEDITECH-L] PHA Magic Transfer med/ post op review report
> To: "Meditech-L (E-mail)" <medit...@mtusers.com>
> Message-ID: <s5b0d1...@HCHGW1.HCH-KOKOMO.INT>
> Content-Type: text/plain; charset=US-ASCII
>
> Hello,
> I am looking for an NCR report that would print out all the current
> medications the patient is on and check boxes whether to continue or
> not
> with a signature line for the physician?
>
> Any one willing to share??
>
> Thanks in advance
>
> tom
>
> Tom Silver
> Clinical Staff Pharmacist
> Howard Regional Health System
> Phone (765)-453-8524 fax (765)-864-6707
> Main Pharmacy phone (765)-453-8433
> Main Pharmacy fax (765)-453-8141
> No trees were killed in the sending of this message.
> However; a large number of electrons were terribly inconvenienced. :^)
>
> "The opinions expressed in this e-mail message are those of the author
> and may not be representative of Howard Regional Health System or any of
> its affiliates. This e-mail message and attachments, if any, may
> contain confidential or privileged information. If you are not the
> addressee or authorized to received this message for the addressee, you
> must not use, copy, disclose, or take any action based on this message,
> any attachments to this message, or any information herein. If you have
> received this message in error, please advise the sender immediately by
> reply e-mail and delete this message in its entirety."
>
>
>
>
> Tom Silver
> Clinical Staff Pharmacist
> Howard Regional Health System
> Phone (765)-453-8524 fax (765)-864-6707
> Main Pharmacy phone (765)-453-8433
> Main Pharmacy fax (765)-453-8141
> No trees were killed in the sending of this message.
> However; a large number of electrons were terribly inconvenienced. :^)
>
> "The opinions expressed in this e-mail message are those of the author
> and may not be representative of Howard Regional Health System or any of
> its affiliates. This e-mail message and attachments, if any, may
> contain confidential or privileged information. If you are not the
> addressee or authorized to received this message for the addressee, you
> must not use, copy, disclose, or take any action based on this message,
> any attachments to this message, or any information herein. If you have
> received this message in error, please advise the sender immediately by
> reply e-mail and delete this message in its entirety."
>
>
>
>
>
>
> ------------------------------
>
> Message: 14
> Date: Fri, 19 Jan 2007 15:18:18 -0400
> From: "Ken MacPherson" <macphe...@cbdha.nshealth.ca>
> Subject: RE: [MEDITECH-L] Default location into report Select field -
> MAGICreport
> To: "'Brian Golden'" <bgo...@sehosp.org>, <medit...@MTUsers.com>
> Message-ID:
>
> <!&!AAAAAAAAAAAYAAAAAAAAAJEkirZUgtgRnuIAArMxPUXCgAAAEAAAAMXHCwjiZDVDouwzQl
> k1nNABAAAAAA==@cbdha.nshealth.ca>
>
> Content-Type: text/plain; charset="us-ascii"
>
> Hi Brian
>
> To do this use the following code
>
> @.device^MIS.LOCN.terminal,
> ""^MIS.LOCN.mnemonic,
> @Next(MIS.LOCN.mnemonic,terminal.x)^MIS.ROOM.c.location
>
> Brian this is written for Client Server but it should work in magic with a
> few
> tweaks.
>
> Hope this Helps
> Ken
>
>
>
> Ken MacPherson
> Systems Analyst / NPR Team Member
> NShIS Implementation Project
> EMail mailto:macphe...@cbdha.nshealth.ca
> Phone 902 237 5153
>
> Confidentiality Notice
>
> This message may contain privileged and/or confidential information. If
> you have
> received this e-mail in error or are not the intended recipient, you may
> not
> use, copy, disseminate or distribute it. Do not open any attachments.
> Delete
> this message immediately from your system and notify the sender by e-mail
> or
> telephone that you have done so
>
> Thank You
>
> -----Original Message-----
> From: medit...@MTUsers.com [mailto:medit...@MTUsers.com] On Behalf Of
> Brian
> Golden
> Sent: Monday, January 15, 2007 5:19 PM
> To: medit...@MTUsers.com
> Subject: [MEDITECH-L] Default location into report Select field -
> MAGICreport
>
> I was asked if I could default the user's location into a select field on
> a
> report.
>
> The report is a census report written in ADM.PAT. The DPM section of the
> report
> looks like this:
>
> Detail DPM MIS.ROOM.DICT Detail Segment
> mis.room.beds
> Index DPM MIS.ROOM.DICT Index File
> mis.room.loc.index
>
> The Select section of the report:
>
> Select Field/Prompt or Value Oper/Default or Keyword
> 1 MIS.ROOM.DICT.location EQ
> For Location:
>
> Can I default the terminal's location into this field?
>
> Thought I would ask the "L" before I spend too much time on it.
>
> Thank you in advance,
>
> Brian Golden, RN
> Southeast Missouri Hospital
> 1701 Lacey St.
> Cape Girardeau, MO 63701
>
>
> =*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=
> To subscribe or unsubscribe to the meditech-l, visit MTUsers.COM.
>
> To check the status of the meditech-l, visit MTUsers.NET.
>
> For help, email sup...@MTUsers.NET.
> ______________________________________
> meditech-l mailing list
> medit...@MTUsers.com
> http://mtusers.com/mailman/listinfo/meditech-l
>
>
>
>
> ------------------------------
>
> Message: 15
> Date: Fri, 19 Jan 2007 13:31:05 -0600
> From: "Brian Schmit" <brian....@ipeople.com>
> Subject: [MEDITECH-L] (no subject)
> To: <dye...@grahamhospital.org>, <medit...@mtusers.com>
> Message-ID:
> <480E026EC836C54EA61...@IPMAIL.ipeople.org>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Hi Debbie,
>
> The BAR.BCH field txn.account points to the BAR.PAT DPM so you can use a
> possessive to get the field birthdate from BAR.PAT:
> txn.account's.birthdate
>
> You will also need to add the following Field Attributes: DAT=DATE10 and
> LEN=10
>
> Please let me know if you have any questions.
>
> Good luck,
>
> Brian Schmit
> Interface People, LP
> Office: 214-222-1125 ext. 306
> Mobile: 617-823-9326
> Brian....@ipeople.com
> http://www.ipeople.com
> <http://ipterm1.ipeople.org/exchweb/bin/redir.asp?URL=http://ipterm1.ipeop
> le.org/exchweb/bin/redir.asp?URL=http://www.ipeople.com>
>
>
>
>
>
>
> Hello everyone, I am trying to get the birthdate in mm\dd\yyyy format from
> BAR.BCH.
>
> Can anyone help me with this?
>
>
>
> Thanks!!
>
>
>
> Debbie Yerbic
>
> 210 W. Walnut
>
> Canton, Il 61520
>
> 309-647-5240 Ext. 2287
>
>
>
>
>
>
> ------------------------------
>
> Message: 16
> Date: Fri, 19 Jan 2007 14:33:04 -0500
> From: "Freeman, Elizabeth" <efre...@che.org>
> Subject: [MEDITECH-L] Urisys 1100
> To: <medit...@mtusers.com>
> Cc: "Campbell, Clifford" <ccam...@che.org>
> Message-ID:
> <9E0258BFB99BD44BB19...@ITSSSXP02.one.ads.che.org>
> Content-Type: text/plain; charset="us-ascii"
>
>
>
> Hi all,
>
>
>
> Has anyone out there interfaced a Urisys 1100 in Meditech? We would
> appreciate any help you could offer with this interface!
>
>
>
> Thanks,
>
>
>
> Elizabeth
>
> Disclaimer - This e-mail and files transmitted with it are confidential
> and contain privileged or copyrighted information. If you are not the
> intended recipient you must not copy, distribute or use this e-mail or
> the information contained in it for any purpose other then to notify the
> sender. If you have received this message in error, please notify the
> sender immediately and delete this e-mail from your system. E-mail
> transmission cannot be guaranteed to be secure or error free as
> information could be intercepted, corrupted, lost, destroyed, arrive
> late, incomplete or contain viruses. The sender therefore does not
> accept liability for any errors or omissions in the content of this
> message. We do not guarantee that this material is free from viruses or
> any other defects although due diligence has been taken to minimize the
> risk. Any views stated in this communication are those of the actual
> sender and not necessarily those of NETS Electronics, Inc. 2 Commerce
> Drive, Suite 102, Bedford NH 03110.
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
> http://prosonic.iserver.net/pipermail/meditech-l/attachments/20070119/fce4
> f726/attachment.htm
>
> ------------------------------
>
> Message: 17
> Date: Fri, 19 Jan 2007 13:33:56 -0600
> From: "Nielacny, Aimee" <anie...@marianjoy.org>
> Subject: RE: [MEDITECH-L] Date Comparison Attribute
> To: "Brian Schmit" <Brian_...@picis.com>, "Smith, Brian"
> <Brian...@interiorhealth.ca>, <medit...@mtusers.com>
> Message-ID:
> <98C818FD0A287945A91D...@WFEXBE05.wfsi.priv>
> Content-Type: text/plain; charset="us-ascii"
>
> I want to use this attribute on an OE PROC screen to pop up the warning
> if the date entered on the query is within 7 days of the order service
> date.
>
> This is the original attribute
> FCL1=IF{@.response<@.today @W.err("Recert date will expire soon")}
> It pops the message even if the response it NOT LESS than today. I
> changed the attribute to
>
> FCL1=IF{@.response<@.OE.INP.inp.ser.date+6 @W.err("Recert date will
> expire soon")}
> The warning pops up regardless of the date I enter.
>
> Can someone help please?
>
> Thanks,
> Aimee
>
> -----Original Message-----
> From: meditech-...@mtusers.com
> [mailto:meditech-...@mtusers.com] On Behalf Of Brian Schmit
> Sent: Thursday, February 03, 2005 8:50 AM
> To: Smith, Brian; medit...@mtusers.com
> Subject: RE: [MEDITECH-L] Date Comparison Attribute
>
> All messages should be posted in plain text. HTML will be converted to
> attachments. The meditech-l web site is MTUsers.com
> ======================================
>
> Hi Brian,
>
> Something similar to the following should work for you:
>
> FCL1=IF{@.response<@.today @W.err("Standing orders have expired.")}
>
> You do not have to use the Z programs to subtract dates since they are
> already stored in the CCYYMMDD format, which makes comparisons much
> simpler.
>
> Good luck,
>
> Brian Schmit
> Sr. Programmer, Picis
> Direct: 781 557 3315
> Fax: 781 557 3140
> 100 Quannapowitt Parkway
> Suite 405
> Wakefield, MA 01880
> Brian_...@picis.com
> www.picis.com
>
> The information in this email is confidential and may be legally
> privileged. It is intended solely for the addressee. Access or use by
> any other person to this internet email is not authorized and may be
> unlawful. If you are not the intended recipient, please delete or
> destroy this email. If you do not wish to receive future emails from the
> sender, please reply directly to this email requesting you be removed
> from any mailing list.
>
>
>
>
> -----Original Message-----
> From: meditech-...@mtusers.com
> [mailto:meditech-...@mtusers.com]On Behalf Of Smith, Brian
> Sent: Wednesday, February 02, 2005 12:26 PM
> To: medit...@mtusers.com
> Subject: [MEDITECH-L] Date Comparison Attribute
>
>
> All messages should be posted in plain text. HTML will be converted to
> attachments. The meditech-l web site is MTUsers.com
> ======================================
>
> I'd like to pop up a warning message if a query on a CDS has a date less
> than today. I thought something like this might possibly work but the
> syntax checker is unhappy.
>
> FCL1=IF{%Z.date.sub(@.response,@.today)<0 @W.err("Standing orders have
> expired.")}
>
> Has anyone out there built one like this that they would like to share?
>
> Thanks in advance.
>
> Brian Smith, A.R.T.
> RIH Accession Supervisor
> Phone: 250-314-2645
> Fax: 250-314-2328
>
> _______________________________________________
> meditech-l mailing list
> medit...@MTUsers.com
> http://mtusers.com/mailman/listinfo/meditech-l
>
> _______________________________________________
> meditech-l mailing list
> medit...@MTUsers.com
> http://mtusers.com/mailman/listinfo/meditech-l
> Privileged/Confidential information may be contained in this message.
> The information contained in this message is intended only for the use
> of the recipient(s) named above and their co-workers who are working on
> the same matter.
>
> The recipient of this information is prohibited from disclosing the
> information to any other party unless this disclosure has been
> authorized in advance.
>
> If you are not intended recipient of this message or any agent
> responsible for delivery of the message to the intended recipient, you
> are hereby notified that any disclosure, copying, distribution or action
> taken in reliance on the contents of this message is strictly
> prohibited. You should immediately destroy this message and kindly
> notify the sender by reply E-Mail.
>
> Please advise immediately if you or your employer does not consent to
> Internet E-Mail for messages of this kind. Opinions, conclusions and
> other information in this message that do not relate to the official
> business of the firm shall be understood as neither given nor endorsed
> by it.
> Privileged/Confidential information may be contained in this message. The
> information contained in this message is intended only for the use of the
> recipient(s) named above and their co-workers who are working on the same
> matter. The recipient of this information is prohibited from disclosing
> the information to any other party unless this disclosure has been
> authorized in advance.
>
> If you are not intended recipient of this message or any agent
> responsible for delivery of the message to the intended recipient, you are
> hereby notified that any disclosure, copying, distribution or action taken
> in reliance on the contents of this message is strictly prohibited. You
> should immediately destroy this message and kindly notify the sender by
> reply E-Mail. Please advise immediately if you or your employer does not
> consent to Internet E-Mail for messages of this kind. Opinions,
> conclusions and other information in this message that do not relate to
> the official business of the firm shall be understood as neither given nor
> endorsed by it.
>
>
>
> ------------------------------
>
> Message: 18
> Date: Fri, 19 Jan 2007 13:54:39 -0600
> From: "McGaw, Douglas" <dbm...@newmanrh.org>
> Subject: RE: [MEDITECH-L] Default location into report Select field -
> MAGICreport
> To: "Brian Golden" <bgo...@sehosp.org>, <medit...@mtusers.com>
> Message-ID:
> <63E35947A7537145851...@server8.newmanrh.org>
> Content-Type: text/plain; charset="us-ascii"
>
> Brian - I have one report where I use the the user's location as an
> automatic select. It looks like this:
>
> xx.check EQ 1
>
> xx.check
> DAT=PINT
> LEN=1
> VAL=IF{@MIS.LOCN.DICT.terminals[@location,@.logical.device] 1}
>
> Hope it helps....
>
> Douglas B. McGaw
> Newman Regional Health
> 1201 W. 12th Ave.
> Emporia, KS 66801
>
> dbm...@newmanrh.org
> 620-343-6800 x 1130
> fax: 620-340-6799
>
>
> -----Original Message-----
> From: medit...@mtusers.com [mailto:medit...@mtusers.com] On Behalf
> Of Brian Golden
> Sent: Monday, January 15, 2007 3:19 PM
> To: medit...@mtusers.com
> Subject: [MEDITECH-L] Default location into report Select field -
> MAGICreport
>
> I was asked if I could default the user's location into a select field
> on a report.
>
> The report is a census report written in ADM.PAT. The DPM section of
> the report looks like this:
>
> Detail DPM MIS.ROOM.DICT Detail Segment
> mis.room.beds
> Index DPM MIS.ROOM.DICT Index File
> mis.room.loc.index
>
> The Select section of the report:
>
> Select Field/Prompt or Value Oper/Default or Keyword
> 1 MIS.ROOM.DICT.location EQ
> For Location:
>
> Can I default the terminal's location into this field?
>
> Thought I would ask the "L" before I spend too much time on it.
>
> Thank you in advance,
>
> Brian Golden, RN
> Southeast Missouri Hospital
> 1701 Lacey St.
> Cape Girardeau, MO 63701
>
>
> =*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=
> To subscribe or unsubscribe to the meditech-l, visit MTUsers.COM.
>
> To check the status of the meditech-l, visit MTUsers.NET.
>
> For help, email sup...@MTUsers.NET.
> ______________________________________
> meditech-l mailing list
> medit...@MTUsers.com
> http://mtusers.com/mailman/listinfo/meditech-l
>
>
>
> ------------------------------
>
> Message: 19
> Date: Fri, 19 Jan 2007 12:56:09 -0700
> From: "Horsley, Randi - CRH" <Ran...@chw.edu>
> Subject: [MEDITECH-L] eMAR problem with limiting students
> To: "'medit...@MTUsers.com'" <medit...@MTUsers.com>
> Message-ID:
> <C1E9DBD6927F48428F03...@aznv-msg-003.chw.edu>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Does anyone out there know how to limit students (or others that have a
> limited scope of practice) from being able to ACK a drug not acknowledged
> by
> staff yet? Page 2 of the access dictionary allows limiting them to see
> only
> meds already acknowledged, but this creates a list that may cause med
> errors
> of omitted doses if there are new orders (not to mention endless questions
> by staff). I have removed the verb strip option for ACK as well, but there
> still seem to be ways around. I opened a Meditech task, and they tell me
> these are the only choices. Anyone else know something I don't yet? Any
> help
> appreciated - we are going to be letting students onto our LIVE system
> soon
> and am very discomfitted by this finding and lack of solution.
>
> Randi L. Horsley, MSN, RN
> Manager, Clinical Informatics
> Chandler Regional Hospital
> 475 S. Dobson Rd.
> Chandler, Arizona 85224
> 480-728-3757 office, 602-656-1225 pager
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
> http://prosonic.iserver.net/pipermail/meditech-l/attachments/20070119/8a54
> 4733/attachment.htm
>
> ------------------------------
>
> Message: 20
> Date: Fri, 19 Jan 2007 15:05:37 -0500
> From: "kim.hendrix" <kim.h...@newberryhospital.org>
> Subject: [MEDITECH-L] RE: Datascope interface
> To: <medit...@mtusers.com>
> Message-ID:
>
> <!~!UENERkVCMDkAAQACAAAAAAAAAAAAAAAAABgAAAAAAAAAvrPrG+Ohj0OiI6ccplBh98KAAA
> AQAAAAsPPSP5WNAEq...@newberryhospital.org>
>
> Content-Type: text/plain; charset="us-ascii"
>
>
> Hi,
>
> I need some help; I have not dealt with interface monitoring.
>
> If anyone has experience with this, data-scope monitoring with PCS would
> you
> share your assessment build/screen/or tell me how to do it.
>
> Thanks Kim
>
> Kimberly J. Hendrix, RN
> Sr. Clinical Informatics Analyst
> Newberry County Memorial Hospital
> PO Box 497 - 2669 Kinards Street
> Newberry, SC 29108
> (803) 276-7570 ext. 279
>
>
>
>
>
>
> ------------------------------
>
> Message: 21
> Date: Fri, 19 Jan 2007 14:34:18 -0600
> From: "Brian Schmit" <brian....@ipeople.com>
> Subject: [MEDITECH-L] Default location into report Select field -
> MAGIC report
> To: <bgo...@sehosp.org>, <medit...@MTUsers.com>
> Message-ID:
> <480E026EC836C54EA61...@IPMAIL.ipeople.org>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Hi Brian,
>
> Here is something you can use:
>
> DFT2=IF{@.logical.device^MIS.LOCN.DICT.terminal,
> DFT2=@First(MIS.LOCN.DICT.mnemonic,MIS.LOCN.DICT.terminal.x)}
>
> or this:
>
> DFT2=+...@MIS.LOCN.DICT.terminal.x[@.logical.device,""]
>
> Please let me know if you have any questions.
>
> Good luck,
>
> Brian Schmit
> Interface People, LP
> Office: 214-222-1125 ext. 306
> Mobile: 617-823-9326
> Brian....@ipeople.com
> http://www.ipeople.com
> <http://ipterm1.ipeople.org/exchweb/bin/redir.asp?URL=http://ipterm1.ipeop
> le.org/exchweb/bin/redir.asp?URL=http://www.ipeople.com>
>
>
>
>
>
>
> I was asked if I could default the user's location into a select field
> on a report.
>
> The report is a census report written in ADM.PAT. The DPM section of
> the report looks like this:
>
> Detail DPM MIS.ROOM.DICT Detail Segment
> mis.room.beds
> Index DPM MIS.ROOM.DICT Index File
> mis.room.loc.index
>
> The Select section of the report:
>
> Select Field/Prompt or Value Oper/Default or Keyword
> 1 MIS.ROOM.DICT.location EQ
> For Location:
>
> Can I default the terminal's location into this field?
>
> Thought I would ask the "L" before I spend too much time on it.
>
> Thank you in advance,
>
> Brian Golden, RN
> Southeast Missouri Hospital
> 1701 Lacey St.
> Cape Girardeau, MO 63701
>
>
> =*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=
> To subscribe or unsubscribe to the meditech-l, visit MTUsers.COM.
>
> To check the status of the meditech-l, visit MTUsers.NET.
>
> For help, email sup...@MTUsers.NET.
> ______________________________________
> meditech-l mailing list
> medit...@MTUsers.com
> http://mtusers.com/mailman/listinfo/meditech-l
> <http://ipterm1.ipeople.org/exchweb/bin/redir.asp?URL=http://mtusers.com/m
> ailman/listinfo/meditech-l>
>
>
>
>
>
> ------------------------------
>
> Message: 22
> Date: Fri, 19 Jan 2007 15:45:21 -0500
> From: "Kropp, Joan" <jbk...@ex.uchs.org>
> Subject: [MEDITECH-L] PTCT
> To: "Meditech-L list" <medit...@MTUsers.com>
> Message-ID: <E94B2A4147401A44845...@uchexhmh.uchs.org>
> Content-Type: text/plain; charset="us-ascii"
>
> Is there anyone in L land using PTCT and the standard Meditech BAR
> module? If so, we would like to know how you are handling the new CMS
> regulation with defining HCPCS to the Patient Level of Care. We were
> thinking that this had to be done in a BAR or MIS dictionary but now we
> are thinking that the best way to handle this is in the Procedure
> Dictionary. If you have any ideas or have this set up already, if
> possible we would love to have a few minutes of your time.
>
> Thanks!
>
>
>
> Joan Kropp,
>
> Systems Analyst,
>
> Information Technology
>
> Upper Chesapeake Health
>
>
>
> 443.-843-5148 office
>
> 410-588-0495 pager
>
> jbk...@ex.uchs.org <mailto:jbk...@ex.uchs.org>
>
>
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
> http://prosonic.iserver.net/pipermail/meditech-l/attachments/20070119/ddf3
> 682d/attachment.htm
>
> ------------------------------
>
> Message: 23
> Date: Fri, 19 Jan 2007 13:16:12 -0800
> From: Sheral Graham <grah...@us.ibm.com>
> Subject: [MEDITECH-L] Medical Necessity/CWS
> To: "C/S List Serve \(SISU\)" <CSLis...@SISUnet.org>,
> Medit...@mtusers.com
> Message-ID:
>
> <OFE78684CD.5C0D2106-ON882572...@us.ibm.com>
> Content-Type: text/plain; charset="us-ascii"
>
> For those of you who are using the CWS/OE link for orders associated with
> appointment types, when does the Medical Necessity checking actually
> happen? At the time of scheduling, or at the time of registration, when
> the system actually passes the order to the interface?
>
> Thanks!
>
> Sheral Graham
> Senior Consultant
> Healthlink Solutions
> cell: 541-680-3239
> grah...@us.ibm.com
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
> http://prosonic.iserver.net/pipermail/meditech-l/attachments/20070119/5e92
> f0d7/attachment.htm
>
> ------------------------------
>
> _______________________________________________
> meditech-l mailing list
> medit...@MTUsers.com
> http://mtusers.com/mailman/listinfo/meditech-l
>
>
> End of meditech-l Digest, Vol 27, Issue 34
> ******************************************
=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=
To subscribe or unsubscribe to the meditech-l, visit MTUsers.COM.
To check the status of the meditech-l, visit MTUsers.NET.
For help, email sup...@MTUsers.NET.
______________________________________
meditech-l mailing list
medit...@MTUsers.com
http://mtusers.com/mailman/listinfo/meditech-l