multihoming
See the following -
Platform Terminology Explains Why Today's Patient Portals CAN NOT Work (Part 1)
Patient portals have tremendous potential — but that potential has not been realized and CAN NOT be realized as portals are currently configured. An understanding of platform business models and strategy explains why today’s patient portals are inherently suboptimal. This essay is the first in an occasional series that will look at patient portals through the lenses of platform business models and strategy. Today’s post will introduce and explain platform terminology of multihoming and single homing. Future posts will look more deeply into “why” current patient portals can’t work and will propose options for portals that could work for patients.
- Login to post comments
Today's Patient Portals CAN NOT Work: Friction ACROSS Portals (Part 3)
Friction across multiple patient portals dramatically limits their usefulness—there’s no practical way for patients OR providers to reconcile and integrate information and workflow. This is the third post in our series on patient portals. We’ve used platform terminology and concepts to explain why today’s patient portals are doomed to mediocrity. Let’s recap: The first post in this series introduced the platform terminology of single-homing vs.multihoming. Patients strongly would prefer to have as few portals as possible — ideally one, i.e., a single “home”. The second post described the difference between stand-alone value and network value. Today’s patient portals can provide some stand-alone value, but they provide minimal network value. In this post we’ll discuss the pitfalls of friction across multiple portals. Your mom having seven portals is more than just inconvenient—it’s dangerous.
- Login to post comments