HealthVault: No Commitments and a Sleeping Watchdog.

Has Microsoft committed to keeping the promises that it has already made? No, just the opposite. Their privacy policy concludes:“We may occasionally update this privacy statement”

Which means that when the commitments that Microsoft has made regarding HealthVault become inconvenient, they will simply change them.

Will the data that you enter into HealthVault be secure? Would my HealthVault data be studied by my insurance company? Would access be limited to those who I choose to have access? Thank goodness Microsoft’s answer to this question was not simply “Trust Me”! Instead it is “Trust my auditor”. This is, apparently enough to satisfy the Patient Privacy Rights Foundation, and the Coalition for Patient Privacy. From a recent Patient Privacy Rights press release Dr Deborah Peel is quoted:

“Corporate claims to offer privacy mean nothing unless they are willing to take the same steps Microsoft has taken in building HealthVault,” says Peel. Microsoft has committed to independent third party audits to verify their pledge to protect privacy. “Audits are essential,” says Peel. “Technology companies have got to do better than telling consumers to just ‘trust us.’ Consumers shouldn’t trust anyone but themselves to decide who can see and use their sensitive health information.”

Microsoft’s HealthVault Privacy Policy does not have the word “audit” in it anywhere. Apparently Dr. Peel assumes that Microsoft telling her that they will get audits is sufficient to ensure that they will. Interestingly the only place that the Microsoft HealthVault press release mentions audits are when they are quoting Peel.

Apparently, this means “trust the auditors”. Of course we all know how well audits serve to protect the public from unethical corporate behavior. The alternative, which is obviously not being discussed, is the ability to inspect the code for yourself. A top GPL licensed PHR is IndivoHealth. Lets do a quick comparison.

Question: PHR Covered by HIPAA?

IndivoHealth: When it is used by a covered entity, yes.

HealthVault: No. Microsoft is not a covered entity.

Question: How is this verifiable? How can you trust that the user really has control? How can you trust that there is no proprietary back door built in to the software?

IndivoHealth: Read the IndivoHealth source code yourself. Hire an auditor of your choice to review the sourcecode. Verify that the auditor you hired is telling you the truth by hiring another auditor, again of your choice. Verify that both auditors you chose and hired are not full of… smoke… by reading the source code yourself.

HealthVault: Trust Microsoft. Trust the auditor that Microsoft pays millions of dollars a year to whistle blow on Microsoft.

I think you get the idea. Nonetheless, Deborah Peel is pretty impressed with HealthVault, from a HealthcareITNews article:

“Their model is that consumers truly should control the information and that’s the direction they want to take as a company,” said Peel. “We really think that because they are the industry leader that the rest of industry will have to follow or be left behind.”

Further:

“Microsoft has agreed to adhere to all of the privacy principles that the coalition developed in 2007, ” Peel said. “Not only adhere to them in terms of contracts but to be audited on these principles. We think they’re setting a new amazingly high bar and frankly, we think what they’re doing is really the best practice that the entire industry needs to follow.”

Well, this is good! Microsoft has agreed to follow the privacy principles! Principles are good. What are the principles? We find the principles at Patient Privacy Rights website lets go through them one at a time..

  • Recognize that patients have the right to medical privacy* (later defined as: Health information privacy is an individual’s right to control the acquisition, uses, or disclosures of his or her identifiable health data.

Microsoft’s privacy policy: ” Microsoft is committed to protecting your privacy.” I guess that settles that.

  • Recognize that user interfaces must be accessible so that health consumers with disabilities can individually manage their health records to ensure their medical privacy

Actually, Microsoft deserves credit for generally working hard in this area. Give credit where it is do. However, no commitment is made in the privacy document regarding accessibility.

  • The right to medical privacy applies to all health information regardless of the source, the form it is in, or who handles it

Microsoft’s privacy policy: “This privacy statement applies to the data collected by Microsoft through the Microsoft HealthVault beta version (the “Service”); it does not apply to data collected through other online or offline Microsoft sites, products, or services.” So much for “no matter what the source”. Microsoft’ HealthVault privacy policy contradicts this Privacy Principle

  • Give patients the right to opt-in and opt-out of electronic system

Microsoft’s policy indicates that users can quit the system and Microsoft will then delete the data after 90 days. So much for seven generations of custodianship but I guess deleting meets the “opt-out” requirement.

  • Give patients the right to segment sensitive information

No commitment of segmenting information in the privacy statement.

  • Give patients control over who can access their electronic health records

HealthVault says that users can appoint “custodians” your record. Those custodians can then pass this custodian privilege on to others. Ultimately a HealthVault record can easily get out of control of the original owner. That is not to say that this is not a cool feature, but it does not work with the principles. From the HealthVault privacy policy “Because inappropriate granting of access could allow a grantee to violate your privacy or even revoke your access to your own records, we urge you to consider all the consequences carefully before you grant access to your records.” Microsoft’ HealthVault privacy policy contradicts this Privacy Principle

  • Health information disclosed for one purpose may not be used for another purpose before informed consent has been obtained

You can give your health information to “Programs” offered by third party companies. But how will that data be used? From the HealthVault privacy policy: “Please refer to the privacy statements of those Programs for information about their privacy policies, and about how your information will be used by those Programs.” Microsoft’ HealthVault privacy policy contradicts this Privacy Principle

  • Require audit trails of every disclosure of patient information

Perhaps Microsoft will do this… Microsoft makes no commitment in the privacy policy.

  • Require that patients be notified promptly of suspected or actual privacy breaches

Perhaps Microsoft will do this… Microsoft makes no commitment in the privacy policy.

  • Ensure that consumers can not be compelled to share health information to obtain employment, insurance, credit, or admission to schools, unless required by statute

Whose statutes? If my record is in China, does that government have the right to get to it? Microsoft explicitly states ” Personal information collected on the Service may be stored and processed in the United States or any other country in which Microsoft or its affiliates, subsidiaries, or agents maintain facilities, and by using the Service, you consent to any such transfer of information outside of the U.S. “ Given that a US record stored in an offshore site can be compelled by a foreign government. Microsoft’ HealthVault privacy policy contradicts this Privacy Principle

  • Deny employers access to employees’ medical records before informed consent has been obtained

Perhaps Microsoft will do this… Microsoft makes no commitment in the privacy policy.

  • Preserve stronger privacy protections in state laws

Perhaps Microsoft will do this… Microsoft makes no commitment in the privacy policy.

  • No secret health databases. Consumers need a clean slate. Require all existing holders of health information to disclose if they hold a patient’s health information

Perhaps Microsoft will do this… Microsoft makes no commitment in the privacy policy.

  • Provide meaningful penalties and enforcement mechanisms for privacy violations detected by patients, advocates, and government regulators

Perhaps Microsoft will do this… Microsoft makes no commitment in the privacy policy.

In short, Microsoft’s commitment to follow the policy is a commitment that they have NOT made in their policy. Microsoft is basically saying “Trust us, this is secure and private”. Everything about Microsoft’s history indicates that commitments to privacy and security are bogus. What exactly made the Dr. Peel conclude they are the market leader in Health Record security and privacy? What made her conclude that Microsoft has “committed” to third party audits?

Perhaps Dr. Peel is discussing a subject as though she were an expert, when in fact she has had little relevant training on the subject.

HealthVault: Abusing vs Implementing Standards.

Microsoft, of all the companies that might consider creating a PHR, is especially problematic. Microsoft has a long history of standards abuse.

Lets consider a parallel issue to the “personal health record”, personal email. I use gmail and have used yahoo mail in the past, but for this example lets pretend that I used Hotmail, a Microsoft Product. Hotmail users trust Microsoft to protect and store potentially sensitive personal email data. I currently have at least a gigabyte of personal messages on my mail account. At this rate I will have at least 100 gigs of messages assuming I die of old age. What if my wife (who will likely outlive me given that she is younger and averse to simple sugars, cholesterol, sodium and saturated fats in a way that I am not) wanted to ensure that my emails survived Microsoft’s eventual demise? After inheriting my password, my wife could download everything via Hotmail’s POP3 service. She could download my emails to a proprietary package like Outlook, or better yet, a GPL email application. She could transfer them to another service that she trusted, like gmail.

By leveraging Hotmail’s POP3 interface she would be taking responsibility for the continued storage of my emails, and ensuring that my great-grandkids could know for certain exactly how many time the Nigerians contacted me with a special offer because they trust me so much.

But what about my “HealthVault” account? How could my wife ensure that my great-grand kids know about last months cholesterol results? Knowing my cholesterol history is going to be vastly more relevant to them, then the time and place of last week’s LAN-party. To make this possible Microsoft would have to export the data in a format vastly more complex than POP3, perhaps something like the Continuity of Care Record CCR.

The problem with formats like CCR is that they are not strong standards and suffer greatly from the dialect problem. The dialect problem is when the “implementations” of a “standard” differ enough to make them incompatible. When a person from Australia, England, and the US speak English to each other they typically understand each other, because the dialects of English are close enough that they are compatible. Alternatively French, Spanish, and Italian technically could be considered “dialects” of Latin, yet obviously speakers of these languages cannot, without translation, understand each other completely. CCR and the other electronic medical languages are currently suffering from the dialect problem. Show me two HL7 implements and I will show you two systems that cannot communicate without “translation” work. (BTW the FOSS way to solve this problem is with Mirth, which is an HL7 router) Protocols that suffer from the dialect problem so much that they typically cannot communicate effectively without extensive configuration can be thought of as “weak standards”. Protocols that are not impacted negatively by the dialect problem are “strong standards” (a good example of a strong standard is the TCP/IP protocol and FAX protocols)

Microsoft is famous for incorrectly implementing standards and creating new incompatible dialects. Microsoft has done this even when it goes in the face of a previously strong standard. Then they use their monopoly position to push adoption of their own dialect of a standard. Adoption of the Microsoft dialect then increases the reach and influence of the Microsoft monopoly, which increases Microsoft’s ability to enforce their own dialects, etc etc. In fact when concerning a previously strong standard, this has been famously called Microsoft’s embrace, extend and extinguish strategy. If you have no idea what I am talking about then Google for the history of Microsoft’s implementations of Java, Kerberos and Javascript.

Not only has Microsoft not committed to implementing and not abusing a standard import and export format, it is making moves to create a proprietary standard in the place of CCR. HealthVault already has a MSDN page where you can learn how to “interface” with the Microsoft PHR. Microsoft intends to create a community of “Programs” within Healthvault by which third parties can further process medical data. Those programs will interface with Healthvault in a fashion that will create a “de facto standard” that Microsoft will abuse. (For more on this research the history of the Microsoft Word format, which is a good example of a Microsoft format that became a de facto standard which Microsoft subsequently abused) .

HealthVault: Failing the seven generations test

(note: This is the first of my “week of HealthVault” articles.)

HealthVault, the new Personal Health Record (PHR) from Microsoft, along with Googles coming PHR offering, fail the seven generations test.

I did not come up with the idea of “seven generations”, pay attention the next time you go to the grocery store and you might notice a brand of laundry detergent called seventh generation. The company behind the product got their name from a suggestion by a Native American employee that they follow the principles that lead the Six Nations Iroquois Confederacy . The council of the Iroquois considered how any decision would impact the next seven generations. Lets see how the principles apply to health IT.

My mother died of ovarian cancer. My grandmother took a drug while my mother was in utero that increase the chances that my mother would get ovarian cancer. Any consideration given to my mothers genetic propensity to get cancer must take into account this environmental influence. My daughters and grand-daughters will inherit my genes, and perhaps some risks for ovarian cancer that my mother passed on to me. As my granddaughters make life choices based on their genetic propensities, they must take my grandmothers medical records into consideration. My grandmothers medical record will remain relevant for at least five generations.

Lets consider DNA. Our understanding of DNA is only relevant in the context that DNA causes health conditions in the real world. We will not be able to understand DNA sequences fully until we have compared them to medical records over the course of several generations. My great-great-grandchildren need copies of both my medical records and my DNA sequence. Until we can pass these kinds of insights to our progeny we will not have realized the potential for DNA research.

How long should we be keeping our electronic medical records? We should ensure that they are available for the next seven generations. Assuming one generation lasts for 100 years, that means 700 years of storing digital records. Many academics think that a “generation” should be defined as 20 years but this does not work here. If I develop arthritis in my 20’s that fact is medically relevant for my great-great-great-grandchildren in their 90’s. 100 years is a whole life-time and also makes for easy math. In any case, all of my points are still relevant if one counts a generation as 20 years or 50 years instead of 100.

A private, for-profit, corporation is an inappropriate storehouse for records that the next seven generations will need. Corporations do not last long enough. Consider the Dow Jones Industrial Average. Of the original 12 companies that made up the index, only one is still listed: GE. Some of these original companies were taken private, some were merged, some were destroyed. That is the course of the largest companies in the United States over the course of a little more than 100 years. The Honorable East India Company was founded in 1600 and dissolved in 1858. In 1700, however, it was one of the most trusted companies in the world, with a monopoly on par with Microsoft’s. Now the East India Company is no more. Someday Microsoft will go away too. Perhaps Google will buy it in 150 years, perhaps it will go bankrupt in 200 years. In any case Microsoft will not be in business in 700 years. If Google had released its PHR first, this article would have been about them. The Google “do-no-evil” motto is probably the best corporate motto I have ever heard of! Further it is obvious that Google takes this very seriously, as evidenced by their refusal to offer email service in China, a decision that will eventually cost them billions, but separates them from Microsoft and Yahoo. They still censor in China, but at least Google is thinking about the problem in the right way; from a moral perspective.

However, the Google motto is not “do no evil for the next 700 years”. This not about “which” company is acceptable for the stewardship of medical records. NO company is qualified. Even Google will not be around in 700 years.

But this is still Microsoft we are talking about, which all things being equal, is especially bad. Microsoft has a history of abusing standards, and using those abuses to enable and extend its monopolies. In short they have a history of “being evil” in exactly the sort of way that we cannot afford to have impact our healthcare records.