Neobase 2 datasætet og NeoBase 6

<< Click to Display Table of Contents >>

Navigation:  »No topics above this level«

Neobase 2 datasætet og NeoBase 6

Previous pageReturn to chapter overviewNext page

Neobase 2 datasættet

Selve Neobase 2 datasættet, dvs. alle parametrene, er defineret nationalt af Dansk Pædiatrisk Selskabs Neobase-udvalg, og blev taget i anvendelse i midten af 1990'erne.
Den praktiske implementering af det nationalt vedtagne datasæt har for en række afdelinger været som designet og leveret af Langtved Data A/S, men også en række andre løsninger har været valgt på de forskellige afdelinger.

Neobase 3 databasen

Langtved Data, der også havde været involveret i den tidligere databaseversion af Neobasen via en brugerflade tilrettet i standard database softwaren Paradox 7, stod i år 1999/2000 klar med den en ny databasemæssig implementering via det specialdesignede Neobase 3 program (LD Neobase version 3.1) og med tekniske justeringer i den underliggende database, der så fik benævnelsen Neobase 3 (version 3.2), men fortsat med Neobase 2 datasættet som grundlag.

Langtved Data's Neobase 3 har ligesom sin forgænger anvendt datafiler i paradox format.

NeoBase 6, NeoBase 6xe og NeoBase 6 Reader

Fra og med NeoBase 6xe og NeoBase 6 Reader ligger Neobasen (Herlev version) som NeoBase 6 udelukkende i formatet Absolute Database og dermed frigjort fra de vanskeligheder, der har været med at få et Paradox database system til at fungere på netværk og med nyere versioner af Windows.

NeoBase 6 er en videreførsel af datasættet fra NeoBase 3 med ganske få rettelser (stavefejl i feltnavne), enkelte feltudvidelser samt enkelte felttilføjelser aht. datastrukturen (se dokumentation for NeoBase 6xe programmet).

Både NeoBase 6xe og NeoBase 6 Reader programmerne arbejder med udgangspunkt i samme database, men hvor NeoBase 6xe har fuld redigeringsadgang, arbejder NeoBase 6 Reader, udover sin read-only adgang i originaldata, analytisk via SQL i et stadigt ajourført duplikat sæt af NeoBase 6 databasen, hvorved originaldata holdes beskyttet overfor eventuelle fejldispositioner ved den analytiske SQL-behandling af data med NeoBase 6 Reader programmet.

Dataændringer versus NeoBase 3

Køn (feltet Kon i tabel NeoPers)

For at kunne databehandle bl.a. på køn uden at have adgang til den centrale CPR-holdige passwordbeskyttede tabel Person2, lægger Langtveds Neobase 3.1 program automatisk ved dataindtastningen en kønsspecifik markør i den åbent tilgængelige tabel NeoPers i feltet [Kon].

Selvom Neobase 3.1 i sin referencetabel Pigedrng angiver koden for piger som lige (koden 2) og drengen som ulige (koden 1), markerer Neobase 3.1 desværre konsekvent børnene forkert med kode 1 for piger og 2 for drenge. Se nedenfor.

Sex (tilføjet felt i tabel NeoPers)

I en nyere version af databasen (NeoBase 5xe, Niels Knabe, Herlev, 2014), der arbejder på samme paradox datasæt, er der automatisk tilføjet feltet [Sex] for ikke at sammenblande den fejlagtige kodning via Neobase 3.1 med den korrekte kønsangivelse via f.eks. NeoBase 5xe programmet.
I NeoBase 5xe programmet kodes piger i feltet Sex som F og drenge som M.
Data, der er indtastet i Langtved's NeoBase 3.1 program, og som af programmet systematisk er fejlkodet i feltet [Kon], er i feltet [Sex] ud fra børnenes CPR-numre opdateret med "f" og "m", der med sine "f" og "m" som minuskler adskiller disse værdier fra de med NeoBase 5 (og senere) indtastede dataposter. De oprindelige fejlkoder 2 og 1 i feltet [Kon] er ladt urørte.

PlusKode (tilføjet felt i Pdiagn2)

Da Neobase 3.1 ikke har været indrettet til at diagnosekode med tillægskoder, er der i NeoBase 5xe videreførslen af databasen tilføjet feltet [PlusKode], der kan indeholde et +-tegn som markering af at koden er en tillægskode. Sammen med NeoBase 5xe programmets automatiske markering af diagnosernes sorteringsorden, vil denne orden sørge for den rette relatering til den kode, som tillægskoden hæfter sig på.

Oprettelsesdato (tilføjet felt i tabel Person2)

NeoBase 5xe programmet tilføjer automatisk dette felt til tabellen Person2 for hér at kunne spore den oprindelige patientoprettelse.

Oprettelsesdato (tilføjet felt i tabel Efterund)

NeoBase 5xe programmet tilføjer automatisk dette felt til tabellen Efterund, som indeholder efterundersøgelsesdata, da tabellens felt for besøgsdato ikke nødvendigvis sv.t. indtastningsdato.

Neobase2 tabellen, visse stavefejl i feltnavne

I Langtveds paradox database optræder enkelte feltnavne med stavefejl som f.eks. [Sufactant] og [Systemisk anibiotisk beh.].
Dette skulle imidlertid ikke være noget større problem, idet disse feltnavne nemt vil kunne mappes til andre/korrekt stavede feltnavne for kommunikation med andre databehandlende programmer eller statistikprogrammer.

_____________________________

27-10-2017 - © 2003-2017 Niels Knabe