All messages should be posted in plain text.  HTML will be converted to
attachments.    The meditech-l web site is MTUsers.com
======================================

Thanks Jay, Would you be willing to share your RADRW.UA report?

Since the data physically resides across multiple machines I don't see
an alternative to the work around you were suggested. As for scheduling,
since the report is an MIS report it will always be run on the MIS
master segment so to schedule it to run you would need to get fancy and
move it to another DPM in an applicatino on the desired machine. 

What about PCI? Is there a standard report for this data or is it
reported in the MIS report of the segment it resides on? 

John Toop
Humber River Regional Hospital
Toronto, Ontario Canada
(416) 249 8111 x 8019
[EMAIL PROTECTED]



-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Jay Gilmore
Sent: Tuesday, October 03, 2006 12:26 PM
To: MEDITECH-L; Carol Higley; Bill Mullins
Subject: Fw: [MEDITECH-L] Patient Audit Trail By User

All messages should be posted in plain text.  HTML will be converted to
attachments.    The meditech-l web site is MTUsers.com
======================================

Sorry if this gets posted twice, the message was returned for some
reason.

 Carol/Bill,

 In regards to your problems with this report, I found KB article 19905
that describes a similar process to setting up Bill's report.  I tried
Bill's report as well as creating the one in the KB article, and I got
the same results as you guys got.  I could pull info from ABS, ADM, MRI,
PRV, and SCH, but no info from the clinical or financial modules.

 I opened a task with MEDITECH to find out why it was not pulling
information from the other modules since they had posted an article
about this type of report.  Our RW specialist said that the report was
pulling information from all applications on our "A" segment (since the
NPR application is on our "A" segment).  The applications I mentioned
above are on our "A" segment as well.

 The solution he offered, which he even noted was not an ideal solution,
was to attach the report to a menu from a module of each segment.  He
said that this has been an issue in the past.  In our case, I had to
attach the report to a menu of all segments, because our clinical
modules are on the "B"
segment, our financial modules are on "C" (to pull patient account
access from BAR), and Pharmacy is on "D".  I would have 4 reports, but I
would have all of the access information from all applications, right?

Wrong.  I then ran into another problem...I could not pull any info from
RAD.  I tried attaching the report to both RAD and RADRW menus, which
did not work.  MEDITECH did not have a solution for pulling RAD info
onto this report since it was a $T application, so I had to go in a
different direction.  I created a different report under the RADRW.UA
DPM to pull this information.  So that makes a total of 5 reports.

I wanted to let everyone know that there was a workaround for this
problem, and it does work, but it would be better if all of the info
could be combined onto 1 report.  Hopefully, someone out in "L" land
will be able to figure out how to do this!

Thanks,


Jay Gilmore

Systems Analyst
Crisp Regional Hospital
(229) 276-3173

_______________________________________________
meditech-l mailing list
[email protected]
http://mtusers.com/mailman/listinfo/meditech-l

Reply via email to