INDHOLD
Beskrivelse
Henvisningshotellet, henvisning til generel læge Relation mellem borgere og læger Udstilles ikke via SKRS; benyttes af BRS servicen som evidenskilde
NSP: Den nationale henvisningsformidling
Forretningsanvendelse
Generel register beskrivelser: Dokumentation af stamdataregistre. Specifikt: Den nationale henvisningsformidling
Anvendelse af B00 Stamdata Kopi register service (SKRS): SDM - Guide til anvendere
Henvisningshotellet udstilles IKKE via SKRS, Bruges kun af BRS som evidenskilde.
Relaterede registre og services
Applikationsbeskrivelse
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 refhost, henvisningshotel oplysninger.
Support ansvarlig: Trifork
Datastruktur, Stamdata register: Henvisningshotel (refhost)
Register properties:
Entitetsbeskrivelser
Henvisningshotel
Henvisningshotellet, henvisning til generel læge
Relation mellem borgere og læger
Objektet indeholder følgende infomation:
healthProfessionalCpr -- CPR nummer på henvist læge, CPR nummer på den person, der er oprettet som administrator på et givet ydernummer.
doctorOrganisationIdentifier -- Ydernummer på den organisatoriske enhed, hvortil en henvisning er sendt, eller hvorfra en henvisning er trukket
hospitalOrganisationIdentifier -- sks-kode
ean -- ean-nummer, Lokationsnummer på de lokationer, der ikke er ”rigtige” sundhedslokationer. (Kan slås op i SOR)
patientCpr -- borger CPR nummer
referralStart datetime -- henvisning start
referralEnd datetime -- henvisning end
refhostReference -- Fra inputdata – audit: Reference tilbage til REFHOST (”naturlig nøgle”), der gør det muligt for REFHOST at identificere datagrundlaget for den konkrete behandlingsrelation. Anvendes til at spore hvordan en behandlingsrelation er opstået – nyttig i den situation, hvor det er nødvendigt at foretage en audit på hvorfor der blev givet adgang i en konkret situation.
Henvisningshotel import-status
Start- og end-tidspunkt og status for alle importerede filer
Ajourføres af refhost importer
Henvisningshotel udtræk
Udtræk af henvisninger fra lægemiddelstyrelsen
Opdaterer Henvisningshotel registret
Tabelbeskrivelser
Tabel: refhost
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 Refhost ( -- Henvisningshotellet, henvisning til generel laege
pk bigint NOT NULL auto_increment,
healthProfessionalCpr varchar(80), -- if set, base64 hashed. only legal if next is set
doctorOrganisationIdentifier varchar(6), -- ydernummer
hospitalOrganisationIdentifier varchar(7), -- sks-kode
ean char(13), -- ean-nummer
-- cpr numre er base64 af hashede numre
patientCpr varchar(80) NOT NULL,
referralStart datetime NOT NULL, -- henvisning start
referralEnd datetime NOT NULL, -- henvisning end
refhostReference varchar(40) NOT NULL, Fra inputdata – audit
PRIMARY KEY (pk),
INDEX Refhost_doctorOrganisation_INDEX USING HASH (patientCpr, doctorOrganisationIdentifier),
INDEX Refhost_hospitalOrganisation_INDEX USING HASH (patientCpr, hospitalOrganisationIdentifier),
INDEX Refhost_ean_INDEX USING HASH (patientCpr, ean)
) ENGINE=InnoDB COLLATE=utf8_bin;
Tabel: refhostimporterImportStatus
CREATE TABLE IF NOT EXISTS refhostimporterImportStatus (
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: Refhost stamdata
Filer modtages fra Regionerne
Teknologibeskrivelse
(udestår)
Refereres fra
- 2.1 NSP Forretningsarkitektur overordnet
- 2.2 NSP Forretningsarkitektur områder
- BRS - Design- og Arkitekturbeskrivelse
- E08 Behandlingsrelationsservice (BRS)