MII Implementation Guide Consent
2027.0.0-ballot -
Germany
MII Implementation Guide Consent
2027.0.0-ballot -
Germany
MII Implementation Guide Consent - Downloaded Version 2027.0.0-ballot See the Directory of published versions
Inhalt:
Diese Seite bietet eine Liste der FHIR-Artefakte, die in diesem Implementierungsleitfaden definiert sind.
Die folgenden Artefakte definieren die spezifischen Fähigkeiten, die verschiedene Systemtypen haben müssen, um diesem Implementierungsleitfaden zu entsprechen. Von Systemen, die mit dem Implementierungsleitfaden konform sind, wird erwartet, dass sie die Konformität mit einem oder mehreren der folgenden Capability Statements deklarieren.
| MII KDS Modul Consent — CapabilityStatement (Migrationsvorschlag) |
MIGRATION-GENERATED PROPOSAL (not part of the published 2026.0.0 release): server capabilities derived from the module's profiles and search parameters during the migration onto the MII KDS module template. The module team confirms, amends or deletes this artefact at Gate A. |
Diese definieren die Eigenschaften, nach denen ein RESTful-Server durchsucht werden kann. Sie können auch zum Sortieren und Einbeziehen verwandter Ressourcen verwendet werden.
| mii-sp-consent-policyuri |
Suche in der Policy URI (versionsspezifische Policy / Broad Consent) |
| mii-sp-consent-provisioncode |
Suche im Code der Provison |
| mii-sp-consent-provisioncodeperiod |
Composite-Suche nach Zeitraum (period) einer bestimmten, durch einen Code definierten, Provision. |
| mii-sp-consent-provisioncodetype |
Composite-Suche nach Typ (type) einer bestimmten, durch einen Code definierten, Provision. |
| mii-sp-consent-provisionperiod |
Suche im Zeitraum der Provision. Dieser Suchparameter bezieht sich explizit auf die zweite Verschachtelungsebene von provison. |
| mii-sp-consent-provisiontype |
Suche im Typ der Provison (permit, deny). |
Diese definieren Einschränkungen für FHIR-Ressourcen für Systeme, die mit dem Implementierungsleitfaden konform sind.
| Profile - MI-I - Consent - DocumentReference |
Dieses Profil beschreibt die Abbildung von Originaldokumenten zu Einwilligungen in der Medizininformatik-Initiative. Diese müssen im PDF-Format vorliegen. |
| Profile - MI-I - Consent - Einwilligung |
Dieses Profil beschreibt eine Einwilligung in der Medizininformatik-Initiative. |
| Profile - MI-I - Consent - Provenance |
Dieses Profil beschreibt Herkunftsinformationen zu Einwilligungen in der Medizininformatik-Initiative. |
Diese definieren Wertemengen, die von Systemen verwendet werden, die mit dem Implementierungsleitfaden konform sind.
| MII Consent: Answer ValueSet |
This ValueSet contains the possible answers to the questions of the MII Consent. |
| MII Consent: Policy ValueSet |
Disclaimer (Punkte übernommen aus der Policy Liste ([MII SharePoint, TF Consent Umsetzung](https://tmfev.sharepoint.com/:f:/r/sites/tmf/mi-i/Taskforce%20Consent%20Umsetzung/02_Dokumente/Policies?csf=1&web=1&e=C0xLim "")))
Hinweis 1 - Verwendung in FHIR: Siehe Implementation Guide. Hinweis 2 - Verwendung in IHE BPPC: Um die in diesem ValueSet enthaltenen Codes in IHE BPPC verwenden zu können, ist eine Kombination mit dem [MII Consent: Answer ValueSet](https://art-decor.org/art-decor/decor-valuesets–mide-?id=2.16.840.1.113883.3.1937.777.24.11.30&effectiveDate=2021-03-23T23:45:09&language=de-DE "") möglich (evtl. sogar erforderlich). Beispiel 1: Patient hat dem Erheben der IDAT (Policy: 2.16.840.1.113883.3.1937.777.24.5.3.2 "IDAT_erheben") zugestimmt: 2.16.840.1.113883.3.1937.777.24.5.3.2.1 (.1 wird aus dem [MII Consent: Answer ValueSet](https://art-decor.org/art-decor/decor-valuesets–mide-?id=2.16.840.1.113883.3.1937.777.24.11.30&effectiveDate=2021-03-23T23:45:09&language=de-DE "") angehängt) Beispiel 2: 2.16.840.1.113883.3.1937.777.24.5.3.4.2 bedeutet, dass der Patient der Policy IDAT_zusammenfuehren_Dritte nicht zugestimmt hat. |
| MII Consent: Signature Types |
Dieses ValueSet enthält die zulässigen Werte für den Signaturtyp im Kontext des MI-I Consent. |
Diese definieren neue CodeSysteme, die von Systemen verwendet werden, die mit diesem Implementierungsleitfaden konform sind.
| MII Consent Version and Modules CodeSystem |
Dieses Code System enthält die OIDs der verschiedenen Versionen und Zusatzmodule des Broad Consent der Medizininformatik Initiative. |
| MII Consent: Answer CodeSystem |
This CodeSystem contains the possible answers to the questions of the MII Consent. |
| MII Consent: Policy CodeSystem |
Codesystem mit Consent-Policy-Codes zur interoperablen Operationalisierung bzw. Durchsetzung (Enforcement) von Consent Informationen des MII Broad Consent |
Dies sind Beispielinstanzen, die zeigen, wie Daten aussehen könnten, die von Systemen produziert und konsumiert werden, die mit diesem Implementierungsleitfaden konform sind.
| 34150a23-b1c8-404f-874f-e042a30435d2 | |
| 5143266b-8d60-4b28-8ee9-635140ffa5bb | |
| 55219d12-6245-4de4-8b50-ddf6f16a789b | |
| 89f494a3-cd75-44f5-a78a-581dfdd47a94 | |
| 8a3d1799-2463-405e-b49c-6a16c8692b01 | |
| Beispiel Einwilligungsdomäne (synthetische Studie) |
Synthetische Consent-Domäne (ResearchStudy) als Referenzziel der DomainReference-Extension der Quell-Beispiele. |
| Beispiel Einwilligungsdomäne (synthetische Studie) |
Synthetische Consent-Domäne (ResearchStudy) als Referenzziel der DomainReference-Extension der Quell-Beispiele. |
| Beispiel Patient (pseudonym, synthetisch) |
Synthetischer, pseudonymer Patient als Referenzziel der Quell-Beispiele (Consent.patient, DocumentReference.subject, Provenance.signature.who). |
| Beispiel Patient (pseudonym, synthetisch) |
Synthetischer, pseudonymer Patient als Referenzziel der Quell-Beispiele (Consent.patient, DocumentReference.subject, Provenance.signature.who). |
| Example-MII-Consent-ResultType-document |
Dies sind Ressourcen, die in diesem Implementierungsleitfaden verwendet werden, die in keine der anderen Kategorien passen.
| mii-param-consent-manifest |