Version: 1.2
Stand: September 2026
Status: Entwurf – zur Abnahme, sobald die Blocker aus Abschnitt 4 geklärt sind
| Version | Datum | Session | Akteur | Änderung |
|---|---|---|---|---|
| 1.0 | 2026-09-02 | 69 | Claude Code | Erstversion – Zusammenführung AP 2.1–2.6, konsolidierte Architektur, Blocker vor Phase 3 |
| 1.1 | 2026-09-04 | 71 | Claude Code | Nachgezogen: Materialschnittstelle jetzt REST statt CSV (Entscheidung Jörg), E-19 abgeschlossen (AP 2.5), K-12 zurückgestellt (AP 2.6) – Übersichtstabelle, Diagramm und Architekturprinzip aktualisiert |
| 1.2 | 2026-09-04 | 71 | Claude Code | AP 2.3 Umsetzungsstand nachgetragen: Direktabsprung (Deep-Link) und Lokation-Feld abgeschlossen und in Betrieb |
Dieses Dokument fasst die Ergebnisse der Konzeptionsphase (Phase 2) zusammen: Zusammenführung aller Teilkonzepte (AP 2.1–2.6), konsolidierte technische Architektur, Review-Grundlage für alle Beteiligten und Freigabevoraussetzungen für Phase 3 (Implementierung).
Analog zu AP 1.8 (Anforderungsdokument Phase 1) ist dieses Dokument bewusst eine Zusammenführung, keine neue Detailanalyse – die Substanz steht in den einzelnen AP-2.x-Dokumenten unter docs/projekt/.
| AP | Titel | Dokument | Status |
|---|---|---|---|
| 2.1 | Konzept Materialschnittstelle SAP → ImplantDok | ap2_1_materialschnittstelle.md |
⚠️ Zielarchitektur REST entschieden (Jörg, Session 71), SAP-Anbindung (direkt/via ISH) im SAP-Termin zu klären |
| 2.2 | Konzept Archivierungsprozess (MDM) | ap2_2_archivierungsprozess.md |
⚠️ Nachrichtenstruktur unbestätigt, OE-Ermittlung in Umsetzung |
| 2.3 | Konzept Prozessoptimierung ISH-Arbeitsliste | ap2_3_prozessoptimierung_arbeitsliste.md |
🔄 Teilweise umgesetzt – Direktabsprung (Deep-Link) und Lokation-Feld in Betrieb; Statusanzeige offen |
| 2.4 | Konzept ISH → ImplantDok Datenschnittstelle | ap2_4_ish_schnittstelle.md |
⚠️ Architekturempfehlung vorläufig, K-10-Entscheidung ausstehend |
| 2.5 | Konzept Datenqualität und Dokumentationsprozesse | ap2_5_datenqualitaet.md |
✅ Methodik fertig, auf alle vier Implantattypen angewendet (E-19 abgeschlossen Session 70) |
| 2.6 | Sicherstellung Datenvollständigkeit EPRD | ap2_6_eprd_datenvollstaendigkeit.md |
⏸️ Zurückgestellt (K-12) – EPRD-Feldkatalog-Anfrage aktuell nicht zeitkritisch |
| 2.7 | Gesamtkonzept und technische Spezifikation | dieses Dokument | 🔄 In Erstellung |
SAP (NMatV) ──REST /import/implants (Option B, AP 2.1)──►┐
│
ISH ─────────────REST /import/path (Option B, AP 2.4)─────┼──► ImplantDok (Xaxoa)
│ │
ISH-Arbeitsliste (AP 2.3) ────────────────────┘ │ HL7 MDM (AP 2.2)
▼
Orchestra → Develop D3
│
i.s.h.med Patientenorganizer
(CSV MaWi-Import bleibt für Materialdaten als Notnagel/Fallback dokumentiert, ist aber kein Zielweg mehr – siehe ap2_1_materialschnittstelle.md Abschnitt 2.1.)
| Baustein | Weg (Arbeitsannahme) | Entscheidungsstatus |
|---|---|---|
| Materialdaten SAP → ImplantDok | REST API /import/implants (Option B) – CSV als Notnagel |
Zielweg entschieden (Jörg, Session 71); SAP-Anbindung (direkt/via ISH) im SAP-Termin (K-02) zu klären |
| Anamnese-/OP-Daten ISH → ImplantDok | REST API POST /import/path (Option B) |
Vorläufig – K-10-Entscheidung durch IT aussteht |
| Patienteninformation ImplantDok → Archiv | HL7 MDM → Orchestra → Develop D3 | Architektur fix, Detailspezifikation offen (AP 2.2) |
| Typ-C-Felder (nicht automatisierbar) | Manuelle Erfassung im ISH, priorisiert nach AP-2.5-Matrix | Methodik fix, auf alle vier Implantattypen angewendet (E-19 abgeschlossen) |
| EPRD-Meldung | Direkt aus ImplantDok (bereits produktiv) | Technik fix, Datenvollständigkeit zurückgestellt (K-12) |
Gemeinsames architektonisches Prinzip (aktualisiert Session 71): Bis Session 70 galt „jede Datenquelle nutzt den zu ihr passenden Übertragungsweg" (CSV für SAP, REST für ISH). Mit der Entscheidung, Materialdaten ebenfalls über REST zu führen, konvergieren beide Datenquellen auf denselben Übertragungsweg – das verstärkt den zweiten Grundsatz eher, als ihn zu ersetzen: Schlüssel-Transformationen (Typ B) laufen über eine zentrale, konfigurierbare Mapping-Tabellen-Komponente statt implantattyp-spezifischem Hardcoding, jetzt nutzbar für Material- und ISH-Daten gemeinsam; die Übertragung ist an den Trigger „Fallstatus Implantateregister" gekoppelt, der erst gesetzt werden darf, wenn sowohl technische (Typ A/B) als auch zwingende prozessuale (Typ C, Kategorie „Zwingend") Voraussetzungen erfüllt sind.
Diese Punkte sind unabhängig von der Qualität der Konzepte selbst – ohne sie kann Phase 3 nicht sinnvoll beginnen, weil die Konzepte auf Arbeitsannahmen statt bestätigten Entscheidungen beruhen:
| # | Thema | Betrifft | Verantwortlich |
|---|---|---|---|
| B-01 | K-10: Schnittstellenweg ISH → ImplantDok final entscheiden | AP 2.4 (und damit AP 2.3, AP 2.7 Architektur) | IT |
| B-02 | SAP-Termin: Klärungsreihenfolge aus AP 2.1 Abschnitt 3 abarbeiten | AP 2.1, AP 2.6 (Materialdaten-Abdeckung EPRD) | SAP-Team / IT |
| B-03 | Xaxoa-Termin: K-04c/K-07/K-08 sowie AP-2.5-Klärungsreihenfolge (Schlüssel-Gruppen, XSD-Abgleich) | AP 2.5, AP 2.4 (Mapping-Logik) | Projektleitung / Xaxoa |
| AP 2.6 | – | ||
| B-05 | Orchestra OE-Ermittlung fertigstellen und Integrationstest (AP 1.3/2.2) | AP 2.2 | IT |
| B-06 | Logistik-4.0-Zeitplan (V-01–V-03 aus AP 1.2): bestimmt, wann AP 2.1 überhaupt produktiv gehen kann | AP 2.1 | Projektleitung / IT |
Diese Liste ist eine Konsolidierung – keine der Ursachen ist neu, sie waren bereits in den einzelnen AP-2.x-Dokumenten und im BACKLOG (K-02, K-03, K-04c, K-07, K-08, K-10) offen. Neu ist nur die gebündelte Sicht: B-01 (K-10) und B-03 (Xaxoa-Termin) betreffen die meisten Teilkonzepte gleichzeitig und sollten daher priorisiert vor den verbleibenden spezifischeren Blockern (B-02, B-05, B-06) angegangen werden.
Im Gegensatz zu den übrigen APs kann AP 2.3 (Prozessoptimierung ISH-Arbeitsliste) unabhängig von allen Blockern vorangetrieben werden – keiner der dortigen offenen Punkte hängt an K-10, dem SAP-Termin oder dem EPRD-Feldkatalog. Bestätigt sich in der Praxis: Direktabsprung (Deep-Link) und Lokation-Feld sind bereits abgeschlossen und in Betrieb (Session 71), ohne auf einen der Blocker zu warten. Offen bleibt nur noch die Statusanzeige (Abschnitt 4 dort). Empfehlung unverändert: verbleibenden Baustein parallel zu den Blocker-Klärungen umsetzen.
| Rolle | Name | Status |
|---|---|---|
| Projektleitung | ❌ Ausstehend | |
| IT / Systemintegration | ❌ Ausstehend | |
| QS-Fachkräfte (zentral) | ❌ Ausstehend | |
| Fachbereich Orthopädie (EPRD) | ❌ Ausstehend |