Clinical Decision Rules Admin UI

jansta23 wrote on Saturday, July 12, 2014:

Hi,

We are close to completing the UI for CDR Admin.

Please find the demo here:
http://demo.open-emr.org:2105/openemr
Credentials: admin/pass
UI Path: Administration > Rules > Plans Configuration-Go To

And source code here:


branch: cdr-plans-admin_gui

robertovasquez wrote on Thursday, July 24, 2014:

Thanks Jan
The Active and Deactive modules are not ready yet.
I tested the ADD NEW PLAN, I had to create ther rule for the plan and works good. The delete plan is working also.

robertovasquez wrote on Monday, July 28, 2014:

Hi Jan
Is not ease to see if plan is active or inactive. In this case is inactive and took me some time to figure it out what is the plan status looking at the UI. Probably we can do a little change and give an eye candy to the users.

robertovasquez wrote on Wednesday, July 30, 2014:

The error() method was deprecated in jQuery version 1.8.

http://api.jquery.com/category/deprecated/deprecated-1.8/

jansta23 wrote on Thursday, July 31, 2014:

I was thinking of replacing it with this:

robertovasquez wrote on Thursday, July 31, 2014:

You will find the code that implement toggle active/inactive plans in this link:
1.switch case “togglePlanStatus”: get the data from /controllers/browse/view/plans_config.php
2. function togglePlanStatus($plan_id, $nm_flag) update clinical_plans table
I will apraciate your review.

robertovasquez wrote on Friday, August 01, 2014:

Hi Jan
The on off Flip Switch looks good. But if you don’t mind I will like to do a css work to the actual buttons and we will see how it looks like.

jansta23 wrote on Friday, August 01, 2014:

Go for it Roberto! The jquery actions are already defined so you just need to call those methods when flipping the switch

robertovasquez wrote on Saturday, August 02, 2014:

Here you are only one button visible and a label telling Status Active or Inactive.

robertovasquez wrote on Sunday, August 03, 2014:

Hi Jan,

Thanks for your detailed review. Great work!

I’ve posted a revision that addresses the comments in the review.

robertovasquez wrote on Sunday, August 10, 2014:

I just push origin with more code in interface/super/rules/controllers/browse/view/plans_config.php and /library/RulesPlanMappingEventHandlers.php
The piece of code does the functionality to the Activate and Deactivate buttons.
I will apreciate your review

robertovasquez wrote on Monday, August 25, 2014:

code added to modified UI fron two buttons to one button to change the plan status.

jansta23 wrote on Thursday, August 28, 2014:

Merged and checked in all the changes. Updates should be reflected in the next refresh of the demo.

No more pending items from the developer’s side. We are just awaiting review from the community.

bradymiller wrote on Thursday, August 28, 2014:

Hi Jan,

Next goal is to flatten it all into one commit, which will take care of some issues I noted in the branch (for example, there are a couple duplicative commits from official openemr branch).

In this situation, I take a non-git shortcut:

  1. First, always keep your original branch since you will be doing a diff on it with your new branch to ensure there isn’t any missing code.
  2. In your current branch copy entire openemr directoroy somewhere and remove the .git directory from this copy (Do NOT remove the .git directory from your git repo though)
  3. Now go back to your git repo.
  4. Find the last openemr official commit you have in there, which I think is 63b296a
  5. check out the official master branch
  6. now make a new branch from this “git checkout -b rebase-cdr-plans-admin_gui_1”
  7. now reset it to commit from step 4 (git reset --hard 63b296a)
  8. now copy in entire openemr directory that you saved in step 2
  9. now make your commit, which will contain all your new code.
  10. Now do following to ensure nothing missing (git diff cdr-plans-admin_gui…rebase-cdr-plans-admin_gui_1). This should return nothing; if it returns something that means code has been left out.
  11. Now get ready to bring in the official openemr commits after 63b296a
  12. go to a new branch “git checkout -b rebase-cdr-plans-admin_gui_2”
  13. now do “git rebase master” (ensure the master branch is up to date official codebase)
  14. You should now have your one commit on top of the most recent official codebase.

-brady
OpenEMR

jansta23 wrote on Saturday, August 30, 2014:

Brady, I put all our changes into 1 commit:

robertovasquez wrote on Saturday, August 30, 2014:

Hi Jan
My id does not show at the code I has made. Did you merge my code?

jansta23 wrote on Sunday, August 31, 2014:

Roberto, I tried to combine all the check ins so that they can be reviewed easier. Your codes are included in the above check in.

bradymiller wrote on Sunday, August 31, 2014:

Hi,

One bummer about git is that it only allows one author per commit. I am guessing that will change someday. So when I big project like this is initially brought into OpenEMR then only get to assign one author. We need to ensure other author’s, such as Roberto, get credit in the git commit comments. The nice thing is that all the following commits that happen to the code on this project (after you get the big initial commit in) generally don’t require doing this, so then can ensure proper author, per codeline, credit.

-brady
OpenEMR

robertovasquez wrote on Monday, September 01, 2014:

Thanks for clear my mind.
Git blame funtionality is not 100%.

bradymiller wrote on Monday, September 01, 2014:

Hi,

I placed a review on github. I recommend you continue your work on this branch and I’ll point the up for grabs demo to it.

-brady
OpenEMR