Page History
...
Der er udarbejdet et vejledningsdokument (Vejledningsdokument til MinLog 2 version 1.2.pdf) 6 som indeholder krav og vejledning til systemer, som afleverer til MinLog i kapitel 3 - kapitlet Registreringsservice.
Det er vigtigt at følge anvisningerne i vejledningsdokumentet, herunder være opmærksom på bl.a. følgende tekniske krav til anvendelsen af registreringsservicen:
[R.5] Registreringsservicen skal så vidt muligt kaldes asynkront i forhold til brugerens anvendelse af et
system (f.eks. FMK eller et EPJ-system)
[R.6.a] Registreringsservicen skal så vidt muligt kaldes med data opsamlet over en periode. Der skal sikres en
passende vægt mellem datamængden der kaldes med og antallet af kald pr. tidsenhed
[R.6.b] Såfremt man forudser behov for at overskride anbefalingerne om 500 entries pr. kald og/eller 20 kald i timen, skal datamængde og kaldefrekvens fastlægges sammen med Sundhedsdatastyrelsen.
[R.7] Det skal sikres, at systemet der afleverer data til registreringsservicen, ikke kommer bagefter med
logninger
...
[R.9] MinLog definerer ikke tidsrummet for, hvor længe der kan være imellem logninger, der kan slås
sammen. Disse kan variere, afhængig af kilden. To eller flere opslag på en lægemiddelordination i FMK
foretaget af samme læge og på samme patient inden for et godkendt tidspunkt kan f.eks. slås sammen i én
logning.
[R.10] Reduceres logdata, skal der angives start- og sluttidspunktet for logninger i stedet for et enkelt
tidspunkt.
Skemabeskrivelser og operation
...
Yderligere findes beskrivelser af den operation der skal anvendes til at sende logentries her: https://www.nspop.dk/display/public/web/MinLog2+-+Min+Log+Registrering+-+Guide+til+anvendere#MinLog2MinLogRegistreringGuidetilanvendere-Operationer
Denne operation anvendes også til at sende flere logentries i samme request og det anbefalede antal logentries er 500 entries pr. request.
Gitte: Er det det rigtige at henvise til denne gamle løsningsbeskrivelse, er det ikke bedre at henvise til skemabeskrivelsen under anvenderguide )?
Henrik: Jeg opfattede løsningsbeskrivelsen som den autoritative. Hvis den ikke er det, skal vi nok have dem gemt lidt væk på sitet? Jeg har refereret dirkete til skemabeskkrivele og operation - så de rammer direkte på dem.
Gitte: Det der står herunder, hører det til overskriften 'snitfladebeskrivelse'? Er det ikke nærmere noget a la 'Forudsætninger og adgang'?
Henrik: Jeg tror faktisk at det helt kan udelades - det er redundant info, der står i Anvenderguide, som vi alligevel henviser til. Jeg flytter budskabet om WL ned under Adgang til service.
Registreringsservices kræver anvendelse af virksomheds-, funktions- eller medarbejdercertifikat.
Servicen overholder Den Gode Web Service 1.0.1, og kræver:• At enten det kaldende system er autentificeret af STS’en (sikkerhedsniveau 3) eller at den kaldende bruger er autentificeret af STS’en (sikkerhedsniveau 4)• At den kaldende organisation er autoriseret, hvilket kontrolleres vha. en whitelist på CVR-niveau
Arkitektur
Se evt. yderligere oplysninger om arkitktur her E07 Minlog2
...
Produktion
Registreringsservicen kaldes via denne URL i produktion: https https://<host>:<port>/minlog2-registration/20210511/RegisterService
WSDL
Registrationsservicen findes her: https://wsdl.nspop.dk/minlog2-registration/20210511/RegisterService?wsdl
Regionerne er WL til servicen og behøver således ikke foretage sig noget i den henseende.
...
Det er muligt at benytte Test-FMK-online til at hente egne logninger og sammenligne opslag. Test FMK
Specielle vilkår – Minlog registreringer: Reduktion af logninger |
|---|
Der er mulighed for anvendelse af individuel og bulk upload af logninger på Minlog. Bulk upload kan indeholde op til 1.000 logs. Af hensyn til begrænsning af datamængder bør denne funktion anvendes default af dataansvarlig serviceleverandør. Herudover er der mulighed for at anvende reduktion af logninger. Efter aftale med SUM er det aftalt, at regioner kan aflevere én registrering pr borger/pr sundhedsperson/pr påbegyndt døgn. |
...