VECTORIO
DE
EnglishDeutsch

„EHDS steht im Kalender – Ihre Datenpipeline ist noch ein Ordner voller Skripte“

Klinikdaten, im eigenen Haus ausgewertet.

Dokumentierte Pseudonymisierung mit prüfbarer Herkunft

Das Problem
  • Die Sekundärnutzung nach EHDS kommt, und unsere Daten sind darauf nicht vorbereitet.
  • Patientendaten dürfen nicht in eine US-Cloud, und unser eigener Cluster ist klein.
  • Der Datenschutzbeauftragte fragt, wie dieser Auszug entstanden ist; ich habe ein Skript.
Mit PROTOR
  • Dokumentierte Pseudonymisierung mit prüfbarer Herkunft
  • Zusammenfassung klinischer Dokumentation direkt im Krankenhaus
  • Läuft auf Krankenhaus-Hardware, ohne Cloud und ohne großen Cluster

Von heute zum ersten Ergebnis.

Was Sie heute tun

pro Projekt ein ETL-Skript

Die Datenschutzbeauftragte fragt, wie ein Extrakt entstanden ist, und die Antwort ist ein Skript, während jedes Projekt dieselbe HL7- und FHIR-ETL neu baut.

Mit PROTOR

Personenbezogene Daten werden von einem dokumentierten Knoten geschwärzt, der Extrakt kommt mit einem signierten Nachweispaket, und die Zusammenfassung klinischer Notizen läuft im Krankenhaus ohne Netzwerkverkehr nach außen.

Ihr erster Schritt

Lassen Sie einen Extrakt auf einer Datenkopie durch den Schwärzungs-Workflow laufen.

ein Extrakt
So läuft es

Personenbezogene Daten maskiert, mit Nachweis. Schritt für Schritt.

Datensätze werden seitenweise abgerufen, vor der Maskierung versiegelt, maskiert und erneut versiegelt – zwei Evidenzpakete, die genau zeigen, was sich geändert hat.

PROTOR · Personenbezogene Daten maskiert, mit Nachweisläuft
Seitenzahlen (2–3)ZahlenfolgeAPI-URL erzeugenFelder berechnenJSONPlaceholder-PostsREST-API-EingangNachweis vor MaskeNachweis-SammlerPII-MaskierungDatenmaskierungEvidenzpaket vor MaskeEvidenzpaketNachweis nach MaskeNachweis-SammlerEPK-Prüfung vor MaskeNachweisprüfungMaskierte Posts (CSV)CSV-AusgabeNachweis nach MaskeEvidenzpaketEPK-Prüfung nach MaskeNachweisprüfung
  1. Seitenzahlen (2–3) · API-URL erzeugen · JSONPlaceholder-Posts · Nachweis vor MaskeZahlenfolge · Felder berechnen · REST-API-Eingang · Nachweis-Sammler
  2. PII-Maskierung · Evidenzpaket vor MaskeDatenmaskierung · Evidenzpaket
  3. Nachweis nach Maske · EPK-Prüfung vor MaskeNachweis-Sammler · Nachweisprüfung
  4. Maskierte Posts (CSV) · Nachweis nach MaskeCSV-Ausgabe · Evidenzpaket
  5. EPK-Prüfung nach MaskeNachweisprüfung
Knoten
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
vor und nach der Maskierung versiegeltbeide Pakete erneut verifiziert
  1. Seitenzahlen (2–3)Zählt die abzurufenden Seiten.
  2. API-URL erzeugenBaut jede Seitenadresse zusammen.
  3. JSONPlaceholder-PostsRuft die REST-API auf und liefert die Zeilen jeder Seite.
  4. Nachweis vor MaskeHasht die Rohzeilen (SHA-256, alle 50 Batches signiert) vor der Maskierung.
  5. PII-MaskierungMaskiert Titel teilweise und hasht die Texte.
  6. Evidenzpaket vor MaskePackt das Manifest vor der Maskierung in ein versiegeltes Evidenzpaket.
  7. EPK-Prüfung vor MaskeBerechnet das Paket vor der Maskierung neu und prüft es.
  8. Maskierte Posts (CSV)Hängt die maskierten Zeilen an die Ergebnisdatei an.

Ein echter Workflow aus unserer End-to-End-Testsuite; die Designer-Ansicht ist illustriert.

Das erhalten Sie. Ab dem ersten Pilotprojekt.

Dokumentierte Pseudonymisierung mit prüfbarer Herkunft

Zusammenfassung klinischer Dokumentation direkt im Krankenhaus

Läuft auf Krankenhaus-Hardware, ohne Cloud und ohne großen Cluster

Warum Ihre Werkzeuge an Grenzen stoßen.

×

Cloud-Gesundheitsplattformen stehen im Konflikt mit DSGVO- und Souveränitätserwartungen

×

Klassische ETL-Suiten sind schwergewichtig, teuer und schwach in der Prüfbarkeit

×

Forschungsskripten fehlt die Governance

Was den Druck erzeugt
  • EHDS-Zeitplan (2029/2031)
  • DSGVO und nationale Gesundheitsdatengesetze
  • Forschungsdatenzentren (z. B. Integrationszentren von Universitätskliniken)
  • Interesse an lokalen LLMs für klinische Texte ohne Cloud

Ihr Pilotprojekt. Drei Schritte.

1

Ihre Daten und Ihr Ziel

Sagen Sie uns, welche Daten Sie haben, wo sie liegen und welches Ergebnis Sie brauchen.

2

Ein klar abgegrenzter Pilot

Auf Ihren Daten und Ihrer Hardware, mit vorab festgehaltenem Erfolgsmaßstab.

3

Eine klare Entscheidung

Sie sehen das Ergebnis an diesem Maßstab – und behalten jeden Workflow und jeden Datensatz.

Beta · Design-Partner gesucht

Zeigen Sie uns Ihr schwierigstes Datenproblem. Wir lösen es gemeinsam.

Ein kurzes Pilotprojekt mit Ihren Daten auf Ihrer Hardware. Was Erfolg bedeutet, legen wir vorher gemeinsam fest.