anonymous wrote on Thursday, January 28, 2010:
Currently, vitals form meets the MU requirements. However, there is also a requirement about growth charts. By default, they are not turned on. How’s your experience with this feature? Shall we turn it on by default?
tmccormi wrote on Friday, January 29, 2010:
Having it is good enough for MU. Only Pediatricians and Family Medicine need this. I need it however, it there an FAQ on how to enable it somewhere? I, admit, that I haven’t even looked for one yet… 
-Tony
anonymous wrote on Friday, January 29, 2010:
Do you know if it works? Shall we test it to make sure that it does?
bradymiller wrote on Friday, January 29, 2010:
hey,
it works, just need to ensure age of patient is within the range (then the buttons on the vitals form will appear).
-brady
bo2999 wrote on Friday, January 29, 2010:
To my knowledge the growth chart works by default but only if the patient is less than 21 year-old. Otherwise, you won’t see the growth chart button in vital forms.
Bo,
bradymiller wrote on Friday, January 29, 2010:
i beat bo2999 by 50 seconds
bo2999 wrote on Friday, January 29, 2010:
Good Job bradymiller!
anonymous wrote on Saturday, January 30, 2010:
I tested Growth Charts with a patient younger than 21 years old, and they worked. So they are ready for use by default.
blankev wrote on Saturday, January 30, 2010:
I also tested the Growth charts. Seems to have some irregularity with the FIELDS and background of some fields. When fields are filled with long input line, then the background is sometimes to short for the text entered and some of the red characters are outside the field. Minor problem, but if possible should be corrected before making this public in next version.
I opt for inclusion of Growth charts should be ON in next version.
For International purposes I would suggest Standard and European as default with a remark that these can be configured in global.php if someone only wants to have one of the choices.
Pimm
blankev wrote on Saturday, January 30, 2010:
If growth charts are needed for MU, these graphic results could be extended with BMI wais/hip circumference and charts like these.
When the Growth charts were made they did it in a record time, so it seem very possible to include female, male en even optional charts for avery age group.
Only need to have the right background charts and a developer with sufficient knowledge and time to accept and finish the job.
I wish I was a programmer/Developer and would volunteer do this ;-((
Pimm
Pimm
anonymous wrote on Sunday, January 31, 2010:
Hi Pimm,
We will take a look to see what can be done. The growth charts are turned on by default. You can see the button if the current patient is less than 21 years old.
mmfsystems wrote on Thursday, January 06, 2011:
Dear All,
I have to implement meaningful use criteria “Vital sign” in my application. I have a confusion in terms of functional behaviour of vitals sign meaningful use criteria. We can add any number of vitals with any patient visits. These added vitals will get displayed in the list format in the application from where we can edit and delete any specific vitals. When we delete any vitals it gets deleted from the listing but system still uses the same deleted vitals records in the graph generation and also show on the vitals edit page. Can any one please guide me why we have this kind of vitals behavioural implementation in open emr?
Help and suggestion will be really appreciated.
Thanks in advance,
MMF systems
sunsetsystems wrote on Thursday, January 06, 2011:
I was working with the vitals code just yesterday and noticed that bug. It’s not checking the “deleted” flag in the forms table. I’ll fix it while I’m in there.
jenjhall wrote on Thursday, January 06, 2011:
Hey Rod, While your in there I also noticed that if you delete an encounter even if it is the only encounter with a patient that the encounter field in the form_encounter table does not decrease. The table will completely empty but if it is repopulated the encounter field will still contain its maximum value. Therefore the encounters at the top of the calendar always increase. I can understand wanting this behavior if the encounters want to be tracked for no shows, late visits, etc. but there should be an option to be able to correct simple incorrect addition of an encounter. - jen
sunsetsystems wrote on Thursday, January 06, 2011:
Hi Jen, that would be unrelated to vitals. You could create a bug tracker item if it’s causing a problem for you (and in that case please explain why it’s a problem). Thanks!
juggernautsei wrote on Wednesday, September 07, 2011:
Hi Rod and All,
Is there a way to edit the vitals in the LBF editor?
Sherwin
bradymiller wrote on Wednesday, September 07, 2011:
Hi,
Regarding vitals, this would be a nice feature; important to ensure these “vitals” are also checked by other modules, such as CDR, CAMOS, etc. So, would be important to implement this well (ie. either keep the same form_vitals data container or ensure, if adding a new data container, it gets appropriately checked by the modules listed above).
-brady