DSR Knowledge LibraryReusable design knowledge and grounded research support
HomeLibraryChatGive feedback ↗

DSR Knowledge Library

Research prototype · Native Open Knowledge Format

LibraryChatImprintPrivacyEvaluation survey ↗
Library/DP2 - Patient-only consent changes

Design Principle

DP2 - Patient-only consent changes

Only the patient can change their consent status, supporting self-management and engendering patient trust.

OverviewLinked conceptsRelationshipsGraphRaw metadata

01

Overview

Producer metadata and the represented concept document.

Concept identity

design-knowledge/consent-self-management-hie-dp2
Open concept record
Producer label
DP2
Source paper
Blockchain innovation for consent self-management in health information exchanges
Timestamp
2026-07-16T00:00:00+00:00
Bundle path
design-knowledge/consent-self-management-hie-dp2.md
consent-managementconsent-self-management-hiedesign-principlehealthcareinteroperabilityprivacy

Design principle DP2: Patient-only consent changes

Only the patient can change their consent status, supporting self-management and engendering patient trust.

Source paper

This design principle is proposed by Blockchain innovation for consent self-management in health information exchanges (Chad Anderson, Arthur Carvalho, Mala Kaul, Jeffrey W. Merhout, 2023).

Addresses

  • Design requirement DR2: Self-management
  • Design requirement DR3: Trust

Implemented by

  • Design feature DF1: Encryption
  • Design feature DF2: Key management

02

Linked concepts

Concepts connected by incoming or outgoing native Markdown links.

2 Design Features

design-knowledge/consent-self-management-hie-df1

DF1 - Encryption

Blockchain wallets store and seamlessly use private keys to digitally sign blockchain transactions, providing encryption for consent transactions.

consent-managementconsent-self-management-hiedesign-featurehealthcare+2
design-knowledge/consent-self-management-hie-df2

DF2 - Key management

Blockchain wallets manage the cryptographic keys that authenticate users and facilitate the creation of blockchain transactions.

consent-managementconsent-self-management-hiedesign-featurehealthcare+2

2 Design Requirements

design-knowledge/consent-self-management-hie-dr2

DR2 - Self-management

The solution must support patients' self-management of their own consent data, reflecting patients' rights to notice, access, and consent over the collection, use and disclosure of their personal data.

consent-managementconsent-self-management-hiedesign-requirementhealthcare+2
design-knowledge/consent-self-management-hie-dr3

DR3 - Trust

The solution must build and maintain patient trust in health information exchange by giving patients control over and visibility into their consent relationships, since patient trust is critical to the rights patients have to control the sharing of their protected health information.

consent-managementconsent-self-management-hiedesign-requirementhealthcare+2

1 Paper

papers/consent-self-management-hie

Blockchain innovation for consent self-management in health information exchanges

Having established patients' desire to self-manage consent, the paper proposes a permissioned-blockchain solution enabling seamless sharing of patient consent across providers and HIEs, formalized through five design requirements, five design principles and five design features, and evaluated with a prototype.

blockchainconsent-managementconsent-self-management-hiedesign-science-research+3

03

Relationships

Directed links from Markdown. Heading context is displayed as derived metadata, not as a formal OKF predicate.

Outgoing links

5
  • →

    Blockchain innovation for consent self-management in health information exchanges

    Paper
    Source
    DP2 - Patient-only consent changes
    Target
    Blockchain innovation for consent self-management in health information exchanges
    Link label
    Blockchain innovation for consent self-management in health information exchanges
    Status
    Resolved

    Derived heading context: Source paper

  • →

    DF1 - Encryption

    Design Feature
    Source
    DP2 - Patient-only consent changes
    Target
    DF1 - Encryption
    Link label
    Design feature DF1: Encryption
    Status
    Resolved

    Derived heading context: Implemented by

  • →

    DF2 - Key management

    Design Feature
    Source
    DP2 - Patient-only consent changes
    Target
    DF2 - Key management
    Link label
    Design feature DF2: Key management
    Status
    Resolved

    Derived heading context: Implemented by

  • →

    DR2 - Self-management

    Design Requirement
    Source
    DP2 - Patient-only consent changes
    Target
    DR2 - Self-management
    Link label
    Design requirement DR2: Self-management
    Status
    Resolved

    Derived heading context: Addresses

  • →

    DR3 - Trust

    Design Requirement
    Source
    DP2 - Patient-only consent changes
    Target
    DR3 - Trust
    Link label
    Design requirement DR3: Trust
    Status
    Resolved

    Derived heading context: Addresses

Incoming backlinks

3
  • ←

    Blockchain innovation for consent self-management in health information exchanges

    Paper
    Source
    Blockchain innovation for consent self-management in health information exchanges
    Target
    DP2 - Patient-only consent changes
    Link label
    Design principle DP2: Patient-only consent changes
    Status
    Resolved

    Derived heading context: Design knowledge

  • ←

    DF1 - Encryption

    Design Feature
    Source
    DF1 - Encryption
    Target
    DP2 - Patient-only consent changes
    Link label
    Design principle DP2: Patient-only consent changes
    Status
    Resolved

    Derived heading context: Implements

  • ←

    DF2 - Key management

    Design Feature
    Source
    DF2 - Key management
    Target
    DP2 - Patient-only consent changes
    Link label
    Design principle DP2: Patient-only consent changes
    Status
    Resolved

    Derived heading context: Implements

04

Local graph

One-hop by default, with an optional bounded two-hop view. Nodes are concept files and arrows are Markdown links.

Knowledge graph

6 of 6 concepts · 16 directed relationships

Concept types
Press enter or space to select a node.You can then use the arrow keys to move the node around. Press delete to remove it and escape to cancel.
Press enter or space to select an edge. You can then press delete to remove it or escape to cancel.
Design PrincipleSeed

Patient-only consent changes

Concept identity

Concept ID
design-knowledge/consent-self-management-hie-dp2
Producer label
DP2
Native type
design-principle

Description

Only the patient can change their consent status, supporting self-management and engendering patient trust.

DOI

https://doi.org/10.1016/j.dss.2023.114021

Tags

  • consent-management
  • consent-self-management-hie
  • design-principle
  • healthcare
  • interoperability
  • privacy
Description and publication link from the library record.

05

Raw metadata

The complete producer frontmatter, serialized without server paths or runtime data.

Show producer frontmatter+
{
  "type": "design-principle",
  "title": "DP2 - Patient-only consent changes",
  "description": "Only the patient can change their consent status, supporting self-management and engendering patient trust.",
  "resource": "https://doi.org/10.1016/j.dss.2023.114021",
  "source_paper": "Blockchain innovation for consent self-management in health information exchanges",
  "label": "DP2",
  "tags": [
    "consent-self-management-hie",
    "design-principle",
    "healthcare",
    "consent-management",
    "privacy",
    "interoperability"
  ]
}