INDHOLD

Beskrivelse

Vistnok register over alle regninger på medicin/ydelser i det offentlige sygehussystem.

Oplysninger om ydelsesdatoer til brug for BRS, som har til formål at give information om sikkerheden for at der er - eller har været, en behandlingsrelation mellem en patient og en given sundhedsfaglig behandler
Der udtrækkes enbehandlerrelation for hver behandlingsdato der er på en regning.

Udstilles ikke via SKRS; benyttes af BRS servicen som evidenskilde


NSP: Ydelser

Forretningsanvendelse

^^Tilbage til toppen^^

Generel register beskrivelser:  Dokumentation af stamdataregistre.  Specifikt: Ydelser

Anvendelse af B00 Stamdata Kopi register service (SKRS)SDM - Guide til anvendere

Ydelser udstilles IKKE via SKRS, Bruges kun af BRS som evidenskilde.



Relaterede registre og services

Applikationsbeskrivelse

^^Tilbage til toppen^^

Generisk parameterstyret import controller, der kalder den dedikerede importer for det aktuelle dataobjekt først mod preflight databasen og hvis det ikke fører til fejl, kaldes den samme dedikerede importer mod produktions databasen.
Indsamlingen af data implementeres i forhold til hvert enkelt kilderegister ved anvendelse af en registerspecifik Parser, men med anvendelse af en fælles Importer-komponent.
Importer-komponenten kører på NSP Backend platformen, og er ansvarlig for at indlæse dataset fra registerfiler, der placeres i en dedikeret mappe i filsystemet . Hvert register har sin egen dedikerede mappe som automatisk bliver oprettet af Importer-komponenten.
Importeren overvåger filsystemet og aktiverer de registerspecifikke parsere, når nye registerfiler er tilgængelige i filsystemet.
De respektive parsere (Importere) processerer registerfilerne og overfører registerdata til den lokale database. Parsningen kan i princippet bestå af en direkte dataoverførsel fra fil til database, men indeholder i de fleste tilfælde forretningslogik, f.eks. transformationer af data og denormaliseringer.
Stamdatatabellerne registreres i NSP’ens replikeringsmekanisme, og de parsede registerdata replikeres derfor automatisk ud til de enkelte NSP instanser, hvorfra de kan tilgås gennem de udstillede stamdataservices.

Opgradering af importer databasen sker automatisk ved serverstart, og fungerer på den måde at sql scripts med navne formatet "Vyyyymmdd_hhmm_description.sql" afvikles på databasen. Script filerne placeres under resources\db\migration" og inkluderes dermed automatisk i den deployede applikation.
Bemærk at sql filerne afvikles i navne orden, og da dato og tid indgår i navnet, kan man styre hvilke scripts der skal afvikles først.
'db_migrations' tabellen varetager den fælles styring af skema-versioner, som alle importerer benytter til at holde styr på hvilke scripts der er afviklet, så hvert script kun afvikles én gang.

Dedikeret importer for Ydelser oplysninger.
Support ansvarlig: Trifork

Udstilles ikke af SKRS. Bruges kun af BRS

Datastruktur, Stamdata register: Ydelser

^^Tilbage til toppen^^

Register properties:

Entitetsbeskrivelser

Ydelser

^^Tilbage til toppen^^

Vistnok register over alle regninger på medicin/ydelser i det offentlige sygehussystem.
Oplysninger om ydelsesdatoer til brug for BRS, som har til formål at give information om sikkerheden for at der er - eller har været, en behandlingsrelation mellem en patien og en given sundhedsfaglig behandler
Der udtrækkes enbehandlerrelation for hver behandlingsdato der er på en regning.

Objektet indeholder følgende infomation:
patientCpr -- -- cpr numre er base64 af hashede numre
doctorOrganisationIdentifier -- ydernummer
admittedStart -- Dato for behandlerrelationens starttidspunkt.
admittedEnd -- Dato for behandlerrelationens sluttidspunkt, bemærk kan være blank
externalReference -- Reference-værdi, som entydigt identificerer kontakten

Ydelser import-status

^^Tilbage til toppen^^

Start- og end-tidspunkt og status for alle importerede filer
Ajourføres af Ydelse Importer

Ydelser udtræk

^^Tilbage til toppen^^

Udtræk af ydelser (regninger) fra Sundhedsdatastyrelsen
Opdaterer Ydelser registret til brug for BRS

Tabelbeskrivelser

Tabel: SSR

^^Tilbage til toppen^^

Database: "register_notifications" (Til brug for BRS servicen: BRS2_Notification, LPR, SSR og refhost; replikeret mellem Backend og NSP-miljøer)

CREATE TABLE IF NOT EXISTS SSR (
pk BIGINT(15) AUTO_INCREMENT NOT NULL PRIMARY KEY,
-- cpr numre er base64 af hashede numre
patientCpr varchar(80) NOT NULL,
doctorOrganisationIdentifier varchar(6) NOT NULL, -- ydernummer
admittedStart datetime NOT NULL,
admittedEnd datetime NOT NULL,
externalReference varchar(24) NOT NULL,
INDEX SSR_INDEX USING HASH (patientCpr, doctorOrganisationIdentifier)
) ENGINE=InnoDB COLLATE=utf8_bin;

Tabel: ydelseimporterImportStatus

^^Tilbage til toppen^^

CREATE TABLE IF NOT EXISTS ydelseimporterImportStatus (
Id BIGINT(15) AUTO_INCREMENT NOT NULL PRIMARY KEY,
StartTime DATETIME NOT NULL,
EndTime DATETIME,
Outcome VARCHAR(20),

INDEX (StartTime)
) ENGINE=InnoDB COLLATE=utf8_bin;

Fil: Ydelser Stamdata

^^Tilbage til toppen^^

Data leveres i en kommasepareret fil:
- ydernummer char 6
- CPR-nr char 40
- startttidspunkt char 8
- slutttidspunkt char 8
- Reference char 24

Teknologibeskrivelse

^^Tilbage til toppen^^

(udestår)

Refereres fra

^^Tilbage til toppen^^



  • No labels