IHE-Konformität erklärt: Nutzen und Profile

„IHE-konform” steht in fast jeder Ausschreibung für PACS, RIS oder Archivsysteme — und wird doch häufig missverstanden. Manche halten IHE für eine Norm, andere für ein Zertifikat, wieder andere für ein Synonym für DICOM. Alles drei trifft es nicht. Wer beschafft oder integriert, sollte genau wissen, was hinter dem Begriff steckt: Denn IHE-Konformität entscheidet mit darüber, ob Systeme verschiedener Hersteller im Alltag wirklich zusammenarbeiten — oder ob jede Schnittstelle zum Einzelprojekt wird.

Was ist IHE?

IHE (Integrating the Healthcare Enterprise) ist eine internationale Initiative von Anwendern und Herstellern, die 1998 in den USA gegründet wurde, um die Interoperabilität von IT-Systemen im Gesundheitswesen zu verbessern. IHE entwickelt keine eigenen technischen Standards, sondern beschreibt in sogenannten Profilen verbindlich, wie bestehende Standards — vor allem DICOM und HL7 — für konkrete klinische Abläufe einzusetzen sind. Das Ergebnis: Zwei Systeme, die dasselbe IHE-Profil in den passenden Rollen umsetzen, können ohne individuelle Schnittstellenabstimmung zusammenarbeiten.

IHE ist keine Norm — sondern ein Framework über Standards

Der wichtigste Punkt zuerst: DICOM und HL7 sind Standards; sie definieren Datenformate und Nachrichten. In der Praxis lassen diese Standards jedoch viele Freiheitsgrade — zwei „DICOM-konforme” Systeme können sich trotzdem missverstehen, weil sie optionale Felder unterschiedlich nutzen oder Abläufe unterschiedlich interpretieren.

Genau hier setzt IHE an:

• Profile beschreiben einen klinischen Anwendungsfall (z. B. „radiologischer Standard-Workflow”) und legen fest, welche Standards dafür wie zu verwenden sind.
• Akteure (Actors) sind die Rollen in einem Profil — etwa „Order Placer”, „Image Manager” oder „Document Registry”. Ein Produkt implementiert nie „IHE als Ganzes”, sondern bestimmte Akteure in bestimmten Profilen.
• Transaktionen definieren die einzelnen Interaktionen zwischen den Akteuren bis auf Nachrichtenebene.

Die Aussage „unser System ist IHE-konform” ist deshalb für sich genommen wenig wert. Aussagekräftig wird sie erst mit der Angabe: welche Profile, welche Akteure, welche Optionen.

Die wichtigsten IHE-Profile für Radiologie und Bildmanagement

Für den Aufbau einrichtungsübergreifender Bild- und Befundnetze sind vor allem XDS.b/XDS-I.b in Kombination mit PIX/PDQ und ATNA relevant; für den Alltag einer einzelnen Radiologie ist SWF das Fundament.

Wie wird IHE-Konformität nachgewiesen?

IHE ist kein Zertifizierungssystem im Sinne einer Norm mit Prüfsiegelpflicht. Der Nachweis erfolgt in der Praxis über drei Instrumente:

1. Connectathons: Von IHE organisierte Interoperabilitätstests, bei denen Hersteller ihre Systeme unter Aufsicht gegen die Implementierungen anderer Hersteller testen. Die Ergebnisse werden veröffentlicht.
2. IHE Integration Statements: Herstellererklärungen, die produkt- und versionsbezogen auflisten, welche Profile, Akteure und Optionen ein System unterstützt. Das ist das Dokument, das in Ausschreibungen angefordert werden sollte.
3. Conformity Assessment: Für ausgewählte Profile bietet IHE zusätzlich formalisierte Prüfungen durch akkreditierte Testlabore an.

Wichtig für Einkäufer: Ein Connectathon-Ergebnis belegt einen erfolgreichen Test einer bestimmten Version in einem bestimmten Jahr — es ist ein starkes Indiz, ersetzt aber nicht die Prüfung, ob die konkret angebotene Produktversion die benötigten Profile und Akteure abdeckt.

Warum IHE-Konformität bei der Beschaffung zählt

Herstellerunabhängigkeit statt Schnittstellenprojekte

Jede proprietäre Schnittstelle bindet an einen Hersteller und verursacht bei jedem Systemwechsel Folgekosten. IHE-Profile machen Schnittstellen zum planbaren Standardfall: RIS, PACS, Modalitäten und Portale verschiedener Anbieter lassen sich entlang definierter Profile kombinieren und später auch einzeln austauschen.

Zukunftssicherheit und Vernetzung

Einrichtungsübergreifende Vorhaben — Klinikverbünde, Bild- und Befundaustausch zwischen Häusern, Anbindung von Zuweisern — bauen international auf IHE-Profilen wie XDS auf. Auch nationale Digitalisierungsvorhaben im deutschen Gesundheitswesen orientieren sich bei Dokumentenaustausch und Aktenstrukturen an IHE-Konzepten. Wer heute IHE-fähige Systeme beschafft, reduziert die Kosten künftiger Vernetzungsprojekte.

Migrationssicherheit

Ein Archiv, das Daten entlang von Standards und IHE-Profilen führt, lässt sich migrieren; ein proprietäres Silo nicht — oder nur teuer. IHE-Konformität ist damit auch eine Versicherung gegen Vendor-Lock-in.

IHE in der Praxis: ein Ablauf, viele Systeme

Wie Profile konkret wirken, zeigt der radiologische Standard-Workflow (SWF): Eine Untersuchung wird im RIS angelegt und terminiert; die Modalität ruft die Worklist ab und übernimmt Patienten- und Auftragsdaten fehlerfrei — kein Abtippen, keine Verwechslungsgefahr. Nach der Untersuchung gehen die Bilder mit den korrekten Zuordnungsdaten an das PACS, das den Studienstatus an das RIS zurückmeldet. Befundung und Abrechnung greifen auf konsistente Daten zu.

Jeder dieser Schritte ist eine definierte IHE-Transaktion zwischen definierten Akteuren. Fällt eine Komponente aus dem Profil — etwa eine Modalität ohne sauberen Worklist-Abruf —, entstehen genau die Fehlerbilder, die Radiologien aus dem Alltag kennen: doppelte Patienteneinträge, Studien ohne Auftragsbezug, manuelle Nacharbeit im Archiv. IHE-Konformität ist insofern kein abstraktes Beschaffungskriterium, sondern unmittelbar Arbeits- und Patientensicherheit im Routinebetrieb.

Für Deutschland ergänzt IHE Deutschland e. V. die internationalen Profile um landesspezifische Umsetzungshilfen und Abstimmungen mit den nationalen Digitalisierungsvorhaben — ein guter Anlaufpunkt, wenn Projekte deutsche Besonderheiten berücksichtigen müssen.

Checkliste: IHE in der Ausschreibung richtig abfragen

1. Benötigte Anwendungsfälle definieren (z. B. Standard-Workflow, Verbund-Bildaustausch, Patienten-CD) und daraus die relevanten Profile ableiten.
2. Pro Profil festlegen, welche Akteure das angebotene System übernehmen soll.
3. Das IHE Integration Statement für die konkret angebotene Produktversion anfordern — nicht nur eine allgemeine Konformitätsaussage.
4. Nach Connectathon-Teilnahmen und deren Ergebnissen fragen.
5. Interoperabilität im Rahmen der Teststellung real erproben — mit den tatsächlich vorhandenen Nachbarsystemen.
6. Betrieb mitdenken: Wer verantwortet die Profile im laufenden Betrieb, wer testet nach Updates?
7. Migrationsklauseln vereinbaren: Export der Daten in Standardformaten und Mitwirkung des Herstellers beim späteren Systemwechsel gehören in den Vertrag — nicht in die Verhandlung am Vertragsende.

Häufige Fragen

Ist IHE-Konformität gesetzlich vorgeschrieben?

Nein. IHE ist ein freiwilliges Interoperabilitäts-Framework, keine Rechtsnorm. In der Praxis wird IHE-Konformität jedoch in vielen Ausschreibungen und Vernetzungsprojekten faktisch vorausgesetzt, weil sie Integrationsaufwand und -risiko erheblich senkt.

Ersetzt IHE die Standards DICOM und HL7?

Nein — IHE setzt sie voraus. DICOM und HL7 definieren Formate und Nachrichten; IHE-Profile legen fest, wie diese Standards für konkrete Abläufe kombiniert und eingeschränkt werden, damit Systeme verschiedener Hersteller interoperabel sind.

Woran erkenne ich, ob ein PACS die für uns relevanten Profile unterstützt?

Am IHE Integration Statement des Herstellers für die angebotene Produktversion. Es listet Profile, Akteure und Optionen auf. Gleichen Sie diese Liste mit Ihren Anwendungsfällen ab — und lassen Sie kritische Kopplungen (etwa RIS–PACS–Modalität) in einer Teststellung nachweisen.

Fazit

IHE-Konformität ist kein Marketing-Etikett, sondern ein präzises Versprechen: dass ein System definierte Rollen in definierten Abläufen standardkonform spielt. Wer bei der Beschaffung Profile, Akteure und Integration Statements konkret abfragt, erspart sich Schnittstellenprojekte, senkt Migrationskosten und hält sich die Herstellerwahl offen — heute und beim nächsten Systemwechsel.

Unser PACS ist auf IHE-konformes Zusammenspiel mit RIS, Modalitäten und Portalen ausgelegt und wird gemeinsam mit dem RIS als abgestimmtes System betrieben. Ob Ihre bestehende Systemlandschaft interoperabel aufgestellt ist, klärt der herstellerunabhängige Workflow Check.