Notifications
Clear all
Topic starter
Hello All,
Has anyone been able to get ADD_MUACTIVITYLOG() to work on a VFE Form?
I got the Below Code from GE, but have had no success in a successful add.
==================
Add_MUActivityLog(12,'','')
Parameters:
Activity_log_type - ID from MUActivityLogType table
MUActivityLogTypeId Description
2 Provide Clinical Visit Summary to Patient
3 Patient Reminder Sent
5 Patient Declined Clinical Visit Summary
12 Provide Patient Education
13 Reconciled TOC Medications
Loginname - (optional) login name of the EP who should receive credit - defaults to current user **
Description - (optional) string up to 2000 char - recommended use: path and name of handout - defaults to null
Examples:
Add_MUActivityLog(12)
Add_MUActivityLog(12,"hwinston","Enterprise\Asthma Handout")
** Note, consider adding entries for responsible provider of the document and/or authorizing provider of relevant orders in the update
==================
Any help would be appreciated...
Cordially,
Greg Mitchell
Freeman Health Systems
[email protected]
Posted : November 13, 2014 10:22 am
I would be very interested in this as well. I have asked GE about doing this but have not gotten a response, and was waiting for confirmation in writing that it is supported.
Posted : November 13, 2014 10:27 am
The name of the function is incorrect, try -
Add_MUActivity_Log(12,”hwinston”,”Enterprise\Asthma Handout”)
It went through in my test environment with no MEL errors that way.
Posted : November 13, 2014 10:34 am
I asked GE at CHUG and then I have been asking CQR people since3 our return specifically on the education handouts. This is what I have for the parameters. It is saying that the other two parameters are optional
Add_MUActivity_Log(Activity_Log_Type - ID, Loginname (optional),Description(optional))
I haven't tried it yet but can't you put it as an action button and run the process or is that too simple?
Posted : November 13, 2014 10:43 am
It looks to be that simple, loginname is going to give you the provider getting credit though (PVID in the MUACTIVITYLOG table) the description looks to fill out Access_source which doesnt appear to be used that often, but I would put a note in there to differentiate what you are doing from what Centricity or other third party applications are doing.
Posted : November 13, 2014 10:53 am
Topic starter
I tested it with the CORRECT code and it WORKS!!!.
We are thinking of using it inside our VFE Patient Instructions Button with Code #2.
This way, we can continue to use our Custom Patient Instructions form without using the HTML version and get credit from Clinical Visit Summary.
I need to see if it shows up on CQR.
HOW I GOT IT TO WORK.....
.....FOR THE BUTTON.....
1. Connection Type - RUNPROCESS
ADD_MUACTIVITY_LOG(2,"jpaulson","Printed")
----- This will give the provider "jpaulson" credit for Printing Clinical Visit Summary ----
2. I also added the following 2 lines.
OBSNOW("PTDECLINECVS","")
DOCUMENT.CVSGenStatus ="True"
-----This will create a green "Patient received CVS" on the MU CORE Checklist form------
I created a Data Display area with the MEL expression GET_MUACTIVITY_LOG()
For some reason, you have to either close the form or go to the next form and re open this form to get the data display to work properly.
Posted : November 13, 2014 12:34 pm
Awesome! Thank you Greg
On the refresh data display...... you can trick that part too.... I created a second tab in my form and did the Jump to tab so on the same button you put your other code in, add
JUMP_TO_TAB("X")
JUMP_TO_TAB(".")
or what ever your next tab is called. this will jump it back and forth to update your data display.
Posted : November 14, 2014 6:08 am
Topic starter
The data display for me is just temporay during testing.
However, you can make a visability region based upon the the execution of the ADD_MUACTIVITY_LOG that will show when the CVS (or handout) is printed.
I have only been able to successfully do this currently by
making an Edit Filed (HAS TO BE EDIT FIELD) called DOCUMENT.MU_ACTIVITY_LOG
and putting the below code on the RIGHT side where the code goes....
{!if DOCUMENT.MU_ACTIVITY_LOG = "" then DOCUMENT.MU_ACTIVITY_LOG = GET_MUACTIVITY_LOG() else "" endif}
This effectively does this --> GET_MUACTIVITY_LOG ""
But, that won't work, so the above is a workaround.
Visability Region 1 - DOCUMENT.MU_ACTIVITY_LOG = ""
Button Label - GENERATE - CLINICAL VISIT SUMMARY (CVS)
Button - RUNPROCESS - userok(MEL_GEN_CVS())
Visability Region 2 - DOCUMENT.MU_ACTIVITY_LOG ""
Button Label - CLINICAL VISIT SUMMARY - PRINTED - CLICK TO REGENERATE CVS
Button - RUNPROCESS - userok(MEL_GEN_CVS())
What I would like to do is EXTRACT the number from the data display.
MUActivityLogTypeId Description
2 Provide Clinical Visit Summary to Patient
3 Patient Reminder Sent
5 Patient Declined Clinical Visit Summary
12 Provide Patient Education
13 Reconciled TOC Medications
So I can do a return status with the NUMBER as opposed to just true or false.
Posted : November 14, 2014 8:50 am
I am also trying to use our custom clinic visit summary.
I am using the Add_MUActivity_log() function to successfully write to the log, but unfortunately it does not look like CQR is giving me credit for providing the summary.
It would appear that the function does not write to the DeliveryMethod field in the database and I suspect that is what is needed for making it count in CQR.
Is anybody else having this same problem? and have you come up with a work around?
Thanks
Posted : December 13, 2014 12:49 am
Topic starter
The code I posted above yours works fine.
However, when we were testing, the default provider, we were not seeing the results in CQR.
GE told us that whoever signs the visit gets the credit in the MU activity log.
So, once I created a CQR account for me, there were a number of Successful entries in CQR under my name because I was signing the test visits.
Hope this helps.
Cordially,
Greg Mitchell
Posted : December 15, 2014 4:34 am
I have created a button that does the code
ADD_MUACTIVITY_LOG(2,"","Printed")
This does add an entry to the MUACTIVITYLOG table with MUACTIVITYLOGTYPEID = '2', however the problem is that it will probably not count for CQR because the "Printed" goes into the ACCESS_SOURCE field, not the DELIVERYMETHOD field.
When the CCDA document is saved to file or printed, the MUACTIVITYLOG ACCESS_SOURCE field is null and the DELIVERYMETHOD is 'SaveToFile' or 'Printed'.
I would be surprised it the reporting will count the MUACTIVITYLOG entries with Printed in the ACCESS_SOURCE field rather than the DELIVERYMETHOD.
I am wondering if there is any more information on this wonderful data symbol.
Thanks in advance,
Carolyn
Posted : December 17, 2014 9:22 am
Topic starter
I added the "Printed" so it would populate properly in the MU CORE Checklist form.
The MU Core Checklist form looks specifically at that field for the word "Printed."
If it does not hit the MUACTIVITYLOG ACCESS_SOOURCE field, how do you populate that?
Did you test this?
If you sign the document, YOU will get credit for CQR, not the authroizing provider.
Meaning, you have to set yourself up as a provider for CQR reporting.
I have had successful CQR reports in my name, as when I was testing this, I was signing the documents.
Any other thoughts?
Posted : December 18, 2014 5:10 am
I'm trying to set this up and the PVID field doesn't appear to be populating with my test account. Does this need to be populated for CQR? Thanks.
Posted : February 24, 2015 8:15 am
