Sunday, April 15, 2012
Electronic Prescription of Controlled Substances
The electronic prescription of controlled substances (EPCS) is a topic that has been in my thoughts lately. Next month my hospital and clinic go live with an EHR that has e-prescribing capabilities. During training I was told that electronic prescribing of controlled substances was not allowed. I recalled that an interim final rule (IFR) for prescribing controlled substances had been posted in the Federal Register in 2010. So I spoke up and said that electronic prescription of controlled substances was allowed. That started me on a search for up-to-date information about the subject. It turns out that in March 2012 in Arizona, I was only partly correct but that has changed in April 2012. Let me start by providing some information about EPCS.
EPCS offers a number of advantages over the current state of affairs. For current e-prescribers separate paper and electronic workflows are needed to prescribe the full spectrum of medications. For some specialties such as mine as an orthopedic surgeon, the majority of prescriptions I write are for controlled substances (narcotic pain medication.) Printing prescriptions for controlled substances from many eRx software arrangements requires that special alteration-proof paper be loaded into the printer. That is a disruptive workflow. Finally, EPCS could potentially help reduce the explosion of illegal use of prescription medications currently being experienced in the U.S. by providing better two-way communication of prescription history between prescribers and pharmacies .
Barriers to EPCS include lack of incentives to certify eRx software, need for identity proofing of providers to obtain a digital certificate, the relatively modest cost (less than $100 per year) of obtaining a digital certificate, and the need to modify workflow processes to integrate standard eRx and EPCS.
The IFR for prescribing controlled substances can be found here. A number of succinct summaries have been published to help understand this somewhat complex regulation. I will provide links to some websites that I have found useful. A few of the key points are discussed below. A specially certified electronic prescribing system must be used at both the provider and pharmacy ends of the transaction. (For now, the certification is separate from that for the Medicare and Medicaid EHR incentive programs of CMS.) The IFR did not specify approved certifying agencies so this was problematic. In September of 2011 InfoGard was uniquely approved for this role. It has been hard at work certifying systems since. Next, prescribers must have digital certificates and use two factor authentication to sign and submit prescriptions. The eRx vendor was supposed to provide names of Certificate Authorities (CAs) or Credential Service Providers (CSPs) with whom they work to help providers verify their identity and obtain the necessary digital certificates. The CAs and CSPs should be cross certified with the Federal Bridge. I believe this step presented a barrier because the process is fairly new in the health IT world and participating CAs and CSPs are not easily identified. Continuing, at least two individuals must be involved in setting access controls to the controlled substance eRx software. Also, the software must be able to provide an audit trail of electronic prescriptions submitted. (These two requirements seem straightforward.) Loss of a hard token (a piece of hardware used for two factor identification such as a fob or smart card) must be reported immediately. Finally the workflow specified for preparing and submitting the electronic prescription of the controlled substance is flexible enough to permit a variety of individual prescribing routines.
So almost two years after the IFR was published, what has been the real-world experience with electronic prescription of controlled substances? Remember there are times when state law takes precedence over federal regulations. (This constitutional conflict between federal and state's rights continues all these years later.) Now that a certification body has been approved by the DEA, Surescripts has worked with EHR vendors and pharmacies to offer support for EPCS in CA, TX, and VA. There must be other pilots in states where the law does not prohibit electronic prescribing of controlled substances. I don't offer a comprehensive list. I have looked into electronic prescribing of controlled substances in my state of Arizona. Last week I called a local pharmacy and the representative said the EPCS is illegal in Arizona. I looked at the State Pharmacy Board website. They had a page with resources about EPCS but stated that it was not authorized in Arizona. Then, just this past Friday, the weekly newsletter published by the Arizona Medical Association announced that the governor signed a bill that legalizes electronic prescription of controlled substances on April 4th. Now we will have to wait to see how quickly EPCS is adopted in Arizona.
Coincidently, I was listening in on a meeting of the Health Information Technology Policy Committee Privacy and Security Tiger Team last week. They were discussing the comments they plan to submit to the full committee regarding the NPRM on Meaningful Use stage 2. They decided not to comment on the lack of requirement for EPCS in the proposed regulation. I was surprised because they often talk of aligning regulations and incentives. Contrary to this decision, I think a federal regulation would present vendors with a strong incentive to spend the extra time and money to redesign their eRx software and obtain the separate certification required and move this initiative forward.
Friday, April 13, 2012
The 2011 EHR User Satisfaction Survey
One of the best sessions I attended at HIMSS 12 was the roundtable on EHR user satisfaction. The session was based on a survey of 2,719 family physicians published by the American Academy of Family Physicians in 2011.
The presentation stimulated a lot of audience interaction. I think this publication is a worthwhile reference for both those in the market for an EHR and for those who are already EHR users. Only a relatively small number of physicians participated in the survey so it doesn't represent a complete analysis of the EHR marketplace. Nevertheless, a substantial cross-section of the more popular products was evaluated. Some of the findings will be discussed below.
Practice size was an important determinant of the products being used. In other words, smaller practices tended to select vendor solutions that were distinct from those utilized in larger practices. Respondees from the smaller practices also tended to be more satisfied with their EHR products than users from larger practices. The survey did not provide a definitive answer as to why this was the case. Responses to individual questions where some of the elements of usability were broken out provide a strong clue. Some factors contributing to high EHR satisfaction included overall ease of use, ease of customization, vendor training and vendor support. Among other factors studied were documentation, ordering labs and x-rays, reviewing results, electronic prescribing, patient engagement, meaningful use tools, and communications capabilities both within and outside the practice. Some of the most popular products were unknown to me. I spent several hours visiting the websites of a number of the products discussed to garner some additional insight. The time was well-spent.
The sophistication of the website design and information available was variable. The best were transparent about pricing, offered product information and demonstrations in video format, were up-front about product certification, and provided interesting information about company history and management.
Surprisingly, one of the highest rated products is available free. Advertising is the revenue source although for a relatively small subscription fee the software is available sans advertisements. This is a web-based product that is very attractive because it requires very little local IT expertise. Also, access to the EHR is available anywhere there is Internet access.
Several of the products were distinct in having robust real-time meaningful use tools and easy-to-use reporting tools needed for attestation such as reporting core and menu requirements and clinical quality measures including numerators and denominators. Several of the companies have incorporated advanced neural network concepts in their designs to facilitate documentation and improve quality of care. This is an interesting alternative to templates or dictation for documentation and patient management. One of the companies excelled at ease of delivery of care summaries in the form of the CCD. Few vendors were upfront about how they meet this meaningful use requirement. All the vendors appeared to support electronic prescribing. Some of these modules appeared easier to use than were others. It was rare to find information about health information exchange capabilities, specifically whether the Direct Project specification and associated workflows had been incorporated natively into the EHR product. This will need to change because the use of Direct is headed for a new stage 2 Meaningful Use requirement.
The most alarming conclusions of the survey were that only about 50% of users were satisfied with the systems they were using. Frank dissatisfaction was nearly 30%. Finally, just 38% agreed or strongly agreed that they would purchase their system again. HIMSS has sponsored usability workshops at previous annual meetings. I attended two years ago and learned a lot. The Office of the National Coordinator supports a group looking at usability issues also.
The presentation stimulated a lot of audience interaction. I think this publication is a worthwhile reference for both those in the market for an EHR and for those who are already EHR users. Only a relatively small number of physicians participated in the survey so it doesn't represent a complete analysis of the EHR marketplace. Nevertheless, a substantial cross-section of the more popular products was evaluated. Some of the findings will be discussed below.
Practice size was an important determinant of the products being used. In other words, smaller practices tended to select vendor solutions that were distinct from those utilized in larger practices. Respondees from the smaller practices also tended to be more satisfied with their EHR products than users from larger practices. The survey did not provide a definitive answer as to why this was the case. Responses to individual questions where some of the elements of usability were broken out provide a strong clue. Some factors contributing to high EHR satisfaction included overall ease of use, ease of customization, vendor training and vendor support. Among other factors studied were documentation, ordering labs and x-rays, reviewing results, electronic prescribing, patient engagement, meaningful use tools, and communications capabilities both within and outside the practice. Some of the most popular products were unknown to me. I spent several hours visiting the websites of a number of the products discussed to garner some additional insight. The time was well-spent.
The sophistication of the website design and information available was variable. The best were transparent about pricing, offered product information and demonstrations in video format, were up-front about product certification, and provided interesting information about company history and management.
Surprisingly, one of the highest rated products is available free. Advertising is the revenue source although for a relatively small subscription fee the software is available sans advertisements. This is a web-based product that is very attractive because it requires very little local IT expertise. Also, access to the EHR is available anywhere there is Internet access.
Several of the products were distinct in having robust real-time meaningful use tools and easy-to-use reporting tools needed for attestation such as reporting core and menu requirements and clinical quality measures including numerators and denominators. Several of the companies have incorporated advanced neural network concepts in their designs to facilitate documentation and improve quality of care. This is an interesting alternative to templates or dictation for documentation and patient management. One of the companies excelled at ease of delivery of care summaries in the form of the CCD. Few vendors were upfront about how they meet this meaningful use requirement. All the vendors appeared to support electronic prescribing. Some of these modules appeared easier to use than were others. It was rare to find information about health information exchange capabilities, specifically whether the Direct Project specification and associated workflows had been incorporated natively into the EHR product. This will need to change because the use of Direct is headed for a new stage 2 Meaningful Use requirement.
The most alarming conclusions of the survey were that only about 50% of users were satisfied with the systems they were using. Frank dissatisfaction was nearly 30%. Finally, just 38% agreed or strongly agreed that they would purchase their system again. HIMSS has sponsored usability workshops at previous annual meetings. I attended two years ago and learned a lot. The Office of the National Coordinator supports a group looking at usability issues also.
Thursday, April 5, 2012
EHR Training, the Hard Way
My hospital is preparing to go live with a major vendor's EHR system the first of May. Hospital staff and clinicians have been busy going to training to prepare. Most of this post will be about my experiences during this training. Anyone who has read this blog knows that I tend to be on the critical side. Most of my experience has been unpleasant, perhaps because I, more than most other clinicians, know how it should/could be done.
First, you should know that I volunteered to become a physician superuser. Based on my training and preparation to teach a class on EHR adoption at the master's degree level, I had certain preconceived notions about how this would go. I was greatly disappointed to find out that most superusers being trained were not physicians. I was in a class that included no physicians in fact. Most of my fellow students were already familiar with the system because they had been enrolled in earlier courses so they had a head start on me. I was doubly frustrated because I had a lot of difficulty searching for my assigned patients. The search was done on the last name, case sensitive, and grammatically incorrect small case letters for the entire last name. It was hard to get over a life time of capitalizing the first letter of proper names. I am sure my 9th grade English teacher is turning over in her grave even now.
I had a lot of trouble following the training. It did not take me long to realize that the major reason for this was that the training was not following clinical workflow. They might train how to manage orders in the recovery room, then a discharge, and then a history and physical. I have written a post about workflow and my observations about workflow have not changed a bit. It was enlightening to learn that one of the trainers had a background in sales and never worked in a clinical environment. This does not excuse the designers of the training who should have known better. I rightly or wrongly attribute this to lack of provider input. But that ignores the fact that best practices for clinician training are well-recognized and widely promulgated.
Many of the major tasks clinicians do routinely were not covered at all. Basic things like how to order an x-ray (I am an orthopedic surgeon after all) or how to view an x-ray in the new system, how to incorporate dictation into a note ( turns out a few clinicians will use voice recognition, most will use the current dictation system if they choose) or create a hybrid note, how patients will be consented for surgery (an electronic signature device will be used) how to transfer a patient to an outside facility, how to prescribe controlled substances, how to ensure a patient receives an electronic visit summary, how to provide patient education materials, how a clinician handles the patient portal- patient emails, release of lab information, and the list goes on.
Back to being a superuser. I found the plan for training superusers was to have them take the course twice and maybe help out with people having trouble on the second go around. There was no special one-on-one or small group training, and short cuts, tips, in depth training, best practices, etc. were not covered. The executive plan appears to me to have non physician superusers help physicians during the go-live. Given the lack of physicians trained in the role this is inevitable. The question is whether it will work well. There is substantial experience to indicate that there will be a problem. Physicians do better taking advice from physicians. Even experienced nurses or unit clerks really don't know physician workflows and likely are not aware of some special needs of physicians. I will wait and report back on the success of the strategy being implemented.
I had a cloud-based practice management system a number of years back. Training was carried out via live webinars for me and my staff by the vendor's trainers. I set up my scheduling system including role based permissions, appointment types and times with this training alone. Physicians were provided very little training about the schedule function of the new software. I was not even aware of the courses that trained on the scheduling module. I like to make my own appointments when I see a patient after hours, or discharge a patient from the hospital on a weekend. I think this provides better continuity of care at a care transition. With the new system, I will not be able to utilize this functionality-by design. I get upset about such things. I dislike wasted potential to improve care and I don't like being harnessed to a receptionist or medical assistant to carry out essential tasks. It turns out that this enterprise system actually is broken up into a number of silos as far as training goes-inpatient, outpatient, financial, patient portal, administration, etc.
A number of asynchronous learning sessions were offered to doctors. I never heard about them before class even though they were assigned as prerequisites. They were accessed through an employee portal. I had never used the portal because I was not an employee of the hospital and did not have user credentials to get into the system anyway. This oversight was clear up at the end of the first class. I think it happened less frequently for physicians taking classes after me. The e-learning sessions were actually quite helpful. They were produced by the vendor using professional trainers who were experts with the system. Each session covered a vignette, an element of clinician workflow. I liked being able to watch these videos several times. Unfortunately, there were quite a number of e-sessions available. Because of the numbering system for the sessions it was apparent that only a few of the available sessions were assigned for review. Communication for physicians about the menu of available sessions was only available upon request if one figured out there had to be more available somewhere.
Everyone had to pass a test to be able to be cleared to use the system. The first time I took the test I found out I was going to be tested at the end of the course during the final hour of 9 hours of training (after hours and after a full day of work.) The test was given on paper and answers were not discussed. I failed the first time but did not know what I missed. Later, trainers covered all the questions before the test (and gave correct answers) and the test was electronic and provided the correct answers for all questions missed so that when one retook the test it was hard not to pass. I could go on with a few more complaints but I think I'll end with one more thought.
Finally, I found it surprising that there was not a single point of contact for questions about training. I didn't know whom to call for help. The trainers were so focused on their individual areas that they did not have an overview of the whole system. I did find one trainer who was able to answer a laundry list of questions I prepared after my first few classes. I appreciated his help but I was lucky to find him.
First, you should know that I volunteered to become a physician superuser. Based on my training and preparation to teach a class on EHR adoption at the master's degree level, I had certain preconceived notions about how this would go. I was greatly disappointed to find out that most superusers being trained were not physicians. I was in a class that included no physicians in fact. Most of my fellow students were already familiar with the system because they had been enrolled in earlier courses so they had a head start on me. I was doubly frustrated because I had a lot of difficulty searching for my assigned patients. The search was done on the last name, case sensitive, and grammatically incorrect small case letters for the entire last name. It was hard to get over a life time of capitalizing the first letter of proper names. I am sure my 9th grade English teacher is turning over in her grave even now.
I had a lot of trouble following the training. It did not take me long to realize that the major reason for this was that the training was not following clinical workflow. They might train how to manage orders in the recovery room, then a discharge, and then a history and physical. I have written a post about workflow and my observations about workflow have not changed a bit. It was enlightening to learn that one of the trainers had a background in sales and never worked in a clinical environment. This does not excuse the designers of the training who should have known better. I rightly or wrongly attribute this to lack of provider input. But that ignores the fact that best practices for clinician training are well-recognized and widely promulgated.
Many of the major tasks clinicians do routinely were not covered at all. Basic things like how to order an x-ray (I am an orthopedic surgeon after all) or how to view an x-ray in the new system, how to incorporate dictation into a note ( turns out a few clinicians will use voice recognition, most will use the current dictation system if they choose) or create a hybrid note, how patients will be consented for surgery (an electronic signature device will be used) how to transfer a patient to an outside facility, how to prescribe controlled substances, how to ensure a patient receives an electronic visit summary, how to provide patient education materials, how a clinician handles the patient portal- patient emails, release of lab information, and the list goes on.
Back to being a superuser. I found the plan for training superusers was to have them take the course twice and maybe help out with people having trouble on the second go around. There was no special one-on-one or small group training, and short cuts, tips, in depth training, best practices, etc. were not covered. The executive plan appears to me to have non physician superusers help physicians during the go-live. Given the lack of physicians trained in the role this is inevitable. The question is whether it will work well. There is substantial experience to indicate that there will be a problem. Physicians do better taking advice from physicians. Even experienced nurses or unit clerks really don't know physician workflows and likely are not aware of some special needs of physicians. I will wait and report back on the success of the strategy being implemented.
I had a cloud-based practice management system a number of years back. Training was carried out via live webinars for me and my staff by the vendor's trainers. I set up my scheduling system including role based permissions, appointment types and times with this training alone. Physicians were provided very little training about the schedule function of the new software. I was not even aware of the courses that trained on the scheduling module. I like to make my own appointments when I see a patient after hours, or discharge a patient from the hospital on a weekend. I think this provides better continuity of care at a care transition. With the new system, I will not be able to utilize this functionality-by design. I get upset about such things. I dislike wasted potential to improve care and I don't like being harnessed to a receptionist or medical assistant to carry out essential tasks. It turns out that this enterprise system actually is broken up into a number of silos as far as training goes-inpatient, outpatient, financial, patient portal, administration, etc.
A number of asynchronous learning sessions were offered to doctors. I never heard about them before class even though they were assigned as prerequisites. They were accessed through an employee portal. I had never used the portal because I was not an employee of the hospital and did not have user credentials to get into the system anyway. This oversight was clear up at the end of the first class. I think it happened less frequently for physicians taking classes after me. The e-learning sessions were actually quite helpful. They were produced by the vendor using professional trainers who were experts with the system. Each session covered a vignette, an element of clinician workflow. I liked being able to watch these videos several times. Unfortunately, there were quite a number of e-sessions available. Because of the numbering system for the sessions it was apparent that only a few of the available sessions were assigned for review. Communication for physicians about the menu of available sessions was only available upon request if one figured out there had to be more available somewhere.
Everyone had to pass a test to be able to be cleared to use the system. The first time I took the test I found out I was going to be tested at the end of the course during the final hour of 9 hours of training (after hours and after a full day of work.) The test was given on paper and answers were not discussed. I failed the first time but did not know what I missed. Later, trainers covered all the questions before the test (and gave correct answers) and the test was electronic and provided the correct answers for all questions missed so that when one retook the test it was hard not to pass. I could go on with a few more complaints but I think I'll end with one more thought.
Finally, I found it surprising that there was not a single point of contact for questions about training. I didn't know whom to call for help. The trainers were so focused on their individual areas that they did not have an overview of the whole system. I did find one trainer who was able to answer a laundry list of questions I prepared after my first few classes. I appreciated his help but I was lucky to find him.
Thursday, March 1, 2012
Interoperability Showcase 2012 Thoughts
The Interoperability Showcase at HIMSS 12 was a popular exhibit floor destination again this year. It was a little hard to locate being situated at the back of the ground floor in the two level exhibit arrangement. There were more independent events making the Showcase more like the three ring circus of the convention itself. Taking a stroll around the site was well-worth the effort.
This was the fourth year that I worked as a volunteer docent. Interoperability demonstrations are based on clinically relevant use cases. This year's menu had fewer but more complex use cases that integrated the services of a larger group of vendors and more deeply highlighted the mechanics of health information exchange. This worked so well in most cases that it was easy to overlook the tremendous effort that vendors and others invest to make interoperability a reality. Health information exchange is enabled by standards produced by standards development organizations and harmonized by others such as Integrating the Healthcare Enterprise (IHE) and the Standards and Interoperability Framework (S&I Framework.) Vendors must qualify for the Interoperability Showcase by successfully completing live interoperability testing at the annual IHE Connectathon that is held for North America in January in Chicago.
Wisely, I think, the organizers shrunk down the number of use cases to just eleven or twelve. Also, teams of vendors that were part of each use case were clustered sequentially in individual pods. This eliminated the docent task of leading tours around numerous pods to complete the use case demonstrations. It also nearly eliminated even the need for docents. Tours worked much more smoothly for sure but my pleasure serving as a volunteer docent was adversely affected. Each group of tours is introduced by a "barker talk" designed to attract attendees to the site. This year the barker speakers saw much of their work taken over by an introductory video that covered much of their previous content territory.
A large section of real estate was reserved for Health Information Exchange this year. There was a pod for early pilots of the Direct Project and another for adopters of NwHIN Exchange, mostly federal partners is various Beacon Grant activities. I had expected more representation HISPs (health information service providers) and more information about digital certificate management.
I often take a critical view of the world I discuss. At this point I would like to take a positive (mostly) turn and look at what I thought was exciting at the Showcase. First, there was a new pod called the Digital Visualizer that featured a series of large flat displays that showed real-time the flow of electronic transactions in a number of the use cases being demonstrated. This was a well-thought out demonstration of the wiring diagram of the information flows from EHRs and patient care devices to HIEs and even across communities of HIEs. The standards being used to support the transactions were also shown. The only problem is that the visualizer stood alone away from the pods where the use cases were carried out so there was a serious disconnect there. Also, since the displays were set up to show real-time data flow, things happened too fast to be meaningful to most observers. My advice would be to enhance the value of this important teaching work by bringing the display information to each Use Case Pod. Also, by creating a slow motion recording or movie of the information flow, the attendees would really get a chance to understand the miracle of standards-based health information exchange that is possible although rarely implemented today.
Finally, there were two demonstrations that completely knocked my socks off and were the most impressive examples of interoperability at this year's exhibit. The first was an example of an automated operating room suite. The anesthesia machine, patient monitors, and infusion pumps (from disparate vendors) all sent information to a central processor that then fed the data, real-time to the EHR. There the data is permanently recorded but could also be monitored remotely, say by ICU staff waiting to receive the patient post-op. The system relieves the anesthesiologist from the mundane tasks of periodically recording vital sign information, IV fluid flows, and drug administration and frees up time to devote to monitoring a patient's status in the OR. The second impressive use case, one for cardiology, showed exchange of information between several different EHRs. During the presentation information was retrieved via HIE using a hybrid structure. The federated approach was used to retrieve x-ray images from the native PACS archive (because of the large file size for radiographs, CT scans, and especially MRI.) The EKG was retrieved from the registry/repository for viewing by both the primary care physician and the cardiologist. Thus documents, images, and other types of graphical information were exchanged seamlessly using sophisticated HIE architecture, even across different information exchanges. I think this example represents the moving puck those involved in health information exchange are trying to track.
This was the fourth year that I worked as a volunteer docent. Interoperability demonstrations are based on clinically relevant use cases. This year's menu had fewer but more complex use cases that integrated the services of a larger group of vendors and more deeply highlighted the mechanics of health information exchange. This worked so well in most cases that it was easy to overlook the tremendous effort that vendors and others invest to make interoperability a reality. Health information exchange is enabled by standards produced by standards development organizations and harmonized by others such as Integrating the Healthcare Enterprise (IHE) and the Standards and Interoperability Framework (S&I Framework.) Vendors must qualify for the Interoperability Showcase by successfully completing live interoperability testing at the annual IHE Connectathon that is held for North America in January in Chicago.
Wisely, I think, the organizers shrunk down the number of use cases to just eleven or twelve. Also, teams of vendors that were part of each use case were clustered sequentially in individual pods. This eliminated the docent task of leading tours around numerous pods to complete the use case demonstrations. It also nearly eliminated even the need for docents. Tours worked much more smoothly for sure but my pleasure serving as a volunteer docent was adversely affected. Each group of tours is introduced by a "barker talk" designed to attract attendees to the site. This year the barker speakers saw much of their work taken over by an introductory video that covered much of their previous content territory.
A large section of real estate was reserved for Health Information Exchange this year. There was a pod for early pilots of the Direct Project and another for adopters of NwHIN Exchange, mostly federal partners is various Beacon Grant activities. I had expected more representation HISPs (health information service providers) and more information about digital certificate management.
I often take a critical view of the world I discuss. At this point I would like to take a positive (mostly) turn and look at what I thought was exciting at the Showcase. First, there was a new pod called the Digital Visualizer that featured a series of large flat displays that showed real-time the flow of electronic transactions in a number of the use cases being demonstrated. This was a well-thought out demonstration of the wiring diagram of the information flows from EHRs and patient care devices to HIEs and even across communities of HIEs. The standards being used to support the transactions were also shown. The only problem is that the visualizer stood alone away from the pods where the use cases were carried out so there was a serious disconnect there. Also, since the displays were set up to show real-time data flow, things happened too fast to be meaningful to most observers. My advice would be to enhance the value of this important teaching work by bringing the display information to each Use Case Pod. Also, by creating a slow motion recording or movie of the information flow, the attendees would really get a chance to understand the miracle of standards-based health information exchange that is possible although rarely implemented today.
Finally, there were two demonstrations that completely knocked my socks off and were the most impressive examples of interoperability at this year's exhibit. The first was an example of an automated operating room suite. The anesthesia machine, patient monitors, and infusion pumps (from disparate vendors) all sent information to a central processor that then fed the data, real-time to the EHR. There the data is permanently recorded but could also be monitored remotely, say by ICU staff waiting to receive the patient post-op. The system relieves the anesthesiologist from the mundane tasks of periodically recording vital sign information, IV fluid flows, and drug administration and frees up time to devote to monitoring a patient's status in the OR. The second impressive use case, one for cardiology, showed exchange of information between several different EHRs. During the presentation information was retrieved via HIE using a hybrid structure. The federated approach was used to retrieve x-ray images from the native PACS archive (because of the large file size for radiographs, CT scans, and especially MRI.) The EKG was retrieved from the registry/repository for viewing by both the primary care physician and the cardiologist. Thus documents, images, and other types of graphical information were exchanged seamlessly using sophisticated HIE architecture, even across different information exchanges. I think this example represents the moving puck those involved in health information exchange are trying to track.
Saturday, February 25, 2012
Thoughts about HIMSS12
The HIMSS12 Conference in Las Vegas last week had the highest attendance ever. Even the large convention facility seemed crowded and at times claustrophobic. Nevertheless, I'd say it was a very successful meeting. I came away with a lot of ideas for future posts. For now I'll just discuss first impressions of what I thought were major themes I identified, as filtered through my one of 35,000 minds that attended this year's meeting.
Data mining was a very hot topic. Secondary use of data will be facilitated through the expected increase in health information exchange. Vendors, government agencies, researchers are looking forward to a 21st century gold rush of clinical data-not only to improve the quality and efficiency of health care but also for anticipated financial gain in some cases. The drive for health data is almost alarmingly commercialized. This recent report, unrelated to HIMSS12, epitomizes what I mean.
Clinical decision support (CDS) also got a lot of play. Clinical decision support systems are ubiquitous for checking for drug-drug interactions and allergy checks and even to promote guideline adherence. Order sets are a good way to implement CDS rules. But the safety and efficacy of CDS are still questioned. The challenge of decision support is to deliver information the clinician or patient needs at the time the information is needed with actionable choices in a manner that harmonizes with workflow. Strides in the development of artificial intelligence to filter data, generate information, and offer timely suggestions should be expected.
In the last paragraph I mentioned patient safety. The intention to deliver safe care is never far from a clinician's thoughts while practicing medicine. In fact, improvement in patient safety is one of the characteristics used to promote EHR adoption. Published reports on the use of EHRs to improve the safe delivery of care however are contradictory. Several speakers mentioned the Institute of Medicine's report published late last year on EHR safety. An article in Health Affairs was also mentioned several times.
I think these publications point the way toward enhanced scrutiny of the safety of HIT systems, better studies of the current state of the industry, and easier, more efficient, and systematic methods of collecting data on the safety risks of EHR technology.
Health information exchange was a popular topic of discussion. ONC representatives and others touted the successes of the Direct Project, NwHIN Exchange and Connect activities, State HIE grant programs, and health information exchange pilots in the Beacon and SHARP communities. There are a lot of stakeholders in this area with different viewpoints and different criteria for success. I don't think many are fully satisfied with the amount of health information exchange taking place today in the U.S. Vendor preparedness, provider acceptance, and infrastructure are barriers to "push" transactions such as Direct. Federal policy, local governance issues, consumer consent issues, vendor readiness, and infrastructure inhibit robust exchange. Progress is being made in incremental steps but much more needs to be accomplished to reach the full potential of HIT. This leads to the next topic-consumer empowerment.
More and more, patients want facile access to their health information. The "Blue Button" initiative of the VA
is leading the way to opening up the flow of data to patients. There should be easy ways to upload information to a personal health record or to a file on a home computer for patients to use to communicate with their multiple physicians and to enhance their ability to participate in promotion of their health. The ONC has made consumer engagement one of its strategic priorities and has developed a new web site to disseminate information to patients and families.
Last but not least, mobile health was a ubiquitous theme. Mobile health applications are being developed to empower providers and patients alike. The use of mobile technology to facilitate the use of patient care devices, both external and implanted, to facilitate patient care was particularly noteworthy. This technology is advancing like a tidal wave. This field offers perhaps the greatest opportunities for innovators today. Issues with FDA regulation of medical devices are a potential risk. Even the definition of a medical device seems to be in flux. We will have to be nimble to keep up with all the developments in this realm of health IT. Here is a good HIMSS resource.I haven't even touched upon the NPRMs released during the week. I will wait for the dust to settle a bit before I offer my thoughts. The coming months should be interesting for health IT participants.
Data mining was a very hot topic. Secondary use of data will be facilitated through the expected increase in health information exchange. Vendors, government agencies, researchers are looking forward to a 21st century gold rush of clinical data-not only to improve the quality and efficiency of health care but also for anticipated financial gain in some cases. The drive for health data is almost alarmingly commercialized. This recent report, unrelated to HIMSS12, epitomizes what I mean.
Clinical decision support (CDS) also got a lot of play. Clinical decision support systems are ubiquitous for checking for drug-drug interactions and allergy checks and even to promote guideline adherence. Order sets are a good way to implement CDS rules. But the safety and efficacy of CDS are still questioned. The challenge of decision support is to deliver information the clinician or patient needs at the time the information is needed with actionable choices in a manner that harmonizes with workflow. Strides in the development of artificial intelligence to filter data, generate information, and offer timely suggestions should be expected.
In the last paragraph I mentioned patient safety. The intention to deliver safe care is never far from a clinician's thoughts while practicing medicine. In fact, improvement in patient safety is one of the characteristics used to promote EHR adoption. Published reports on the use of EHRs to improve the safe delivery of care however are contradictory. Several speakers mentioned the Institute of Medicine's report published late last year on EHR safety. An article in Health Affairs was also mentioned several times.
I think these publications point the way toward enhanced scrutiny of the safety of HIT systems, better studies of the current state of the industry, and easier, more efficient, and systematic methods of collecting data on the safety risks of EHR technology.
Health information exchange was a popular topic of discussion. ONC representatives and others touted the successes of the Direct Project, NwHIN Exchange and Connect activities, State HIE grant programs, and health information exchange pilots in the Beacon and SHARP communities. There are a lot of stakeholders in this area with different viewpoints and different criteria for success. I don't think many are fully satisfied with the amount of health information exchange taking place today in the U.S. Vendor preparedness, provider acceptance, and infrastructure are barriers to "push" transactions such as Direct. Federal policy, local governance issues, consumer consent issues, vendor readiness, and infrastructure inhibit robust exchange. Progress is being made in incremental steps but much more needs to be accomplished to reach the full potential of HIT. This leads to the next topic-consumer empowerment.
More and more, patients want facile access to their health information. The "Blue Button" initiative of the VA
is leading the way to opening up the flow of data to patients. There should be easy ways to upload information to a personal health record or to a file on a home computer for patients to use to communicate with their multiple physicians and to enhance their ability to participate in promotion of their health. The ONC has made consumer engagement one of its strategic priorities and has developed a new web site to disseminate information to patients and families.
Last but not least, mobile health was a ubiquitous theme. Mobile health applications are being developed to empower providers and patients alike. The use of mobile technology to facilitate the use of patient care devices, both external and implanted, to facilitate patient care was particularly noteworthy. This technology is advancing like a tidal wave. This field offers perhaps the greatest opportunities for innovators today. Issues with FDA regulation of medical devices are a potential risk. Even the definition of a medical device seems to be in flux. We will have to be nimble to keep up with all the developments in this realm of health IT. Here is a good HIMSS resource.I haven't even touched upon the NPRMs released during the week. I will wait for the dust to settle a bit before I offer my thoughts. The coming months should be interesting for health IT participants.
Labels:
CDS,
consumer engagement,
EHR Safety,
HIMSS12,
mHIMSS
Thursday, February 9, 2012
Is the view only option for HIE worthwhile?
I watched the NeHC University online presentation- an introduction to the HIE Landscape early this month. The results of a survey of active HIEs were presented. Findings were that about half of the responders plan to offer the view only data option while just a quarter plan to support document sharing. In a similar vein, AZ HIMSS offered a state of the state update for HIT in Arizona at the end of January. It turns out that largest HIE in Arizona also plans on providing view only access to data. As a physician as well as a strong proponent of electronic information exchange, I am disappointed that more robust ways of freeing up patient information flow is not the goal of most HIE programs around the country.
The "view only" option for HIE has numerous limitations. If the user wants to retain the information in a more permanent format, there is no convenient way to do this. The receiver must re-enter the data in their own EHR, PHR, or other information system. This relies on memory and human typing skills, both of which are subject to error. The process is time consuming and does not fit well with the workflow of busy clinicians and patients. I suppose screen shots could be saved but the data is still basically constrained in a silo. Worse yet, for those with information privacy concerns, it would be hard to keep an accurate audit trail for this method of copying patient information. Also, it would be difficult to support the creation and maintenance of a longitudinal health record for the patient. Furthermore, the data would be in a format that would not allow ready use of clinical decision support tools to improve the quality of patient care.
For the last four years I have served as a volunteer monitor at the IHE North American Connectathon. Most of the profiles I have tested belong in the Patient Care Coordination domain. To make a long story short, we test the ability of different vendors to conform to various clinical document summary specifications (medical summaries, ER referrals, Labor and delivery records, and ED physician notes to name a few. For further information see this site) and exchange those documents with information trading partners. The testing plan offers options of: view only, document import, section import, and discrete data import. The view only option allows one vendor to view another vendor's summary document on their computer screen, like pulling up a web page. As discussed above, this information is not in an easy to use format. The document import option allows the vendor to import the entire document and attach it to a patient's medical record. The workflow is similar to filing outside records received by mail or fax in a patient's paper chart, as many clinicians do today. Section import allows attachment of a section of a summary document to the patient's chart-for example the allergy section, problem list, medication list, demographic data, etc. This capability only has limited uses currently but could be used as a data source to drive a medication or problem list reconciliation engine. Discrete data import has the greatest potential to change how we do medicine. As the name implies, information at the data element level can be imported and inserted in the patient's chart. This information could then be used support CDS, prepare graphical representations of patient data, and for reconciliation activities such as reconciling a medication list. Unfortunately, the bar to pass the tests at the Connectathon has been set too low. Vendors only need to be able to support the view option. I have had conversations with fellow monitors and others and many agree it would be a valuable step forward to require vendors to support the discrete data import option. It is my belief that this is the most useful way to drive innovation and improve information exchange capabilities among different EHRs. There could be other incentives as well.
The federal government made a commitment to encouraging HIE through the State HIE Grant program. Federal policy has a considerable influence on the strategies the states are adopting. For example, it was made clear that The Direct Project specification should be adopted and implemented. I wish the ONC would put greater pressure on the state grantees to adopt options for data import as opposed to view only health information exchange. One only needs to look to the popularity of the VA sponsored "Blue Button" initiative to see that download technology is desired and used by patients and other stakeholders in the health care marketplace.
The "view only" option for HIE has numerous limitations. If the user wants to retain the information in a more permanent format, there is no convenient way to do this. The receiver must re-enter the data in their own EHR, PHR, or other information system. This relies on memory and human typing skills, both of which are subject to error. The process is time consuming and does not fit well with the workflow of busy clinicians and patients. I suppose screen shots could be saved but the data is still basically constrained in a silo. Worse yet, for those with information privacy concerns, it would be hard to keep an accurate audit trail for this method of copying patient information. Also, it would be difficult to support the creation and maintenance of a longitudinal health record for the patient. Furthermore, the data would be in a format that would not allow ready use of clinical decision support tools to improve the quality of patient care.
For the last four years I have served as a volunteer monitor at the IHE North American Connectathon. Most of the profiles I have tested belong in the Patient Care Coordination domain. To make a long story short, we test the ability of different vendors to conform to various clinical document summary specifications (medical summaries, ER referrals, Labor and delivery records, and ED physician notes to name a few. For further information see this site) and exchange those documents with information trading partners. The testing plan offers options of: view only, document import, section import, and discrete data import. The view only option allows one vendor to view another vendor's summary document on their computer screen, like pulling up a web page. As discussed above, this information is not in an easy to use format. The document import option allows the vendor to import the entire document and attach it to a patient's medical record. The workflow is similar to filing outside records received by mail or fax in a patient's paper chart, as many clinicians do today. Section import allows attachment of a section of a summary document to the patient's chart-for example the allergy section, problem list, medication list, demographic data, etc. This capability only has limited uses currently but could be used as a data source to drive a medication or problem list reconciliation engine. Discrete data import has the greatest potential to change how we do medicine. As the name implies, information at the data element level can be imported and inserted in the patient's chart. This information could then be used support CDS, prepare graphical representations of patient data, and for reconciliation activities such as reconciling a medication list. Unfortunately, the bar to pass the tests at the Connectathon has been set too low. Vendors only need to be able to support the view option. I have had conversations with fellow monitors and others and many agree it would be a valuable step forward to require vendors to support the discrete data import option. It is my belief that this is the most useful way to drive innovation and improve information exchange capabilities among different EHRs. There could be other incentives as well.
The federal government made a commitment to encouraging HIE through the State HIE Grant program. Federal policy has a considerable influence on the strategies the states are adopting. For example, it was made clear that The Direct Project specification should be adopted and implemented. I wish the ONC would put greater pressure on the state grantees to adopt options for data import as opposed to view only health information exchange. One only needs to look to the popularity of the VA sponsored "Blue Button" initiative to see that download technology is desired and used by patients and other stakeholders in the health care marketplace.
Thursday, February 2, 2012
Cumulative Index through December 2011
I have prepared a cumulative index to posts for this blog from its beginning.
A Commercial Web-based HIE Offering from Verizon July 20, 2010
A Peeve: The auto-log off in HIT Dec. 27, 2011
Breach Notification-Part 1 Oct. 15, 2009
Breach Notification-Part 2 Oct. 26, 2009
Certification July 29, 2009
Certification Follow-up Aug. 19, 2009
Clinical Decision Support Systems Mar. 23, 2011
Clinician Workflow April 11, 2010
Consumer Preferences Nov. 2, 2009
Digital Certificates-uses in HIE June 15, 2011
Dr. Blumenthal--An Inspirational Keynote Address at HIMSS10 Mar. 7, 2010
EHR's for Surgeons/specialists Nov. 19, 2010
EHR Safety Feb. 21, 2010
EMR Certification Revisited Nov. 17, 2009
EMR Usability Nov. 22, 2009
Future Role for HITSP? Dec. 2, 2009
Handheld Devices-the Mobile Clinician Jan. 9, 2010
Health Information Exchange Aug. 18, 2009
Health IT Ontologies of the Future Jan. 12, 2011
Health IT Workforce Training Dec. 27, 2009
HIMSS 11 ARRA Usability Symposium Mar. 2, 2011
HIMSS Virtual Conf. 2011:
Closing keynote-an exceptional presentation June 14, 2011
HIT Outlook for 2012: a crystal ball Dec. 2, 2011
HIT Workforce Training Dec. 14, 2009
Imaging and Meaningful Use Debate Jan. 27, 2011
Information Exchange Patterns May 28, 2010
IFR on Standards and NPRM on Meaningful Use Feb. 16, 2010
Introduction July 17, 2009
Introduction to electronic signatures and digital certificates June 9, 2011
It's all about workflow Mar. 31, 2010
Looking forward to 2012 Nov. 27, 2011
Meaningful Use and Incentives to adopt HIT July 21, 2009
Messages vs. Documents June 16, 2010
More Thoughts on Documents Sept. 6, 2010
My Favorite Day at HIMSS 11 Mar. 3, 2011
NA Connectathon 2011 Jan. 22, 2011
Online Education Sept.10, 2009
Online Graduate Degrees-My Experience Nov. 18, 2009
Optionality and Interoperability in Health Care Software Dec. 6, 2010
Outlook for New Workforce Trainees July 25, 2010
Patient Portals Mar. 30, 2011
PCAST Report Thoughts Feb. 11, 2011
Planning for HIMSS11 Dec. 1, 2010
Provider Directories Mar. 31, 2011
Quality Reporting Sept. 30, 2009
Reasons Specialists should consider Regional Extension Centers May 8, 2011
Recommendations for HIMSS 2012 Dec. 12, 2011
Reconciliation-an unmet challenge Sept. 14, 2009
State Grants for Health Information Exchange June 18, 2010
Summary of the HIT Policy Committee Workgroup hearing on EHR Safety Mar. 15, 2010
The Direct Project Goes Live Mar. 1, 2011
The Perfect Storm Barometer:what are the greatest HIT risks for clinicians June 20, 2011
Thought on the NHIN Mar. 18, 2010
Trusted Identities May 25, 2011
Where are the HIT Experts? Aug. 26, 2011
A Commercial Web-based HIE Offering from Verizon July 20, 2010
A Peeve: The auto-log off in HIT Dec. 27, 2011
Breach Notification-Part 1 Oct. 15, 2009
Breach Notification-Part 2 Oct. 26, 2009
Certification July 29, 2009
Certification Follow-up Aug. 19, 2009
Clinical Decision Support Systems Mar. 23, 2011
Clinician Workflow April 11, 2010
Consumer Preferences Nov. 2, 2009
Digital Certificates-uses in HIE June 15, 2011
Dr. Blumenthal--An Inspirational Keynote Address at HIMSS10 Mar. 7, 2010
EHR's for Surgeons/specialists Nov. 19, 2010
EHR Safety Feb. 21, 2010
EMR Certification Revisited Nov. 17, 2009
EMR Usability Nov. 22, 2009
Future Role for HITSP? Dec. 2, 2009
Handheld Devices-the Mobile Clinician Jan. 9, 2010
Health Information Exchange Aug. 18, 2009
Health IT Ontologies of the Future Jan. 12, 2011
Health IT Workforce Training Dec. 27, 2009
HIMSS 11 ARRA Usability Symposium Mar. 2, 2011
HIMSS Virtual Conf. 2011:
Closing keynote-an exceptional presentation June 14, 2011
HIT Outlook for 2012: a crystal ball Dec. 2, 2011
HIT Workforce Training Dec. 14, 2009
Imaging and Meaningful Use Debate Jan. 27, 2011
Information Exchange Patterns May 28, 2010
IFR on Standards and NPRM on Meaningful Use Feb. 16, 2010
Introduction July 17, 2009
Introduction to electronic signatures and digital certificates June 9, 2011
It's all about workflow Mar. 31, 2010
Looking forward to 2012 Nov. 27, 2011
Meaningful Use and Incentives to adopt HIT July 21, 2009
Messages vs. Documents June 16, 2010
More Thoughts on Documents Sept. 6, 2010
My Favorite Day at HIMSS 11 Mar. 3, 2011
NA Connectathon 2011 Jan. 22, 2011
Online Education Sept.10, 2009
Online Graduate Degrees-My Experience Nov. 18, 2009
Optionality and Interoperability in Health Care Software Dec. 6, 2010
Outlook for New Workforce Trainees July 25, 2010
Patient Portals Mar. 30, 2011
PCAST Report Thoughts Feb. 11, 2011
Planning for HIMSS11 Dec. 1, 2010
Provider Directories Mar. 31, 2011
Quality Reporting Sept. 30, 2009
Reasons Specialists should consider Regional Extension Centers May 8, 2011
Recommendations for HIMSS 2012 Dec. 12, 2011
Reconciliation-an unmet challenge Sept. 14, 2009
State Grants for Health Information Exchange June 18, 2010
Summary of the HIT Policy Committee Workgroup hearing on EHR Safety Mar. 15, 2010
The Direct Project Goes Live Mar. 1, 2011
The Perfect Storm Barometer:what are the greatest HIT risks for clinicians June 20, 2011
Thought on the NHIN Mar. 18, 2010
Trusted Identities May 25, 2011
Where are the HIT Experts? Aug. 26, 2011
Quarterly Index Update 2011 With Links-1st Quarter Dr. Bob's HIT Thoughts
A Commercial Web-based HIE Offering from Verizon July 20, 2010
Breach Notification-Part 1 Oct. 15, 2009
Breach Notification-Part 2 Oct. 26, 2009
Certification July 29, 2009
Certification Follow-up Aug. 19, 2009
Clinical Decision Support Systems Mar. 23, 2011
Clinician Workflow April 11, 2010
Consumer Preferences Nov. 2, 2009
Dr. Blumenthal--An Inspirational Keynote Address at HIMSS10 Mar. 7, 2010
EHR's for Surgeons/specialists Nov. 19, 2010
EHR Safety Feb. 21, 2010
EMR Certification Revisited Nov. 17, 2009
EMR Usability Nov. 22, 2009
Future Role for HITSP? Dec. 2, 2009
Handheld Devices-the Mobile Clinician Jan. 9, 2010
Health Information Exchange Aug. 18, 2009
Health IT Ontologies of the Future Jan. 12, 2011
Health IT Workforce Training Dec. 27, 2009
HIMSS 11 ARRA Usability Symposium Mar. 2, 2011
HIT Workforce Training Dec. 14, 2009
Imaging and Meaningful Use Debate Jan. 27, 2011
Information Exchange Patterns May 28, 2010
IFR on Standards and NPRM on Meaningful Use Feb. 16, 2010
Introduction July 17, 2009
It's all about workflow Mar. 31, 2010
Meaningful Use and Incentives to adopt HIT July 21, 2009
Messages vs. Documents June 16, 2010
More Thoughts on Documents Sept. 6, 2010
My Favorite Day at HIMSS 11 Mar. 3, 2011
NA Connectathon 2011 Jan. 22, 2011
Online Education Sept.10, 2009
Online Graduate Degrees-My Experience Nov. 18, 2009
Optionality and Interoperability in Health Care Software Dec. 6, 2010
Outlook for New Workforce Trainees July 25, 2010
Patient Portals Mar. 30, 2011
PCAST Report Thoughts Feb. 11, 2011
Planning for HIMSS11 Dec. 1, 2010
Provider Directories Mar. 31, 2011
Quality Reporting Sept. 30, 2009
Reconciliation-an unmet Challenge Sept. 14, 2009
State Grants for Health Information Exchange June 18, 2010
Summary of the HIT Policy Committee Workgroup hearing Mar. 15, 2010
on EHR Safety
The Direct Project Goes Live Mar. 1, 2011
Thought on the NHIN Mar. 18, 2010
A Commercial Web-based HIE Offering from Verizon July 20, 2010
Breach Notification-Part 1 Oct. 15, 2009
Breach Notification-Part 2 Oct. 26, 2009
Certification July 29, 2009
Certification Follow-up Aug. 19, 2009
Clinical Decision Support Systems Mar. 23, 2011
Clinician Workflow April 11, 2010
Consumer Preferences Nov. 2, 2009
Dr. Blumenthal--An Inspirational Keynote Address at HIMSS10 Mar. 7, 2010
EHR's for Surgeons/specialists Nov. 19, 2010
EHR Safety Feb. 21, 2010
EMR Certification Revisited Nov. 17, 2009
EMR Usability Nov. 22, 2009
Future Role for HITSP? Dec. 2, 2009
Handheld Devices-the Mobile Clinician Jan. 9, 2010
Health Information Exchange Aug. 18, 2009
Health IT Ontologies of the Future Jan. 12, 2011
Health IT Workforce Training Dec. 27, 2009
HIMSS 11 ARRA Usability Symposium Mar. 2, 2011
HIT Workforce Training Dec. 14, 2009
Imaging and Meaningful Use Debate Jan. 27, 2011
Information Exchange Patterns May 28, 2010
IFR on Standards and NPRM on Meaningful Use Feb. 16, 2010
Introduction July 17, 2009
It's all about workflow Mar. 31, 2010
Meaningful Use and Incentives to adopt HIT July 21, 2009
Messages vs. Documents June 16, 2010
More Thoughts on Documents Sept. 6, 2010
My Favorite Day at HIMSS 11 Mar. 3, 2011
NA Connectathon 2011 Jan. 22, 2011
Online Education Sept.10, 2009
Online Graduate Degrees-My Experience Nov. 18, 2009
Optionality and Interoperability in Health Care Software Dec. 6, 2010
Outlook for New Workforce Trainees July 25, 2010
Patient Portals Mar. 30, 2011
PCAST Report Thoughts Feb. 11, 2011
Planning for HIMSS11 Dec. 1, 2010
Provider Directories Mar. 31, 2011
Quality Reporting Sept. 30, 2009
Reconciliation-an unmet Challenge Sept. 14, 2009
State Grants for Health Information Exchange June 18, 2010
Summary of the HIT Policy Committee Workgroup hearing Mar. 15, 2010
on EHR Safety
The Direct Project Goes Live Mar. 1, 2011
Thought on the NHIN Mar. 18, 2010
Subscribe to:
Posts (Atom)