Troubleshoot Issues Impacting Epic & Citrix End Users

Tag: HL7

HL7 Announces New Board Members, Fellows and Volunteer of the Year Awards

Image result for hl7 logoHealth Level Seven (HL7) International, the global authority on interoperability of health information technology with members in 55 countries, announced election results for its board of directors at the 32nd Annual Plenary and Working Group Meeting in Baltimore, Maryland. The 2018 class of HL7 Fellows and the 2018 recipients of the W. Edward Hammond, Ph.D. volunteer of the year awards were also recognized at the event.

Incoming Board Chair

Walter Suarez, M.D., M.P.H., executive director, health IT strategy and policy, Kaiser Permanente, was selected by the membership to serve as the chair-elect in 2019 and as the board chair, 2020-2021.

HL7 Board Member Elections

Four members were elected to the HL7 board of directors for the 2019-2020 term:

2018 HL7 Fellows

The HL7 Fellow Award was presented to five individuals during HL7’s 32nd Annual Plenary and Working Group Meeting in Baltimore. The award was established to recognize HL7 members with at least 15 years of active membership as well as outstanding service, commitment and contributions to HL7. The 2018 recipients of the HL7 Fellowship Award include:

HL7 Volunteers of the Year

HL7 honored three members with the 22nd annual W. Edward Hammond, Ph.D. Volunteer of the Year Award. Established in 1997, the award is named after Dr. Ed Hammond, one of HL7’s most active volunteers and a founding member as well as past board chair. The award recognizes individuals who have made significant contributions to HL7’s success. The 2018 recipients include:

About the Volunteers:

Brett Marquard, has been a member of HL7 since 2008. Brett has held several positions throughout his 10-year tenure at the organization. For seven years, he co-chaired the HL7 Structured Documents Work Group. In addition, Marquard has served as the vice chair of the HL7 US Realm Steering Committee since 2016 and has chaired the newly established CDA Management Group since 2017. He is active in the effort to advance HL7 Fast Healthcare Interoperability Resources (FHIR®) and works with the ONC within the context of addressing their HL7 requests. Finally, Marquard been instrumental in the standards development process as the primary editor of the Consolidated CDA (C-CDA) and US FHIR Core implementation guides.

Ulrike Merrick, has been an active member of HL7 since 2008. She has served as a co-chair of the Orders and Observations Work Group since 2014 and was recently appointed to HL7’s newly established Version 2 Management Group. In addition, Merrick was elected to serve on the HL7 Technical Steering Committee beginning in January 2019 as the co-chair of the Administrative Steering Division. Much of her involvement in HL7 is focused on lab testing and reporting, and she has used her background in this area to engage the CDC in HL7 initiatives. Merrick has leveraged her broad network in the laboratory community to provide input from subject matter experts in relevant HL7 specifications, such as the HL7 Specimen Domain Analysis Model.

Bryn Rhodes, has participated in HL7 for several years and joined as a member in 2018. He serves as an interim co-chair of the Clinical Decision Support Work Group. Rhodes has also been involved in the efforts to extend HL7 FHIR into the clinical decision support and clinical quality measurement domains. He is the co-author of several HL7 specifications including the following: Clinical Quality Language (CQL), FHIRPath, FHIR Clinical Reasoning Module, QI Core/Quick and the CQL-based HQMF. In addition, Rhodes oversaw the transfer of the CMS electronic quality measure (eCQM) work using the CQL across multiple measure developers. Finally, he was instrumental in the Centers for Disease Control and Prevention (CDC) Adapting Clinical Guidelines for the Digital Age project’s incorporation of FHIR clinical reasoning and FHIR resources into the CDS L3 output and operationalizing the process by use in a CDC opioid management clinical guide.

Why EHRs Must Embrace APIs

Guest post by Justin Rockman, vice president of sales and business development, Surgimate.

Justin Rockman
Justin Rockman

Since the late ’80s, the inflexible and cumbersome Health Level 7 (HL7) protocol has been the standard form of sending messages between healthcare applications. However, HL7 integration is timely to implement, technically limited and costly. It is not uncommon for a medical practice to face upwards of $10,000 in expenditure for one simple message.

Application programming interfaces (APIs) have recently become a fashionable alternative. The term API sounds complicated, but it’s really just a way in which software applications (like your EHR) can talk to other systems, and exchange large amounts of data rapidly and securely. In short – they support better, faster, cheaper interoperability.

In addition to transmitting data between systems, APIs offer the ability to plug in chunks of functionality to another system, in a clean and predictable manner. Instantaneous and seamless interaction between systems is the leanest and trendiest way to design software in 2018. New applications should not “reinvent the functionality wheel” but provide unique integratable services.

As the EHR market estimated to reach $28 billion in 2016, it is no surprise that tech titans like Amazon, and Apple are looking for ways to get a slice of the pie. With top of the line products sure to come from those companies and others, here are 4 reasons why healthcare IT vendors must offer their clients a way to integrate using APIs.

Platform Stickiness

Physicians need easy access to data supported by EHRs, but hate the time it takes to manually enter patient information. It’s no wonder – doctors typically spend 50 percent of their day working with an EHR. If a physician isn’t happy with the usability or efficiency of their system, they’ll drop it and choose another. While the annual EHR adoption rate among providers is 67 percent, the EHR vendor switch rate is about 15 percent.

APIs offer cheaper and deeper integration options. For EHR vendors to provide better value for their customers they must embrace the API and ditch the expensive, outdated and rigid HL7 protocol.

Using an EHR that is integrated with other programs will make switching systems even more inconvenient. EHR vendors who give customers the additional functionality offered by their partners will be rewarded with brand loyalty, and lower churn.

An Additional Revenue Stream

Innovative EHR vendors are partnering with upstart technology companies to generate additional revenue. Greenway and athenahealth advertise an array of solutions in their marketplace, and provide partners with utilization of their APIs. In exchange, they receive monthly or recurring payment for each license sold. Since most practices already have purchased an EHR, finding new revenue streams is crucial for a company’s growth.

The healthcare API market is predicted to exceed $200 million in the next few years. Former engineers from Epic Systems saw the industry’s need for interoperability and raised $15 million in venture capital to found Redox – a company solely focussed on building bridges between healthcare applications. Creating platforms that deliver easy integrations at reasonable costs will greatly benefit the healthcare industry.

Continue Reading

The Year of the Consumer: Health IT Trends for 2016

Guest post by Jason W. Buckner, senior vice president, informatics, The Health Collaborative.

Jason Buckner
Jason Buckner

Last year, 2015, was a year of buildup, anticipation, and finally some bold moves to propel healthcare technologies forward, specifically regarding interoperability of data. The Office of the National Coordination, under the auspices of the department of Health and Human Services, released the long-awaited and much-debated meaningful use Stage 3 requirements in October. All the players in the health tech space were awaiting the final verdict on how Application Programming Interface (API) technology was placed into the regulations, and the wait was worth it, regardless of which side of the fence you were on. Before we get into the predictions, though, a little background knowledge about these technologies, and their benefits, will be helpful.

API Overview

An API is a programmatic method that allows for the exchange of data with an application. Modern APIs are typically web-based and usually take advantage of XML or JSON formats. If you are reading this article, you almost inevitably have used apps that exchange data using an API. For example, an application for your smartphone that collects data from your Facebook account will use an API to obtain this data. Weather apps on phones also utilize an API to collect data.

HL7 Overview

Next let’s take a look at the history of interoperability of healthcare data. HL7 2.x is a long standing method to exchange healthcare data in a transactional model. The system is based on TCP/IP principles and typically operates with Lower Layer Protocol (LLP) which allows for rapid communication of small delimited messages. The standard defines both the communications protocol and the message content format. No doubt about it, HL7 2.x is incredibly effective for transactional processing of data, but it has been limited in two key areas:

  1. A pioneering developer of a successful HL7 interface engine once said: “Once you have developed one HL7 interface … you have developed one HL7 interface.” The standard exists, but there is nowhere near enough conformity to allow this to be plug-and-play. For example, a patient’s ethnicity is supposed to be in a specific location and there is a defined industry standard list of values (code set) to represent ethnicity. In reality, the ethnicity field is not always populated and if it is, it rarely follows the defined code set.
  2. HL7 is an unsolicited push method, which means when a connection is made, messages simply flow from one system to another. If you are attempting to build a collection of cumulative data over time, this is a mostly sufficient method, but what you cannot do is ask a question and receive a response. Although some query/response methods have existed for years, their adoption has been very sparse in the industry.

2016: Year of the Healthcare API

If you are a physician with an electronic health record (EHR) system and you accept Medicare patients, you likely have gone through the process of becoming meaningful use (MU) certified, which means you have purchased an EHR software solution certified by the ONC. This EHR must follow guidelines of technical features, and physicians must ensure they utilize those features in some manner. In October 2015, the ONC released MU Stage 3 criteria (optional requirement in 2017, mandatory in 2018) which includes this game changer: A patient has a right to their electronic health information via an API.

Continue Reading

2016: The Shakeup Year for Health IT

Guest post by Robert Williams, MBA/PMP, CEO, goPMO, Inc.

Robert Williams, MBA/PMP
Robert Williams

I continue to view 2016 as a shakeup year in healthcare IT. We’ve spent the last five plus years coming to grips with the new normal of meaningful use, HIPAA and EMR adoption, integrated with the desire to transform the healthcare business model from volume to value. After the billions of dollars spent on electronic health records and hospital/provider acquisitions we see our customers looking around and asking how have we really benefited and what is still left to accomplish.

All politics is local

Our healthcare providers are realizing their clinical applications, specifically EMR vendors, are not going to resolve interoperability by themselves. When the interoperability group, CommonWell formed in 2013 much of the market believed the combination of such significant players (Cerner, Allscripts, McKesson, Athenahealth and others) would utilize their strength to accelerate interoperability across systems. Almost three years late CommonWell only has a dozen pilot sites in operation.

Evolving HL7 standards and a whole generation of software applications are allowing individul hospitals to take the task of interoperability away from traditional clinical applications and creating connectivity themselves.

Help wanted

Black Book’s survey published last month, stated that three out of every four hospitals with more than 300 beds are outsourcing IT solutions. Hospitals have been traditionally understaffed to meet the onslaught of federal requirements. Can they evolve into product deployment organizations as well? Across all the expertise they need within the organization? Most are saying no and searching out specialty services organizations to supplement their existing expertise and staff.

Are you going to eat that?

Patient engagement is on fire right now at the federal level (thank you meaningful use Stage 3), in investment dollars and within the provider
community. But to truly manage hospital re-admissions and select chronic diseases (diabetes, obesity and congestive heart failure for example)
providers need data and trend analysis on daily consumer behavior. The rise of wearable technology and the ability to capture data/analyze data from them will be a major focus going forward. These technologies will likely help to make us healthier but with a bit of big brother side affect.

Continue Reading

CHIME: Healthcare IT Leaders Embrace Federal Interoperability Plans

The College of Healthcare Information Management Executives released the following statement in support of embracing federal interoperability plans:

The federal government’s top health IT advisers recently made recommendations on how public and private stakeholders should progress toward interoperability in healthcare. Leaders from the College of Healthcare Information Management Executives (CHIME) and Health Level Seven International (HL7) embraced the recommendations of the JASON Task Force, calling them a significant step forward in achieving the promise of information technology in healthcare. CHIME and HL7 also highlighted the need to incorporate critical enhancements to standards currently under development for meaningful use Stage 3.

During a joint meeting of the Health IT Standards and Health IT Policy Committees, federal officials discussed new details regarding a national interoperability roadmap and outlined concrete recommendations meant to improve the appropriate access and use of health data. The JASON Task Force said that a solid foundation for interoperability should utilize public APIs, advance modern communications standards, such as HL7’s Fast Healthcare Interoperability Resources (FHIR), and use meaningful use Stage 3 as a pivot point to initiate this transition.

FHIR is a simple-to-use format that can improve interoperability for a range of technologies, including EHRs, patient-centric solutions and mobile applications. A next generation standards framework created by HL7, FHIR combines the best features of HL7’s Version 2, Version 3 and CDA product lines while leveraging the latest web standards and applying a tight focus on implementability.

“Today’s discussion and the recommendations of the JASON Task Force represent an evolution in thinking,” said CHIME president and CEO Russell P. Branzell, FCHIME, CHCIO. “The updated roadmap and the recommendations put forth by the JASON Task Force incorporate a tremendous amount of stakeholder input and articulate the challenges facing our industry much more completely than previous efforts.”

“The prioritization of standards-based interoperability and a commitment to long-term policymaking will enable healthcare to benefit from information technology in very tangible ways,” said Charles Jaffe, MD, PhD CEO of HL7.

CHIME and HL7 believe important recommendations were accepted by the full Health IT Standards and Health IT Policy Committees. HL7 and CHIME also support allowing time to make meaningful use Stage 3 more impactful with the inclusion of key standards that are still under development. “There remains a disconnect between artificial government timelines and the realities of standards and technology development,” Branzell said. “This highlights a principle concern with how health IT policy is created, adopted and implemented at the federal level.”

CHIME and HL7 are committed to collaboration in the advancement of health IT initiatives such as FHIR and support government efforts on the interoperability roadmap.

CHIME is an executive organization dedicated to serving chief information officers and other senior healthcare IT leaders. With more than 1,400 CIO members and more than 140 healthcare IT vendors and professional services firms, CHIME provides an interactive environment enabling senior professional and industry leaders to collaborate; exchange best practices; address professional development needs; and advocate the effective use of information management to improve the health and healthcare in the communities they serve.