This page is part of the MII Implementation Guide Consent (v2027.0.0-ballot: Release) 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

CodeSystems

CodeSystems

Diese Seite beschreibt die CodeSystems des Moduls Consent. Die darauf aufbauenden ValueSets beschreibt die Seite ValueSets.

Wichtig: CodeSystem-Ressourcen externer Terminologien (z. B. ICD-10-GM, OPS, SNOMED CT) werden in diesem Modul nicht publiziert, sondern über den zentralen KDS-Terminologieserver (SU-TermServ) bezogen: https://mii-termserv.de/.

MII CS Consent Version and Modules

Codes für die Broad-Consent-Versionen und Zusatzmodule (urn:oid:2.16.840.1.113883.3.1937.777.24.5.27): siehe die Artefaktseite mii-cs-consent-version-modules.

MII_CS_Consent_Answer

Antwort-Codes (urn:oid:2.16.840.1.113883.3.1937.777.24.5.2): siehe die Artefaktseite MII_CS_Consent_Answer.

MII CS Consent Policy

Consent-Ressource und Provision-Level

Die Consent-Ressource erlaubt eine Verfeinerung von consent.provision, in dem consent.provision selbst erneut ein provision enthalten kann. In diesem IG ist diese Verfeinerung in Consent-Ressourcen auf 2 Level (Ebenen) beschränkt. Dabei ist Level 1 (consent.provision) entspr. des Opt-Out Modells auf DENY gesetzt (consent.provision.type=DENY). Dies legt fest, dass zunächst ALLES verboten ist (gemäß Opt-In-Ansatz). Level 2 der Consent-Resource consent.provision.provision die Verfeinerung der Level 1 Provisions und kann nun gezielt Erlaubnisse hinzufügen. Für Level 2 - Provisions innerhalb der Consent-Ressource werden die Policies aus dem nachfolgenden CodeSystem MII CS Consent Policy genutzt.

Beispiel:

<provision> <!-- Level 1 Provision steht auf 'deny' -->
  <type value="deny" />
  <period>
    <start value="2020-09-01" />
    <end value="2050-08-31" />
  </period>
  <provision> <!-- Level 2 Provision steht auf 'permit' -->
    <type value="permit" />
    <period>
      <start value="2020-09-01" />
      <end value="2025-08-31" />
    </period>
    <code>
      <coding>
        <system value="urn:oid:2.16.840.1.113883.3.1937.777.24.5.3" />
        <code value="2.16.840.1.113883.3.1937.777.24.5.3.6" />
        <display value="MDAT_erheben" />
      </coding>
    </code>
  </provision>
</provision>

Policy-Codesystem und dortige Level-Angaben ("Lvl") für Module und Policies

Wie in der nachfolgenden Tabelle zu erkennen, ist das CodeSystem MII CS Consent Policy ebenfalls in 2 Level strukturiert: CodeSystem Level 1 (Lvl=1) bildet die Module und somit die Fragen im Broad Consent ab.

Beispiel:

CodeSystem-Level 2 (Lvl=2) bildet die semantischen Policies des MII Broad Consent ab. Policies erlauben eine feingranulare Unterscheidung von Erlaubnissen innerhalb eines Moduls.

Beispiel:

In der Consent-Ressource dürfen in consent.provision.provision (Level 2 Provisions) nur die Policy-Angaben (Lvl=2) verwendet werden!

Hinweise zur Verwendung in Widerrufen und Teilwiderrufen

Um Widerrufe oder Teilwiderrufe umzusetzen, müssen die entspr. Policies mittels der Level-2 Provisions (consent.provision.provision) auf DENY gesetzt werden. Z.B. kann die Erhebung (.6) untersagt werden, aber die Speicherung und Nutzung (.8) kann davon unbetroffen bleiben ("MDAT erheben"="DENY", aber "MDAT wissenschaftlich nutzen"="PERMIT").

Hinweise zu Policies mit _Status "deprecated/inactive"

Policies, die den Status "deprecated/inactive" in der nachfolgenden Tabelle haben, sollen zukünftig nicht mehr neu erzeugten Consent-Ressourcen hinzugefügt werden. Diese Policies sollten zukünftig auch nicht mehr ausgewertet werden (Enforcement).

Dieses Code System urn:oid:2.16.840.1.113883.3.1937.777.24.5.3 enthält die folgenden Codes: