Foemig: Die Seite wurde neu angelegt: „=ZBE-Segment: Bewegungsdaten= (TC Dezember 1998) Beschluss des TC Konformität und Zertifizierung vom Juni 1999 Für viele Systeme ergibt sich die Notwendigk…“

2014-08-28T11:46:59Z

Die Seite wurde neu angelegt: „=ZBE-Segment: Bewegungsdaten= (TC Dezember 1998) Beschluss des TC Konformität und Zertifizierung vom Juni 1999 Für viele Systeme ergibt sich die Notwendigk…“

Neue Seite

=ZBE-Segment: Bewegungsdaten=
(TC Dezember 1998)

Beschluss des TC Konformität und Zertifizierung vom Juni 1999

Für viele Systeme ergibt sich die Notwendigkeit zeitliche Abschnitte innerhalb eines Falles identifizieren zu können. Diese Abschnitte werden häufig als Bewegungen oder Episoden bezeichnet. Während bei der Version 3 hier auch auf internationaler Basis bereits Planungen existieren, bestand für die Version 2.x die Notwendigkeit einer nationalen Definition.

Mit dem ZBE-Segment ist es möglich, die Daten eines konkreten Bewegungssatzes zu kommunizieren. Die Identifikation der entsprechenden Bewegung erfolgt über die Bewegungs-ID des Systemes, welches den Bewegungssatz generierte.

Damit die korrekte Identifikation von Bewegungen funktionieren und das ZBE-Segment verwendet kann, müssen die kommunizierenden Systeme natürlich selbst über eindeutige Bewegungs-ID's verfügen.

Im Feld PV1/51 sollte ein Hinweis darauf übertragen werden, ob eine Datenänderung aktuell ist, oder historisch und somit nur zur Information. Dies kann beispielsweise bei Systemen ohne Bewegungs-ID dazu dienen, historische Nachrichten nicht in die aktuellen Falldaten zu übernehmen ( Kennung für historisch ist "H" )

===originale Spezifikation===
Nachfolgend die Spezifikation, so wie sie in den deutschen Nachrichtenprofilen bis Rel. 2.1 für die HL7-Version 2.5 erarbeitet worden ist und eingesetzt wird:

{| class="hl7table"
|+
! Seq !!Len !!Datentyp !!r/o/c !!Rep# !!Tabelle !!Item# !!Deutsche Interpretation
|-
|1 || ||EI ||R ||Y || ||49071 ||Bewegungs-ID 
Dieses Feld ist wiederholbar. Bezieht sich ein System auf einen Bewegungssatz des anderen Systemes, muss dessen Bewegungs-ID enthalten sein. 
Beispiel: Das Subsystem MEDOS aktualisiert eine Bewegung, die es vom administrativen System SAP erhalten hat:
615^MEDOS~001345750034^SAP-ISH 
Das Empfängersystem muss also nach seiner Kennung aus MSH/5 suchen und die entsprechende Bewegungs-ID verwenden.
|-
|2 || ||TS ||O || || ||49072 ||Zeitpunkt des Bewegungsbeginns
|-
|3 || ||TS ||O || || ||49073 ||Zeitpunkt des Bewegungsendes
|-
|4 || ||ST ||O || ||4901 ||49074 ||Grund für das Auslösen der Bewegung / Verarbeitungskennzeichen (INSERT , UPDATE , DELETE )
|}

Für das Release 2.2 wird eine Harmonisierung mit IHE angestrebt. (vgl. [[HL7-D_ADT_%26_IHE_PAM]])

===ZBE bei IHE PAM===
Dieses Segment ist inzwischen bei IHE in den Integrationsprofilen (PAM) offiziell verwendet worden.

Die Unterschiede zu unserer (früheren) Definition sind rot markiert.

{| class="hl7table"
|+
! Seq !!Len !!Datentyp !!r/o/c !!Card. !!Tabelle !!Item# !!Deutsche Interpretation
|-
|1 || ||EI ||R || [1..*] || ||49071 ||Bewegungs-ID
|-
|2 || ||TS ||R || [1..1] || ||49072 ||Start Movement Date/Time
|-
|3 || ||TS ||O || [0..1] || ||49073 ||End Movement Date/Time
|-
|4 || ||ID||R || [1..1] ||4901 ||49074 ||Movement Action (INSERT / UPDATE / CANCEL)
|-
|5 || || ID || R || [1..1] || 0136 || || Historical Movement Indicator (values: Y / N)
|-
|6 || || ID || C || [0..1] || || ||Original trigger event code [in the case of an UPDATE of the movement (trigger A08), this field conveys the original trigger event that was sent with the INSERT]
|-
|7 || || XON || O || [0..1] || || ||Responsible Ward (Medical or Nursing Ward, depending of the trigger event of the message)
|}

===Verlegung===

Im nachfolgenden Beispiel generiert das Subsystem MEDOS eine Verlegung und sendet diese an das administrative System SAP. Da die Bewegung neu generiert wurde wird als Verarbeitungskennzeichen "INSERT" verwendet.
Mit der Verarbeitung im Empfängersystem (hier SAP) wird ebenfalls eine Bewegungs-ID generiert und diese der Subsystem Bewegungs-ID zugeordnet. Erfolgt später eine Änderung der Bewegung durch das administrative System, werden beide Bewegungs-ID's übertragen.
<pre>
MSH|^~\&|MEDOS|RAD|SAP-ISH||19990901164122||ADT^A02|1325-1|P|2.3|||||D|8859/1|D
EVN|A02|19990901164122|19990901140000|||
PID|||A24||Morgentau^Franz^^von^^Dr.|^^^^^|19480412|M|^^^^^||Traberstraße 12^^Hanau^^63457^D^H^^^^^^^Franz@kawumm.de||06181/3288349|069/853-2345||||||||||||D|Pyrotechniker|D||
PV1||I|CHI2^^^1520|||CHI1^^^1500|||||||||||||003345750034||K|||||||||||||||||||||||19990831080000||||||||
DG1|1|I9|541^^I9||19990901164122|VD||||||||||^BK|||
ZBE|615^MEDOS|19990901140000||INSERT
</pre>

===Korrektur der Verlegung - ( Änderung der Uhrzeit )===

Das nachfolgende Beispiel zeigt klar, wie unter Verwendung der Bewegungs-ID der Verlegungszeitpunkt der vorherigen Verlegung geändert werden kann. Üblicherweise werden Bewegungsänderungen als ADT/A08 Daten kommuniziert.

HINWEIS: Sollte ein Kommunikationsserver zwischen den kommunizierenden Systemen verwendet werden, kann es erforderlich sein, Bewegungsänderungen mit dem "Original-Eventcode" zu übertragen. Also beispielsweise mit A02 und Verarbeitungskennzeichen "UPDATE" im ZBE Segment.

Dies kann deshalb nötig sein, da ADT/A08 in Kommunikationsservern zumeist nur als reiner Stamm- und Falldatenupdate gehandhabt werden kann. Ein Kommunikationsserver kennt üblicherweise nicht den Zusammenhang zwischen Bewegungs-ID und der Art der entsprechenden Bewegung, es sei denn, er verfügt über eine entsprechend angebundene, eigene Datenbank.
Für das Empfängersystem sollte der Eventcode bei der Verarbeitung von Bewegungsdaten zweitrangig sein. Entscheidend ist, dass die Bewegungs-ID bekannt ist und der Bewegungsgrund "UPDATE" definiert.

Es werden beide Bewegungs-ID's übertragen.

Verlegungs-Update mit A08:
<pre>
MSH|^~\&|SAP-ISH||MEDOS||19990901164502||ADT^A08|88239743|P|2.3|||||D|8859/1|D
EVN|A08|19990901164502|19990901163000|||
PID|||A24||Morgentau^Franz^^von^^Dr.|^^^^^|19480412|M|^^^^^||Traberstraße 12^^Hanau^^63457^D^H^^^^^^^Franz@kawumm.de||06181/3288349|069/853-2345||||||||||||D|Pyrotechniker|D||
NK1|""|^^^^^||^^^^^|||||||||||||||||||||||||||||||||
PV1||I|CHI2^^^1520|||CHI1^^^1500|||||||||||||003345750034||K|||||||||||||||||||||||19990831080000||||||||
PV2|||||||||||||||||||||||||||||||||||||
DG1|1|I9|541^^I9||19990901164122|VD||||||||||^BK|||
IN1|""|""|""||^^^^^|^^^^^||||||||||^^^^^|||^^^^^^^^^^^^^|||||||||||^^^^^||||||||||||||^^^^^|||||
IN2|||Kawumm GmbH||O||^^^^^||^^^^^|||||||||||||^^^^^||||||||||||||||||||||||||||||||||||||||||||||||||
ZBE|0033457500340003^SAP-ISH~615^MEDOS|19990901163000||UPDATE
</pre>

Verlegungs-Update mit A02:
<pre>
MSH|^~\&|SAP-ISH||MEDOS||19990901164643||ADT^A02|1327-1|P|2.3|||||D|8859/1|D
EVN|A02|19990901164643|19990901170000|||
PID|||A24||Morgentau^Franz^^von^^Dr.|^^^^^|19480412|M|^^^^^||Traberstraße 12^^Hanau^^63457^D^H^^^^^^^Franz@kawumm.de||06181/3288349|069/853-2345||||||||||||D|Pyrotechniker|D||
PV1||I|CHI2^^^1520|||CHI1^^^1500|||||||||||||A24-00001||K|||||||||||||||||||||||19990831080000|||||||H|
DG1|1|I9|541^^I9||19990901164122|VD||||||||||^BK|||
ZBE|0033457500340003^SAP-ISH~615^MEDOS|19990901170000||UPDATE
</pre>

[[Kategorie:Segmente|ZBE]]

Segment ZBE (TC 1998) - Versionsgeschichte

Foemig: Die Seite wurde neu angelegt: „=ZBE-Segment: Bewegungsdaten= (TC Dezember 1998) Beschluss des TC Konformität und Zertifizierung vom Juni 1999 Für viele Systeme ergibt sich die Notwendigk…“