MII IG PRO
2027.0.0-ballot.1 -
Germany
This page is part of the MII Implementation Guide PRO (v2027.0.0-ballot.1: 2027 Ballot 5) based on FHIR (HL7® FHIR® Standard) R4. This is the current published version in its permanent home (it will always be available at this URL). For a full list of available versions, see the Directory of published versions
v2026.7.0, Package + GitHub-Release)v2026.6.0, Package + GitHub-Release)v2026.5.2, Package)v2026.5.1, GitHub-Release + Package)v2026.5.0, GitHub-Release + Package)v2026.4.1)v2026.4.0)v2026.3.0, noch nicht zurück in dev gemerged)v2026.2.0, Simplifier-Package published)Diese Seite dokumentiert die Änderungen zwischen den Versionen des MII PRO-Moduls.
Inhaltlich identisch zu 2027.0.0-ballot. Behebt das Package-Manifest: Die npm-artigen dependencies des verteilten Packages deklarierten noch die Pins von vor dem Upgrade (meta 2026.0.x, SDC 3.0.0, ISiK 5.1.1), sodass fhir install veraltete Transitive auflöste. Das Manifest spiegelt jetzt sushi-config.yaml (meta 2027.0.0-ballot final, SDC 4.0.0, ISiK 6.0.0), der meta-Pin wurde von ballot.rc3 auf das Ballot-Final gehoben, und Manifest-/Config-Drift ist ab jetzt harte Release-Prüfung. Das formal publizierte package.tgz dieser Seite war stets korrekt — der Defekt betraf nur den Package-Registry-Kanal.
Die Ballot-Version der 2027er-Linie. Gegenüber rc5 wurden fünf QA-Fehlerklassen geschlossen (294 → ~205: QuestionnaireResponse-Texte an die Questionnaire-Definitionen angeglichen, CapabilityStatement-Suchparameter-Canonicals auf die R4-conformance-*-Parameter korrigiert, Katalog-Displays synchronisiert, ConceptMap-linkId-Karten auf logische URIs umgestellt, unauflösbare Web-Referenzen display-only) und die PROMIS-29-Beispiel-Itemreihenfolge repariert.
Die verbleibenden QA-Findings sind dokumentierte Umgebungs- und Upstream-Klassen, keine Defekte des Moduls:
$lookup gegen tx.fhir.org, 06.09.2026).2025Jan/rendering.html); ein Upstream-Thema des SDC-Pakets.package.tgz und die *.zip-Downloads lösen in der formalen Publikation auf (gemessen HTTP 200), nicht aber in Branch-Previews.subscriptions-backport.r4 deklariert FHIR 4.0.0 und kommt transitiv; von diesem Modul aus nicht pinbar.Offene Ballot-Frage: Eine harte Verpflichtung für item.text und answer.display in der QuestionnaireResponse (1..1 plus Deutsch-Invarianten) war implementiert und vermessen, kollidiert aber mit lizenzbeschränkten (Metadata-only-)Instrumenten und papierbasierter Erfassung. Das Profil liefert derzeit das Must-Support-Translation-Muster ohne die Verpflichtung — die Kommentierenden sind eingeladen, dazu Stellung zu nehmen.
QuestionnaireResponse: Deutsch per Translation-Extension (10.09.2026): item.text und item.answer.valueCoding.display sind jetzt Must-Support mit explizitem translation-Extension-Slice, und alle 20 Beispiel-Responses zeigen das Muster durchgängig (350 Item-Texte, 252 Antwort-Displays; deutschsprachig-primäre Instrumente tragen Deutsch direkt, englisch-primäre den kanonischen Wortlaut plus deutsche Translation-Extensions). Das EORTC-QLQ-C30-Questionnaire hat dabei die offiziellen deutschen Item-Wortlaute erhalten. Eine harte Verpflichtung (1..1 plus Deutsch-Invarianten) war implementiert und vermessen, ist aber in die Ballot-Kommentierung verschoben: Sie kollidiert mit lizenzbeschränkten (Metadata-only-)Instrumenten und papierbasierten Erfassungs-Workflows.
LOINC-Supplement (2026-09-08): mii-cs-pro-loinc-supplement liefert die validierten deutschen Antwort-Wortlaute (PHQ-D, PROMIS/PHO) als Designationen auf 24 LOINC-Codes — Inhalt für Konsumenten und Terminologieserver; auf beiden relevanten Publishern (2.2.11, 2.3.2) gemessen nutzt die Display-Validierung lokale Supplements noch nicht, die ~178 Display-Findings bleiben daher eine dokumentierte Umgebungsklasse.
Die Ballotierungsfassung 2027 bringt den Umzug auf das MII-KDS-Modul-Template (v0.11.3) — dieselbe Werkzeugkette wie die übrigen KDS-Module. Für Implementierende ändert sich an den FHIR-Artefakten nichts: alle 214 Ressourcen, ihre IDs, Canonicals und Versionen bleiben unverändert (nachgemessen, 0 Regressionen).
Was sich ändert:
:latest, GitHub-Pages-Deployment über Actions.urn:iso:std:iso:3166#DE umgestellt (bedeutungsgleich; das m49-Encoding renderte in jedem Seitenkopf „Unknown region code").language = #de; das PROMIS-29-Bundle referenziert das Personen-Modul-Patientenprofil nicht mehr mit der PRO-Modulversion.EORTC QLQ-C30 auf Standalone-Terminologie umgestellt (2026-09-08): Das Haupt-Questionnaire enthält sein CodeSystem/seine ValueSets nicht mehr contained — es bindet die Standalone-mii-vs-pro-eortc-qlq-c30-scale-4pt/-7pt, deren CodeSystem die Antwortgewichte jetzt als itemWeight-Properties trägt (1:1 aus den stillgelegten contained-Ressourcen portiert; EORTC-Skalen sind 1-basiert). Die beiden Modellierungs-Experimente (…-variant-a, …-variant-b) sind entfernt — sie waren nirgends referenziert. Löst die größte verbliebene QA-Klasse (82 contained-Profilverletzungen).
Dependency-Upgrade für die 2027er-Linie (2026-09-08): SDC 3.0.0 → 4.0.0 (final), ISiK 5.1.1 → 6.0.0, kerndatensatz.meta 2026.0.0 → 2027.0.0-ballot.rc3, basisprofil 1.5.4 → 1.6.0. Der SDC-Schritt ist der brechende und wurde vollständig migriert: Die ordinalValue-Extension wird zu itemWeight (395 Antwortoptionen), die CodeSystem-Gewichts-Properties zu concept-properties#itemWeight, und alle 90 FHIRPath-Scoring-Ausdrücke wechseln von .ordinal() auf .weight(). Bestehende QuestionnaireResponses sind nicht betroffen — die Gewichte hängen an Questionnaire und Terminologie, nicht in den Antworten.
Details und offene Entscheidungen: PR #129.
v2026.7.0, Package + GitHub-Release)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.
v2026.6.0, Package + GitHub-Release)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.v2026.5.2, Package)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.mii-cm-pro-phq-9-linkid-migration wird korrekt installiert (sie trägt sourceScope/targetScope).onLoad-ig-working.json, onLoad-ig-updated.json, onGenerate-ig-working.json — dreifache Kopie der ImplementationGuide mit identischer Canonical-URL) werden im Firely-Bake-Build jetzt herausgefiltert (onLoad-*/onGenerate-*/onCheck-*), ebenso defensiv macOS-Dateien (._*, .DS_Store). Kein HAPI-Startup-Blocker, aber unsauber im Package.2026.5.2. Zuvor enthielten ausgelieferte Packages gemischte Versionsstände (teils bis 2026.0.0), weil fsh-generated nicht bei jedem Version-Bump regeneriert wurde.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: phq-phq9-q01…q09 → phq-phq2a…i, phq-phq9-q10 → phq-phq9-difficulty), zur Migration bestehender Antworten. Die berechneten Items (phq-phq9-score-total, phq-phq9-promis-tscore) wurden nicht umbenannt.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).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:
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:
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)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:
{{render:infobox}} Syntax durch Markdown-Blockquotes ersetzt (DASS-21, PHQ-9 IG-Seiten)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.
Bugfix-Release mit PROMIS-29 Ergänzungen und Canonical-URL-Korrektur.
FHIR-Ressourcen:
IG-Dokumentation:
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-ReparaturInitiale 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: