Design Requirement
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.
01
Producer metadata and the represented concept document.
Concept identity
design-knowledge/consent-self-management-hie-dr2design-knowledge/consent-self-management-hie-dr2.mdThe 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.
This design requirement is proposed by Blockchain innovation for consent self-management in health information exchanges (Chad Anderson, Arthur Carvalho, Mala Kaul, Jeffrey W. Merhout, 2023).
02
Concepts connected by incoming or outgoing native Markdown links.
03
Directed links from Markdown. Heading context is displayed as derived metadata, not as a formal OKF predicate.
Derived heading context: Design knowledge
Derived heading context: Addresses
04
One-hop by default, with an optional bounded two-hop view. Nodes are concept files and arrows are Markdown links.
3 of 3 concepts · 5 directed relationships
05
The complete producer frontmatter, serialized without server paths or runtime data.
{
"type": "design-requirement",
"title": "DR2 - Self-management",
"description": "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.",
"resource": "https://doi.org/10.1016/j.dss.2023.114021",
"source_paper": "Blockchain innovation for consent self-management in health information exchanges",
"label": "DR2",
"tags": [
"consent-self-management-hie",
"design-requirement",
"healthcare",
"consent-management",
"privacy",
"interoperability"
]
}