Zum Inhalt

IT-Bewertungs-Factsheet: SMART-Pedigree

Hersteller: PiehBerz IT-Solutions UG (haftungsbeschränkt)
Stand: Oktober 2026
Software-Typ: Lokale Java-Applikation (Portable) mit optionalem Web-Modul

1. Architektur & Datenhaltung (Privacy by Design)

  • Lokalität: SMART-Pedigree ist eine On-Premise-Lösung. Die Erstellung und Speicherung von Stammbäumen erfolgt ausschließlich lokal auf dem Endgerät oder dem Netzlaufwerk des Kunden (.sav-Dateien).
  • Keine Cloud-Datenbank: Es findet keine Übertragung von klinischen Primärdaten in eine Cloud oder externe Datenbank statt.
  • Patientenfragebogen (Web): Das Web-Modul nutzt eine konsequente Client-Side-Processing-Architektur. Die Eingabe und Verschlüsselung (AES-GCM 256-Bit) erfolgen ausschließlich lokal im Arbeitsspeicher des Nutzer-Browsers. Die Verschlüsselung schützt vor zufälliger Einsicht und erkennt beschädigte Dateien, nicht aber einen gezielten Angriff auf die Datei; sie ersetzt daher keinen sicheren Übertragungsweg (z. B. Patientenportal, verschlüsselte E-Mail). Da das Ergebnis-Dokument direkt als lokaler Download generiert wird, findet zu keinem Zeitpunkt eine Übertragung von Patientendaten an die Server der PiehBerz IT-Solutions statt.

2. Lizenzmanagement & Hardware-Identifizierung

  • Verfahren: Zur Lizenzprüfung wird eine Hardware-ID (HWID) generiert.
  • Datenschutz: Es werden keine Klardaten von Hardware-Komponenten übertragen. Die HWID wird lokal mittels SHA-256 Hashing erzeugt. Dieser Hardware-Hash wird vorsorglich als pseudonymisierte oder möglicherweise personenbezogene technische Kennung behandelt (Datenschutzerklärung).
  • Konnektivität: Erfordert ausgehende HTTPS-Verbindung (Port 443) an license.piehberz-it.de; Update-Prüfung und Download über piehberz-it.de.

3. Support-Infrastruktur & Informationssicherheit

  • Hosting: Das Support-System (Zammad) sowie der Lizenzserver werden auf V-Servern der STRATO GmbH in Deutschland gehostet (ISO 27001 zertifizierte Rechenzentren).
  • Support-System: Einsatz einer „self-hosted“ Zammad-Instanz. Support-Tickets werden nur dort geführt, nicht in Cloud-Lösungen von Drittanbietern. Für die interne Entwicklungsplanung nutzen wir Jira Cloud ohne Patientendaten und ohne Inhalte aus Support-Tickets.
  • Zugriffsschutz: Administrativer Zugriff auf Support-Daten ist auf die Geschäftsführung beschränkt und durch Zwei-Faktor-Authentifizierung (2FA) gesichert; Änderungen an Tickets werden im Ticketverlauf protokolliert.
  • Sicherheitsdienste: Einsatz von Cloudflare Turnstile zur Spam-Abwehr (datenschutzfreundliches Captcha-Verfahren ohne Tracking-Cookies).

4. Datenschutz-Compliance (DSGVO)

  • AVV-Abschluss: Die Vereinbarung zur Auftragsverarbeitung nach Art. 28 DSGVO wird mit dem Erwerb einer Lizenz geschlossen; Einzelheiten unter Datenschutz & AVV im technischen Support.
  • Support-Konzept: Wir differenzieren technisch zwischen Support-Anfragen mit AVV (Vollzugriff in Zammad) und rein technischen Meldungen ohne Personenbezug (isoliertes Web-Formular).
  • Löschkonzept: Support-Tickets mit AVV werden gemäß Verjährungsfristen nach 3 Jahren (Jahresende) gelöscht, Meldungen ohne AVV nach 6 Monaten. Backups unterliegen einer 6-monatigen Rotationslöschung.
  • Drittlandtransfer: Primär vermieden. Unvermeidbare Dienste (Cloudflare USA für Sicherheit, CookieYes UK für Consent) sind durch das DPF bzw. Angemessenheitsbeschlüsse abgesichert.

5. Fernwartung & Support-Modell

  • Kein permanenter Zugriff: Es existiert kein VPN- oder Backdoor-Zugang zur Infrastruktur des Kunden.
  • Ad-hoc Support: Eine Fernsicht (z. B. via Microsoft Teams oder TeamViewer) erfolgt ausschließlich nach expliziter Anforderung und Freigabe durch den Nutzer vor Ort.