KDL-Dokumentklassen im Datenaustausch prüfen. Wir klären für eine vereinbarte Strecke, ob und welche vereinbarten Angaben abweichen oder nicht prüfbar sind.

KDL-Audit
ISCaD GmbH · Wedemark · seit 2000

Architektur, Governance und Migration
klinischer Daten.

Über 30 Jahre Erfahrung in der Verarbeitung und Auswertung strukturierter wie unstrukturierter klinischer Daten. Spezialisiert auf Interoperabilität, semantische Integrität und nachhaltige Datenarchitekturen — fundiert durch eigene formale Forschung (AION · SILD).

SILD Signal-Loss
Inspection at
Data-boundaries
Eigenes Forschungsprodukt

Klinische Daten können beim Transfer Bedeutung verlieren.

Auch wenn die Übertragung technisch erfolgreich ist.

Wenn ein Befund von einem KIS in einen FHIR-Server übertragen wird, kann Information verloren gehen — auch dann, wenn die Übertragung technisch erfolgreich war und die Zielvalidierung besteht. SILD vergleicht Quelle und Ziel entlang von vier Verlustmustern aus dem Modell FM-4. Für die heutige fachliche Einordnung gilt: Aussagen zur Abdeckung setzen ein deklariertes Modell und festgelegte Zerlegungs- und Variationsannahmen voraus; ein Befund kann mehrere Muster zugleich betreffen. Ergebnis sind nachvollziehbare Prüfbefunde zu vereinbarten Prüfregeln — kein Beweis allgemeiner Verlustfreiheit.

Quelldaten
CDR / KIS
FHIR R4
Export
Zieldaten
FHIR Server
Detektiert
Analyse
SILD
analysiert

Eingaben jeder Prüfung: einander zugeordnete Quell- und Zieldaten sowie schriftlich vereinbarte Prüfregeln — nicht die Zieldaten allein.

Vier Verlustmuster aus FM-4 — je ein Beispiel:

Beispiel
Befund ohne auflösbare Auftragsreferenz (ORCbasedOn)
Reference Severing
Beispiel
SNOMED-CT-Code mit Lateralität → ICD-10-GM-Code ohne Seitenkennzeichen
Type Narrowing
Beispiel
Anästhesie 08:12–11:4700:00–23:59 (Ganztag)
Temporal Collapse
Beispiel
ICD-10-GM ohne Diagnosesicherheit (V/A/Z/G)
Attribute Dropping

Die Karten zeigen mögliche Auffälligkeiten, keine Befunde: Eine fehlende Referenzauflösung, ein fehlendes Seitenkennzeichen oder ein leeres Einzelfeld beweist für sich keinen Informationsverlust — die Angabe kann an anderer Stelle, in einer anderen Codierung oder mit umgerechneter Einheit erhalten sein. Ob vereinbarte Information tatsächlich fehlt, entscheiden der vollständige Zielkontext und die Prüfregeln. Aus den Musteretiketten folgen keine klinischen Prioritäten.

Grundlage: FM-4 (selbstarchivierter, nicht begutachteter Preprint) · Beispiele ohne klinische Schweregrade · Open Source AGPL-3.0 SILD verstehen — die wichtigsten Fragen github.com/fmatten/SILD
30+
Jahre
Klinische & Daten-IT
6 Papers
Auf Zenodo · Open Access
FM-1 · FM-2 · CAIRN · AION · SILD · Skalierung
HL7 FHIR
v2 · v3 · R4 · CDA · DICOM
Profile · IG · Validierung
FM-4
Formales Modell
Preprint auf Zenodo
AGPL 3.0
Open Source
codeberg.org/fm2-project
Ein konkreter Einstieg · SILD-Pilot

Nachvollziehbare Prüfung einer Datenübertragung.

Der SILD-Pilot prüft einen festgelegten Übergang Quelle → Ziel: bis zu 1.000 eindeutig zuordenbare Quell-/Zielpaare aus freigegebenen Test- oder wirksam anonymisierten Daten, gegen bis zu zehn schriftlich vereinbarte Prüfregeln — etwa Wert und Einheit, Code und Codesystem oder Zeitraum. Kostenpflichtiger Pilot. Verbindlicher Festpreis nach gemeinsam festgelegtem Prüfumfang. Das 30-minütige Erstgespräch ist kostenfrei und unverbindlich.

01

Prüfvereinbarung

Wir legen mit Ihnen schriftlich fest: Quelldaten und Zieldaten, Zuordnung, Prüfregeln, Versionsstände, Verantwortliche und sicheren Übertragungsweg. Die Machbarkeit klären wir vor der Beauftragung.

02

Prüflauf und Bericht

Je Fall und Prüfregel ein Status — erfüllt, Abweichung belegt, ungeklärt, nicht prüfbar, nicht anwendbar — mit Evidenz, Nenner und Prüfabdeckung, dazu eine maschinenlesbare Befundliste. Keine globale Prozentzahl.

03

Nächste Schritte

Priorisierte technische nächste Schritte, den verantwortlichen Teams zur Prüfung zugeordnet, und ein Erläuterungsgespräch. Ein begrenzter Nachtest nach vereinbarter Korrektur ist enthalten.

Für: Krankenhäuser, MVZ, Register, Versicherer, öffentliche Träger und Dienstleister, die eine konkrete Datenübertragung — Migration, Export oder Schnittstelle — nachvollziehbar prüfen wollen.
Ein konkreter Einstieg · KDL-Audit

KDL-Dokumentklassen im Datenaustausch prüfen.

Wenn Sie KDL-Dokumentklassen zwischen Systemen übertragen, können Zuordnungen oder Begleitangaben im Ziel abweichen. Wir vergleichen Quelle und Ziel anhand vereinbarter Regeln – als Anwendungsbeispiel des SILD-Piloten.

Wissenschaftliches Fundament

AION & CAIRN — die formale Grundlage.

SILD beruht auf einem formalen Modell. Die Grundlagen — Allen-Relationen, DAG-basierte Typhierarchien, kausale Inferenz, ε-Differential Privacy — sind als eigenes wissenschaftliches Ökosystem veröffentlicht: AION als formales Modell, CAIRN als Python-Referenzimplementierung. Open Source unter AGPL-3.0, als selbstarchivierte Preprints auf Zenodo (noch nicht begutachtet), verfügbar auf PyPI.

FM-3 · Theorie · Modell

AION

Algebraic Interval Ontology for Clinical Networks

Formales Modell für klinische Daten: 13 Allen-Relationen, DAG-basiertes formales Typsystem mit modellbezogenen SMT-Prüfungen (Z3), kausale Inferenz, erklärbare KI, ε-Differential Privacy.

aion-clinical.eu
FM-2 · Python · Implementierung

CAIRN

Clinical Interoperability Reference Architecture

Python-Referenzimplementierung mit bidirektionalem FHIR R4-Mapping, HL7 v2-Adaptern, MLLP-Listener — und dem SILD-Detektor als integriertem Bestandteil. Aktuell aion-clinical 2.0.5.

aion-clinical.eu
Live-Demo
AION Clinical in Aktion — direkt im Browser ausprobieren.
demo.aion-clinical.de
Über das Unternehmen

ISCaD GmbH — Independent Software, Consulting and Development.

Architektur klinischer Daten ist eine Disziplin — keine Improvisation

Gegründet im Jahr 2000, mit Sitz in der Wedemark bei Hannover. Spezialisiert auf Architektur, Governance und Migration klinischer Daten — vor allem dort, wo der Übergang zwischen Systemen kritisch wird: FHIR-Profilierung, semantische Integrität, Datenmigration.

Eigene formale Forschung im AION / CAIRN / SILD-Ökosystem mit sechs Open-Access-Publikationen auf Zenodo. AGPL-3.0 Open Source. Kommerzielle Lizenzen auf Anfrage.

Gegründet
2000 · Wedemark, Niedersachsen
Rechtsform
GmbH · HRB 220407 · AG Hannover
Geschäftsführung
Friedhelm Matten
Vita auf LinkedIn →
Schwerpunkte
Klinische Daten · FHIR / HL7 / DICOM · Interoperabilität · Migration · Plattform-Architektur
Forschung
AION · CAIRN · SILD · 6 Papers auf Zenodo
Lizenz
AGPL-3.0 · Kommerziell auf Anfrage
Auszug · Projekte

Was wir schon gebaut haben.

Eine Auswahl von Mandaten, die Methodik und Tiefe der Arbeit zeigen. Die Reihenfolge folgt nicht der Chronologie, sondern dem inhaltlichen Schwerpunkt.

Klinische Daten · Forschung 2007 – 2012

Klinisches Informations- und Auswertungssystem

MHH · HL7 · MirthConnect · HAPI · DICOM · ishmed

Webbasiertes Auswertungssystem für klinische Daten an der Medizinischen Hochschule Hannover. Integration von Patienten-, Operations-, HLM-, DICOM- und Labordaten über HL7-Schnittstellen. Aktuelle Daten in Form von ADT/ORU-Messages, fortlaufende Integration weit zurückreichender Altdaten.

★ Niedersächsischer Innovationspreis 2011 — webbasierte Datenerfassung herzkranker Kinder · Dotierung 150.000 €
Klinische QS · Kinderkardiologie 2017 – 2020

HL7-Integration & Qualitätssicherung

Herzzentrum Leipzig · Python · MirthConnect · HDF5 · Parquet · Redis · SQLite

Klinische Datenintegration aus KIS, HL7, iMedOne, HLM- und Legacy-Systemen. Aufbau patientenbezogener Datenströme zur Unterstützung nationaler und internationaler QS-Verfahren in Kinderkardiologie und Kinderherz-Chirurgie. Webapplikation zur automatischen Steuerung der QS-Dateneingabe und manuellen Korrektur nach Freigabe.

Eigene Methodik · CDV 2007 – heute

Clinical Data View (CDV)

ISCaD GmbH · Datenstruktur · Migrationstool

Entwicklung einer Datenstruktur zur Verwaltung und Auswertung komplexer, strukturierter wie unstrukturierter klinischer Daten. Migrationstool zur Konsolidierung von Datenbeständen aus Subsystemen mit heterogenen Datenbankstrukturen und -typen in das CDV — die methodische Grundlage vieler unserer Mandate.

Infrastruktur · Server · Security · Object Storage 2021 – 2025

ZFS Server System / SOPHOS Firewall

Medienunternehmen (nicht genannt) · ZFS · SOPHOS · Samba · MinIO · S3

Aufbau eines ZFS-basierten Server-Systems mit dezentraler Replikation. Samba-Server mit ACL für gemischte Client-Umgebungen (MacOS / Windows / Linux). SOPHOS-Firewall als Netzwerk-Perimeter mit segmentierten Zonen für Betrieb, Verwaltung und Backup. Anschließende Migration der Datenbestände auf Object Storage (MinIO mit S3-Schnittstelle) sowie Aufbau von Auswertungs- und Administrations-Werkzeugen für den laufenden Betrieb.

Backend · DevOps 2023 – 2024

Backend-Plattform & DB-Optimierung

Cloudeatery GmbH / Yobst GmbH · Python · PostgreSQL · GitLab · WireGuard

Anbindung von Küchen und Online-Bestell-/Lieferprozessen (Uber, Wolt, Lieferando). PostgreSQL-Performance-Optimierung, DevOps-Aufbau (GitLab, WireGuard), Stabilisierung produktionsnaher Betriebsstrukturen. Umfangreiche Python-Entwicklung im Backend.

Health · CIO-Mandat 2013 – 2014

HealthSafe24 — CIO & Gesellschafter

CIO · Gesellschafter · Externer Berater

Verantwortung für Technologie und Architektur der HealthSafe24 GmbH als Chief Information Officer und Mitgesellschafter. Anschließend externe Beratungsrolle für strategische und technische Weiterentwicklung.

Referenzen

Auswahl vergangener Mandate.

Gruppiert nach Bereich. Aus drei Jahrzehnten ein bewusst zurückhaltender Auszug — nicht alle Projekte sind hier verzeichnet, manche unterliegen Vertraulichkeitsvereinbarungen.

Gesundheitswesen · Wissenschaft
  • Medizinische Hochschule Hannover
  • Herzzentrum Leipzig
  • Herz- und Diabeteszentrum NRW
  • HealthSafe24 GmbH
Öffentliche Hand · Bildung
  • Region Hannover
  • Deutscher Industrie- und Handelskammertag
  • Niedersächsisches Studieninstitut
  • Technologie-Zentrum Hannover GmbH
Wirtschaft · Industrie
  • Informix Deutschland GmbH
  • Deutsche Telekom AG
  • T Systems
  • EXPO 2000 GmbH
  • Medienunternehmen (nicht genannt)
  • Cloudeatery GmbH
  • Yobst GmbH
  • Nicolai Sanitätshäuser
Niedersächsischer Innovationspreis 2011
Webbasierte Datenerfassung herzkranker Kinder · Dotierung 150.000 € · Medizinische Hochschule Hannover
Kontakt

Bereit für ein Gespräch?

Egal ob SILD-Pilot, FHIR-Profilierung, Plattform-Migration oder ein Sparring zu Ihrer Datenarchitektur — wir melden uns innerhalb von 48 Stunden.

Adresse
ISCaD GmbH · Schnippheide 4G
30900 Wedemark · Deutschland
E-Mail
info@iscad-it.de
Direkt
friedhelm.matten@iscad-it.de
Lizenzierung
licensing@iscad-it.de
Telefon
+49 5130 9741840
Code & Releases
github.com/fmatten/SILD
codeberg.org/fm2-project/cairn
pypi.org/aion-clinical
01
Erstgespräch (30 Min)

Kostenfrei und unverbindlich. Wir verstehen Ihren Use Case, prüfen Passung und sagen ehrlich, ob wir der richtige Partner sind.

02
SILD-Pilot oder PoC

SILD-Pilot: festgelegte Strecke, schriftlich vereinbarte Prüfregeln, verbindlicher Festpreis nach gemeinsam festgelegtem Prüfumfang. Oder ein PoC für einen konkreten Anwendungsfall — jeweils mit klarem Go/No-Go-Kriterium vor jedem weiteren Schritt.

03
Mandat oder begleitende Beratung (3–12 Monate)

Produktive Umsetzung mit echtem Datenfluss. Oder: laufende Begleitung definierter Prozesse als verlässliche Erweiterung Ihres Teams.