VECTORIO
EN
EnglishDeutsch

“EHDS is on the calendar; your data pipeline is still a folder of scripts”

Hospital data, analysed in-house.

Documented pseudonymisation with verifiable provenance

The problem
  • EHDS secondary use is coming and our data is not ready for it.
  • Patient data cannot go to a US cloud, and our own cluster is small.
  • The data protection officer asks how this extract was produced; I have a script.
With PROTOR
  • Documented pseudonymisation with verifiable provenance
  • Clinical-note summarisation inside the hospital
  • Works on hospital hardware without a cloud or large cluster

From today to the first result.

What you do today

an ETL script per project

The data protection officer asks how an extract was produced and the answer is a script, while every project rebuilds the same HL7 and FHIR ETL.

With PROTOR

PII is redacted by a documented node, the extract ships with a signed evidence pack, and clinical-note summarisation runs inside the hospital with zero network egress.

Your first step

Run one extract through the redaction workflow on a copy of the data.

one extract
How it runs

Personal data masked, with proof. Step by step.

Records are fetched page by page, sealed before masking, masked, and sealed again — two evidence packages that show exactly what changed.

PROTOR · Personal data masked, with proofrunning
Page Numbers (2-3)Sequence GeneratorBuild API URLCompute FieldsJSONPlaceholder PostsREST API SubscriberPre-Mask EvidenceEvidence CollectorPII MaskingData MaskingPre-Mask Evidence PackEvidence PackPost-Mask EvidenceEvidence CollectorPre-Mask EPK VerifierEvidence VerifierMasked Posts CSVCSV PublisherPost-Mask EvidenceEvidence PackPost-Mask EPK VerifierEvidence Verifier
  1. Page Numbers (2-3) · Build API URL · JSONPlaceholder Posts · Pre-Mask EvidenceSequence Generator · Compute Fields · REST API Subscriber · Evidence Collector
  2. PII Masking · Pre-Mask Evidence PackData Masking · Evidence Pack
  3. Post-Mask Evidence · Pre-Mask EPK VerifierEvidence Collector · Evidence Verifier
  4. Masked Posts CSV · Post-Mask EvidenceCSV Publisher · Evidence Pack
  5. Post-Mask EPK VerifierEvidence Verifier
nodes
page-gen → Generators.Sequence
url-builder → ETL.Compute
api-reader → RestApi.Subscriber
evidence-pre → Forensic.EvidenceCollector
pii-mask → Security.Mask
evidence-post → Forensic.EvidenceCollector
csv-output → CSV.Publisher
epk-pre → Forensic.EvidencePack
verifier-pre → Forensic.EvidenceVerifier
epk-post → Forensic.EvidencePack
verifier-post → Forensic.EvidenceVerifier
sealed before and after maskingboth packages re-verified
  1. Page Numbers (2-3)Counts the pages to fetch.
  2. Build API URLBuilds each page address.
  3. JSONPlaceholder PostsCalls the REST API and yields the page rows.
  4. Pre-Mask EvidenceHashes the raw rows (SHA-256, batches signed every 50) before masking.
  5. PII MaskingPartially masks titles and hashes bodies.
  6. Pre-Mask Evidence PackPacks the pre-mask manifest into a sealed evidence package.
  7. Pre-Mask EPK VerifierRe-computes and checks the pre-mask package.
  8. Masked Posts CSVAppends the masked rows to the result file.

A real workflow from our end-to-end test suite; the designer view is illustrated.

What you get. From the first pilot.

Documented pseudonymisation with verifiable provenance

Clinical-note summarisation inside the hospital

Works on hospital hardware without a cloud or large cluster

Why your tools fall short.

×

Cloud health platforms conflict with GDPR/sovereignty expectations

×

Traditional ETL suites are heavy, costly and weak on audit

×

Research scripts lack governance

What drives it
  • EHDS timeline (2029/2031)
  • GDPR and national health-data laws
  • Research data centres (e.g. university-hospital integration centres)
  • Local-LLM interest for clinical text without cloud

Your pilot. Three steps.

1

Your data shape

Tell us what data you have, where it lives and what the result must be.

2

A scoped pilot

On your data and your hardware, with the success measure written down first.

3

A clear decision

You see the result against that measure — and keep every workflow and record.

Beta · design partners wanted

Bring us your hardest data problem. Let's solve it together.

A short pilot on your data and your hardware. We agree on what success looks like before we start.