All messages should be posted in plain text. HTML will be converted to attachments. The meditech-l web site is MTUsers.com ======================================
John: That report that had the wrong footnotes names in it, does loop thru PCI and RAD, all modules, so Gary Hall edited it to run for one patient, the original was running by date. I am looking at Gary's edited report of my adopted (someone sent it to the L) report and it looks good. I am going to shorten the lines, and some of the computed fields so the report will not be so long. It was intended as a download/FTP report. Good Luck, -----Original Message----- From: Toop, John [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 04, 2006 6:17 AM To: Jay Gilmore; MEDITECH-L; Carol Higley; Bill Mullins Subject: RE: [MEDITECH-L] Patient Audit Trail By User 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 ********************************************************************** 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. ********************************************************************** _______________________________________________ meditech-l mailing list [email protected] http://mtusers.com/mailman/listinfo/meditech-l
