Gray code at the pediatrician's office
blog.plover.com
blog.plover.com
How is this an advance on looking at a conventionally numbered ruler (with a similar bracket to touch the top of the head) and writing down the number? It's technological and presumably expensive, but it isn't delivering any discernible benefit that I can see. Measuring height via computer vision + Gray code would be very useful in security applications where you want to log biometric information for a large number of people efficiently (camera + abstract-looking wall design in an access corridor or at a security checkpoint), but if you're paying a human to take the measurement you might as well use a scale that's easily human-readable (ie at a glance). I hope the doctor's scale was at least using bluetooth or similar to automatically update the patient's digital record...but I wouldn't bet on it.
Simple, easy to read numbers that eliminate guesswork would seem to make a nurse's job much simpler (or allow them to utilize people who are not registered nurses to collect this data). There have been similar advances in scales, blood pressure cuffs, heart rate monitors, etc. All are readable using analog gauges, yet they progressed to digital devices.
If the doctor sees the patient only every few months, individual variations (kids will grow, adults will gain (or, sometimes, hopefully) loose weight)) in body height or weight will exceed the precision you can get even out of the cheapest scale or measurement tape.
And as for the purpose of the measurements: The doctor will use the values acquired from the tools to categorize patients in categories: E.g. a obese person has a higher risk of cardiac arrest, someone looking quite anorexic will have other problems with his blood chemistry... And here a few kilograms/centimeters don't influence the general statement at all.
>I was back at the office today and I asked one of the senior doctors about it. She said that the manual stadiometers were always giving inaccurate readings and that they constantly had to have the service guys in to recalibrate them. The electronic stadiometer, she said, is much more reliable.
>"But it's a really expensive stadiometer," I said.
>"The service calls on the manual stadiometers were costing us a fortune."
>The radio connection to the portable readout is a red herring. They had the display mounted on the wall right next to the stadiometer. I asked if they ever took it down and moved it around; the doctor said they never did.
>So there's your answer. It's nothing clever, but it's totally reasonable, and it's nothing you could deduce from your armchair. This is why it's important to suspend judgment of someone's actions when you don't have any direct knowledge of their situation.
Hope this helps.
I agree, as the article reads, it would just be silly to add the additional cost with no change other than needing a machine to read the numbers.
Another potential benefit is that the digitized scale could be directly attached to a wall without regard for it's height relative to the ground. There could be a defined calibration offset stored in the reader, so the contractor wouldn't need to be exact when the bar is installed.
I thought this was in jacquesm's FAQ, but it appears not to be:
http://jacquesmattheij.com/The+Unofficial+HN+FAQ
You might suggest it to him, although he's very busy.
(it's from a few visualizations of permutations I did a while ago: http://billmill.org/permvis.html )
The driving controllers did use Grey code.
I'm all for digitizing things, but is there any reason to replace this?
Another perceived benefit is that the indicator dial/display can be offset from the scale. I know I've seen some height gauges that partially cover the numbers that indicate their position. Digital solutions allow the measuring marks to be independent of how one takes the measurement.
Abstracting the way the device counts (incremented binary marks on the wall) away from the measurement (inches or centimeters, etc) with a re-programmable digital device has many benefits.
The nurse writing things down is just a temporary artifact of the existing process.