Das Datenobjekt ISiKKalender bietet die Möglichkeit Kalender für verschiedene Akteure (Practitioner, Device, HealthcareService) zu exponieren, sodass für die Ressourcen Termine gebucht werden können.

Bestätigungsrelevanz

VerbindlichkeitSHALL

Metadaten

Canonicalhttps://gematik.de/fhir/isik/StructureDefinition/ISiKKalender
Statusactive
Version5.0.0-rc
Basishttp://hl7.org/fhir/StructureDefinition/Schedule

Inhalt

idΣ0..1string
metaΣ0..1Meta
implicitRulesΣ ?!0..1uri
language0..1codeBinding
text0..1Narrative
contained0..*Resource
id0..1string
extensionI0..0Extension
url1..1uriFixed Value
valueStringstring
modifierExtension?! I0..*Extension
identifierΣ0..*Identifier
activeS Σ ?!1..1boolean
serviceCategoryΣ0..*CodeableConcept
id0..1string
extensionI0..*Extension
codingΣ0..*Coding
textS Σ0..1string
id0..1string
extensionI0..*Extension
FachrichtungS Σ1..1CodingBinding
ErweiterterFachabteilungsschluesselΣ0..1CodingBindingPattern
textΣ0..1string
id0..1string
extensionI0..*Extension
referenceΣ I0..1string
typeΣ0..1uriBinding
identifierS Σ0..1Identifier
displayS Σ0..1string
id0..1string
extensionI0..*Extension
referenceS Σ I1..1string
typeΣ0..1uriBinding
identifierΣ0..1Identifier
displayΣ0..1string
planningHorizonΣ0..1Period
comment0..1string
<StructureDefinition xmlns="http://hl7.org/fhir">
    <id value="ISiKKalender" />
    <url value="https://gematik.de/fhir/isik/StructureDefinition/ISiKKalender" />
    <version value="5.0.0-rc" />
    <name value="ISiKKalender" />
    <status value="active" />
    <experimental value="false" />
    <date value="2025-04-09" />
    <publisher value="gematik GmbH" />
    <description value="Das Datenobjekt ISiKKalender bietet die M&#246;glichkeit Kalender f&#252;r verschiedene Akteure (Practitioner, Device, HealthcareService) zu exponieren, sodass f&#252;r die Ressourcen Termine gebucht werden k&#246;nnen." />
    <fhirVersion value="4.0.1" />
    <kind value="resource" />
    <abstract value="false" />
    <type value="Schedule" />
    <baseDefinition value="http://hl7.org/fhir/StructureDefinition/Schedule" />
    <derivation value="constraint" />
    <differential>
        <element id="Schedule.extension">
            <path value="Schedule.extension" />
            <mustSupport value="true" />
        </element>
        <element id="Schedule.extension:KalenderName">
            <path value="Schedule.extension" />
            <sliceName value="KalenderName" />
            <comment value="Begr&#252;ndung Must-Support-Flag (MS): Die KalenderName-Extension erm&#246;glicht es einen menschenlesbaren Namen zu definieren, welcher zur Wiedererkennbarkeit des Kalenders im Rahmen der Terminplanung dient." />
            <min value="0" />
            <max value="1" />
            <type>
                <code value="Extension" />
                <profile value="http://hl7.org/fhir/5.0/StructureDefinition/extension-Schedule.name" />
            </type>
            <mustSupport value="true" />
        </element>
        <element id="Schedule.extension:KalenderName.value[x]">
            <path value="Schedule.extension.value[x]" />
            <min value="1" />
        </element>
        <element id="Schedule.active">
            <path value="Schedule.active" />
            <comment value="Begr&#252;ndung Kardinalit&#228;t und Must-Support-Flag (MS): Die Kardinalit&#228;t 1..1 und das Must-Support-Flag (MS) f&#252;r das &#39;active&#39;-Element stellen sicher, dass jeder Kalender eindeutig als aktiv oder inaktiv gekennzeichnet ist. Dies ist entscheidend f&#252;r die Ressourcenplanung und Verf&#252;gbarkeit von Terminen." />
            <min value="1" />
            <mustSupport value="true" />
        </element>
        <element id="Schedule.serviceType">
            <path value="Schedule.serviceType" />
            <comment value="Begr&#252;ndung zu Kardinalit&#228;t und Must Support: Die Dienstleistungsart eines Termins ist von entscheidender Bedeutung, um die Verf&#252;gbarkeit und Planung des Termins zu gew&#228;hrleisten. Daher ist dieses Feld verpflichtend (1..*) und muss unterst&#252;tzt werden (MS). Aufgrund der Heterogenit&#228;t von Dienstleistungen ist eine standardisierte Kodierung nicht zwingend notwendig, eine Freitextbeschreibung ist ausreichend." />
            <min value="1" />
            <mustSupport value="true" />
        </element>
        <element id="Schedule.serviceType.text">
            <path value="Schedule.serviceType.text" />
            <mustSupport value="true" />
        </element>
        <element id="Schedule.specialty">
            <path value="Schedule.specialty" />
            <comment value="Hinweis: Ein Kalender kann f&#252;r einen Akteur gepflegt werden. Dieser Akteur kann in einer oder mehreren Fachrichtungen agieren. F&#252;r die Ressourcenplanung (z.B. welche Akteure sind f&#252;r einen Termin verf&#252;gbar) sollte auch auf die Speciality des Akteurs zur&#252;ckgegriffen werden f&#252;r den Fall, dass ein Kalender pro Fachbereich - d.h. Akteur-&#252;bergreifend - gepflegt wird. \n  \n  Begr&#252;ndung Kardinalit&#228;t Must-Support-Flag (MS): Die Kardinalit&#228;t 1..* und das Must-Support-Flag (MS) f&#252;r das &#39;specialty&#39;-Element stellen sicher, dass jeder Kalender mindestens eine Fachrichtung angibt. Dies ist wichtig f&#252;r die Ressourcenplanung und die Verf&#252;gbarkeit von Terminen, sodass angefragte Termine einem Fachbereich zugeordnet werden k&#246;nnen.\n\n  Hintergrund: Die Festlegung hat in einer Expertengruppe am 4.6.2024 stattgefunden. Diese war zuvor in einer ISiK Arbeitsgruppe bekanntgegeben worden und stand damit allen Beteiligten offen." />
            <min value="1" />
            <mustSupport value="true" />
        </element>
        <element id="Schedule.specialty.coding">
            <path value="Schedule.specialty.coding" />
            <slicing>
                <discriminator>
                    <type value="pattern" />
                    <path value="$this" />
                </discriminator>
                <rules value="open" />
            </slicing>
            <comment value="Begr&#252;ndung Kardinalit&#228;t Fachrichtung: Die Kardinalit&#228;t der Fachrichtung-Eigenschaft wird auf 1..1 festgelegt, um sicherzustellen, dass genau eine Fachrichtung per IHE-XDS-Kodierung vorhanden ist. Dies ist notwendig, um die Spezialisierung des Kalenders eindeutig zu definieren und eine korrekte Zuordnung zu gew&#228;hrleisten.\n  \n  Begr&#252;ndung Kardinalit&#228;t ErweiterterFachabteilungsschluessel: Die Kardinalit&#228;t der ErweiterterFachabteilungsschluessel-Eigenschaft wird auf 0..1 festgelegt, um sicherzustellen, dass optional ein erweiterter Fachabteilungsschl&#252;ssel vorhanden sein kann." />
            <min value="1" />
            <mustSupport value="true" />
        </element>
        <element id="Schedule.specialty.coding:Fachrichtung">
            <path value="Schedule.specialty.coding" />
            <sliceName value="Fachrichtung" />
            <comment value="Die Wahl des hinterlegten ValueSets (http://ihe-d.de/ValueSets/IHEXDSpracticeSettingCode) wurde mit einem Mitglied der IHE Deutschland Arbeitsgruppe XDS ValueSets (https://www.ihe-d.de/projekte/xds-value-sets-fuer-deutschland/) sowie mit der KBV abgestimmt (Stand:13.6.2024)." />
            <min value="1" />
            <max value="1" />
            <mustSupport value="true" />
            <binding>
                <strength value="required" />
                <valueSet value="http://ihe-d.de/ValueSets/IHEXDSpracticeSettingCode" />
            </binding>
        </element>
        <element id="Schedule.specialty.coding:ErweiterterFachabteilungsschluessel">
            <path value="Schedule.specialty.coding" />
            <sliceName value="ErweiterterFachabteilungsschluessel" />
            <comment value="Dieses CodeSystem KANN &#252;ber ein Mapping (siehe Abschnitt https://wiki.hl7.de/index.php?title=IG:Value_Sets_f%C3%BCr_XDS#DocumentEntry.practiceSettingCode) mit dem ValueSet der Fachrichtung verkn&#252;pft werden und dar&#252;ber ggf. die Integration von Systemen erleichtern." />
            <min value="0" />
            <max value="1" />
            <patternCoding>
                <system value="http://fhir.de/CodeSystem/dkgev/Fachabteilungsschluessel-erweitert" />
            </patternCoding>
            <binding>
                <strength value="extensible" />
                <valueSet value="http://fhir.de/ValueSet/dkgev/Fachabteilungsschluessel-erweitert" />
            </binding>
        </element>
        <element id="Schedule.actor">
            <path value="Schedule.actor" />
            <slicing>
                <discriminator>
                    <type value="type" />
                    <path value="$this" />
                </discriminator>
                <rules value="open" />
            </slicing>
            <comment value="Begr&#252;ndung Kardinalit&#228;t und Must-Support-Flag (MS): Die Kardinalit&#228;t der Akteur-Eigenschaft wird auf 0..1 festgelegt, um sicherzustellen, dass ein  Akteur eindeutig ist, falls dieser vorhanden ist. Durch das MS wird sichergestellt, dass Systeme in der Lage sind, einen Akteur zu unterst&#252;tzen, wenn er vorhanden ist." />
            <mustSupport value="true" />
        </element>
        <element id="Schedule.actor.identifier">
            <path value="Schedule.actor.identifier" />
            <comment value="Begr&#252;ndung Must-Support-Flag (MS):\n  Das Must-Support-Flag (MS) f&#252;r das &#39;identifier&#39;-Element stellt sicher, dass Systeme in der Lage sind, einen Identifier zu unterst&#252;tzen, wenn er vorhanden ist. Dies ist wichtig f&#252;r die eindeutige Identifizierung und Verkn&#252;pfung von Akteuren in verschiedenen Systemen." />
            <mustSupport value="true" />
        </element>
        <element id="Schedule.actor.display">
            <path value="Schedule.actor.display" />
            <comment value="Hinweis und Begr&#252;ndung zum Must Support: F&#252;r alle Target-Ressourcen SOLL ein Displaywert f&#252;r die Referenz angegeben werden, sodass Systeme eine &#220;bersicht der am Termin beteiligten Akteure anzeigen k&#246;nnen, ohne die Referenzen aufl&#246;sen zu m&#252;ssen. Somit kann ein Termin-Consumer direkt anzeigen f&#252;r welche Akteure ein Terminkalender existiert." />
            <mustSupport value="true" />
        </element>
        <element id="Schedule.actor:Akteur">
            <path value="Schedule.actor" />
            <sliceName value="Akteur" />
            <comment value="Im ISIK-Kontext MUSS die referenzierte Practitioner-Ressource konform zum [ISiKPersonImGesundheitsberuf](https://gematik.de/fhir/isik/StructureDefinition/ISiKPersonImGesundheitsberuf) des Basismoduls sein. Zudem MUSS die referenzierte Location-Ressource konform zum [ISiKStandort](https://gematik.de/fhir/isik/StructureDefinition/ISiKStandort) des Basismoduls sein. Dieses Element dient dazu, alle Akteure zu gruppieren, sodass f&#252;r diese Einheit von Terminressourcen ein Terminblock herausgegeben werden kann. Unter &#39;Akteure&#39; fallen hier auch Standorte und Dienstleistungen." />
            <min value="0" />
            <max value="1" />
            <type>
                <code value="Reference" />
                <targetProfile value="http://hl7.org/fhir/StructureDefinition/Practitioner" />
                <targetProfile value="http://hl7.org/fhir/StructureDefinition/HealthcareService" />
                <targetProfile value="http://hl7.org/fhir/StructureDefinition/Location" />
            </type>
            <mustSupport value="true" />
        </element>
        <element id="Schedule.actor:Akteur.reference">
            <path value="Schedule.actor.reference" />
            <comment value="Begr&#252;ndung Kardinalit&#228;t: Die Kardinalit&#228;t der Akteur-Eigenschaft wird auf 1..1 festgelegt, um sicherzustellen, dass ein eindeutiger Akteur vorhanden ist." />
            <min value="1" />
            <mustSupport value="true" />
        </element>
    </differential>
</StructureDefinition>
{
    "resourceType": "StructureDefinition",
    "id": "ISiKKalender",
    "url": "https://gematik.de/fhir/isik/StructureDefinition/ISiKKalender",
    "version": "5.0.0-rc",
    "name": "ISiKKalender",
    "status": "active",
    "experimental": false,
    "date": "2025-04-09",
    "publisher": "gematik GmbH",
    "description": "Das Datenobjekt ISiKKalender bietet die Möglichkeit Kalender für verschiedene Akteure (Practitioner, Device, HealthcareService) zu exponieren, sodass für die Ressourcen Termine gebucht werden können. ",
    "fhirVersion": "4.0.1",
    "kind": "resource",
    "abstract": false,
    "type": "Schedule",
    "baseDefinition": "http://hl7.org/fhir/StructureDefinition/Schedule",
    "derivation": "constraint",
    "differential": {
        "element":  [
            {
                "id": "Schedule.extension",
                "path": "Schedule.extension",
                "mustSupport": true
            },
            {
                "id": "Schedule.extension:KalenderName",
                "path": "Schedule.extension",
                "sliceName": "KalenderName",
                "comment": "Begründung Must-Support-Flag (MS): Die KalenderName-Extension ermöglicht es einen menschenlesbaren Namen zu definieren, welcher zur Wiedererkennbarkeit des Kalenders im Rahmen der Terminplanung dient.",
                "min": 0,
                "max": "1",
                "type":  [
                    {
                        "code": "Extension",
                        "profile":  [
                            "http://hl7.org/fhir/5.0/StructureDefinition/extension-Schedule.name"
                        ]
                    }
                ],
                "mustSupport": true
            },
            {
                "id": "Schedule.extension:KalenderName.value[x]",
                "path": "Schedule.extension.value[x]",
                "min": 1
            },
            {
                "id": "Schedule.active",
                "path": "Schedule.active",
                "comment": "Begründung Kardinalität und Must-Support-Flag (MS): Die Kardinalität 1..1 und das Must-Support-Flag (MS) für das 'active'-Element stellen sicher, dass jeder Kalender eindeutig als aktiv oder inaktiv gekennzeichnet ist. Dies ist entscheidend für die Ressourcenplanung und Verfügbarkeit von Terminen.",
                "min": 1,
                "mustSupport": true
            },
            {
                "id": "Schedule.serviceType",
                "path": "Schedule.serviceType",
                "comment": "Begründung zu Kardinalität und Must Support: Die Dienstleistungsart eines Termins ist von entscheidender Bedeutung, um die Verfügbarkeit und Planung des Termins zu gewährleisten. Daher ist dieses Feld verpflichtend (1..*) und muss unterstützt werden (MS). Aufgrund der Heterogenität von Dienstleistungen ist eine standardisierte Kodierung nicht zwingend notwendig, eine Freitextbeschreibung ist ausreichend.",
                "min": 1,
                "mustSupport": true
            },
            {
                "id": "Schedule.serviceType.text",
                "path": "Schedule.serviceType.text",
                "mustSupport": true
            },
            {
                "id": "Schedule.specialty",
                "path": "Schedule.specialty",
                "comment": "Hinweis: Ein Kalender kann für einen Akteur gepflegt werden. Dieser Akteur kann in einer oder mehreren Fachrichtungen agieren. Für die Ressourcenplanung (z.B. welche Akteure sind für einen Termin verfügbar) sollte auch auf die Speciality des Akteurs zurückgegriffen werden für den Fall, dass ein Kalender pro Fachbereich - d.h. Akteur-übergreifend - gepflegt wird. \n  \n  Begründung Kardinalität Must-Support-Flag (MS): Die Kardinalität 1..* und das Must-Support-Flag (MS) für das 'specialty'-Element stellen sicher, dass jeder Kalender mindestens eine Fachrichtung angibt. Dies ist wichtig für die Ressourcenplanung und die Verfügbarkeit von Terminen, sodass angefragte Termine einem Fachbereich zugeordnet werden können.\n\n  Hintergrund: Die Festlegung hat in einer Expertengruppe am 4.6.2024 stattgefunden. Diese war zuvor in einer ISiK Arbeitsgruppe bekanntgegeben worden und stand damit allen Beteiligten offen. \n  ",
                "min": 1,
                "mustSupport": true
            },
            {
                "id": "Schedule.specialty.coding",
                "path": "Schedule.specialty.coding",
                "slicing": {
                    "discriminator":  [
                        {
                            "type": "pattern",
                            "path": "$this"
                        }
                    ],
                    "rules": "open"
                },
                "comment": "Begründung Kardinalität Fachrichtung: Die Kardinalität der Fachrichtung-Eigenschaft wird auf 1..1 festgelegt, um sicherzustellen, dass genau eine Fachrichtung per IHE-XDS-Kodierung vorhanden ist. Dies ist notwendig, um die Spezialisierung des Kalenders eindeutig zu definieren und eine korrekte Zuordnung zu gewährleisten.\n  \n  Begründung Kardinalität ErweiterterFachabteilungsschluessel: Die Kardinalität der ErweiterterFachabteilungsschluessel-Eigenschaft wird auf 0..1 festgelegt, um sicherzustellen, dass optional ein erweiterter Fachabteilungsschlüssel vorhanden sein kann.",
                "min": 1,
                "mustSupport": true
            },
            {
                "id": "Schedule.specialty.coding:Fachrichtung",
                "path": "Schedule.specialty.coding",
                "sliceName": "Fachrichtung",
                "comment": "Die Wahl des hinterlegten ValueSets (http://ihe-d.de/ValueSets/IHEXDSpracticeSettingCode) wurde mit einem Mitglied der IHE Deutschland Arbeitsgruppe XDS ValueSets (https://www.ihe-d.de/projekte/xds-value-sets-fuer-deutschland/) sowie mit der KBV abgestimmt (Stand:13.6.2024).",
                "min": 1,
                "max": "1",
                "mustSupport": true,
                "binding": {
                    "strength": "required",
                    "valueSet": "http://ihe-d.de/ValueSets/IHEXDSpracticeSettingCode"
                }
            },
            {
                "id": "Schedule.specialty.coding:ErweiterterFachabteilungsschluessel",
                "path": "Schedule.specialty.coding",
                "sliceName": "ErweiterterFachabteilungsschluessel",
                "comment": "Dieses CodeSystem KANN über ein Mapping (siehe Abschnitt https://wiki.hl7.de/index.php?title=IG:Value_Sets_f%C3%BCr_XDS#DocumentEntry.practiceSettingCode) mit dem ValueSet der Fachrichtung verknüpft werden und darüber ggf. die Integration von Systemen erleichtern.",
                "min": 0,
                "max": "1",
                "patternCoding": {
                    "system": "http://fhir.de/CodeSystem/dkgev/Fachabteilungsschluessel-erweitert"
                },
                "binding": {
                    "strength": "extensible",
                    "valueSet": "http://fhir.de/ValueSet/dkgev/Fachabteilungsschluessel-erweitert"
                }
            },
            {
                "id": "Schedule.actor",
                "path": "Schedule.actor",
                "slicing": {
                    "discriminator":  [
                        {
                            "type": "type",
                            "path": "$this"
                        }
                    ],
                    "rules": "open"
                },
                "comment": "Begründung Kardinalität und Must-Support-Flag (MS): Die Kardinalität der Akteur-Eigenschaft wird auf 0..1 festgelegt, um sicherzustellen, dass ein  Akteur eindeutig ist, falls dieser vorhanden ist. Durch das MS wird sichergestellt, dass Systeme in der Lage sind, einen Akteur zu unterstützen, wenn er vorhanden ist.",
                "mustSupport": true
            },
            {
                "id": "Schedule.actor.identifier",
                "path": "Schedule.actor.identifier",
                "comment": "Begründung Must-Support-Flag (MS):\n  Das Must-Support-Flag (MS) für das 'identifier'-Element stellt sicher, dass Systeme in der Lage sind, einen Identifier zu unterstützen, wenn er vorhanden ist. Dies ist wichtig für die eindeutige Identifizierung und Verknüpfung von Akteuren in verschiedenen Systemen.",
                "mustSupport": true
            },
            {
                "id": "Schedule.actor.display",
                "path": "Schedule.actor.display",
                "comment": "Hinweis und Begründung zum Must Support: Für alle Target-Ressourcen SOLL ein Displaywert für die Referenz angegeben werden, sodass Systeme eine Übersicht der am Termin beteiligten Akteure anzeigen können, ohne die Referenzen auflösen zu müssen. Somit kann ein Termin-Consumer direkt anzeigen für welche Akteure ein Terminkalender existiert.\n    \n",
                "mustSupport": true
            },
            {
                "id": "Schedule.actor:Akteur",
                "path": "Schedule.actor",
                "sliceName": "Akteur",
                "comment": "Im ISIK-Kontext MUSS die referenzierte Practitioner-Ressource konform zum [ISiKPersonImGesundheitsberuf](https://gematik.de/fhir/isik/StructureDefinition/ISiKPersonImGesundheitsberuf) des Basismoduls sein. Zudem MUSS die referenzierte Location-Ressource konform zum [ISiKStandort](https://gematik.de/fhir/isik/StructureDefinition/ISiKStandort) des Basismoduls sein. Dieses Element dient dazu, alle Akteure zu gruppieren, sodass für diese Einheit von Terminressourcen ein Terminblock herausgegeben werden kann. Unter 'Akteure' fallen hier auch Standorte und Dienstleistungen.",
                "min": 0,
                "max": "1",
                "type":  [
                    {
                        "code": "Reference",
                        "targetProfile":  [
                            "http://hl7.org/fhir/StructureDefinition/Practitioner",
                            "http://hl7.org/fhir/StructureDefinition/HealthcareService",
                            "http://hl7.org/fhir/StructureDefinition/Location"
                        ]
                    }
                ],
                "mustSupport": true
            },
            {
                "id": "Schedule.actor:Akteur.reference",
                "path": "Schedule.actor.reference",
                "comment": "Begründung Kardinalität: Die Kardinalität der Akteur-Eigenschaft wird auf 1..1 festgelegt, um sicherzustellen, dass ein eindeutiger Akteur vorhanden ist.",
                "min": 1,
                "mustSupport": true
            }
        ]
    }
}

Constraints/Invarianten

Terminology-Bindings

ElementStaerkeValueSet
Schedule.specialty.coding:Fachrichtungrequiredhttp://ihe-d.de/ValueSets/IHEXDSpracticeSettingCode
Schedule.specialty.coding:ErweiterterFachabteilungsschluesselextensiblehttp://fhir.de/ValueSet/dkgev/Fachabteilungsschluessel-erweitert