One (micro) Syntax to Join Them All
February 1, 2010
At the recent San Francisco Quantified Self Meetup, I had a chance to share the OMHE Open Mobile Health Exchange microsyntax standard. This post goes into more detail about how it works and what is the end game for such an effort.
It is being developed in coordination with the Microsyntax.org effort and the project is hosted on Google Code. This group was started by Alan Viars, Alan’s company Videntity has been contributing to the project and building a twitter bot to respond to OMHE Twitter messages. Several other companies, including Polka (disclaimer, author is founder of Polka and contributor to OMHE) and Keas have signed on to support this standards effort, and more have expressed interest in jumping on board.
What is a microsyntax?
language description that is designed to be human readable,
interoperable between devices, and able to be parsed by a machine.
OMHE is designed to be a flavor of Microsyntax focused on mobile health
exchange, data that is used between devices to capture activities of a
person’s health status.
What are benefits of such a thing?
it is very difficult to share health information between systems. In
addition to the numerous challenges that exist between the borders of
the healthcare system, there are significant challenge in the personal
health tools. This is due to lack of standards as well as a common
place to share information across systems. It can be argued that
there wasn’t a real need as each tool maintained it’s own domain and
system lock on the user.
That time is past us. It is clear
that we (all) benefit when we can can connect our personal information
streams, both in correlating them together and in sharing them across
the borders of the health providers.
In a base-case example, if
you record your weight every day, it makes sense to be able to share
this with your doctor, nutritionist, and others that are on your health
team. If you’re also tracking your diet, exercise, mood, and blood
pressure at the same time, it is clear that observing these
correlations can be a powerful tool to learn more about personal
patterns and impact behavior with this new combined knowledge.
Samples of it in action
of the big opportunities for the development community is the ability
to write specialized applications (like weight tracker) that also
connect to other systems by using OMHE as a middle layer for semantic
interoperability. In other words, with OMHE creators and OMHE
acceptors in the marketplace, a person’s health logs can be exchanged
between systems and the person’s data will no longer be “locked” into a
device or website.
A few samples that the group is working on a first-mover implementations shows promise for this concept:
Pulling the stream from existing devices in the market shows the power of the concept of OMHE.
ideally, OMHE will be embedded directly into devices as an
interoperability layer in the future, by getting started with existing
technology in the market and outputting it as OMHE, a large base of
compliant devices can be utilized into the market early in the
lifecycle of the project.
This provides a layer on top of the
communication layer that is already existing with this device, whether
it is USB, ANT, or BlueTooth, OMHE is agnostic.
To connect the
stream from this device to other sources (let’s say the Blood Pressure
device at the clinical provider) the OMHE project is offering it’s
parser as well as example code on how to build some basic web front
ends to showcase applications.
Polka, one of the first implementers of OMHE, the Polka application
allows a user to generate compatible microsyntax from Polka into the
users Twitter stream.
Sarah’s pushes “include in my Twitter timeline”, her microsyntax is
appended to her Tweet and uploaded to her stream. This generated a
piece of code (a hash in this case) that allows a machine parser to
read and interpret her observation.
What is the goal end-state for this project?
the meeting in San Francisco, Gary Wolf asked the inevitable question
“what if it works”. The answer is simple. More devices and tools will
contribute to the total picture of a person’s health, and the person
will be free to move between systems and devices freely. This will
free up development resources to focus on applications being great
instead of data integration being a pain. It’s a lofty goal, but one
that’s surely worth the investment in time.
Kevin Kelly asked
another important question, “if this is successful, will we ever see
it or will it be in the background?”. The answer we aim for is “the user shouldn’t even know it is there”. If OMHE is truly successful, a normal user
will not interact with OMHE, instead, they will simply know that their
information is plug and play and is leveraged in their personal
ecosystem. The greatest compliment this project
could receive is that no one knows it exists.
What do you
think, could OMHE help solve a problem that is worth solving? Would
you prefer tools that you use to quantify yourself to be portable?