Category: Healthcare

Of Socialism – Part Deux

By Kiran, July 30, 2009 10:53 pm

mcme…….

I guess, taken on a scale of everything, nothing – leave alone socialism, would work. The catch lies in finding the balance. Basic necessities should not be part of the equation.

People should not have to compete to get food, healthcare, shelter and the likes. The big inequality of it all lies in the government going out of their way, to save corporations while individuals are being pushed into absolute poverty – on to the roads just because they had to go to the emergency room once. The healthcare plan reform is surprisingly a tougher bill to sell than an 800 Billion ’save the financial sector’ bill or trillions of dollars worth of spending on wars.

In short, the key lies in finding a balance and assuring that certain basic human necessities aren’t left to chance just for the sake of capitalism.

Putting this in perspective of the classroom, everyone in the class has more or less equal access to text books, study material and classroom facilities. Now failing the whole class to teach them a lesson, that sounds more like bad dictatorship!!

kiran…….

A government safety net is hardly socialism; as long as the government is not the sole owner and distributor of any good or service, socialism is the last thing that comes to mind. Of course the wars (which are big mistakes and atrocities in the first place and are therefore inexcusable), and the bailouts (which were a stopgap for presumably avoiding a systemic collapse and a subsequent depression) have nothing to do with anti-socialism or smart policy either. But there are two problems with bigger social service network – one, the cost of implementing such an undertaking and two, the problem of free riding. Even California, which spends over sixty billion dollars on public health, still makes healthcare a prominent issue every election, and every year what is the cost of maintaining the same level of services – cutting back from more important spending on education.

In that respect, I think India sets a somewhat perfect example for the rest of the world – the government would hardly spend on healthcare, food would be always scarce and unemployment benefits is an unheard-of concept, but it did build several thousand new colleges, which are churning out world-class citizens that can stand on their own. On the other hand, the ration system in India is one of the most poorly managed systems in the world with rampant corruption and incredible waste; I say that not because its a bad idea, but because implementing such a large social system for so many millions of people is anything but herculean. Which brings me to the second point that social systems work well in the Denmarks, Swedens and Canadas that have less than a fifth of the populace of the United States and sliver of India’s population. There is something to be said about public programs, that they are a nightmare to manage for large number of constituents. Think just healthcare, if there is a cheaper public option tomorrow, then simply the insurers will defer the unhealthy to the public system. Over time, employers will shift to the public system, which will lead to bankruptcies of the public insurers, and the end of the day the real problem of inflated healthcare costs (which is very achievable through tort reform) will never see light.

At the end of the day, there is much to be debated about public programs, and I most religiously agree to the need to cease the rampant wastage on the wars and focus on welfare of citizens, but there are limitations to public programs and there are misconceptions of what socialism means. What I intend to imply is that public programs inculcate tremendous wastage and a degree of dependence, just from the fact that government is poorly run simply because of substandard incentives. More importantly, there is a desperate need to develop incentive-based systems instead of charity-based systems, because as long as there are freebies, people will rest on their asses. And that includes me.

Chasing the perfect User Interface

By Kiran, April 18, 2009 1:01 am

Hence, I am taking a break from my random stray thoughts for a change and writing this memo/mini-manifesto to myself to remind myself of things I (and my team) need to keep in mind while doing what we do.

We spend countless hours designing application logic, we spend months debugging rules and flows, we put together over five hundred tables to store our data in the blink of an eye, yet we devoted mere minutes to the user interface. Yes, healthcare software is complex and cumbersome and never complete, but that does not mean we can’t do what Apple and Intuit do for their customers. I had the chance to read two UI-centric articles today – on healthcare software (specifically openvista), and on the usage of subtle elements in web design, and I realized that there are two simple reasons we are not presentation-focused – we assume the users will live with whatever we give them, and we are too obsessed with whats under the hood.

Maybe I am the only one, but to me, software design is an abstract art – there are things that are visible and evident if you know where to look, but there is seldom a lot more under that iceberg that most people will ignore. The artist chooses which parts he wants to highlight and which part he wants to obscure; unfortunately most artists will want to simply show every stroke of the still-life and be done with it. If our software affects thousands of users and patients, then why do we overly focus on the data and totally ignore presentation till the last minute. Why are social networks and Web 2.0 sites so far ahead of us in understanding usability issues.

Here a few ideas that I think would help me and the rest of my group:

Minimalism – Apple and Google epitomize this in every product they design. Of course their products are somewhat simplistic in purpose and their product silos are very well defined, but what we fail to appreciate is that they create a layer of abstraction that completely encapsulates their users’ needs without exposing the underlying alchemy. An illustration that I saw a few months ago highlights this best:

Simplicity

While it is near impossible to be minimalistic and yet present every piece of relevant information, there can be a trade-off which lets users to progressively see more data. The key to achieving this is prioritizing information, and building interfaces around the actions that the users would perform 80% of the time. Or maybe we can take a different route – minimalize every snippet of data and present these pieces as part of a bigger picture. For instance, we don’t necessarily need to show the patient’s financial/insurance information unless there is any abnormal event evident in the data.

Aggregation – Intuit is the wizard of aggregation. As an avid user of both Quicken and Quickbooks, I can attest to their depth of understanding of use cases and data aggregation. They use graphs, and then they use graphs; your net worth, your cash flow trends, your spending breakdown – every meaningful micro and macro metric is right there. There is no need to know which report to open, no need to read the manual to figure out what the next step is, and no need to wait guess how to navigate.

See where your money is going

Data aggregation is an intensive process, but not difficult. What is difficult is putting that data through a set of filters and rules engines that can rate and parse out the most important pieces in real-time. We are already doing a good deal of aggregation within our cached objects, but unfortunately we are not persisting real-time aggregated information, which forces us to constrain ourselves to re-think every data element we want to include in our interfaces.

Personalization – The same login each time, the same set of information in the home screen, the same boring sequence of actions everyday. The most personalization that I have seen is the option to choose a custom set of tabs based on the roles defined for the user in some table. If an enterprise system is part of everyday business, it will become boring and monotonous after a while. Personalization to me is not just allowing the users to modify the organization and visibility of data, but instead to make the system feel a little more alive. So I have seldom asked myself, what could make a user smile every morning when they first login – a randomized salutation, a joke of the day, a funny logo, some random quote, highlighting a metric they are strong at, introducing a new competitive metric, or any other surprise. Clinicians are serious people, and they don’t always like automation; but from experience I have seen that when there is even just a morsel of “personalization”, their attitude towards IT completely changes.

Inclusivism – Like most healthcare software developers, we are the pros at making lists. A list for medications, a list for allergies, a list of past problems, a list of claims, a list for patient payments, and on and on. The lists are endless, but there is an innate problem with our lists – they give only partial information; is there is an unwritten rule out there which says every item in a list must lead to another interface which presents the details. I think we need to make more of our lists progressive, and not have the users to open additional interfaces. Additionally, our lists are mostly static and we hardly have action options within the lists, an “open”, “view” or “select” is more than seldom our easy way out. And the systems where lists actually include actions, tend to standardize the action directives. Take a list of medications a patient is on – the list would typically show the name of the med, the date prescribed and the dosage. What if the doctor had written a note about it, shouldn’t we want to include that data into the list itself; what if one of the meds was known to be a high-risk med with potential interactions, shouldn’t we indicate that in the list itself provide a link to details about such interactions; what if one of the meds is know to have a mild allergic reaction, shouldn’t it highlight this information and provide a quick way to indicate any new reactions. The examples can be countless, and the possibilities can be exponentially large, but it is important that we start thinking about semantic relationships when we are creating lists, rather than treat them as simply sets of discrete data.

Dashboarding – In the last 2-3 years, the whole world has gone gaga over business intelligence and executive dashboards. I reject the idea that a dashboard has to be limited to viewing data, it should instead be a combination – of data and paths to actions in one place. This usually seems very difficult to do because a comprehensive snapshot of data cannot necessarily be created in real-time due to the scale of data being generated by users. But there are ways are around it – possibly through a combination of aggressive caching and real-time warehousing. More importantly, the dashboard cannot be fixed and cannot be completely dynamic, it has to be a combination of both. If a dashboard is designed to be fixed, then there will be a lot of wasted real-estate, and if it is totally dynamic there is a good chance that less important data will beat the more important data to the front of the queue.

Extreme Linkage – Facebook knows how to link information about a user – from the profile, to comments, to links, to applications. Take a look at the very simple event description page from FB below:

http://celluloidjunkie.com/wp-content/uploads/2009/03/malcos-facebook-group-screenshot.png

Notice the number of hyperlinks hiding in this page disguised as regular information. Now imagine the same interface as designed by a medical software developer – there would be at least six separate buttons, four highlighted areas, a place to display error messages, the “Displaying the only photo” section would be a “Open Photos Page”, and the “Maybe Attending” section would be button redirecting to a grid of attendees with a colored status in the first column. Although the standards and medical thesauri are not yet at the stage where semantic descriptors can be associated with data elements easily, there are enough relationships between data that we internally describe anyway, the key is to harness those to link the pieces of the puzzle more accurately. So lets take a page from facebook, and link information more efficiently where users can find it without searching for that one button hidden beneath the clutter.

After all, the product is nothing without the marketing, and in that spirit, I will take it upon myself to pay that extra bit of attention to the user-interface design and take a respite from over-working the backend of applications that I design. Fini.

Panorama Theme by Themocracy