ISiKMedizinischeBehandlungseinheit (HealthcareService)
ISiKMedizinischeBehandlungseinheit
Unter einer medizinischen Behandlungseinheit wird hier im weiteren Sinne eine Dienstleistung (diagnostisch, therapeutisch, im weiten Sinne gesundheitsfördernd etc.) zum Zweck einer Terminbuchung verstanden. Hierfür können von der Fachabteilung (Organization) unabhängige Kalender gepflegt werden. Im Kontext der Terminplanung können somit angebotene Leistungen (z.B. CT/MRT-Untersuchungen, chirurgische Eingriffe, Beratungsstunden zur Geburt etc.) abgebildet werden.
Der Kontext zu diesem Profil wird mit folgender User Story veranschaulicht:
User Story: Ein Patient erhält von seiner Hausärztin einen Überweisungsschein für eine weitere diagnostische Untersuchung in Form einer Kapselendoskopie der Speiseröhre. Der Patient nutzt ein Patientenportal, um unter Angabe der benötigten diagnostische Leistung nach einem verfügbaren Termin zu suchen und findet einen passenden Termin bei der Fachabteilung für Gastroenterologie eines örtlichen Krankenhauses.
Hintergrund: Die Suche nach verfügbaren Terminenblöcken (Slot) unter Einbeziehung der Dienstleistung entspricht der Angabe des Überweisungsscheins, ermöglicht hier zugleich eine präzisere Suche und vergrößert darüber hinaus den Raum möglicher Termine über verschiedene Abteilungen (und Institutionen im Patientenportal) hinweg.
Bestätigungsrelevanz
Verbindlichkeit | SHALL |
---|
Metadaten
Canonical | https://gematik.de/fhir/isik/StructureDefinition/ISiKMedizinischeBehandlungseinheit |
---|---|
Status | active |
Version | 5.0.0-rc |
Basis | http://hl7.org/fhir/StructureDefinition/HealthcareService |
Inhalt
ISiKMedizinischeBehandlungseinheit (HealthcareService) | I | HealthcareService | |
id | Σ | 0..1 | string |
meta | Σ | 0..1 | Meta |
implicitRules | Σ ?! | 0..1 | uri |
language | 0..1 | codeBinding | |
text | 0..1 | Narrative | |
contained | 0..* | Resource | |
extension | I | 0..* | Extension |
modifierExtension | ?! I | 0..* | Extension |
identifier | Σ | 0..* | Identifier |
active | S Σ ?! | 1..1 | boolean |
providedBy | Σ | 0..1 | Reference(Organization) |
category | Σ | 0..* | CodeableConcept |
type | S Σ | 1..* | CodeableConcept |
specialty | S Σ | 1..* | CodeableConceptBinding |
id | 0..1 | string | |
extension | I | 0..* | Extension |
coding | S Σ | 1..* | Coding |
Fachrichtung | S Σ | 1..1 | CodingBinding |
ErweiterterFachabteilungsschluessel | Σ | 0..1 | CodingBinding |
text | Σ | 0..1 | string |
location | Σ | 0..* | Reference(Location) |
name | S Σ | 1..1 | string |
comment | Σ | 0..1 | string |
extraDetails | 0..1 | markdown | |
photo | Σ | 0..1 | Attachment |
telecom | 0..* | ContactPoint | |
coverageArea | 0..* | Reference(Location) | |
serviceProvisionCode | 0..* | CodeableConcept | |
eligibility | 0..* | BackboneElement | |
id | 0..1 | string | |
extension | I | 0..* | Extension |
modifierExtension | Σ ?! I | 0..* | Extension |
code | 0..1 | CodeableConcept | |
comment | 0..1 | markdown | |
program | 0..* | CodeableConcept | |
characteristic | 0..* | CodeableConcept | |
communication | 0..* | CodeableConceptBinding | |
referralMethod | 0..* | CodeableConcept | |
appointmentRequired | 0..1 | boolean | |
availableTime | 0..* | BackboneElement | |
id | 0..1 | string | |
extension | I | 0..* | Extension |
modifierExtension | Σ ?! I | 0..* | Extension |
daysOfWeek | 0..* | codeBinding | |
allDay | 0..1 | boolean | |
availableStartTime | 0..1 | time | |
availableEndTime | 0..1 | time | |
notAvailable | 0..* | BackboneElement | |
id | 0..1 | string | |
extension | I | 0..* | Extension |
modifierExtension | Σ ?! I | 0..* | Extension |
description | 1..1 | string | |
during | 0..1 | Period | |
availabilityExceptions | 0..1 | string | |
endpoint | 0..* | Reference(Endpoint) |
<StructureDefinition xmlns="http://hl7.org/fhir"> <id value="ISiKMedizinischeBehandlungseinheit" /> <url value="https://gematik.de/fhir/isik/StructureDefinition/ISiKMedizinischeBehandlungseinheit" /> <version value="5.0.0-rc" /> <name value="ISiKMedizinischeBehandlungseinheit" /> <status value="active" /> <experimental value="false" /> <date value="2025-04-09" /> <publisher value="gematik GmbH" /> <description value="Unter einer medizinischen Behandlungseinheit wird hier im weiteren Sinne eine Dienstleistung (diagnostisch, therapeutisch, im weiten Sinne gesundheitsfördernd etc.) zum Zweck einer Terminbuchung verstanden. Hierfür können von der Fachabteilung (Organization) unabhängige Kalender gepflegt werden. Im Kontext der Terminplanung können somit angebotene Leistungen (z.B. CT/MRT-Untersuchungen, chirurgische Eingriffe, Beratungsstunden zur Geburt etc.) abgebildet werden.\n\nDer Kontext zu diesem Profil wird mit folgender User Story veranschaulicht: \n\n**User Story**: Ein Patient erhält von seiner Hausärztin einen Überweisungsschein für eine weitere diagnostische Untersuchung in Form einer Kapselendoskopie der Speiseröhre. Der Patient nutzt ein Patientenportal, um unter Angabe der benötigten diagnostische Leistung nach einem verfügbaren Termin zu suchen und findet einen passenden Termin bei der Fachabteilung für Gastroenterologie eines örtlichen Krankenhauses.\n\nHintergrund: Die Suche nach verfügbaren Terminenblöcken (Slot) unter Einbeziehung der Dienstleistung entspricht der Angabe des Überweisungsscheins, ermöglicht hier zugleich eine präzisere Suche und vergrößert darüber hinaus den Raum möglicher Termine über verschiedene Abteilungen (und Institutionen im Patientenportal) hinweg." /> <fhirVersion value="4.0.1" /> <kind value="resource" /> <abstract value="false" /> <type value="HealthcareService" /> <baseDefinition value="http://hl7.org/fhir/StructureDefinition/HealthcareService" /> <derivation value="constraint" /> <differential> <element id="HealthcareService.active"> <path value="HealthcareService.active" /> <comment value="Bedeutung: Ist der HealthcareService in aktiver Verwendung.\n \n Hinweis: Historische HealthcareServices können ebenfalls über die ISiK-Schnittstelle ausgetauscht werden. Für diese dürfen jedoch keine Termine vereinbart werden. Das terminführende System MUSS dies bei der Buchung überprüfen.\n \n 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 jede Behandlungseinheit eindeutig als aktiv oder inaktiv gekennzeichnet ist. Dies ist entscheidend für die Ressourcenplanung und Verfügbarkeit von Behandlungseinheiten." /> <min value="1" /> <mustSupport value="true" /> </element> <element id="HealthcareService.type"> <path value="HealthcareService.type" /> <comment value="**Bedeutung:** Klassifikation der Behandlungsleistung welche durch den HealthcareService erbracht wird\n\n**Hinweis:** Diese Klassifikation SOLL stets auch in Appointment.serviceType und Schedule.serviceType angegeben werden. Seitens der aktuellen Spezifikation werden keine Vorgaben bezüglich der zu verwendenden Terminologie gemacht. Entsprechend verwendete Kataloge müssen als CodeSystem- und ValueSet-Ressourcen exponiert werden. Siehe [Suchparameter 'context-type-value' in ISiK Basis - Datenobjekt ValueSet](https://simplifier.net/resolve?&scope=isik-basis-v4@current&canonical=https://gematik.de/fhir/isik/StructureDefinition/ISiKValueSet).\n\n**Begründung Kardinalität:** Eine Behandlungseinheit muss mindestens einen Typ haben, sodass im Rahmen der Terminplanung ermittelt werden kann, welcher Akteur für die Durchführung eines Termins zur Verfügung steht." /> <min value="1" /> <mustSupport value="true" /> </element> <element id="HealthcareService.specialty"> <path value="HealthcareService.specialty" /> <comment value="**Bedeutung:** Fachrichtung der Behandlungsleistung welche durch den HealthcareService erbracht wird\n\n**Hinweis:** Diese Fachrichtung SOLL stets auch in Appointment.specialty und Schedule.specialty angegeben werden.\n \n**Begründung Kardinalität:** Eine Behandlungseinheit kann multiprofessionell sein und mehere Fachbereiche abdecken. Sie muss jedoch mindestens einem Fachbereich zugeordnet sein, sodass die Behandlungseinheit während der Terminplanung als Akteur für passende Termine miteinbezogen wird." /> <min value="1" /> <mustSupport value="true" /> </element> <element id="HealthcareService.specialty.coding"> <path value="HealthcareService.specialty.coding" /> <slicing> <discriminator> <type value="pattern" /> <path value="$this" /> </discriminator> <rules value="open" /> </slicing> <comment value="**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 der Behandlungseinheit 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 value="1" /> <mustSupport value="true" /> </element> <element id="HealthcareService.specialty.coding:Fachrichtung"> <path value="HealthcareService.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="HealthcareService.specialty.coding:ErweiterterFachabteilungsschluessel"> <path value="HealthcareService.specialty.coding" /> <sliceName value="ErweiterterFachabteilungsschluessel" /> <comment value="Dieses ValueSet 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 value="0" /> <max value="1" /> <binding> <strength value="required" /> <valueSet value="http://fhir.de/ValueSet/dkgev/Fachabteilungsschluessel-erweitert" /> </binding> </element> <element id="HealthcareService.name"> <path value="HealthcareService.name" /> <comment value="**Bedeutung:** Informeller Name der Behandlungseinheit\n\n**Hinweis:** Es wird im Rahmen dieser Spezifikation davon ausgegangen, dass für einen HealthcareService keine natürlichen Identifier vorliegen, die in einem realen Kontext vergeben werden. Somit kann durch den Namen ein informeller, jedoch identifizierender Bezeichner vergeben werden.\n\n**Begründung Kardinalität:** Eine Behandlungseinheit muss mindestens einen Namen haben, um eine Wiedererkennbarkeit im Rahmen der Terminplanung zu gewährleisten." /> <min value="1" /> <mustSupport value="true" /> </element> </differential> </StructureDefinition>
{ "resourceType": "StructureDefinition", "id": "ISiKMedizinischeBehandlungseinheit", "url": "https://gematik.de/fhir/isik/StructureDefinition/ISiKMedizinischeBehandlungseinheit", "version": "5.0.0-rc", "name": "ISiKMedizinischeBehandlungseinheit", "status": "active", "experimental": false, "date": "2025-04-09", "publisher": "gematik GmbH", "description": "Unter einer medizinischen Behandlungseinheit wird hier im weiteren Sinne eine Dienstleistung (diagnostisch, therapeutisch, im weiten Sinne gesundheitsfördernd etc.) zum Zweck einer Terminbuchung verstanden. Hierfür können von der Fachabteilung (Organization) unabhängige Kalender gepflegt werden. Im Kontext der Terminplanung können somit angebotene Leistungen (z.B. CT/MRT-Untersuchungen, chirurgische Eingriffe, Beratungsstunden zur Geburt etc.) abgebildet werden.\n\nDer Kontext zu diesem Profil wird mit folgender User Story veranschaulicht: \n\n**User Story**: Ein Patient erhält von seiner Hausärztin einen Überweisungsschein für eine weitere diagnostische Untersuchung in Form einer Kapselendoskopie der Speiseröhre. Der Patient nutzt ein Patientenportal, um unter Angabe der benötigten diagnostische Leistung nach einem verfügbaren Termin zu suchen und findet einen passenden Termin bei der Fachabteilung für Gastroenterologie eines örtlichen Krankenhauses.\n\nHintergrund: Die Suche nach verfügbaren Terminenblöcken (Slot) unter Einbeziehung der Dienstleistung entspricht der Angabe des Überweisungsscheins, ermöglicht hier zugleich eine präzisere Suche und vergrößert darüber hinaus den Raum möglicher Termine über verschiedene Abteilungen (und Institutionen im Patientenportal) hinweg.", "fhirVersion": "4.0.1", "kind": "resource", "abstract": false, "type": "HealthcareService", "baseDefinition": "http://hl7.org/fhir/StructureDefinition/HealthcareService", "derivation": "constraint", "differential": { "element": [ { "id": "HealthcareService.active", "path": "HealthcareService.active", "comment": "Bedeutung: Ist der HealthcareService in aktiver Verwendung.\n \n Hinweis: Historische HealthcareServices können ebenfalls über die ISiK-Schnittstelle ausgetauscht werden. Für diese dürfen jedoch keine Termine vereinbart werden. Das terminführende System MUSS dies bei der Buchung überprüfen.\n \n 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 jede Behandlungseinheit eindeutig als aktiv oder inaktiv gekennzeichnet ist. Dies ist entscheidend für die Ressourcenplanung und Verfügbarkeit von Behandlungseinheiten.", "min": 1, "mustSupport": true }, { "id": "HealthcareService.type", "path": "HealthcareService.type", "comment": "**Bedeutung:** Klassifikation der Behandlungsleistung welche durch den HealthcareService erbracht wird\n\n**Hinweis:** Diese Klassifikation SOLL stets auch in Appointment.serviceType und Schedule.serviceType angegeben werden. Seitens der aktuellen Spezifikation werden keine Vorgaben bezüglich der zu verwendenden Terminologie gemacht. Entsprechend verwendete Kataloge müssen als CodeSystem- und ValueSet-Ressourcen exponiert werden. Siehe [Suchparameter 'context-type-value' in ISiK Basis - Datenobjekt ValueSet](https://simplifier.net/resolve?&scope=isik-basis-v4@current&canonical=https://gematik.de/fhir/isik/StructureDefinition/ISiKValueSet).\n\n**Begründung Kardinalität:** Eine Behandlungseinheit muss mindestens einen Typ haben, sodass im Rahmen der Terminplanung ermittelt werden kann, welcher Akteur für die Durchführung eines Termins zur Verfügung steht.", "min": 1, "mustSupport": true }, { "id": "HealthcareService.specialty", "path": "HealthcareService.specialty", "comment": "**Bedeutung:** Fachrichtung der Behandlungsleistung welche durch den HealthcareService erbracht wird\n\n**Hinweis:** Diese Fachrichtung SOLL stets auch in Appointment.specialty und Schedule.specialty angegeben werden.\n \n**Begründung Kardinalität:** Eine Behandlungseinheit kann multiprofessionell sein und mehere Fachbereiche abdecken. Sie muss jedoch mindestens einem Fachbereich zugeordnet sein, sodass die Behandlungseinheit während der Terminplanung als Akteur für passende Termine miteinbezogen wird.", "min": 1, "mustSupport": true }, { "id": "HealthcareService.specialty.coding", "path": "HealthcareService.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 der Behandlungseinheit 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": "HealthcareService.specialty.coding:Fachrichtung", "path": "HealthcareService.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": "HealthcareService.specialty.coding:ErweiterterFachabteilungsschluessel", "path": "HealthcareService.specialty.coding", "sliceName": "ErweiterterFachabteilungsschluessel", "comment": "Dieses ValueSet 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", "binding": { "strength": "required", "valueSet": "http://fhir.de/ValueSet/dkgev/Fachabteilungsschluessel-erweitert" } }, { "id": "HealthcareService.name", "path": "HealthcareService.name", "comment": "**Bedeutung:** Informeller Name der Behandlungseinheit\n\n**Hinweis:** Es wird im Rahmen dieser Spezifikation davon ausgegangen, dass für einen HealthcareService keine natürlichen Identifier vorliegen, die in einem realen Kontext vergeben werden. Somit kann durch den Namen ein informeller, jedoch identifizierender Bezeichner vergeben werden.\n\n**Begründung Kardinalität:** Eine Behandlungseinheit muss mindestens einen Namen haben, um eine Wiedererkennbarkeit im Rahmen der Terminplanung zu gewährleisten.", "min": 1, "mustSupport": true } ] } }
Constraints/Invarianten
Terminology-Bindings
Element | Staerke | ValueSet |
---|---|---|
HealthcareService.specialty.coding:Fachrichtung | required | http://ihe-d.de/ValueSets/IHEXDSpracticeSettingCode |
HealthcareService.specialty.coding:ErweiterterFachabteilungsschluessel | required | http://fhir.de/ValueSet/dkgev/Fachabteilungsschluessel-erweitert |
Anmerkungen zu Must-Support-Feldern
Feldname | Hinweise |
---|---|
HealthcareService.active | Bedeutung: Ist der HealthcareService in aktiver Verwendung. Hinweis: Historische HealthcareServices können ebenfalls über die ISiK-Schnittstelle ausgetauscht werden. Für diese dürfen jedoch keine Termine vereinbart werden. Das terminführende System MUSS dies bei der Buchung überprüfen. 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 jede Behandlungseinheit eindeutig als aktiv oder inaktiv gekennzeichnet ist. Dies ist entscheidend für die Ressourcenplanung und Verfügbarkeit von Behandlungseinheiten. |
HealthcareService.type | Bedeutung: Klassifikation der Behandlungsleistung welche durch den HealthcareService erbracht wird Hinweis: Diese Klassifikation SOLL stets auch in Appointment.serviceType und Schedule.serviceType angegeben werden. Seitens der aktuellen Spezifikation werden keine Vorgaben bezüglich der zu verwendenden Terminologie gemacht. Entsprechend verwendete Kataloge müssen als CodeSystem- und ValueSet-Ressourcen exponiert werden. Siehe Suchparameter 'context-type-value' in ISiK Basis - Datenobjekt ValueSet. Begründung Kardinalität: Eine Behandlungseinheit muss mindestens einen Typ haben, sodass im Rahmen der Terminplanung ermittelt werden kann, welcher Akteur für die Durchführung eines Termins zur Verfügung steht. |
HealthcareService.specialty | Bedeutung: Fachrichtung der Behandlungsleistung welche durch den HealthcareService erbracht wird Hinweis: Diese Fachrichtung SOLL stets auch in Appointment.specialty und Schedule.specialty angegeben werden. Begründung Kardinalität: Eine Behandlungseinheit kann multiprofessionell sein und mehere Fachbereiche abdecken. Sie muss jedoch mindestens einem Fachbereich zugeordnet sein, sodass die Behandlungseinheit während der Terminplanung als Akteur für passende Termine miteinbezogen wird. |
HealthcareService.specialty.coding | 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 der Behandlungseinheit eindeutig zu definieren und eine korrekte Zuordnung zu gewährleisten. 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. |
HealthcareService.specialty.coding:Fachrichtung | 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). |
HealthcareService.name | Bedeutung: Informeller Name der Behandlungseinheit Hinweis: Es wird im Rahmen dieser Spezifikation davon ausgegangen, dass für einen HealthcareService keine natürlichen Identifier vorliegen, die in einem realen Kontext vergeben werden. Somit kann durch den Namen ein informeller, jedoch identifizierender Bezeichner vergeben werden. Begründung Kardinalität: Eine Behandlungseinheit muss mindestens einen Namen haben, um eine Wiedererkennbarkeit im Rahmen der Terminplanung zu gewährleisten. |
Anmerkungen zu Must-Support-Feldern
HealthcareService.active
Bedeutung: Ist der HealthcareService in aktiver Verwendung.
Hinweis: Historische HealthcareServices können ebenfalls über die ISiK-Schnittstelle ausgetauscht werden. Für diese dürfen jedoch keine Termine vereinbart werden. Das terminführende System MUSS dies bei der Buchung überprüfen.
HealthcareService.type
Bedeutung: Klassifikation der Behandlungsleistung welche durch den HealthcareService erbracht wird
Hinweis: Diese Klassifikation SOLL stets auch in Appointment.serviceType und Schedule.serviceType angegeben werden. Seitens der aktuellen Spezifikation werden keine Vorgaben bezüglich der zu verwendenden Terminologie gemacht. Entsprechend verwendete Kataloge müssen als CodeSystem- und ValueSet-Ressourcen exponiert werden.
HealthcareService.specialty
Bedeutung: Fachrichtung der Behandlungsleistung welche durch den HealthcareService erbracht wird
Hinweis: Diese Fachrichtung SOLL stets auch in Appointment.specialty und Schedule.specialty angegeben werden.
HealthcareService.name
Bedeutung: Informeller Name der Behandlungseinheit
Hinweis: Es wird im Rahmen dieser Spezifikation davon ausgegangen, dass für einen HealthcareService keine natürlichen Identifier vorliegen, die in einem realen Kontext vergeben werden. Somit kann durch den Namen ein informeller, jedoch identifizierender Bezeichner vergeben werden.
Interaktionen
Interaktion | Verbindlichkeit |
---|---|
read | SHALL |
search-type | SHALL |
Parameter | Typ | Verbindlichkeit | Hinweise |
---|---|---|---|
_id | token | SHALL | Beispiel:
|
_tag | token | SHALL | Beispiel:
|
_count | number | SHALL | Beispiel:
|
_has | string | MAY | Beispiel: Suche nach allen Patienten, die eine Observation mit dem Code '1234-5' haben
|
active | token | SHALL | Beispiel: |
service-type | token | SHALL | Beispiel: |
specialty | token | SHALL | Beispiel: |
name | string | SHALL | Beispiel: |
(Reverse-)Include
Include |
---|
Schedule:actor; Appointment:actor |
Beispiele
HealthcareService |
id : ISiKMedizinischeBehandlungseinheitExample |
meta |
profile : https://gematik.de/fhir/isik/StructureDefinition/ISiKMedizinischeBehandlungseinheit |
active : True |
type |
coding |
system : http://terminology.hl7.org/CodeSystem/service-type |
code : 124 |
specialty |
coding |
system : http://ihe-d.de/CodeSystems/AerztlicheFachrichtungen |
code : ALLG |
name : Allgemeine Beratungsstelle der Fachabteilung 0100 |
<HealthcareService xmlns="http://hl7.org/fhir"> <id value="ISiKMedizinischeBehandlungseinheitExample" /> <meta> <profile value="https://gematik.de/fhir/isik/StructureDefinition/ISiKMedizinischeBehandlungseinheit" /> </meta> <active value="true" /> <type> <coding> <system value="http://terminology.hl7.org/CodeSystem/service-type" /> <code value="124" /> </coding> </type> <specialty> <coding> <system value="http://ihe-d.de/CodeSystems/AerztlicheFachrichtungen" /> <code value="ALLG" /> </coding> </specialty> <name value="Allgemeine Beratungsstelle der Fachabteilung 0100" /> </HealthcareService>
{ "resourceType": "HealthcareService", "id": "ISiKMedizinischeBehandlungseinheitExample", "meta": { "profile": [ "https://gematik.de/fhir/isik/StructureDefinition/ISiKMedizinischeBehandlungseinheit" ] }, "active": true, "type": [ { "coding": [ { "code": "124", "system": "http://terminology.hl7.org/CodeSystem/service-type" } ] } ], "specialty": [ { "coding": [ { "code": "ALLG", "system": "http://ihe-d.de/CodeSystems/AerztlicheFachrichtungen" } ] } ], "name": "Allgemeine Beratungsstelle der Fachabteilung 0100" }