took me some effort but now I got you again! Remember doing this great thing in Growth Charts? Works fine for me! Great extra!
But, as you might have read: I work with the metric measurements.
Can you or your programmer friends not include a choice option as follows:
at start of the Vital form you choose standard or metric. Then with standard everything is as is.
When you choose Metric you go to the second part of the file where all standard measurements, (three times in total) are re-calculated after input. When giving input you calculate from cm to inch behind the scenes (Where 1 inch is 2.54 cm) so you divide the input and when showed in metrics everything is recalculated again with inches to cm.
Fahrenheit to Celsius: (Fahrenheit-32)/9x5 an Celsius to Fahrenheit just the opposite.
1 lbs = 0,4545454545454545etc kg
So this way you can use the vitals form and switch between standard and metric and growth charts do not need any adjustment and are use as is, with the standard input. On the side of the growth charts measurements are in both measurements.
In this option you can use an exact copy of the vitals with only three calculations to get the result for saving and retrieving from MySQL.
If seems so easy, and I could do it (hahaha don’t believe this statement), but I lack the programmers experience… ;-(((
Jason,
Have you had time to work on this (showing metrics in the standard vitals, so we do not need two separate forms). If not, I was gonna take a stab at it.
-brady
No separate vitals form. Sound like a good idea! I think it is a problem to maintain for 2 separate vitals forms. If you have time, please give it a stab. A lot other people are waiting to try out the new vitals form in metric. This is sure will make openemr more internationalization.
I’ve started work on this feature. It will be a simple toggle button that will update the values of the form immediately via javascript. It should be ready on July 25th.
I want to be clear, all measures in OpenEMR are going to be stored as standard values ( http://en.wikipedia.org/wiki/United_States_customary_units ) and not metric. This is critical to keeping the stored data accurate. If users begin to enter measures as metric and some are already entered as standard, there’s a problem. And let’s not even venture into the imperial (UK) measures. http://en.wikipedia.org/wiki/Imperial_units
I’m getting the funny feeling that we’re at a decision point. How can this software be international if the measurement system could become all mixed up on the forms? Does anyone remember NASA and their screw up with one of the Mars missions? http://www.cnn.com/TECH/space/9909/30/mars.metric/
I think it would be wise if an OpenEMR installation had a global variable indicating the measurement system being used. Then, all measurement data would be clear and conversions could be accurate.
And of course, this being the developers forum, the developer who brings up a new feature often gets to be the one to implement it. hahahahahaha
funny,
I started working on it several hours ago also. Guess that’s good news for an active project (I’ve got some free time and trying to get all major source changes in by this weekend to update the translation spreadsheet for the last time). We need to support showing both (ie in lots of american clinics like to have both units displayed)
My changes are more extensive and want to:
1) No database changes (keep standard units in there only)
2) Place both units in the new.php/view.php screen view (if update one, then javascript the other via onclick)
3) In report,.php show both along with the units of each
4) Then was gonna put a global (0-both(standard in growth chart),1-both(metric in grwoth chart,2-standard only,3-metric only)
5) Also gonna create a CSS/html pages for printout of growth chart to support internationalization
6) while here fix some bugs (cancel button to work, show empty cells instead of bunch of 0.0)
Goal is to get above done before tomorrow AM. Will continue to work with my large coffee. Let me know if I should stop.
Jason, STOP laughing. OpenEMR is a serious business. But for now with a Developers problem on "how" and "what", YES me too got a smile back from my computer screen that says: "there are quick and dirty solutions" and "there are professional heavy duty solutions" and in due time BOTH will be obsolete hahahha.
Yes you are correct. If we go to Mars with OpenEMR we should take Venus as well AND don’t ask NASA for advise…
But having Inches and Lbs and Fahrenheit numbers for a mix up, it is like being small for age and terrible temperature measurements. We could stop this with a statement like: IF metric is BETWEEN … AND … THEN ask if Standard measurements are in the correct INPUT format.
But like the start of OpenEMR now you can choose between English and Spanish and both can use the same OpenEMR Database at the same time. If we use an same file INPUT and OUT PUT with an input calculation your choice before input will make what will be the output. But as someone ever said don’t over estimate the stupidity of the one behind the computer… I certainly will in due time make some mistakes, that is why I would like to have the opportunity to ALSO make a change in past date input for the three involved INPUT fields.
Just committed following sutff for vitals forms (to development tip and 3.1.0 development branch). It’s flexible with a setting in globals.php(show just metrics, us, or both). I re-started the cvs demo, so you can test it out there:
1) Placed both units in the new.php/view.php screen view, which auto-calculates other unit fields (customized via globals variable)
3) In report,.php shows both along with the units of each (customized via globals variable)
4) Fixed don’t save button
5) Cleaned up stuff to look prettier
Here’s the openemr/interface/globals.php variable stuff:
// Vitals form and growth chart units (US and-or metrics)
// 1 = Show both US and metric (main unit is US)
// 2 = Show both US and metric (main unit is metric)
// 3 = Show US only
// 4 = Show metric only
$GLOBALS[‘units_of_measurement’] = 1;
Here’s the files I touched:
openemr/interface/globals.php
openemr/interface/forms/vitals/C_FormVitals.class.php
openemr/interface/forms/vitals/report.php
openemr/interface/forms/vitals/templates/vitals/general_new.html
Still plugging away on the CSS/HTML growth chart (not sure if this will work)
It WORKS! Great addition for the Growth Charts AND Internationalization.
Now I can imagine how it works, but can’t change this view if ONLY standard is shown or if ONLY Metric is showed. Can’t change Globals.php in CVS Demo version. But my imagination says, when the choice is Metric or standard the CVS Demo highlighted parts is what the user gets to see. AND THAT IS GREAT.
I have only one additional question:
Is it possible to see (in the red figures, in the Growth Chart about length, head circumference, temperature, in the lower right corner) the measured results shown WITH the measurement of choice? Inch, Lbs, Fahr… or Cm, Kg, Cel… just to avoid mistakes like the Venus and Mars missions of NASA… Would be great to have the Fahrenheit and Celsius symbols but I couldn’t find on the numeric keypad in the rush to showing my gratitude and enthusiasm for this new addition in Growth Charts/Vitals.
Rod, Brady, Sam in the new OpenEMR version Vitals Metric can stay in the background for compatibility of earlier releases of OpenEMR, but might give rise to confusion and are not needed for New Releases of OpenEMR. They won’t do any harm, they won’t show the Growth Chart and they only occupy space on the various hard discs and Servers.
Just a thought, I am working on some illustrations (I have them from earlier Forensic Jobs, but keep forgetting to make a scan) to be used for different body parts. When I try to grasp the complete picture, I don’t see where and how this can be implemented with wanted results without need for more and more different illustrations. Copies of all the Netter Anatomic Atlasses might do the work, but those are defenitely Copy righted. May be it’s more realistic if we use import of digital pictures direct from the camera screen (Like the Patient Documents categories)? To show the client where we are going? It could be great to have some optional additional features to make remarks on measurement and appearance etc…
One more thing, I don’t work with Oxygen saturation, but I wonder if this should not have an option to save this more than one time a day… and could be shown in some kind of graphic.
This could be solved if the time of saving is made with Date and time…And New input possibilities for new input, but the time ef the computer has to be ths same as the locality time…
hey,
Well, if anybody is using Safari browser, I’ve gotten the CSS HTML growth chart to look and print perfectly… Otherwise all the other browsers exhibit strange buggy behavior. Hopefully sort things out here… Also gonna have it display the units chosen in the global.php setting.
For the metric vitals, we could change the title to ‘Vitals (metric only)’?? Wouldn’t be very nice to move it to contrib since previous users may be using it.
Just checked in minor changes to both development tip and 3.1.0 branch to use selected units(form globals.php variable) in the growth charts. Note I didn’t put the units names in because of the special character issue (for example if cm gets translated to a special spanish character it ruins the entire row of data. Feel only comfortable doing that if we also have a css/html option for the growth charts (taking a bit of a breather from that project; luckily no tall building around…).
Pimm,
To try out the variables in interface/globals.php just remove/install your debian cvs package.
Just checked in changes (both devel tip and 3.1.0 branch) to give option of creating the growth chart via css-html. It’s pretty cool since doesn’t require the gd library and supports internationalization and special characters. That being said, I still think it’s important to offer pdf also to have multiple options in case one fails. Try it out and let me know how it works (will show up in online cvs demos this AM). Also Pimm, you’ll be happy unit names now show up (both pdf and html); Bo, I changed some of your label offsets to fit these.
Why was the note about obese, extreme obese and skinny taken out? It was something as a reminder and the coice to show with Growth chanrt or Continue with daily work without haveing to go to growth Charts to be sure… It gives the opportunity to look at, or disregard the Growth Chart. With obese and anorexic patients it is not always confrontation with the obvious that makes them stick to their treatment plan.
But I did use the before Update version of today. (So this could be different in the CVS Demo of later today)
The date of age shows up in the view "second page" just outside the filed of the chart. Can this be corrected?
Suggestion: could leave out "m" and "d" and replace with : " : " or a different form of date notation like about 2 Y 12 m … , without the days? For very little children the days might be important, but after 1 years of age medical wise it seems less unimportant.
Or could a smaller font for only the age give the solution???
BTW it looks nice and smooth. Is there a way to make the settings of the new opening screen with the Growth Chart adjustable? I use Fire fox and have to make the screen wider and zoom in to get my view of preference.
But zomming in also makes the other "open screens in Firefox" use the zoom adjustments.
Could there be made an option to change the date of Vitals input view to earlier date so ta say when the person was younger? Sometimes a person comes with a lot of extra dates with weight and length. It would be a waste if you could not show them in the Growth Charts.
Save with an earlier date than today
The BMI chart would also be appreciated for persons over 20 years. Or are there no comparable CDC Charts for grown-ups?
This could also be an extra for the Pregnancy group and the Weight Clinics.
Ok, found some solution for Vitals of an earlier date:
Just do an encounter/Consultations for the specified wanted date whenever. And SAVE. Than you get the different registrations on the Growth Chart. but they are not in sorted order, they are in order of input date-time.
FEATURE REQUESTS FOR GROWTH CHARTS
-Down syndrome growth charts
-Growth charts for prematurity (would need an optional field next to birthdate for gestational age at birth)
-WHO growth charts for both our international users AND US providers caring for breastfed infants (CDC growth charts not recommended for breastfed infants)