>> Narrator: Live from Boston, Massachusetts, it's the Cube. Covering Red Hat Summit 2017, brought to you by Red Hat. (techno music) >> Welcome back to Boston, everybody. And welcome back to Red Hat Summit. This is the Cube, the leader in live tech coverage. My name is Dave Vellante, and I'm here with my co-host, Stu Miniman. Stu, we were saying this is your 100th Red Hat Summit, so congratulations on reaching that milestone. Joe Dickman is here. He's the senior vice president of Vizuri. Cool name, love it. And Michael Quintero, or Quintero if you prefer, of LogistiCare. He's an enterprise solutions architect. Gentlemen, welcome to the Cube. >> Thank you. It's a pleasure to be here. >> So Vizuri. Love the name. It strikes a visualization. It's (mumbles) trendy. Tell us about Vizuri, and tell us about your relationship with LogistiCare, and we'll get into it. >> Vizuri is the private division of a company called AEM Corporation. We created the brand to serve the commercial market for research and development. We became partners with JBoss before Red Hat's acquisition, so we jumped into open source in like 2003. And since then, we've built a business around open source technologies, and market leading technologies that bring value. We found LogistiCare because they solicited us for some work to help them transform their organization. And it's worked out well. I mean, Michael and I have been working together for about 18 months. >> So, tell us a little bit about LogistiCare. >> So LogistiCare is the world's largest provider of non-emergency medical transportation. So, we service the health market around people have benefits. The insurance companies don't provide transportation, and the members come to us and we broker the transportation for them. Been in business for quite some time. Do about 70 million trips a year, a little bit more. And we have roughly 80% of that market. And we just want to stay on top of, and be recognized as the world leader in that capability with the best services and the care for our members. >> So JBoss of course was like the second pillar for Red Hat after Red Hat (mumbles) Rob Bearden, who was a CEO at the time, and Cube alum and friend. But so, how did you utilize that capability, the sort of whole middleware, and how does that affect your digital transformation? And where did you guys all fit together? >> So, well digital transformation is a business strategy, not a technology. So, we looked at our need to be more flexible, and dynamic, and innovate. Our legacy, our what we call classic internally, software stack is limiting. It's not service oriented. It's not extensible. It's a compiled, executable, distributed -- serves the business very well. In fact, we're still using it today in some aspects. We haven't fully replaced it. But it's long in the tooth, and it's difficult for us to reach that new business requirement and test and deliver it scale. So, I joined the company to help modernize that architecture. Very quickly recognized that in order to get to scale, and loosely coupling, and massive customization, that microservices was a good solution for us. And when we surveyed the market for a partner that could help take us there, software wise, Red Hat has the most complete stack. They offer everything we need to do, and then they have the things we think we're going to do in the future. So, we looked around for somebody who could help us get to the Red Hat, enable to that, with Docker, and get to an auto-scaling kind of solution so we have infrastructure on demand. And we found Vizuri as a partner. They were able to help us enable the technology and teach us how to do things that we weren't presently doing. Because we didn't have any kind of scale solution in-house, it was just put more web servers out there. >> We started small, it started with a Business Process Management System. If you think about all the logistics that are necessary for coordinating medical transport, "I'm a dialysis patient. I'm somebody that is home-bound. I need to get to a physician appointment." We took that domain knowledge, that's part of one of the pillars of digital transformation. It's infrastructure, it's integration, and it's knowledge management. We started with knowledge management. Think about all the complex business rules for manage care organizations, reimbursement, right? Which is what LogistiCare does. Quickly after we solved that problem, we looked at integration, and we said, "Well now we have all these trading partners." So we guided LogistiCare into their next purchase which was Fuse. So now we had an API strategy for publicly linking them to other consumer providers, because they are a logistics organization for reimbursement. And as Michael said, we started building data centers. Or LogistiCare did. But guess what? Containers and OpenShift came in and we started provisioning our development environments to Amazon Web Services. And when they saw the cost-savings, they abandoned building out on-prem data centers, and went Cloud-native. >> So there's also a revenue drive, or component, as well, right? >> It is. It is. It's an OpEx (mumbles) and the CapEx cost-savings. >> Let's unpack both of those. >> Joe: Sure. >> Where do you want to start? Cost or the telephone numbers? (laughs) >> So, we're mostly a call center based company in history. Right? We have 20-something call centers around the country. We service most of the U.S. And we have a variety of contracts with medical care providers, like Aetna, and Wellpoint, and Blue Cross, and those type people. And then the managed care organizations come in. So, we look to reduce our OpEx by diminishing the number and the interfaces that we have with our call centers. People don't have to call in to the call centers to do business with us. You know, something like one-minute reduction in call-time is about a six or seven million dollar a year benefit for us. And there's a lot of things that people can do for themselves. I mean, you can call in and cancel a trip that they've had scheduled. We figured that about 30% of the cancellation rate, if we could get that done through a service interface, through an IVR, where you can come in and say "I'm not going to go." and cancel it. That's a five or six million dollar savings for us right there. Just in 30%. >> Michael, I'm curious. Was there any hesitancy inside to say, "Okay. I'm going to kill data centers, going to go to a public Cloud." You know, how did that transition go? And anything, you know, kind of the good, the bad, and the ugly that you could share. >> So, well, we're a healthcare company. HIPA and HITRUST certified coming. And there's a certain amount of fear on Cloud migration. So we had to demonstrate the knowledge, skills, and abilities around getting secure, scalable solutions out to the Cloud. And this is our core application. If we don't do this well, we could become Blockbuster and go away. Right? So we don't want that. So, we had Vizuri come to the table and help us understand just how secure we can be, how OpenShift is helping us make sure our information is never violated. There's great integrity in it. And then we did prototyping, and we actually evaluated it, and we have third parties that come in and take a look at our solution and say, "Can I penetrate that? Can I get into your information?" So, and, we also are subject to audit, not only by the federal government, but by all of our payer partners. So we have to be above the line in every criteria, and we think that we are. >> The other thing that you mention was, when we talk about OpEx, right? That's human capital. He talked about the minute per time on a call. We also reduce tribal knowledge. Think about all these new managed care organizations in health care. Is it the call center representative, is it our responsibility to train them on this car, and this company requires a car service, this company requires an ambulance. That knowledge, if we could eliminate that and put that in the middle tier. Now what we do is we have given them a business scale. Now they have a business strategy for taking on new managed health care organizations. Do you have different compliance rules? Do you have different knowledge? It is no longer us having to go back out to those 20 call centers and re-train everybody, because you never know where the consumers are coming from. So, what they do is they answer the phone, they put their information into the system, and the system makes the deterministic call as to what car service, when, and how it's reimbursed. >> So, you say you automated essentially that tribal knowledge. >> Joe: We did. >> Eliminated it. >> And we reduced it so it not only reduced the calls per time frame, but it sped up our time of getting a call center agent from three weeks of training down to basically one. >> Yes, and we have the ability now to support all of our contracts from any call center. So if there's disaster recovery models, or, you know, Phoenix for instance is one of our larger call centers and they get heavy downpours of rain there. There are times when people can't get to work, or they have outages. We can't afford for that function to be offline. So those skills are very easily moved to another call center to support the members that would call in there. Just route the calls. And there's no local knowledge about, you know, my contract in Arizona does a certain thing, or in the Southwest, so it's very simple to support our population from any call center. That gives us the benefit of providing very high quality service, 'cause people when they call in, they expect us to service them. >> Joe, I want to follow up. We were talking about kind of, you know, hesitancy, healthcare tends to be a little bit conservative. I hear things like microservices, and containers. You know, these are still relatively new things. Is (mumbles) -- sorry, OpenShift the solution that allows you to deliver that with confidence to your customers? >> Yes. OpenShift. (laughs) >> Yeah, sorry about that. (laughs) >> No worries. (laughs) OpenShift does. What happens is the Docker container format enables us to pre-configure those servers and those workloads, and we talked about microservices. We wanted to reduce the business decisions or the integrations into the smallest component. What we also wanted to do was provide some taxonomy with them. These are for billing, these are for scheduling, these are for a different aspect of the business. By that, we can change, and we can change often. >> Mhm. >> How long did it take before if we wanted to make a change to some of the infrastructure? >> So. >> Weeks? Months? >> Well, even longer. I mean infrastructure is hard to acquire. And you only talk about CapEx expense. It's very easy, I mean there's a refresh cycle for equipment that you get. So even when you have it, you have to pay attention to maintenance and keeping that thing going forward. As you add scale to your business, you got to go acquire more storage. And it's not a dynamic thing. You have to plan -- the planning cycle is very difficult. We moved to the Cloud. Now we have infrastructure on demand. There's a myriad of choices of platforms and solutions that we can apply to our business model. Things we hadn't even thought of before. We're actually looking now at potentially moving our call centers away from our in-house standard, and moving to an Amazon provided call center solution. Because it can scale. And we can consolidate. And we can provide service from anywhere in the world. That's a big benefit to us. >> It is. So call center as a service, essentially. >> Michael: Yes. >> Is something you're evaluating. >> Think about how big they are. 80 million rides, right. What they didn't want to do is be disintermediated by the newcomers. Right? The Uber's, the Lyft's. They had a large footprint. So, he used the word Blockbuster before, and that's what they use a lot internally. >> Dave: There's one left, in Alaska, I heard. (laughs) >> Who remembers Blockbuster? And then they remember how Blockbuster was no longer in business. So what they wanted to do is to ensure that -- they agilely transformed not only the software engineering discipline, but their firm beliefs. So, everybody from business analysis through implementation has this new agile approach. And one of the features that we developed, we used to send people home after four hours of dialysis in taxi cabs. So, an executive, or team, at LogistiCare said, "We need dependency. We need certified drivers." They actually entered into a business relationship with Lyft. And you want to talk about an agile enterprise? We developed a custom interface into Lyft with a scheduling service that never existed, within five weeks. >> Michael: That's right. >> We would never have been able to do that. And we moved our first ride after five weeks, and since then, we're currently up to about five or six thousand. But it's going to scale to thousands. And the goal is to, again, as Michael said, let people interface with LogistiCare by their device of choice. If we don't have to have people call in to cancel rides, or call in to schedule, then the business scales, and it scales without human capital. >> And the enablers there, (mumbles) we always talk about it, people, process, and technology. So the technology behind that was, what, you're living this API economy that everybody talks about. >> Michael And Joe: We are. >> Joe: That is exactly what we did. >> And then you've got underneath that, OpenShift, what else is sort of there that you're leveraging? >> BPMS, BRMS. So, Business Process Management System. Business Rules Management System. JBoss fused for an integration strategy and Camel Routes. And then Openshift, and then we do Ansible for doing server provisioning. >> And I have to ask you about the security question again. Stu was (mumbles) poking at it before. We've heard from a lot of practitioners that the security in the Cloud is just fine, it is great actually. The challenge is, it doesn't necessarily exactly map the edicts of our organization. So, is that, did you find that? And did you have to maybe change the way in which you plugged into AWS, or was it just sort of out of the box for you? >> So, you have to understand the shared responsibility model when you move to the Cloud, right? I mean they're very good at the security in the Cloud, or of the Cloud, and you have to be good at the security in the Cloud. You can choose bad technology at Amazon and be insecure. But they have a published, HIPA standard, that if you use these technologies, then you can be HIPA certified. We applied our HITRUST certification standards to our choices. We're making very solid -- and this isn't willy nilly. I mean I've been in a HIPA solution for 20 years. So it's not like I don't know what is required, and what the auditors are going to ask us. So, but I do want to redress one point that we can't go past. Is that (mumbles) Our customers are getting better service from all this we're doing. >> Joe: I agree. >> When somebody calls us and says, "I'm ready to go home from the doctor." and they didn't know what time they were going to go home when they scheduled their ride to the doctor, we can get somebody there in 10 minutes now to come and get them and take them home. >> Dave: Wow. >> That's a great satisfier. Rather than having to wait 90 minutes for us to find somebody that can go pick them up. That world has changed, right? And that's a great customer satisfier and that is why they're going to love continuing to do business with us. >> Great business outcome from something that you probably couldn't have done, you know, five years ago? Even maybe two years ago. >> They're a social caring organization. One of the largest rides that they do is for kidney dialysis. And those people, I mean, I've never had it, but somebody sitting there after four hours of dialysis, the last thing you want to do is wait 90 minutes for a cab. You want to go home. You also want to have an authoritative source that the drivers are credentialed drivers. And that's something that we're working on so that not only do these older generations, right? And think about the baby boomers, which I'm actually part of. >> Michael: Me too. (laughs) >> The age population is growing. So the need for these types of services is growing too. And we become accustomed and we get set in our ways. And people might be fearful. Any taxi showing up, versus now, a Lyft shows up, you know who the driver is. You see the car, you see that. There's a high degree of confidence that LogistiCare has the best interests of their constituents. So they manage that type of business. So it's not just technology, it really is a caring and methodical organization. >> But we have the ability to follow patterns that are already established. We look at how Netflix handles their widely distributed kinds of interface devices. You know, how do they figure out what kind of data-stream to send back to what he's got in his hand versus what I have. We're following the same kind of model, and we're using the technology platform to our best advantage to make sure that we're talking to someone who's got a flip-phone differently than we are talking to someone who's got a (mumbles) Plus, right? (Dave laughs) Because the payload can't be the same, but the backend services don't need to know that. We built a solution here that can examine the request and return the right data-stream. So, "Where's my ride?" Might be "Just around the corner." or it might be a map with a breadcrumb trail and a picture of the driver and all of that. Like you get with a Lyft or an Uber. So, you know, we're building it. >> Great case study, gentlemen. Thanks very much for coming to the Cube and sharing it. >> Well, thank you very much for having, we enjoyed the time. >> Alright, keep it right there everybody. We'll be right back with our next guests. This is the Cube. We're live from Red Hat Summit in Boston. Be right back. (electronic music)