Klinische Daten integrieren.
Schnittstellen prüfen.
Migrationen begleiten.
ISCaD unterstützt Softwarehersteller, Integratoren, Kliniken und Register bei HL7-/FHIR-Schnittstellen, Mappings und Datenmigrationen. Wir analysieren Ihre Datenstrecke, setzen vereinbarte Korrekturen um und begleiten die technische Abnahme – mit wiederholbaren Tests und nachvollziehbaren Ergebnissen.
Kostenfreies Erstgespräch · 30 Minuten · Umfang und Vergütung vor Beauftragung
Unterstützung für Ihre Datenstrecke.
Ob eine Schnittstelle umgesetzt werden muss, ein Systemwechsel ansteht oder eine Änderung nachzuprüfen ist: Wir arbeiten direkt mit Ihren Fach- und Entwicklungsteams. Aufgabe, Prüfkriterien und Verantwortlichkeiten vereinbaren wir vor Beginn.
Integration und Fehlerbehebung
Wir entwickeln, untersuchen und korrigieren HL7-/FHIR-Schnittstellen und Mappings. Ihr Ergebnis: eine vereinbarte Umsetzung oder Korrektur mit dokumentierten Prüfungen.
Migration und technische Abnahme
Wir vergleichen vereinbarte Angaben vor und nach einem Systemwechsel oder einer Schnittstellenänderung. Ihr Ergebnis: konkrete Fundstellen, offene Fragen und ein vereinbarter Nachtest.
Wiederholbare Schnittstellentests
Wir machen vereinbarte Anforderungen für neue Softwarestände und Mappingänderungen wiederholt prüfbar. Ihr Ergebnis: eine wiederverwendbare Testsammlung mit festgelegten Eingaben und erwarteten Ergebnissen.
Erfahrung aus umgesetzten Projekten.
Zwei Beispiele klinischer Datenintegration aus früheren Mandaten. Sie zeigen unsere Projekterfahrung; sie sind keine Kundenbestätigung der heutigen SILD-/AION-Software.
Klinisches Informations- und Auswertungssystem
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.
HL7-Integration & Qualitätssicherung
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.
Weitere Projekte und Infrastrukturkompetenz
Clinical Data View (CDV)
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.
ZFS Server System / SOPHOS Firewall
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-Plattform & DB-Optimierung
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.
HealthSafe24 — CIO & Gesellschafter
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.
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.
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.
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.
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.
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.
Inspection at
Data-boundaries
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.
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:
ORC → basedOn)08:12–11:47 → 00:00–23:59 (Ganztag)V/A/Z/G)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.
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.
AION
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 →CAIRN
Eigenständige Forschungsreferenz: cairn-clinical 1.0.4 auf PyPI. Davon getrennt ist die AION-Bibliothek aion-clinical 2.0.7. Funktionen und Prüfungen sind an den jeweiligen Softwarestand gebunden.
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 selbstarchivierten Preprints auf Zenodo — nicht begutachtet. 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 · Preprints auf Zenodo · FM-1 bis FM-4.2 · Grenzbestimmung · Skalierungsschicht
- Lizenz
- AGPL-3.0 · Kommerziell auf Anfrage
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
Was wir denken und schreiben.
Beobachtungen aus der Praxis — vor allem zur Lücke zwischen FHIR-Go-live und langfristig tragender Datenintegrität. Verdichtungen aus Mandaten, gespiegelt an formaler Methodik.
Was FHIR-Validierung NICHT prüft.
Ein FHIR-Bundle besteht die Validierung. Über vier Verlustmuster, die eine formal valide Übertragung überstehen können.
Vollständig lesen →Wer pflegt die FHIR-Profile nach dem Go-live?
Der Go-live ist ein Projekt, der Betrieb eine Disziplin. Über die Pflege von Profilen, Terminologien und Mappings — und woran man erkennt, ob Governance lebt.
Vollständig lesen →Was steht nicht in Ihrem FHIR-Profil?
Ein FHIR-Profil ist ein Vertrag zwischen Quell- und Zielsystem. Was es festschreibt, überlebt das Mapping — was es offen lässt, geht still verloren.
Vollständig lesen →Projekt besprechen.
Sie planen eine Integration, eine Datenmigration oder möchten eine Schnittstellenänderung prüfen lassen? Beschreiben Sie uns kurz die beteiligten Systeme und Ihr Ziel. Im kostenfreien, unverbindlichen Erstgespräch von 30 Minuten klären wir Aufgabe und Passung.
Erstgespräch (30 Minuten)
Wir klären die Aufgabe, vorhandene Datenformate und den gewünschten Zeitrahmen. Das Gespräch ist kostenfrei und unverbindlich.
Umfang und Angebot
Leistungen, Prüfkriterien, Verantwortlichkeiten und Vergütung werden vor Beauftragung vereinbart. Der SILD-Pilot ist ein möglicher Einstieg für eine abgegrenzte Prüfung.
Umsetzung und Nachprüfung
Je nach Auftrag liefern wir eine Korrektur, eine wiederverwendbare Testsammlung oder einen Prüfbericht. Eine vereinbarte Nachprüfung macht den erreichten Stand nachvollziehbar.