Auf ein Dreieck klicken, um das entsprechende Klappfeld ein- ▶ bzw. ▼ auszublenden; mit gleichzeitig gedrückter Alt-Taste
alle Felder zu einer Klasse; mit gleichzeitig gedrückter Umschalttaste
alle Felder der gleichen Kategorie (z. B. Dokumentation).
Eine Frage wird relevant, wenn der durch die Bedingung gebildete logische Ausdruck mit „wahr“ bewertet wird. In der Klasse
Abhängigkeit wird angegeben, mit welchem Vergleichsoperator die vom Anwender erfasste Antwort auf eine bestimmte Frage mit
einem vom Provider vorgebenen Antwortwert zu vergleichen ist.
DateiID (ST_ID) [0..1] ID einer Datei aus der Liste der am Geschaeftsvorgang assoziierten Dateien, z.B. Fragebögen oder Schadenmelde-Bögen, auf die
sich die Frage bezieht, oder die (ggf. ausgefüllt) im Rahmen der Antwort übermittelt werden.
Ableitung der Klasse Antwort zur typisierten Übertragung einer Partner Antwort. Das mittels dem Attribut PartnerID referenzierte Partnerobjekt MUSS in der Partnerliste der Nachricht enthalten sein.
Bei Verwendung zur Erfassung der Benutzerantwort auf eine bestimmte Frage wird hier ein oder kein Wert aus der Liste der in
der zugehörigen Frage angegebenen möglichen Werte erfasst. Die Angabe von mehr als einem Wert ist in diesem Fall unzulässig. Bei Verwendung zur providerseitigen Vorgabe von Prüfwerten in Abhängigkeiten werden hier ein oder mehrere Werte aus der Liste
der Antwortmöglichkeiten der in der Abhängigkeit referenzierten Frage angegebenen.
Es kann sein, dass eine Frage A nur unter bestimmten Bedingungen – abhängig von der Beantwortung anderer Fragen B – zu stellen
ist. Diese Bedingungen werden mithilfe der Klasse Bedingung abgebildet. Dabei ist die Bedingung in der Frage A enthalten.
Die Fragen B werden über die spezielle Bedingung „Abhaengigkeit“ referenziert. Es gibt mehrere Arten von Bedingungen, daher
ist diese Klasse abstrakt modelliert. Die tatsächlich möglichen Arten von einfachen Fragen ergeben sich aus den abgeleiteten
Klassen. Erläuterung siehe dort. Mit Hilfe der Subklassen von Bedingung lassen sich Entscheidungsbäume modellieren, deren
Blätter stets Bedingungen vom Typ „Abhängigkeit“ sind. Die inneren Knoten dienen der Verknüpfung der Abhängigkeiten zu logisch
auswertbaren Bedingungen.
Beispiel: <i>Einfaches Beispiel: Frage 0815 muss beantwortet werden, falls die Antwort auf Frage 4711 „true“ lautet:</i> <Element xsi:type=“FrageText“> [...] <TechnischeID>0815</TechnischeID> <Bedingung xsi:type=“Abhaengigkeit“> <LinkerOperand>4711</LinkerOperand> Referenziert eine FrageJaNein <Operator>gleich</Operator> <RechterOperand xsi:type=“AntwortJaNein“> <Entscheidung>true</Entscheidung> </RechterOperand> </Bedingung> </Element>
<i>Komplexes Beispiel: Frage A muss beantwortet werden, wenn die Bedingung in Bezug auf Frage B nicht zutrifft oder aber wenn
sowohl die Bedingung in Bezug auf Frage C als auch die Bedingung in Bezug auf Frage D zutreffen:</i> <Element xsi:type=“FrageDatum“> <TechnischeID>A</TechnischeID> <Bedingung xsi:type=“Oder“> <Bedingung xsi:type=“Nicht“> <Bedingung xsi:type=“Abhaengigkeit“> <LinkerOperand>B</LinkerOperand> [...] </Bedingung> </Bedingung> <Bedingung xsi:type=“Und“> <Bedingung xsi:type=“Abhaengigkeit“> <LinkerOperand>C</LinkerOperand> [...] </Bedingung> <Bedingung xsi:type=“Abhaengigkeit“> <LinkerOperand>D</LinkerOperand> [...] </Bedingung> </Bedingung> </Bedingung> </Element>
Eine einfache Frage ist eine direkt zu beantwortende Frage. Es gibt mehrere Arten von einfachen Fragen, daher ist diese Klasse
abstrakt modelliert. Die tatsächlich möglichen Arten von einfachen Fragen ergeben sich aus den abgeleiteten Klassen (Erläuterung
siehe dort). Wichtig: Jede Art von Fragen erfordert eine eigene Implementierung im Client. Das Objekt Frage DARF daher NICHT providerspezifisch erweitert werden. Erweiterungen sind nur im Rahmen eines spartenspezifischen Datenmodells als Bestandteil
der Norm zulässig. Fragen können auch bereits in der getQuestions-Response mit Antwortobjekten ausgeliefert werden. Dadurch kann der Provider
Vorbelegungswerte für die Antworten mitliefern, die der Consumer verwenden darf, aber nicht muss.
FachlicheID (ST_Text) [0..1] Mit dieser ID identifiziert der Provider die Semantik der Frage. Es ist KEINE technische ID, die zur Referenzierung innerhalb
des Datenmodells verwendet wird, sondern sie dient zur Auswertung der Antworten beim Provider. Sie kann deshalb im Ermessen
des Providers auch mehrfach vorkommen. Dies kann z.B. dann sinnvoll sein, wenn der Provider mehrere gleichartige komplexe
Fragen liefert, um mehrere Vorerkrankungen abfragen zu können.
TechnischeID (ST_ID) [0..1] In diesem Attribut wird eine innerhalb der Metadaten eindeutige ID angegeben. Diese technische ID wird benötigt, um in der
Klasse Abhaengigkeit die Frage anzugeben, auf die sich die in der Abhaengigkeit auszuwertende Antwort bezieht. Wichtig ist
dabei, dass die technische ID für jede Frage innerhalb der BiPRO-Nachricht eindeutig sein MUSS.
Text (ST_Text) [0..1] Der Text der Frage, ist vom Consumer wörtlich, ungekürzt und und unverändert im Frontend darzustellen, um die juristisch einwandfreie
Beantwortung der Fragen durch den Benutzer sicherzustellen.
FreitextErlaubt (ST_JaNein) [0..1] Wenn dieses Attribut mit „Ja“ gesetzt ist, kann die Antwort durch einen untypisierten Freitext ergänzt werden. Bei Übermittlung
einer Frage vom Typ FrageText ist dieses Attribut immer „true“.
Fragenkomplexe bestehen aus Elementen. Es gibt verschiedene Arten von Elementen, die sich in ihren Eigenschaften unterscheiden.
Daher ist diese Klasse abstrakt modelliert. Die tatsächlich möglichen Arten von Elementen ergeben sich aus den abgeleiteten
Klassen. Erläuterung siehe dort.
Ordnungsnummer (ST_Ganzzahl) [0..1] Bestimmt die Reihenfolge der Elemente innerhalb eines Fragenkomplexes. Die Elemente werden nach aufsteigender Sortierung angeordnet.
Eine lückenlose Nummerierung ist NICHT erforderlich. Z.B. führt die Ordnungsnummerfolge 1, 2, 4 zur gleichen Anzeigereihenfolge wie die Ordnungsnummernfolge 5,
67, 144
Anzeigenummer (ST_Text017) [0..1] Text mit der Anzeigenummer der Frage oder Überschrift innherhalb eine Gruppe von Elementen. z.B. "3." oder "b)"
Eine Frage ist ein zu beantwortendes Element. Es gibt mehrere Arten von Fragen, daher ist diese Klasse abstrakt modelliert.
Die tatsächlich möglichen Arten von Fragen ergeben sich aus den abgeleiteten Klassen. Erläuterung siehe dort.
Erlaeuterung (ST_Text) [0..1] Optionale Angabe eines Erläuterungstextes zur Frage. Erläuterungstexte liefern ergänzende Informationen, die den Consumer
bei der korrekten und vollständigen Beantwortung der Fragen unterstützen sollen. Dies ist insbesondere dann sinnvoll, wenn
die Fragen aus Gründen der juristischen eindeutigkeit so formuliert sind, dass ihre intuitive Erfassung möglicherweise schwer
fällt. Beispiel: Frage: Üben Sie derzeit ein Hobby mit erhöhter Unfallgefährdung oder Verletzungsgefahr aus? Erläuterungstext:
Dazu zählen insbesonderen Tauchen, Kampfsport, Flugsport, Motorsport, Fallschirmspringen und Bergsport.
Optional (ST_JaNein) [0..1] Eine als optional markierte Frage MUSSNICHT beantwortet werden.
Wiederholbar (ST_JaNein) [0..1] Kennzeichnet, ob eine Frage mehrfach beantwortet werden DARF. Ist das Attribut mit 'true' belegt, DARF der Consumer die Frage im Response mehrfach zurückliefern und so mehrfach beantworten. Beispiel: Die Frage nach Krankheiten
in den vergangenen 5 Jahren muss vom Provider nur einmal gestellt werden, darf jedoch n-mal beantwortet werden. Ist das Feld nicht belegt, MUSS es als mit 'false' belegt interpretiert werden. Eine mehrfache Beantwortung ist dann also nicht erlaubt.
MaxAntworten (ST_Ganzzahl) [0..1] Dieses Attribut DARF NUR belegt werden, WENN Wiederholbar = true. Es legt die maximal erlaubte Zahl der Wiederholungen fest.
Frage nach einer Datei, deren DateiID einer der im Geschaeftsvorgang assoziierten Dateien entsprechen MUSS. Der zugrundeliegende Anwendungsfall ist die Übermittlung einer Rückfrage in Form eines Fragebogens, z.B. eines Schadenmeldeformulars,
das der VN ausfüllen soll. Das Formular wird als Datei am Geschaeftsvorgang übermittelt.
DateiID (ST_ID) [0..1] ID einer Datei aus der Liste der am Geschaeftsvorgang assoziierten Dateien, z.B. Fragebögen oder Schadenmelde-Bögen, auf die
sich die Frage bezieht, oder die (ggf. ausgefüllt) im Rahmen der Antwort übermittelt werden.
AntwortDatei (CT_AntwortDatei) [0..1] Antwort auf die FrageDatei.
Inhaltlich zusammenhängende Menge von Fragen und Gliederungselementen, z.B. „Fragen zum Beruf“ oder „Gesundheitsfragen“. Welche
Fragen wie zu Fragenkomplexen zusammengefasst werden, entscheidet der Provider in seiner Fragenmodellierung. Z.B. kann ein
Provider „Fragen zum Beruf“ und „Fragen zur Gesundheit“ in getrennten Fragenkomplexen liefern. Ein anderer Provider kann diese
Fragen in einem Fragenkomplex „Fragen zum Antrag“ liefern. Ein Fragenkomplex enthält immer alle für den jeweiligen Context relevanten Fragen. D.h. auch, wenn ein Provider sukzessive
Folgefragen abhängig von den gegebenen Antworten nachliefert ("Ping Pong"), enthält der Fragenkomplex immer alle zu diesem
Zeitpunkt als relevant erkannten Fragen, d.h. es erfolgt immer eine Volllieferung der Fragen, keine Delta-Lieferung zusätzlicher
Fragen.
ArtID (STE_FragenkomplexArt×) [1..1] Maschinell auswertbare Identifikation der Semantik des Fragenkomplexes. Der Consumer benötigt diese Information, um die gelieferten
Fragenkomplexe den Controls im Frontend zuzuordnen, z.B. wenn „Fragen zum Beruf“ und „Fragen zur Gesundheit“ in verschiedenen
Fragenkomplexen geliefert werden.
Bezeichnung (ST_Text060) [1..1] Hier wird der Gegenstand des Fragenkomplexes in natürlicher Frage beschrieben, z.B. "Fragen zum Antrag" oder "Fragen zum Beruf".
Der Consumer kann diese Information zur Anzeige im Frontend nutzen.
MoeglicherWert (ST_Text) [1..*] Übermittlung der Auswahlmöglichkeiten.
MehrfachAntwortErlaubt (ST_JaNein) [0..1] Steuert ob bei der Beantwortung der Frage mehrere Werte der Liste „MöglicherWert“ gewählt werden dürfen oder nur ein Wert
akzeptiert wird. Wird das Attribut nicht gefüllt, ist es als mit „false“ belegt zu interpretieren.
Gliederungspunke ermöglichen die inhaltliche Gliederung eines Fragenkomplexes durch Gruppierung der Elemente in (ggf. auch
geschachtelte) Abschnitte mit natürlichsprachigen Überschriften, die der Consumer im Frontend anzeigen kann.
Eine komplexe Frage ist eine inhaltliche Klammer um mehrere einfache Fragen. Z.B. kann ein Provider zwei einfache Fragen „Art
der Vorerkrankung“ und „Behandelnder Arzt“ in einer komplexen Frage zusammenfassen. Komplexe Fragen werden deshalb nicht direkt,
sondern indirekt über die enthaltenen einfachen Fragen beantwortet.
FachlicheID (ST_Text) [0..1] Mit dieser ID identifiziert der Provider die Semantik der Frage. Es ist KEINE technische ID, die zur Referenzierung innerhalb
des Datenmodells verwendet wird, sondern sie dient zur Auswertung der Antworten beim Provider. Sie kann deshalb im Ermessen
des Providers auch mehrfach vorkommen. Dies kann z.B. dann sinnvoll sein, wenn der Provider mehrere gleichartige komplexe
Fragen liefert, um mehrere Vorerkrankungen abfragen zu können.
Text (ST_Text) [0..1] Der Text der Frage, ist vom Consumer wörtlich, ungekürzt und und unverändert im Frontend darzustellen, um die juristisch einwandfreie
Beantwortung der Fragen durch den Benutzer sicherzustellen.
Mit der Klasse NICHT kann jeweils genau eine Bedingung negiert werden. Ist die negierte Bedingung true, so ist das Ergenis der Negation false
und umgekehrt
Mit der Klasse ODER können logische ODER-Verknüpfungen von zwei oder mehr Bedingungen abgebildet werden. Das Ergebnis ist
true, wenn eine oder mehrere der so verknüpften Bedingungen true sind. Ist keine der verknüpften Bedingungen true, so ist
das Ergebnis der Verknüpfung false.
Mit der Klasse UND können logische UND-Verknüpfungen von zwei oder mehr Bedingungen abgebildet werden. Das Ergebnis ist true,
wenn alle so verknüpften Bedingungen true sind, ansonsten ist das Ergebnis false.