Erstellt: März 2026
Grundlage: Projektplan v1.1, BACKLOG K-02 / K-03
Ziel: Struktur und Befüllungslogik der SAP-Schnittstellentabelle klären, Abhängigkeiten zu Logistik 4.0 abstimmen, IQS/HCH-Bogen als Datenquelle prüfen
Teilnehmer: Projektleitung, IT, SAP-Team, QS-Fachkraft THG, QS-Fachkraft IM3/Kardiologie
docs/projektplan_ird.mddocs/projekt/entscheidungen.md (E-10-02) eintragenIm Rahmen von Logistik 4.0 / it4process werden Materialverbräuche in eine SAP-Tabelle (NMatV) übernommen. Die Materialdaten (Implantate) sind Quelle für ImplantDok. Die Implementierung liegt außerhalb dieses Projekts – wir übernehmen die Ergebnisse als Vorleistung.
1.1 Quelltabellen und Verfügbarkeit
Die Quelltabellen sind die NMatV (IS-H Standard, produktiv) und die kundenspezifische Zusatztabelle ZNIT4_NMATV_ZUS (noch nicht produktiv – Tests durch Herr Behnen + Fachbereich ausstehend). Bitte bestätigen und Produktivdatum für ZNIT4_NMATV_ZUS nennen. Wann sind alle Materialdaten vollständig verfügbar (Zieldatum Logistik 4.0)?
1.2 Felder und Datentypen
Die Feldstruktur der NMatV (IS-H Standard) und der kundenspezifischen Zusatztabelle ZNIT4_NMATV_ZUS ist bekannt. Folgende Felder sind aus IRD-Sicht relevant – bitte die offenen Punkte im Termin klären:
| Feld (Tabelle.Feldname) | IRD-Bedeutung | Pflicht (M/B) | Klärungsbedarf |
|---|---|---|---|
ZNIT4_NMATV_ZUS.IT4REFNR |
Artikelkennzeichen (UDI) – vermutet | B | Bestätigen: Ist IT4REFNR der UDI-Träger? |
ZNIT4_NMATV_ZUS.IT4LOTNR |
Chargen-/LOT-Nummer | B | Feld bekannt – wann produktiv? |
ZNIT4_NMATV_ZUS.IT4SERNR |
Seriennummer | B | Feld bekannt – wann produktiv? |
| ZNIT4_NMATV_ZUS.[fehlt] | Verwurf-Kennzeichner | M | Klären: Eigenes Feld in Zusatztabelle oder NMatV.STORN nutzen? Entwickler informiert. |
NMatV.FALNR |
Fallverknüpfung (ISH-Fallnummer) | M | Klären: Reicht FALNR für direkten Lookup in ImplantDok? |
NMatV.MATFTEXT |
Artikelbezeichnung (Klartext) | K | Bestätigen |
NMatV.LNRLM |
Lfd. Nummer / Verknüpfungsschlüssel zu ZNIT4_NMATV_ZUS | M | Dient als Join-Feld; Verwendung als lfd. Artikelnummer in ImplantDok klären |
| [zu klären] | Artikel-Identifikationsnummer (IRD-Nr.) | B | Klären: Liegt die IRD-Nummer in NMatV, Materialstamm (MARA) oder anderswo? |
Produktivstatus ZNIT4_NMATV_ZUS: Tests durch Herr Behnen + Fachbereich ausstehend – Zeitplan erfragen.
1.3 Befüllungslogik
Im OP werden alle Materialien mit dem Scanner (it4process, Teil der MaWi) erfasst und in it4process gespeichert. Die Materialverbräuche werden per Schnittstelle an SAP übergeben und in der NMatV abgelegt.
Offene Frage: Wie wird sichergestellt, dass die Daten vollständig und korrekt in der NMatV vorliegen, bevor ImplantDok sie liest?
1.4 Schnittstelle zu ImplantDok
Wie liest ImplantDok die Tabelle aus – per direktem Datenbankzugriff, über eine API, oder über einen Dateiexport (CSV)? Wer ist für die Implementierung dieser Anbindung zuständig?
1.5 Verworfene Artikel
Während einer OP kann Material verworfen werden. Verworfene Artikel müssen ebenfalls an das IRD gemeldet werden – jedoch mit einem anderen Status als implantierte Artikel.
STORN (Stornokennzeichner, aus Abrechnungsgründen). Kann dieser für den IRD-Verwurf genutzt werden, oder ist ein eigenes Feld nötig?Offen (Xaxoa-Termin): API-Feld für Verwurf-Status klären. Siehe
docs/xaxoa/xaxoa_terminvorbereitung.md.
2.1 Zeitplan Logistik 4.0
Wann ist die SAP-Schnittstellentabelle produktiv verfügbar? Ist der Zeitplan mit Phase 3 dieses Projekts (Implementierung, ca. Woche 12–24) kompatibel?
2.2 Übergangslösung
Falls die SAP-Schnittstellentabelle nicht rechtzeitig verfügbar ist: Gibt es eine Übergangslösung für die manuelle Materialerfassung in ImplantDok? Wer definiert und verantwortet den Übergangsprozess?
2.3 Ansprechpartner und Verantwortlichkeiten
Wer ist auf SAP-Seite der definitive Ansprechpartner für die NMatV-Schnittstelle? Wer ist auf IT-Seite für die Anbindung an ImplantDok zuständig?
2.4 Mapping und Dokumentation
Das Mapping NMatV → ImplantDok wird als Mapping-Sheet unter docs/schnittstellen/mappings/ dokumentiert (siehe BACKLOG E-01). Wer erstellt das Mapping, und wer nimmt es ab?
Die QS-Fachkräfte in THG und IM3/Kardiologie füllen für jeden Aortenklappeneingriff den IQS-Qualitätsbogen HCH (IQTIG-Verfahren: HCH-AORT-CHIR / HCH-AORT-KATH) in SAP aus. Dieser Bogen enthält viele Felder die auch für die IRD-Meldung relevant sind – z.B. präoperative Anamnese, Komorbiditäten, Befunde und postoperative Komplikationen.
Um doppelte Dateneingabe zu vermeiden, soll geprüft werden, ob die im IQS/HCH-Bogen erfassten Daten als Quelle für ImplantDok genutzt werden können.
3.1 Datenhaltung IQS/HCH in SAP
In welchen SAP-Tabellen werden die IQS/HCH-Daten gespeichert? Gibt es eine strukturierte Möglichkeit, einzelne Felder des HCH-Bogens programmatisch auszulesen?
3.2 Feldüberschneidung HCH ↔ IRD
Welche HCH-Felder entsprechen IRD-Pflichtfeldern für die Aortenklappe? Bitte gemeinsam mit QS THG / QS IM3 eine Feldliste erstellen:
| HCH-Feld (SAP) | IRD-Feld | Übereinstimmung / Klärungsbedarf |
|---|---|---|
| [zu ergänzen im Termin] | [zu ergänzen] | [zu ergänzen] |
3.3 Zeitliche Abhängigkeit
Wann wird der HCH-Bogen typischerweise ausgefüllt – vor oder nach der IRD-Meldung? Ist sichergestellt, dass die Daten rechtzeitig für die ImplantDok-Übertragung vorliegen?
Geplante Lösung (Ausbaustufe 1): Die Übertragung der HCH-Daten an ImplantDok wird durch eine aktive Benutzeraktion ausgelöst (z.B. Mausklick). Das entspricht dem Wunsch der QS-Fachkräfte in THG und IM3, die den Übertragungszeitpunkt selbst kontrollieren möchten.
Ausbaustufe 2 (späterer Zeitpunkt): Automatische Übertragung beim Abschluss des HCH-Bogens – technisch realisierbar, aktuell nicht priorisiert.
3.4 Technische Umsetzbarkeit
Ist eine Schnittstelle SAP-IQS → ImplantDok technisch realisierbar? Wer wäre für die Implementierung zuständig?
Stand: Umsetzung wurde an einen externen Dienstleister vergeben und ist bereits in Arbeit. Klärungsbedarf besteht noch zum Mapping (welche HCH-Felder werden an welche ImplantDok-Felder übertragen). Dieses Mapping ist Gegenstand von Block 3.2 und projekte/hch_implantdok/mapping_hch_ird_aortenklappe.md.
| Version | Datum | Session | Akteur | Änderung |
|---|---|---|---|---|
| 1.0 | 2026-03-17 | 24 | Claude | Erstversion |
| 1.1 | 2026-03-17 | 24 | Claude | NMatV korrigiert: Materialverbrauchstabelle (Quelle it4process), nicht Nummernkreis |
| 1.2 | 2026-03-17 | 24 | Jörg/Claude | Block 1 überarbeitet: NMatV als Quelltabelle; Annahme explizit zur Verifikation gestellt |
| 1.3 | 2026-03-17 | 24 | Claude | Punkt 1.5 ergänzt: Verworfene Artikel – Kennzeichner in NMatV und Xaxoa-API klären |
| 1.4 | 2026-03-17 | 24 | Claude | Punkt 1.5 aktualisiert: NMatV-Kennzeichner bereits vorhanden (Abrechnung); Xaxoa-Seite noch offen |
| 1.5 | 2026-03-17 | 24 | Claude | Punkt 1.5 korrigiert: Verwurf muss ans IRD gemeldet werden (mit anderem Status), nicht herausgefiltert werden |
| 1.6 | 2026-03-17 | 24 | Jörg/Claude | Punkt 1.3 überarbeitet: Befüllungslogik it4process → SAP → NMatV dokumentiert |
| 1.7 | 2026-03-17 | 24 | Jörg/Claude | Block 2 (NMatV-Verlinkung) gestrichen; Block 3 → Block 2 umnummeriert |
| 1.8 | 2026-03-17 | 24 | Claude | Verwurf-Kennzeichner in Feldtabelle 1.2 ergänzt |
| 1.9 | 2026-03-17 | 24 | Claude | Punkt 2.4 ergänzt: Mapping-Dokumentation, Verantwortlichkeit klären |
| 2.0 | 2026-03-17 | 24 | Claude | Punkt 2.4: Ablageort auf docs/schnittstellen/mappings/ korrigiert |
| 2.1 | 2026-03-17 | 26 | Claude | Block 3 ergänzt: IQS/HCH-Bogen als Datenquelle für ImplantDok prüfen |
| 2.2 | 2026-03-17 | 26 | Claude | Teilnehmer ergänzt: QS-Fachkraft THG und QS-Fachkraft IM3/Kardiologie |
| 2.3 | 2026-03-18 | 34 | Claude | Block 1.1/1.2/1.5 präzisiert: NMatV + ZNIT4_NMATV_ZUS als Quelltabellen; konkrete Feldnamen und offene Klärungspunkte |
| 2.4 | 2026-03-18 | 34 | Jörg/Claude | Block 3.3: Ausbaustufen dokumentiert (Auslösung per Benutzeraktion als Ziel; Automatik als spätere Option); Block 3.4: Vergabe extern und Umsetzung in Arbeit ergänzt |