BPMN-Modell der übergreifenden Lungenkrebs-Patient Journey (sog. Patientenpfad) im Rahmen des Medical Informatics Hub (MiHUB). Der Patientenpfad wird federführend in Arbeitspaket 3 (AP3) entwickelt und bildet die fachliche Grundlage für die Use-Case-Arbeitspakete AP6 (Krebsfrüherkennung), AP7 (Kooperative Krebsversorgung) und AP8 (Nachsorge und Langzeitbegleitung).
Was die Abzeichen oben bedeuten: Sie zeigen den Zustand der technischen Prüfungen (Dateinamen, Modellstruktur, Verlinkungen) — sie sagen nichts über die medizinische Richtigkeit der Pfade aus und bedeuten keine Freigabe für die Versorgung. Der fachliche Reifegrad steht unter Status & Roadmap und je Modell in
models/README.md.
ℹ️ Technische Details zur Konformitätsprüfung (für Entwickler:innen)
ℹ️ Die CI-Konformitätsprüfung läuft in der Release-Candidate-Phase beratend (warn-only): das Gate meldet die bekannten Modellbefunde (Struktur, OR-Gateways) als Warnungen, blockiert die PRs aber nicht — die Modellbefunde werden vor der geplanten Ummodellierung bewusst nur gemeldet (nicht erzwungen); die harte Durchsetzung wird danach reaktiviert (siehe docs/model-issues/ und ADR-0001). Namenskonvention und Roundtrip sind auf allen Modellen grün; die (informative) XSD-Kernprüfung ist auf allen Modellen bis auf das übergreifende grün — es trägt vier nicht-standardisierte DI-Farbattribute (siehe docs/model-issues); die BPMN4CP-Erweiterung cp: steht per Design direkt unter dem Prozess und wird vor der Kernprüfung ausgeblendet. Die Namenskonvention wird als eigener, blockierender CI-Schritt erzwungen (npm run check:naming). Live-Status: GitHub Actions.
⚠️ Hinweis zur Zweckbestimmung / Haftungsausschluss. Dieses BPMN-Modell ist ein Forschungs-, Lehr- und Interoperabilitäts-Referenzartefakt. Es ist nicht für den Einsatz in der unmittelbaren Patient:innenversorgung oder zur klinischen Entscheidungsfindung bestimmt, nicht klinisch validiert und stellt keine medizinische Beratung dar. Die Autor:innen weisen ihm keine medizinische Zweckbestimmung im Sinne der EU-Medizinprodukteverordnung (MDR 2017/745) zu. Jede Nutzung in einem Versorgungskontext erfordert eine eigenständige klinische Validierung und regulatorische Bewertung durch die nutzende Stelle. Es geltenDISCLAIMER.mdund Abschnitt 5 derLICENSE. Der Haftungsausschluss ist derzeit ein Entwurf und befindet sich in rechtlicher Prüfung (Justiziariat / Datenschutzbeauftragter (DSB) der TU Dresden).This BPMN model is a research, education and interoperability-reference artifact. It is not intended for direct patient care or clinical decision-making, has not been clinically validated, and is not medical advice. The authors assign it no medical intended purpose under EU MDR 2017/745. See
DISCLAIMER.md.🧩 Ergänzendes Repository — Datenelemente. Die inhaltliche Datenseite dieses Pfads — welche klinischen Datenelemente an den Aktivitäten und Übergängen erhoben, ausgetauscht und sekundär genutzt werden — wird im Schwester-Repository
mihub-lung-cancer-pathway-data-elementsgepflegt (AP6/AP7/AP8). Dieses Repository beschreibt den Prozess (wann, durch wen), das Datenelement-Repository die Inhalte (was wird dokumentiert/ausgetauscht). Beide sind komplementär.
| Ich möchte … | Hier entlang |
|---|---|
| die Modelle ansehen / verwenden | Artefakte · Verwendung |
| die Modellierungsregeln verstehen | CONVENTIONS.md |
| ein Modell erweitern / beitragen | CONTRIBUTING.md |
| die Abnahmetest-/Qualitätskriterien | docs/governance/ |
| die Konformitätsprüfung lokal ausführen | skills/bpmn-conformance/SKILL.md (npm run check:conformance) |
| Entscheidungen (ADR) nachlesen | docs/decisions/ |
| Änderungen / Release-Notes | CHANGELOG.md |
| die KI-Nutzung in diesem Repository nachvollziehen (EU AI Act Art. 50) | AI_USAGE.md |
| mit KI-Coding-Agenten arbeiten (Claude Code, Codex, Copilot, …) | AGENTS.md · skills/README.md |
| Zweckbestimmung / Haftung | DISCLAIMER.md |
| den Projektstatus (Release, Abnahme, Modelle) | Status & Roadmap |
| die klinischen Quellen je Modell (Leitlinien, Rechtsgrundlagen, Workshops) | docs/governance/clinical-sources.md |
| die Datenelemente (Inhaltsseite) erkunden | Schwester-Repo …-data-elements |
Stand: 2026-09-07 — aktualisiert mit jedem Release; Live-Quellen sind die Status-Spalte in models/README.md und das Sammel-Issue #49.
| Bereich | Status |
|---|---|
| Release-Phase | Vorabversionen (Release Candidates, Suffix -rc.N) unter dem Concept-DOI 10.5281/zenodo.20943916. Eine finale Version gibt es noch nicht. |
| Aktuelle Version | v0.6.0-rc.1 — Datum, Inhalt und Versions-DOI siehe Releases bzw. CHANGELOG.md. |
| Abnahmetest | Noch kein Modell abgenommen („Accepted“). Die 1.0.0 folgt der ersten formalen Abnahme (ADR-0002); Instrument und Protokoll in docs/governance/. |
| Modelle | 10 Modelle. Jedes trägt ein offenes Konformitäts-Issue (Kinder von #49); 13 OR-Gateways sind umzumodellieren (SYN-5); das Palliativ-Modell ist ein WIP-Entwurf. Status je Modell: Spalte „Status“ in models/README.md. |
| Tooling | Konformitäts-Gate (npm run check:conformance) lokal blockierend, in der CI während der RC-Phase beratend (warn-only, siehe Hinweis oben); Soundness-Prüfung beratend (ADR-0001, ADR-0003). |
| Offene Entscheidungen | Rechtliche Prüfung des DISCLAIMER.md (Justiziariat / DSB der TU Dresden) läuft; die Lizenzentscheidung für die abgeleiteten Modelle ist getroffen (CC BY-SA 4.0, ADR-0005) — die Klärungsanfragen an gematik und im CraNE-Konsortium laufen parallel; klinische Validierung ausstehend. |
| Nächste Schritte | Ummodellierung nach #49 → Gate in der CI wieder hart schalten → erster formaler Abnahmetest → 1.0.0. |
| Wo nachsehen | models/README.md (Status, Rollen, Quellen je Modell) · #49 · docs/governance/clinical-sources.md · GitHub Actions. |
Dieses Repository ist Teil des Medical Informatics Hub (MiHUB), einem Digitalen FortschrittsHub (DigiHub) der Medizininformatik-Initiative (MII) des Bundesministeriums für Forschung, Technologie und Raumfahrt (BMFTR). MiHUB hat das Ziel, eine intersektorale, serviceorientierte Infrastruktur zur Verbesserung der sektorenübergreifenden Versorgung und Forschung in der Onkologie aufzubauen. Das übergreifende Anwendungsszenario ist die Versorgung von Lungenkrebspatient:innen entlang einer vollständigen Patient Journey – von der Früherkennung über Diagnostik und Behandlung bis hin zu Nachsorge und Langzeitbegleitung.
Konsortialführer ist die Technische Universität Dresden (Zentrum für Medizinische Informatik, ZMI). Weitere Konsortialpartner sind die Medizinische Universität Lausitz – Carl Thiem (Cottbus), das Klinikum Chemnitz und die Hochschule Mittweida. MiHUB kooperiert eng mit anderen DigiHubs im Rahmen des Cross-Hub Use Case „Digitale Unterstützung in komplexen Patientenpfaden".
Der Patientenpfad wird in AP3 entwickelt und in den Use-Case-Arbeitspaketen AP6, AP7 und AP8 domänenspezifisch verfeinert und implementiert. Die folgende Übersicht beschreibt die pfadrelevanten Aufgaben der einzelnen Arbeitspakete.
Die Forschungsgruppe Digital Health (FGDH) der TU Dresden ist federführend für AP3 verantwortlich. Unterstützt wird sie durch die Abteilung Allgemeinmedizin / Forschungspraxennetz SaxoN (AMED) der TU Dresden, die Abteilung Hämatologie, Onkologie, Nephrologie, Diabetologie und Pneumologie (CB-Onc) der Medizinischen Universität Lausitz – Carl Thiem in Cottbus sowie das dortige Datenintegrationszentrum (CB-DIC).
AP3 entwickelt einen integrierten Lungenkrebspatientenpfad, der die Phasen Krebsfrüherkennung, Diagnostik, Behandlung, kooperative Krebsversorgung, Palliativversorgung, Nachsorge und Primärversorgung abdeckt. Der Patientenpfad wird auf Basis klinischer Leitlinien und SOPs mithilfe von erweitertem BPMN 2.0 modelliert und bildet die fachliche Grundlage für alle weiteren Arbeitspakete des Projekts. Darüber hinaus wird der Pfad in HL7 FHIR-Spezifikationen überführt, um eine maschinell interpretierbare und semantisch interoperable Repräsentation bereitzustellen.
Aufgabe 3.1 – Entwicklung des übergreifenden Patientenpfads (M1–M6) Entwicklung des Kern-Lungenkrebspatientenpfads in BPMN mit Fokus auf intersektorale Übergänge und aktiver Beteiligung der Stakeholder (Hausärzt:innen, Spezialist:innen, Tumorzentren, Patient:innen). Die Modellierung basiert auf klinischen Leitlinien und SOPs. Der BPMN-Pfad wird allen Stakeholdern zugänglich gemacht.
Aufgabe 3.2 – Computerinterpretierbare Spezifikation des Patientenpfads (M10–M16) Überführung des BPMN-Modells in ein technisches Artefakt mittels HL7 FHIR-Standards und nationaler sowie internationaler Terminologiestandards (SNOMED CT, LOINC, ICD). Ziel ist ein computerinterpretierbarer Patientenpfad, der mit nationalen und europäischen Gesundheitsdateninitiativen (u. a. EHDS) kompatibel ist.
Aufgabe 3.3 – Analyse der aktuellen Informationssystemlandschaft (M3–M9) Systematische Analyse der bestehenden IT-Systemlandschaft entlang des entwickelten Patientenpfads zur Identifikation von Lücken, Schwachstellen und erfolgreichen Komponenten als Grundlage für die technische Umsetzung.
| ID | Beschreibung | Fälligkeit |
|---|---|---|
| D3.1 | Lungenkrebspatientenpfad BPMN-Modell | M6 |
| D3.2 | Lungenkrebspatientenpfad FHIR Implementation Guide | M16 |
| D3.3 | Bericht zur aktuellen Informationssystemlandschaft | M9 |
AP6 wird maßgeblich durch das Klinikum Chemnitz getragen: die Klinik für Innere Medizin IV (SKC-CIM) und das Institut für Radiologie und Neuroradiologie (SKC-RAD) verantworten die klinische Evaluation, das Netzwerk Südwestsachsen (SKC-SWS) die regionale Vernetzung und die IT-Abteilung (SKC-IT) die technische Umsetzung. Weitere Beiträge leisten AMED (Rekrutierung hausärztlicher Praxen über das Forschungspraxennetz SaxoN), CB-Onc (Cottbus) sowie ZMI und FGDH der TU Dresden.
AP6 nutzt den in AP3 entwickelten Patientenpfad als Grundlage für die Identifikation von Hochrisikopatient:innen für die Lungenkrebsfrüherkennung und leitet daraus domänenspezifische Datenanforderungen ab.
Aufgabe 6.2 – Datenanalyse und Spezifikation (M7–M12) Definition von Datenelementen zur Patient:innenidentifikation auf Basis der in AP3 entwickelten Pfadanalyse. Spezifikation strukturierter und unstrukturierter Datenanforderungen gemäß der Lungenkrebsfrüherkennungsverordnung. Partizipative Analyse mit rekrutierten Hausärzt:innen zur iterativen Verfeinerung.
| ID | Beschreibung | Fälligkeit |
|---|---|---|
| D6.2 | Datenspezifikation | M12 |
Federführend in AP7 ist das Center for Personalized Oncology and Translational Medical Oncology am NCT/UCC Dresden (NCT). Wesentliche Beiträge leisten die FGDH (Patient:innenportal, Vernetzungsplattform), AMED (hausärztliche Perspektive) und CB-Onc (Cottbus, onkologische Expertise).
AP7 verfeinert den in AP3 entwickelten übergreifenden Patientenpfad für die Versorgung von Patient:innen mit fortgeschrittenem und palliativem Lungenkarzinom. Durch die Detaillierung der Behandlungsepisode entsteht ein differenziertes Verständnis des Patient:innen- und Datenpfads in der kooperativen Krebsversorgung.
Aufgabe 7.1 – Erhebung der Patient Journey und Definition von Teilpfaden (M1–M9) In Zusammenarbeit mit AP3 wird die Patient Journey für die Behandlungsepisode detailliert, die Patient:innenportal-Nutzung spezifiziert und detaillierte Prozessmodelle erstellt. Ziel ist ein umfassendes Verständnis des Patient:innenpfads und des zugehörigen Datenpfads durch das Gesundheitssystem.
| ID | Beschreibung | Fälligkeit |
|---|---|---|
| D7.1 | Verfeinerte Patient Journey und Patientenpfad | M9 |
AP8 wird gemeinsam getragen von AMED (Forschungspraxennetz SaxoN, hausärztliche Perspektive), FGDH (digitale Werkzeuge, Systemarchitektur), dem CB-DIC und CB-Onc (Cottbus) sowie der Hochschule Mittweida (HSMW) (CRPM-Studien, Daten-Gateway).
AP8 leitet aus dem übergreifenden Patientenpfad die spezifischen Anforderungen für die Nachsorge und Langzeitbegleitung ab. Durch Stakeholder-Workshops werden notwendige Datenelemente und gewünschte Prozesse für die hausärztliche und ambulante onkologische Nachsorge erhoben und in den Pfad rückgekoppelt.
Aufgabe 8.1 – Anforderungsanalyse (M1–M6) Erhebung notwendiger Datenelemente, digitaler Unterstützungsoptionen und gewünschter Prozesse für die Nachsorge in Stakeholder-Workshops (gemeinsam mit AP9). Definition von Kohorten und Forschungsfragen für vertiefende Studien.
| ID | Beschreibung | Fälligkeit |
|---|---|---|
| D8.1 | Anforderungsspezifikation | M6 |
Alle Modelle liegen im Verzeichnis models/ (Namenskonvention lung-cancer-<phase>-pathway, siehe ADR-0004 und die Modellübersicht models/README.md). Die BPMN-Modelle werden in zwei Formaten bereitgestellt:
- BPMN (
.bpmn): Maschinenlesbare BPMN-2.0-Quelldatei, direkt bearbeitbar mit gängigen BPMN-Editoren (s. u.) - SVG (
.svg): Skalierbare Vektorgrafik zur menschenlesbaren Visualisierung, darstellbar im Browser oder in Vektorgrafik-Software
Hinweis zur Anzeige: Die SVG-Vorschau auf GitHub skaliert jede Grafik auf maximal 600 px Breite. Die großformatigen Modelle (übergreifender Pfad, Früherkennung) sind darin nicht lesbar. Für die volle Auflösung auf der Dateiseite die Schaltfläche „Download raw file“ (Symbol rechts oben) nutzen oder die Grafik in einem eigenen Browser-Tab öffnen und dort zoomen.
Beispielansicht — Teilpfad Tumorboard (klein genug für die Vorschau; die übrigen Modelle wie oben beschrieben öffnen):
| Datei | Beschreibung |
|---|---|
models/lung-cancer-overarching-pathway.bpmn |
BPMN-Quelldatei des übergreifenden Lungenkrebspatientenpfads |
models/lung-cancer-overarching-pathway.svg |
Visualisierung des übergreifenden Lungenkrebspatientenpfads |
Der übergreifende Pfad bildet die vollständige Patient Journey von der Prävention/Früherkennung bis zur Nachsorge ab. Fünf Phasen — Staging/Diagnostik, Patientengespräch, Tumorboard, Molekulares Tumorboard und Behandlung — sind darin als Platzhalter-Subprozesse mit externen Verweisen (cp:definitionCanonical auf den login-pflichtigen Modeler-Workspace modeler.helict.eu) eingebunden; die vier übrigen Teilpfade (Initialer Einstieg, Krebsfrüherkennung, Palliativversorgung, Nachsorge) stehen derzeit eigenständig neben dem übergreifenden Modell — siehe models/README.md, Abschnitt „Verknüpfung“.
| Datei | Beschreibung |
|---|---|
models/lung-cancer-initial-entry-pathway.bpmn / .svg |
Teilpfad Initialer Einstieg (symptomatische Patient:innen / Zufallsbefund) |
models/lung-cancer-screening-pathway.bpmn / .svg |
Teilpfad Krebsfrüherkennung (Lung Cancer Screening) |
models/lung-cancer-diagnostic-pathway.bpmn / .svg |
Teilpfad Diagnostik |
models/lung-cancer-patient-consultation-pathway.bpmn / .svg |
Teilpfad Patientengespräch / Aufklärung |
models/lung-cancer-tumor-board-pathway.bpmn / .svg |
Teilpfad Tumorboard |
models/lung-cancer-molecular-tumor-board-pathway.bpmn / .svg |
Teilpfad Molekulares Tumorboard |
models/lung-cancer-treatment-pathway.bpmn / .svg |
Teilpfad Behandlung |
models/lung-cancer-palliative-care-pathway.bpmn / .svg |
Teilpfad Palliativversorgung (Entwurf / WIP) |
models/lung-cancer-aftercare-pathway.bpmn / .svg |
Teilpfad Nachsorge |
Die klinischen Quellen je Modell (Leitlinien, Rechtsgrundlagen, Workshops, abgeleitete Vorlagen; Datum der letzten Prüfung gegen die Quelle) sind in docs/governance/clinical-sources.md dokumentiert.
So kommen Sie an eine Datei: Auf der Dateiseite im Browser die Schaltfläche „Download raw file“ (Symbol rechts oben) anklicken — die Datei wird gespeichert. Ein Klick auf eine .bpmn-Datei zeigt auf GitHub nur den XML-Quelltext; das ist normal, das Diagramm entsteht erst im Editor. Die heruntergeladene .bpmn-Datei anschließend in demo.bpmn.io per Drag & Drop in das Browserfenster ziehen oder im Camunda Modeler über File → Open öffnen.
Die BPMN-Modelle (.bpmn) können mit folgenden Tools geöffnet, visualisiert und weiterbearbeitet werden:
- bpmn.io – Frei verfügbarer, webbasierter BPMN-Editor (keine Installation erforderlich)
- Camunda Modeler – Desktop-Anwendung für BPMN 2.0 (kostenlos)
- Eclipse BPMN2 Modeler – Eclipse-Plugin für BPMN
⚠️ Vor dem Bearbeiten in einem Standard-BPMN-Editor lesen. Fünf Modelle (übergreifend, Behandlung, Diagnostik, Tumorboard, Molekulares Tumorboard) tragen 34 Qualitätsindikatoren der BPMN4CP-Erweiterung (cp:). bpmn.io / demo.bpmn.io und Camunda Modeler kennen diese Erweiterung nicht: Beim Öffnen und erneuten Speichern werden allecp:-Elemente samt der darin enthaltenen Übersetzungen ohne Fehlermeldung verworfen — im Diagramm ist davon nichts zu sehen (nachgewiesen mitbpmn-moddle10, der Bibliothek hinter beiden Editoren). Reine Ansicht ist unbedenklich. Wer die Indikatoren erhalten will, bearbeitet im Pathway Modeler oder prüft die Datei vor der Veröffentlichung mitnpm run check:conformance(der Roundtrip-Schritt meldet den Verlust).
cp:kennzeichnet Zusatzangaben aus BPMN4CP, einer an der TU Dresden entwickelten Erweiterung des BPMN-2.0-Standards für klinische Behandlungspfade — hier vor allem die Qualitätsindikatoren (Zähler/Nenner) und Verweise auf die Ursprungsmodelle im externen Pathway Modeler. Sie stehen in der Datei, gehören aber nicht zum BPMN-Standard und werden deshalb nicht von jedem Werkzeug verstanden.
Die kanonische Werkzeugempfehlung (Einsatzzweck und Hinweise je Werkzeug) steht in CONVENTIONS.md, § 9 „Empfohlene Werkzeuge“.
Die SVG-Dateien lassen sich direkt im Browser oder in Vektorgrafik-Software (z. B. Inkscape, Adobe Illustrator) öffnen.
Die Modellierung des Patientenpfads baut auf Vorarbeiten aus zwei Initiativen auf:
Der Arbeitskreis Fachanwender Journey Onkologie des Interoperabilitäts-Navigators (INA) der gematik erstellte 2023 einen BPMN-modellierten Überblick über bestehende (Daten-)Schnittstellen entlang der Fachanwender-Journey in der onkologischen Versorgung am Beispiel des Lungenkarzinoms. Die Quellseite nennt als Nutzungsbedingung wörtlich (Schreibweise wie veröffentlicht): „Creative Commons: Diese BPMNs können mit Namensnennung ("Interop Council") unter den gleichen Bedinungen weitergeben werden.“ — die Worte „Creative Commons“ verlinken dort auf CC BY-SA 4.0 (abgerufen 2026-09-07). Ob und wie diese Share-Alike-Bedingung auf die hieraus abgeleiteten Modelle wirkt, wird derzeit rechtlich geprüft (ADR-0005); bis dahin bleiben die Lizenzangaben dieses Repositorys unverändert.
Attribution: Interop Council / INA – Interoperabilitäts-Navigator der gematik (2023). Fachanwender Journey Onkologie. https://www.ina.gematik.de/community-hub/vernetzen-mitwirken/arbeitskreise/fachanwender-journey-onkologie — Nutzungsbedingung laut Quellseite: Namensnennung „Interop Council“, Weitergabe unter gleichen Bedingungen (verlinkt: CC BY-SA 4.0). Verwendete Dateien: BPMN-Teiljourneys (u. a. Palliativmedizin, Molekulares Tumorboard, Tumorkonferenz); Änderungen: Übersetzung, Umstrukturierung, Erweiterung (orange markiert). — Nutzungsbedingung laut Quellseite: Namensnennung „Interop Council“, Weitergabe unter gleichen Bedingungen (verlinkt: CC BY-SA 4.0). Verwendete Dateien: BPMN-Teiljourneys (u. a. Palliativmedizin, Molekulares Tumorboard, Tumorkonferenz); Änderungen: Übersetzung, Umstrukturierung, Erweiterung (orange markiert).
Die EU Joint Action CraNE (Creation of National Comprehensive Cancer Centres and EU-Networking, EU4Health-Programm) entwickelte in WP6 Standards und einen Patientenpfad für die Lungenkrebsversorgung in Comprehensive Cancer Care Networks (CCCNs), die als Grundlage für den MiHUB-Patientenpfad dienen. Das dabei genutzte Werk ist die von der WP6 Patient Pathway Working Group erarbeitete „Lung Cancer Patient Pathway Template for CCCNs“ (Sub-Task 6.4.2, in Deliverable D6.4, 31.05.2024) — federführend verfasst von Peggy Richter, Emily Hickmann und Hannes Schlieter (Technische Universität Dresden, Forschungsgruppe Digital Health). Die Deliverables tragen keine eigene Lizenzangabe; die Nutzungsbedingungen werden innerhalb der TU Dresden und mit dem CraNE-Konsortium bestätigt (ADR-0005).
Attribution: CraNE Joint Action WP6 — Patient Pathway Working Group (2024). Lung Cancer Patient Pathway Template for CCCNs (Sub-Task 6.4.2) / D6.4 Patient Pathway for Lung Cancer Patients; lead authors Peggy Richter, Emily Hickmann, Hannes Schlieter (TU Dresden). Referenced standard: Standard for Lung Cancer Care (Sub-Task 6.3.1, DKG). Funded by the European Union (EU4Health Programme, GA 101075284). https://crane4health.eu/wp6-organization-of-comprehensive-high-quality-cancer-care-in-comprehensive-cancer-care-networks-cccns/
Funded by the European Union. Views and opinions expressed are those of the author(s) only and do not necessarily reflect those of the European Union or HaDEA. Neither the European Union nor the granting authority can be held responsible for them.
Bitte über den Concept-DOI (alle Versionen) zitieren:
10.5281/zenodo.20943916 — er verweist stets auf die neueste archivierte Version. Maschinenlesbare Metadaten in CITATION.cff (GitHub-Schaltfläche „Cite this repository“); die Metadaten des Zenodo-Deposits (Ressourcentyp Dataset, Titel, Autor:innen, Abstract) stammen aus .zenodo.json, das mit CITATION.cff synchron gehalten wird (CI-geprüft). Für die exakte Reproduzierbarkeit einer bestimmten Release den jeweiligen Versions-DOI verwenden (z. B. 10.5281/zenodo.21029417 für v0.3.0-rc.1; der Versions-DOI steht im zugehörigen Zenodo-Record (über das DOI-Badge bzw. den Concept-DOI erreichbar)). Cite via the concept DOI (all versions); it always resolves to the latest archived version.
Seit dem 2026-09-07 gilt eine Lizenz je Artefaktklasse (Entscheidung ADR-0005; maschinenlesbar in REUSE.toml):
| Artefakt | Lizenz | Grund |
|---|---|---|
BPMN-Modelle und SVG-Renderings (models/) |
CC BY-SA 4.0 — LICENSE |
Teile der Modelle sind aus den BPMNs der INA-Fachanwender-Journey Onkologie (Interop Council) abgeleitet, die unter CC BY-SA 4.0 (Weitergabe unter gleichen Bedingungen) veröffentlicht sind; die Share-Alike-Bedingung wird für den gesamten Modellsatz übernommen. |
Abnahmetest-Instrument (docs/governance/) und Dokumentation |
CC BY 4.0 — LICENSES/CC-BY-4.0.txt |
Eigenwerke der FGDH ohne Share-Alike-Vorgabe. |
Werkzeuge und CI (tools/, skills/, .github/) |
CC BY 4.0 (unverändert; ein Wechsel auf eine Softwarelizenz ist in Prüfung, ADR-0005 Q13) | Nicht Teil des veröffentlichten Artefakts. |
Folge für Nachnutzende: Bearbeitungen der Modelle (z. B. angepasste Pfade, daraus generierte Simulations- oder FHIR-Artefakte) müssen ebenfalls unter CC BY-SA 4.0 (oder einer kompatiblen Lizenz) weitergegeben werden; reine Nutzung, Zitation und Aufnahme in Sammlungen sind davon nicht betroffen. Die Versionen bis v0.4.0-rc.1 wurden unter CC BY 4.0 archiviert; ab dem nächsten Release trägt das Zenodo-Deposit CC BY-SA 4.0.
Bei Weiterverwendung bitte folgende Angabe verwenden:
Forschungsgruppe Digital Health (FGDH), Technische Universität Dresden (2026). Lungenkrebspatientenpfad – MiHUB (BPMN-Modell). DOI: https://doi.org/10.5281/zenodo.20943916. GitHub: https://github.com/forschungsgruppe-digital-health/mihub-lung-cancer-pathway. Lizenz: Modelle CC BY-SA 4.0 (https://creativecommons.org/licenses/by-sa/4.0/), Dokumentation CC BY 4.0 (https://creativecommons.org/licenses/by/4.0/).
Dieses Artefakt ist im Rahmen des Verbundprojekts Medical Informatics Hub/MiHUB als Teil der Medizininformatik-Initiative (MII) entstanden und wird gefördert durch das Bundesministerium für Forschung, Technologie und Raumfahrt (BMFTR), Förderkennzeichen: 01ZZ2506A.
E-Mail: digital-health@tu-dresden.de
Webseite: https://tu-dresden.de/bu/wirtschaft/winf/digital-health
Technische Universität Dresden
Fakultät Wirtschaftswissenschaften
Forschungsgruppe Digital Health
01062 Dresden
Rückmeldungen sind willkommen — auch ohne GitHub-Konto. Für inhaltliche und klinische Hinweise genügt eine E-Mail an digital-health@tu-dresden.de. Wer ein GitHub-Konto hat, nutzt bitte die Vorlage „Klinische Rückmeldung“ unter Issues; technische Befunde gehören in die Vorlage „BPMN model issue“.
⚠️ Bitte keine personenbezogenen Daten und keine Gesundheitsdaten einzelner Personen (auch nicht in Screenshots oder Anhängen) übermitteln — dieses Repository ist öffentlich. Fälle bitte nur allgemein und anonymisiert beschreiben.