Version: 1.2
Stand: Juni 2026
Status: Entwurf
| Version |
Datum |
Session |
Akteur |
Änderung |
| 1.0 |
2026-06-03 |
53 |
Claude Code |
Erstversion (digitaler Versand MDM) |
| 1.1 |
2026-06-03 |
53 |
Claude Code |
Postalischer Versand, ePA und Patientenportal ergänzt; Scope erweitert |
| 1.2 |
2026-06-03 |
55 |
Claude Code |
QS-Runde: ePA über Develop D3 ePA-Modul; O-05/O-10 auf Rückläufer-Prozess; AP-1.8-Referenzfehler korrigiert |
ImplantDok erzeugt nach Fallabschluss eine Patienteninformation, die über mehrere Kanäle an die Patientinnen und ins Archiv übermittelt werden muss. Das AP umfasst alle Versandkanäle sowie die einmalige Nachlieferung historischer Dokumente (Phase 1) und den laufenden Betrieb (Phase 2).
Wichtig: Aktuell erfolgt kein Versand. Dieses AP hat daher hohe Dringlichkeit.
¶ 2. Versandkanäle
| # |
Kanal |
Beschreibung |
Status |
| K-1 |
Archiv (Develop D3) |
Digitale Ablage via HL7 MDM → Orchestra → D3; Anzeige im i.s.h.med Patientenorganizer |
⚠️ In Umsetzung (AP 1.3) |
| K-2 |
Postalischer Versand |
Ausdruck und Versand per Post an Patientinnen; über Druck-und-Versandstelle (intern + extern) |
❌ Nicht gestartet |
| K-3 |
ePA (elektronische Patientenakte) |
Upload über neues Develop D3 ePA-Modul (geplant); Anbindung direkt an D3 |
⚠️ Geplant – Develop D3 ePA-Modul |
| K-4 |
Patientenportal |
Bereitstellung im Patientenportal der Klinik |
❌ Zu klären |
| Feld |
Wert |
| Scope |
Alle Patienteninformationen ab 2024 bis zur Produktivsetzung |
| Geschätztes Volumen |
ca. 800 Dokumente |
| Art |
Einmaliger Bulk-Versand über alle relevanten Kanäle |
| Voraussetzung |
Klärung aller Kanäle und Prozesse; produktive MDM-Schnittstelle (K-1) |
| # |
Kanal |
Thema |
Verantwortlich |
Status |
| O-01 |
K-1 |
Bulk-Mechanismus in ImplantDok für ~800 Dokumente klären (Xaxoa) |
IT / Xaxoa |
❌ Offen |
| O-02 |
K-1 |
Zeitpunkt und Reihenfolge Bulk-Versand festlegen |
IT / zentrale QS |
❌ Offen |
| O-03 |
K-1 |
Verifikation: Alle 800 Dokumente erfolgreich übertragen? |
IT |
❌ Offen |
| O-04 |
K-2 |
Prozess Bulk-Druck und -Versand klären: intern oder extern? Wer beauftragt? |
zentrale QS / Verwaltung |
❌ Offen |
| O-05 |
K-2 |
Rückläufer-Prozess Phase 1 klären: Was passiert mit nicht zustellbaren Briefen (Phase 1 Bulk)? |
zentrale QS |
❌ Offen |
| O-06 |
K-3 |
ePA-Upload historische Dokumente: Zeitpunkt und Ablauf über Develop D3 ePA-Modul klären |
IT / Develop |
❌ Offen |
| O-07 |
K-4 |
Patientenportal: Bulk-Bereitstellung historischer Dokumente klären |
IT |
❌ Offen |
¶ 4. Phase 2 – Laufender Versand neuer Dokumente
| Feld |
Wert |
| Scope |
Alle neuen Patienteninformationen ab Produktivsetzung |
| Art |
Automatisch oder prozessgestützt nach Fallabschluss |
| Voraussetzung |
Produktive MDM-Schnittstelle (AP 1.3) und geklärte Prozesse je Kanal |
| # |
Kanal |
Thema |
Verantwortlich |
Status |
| O-08 |
K-1 |
Monitoring und Fehlerbehandlung MDM-Übertragung |
IT |
❌ Offen |
| O-09 |
K-2 |
Prozess laufender postalischer Versand: Trigger, Beauftragung Druck-und-Versandstelle, SLA |
zentrale QS / Verwaltung |
❌ Offen |
| O-10 |
K-2 |
Rückläufer-Prozess Phase 2 definieren: Eskalation, Dokumentation, Nachverfolgung |
zentrale QS |
❌ Offen |
| O-11 |
K-3 |
ePA-Upload laufend: Trigger, Automatisierung und Fehlerbehandlung über D3 ePA-Modul |
IT / Develop |
❌ Offen |
| O-12 |
K-4 |
Patientenportal: Bereitstellungsprozess, Trigger, Sichtbarkeit für Patientinnen |
IT |
❌ Offen |
| Abhängigkeit |
Referenz |
Status |
| MDM-Schnittstelle produktiv (K-1) |
AP 1.3 |
⚠️ In Umsetzung |
| Orchestra OE-Ermittlung fertig |
AP 1.3 O-01 |
⚠️ In Umsetzung |
| Integrationstest bestanden |
AP 1.3 O-02 |
❌ Ausstehend |
| Develop D3 ePA-Modul verfügbar (K-3) |
Develop / IT |
⚠️ Geplant |