Segment ZBE

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:

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_&_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.

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)

ZBE bei HL7 Österreich

Aus dem Dokument "Z-Segmente und Tabellen" der HL7-Anwendergruppe Österreich, Stand 30.9.2008 (Dokument: OID 2.16.840.1.113883.2.16.1.2.1.20081002.1 )

Gültig für HL7 Versionen 2.3, 2.3.1, 2.4, 2.5, 2.6 Das ZBE Segment dient der Beschreibung von Bewegungen innerhalb einer Aufnahme (Fall). Mittels dieser Information ist es möglich sowohl die Anlage von Bewegungen, wie auch Änderungen oder Löschungen von Bewegungen zu kommunizieren. Die Identifikation wird über die Bewegungs-ID des Systems sichergestellt, welches den Bewegungssatz generierte.

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.

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

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:

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

Verlegungs-Update mit A02:

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