ADED DD-Item ADED DD-Entity ADED Entity/Item ADED Codeset ADED Codes
| |
HIT-Datenmodell nach ADIS/ADED
Stand der Entwicklung
Am 19.10.1998 wurde in Zusammenarbeit mit Herrn Paulsen vom LKV Westfalen-Lippe ein
erster Vorschlag zur Abbildung der HIT-Datenstrukturen in ADID/ADED konformer Darstellung
erarbeitet. Die entsprechenden Data-Dictionary-Tabellen sind im linken
Randbereich angegeben. Dieser Vorschlag wird im entsprechenden
ADR-Arbeitskreis zur Diskussion gestellt.
HIT Entitäten
Die Entitäten werden zunächst als "Herstellerspezifisch" definiert und vom
STMLF als Betreiber der ZDB vorgegeben und mit den RS in den ADR-Arbeitskreisen
"Datenbank" und "Datenaustausch" abgestimmt. Für die einzelnen
Elemente ist eine genaue Beschreibung der Dateninhalte im jeweiligen Zusammenhang
anzugeben.
ADIS/ADED-Dokumentation allgemein
siehe Web-Server www.lkv-nrw.de des Landeskontrollverband NRW e.V.
| Codesets DCS - Übersicht |
| Data-Dictionary DD - Übersicht |
| Data-Dictionary-Entities DDE -
Übersicht |
| Entscheidungstabellen und Plausibilitäten |
ADIS/ADED-Unterstützung im HIT
| Der Batch-Client ab Version 10 kann ADIS-Dateien für Meldungen verarbeiten, die
aktuelle Version 9 kann bereits für erste ADIS-Test verwendet werden, siehe Batch-Client. |
| Der HIT-Server ab Version 9 akzeptiert ADIS-DDE- und DDI-Nummer in Meldungen im
Objektteil anstelle von MELDUNG und FELD. Das Datum kann in ADIS-Format
"JJJJMMTT" gesendet werden, siehe HIT-Server. |
| In HitBatch.ini wird für den Parameter CSVIN der Wert 2 verwendet, um
anzuzeigen, daß im INFILE ADIS-Daten stehen. |
Verwendete Dateien für den HitBatch
| INFILE: Es kann als Parameter in HitBatch.ini eine vollständige
ADIS-Datei angegeben werden, die sowohl Meldungen als auch Abfragen enthalten kann. Zu
empfehlen ist jedoch, Meldungen und Abfragen in getrennten Dateien und auch in getrennten
Sets im HitBatch.ini zu verarbeiten, da sonst die Verwendung der COMMAND-Zeile in
HitBatch.ini den Verarbeitungsspielraum zu sehr eingeschänen würde. |
| LOGFILE: Hier werden alle gesendeten Zeilen und die dazugehörigen
Antworten des HitServers protokolliert und dabei im ADIS-Format geschrieben. Hierbei wird
die Schwere bei einer Serverantwort berücksichtigt und der Status von N
auf F geändert, falls die Schwere über 1 liegt. |
| OUFILE: Hier schreibt der HitBatch die Antworten des Hitservers auf
eine Abfrage hinein. |
| BADFILE: Diese Datei enthält pro Zeile nur die Daten ohne Feldangaben
(in HIT-Syntax), die an den Server geschickt wurden und nicht bearbeitet werden konnten. |
| GOODFILE: Diese Datei wiederum enthält pro Zeile nur die Daten ohne
Feldangaben (in HIT-Syntax), die an den Server geschickt wurden und erfolgreich bearbeitet
werden konnten. |
Vom HitBatch nicht unterstützte Eigenschaften des ADIS-Standards
Meldungen können unverändert übergeben werden, d.h. auch, daß es keine Rolle
spielt, ob sich in der ADIS-Datei die Entity-Nummer der Meldungen ändert.
Bei Abfragen gibt es wegen des unterschiedlichen Konzeptes leider Einschränkungen. In
der Spezifikation geben die Search-Zeilen (beginnend mit S) die Abfragebedingungen und die
Retrieve-Zeilen (beginnend mit R) die Felder an, von denen das Ergebnis gewünscht wird.
Jede dieser S-Zeilen besitzt zudem ein Feld für die maximale Anzahl von
Aufzeichnungen.
| Da eine Abfrage in ADIS mehrere S-Zeilen haben kann, ist es möglich, für jede S-Zeile
unterschiedliche Werte für die Anzahl der Aufzeichnungen zu verwenden. Dies läßt sich
jedoch mit dem SQL-Verständnis nicht umsetzen und es wird daher geprüft, ob alle
S-Zeilen den selben Wert enthalten (leere Felder, die mit ?????? gefüllt sind, werden
übergangen). Tun sie es nicht, bricht HitBatch mit einer entsprechenden Fehlermeldung ab. |
| Die Anzahl der Aufzeichnungen werden auch dazu verwendet, um den Anfang oder das Ende
einer Abfragemenge zurückzugeben. Diese Möglichkeit wird im HitBatch nicht unterstützt,
da nicht klar ist, wie dies in SQL umzusetzen ist. Auch hier bricht HitBatch mit einer
Fehlermeldung ab. |
Sonstige Besonderheiten
| Der HIT-Server setzt das ADIS-Datumsformat selbsttätig um. |
| Das Timestamp-Format von HIT wird unverändert übernommen, d.h. für ADIS
muß es schon
für HIT umgesetzt worden sein. |
|