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

DSR Knowledge Library

Research prototype · Native Open Knowledge Format

LibraryChatImprintPrivacyEvaluation survey ↗
Library/Papers/How to Develop a GDPR-Compliant Blockchain Solution for Cross-Organizational Workflow Management: Evidence from the German Asylum Procedure

Research paper

How to Develop a GDPR-Compliant Blockchain Solution for Cross-Organizational Workflow Management: Evidence from the German Asylum Procedure

Drawing on the German Federal Office for Migration and Refugees (BAMF) case, the paper presents two actionable design principles for GDPR-compliant blockchain solutions in cross-organizational workflow management: do not store personal data on a blockchain, and, where attribution is required, use a highly secure off-chain mapping architecture.

Paper
OverviewDSR gridPaper design mapDesign knowledgePublication metadata

01

Overview

Publication metadata and narrative from the current library record.

Authors
Florian Guggenmos, Annette Wenninger, Alexander Rieger, Gilbert Fridgen, Jannik Lockl
Year
2020
Venue
HICSS 53 (2020)
Methodology
Participatory action research: three AR cycles (privacy-sensitive prototype design; detailed GDPR-compliance analysis; design of a GDPR-compliant three-layer architecture) conducted with the German Federal Office for Migration and Refugees (BAMF); derivation of two tentative design principles.
Publication
View publication
Design knowledge
View design knowledge on GitHub
blockchaincross-organizationaldesign-science-researchgdpr-privacygdpr-workflow-asylumpublic-sectorworkflow-management

Summary

Drawing on the German Federal Office for Migration and Refugees (BAMF) case, the paper presents two actionable design principles for GDPR-compliant blockchain solutions in cross-organizational workflow management: do not store personal data on a blockchain, and, where attribution is required, use a highly secure off-chain mapping architecture.

Artifact

A GDPR-compliant blockchain solution for the German asylum procedure, piloted with two authorities (the BAMF and Saxony's central immigration authority, LDS) on a Hyperledger Fabric blockchain. The final architecture has three layers: layer one holds each authority's existing databases and workflow management systems; layer two (the adapter layer) holds blockchain adapters, which submit status-update events to the blockchain, and privacy services, which map each authority's own identifiers to the pseudonymous identifiers used on-chain; layer three is the blockchain itself, storing only pseudonymized events (status, timestamp, authority ID, pseudonymous identifier). Rectification is performed via a rectification transaction submitted to the blockchain; erasure is performed by deleting the identifying mapping in the privacy service, which depersonalizes (without deleting) the on-chain data.

Methodology

Participatory action research: three AR cycles (privacy-sensitive prototype design; detailed GDPR-compliance analysis; design of a GDPR-compliant three-layer architecture) conducted with the German Federal Office for Migration and Refugees (BAMF); derivation of two tentative design principles.

02

DSR grid

Six dimensions represented in the current paper record.

01

Problem description

Reconciling blockchain's tamper-resistant storage with the GDPR's rights to rectification and erasure in cross-organizational workflow management.

02

Input knowledge

GDPR and privacy-by-design principles; pseudonymization approaches; the German BAMF asylum-procedure case; prior IS research on data-privacy management.

03

Research process

Participatory action research: three AR cycles (privacy-sensitive prototype design; detailed GDPR-compliance analysis; design of a GDPR-compliant three-layer architecture) with the BAMF, from which two tentative design principles are derived.

04

Key concepts

Blockchain, GDPR, cross-organizational workflow management, pseudonymization, asylum procedure.

05

Solution description

A GDPR-compliant blockchain architecture that keeps personal data off-chain and, where attribution is required, uses a highly secure off-chain mapping. Solution-space representation: Instantiation (BAMF architecture) plus two tentative design principles.

06

Output knowledge

Two actionable design principles for GDPR-compliant blockchain workflow design.

03

Paper design map

The default semantic design map canonicalizes stored design relationships; Raw links retains the complete technical Markdown-link view.

Design-knowledge map

2 stored concepts / 0 canonical semantic relationships

Concept types
Design Principles
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.

04

Design knowledge

Directly linked concepts, grouped by their represented design-knowledge category.

2 Design Principles

design-knowledge/gdpr-workflow-asylum-dp1

DP1 - Do not store personal data on a blockchain

Blockchain's paradigm of tamper-resistant storage jars profoundly with the right to rectification and erasure, so blockchain solution architects should keep personal data off-chain.

cross-organizationaldesign-principlegdpr-privacygdpr-workflow-asylum+2
design-knowledge/gdpr-workflow-asylum-dp2

DP2 - Use a highly secure off-chain mapping architecture for attribution

If a use case requires that data on the blockchain be attributable to a natural person, use a highly secure off-chain mapping architecture.

cross-organizationaldesign-principlegdpr-privacygdpr-workflow-asylum+2

05

Publication metadata

Additional metadata represented in the current library record.

Show additional metadata+
{
  "type": "paper",
  "title": "How to Develop a GDPR-Compliant Blockchain Solution for Cross-Organizational Workflow Management: Evidence from the German Asylum Procedure",
  "description": "Drawing on the German Federal Office for Migration and Refugees (BAMF) case, the paper presents two actionable design principles for GDPR-compliant blockchain solutions in cross-organizational workflow management: do not store personal data on a blockchain, and, where attribution is required, use a highly secure off-chain mapping architecture.",
  "resource": "https://hdl.handle.net/10125/64234",
  "authors": "Florian Guggenmos, Annette Wenninger, Alexander Rieger, Gilbert Fridgen, Jannik Lockl",
  "year": 2020,
  "venue": "HICSS 53 (2020)",
  "methodology": "Participatory action research: three AR cycles (privacy-sensitive prototype design; detailed GDPR-compliance analysis; design of a GDPR-compliant three-layer architecture) conducted with the German Federal Office for Migration and Refugees (BAMF); derivation of two tentative design principles.",
  "dsr_grid": true,
  "dsr_solution_space": "Instantiation (BAMF architecture) plus two tentative design principles.",
  "tags": [
    "gdpr-workflow-asylum",
    "gdpr-privacy",
    "cross-organizational",
    "public-sector",
    "workflow-management",
    "design-science-research",
    "blockchain"
  ]
}