here is the finance report and the latest financials:
payment to Visolve for completing MU2 G2 item
a few paypal donations including nice recurring contributions, thank you to our generous donors
applying for a discounted paypal transaction rate for non profit corps, benefits include 2.2% vs 2.9% per transaction rate and Eligible to enroll in PayPal Giving Fund – reach new donors and benefit from innovative fundraising opportunities across PayPal, eBay, and more
thank you to Brady for his assistance and the great job he’s doing in the exec. director role
Friends
Please find the Agenda for September 14, 2016 OEMR Board Meeting:
Call to Order
Approval of Minutes
-August 10, 2016 Board Meeting.
Financial Report
MU2 Report
Unfinished Business
-Revocation status.
-Discuss ways to keep track of OpenEMR users and stay connected with them.
-Vote in Shameem and Lou as standard members (note this was done
previously for all the other board members and Shameem and Lou will need
to be present at the meeting to do this).
New Business
-Motion to pay Visolve $1800 for completion of MU2 items g3 and a1.
Consider this my resignation from the board. Saving you from the trouble of kicking me out for not attending board meetings that don’t fit my schedule.
You are right on the money and we need to keep track of the users to provide a better service.
But unfortunately, SF only keeps track of number of downloads rather than contact list.
We are at the mercy of SF and if some one has bright ideas on implementing this that will be great.
We will also look into the topic on ways of tracking downloading users.
Also, when I was an “Acting Chairman” for few days, I vaguely remember that I got a mail from some user.
Still amazes me how quickly you get these minutes out
Some minor corrections to the above minutes:
Mispelled Chaiman
Sena was present
MU2 report:
All items are completed(items a1 and g3 were completed since the last board meeting).
Application undergoes technical review by Infogard on 9/15, which will take 1-2 business days.
Application then gets sent to ONC for final certification, which will take 7 business days.
Kevins resignation motion approval should be a new line and mispelled asccept
I agree that HL7, love it or hate it, is the language of healthcare systems. +1 on adopting that if needed for MU3.
Small correction to what Brady said: Len was the designer not the developer that was hired for the new website project. I did all of the development. Only stating so people don’t mistake me for a designer moving forward
I’m glad the AWS discussion came up. I’m hoping that we can leverage AWS for non-profits when the time comes.
How about we do registration like this (see attached GIF)? Here’s a quick breakdown:
We’ll have a new database table “product_registration” that has “id”, “email”, and “opt_out” columns. Regardless of if you just installed OpenEMR or are upgrading it, if you don’t have a row in that table, the modal will appear on the login page.
If you type your email and hit submit, it will update the table with (“some-uuid”, "your@email.com", false) and will send this information to a custom php endpoint exposed at open-emr.org (we can use a file database to store the entries over there… no UI for an MVP implementation). The modal will never show up again after this point.
If you hit “no thanks”, it will update the table with (null, null, true) and nothing will be sent to the open-emr.org endpoint. The modal will never show up again after this point.
If you hit “x”, the modal will re-appear the next time you are at the login page.
Please note the following to understand why I choose this approach:
Putting the registration piece in the installation section of OpenEMR will exclude folks that have already installed it and are simply upgrading.
Once the admin person sets up/upgrades the system, they will be checking the main route (login page) so this is the best place for the modal to display as it will not interfere with any medical data on the screen because they have not logged in yet.
People may not use Sourceforge to download OpenEMR. We cannot control these cases (especially Github… which is where I download OpenEMR). This solves that problem moving forward so the download provider doesn’t matter. Though, we will have to report on the download metrics we do know.
Looking for feedback! I just put together a prototype of this… no Pull Request is near ready!
Thanks,
Matthew
EDITs:
To view the gif, you must download it and extract it (no virus, I promise )… SourceForge screwed up the “GIFgif” that I uploaded so please ignore it.
I used the old jQuery UI theme that was already in the codebase. It is ugly and we can use a better theme!
