The hardware and bandwidth for this mirror is donated by dogado GmbH, the Webhosting and Full Service-Cloud Provider. Check out our Wordpress Tutorial.
If you wish to report a bug, or if you are interested in having us mirror your free-software or open-source project, please feel free to contact us at mirror[@]dogado.de.

Worked Example

To assist new users, this vignette serves as a worked example of building, applying and saving a de-identification pipeline. Due to the risk of supplying data with genuine PID to be redacted, we instead supply a synthetic data set comprising of artificial PID, ShiftsWorked.

The data set consists of 3,100 observations where each row lists the work done (shift status, actual work done, and daily pay) by an individual on a given day. ShiftsWorked consists of 7 variables:

• Record ID: integer, primary key.
• Employee: character, 100 artificial staff names
• Date: date.
• Shift: character, one of ‘Day’, ‘Night’, ‘Rest’
• Shift Start: character, start time of shift (missing for ‘Rest’ shift).
• Shift End: character, end time of shift (missing for ‘Rest’ shift).
• Daily Pay: numeric, calculated remuneration (£).

library(deident)
ShiftsWorked

Consider a hypothetical problem. As part of a research project we wish to share this data set with others, but we don’t have permission to share individuals names. How do we solve this issue?

The simplest method for de-identification is a direct replacement, e.g. ‘pseudonymization’. Using deident comes in two steps:

1. Define a pipeline
2. Apply to the data set

NB: we set a random seed using set.seed here for reproducibility. We recommend users avoid this step when using the package in production code.

set.seed(101)
pipeline <- deident(ShiftsWorked, "psudonymize", Employee)
apply_deident(ShiftsWorked, pipeline)

This approach is relatively simple, but what if we wish to dig into the transformation? In the case of this direct replacement, we might want to access the lookup table that underpins the pseudonymizer. The easiest way to achieve this is to create an instance of a Pseudonymizer class, and pass it in to deident:

psu <- Pseudonymizer$new()
pipeline2 <- deident(ShiftsWorked, psu, Employee)

apply_deident(ShiftsWorked, pipeline2)

and once the transform has been performed we can check the lookup attribute:

unlist(psu$lookup)
#>            Maria Cook           Stephen Cox        Kimberly Ortiz 
#>               "0CwoC"               "iTkgr"               "HwZQa" 
#>        Nathan Alvarez         Samuel Parker          Scott Morris 
#>               "mCwsK"               "x5lX2"               "Gv3KR" 
...

Often we will need to apply multiple transformations. Considering the StaffsWorked data, imagine the employees are complaining they don’t want their exact salaries divulged (even once names are removed). We can expand the pipeline to allow for this:

blur <- NumericBlurer$new(cuts = c(0, 100, 200, 300))

multistep_pipeline <- ShiftsWorked |> 
  deident(psu, Employee) |> 
  deident(blur, `Daily Pay`)

ShiftsWorked |> 
  apply_deident(multistep_pipeline)

As well as having multiple data transforms to choose from, deident also allows the user to easily serialize their pipelines to a .yml file for audit and transfer. This is done via the calls to_yaml and from_yaml:

multistep_pipeline$to_yaml("multistep_pipeline.yml")

restored_pipeline <- from_yaml("multistep_pipeline.yml")

ShiftsWorked |> 
  apply_deident(restored_pipeline)

These binaries (installable software) and packages are in development.
They may not be fully stable and should be used with caution. We make no claims about them.
Health stats visible at Monitor.