Dieses Profil ermöglicht die Gruppierung von medizinischen Leistungen zu einem gemeinsamen Abrechnungskontext.

Motivation

Komplementär zum Datenobjekt "Kontakt - Encounter" können Fälle, im Sinne einer Gruppierung von medizinischen Leistungen innerhalb eines gemeinsamen Kontextes, zu einem Abrechnungsfall zusammengefasst werden. Ein solcher Abrechnungsfall kann mehrere Kontakte umfassen (z.B. vorstationärer Besuch, stationärer Aufenthalt und nachstationärer Besuch).

Gemeinsam mit dem Einrichtungskontakt bildet der Abrechnungsfall einen wichtigen Einstiegspunkt in die Dokumentation der Behandlungsleistungen der Patienten. Als Bindeglied zwischen den Kontakten und dem Versicherungsverhältnis erfolgt eine feingranulare Auflistung, in welchen Zeiträumen ein Behandlungskontext zwischen einer Gesundheitseinrichtung und der Patienten bestand. Zudem werden Diagnosen abschließend / nachträglich dokumentiert, sodass eine Übersicht von relevanten (DRG)-Diagnosen ermöglicht wird, ohne die Gesamtheit aller Kontakte betrachten zu müssen.

In FHIR wird der Abrechnungsfall mit der Account-Ressource repräsentiert.

Weitere Hinweise zu den Abgrenzungen der Begrifflichkeiten Fall und Kontakt finden sie unter Fall-Begriff in ISiK.

Kompatibilität

  • zum Zeitpunkt der Veröffentlichung sind keine abweichenden Modellierungen der Account-Ressource bekannt.

Hinweise zu Inkompatibilitäten können über die Portalseite gemeldet werden.

Bestätigungsrelevanz

VerbindlichkeitSHALL

Metadaten

Canonicalhttps://gematik.de/fhir/isik/StructureDefinition/ISiKAbrechnungsfall
Statusactive
Version4.0.1
Basishttp://hl7.org/fhir/StructureDefinition/Account

Inhalt

idΣ0..1string
metaΣ0..1Meta
implicitRulesΣ ?!0..1uri
language0..1codeBinding
text0..1Narrative
contained0..*Resource
id0..1string
id0..1string
extensionI0..0Extension
url1..1uriFixed Value
valueCodingCoding
id0..1string
extensionI0..0Extension
url1..1uriFixed Value
valueReferenceReference(Condition | Procedure)
url1..1uriFixed Value
modifierExtension?! I0..*Extension
id0..1string
extensionI0..*Extension
useΣ ?!0..1codeBinding
id0..1string
extensionI0..*Extension
id0..1string
extensionI0..*Extension
systemS Σ1..1uriPattern
versionΣ0..1string
codeS Σ1..1codePattern
displayΣ0..1string
userSelectedΣ0..1boolean
textΣ0..1string
systemS Σ1..1uri
valueS Σ1..1string
periodΣ I0..1Period
assignerΣ I0..1Reference(Organization)
statusS Σ ?!1..1codeBinding
typeΣ0..1CodeableConcept
nameΣ0..1string
id0..1string
extensionI0..*Extension
referenceS Σ I1..1string
typeΣ0..1uriBinding
identifierΣ0..1Identifier
displayΣ0..1string
servicePeriodΣ I0..1Period
id0..1string
AbrechnungsartS I1..1Extension(Coding)
modifierExtensionΣ ?! I0..*Extension
id0..1string
extensionI0..*Extension
referenceS Σ I1..1string
typeΣ0..1uriBinding
identifierΣ0..1Identifier
displayΣ0..1string
priorityS Σ0..1positiveInt
ownerΣ I0..1Reference(Organization)
descriptionΣ0..1string
id0..1string
extensionI0..*Extension
modifierExtensionΣ ?! I0..*Extension
partyI1..1Reference(Patient | RelatedPerson | Organization)
onHold0..1boolean
periodI0..1Period
partOfI0..1Reference(Account)
<StructureDefinition xmlns="http://hl7.org/fhir">
    <id value="ISiKAbrechnungsfall" />
    <url value="https://gematik.de/fhir/isik/StructureDefinition/ISiKAbrechnungsfall" />
    <version value="4.0.1" />
    <name value="ISiKAbrechnungsfall" />
    <status value="active" />
    <experimental value="false" />
    <date value="2024-11-25" />
    <publisher value="gematik GmbH" />
    <description value="Dieses Profil erm&#246;glicht die Gruppierung von medizinischen Leistungen zu einem gemeinsamen Abrechnungskontext.  \n### Motivation\nKomplement&#228;r zum Datenobjekt &amp;quot;Kontakt - Encounter&amp;quot; k&#246;nnen F&#228;lle, im Sinne einer Gruppierung von medizinischen Leistungen \ninnerhalb eines gemeinsamen Kontextes, zu einem Abrechnungsfall zusammengefasst werden.\nEin solcher Abrechnungsfall kann mehrere Kontakte umfassen (z.B. vorstation&#228;rer Besuch, station&#228;rer Aufenthalt und nachstation&#228;rer Besuch).  \n\nGemeinsam mit dem Einrichtungskontakt bildet der Abrechnungsfall einen wichtigen Einstiegspunkt in die Dokumentation der Behandlungsleistungen der Patienten.\nAls Bindeglied zwischen den Kontakten und dem Versicherungsverh&#228;ltnis erfolgt eine feingranulare Auflistung, \nin welchen Zeitr&#228;umen ein Behandlungskontext zwischen einer Gesundheitseinrichtung und der Patienten bestand.\nZudem werden Diagnosen abschlie&#223;end / nachtr&#228;glich dokumentiert, sodass eine &#220;bersicht von relevanten (DRG)-Diagnosen erm&#246;glicht wird, \nohne die Gesamtheit aller Kontakte betrachten zu m&#252;ssen.\n\nIn FHIR wird der Abrechnungsfall mit der `Account`-Ressource repr&#228;sentiert.\n\nWeitere Hinweise zu den Abgrenzungen der Begrifflichkeiten Fall und Kontakt finden sie unter {{pagelink: Fall, text: Fall-Begriff in ISiK}}.\n\n### Kompatibilit&#228;t\n* zum Zeitpunkt der Ver&#246;ffentlichung sind keine abweichenden Modellierungen der Account-Ressource bekannt.\n\nHinweise zu Inkompatibilit&#228;ten k&#246;nnen &#252;ber die [Portalseite](https://service.gematik.de/servicedesk/customer/portal/16) gemeldet werden." />
    <fhirVersion value="4.0.1" />
    <kind value="resource" />
    <abstract value="false" />
    <type value="Account" />
    <baseDefinition value="http://hl7.org/fhir/StructureDefinition/Account" />
    <derivation value="constraint" />
    <differential>
        <element id="Account.extension">
            <path value="Account.extension" />
            <mustSupport value="true" />
        </element>
        <element id="Account.extension:AbrechnungsDiagnoseProzedur">
            <path value="Account.extension" />
            <sliceName value="AbrechnungsDiagnoseProzedur" />
            <short value="Abrechnungsdiagnose /-prozedur" />
            <comment value="Insbesondere bei Abrechnungen im DRG-Kontext muss eine Diagnose als Hauptdiagnose und \n  ggf. weitere Diagnosen als abrechnungsrelevante Nebendiagnosen klassifiziert werden. Diese Extension erm&#246;glicht es, diese Qualifikation im Abrechnungskontext vorzunehmen, \n  unabh&#228;ngig von der *medizinischen* Relevanz, die in `Encounter.diagnosis` erfolgt." />
            <min value="0" />
            <max value="*" />
            <type>
                <code value="Extension" />
                <profile value="http://fhir.de/StructureDefinition/ExtensionAbrechnungsDiagnoseProzedur" />
            </type>
            <mustSupport value="true" />
        </element>
        <element id="Account.extension:AbrechnungsDiagnoseProzedur.extension">
            <path value="Account.extension.extension" />
            <min value="2" />
        </element>
        <element id="Account.extension:AbrechnungsDiagnoseProzedur.extension:Use">
            <path value="Account.extension.extension" />
            <sliceName value="Use" />
            <min value="1" />
            <mustSupport value="true" />
        </element>
        <element id="Account.extension:AbrechnungsDiagnoseProzedur.extension:Referenz">
            <path value="Account.extension.extension" />
            <sliceName value="Referenz" />
            <min value="1" />
            <max value="1" />
            <mustSupport value="true" />
        </element>
        <element id="Account.identifier">
            <path value="Account.identifier" />
            <slicing>
                <discriminator>
                    <type value="pattern" />
                    <path value="$this" />
                </discriminator>
                <rules value="open" />
            </slicing>
            <min value="1" />
            <mustSupport value="true" />
        </element>
        <element id="Account.identifier:Abrechnungsnummer">
            <path value="Account.identifier" />
            <sliceName value="Abrechnungsnummer" />
            <short value="Abrechnungsfallnummer" />
            <comment value="Im DRG-Kontext werden h&#228;ufig s&#228;mtliche Besuche (`Encounter`), die unter einen gemeinsamen Abrechnungskontext zusammengefasst werden, \n  unter einer &amp;quot;Fallnummer&amp;quot; gef&#252;hrt. In dieser Konstellation sind die Begriffe &amp;quot;Fallnummer&amp;quot; und &amp;quot;Abrechnungsfallnummer&amp;quot; gleichbedeutend.  \n  Dies ist insbesondere im Kontext des Mappings zwischen HL7 V2 und HL7 FHIR zu beachten, da es in V2 Usus ist, \n  die Fallnummer (eigentlich Identifier des Abrechnungsfalles) im `PV1`-Segment (Patient Visit) zu &#252;bermitteln. \n  Es handelt sich dabei jedoch *nicht* um den Identifier des Besuchs (`Encounter`) sondern den des Abrechnungsfalles (`Account`), \n  da der Identifier oft f&#252;r die Gruppierung mehrerer Besuche (z.B. vorstation&#228;r + station&#228;r + nachstation&#228;r) mit gemeinsamem (DRG)-Kontext verwendet wird.  \n  Die Abrechnungsfallnummer in `Account.identifier` muss identisch sein mit dem Identifier, \n  der bei den Encountern, die unter diesem Account gruppiert werden, unter `Encounter.account.identifier` angegeben ist." />
            <min value="1" />
            <max value="1" />
            <type>
                <code value="Identifier" />
                <profile value="http://fhir.de/StructureDefinition/identifier-abrechnungsnummer" />
            </type>
            <patternIdentifier>
                <type>
                    <coding>
                        <system value="http://terminology.hl7.org/CodeSystem/v2-0203" />
                        <code value="AN" />
                    </coding>
                </type>
            </patternIdentifier>
            <mustSupport value="true" />
        </element>
        <element id="Account.identifier:Abrechnungsnummer.type">
            <path value="Account.identifier.type" />
            <mustSupport value="true" />
        </element>
        <element id="Account.identifier:Abrechnungsnummer.type.coding">
            <path value="Account.identifier.type.coding" />
            <short value="Codierte Darstellung des Identifier-Typs" />
        </element>
        <element id="Account.identifier:Abrechnungsnummer.type.coding.system">
            <path value="Account.identifier.type.coding.system" />
            <short value="Codier-Schema" />
            <comment value="Hier ist stets der Wert `http://terminology.hl7.org/CodeSystem/v2-0203` anzugeben." />
            <min value="1" />
            <mustSupport value="true" />
        </element>
        <element id="Account.identifier:Abrechnungsnummer.type.coding.code">
            <path value="Account.identifier.type.coding.code" />
            <short value="Code" />
            <comment value="Hier ist stets der Wert `AN` anzugeben." />
            <min value="1" />
            <mustSupport value="true" />
        </element>
        <element id="Account.identifier:Abrechnungsnummer.system">
            <path value="Account.identifier.system" />
            <short value="Namensraum des Identifiers" />
            <comment value="Hier ist stets der eindeutige Name (URL) des Namensraums anzugeben, \n    aus dem der Identifier stammt. \n    Hinweise zur Festlegung der URLs f&#252;r lokale Namensr&#228;ume sind in den \n    [Deutschen Basisprofilen](https://simplifier.net/guide/leitfaden-de-basis-r4/ig-markdown-Terminologie-Namensraeume?version=current) beschrieben.  \n    **Begr&#252;ndung Pflichtfeld:** `system` stellt in Kombination mit `value` die Eindeutigkeit eines Identifiers sicher." />
            <mustSupport value="true" />
        </element>
        <element id="Account.identifier:Abrechnungsnummer.value">
            <path value="Account.identifier.value" />
            <comment value="Enth&#228;lt den eigentlichen Wert des Identifiers.  \n    **Begr&#252;ndung Pflichtfeld:** Ist der Wert nicht bekannt, sollte der gesamte Slice weggelassen werden." />
            <mustSupport value="true" />
        </element>
        <element id="Account.status">
            <path value="Account.status" />
            <short value="Status" />
            <comment value="Zeigt den aktuellen Status der Ressource an.     \n  **WICHTIGER Hinweis f&#252;r Implementierer:**    \n  * Alle server-seitigen Implementierungen M&#220;SSEN in der Lage sein, \n  die systemintern m&#246;glichen Statuswerte korrekt in FHIR abzubilden, mindestens jedoch `active` und `inactive`.\n  * Alle client-seitigen Implementierungen M&#220;SSEN in der Lage sein, s&#228;mtliche Status-Codes zu interpretieren und dem Anwender in angemessener Form darstellen zu k&#246;nnen, \n  beispielsweise durch Ausblenden/Durchstreichen von Ressourcen mit dem status `entered-in-error` und Ausgrauen von Ressourcen, die einen Plan- oder Entwurfs-Status haben." />
            <mustSupport value="true" />
        </element>
        <element id="Account.subject">
            <path value="Account.subject" />
            <short value="Patientenbezug" />
            <comment value="**Begr&#252;ndung Pflichtfeld:** Ein Patientenbezug des Falls muss stets zum Zwecke der Nachvollziehbarkeit und Datenintegrit&#228;t vorliegen." />
            <min value="1" />
            <max value="1" />
            <type>
                <code value="Reference" />
                <targetProfile value="http://hl7.org/fhir/StructureDefinition/Patient" />
            </type>
            <mustSupport value="true" />
        </element>
        <element id="Account.subject.reference">
            <path value="Account.subject.reference" />
            <short value="Patienten-Link" />
            <comment value="**Begr&#252;ndung Pflichtfeld:** Die Verlinkung auf eine Patienten-Ressource dient der technischen Zuordnung der Dokumentation zu einem Patienten \n    und erm&#246;glicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc." />
            <min value="1" />
            <mustSupport value="true" />
        </element>
        <element id="Account.coverage">
            <path value="Account.coverage" />
            <short value="Versicherungs-/Zahlungsverh&#228;ltnis" />
            <comment value="Auflistung aller Versicherungs- und oder (Selbst-/Fremd-)zahlerverh&#228;ltnisse, die zur Abrechnung der in diesem Kontext erbrachten Leistungen herangezogen werden k&#246;nnen." />
            <mustSupport value="true" />
        </element>
        <element id="Account.coverage.extension">
            <path value="Account.coverage.extension" />
            <min value="1" />
            <max value="1" />
            <mustSupport value="true" />
        </element>
        <element id="Account.coverage.extension:Abrechnungsart">
            <path value="Account.coverage.extension" />
            <sliceName value="Abrechnungsart" />
            <short value="Abrechnungsart" />
            <comment value="Art der Abrechnung, f&#252;r die das Versicherungsverh&#228;ltnis herangezogen wird." />
            <min value="1" />
            <max value="1" />
            <type>
                <code value="Extension" />
                <profile value="http://fhir.de/StructureDefinition/ExtensionAbrechnungsart" />
            </type>
            <mustSupport value="true" />
        </element>
        <element id="Account.coverage.coverage">
            <path value="Account.coverage.coverage" />
            <mustSupport value="true" />
        </element>
        <element id="Account.coverage.coverage.reference">
            <path value="Account.coverage.coverage.reference" />
            <short value="Coverage-Link" />
            <comment value="**Begr&#252;ndung Pflichtfeld:** Die Verlinkung auf eine Coverage-Ressource dient der technischen Zuordnung zwischen Abrechnungsfall und Versicherungsverh&#228;ltnis\n    und erm&#246;glicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc." />
            <min value="1" />
            <mustSupport value="true" />
        </element>
        <element id="Account.coverage.priority">
            <path value="Account.coverage.priority" />
            <short value="Priorit&#228;t" />
            <comment value="**Begr&#252;ndung des MS:** Wenn ein Prim&#228;rsystem mehrere Kostentr&#228;ger angibt, \n    sollte f&#252;r lesende Systeme ersichtlich sein, welches der Hauptkostentr&#228;ger ist.   \n    **Historie:**  \n    Diskussionstand der ISIK-Arbeitsgruppe vom 28.5.: Die Abbildung &#252;ber einen Integer ist w&#252;nschenswert. \n    Eine bin&#228;re Einteilung in Hauptkostentr&#228;ger (1) und alle anderen (2) wird der Komplexit&#228;t der Priorisierung zur Kostentr&#228;gerschaft nicht gerecht. \n    Eine Ausdifferenzierung ist w&#252;nschenswert und sollte angestrebt werden." />
            <mustSupport value="true" />
        </element>
    </differential>
</StructureDefinition>
{
    "resourceType": "StructureDefinition",
    "id": "ISiKAbrechnungsfall",
    "url": "https://gematik.de/fhir/isik/StructureDefinition/ISiKAbrechnungsfall",
    "version": "4.0.1",
    "name": "ISiKAbrechnungsfall",
    "status": "active",
    "experimental": false,
    "date": "2024-11-25",
    "publisher": "gematik GmbH",
    "description": "Dieses Profil ermöglicht die Gruppierung von medizinischen Leistungen zu einem gemeinsamen Abrechnungskontext.  \n### Motivation\nKomplementär zum Datenobjekt &quot;Kontakt - Encounter&quot; können Fälle, im Sinne einer Gruppierung von medizinischen Leistungen \ninnerhalb eines gemeinsamen Kontextes, zu einem Abrechnungsfall zusammengefasst werden.\nEin solcher Abrechnungsfall kann mehrere Kontakte umfassen (z.B. vorstationärer Besuch, stationärer Aufenthalt und nachstationärer Besuch).  \n\nGemeinsam mit dem Einrichtungskontakt bildet der Abrechnungsfall einen wichtigen Einstiegspunkt in die Dokumentation der Behandlungsleistungen der Patienten.\nAls Bindeglied zwischen den Kontakten und dem Versicherungsverhältnis erfolgt eine feingranulare Auflistung, \nin welchen Zeiträumen ein Behandlungskontext zwischen einer Gesundheitseinrichtung und der Patienten bestand.\nZudem werden Diagnosen abschließend / nachträglich dokumentiert, sodass eine Übersicht von relevanten (DRG)-Diagnosen ermöglicht wird, \nohne die Gesamtheit aller Kontakte betrachten zu müssen.\n\nIn FHIR wird der Abrechnungsfall mit der `Account`-Ressource repräsentiert.\n\nWeitere Hinweise zu den Abgrenzungen der Begrifflichkeiten Fall und Kontakt finden sie unter {{pagelink: Fall, text: Fall-Begriff in ISiK}}.\n\n### Kompatibilität\n* zum Zeitpunkt der Veröffentlichung sind keine abweichenden Modellierungen der Account-Ressource bekannt.\n\nHinweise zu Inkompatibilitäten können über die [Portalseite](https://service.gematik.de/servicedesk/customer/portal/16) gemeldet werden.",
    "fhirVersion": "4.0.1",
    "kind": "resource",
    "abstract": false,
    "type": "Account",
    "baseDefinition": "http://hl7.org/fhir/StructureDefinition/Account",
    "derivation": "constraint",
    "differential": {
        "element":  [
            {
                "id": "Account.extension",
                "path": "Account.extension",
                "mustSupport": true
            },
            {
                "id": "Account.extension:AbrechnungsDiagnoseProzedur",
                "path": "Account.extension",
                "sliceName": "AbrechnungsDiagnoseProzedur",
                "short": "Abrechnungsdiagnose /-prozedur",
                "comment": "Insbesondere bei Abrechnungen im DRG-Kontext muss eine Diagnose als Hauptdiagnose und \n  ggf. weitere Diagnosen als abrechnungsrelevante Nebendiagnosen klassifiziert werden. Diese Extension ermöglicht es, diese Qualifikation im Abrechnungskontext vorzunehmen, \n  unabhängig von der *medizinischen* Relevanz, die in `Encounter.diagnosis` erfolgt.",
                "min": 0,
                "max": "*",
                "type":  [
                    {
                        "code": "Extension",
                        "profile":  [
                            "http://fhir.de/StructureDefinition/ExtensionAbrechnungsDiagnoseProzedur"
                        ]
                    }
                ],
                "mustSupport": true
            },
            {
                "id": "Account.extension:AbrechnungsDiagnoseProzedur.extension",
                "path": "Account.extension.extension",
                "min": 2
            },
            {
                "id": "Account.extension:AbrechnungsDiagnoseProzedur.extension:Use",
                "path": "Account.extension.extension",
                "sliceName": "Use",
                "min": 1,
                "mustSupport": true
            },
            {
                "id": "Account.extension:AbrechnungsDiagnoseProzedur.extension:Referenz",
                "path": "Account.extension.extension",
                "sliceName": "Referenz",
                "min": 1,
                "max": "1",
                "mustSupport": true
            },
            {
                "id": "Account.identifier",
                "path": "Account.identifier",
                "slicing": {
                    "discriminator":  [
                        {
                            "type": "pattern",
                            "path": "$this"
                        }
                    ],
                    "rules": "open"
                },
                "min": 1,
                "mustSupport": true
            },
            {
                "id": "Account.identifier:Abrechnungsnummer",
                "path": "Account.identifier",
                "sliceName": "Abrechnungsnummer",
                "short": "Abrechnungsfallnummer",
                "comment": "Im DRG-Kontext werden häufig sämtliche Besuche (`Encounter`), die unter einen gemeinsamen Abrechnungskontext zusammengefasst werden, \n  unter einer &quot;Fallnummer&quot; geführt. In dieser Konstellation sind die Begriffe &quot;Fallnummer&quot; und &quot;Abrechnungsfallnummer&quot; gleichbedeutend.  \n  Dies ist insbesondere im Kontext des Mappings zwischen HL7 V2 und HL7 FHIR zu beachten, da es in V2 Usus ist, \n  die Fallnummer (eigentlich Identifier des Abrechnungsfalles) im `PV1`-Segment (Patient Visit) zu übermitteln. \n  Es handelt sich dabei jedoch *nicht* um den Identifier des Besuchs (`Encounter`) sondern den des Abrechnungsfalles (`Account`), \n  da der Identifier oft für die Gruppierung mehrerer Besuche (z.B. vorstationär + stationär + nachstationär) mit gemeinsamem (DRG)-Kontext verwendet wird.  \n  Die Abrechnungsfallnummer in `Account.identifier` muss identisch sein mit dem Identifier, \n  der bei den Encountern, die unter diesem Account gruppiert werden, unter `Encounter.account.identifier` angegeben ist.",
                "min": 1,
                "max": "1",
                "type":  [
                    {
                        "code": "Identifier",
                        "profile":  [
                            "http://fhir.de/StructureDefinition/identifier-abrechnungsnummer"
                        ]
                    }
                ],
                "patternIdentifier": {
                    "type": {
                        "coding":  [
                            {
                                "code": "AN",
                                "system": "http://terminology.hl7.org/CodeSystem/v2-0203"
                            }
                        ]
                    }
                },
                "mustSupport": true
            },
            {
                "id": "Account.identifier:Abrechnungsnummer.type",
                "path": "Account.identifier.type",
                "mustSupport": true
            },
            {
                "id": "Account.identifier:Abrechnungsnummer.type.coding",
                "path": "Account.identifier.type.coding",
                "short": "Codierte Darstellung des Identifier-Typs"
            },
            {
                "id": "Account.identifier:Abrechnungsnummer.type.coding.system",
                "path": "Account.identifier.type.coding.system",
                "short": "Codier-Schema",
                "comment": "Hier ist stets der Wert `http://terminology.hl7.org/CodeSystem/v2-0203` anzugeben.",
                "min": 1,
                "mustSupport": true
            },
            {
                "id": "Account.identifier:Abrechnungsnummer.type.coding.code",
                "path": "Account.identifier.type.coding.code",
                "short": "Code",
                "comment": "Hier ist stets der Wert `AN` anzugeben.",
                "min": 1,
                "mustSupport": true
            },
            {
                "id": "Account.identifier:Abrechnungsnummer.system",
                "path": "Account.identifier.system",
                "short": "Namensraum des Identifiers",
                "comment": "Hier ist stets der eindeutige Name (URL) des Namensraums anzugeben, \n    aus dem der Identifier stammt. \n    Hinweise zur Festlegung der URLs für lokale Namensräume sind in den \n    [Deutschen Basisprofilen](https://simplifier.net/guide/leitfaden-de-basis-r4/ig-markdown-Terminologie-Namensraeume?version=current) beschrieben.  \n    **Begründung Pflichtfeld:** `system` stellt in Kombination mit `value` die Eindeutigkeit eines Identifiers sicher.",
                "mustSupport": true
            },
            {
                "id": "Account.identifier:Abrechnungsnummer.value",
                "path": "Account.identifier.value",
                "comment": "Enthält den eigentlichen Wert des Identifiers.  \n    **Begründung Pflichtfeld:** Ist der Wert nicht bekannt, sollte der gesamte Slice weggelassen werden.",
                "mustSupport": true
            },
            {
                "id": "Account.status",
                "path": "Account.status",
                "short": "Status",
                "comment": "Zeigt den aktuellen Status der Ressource an.     \n  **WICHTIGER Hinweis für Implementierer:**    \n  * Alle server-seitigen Implementierungen MÜSSEN in der Lage sein, \n  die systemintern möglichen Statuswerte korrekt in FHIR abzubilden, mindestens jedoch `active` und `inactive`.\n  * Alle client-seitigen Implementierungen MÜSSEN in der Lage sein, sämtliche Status-Codes zu interpretieren und dem Anwender in angemessener Form darstellen zu können, \n  beispielsweise durch Ausblenden/Durchstreichen von Ressourcen mit dem status `entered-in-error` und Ausgrauen von Ressourcen, die einen Plan- oder Entwurfs-Status haben.",
                "mustSupport": true
            },
            {
                "id": "Account.subject",
                "path": "Account.subject",
                "short": "Patientenbezug",
                "comment": "**Begründung Pflichtfeld:** Ein Patientenbezug des Falls muss stets zum Zwecke der Nachvollziehbarkeit und Datenintegrität vorliegen.",
                "min": 1,
                "max": "1",
                "type":  [
                    {
                        "code": "Reference",
                        "targetProfile":  [
                            "http://hl7.org/fhir/StructureDefinition/Patient"
                        ]
                    }
                ],
                "mustSupport": true
            },
            {
                "id": "Account.subject.reference",
                "path": "Account.subject.reference",
                "short": "Patienten-Link",
                "comment": "**Begründung Pflichtfeld:** Die Verlinkung auf eine Patienten-Ressource dient der technischen Zuordnung der Dokumentation zu einem Patienten \n    und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.",
                "min": 1,
                "mustSupport": true
            },
            {
                "id": "Account.coverage",
                "path": "Account.coverage",
                "short": "Versicherungs-/Zahlungsverhältnis",
                "comment": "Auflistung aller Versicherungs- und oder (Selbst-/Fremd-)zahlerverhältnisse, die zur Abrechnung der in diesem Kontext erbrachten Leistungen herangezogen werden können.",
                "mustSupport": true
            },
            {
                "id": "Account.coverage.extension",
                "path": "Account.coverage.extension",
                "min": 1,
                "max": "1",
                "mustSupport": true
            },
            {
                "id": "Account.coverage.extension:Abrechnungsart",
                "path": "Account.coverage.extension",
                "sliceName": "Abrechnungsart",
                "short": "Abrechnungsart",
                "comment": "Art der Abrechnung, für die das Versicherungsverhältnis herangezogen wird.",
                "min": 1,
                "max": "1",
                "type":  [
                    {
                        "code": "Extension",
                        "profile":  [
                            "http://fhir.de/StructureDefinition/ExtensionAbrechnungsart"
                        ]
                    }
                ],
                "mustSupport": true
            },
            {
                "id": "Account.coverage.coverage",
                "path": "Account.coverage.coverage",
                "mustSupport": true
            },
            {
                "id": "Account.coverage.coverage.reference",
                "path": "Account.coverage.coverage.reference",
                "short": "Coverage-Link",
                "comment": "**Begründung Pflichtfeld:** Die Verlinkung auf eine Coverage-Ressource dient der technischen Zuordnung zwischen Abrechnungsfall und Versicherungsverhältnis\n    und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.",
                "min": 1,
                "mustSupport": true
            },
            {
                "id": "Account.coverage.priority",
                "path": "Account.coverage.priority",
                "short": "Priorität",
                "comment": "**Begründung des MS:** Wenn ein Primärsystem mehrere Kostenträger angibt, \n    sollte für lesende Systeme ersichtlich sein, welches der Hauptkostenträger ist.   \n    **Historie:**  \n    Diskussionstand der ISIK-Arbeitsgruppe vom 28.5.: Die Abbildung über einen Integer ist wünschenswert. \n    Eine binäre Einteilung in Hauptkostenträger (1) und alle anderen (2) wird der Komplexität der Priorisierung zur Kostenträgerschaft nicht gerecht. \n    Eine Ausdifferenzierung ist wünschenswert und sollte angestrebt werden.",
                "mustSupport": true
            }
        ]
    }
}

Constraints/Invarianten

Terminology-Bindings