Meaningful Use Rant 2: Hospital Growth Charts

So this is the second in a series of rants regarding some of the more silly aspects of the Meaningful Use Stage 1 Final Rule. Let’s visit core obective 7 for hospitals (pg 257 Fed Reg):

(7)(i) Objective. Record and chart changes in the following vital signs:
(A) Height.
(B) Weight.
(C) Blood pressure.
(D) Calculate and display body mass index (BMI).
(E) Plot and display growth charts for children 2–20 years, including BMI.

The writers of the Meaningful Use rules were on a good roll there. A through D are totally reasonable. I believe every EHR should capture these things and hospital should be document these vital signs for most inpatient stays.

My best friend’s Dad ran a manufacturing plant. I remember him saying that the way to find the optimal setting on a piece of equipment is to turn the dial until it breaks, then go back one setting. I kind of feel that is what happened with this objective. They should have stopped at (D). Growth charts are great, every pediatric practice should maintain one for each child, and in this day and age they should be computerized. But why would a growth chart be a requirement for a hospital stay? Does that make any sense? I have spoken to a few pediatricians and none of them have stated that there is a medical need for a growth chart in the hospital stay.

This looks like a sloppy cut and paste from the Eligible Provider Objectives to the hospital objectives without thinking through the different environments.

9 thoughts on “Meaningful Use Rant 2: Hospital Growth Charts

  1. Another good question would be why an EHR NOT sold to pediatricians or pediatric specialists would ever need this. We did it and got it certified. But if I got a penny for every time one of our client base used it, at the end of the year, I doubt I’d have enough for a cup of coffee.

  2. Um. Whose height changes during a hospital stay?

    Back up a step and, at its core, the problem here is trying to enumerate what is valid in raw data. Why not just expose the measurements and let client systems make of it what they will.

    Take this example patient: are all 295 vitals meaningful? vitals of an example patient in a live EHR … Perhaps a client is only interested in measurements at admission and discharge or those associated with a particular condition or …?

    In a nutshell, your post showcases one of the problems with “meaningful use”: does it drive exposure of raw measurements or does it enumerate summary reports and if the latter, what summaries are meaningful and when? Surely, it’s too much to expect that any body could enumerate every meaning from a vast set of raw data?

    For me, disk space is cheap, bandwidth is plentiful, so go raw and let the consuming application decide what is meaningful – subject to patient willingness, of course.

  3. Agreed. We spent countless hours building this into our EHR to get CCHIT/meaningful use certified for outpatient and inpatient environments. We have several hospitals live using the system, and none of them have ever so much as asked about growth charts…. because, as the author noted, they are completely irrelevant for hospitals.

    It’s such a shame to see the government kill so much innovation. Instead of allowing EHR vendors to experiment and innovate, they’re all converging to the same (not very good) standard.

  4. The important differntiator is that the common defintion of a growth chart is that it is “……used by pediatricians and other health care providers to follow a child’s growth over time.” “Over time” implies a collection of data in a non-acute care environment. Your reference to highly specialized care of acutely ill children reflect the need for hospital systems to generate graphical views of data collected in a compressed time frame; for example, in neonates weight may be measured more than once in a single day. Such frequent measurements would be unreadable in the commonly accepted growth chart format pictured in this post.

  5. I’m with you on this one. I think the EHR meaningful use idea tries to put every aspect of healthcare into one box, when that has never been the way it functions. Different places of care need to operate differently to perform their tasks to the best of their ability. Meaningful use often takes away from that ability. I agree with Kyle, it is in the EHR developers’ hands to create a product that will survive and be appealing to care agencies.

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out /  Change )

Facebook photo

You are commenting using your Facebook account. Log Out /  Change )

Connecting to %s