Verwendung von SAP IDoc-Dateien

SAP IDocs bestehen aus Datenfeldern, die zu Segmenten gruppiert sind. Die Segmente selbst haben zueinander eine hierarchische Beziehung.

Das Rezept eines Arztes für einen Patienten im Krankenhaus muss zur Krankenhausapotheke gelangen. Dies könnte mithilfe eines IDocs erfolgen, das vom Programm des Arztes an das Programm der Apotheke gesendet wird. Angenommen, das IDoc hat eine Hierarchie mit vier Segmentebenen:

Name des Patienten: Müller

Diagnose: croup

Diagnose: Schienbeinbruch

Visit Type: Aufnahme

Medikament: Kodein

Medikament: Amidol

Visit Type: Nachuntersuchung

Medikament: Naprosin

Ebene 1: Enthält Daten, die jahrelang gleich bleiben, wie Name und Adresse des Patienten.

Ebene 2: Enthält Daten, die für eine bestimmte Krankheit gleich bleiben, sich jedoch von Krankheit zu Krankheit ändern, wie z. B. Hausarzt und Diagnose. Für einen Patienten kann es mehr als ein Segment der zweiten Ebene geben.

Ebene 3: Enthält Daten, die während eines bestimmten Krankenhausbesuchs gleich bleiben, die sich aber von Besuch zu Besuch ändern können, wie z. B. Untersuchungsart (Aufnahme oder Nachuntersuchung) und behandelnder Arzt. Ein Patient kann während einer Krankheit mehrere Krankenhausaufenthalte haben.

Ebene 4: Enthält Daten, die sich von Verschreibung zu Verschreibung ändern, z. B. Arzt, der das Rezept ausschreibt, Medikament und Dosierung. Einem Patienten können bei einem Besuch mehrere Medikamente verordnet werden.

Integration mit SAP

Arbeiten mit IDoc-Dateien

IDoc-Typen und Segmentdefinitionen

Konvertieren von IDoc-Hierarchien in flache Datensätze

Da die Daten eines untergeordneten Segments immer den Daten des übergeordneten Segments zugeordnet sind, kann jeder sich nicht verzweigende Pfad durch die Struktur in einem IDoc vom obersten bis zum untersten Knoten als Datensatz angesehen werden, vergleichbar mit den Datensätzen in einer tabellenorientierten Datenbank.

Beispiel

Betrachten Sie die folgende Datenhierarchie, in der jedes Segment der Einfachheit halber nur aus jeweils einem Feld besteht:

Name des Patienten: Müller
	Diagnose: croup
	Diagnose: Schienbeinbruch
		Visit Type: Aufnahme
			Medikament: Kodein
			Medikament: Amidol
		Visit Type: Nachuntersuchung
			Medikament: Naprosin

Patient Müller wurde zu unterschiedlichen Zeiten wegen Krupp und wegen eines Schienbeinbruchs behandelt. (Einzelheiten der ersten Krankheit sind nicht beschrieben.)Bei der ersten Krankenhausuntersuchung wegen des Bruchs verschrieb der Arzt Kodein und Amidol. Bei der zweiten Untersuchung verschrieb er Naprosin.

Der Pfad vom Unterschenkelbruch bis zur Verschreibung von Naprosin kann als flacher Datensatz wie folgt dargestellt werden:

Name des Patienten	Diagnose	Untersuchung	Medikament
Müller	Schienbeinbruch	Nachuntersuchung	Naprosin

Die beiden anderen vollständigen Pfade können wie folgt als Datensätze dargestellt werden:

Name des Patienten	Diagnose	Untersuchung	Medikament
Müller	Schienbeinbruch	Aufnahme	Kodein
Müller	Schienbeinbruch	Aufnahme	Amidol

Beim Lesen von IDocs minimiert BarTender Datenbäume in flache Datensätze. Aus diesen Datensätzen wählen Sie die Felder, die Sie in Objekten auf Ihrer Vorlage benötigen.

Hauptsegment

Sie benötigen nicht immer ein zu druckendes Element für jeden möglichen Datensatz, der aus der Datenhierarchie eines IDocs erstellt werden kann. BarTender kann zum Druckzeitpunkt so konfiguriert werden, dass nur einige Datensätze ausgewählt werden. Manche Dokumente, die Daten aus einem IDoc beziehen, werden jedoch auch im Normalfall nicht jeden möglichen Datensatz benötigen. BarTender verwendet das Konzept des Hauptsegments, damit nur die Datensätze erstellt werden, die Sie von einem IDoc benötigen.

Das Hauptsegment ist das Segment, dessen Daten im Hinblick auf Ihre Gestaltungsanforderungen im Mittelpunkt des Interesses stehen. BarTender erstellt für jedes Segment im IDoc, das Sie als Hauptsegment definieren, einen Datensatz.

Beispiel

Betrachten Sie den Datenbaum, der im Einführungsbeispiel dargestellt ist. Wenn das Krankenhaus für jedes verschriebene Medikament ein Etikett benötigte, würde die vierte Ebene als Hauptsegment definiert. Dies würde dazu führen, dass BarTender drei Datensätze anlegt:

Name des Patienten	Diagnose	Untersuchung	Medikament
Müller	Schienbeinbruch	Aufnahme	Kodein
Müller	Schienbeinbruch	Aufnahme	Amidol
Müller	Schienbeinbruch	Nachuntersuchung	Naprosin

Angenommen, das Krankenhaus erstellt für jede Untersuchung eines Patienten eine Akte und will Etiketten für die Aktenordner erstellen. Für jede Untersuchung ist nur ein Etikett erforderlich. Als Hauptsegment wird die dritte Ebene definiert, und BarTender legt zwei Datensätze an:

Name des Patienten	Diagnose	Untersuchung	Medikament
Müller	Schienbeinbruch	Aufnahme	Kodein Amidol
Müller	Schienbeinbruch	Nachuntersuchung	Naprosin

In den ersten dieser Datensätze nahm BarTender das Feld „Medikament“ von der Ebene unter dem Hauptsegment auf und verkettete alle Daten aus den Segmenten der niedrigeren Ebene. Weitere Informationen finden Sie unter Dialogfeld „Segmentwiederholungsregeln“.

Da BarTender für jede Instanz des Hauptsegments einen Datensatz anlegt, kann Ihnen die Ergänzung der folgenden Aussage bei der Entscheidung helfen, was als Hauptsegment zu verwenden ist:

Bei einem typischen aus diesem IDoc erstellten Durchlauf von Elementen möchte ich ein Element pro _____________ drucken.

Wenn in diesem Beispiel „Untersuchung“ die Leerstelle füllt, sollte als Hauptsegment am besten die dritte Ebene gewählt, wenn jedoch „Medikament“ die Leerstelle füllt, wäre die vierte Ebene als Hauptsegment die bessere Wahl.