Version: 1.0
Stand: September 2026
Status: Entwurf – Architektur aus AP 1.3 übernommen, Nachrichtenstruktur und Ablagelogik neu konzipiert
| Version | Datum | Session | Akteur | Änderung |
|---|---|---|---|---|
| 1.0 | 2026-09-02 | 68 | Claude Code | Erstversion – MDM-Nachrichtenstruktur, D3-Ablagelogik, Patientenorganizer-Einbindung |
Dieses Dokument konkretisiert AP 2.2 aus dem Projektplan: MDM-Nachrichtenstruktur und Dokumentenformat spezifizieren, Ablagelogik im Archiv (Develop D3) definieren (Ordnerstruktur, Metadaten, Versionierung), Einbindung in den i.s.h.med Patientenorganizer spezifizieren. Zugriffsrechte sind bereits laut Projektplan über i.s.h.med geregelt – kein eigenes Zugriffskonzept nötig.
Die Architektur ist bereits geklärt und in Umsetzung (docs/projekt/ap1_3_archiv_mdm.md): ImplantDok → Orchestra → Develop D3 → i.s.h.med Patientenorganizer. AP 2.2 bleibt auf dieser Grundlage – es geht hier nicht mehr um den Architekturweg, sondern um die Detailspezifikation, die AP 1.3 bewusst offengelassen hat.
ImplantDok versendet nach Fallabschluss eine Patienteninformation per HL7 MDM (Medical Document Management). Konkrete Segmentbelegung ist mit Xaxoa/IT noch nicht bestätigt – folgende Struktur ist die Arbeitsannahme, orientiert am HL7-Standard für MDM^T02 (Dokumenterzeugung):
| Segment | Inhalt (Arbeitsannahme) | Quelle |
|---|---|---|
| MSH | Nachrichten-Header, Absender ImplantDok | Standard |
| EVN | Ereignistyp (Dokumenterstellung) | Standard |
| PID | Patientenidentifikation | ImplantDok, aus ISH übernommen |
| PV1 | Fallzuordnung (Fallnummer) | ImplantDok, aus ISH übernommen |
| TXA | Dokumentmetadaten: Dokumenttyp, Erstellungsdatum, Status | ImplantDok |
| OBX | Dokumentinhalt (PDF der Patienteninformation, kodiert) | ImplantDok |
Offen (O-01): Diese Struktur ist nicht bestätigt – sie muss mit Xaxoa/IT anhand der tatsächlich ausgehenden MDM-Nachricht (Testsystem, siehe AP 1.3 „Entwicklung + Test") verifiziert werden. Insbesondere TXA-Feldbelegung (welcher Dokumenttyp-Code kennzeichnet die IRD-Patienteninformation eindeutig?) ist für die Ablagelogik in Abschnitt 3 zwingend zu klären.
Empfehlung: Ablage nach Organisationseinheit (OE), wie von Orchestra bereits als Routing-Kriterium vorgesehen (AP 1.3, „OE-Ermittlung in Orchestra"). Innerhalb der OE-Struktur wird das Dokument dem Patienten/Fall zugeordnet – das ist Standard-D3-Funktionalität (Patientenakte), keine projektspezifische Neuentwicklung.
| Metadatenfeld | Quelle | Zweck |
|---|---|---|
| Fallnummer | PV1-Segment (MDM) | Verknüpfung zum ISH-Fall, Basis für Patientenorganizer-Anzeige |
| Dokumenttyp | TXA-Segment (MDM), Arbeitsannahme: fester Code „IRD-Patienteninformation" | Unterscheidung von anderen D3-Dokumenten desselben Patienten |
| Erstellungsdatum | TXA-Segment (MDM) | Chronologische Einordnung, Versionierung (siehe 3.3) |
| Organisationseinheit (OE) | Orchestra-Routing | Ablageort/Ordnerzuordnung |
Eine IRD-Meldung kann nachträglich korrigiert werden (AP 1.5, Korrekturprozess). Ob ImplantDok bei einer Korrektur eine neue Patienteninformation per MDM versendet oder die bestehende Meldung nur intern aktualisiert, ist offen (O-02). Empfehlung: Falls ImplantDok bei Korrekturen erneut eine MDM-Nachricht sendet, sollte D3 das als neue Version desselben Dokuments ablegen (nicht als separates Dokument) – sonst sammeln sich pro Fall mehrere, teils veraltete Patienteninformationen im Patientenorganizer an, was für das klinische Personal verwirrend wäre.
Die Anzeige im Patientenorganizer ist laut AP 1.3 (Schritt 14b) noch nicht spezifiziert, sondern nur als „ausstehend" markiert. Für AP 2.2 wird das konkretisiert:
AP 2.2 deckt ausschließlich den Archiv-Kanal (K-1) aus AP 1.7 ab. Die übrigen drei Kanäle (Post, ePA, Patientenportal) sind eigenständig in AP 1.7 dokumentiert und nicht Gegenstand dieses Konzepts. Für den Archiv-Kanal übernimmt AP 2.2 die in AP 1.7 bereits offenen Punkte O-01/O-02/O-03 (Bulk-Mechanismus Phase 1) und O-08 (Monitoring Phase 2) unverändert – sie werden hier nicht dupliziert, sondern nur referenziert.
| # | Thema | Verantwortlich | Referenz |
|---|---|---|---|
| O-01 | MDM-Segmentstruktur (Abschnitt 2) am Testsystem verifizieren, insbesondere TXA-Dokumenttyp-Code | IT / Xaxoa | AP 1.3 |
| O-02 | Verhalten bei Korrekturmeldungen klären: neue MDM-Nachricht oder interne Aktualisierung? Bestimmt Versionierungslogik (Abschnitt 3.3) | IT / Xaxoa | AP 1.5 |
| O-03 | OE-Ermittlung in Orchestra fertigstellen (Voraussetzung für Ordnerstruktur Abschnitt 3.1) | IT | AP 1.3 O-01 |
| O-04 | D3-Konfiguration für erkennbaren Dokumenttitel/-kategorie im Patientenorganizer abstimmen | IT / Develop | Abschnitt 4 |
| O-05 | Integrationstest nach OE-Fertigstellung (unverändert aus AP 1.3 O-02) | IT | AP 1.3 |