dansk-register-platform
A platform for epidemiological studies on the Danish national registers, and the study pipelines built on it.
The package contains no data. It is the code that reads a register delivery inside a secure research environment, builds cohorts and outcomes from it, and estimates and reports the results.
What is in it
| Package | Role |
|---|---|
dansk_register |
The reusable platform: register catalog and I/O, the staged-pipeline runner, matching, estimation, disclosure control, figure styling |
parental_income |
Study I: parental income after severe chronic disease in childhood |
societal_costs |
Study II: societal costs of severe chronic disease in childhood |
edu_labour_trajectories |
Study III: educational and labour-market trajectories from age 18 |
register_studies |
The orchestration command line |
The dependency direction is one way and enforced by a test: the platform never
imports a study, and studies never import each other. Code that turns out to be
general is lifted into dansk_register rather than shared sideways.
The register runner and the estimators are Rust, compiled into the wheel as one extension module. The methods crates it builds on, cohort matching, semicontinuous models, staggered difference-in-differences and the chronic disease phenotype, are published separately and consumed by version.
Install
pip install dansk-register-platform # everything, all three studies
pip install "dansk-register-platform[study2]" # names a study; installs the same files
pip install "dansk-register-platform[all]" # all three, explicitly
Before 0.7.0 the distribution was published as dansk-register. The import
packages did not change; only the name on pip install did. The old name still
resolves, to a distribution that stopped being updated at the rename.
The estimators are written in polars and validated against R, so the pipeline
carries no numeric stack of its own. matplotlib is a base dependency because
numpy arrived on every real run anyway; what keeps the boundary real is that its
imports live under a figures package and a contract test fails the build if one
escapes into an estimator. Without a renderer every result is still produced and
the figure stage records that it could not draw.
repair is the only optional dependency: pyarrow, for register-repair-utf8
alone. Install it with pip install 'dansk-register-platform[repair]'. The same
kind of contract test keeps pyarrow out of everything else.
Commands
edu-labour --list-profiles # what each profile runs
edu-labour-preflight --raw-root PATH # what a delivery contains
edu-labour --output-dir RUN --profile production \
--raw-root PATH --allow-expensive-stages --resume
edu-labour-figures --bundle RUN/outputs/export --out figures
societal-costs --capability PATH # what this study needs vs. what a delivery has
societal-costs --output-dir RUN --profile production \
--raw-root PATH --allow-expensive-stages --diagnostics
societal-costs secondary_sensitivity --output-dir RUN # the arm no profile runs
register-repair-utf8 PATH --report utf8_scan.csv # find invalid UTF-8 in converted Parquet
register-repair-utf8 PATH --fix --report utf8_fix.csv
--allow-expensive-stages is required for production: matching scans the
whole delivery, and without the flag the runner refuses rather than silently
starting a multi-hour match. --profile production runs 19 stages but not
secondary_sensitivity, the analyse-only sensitivity and subgroup arm, which
reads a completed run and writes into a subdirectory of it.
register-repair-utf8 needs the repair extra and says so if it is missing.
Add --dry-run to any edu-labour invocation to resolve the plan and settings
without touching data.
Design notes
Stages talk through files. Every stage writes named artifacts into a run
directory and reads its inputs from there, so any stage can be re-run alone
against a previous run's outputs, and --resume can skip what is already done.
Estimators are written against polars. Aalen-Johansen, Fine-Gray, Cox and the multi-state occupancy are implemented directly rather than taken from a modelling library, and each is validated against reference values from R with those values checked into the tests. That keeps the numbers checkable line by line and avoids a dependency that may not install in an offline environment.
Disclosure control is part of the pipeline. Results leave the secure environment as a bundle of CSV tables with small cells suppressed and the estimates resting on them blanked. Figures are rendered from that bundle rather than from the raw artifacts, so a figure cannot show what the table beside it was not cleared to show.
What this covers, and what it does not
Secure-environment research is usually described with the Five Safes, and it is worth saying plainly which of the five a piece of software can touch at all.
| Safe projects | Your approval. Nothing here. |
| Safe people | Your institution's authorisation. Nothing here. |
| Safe settings | The host's environment, Statistics Denmark or the Danish Health Data Authority. Nothing here. |
| Safe data | Partly here. Person identifiers are replaced with a study-local key, and an export is refused outright if a CPR-shaped value reaches it. |
| Safe outputs | Partly here. Small cells are suppressed, dependent estimates blanked, file types and sizes checked against the transfer rules, and every bundle carries a manifest saying what was done and what was not. |
"Partly" is the operative word in both rows. The output checks are cell-by-cell
and cannot see a small number recovered by differencing across tables; each
bundle's MANIFEST.txt says so in its own text. Running this framework is not a
substitute for your host's output review, and it does not make an
unapproved analysis approved.
Status
Research code, developed alongside the studies it implements. The public API is not stable.
Licence
MIT. See LICENSE.
Download files
Download the file for your platform. If you're not sure which to choose, learn more about installing packages.
Source Distributions
Built Distribution
Filter files by name, interpreter, ABI, and platform.
If you're not sure about the file name format, learn more about wheel file names.
Copy a direct link to the current filters
File details
Details for the file dansk_register_platform-0.18.2-cp312-abi3-win_amd64.whl.
File metadata
- Download URL: dansk_register_platform-0.18.2-cp312-abi3-win_amd64.whl
- Upload date:
- Size: 8.9 MB
- Tags: CPython 3.12+, Windows x86-64
- Uploaded using Trusted Publishing? No
- Uploaded via:
twine/7.0.0 CPython/3.14.7
File hashes
| Algorithm | Hash digest | |
|---|---|---|
| SHA256 |
a4a590a42edaf97856021192fa156144311346529b970cc87e12d570009c72cd
|
|
| MD5 |
c23313819cdff389392f70cf8eba8d59
|
|
| BLAKE2b-256 |
e8d3e431277e9d2038b1e9b23128282d403270bf8eb59b32ca5e51ecf96f8582
|