Diese Seite dokumentiert die Änderungen zwischen den Versionen des MII PRO-Moduls.
Version: 2026.7.0
Datum: 2026-09-02 (in Vorbereitung)
Minor-Release — GAD-7 als neues Instrument, eine geteilte PHQ-Vierpunktskala und eine ConceptMap zur Item-Nummerierung. Keine Breaking Changes an bestehenden Ressourcen.
Sieben Items zum Screening auf eine generalisierte Angststörung, Summenwert 0–21, Schweregrade 5/10/15 (Spitzer et al. 2006). Englisch als Primärsprache mit validierter deutscher Übersetzung (PHQ-D; Löwe et al. 2008, n=5030). LOINC-Panel 69737-5, Score 70274-6. Frei verfügbar, keine Genehmigung erforderlich.
linkIds im PHQ-D-Block-Namespace (phq-phq5a…phq-phq5g) statt einer instrumenteneigenen Nummerierung. Der Grund ist die Verzahnung innerhalb der PHQ-Familie: Die ersten beiden GAD-7-Items bilden den GAD-2 und gehen gemeinsam mit zwei PHQ-9-Items in den PHQ-4 ein. Dieselbe Frage soll instrumentenübergreifend denselben linkId tragen — andernfalls wäre später eine Migrations-ConceptMap nötig, wie sie für den PHQ-9 zu 2026.5.0 angelegt werden musste.
Nicht übernommen wurde eine PROMIS-Anxiety-T-Score-Umrechnung, die in einem früheren Entwicklungsstand als FHIRPath-Ausdruck im Questionnaire vorlag. Score-Konversionen zwischen Instrumenten werden künftig als CQL-Library modelliert.
Das RuleSet Phq4PointFrequencyAnswerOptions bündelt die Häufigkeitsskala über zwei Wochen (0–3) mit den LOINC-Antwortcodes der Liste LL358-3 (LA6568-5…LA6571-9) und den deutschen Wortlauten des PHQ-D. GAD-7 nutzt sie; PHQ-9 und PHQ-4 können darauf umgestellt werden.
mii-cm-pro-gad-7-linkids bildet die übliche GAD-7-Nummerierung (Item 1–7, wie publiziert und in Fremdsystemen verbreitet) auf die kanonischen linkIds ab. Es handelt sich ausdrücklich nicht um eine Migration einer veröffentlichten Fassung, sondern um eine Lesehilfe für die Übernahme von Daten aus Fremdsystemen.
Version: 2026.6.0
Datum: 2026-09-01 (in Vorbereitung)
Minor-Release — sechs neue Instrumente des PCOR-MII-PSS-Sets (Persistent Somatic Syndrome), eine neue geteilte Antwortskala und eine präzisierte Konvention zur Display-Sprache. Keine Breaking Changes an bestehenden Ressourcen.
| Instrument | Items | Antwortskala | Score |
|---|---|---|---|
| SCOFF (Morgan et al. 1999) | 5 | binär (SNOMED CT) | Summe 0-5 |
| WI-7 / Whiteley-7 (Fink et al. 1999) | 7 | binär (SNOMED CT) | Summe 0-7 |
| PC-PTSD (Prins et al. 2003) | 4 | binär (SNOMED CT) | Summe 0-4 |
| SSD-12 (Toussaint et al. 2016) | 12 | 5-stufig, eigenes CodeSystem | Summe 0-48 |
| ISR-Z (Tritt et al. 2008) | 3 | 5-stufig, eigenes CodeSystem | Mittelwert 0-4 |
| EURONET-SOMA (Rief et al. 2017) | 2 | NRS 0-10 | kein Score (Einzelitems) |
Alle Item-Texte stammen aus dem PCOR-MII Item Level Dictionary und wurden zeichengenau gegen diese Quelle geprüft. Alle Beispiel-Scores sind aus den ordinalValue-Gewichten nachgerechnet.
Neu ist das RuleSet YesNoAnswerOptions (input/fsh/rulesets/answer-scales.fsh) für generische Ja/Nein-Antworten. Es verwendet SNOMED CT 373066001 (Yes) / 373067005 (No) gemäß der Empfehlung des TC Terminologien (HL7 Deutschland / Interop Council) — statt eines selbstdefinierten MII-CodeSystems, das standardisierte Terminologie verdoppeln würde.
Da SNOMED-Konzepten keine ordinalValue-Property angehängt werden kann, nutzen diese Instrumente inline answerOption statt answerValueSet. Damit tragen die Antworten in QuestionnaireResponses eine terminologisch eindeutige Kodierung mit system und code statt systemloser Integer.
Der display-Wert eines Antwortkonzepts steht in der Sprache des Fragebogens; weitere Sprachen werden als designation geführt. Das ist keine Stilfrage: In einer Ressource mit language = #de verlangt der FHIR-Validator den deutschen Display im valueCoding. Steht dort der englische, schlägt die gesamte answerValueSet-Prüfung fehl — mit der irreführenden Folgemeldung "Der angegebene Wert ist nicht in den im Fragebogen gesetzten options value set enthalten", die auf ein Terminologie-Problem hindeutet, das gar nicht existiert.
.avg() statt .sum(), Wertebereich 0-4.language folgt der Originalsprache des Instruments: SCOFF, WI-7 und EURONET-SOMA sind EN-primär mit deutscher Übersetzung, PC-PTSD, SSD-12 und ISR-Z DE-primär. Wo keine validierte Originalfassung belegbar war, wurde bewusst keine Übersetzung erfunden.qualifiedInterval in den ObservationDefinitions dokumentiert, aber nicht als ausführbare Interpretationslogik ausgeliefert.Version: 2026.5.2
Datum: 2026-07-27 (in Vorbereitung)
Patch-Release (Fix-Only) — keine Änderungen an Instrumenten, Profilen oder Terminologie. Empfohlen für alle, die 2026.4.0–2026.5.1 einsetzen.
Die Packages 2026.4.0–2026.5.1 ließen sich nicht in HAPI FHIR laden — der Server brach beim Start mit folgendem Fehler ab:
HAPI-0838: ConceptMap[url='…/ConceptMap/mii-cm-pro-bdi-ii-to-promis-depression-observation']
contains at least one group without a value in ConceptMap.group.source
→ HAPI-1286: Error installing IG … → Application run failed → Unable to start web server
mii-cm-pro-bdi-ii-to-promis-depression-observation war ein unvollständiger Stub (nur 2 von 64 PROsetta-Stone-Stützstellen, group ohne source/target-CodeSystem). HAPI weist ConceptMaps ohne group.source beim Package-Install ab und bricht den Serverstart ab. 2026.3.0 enthielt noch keine ConceptMap und lud daher fehlerfrei.ImplementationGuide mit identischer Canonical-URL) werden im Package-Build jetzt herausgefiltert, ebenso macOS-Dateien (._*, .DS_Store). Kein HAPI-Startup-Blocker, aber unsauber im Package.2026.5.2 (zuvor gemischte Versionsstände bis 2026.0.0).Version: 2026.5.1
Datum: 2026-07-13 (released, Tag v2026.5.1, GitHub-Release + Package)
Patch-Release auf 2026.5.0.
BREAKING (nachgezogen aus 2026.5.0): Die PHQ-9-Item-linkIds wurden in 2026.5.0 vom Schema phq-phq9-q01…q10 auf den gemeinsamen PHQ-D-Block-Namespace (phq-phq2a…i + phq-phq9-difficulty) umgestellt. Bestehende PHQ-9-QuestionnaireResponses mit alten linkIds matchen den Questionnaire ab 2026.5.0 nicht mehr.mii-cm-pro-phq-9-linkid-migration — bildet die alten PHQ-9-linkIds 1:1 auf die neuen ab (10 Items), zur Migration bestehender Antworten. Die berechneten Items (phq-phq9-score-total, phq-phq9-promis-tscore) wurden nicht umbenannt.Version: 2026.5.0
Datum: 2026-07-13 (released, Tag v2026.5.0, GitHub-Release + Package)
Minor-Release: zwei neue Instrumente (WHODAS 2.0 12-Item und PHQ-15), Aufbau einer gemeinsamen PHQ-D-Itembank (PHQ-9/PHQ-15), einheitliche MII-Score-Codierung über alle Score-ObsDefs und eine CI-Verbesserung (ValueSet-Expansion), die die answerValueSet-Antwortvalidierung dauerhaft korrigiert.
answerValueSet (mii-vs-pro-whodas-12-answer-list) mit ordinalValue-Gewichten auf den CodeSystem-Konzepten. Einschränkungsscore mii-obsdef-pro-score-whodas12-simple-sum (0–48, SNOMED 715823002, MII-Katalog whodas12-simple-sum, höher = mehr Beeinträchtigung). Inkl. Beispiel-QuestionnaireResponse + Score-Observation und IG-Seite.
copyright auf Questionnaire und CodeSystem hinterlegt: kostenfreie Kliniker-Eigennutzung; elektronische/Datenerfassungs-Nutzung erfordert eine (für nicht-kommerzielle Nutzung kostenlose) WHO-Nutzungsvereinbarung; Übersetzungen erfordern WHO-Genehmigung; MII-FHIR-Inhalte CC0, WHODAS-Itemtext © WHO.answerValueSet mit ordinalValue-Gewichten. Score mii-obsdef-pro-score-phq-15 (0–30, LOINC 70273-8) inkl. Schweregrad-Kategorien (Kroenke et al. 2002: 0–4 / 5–9 / 10–14 / 15–30) als qualifiedInterval-Reference-Ranges. Inkl. IG-Seite. Lizenz: frei verfügbar (public domain), PHQ-D.phq-phq…). Die in beiden Instrumenten enthaltenen Items (Schlaf phq-phq2c, Müdigkeit phq-phq2d) teilen sich denselben linkId — Grundlage für item-basiertes Scoring über Instrumente hinweg.answerValueSet + CodeSystem-ordinalValue (EN-first) umgestellt; copyright/Lizenz-Status auf PHQ-Ressourcen explizit gesetzt.code.coding[mii]) auf allen Score-ObservationDefinitions ergänzt (PROMIS-29 ×8, PROMIS Cognitive Function SF4a, Depression-T-Score, BDI-II, PHQ-9, PHQ-15) — zusätzlich zu LOINC/SNOMED, einheitlich über den MII-Score-Catalogue abfragbar (zuvor bereits EQ-5D/EORTC/DASS-21/PRO-CTCAE).expand-valuesets.js läuft jetzt nach SUSHI im IG-Build (ig-publisher.yml) und schreibt vs.expansion aus lokalen CodeSystems. Dadurch kann der Validator die MII-kontrollierten answerValueSet-Antwortskalen auflösen; die zuvor gemeldeten „Wert nicht in den angegebenen Optionen"-Findings auf Beispiel-QuestionnaireResponses entfallen (PHQ-15, WHODAS und künftige answerValueSet-Instrumente).Version: 2026.4.1
Datum: 2026-06-15 (released, Tag v2026.4.1)
Patch-Release auf v2026.4.0: behebt fehlendes Versions-Metadatum auf den 3 EQ-5D-5L ObservationDefinitions, das beim Bake von v2026.4.0 entdeckt wurde.
FHIR-Ressourcen:
mii-obsdef-pro-score-eq5d5l-index, mii-obsdef-pro-score-eq5d5l-profile, mii-obsdef-pro-score-eq5d5l-vas – * insert ObsDefVersion und * insert MetaProfile(...) ergänzt (vorher fehlten beide RuleSets, dadurch keine artifact-version-Extension im Package und kein meta.profile-Eintrag mit Canonical-Version). Andere ObsDefs (PHQ-9, BDI-II, PROMIS-29, DASS-21, PRO-CTCAE, EORTC QLQ-C30, Depression T-Score) hatten beide RuleSets bereits.Verifikation:
Version: 2026.4.0
Datum: 2026-06-14 (released, Tag v2026.4.0)
Zwei thematische Erweiterungen in einem Release: PROMIS-Konsolidierung (PROMIS-16 PROPr, Wording-Migration, Copyright-Modell) und Symptom-Screening für die onkologische und palliative Versorgung (MIDOS2 + PRO-CTCAE Onkologisches Basisscreening).
PRO-Instrumente:
Architektur:
derivedFrommidos-midos2 und proctcae-onkologisches-basisscreeningTerminologie & Mapping:
IG-Dokumentation:
midos2.md -- Überblick, Skalen, Score-Berechnung, Mapping zu Onkologischem Basisscreening, Literaturproms-onkologisches-basisscreening.md -- PRO-CTCAE-basierte Symptomauswahl, Skalen, Composite Grading, MIDOS-Mappingsushi-config.yaml registriertBeispiele:
mii-exa-pro-midos2-response -- Palliativpatient mit moderater Symptomlast (Summe 19/33)mii-exa-pro-pro-ctcae-onkologisches-basisscreening-response -- Onkologischer Patient unter ChemotherapieQualitätssicherung:
draft + experimental5jd)Quellen:
PROMIS-Konsolidierung: vollständige Implementierung des PROMIS-16-Profile v2.1 (PROPr), Wording-Migration der bestehenden PROMIS-29- und Cognitive-Function-SF4a-Questionnaires auf die offizielle deutsche PROMIS-Quelle, und Einführung eines mehrschichtigen Copyright-/Lizenz-Modells für alle PROMIS-Ressourcen.
PRO-Instrumente:
mii-lib-promis-16 geplant)mii-qst-pro-promis-29 und mii-qst-pro-promis-29-de an die offiziellen deutschen Wordings angepasst (vorher: AI-generierte/LOINC-Fragment-Übersetzungen). Quellen-Hierarchie: das PHO PDF "PROMIS-29 Profile v2.1 German, 06 April 2020" ist normativ; das PCOR-MII Master Item-Level Dictionary (DZPG-3-Entities) dient als sekundärer Cross-Checkpromis-painin9, promis-painin22, promis-painin31, promis-painin34) von Präsens "beeinträchtigen" auf Präteritum "beeinträchtigten" umgestellt, konform mit PHO PDF und mit der eigenen Section-Description "In den letzten 7 Tagen: Inwieweit beeinträchtigten Schmerzen..." (vorheriger Stand basierte auf PCOR-MII Master Wording, das hier vom PHO-Original abweicht)Architektur & Lizenzierung:
PROMIS_Copyright_DE (input/fsh/rulesets/promis-copyright.fsh) mit Schichten-Attribution für alle PROMIS-Questionnaires:
publisher, copyright, useContext (PROMIS + CPCOR) und contact (CPCOR-Nutzungsanfrage) auf allen PROMIS-Questionnaire-InstanzenMII_VS_PRO_PROMIS_Intensity_Response_Scale (LOINC LL1024-0: Not at all/A little bit/Somewhat/Quite a bit/Very much mit deutschen Designationen)mii-qst-pro-promis-29-de ist nur eine Darstellungsvariante (DE-primary für Renderer, die die translation-Extension nicht auswerten); inhaltlich identisch zur EN-primären Hauptversion mii-qst-pro-promis-29, die maßgeblich istIG-Dokumentation:
input/pagecontent/promis-16.md -- Übersicht, Capabilities, PROPr-Methodik (3-Stufen), Item-Überlapp mit PROMIS-29, Vergleichstabelle, Lizenzierungs-Abschnittimplementation-guides/.../PROMIS/PROMIS-16.page.md -- Simplifier-Seite mit Vorschau/Tree/JSON/XML-Tabssushi-config.yaml Menü und Simplifier-toc.yaml registriertinput/pagecontent/promis.md mit 4-Schichten-Tabelle und CPCOR-Nutzungsanfrage-LinkTooling:
.claude/skills/extract-qst-translations/ -- jq-basierter Extraktor für Item-Texte und Translation-Extensions aus generierten Questionnaire-JSONs; inkl. automatischem Diff gegen PCOR-MII Master-Referenz. Verifikation aller PROMIS-Wording-Änderungen via MATCH/DIFF-Counter.gitignore-Schutz für die Master-Referenz-TSV und den beads-credential-keyVerifikation:
Version: 2026.3.0
Datum: 2026-05-08 (released, Tag v2026.3.0, noch nicht zurück in dev gemerged)
PRO-Instrumente:
FHIR-Ressourcen:
mii-cm-pro-bdi-ii-to-promis-depression-observation entfernt (nur 2 von 64 PROsetta-Stone-Einträgen). Architektur-Entscheidung: Score-Konversionen werden zukünftig als CQL Library modelliert (geplant für 2027-Release)mii-qst-pro-promis-cognitive-function-sf4a vervollständigt (domainAligned=true ergänzt)mii-qst-pro-pro-ctcae-breast-de hinzugefügt (displayable+collectable=true; calculatable/extractable/domainAligned=false -- bewusste Entscheidung wegen cross-entity-Charakter, Composite-Grade-Scoring und noch ausstehender Scoring-Algorithmus-Wahl)Version: 2026.2.0
Datum: 2026-03-30 (released, Tag v2026.2.0, Simplifier-Package published)
PRO-Instrumente:
Dependencies und Tooling:
ObservationDefinition:
qualifiedInterval.context.coding nach qualifiedInterval.appliesTo verschoben (context beschreibt die Intervall-Kategorie, nicht die Zielpopulation)EORTC QLQ-C30 ValueSet-Architektur:
Qualitätssicherung:
Hinweis: Die DASS-21- und Qualitätssicherungs-Punkte waren ursprünglich als eigenständiger v2026.1.0-Release geplant, wurden aber nie als eigenes Package veröffentlicht. Inhalt ist erstmals als Teil von v2026.2.0 released.
Version: 2026.0.1
Datum: 26.01.2026
Bugfix-Release mit PROMIS-29 Ergänzungen und Canonical-URL-Korrektur.
FHIR-Ressourcen:
IG-Dokumentation:
Version: 2026.0.0
Datum: 12.01.2026
Erster stabiler Release des MII PRO-Moduls für den produktiven Einsatz.
FHIR-Ressourcen und Profile:
Versionsverwaltung und Metadaten:
{canonical}|{version})input/fsh/rulesets/version.fsh) für einfachere Release-VerwaltungDependencies und Tooling:
de.medizininformatikinitiative.kerndatensatz.prosQualitätssicherung und Validierung:
Developer Experience:
/build-package Kommando für FHIR Package Building/mii-testdata-contribution Skill für Testdaten-Repository/fix-ig-export-links Skill für Simplifier IG Export Link-ReparaturVersion: 2026.0.0-ballot
Initiale Ballotierungsversion mit Fokus auf SDC-basierte PRO-Erfassung und Score-Berechnung.
PRO-Instrumente:
FHIR Profile und Extensions:
Terminologie-Strategie:
.ordinal() für Weight-basierte BerechnungenTechnische Basis: