Charles Webster, MD and Nate DiNiro discuss blockchain and workflow in healthcare

[This post is part of a series I am writing as a HIMSS17 Social Media Ambassador (four years in a row!) in the run up to HIMSS17, in Orlando, February 19-23. Stop by and meet me at the first ever HIMSS Makerspace, booth 7785 in the Innovation Zone!]


Nate DiNiro: Good morning. This is Nate DiNiro with HealthIT.TV, and we are doing another installment today of decentralizing healthcare with support from Corepoint Health. Thanks a lot to the folks at Corepoint for supporting us in our endeavors here to understand and examine various aspects of transformations going on in health IT and trying to decentralize that infrastructure.
This morning we’re joined by Charles Webster, MD. Definitely regarded as an expert in workflow in healthcare, and we’re going to talk a little bit today about blockchain and workflow and healthcare. Over the past, I’d say about year or so, blockchain has gained a ton of traction in the health IT industry, and it’s being seen by many as sort of a panacea for solving a number of different sticky problems in health IT. That remains to be seen. It’s still relatively new in its application in this space, but we’re going to talk a little bit about how it potentially impacts workflow.
Again, I want to introduce Charles. Go ahead and say … We want to welcome you. Charles.

Charles Webster: I’m delighted to be here. Thank you very much, Nate. I bumped into you frequently at health IT conferences, lugging around all kinds of great-looking video equipment. Now here I am, so I’m delighted. Thank you for the invitation.

Nate DiNiro: Here we are chatting. Yeah, you’re very welcome. Then, of course, I think last time we saw each other at HIMSS last year in the pressroom, we had lots of discussions about blockchain and healthcare, and some of the discussions we had around workflow were really interesting. Of course, that was at a time when it was just starting to get noticed in the industry, and we’re almost a year into that.
Why don’t we start off by having you define … We all think we know what workflow is, but what is it and how does it apply to healthcare? Why is it important?

Charles Webster: Philosophically speaking, all purposeful human activity involves workflow. Anthropologists study workflows. They study rituals, sequences of events consuming resources, achieving goals, and they have notations.
My background is I’m an industrial engineer who went to medical school. One of the things that industrial engineers have done for 100 years is to draw workflows and to time things. About 20 years ago I saw, actually more than that now, more like three or four decades ago, software remediates workflow basically, increasingly. There’s two things I’d like to describe. One is workflow, and the other is workflow technology.

Nate DiNiro: Okay.

Charles Webster: I’ve looked at hundreds of definitions of workflow, including some that would span two PowerPoint slides in small font. My personal favorite, because it’s Tweetable and it’s malleable enough to apply to a lot of situations is, a sequence of steps consuming resources achieving goals. Those steps could be tasks, activities, experiences. Those resources include things like money, user attention, data from other systems. Those goals are someone enters the hospital to get their appendix out, so the goal is to safely remove that appendix.
This definition of workflow puts it in an economic context, so consuming resources, that’s costs, and achieving goals, those are benefits. So there’s a benefit/cost ratio. Every time the world changes due to changes in technology, consumer preferences, a new disease emerges from someplace, regulations change, then the set of economic ratios change, so workflows need to constantly adapt to the changing cost benefit landscape.

Nate DiNiro: Okay.

Charles Webster: What is workflow technology? My other degree is actually a masters in artificial intelligence, and besides that I’m all but dissertation [inaudible 00:05:16] in linguistics from Carnegie Mellon. I’ve never finished my thesis. A big topic in … Of course, today it’s machine learning, but if you go back to what’s called good old fashioned artificial intelligence, it’s knowledge representation. It’s representing something and then having an engine operate on that representation to do useful things. It might be frames that describe the world.
The point is what I described, which is a series of steps consuming resources achieving goals, if you represent that in the computer, if you have a workflow diagram where the workflow represented at XML or as business process model notion or whatever, if you have a model of it you’re really close to being a program, because an engine can execute it. An engine can come along and make each step happen automatically. If it doesn’t happen, it can escalate it or annotate it, timestamp it for later analysis.
Having these models of workflow in the software is an incredibly valuable thing for a wide variety of purposes. From making systems more usable, for making systems that the users can change to fit their workflows, systems in which task status is more transparent so nothing falls between the cracks.
Classically, 20 years ago you had something called a workflow management system, and a workflow management system had a workflow engine that consulted some kind of representation of workflow to make things happen.

Nate DiNiro: Right.

Charles Webster: Today you have what are called business process management systems, which are workflow engines with executable models, and they are surrounded with a whole bunch of other modules, such as analytics modules or things that generate native code so that you draw the workflow, draw a couple of forms, push a button, and now you’ve got native apps on half a dozen different devices. That workflow management system stuff has blossomed.
Yet healthcare is remarkably behind the curve in using workflow technology. In fact, on my Twitter profile right now there’s a quote, and it’s quoting me. It’s, “Workflow eats data for lunch,” kind of a riff on culture eats strategy for lunch, or something like that. Healthcare health IT has been very data centric for a very long time, and I’m just thinking we should be a little more workflow centric. In fact, I can remember 20 years ago, 30 years ago, going to the first medical artificial intelligence conferences. People were modeling workflows, but now we went for kind of a boil the ocean … We’re going to collect all that data, so we have to model that data. Data’s important, but workflow’s important, too.
Now we get to blockchain, and certainly I understand how valuable blockchain is for sharing data in a way that people can trust that data. They couldn’t get at the data before in the same manner. I’m interested in blockchain and workflow. My interest is in workflow, so I look everywhere, whether it’s computational linguistics or usability or blockchain, how can that improve the workflow.
When I looked at blockchain, I was most interested in this idea of how blockchain can facilitate workflows between organizations. I wrote a blog post, which I think I sent to you a few months ago, and that is the kind of exciting thing, and I am getting to the end of my answer here, to me is … At the recent Academic Business Process Management Conference down in Brazil, these computer scientists basically propagated workflow state. You can imagine you have a supplier and then an intermediate seller and then a customer, hence you’ve got kind of a supply chain and you have a workflow that crosses all of these people, and what they use blockchain to do was to make sure that everybody knew what steps had been executed in the other organizations, and to ensure that those steps really had been accomplished, which is an enormously valuable thing in terms of coordinating the behavior.
The data is not the actual data of the thing that you’re buying, or patient record. The data is simply about, “Yes, this step has been accomplished. This information has been gathered,” for example.

Nate DiNiro: We might call that a state machine.

Charles Webster: It’s exactly what it is. It’s a state machine, yeah. State machines are … Yeah, I took formal languages in Automata years ago. However, if you implement formal state machines, the world is a messy place.

Nate DiNiro: Yeah.

Charles Webster: It’s difficult to represent everything that needs to be represented-

Nate DiNiro: Sure.

Charles Webster: In a state machine formalism, but under the hood the most scientific theoretical representation, to go back to what I was talking about, is a state machine transition network representation.

Nate DiNiro: Which lends itself to the last conversation you had in the last hour around RESTful interfaces and micro services. It’s kind of interesting. It seems like, in terms of maybe how it applies to the questions at hand here, there is probably a lack of determinism in the healthcare industry. It is a very fuzzy type animal, right? It’s not something that is easy to define a model for holistically, because there’s so many moving parts and so much variability. Maybe achieving these technical goals becomes that much harder. Do you see that as something that blockchain is really able to help with?

Charles Webster: I’m not an expert on blockchain.

Nate DiNiro: Sure.

Charles Webster: Like I said, I was struck by this idea of … My impression, when people talk about, for example, interoperability in healthcare, and then they look at blockchain, they’re thinking about, “Oh. Here’s the patient record here and it’s duplicated over here and it’s the same, so therefore we’ve solved interoperability.” Well, no we haven’t, because you still have to … What’s shared has to be interpreted, those interpretations the meaning has to be the same.

Nate DiNiro: Context.

Charles Webster: Yeah, well. You’re talking to a linguist. Context is actually pragmatics.

Nate DiNiro: Okay.

Charles Webster: You have syntax, semantics, and pragmatics.

Nate DiNiro: Sure.

Charles Webster: Syntax is sort of the shape of the data so that you can ship it from system to system. Semantics is does it mean the same thing in the two systems. Pragmatics is basically the context, and usually the context is about goals that are achieved. When I send you a message, I send that message to you with the intention of achieving a goal. In pragmatics in linguistics, when I say something, when I say, “Do you have the time,” my goal is for you to tell me the time.

Nate DiNiro: Right.

Charles Webster: The understanding of the conventions and the goals and purposes of these rational intelligent agents as they are coordinating and communicating is the context.

Nate DiNiro: Okay.

Charles Webster: That’s where these models of workflow are important. If you share the models of workflow across organizations, you are sharing the necessary context within which to better interpret the shared data.

Nate DiNiro: Mm-hmm (affirmative). Okay, and you see the potential for blockchain to assist with that? Is that I’m getting [crosstalk 00:13:56], facilitate that?

Charles Webster: Okay, here’s a couple of terms. Orchestration and choreography are terms frequently used in workflow, and currently you see them more, for example, in DevOps and managing other kinds of software. Orchestration is kind of what a workflow engine does. You’ve got a workflow that goes A, B, C, D, E, and C and D are done by someone else. In order for that workflow to execute, you’ve got steps that happen in the hospital, steps that happen in the radiology clinic, and steps that happen in the ambulatory care, so your workflow, your logic, or your continuum of care workflow, really is stretched across all of these symptoms.

My interest in blockchain is there’s a peer-to-peer aspect that blockchain potentially enables relative to the workflows. In order to coordinate that workflow that I just described across three entities, you need to have some kind of dominant orchestrating engine out there someplace. Either one of those entities has to be in control of things or-

Nate DiNiro: In today’s technology model.

Charles Webster: Right, right. Exactly. Okay. But if you have workflow engines in all three of these organizations, the hospital, the radiology clinic, and the ambulatory setting, and they share a model, they all agree, it’s like a contract. We get together and this is our workflow. This is our shared workflow vision of how we’re all going to work together. Now blockchain potentially can check off the steps in the workflow so that they know that the ball is in your court. “Well, no. The ball is not in my court. It’s in your court and I can prove it.”
I’m interested in blockchain from the point of view of representing workflow state, sharing provably correct workflow state so that these more distributed workflow orchestration engines can move from the necessary, having some sort of super-administrator workflow engine out there making sure everything happens, to a much more cooperative organic peer-to-peer workflow execution across entities. I didn’t do a great job on that, but maybe you can restate it.

Nate DiNiro: Yeah, I mean, I get it. Less cybernetic commanding control and more decentralized even, not even distributed necessarily, but decentralized, I think, is what it’s gotten down to.

Charles Webster: You said something interesting earlier about determinism and state machines. One of the great things about workflow technology is it’s easy to change the workflows. Which means that you can get the workflow approximately correct, and then gradually improve it until it’s really good. Traditional health IT systems in which the applications are third generation, all your workflow is implicit in all the case statements and the end statements and so forth. It costs so much to create these systems, and then it is so impossible to change them that you sometimes see analysis paralysis. “We have to get this right in terms of our user requirements,” and so forth.
The great thing about workflow systems is you can get it approximately right, and after you have deployed it, after you have gone live, you can go back and change the code, because you’re not really recompiling code, you’re just changing the workflows, you can fix the workflows.
Nate DiNiro: Right. You see that as something, or that’s an approach you would feel is acceptable in the healthcare industry?

Charles Webster: Yes, because it’s kind of like when I was on a forms committee in a community hospital, so people would get around and we’d look at all the forms that the hospital used, and we would argue about what should be on the form and where it should be on the form and how it should be described and so forth. In fact, I know there are workflow committees now, particularly as you’re starting to see workflow technology come into healthcare, where people will get together and just like they used to hammer out these forms, which in a way those forms were workflow.

Nate DiNiro: Sure.

Charles Webster: Different people filled out different sections of the forms. You really were defining workflow using these forms, which was a really bad way of doing it. That example I gave of the hospital and the radiology clinic and the ambulatory venue getting together periodically to review their workflows and how they interact with each other, and to address any exceptions that have been documented and so forth to improve them, they can do that because of the low code, less code nature of workflow technology. To me, everything is a nail, because, you know, hammer. Workflow technology … I look at these things, like natural language across this thing, and mobile, and social, and blockchain, as how does that fit into this larger, my workflow model. Healthcare needs to become more process aware. It needs to be able to … The machines need to have representations of processes and they need to build a reason across those processes.
A lot of the workflow technologies coming into healthcare is coming in under the guise of other things. Social, mobile, analytics, and cloud, a lot of those systems, which are getting a lot of share of mind, they have in them workflow engines. They have environments that allow you to create the applications in a relatively less code or low code way. They’re essentially rudimentary workflow management systems with all kinds of APIs to Twitter for the social or to the BI platform for the analytics. They’re vectors like in an epidemiological sense. These technologies are coming into healthcare, and they’re bringing and they’re facilitating the workflow technology, whether you call it that or not. Automatically, new technology comes along, whether it’s Google Glass or Watch, and I say, “How does this fit into bringing process awareness into healthcare,” and the example I gave is kind of like the best example that I could come up with.

Nate DiNiro: Okay. Speaking of examples, are you aware of any examples where blockchain, either at a proof of concept level or production or any level really, is being used to solve any of these problems today? Or even experiment with solving these problems?

Charles Webster: Only the experiment. There are other ways to improve workflow besides representing workflow and executing that representation. Giving everybody smartphones so they can, you know. Workload gets improved because they can be anywhere and they can still look up the information.

Nate DiNiro: Sure.

Charles Webster: When I look at the intersection between classic what are called process-aware information systems, PAIS, there are books out there written by academics on it, and the blockchain world is exactly the one I just gave you of a proof of concept prototype that wasn’t in healthcare that was a supply chain workflow in which they were using blockchain to share the workflow state. That’s the only one I know of.

Nate DiNiro: Right, amongst the partners.

Charles Webster: I think it was a Brazilian computer science group that did that. Other than that, if you’re asking me examples of a blockchain out there, I’ve seen headlines that say 18 percent of healthcare organizations are planning on doing something or whatever. I don’t have any personal knowledge. I look to you and to Leonard Kish and Jeff Brandt and so forth for my knowledge of what’s happening in the blockchain world.

Nate DiNiro: Sure.

Charles Webster: In terms of intersection with workflow, all I’m seeing is I’ve seen probably a half dozen kind of cool blog posts where people said, “Wow, you know …” The people from the business process management industry are looking at blockchain and saying, “You know, how could we use blockchain,” or “What’s the fit between business process management and blockchain,” and they’re writing speculative posts. I only really know of that one proof of concept, which I keep going back to because it was just so elegant.

Nate DiNiro: Sure.

Charles Webster: There’s actually a YouTube video out there where I think you’ve got four windows. In one window you have the system executing, and in the other windows you have the console for the three supply chain partners as the workflow is executing and the blockchain is being synchronized or whatever the terminology is, you’re seeing things happen automatically according to the representation of workflow that is shared, and the shared state as that changes in real time.

Nate DiNiro: Right.

Charles Webster: And that’s pretty cool.

Nate DiNiro: Yeah. I can think of another application where there is some experimentation going on in the research context, where you’ve got a number of research partners and they’re sharing data normally across silos and having to synchronize that data, whereas in this other model that they’re going to be testing out, they will essentially put a blockchain solution at the center and allow all those research partners to share the same data, manage consent end to end, and get results in more real time as opposed to waiting for the next time they go through a synchronization process and synchronize data across all the silos. I feel like there’s all kinds of applications, certainly, that haven’t been explored yet, but I think workflow is probably one of the areas where we’ve got one of the stronger applications certainly, and that’s why I wanted to sit down and talk to you today and see what you’re seeing out there.
You’d mentioned that you’re looking to others for your information, but I don’t know anyone who’s as deeply enmeshed in the workflow area, and certainly our discussions about blockchain have created some very interesting food for thought. With all that, do you have any predictions or thoughts? Do you see where the puck is going maybe in the next year around how blockchain might be used, at least in your area of interest? Do you have any plans to do any experimentation.
Charles Webster: No. My plan is basically everything that will further workflow technology into healthcare I pay attention to.

Nate DiNiro: Yeah.

Charles Webster: For example, every year for the last five or six years, I search every single website of every single HIMSS exhibitor for workflow, workflow engine, orchestration, business process management. Now it’s semi-automated.

Nate DiNiro: You have a workflow for that now?

Charles Webster: Anyway, six years ago, basically nobody mentioned workflow anywhere on their website. Now between one third and one half of websites have some workflow story. We fit into your workflow, we make it work. Last year at HIMSS16, 15 percent of 1500 exhibitors mentioned workflow engine or business process management somewhere on there. I may cross index that with blockchain. If I cross index it with blockchain, you’re probably going to get close to a mil, but I may actually just do a search on those 1500 websites just for blockchain, just to see. That’s kind of interesting, because then the half dozen hits you would get, you go to HIMSS and you come by and you talk to the rocket scientist and find out more.

Nate DiNiro: That sounds like it would put those players on the bleeding edge. We haven’t really reached the tipping point yet in terms of blockchain and workflow, but certainly from the work that we’ve done, Leonard and I have done, and others on the UBASE team, of course, which is a blockchain software company that I’m involved with. It really looks promising and it’s pretty exciting. To be able to take that … To literally decentralize, take away that commanding control structure and, like you said, allow things to operate more organically.

Charles Webster: Certainly sharing data across the silos has great potential to improve workflow, but you still need models of workflow being executed or consulted semi-automatically by machinery that is acting to achieve various workflow goals. That area, healthcare is way behind other industries, and my hope is that as blockchain helps share data, it will help share workflow as well.
Nate DiNiro: Sure. We’ve kind of reached the end of your time here. We’ll keep it short today on this pre-Christmas or pre-holiday here. Do you have any parting thoughts? Anything you’d like to share with us? Anything you’re doing that you’d like the audience to know about?

Charles Webster: Yes. Okay. I’m always looking for intersections. If you could the all-but-dissertation, I have five degrees. So I’m always looking for intersections between things. I am running the first ever HIMSS makerspace.

Nate DiNiro: Oh, wow. Cool.

Charles Webster: I forget the booth number, but it’s in the-

Nate DiNiro: Finally.

Charles Webster: Yeah, finally. I’ve actually been working on that for three years to do this. I wish I had the number. It’s 7000 something. It’s in the innovations zone. Basically, it’s my makerspace in which I’m putting in my car and taking it to Orlando.

Nate DiNiro: Okay.

Charles Webster: Then they gave me a booth and I take … We’re talking 3D printer, CNC equipment, laser cutter, and I got a zillion boards. We’re talking like all kinds of … Obviously, I’ve got Arduino and Raspberry Pi, but I’ve got a bunch of other cool … One area I have been looking at, watching on the Internet is [inaudible 00:29:19].

Nate DiNiro: Okay.

Charles Webster: I don’t know enough about it, but it would be really cool if someone would come by the makerspace booth and poke around in my box full of internet of things, boards, and processes, and so forth. My goal, and I don’t know if this will happen, is that someone will come by at the beginning of HIMSS, they’ll keep coming by, and by the end of HIMSS they’ll have actually prototyped a product.

Nate DiNiro: That’s pretty awesome.

Charles Webster: It would be cool. Really cool. It would be really cool if someone who knew more about the blockchain internet of things would come by and say, “Oh, you know what? We’re going to implement a little toy blockchain Raspberry Pi based art installation.” I don’t know. Anything that we can then put out on social media, that would be really cool.

Nate DiNiro: That sounds interesting. I have not yet made my, believe it or not, made my HIMSS plans yet. I always wait until the last minute, but, like I said, we’ve got the UBASE stuff and it would fit in there, so maybe we could give you some …

Charles Webster: Can you think about wearables, internet things, personalization, getting close to the patient, micro-payments, interactions between these IOT systems.

Nate DiNiro: Well, sure, yeah.

Charles Webster: Could UBASE fit into that?

Nate DiNiro: Yeah. The UBASE system is literally a wallet for storing health information. As a matter of fact, some of the things we’ve talked about today could be done on UBASE. Certainly, if you’re looking at IOT and the type of devices and technology you might have that could be gathering data about a patient. Those devices about their behavior.

Charles Webster: Can I step away from the camera for about 30 seconds and come right back and show you something. I’ll be right back.

Nate DiNiro: Yeah. I’ll do my dog and pony. I was just explaining to Charles when he mentioned that he’s going to have a booth, a makerspace booth at HIMSS this year, and thought that it might be interesting to contribute some of the UBASE technology or other blockchain based technologies out there for his experiment, in hoping that he’ll get some people to prototype and/or build a working prototype application during the course of HIMSS this year at his makerspace.

Charles Webster: I’m giving this away. I have my own version of it. It’s in a shoebox someplace, or otherwise I’d bring it out. Let’s see if I can show … We’re getting closer here. This is a phone strap for the wrist.

Nate DiNiro: Okay.

Charles Webster: This is a little device, it’s got a little micro USB and it’s got a little LCD screen, and there’s also on the back there’s a plugin, and this is kind of a platform for adding modules to it and so forth. Anyway, this is a completely open source hardware smartphone. It’s got …

Nate DiNiro: Is it Arduino based?

Charles Webster: No. It’s not Arduino based, which is the wiring programming language. It’s a kind of a C-based language for interacting with the phone itself for loading the software on the phone itself, but the interactions with it, the APIs are … There’s a wide variety of … You can write whatever you want. It’s not so much that this is a smart computer, although it is, and you can change its firmware and so forth, it’s that it’s more like a sensor tag. So temperature, humidity, magnetometer, accelerometer, [inaudible 00:33:49], a couple of other things, all that gets automatically synchronized to the cloud. Then you can write programs against it. It’s hackable. It’s eminently hackable.

Nate DiNiro: Right. There’s a transceiver in it so you can get service for it on … ?

Charles Webster: This connects by Bluetooth to your phone.

Nate DiNiro: Oh, okay.

Charles Webster: And you’re automatically up. So basically it streams all of that data to your phone.

Nate DiNiro: Okay.

Charles Webster: As well as up to the cloud.

Nate DiNiro: What’s that called?

Charles Webster: It’s called Hexiware. I’ve got two. One I’m messing with, the other one I haven’t opened.

Nate DiNiro: Sure.

Charles Webster: That’s going to be sitting there. I don’t know if I’m going to collect business cards, or if someone comes along and has a good idea for a prototype they want to build, then you win it, you know, whatever.

Nate DiNiro: Right.

Charles Webster: Because I’m trying to get people involved. Hexiware, they’re out of Europe, and in Europe at a series of wearable and IOT and other conferences, they’ve won like product of the year like four times.
Nate DiNiro: Oh, wow. How much do they go for?

Charles Webster: This was a hundred bucks. I think on the internet this is the power user pack. The reason … I’m not even sure how all this works, but this right here, you plug the phone into this, and then these are all places where you can put modules.

Nate DiNiro: Right.

Charles Webster: I’m not sure [crosstalk 00:35:23].

Nate DiNiro: Kinda like Arduino World, where you have shields. You can add functionality onto the base.

Charles Webster: Yeah, exactly like that. I haven’t figured out exactly what the point of that is. It’s like 120, 130 bucks.

Nate DiNiro: Well, you might want to embed that device-

Charles Webster: I got it for a bit less than that.

Nate DiNiro: You might build out something and want to use that as the embedded brain of the device or embedded sensors in something and extend it.

Charles Webster: Right. I’m always looking for intersections. Open source, eminently hackable, smartphone, multi, multi, multi sensors, cloud, blockchain, UBASE, you know, discuss.

Nate DiNiro: Awesome. Awesome. Well, we’ve got to wrap it up here. I appreciate your time and your insights, and hopefully we’ll be able to get together here again down the road as things materialize around distributed systems in healthcare and blockchain and workflow certainly. Good luck at HIMSS. Hopefully, we’ll see you there and maybe we’ll get to talk about who run your developer or your prototyping challenge next time we chat.

Charles Webster: Nate, I may have planted a seed. If you want to come by the booth and hack for a couple of days and build a prototype, then you’re the winner.

Nate DiNiro: Yeah, well you know. I would love to find someone to tow the camera around and have fun at HIMSS.

Charles Webster: Oh well. Hey, bring the camera by the booth. The maker booth.

Nate DiNiro: Yeah, of course. If we make it to Orlando, I definitely will.

Charles Webster: I’ve got robots.

Nate DiNiro: Cool. All right. This ends another installment here of Decentralizing Healthcare with myself, Nate DiNiro and Charles Webster. Go ahead and give them a goodbye there, Charles.

Charles Webster: Thank you, folks. Love talking about workflow, love the whole maker movement, love blockchain. Maybe we can figure out how to put it all together.

Nate DiNiro: All right. Sounds good. Thanks again, and we’ll see you next time.

Workflow Tech & Business Process Management In Healthcare: Transcribed Podcast

[Transcribed just in time for #HIMSS17!]

Janet: When you get up this morning, did you shower, brush your teeth, do your hair, pack lunches, get everybody out the door on time to catch school buses, commuter buses or get in the car and go to work? Guess what? You were using a workflow. Today on Get Social Health I’m talking with Chuck Webster, he is the Workflow King. I think you’re going to enjoy this conversation on Get Social Health.

Intro Voice Over: Welcome to Get Social Health, a conversation about social media and how it’s being used to help hospitals, social practices, healthcare practitioners and patients connect and engage via social media. Get Social Health brings you conversations with professionals actively working in the field and provides real life examples of healthcare social media in action. Here is your host, Janet Kennedy.

Janet: Welcome to Get Social Health. Today on my podcast I’m going to get to be the 101 level student because I’ve got Chuck Webster with me. He’s known as @wareFLO in Twitter and in social media. We’re going to talk about workflow process. Keep in mind that I’m representing the marketing social media side of the house and I’m not heavily involved in an IT operations process. For those of you in the same boat as me, we’re going to really dig in and do some 101, however, if you’re on a more technical side of the house you can just laugh along with us. Chuck, welcome to Get Social Health.

Chuck: I’m so excited that we finally pulled the trigger on this. I think we’ve been talking about doing it for I think about a year.

Janet: It’s been a long time. I know we even scheduled a few times and both had emergencies come up. I don’t talk about technical very often, I have to admit because I’m a little uncomfortable, it’s something I don’t know what I’m talking about but since I set the groundwork that I get to ask all the dumb questions, we can move ahead with this.

Chuck: Okay.

Janet: All right. You are known as @wareFLO and of course it’s not @workFlow, did somebody already have that Twitter handle?

Chuck: No, actually someone did but maybe I would have grabbed it but wareFLO no W at the end is what the linguist call a portamento which is a combination of two different phrases and so ware is software and flo is workflow so software workflow and then I capitalized the F-L-O at the end just to be a little distinctive.

Janet: I see, I would have said it means so where is this going but in many ways that actually works too.

Chuck: No, no, no. Actually, also there’s wearFLO as in you wear something. I gave a keynote to the Society for Health Systems in a conference last year and the topic was wearable workflows so that works too.

Janet: Very cool. We may get to that. Let’s go back a little bit and tell folks who you are who may not know who you are. I see an MD after your name but that’s only two of about a dozen letters so can you give me a little bit of background of why you’re a perennial student? What have you gotten your degrees in?

Chuck: My mother says I’m killing myself by degree. I started out in engineering and I became interested in healthcare cost, savings, efficiency sorts of things. I ended up with a BSA, a Bachelor of Science in Accountancy at University of Illinois which by the way is the number one school over here. Because I started in engineering I had taken all the chemistry, physics and biology necessary to apply to medical school. I was going to get a PhD in Health Systems Engineering and my advisor when she found out that I had taken courses necessary for medical school said, “You know, you really ought to go to medical school because the MD is the PhD of healthcare.”

She would do these incredible studies of where to put the air ambulances in the state of Illinois and the doctors would just kind of ignore her because she was a PhD which they are an ivory tower sort of person and they don’t even know what the PhD is. It’s not a real doctor, the MD is the real doctor and all of that. I have two other Master’s. One is in Industrial Engineering so industrial engineering is all about usability and workflow. I spent a year in aviation human factors helping to design jet cockpits. Then I spent a year in hospital workflow, actually working with the folks and the student Hospital of University of Illinois, did computer simulations of patient flow.

I ended up getting also along the way a Master’s in Artificial Intelligence, that has to do with things being smart enough to understand what needs to be done and help the users. I have one more degree which is an ABD, all but dissertation which means I did all the courses didn’t finish the thesis. That is in Computational Linguistics which is natural language processing. I did that or didn’t do that at Carnegie Mellon University of Pittsburgh.

Janet: Golly gee, Chuck. Through all that, how do you contribute to society, truly?

Chuck: If you intersect the domains that is accountancy is about cost, industrial engineering is about workflow, artificial intelligence is about knowledge representation, and medicine, at the intersection is workflow technology because you’re representing cost and models of tasks and you have engines that are doing things efficiently. Pretty much the stuff that I just go on and on and on and on about right now if people think of me as Dr. Workflow or the Workflow Bearer or the King of all Workflow in Healthcare. Some novelist say that the plots are really just driven by characters. If you have a set of characters, there are certain way you throw them together in an environment and then the plot just happens. It’s like the stuff that I’m interested in which is healthcare workflow and workflow technology is very much driven by the degrees I got decades ago.

Janet: You’re really a living Venn Diagram?

Chuck: I am, in fact, I want to give a slide sometimes a presentation. You know, you have that slide about yourself? It literally is a Venn Diagram. I have four circles and they are all intersected and they are labeled cost, workflow, representation and medicine. At the intersection is workflow technology or what’s called Business Process Management today.

Janet: I really want to talk about BPM or Business Process Management in a minute but let’s go back a little bit to your early career where you’ve finished all these you’re schooling and now you’re going to start to apply it. Were you always focused in the health care space?

Chuck: Yes but I’ve kind of systematically kept, if you think of me as an octopus with a bunch of legs so I keep the other seven legs in other areas. I’m a bit of a dilatant in a sense that I delve into other industries so I spent a year in aviation human factors so I follow what’s happening in the aviation industry. My wife is a well-known consultant in customer service and leadership in the hospitality industry. I do this systematically because there’s all kinds of stuff you can borrow, safety from aviation, high touch experience from hospitality. I’m always borrowing from other industries.

Janet: It’s only a matter of time before we have the Disney Doctor course. It’s coming in time.

Chuck: You know what, I think it already exist.

Janet: I’m wondering about when you first started talking about workflow in healthcare. Obviously, you need to be speaking to senior C-level executives at hospital systems. Did they get it? Was it an alien concept? Is this something that they were very comfortable grasping because this is kind of a technical world and not super soft skill? Was this something you have to evangelize about what exactly is workflow and why is it important?

Chuck: Basically, education and evangelizing and marketing all work together because I was chief medical informatics officer for an electronic health record vendor for over a decade, a small one. Not so coincidentally I mean I sought them out it made sense. They were an electronic health record built on workflow management technology, workflow engine, users could design their own workflows and then the engine would interpret them. People complain about workflow all the time. It doesn’t fit what they want to do well then in this case you can change the software’s workflow to fit the human workflow. However, in selling that to the rest of the world you had to educate people. A lot of people think workflow is boring. Maybe it is but it still, all purposeful human activity involve some form of workflow which is a sequence of actions consuming resources achieving goals.

It’s a little dry and it’s a little foreign because health IT is really all about data not about workflow which is part of the problem, in my opinion. There’s a lot of both education and in treaties trying to tantalize people to get them interested in workflow and then once you got them interested, got their attention kind of the education component and then finally I’m really not all about workflow. I’m really about workflow technology which of course as soon as you start talking about technology and then people’s life start to glaze. It has been an upward battle for a couple of decades but I see lots of interesting flowers blooming in the spring, so to speak. This moment, particularly over the last three to four years in health IT regarding better workflow, better software that supports human workflow better.

Janet: I’m picturing in my mind Leonardo da Vinci and his mind mapping. Am I on the right track? Is that really what we’re talking about is here’s all these things that happen, now, how do they come together?

Chuck: Okay. Up till now where in I talk about all these different domains and how they connect, yes, but I think you put your finger on it. You know how when you draw a mind map, you label a concept and then you put down another concept and you draw an arrow between them and you use this for brainstorming and for people to communicate. Imagine that your mind map is of a workflow, that is you’re actually drawing the workflow. The workflow has three steps and each step has certain qualities or processes or resources or goals and you draw little arrows off to those things and when you get done you’ve got this 12 or 13 balloons with a dozen or 18 lines and some labels but then you push a button and it turns into an actual application.

Something a computer, this was created by a non-programmer and it’s at the level of the domain so you can have a doctor and say, “Okay, describe your workflow.” The doctor describes their workflow and then you’re going to have the specialized software called a workflow engine that actually goes and mechanically looks at their drawing and says, “Okay, this is the step I’m on. This is the screen I need to show this person. Now that step has been completed. Now, this is the screen I need to show that person,” I’m trying to pivot here from this idea of mind map is a graphical representation of something to the idea of a graphical representation of workflow which is essentially what workflow technology is.

Janet: Right, I have a picture in my head and I wonder if this is the correct vision here. You have a meeting and people are walking through, “I do this then I do this and I do this and I do this.” It all goes into this really smart machine. Now, is this machine just translating it into a capturable process something software driven or is it able to actually use some of your artificial intelligence to say, “Wait a minute, you’re out of step here. You’re in a wrong sync here and wouldn’t it be better to have step four as step three?”

Chuck: Yes, absolutely. You’re seeing workflow technology and now academics call this process-aware technology and when they say aware they don’t mean it gets conscious. They just mean that it can introspect, it has a representation of a process and they can reason about it. A lot of these systems have got machine learning that can watch the behavior of the system and spot the bottlenecks or spot the rework. If some step happens over and over again well then maybe you need to change the workflow so it doesn’t happen over and over again. In the natural language processing world there are technologies out there which you basically feed the software a bunch of natural language.

Basically, the corporate documentation, it’s full of organizational charts and lots of workflow descriptions and you feed them into the system and it actually constructs a workflow diagram that you can then critique so you can either take one that is created by hand compare it to the evidence and then improve it. In some cases it can perhaps even create a draft version to show that humans can look at it and critique it. Ultimately, it’s the proof is in the pudding, that is when the workflow engine runs against a representation of workflow it either creates a nice experience that is efficient and effective or if it isn’t, if there are points that are raw or rub or sharp and you can go in and people can go back and iteratively improve it. It really fits into what the health IT people call agile development except it’s agile development at the level of workflow.

Janet: Have you ever found in working with groups where you might have a number of people part of this process who don’t normally interact with each other that you come out with a workflow that is totally contrary or so different from the way they had envisioned it because they didn’t realize that this piece over here needed that piece or that maybe here’s like, “Yeah, we do this everyday,” it turns out if they did it the way they said they did it it’s a three week process?

Chuck: All the time. I mean, even before workflow technology came along. If you got a bunch of people together and by hand you got them all in the room together and I did this at a community hospital in Pittsburgh where we cover the walls of a board room with the white butcher paper and we used sharpies and we brought people in from all over the hospital and so the workflow from this department would lead to the workflow in this department, would lead to the workflow in this department and we try to create a giant workflow diagram of all the processes, all the workflows in the hospital. People would say, “That’s not the way it is,” and someone else would say, “No, it is the way it is.” Then so there’s a way of getting people on the same page so literally in this case, sheet.

Now, that you can take data out of electronic health records in other systems when someone clicks on a button, they did something at a particular time. Now we have evidence based workflow. You can show people, with this called process mining, process mining is like data mining except it’s applied to all of that time stamp data that’s in the electronic health record and other health IT systems. You can generate a process map, you show that to people and they’ll say, “That’s not what I do.” You say, “Let’s drill down here, you’re on this screen and you click this button on this date. You didn’t do that?” They’ll look at it and they’ll say, “Yeah, I did do that. I guess you’re right, I forgot to tell you about that.”

Janet: Who could remember all the details number one? Give me an example of how this workflow might work. Is this something you’d use to say, “Hey, why are lab results taking so long?”

Chuck: Yes, absolutely. Imagine you’ve got this loop where you’re writing something, you’re clicking on something and then some time passes and then something arise. In between, a bunch of stuff has to happen like specimens have to be collected and then within the laboratory information system there are multiple steps of workflow and levels of quality assurance and so forth and all of that in our current workflow oblivious health IT systems it’s opaque. It’s a black box so you push the button, you don’t know what happens and then finally get it. If it takes too long, wouldn’t it be great if you had a process map that showed you every little step of the journey that your lab order went through and you can then say, “Wait a minute, why did it sit here for a week?” Someone can go, sometimes it’s a red face they go, “I was on vacation.” Then you can change the workflow so it doesn’t happen again.

Janet: Cover that from a patient’s perspective, “Why do I care about workflow? How would it apply to me?”

Chuck: There’s two interesting angles there. The first is I’ve seen studies that have shown that for a chronic condition and an operation related to it. There may be 20, 30 touch points between health system and individual and you’re talking maybe over a dozen various clinicians and if these people are asking for the same information over and over again or the right hand doesn’t know what the left hand is doing and the lack of coordination is obvious then you’re going to lose confidence in the system. That’s the system behind the smiles. When the hospitality industry you walk in and the room is ready and you go right in but there’s all the stuff, there’s all those back end stuff that had to happen and that front end where you got the staff and they are smiling and they are nice and they are saying, “Yes, ma’am, here you go. Here’s your key.”

They can’t do that, they are not free to live their organization ideals unless they can just count on all the workflows in the systems many of which are IT systems work perfectly. You don’t know and you don’t want to know how all the magical stuff happens but someone has to figure that out and make sure that it works perfect or well enough. The other aspect of that is that patients and humans even if they are not in the hospital they have work, you and I have personal workflows. We have workflows that we use to make breakfast and to multitask between while we’re talking to someone or we know exactly how long something is going to take to wash or to cook.

These, it could be called life flows. Okay? These life flows are interacting with for example, notification systems. In our smart phone, in our smart watches, our fridges, our appliances and all of them are networked together and they all need to be coordinated too. Now, if you’re at home where you’ve got all kinds of healthcare related monitoring, that internet of things IOT level, you also need these life flows to be coordinated. I’ll give you an example. A notification, you got a ding, you look at your smart phone while if you’ve got three smart phones sometimes you hear three dings you’ve got your watch. You need a system that says, “Wait a minute, all we need to do is deliver one notification. We just need to make sure that is delivered in the right time and in the right manner,” that’s kind of a classic workflow management system workflow engine responsibility.

Janet: Wait, wait, can you tell me how to do that because it’s killing me?

Chuck: No, no, it’s funny. Yeah, I can’t remember who it was, I might have been a [Jur Piano 00:19:37] and all of a sudden I heard like about 12 dings on his side. Yeah, smart notifications are definitely coming and that’s going to be … Also for example, patient instructions and reminders to take their medication and so forth. You don’t want seven different identical reminders but you might not be wearing your watch and so the system, you’d say, “Well, we’re going to send it to the watch. Wait a minute, they didn’t respond. Now we’re going to escalate it.”

All those rules that you use when you’re trying to deliver a message and then you don’t receive evidence that the task was accomplished and then it gets escalated to the next level. Then it might even be escalated to a human. You see, if someone doesn’t like push the button on their smart pill dispenser saying, “Yes, I consumed the pill,” you may get a knock on the door from your mom, someone who’s agreed to participate in this semi-automated life flow. I know that sounds like science fiction but there are start ups and folks working on exactly the scenario that I’m talking about.

Janet: Especially from the stand point of our desire to be living at home as long as possible but that does mean that there needs to be some kind of monitoring and some kind of awareness particularly as we have so many generations who are not living near each other.

Chuck: I originally wanted to become an anthropologist and I didn’t do it basically because the job prospects for anthropologist apparently are not so high but anthropology is about workflow in culture and in human groups. For example, when I define workflow to be a series of steps consuming resources achieving goals, a series of steps can be a ritual or a series of steps in some coordinated activity. A field anthropologist conducting ethnography is sitting there writing notes and he’s basically writing down workflow notation of anthropological sort and consuming resources. It’s consuming animal carcasses, it’s consuming the time of folks. It’s achieving goals.

Those goals may be sustenance, safety, protection from the elephants, group cohesion and so anthropologist are very much like industrial engineers in the sense that if they go in and they document these workflows, although the languages and the rotations are different. You can easily imagine these applied anthropologist working together with the workflow where health IT start ups of the world to create the kind of digital support at home so that just fit seamlessly into the living life flows of those folks who are being supported at home.

Janet: That’s a world we all need to have because as we age and the boomer start to outnumber the young people who are able to care for them, we’re going to need more digital tools to keep us mobile, on time, taking our right meds and indeed giving us reminders or giving us connection to other people.

Chuck: I’ll say this, I frequently get into sometimes a rather strong debates and people keep talking about, “I want my data.” Guess what? I don’t want my data. I want my workflow. I want reminders. I want nudges. I want to know what to do next. The only reason people really want their data is because they need to be their own workflow systems. I have to get the data from you so I can take it over to you. What if I didn’t have to get the data from you to take it over to you so that you could then make the decision to remind me to take the pill I need to take? That’s really workflow. What I think people really want is they want control over these life flows and workflows around them that are working on their behalf although even though they are maybe irritating and nudging and nagging unless it’s less about, “I want to be able to download all my files in electronic format.”

Janet: Honestly, I don’t want my data because I don’t know what I’d be looking at.

Chuck: Yeah, right.

Janet: It doesn’t really help me. Let me ask you a question about who is this person in a healthcare environment? Obviously, you do consulting work and you come in and you help organizations with specific problems and situations but you’re not there all the time. Is there a position in hospitals and healthcare systems that you would be if you’re there? What is it called? Because nobody’s going to go get five degrees in order to become you.

Chuck: Every year in US [inaudible 00:24:21] reports or whatever you’ll see it will show you a list of ten job occupation that won’t exist in five, ten years. Talking about C-level individuals as being bellwethers. You know, the chief transformation officer, chief innovation officer, chief engagement officer. I’m starting to see chief process officer. You can just Google chief process officer and it will tell you salaries. The thing is that people talk about these silos, silos of data. I say, don’t think about it in terms of silos of data. Think about it as silos of workflow because what you’re trying to do is link up workflows between these silos so that they work together seamlessly.

Yes, you’re right, someone that shouldn’t have to go and get five or six degrees but I was an assistant professor and I designed the first undergraduate degree in medical informatics back in the 90’s, that’s designing a curriculum and as you know because you do curriculum design that’s part of your social media outreach and education is a kind of an exciting and intellectual thing because you got to look ahead into the future, you got to predict where things are going, you got to say, “Okay, I’m going to take a little bit of this, a little bit of this. I’m going to put it together in a certification and a degree or whatever.”

Yes, I think that you’re going to see some of this folks are industrial engineers, some of them are nurses who go and get a certification in IT but kind of fall in with the right group in terms of, I don’t really want to be a data analyst but I don’t mind being a workflow analyst because it’s closer to touching the user whether that user is a clinician or an admin or perhaps even a patient.

Janet: Interesting. I do think that’s very exciting because there are a lot of healthcare providers who have unique skills I think of all the physicians that I’ve interviewed who are really technology nuts. They [laddered 00:26:29] in social media because they really like the engagement, they like the communication method, they like being on a cutting edge and I think once you’ve been experienced in a large system it would be very sad to retire to the golf course because even if you’re maybe too tired to keep up with the very heavy workload of a physician or a nurse, this is such a great application for your knowledge base.

Chuck: Yeah, and the great thing about you don’t have to be a computer scientist to be able to map workflows. If you want to program you got to learn C Sharp or Java and then take database course and operating system course but you have to do all those things in order to create an application. In the workflow technology world it doesn’t matter where they come from, what’s most important is that they understand the domain and that means that they understand their workflows and the workflows of the folks that they are trying to help. You think about business analyst, you think of this as clinical workflow analyst. Then they don’t have to be a Java programmer because these systems are what’s called less code or low code or code less.

You can basically create an application without having to write all of that text down and compile it and fight through. There’s an opportunity to bring the people who really understand the domain workflows together with the platforms that will allow them to create their own applications. They call these citizen developers. It’s happening in other industries. A citizen developer, you think of a citizen soldier. Citizen soldier is someone who is a volunteer or in some countries you have to serve a couple of years but then you have to keep the rifle under your bed like they do in Switzerland, locked up by the way. Citizen soldiers, these are folks that are doing something important for the rest of everybody else because they can and because they should.

I think we’re going to see something like that in healthcare software. We’re going to see citizen developers. I mean, it’s already happening. In fact, it happened for decades and that is there are companies out there that some doctor in some area got together with his brother or sister-in-law who’s a programmer or vice versa and then they built an application that’s now multi billion dollar company. Today, with the technology that can happen much more quickly and less expensively.

Janet: There was actually an article that came out if not this week then maybe last week but it basically talked about innovation needs to be coming from the medical side of the fence and not from the innovative entrepreneurial side of the fence. Many schools have thought on that but the bottom line to this article was it’s really physicians and nurses who know what problems need to be solved, they need the digital health partners to make that come to pass as opposed to the 6,000th app to manage your calorie count.

Chuck: The great thing about workflow technology is you’ll often hear folks saying or bemoaning that we don’t have clinicians more involved in the design of software before it is implemented or deployed. Guess what? With workflow technology software you can design it after it’s deployed. You see, because you can put that workflow in there that if you can draw approximately correct workflow you can put it in and it can be changed on the run. You can swap two steps by just dragging and dropping. You don’t have to go all the way back to the health IT vendor. Yes, it’s important that we get clinicians involved in the design of workflow both before and after. It’s that after that is so important because that’s when you actually see whether it works or not, that’s when you say, “Oh my gosh we forgot this, we got to add this step.”

Janet: Let me ask you a question about an actual workflow process. You’ve gone in and you’ve mapped out I don’t know, OR prep or something like that. How often should workflow be reevaluated?

Chuck: Gosh, that’s going to be case by case basis. It depends on how close you … Okay, when you draw out this workflow and then you double click on all the icons and you set some properties, these are the business rules that are about escalation or when this step is executed I want an SMS sent to this phone. If you do a really, really good job upfront then it’s like day one, wow this really works great and then just a couple of little tweaks. On the other hand, if you get something out there that is only halfway thought through and when I say only halfway thought through, a lot of the workflows in healthcare are so complicated and maybe so almost illogical to some people that you really can’t do better than half thought through.

It’s in those situations that you’re probably it’s going to be like an exponential function but I mean, just going to start up high and then it’s going to drop down and get less and less. Now, whether that happens over a week or a month but I will tell you that workflow technology software, one of the things that it does really, really well is it avoids these multi year implementations that you hear about. The electronic health record it took them two years to implement the electronic health record and that’s because the cost of changing the software after it’s been deployed is so high and it’s so laborious that it slows you down and it’s so expensive. That’s when you hear about these 100 million dollar situation. Some which have sunk hospitals or CIO or even CEO careers. With workflow technology you can change the workflows after you’ve implemented it.

Janet: Now, without naming names, do you find that these big companies are actually open to outside consultants or client feedback on what’s not working or are they so wrapped up in their own workflow process that it is like, I don’t know, stopping a speeding train.

Chuck: They’ve maybe getting better but like a couple of years ago I did a focus group, two day focus group at Chime down in Scottsdale with 40 CIOs from UCLA and all across the US. Unfortunately, part of the reaction was, “You know, we really love this workflow technology stuff. We get all the logic that you and I had talked about. The problem is is that meaningful use have sucked all of the air out of the room. We’re so focused on getting that subsidy. We don’t have any excess resources or attention to try anything innovative.” Now, I think this meaningful use becomes a bit longer in the tooth, I think we’re going to see stuff improved, the problem is is that meaningful use is being relabeled and now you got macro and it’s being resold. The jury is out on that.

I think ultimately in every other industry applications have followed an evolutionary pathway. Back in the 60’s and 70’s, all the software was all mixed together. You have two applications and the data is separate. I mean, that’s the classic situation where you have to reenter the data then they pull the data out and they shared it in the database. Then the next evolution they pulled the user interface out so when you click on a button, the application isn’t responsive but the button is the operating system, Windows or Mac OS and the application just says, “Make a button and find out what the user wants.”

Now, what’s happening is the workflow is being taken out of these applications. You can have a bunch of different applications and the workflow is all represented in a single place and the workflow engine is running against it. That evolution that I’ve just described has happened in every other industry. Healthcare, the health IT is 10 to 20 years behind other industries. It is inevitable. The only question is how fast. One of my roles, I have self-anointed roles is to try to accelerate that evolution toward these process aware systems because the workflow obliviousness of a health IT that we’ve implemented, this sounds a bit floored to say but maybe killing us.

Janet: One of the things you mentioned to me in our pre-interview conversation was trying to recruit some of the top minds and vendors in the workflow tech area to come in to healthcare. What’s the problem? Is there no welcome mat out there or they see healthcare as too long of play?

Chuck: A little of both. I go to three or four or five business process management conferences a year and they are looking at the multi trillion dollar healthcare industry in which people estimate a third or a half is wasted in administrative stuff and they say that’s ideal for automating it with workflow technology. On the other hand, healthcare is a foreign country. It’s like when I went to medical school, all these new words and acronyms it’s all very confusing and it’s hard to prioritize. Part of the problem is is that they kind of don’t know how the product ties. I helped them with that. The other thing is that often someone will find them, someone from healthcare who’s like at wits end will go outside of healthcare, they’ll bring in this workflow technology vendor sometimes they are called adapt a case management dynamic, case management business process management and they’ll have a success, a one off.

Then the question was how do we pivot from that, we’ve got a foot in this healthcare organization’s door and then it will often be in human resources or in the trans industry, in a payer side. Basically, because those are areas of healthcare that are most similar to other industry so you’re going to see the earlier successful importation of workflow technology in those areas but what happens is CIO gets a look or there are a lot of CIOs that are coming from other industries and they already know about workflow technology. I’ve seen job ads for both CEO and CIO in which the job said, literally this is in the job ad, literally says not only is no healthcare experience required, it is disallowed. “Do not apply if you are coming from healthcare. We want people from the airline industry, the hospitality industry who are using this kind of technology.”

Part of the reason that I’m on social media is that when I worked for a health IT vendor the sales cycle is very long. I mean, nine months or more where you got to wine and dine and get through the right people and then maybe you get shut down right at the end. You’re investing a lot of time in one off situations. I’ve got almost 10,000 followers like a lot of CIOs, CMIOs and so what I’m doing is trying to put a lot of great educational content out there about workflow technology to 10,000 because I don’t know who is going to bite. It’s like fishing. You got to go some place where there’s a lot of fish. I spent a lot of my time creating content getting those people listening to me so I kind of ran on on that but you get my point.

Janet: You also have written recently on this and are going to be in a book. What’s that?

Chuck: In the business process management industry I believe the publisher is a future strategist. They write a line of business process management books and with the workflow management coalition there’s a yearly award. I’ve been a judge for the business process management and a case management awards for excellence. What they do is they just basically send me all the healthcare stuff which I’m happy to do. I think I’ve done it for about five years. I’ve had chapters appear in three or four of their books on knowledge workers and business process management and they’ll be like a talk in the healthcare chapter and that’s mine.

Now, they are putting out together a collection of chapters and chapters that are based on successful applications for these awards for excellence in business process management, case management. One of the chapters is mine which it appeared in the previous edition but I’m also writing the foreword and I’m delighted to do that because obviously I say nice things about business process management and healthcare but I also get to talk about the genesis of my interest which we’ve already somewhat covered.

Janet: Awesome. Chuck, I am so enlightened and for a guy with lots of letters after your name this was an incredibly friendly down to earth and understandable conversation.

Chuck: Thank you for saying that. By the way, Janet, I’ve enjoyed all of our interactions on Blab for example and hoped that we will have more wonderful social interactions. It doesn’t even have to be about workflow, it can just be about healthcare in general.

Janet: Awesome. Okay, I am going to ask quickly you tried out a new platform yesterday called Fire Talk, how it go?

Chuck: It went very well. I was very impressed. It does about 85% of what Blab did and it does a couple of other things that Blab doesn’t do, didn’t do. I encourage people. On Fire Talk I am firetalk.com/wareFLO and that’s seven letters no W at the end. W-A-R-E-F-L-O. Firetalk.com. What you do is you use your Twitter account or I think also Google or Facebook, you register with them, you have a profile and then you create a channel. That channel is always on. Basically, I put a bunch of YouTubes on there and the YouTube just run in a circle so anytime anybody goes there they can see and a lot of these YouTube or Blabs that I did that I downloaded and put over on YouTube but now I can bring them back in.

Then what happens is you basically interrupt that channel with live video of where you have two or three or four people just like on Blab and there’s an audience and comments and it’s integrated with Twitter and social media and you can schedule something. Now, the thing that’s interesting about Fire Talk, part of the reason Blab went away is it really didn’t have a good monetization strategy. Fire Talk allows you to have free shows but also it allows you to sell tickets so you’re probably going to see musicians and so forth take advantage of that and I’m hoping the fact that they do have a monetization strategy will keep them around because I really like them.

Janet: That’s great. I promise I will be there at the next one or I’ll be hosting one myself soon. Of course you can find me just look for Get Social Health and that’s my Twitter or my website, my podcast and now my Fire Talk site.

Chuck: Yay.

Janet: Chuck, thanks so much for being here. I look forward to our future conversations and you are now my go to workflow man.

Chuck: Viva la workflow.

Janet: All right. Thanks so much for being here, Chuck. I look forward to talking again soon.

2/16 #KareoChat: #HIMSS17! What’s Hot? How To Participate? Who To Follow? #HIMSS2117? Workflow!

[This post is part of a series I am writing as a HIMSS17 Social Media Ambassador (four years in a row!) in the run up to HIMSS17, in Orlando, February 19-23. Stop by and meet me at the first ever HIMSS Makerspace, booth 7785 in the Innovation Zone!]


I am so excited! No, not about HIMSS17, though yes I am excited about that.

I am so excited to host my first #KareoChat! Thank you KareoChat! In fact, Thursday, February 16, is my last day in the office, so to speak, before hitting the road. You see, I’m driving from Columbus, Ohio, to Orlando, Florida, hauling a car-load of makerspace stuff to HIMSS17 set up the first ever HIMSS conference Makerspace (booth 7785 in The Innovation Zone). But, no, this KareoChat is not about that, either.

This KareoChat is about #HIMSS17, itself. What’s hot? How to participate? Who to follow? Faster, better, cheaper! Workflow! (Of course!). And finally, imagine that you can step into a time machine to travel 100 years in the future to #HIMSS2117. What might you see?

GIF

And the questions are… (drum roll please!)

1. What topics will be top-of-mind at the upcoming #HIMSS17 conference? Number one? Two? Three? #KareoChat

2. How will you participate in #HIMSS17? In person? Exhibit only? Twitter? Presenting? (congrats) Other? #KareoChat

3. @HIMSS & present company excepted, who do you count on for #HIMSS17 1) news, 2) commentary & 3) humor? #KareoChat

4. Imagine #HIMSS17, #HIMSS2117 that is! What #SciFi health IT will be old hat by then? #KareoChat

5. Fast, Good or Cheap. Pick Two! Can #HIMSS17 help get to three? If no, why not? If yes, how? #KareoChat

6. Quick! Google #HIMSS17 +workflow What product (or class of product) pops up on your radar? What’s interesting? #KareoChat


@wareFLO On Periscope!

firetalk-button2

Newsman Tom Sullivan Usually Asks The Questions: We Ask Tom About #HIMSS17, Heroes, and #HITsm

[This post is part of a series I am writing as a HIMSS17 Social Media Ambassador (four years in a row!) in the run up to HIMSS17, in Orlando, February 19-23. Stop by and meet me at the first ever HIMSS Makerspace, booth 7785 in the Innovation Zone!]


Tom Sullivan treads a fine line. He is a reporter and the editor-in-chief for the influential health IT publication, Healthcare IT News. And he’s on Twitter, as @SullyHIT, and part of a sprawling and energetic #HITsm Health IT Social Media community.

Sometimes the health IT industry seems a bit like The Game Of Thrones. The large companies are like warring families. They join together into alliances to gain temporary advantage. Meanwhile, unbeknownst to the ruling clans, upending technologies — dragons, magic, wildfire — threaten to change everything. Tom chronicles these campaigns and wild cards from a uniquely appropriate perspective, as you will see.

Journalists usually interview, not be interviewed. I asked Tom Sullivan, Healthcare IT News Editor-in-Chief, the same questions he asked HIMSS17 Social Media Ambassadors (including me). Here are his answers.

What are you most looking forward to at HIMSS17?

The surprising. Literally. By that I mean emerging technologies or upstart companies that bring tools no one else has thought off or was able to pull off. I don’t think it’s a stretch to say the show floor is a bastion of innovation and as someone who is fascinated by technology and has made a career out of writing about it, that makes it a fun place.

What issues do you think are top-of-mind for your readers?

Population health, ransomware, security in general, big and small data, analytics, interoperability, of course. That list goes on. We are also seeing considerable and exciting interest in innovation right now. Artificial intelligence, cognitive computing, machine learning. Those technologies really resonate with our readers and, selfishly here, they’re really fun to write about. Just this week I talked to three provider innovation officers kicking off proofs-of-concept with Amazon Echo to improve the patient experience by making voice interaction a realistic part of it.

Who’s your favorite healthcare reporting hero? Why?

I’ll give you two for the price of one. First up: my old man. While he was actually on the sales side of business-to-business publishing and in plastics rather than healthcare he started as a reporter both working in his hometown of Sioux City, Iowa for a local TV station and in Vietnam for the armed forces newspaper Stars and Stripes. I’m including him here because in 1994 he found himself out of a job with two kids in college and a third in private high school. So he took his chances and started a publication, Injection Molding Magazine, and ultimately succeeded on the virtue of serving readers above all else with quality content. Journalistic integrity.

A hero particular to health IT reporting is none other than Jack Beaudoin, the founding editor of Healthcare IT News – and, no, I’m not saying that to toe the corporate line because he has since moved on. Jack started HITN well before Obamacare and the HITECH Act brought health IT into the national discourse and, in fact, even prior to former President George W. Bush establishing the Office of the National Coordinator for Health IT. That took not just real vision but the guts and gravitas to leave a promising career for a speculative opportunity at a time when big, established B2B IT publishers were merely dabbling in healthcare with a new e-newsletter or supplement instead of boldly building entire publications or companies around the topic.

All that said, I have many heroes and could go on and on but will leave it at those two.

What’s your pet peeve? (Either on- or off-line?)

A lot of reporters might list PR pros or some of their techniques, but not me. I appreciate them. Rather, my pet peeve is people who talk but don’t listen. It doesn’t matter whether you are a brilliant CEO or a stranger on the street I am hard-wired to walk away from one-way conversationalists. Perhaps that’s why I’m a writer.

What is something your readers do not know about you?

I started my career in the enterprise IT business-to-business reporting realm at a publication called Mobile Computing & Communications Magazine, followed by a great run at ent Magazine (we received many inquiries from people thinking ent stood for ear, nose and throat but it was an IT pub) and then I spent nearly a decade at IDG’s InfoWorld covering just about everything from app dev to Web services – and I’ve been telecommuting for 18 of those years.

Bonus question: What is your guesstimate re percent of your readers not on Twitter versus readers who arrive via Twitter?

We really get a nice boost traffic-wise from the collective of social media channels and have the thriving #HITSM community and others to thank for that. For me personally social media is about even more than driving traffic to our website. It’s about finding sources, generating story ideas, actually getting to know people and having a human connection with readers in ways that really aren’t possible otherwise.

Thanks,
TS

Tom Sullivan
Editor-in-Chief
Healthcare IT News
@SullyHIT

Workflow Discussed At Connected Health Conference! IMO Healthcare Needs More BPM (Business Process Management)

I’m delighted to see workflow being discussed at the Connected Health Conference!

Here are some of my own #Connect2Health tweets about workflow.

There’s a great book to learn about true workflow automation in healthcare.

Please check out the latest edition of Business Process Management In Healthcare. I contributed a chapter and wrote the foreword!


@wareFLO On Periscope!

firetalk-button2

Price, Cost, Quality, & Value Transparency Require Workflow & Process Transparency


slide01-title

I tweet a lot about the important difference between price transparency and cost transparency. (I was a premed-accounting major…) A couple years ago lots of folks talked of cost transparency, when, in my opinion, they really meant price transparency. I kept corrected people. I eventually gave up. Though I should note that most of the time I see price transparency correctly used now. But it got me thinking about the relation among price, cost, quality, and value on one hand, and my favorite subjects, workflow and process.

slide02-title-diagram

Usually one starts with an outline. However, in this case, there is diagram, which I explain, in detail, later, which shows how everything fits together: price, cost, quality, value, workflow, and process.

slide03-systems-workflows-processes

Here is some background. What do people usually mean by workflow and process? Systems thinking is all the rage in healthcare. What is the relation among systems, workflows, and processes, at least to this systems engineer…?

slide04-systems-engineering

Productivity 101. Economists usually speak of labor productivity, but it is a more general notion that that. It is simply outputs divided by inputs. To double productivity means to double the output due to the same level of input, or to maintain the same level of output while cutting input in half,… and so on. I’m sure you get the basic idea. It is similar, by analogy, to amplification in electronic circuitry. Your radio takes a very week radio signal and turns it into a very loud audio signal. Highly productive systems, organizations, economies, workers, can do a lot with only a little.

slide05-health-systems1

The above and below slides seem redundant to each other. Need to consolidate.

slide06-health-systems2


slide07big-diagram

This is perhaps the meatiest slide of the slide deck, and therefor requiring the most explanation.

The basic point of this slide was simply to translate a general systems engineering idea into a healthcare systems engineering idea. Price and cost are inputs to a “service line”, a bundle of workflows and processes necessary to provide a specific healthcare product or service. Think, the price, versus the cost, of a hospital procedure, such as an appendectomy. The price is set by market and/or regulatory forces. The cost is the expense to the hospital. This expense depends on the costs to the hospital of labor, consumables, durables, rent, etc. These costs also depend on prices in markets, but from the point of view to THIS organizations, they are costs. (Just as the prices the hospital charges are costs to patient and/or payers.) I know it is confusing. They are the same. And they are NOT the same. From the point of view of the healthcare organizations, the difference between price and cost is retained by the organization as profit (in the for-profit instance) or surplus (in the non-profit instance).

Firms use internal cost information to set prices. In general, they charge what a market will bear, unless constrained by regulations. However, if they cannot charge at least as much as their known true costs, in the long run, they will go out of business, leave the market, drop that service line, or figure out how to perform the workflows more inexpensively.

Quality is the degree to which a workflow and/or process fits the purpose of the workflow, that is, satisfy the goals of the workflow. Quality exists irrespective of price. However, value is a relationship between quality and price. In principle, if you know price and you know quality, then you know value, so transparency with respect the price and quality should be sufficient for transparency with respect to value. (I’m sure it’s more complicated… but I’ve got to make some simplifying assumptions somewhere, otherwise this whole hot mess is simply too complicated to think about at all!)

slide08-whats-missing

Sooo…. what’s missing from discussion of healthcare price, cost, quality, and value transparency? Workflow transparency, also known as process transparency.

slide09-price-vs-cost

Umm, already covered this. Reorder or consolidate.

slide10-transparency

Reorder or consolidate.

slide11-profit-surplus

Reorder or consolidate.

slide12-quality-value

Reorder or consolidate.

slide13-black-box

If you are providing me a product or services, why should I care how you do it? As long as the price and quality are right, I should like to view you as a “black box”, right? The problem is that healthcare workflows are so complicated, and they meander over and through so many healthcare, and health IT, systems, it’s getting harder and hard to figure out where to draw the boundaries between black boxes.

In fact, a big, big trend in business today is to take your back-office and enterprise workflows and processes and make them into front-office self-serve workflows and processes. Millennials don’t want to deal with you face-to-face, by phone, or through email. Just give them an app, so they can check the status of something, cancel something, or to modify some workflow or process, in real-time, to their satisfaction and convenience.

The only technology that can manage these, previously blackbox-enclosed, workflows is workflow technology. It models the workflows (sequences of smaller black boxes, called activities or tasks). It executes the workflows. It makes the workflows available, at scale, to folks outside the black box. They can make blackboxes transparent, at least regarding workflow, but that is actually a really big deal.

slide14-workflow-transparency

I need to work on this slide some more. The basic thing I’m trying to convey is that the route to making a service line, and entire bundle of workflows and processes, transparent in operation, is to break up the blackbox into smaller, interacting black boxes. In workflow management and business process management parlance, these are activities, tasks, steps, etc. They have inputs and outputs to each other. They cause things to happen to a patient, and they receive actions from a patient. They drive costs and provide information for the firm. What keeps all the ducks in a row? Workflow engines, which are single most defining architectural feature of workflow management and business process management systems.

slide15-other-industries

Above is a typical list of features and advantages of process transparency. In a 2015 five-part series published in Healthcare IT News I wrote at length about task and workflow interoperability. I was writing about healthcare B2B task and workflow interoperability, not C2B (customer to business) or B2C (business to customer) interoperability/visibility/transparency. However the general principles hold for all three combinations. (Though one does wonder, what might C2C interoperability/visibility/transparency mean for healthcare…. for perhaps patient family members and bird-of-a-feather disease-centered support communities and support groups.)

This is what wrote about task visibility (transparency)…

task-visibility

This is what I wrote about workflow visibility (transparency)…

workflow-visibility2

slide16-examples

OK! We covered price, cost, quality, and value transparency, and then workflow or process transparency. What is the relation between the former and the later? In the long run, not only can we not optimize the former without the latter, in many cases, we cannot even measure important aspects of the former without the latter. A majority of healthcare costs come from expensive human labor. The only practical, scalable way to measure this costs is through some form of activity-based cost accounting. These activities are the same activities that workflow management systems and business process management systems model, execute, measure, and monitor.

slide17-reprise

In my 2015 series I noted two categories of people and organizations laying foundations and pursuing workflow interoperability in healthcare: health IT companies and organizations, and companies from the workflow management/business process management industry. Since then two more groups joined the fray. On one hand we have the citizen developers and citizen integrators, who are creating new health IT systems and workflows. On the other hand, we have standards organizations, such as HL7 and OMG (Object Management Group), both of which are beginning to address standards and technology necessary for task and workflow interoperability. (By the way, I just came back from a workshop on this subject, the Healthcare Business Process Management Notation Workshop, in San Diego.)

slide18-where-wf-trans-tech

Yes, it will certainly be interesting see how all these task/workflow/process transparency/interoperability stakeholders get along with each other!

slide19-charging

To summarize my argument, why price, cost, quality, and value transparency require workflow and process transparency….

Prices and costs are different concepts. Therefore price transparency and cost transparency are different concepts. Prices, and therefore price transparency, are influenced by markets and regulations. Costs are determined by resource expenses (people, consumables, rents) and technology (methods for transforming resource inputs into outputs). Competition pushes prices toward costs (which is why cost transparency is necessary for long run price transparency). Quality is how well workflows and processes fulfill their needed intended purposes. If we know price and quality, then we know value. And some form of workflow technology is necessary to monitors all the activities that make up the workflow and processes that transform inputs into outputs.

slide20-conclusion


@wareFLO On Periscope!

firetalk-button2

Business Process Model and Notation BPMN Healthcare Examples and Papers

[This post is part of a series I am writing as a HIMSS17 Social Media Ambassador (four years in a row!) in the run up to HIMSS17, in Orlando, February 19-23. Stop by and meet me at the first ever HIMSS Makerspace, booth 7785 in the Innovation Zone!]

I’m attending the Object Management Group Healthcare Business Process Modeling Workshop (press release, registration) at the beautiful Loews Coronado Bay Resort, near San Diego today.

This post consolidates a large number of papers and examples of using Business Process Model and Notation (BPMN) in healthcare that I reviewed during preparation for the workshop. I’ve been advocating workflow technology in healthcare for over two decades (My Foreword and Chapter in Business Process Management in Healthcare, Second Edition). In fact, I may have been the first to discuss, at length, Business Process Management (BPM) based health IT systems, including Electronic Health Records (2004, EHR Workflow Management Systems: Essentials, History, Healthcare). BPMN is not the only workflow notation relevant to process-aware health IT systems. Nor do all workflow management systems rely on a formal notation at all. However, as awareness, understanding, and use of BPMN spreads in healthcare, workflow management system and business process management technology will also surely spread, which is a good thing.

Here is some information about the Healthcare Business Process Modeling Workshop.

“Experts from the medical field and business modeling will discuss how OMG’s business process modeling standard can streamline the portability of clinical processes and workflows that govern how protocols are followed and care is delivered in healthcare organizations. For example, the agenda includes:

  • The Usage of BPMN™ for Obamacare
  • Using BPMN to Operationalize Clinical Knowledge
  • Integrating Clinical Information Modeling with BPMN
  • Modeling the Cognitive Side of Care Processes. Case Study: The Treatment of Atrial Fibrillation
  • Modeling Cancer Treatment Processes in BPMN and HL7 FHIR®”

“Within the health segment today, provider organizations each have their clinical processes and workflows that govern how protocols are followed and care is delivered. One of the operational challenges in becoming a “learning” organization lies in the ability to adapt and evolve those processes to embrace emerging best clinical practice, and to perform continuous improvement based upon care delivery and care outcomes within your own institution. Further, the professional societies and colleges continue to evolve and mature their guidelines, and staying current with those means incorporating that medical knowledge into your care pathways.

In a landscape where clinical knowledge and medical workflows are often either embedded in electronic health record (EHR) systems, or manually configured at an institution or site level, accommodating these changes can be timely, difficult, or near impossible to realize. Moreover, these rules are often expressed in “geek speak” and not in a language that can be owned and managed by the clinical community.

Business Process Modeling Notation (BPMN) is a non-healthcare-specific representation of business processes and workflows that has both broad adoption and a robust set of support tools. BPMN has enabled other vertical sectors to model these needs en route to creating reusable knowledge artifacts that could be shared and in fact interoperate across systems and organizations. Recent work in the industry have uncovered gaps in how BPMN should integrate with the healthcare workforce to support truly portable, patient centered processes. To put it in a different light, BPMN standards have helped define the baseline for What should get accomplished in any given health care process. The implementation of BPMN in healthcare is increasingly challenged by Who should be responsible for any given task.

This workshop is geared toward exploring the specific and unique needs of the clinical health landscape, investigating BPMN and the extended set of BPMN enhancement standards to determine the viability, coverage, and gaps when considering this approach for solving the healthcare challenges described above. Of particular interest is an exploration on how best to integrate BPMN with the healthcare workforce.”

Enjoy my research review preparing for the Healthcare BPMN Workshop! (By the way, there are lots of cool looking healthcare BPMN diagram examples!)

Not healthcare specific, but useful background…

Healthcare but not BPMN…


@wareFLO On Periscope!

firetalk-button2

From Powerless To Powerful In Healthcare Through Workflow

[This post is part of a series I am writing as a HIMSS17 Social Media Ambassador (four years in a row!) in the run up to HIMSS17, in Orlando, February 19-23. Stop by and meet me at the first ever HIMSS Makerspace, booth 7785 in the Innovation Zone!]


Set aside, for the moment, the issue of poverty and economics, when it comes to power in today’s society (where, simply put, often money is power, not knowledge). I will argue that the key concept to understanding what it means to feel powerful versus powerless is workflow: a series of tasks/actions/activities/experiences, consuming resources, achieving goals.

Consider engaging in a series of activities, say starting your car and driving to work. If at any point — trying open the door, trying to start your car, trying to put it in gear, trying to push the accelerator, trying to turn the wheel, trying to push the brake, and so on — what you do fails to achieve the result you desire, how to you feel? Powerless.

On the other hand, imagine you are captain of a starship. Your systems and people are incredible. Their processes and workflows are automatic, transparent, flexible, and always improving…. Every command you utter triggers incredibly sophisticated workflows that always achieve exactly what you wish. When you say, “Make it so!”, how do you feel? Powerful.

Powerfulness and powerlessness, in this workflow sense, are closely tied to a related psychological concept, “flow”, described in Flow: The Psychology of Optimal Experience, by Mihály Csíkszentmihályi, (whose graduate student I used to hang out with during medical school at the University of Chicago, by the way!).

From Wikipedia:

“In positive psychology, flow, also known as the zone, is the mental state of operation in which a person performing an activity is fully immersed in a feeling of energized focus, full involvement, and enjoyment in the process of the activity. In essence, flow is characterized by complete absorption in what one does. Named by Mihály Csíkszentmihályi, the concept has been widely referenced across a variety of fields (and has an especially big recognition in occupational therapy), though the concept has existed for thousands of years under other guises, notably in some Eastern religions.[1] Achieving flow is often colloquially referred to as being in the zone.” (Flow Psychology)

Consider:

  • immersed
  • energized
  • involved
  • enjoyment

Another adjective that applies when you are in “in the zone” is that you feel “powerful”.

What is the connection between workflow (and workflow technology), in the prosaic sense usually invoked in healthcare and health IT, and feeling powerfully immersed, energized, involved, and full of enjoyment? Workflow is the concept that allows us to understand and design a series of experiences, experiences leading to feelings of powerfulness, instead of powerlessness.

What about that other sense of power (access to economic recourses), that I previously wrote about in Social Determinants of Health: Eat Your Beans? Or Speak Truth to Power?. This is the economic context of my definition of workflow: a series of steps/actions/activities/experiences, consuming resources, achieving goals.

The single most frequent and important reason that workflow fails is that at some step or other a necessary resource is unavailable. If you are poor, or otherwise lack access to necessary resources, your workflows suck and you feel powerless. On the other hand, if, at every step of workflow, all the necessary inputs are present, either due to your bank account or external agency, your workflows don’t suck. And you feel powerful.

How does all of this relate to empowering patients and providers?

Focus on their workflows. Focus on what they are trying to achieve. What steps will achieve it. And what resources each step requires to be a success.


@wareFLO On Periscope!

firetalk-button2

From APIs to Microservices: Workflow Orchestration and Choreography Across Healthcare Organizations

[This post is part of a series I am writing as a HIMSS17 Social Media Ambassador (four years in a row!) in the run up to HIMSS17, in Orlando, February 19-23. Stop by and meet me at the first ever HIMSS Makerspace, booth 7785 in the Innovation Zone!]

“Begin with the End in Mind” — Stephen Covey

“APIs have existed for over 50 years” — Chris Busse (@busse on Twitter)

(What’s an API? See below.)

What is the next horizon for APIs in healthcare?

The next horizon in APIs in healthcare are “microservices.” You can think of microservices as the logical continued evolution from software libraries, service-oriented architectures, and APIs (Application Programming Interfaces). APIs have been around for many years. Most EHRs and health IT systems already use APIs in some fashion. Ten years ago as an EHR programmer I “consumed” web APIs, submitting lists of drugs and getting back interactions. I’ve used non-Web APIs since at least the eighties, seventies if you count FORTRAN libraries. Microservices also remind me of RPCs and RMIs (Remote Procedures and Method Invocation) I used in the early nineties. That style of programming faded (tied too tightly to specific platforms) with the advent of the Internet (more interoperable), but now seems (to me) be coming back as microservices, which feel like interoperable remote procedure calls and Java method invocations to me. BTW, I’d love to hear from someone more knowledgable about the similarities and differences among REST, RPCs, RMIs, APIs, and microservices to help sharpen or dissuade my intuition!

apps-to-microservices

On the left, in the above diagram, we have “monolithic applications,” applications made from modules that cannot exist independently from the application. The classic, torn-from-the-headline, example of a monolithic application in healthcare is the electronic health record (EHR). Healthcare is adding APIs to access data inside EHRs. FHIR (Fast Healthcare Interoperability Resources) is best known, but many other non-FHIR APIs and related technologies (such as API creation and management software) are springing into existence, relative to both EHR and non-EHR health IT systems.

On the right are process-aware microservices. Two key process-aware concepts are orchestration (central “conductor”) and choreography (distributed, peer-to-peer. There is an excellent discussion of microservice orchestration versus choreography on Stack Overflow. Also see my post FHIR, Process-Aware Orchestration & Choreography, and Task & Workflow Interoperability). EHRs, health IT systems, and API consuming apps are still relatively “workflow-oblivious.” Fortunately, the API path toward microservices also moves toward “process-awareness.”

All those microservices? Where will they be? Everywhere. Anywhere. It won’t matter. From a task workflow interoperability perspective, process-awareness is, essentially, being virtualized. This fundamental difference from older styles of programming that fail to abstract sufficiently away from health organizational organizational boundaries will be essential for achieving what I call healthcare pragmatic interoperability. Take a look at this series of diagrams from the Jolie (“The first language for Microservices”) website.

jolie-dist

How will we get from our current monolithic health information (solar) systems, surrounded by planetary apps, to to a virtual swarm of virtual microservices? The four activities we will see, between now and then, are…

  • Connecting
  • Coordinating
  • Refactoring
  • Replacing

We need to connect and coordinate an extraordinary variety of apps. And we need to (partially) disconnect and coordinate modules, corresponding to healthcare clinical and management tasks and goals within today’s monolithic applications, especially electronic health records! These monolithic applications will (eventually) be refactored into more independent modules, or be replaced with more modular systems. As disparate apps become connected and coordinated modules, and as monoliths divide into less connected modules, the distinction between modular apps and application modules will gradually disappear.

Lets flash forward to a future in which APIs evolve into microservices. The same forces that drove creating libraries and APIs will also drive creation of micro service architecture.

Does “modular services, each supporting a business goal” sound familiar? It is a step in a business, or often in healthcare, a clinical workflow. We may call them steps, activities, goals, or even experiences. They can even be entire workflows, since one workflow may be merely a step in another workflow. Workflows will be made up of microservices. Some microservices will will drive, and be driven by, user behavior and experience. Some microservices will do stuff behind the scenes, automatically. Some microservices will orchestrate other microservices. Other microservices will interact like jazz musicians or dancers, each following its own set of rules, but working dynamically together to achieve common goals.

“The key system characteristics for microservices are:

  • Flexibility. A system is able to keep up with the ever-changing business environment and is able to support all modifications that is necessary for an organisation to stay competitive on the market
  • Modularity. A system is composed of isolated components where each component contributes to the overall system behaviour rather than having a single component that offers full functionality
  • Evolution. A system should stay maintainable while constantly evolving and adding new features” (Microservices: yesterday, today, and tomorrow)

From libraries and APIs through microservices, software architecture massively influences a wide variety of classic software issues: availability, reliability, maintainability, performance, security, and testability. Every industry — education, telecommunications, finance, healthcare, and so on — is unique in its own way. But at a 30,000 foot level, the evolutionary stages of how we create useful software are the same. Healthcare is just a bit behind some of these other industries. And healthcare APIs are an important step toward catching up with our outside world.

By the way, what’s an “API” and “library”? Here you go. I did’t want to start with these embedded tweets, as that might have interfered with the initial readability of this post. However, if you’ve got this far… 🙂

Let’s continue, in reverse order, through the “Exploring APIs in Healthcare” tweetchat questions.

How are APIs being used to improve patient outcomes?

Technically, since APIs have been around for decades, leveraged by virtually every EHR and health IT system, everything good that health IT has achieved, to improve patient outcomes, has leveraged APIs.

More topical, new FHIR-based apps communicating with EHRs, both mobile and plugged into EHR workflows, are being announced almost weekly. However, I am most interested in non-FHIR-based apps. Why? Take a look at this tweet, from the recent Medical Innovation Summit in Cleveland (my trip report). I am reporting the answer from a panel of FHIR thought leaders in response to the question, what if FHIR doesn’t happen to do what you need it to do?

While I am a fan of FHIR, I am even more a fan of its bringing remote-call API technology into healthcare. Don’t wait for FHIR to deliver bi-directional connectivity and coordination for the data and workflows concerning you. The best of both, of FHIR and non-FHIR, APIs and API technology will lead our way toward sophisticated, orchestrated and choreographed, microservice architectures.

What are the concerns you have about partnering with an API vendor/endpoint?

I know there are many potential concerns regarding APIs, from security to latency to API vendor stability. However, as a programmer, my main concern is API usability. How easy is an API to use? The harder it is to use, the more work it is for me. Remember Dr. Dobbs? It was the original programmer’s programming magazine. In 2004 it published an article titled Measuring API Usability. It wasn’t about RESTful APIs, about which there is so much interest in health IT, but it is still remarkably relevant.

My favorite API usability dimensions are domain correspondence (if you understand the domain, say, clinical documentation, how much will that help you understand the API?), progressive evaluation (how much code do you have to write before you can execute and see if you are on the right track?), and work-step unit (how much work does each API call accomplish). Of the three, domain correspondence is most important to me. It’s a lot like usability in user interfaces, where user knowledge of their domain is enough to guide their interactions with a user interface. If you know anything about workflow technology, in which engines execute models of domain workflow, you can see why these are my favorite dimensions of API usability.

T3: What does a good healthcare API Partner Program include? #AskAvaility

How easy the API is to use? For an example see my previous post, How Easy Is It To Integrate Availity APIs Into Your Payer-Provider Workflow? Very!

Make the programmer in me want to use your API. (In this vein, checkout Why no one wants to use your API).

  • Is it easy to get started?
  • Give me great error messages!
  • Make it easy for me to ask your developers questions.
  • I want an SDK (Software Developers Kit: especially working, well-documented examples, in all my favorite languages, from which I can steal code snippets)
  • Explain what each API does, using examples, preferably working (see above)
  • Invite me into an active community of developers using your API
  • Show me pictures of cute raccoons (I had one as a pet when I was a kid)

For more guidance, see this article, A Quick Look At The Leading API Partner Programs, by @KinLane (my favorite API tweeter and blogger).

What functionality/capabilities would you like to see in API’s that you’re not seeing? If you haven’t used API’s why not?

The functionalities I am not yet seeing in health IT are workflow APIs. Essentially, we need easy-to-spin-up workflow services, in the cloud, which can be used to coordinate mobile apps and application modules, to combine them into automatic, transparent, flexible, and systematically improvable workflows, within and across healthcare organizational boundaries. Future versions of FHIR may provide API hooks to drive and respond to such cloud-based process-aware workflow engines (see my Health IT Workflow Integration: Whither FHIR? (Fast Healthcare Interoperability Resources). Many modern BPM suites (Business Process Management) already offer APIs into their workflow design and engine guts. This is what I wrote in, Healthcare IT News, in 2015.

“Converse to healthcare interface engines, BPM suites are adding adaptors and plugins and means to manage data flows. Abilities to consume a variety of web services (such as FHIR-based APIs) have been standard functionality for years. A particularly relevant manifestation is data virtualization. Instead of defining workflows directly against a heterogeneous mixture of data systems, the data in harmonized and made visible to the workflows being designed and executed. In turn, some of these systems are exposing not just their internal task, task list, and workflow state, but also this harmonized data. So you can see that healthcare interface engines and business process management suites are, in a sense, heading toward some of the same territory.

Particularly important to task and workflow interoperability is ability of workflow platforms to expose task, task list, workflow state, and related to information, to other applications via APIs (Application Programming Interfaces). If you use a third-party BPM platform (to tie together internal data sources and workflows, as many enterprises are doing), be sure to investigate whether it has both an outward-bound API for exposing data and workflows, as well as an inward-bound API for pushing data and triggering workflows. Workflow management and business process management systems will be key technologies for achieving task and workflow interoperability.

“WFM/BPM systems are often the ’spider in the web’ connecting different technologies. For example, the BPM system invokes applications to execute particular tasks, stores process-related information in a database, and integrates different legacy and web-based systems.” (Business Process Management: A Comprehensive Survey)

The key to success will be integrating data and workflow, through use of both more-or-less traditional healthcare data integration technologies, but also newer workflow management and integration technologies. You need to think about how best to create and evolve a fast, flexible, and transparent backbone of data and workflow services, on which to hang and manage current and future systems.”

Here are a bunch of related tweets. They illustrate lots of connections among workflow concepts and API concepts.

(But don’t forget to get hang in there for, or at least skip to, #AskAvaility topic T1. In addition, my postscript to this already lengthy post, about Jolie (Java Orchestration Language Interpreter Engine), the “first language for microservices”, is not to be missed!)

What are the primary challenges and issues in using API’s within the healthcare industry?

Wow! Am I finally at topic T1! And I am running out of both steam and time. So maybe this is where I need to pivot back to the #AskAvaility tweetchat, where you will surely hear about, and, I hope, suggest API challenges and issues in healthcare. However, I will give you some interesting and relevant links for homework.

Conclusion: Back to the Future!

API-ization of health IT will lead to the Workflow-ization of health IT

P.S. Here are some details about the Jolie microservices language.

I’d love to compare notes with other programmers in the health IT space. Feel free to tweet me at @wareFLO or contact me through this blog.

I’ve been writing microservices in Jolie, “The first language for Microservices.” (Also see Chor, the choreography programming language). Jolie stands for Java Orchestration Language Interpreter Engine and is written in Java. It’s easy to install if you have the most recent Java interpreter running on your Windows, Mac OSX, or Linux computer. (And installing Java is even easier.) I also recommend Atom a free and open source code editor. It highlights Jolie syntax and allows you to conveniently execute Jolie programs. Jolie has lots of documentation and examples. Jolie also has lots of academic papers about it, explaining microservice concepts and how Jolie implements them. Let me know if you delve into Jolie. It feels a lot like Java or C, so if you’ve programmed in them, you’d probably pick it up quickly.

I referred back to a cross-organizational workflow I diagramed in my 2009 Well Understood, Consistently Executed, Adaptively Resilient, and Systematically Improvable EHR Workflow (based on my 2005 HIMSS presentation EHR Workflow Management Systems in Ambulatory Care).

Here is the client code calling microservices. It illustrates three of the four most fundamental workflow patterns. Sequence, parallel split, and join.

jolie-pediatrician

Here is the command line output. Text with the plus sign (“+”) is executed “remotely,” which is to say it could just have well executed anywhere else on the Internet.

jolie-pediatrician-console

The above code is not a realistic implementation of the cross-organizational workflow I wrote about in 2005. However, it does illustrate how easy it is to implement concurrency in Jolie, a fundamental function in any workflow platform. Here are some extracts about Jolie from numerous academic papers.

JOLIE: a Java Orchestration Language Interpreter Engine

“Abstract

Service oriented computing is an emerging paradigm for programming distributed applications based on services. Services are simple software elements that supply their functionalities by exhibiting their interfaces and that can be invoked by exploiting simple communication primitives. The emerging mechanism exploited in service oriented computing for composing services –in order to provide more complex functionalities– is by means of orchestrators. An orchestrator is able to invoke and coordinate other services by exploiting typical workflow patterns such as parallel composition, sequencing and choices. Examples of orchestration languages are XLANG [5] and WS-BPEL [7]. In this paper we present JOLIE, an interpreter and engine for orchestration programs. The main novelties of JOLIE are that it provides an easy to use development environment (because it supports a more programmer friendly C/Java-like syntax instead of an XML-based syntax) and it is based on a solid mathematical underlying model (developed in previous works of the authors [2,3,4]).”

Process-aware web programming with Jolie

“Abstract

We extend the Jolie programming language to capture the native modelling of process- aware web information systems, i.e., web information systems based upon the execu- tion of business processes. Our main contribution is to offer a unifying approach for the programming of distributed architectures on the web, which can capture web servers, stateful process execution, and the composition of services via mediation. We discuss applications of this approach through a series of examples that cover, e.g., static content serving, multiparty sessions, and the evolution of web systems. Finally, we present a performance evaluation that includes a comparison of Jolie-based web systems to other frameworks and a measurement of its scalability.”

An easy way to build microRESTservices with Jolie

“Personally I am not a big supporter of REST services, but I think that a technology which aims at being a reference in the area of microservices like Jolie must have some tools for supporting REST services programming. Why? Because REST services are widely adopted and we cannot ignore such a big evidence.

Ideally, Jolie as a language is already well equipped for supporting API programming also using http, but REST approach is so deep coupled with the usage of the HTTP protocol that it introduces some strong limitations in the service programming paradigm. Which ones? The most evident one is that a REST service only exploits four basic operations: GET, POST, PUT and DELETE. The consequence of such a strong limitation on the possible actions is that the resulting programming style must provide expressiveness on data. This is why the idea of resources has been introduced in REST! Since we cannot programming actions we can only program resources.

Ok, let’s go with REST services!

…But,
…here we have a language, Jolie, that is more expressive than REST because the programmer is free to develop all the operations she wants. From a theoretical point of view, in Jolie she can program infinite actions instead of only four!”

Relative to Chor, a choreographic programming language that generates Jolie code, the PhD describing it won the 2014 best dissertation award from European Association for Programming Languages and Systems.

Chor: choreography programming language

I’ve not installed Chor (see below)…

“Chor is still a prototype, and lacks some features that may be useful for integrating its generated code with existing programs. For example, Chor is still limited to simple data structures for messages, such as strings and integers, and does not come with an integrated debugger. We are continuously working for improving Chor with common features needed in production environments, so stay tuned!”

I will!


@wareFLO On Periscope!

firetalk-button2

Medical Innovation & Healthcare IT Challenges: A Trip Report (Over 200 Viewers of Cybersecurity Hub Periscope!)

[I wrote this trip report while thinking about today’s #HITsm tweetchat, Top 10 Challenges for Healthcare Executives. In my opinion, the top challenge for healthcare executives is managing innovation. In fact, all five #HITsm topics easily pivot to innovation in healthcare. At the end of this post I’ve (only slightly) rewritten them to emphasize the importance of innovation.]

Imagine combining the 40 best annual HIMSS conference presentations and the 2000 most interesting attendees and speakers. Mix in lots of cool science and conversation about innovation. Then add same night opening games for 2016 NBA Champion Cavaliers (before which they received championship rings) and baseball’s World Series (Indians versus Cubs). Then add robust social media (#MIS2016 on Twitter, over 73 million impressions). You might, might begin to approach the vibe at last week’s 2016 Medical Innovation Summit in Cleveland.

When I was CMIO for an EHR vendor, every time I came back from a conference I’d email around a detailed “trip report”: with whom I spoke, industry trends, specific market intelligent, impressions of demos of competing products, that sort of thing. This trip report is more about local color and vibe. First are ten tweeted photos and a bit of commentary. But there are some “deep thoughts,” to which you are welcome to skip! (Compromise? Slowly scroll though the photos and videos while admiring them?)

In no particular order, here are my top ten highlights.

1. Touring the HIMSS Cybersecurity Hub with question-answering viewers on Periscope.

180+ viewers! (and still rising)

2. “Chuck, I hope this book inspires your love of workflow!” Martin Harris, MD, CIO, Cleveland, Clinic, author, IT’s About Patient Care, McGraw-Hill, 2017.

3. #GoTribe!

4. More than 73 million Twitter impressions on the conference hashtag #MIS2016

5. My annual selfie with John Sharpe

6. Facing fear using virtual reality in the operating room

(I wasn’t even wearing the VR googles and my forehead began sweating during VR simulation of a cardiac arrest!)

7. Experiencing at first hand the raw force of Jonathan Bush…

8. Meeting my hero, nurse maker (maker nurse?) Anna K Young. Here is a link to her TedMed video and Wired article.

9. “Innovation of systems & processes are as important as innovations in pure tech” Cleveland Clinic, Chief Clinical Transformation Officer, Dr Michael Modic

This was a common refrain, as in innovating workflow around medical devices is as important as medical device innovation.

10. Beautiful fall colors on the way to the Medical Innovation Summit from my home in Columbus, Ohio.

Courtesy of Google Glass (which, by the way, will be back, better than ever, however an NDA prevents me from divulging more…)

OK, a series of tweeted images hardly constitute systematic and incisive analysis of the 2016 Medical Innovation Summit. So I will close with these thoughts.

As I mentioned at the beginning of this post, in the old days my trip reports were detailed and blow-by-blow. Truth-be-told, I not sure how many of my colleagues actually read my entire lengthy emails. So I’ll close with more of rumination on innovation in medical technology and health IT.

The name of the conference was Medical Innovation Summit. A synonym of “innovative” is “creative”. I studied computational models of creativity during my graduate degree in artificial intelligence. Every student of creative starts with Wallas’s four stages of creative thought:

  1. preparation,
  2. incubation,
  3. illumination, and
  4. verification.

The Wallas model has been endlessly elaborated, into five, six and more stages. But I like original model the most. During preparation we immerse ourselves in a topic. We learn everything we can. We turn over every rock, figuratively. Eventually, we run out of rocks to turn over, and then we enter a frustrating phase during which we think nothing is happening. Every creative artist, novelist, and scientist has experienced this funk. However, incubation cannot be rushed. Under the surface, subconsciously connections are being made. Finally, often suddenly, a lightbulb goes on over our head. What actually turns it on can seem like a random environmental cue. This is illumination. But having a bright idea is insufficient. It has be vetted and turned into something useful and sustainable. An actual piece of art or fiction. A successful experiment and then, perhaps, eventually, a disruptive industry technology.

I thought of the Wallas model of creativity during the MIS2016 session, The State of Healthcare Innovation. Someone, perhaps from the audience via the MIS2016 mobile app, asked “Why can we get money out of ATM globally but not share med info?”

Panelists went down the line, addressing this question. Then Carla Smith (EVP, HIMSS) pointed out that the first ATM was installed at the beginning of the seventies. And that it has taken almost a half a century to get to the network of ATMs we take for granted today.

Let’s apply the Wallas model of creativity to an entire industry, AKA innovation in health IT.

I think some current frustration with the state of health IT (you know, with interoperability, usability, safety, patient engagement, and so on) is because we are collectively in the important but frustrating preparation/incubation phase. While progress may seem slow, under the surface, under our collective radar, so to speak, important connections and synapses are forming. At venues such as the Medical Innovation Summit and the HIMSS annual conference, and in between, in startups and hubs and pilots, we see illumination. Bright ideas click “ON” (like those figurative cartoon lightbulbs over our heads), but then must be vetted and designed and deployed.

Umm, I think that’s about as far as I will drive that particular analogy, between a four-stage model of human creativity and health IT innovation… But I would like to point the widely displayed logo slash symbol at the Medical Innovation Summit: a lightbulb!

See you today’s #HITsm tweetchat! (every Friday, noon, EST)

HITsm Topics (emphasizing innovation)

Topic 1: What do you think are the main issues and concerns facing healthcare organizations? #HITsm

#1 Innovation

Topic 2: What are some ways to identify and prioritize challenges and issues specific to (innovation in) your healthcare organization? #HITsm

Topic 3: How can you establish an environment that communicates the importance of change innovation and welcomes opinions and new ideas? #HITsm

Topic 4: What are some ways to inform & engage others – in your firm & broadly across industry – in large transformational (AKA innovative) initiatives? #HITsm

Topic 5: Why do you think healthcare innovation lags that of other industries? And what can be done to ameliorate that? #HITsm (this topic didn’t even need to be rewritten!)


@wareFLO On Periscope!

firetalk-button2