Status: 🔴 Offen für ISH-Daten (K-10, Entscheidungsträger IT) – für Materialdaten aus SAP inzwischen entschieden (REST, Jörg Session 71)
Backlog-Referenz: K-10
Letzte Aktualisierung: Session 71
Für die Übermittlung von Implantat- und OP-Daten aus dem KIS/SAP an ImplantDok stehen drei technische Wege zur Verfügung, die alle von Xaxoa unterstützt werden. Die Wege schließen sich nicht grundsätzlich aus, erfordern aber eine bewusste Entscheidung für den Primärweg je Implantattyp/Klinik.
Die aktuelle ADT-Schnittstelle zwischen ISH und ImplantDok ist produktiv, aber in einer schmalen Ausprägung. Grundlage ist die UKT-eigene ADT-Spezifikation (HL7 2.3b, Stand 08.03.2021, Autor: K. Fritzsche, GB IT). Diese überträgt ausschließlich Bewegungs- und Stammdaten über die Segmente PID, PV1, IN1 und ZBE. DG1 (Diagnosen), PR1 (Prozeduren) sowie die Xaxoa-proprietären Z-Segmente (Z00 für OP-Zusatzdaten, Z06 für Implantatdaten) sind nicht Bestandteil der aktuellen Konfiguration. Eine Erweiterung wäre technisch möglich, erfordert aber Konfigurationsaufwand auf ISH/Cloverleaf-Seite und bei Xaxoa.
Quelle: SAP (via it4process-Schnittstellentabelle)
Doku: XAX_INF_Import_Schnittstelle_MaWi_V1.96_240516.pdf
Mechanismus: SAP erzeugt CSV-Datei → Ablage in UNC-Verzeichnis auf EndoDok-Server → automatisches Einlesen
| Aspekt | Bewertung |
|---|---|
| Implantatdaten (UDI, Charge, Serien-Nr.) | ✅ Vollständig abbildbar (barcode1, seriennr, charge, artnr) |
| OP-Daten (Datum, OPS, Operateur, ASA) | ✅ Vollständig abbildbar |
| Seitenlokalisation | ✅ Feld lokalisation (R/L/leer) |
| Trigger | ⚠️ Dateibasiert – Prozessauslöser muss definiert werden (z.B. Entlassung) |
| Encoding | ⚠️ ISO-8859-1 (Umlaute beachten) |
| Abhängigkeit SAP-Schnittstelle | ⚠️ Setzt K-02 (SAP-Schnittstellentabelle) voraus |
| Löschen via Schnittstelle | ❌ Nicht möglich, nur manuell |
| Bewertung | Solider Weg für Materialdaten aus SAP; gut geeignet wenn SAP die führende Materialquelle ist |
POST /import/pathQuelle: ISH (Cerner i.s.h.med)
Doku: xaxoa-rest-api-v0.8.2.yaml (intern), Medical Cube REST API
Mechanismus: ISH sendet JSON per HTTP POST → ImplantDok verarbeitet synchron
| Aspekt | Bewertung |
|---|---|
| Implantatdaten | ✅ Abbildbar (Artikelfelder vorhanden) |
| OP-Daten | ✅ Abbildbar |
| Seitenlokalisation | ✅ Im OPS-Feld als Suffix (:L/:R/:B) |
| Trigger | ✅ Event-getrieben, flexibel steuerbar |
| Encoding | ✅ JSON/UTF-8 |
| ISH-Konfigurationsaufwand | ⚠️ Muss auf ISH-Seite entwickelt/konfiguriert werden |
| Materialien aus SAP | ✅ Aktualisiert Session 71: API v0.9.2 (rest-api-import_v0.9.2.json) bietet einen dedizierten /import/implants-Endpunkt speziell für Implantat-/Materialdaten – die ursprüngliche Einschätzung „SAP-Daten müssten zuerst nach ISH fließen oder parallel via CSV" basierte auf der älteren API v0.8.2 ohne diesen Endpunkt. Ob SAP diesen Endpunkt direkt ansprechen kann, ist weiterhin offen (ap2_1_materialschnittstelle.md O-07), aber kein grundsätzlicher Umweg über ISH mehr zwingend erkennbar |
| Bewertung | Technisch sauberster Weg für KIS-Daten; für Materialdaten aus SAP durch den neuen /import/implants-Endpunkt (API v0.9.2) direkter nutzbar als ursprünglich angenommen – Jörg hat REST daher als Zielarchitektur auch für Materialdaten entschieden (siehe ap2_1_materialschnittstelle.md Abschnitt 2.1, CSV nur noch Notnagel) |
Quelle: ISH (Cerner i.s.h.med)
Doku: XAX_INF_HL7_Schnittstelle_KIS_V4.38_251120.pdf
Mechanismus: ISH sendet ADT A08 mit proprietären Z-Segmenten → ImplantDok verarbeitet
| Aspekt | Bewertung |
|---|---|
| Z00 (OP-Zusatzdaten) | ✅ OP-Datum, Operateur, Schnitt/Naht, ASA, Größe, Gewicht, CDC, Dringlichkeit, Autoimmun |
| Z06 (Implantatdaten) | ✅ GS1-Barcode, Serien-Nr., Charge, UDI, Artnr., Lokalisation, verworfen-Flag, Implantationsdatum |
| Aktuelle ADT-Ausprägung | ❌ Schmal – UKT-Spezifikation (HL7 2.3b, Stand 08.03.2021) enthält ausschließlich Bewegungs- und Stammdaten: PID, PV1, IN1, ZBE. Keine DG1 (Diagnosen), keine PR1 (Prozeduren), keine Z-Segmente. |
| Erweiterungsaufwand | ⚠️ Erweiterung erfordert Konfiguration auf beiden Seiten: ISH/Cloverleaf (Kommunikationsserver) und Xaxoa. Aufwand und Machbarkeit ungeklärt. |
| Trigger | ✅ Event-getrieben (z.B. Entlassung A03, Stammdatenänderung A08) |
| Materialien aus SAP | ⚠️ SAP-Daten müssten zuerst nach ISH fließen |
| IRD-Hinweis Xaxoa | ℹ️ Xaxoa weist darauf hin: IRD unterstützt aktuell nur GS1-Code-Suche (kein HBCI) |
| Bewertung | Elegantester und event-getriebenster Weg; setzt aber ADT-Erweiterung voraus |
Da Materialien primär in SAP/it4process erfasst werden und klinische Daten im ISH, ist ein hybrider Ansatz denkbar. Aktualisiert Session 71: Beide Datenquellen zielen inzwischen auf REST (siehe ap2_1_materialschnittstelle.md), CSV bleibt für Materialdaten nur als Notnagel:
| Weg | Datenquelle | Dateninhalt |
|---|---|---|
REST (/import/implants) – CSV MaWi-Import als Notnagel |
SAP → EndoDok | UDI, Charge, Serien-Nr., Artikelnummer |
HL7 ADT (A08 + Z00) oder REST (/import/path) |
ISH → EndoDok | OP-Datum, OPS, Operateur, ASA, Dringlichkeit |
| HL7 ADT (A01/A03) | ISH → EndoDok | Patientenstammdaten (bereits aktiv) |
Aktualisiert Session 71: Für Materialdaten aus SAP hat Jörg REST (/import/implants, sobald K-02 abgeschlossen) als Zielweg entschieden, CSV bleibt nur Notnagel (siehe ap2_1_materialschnittstelle.md). Für Patientenstammdaten bleibt die bestehende ADT vorerst bestehen. Mittelfristig weiterhin zu prüfen: die Z-Segment-Erweiterung für OP-Daten und strukturierte Trigger.
Diese Entscheidung betrifft die Materialdaten-Seite; die Endentscheidung für den ISH-Weg (K-10) bleibt weiterhin bei der IT und ist von dieser Aktualisierung nicht vorweggenommen.
| Version | Datum | Session | Änderung |
|---|---|---|---|
| 1.0 | 2026-03-12 | 10 | Erstversion |
| 1.1 | 2026-09-04 | 71 | Materialdaten-Seite aktualisiert: API v0.9.2 zeigt dedizierten /import/implants-Endpunkt, Jörg entscheidet REST als Zielarchitektur für Materialdaten (CSV nur Notnagel) – Option-B-Bewertung, Kombinationsszenarien und Entscheidungsempfehlung entsprechend korrigiert; ISH-Seite (K-10) bleibt offen, unverändert bei IT |