Patient Journey as seen by the Browser: Difference between revisions
Jump to navigation
Jump to search
| Line 10: | Line 10: | ||
Fork one: User is apparently new as there is no existing cookie | Fork one: User is apparently new as there is no existing cookie | ||
# Legacy journey would have the user sign into the portal using a local user name and password. That would be | # Legacy journey would have the user sign into the portal using a local user name and password. That would be an and to the user journey. | ||
# User selects to use a federated sign in process. (Note that this process may be a related hospital group or some other federated idp.) | |||
Fork two the user device is recognized by the appearance of a cookie | Fork two the user device is recognized by the appearance of a cookie | ||
Revision as of 15:59, 31 March 2021
Full Title
How the Patient journey is seen by the user agent (browser) on a user device.
Context
Patient journey, writing a proposal to present to BlinkDev, browser render engine people.
Journey
- User navigates to Relying Party Web site, for this journey a patient viewing a patient portal. The patient portal may receive a cookie from a prior visit
- RP displays one or more sign in options for the user (note that the patient view may be determined by the existence of a valid cookie)
- The user clicks on one sign in option . A his point there is a fork in the journey based on the cookie.
Fork one: User is apparently new as there is no existing cookie
- Legacy journey would have the user sign into the portal using a local user name and password. That would be an and to the user journey.
- User selects to use a federated sign in process. (Note that this process may be a related hospital group or some other federated idp.)
Fork two the user device is recognized by the appearance of a cookie