Produktbeskrivelse for service på NSP Sundheds professionel Borger Fagsystem / Serviceudbyder Sundhed.dk 1 2 3 (Registreringsservice) (Konsolideringsservice) (Udtræksservice) Indeks Database (oprydning) 4 cnsp -miljø Side 1 af 8 Version Dato Ansvarlig Kommentarer 0.4 31-05-2012 BTB Review kommentarer fra CHE indarbejdet samt figurer til scenarier 0.5 13-06-02012 CHE Opsamlende review. 1.0 26-06-2012 CHE Rettelser efter NSI review
Indholdsfortegnelse Resumé... 3 Baggrund og formål... 3 Forretningsmæssig motivation... 3 Hvad er produktet?... 4 Anvendelsesscenarier... 5 Scenarie 1 Registrering af sundhedsfagliges adgange til informationer... 6 Scenarie 2 Opslag via borgervendt service (sundhed.dk)... 7 Opsummering... 8 Side 2 af 8
Resumé Borgerens indsigt og overblik over egne sundhedsinformationer er et centralt element i at vedligeholde og udbygge borgerens tillid til sundhedsvæsenet. Borgeren er garanteret indsigt og overblik, jf. Sundhedslovens 42, og dataansvarlige har pligt til at sikre og tilvejebringe dette. En udbygning og sikring af borgerens adgang til egne sundhedsinformationer forbedrer også borgerens muligheder for at tage større ansvar for eget behandlingsforløb. Allerede i dag kan borgeren logge ind på sundhed.dk og via funktionaliteten i den borgervendte service Min log se en adgangshistorik samt oplysninger om hvem, der har haft adgang til disse oplysninger. Nærværende produkt den tekniske service på NSP etablerer en service, som forenkler og ensretter måden systemejerne kan indrapportere logdata. Produktet giver således mulighed for enkelt og sikkert at efterleve Sundhedslovens krav om at stille data til rådighed for borgeren og gør overblikket over sundhedsfagliges adgang til patientinformationer mere komplet og fyldestgørende. Selvom ovenstående er den primære anvendelse for -produktet, er servicen langt fra alene begrænset til dette scope. Produktet tilbyder en generel mekanisme til på sikker og robust vis at opsamle og udstille relevante statistikker om anvendelse af sundhedsdata via services vendt både mod borgere og sundhedsfaglige. Baggrund og formål Allerede i dag leverer en række services informationer til Min log på sundhed.dk f.eks. FMK, Medicinprofilen, e-journal og udvalgte services til laboratoriesvar. Denne integration er i dag teknisk set tilvejebragt på forskellig vis og under forskellige aftaleforhold om databehandling (primært reguleret efter Sundhedslovens 42c), dvs. den dataansvarliges pligt til at registrere adgang til borgerens sundhedsoplysninger. Der vil derfor være oplagte kvalitets- og ressourcemæssige fordele ved at etablere en standardiseret og fælles serviceadgang til at levere log-data til brug på f.eks. Sundhed.dk s Min log, Sundhedsjournalen eller lignende, fremtidige borgervendte tjenester. Først om fremmest vil produktet gøre det langt enklere og nemmere for systemejere at levere logdata og vedligeholde snitflader mellem afsendere af log-data (EJP-systemer eller andre sundhedsfaglige systemer i regionalt og kommunalt regi) og aftagere af log-data. Produktet vil etablere ét konsolideret, nationalt opsamlingspunkt for log-data med et enklere teknisk setup og enklere aftaleforhold omkring databehandling til følge. I takt med at kravene og pligten til at stille log-data til rådighed skærpes og muligheden for at levere log-data samtidig forbedres og kraftigt forenkles, må man forvente, at antallet af kilder til logdata over tid vil øges og dermed gør det muligt for borgeren at få et mere komplet og fuldstændigt billede af sin kontakt med sundhedsvæsenet. I takt med at stadigt flere behandlingsforløb går på tværs af sektorer og involverer flere og flere aktører, bliver dette billede vigtigere at kunne etablere for både patient og sundhedsfaglige behandlere. Forretningsmæssig motivation Gevinstpotentialet for -servicen ligger primært i, at produktet sænker den tekniske, organisatoriske og økonomiske tærskel for overholdelse af lovkravet om registrering af indhentning af borgerens sundhedsdata. Gennem en ensartet indberetning af registreringer opnås høj og ensartet kvalitet af datagrundlaget, og borgeren får dermed bedre overblik og øget kontrol over sundhedsvæsnets omgang med borgerens registrerede sundhedsinformationer. Side 3 af 8
I takt med at digitaliseringen og moderniseringen af sundhedsvæsenets systemer øges, vil der også være et voksende behov for en central og stabil mekanisme til indsamling og behandling af log-data. Produktet rummer således et gevinstpotentiale for udbydere af borgervendte services f.eks. sundhed.dk og Sundhedsjournalen der med -produktet bliver tilbudt en enkel og konsolideret adgang til registreringer af log-data. Produktet har endvidere et sigte på at forenkle og potentielt billiggøre den opgave, som dataansvarlige og databehandlere er pålagt i forhold til at opsamle og stille relevante log-informationer til rådighed. Således udstilles servicen til opsamling af log-data på den Nationale Serviceplatform (NSP). Derved opnår anvendere af opsamlingsservicen nogle umiddelbare forretningsmæssige fordele: - Anvendere skal kun indgå og overholde én aftale med én part (NSI) - Forhold omkring dataansvar og databehandling er afklarede og regulerede o overtager ansvaret for at opretholde datasikkerheden for registreringerne, herunder adgang til data, backup og sletning af forældede data - Snitfladerne baserer sig på åbne, fælles standarder der billiggør udvikling og vedligeholdelse for sundhedsvæsenets parter Hvad er produktet? Produktet er en national service hvor delen til registrering (opsamling) af log-data bliver udstillet på den nationale serviceplatform NSP. De øvrige services, der konsoliderer data og udstiller en snitflade til udtræk af log-data, drives i et separat miljø. Sundheds professionel Borger Fagsystem / Serviceudbyder Sundhed.dk 1 2 3 (Registreringsservice) (Konsolideringsservice) (Udtræksservice) Indeks Database (oprydning) 4 cnsp -miljø Figur 1. Opsamling af log-data fra de sundhedsfagliges anvendelse af fagsystemer registreres via -registreringsservicen (1). Sundhed.dk tilgår Udtræksservicen (3) der leverer log-data til den borgervendte service her sundhed.dk. Produktet består af 4 komponenter som nummereret på Figur 1: En registreringsservice (1), der modtager log-data i et fastlagt og standardiseret format og gemmer data i et midlertidigt lager. Side 4 af 8
En konsolideringsservice (2), der automatisk konsoliderer data til en udtræksdatabase. En udtræksservice (3), der udstiller den webservice, hvor igennem godkendte systemer (f.eks. Sundhed.dk eller Sundhedsjournalen) kan trække data ud fra -databasen baseret på en række kriterier. En oprydningskomponent (4), der automatisk fjerner forældede data fra databasen 1. Hvilke informationer logges og anvendes? modtager informationer om dataindhentninger foretaget i tilknyttede systemer, f.eks. fagsystemer, nationale tjenester som FMK samt nationale browsertjenester som Sundhed.dk. En registrering i består af et teknisk minimumssæt af informationer, der gør det muligt entydigt at identificere tidspunkt, system, bruger og handling, samt en borgerrettet informationstekst. Ikke alle informationerne i en registrering skal stilles til rådighed overfor borgeren. Der påhviler således Sundhed.dk i rollen som udstiller af data en opgave i at frasortere irrelevante eller følsomme informationer. Følgende informationer registreres i : Felt Borgerens CPR-nummer Unikt ID for den sundhedsfaglige bruger Kommentar CPR-nummer for den borger, der er registreret dataindhentning for. Unik identifier for den person, der udfører handlingen, der ligger til grund for registreringen. Feltet kan enten indeholde CPR-nummer, RID+CVR eller CPR+RID+CVR for personen. Unikt ID for den sundhedsfaglige bruger, der handles på vegne af Unik identifier for den person, der har ansvaret for handlingen, der ligger til grund for registreringen (dvs. den person, der handles på vegne af). Feltet kan enten indeholde CPR-nummer, RID+CVR eller CPR+RID+CVR for personen. NB! Hvis brugeren handler på egne vegne, angives samme værdi i dette felt som i Bruger ovenfor. Brugerens organisation Identifier til brugerens organisation. Tilladte klassifikationer: SOR, SHAK, P-nummerregistret, Yderregistret. Der skelnes mellem klassifikationerne ved angivelse af et NameFormat med værdierne sorcode (SOR), skscode (SHAK), pnumber (CVR-P), ynumber (Yderregistret).. 1 Indenfor rammerne af nuværende lovgivning er det i praksis data der er mere end 2 år gamle. Side 5 af 8
Systemnavn Felt Handling foretaget i itsystemet Sessions ID Tidspunkt Kommentar Systemet, der har registreret dataindhentningen. Systemnavn aftales imellem serviceudbyder og driftleverandøren af. Tekstuel ( menneskelæsbar ) beskrivelse af handlingen, f.eks. Vis vaccinationskort. (Valgfrit) Et teknisk sessions-id, der unikt identificerer den session, som bruger var i, da handlingen blev udført. Er markeret som et valgfrit felt, men kan senere blive påkrævet. Tidspunkt for dataindhentningen. Anvendelsesscenarier Der er følgende overordnede scenarier for anvendelsen af -produktet: 1. En sundhedsfaglig foretager en handling i form af adgang til en patients sundhedsdata, der resulterer i oprettelsen af en indgang/registrering i. 2. En borger tilgår en borgervendt service f.eks. via Sundhed.dk for at få et overblik over sin kontakt med sundhedsvæsenet. Herunder en historik over hvilke sundhedspersoner, der har haft adgang til hvilke sundhedsdata på et givent tidspunkt indenfor en historikperioden (2 år). Scenarie 1 Registrering af sundhedsfagliges adgange til informationer En sundhedsprofessionel udfører en handling vedrørende en patient i et fagsystem. Handlingen afstedkommer at der oprettes en ny markering i patientens Min log på Sundhed.dk, så borgeren kan se, at den pågældende sundhedsfaglige har tilgået borgerens sundhedsinformationer. Denne registrering sker gennem anvendelse af den nationale -service. Side 6 af 8
1. Den sundhedsfaglige tilgår patientoplysninger via sit fagsystem. 2. Dette afstedkommer at der samles en række oplysninger om den pågældende sundhedspersons adgang: - Patientens cpr-nummer - Tidspunkt for sundhedspersonens adgang - Id-oplysninger på den sundhedsfaglige itbruger, der tilgik informationerne - typisk i form af sundhedspersonens cpr-nummer eller RID+CVR-nummer - Om adgangen var på vegne af en anden bruger f.eks. hvis en sekretær på vegne af en læge har foretaget et opslag. Hvis dette er tilfældet skal lægens id-oplysninger også opsamles - Den organisatoriske enhed hvorfra adgangen blev initieret typisk i form af en SOR- - kode - Navnet på det fagsystem eller den service, hvorfra handlingen udføres f.eks. Columna. - En simpel tekstuel beskrivelse af handlingen f.eks. Vis vaccinationskort. Denne registrering sker uden den sundhedsfagliges indblanding eller nødvendige indgriben. Det er en aktivitet, som fagsystemet foretager og som det er systemejerens og databehandlerens ansvar at tilvejebringe. 3. Herefter danner fagsystemet et kald til Minlog-registreringsservicen 4. -registreringsservicen verificerer at beskeden og de medsendte log-oplysninger kommer fra en godkendt part. 5. Beskeden og de medsendte data modtages af -registreringsservicen, der konsoliderer dem og lagrer dem lokalt. Sundheds professionel Fagsystem 4 3 (Registreringsservice) 5 Database 1 2 Scenarie 2 Opslag via borgervendt service (sundhed.dk) Et typisk eksempel på et borgervendt anvendelsesscenarie er adgang til Min log via portalen sundhed.dk. På Min log- selvbetjeningssiden kan borgeren få et overblik og en historik over sine kontakter med sundhedsvæsenets behandlere. Det bemærkes, at udtræksservicen kan betjene andre services med udtræk af relevante registreringer. I første omgang er det dog alene sundhed.dk, der får adgang til denne service. Side 7 af 8
1. Borgeren logger ind hos Sundhed.dk via NemID og er således sikkert identificeret. 2. Borgeren navigerer frem til selvbetjeningssiden for Min log. 3. Sundhed.dk kalder nu udtræksservicen med oplysninger om borgerens cpr-nummer samt en angivelse af den periode, der ønskes logdata for. 4. -udtræksservicen verificerer at kaldet kommer fra en godkendt part 5. Borgerens registreringer bliver hentet fra databasen og returneres til Sundhed.dk. 6. Sundhed.dk kan præsenterer informationerne på en læsevenlig og intuitiv måde for borgeren, som hermed kan danne sig et overblik over den adgang der har været til vedkommendes sundhedsdata. Borgere (selvbetjening) Sundhed.dk 4 (Udtræksservice) 5 3 Database 1 2 6 Opsummering Produktet repræsenterer en enkel og kosteffektiv måde for sundhedsvæsenets parter at efterleve lovkravet om logning og tilvejebringelse af informationer om sundhedsfagliges adgang og behandling af personhenførbare sundhedsdata. Produktet repræsenterer også en langt mere effektiv måde for udbydere af borgervendte services som f.eks. sundhed.dk og Sundhedsjournalen at give patienter og pårørende en bedre og mere præcis historik over, hvilke af borgerens sundhedsdata der er blevet tilgået. Gevinsterne med servicen ligger således dels på de kvalitative elementer i form af mulighed for bedre og mere præcise borgervendte services, der skal bevare og styrke tilliden mellem borger og sundhedsvæsen. Dels ligger der konkrete gevinster for alle sundhedsvæsenets parter i at produktet tilvejebringer én fælles, konsolideret måde til at løse den lovpligtige og stadigt voksende opgave med at dokumentere sundhedsfagliges adgang til borgerens sundhedsdata. Side 8 af 8