Not up for much air yet. By Friday Ken and I should be able to look at it, frankly I haven’t had time to even read what the request actually is, much less analyze whether we have time to do it. I have it tagged to follow up on soon.
-Tony
Just posting a quick status and also a request for developers help in squashing bugs and testing bug fixes. Here’s the 4.1 release page documenting pending features and bug fixes needed before the release: http://www.oemr.org/wiki/QA/Release_Process
Key things are that the ZH Healthcare portal is getting close (they have put a tremendous amount of work into this thing) and there are about 10 or so bugs that need fixing. I just committed a bug fix by whimmel that fixes the auto calculation of the absolute path and webroot path (hopefully, this will avoid some users needing to manually set these); would be very helpful for windows users to ensure OpenEMR still installs and works with these changes.
If you are a developer and interested in getting a official release out, please look through the ‘Bugs Pending’ section of the above link. There are about 10 bugs which have not been fixed and are not assigned to anybody (ie. no name in red at the end). Please help fix some of these bugs (to avoid overlap in resources, simply place your name in red at the end of a bug or ask me to place your name there to let us know you are working on it). Goal is to get these bugs fixed and then get at least a full week of testing after all bugs are dealt with before the release.
Also, keep testing the 4.1 demo and packages which are listed at the top of the page in the link above.
>would be lack of a User Manual…
I would like to assist with this task. Please let me know what I should do.
Also, as I was typing in this reply I notice that this new “editing tools” in the Sourceforge forum is cool. It is like MediaWiki. Probably if we have a manual in a MiediaWiki-type setting and have experts add their images and tutorials on it. Then we can just point EMR installations to this online mediawiki. And or OpenEMR has a config setting where they have their own copy of the MediaWiki/manual running locally to prevent updates and for non-online hosting.
I already see some high-end software like VMWare’s help go online when you click help so that it can access the latest and greatest information. The idea is the same.
It may require “help” tags everywhere in OpenEMR that could be made to appear by pressing a hotkey.
There is a 4.0 wiki based manual that is underdevelopment at: http://www.oemr.org/wiki/OpenEMR_4.0_Users_Guide, this is the basis to start the 4.1.0 Users Guide. Sara is the author and typically coordinates any offered assistance. She doesn’t watch the SF forum closely as most of what is here is not her game. Feel free to contact her directly at sara at infinitecreature dot net
It would be nice to have some of the more advanced things covered, like Procedure Orders/Results and the Clinical Decision Rules and CQM reporting.
There are still quite a few bugs that need to be fixed (some are pretty nasty; for example entire Adminsitration->Practice module seems broken): http://www.oemr.org/wiki/QA/Release_Process#Bugs_Pending
(If you want to help fix bugs, simply place your name in red to the right of the bug and then crush it)
Brady - I downloaded the free version of Acunetix Web Vulnerability Scanner and ran it on my installation of OEMR 4.0.0. It confirmed the XSS vulnerabilities listed in this link.
When I ran it on the 4.2.0 online demo as of 1 AM EDT 09/14/11, it showed these XSS vulnerabilities plus one at /openemr/interface/login/login_frame.php and /openemr/interface/login/validateUser.php.
The Acunetix program gives a lot of information about what is going on, though I’m definitely a novice.
The XSS vulnerabilities is actually a pretty general problems with the current codebase. There is a strategy and ongoing walk through of code to fix the entire codebase here: http://www.oemr.org/wiki/Active_Projects#PLAN
Also been trying to fix any vulnerabilties that get published on the web (and could also fix those you get from your vulnerability scanner software).
Will obviously be important to fix these issues to support large enterprise instances of OpenEMR (exploits like these, such as XSS ans sql-injection are generally dependent on having users that are logged into OpenEMR and screwing things up (so, if smaller practices where you trust all your employees, then these are not too much of an issue). I truly think this security hardening of OpenEMR is the next “big” project that should be undertaken since as OpenEMR gets more popular these published exploits will become much more frequent and pervasive.
Is the solution to the XSS vulnerability issue to put htmlspecialchars function into strategic places in the messages and calendar scripts affected by the bug? If so, I’d be willing to struggle with that if necessary. I’m no expert, but I can edit files, follow general instructions and test function. I’m figuring I could use the older, apparently secure, scripts as a model for how to use the htmlspecialchars function.
However, if there is a generic way to solve the problem in a more global fashion, that may be preferrable. Does anybody know the best way to fix the XSS vulnerability for some of the new scripts?
If you want to get yourself on the OpenEMR copyright page (anybody whom has contributed code can do this), then please place yourself on it at this wiki page: http://www.oemr.org/wiki/OpenEMR_Copyright_Notice
Plan to finalize this page over next 1-2 days.
Just finalized the translations yesterday for the international users, which will now show up in the demos and above package. We still have 3 outstanding bugs and the user manual before going ahead with the release, but we are really close. Hopefully the release will go out sometime this week (likely mid-week).
We are still incorporating some new features(and database changes, which have potential to cause the worst bugs), so to be safe, the release will not go out until this weekend. Also, still a couple more bugs to fix.
Can I get an ETA on the User Manual. Just need to know so I can start to plan time for myself to do the release (I’d like the manual in the codebase for at least two days of testing before issuing release).
There is a good possibility that the User Manual may not be done in time, and I’d rather give the contributors enough time to produce a high quality User Manual. One option we have is proceeding with the release without the embedded User Manual and instead having the ‘Manual’ link open a window on this wiki page: http://www.oemr.org/wiki/OpenEMR_4.1_Users_Guide
Note I wasn’t initially excited about this, but after doing it, I realized how much more flexible having this page is. For example, it already has a lot of useful documentation on it, which can now continually be updated as the User Manual is improved. For now, I’ve set the ‘Manual’ links in OpenEMR (just committed this) to go to this wiki page.
the moment I read through this proposed link to the wiki for the user guide, I thought it was great. The idea of having a dynamic user manual that can grow and change is very appealing. Great idea. Thanks for the commit!!