The Nitty-Gritty of Meaningful Use – Part 2

Posted on September 18, 2011 I Written By

Dr. Michael J. Koriwchak received his medical degree from Duke University School of Medicine in 1988. He completed both his Internship in General Surgery and Residency in Otolaryngology-Head and Neck Surgery at Vanderbilt University Medical Center. Dr. Koriwchak continued at Vanderbilt for a fellowship in Laryngology and Care of the Professional Voice. He is board certified by the American Board of Otolaryngology-Head and Neck Surgery. After training Dr. Koriwchak moved to Atlanta in 1995 to become one of the original physicians in Ear, Nose and Throat of Georgia. He has built a thriving practice in Laryngology, Care of the Professional Voice, Thyroid/Parathyroid Surgery, Endoscopic Sinus Surgery and General Otolaryngology. A singer himself, many of his patients are people who depend on their voice for their careers, including some well-known entertainers. Dr. Koriwchak has also performed thousands of thyroid, parathyroid and head and neck cancer operations. Dr. Koriwchak has been working with information technology since 1977. While an undergraduate at Bucknell University he taught a computer-programming course. In medical school he wrote his own software for his laboratory research. In the 1990’s he adapted generic forms software to create one the first electronic prescription applications. Soon afterward he wrote his own chart note templates using visual BASIC script. In 2003 he became the physician champion for ENT of Georgia’s EMR implementation project. This included not only design and implementation strategy but also writing code. In 2008 the EMR implementation earned the e-Technology award from the Medical Association of Georgia. With 7 years EMR experience, 18 years in private medical practice and over 35 years of IT experience, Dr. Koriwchak seeks opportunities to merge the information technology and medical communities, bringing information technology to health care.

This is the second in the series of how our practice is getting the work of MU done.  The first of the series can be found here.

Starting with Core Set Item #7:

7.   Record demographics as structured data.  We have been doing this for a long time but MU requires us to add race and “ethnicity.”  Isn’t ethnicity the same as race but more specific?  If you have the latter you don’t need the former.  Furthermore we have had patients push back on asking this question.  Some find this question offensive.  They shouldn’t; since many diseases are race / ethnicity – specific the question is medically appropriate.  Fortunately MU considers the term “undetermined” as acceptable for this data point.

8.  Record vital signs as structured data.  This conflicts with lower level CPT E/M coding with does not require vital signs.  Once again the left hand of government doesn’t know what the right is doing.  Nobody thought it through.

9.  Record smoking status.   No problem here.  Medically appropriate for all specialties.

10.  Quality measures.  These are poorly designed and confusing.  There are 2 redundant measures both dealing with tobacco use and cessation, and these are both redundant (but not identical) to core set #9.  Weight screening is reasonable enough but the follow-up requirements are ambiguous and burdensome.  Are we really supposed to bombard our local dietician with weight loss consultations?

11.  Decision support rule.  We will configure our EMR to prompt for hearing loss screenings in patients over 50 years old.  Fair enough.

12.  Provide an electronic copy of health information to the patient upon request.  Who are they kidding?  This should have been delayed to Phase two.  Qualified EMRs can do this easily enough but the product is exported to your remote server desktop; it is cumbersome to copy from there.  We have had few such requests from patients; I wonder if those few are asking just to prove a point.  I don’t know that for sure.

13.  Provide clinical visit summaries.  Again should have been delayed to Phase two.

14.  Exchange key clinical information between systems.  This one is unbelievable.  Fortunately, as I understand it, you only have to do it once.  You are supposed to upload all or part of someone’s chart (or perhaps a test chart or other hypothetical data) to portable media, go to someone else’s EMR and try to upload the data.  Doesn’t matter if you succeed or not.  Am I misunderstanding this one?  If anybody has a better handle on this one please leave a comment.

15.  HIPAA security risk analysis.  Although I hate paying for it I must admit that is a good idea.

 

The last installment will cover the Menu Set Measures.