Microsoft Healthcare Partner Offers Possible "Epiphany" for RHIOs

I came across an interesting article in E-health Insider.  The article reports on comments made by Dr. David Brailer at the recent HIMSS meeting in San Diego regarding the state of US RHIO (Regional Health Information Organization) development. According to the article, Brailer said that the idea of creating a virtual network that keeps health data in its original store and shares information via a ‘Google-type’ search is not on the horizon at the moment. He went on to say, "I have not seen the epiphany… I hope people keep experimenting but I don’t see a breakthrough that’s going to take us all the way without something in the middle".


It's too bad Dr. Brailer didn't drop by our booth at HIMSS.  If he had, he would have seen some interesting work done by one of our partners in the RHIO space.  The partner, HealthUnity, is a small company based in Bellevue, Washington, that was showing their "RHIO in a Box" solution built entirely on Microsoft .Net.  


What HealthUnity did was to first approach their RHIO offering from the business requirements perspective (see prior Blog entry on this issue), as defined by Clinicians, Hospitals and patient advocates. They combined that with their technical expertise (the founders are former Microsoft employees) in areas such as fault-tolerance, availability, scalability etc. Here is how they scoped some of the RHIO requirements.


1. Search for clinical data across a regional network - This search takes up one of the following models:

        Real-time (query end systems or query caching servers at end points)

        Pre-fetched data i.e. anticipating a future query

        Locally caching results (address potential network failure scenario)


2. Patients want an accounting (HIPAA right) of who accessed their records and from which organization. This data is captured today in the HealthUnity solution. In the future, when patient authentication issues are solved, they'll be able to let patients see this data (patient self service).


3. Ability to exclude patients completely from the network (i.e. patient opts out entirely; let's say a VIP patient). Knowing the ability to opt-out exists is more important than actually pulling the trigger (from a patient's perspective).


4. Ability to exclude parts of a patient's chart from automated access, yet make it available for case by case requests (e.g. an AIDS test result). Driven by patient privacy and state laws...


HealthUnity founder, Prem Urali, told me "To some extent Dr. Brailer has not seen the epiphany because he hasn't seen our solution" (he added a smiley face to the end of that comment).  "We are not resting on our laurels by any means" he said. "We are continually refining our approach by listening to customers and patient-rights advocates and experts like yourself".


While many others are still spinning up meetings on how to begin the road toward forming a RHIO, the team at HealthUnity has already deployed their solution in the greater Eastside areas of Bellevue-Redmond, WA, and also in Baltimore, MD.  Their pipeline is growing.  Of course, these guys don't have the only RHIO solution on the market or in development, and I won't make predictions on the company's long-term prospects.  But they have proved something.  It is possible to build a robust, distributed model for sharing patient demographic and clinical information across disparate systems, and to do so without building a centralized data base other than a record locator service.


Perhaps this is the epiphany we've been searching for.


Let us know what you think.


Bill Crounse, MD   Healthcare Industry Director    Microsoft Healthcare and Life Sciences

Comments (4)

  1. techguy says:

    "In the future, when patient authentication issues are solved"

    I like that you phrased this as a when and not an if.  Unfortunately I really think this is going to be an If for a while.

    I’m also interested in the idea that customers could hide data from access.  How would a doctor know that he got all the information he needed?  What happens if information was in the RHIO was necessary for the doctor to diagnos properly and he couldn’t because it was restricted from him?  That sounds like a lawsuit waiting to happen.


  2. hlthblog says:

    Thanks for your comments, John.  I’ve seen a number of solutions that help solve the authentication issue.  The team at Health Unity has been tireless in developing authentication mechanisms and policies for users on their RHIO network.  Likewise, I’ve been exposed to a variety of advanced technologies that do an excellent job of validating patient data even without a unique patient identifier.

    Your second issue regarding one’s ability to "opt in" or "opt out" is thornier.  Let’s face it, even in our paper-based world of medical records patients find ways to keep information from the physicians who care for them.  Except in circumstances affecting public health and welfare, I suspect it will continue to be good practice to let patients have the final say in what information they are willing to share.

    Bill Crounse, MD

  3. Arik says:

    Getting all the information in front of a physician is only half a solution. If this (or other) vendors don’t have a way to organize the information in an intuitive way I don’t believe physicians will "bite".

    Do they have a solution for this problem?

  4. Prem Urali says:

    I couldn’t agree with you more Arik about physician adoption barriers. What we have experienced is that taking an iterative approach will eventually bear the right results.

    Let’s take the example of a common requirement from clinical users – providing a longitudinal clinical summary report. What would make clinicians actually use it? First we had this data on two screens. We then consolidated this data on to one summary report which was designed by clinical users. Next we plan on making further data sources consolidate in to this report. Every step of the way our support was growing. You get the idea…

    It takes accurate and relentless pursuit of the end user needs and preferences. Having an agile development process helps to get these improvements rapidly in the hands of the users.

    Hope that helps…

    Prem Urali, CEO, HealthUnity Corp

Skip to main content