Better Interoperability for Healthcare Information Systems
They call it the Connect-a-thon. The last one took place in April 2006, in Barcelona, Spain.
Seen from a distance, one might take it for the last Counterstrike championship
in town, with rows of laptops, busy players and yellow-jacketed referees
slaloming around. Except badges read: Agfa, Zeiss, and everything in between,
from Etiam to Toshiba, from Fujitsu to HealthTronics. Once a year, vendors of
healthcare information systems convene for a weeklong session of
interoperability-testing under patronage of IHE Europe.
“In Barcelona, we had 120 systems from 70-some vendors”, says Eric Poiseau, technical manager for IHE Europe, for whom Connect-a-thon climaxes as the most visible part of his job. After several years with Rennes1 University IDM laboratory, Eric Poiseau joined Irisa in 2006, as a result of a rapprochement between INRIA and Inserm that gave birth to their first jointly affiliated research team: VisAGeS (1). It was eventually decided that Poiseau would not be part of VisAGeS but lead a development project in which INRIA was also very much interested: IHE Development has been in place since August 1st 2006. “From a technological viewpoint, this 3-year span project aims at developing -together with other teams abroad- the new IHE infrastructure dedicated to Connect-a-thons. From a broader perspective, it is also part of an INRIA national move to get more widely involved into IHE because it has huge potential for interactions and exchanges with the healthcare industry on topics that could, in the long run, be beneficial to all of the institute’s research fields, be it through partnerships or technology transfers”
The purpose of IHE is to develop detailed frameworks for implementing data standards to meet specific healthcare needs and to promote the deployment of these frameworks by vendors and users. As Poiseau explains, “IHE helps care providers and vendors work together on improving interoperability of their healthcare information systems.”
The goal is to “cut costs for everybody and have healthcare quality improved.” By
the same token, “it lowers risk for
buyers. Before standardization, buying from the same vendor was the
way to access interoperability and thus reduced risks.” Now, in practical terms, how does it work? Users send proposal for integration profiles to the different IHE committees. These workgroups select the standards that best address the problems. “We then write the technical framework. It defines the standards, but, beyond that, it sets work modalities. It means we narrow down the usage of the standards. For instance, in a given database, the modalities define in which particular field one is supposed to store a given piece of information. We say such field is dedicated to such data, and we make sure it matches with other systems, even if, at the beginning, the field descriptions may be different, as created by different organizations. In fact, this technical framework is a guideline.” Once published, comes feedback time: a period of public comments followed by the trial implementation. In the end of the process, companies can start integrating. All of this is phase one. Steps two is Connect-a-thon. “Chiefly, it permits us to check if framework is implementable or not. Secondly, we make sure these implementations are the good ones.” Then IHE people gear up for stage three: the demos. “We attend healthcare conferences with poster presentations and demonstrations, setting up the equivalent of a mini-hospital that enables us to show viewers that implementations work in real world and that they better use them in their tenders.” The development committee’s mission is to focus on phase two: organizing the test platform. Connect-a-thon happens once a year (2) but the event “requires six months of preparation”. Before having all vendors come and test their equipments interoperability with others, IHE has to get the testing procedures and the machines ready. “When vendors deplane, they plug their hardware right away, Poiseau remarks. The systems are up and running, ready for testing, by 11AM the very first day. No way can we afford to loose time in what’s-your-IP? problems. So, we provide a set of communication parameters for each and every equipment (3).” | Machines deplane all set for on-the-spot plugging. |
During Connect-a-thon, it‘s up to vendors to decide by themselves who they want to conduct test with, and when. But, in order to get IHE-validated, they successfully go through a whole list of tests. “Usually, vendors do the testing along friendship or nationality lines. Americans would test together for instance. The Japanese would do the same. On the other hand, we see companies saying: we are associated to submit joint tender, it would be good to test the interoperability of our equipments.” Some functionalities are rare. Conversely, some functions happen to be over-represented. Some products do implement a lot of functions while others embark just a few. “Our way of working is very much volunteer-based, Poiseau remarks. But vendors rally around. They are interested in seeing this interoperability thing done. The model has worked but it is now facing a change of scale. That's why IHE has entered a process -in which INRIA also participates- of improving its organization and structuring the initiative." The technical team is also being dramatically strengthened, and Eric Poiseau is “on the brink of gathering a whole development team. Within INRIA, a first engineer (4) was recruited last October, and two others are to follow, supplied by IHE (5)." | Technical manager for IHE Europe, Eric Poiseau now heads INRIA IHE Development team. |
One of this team’s first missions will be to shape a new generation of tools. “We need a brand new testing base to fit a more global vision, something that we couln’t possibly have predicted in the late 90s, at this early stage, we were only dealing with radiology .” Having said that, “IHE’s purpose is not to impose such or such product. We deal only with functional bricks. We might not have resolved everything. But, say, 80 to 90% of the problems have been taken care of. For most equipments, interoperability works.”
“And most of all, Poiseau points out, we have created a common language between clients and vendors.” There was a time where, depending on the hospital, a patient arrival would be named a “stay”, a “visit”, a “meeting” etc. “Now everybody putting forward a tender use the same reference base. This word base has also become the vernacular language between vendors themselves.” | INRIA engineer Joela Francisco, from IHE Development research team. |
Footnotes
(1) Born in 2006, VisAGeS is a
research team jointly affiliated to Inserm INRIA. It belongs to the Irisa
Institute (CNRS, University
of Rennes I). Its
activities focus on new algorithms in medical imaging, information processing
and computer assisted intervention in the context of the pathologies of the
central nervous system.
(2) Three such Connect-a-thons
take place every year in the world: Europe, Japan
and USA.
(3) This move toward better
interoperability relies upon two major complementary standards. First : DICOM
(as Digital Imaging and Communications in Medicine). Initiated in 1993, this is
a comprehensive set of standards for handling, storing, printing and
transmitting information in medical imaging. One of its keep components is its
communication protocol, namely TCP/IP, which allows heterogeneous machines to
talk together. It also comprises a file format definition not just for images
but also for patient data. It utilizes relevant parts of other mature standards
such as JPEG, MPEG, LOINC, SNOMED. The second standard is HL7 (as Health Level Seven). Born in the late 80s, it has become
the standard for the interfacing of clinical data in most institutions
hospitals and clinics, providing a comprehensive framework for the exchange of
electronic health information.
(4) Joela Francisco
(5) IHE Europe is mostly funded
by the industry through Cocir, the European Coordination Committee of the
Radiological, Electromedical and Healthcare IT Industry.
PDF printable version.