MU2 Progress

tmccormi wrote on Monday, October 05, 2015:

Here are some screen shots …

sunsetsystems wrote on Monday, October 05, 2015:

Did you log out and in again after changing the global setting?

Rod

sunsetsystems wrote on Monday, October 05, 2015:

Also the log viewer’s default start/stop date/time settings are unusable, as they are the same value. You need to change the start time to something earlier. Someone should fix that.

Rod
http://www.sunsetsystems.com/

sunsetsystems wrote on Monday, October 05, 2015:

CCR/CCD say Print/View and should probably just say View

Or “Generate Report” to be consistent with the rest of the Patient Report.

Not a clue how ZHH portal will handle this requirement, however.

I did make a change to interface/patient_file/summary/create_portallogin.php but ZH might have other stuff needing attention that is not in our repo.

Rod
http://www.sunsetsystems.com/

tmccormi wrote on Tuesday, October 06, 2015:

Yes, I logged of and on between setting changes.

sunsetsystems wrote on Tuesday, October 06, 2015:

Tony it works here. What browser are you using? If not Firefox, try that. Also check if any JavaScript errors are in the browser console. If you have double-checked the date range in the log viewer and still nothing is working, then I’ll need access to your test site. Can’t fix what I can’t see.

Rod
http://www.sunsetsystems.com/

bradymiller wrote on Tuesday, October 06, 2015:

To clarify. Don’t we just need to deal with places that are auto printing? Rather than further expanding the scope to any button/link that says “Print”?
-brady

tmccormi wrote on Tuesday, October 06, 2015:

Any button link that says print requires being logged. Not idea what you
mean by ‘auto printing’

I use chrome. I could be the date range, I have not looked at that yet.

Tony McCormick, CTO

Support: 866-735-0897, Direct: 713-574-6709
My Calendar: http://bit.ly/XznvDo
“It makes me feel young again to be wrong so often now.” - paraphrased from
Greg Bear

On Mon, Oct 5, 2015 at 6:37 PM, Brady Miller bradymiller@users.sf.net
wrote:

To clarify. Don’t we just need to deal with places that are auto printing?
Rather than further expanding the scope to any button/link that says
“Print”?
-brady

MU2 Progress
https://sourceforge.net/p/openemr/discussion/oemr_501c3/thread/e0c8ffd8/?limit=25&page=3#8d0f

Sent from sourceforge.net because you indicated interest in
OpenEMR / Discussion / OEMR Non Profit Organization

To unsubscribe from further messages, please visit
SourceForge.net: Log In to SourceForge.net


Please be aware that e-mail communication can be intercepted in
transmission or misdirected. Please consider communicating any sensitive
information by telephone. The information contained in this message may be
privileged and confidential. If you are NOT the intended recipient, please
notify the sender immediately with a copy to hipaa-security@mrsb-ltd.com and
destroy this message.

bradymiller wrote on Tuesday, October 06, 2015:

Hi Tony,

“Auto printing” is just a term I am using to describe when javascript is used to tell the browser to print something (rather than manually clicking Print on the web browser). For example, when click a Print button in an OpenEMR script, one of two things happen in OpenEMR:

  1. A html pop up screen or a PDF opens up, but the Print is not started automatically. The user then needs to Print it (via the PDF software or the web browser). From my interpretation, these do not need to be logged.
  2. A print pop up is started by javascript to print something. From my interpretation, these do need to be logged.

From the email thread, my interpretation was that the “Auto printing” was the issue and not that the term Print was used. There are also places that print to PDF etc; just want to make sure we don’t waste resources on frivolous stuff. Maybe go back to infogard with what you have and see if acceptable before making more of a mess in the codebase :slight_smile:

-brady
OpenEMR

tmccormi wrote on Tuesday, October 06, 2015:

The is the ONC. They are picky. If is says PRINT we have to log it.
Just like the dumb select -vs- Query wording

bradymiller wrote on Tuesday, October 06, 2015:

Hi Tony,

Unless I missed some of the explanation from infogard, this was not my interpretation of their explanation for this:

STARTQUOTE
We were also able to “Print” a chart note in the patient record, without the
help of the web browser. There is a print button within the EHR which once
clicked, should record in the audit log, along with what information was
being printed(Chart note, patientname, etc). When we clicked this print
button, it queued up a system identified print preview screen, and allowed
us to complete a print.
ENDQUOTE

STARTQUOTE
The chart note printing function is just the one that I noticed when browsing the EHR, I do not know if there are other places within the EHR that have similar print functions. The requirement is for any print function within the software to be recorded in the audit log, along with what information was printed.
ENDQUOTE

My interpretation here is that it is for Print “functions”. There was no explanation that it was the Print label itself. The problem arose when they were able to click on a print button that queued up a print preview screen.

I think it’s very reasonable to get clarification on this before proceeding with removing all Print labels.

-brady
OpenEMR

bradymiller wrote on Tuesday, October 06, 2015:

The default date settings on the log report were driving me mad, so changed them to something more sane and just committed this change to the codebase.
-brady
OpenEMR

tmccormi wrote on Tuesday, October 06, 2015:

I tried explaining things the engineering and logic way, did not work.

Print function = Print Button in the EMR

bradymiller wrote on Tuesday, October 06, 2015:

That’s really too bad since it’s likely going to make things less clear for the user(just add it to the long list of MU2 eye pokes). Regarding the offsite demo, ZH built in some stuff into the log.inc to log the required stuff on the portal, so guessing won’t be much of an issue to do what is needed on their end:


-brady

zhhealthcare wrote on Tuesday, October 06, 2015:

Brady,
You are right, only thing is we need to log the print trigger. And we have done some stuff in log,inc to log required stuff on the portal.
ZHHealthcare

sunsetsystems wrote on Tuesday, October 06, 2015:

Did a quick test with Chrome from a Win XP VM, printing the Patient List report (Reports -> Clients -> List). Was logged with no obvious issues.

Tony, what else do I need to do? Just find and rename “Print” text? When are you testing again?

Rod
http://www.sunsetsystems.com/

bradymiller wrote on Wednesday, October 07, 2015:

Hi Zh,
Does/did your group also need to remove all “Print” labels that aren’t being logged in the portal?
-brady
OpenEMR

jacobtpaul wrote on Wednesday, October 07, 2015:

We do not have any print options in portal. We only have CCDA/CCD
view/Download button. Which we are logging now. And they have the
screenshots of that.

On Wed, Oct 7, 2015 at 10:13 AM, Brady Miller bradymiller@users.sf.net
wrote:

Hi Zh,
Does/did your group also need to remove all “Print” labels that aren’t
being logged in the portal?
-brady
OpenEMR http://www.open-emr.org/

MU2 Progress
https://sourceforge.net/p/openemr/discussion/oemr_501c3/thread/e0c8ffd8/?limit=25&page=3#0153/4bba

Sent from sourceforge.net because you indicated interest in
OpenEMR / Discussion / OEMR Non Profit Organization

To unsubscribe from further messages, please visit
SourceForge.net: Log In to SourceForge.net


Thanks And Regards
Jacob T.Paul
ZH Healthcare
2010 Corporate Ridge, Suite 700
McLean VA 22102
ph: +1-703-340-8065 Ext1: 2008 Ext1: 2015
Mob:+91-9895452665
www.zhhealthcare.com

DO NOT read, copy or disseminate this communication unless you are the
intended addressee. This e-mail communication may contain confidential
and/or privileged information intended only for the addressee. If you are
not the intended recipient, please note 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 return e-mail, and delete it from your computer

tmccormi wrote on Thursday, October 08, 2015:

I am getting the testing schedule put together. Hopefully Friday restart, but probably next week.

All we need to do is make sure that when the Hide Print feature is ON that nothing says “Print”, only “View” or “Show Printable Version” basically.

sunsetsystems wrote on Thursday, October 08, 2015:

Tony, I’ll look for and change instances of the word “Print”. However will probably miss some, so it might save the day if you tell me what pages they are likely to encounter.

Also are you still having trouble with the log? If so I really need access to your test setup.

Rod
http://www.sunsetsystems.com/