The Informonster Podcast
Episode 13: The Impact of Logica and How the Healthcare IT Industry Can Come Together – Part 1
December 7, 2020
Charlie Harp is joined by Logica’s Chair of the Board, Stan Huff, Chair of the Nursing LOINC Subcommittee, Susan Matney, along with Clinical Architecture’s very own Chief Informatics Officer Shaun Shakib and EVP of Client Services Carol Macumber to discuss the history and impact of Logica on the Healthcare IT Industry. In this first part of The Informonster Podcast’s first two-part series, they discuss Logica’s growth and accomplishments, and how, even with COVID-19, Logica gets the medical community to leave their “silos” and buy in while remaining nimble and responsive.
Have a question or topic idea?
Get our News and Updates
Get notified about new podcast episodes, upcoming events and webinars, and more!
I’m Charlie Harp, and this is the Informonster Podcast. This episode is part one of our two-part series on Logica Health. With me here, today, I have Shaun Shakib, Carol McCumber, Stan Huff, and Susan Matney. And what I’m going to do is I’m going to go around the room and ask you guys to introduce yourselves. You know, a lot of people know you guys, but this is an opportunity for those that don’t to get to know you a little bit. And just tell us about what you do, and how you got into this in the beginning, and anything else that you think might be interesting to people. So let’s go ahead and start with Dr. Huff.
So, Stan Huff, I’m the Chief Informatics Officer at Intermountain Healthcare and also the Chair of the Board of Logica. And, you know, I got into informatics immediately after my clinical pathology residency, and my special interest has been in how you represent medical data and information in a coded and structured way, so that you can execute computable algorithms against that information. And so I’m excited to be here today and visit about Logica and other things that are going on.
Well, we’re excited to have you on the podcast and thank you. Susan?
Hi, I’m Susan Matney and I’m a nurse/medical informaticist. And I have been a nurse informaticist for over 20 years, and I went to the Nursing Informatics program at the University of Utah because I liked computers. I didn’t have any idea what I was getting myself into really, but I had developed – I was over the labor and delivery units, and I developed a delivery log in FoxPro, clear back in the FoxPro days. And when I was a Director of Nursing at MOAB, I keyed in all of the pharmacy drugs, I was over the pharmacy, for the billing office to be able to have average, wholesale price, average retail price. So I really liked computers and that’s why I went into informatics. And then I, right out of school, started working for Stan and learning terminology and modeling. And that’s what I’ve been doing my whole career. I am the Chair of the Nursing LOINC Subcommittee. I’m the past Chair of the SNOMED Nursing Working Group. I’m the Vocab Facilitator for Clinical Information Modeling Initiative at HL7, and I sit on the HL7 Terminology Authority with Carol. Everything terminology and information modeling is what I do. So I’m happy to be here and talk about it.
Thank you, Susan. It sounds like you’re a pretty busy lady.
All right. Speaking of Carol – Carol McCumber?
Hi, Carol Macumber. I am the EVP of Client Services at Clinical Architecture. How did I get into informatics? I think I was finished with my Master’s in Biomedical Engineering, and had a few more months in my fellowship at the University of Tennessee Memphis Joint Program. You know, in my copious spare time between making mix CDs for my fellow graduate students, I applied for I think every job that had the words “medical” and “engineering” in it and came upon a terminology company called Apollon, that’s here in Connecticut and ended up coming out and serving as the first Workflow Manager for the distributed authoring efforts for MBFRT, back in the day, for the VA. As Susan mentioned, I’m also on the HL7 Terminology Authority, serving as its Vice Chair. I am a current HL7 Vocab Co-chair and a previous member of the Technical Committee at SNOMED.
Thank you, Carol. And Dr. Shakib?
I am Shaun Shakib, I’m a medical informaticist and Chief Informatics Officer with Clinical Architecture. I was a med-tech in Virology and I was sort of the computer nerd there, but I was doing all the evil things that we’re trying to fix today. You know, I was building templates and server system for lab results, and I was reusing the codes just so that it got to the point where it printed out nicely. And I had no idea the evil I was doing at that time. But, from there I got interested in the data and then crunching the data. Um, I got a Master’s in Public Health, and then I went on to do a Doctorate in Medical Informatics at the University of Utah Biomedical Informatics Program. During that time I was also working at 3M. I worked with Susan Matney, Stan was Chair of my supervisory committee for my Doctorate. Yeah, I’ve been doing this kind of terminology information modeling work for about 20 years now.
Thank you, Shaun. And for those of you that are new to the Informonster Podcast, I’m Charlie Harp. I’m the CEO of Clinical Architecture, a recovering engineer, and general healthcare informatics miscreant. For those of you that listen to the podcast, I know we have different backgrounds of folks that listen, and if you’re involved in healthcare informatics, you no doubt know the folks that are on this podcast today. If not, suffice to say, that the folks on the call today have all been pretty critical to moving things forward over the last several decades in healthcare. Becoming more informed and more intelligent, more computable, is a big part of what we need to do as an industry to make healthcare work better than it has. One of the things I want to start with is to talk about Logica, and I think Stan, if you’d be willing to give us kind of the history of, you know, how Logica started and how has it kind of grown over the last several… I don’t know, has it been decades?
So Logica hasn’t been around for decades. I’ve been around for decades (laughs). Logica actually started as the Healthcare Services Platform Consortium, and how it got started is actually kind of interesting. Intermountain was at a juncture where they asked the question, “Should we continue developing our own electronic health record system?” You know, something we’d been developing working on for 30 years, actually starting back with Homer Warner, “Or, you know, should we buy a vended system?” And I was a proponent that we keep building, but building in a different way. And the different way that I wanted to do things was to create a service-oriented architecture, where we could standardize the APIs for accessing and using data. Those would be open and published and shared. We would then build with partners. So we would have a primary platform with the database, you know, security services, that sort of thing, but anybody could build applications that we could plug into that architecture. And at that time we were talking with Harris, and especially Oscar Diaz, who was at Harris, and we presented that proposition to leadership at Intermountain. The long story short was I didn’t win. On an 11 to seven vote, they voted that they just wanted to buy a vended system. And there’s a whole story with that that I won’t get into, but what happened then is, even though they wanted to buy a vended system, they really bought into the idea of this open ecosystem of app development. And so Oscar and I created the Healthcare Services Platform Consortium, now Logica. It’s a not-for-profit, actually a charitable not-for-profit organization. And the mission is to create an open standards-based ecosystem of healthcare applications and services. At the heart of what a lot of Logica would do to create that environment is create the information models and related terminology. A lot of times we’re not creating them, but adopting them. We’re adding codes to LOINC or to SNOMED as we create models, but we’re reusing the standards to try and realize that vision of Logica. And that vision has been helped tremendously by the emergence of the FHIR standard and other activities by ONC to create the USCDI and really get firm about recommending the use of LOINC codes and SNOMED codes for the representation of clinical data. So Logica continues to pursue that vision. As members, we have Intermountain Healthcare, the VA, a founding member that is now active only as individual membership was Louisiana State University Health in New Orleans. But then we have a number of both individual as well as corporate members. And we’ve continued to design a platform, progress modeling and terminology for those items, created a developer sandbox where people can create SMART on FHIR applications in a plug and play way, and working on other relationships. You know, that’s maybe more than what you asked for, in terms of sort of how Logica got started, but good foundation maybe for some additional questions.
Absolutely. So when you think about the things that logic has done, both under the HSPC heading and under the Logica heading, is there a particular example of something that you guys did that you think was a good example of the kind of thing that, when you embrace this kind of open environment, you can accomplish something important?
So there’s a good example. It may be a good example because it’s not perfect. So it’s an illustration of exactly what we’d like to have happen though. One of our members was the OB-GYN doctors, the American College of Obstetrics and Gynecology, and Steve Haisley, who was there, came to Logica. He was a very active participant and said, “We’ve got a contract with population health people in the government,” um…
The Office of Population Affairs under Title 10.
Yeah, thanks Susan. That’s a secret name so that people can’t recognize that as a family planning division of the government. So they said, “We’re talking with people, we’re trying to find out information about how we’re doing, who’s using our services, what they’re using our services for.” And so they wanted to develop a family planning annual report, and they had a challenge. There are, I think, 4,000 plus family planning clinics in the US. No single EHR vendor has more than a hundred or so of those implementations. And so if they’re going to collect that data, they truly have to standardize the data, and they wanted to use FHIR APIs. They wanted to use standardize models, and Susan and her team then worked with Steve Haisley to create the data elements that, you know, described simple demographic information, but also then things like, “Sexually active? Do you want to become pregnant? Have you ever had a sexually transmitted disease? Have you been tested in the laboratory for those kinds of things?” And so they developed a set of those codes and models. Then they created an application to collect that information. And, you know, reading what was going on in the literature from the EHR vendors, they said, “Well, we’re supporting FHIR. And, you know, we can support those data elements.” So they hooked that application up to an Epic system and no errors, no warnings, they ran the application. It would go out and try to retrieve stuff and nothing would come back. There wouldn’t be any errors, but no data would come back. The bottom line was when they got into that, you know, there were no mappings. The data existed in some cases, some of the data just didn’t exist because it wasn’t collected in their system. But even the things that existed, weren’t mapped to the correct loin codes or weren’t mapped to any code. And so it was in a sense of failure, not because the technology wasn’t good or that the idea wasn’t good, but because we were too early for the EHRs to have really supported a robust implementation of the FHIR standard.
I just want to chat a little bit about this since this is, you know, uh, Clinical Architecture terminology stuff. We got the form from the Office of Population Affairs, and the first thing that we do is we do analysis on the data to figure out how it’s going to be coded. And there were things that were pre-coordinated that we had to break apart, things that were ambiguous, other things that there was real high level. So they wanted to know, for example, if they had a positive or negative HIV test. Well, if you go into LOINC, you’ve got more than 10 different types of tests that are HIV tests. And so we ended up making, you know, all the models for all the HIV tests. Sometimes what you see on a form is not at all what you’re going to end up with when you get it standardized and encoded for interoperability, but to just elaborate on what Stan said, they didn’t even get race and ethnicity. Now, this has been about four years ago, but race and ethnicity didn’t even retrieve out of the systems. I hope it would now because it’s mandated. And then there’s an article in JAMIA that describes this whole process. So I’ll stop there. Go ahead, Stan.
I think the thing that… The point I wanted to make is that it really illustrates the kind of solution we’re trying to make. The idea would be that, instead of each of hundreds of EHR systems, especially, you know, in the outpatient environment, there truly are hundreds of EHR systems that are in clinics and physicians, offices, et cetera. Instead of having every one of those organizations create a program for collecting the family planning data, and then creating an interface to store that data into the EHR system, and then creating a report to pull the data out, et cetera, the vision and goal is that you could create one SMART on FHIR application, and if the vendors then supported the standards, both the data retrieval, you know, the FHIR standards, as well as the SMART standard that allows those kinds of programs to be embedded in an EHR, they can truly have one program for collecting the data. One program that would submit the data to a registry, or to the Family Planning Population Database, And it would be one thing that they could all use. I mean, literally it would be, you know, 1% of the cost and effort to create that application and use it across hundreds, and in this case thousands of family planning clinics. That, if you will, is sort of an example of what we’re talking about. I’ll stop there again. I can talk more about the motivation about why we think that’s so important than and things, but I’ll stop there and see if there are other questions.
No, I think Stan, you make a great point. It’s kind of a metaphor for the kind of thing we struggle with in healthcare all the time. Our nature and our history is very siloed, and we all kind of toil away in our silos and reinvent the wheel. You know, the nice thing about what you guys have done and are doing with Logica, one of the nice things, is that, when you look at other industries, they kind of look at us funny sometimes and say, “Why are you guys making this so hard? Why is it so difficult in healthcare to inter-operate and to do these things?” It’s, it’s a complex beast. It’s highly critical. We have this data that lives in silos. It’s a Herculean effort to try to shift from, you know, one EHR application or one platform to another, when you’re trying to keep the hospital running and doing all the things you need to do. But we’re never gonna make progress, if people aren’t doing the kinds of things that the Logica has been doing and that, you know, Clinical Architecture has been doing, which is why, instead of everybody going off and trying to solve the problems themselves in their silo, we need to come together. We need to evolve and iterate on the problem, and we’re not always going to be successful on the first go, but we’re going to learn why we weren’t successful on the first go so that we can be more successful on the second go. And that’s a lot easier problem to get at if you’re not doing it by yourself, if you’re doing it as part of a group of like-minded folks.
So this is Susan and I’ll go into another example because, I mean, what we really want to highlight is the importance of what we’re doing. Having terminologies is words, and you need to put those words in sentences and in paragraphs, and that’s the structures. You know, we create the models that are the structures so that you can exchange books of information about your patients. And there’s an initiative going across United States to standardize nursing documentation. They’ve pulled 8 million instances from six institutions, run in analytics to find out what documentation is being created, and then they come up with what they call a knowledge model that has the interventions, and the assessments, and outcomes that comes to terminology and modeling group and then to Logica. And we have been creating information models, we’ve taken the ballot, the Skin and Wound Assessment, and so if you have a patient, this is where I’m going to talk about the importance. If you have a patient, that’s admitted from a nursing home, that has, you know, a pressure injury that comes into the hospital, you want to know the size, you want to know what it looks like, you want to know what does a wound bed look like? Is there tunneling? Where is the direction that the tunnel goes? What’s the body location? We structured all of that in one model so that you can assess a wound. And so then if they go to the step down unit, and then they go to the back to the nursing home, and they go home to home health, there’s an app, there’s a tissue analytics app that has adopted this model now, that takes a picture actually of the wound and can calculate all the dimensions and everything, and has FHIR enabled their app using our FHIR profiles. This allows you not only to track and trend for one patient, but then you’ve got data that you can run analytics against it, and start looking at the evidence and seeing what makes a difference because it’s all structured the same way, no matter what setting they were in.
That’s a great point, Susan. It’s the canonical, the semantic, having all that information aligned so that we can… We can reason over it. A great example of that is what’s going on with COVID -19 right now, and our ability to wrap our heads around that. Carol McCumber, you wanted to – you had a question.
Yeah. I mean, I’d love to kind of hear your perspective on, you know, how Logica kind of breaks down those silos. Right? You know, there’s a huge part of it is, you know, getting community buy-in, you know, cause we can build these models and we can create standard terminology, but if people don’t pick them up and use them, and tell their friends to use them, the impact is dampenned, right? So how do you balance, you know, striving for that community buy-in, um, and contribution with, you know, remaining, nimble and responsive? As a lot of people might say, “Oh, but the standards process, it’s monolithic, it takes forever.” So I’d love to kind of hear, you know, your kind of approach to that, in Logica, is ability to kind of lead from that perspective. Because I think, you know, looking at the COVID 19 FHIR IG that you guys have worked on, as it is a great example of how it’s possible, right? I mean sure. You know, there are still things you want to do with that and it’s a piece of work that’s in progress, but I think you’ve shown, you know, that it’s possible.
Yeah. So that’s a challenging question. And I thought about it a lot. I mean, Logica, first of all, we want to make the barriers to implementation as low as we possibly can. And so the models and terminology that we make are open and free for everyone to use. And we want that to be the case forever because if it’s something that people have to pay for, or they have to be a member of something in order to access it, or, you know, it just creates barriers to being used. And the goal is that it takes work to create it, but once it’s created, you want people to be able to access it and use it and create useful capabilities. And so Logica, number one, makes our models and the terminology that are created as value sets and bindings for those models are completely open for people to use. And so that’s one thing, but the next thing is that the standard bodies don’t control implementation. In the end, you have to talk to providers or anybody that has a patient care system. It doesn’t matter actually, whether it’s providers like Intermountain Healthcare, or it could be, you know, it could be a public health office, or it could be an insurance company. It, you know, it could be anybody, but they’re the ones who can determine whether they want to use the software or not. And a lot of times it’s just a matter of getting people together and, and agreeing that you’re going to do something together for the common good. That’s what we’ve approached, and then in a new relationship that Logica is working on with the new company called Graphite, that’s the strategy we’re pursuing there as well, that we can get a group of people who essentially say, “We agree. We know that there are, well, we know that there are multiple ways that we can represent this information and that we can share the information. Even if you make the assumption that you’re using FHIR and SNOMED and LOINC, you’ve got the kind of situation that Susan talked about; things that can be pre-coordinated or post coordinated, and different ways that you can represent them. And they’re all legal according to the standard. But if you want to get to real interoperability, you need a group of people that say, “We’re going to agree to do things the same way to create this kind of plug and play interoperability.” That’s what we’re striving to do is now work with implementers, get them to join, not because they have to join to get the models or the data, but join to be part of a group that says, “We’re going to do it together, and we’re going to, by common agreement, to do things in an interoperable way.” We’re going to agree to do things one way that enables that marketplace and enables the value of being able to share software and data across different organizations.
I guess, just to add a little bit to that, Carol, you know, we have so many specialty organizations, and the FDA is a member of Logica, that when it came to do the COVID-19 and our partnership with clinical architecture as well, we just started going out to all of our people and saying, “Can we pull this together? And what do you – what do you need?” And, you know, I have close relationships with both SNOMED and LOINC, and that’s how the COVID-19 Interoperability Alliance got started is to make sure that you had the correct value sets and Symedical with Clinical Architecture, and that we could use those for our bindings within the COVID-19 IG. So you really need a cadre of people. It’s not easy, it’s hard. And so trying to you pull together everybody and have consensus, and there’s still issues with HL7; they only index their IGS. They don’t index the profiles. So there’s another group working on a COVID-19 IG for the World Health Organization. They don’t want to reuse our profiles inside our IG because they can’t index it with their IG. So they’re rebuilding the same profiles and putting them in their’s and then our IG. So there’s always going to be things that you’re trying to fix when it comes to standardization. And that’s one of the reasons why we like doing things with Logica, as we can keep the momentum going. You know, we try to align with the standards as much as we can, but we don’t have to go back every single time and say, “Is this okay? Is this okay? Is this okay?” We just pull together our members and do it.
This concludes Part One of our episode on Logica health. Please join us for the conclusion in Part Two. As always, thank you for listening to the Informonster Podcast.