Patient flow board and drug screening modules code review request

bradymiller wrote on Friday, May 29, 2015:

Hi,

Here is Terry’s most recent code for the patient flow board and drug screening modules. Please test and review (when demos are back up, I’ll set one up for this):

Here’s a summary of the features/code:
Patient Flow Board:
–Can be found at left menu -> Flow Board.
–Global settings can be found in Administration->Globals->Calendar
–More setting can be found in Administration->Lists->Appointment Statuses

Drug Screening:
–Can be found at left menu -> Flow Board
–Global settings can be found in Administration->Globals->Calendar
–(note it is turned off be default, and can be turned on in globals)

Bug Fix:
–Since this tracks encounters/appointment mapping, it removes the bug of
creating multiple encounters when check in (select arrive) patient multiple times.

Minor Feature:
–Administration-Globals->Appearance->Remove Bottom Pane

thanks,
-brady
OpenEMR

bradymiller wrote on Sunday, May 31, 2015:

For testers, there is a demo here to test this:
http://www.open-emr.org/wiki/index.php/Development_Demo#192.168.1.131

mdsupport wrote on Sunday, May 31, 2015:

This is a very useful tool for busy practices. Few things to consider after initial release:

  1. Open patient checkbox should be remembered as user’s last choice. The globals setting can be the default.
  2. If every status has next allowed statuses, users will have less and more relevant choices. An example :
    “-” => “*,+,x,%,?,@,~,#”
    “@” => “!,#,<”
    “~” => “!,#,<”
    “#” => “!,<”
    “<” => “<,>”
    “>” => “$”
    “%” => “$”
    “x” => “$”
  3. Rooms should also be a drop down to help uniform data entry.
  4. Room entry should be enabled when next status is ‘<’.
  5. I think billers will appreciate if flow board for past dates can be pulled up
  6. A nice option may be to display past tracked events (lines of time & status) as a tool-tip.

teryhill wrote on Sunday, May 31, 2015:

  1. The option for open patient checkbox is a per user option which can be set in preferences under the miscellaneous selection on left nav.
  2. not sure about this point , I will think on it.
  3. good point and I will look at this. What should the list be defaulted to?
  4. have to think on this as with point 2
  5. not sure of the benefit to billers to know the status of patients after the fact.
  6. again not sure of the benefit to know the status of Pryor entries

Thanks

Terry

mdsupport wrote on Sunday, May 31, 2015:

  1. Easiest will be to set up a list and use standard function to create drop down. Each location is different. In addition there could be other stops like labs, blood draw station etc…

5 and 6 - Billers can bill for higher codes if the doctor spent 30 mins with patient vs 10. Currently there is no formal way to communicate that information to biller - users have to enter in ‘Billing information’ as a general box.

sunsetsystems wrote on Monday, June 01, 2015:

I notice if I change a patient’s status in the demo, Firefox pops this up:

To display this page, Firefox must send information that will repeat any action (such as a search or order confirmation) that was performed earlier.

Rod
http://www.sunsetsystems.com/

sunsetsystems wrote on Monday, June 01, 2015:

I think we have too many top-level menu items with nothing under them. How about creating one with a title like “Control” or “Work Flow” and putting Calendar, Flow Board, Messages and CMS Portal under that?

Rod
http://www.sunsetsystems.com/

bradymiller wrote on Monday, June 01, 2015:

I’ve seen this also occasionally. I think its happening when a tracker page auto-refresh happens after the popup is created (so if don’t click submit on the popup before the tracker page auto refreshes).
-brady

bradymiller wrote on Monday, June 01, 2015:

Hi,

I discussed this specific issue with Terry. My thoughts were that the Calendar, Patient Flow Board and Messages would, by far, be the most clicked items in OpenEMR and should not go in a sub-directory which would then require two clicks. For example, providers can essentially launch everything from the Patient Flow Board for charting; schedulers will do almost everything from calendar; and Messaging will be used frequently by everybody.

Just my opinion, so would be very helpful to get other opinions on this.

-brady
OpenEMR

sunsetsystems wrote on Monday, June 01, 2015:

That’s one thing I liked about the tree view, you can leave open whatever sections you want. :slight_smile:

Rod
http://www.sunsetsystems.com/

bradymiller wrote on Monday, June 01, 2015:

But if we end up leaving open the tree view for those entries, then we have essentially just taken up another line on the left nav.
-brady

sunsetsystems wrote on Monday, June 01, 2015:

Yes, if you are using any of those items constantly. I’ll defer to the community on this, just wanted to mention it for discussion.

Rod
http://www.sunsetsystems.com/

sunsetsystems wrote on Monday, June 01, 2015:

Perhaps using method=“get” instead of “post” in the pop-up’s form tag would work better?

Rod
http://www.sunsetsystems.com/

mdsupport wrote on Monday, June 01, 2015:

One line change that disables ‘toggle’ part of jQuery directive that collapses all open menus can make it could work like tree view. But that probably will be annoying for some users.

Each user has their own way of navigating. As an example, many doctors use calendar only to navigate to next patient. They will use tracker now to pull up next patient record. So what we really need is a way for users to personalize layout that fits the practice workflow may be by roles or even at individual account level.

teryhill wrote on Monday, June 01, 2015:

I have made a change to correct this.
Terry
From: Rod Roark sunsetsystems@users.sf.net
To: [openemr:discussion] 202506@discussion.openemr.p.re.sf.net
Sent: Sunday, May 31, 2015 9:18 PM
Subject: [openemr:discussion] Patient flow board and drug screening modules code review request

I notice if I change a patient’s status in the demo, Firefox pops this up:

To display this page, Firefox must send information that will repeat any action (such as a search or order confirmation) that was performed earlier.

Rod
http://www.sunsetsystems.com/


Patient flow board and drug screening modules code review request


Sent from sourceforge.net because you indicated interest in https://sourceforge.net/p/openemr/discussion/202506/

To unsubscribe from further messages, please visit https://sourceforge.net/auth/subscriptions/

tmccormi wrote on Monday, June 01, 2015:

Might be somewhat off topic but I get a lot of requests for mouseless keyboard shortcuts for menu and other actions …

This demo looks like a the JQuery tools (which openemr already uses a lot of) could work well. http://web-apps-hotkeys.azurewebsites.net/

teryhill wrote on Tuesday, June 02, 2015:

The current Demo has drop downs for room numbers.
Terry
From: MD Support mdsupport@users.sf.net
To: [openemr:discussion] 202506@discussion.openemr.p.re.sf.net
Sent: Sunday, May 31, 2015 4:11 PM
Subject: [openemr:discussion] Patient flow board and drug screening modules code review request

  1. Easiest will be to set up a list and use standard function to create drop down. Each location is different. In addition there could be other stops like labs, blood draw station etc…

5 and 6 - Billers can bill for higher codes if the doctor spent 30 mins with patient vs 10. Currently there is no formal way to communicate that information to biller - users have to enter in ‘Billing information’ as a general box.


Patient flow board and drug screening modules code review request


Sent from sourceforge.net because you indicated interest in https://sourceforge.net/p/openemr/discussion/202506/

To unsubscribe from further messages, please visit https://sourceforge.net/auth/subscriptions/

aethelwulffe wrote on Friday, October 09, 2015:

My review:
This is going in the correct direction. There are viewpoint issues though.
This tool is as much of a front desk application as for the provider, more so in fact. It is unfortunately being developed/tested by a user with admin access and "provider status. Most of the users of this will not be providers. There are some issues there. It appears that only the designated provider for the appointment can see the patient on the workflow board. Test as a non-superuser non-provider. You will see that you see nothing.

aethelwulffe wrote on Friday, October 09, 2015:

Oh, and the date pickers don’t work in the flow-board report.
…and the report seems to not work all the time…details to follow.

teryhill wrote on Friday, October 09, 2015:

I am sorry that you are having trouble with this. I have it running at 5 customer sites and it is working well. I checked the sites and the Date picker in the report is working with no issues I tested with users that had security set to “accounting” and “clinician” and the flow board worked with no issues. My users are running various flavors of Windows so some of the issues could be related to the OS since I do not test on any other platform. (yet, but I hope to in the near future) I did not set up the code to change the date with the calendar, But it is on my list of enhancements. I will be happy to look any and all issues that you raise. My goal is to give back useful software, but I do have other commitments so some times my time for these projects is limited and while I am not the best at coding for OpenEMR I do my best.

Thank you

Terry