Unsere Fälle
Stimmen
Interoperabilität im Gesundheitswesen
HL7 v2, HL7 FHIR R4, IHE, ISiK und MIO. Was zwischen KIS, PVS, Labor und ePA wirklich ausgetauscht wird.
Warum Interoperabilität über den Projekterfolg entscheidet
Interoperabilität im Gesundheitswesen heißt, dass das empfangende System die Daten fachlich versteht. Ein PDF, das nur ein Mensch liest, ist kein Austausch. KIS, PVS, LIS, RIS und PACS bleiben getrennte Systeme. Die Schnittstelle übersetzt Aufnahme, Auftrag, Befund und Dokument. Fehlt die gemeinsame Struktur, steht der Ablauf, auch wenn jede Anwendung für sich läuft.
In Deutschland gelten dafür nicht beliebige Profile. HL7 v2 trägt weiter die Nachrichten zwischen Kliniksystemen. HL7 FHIR R4 trägt ISiK und die MIO der KBV. Die Spezifikationen veröffentlicht HL7 Deutschland. Was im Krankenhaus verpflichtend ist, steht bei der gematik zu ISiK. Den MIO-Katalog führt die KBV.
Wo der Austausch abbricht
Vier Brüche erklären die meisten Stillstände.
Patientenidentität
Fallnummer, Versichertennummer und die ID des Subsystems sind nicht dasselbe. Ohne Abgleich legt das Labor einen zweiten Patienten an. PIX und PDQ lösen das nur, wenn beide Seiten dieselbe Domäne kennen.
Zwei Formate
HL7 v2 und HL7 FHIR R4 ersetzen einander nicht. Der Laborauftrag läuft oft als v2-Nachricht. Die ISiK-Schnittstelle im Krankenhaus spricht FHIR. Eine Middleware muss beide halten, nicht eines davon streichen.
Terminologie
Ein hausinterner Laborcode ist für das Nachbarsystem stumm. LOINC, SNOMED CT und ICD-10-GM sind die Terminologien, die Spezifikationen nennen. Welche davon Pflicht ist, steht im jeweiligen Profil, nicht in einer allgemeinen Liste.
Dokument ohne Struktur
Ein Befund als PDF bleibt lesbar und ist nicht auswertbar. In die ePA gehören für festgelegte Inhalte MIO als FHIR-Bundles. Die Datei allein erfüllt diese Festlegung nicht.
Ein Projekt aus unserer Arbeit
Treten Sie mit Studenten in Kontakt, um 1-zu-1-College-Einblicke und -Führungen live zu erhalten
SACHVERSTAND
Bildung
TECHNOLOGIEN
Unsere Leistungen in Integrationsprojekten
Schnittstelle, nicht ein neues KIS
Wir bauen die Schnittstelle und die Middleware zwischen bestehenden Systemen. Das Krankenhaussystem bleibt das Thema der Softwareentwicklung für Krankenhäuser. Bilddaten liegen bei PACS, Labor bei der Labor-Software.
Schnittstelle, nicht ein neues KIS
Wir bauen die Schnittstelle und die Middleware zwischen bestehenden Systemen. Das Krankenhaussystem bleibt das Thema der Softwareentwicklung für Krankenhäuser. Bilddaten liegen bei PACS, Labor bei der Labor-Software.
Profil und Test
Wir mappen auf das Profil, das die Gegenstelle verlangt: deutsches Basisprofil, ISiK oder MIO. Der Abnahmetest läuft gegen das Testsystem des Herstellers. Die ISiK-Bestätigung der gematik ist ein eigenes Verfahren und kein Nebenprodukt des Mappings.
Betrieb der Schnittstelle
Nachrichten, die nicht bestätigt werden, bleiben in einer Warteschlange sichtbar. Ein stiller Verlust ist der häufigste Betriebsfehler. Die Einordnung der Standards beginnt bei der IT-Beratung im Gesundheitswesen.
KIS, PVS, Akte, FHIR
Die Übersicht der Aktenanbindungen steht unter EHR-Integrationen und in der Integrationsübersicht. FHIR-Schnittstellen beschreibt FHIR-API-Integration. Die Anbindung an die Telematikinfrastruktur ist eine eigene Seite. Die bestehende Leistungsseite bleibt unter Interoperabilitätslösungen.
Weitere Systemanbindungen
Für benannte Produkte gibt es eigene Seiten. Sie beschreiben die Anbindung dieses Systems. Den deutschen Pflichtstandard ersetzen sie nicht. 75health, Aba Ehr, Abelmed, Advancedehr, Advancedmd, Allscripts, Altapoint, Altera Digital Health, Amazing Charts, Aprima Medical Software, Athenahealth, Carecloud, Centralreach, Charm Ehr, Chartlogic, Compulink Healthcare Solutions, Cpsi, Curemd, Drchrono, Dricloud, E Mds Chart, E Med Practice, E Medsys, Eclinicalworks, Ehr, Ehr 24 7, Elation Health, Epic Systems, Ethomas, Evident, Greenway Health, Harris Caretracker, Iknowmed, Insync Emr
Weitere Systemanbindungen, Fortsetzung
Intelligent Medical Software, Ipatientcare, Juno Emr, Kareo Clinical, Medgen Ehr, Medhost, Medicspremier, Meditech, Medworxs Evolution, Micromd Emr, Netsmart Technologies, Nextgen Healthcare, Nexus Clinical, One Touch Emr, Oracle Health, Oscar Emr, Patientclick, Practice Ehr, Practice Fusion, Praxis Emr, Prognocis Emr, Relimedemr, Sevocity Ehr, Simplepractice, Springcharts Ehr, Theraplatform, Totalmd, Ultra Charts, Veradigm, Vista, Vitera Intergy, Webedoctor, Wellsky, Wrs Health Eine feste Zusage, dass jedes dieser Systeme dasselbe Profil spricht, geben wir nicht.
Schnittstellen zu KIS, PVS und Laborsystemen
Der Weg eines Auftrags. Jede Zeile ist ein Übergang. Keiner davon deckt die anderen mit ab.
Patient im KIS anlegen
Das KIS vergibt Fall und Aufenthalt. Labor, Radiologie und die Akte müssen diese Identität wiedererkennen. Ohne Abbildung entstehen Dubletten.
FormatHL7 v2 ADT
Patient im KIS anlegen
Das KIS vergibt Fall und Aufenthalt. Labor, Radiologie und die Akte müssen diese Identität wiedererkennen. Ohne Abbildung entstehen Dubletten.
FormatHL7 v2 ADT
Auftrag an das Labor
Der Auftrag aus dem KIS an das LIS trägt Leistung und Probe. HL7 v2 ist dafür der übliche Weg. FHIR ersetzt ihn nur, wenn beide Seiten das vereinbart haben.
FormatHL7 v2 ORM oder OML
Befund zurück
Das Labor schickt das Ergebnis zurück. LOINC ist der übliche Code, wenn das Profil ihn verlangt.
FormatHL7 v2 ORU
Bild und Befund
RIS und PACS tauschen Auftrag und Bild. Beide Kanäle werden getrennt geprüft.
FormatAuftrag plus Bild
ISiK im Haus
Subsysteme lesen und schreiben über die FHIR-Schnittstelle der ISiK-Module. Das ist der Austausch im Haus, nicht der Zugang zur Telematikinfrastruktur.
FormatHL7 FHIR R4
PVS schreibt in die ePA
Das Praxisverwaltungssystem stellt festgelegte Inhalte als MIO in die elektronische Patientenakte. Das Bundle folgt der KBV-Festlegung. Ein PDF an derselben Stelle ist ein anderes Objekt.
FormatMIO
Middleware mappt
Die Middleware übersetzt Identität, Code und Nachricht. Quelle bleibt das KIS oder das PVS.
FormatAbbildung
Test gegen die Gegenseite
Jede Schnittstelle läuft gegen das Testsystem des Herstellers. Für ISiK kommt die Bestätigung der gematik dazu. Ein bestandener Test gilt nicht für die anderen Kanäle.
FormatAbnahme je Kanal
Standards: HL7 v2, FHIR und IHE-Profile
Standard, Inhalt und Pflicht in Deutschland. ISiK-Tabelle der gematik, abgefragt am 6. Oktober 2026.
- Keine Wertung, nur der Standard
- Pflicht nur dort, wo das Recht oder die Spezifikation sie setzt
- Ein anderes Profil ist keine Erfüllung
Zeitrahmen einer Anbindung
Planungskorridore bei bekanntem Testsystem, kein Angebot. Die ISiK-Bestätigung der gematik ist nicht eingerechnet.
Ein Kanal
Wochen
ein bekanntes v2-Profil
- ADT, Auftrag oder Befund, eine Richtung
- Testsystem des Herstellers nötig
- Nicht wenige Tage
- Zeichensatz und Version gehören dazu
- Kein Festpreis in dieser Tabelle
Mehrere Systeme
je Kanal
KIS, LIS, RIS, PVS
- Jeder Übergang wird einzeln gezählt
- Labor ersetzt nicht die Bildschnittstelle
- PVS und KIS sind zwei Führungen
- Identität wird einmal abgestimmt, je System geprüft
- Middleware mappt, sie erfindet kein Profil
ISiK
eigenes Verfahren
Bestätigung der gematik
- Stufe 3 seit dem 1. Juli 2025
- Stufe 5 veröffentlicht, Stichtag offen
- Gebühr nach der Telematikgebührenverordnung
- SNOMED-CT-Lizenz für die Umsetzung
- Nicht in den Wochen des Nachrichtenkanals
Stimmen von Auftraggebern
BRANCHENANERKENNUNG
Luklabs
Stellvertretende Geschäftsführerin
Das Team ist klug, kreativ, nett, ruhig und professionell, und sie sind Problemlöser.
WTT Solutions achtete auf Details. Die meisten ihrer ersten Iterationen waren sehr nah an unseren beabsichtigten Designs. Infolgedessen mussten wir in der QA-Phase nicht viele Überarbeitungen vornehmen.
Ich habe es sehr genossen, mit ihnen zu arbeiten.
ISiK und MIO: was in Deutschland verbindlich ist
ISiK gilt für Systeme im Krankenhaus, MIO für festgelegte Inhalte der elektronischen Patientenakte. Quelle ist das Fachportal der gematik, Stand der Tabelle am 6. Oktober 2026.
ISiK Stufe 3
Basis, Dokumentenaustausch, Medikation, Terminplanung sowie Vitalparameter und Körpermaße sind seit dem 1. Juli 2025 verpflichtend. Das Ende dieser Pflicht setzt die gematik per Abkündigung. In der Tabelle steht dafür noch kein Datum.
Stufe 5 ohne Stichtag
Stufe 5 ist am 1. Juli 2025 veröffentlicht. Der späteste Termin der verpflichtenden Umsetzung ist noch nicht gesetzt. Wer eine gültige Stufe-3-Bestätigung hat, erhält eine Verlängerung, sobald dieses Datum feststeht, und bestätigt nicht erneut.
Was abgekündigt ist
Stufe 4 und die Stufe-2-Module sind zum 1. Juli 2025 abgekündigt. Sicherheit der Stufe 3 ist nach der Tabelle nicht normativ festgelegt. Ein altes Zertifikat ersetzt die aktuelle Pflicht nicht.
MIO der KBV
Medizinische Informationsobjekte legen Syntax und Semantik für ePA-Inhalte fest, als FHIR-R4-XML. Impfpass, Mutterpass und U-Heft sind Beispiele. Der gültige Katalog steht bei der KBV, nicht in diesem Text.
Nicht dasselbe Verfahren
Eine ISiK-Bestätigung ist keine MIO-Umsetzung und keine Anbindung an die Telematikinfrastruktur. Jede dieser drei Pflichten hat eine eigene Spezifikation und eine eigene Abnahme.
ePA und Telematikinfrastruktur
01
Zugang ist nicht Inhalt
Die Telematikinfrastruktur ist der Zugang, die ePA die Akte, ISiK der Austausch im Haus. Drei Schichten, drei Spezifikationen.
02
Was in die Akte geht
Festgelegte Inhalte gehen als MIO hinein. Das Primärsystem schreibt die aktuelle Version und muss ältere lesen können.
03
KIS und PVS bleiben führend
Die Akte ist nicht das führende Kliniksystem und nicht das Praxisverwaltungssystem. Sie übernimmt, was die Spezifikation vorsieht. Eine zweite Patientenakte daneben entsteht daraus nicht.
04
Apps an der Akte
Eine Anwendung, die Daten mit der ePA austauscht, nutzt die festgelegte Schnittstelle. Sie erfindet kein eigenes Bundle. Ob sie zusätzlich eine DiGA ist, entscheidet das BfArM, nicht die Schnittstelle.
05
Seite für den Zugang
Konnektor, Karten und Fristen der Telematikinfrastruktur stehen auf Anbindung an die Telematikinfrastruktur. Diese Seite wiederholt sie nicht.
06
Keine Austauschgarantie
Wir sagen nicht zu, dass jeder Inhalt der Akte ankommt. Widerspruch der versicherten Person, fehlende Berechtigung und ein nicht freigegebenes Modul stoppen den Schreibvorgang zu Recht.
Typische Stolpersteine in Integrationsprojekten
Acht wiederkehrende Fehler, als Prüfliste.
Zwei Patientennummern
Fallnummer und Versichertennummer werden nicht abgebildet. Das Subsystem legt einen zweiten Patienten an.
Version und Zeichensatz
Eine Seite sendet HL7 v2.3, die andere erwartet 2.5. Oder UTF-8 trifft auf einen anderen Zeichensatz. Die Nachricht kommt an und ist nicht lesbar.
Z-Segmente
Herstellerspezifische Segmente tragen die eigentliche Information. Die Gegenseite ignoriert sie. Im Protokoll sieht der Versand erfolgreich aus.
Falsches FHIR-Profil
Ein Profil aus einem anderen Markt, etwa US Core, trifft auf eine ISiK-Schnittstelle. Die Ressource ist gültiges FHIR und trotzdem nicht das verlangte deutsche Profil.
Hauscode statt Terminologie
Der Laborwert trägt einen internen Schlüssel. LOINC, SNOMED CT oder ICD-10-GM fehlen, obwohl das Profil sie verlangt. Der Empfänger kann den Wert nicht einordnen.
PDF statt MIO
Ein lesbares Dokument wird dorthin gestellt, wo ein MIO-Bundle erwartet wird. Die Anzeige gelingt. Die Weiterverarbeitung nicht.
Fehlende Quittung
Die Sendung erhält keine Bestätigung, und niemand sieht die Warteschlange. Der Befund gilt als zugestellt und ist nie angekommen.
Test ohne Verfahren
Ein erfolgreicher Test gegen ein eigenes Mock ersetzt nicht das Testsystem des Herstellers und nicht die ISiK-Bestätigung der gematik.
Welche Profile in Deutschland zählen
Ziel sind die Profile, die HL7 Deutschland, die gematik und die KBV veröffentlichen: deutsche Basisprofile, ISiK und MIO auf HL7 FHIR R4. IHE-Profile XDS, PIX und PDQ bleiben daneben in einzelnen Netzen relevant. Ein Profil aus einem anderen Markt ist dafür kein Ersatz. Den ISiK-Stand führt die gematik, den MIO-Katalog die KBV.
OpenAI
Google Gemini
Anthropic Claude
LangChain
LlamaIndex
Perplexity API
RAG / Pinecone / Qdrant
PostgreSQL
MySQL
MongoDB
Redis
Docker
Kubernetes
Terraform
GitHub Actions
Hallo, ich bin Serge!
Geschäftsführer & Mitgründer bei WTT Solutions
Haben Sie ein neues Projekt? Oder wollen Sie mal "Hallo" sagen...
