Yesterday, I wrote a post about my visit to Sonoma, California, and the health care that MiVia is enabling. Heidi Stovall then gave me a tour of the application, and allowed me to take screen shots of it to post here. All of the information in the screen shots are not from real patients, so there is no personal health information being displayed.

Let’s take these one by one. And here are the images that go with the tour. Click on any to see full size.

1. This is the patient login, and includes their identification screen. Notice the LAC. That’s a “Limited Access Code” and allows a selected person access to the information, for example a care provider in an emergency.
2. A chart note. This allows a provider to document right into the patient’s personal health record. An interesting paradigm - the customer of this system is the patient, not the provider (sort of how I think these systems should be designed). Important to remember that these patients typically do not have medical records in other EHRs.
3. The printable ID card. I mentioned yesterday that this is not an actual ID, but to the users, it signifies “belonging” to something. At the same time, it can be given to a provider to signify that “there is a place you can go to learn about my medical and dental history.” It’s worth noting that my health plan offers this, but via a telephone service, not through the Web (I can access my own information, but I do not have an access code I can give to someone to do it for me).
4. A medical summary report. A easy place to find out about a person’s medical and dental conditions.
5. Sharing preferences. The patient can automatically add their record to the roster of a participating provider. If they do not add this, the provider can also add the patient by getting access code information. Again, the heritage of a patient-centered application is apparent. I think this looks very simple and understandable.
6. Pain and symptom diary. What’s significant here is that the patient-centered nature of this record means that patients can document in it as much as providers can. It’s a basic interface to be sure, but physicians know that a cornerstone of pain management is for patients to document what they are feeling.
7. Dental Records. Again, a basic interface, but it’s a bit of a breakthrough in my experience to combine oral health and general health in one place. From the patient perspective this makes total sense. From the physician perspective, we are used to segregating “medical” and “dental.” Why? Tradition? Because we went to different professional schools? I think the patient’s way is the best way.
8. CCR Export. I think this is one of the most promising features. It’s clear that this is a group of patients that are unlikely to be served by a health system with a tethered PHR, and one of our findings is that a tethered PHR is not the only way to serve patients. What if this subset of the community could upload their record to a tethered system, for example, if they receive care in a tertiary care hospital, or if they obtain a specialty consult in a system that has an EHR? In this case, they will still use MiVia as their portal. The idea is that the specialty care provider could either document here (copy their note), or send a CCR export to MiVia.

Here are some thoughts:
Read the rest of this entry »

• Center for Health System Change - Physicians Moving to larger practices - Important to know about shifts in physician practice makeup in terms of targeting patient access.
• Whose Data Is It Anyway? Expanding Consumer Control over Personal Health Information - CHCF.org -
• L.I. Hospital Scrutinized After Deaths of Patients - New York Times - This very sad story brings up the issue of patient safety as a function of providing patient access. Is it possible that a patient might identify correctly that the specimen tested was in error if they looked at the report also?