Mittels verschiedener Entscheidungstabellen ist es möglich, anhand von Assessments und Fall-, Chronik(Urlaub)- und Leistungsmerkmalen Eingriffe (CHOP-Codes) und / oder Diagnosen (ICD-Codes) für den Fall zu generieren.
Für jeden Assessmenttyp, aus dem Eingriffe und / oder Diagnosen generiert werden können, wurde es eine eigene Entscheidungstabelle erstellt. Aktuell sind das die folgenden Entscheidungstabellen:

• Entscheidungstabelle 'Codierung 6MWT'
• Entscheidungstabelle 'Codierung CIRS'
• Entscheidungstabelle 'Codierung EBI'
• Entscheidungstabelle 'Codierung FIM'
• Entscheidungstabelle 'Codierung HoNOS'
• Entscheidungstabelle 'Codierung HoNOS-CA'

Ausserdem gibt es Entscheidungstabellen zur Generierung aus Fall-, Leistungs- und Urlaubschroniken:

• Entscheidungstabelle 'Codierung Fall'
• Entscheidungstabelle 'Codierung Leistung'
• Entscheidungstabelle 'Codierung Urlaub'

Ist das Programsetting 'Autom. Generierung der CHOPs bei Wechsel auf codierbereit' gesetzt, wird die Generierung automatisch ausgelöst, sobald in einem Fall der Codierungsstatus auf ‚Codierbereit' gesetzt wird.
Ausserdem kann die Generierung manuell über das Menu 'CHOP-Codes aus Assessments generieren' auf der Fallmaske angestossen werden, sofern der Benutzer die entsprechende Berechtigung hat.

Abbildung 18 Menu 'CHOP-Codes aus Assessment generieren'

Bereits vorhandene, aus Assessments generierte Eingriffe und / oder Diagnosen werden vor der Neugenerierung gelöscht.
Diese Entscheidungstabellen werden in der Regel vom Projektleiter eingerichtet und gepflegt, können aber auch einfach vom APV/Superuser gepflegt werden. Jede Zeile der jeweiligen Entscheidungstabelle hat eine Gültigkeit (von / bis) für die zeitliche Abgrenzung.
Für alle betroffenen Entscheidungstabellen kann über das Menu (rechte Maustaste auf der aktuellen Zeile) 'Gültigkeit Chop/Diagnose überprüfen' geprüft werden, ob die Eingriffe (CHOP-Codes) / Diagnosen (ICD-Codes) im Gültigkeitsbereich der einzelnen Zeilen noch gültig sind.

Abbildung 19 Prüfung der Gültigkeit des Eingriffes (CHOP-Codes) / der Diagnose (ICD-Code)

Damit der Benutzer in gewissen Situationen verpflichtet wird, die Relevanz der Eingriffe (oder Diagnosen für die Codierung zu bestätigen resp. abzulehnen, kann für jede Zeile in der Entscheidungstabelle über das Flag 'IstDRGRelevant definiert werden, ob ein generierter Eingriff oder eine generierte Diagnose für die Codierung bestätigt werden muss oder nicht. Wenn dieses unbestimmt (NULL) ist, wird im Eingriff / in der Diagnose auf dem Fall das Kennzeichen 'DRG relevant' nicht gesetzt (Wert = NULL) und der Benutzer muss entscheiden, ob der Eingriff / die Diagnose für die Codierung berücksichtigt werden soll oder nicht.
Solange auf einem Fall Eingriffe oder Diagnosen vorhanden sind, bei denen das Kennzeichen 'DRG relevant' unbestimmt ist, kann der Fall nicht codiert werden.
Das Eingriffsdatum / das Diagnosedatum des generierten Eingriffs / der generierten Diagnose kann ebenfalls über die Entscheidungstabelle gesteuert werden:

• Eintritt
• Austritt
• Assessmentzeitpunkt (bei der Generierung von über die Entscheidungstabelle 'Codierung Leistung' wird hier das Erbringunsgdatum der Leistung übernommen)

Dieses Datum muss zwischen dem Gültig-von–Datum und dem Gültig-bis-Datum in der Entscheidungstabelle liegen.
Die so generierten Eingriffe / Diagnosen sind immer mit dem auslösenden Datensatz verknüpft, das heisst, die über eine der unten beschriebenen Entscheidungstabellen generierten Eingriffe / Diagnosen sind immer mit

• einem Assessment,
• einem Fall bzw. der Eintrittschronik,
• einer erfassten Leistung oder
• einer Urlaubschronik (Austrittschronik in den Urlaub)

verknüpft, so dass die Nachvollziehbarkeit immer gewährleistet ist.
Sind zu einem Assessment generierte Eingriffe /Diagnosen vorhanden, dann kann das Assessment nicht gelöscht werden, die Eingriffs / Diagnosen müssen zuvor gelöscht werden.

Generierung anhand von Assessments

Die automatische Generierung von Eingriffen (CHOP-Codes) erfolgt nur für Assessments, deren Dropout-Code = ‚0 kein Dropout' ist.
Pro Assessment und Assessment-Merkmal mit eindeutig definiertem Wert, wird immer die erste passende Zeile in der Entscheidungstabelle gesucht. Es kann also nur ein Eingriff und / oder eine Diagnose pro Assessment-Merkmal generiert werden. Dabei ist zu beachten, dass bei allen Einträgen in der Entscheidungstabelle, die nicht genau definierte Werte beinhalten, sondern bei denen die Entscheidung anhand eines Bereiches von Werten definiert ist, der Operator 'zwischen' in der Entscheidungstabelle erfasst werden muss (z.B. Entscheidungstabelle 'Codierung CIRS, siehe 5.1.4 CIRS).
Für die zu generierenden Eingriffe / Diagnosen wird der CHOP-/ICD-Katalog gewählt, der zum Austrittsdatum des Falles gültig ist.
Wurden zu einem Assessment Eingriffe / Diagnosen generiert, darf das Assessment nicht mehr geändert oder gelöscht werden, wenn der Codierungsstatus des Falles gesetzt ist.Möglich ist dies nur, wenn der Codierungsstatus zurückgesetzt wird. Dann kann das Assessment und alle mit ihm verknüpften Eingriffe / Diagnosen gelöscht werden. Danach können im KIS-System die Assessments korrigiert und erneut geschickt werden.
Für die zu generierenden Eingriffe / Diagnosen wird der CHOP-/ICD-Katalog gewählt, der zum Austrittsdatum des Falles gültig ist.
Ist der Fall zum Zeitpunkt der Generierung noch nicht ausgetreten, wird
der CHOP-Katalog gewählt, der beim das Erhebungsdatum des Assessments bzw. das Chronik- bzw. das Leistungsdatum gültig war.

Gehtest (6MWT)

Aus dem Ergebnis des 6-Minuten-Gehtests (M3) können ebenfalls Eingriffe (CHOP-Codes) generiert werden, je nach zurückgelegter Entfernung (Feld 6.2.V01 ‚6MWT_1 Zurückgelegte Strecke).
Hierzu gibt es dann ebenfalls eine Entscheidungstabelle zur Ermittlung des CHOP-Codes:
Beispiel: Entscheidungstabelle 'Codierung 6MWT'

Hinweis: Für die Erfassung des Bereichs der zurückgelegten Strecke (z.B. wenn die zurückgelegte Strecke zwischen 150m und 300m liegt) wird in der Entscheidungstabelle der Operator 'zwischen' erfasst. In diesem Fall müssen in der zugehörigen Konstante Unter- und Obergrenze mit ':' getrennt erfasst werden (z.B. 150:300).
Diese Entscheidungstabelle wird nur ausgewertet, sofern der Gehtest nicht abgebrochen wurde.

BSCL

Aus den BSCL-Assessments werden keine Eingriffe (CHOP-Codes) / Diagnosen (ICD-Codes) generiert, so dass hier auch keine Entscheidungstabelle benötigt wird.

CRQ

Aus den Daten des CRQ werden Eingriffe (CHOP-Codes) / Diagnosen (ICD-Codes) generiert, so dass hier auch keine Entscheidungstabelle benötigt wird.

CIRS

Pro CIRS-Assessment gibt es 14 verschiedene Merkmale, die mit den Werten 0-4 bewertet werden.Beim Speichern des CIRS-Assessments werden die Werte der 14 Merkmale addiert (TotalScore), so dass sich ein Wert zwischen 0 und 56 ergibt. Für die Generierung der CHOP-Codes aus den CIRS-Daten ist nur der dieser Wert relevant. Die zu generierenden Eingriffe (CHOP-Codes) werden über die Entscheidungstabelle 'Codierung CIRS' generiert
Beispiel: Entscheidungstabelle 'Coderierung CIRS'

EFM

Aus den Daten der freiheitsbeschränkenden Massnahmen werden keine Eingriffe (CHOP-Codes) / Diagnosen (ICD-Codes) generiert, so dass hier auch keine Entscheidungstabelle benötigt wird.

FIM bzw. EBI

Ursprünglich gab es für jede Ausprägung gibt es einen adäquaten CHOP-Code. Inzwischen gibt es nur noch EBI-CHOP-Codes, die gültig sind.
FIM-Assessments werden beim Generieren der CHOP-/ICD-Codes automatisch in EBI-Assessments umgewandelt, und aus diesen die entsprechenden die EBI-CHOP-Codes umgeschlüsselt. Im Reiter 'Assessment' auf Fallebene sind dann neben den erfassten / importierten FIM-Assessments auch die daraus generierten EBI-Assessments vorhanden:

Abbildung 20 Umschlüsselung FIM-Assessments in EBI-Assessments
Die Umschlüsselung ist in
https://www.swissdrg.org/application/files/4515/5783/3342/Ueberleitungstabelle_FIM_EBI_CHOP_Code_2019.pdf
beschrieben.
Aus den EBI-Messdaten (erfasst oder aus FIM-Messdaten umgewandelt) eines Modul2-Assessments können die betreffenden Eingriffe direkt nach folgendem Muster abgeleitet werden:
AA.1[Typ].[Merkmal][Wert]
Hierbei ist:

• [Typ] = 1, wenn es EBI betrifft

• [Merkmal] das Merkmal des betreffenden Assessments, Beispiel: 4 für EBI 4, 'Baden, Duschen, Körper waschen

• [Wert] der Wert für das betreffende Merkmal, im Beispiel oben 0 bis 4.

Hierzu gibt es eine neue Entscheidungstabelle ‚Codierung EBI', in die als Input die Daten aus dem Assessment fliessen, und die als Output dann die jeweiligen CHOP-Codes und das Flag ‚IstDRGRelevant' liefern. Die Entscheidungstabelle 'Codierung FIM' wird nicht mehr benötigt.
Hinweis:
Für die Generierung der Diagnosen (ICD-Code) aus FIM- bzw. EBI-Assessments (
FIM-ICD-Codes:

• Motorisch: U50.01, U50.11, U50.21, U50.31, U50.41, U50.51
• Kognitiv: U51.01, U51.11, U51.21

EBI-ICD-Codes:

• Motorisch: U50.10, U50.20, U50.30, U50.40, U50.50,
• Kognitiv: U51.00, U51.10, U51.20

anhand der Punkte, die sich aus den einzelnen Merkmalen ergeben, gibt wird es eine eigene Entscheidungstabelle geben, die zu einem späteren Zeitpunkt umgesetzt und beschrieben wird.
Beispiel: Entscheidungstabelle EBI

Die so für den Fall generierten Eingriffe (CHOP-Codes) werden mit dem jeweiligen Assessment, aus dem heraus sie generiert wurden verknüpft, so dass die Verbindung zwischen Assessment und Falleingriff immer zu erkennen ist.
Für jedes EBI-Assessment wird für jedes Merkmal eine Zeile zurückgegeben, so dass für jedes EBI -Assessment 16 Eingriffe generiert werden.

Fahrrad-Ergometrie

Aus den Daten der alternativ zum Gehtest durchgeführten Fahrrad-Ergometrie werden keine Eingriffe (CHOP-Codes) / Diagnosen (ICD-Codes) generiert, so dass hier auch keine Entscheidungstabelle benötigt wird.

Feeling Thermometer

Aus den Daten des Feeling-Thermometers werden keine Eingriffe (CHOP-Codes) / Diagnosen (ICD-Codes) generiert, so dass hier auch keine Entscheidungstabelle benötigt wird.

HoNOS(CA)

Aus den HoNOS(CA)-Daten eines Assessments können die betreffenden Eingriffe direkt nach folgendem Muster abgeleitet werden:
94.A[typ].[merkmal][wert]
Dabei ist:

• [typ] = 1, wenn es HoNOS betrifft, und =2, wenn es HoNOSCA betrifft

• [merkmal] das Merkmal des betreffenden Assessments, Beispiel: 4 für HoNOS 4, 'Kognitive Probleme'

• [wert] der Wert für das betreffende Merkmal, im Beispiel oben 0 bis 4, oder 9.

Hierzu gibt es zwei neue Entscheidungstabellen

• ‚Entscheidungstabelle HoNOS'
• ‚Entscheidungstabelle HoNOSCA',

in die als Input die Daten aus dem HoNOS-Assessment bzw. dem HoNOSCA-Assessment des Falles fliessen, und deren Output dann die jeweiligen CHOP-Codes für die Falleingriffe und das Flag ‚IstDRGRelevant' sind.
Ausserdem ist es möglich auch den Eingriffszeitpunkt zu definieren.
Mögliche Werte:

• Eintritt
• Austitt
• Erhebungsdatum des Assessments

Für jedes HoNOS(CA) Assessment wird für jedes Merkmal eine Zeile zurückgegeben, so dass pro HoNOS-Assessment Assessment 12 Eingriffe bzw. für jedes HoNOSCA-Assessment 13 Eingriffe generiert werden.
Beispiele:
Entscheidungstabelle 'Codierung HoNOS'

Entscheidungstabelle 'Codierung HoNOS-CA'

Die so für den Fall generierten Eingriffe (CHOP-Codes) werden mit dem jeweiligen Assessment, aus dem heraus sie generiert wurden verknüpft, so dass die Verbindung zwischen Assessment und Falleingriff (CHOP-Code) immer zu erkennen ist.
Die Spezifikation des HoNOS-Merkmals 08 ‚Anderes psychische und verhaltensbezogene Probleme' (Variablen 4.02.V09 bzw. 4.02.V10) hat keinen Einfluss auf die Generierung des Eingriffs (CHOP-Codes) und sollte in der Entscheidungstabelle nicht berücksichtigt werden.
Die Assessments werden in chronologischer Reihenfolge verarbeitet und für jedes HoNOS- bzw. HoNOSCA-Merkmal die Entscheidungstabelle durchlaufen. Die generierten Falleingriffe (CHOP-Codes) werden in dieser Reihenfolge gespeichert. Alle generierten Eingriffe (CHOP-Codes) werden als Nebeneingriff angelegt. Die Reihenfolge kann aber vom Codierer geändert werden.

HoNOSCA-SR

Aus den HoNOSCA-SR-Assessments werden keine Eingriffe (CHOP-Codes) / Diagnosen (ICD-Codes) generiert, so dass hier auch keine Entscheidungstabelle benötigt wird.

MacNew

Aus den Daten des MacNew-Tests werden keine Eingriffe (CHOP-Codes) / Diagnosen (ICD-Codes) generiert, so dass hier auch keine Entscheidungstabelle benötigt wird.

Partizipationsziele

Aus den Daten der Hauptziele bzw. der Zielerreichung werden keine Eingriffe (CHOP-Codes) / Diagnosen (ICD-Codes) generiert, so dass hier auch keine Entscheidungstabelle benötigt wird.

Generierung anhand von Fall- und Eintrittsdaten

Anhand von bestimmen Falleigenschaften sollen mit parametrierbaren CHOP- oder ICD-10-Codes Eingriffe und/oder Diagnosen automatisch generiert werden.
Für die Steuerung wird eine neue Entscheidungstabelle 'Codierung Fall' definiert.
Als Input beinhaltet diese alle Falldaten und die Daten der Eintrittschronik. Als Output wird ein Eingriff (CHOP-Code) oder eine Diagnose (ICD-10-Code) zurückgegeben sowie eine Kennung, welches Datum für die Falldiagnose bzw. den Falleingriff verwendet werden soll (Eintrittsdatum oder Austrittsdatum) und das Flag 'IstDRGRelevant'.
Die Entscheidungstabelle kann mehrere Ergebniszeilen zurückgeben, so dass mehrere Eingriffe (CHOP-Codes) für den Fall generiert werden können. Die Reihenfolge richtet sich nach der Verarbeitungsreihenfolge, kann aber vom Kodierer geändert werden.
Ist der Fall zum Zeitpunkt der Generierung noch nicht ausgetreten, dann wird anstelle des Austrittsdatums das aktuelle Datum eingetragen, sofern der Eingriff gemäss Entscheidungstabelle auf den Austritt generiert werden soll.
Beispiel: Entscheidungstabelle 'Codierung Fall'

Generierung anhand von Leistungsdaten

Anhand von bestimmten Leistungsdaten (erfassten Leistungen) sollen mit parametrierbaren CHOP oder ICD-10-Codes Eingriffe und/oder Diagnosen automatisch generiert werden.
Für die Steuerung wird eine neue Entscheidungstabelle 'Codierung Leistung' definiert.
Als Input beinhaltet diese eine erbrachte Leistung. Als Output wird ein CHOP-Code oder ICD-10-Code zurückgegeben sowie eine Kennung, welches Datum für die Falldiagnose bzw. den Falleingriff verwendet werden soll (Eintrittsdatum, Austrittsdatum, Leistungsdatum) und Flag 'IstDRGRelevant'.
Aufgrund der zurückgegeben Codes wird ein Eingriff oder eine Diagnose angelegt und mit der auslösenden Leistung verknüpft.
Ist der Fall zum Zeitpunkt der Generierung noch nicht ausgetreten, dann wird anstelle des Austrittsdatums das Erbringungsdatum der auslösenden Leistung eingetragen, sofern der Eingriff gemäss Entscheidungstabelle auf den Austritt generiert werden soll.
Hinweis: Es gibt aktuell schon die Möglichkeit Diagnosen und Eingriffe anhand von erbrachten Leistungen zu generieren. Dies ist aber fest an der Leistung (Leistungskatalog) verbunden und kann nicht über eine Entscheidungstabelle gesteuert werden. Für die bestehende Lösung wird die Suche in den Stammdaten erweitert so dass nach ICD und/oder CHOP Code gesucht werden kann. Die beschriebene neue Entscheidungstabelle wird zusätzlich zur bestehende Logik implementiert.

Generierung von Eingriffen anhand von Urlauben ('Belastungstest')

Anhand einer Urlaubschronik kann automatisch ein Eingriff aus dem CHOP-Kapitel 94.3F (Belastungserprobung) generiert bzw. angepasst werden. Die Urlaubschronik kann von Hand erfasst oder über die Importschnittstelle generiert werden.
Über die neue Entscheidungstabelle 'Codierung Urlaub' kann anhand der Falldaten, der Daten der Urlaubschronik und der Urlaubsdauer ein Eingriff generiert werden. Diese Entscheidungstabelle wird für jede Urlaubsabwesenheit durchlaufen.
Beispiel: Entscheidungstabelle 'Codierung Urlaub'

Als Eingriffsdatum des Falleingriffs wird der jeweilige Urlaubsbeginn eingetragen.
Die Urlaubschronik und der generierte Falleingriff sind miteinander verknüpft. Das hat zur Folge, dass die generierten Falleingriffe vom Anwender weder angepasst oder gelöscht werden können.