Re: [MEDITECH-L] Patient Audit Trail By User

[Jay Gilmore]

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


John,

Here is the report you asked for that runs for RAD activity.  You may want
to revise the report to meet your needs.

I do not have a report for PCI.  I use the System Utilization Reports in PCI
Maintenance.

Bill, I can't wait to see the report you've been working on.  If you are
indeed able to get it to loop through all of the modules, that would be
great.

Thanks,


Jay Gilmore

Systems Analyst
Crisp Regional Hospital
(229) 276-3173
----- Original Message ----- 
From: "Toop, John" <[EMAIL PROTECTED]>
To: "Jay Gilmore" <[EMAIL PROTECTED]>; "MEDITECH-L"
<MEDITECH-L@mtusers.com>; "Carol Higley" <[EMAIL PROTECTED]>; "Bill
Mullins" <[EMAIL PROTECTED]>
Sent: Wednesday, October 04, 2006 7:17 AM
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

MEDITECH.CUST.RPTS^Crisp Regional Hospital^CRR^LIVE.MIS^DPJEG^20061005^A^
@@VERSION:1
RADRW.UA.zcus.jeg.patient.audit
@@PROC
RADRW.UA.zcus.jeg.patient.audit
[EMAIL PROTECTED]
@@RPT

Yzcus.jeg.patient.auditRADRW.UApatient.activityRAD Patient 
AuditREG12200
66066radiology.patient.activity
N
N
N
Y
Y
0
1
1
Y
AT      831398959
DPJEG
E
AT      839164664
DPJEG
E
AT      839268131
DPJEG
E
AT      839328285
DPJEG
E
CI

F
1

user.mnemonic
user.mnemo10
L
F
1SE
3
LIc.user.mnemonicUsersALL
F
2
xx.user.namexx.user.name
2
L
F
2CDAT
FREE
F
2CJFY
L
F
2CLEN
20
F
2CVAL
%Z.name.inversion(@user.mnemonic's.name)
F
3
xx.datexx.date
2
L
F
3CDAT
DATE
F
3CJFY
L
F
3CLEN
8
F
3CVAL
%Z.date.in.magic(@user.begin.time.seconds)
F
3SE
1
GE     b.xx.date   From Date
F
3SE
2
LE     e.xx.date   Thru Date
F
4
user.deviceuser.device20
L
F
5
user.begin.timebegt
4
L
F
6

user.end.timeendt
4
L
F
7
user.total.time.minutesmins
4
L
F
8
patient.namepatient.name30
L
F
8CLEN
25
F
9
patient.account.numberpatient.acco15
L
F
9CLEN
12
F10
patient.unit.number
patient.un10
L
F11
patient.radpatient25
L
F11CLEN
7
F12
xx.user.routine.namexx.user.routine.nam
2
L
F12CDAT
FREE
F12CJFY
L
F12CLEN
30
F12CVAL
:[EMAIL PROTECTED]
FI
4
0
10
1
FI
413
20
2
FI
436

8
3
FI
447
20
4
FI
470

4
5
FI
482

4
6
FI
494

4
7
FI
4101
25
8
FI
4130
12
9
FI
4147
1010
FI
4160

711
FI
4170
3012
L
1
HP
L
1CBX
G
L
1CPF
b
L
1CVL
D5,11,34,45,68,80,92,99,127,144,158,168
L
2
HP
L
3
HP
L
3CBX
W
L
4

D
L
4CGB
W
L
4CLC
@patient.name
P
1
 
P
2
USER         USER NAME              DATE       DEVICE                 FROM TIME 
  THRU TIME   MIN    PATIENT NAME                ACCOUNT NUMBER   UNIT NUMBER   
RAD NUM   ROUTINE NAME
P
3
 
P
4
user.mnemo   xx.user.name________   xx.date_   user.device_________   begt      
  endt        mins   patient.name_____________    patient.acco     patient.un   
patient   xx.user.routine.nam___________
T
1
user.begin.time.secondsNONE
NASC
T
2

user.mnemonicNONE
NASC
T
3
patient.begin.time.secNONE
NASC
U       839268725
DPJEGLIVE.MIS
U       839268927
DPJEGLIVE.MIS
U       839269502
DPJEGLIVE.MIS
U       839325355
DPJEGLIVE.MIS
U       839326141
DPJEGLIVE.MIS
U       839326241
DPJEGLIVE.MIS
U       839326308
DPJEGLIVE.MIS
U       839326463
DPJEGLIVE.MIS
U       839326501
DPJEGLIVE.MIS
U       839328234
DPJEGLIVE.MIS
@@SCRN

Yzcus.jeg.patient.auditRADRW.UARADRW.UA.zcus.jeg.patient.audit
2
N
N
CS
11
P
1
RAD Patient Audit%Z.on.device
P
1F
1
        b.xx.date
1
11112791279
P
1F
1CDAT
DATE
P
1F
1CID.ARG
BR
P
1F
1CIFE
1
P
1F
1CLEN
8
P
1F
1CREQ
1
P
1F
2
        e.xx.date
1
21112791279
P
1F
2CDAT
DATE
P
1F
2CID.ARG
BR
P
1F
2CIFE
1
P
1F
2CLEN
8
P
1F
2CREQ
1
P
1F
3
c.user.mnemonic
2
5
0401401
P
1F
3CID.ARG
BA
P
1F
3CIFE
1
P
1F
3CMAP
D(127),"ALL"
P
1F
3CREQ
N
P
1F
3CREQI
N
P
1MF
3

3
1
P
1P
1
>From Date  @1
P
1P
2
Thru Date  @2
P
1P
3
 
P
1P
4
Users
P
1P
5
@3
P
1P
6
@3
P
1P
7
@3
P
1S
1

N,1,2
P
1S
2

N
1
5
3/T2,3

_______________________________________________
meditech-l mailing list
meditech-l@MTUsers.com
http://mtusers.com/mailman/listinfo/meditech-l