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

DSR Knowledge Library

Research prototype · Native Open Knowledge Format

LibraryChatImprintPrivacyEvaluation survey ↗
Library/DP1 - Authorization-restricted consent visibility

Design Principle

DP1 - Authorization-restricted consent visibility

Only HIEs and providers with authorization can view a patient's consent status, maintaining confidentiality.

OverviewLinked conceptsRelationshipsGraphRaw metadata

01

Overview

Producer metadata and the represented concept document.

Concept identity

design-knowledge/consent-self-management-hie-dp1
Open concept record
Producer label
DP1
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-dp1.md
consent-managementconsent-self-management-hiedesign-principlehealthcareinteroperabilityprivacy

Design principle DP1: Authorization-restricted consent visibility

Only HIEs and providers with authorization can view a patient's consent status, maintaining confidentiality.

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 DR1: Privacy

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

1 Design Requirement

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

DR1 - Privacy

Patient consent self-management must support patients' privacy preferences, since the exposure of protected health information to unauthorized entities can be detrimental to patients and healthcare organizations are federally mandated to secure PHI privacy under HIPAA.

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

4
  • →

    Blockchain innovation for consent self-management in health information exchanges

    Paper
    Source
    DP1 - Authorization-restricted consent visibility
    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
    DP1 - Authorization-restricted consent visibility
    Target
    DF1 - Encryption
    Link label
    Design feature DF1: Encryption
    Status
    Resolved

    Derived heading context: Implemented by

  • →

    DF2 - Key management

    Design Feature
    Source
    DP1 - Authorization-restricted consent visibility
    Target
    DF2 - Key management
    Link label
    Design feature DF2: Key management
    Status
    Resolved

    Derived heading context: Implemented by

  • →

    DR1 - Privacy

    Design Requirement
    Source
    DP1 - Authorization-restricted consent visibility
    Target
    DR1 - Privacy
    Link label
    Design requirement DR1: Privacy
    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
    DP1 - Authorization-restricted consent visibility
    Link label
    Design principle DP1: Authorization-restricted consent visibility
    Status
    Resolved

    Derived heading context: Design knowledge

  • ←

    DF1 - Encryption

    Design Feature
    Source
    DF1 - Encryption
    Target
    DP1 - Authorization-restricted consent visibility
    Link label
    Design principle DP1: Authorization-restricted consent visibility
    Status
    Resolved

    Derived heading context: Implements

  • ←

    DF2 - Key management

    Design Feature
    Source
    DF2 - Key management
    Target
    DP1 - Authorization-restricted consent visibility
    Link label
    Design principle DP1: Authorization-restricted consent visibility
    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

5 of 5 concepts · 13 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

Authorization-restricted consent visibility

Concept identity

Concept ID
design-knowledge/consent-self-management-hie-dp1
Producer label
DP1
Native type
design-principle

Description

Only HIEs and providers with authorization can view a patient's consent status, maintaining confidentiality.

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": "DP1 - Authorization-restricted consent visibility",
  "description": "Only HIEs and providers with authorization can view a patient's consent status, maintaining confidentiality.",
  "resource": "https://doi.org/10.1016/j.dss.2023.114021",
  "source_paper": "Blockchain innovation for consent self-management in health information exchanges",
  "label": "DP1",
  "tags": [
    "consent-self-management-hie",
    "design-principle",
    "healthcare",
    "consent-management",
    "privacy",
    "interoperability"
  ]
}