Skip to content

Latest commit

 

History

History
237 lines (191 loc) · 10.6 KB

File metadata and controls

237 lines (191 loc) · 10.6 KB

ProstateCancerSpec - Aktueller Entwicklungsstand

Datum: 2026-01-13 - IG-Menüstruktur und Prostatectomy Vervollständigung

✅ Abgeschlossene Arbeiten

1. Prostatectomy Diagnostic Conclusion vollständig implementiert

  • Datei: input/fsh/examples/prostatectomy/diagnostic-conclusion.fsh
  • Erstellt: 26 diagnostische Findings für radikale Prostatektomie
  • Klinisches Szenario: Günstiger Fall - Gleason 3+4=7, R0, pT2c pN0
  • Findings umfassen:
    • Gleason Grading (Primary: 3, Secondary: 4, Total: 7, ISUP Grade Group 2)
    • Tumorcharakteristika (Volumen: 2.8 cm³, 25% Gewebebeteiligung)
    • Invasion/Extension (alle negativ: Extraprostatic Extension, Seminal Vesicle, Bladder Neck, Lymphovascular, Perineural)
    • Margins & Lymphknoten (R0, 12 LK untersucht, 0 positiv)
    • TNM Staging (pT2c, pN0)

2. IG-Menüstruktur erstellt

  • Datei: sushi-config.yaml
  • Struktur: 4 Hauptmenüpunkte (Biopsy, Prostatectomy, TUR Enucleation, TUR Resection)
  • Tabs pro Beispiel:
    • ServiceRequest
    • Specimens (Markdown-Seite mit hierarchischer Liste)
    • MacroscopyGrouper
    • MicroscopyGrouper (nur Biopsy)
    • DiagnosticConclusionGrouper
    • DiagnosticReport
    • Composition
  • Direktverlinkung: Einzelinstanzen verlinken direkt auf generierte FHIR-Ressourcen (z.B. ServiceRequest-ProstateStandardBiopsyRequest.html)

3. Markdown-Seiten erstellt

Erstellt (ursprünglich 28 Dateien):

  • Biopsy: 7 Markdown-Seiten mit vollständiger Dokumentation
  • Prostatectomy: 6 Markdown-Seiten (keine Microscopy)
  • TUR Enucleation: 6 Markdown-Seiten
  • TUR Resection: 6 Markdown-Seiten

Bereinigt auf 5 Dateien:

  • index.md (aktualisiert mit vollständiger Beschreibung aller Szenarien)
  • biopsy-specimens.md
  • prostatectomy-specimens.md
  • tur-enucleation-specimens.md
  • tur-resection-specimens.md

Begründung: Einzelinstanzen werden direkt in sushi-config.yaml verlinkt, nur Specimens benötigen Markdown-Seiten wegen multipler Instanzen

4. index.md vollständig überarbeitet

  • Neue Struktur: Fokus auf Pathologie-Workflows und konkrete Beispielszenarien
  • Example Scenarios: Detaillierte Beschreibung aller 4 Beispiele mit klinischen Kontexten
    • Biopsy: 12-Kern-Biopsie mit Mikroskopie
    • Prostatectomy: Günstiger Fall (Gleason 3+4=7, R0)
    • TUR Enucleation: Aggressiver Fall (Gleason 4+5=9, extensive Infiltration)
    • TUR Resection: Inzidentelles Karzinom
  • Resource Organization: 7-Tab-Struktur erklärt
  • Dependencies: Aktualisierte MII-Module-Versionen (2026.0.0)
  • Key Features: Gruppierungsmuster, vollständige Specimen-Hierarchien, progressive Schweregrade

5. TUR Procedures korrigiert

TUR Enucleation (tur-enucleation/procedure.fsh):

  • OPS Code korrigiert: 5-6045-603 "Enukleation der Prostata"
  • note.text erweitert: Histopathologischer Befund (Gleason 4+5=9) hinzugefügt

TUR Resection (tur-resection/procedure.fsh):

  • note.text erweitert: Histopathologischer Befund (Gleason 4+5=9) hinzugefügt

Konsistenz: Procedures stimmen jetzt mit den aggressiven Befunden in den DiagnosticReports überein

🔧 Technische Verbesserungen

Jekyll Include-Fehler behoben

  • Problem: {% include instance-example.html %} existierte nicht
  • Lösung: Direkte Markdown-Links zu generierten FHIR-Ressourcen
  • Format: [InstanceName](ResourceType-InstanceName.html)

Optimierte Menüstruktur

  • Direktverlinkung: Einzelinstanzen → direkte FHIR-Ressourcen-Links
  • Markdown-Seiten: Nur für Collections (Specimens mit Parts/Blocks/Slides)
  • Beispiele:
    • ServiceRequest: ServiceRequest-ProstateStandardBiopsyRequest.html
    • Specimens: biopsy-specimens.html (Liste mit allen 36 Specimen-Links)

📊 Beispielszenarien - Übersicht

Szenario Gleason Score ISUP Grade Specimens Microscopy Klinischer Kontext
Biopsy 4+3=7 Grade 3 12 Parts, 12 Blocks, 12 Slides ✅ Ja Diagnostische 12-Kern-Biopsie
Prostatectomy 3+4=7 Grade 2 1 Part, 3 Blocks, 6 Slides ❌ Nein Günstiger Fall, R0, pT2c pN0
TUR Enucleation 4+5=9 Grade 5 1 Part, 5 Blocks, 10 Slides ❌ Nein Aggressiver inzidenteller Tumor
TUR Resection 4+5=9 Grade 5 1 Part, 5 Blocks, 10 Slides ❌ Nein Inzidentelles Karzinom bei TUR-P

📁 Aktuelle Dateistruktur

input/
├── fsh/examples/
│   ├── biopsy/               ✅ Vollständig
│   ├── prostatectomy/        ✅ Vollständig (diagnostic-conclusion heute implementiert)
│   ├── tur-enucleation/      ✅ Vollständig (procedure korrigiert)
│   └── tur-resection/        ✅ Vollständig (procedure korrigiert)
└── pagecontent/
    ├── index.md              ✅ Vollständig überarbeitet
    ├── biopsy-specimens.md   ✅ Liste mit 36 Specimens
    ├── prostatectomy-specimens.md  ✅ Liste mit 10 Specimens
    ├── tur-enucleation-specimens.md  ✅ Liste mit 16 Specimens
    └── tur-resection-specimens.md    ✅ Liste mit 16 Specimens

🎯 Nächste Schritte

  1. IG Build testen: Vollständigen IG-Publisher-Build durchführen
  2. Menünavigation prüfen: Alle Links in der generierten HTML überprüfen
  3. Weitere Beispielszenarien: Optional weitere klinische Variationen hinzufügen
  4. Dokumentation: Möglicherweise zusätzliche Narrative-Seiten für Guidance

Datum: 2025-01-02 - Update 2

✅ Abgeschlossene Arbeiten

1. Diagnostische Schlussfolgerung (Biopsy)

  • Datei: input/fsh/examples/biopsy/diagnostic-conclusion.fsh
  • Erstellt: Vollständige diagnostische Befunde mit allen geforderten Findings
  • Struktur:
    • DiagnosticConclusionBiopsy - Hauptdiagnose mit Zusammenfassung
    • DiagnosticConclusionGrouperBiopsy - Sammelt alle Findings via hasMember
    • 22 individuelle diagnostic findings (ICD-O-3, Gleason, Invasion, etc.)

2. Korrekte Kodierung implementiert

  • Kategorien: category[laboratory-category] = $observation-category#laboratory + category[section-type] = $loinc#22637-3
  • Codes: Alle LOINC/SNOMED CT Codes wie spezifiziert implementiert
  • ServiceRequest-Referenzen: Alle Findings haben basedOn = Reference(ProstateStandardBiopsyRequest)

3. derivedFrom-Verweise

  • PrimaryGleasonPatternBiopsy → referenziert alle 12 PrimaerGleason01-12
  • SecondaryGleasonPatternBiopsy → referenziert alle 12 SekundaerGleason01-12
  • DiagnosticConclusionGrouperBiopsy → derivedFrom auf relevante microscopy findings
  • Weitere spezifische derivedFrom-Verweise für einzelne conclusion findings

4. DiagnosticReport Updates

  • InstanceOf: $mii-patho-report (MII Pathologie Profil)
  • identifier[Set-ID]: Korrekte Slice-Syntax wiederhergestellt
  • basedOn: Referenz auf ProstateStandardBiopsyRequest
  • category: Surgical Pathology (SP) korrekt kodiert
  • specimen: Alle 36 Referenzen (Part/Block/Slide für 12 Stanzen)
  • result: Nur Grouper (MacroscopicFindingsGrouper, MicroscopicFindingsGrouper, DiagnosticConclusionGrouperBiopsy)

5. Specimen-Umbenennungen (NEU)

  • Section → Slide: Alle Specimen-Instanzen und Referenzen umbenannt
  • Dateien aktualisiert:
    • specimens.fsh: Alle Section-Instanzen → Slide-Instanzen
    • diagnostic-report.fsh: 12 specimen-Referenzen aktualisiert
    • microscopy-findings-*.fsh: Alle specimen-Referenzen in findings aktualisiert
  • Vollständige Konsistenz: Keine verwaisten Referenzen

6. ServiceRequest Vervollständigung (NEU)

  • Alle 12 Part-Specimens hinzugefügt: ProstateBiopsySpecimen01Part bis ProstateBiopsySpecimen12Part
  • Korrekte Workflow-Abbildung: ServiceRequest fordert Parts an, DiagnosticReport berichtet über alle verarbeiteten Specimens

🔧 Behobene SUSHI-Fehler

Korrigierte Fehler:

  1. valueCoding → valueCodeableConcept (7 Instanzen korrigiert)
  2. identifier[Set-ID] Slice-Syntax wiederhergestellt
  3. MII Pathologie Profil als InstanceOf gesetzt

Verbleibende Fehler:

  • result[slice] Syntax noch zu klären (microscopic-observations, diagnostic-conclusion)
  • Specimen-Referenz Warnungen (nicht kritisch)

📁 Dateistruktur

input/fsh/examples/biopsy/
├── diagnostic-conclusion.fsh      ✅ Vollständig
├── diagnostic-report.fsh          🔧 Fast fertig (result-slices offen)
├── macroscopy.fsh                 ✅ Vorhanden
├── microscopy-findings-*.fsh      ✅ Aktualisiert (Section→Slide)
├── microscopy-grouper.fsh         ✅ Vorhanden
├── patient.fsh                    ✅ Vorhanden
├── practitioner.fsh               ✅ Vorhanden
├── serviceRequest.fsh             ✅ Aktualisiert (alle 12 Parts)
├── specimens.fsh                  ✅ Aktualisiert (Section→Slide)
├── supportingInfo-psa-level.fsh   ✅ Vorhanden
└── tnm-staging.fsh                ✅ Vorhanden

🎯 Nächste Schritte

1. SUSHI-Fehler finale Behebung

  • result[slice] Syntax in diagnostic-report.fsh korrigieren
  • Exakte Slice-Namen aus StructureDefinition-mii-pr-patho-report.json ermitteln
  • SUSHI clean build erreichen

2. Vervollständigung

  • Weitere derivedFrom-Verweise für alle conclusion findings
  • Validierung der Gleason-Score Logik
  • Prüfung aller Referenzen

3. Testing & Validation

  • IG Publisher laufen lassen
  • Vollständige Validierung der generierten Ressourcen
  • QA der FHIR-Konformität

📋 Technische Details

Verwendete Profile:

  • DiagnosticReport: $mii-patho-report
  • Observations: $mii-patho-finding
  • ServiceRequest: Standard FHIR

Slice-Definitionen:

  • identifier[Set-ID]: ACSN-Type für Zugangsnummer ✅
  • result[microscopic-observations]: Mikroskopische Befunde (noch zu validieren)
  • result[diagnostic-conclusion]: Diagnostische Schlussfolgerungen (noch zu validieren)

Specimen-Hierarchie:

ServiceRequest → 12 Part-Specimens
DiagnosticReport → 36 Specimens (Part/Block/Slide)
Observations → Slide-Referenzen

Aliase definiert:

Alias: $mii-patho-report = https://www.medizininformatik-initiative.de/fhir/ext/modul-patho/StructureDefinition/mii-pr-patho-report
Alias: $mii-patho-finding = https://www.medizininformatik-initiative.de/fhir/ext/modul-patho/StructureDefinition/mii-pr-patho-finding

💬 Offene Fragen

  1. result-Slices: Exakte Slice-Namen für microscopic-observations und diagnostic-conclusion aus der StructureDefinition
  2. Weitere Findings: Sind alle geforderten diagnostic findings vollständig implementiert?
  3. Prostatektomie: Soll parallel die Prostatektomie-Implementierung begonnen werden?

Letztes Update: 2025-01-02