Patient Web Experience: Difference between revisions

From IDESG Wiki
Jump to navigation Jump to search
Line 15: Line 15:
* The users have no simple way to tell the smartphone which apps are actually critical to their safety and well-being.
* The users have no simple way to tell the smartphone which apps are actually critical to their safety and well-being.
* At some level they grant a small amount of effort to assure [[Usable Req 7|Accessibility]] for users with some physical impairment, but there has been little attention given to the long term use of patient identifiers and devices.
* At some level they grant a small amount of effort to assure [[Usable Req 7|Accessibility]] for users with some physical impairment, but there has been little attention given to the long term use of patient identifiers and devices.
==Solutions==
# This page is designed as an '''Explainer''' of healthcare issues so that architect of both native and web app solutions can discover the best solutions.


==References==
==References==

Revision as of 00:57, 6 September 2020

Full Title or Meme

The Patient Web Experience needs to be created in such a way that improves long-term patient out-comes for the entire duration of their life.

Goals

  1. As many patients as possible will be supported in their healthcare experience with high assurance identification and guidance to a positive out-come.

Context

  • The Patient-centric view of this Identity Wiki extends to the use cases across a range of use cases. This wiki page focuses on the interactions of the patient and their guardians with the web and with their devices that act as agents giving them access to the web.
  • The majority of the focus will be on the use of a smart phone by the patent to provide a high assurance identifier from the patient to the healthcare provider and

Problems

  • The web developers, and especially the web browser developers are driving by a high level of urgency to enable the power of the web and the smart phone as it continues in their rapid gains in functionality.
  • Web developers have focused on giving the App the same level of functionality ad Native Apps. Since the patient cannot often tell the differences between these, this page will not speak to it expect to point out some case where the security of Native Apps are better.
  • In particular as web apps consum more of the smartphone resources, native apps may be staved for the performance that they need to give the user a good experience. Allowing such a conflict to play out will harm users.
  • The users have no simple way to tell the smartphone which apps are actually critical to their safety and well-being.
  • At some level they grant a small amount of effort to assure Accessibility for users with some physical impairment, but there has been little attention given to the long term use of patient identifiers and devices.

Solutions

  1. This page is designed as an Explainer of healthcare issues so that architect of both native and web app solutions can discover the best solutions.

References