Statistikplan 2009 - Statistik der Unfallversicherung UVG
Statistikplan 2009 - Statistik der Unfallversicherung UVG
Statistikplan 2009 - Statistik der Unfallversicherung UVG
Erfolgreiche ePaper selbst erstellen
Machen Sie aus Ihren PDF Publikationen ein blätterbares Flipbook mit unserer einzigartigen Google optimierten e-Paper Software.
<strong><strong>Statistik</strong>plan</strong> <strong>2009</strong><br />
für die einheitlichen <strong>Statistik</strong>en <strong>der</strong> <strong>UVG</strong>-Versicherer<br />
13 Erläuterungen zu den Jahresmeldungen einheitliche <strong>Statistik</strong>en<br />
<strong>der</strong> <strong>UVG</strong>-Versicherer<br />
13.1 Allgemeines<br />
Folgende Objekte sind für die Meldungen vorgesehen:<br />
• Police<br />
• Deckung<br />
• Schaden<br />
• Leistung<br />
• Arbeitsangaben<br />
• Kürzungen und Abzüge<br />
• Umbuchungen<br />
Für jedes dieser Objekte existiert eine eigene Recordart für die Meldung. Je<strong>der</strong> dieser<br />
Records enthält einen Referenzbegriff, einen Mutationscode und die dazugehörenden<br />
Meldefel<strong>der</strong>.<br />
Der Referenzbegriff identifiziert das zu meldende Objekt eindeutig.<br />
Der Mutationscode bezieht sich immer auf die bestehenden Daten in <strong>der</strong> DB <strong>der</strong> AWS:<br />
'1' Der Record mit dem angegebenen Referenzbegriff wird gelöscht. D.h. dieser<br />
Record muss im Bestand <strong>der</strong> AWS vorhanden sein. Die Datenfel<strong>der</strong><br />
müssen nicht angegeben werden, allfällig im Mel<strong>der</strong>ecord vorhandene Attribute<br />
werden ignoriert.<br />
'2' Neue Meldung eines Objektes. D.h. Der Record darf im Bestand <strong>der</strong> AWS<br />
nicht vorhanden sein. Alle Attribute des Mel<strong>der</strong>ecords müssen gemäss Recorddefinition<br />
vorhanden sein.<br />
'3' Än<strong>der</strong>ungen von bestehenden Daten. D. h. Der Record muss im Bestand<br />
<strong>der</strong> AWS enthalten sein. Alle Attribute des Mel<strong>der</strong>ecords müssen gemäss<br />
Recorddefinition vorhanden sein.<br />
'Vorhanden sein' bzw. 'Nicht vorhanden sein' eines Records bezieht sich immer auf den<br />
Zustand <strong>der</strong> DB <strong>der</strong> AWS vor <strong>der</strong> Verarbeitung <strong>der</strong> Meldungen des aktuellen <strong>Statistik</strong>jahres.<br />
13.2 Meldung <strong>der</strong> Police<br />
13.2.1 Normale Meldung<br />
Die Police wird für jedes <strong>Statistik</strong>jahr separat gemeldet. Dabei können mehrere Meldungen<br />
pro <strong>Statistik</strong>jahr vorkommen. Jede einzelne Meldung gilt für den Zeitraum 'Gültig-von'<br />
– 'Gültig-bis'. Diese Zeiträume müssen innerhalb des <strong>Statistik</strong>jahres liegen und dürfen<br />
sich nicht überschneiden. Generell gilt als Zeitraum <strong>der</strong> 01.01.JJJJ bis 31.12.JJJJ. Zwingende<br />
Gründe für die Bildung unterjähriger Zeiträume sind:<br />
• Beginn und Ende einer Police<br />
• Än<strong>der</strong>ung <strong>der</strong> Risikonummer<br />
Bei den folgenden Gründen kann ein Versicherer unterjährige Zeiträume melden:<br />
• Än<strong>der</strong>ung <strong>der</strong> juristischen Form des Betriebes innerhalb des <strong>Statistik</strong>jahres<br />
• Wechsel des Partners für Langfrist-Leistungen für einen Kurzfrist-Versicherer innerhalb<br />
des <strong>Statistik</strong>jahres<br />
• Sitzverlegung innerhalb des <strong>Statistik</strong>jahres<br />
Für den gesamten Referenzbegriff darf nur eine Meldung vorkommen.<br />
<strong><strong>Statistik</strong>plan</strong> V2.5_d_Final.docx 10.01.2012/14:27:58 Seite 97 - 119
Change language