Die offizielle und abgenommene Version des Informationsmodells für das Modul FALL ist nachfolgend als FHIR Logical Model abgebildet:
MII_LM_Fall (Fall) | Element | Element idFallShort description Base for all elements DefinitionLogische Repräsentation des Basismoduls Fall The cardinality or value of this element may be affected by these constraints: ele-1 Constraints
| ||
id | 0..1 | string | There are no (further) constraints on this element Element idFall.idShort description Unique id for inter-element referencing DefinitionUnique id for the element within a resource (for internal references). This may be any string value that does not contain spaces.
| |
extension | C | 0..* | Extension | There are no (further) constraints on this element Element idFall.extensionShort description Additional content defined by implementations Alternate namesextensions, user content DefinitionMay be used to represent additional information that is not part of the basic definition of the element. To make the use of extensions safe and manageable, there is a strict set of governance applied to the definition and use of extensions. Though any implementer can define an extension, there is a set of requirements that SHALL be met as part of the definition of the extension. There can be no stigma associated with the use of extensions by any application, project, or standard - regardless of the institution or jurisdiction that uses or defines the extensions. The use of extensions is what allows the FHIR specification to retain a core level of simplicity for everyone. Unordered, Open, by url(Value) Extensions are always sliced by (at least) url Constraints
|
Einrichtungskontakt | 0..* | BackboneElement | Element idFall.EinrichtungskontaktShort description Beschreibt den Kontakt zur Einrichtung, bestimmt durch den Behandlungsvertrag. DefinitionBeschreibt den Kontakt zur Einrichtung, bestimmt durch den Behandlungsvertrag. The cardinality or value of this element may be affected by these constraints: ele-1 Constraints
| |
id | 0..1 | string | There are no (further) constraints on this element Element idFall.Einrichtungskontakt.idShort description Unique id for inter-element referencing DefinitionUnique id for the element within a resource (for internal references). This may be any string value that does not contain spaces.
| |
extension | C | 0..* | Extension | There are no (further) constraints on this element Element idFall.Einrichtungskontakt.extensionShort description Additional content defined by implementations Alternate namesextensions, user content DefinitionMay be used to represent additional information that is not part of the basic definition of the element. To make the use of extensions safe and manageable, there is a strict set of governance applied to the definition and use of extensions. Though any implementer can define an extension, there is a set of requirements that SHALL be met as part of the definition of the extension. There can be no stigma associated with the use of extensions by any application, project, or standard - regardless of the institution or jurisdiction that uses or defines the extensions. The use of extensions is what allows the FHIR specification to retain a core level of simplicity for everyone. Unordered, Open, by url(Value) Extensions are always sliced by (at least) url Constraints
|
modifierExtension | Σ ?! C | 0..* | Extension | There are no (further) constraints on this element Element idFall.Einrichtungskontakt.modifierExtensionShort description Extensions that cannot be ignored even if unrecognized Alternate namesextensions, user content, modifiers DefinitionMay be used to represent additional information that is not part of the basic definition of the element and that modifies the understanding of the element in which it is contained and/or the understanding of the containing element's descendants. Usually modifier elements provide negation or qualification. To make the use of extensions safe and manageable, there is a strict set of governance applied to the definition and use of extensions. Though any implementer can define an extension, there is a set of requirements that SHALL be met as part of the definition of the extension. Applications processing a resource are required to check for modifier extensions. Modifier extensions SHALL NOT change the meaning of any elements on Resource or DomainResource (including cannot change the meaning of modifierExtension itself). Modifier extensions allow for extensions that cannot be safely ignored to be clearly distinguished from the vast majority of extensions which can be safely ignored. This promotes interoperability by eliminating the need for implementers to prohibit the presence of extensions. For further information, see the definition of modifier extensions. There can be no stigma associated with the use of extensions by any application, project, or standard - regardless of the institution or jurisdiction that uses or defines the extensions. The use of extensions is what allows the FHIR specification to retain a core level of simplicity for everyone.
|
KontaktEbene | 0..* | CodeableConcept | Element idFall.Einrichtungskontakt.KontaktEbeneShort description Für die Unterscheidung der Kontakt-Hierarchieebenen im Modul FALL werden folgende Ausprägungen unterschieden: 1. Einrichtungskontakt 2. Abteilungskontakt 3. Versorgungsstellenkontakt Diese Gliederung gilt zunächst für stationäre Kontakte (siehe Kontakt-Klasse). Die Übertragung auf ambulante und teilstationäre Kontakte muss noch abgestimmt werden. DefinitionFür die Unterscheidung der Kontakt-Hierarchieebenen im Modul FALL werden folgende Ausprägungen unterschieden:
Diese Gliederung gilt zunächst für stationäre Kontakte (siehe Kontakt-Klasse). Die Übertragung auf ambulante und teilstationäre Kontakte muss noch abgestimmt werden. Not all terminology uses fit this general pattern. In some cases, models should not use CodeableConcept and use Coding directly and provide their own structure for managing text, codings, translations and the relationship between elements and pre- and post-coordination. The cardinality or value of this element may be affected by these constraints: ele-1 Constraints
| |
KontaktKlasse | 0..* | CodeableConcept | Element idFall.Einrichtungskontakt.KontaktKlasseShort description Auf Einrichtungsebene, also auf der Kontakt-Ebene Einrichtungskontakt, kann die Kontakt-Klasse stationär, ambulant oder teilstationär sein. DefinitionAuf Einrichtungsebene, also auf der Kontakt-Ebene Einrichtungskontakt, kann die Kontakt-Klasse stationär, ambulant oder teilstationär sein. Not all terminology uses fit this general pattern. In some cases, models should not use CodeableConcept and use Coding directly and provide their own structure for managing text, codings, translations and the relationship between elements and pre- and post-coordination. The cardinality or value of this element may be affected by these constraints: ele-1 Constraints
| |
KontaktArt | 0..* | CodeableConcept | Element idFall.Einrichtungskontakt.KontaktArtShort description Differenzierung zwischen verschiedenen Arten von Kontakten (z.B. vorstationär, nachstationär, intensivstationär) DefinitionDifferenzierung zwischen verschiedenen Arten von Kontakten (z.B. vorstationär, nachstationär, intensivstationär) Not all terminology uses fit this general pattern. In some cases, models should not use CodeableConcept and use Coding directly and provide their own structure for managing text, codings, translations and the relationship between elements and pre- and post-coordination. The cardinality or value of this element may be affected by these constraints: ele-1 Constraints
| |
PatientenIdentifikator | 0..* | Identifier | Element idFall.Einrichtungskontakt.PatientenIdentifikatorShort description Bei der internen Nutzung dient die sogenannte Patientennummer als Identifikator. Diese wird bei der ersten Aufnahme in die Einrichtung parallel zur ersten Fallnummer (Aufnahmenummer) vergeben. Bei jeder Wiederaufnahme (oder korrigierend danach) erfolgt eine Zuordnung zu dieser konstanten Patientennummer und die Vergabe einer neuen wechselnden Fallnummer. DefinitionBei der internen Nutzung dient die sogenannte Patientennummer als Identifikator. Diese wird bei der ersten Aufnahme in die Einrichtung parallel zur ersten Fallnummer (Aufnahmenummer) vergeben. Bei jeder Wiederaufnahme (oder korrigierend danach) erfolgt eine Zuordnung zu dieser konstanten Patientennummer und die Vergabe einer neuen wechselnden Fallnummer. The cardinality or value of this element may be affected by these constraints: ele-1 Constraints
| |
Aufnahmenummer | 0..* | Identifier | Element idFall.Einrichtungskontakt.AufnahmenummerShort description Jeder Patient erhält bei der Planung einer Aufnahme oder bei der Aufnahme selbst eine Aufnahmenummer (auch Fallnummer oder Krankenhausinternes Kennzeichen genannt). Im Prinzip gilt diese Aufnahmenummer von der Aufnahme bis zur Entlassung - und auch bei den zugehörigen vorstationären und nachstationären Kontakten. Sie dient bei allen digital unterstüzten Vorgängen der Zuordnung zu dem Aufenthalt des Patienten in der Einrichtung. DefinitionJeder Patient erhält bei der Planung einer Aufnahme oder bei der Aufnahme selbst eine Aufnahmenummer (auch Fallnummer oder Krankenhausinternes Kennzeichen genannt). Im Prinzip gilt diese Aufnahmenummer von der Aufnahme bis zur Entlassung - und auch bei den zugehörigen vorstationären und nachstationären Kontakten. Sie dient bei allen digital unterstüzten Vorgängen der Zuordnung zu dem Aufenthalt des Patienten in der Einrichtung. The cardinality or value of this element may be affected by these constraints: ele-1 Constraints
| |
Aufnahmeanlass | 0..* | CodeableConcept | Element idFall.Einrichtungskontakt.AufnahmeanlassShort description Gemäß §21 KHEntgG DefinitionGemäß §21 KHEntgG Not all terminology uses fit this general pattern. In some cases, models should not use CodeableConcept and use Coding directly and provide their own structure for managing text, codings, translations and the relationship between elements and pre- and post-coordination. The cardinality or value of this element may be affected by these constraints: ele-1 Constraints
| |
Aufnahmegrund | 0..* | CodeableConcept | Element idFall.Einrichtungskontakt.AufnahmegrundShort description Gemäß §21 KHEntgG DefinitionEs ist der Aufnahmegrund entsprechend Schlüssel 1 der Anlage 2 zur § 301-Vereinbarung anzugeben. Als 3. und 4. Stelle (xx) sind die nach Schlüssel 1 möglichen Werte (01 bis 07, bei tagesbezogenen Ent- gelten auch 21 bis 27) anzugeben. Fälle mit den Werten „41“ bis „47“ in der 3. und 4. Stelle (Behandlun- gen im Rahmen von Verträgen zur integrierten Versorgung) können übermittelt werden. Der Aufnahmegrund kann bei Begleitpersonen und mitaufgenommenen Pflegekräften (Aufnahmeanlass „B“) entfallen. In allen anderen Fällen ist der Aufnahmegrund eine Muss-Angabe. Not all terminology uses fit this general pattern. In some cases, models should not use CodeableConcept and use Coding directly and provide their own structure for managing text, codings, translations and the relationship between elements and pre- and post-coordination. The cardinality or value of this element may be affected by these constraints: ele-1 Constraints
| |
Beginndatum | 0..* | dateTime | Element idFall.Einrichtungskontakt.BeginndatumShort description Primitive Type dateTime DefinitionA date, date-time or partial date (e.g. just year or year + month). If hours and minutes are specified, a time zone SHALL be populated. The format is a union of the schema types gYear, gYearMonth, date and dateTime. Seconds must be provided due to schema type constraints but may be zero-filled and may be ignored. Dates SHALL be valid dates.
| |
Enddatum | 0..* | dateTime | Element idFall.Einrichtungskontakt.EnddatumShort description Primitive Type dateTime DefinitionA date, date-time or partial date (e.g. just year or year + month). If hours and minutes are specified, a time zone SHALL be populated. The format is a union of the schema types gYear, gYearMonth, date and dateTime. Seconds must be provided due to schema type constraints but may be zero-filled and may be ignored. Dates SHALL be valid dates.
| |
Entlassungsgrund | 0..* | code | Element idFall.Einrichtungskontakt.EntlassungsgrundShort description Gemäß §21 KHEntgG DefinitionGemäß §21 KHEntgG
| |
Abteilungskontakt | 0..* | BackboneElement | Element idFall.AbteilungskontaktShort description Base for elements defined inside a resource DefinitionBase definition for all elements that are defined inside a resource - but not those in a data type. The cardinality or value of this element may be affected by these constraints: ele-1 Constraints
| |
id | 0..1 | string | There are no (further) constraints on this element Element idFall.Abteilungskontakt.idShort description Unique id for inter-element referencing DefinitionUnique id for the element within a resource (for internal references). This may be any string value that does not contain spaces.
| |
extension | C | 0..* | Extension | There are no (further) constraints on this element Element idFall.Abteilungskontakt.extensionShort description Additional content defined by implementations Alternate namesextensions, user content DefinitionMay be used to represent additional information that is not part of the basic definition of the element. To make the use of extensions safe and manageable, there is a strict set of governance applied to the definition and use of extensions. Though any implementer can define an extension, there is a set of requirements that SHALL be met as part of the definition of the extension. There can be no stigma associated with the use of extensions by any application, project, or standard - regardless of the institution or jurisdiction that uses or defines the extensions. The use of extensions is what allows the FHIR specification to retain a core level of simplicity for everyone. Unordered, Open, by url(Value) Extensions are always sliced by (at least) url Constraints
|
modifierExtension | Σ ?! C | 0..* | Extension | There are no (further) constraints on this element Element idFall.Abteilungskontakt.modifierExtensionShort description Extensions that cannot be ignored even if unrecognized Alternate namesextensions, user content, modifiers DefinitionMay be used to represent additional information that is not part of the basic definition of the element and that modifies the understanding of the element in which it is contained and/or the understanding of the containing element's descendants. Usually modifier elements provide negation or qualification. To make the use of extensions safe and manageable, there is a strict set of governance applied to the definition and use of extensions. Though any implementer can define an extension, there is a set of requirements that SHALL be met as part of the definition of the extension. Applications processing a resource are required to check for modifier extensions. Modifier extensions SHALL NOT change the meaning of any elements on Resource or DomainResource (including cannot change the meaning of modifierExtension itself). Modifier extensions allow for extensions that cannot be safely ignored to be clearly distinguished from the vast majority of extensions which can be safely ignored. This promotes interoperability by eliminating the need for implementers to prohibit the presence of extensions. For further information, see the definition of modifier extensions. There can be no stigma associated with the use of extensions by any application, project, or standard - regardless of the institution or jurisdiction that uses or defines the extensions. The use of extensions is what allows the FHIR specification to retain a core level of simplicity for everyone.
|
KontaktEbene | 0..* | CodeableConcept | Element idFall.Abteilungskontakt.KontaktEbeneShort description Für die Unterscheidung der Kontakt-Hierarchieebenen im Modul FALL werden folgende Ausprägungen unterschieden: 1. Einrichtungskontakt 2. Abteilungskontakt 3. Versorgungsstellenkontakt Diese Gliederung gilt zunächst für stationäre Kontakte (siehe Kontakt-Klasse). Die Übertragung auf ambulante und teilstationäre Kontakte muss noch abgestimmt werden. DefinitionFür die Unterscheidung der Kontakt-Hierarchieebenen im Modul FALL werden folgende Ausprägungen unterschieden:
Diese Gliederung gilt zunächst für stationäre Kontakte (siehe Kontakt-Klasse). Die Übertragung auf ambulante und teilstationäre Kontakte muss noch abgestimmt werden. Not all terminology uses fit this general pattern. In some cases, models should not use CodeableConcept and use Coding directly and provide their own structure for managing text, codings, translations and the relationship between elements and pre- and post-coordination. The cardinality or value of this element may be affected by these constraints: ele-1 Constraints
| |
KontaktArt | 0..* | CodeableConcept | Element idFall.Abteilungskontakt.KontaktArtShort description Concept - reference to a terminology or just text DefinitionA concept that may be defined by a formal reference to a terminology or ontology or may be provided by text. Not all terminology uses fit this general pattern. In some cases, models should not use CodeableConcept and use Coding directly and provide their own structure for managing text, codings, translations and the relationship between elements and pre- and post-coordination. The cardinality or value of this element may be affected by these constraints: ele-1 Constraints
| |
PatientenIdentifikator | 0..* | Identifier | Element idFall.Abteilungskontakt.PatientenIdentifikatorShort description Bei der internen Nutzung dient die sogenannte Patientennummer als Identifikator. Diese wird bei der ersten Aufnahme in die Einrichtung parallel zur ersten Fallnummer (Aufnahmenummer) vergeben. Bei jeder Wiederaufnahme (oder korrigierend danach) erfolgt eine Zuordnung zu dieser konstanten Patientennummer und die Vergabe einer neuen wechselnden Fallnummer. DefinitionBei der internen Nutzung dient die sogenannte Patientennummer als Identifikator. Diese wird bei der ersten Aufnahme in die Einrichtung parallel zur ersten Fallnummer (Aufnahmenummer) vergeben. Bei jeder Wiederaufnahme (oder korrigierend danach) erfolgt eine Zuordnung zu dieser konstanten Patientennummer und die Vergabe einer neuen wechselnden Fallnummer. The cardinality or value of this element may be affected by these constraints: ele-1 Constraints
| |
Aufnahmenummer | 0..* | Identifier | Element idFall.Abteilungskontakt.AufnahmenummerShort description Jeder Patient erhält bei der Planung einer Aufnahme oder bei der Aufnahme selbst eine Aufnahmenummer (auch Fallnummer oder Krankenhausinternes Kennzeichen genannt). Im Prinzip gilt diese Aufnahmenummer von der Aufnahme bis zur Entlassung - und auch bei den zugehörigen vorstationären und nachstationären Kontakten. Sie dient bei allen digital unterstüzten Vorgängen der Zuordnung zu dem Aufenthalt des Patienten in der Einrichtung. Im MII KDS dient sie als Identifikator bzw. Referenz zum Einrichtungskontakt. DefinitionJeder Patient erhält bei der Planung einer Aufnahme oder bei der Aufnahme selbst eine Aufnahmenummer (auch Fallnummer oder Krankenhausinternes Kennzeichen genannt). Im Prinzip gilt diese Aufnahmenummer von der Aufnahme bis zur Entlassung - und auch bei den zugehörigen vorstationären und nachstationären Kontakten. Sie dient bei allen digital unterstüzten Vorgängen der Zuordnung zu dem Aufenthalt des Patienten in der Einrichtung. Im MII KDS dient sie als Identifikator bzw. Referenz zum Einrichtungskontakt. The cardinality or value of this element may be affected by these constraints: ele-1 Constraints
| |
Beginndatum | 0..* | dateTime | Element idFall.Abteilungskontakt.BeginndatumShort description Primitive Type dateTime DefinitionA date, date-time or partial date (e.g. just year or year + month). If hours and minutes are specified, a time zone SHALL be populated. The format is a union of the schema types gYear, gYearMonth, date and dateTime. Seconds must be provided due to schema type constraints but may be zero-filled and may be ignored. Dates SHALL be valid dates.
| |
Enddatum | 0..* | dateTime | Element idFall.Abteilungskontakt.EnddatumShort description Primitive Type dateTime DefinitionA date, date-time or partial date (e.g. just year or year + month). If hours and minutes are specified, a time zone SHALL be populated. The format is a union of the schema types gYear, gYearMonth, date and dateTime. Seconds must be provided due to schema type constraints but may be zero-filled and may be ignored. Dates SHALL be valid dates.
| |
Fachabteilungsschluessel | 0..* | code | Element idFall.Abteilungskontakt.FachabteilungsschluesselShort description Bis auf Weiteres wird der proprietäre deutsche Fachabteilungsschlüssel des § 301 SGB V und des Datensatzes gemäß § 21 KHentgG als Fachrichtungsschlüssel genutzt, weil dieser in jedem Krankenhaus als |Fachabteilungsschlüssel im Einsatz ist. Der Einsatz des IHE-Fachabteilungsschlüssel wird geprüft, sobald einschlägige Anforderungen formuliert werden. DefinitionBis auf Weiteres wird der proprietäre deutsche Fachabteilungsschlüssel des § 301 SGB V und des Datensatzes gemäß § 21 KHentgG als Fachrichtungsschlüssel genutzt, weil dieser in jedem Krankenhaus als |Fachabteilungsschlüssel im Einsatz ist. Der Einsatz des IHE-Fachabteilungsschlüssel wird geprüft, sobald einschlägige Anforderungen formuliert werden.
| |
Versorgungsstellenkontakt | 0..* | BackboneElement | Element idFall.VersorgungsstellenkontaktShort description Base for elements defined inside a resource DefinitionBase definition for all elements that are defined inside a resource - but not those in a data type. The cardinality or value of this element may be affected by these constraints: ele-1 Constraints
| |
id | 0..1 | string | There are no (further) constraints on this element Element idFall.Versorgungsstellenkontakt.idShort description Unique id for inter-element referencing DefinitionUnique id for the element within a resource (for internal references). This may be any string value that does not contain spaces.
| |
extension | C | 0..* | Extension | There are no (further) constraints on this element Element idFall.Versorgungsstellenkontakt.extensionShort description Additional content defined by implementations Alternate namesextensions, user content DefinitionMay be used to represent additional information that is not part of the basic definition of the element. To make the use of extensions safe and manageable, there is a strict set of governance applied to the definition and use of extensions. Though any implementer can define an extension, there is a set of requirements that SHALL be met as part of the definition of the extension. There can be no stigma associated with the use of extensions by any application, project, or standard - regardless of the institution or jurisdiction that uses or defines the extensions. The use of extensions is what allows the FHIR specification to retain a core level of simplicity for everyone. Unordered, Open, by url(Value) Extensions are always sliced by (at least) url Constraints
|
modifierExtension | Σ ?! C | 0..* | Extension | There are no (further) constraints on this element Element idFall.Versorgungsstellenkontakt.modifierExtensionShort description Extensions that cannot be ignored even if unrecognized Alternate namesextensions, user content, modifiers DefinitionMay be used to represent additional information that is not part of the basic definition of the element and that modifies the understanding of the element in which it is contained and/or the understanding of the containing element's descendants. Usually modifier elements provide negation or qualification. To make the use of extensions safe and manageable, there is a strict set of governance applied to the definition and use of extensions. Though any implementer can define an extension, there is a set of requirements that SHALL be met as part of the definition of the extension. Applications processing a resource are required to check for modifier extensions. Modifier extensions SHALL NOT change the meaning of any elements on Resource or DomainResource (including cannot change the meaning of modifierExtension itself). Modifier extensions allow for extensions that cannot be safely ignored to be clearly distinguished from the vast majority of extensions which can be safely ignored. This promotes interoperability by eliminating the need for implementers to prohibit the presence of extensions. For further information, see the definition of modifier extensions. There can be no stigma associated with the use of extensions by any application, project, or standard - regardless of the institution or jurisdiction that uses or defines the extensions. The use of extensions is what allows the FHIR specification to retain a core level of simplicity for everyone.
|
KontaktEbene | 0..* | CodeableConcept | Element idFall.Versorgungsstellenkontakt.KontaktEbeneShort description Für die Unterscheidung der Kontakt-Hierarchieebenen im Modul FALL werden folgende Ausprägungen unterschieden: 1. Einrichtungskontakt 2. Abteilungskontakt 3. Versorgungsstellenkontakt Diese Gliederung gilt zunächst für stationäre Kontakte (siehe Kontakt-Klasse). Die Übertragung auf ambulante und teilstationäre Kontakte muss noch abgestimmt werden. DefinitionFür die Unterscheidung der Kontakt-Hierarchieebenen im Modul FALL werden folgende Ausprägungen unterschieden:
Diese Gliederung gilt zunächst für stationäre Kontakte (siehe Kontakt-Klasse). Die Übertragung auf ambulante und teilstationäre Kontakte muss noch abgestimmt werden. Not all terminology uses fit this general pattern. In some cases, models should not use CodeableConcept and use Coding directly and provide their own structure for managing text, codings, translations and the relationship between elements and pre- and post-coordination. The cardinality or value of this element may be affected by these constraints: ele-1 Constraints
| |
KontaktArt | 0..* | CodeableConcept | Element idFall.Versorgungsstellenkontakt.KontaktArtShort description Concept - reference to a terminology or just text DefinitionA concept that may be defined by a formal reference to a terminology or ontology or may be provided by text. Not all terminology uses fit this general pattern. In some cases, models should not use CodeableConcept and use Coding directly and provide their own structure for managing text, codings, translations and the relationship between elements and pre- and post-coordination. The cardinality or value of this element may be affected by these constraints: ele-1 Constraints
| |
PatientenIdentifikator | 0..* | Identifier | Element idFall.Versorgungsstellenkontakt.PatientenIdentifikatorShort description Bei der internen Nutzung dient die sogenannte Patientennummer als Identifikator. Diese wird bei der ersten Aufnahme in die Einrichtung parallel zur ersten Fallnummer (Aufnahmenummer) vergeben. Bei jeder Wiederaufnahme (oder korrigierend danach) erfolgt eine Zuordnung zu dieser konstanten Patientennummer und die Vergabe einer neuen wechselnden Fallnummer. DefinitionBei der internen Nutzung dient die sogenannte Patientennummer als Identifikator. Diese wird bei der ersten Aufnahme in die Einrichtung parallel zur ersten Fallnummer (Aufnahmenummer) vergeben. Bei jeder Wiederaufnahme (oder korrigierend danach) erfolgt eine Zuordnung zu dieser konstanten Patientennummer und die Vergabe einer neuen wechselnden Fallnummer. The cardinality or value of this element may be affected by these constraints: ele-1 Constraints
| |
Aufnahmenummer | 0..* | Identifier | Element idFall.Versorgungsstellenkontakt.AufnahmenummerShort description Jeder Patient erhält bei der Planung einer Aufnahme oder bei der Aufnahme selbst eine Aufnahmenummer (auch Fallnummer oder Krankenhausinternes Kennzeichen genannt). Im Prinzip gilt diese Aufnahmenummer von der Aufnahme bis zur Entlassung - und auch bei den zugehörigen vorstationären und nachstationären Kontakten. Sie dient bei allen digital unterstüzten Vorgängen der Zuordnung zu dem Aufenthalt des Patienten in der Einrichtung. Im MII KDS dient sie als Identifikator bzw. Referenz zum Einrichtungskontakt. DefinitionJeder Patient erhält bei der Planung einer Aufnahme oder bei der Aufnahme selbst eine Aufnahmenummer (auch Fallnummer oder Krankenhausinternes Kennzeichen genannt). Im Prinzip gilt diese Aufnahmenummer von der Aufnahme bis zur Entlassung - und auch bei den zugehörigen vorstationären und nachstationären Kontakten. Sie dient bei allen digital unterstüzten Vorgängen der Zuordnung zu dem Aufenthalt des Patienten in der Einrichtung. Im MII KDS dient sie als Identifikator bzw. Referenz zum Einrichtungskontakt. The cardinality or value of this element may be affected by these constraints: ele-1 Constraints
| |
Beginndatum | 0..* | dateTime | Element idFall.Versorgungsstellenkontakt.BeginndatumShort description Primitive Type dateTime DefinitionA date, date-time or partial date (e.g. just year or year + month). If hours and minutes are specified, a time zone SHALL be populated. The format is a union of the schema types gYear, gYearMonth, date and dateTime. Seconds must be provided due to schema type constraints but may be zero-filled and may be ignored. Dates SHALL be valid dates.
| |
Enddatum | 0..* | dateTime | Element idFall.Versorgungsstellenkontakt.EnddatumShort description Primitive Type dateTime DefinitionA date, date-time or partial date (e.g. just year or year + month). If hours and minutes are specified, a time zone SHALL be populated. The format is a union of the schema types gYear, gYearMonth, date and dateTime. Seconds must be provided due to schema type constraints but may be zero-filled and may be ignored. Dates SHALL be valid dates.
|
Es ist zu beachten, dass das Logical Model rein auf die Abbildung der Datenelemente und deren Beschreibung abzielt. Verwendete Datentypen und Kardinalitäten sind nicht als verpflichtend anzusehen. Dies wird abschließend durch die FHIR-Profile festgelegt. Für jedes Element innerhalb des Logical Models existiert ein Mapping auf ein Element einer konkreten FHIR Ressource.
Logischer Datensatz | Beschreibung |
---|---|
Fall | Das Basismodul Fall vereint Merkmale eines Aufenthaltes in einer Gesundheitseinrichtung wie Aufnahmenummer, Aufnahmegrund, Entlassungsgrund etc. |
Fall.Einrichtungskontakt | ambulanter, stationärer, prästationärer oder nachstationärer Aufenthalt eines Patienten in einer Gesundheitseinrichtung |
Fall.Einrichtungskontakt.KontaktEbene | Art eines Falls (Einrichtungskontakt, Abteilungskontakt, Versorgungsstellenkontakt) |
Fall.Einrichtungskontakt.KontaktKlasse | Auf Einrichtungsebene, also auf der Kontakt-Ebene Einrichtungskontakt, kann die Kontakt-Klasse stationär, ambulant oder teilstationär sein. |
Fall.Einrichtungskontakt.KontaktArt | Differenzierung zwischen verschiedenen Arten von Kontakten (z.B. vorstationär, nachstationär, intensivstationär) |
Fall.Einrichtungskontakt.PatientenIdentifikator | Bei der internen Nutzung dient die sogenannte Patientennummer als Identifikator. Diese wird bei der ersten Aufnahme in die Einrichtung parallel zur ersten Fallnummer (Aufnahmenummer) vergeben. Bei jeder Wiederaufnahme (oder korrigierend danach) erfolgt eine Zuordnung zu dieser konstanten Patientennummer und die Vergabe einer neuen wechselnden Fallnummer. |
Fall.Einrichtungskontakt.Aufnahmenummer | Jeder Patient erhält bei der Planung einer Aufnahme oder bei der Aufnahme selbst eine Aufnahmenummer (auch Fallnummer oder Krankenhausinternes Kennzeichen genannt). Im Prinzip gilt diese Aufnahmenummer von der Aufnahme bis zur Entlassung - und auch bei den zugehörigen vorstationären und nachstationären Kontakten. Sie dient bei allen digital unterstüzten Vorgängen der Zuordnung zu dem Aufenthalt des Patienten in der Einrichtung. |
Fall.Einrichtungskontakt.Aufnahmeanlass | Gemäß §21 KHEntgG |
Fall.Einrichtungskontakt.Aufnahmegrund | Es ist der Aufnahmegrund entsprechend Schlüssel 1 der Anlage 2 zur § 301-Vereinbarung anzugeben. Als 3. und 4. Stelle (xx) sind die nach Schlüssel 1 möglichen Werte (01 bis 07, bei tagesbezogenen Entgelten auch 21 bis 27) anzugeben. Fälle mit den Werten „41“ bis „47“ in der 3. und 4. Stelle (Behandlungen im Rahmen von Verträgen zur integrierten Versorgung) können übermittelt werden. Der Aufnahmegrund kann bei Begleitpersonen und mitaufgenommenen Pflegekräften (Aufnahmeanlass „B“) entfallen. In allen anderen Fällen ist der Aufnahmegrund eine Muss-Angabe. |
Fall.Einrichtungskontakt.Beginndatum | Beginn eines medizinischen Einrichtungskontaktes |
Fall.Einrichtungskontakt.Enddatum | Ende eines medizinischen Einrichtungskontaktes |
Fall.Einrichtungskontakt.Entlassungsgrund | Gemäß §21 KHEntgG |
Fall.Abteilungskontakt | |
Fall.Abteilungskontakt.KontaktEbene | Art eines Falls (Einrichtungskontakt, Abteilungskontakt, Versorgungsstellenkontakt) |
Fall.Abteilungskontakt.KontaktArt | Differenzierung zwischen verschiedenen Arten von Kontakten (z.B. vorstationär, nachstationär, intensivstationär) |
Fall.Abteilungskontakt.Patientenidentifikator | Analog zu Fall.Einrichtungskontakt.Patientenidentifikator |
Fall.Abteilungskontakt.Aufnahmenummer | Entspricht der unter Einrichtungskontakt beschriebenen Fall- bzw. Aufnahmenummer |
Fall.Abteilungskontakt.Beginndatum | Beginn eines medizinischen Abteilungskontaktes |
Fall.Abteilungskontakt.Enddatum | Ende eines medizinischen Abteilungskontaktes |
Fall.Abteilungskontakt.Fachabteilungsschluessel | Eindeutiger Identifikator einer Fachabteilung in stationären Gesundheitseinrichtungen. Für einrichtungsübergreifende Forschungsprojekte im Gesundheitswesen Deutschlands ist der FAB-Schlüssel zu verwenden. |
Fall.Versorgungsstellenkontakt | |
Fall.Versorgungsstellenkontakt.KontaktEbene | Art eines Falls (Einrichtungskontakt, Abteilungskontakt, Versorgungsstellenkontakt) |
Fall.Versorgungsstellenkontakt.KontaktArt | Differenzierung zwischen verschiedenen Arten von Kontakten (z.B. vorstationär, nachstationär, intensivstationär) |
Fall.Versorgungsstellenkontakt.Patientenidentifikator | Analog zu Fall.Einrichtungskontakt.Patientenidentifikator |
Fall.Versorgungsstellenkontakt.Aufnahmenummer | Entspricht der unter Einrichtungskontakt beschriebenen Fall- bzw. Aufnahmenummer |
Fall.Versorgungsstellenkontakt.Beginndatum | Beginn eines medizinischen Versorgungsstellenkontaktes |
Fall.Versorgungsstellenkontakt.Enddatum | Ende eines medizinischen Versorgungsstellenkontaktes |
Powered by SIMPLIFIER.NET