INDHOLD
Beskrivelse
”Tilknyttede behandlinger” er et datasæt, der består af præparater, der skal gives som supplement til en anden behandling med et lægemiddel.Datasættet blev indført, fordi det i forbindelse med ordination af visse specielle lægemidler, er et krav, at der som en del af behandlingen ordineres tilskudspræparater, som ikke er lægemidler og som derfor ikke er registreret med stamdata i "Medicinpriser". For at kunne registrere disse tilknyttede behandlinger stuktureret og kunne referere til dem med unikke id'er, vedligeholdes datasættet "tilknyttede behandlinger".
Datasættet indeholder kun generiske præparater, og der findes ikke tilhørende varenumre/pakninger. Tilknyttede behandlinger er primært relevante for systemer hvori en patients medicinering oprettes eller ændres. Dvs. først og fremmest systemer til praksislæger, speciallæger, tandlæger m.v. og EPJ-systemer. Datasættet er ikke på nogen måde følsomt, og kan derfor udstilles til alle interesserede. Registeret over tilknyttede behandlinger udstilles på NSP og vedligeholdes af Sundhedsdatastyrelsen.
Forretningsanvendelse
Generel register beskrivelser: Dokumentation af stamdataregistre. Specifikt: Tilknyttede behandlinger
Anvendelse af B00 Stamdata Kopi register service (SKRS): SDM - Guide til anvendere
SKS-registeret blev kun brugt af Fælles Medicin Kort (udenfor NSP). BRUGES IKKE LÆNGERE AF NOGEN.
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 Tilknyttede behandlinger oplysninger.
Support ansvarlig: Trifork
Datastruktur, Stamdata register: Tilknyttede behandlinger
Register properties:
Entitetsbeskrivelser
additionalname
Indeholder yderligere navne for ”supplementtreatment”. Datasættet svarer omtrent til takstens LMS21 ”lægemiddelnavne”
Objektet rummer følgende information:
Id Unik id for datatypen
ModifiedDate Seneste modifikationstidspunkt
Name Yderligere navn på den tilknyttede behandling
SupplementThreatmentID Refererer til supplementtreatment.Id
supplementtreatment
"Tilknyttede behandlinger". Består af lægemidler der skal gives som supplement til en anden behandling med et lægemiddel
Objektet rummer følgende information:
AtcCode ATC-kode. Vil eksistere i den gældende takst på oprettelsestidspunktet
AtcText ATC-tekst. Udfyldt hvis AtcCode er udfyldt
DosageUnitTextPlural Doseringsenhed, ental (fx "tablet") ??? -- HMM! ser ud som de to tekster er byttet rundt ??
DosageUnitTextSingular Doseringsenhed, flertal (fx "tabletter") ??? -- HMM! ser ud som de to tekster er byttet rundt ??
DoseDispensable Egnet til dosisdispensering ("D" hvis ja)
FormCode Form-kode (fx "TAB")
FormText Form-tekst (fx "tabletter")
Id Unik id for datatypen
ModifiedDate Seneste modifikationstidspunkt
Name Navn på den tilknyttede behandling
RouteOfAdministrationCode Administrationsvej, kode (fx "OR")
RouteOfAdministrationText Administrationsvej, tekst (fx "Oral anvendelse"). Udfyldt hvis RouteOfAdministrationCode er udfyldt
StrengthText Styrke, tekst (fx "miligram")
StrengthUnitCode Styrkeenhed, kode (fx "MG"). Udfyldt hvis StrengthValue er udfyldt
StrengthUnitText Styrkeenhed, tekst (fx "miligram"). Udfyldt hvis StrengthValue er udfyldt
StrengthValue Styrke-værdi
Tilknyttede behandlinger import-status
Start- og end-tidspunkt og status for alle importerede filer
Ajourføres af Tilknyttede behandlinger Importer
Tilknyttede behandlinger udtræk
Udtræk af tilknyttede behandlinger fra Sundhedsdatastyrelsen
Opdaterer Tilknyttede behandlinger registeret (supplementtreatment og additionalname)
Tabelbeskrivelser
Tabel: additionalname
CREATE TABLE IF NOT EXISTS `AdditionalName` (
`PID` BIGINT(15) NOT NULL AUTO_INCREMENT,
`AdditionalNameID` VARCHAR(22) NOT NULL,
`SupplementThreatmentID` BIGINT(15) NOT NULL,
`Name` VARCHAR(60) NOT NULL,
`CreatedDate` DATETIME NOT NULL,
`ModifiedDate` DATETIME NOT NULL,
`ValidFrom` DATETIME NOT NULL,
`ValidTo` DATETIME NULL,
PRIMARY KEY (`PID`),
INDEX `PIDModified` (`PID` ASC, `ModifiedDate` ASC),
INDEX `IDValidFromTo` (`AdditionalNameID` ASC, `ValidFrom` ASC, `ValidTo` ASC))
ENGINE = InnoDB;
Tabel: supplementtreatment
CREATE TABLE IF NOT EXISTS `SupplementTreatment` (
`PID` BIGINT NOT NULL AUTO_INCREMENT,
`SupplementThreatmentID` BIGINT NOT NULL,
`Name` VARCHAR(30) NOT NULL,
`FormCode` VARCHAR(7) NOT NULL,
`FormText` VARCHAR(20) NOT NULL,
`StrengthValue` DECIMAL(10,3) NULL,
`StrengthUnitCode` VARCHAR(3) NULL,
`StrengthUnitText` VARCHAR(50) NULL,
`StrengthText` VARCHAR(20) NULL,
`AtcCode` VARCHAR(8) NULL,
`AtcText` VARCHAR(72) NULL,
`RouteOfAdministrationCode` VARCHAR(2) NULL,
`RouteOfAdministrationText` VARCHAR(50) NULL,
`DoseDispensable` VARCHAR(1) NULL,
`DosageUnitTextSingular` VARCHAR(100) NULL,
`DosageUnitTextPlural` VARCHAR(100) NULL,
`CreatedDate` DATETIME NOT NULL,
`ModifiedDate` DATETIME NOT NULL,
`ValidFrom` DATETIME NOT NULL,
`ValidTo` DATETIME NULL,
PRIMARY KEY (`PID`),
INDEX `PIDModified` (`PID` ASC, `ModifiedDate` ASC),
INDEX `IDValidFromTo` (`SupplementThreatmentID` ASC, `ValidFrom` ASC, `ValidTo` ASC))
ENGINE = InnoDB;
Tabel: tilknyttedebehandlingerimporterImportStatus
CREATE TABLE IF NOT EXISTS tilknyttedebehandlingerimporterImportStatus (
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: Tilknyttede behandlinger stamdata
Hentes via SFTP
Kildedata (dvs. data der indlæses i stamdatamodulet) består af to UTF-8 encoded tekstfiler. Filerne indeholder et antal rækker adskilt med newline (evt. også cariage-return), og hver linje indeholder felter adskilt af semikolon. Evt. semikolon i data kan escapes med foranstillet backslash.
Første linje indeholder feltnavne. Efterfølgende linjer indeholder data.
De to filer er navngivet SupplementTreatment.csv og AdditionalName.csv, og afleveres som en enkelt zipfil.
Teknologibeskrivelse
(udestår)