User Engagement - Revision history

Tomjones: /* Soltuions */

2021-08-26T16:37:13Z

Soltuions

← Older revision		Revision as of 16:37, 26 August 2021
Line 76:		Line 76:
	* The application that is interactive with the RP on the user's behalf is know to protect the user's secrets and intent.		* The application that is interactive with the RP on the user's behalf is know to protect the user's secrets and intent.

	==~~Soltuions~~==		==Solutions==
	Kantara already has a deep reservoir of experience in the development os specification on the [[User Experience]] that can serve as a basis for the next steps.		Kantara already has a deep reservoir of experience in the development os specification on the [[User Experience]] that can serve as a basis for the next steps.
	# User Managed Access		# User Managed Access (UMA)
	# Consent Receipt		# Consent Receipt (now the advanced notice and consumer receipt)
	# Mobile Authentication Assurance Statement.		# Mobile Authentication Assurance Statement. (MAAS)
	# [https://docs.kantarainitiative.org/PImDL-V1-Final.html Privacy and Identity] in [[Mobile Driver's License]]		# [https://docs.kantarainitiative.org/PImDL-V1-Final.html Privacy and Identity] in [[Mobile Driver's License]]
	===The path forward===		===The path forward===

2021-08-26T16:35:31Z

Context

← Older revision		Revision as of 16:35, 26 August 2021
Line 5:		Line 5:
	A proposal is in process to extend the Service Assessment Criteria for NIST SP 800-63 into a Trust Registry API for Mobile Applications that act as the [[User Agent]]. The existing proposal addresses the first phase of a user experience in acquiring a [[User Agent]] that will honor their intent.		A proposal is in process to extend the Service Assessment Criteria for NIST SP 800-63 into a Trust Registry API for Mobile Applications that act as the [[User Agent]]. The existing proposal addresses the first phase of a user experience in acquiring a [[User Agent]] that will honor their intent.

	The next phase will be the development of a specification to ~~the~~ the current set of ~~specification~~ together into a complete package of all of the user attributes, and only those attributes that are required to establish and retain a relationship between one user and one relying party.		The next phase will be the development of an additional specification to the current set of specifications together into a complete package of all of the user attributes, and only those attributes that are required to establish and retain a relationship between one user and one relying party.

	===What this is NOT about===		===What this is NOT about===

2021-08-26T16:34:47Z

Context

← Older revision		Revision as of 16:34, 26 August 2021
Line 5:		Line 5:
	A proposal is in process to extend the Service Assessment Criteria for NIST SP 800-63 into a Trust Registry API for Mobile Applications that act as the [[User Agent]]. The existing proposal addresses the first phase of a user experience in acquiring a [[User Agent]] that will honor their intent.		A proposal is in process to extend the Service Assessment Criteria for NIST SP 800-63 into a Trust Registry API for Mobile Applications that act as the [[User Agent]]. The existing proposal addresses the first phase of a user experience in acquiring a [[User Agent]] that will honor their intent.

	The next phase will be the development os specification to the the current set of specification together into a complete package of all of the user attributes, and only those attributes that are required to establish and retain a relationship between one user and one relying party.		The next phase will be the development of a specification to the the current set of specification together into a complete package of all of the user attributes, and only those attributes that are required to establish and retain a relationship between one user and one relying party.

	===What this is NOT about===		===What this is NOT about===

2021-08-26T16:32:54Z

Actors

← Older revision		Revision as of 16:32, 26 August 2021
Line 12:		Line 12:

	===Actors===		===Actors===
	These apply to the entities that appear on the the digital web.		These apply to the entities that appear on the the digital web and not any real-world interactions.
	* User		* User
	* User Delegate		* User Delegate

2021-08-26T16:29:01Z

Actors

← Older revision		Revision as of 16:29, 26 August 2021
Line 12:		Line 12:

	===Actors===		===Actors===
			These apply to the entities that appear on the the digital web.
	* User		* User
	* User Delegate		* User Delegate

2021-08-17T21:51:34Z

Context

← Older revision		Revision as of 21:51, 17 August 2021
Line 23:		Line 23:
	==Proofs==		==Proofs==
	===Context===		===Context===
	is a statement of the set of rules that apply to the current interchanges. (eg US Healthcare HIPAA)		is a statement of the set of rules that apply to the current interchanges. (eg US Healthcare HIPAA, aka federation)

	===User Authentication===		===User Authentication===

2021-08-17T21:50:55Z

Context

← Older revision		Revision as of 21:50, 17 August 2021
Line 23:		Line 23:
	==Proofs==		==Proofs==
	===Context===		===Context===
	* A statement of the set of rules that apply to the current interchanges. (eg US Healthcare HIPAA)		is a statement of the set of rules that apply to the current interchanges. (eg US Healthcare HIPAA)

	===User Authentication===		===User Authentication===

2021-08-17T21:49:12Z

Actors

← Older revision		Revision as of 21:49, 17 August 2021
Line 19:		Line 19:
	* Other Providers (Other web sites that were not on the user's original agenda)		* Other Providers (Other web sites that were not on the user's original agenda)

	The objective is to ~~keep~~ the discussion between the user and the site that the user wants to access.		The objective is to focus the discussion between the user and the site that the user wants to access.

	==Proofs==		==Proofs==

2021-08-17T21:46:57Z

Actors

← Older revision		Revision as of 21:46, 17 August 2021
Line 16:		Line 16:
	* Technology vendor - provider (eg EHR)		* Technology vendor - provider (eg EHR)
	* Technology vendor - user (eg Phone App)		* Technology vendor - user (eg Phone App)
	* Primary Provider		* Primary Provider (original RP accessed by the user)
	* Other Providers		* Other Providers (Other web sites that were not on the user's original agenda)

	~~KISS~~		The objective is to keep the discussion between the user and the site that the user wants to access.

	==Proofs==		==Proofs==

2021-08-17T20:22:42Z

Notice and Consent

← Older revision		Revision as of 20:22, 17 August 2021
Line 57:		Line 57:
	===Notice and Consent===		===Notice and Consent===
	* How is the patient informed of the transfer of information between providers with a frequency and level of detail that understands the user's expectations.		* How is the patient informed of the transfer of information between providers with a frequency and level of detail that understands the user's expectations.
	* Notice can be contemporaneous with the interaction, or can occur later if an event occurs at the RP or in a receipt of some sort that the user can view if ~~question~~ about the interaction arise later.		* Notice can be contemporaneous with the interaction, or can occur later if an event occurs at the RP or in a receipt of some sort that the user can view if questions about the interaction arise later.

	==Problems==		==Problems==