Über SAP IDoc-Dateien

SAP-Zwischendokumentdatei (Intermediate Document, IDoc) bestehen aus Datenfeldern, die zu Segmenten zusammengefasst sind. Die Segmente selbst haben zueinander eine hierarchische Beziehung.

Das Rezept eines Arztes für einen Patienten im Krankenhaus muss zur Krankenhausapotheke gelangen. Die Übermittlung 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 den folgenden vier Segmentebenen:

Name des Patienten: Müller

Diagnose: Krupp

Diagnose: Schienbeinbruch

Untersuchungsart: Aufnahme

Medikament: Kodein

Medikament: Amidol

Untersuchungsart: 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. Auf einen Patienten können mehr als ein Segment der zweiten Ebene zutreffen.

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 des Krankheitsverlaufs mehrmals im Krankenhaus gewesen sein.

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 mehr als ein Medikament verschrieben worden sein.

Integration mit SAP

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 nur aus jeweils einem Feld besteht:

Name des Patienten: Müller

Diagnose: Krupp

Diagnose: Schienbeinbruch

Untersuchungsart: Aufnahme

Medikament: Kodein

Medikament: Amidol

Untersuchungsart: 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 flache 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 können Sie die Felder auswählen, die Sie in den Objekten auf Ihrer Vorlage benötigen.

Hauptsegment

Sie benötigen nicht immer ein zu druckendes Medium für jeden möglichen Datensatz, der aus der Datenhierarchie eines IDocs erstellt werden kann. Sie können BarTender zum Druckzeitpunkt so konfigurieren, 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 am wichtigsten für Ihren Entwurf sind. BarTender erzeugt für jedes Segment im IDoc, das Sie als Hauptsegment kennzeichnen, einen Datensatz.

Beispiel

Berücksichtigen Sie den Datenbaum aus dem Einführungsbeispiel. Benötigt das Krankenhaus für jedes verschriebene Medikament ein Etikett, so setzt es das Hauptsegment auf die vierte Ebene. Das führt dazu, dass BarTender drei Datensätze wie folgt erstellt.

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. In diesem Fall wird die dritte Ebene als Hauptsegment definiert. 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 nimmt BarTender das Feld „Medikament“ von der Ebene unter dem Hauptsegment auf und verkettet alle Daten aus den Segmenten der niedrigeren Ebene.

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, dass ein Element pro _____________ gedruckt wird.

Wenn in diesem Beispiel „Besuch“ die Aussage vervollständigt, dann ist die dritte Ebene wahrscheinlich die beste Wahl für die Hauptsegmentebene. Wenn "verschriebenes Medikament" die Aussage vervollständigt, dann ist die vierte Ebene wahrscheinlich die beste Wahl.

Über SAP IDoc-Dateien

Integration mit SAP

Arbeiten mit IDoc-Dateien

IDoc-Typen und Segmentdefinitionen

Parser-Dateien

Konvertieren von IDoc-Hierarchien in flache Datensätze

Hauptsegment

SAP IDoc-Definitionsdatei