Digital Sundhed Program for infrastruktur og sikkerhed

Transkript

1 Digital Sundhed Program for infrastruktur og sikkerhed Produktbeskrivelse for CPR tjenester på National Service Platform (NSP) Produkt-ID Navn Initiativ Init CPR tjenester på NSP NSP Version Dato Ansvarlig Kommentarer / JRI 1. udkast / JRI Usecases samt CHE rettelser indført Side 1 af 8

2 Indholdsfortegnelse Resumé... 3 Baggrund og formål... 3 Erstatningspersonnumre... 3 Forbedret anvendelse af CPR informationer... 4 Hvad er produktet?... 5 Version Version Input til Business Case... 6 Input til kvalitetssikring... 7 Referencer... 8 Side 2 af 8

3 Resumé Med den øgede digitalisering af sundhedsdomænet følger et behov for robuste tjenester vedrørende personnumre, herunder: Tjenester til rekvirering af lokalt unikke midlertidige personnumre (erstatningspersonnumre) herunder mulighed for at tilknytte informationer og nationalt unikt erstatningspersonnumre fra CPR kontoret til disse. Tjenester til oversættelse mellem lokale og nationale erstatningspersonnumre Tjenester til udskiftning af lokale erstatningspersonnumre med rigtige/blivende personnumre Tjenester der giver adgang til tidstro og opdaterede informationer i det nationale CPR register Konkret er dette produkt en optimal national realisering af ovenstående IT services, idet tjenesterne udvikles én gang og tilbydes på den nationale service platform (NSP). Disse tjenester er nødvendige i forbindelse med regionernes igangværende konsolideringsopgave, samt for at kunne opnå sammenhæng mellem sundheds-it systemer på tværs af parterne i domænet. Nærværende produkt er derfor en brik i det samlede billede, hvor sundhedsfaglige har adgang til al relevant information med følgende højere kvalitet af behandling og pleje af patienter i det danske sundhedsvæsen. Baggrund og formål Erstatningspersonnumre I sundhedsdomænet i Danmark er der relativt ofte kontakt med patienter, der ikke har et dansk CPR-nummer. Det kan f.eks. være udenlandske borgere, der får akut behov for behandling, mens de er på rejse i Danmark, immigranter der netop er kommet til landet og får behov for behandling, eller danske statsborgere der ankommer til hospitalerne, og hvor CPR-nummeret ikke kan fremskaffes (traume, ingen pårørende, etc.). Til disse patienter er der behov for at tilknytte et midlertidigt CPR-nummer. Får borgeren senere udstedt et rigtigt CPR-nummer, eller hvis det sundhedsfaglige personale senere kommer i besiddelse af det rigtige CPR-nummer, erstatter man det midlertidige med det rigtige CPR-nummer. Derfor omtales disse midlertidige CPRnumre som erstatnings-cpr-numre eller ecpr. ecpr udfordringen er delvist løst på national plan, idet CPR kontoret i 2007 etablerede en tjeneste, hvor der kan rekvireres erstatningspersonnumre (se [ecpr_cpr]). Her bevares "formen" på personnummeret (6+4 cifre), men de første 6 cifre er ikke længere en korrekt fødselsdato (se [ecpr_format]), hvilket giver en række udfordringer for sundhedssektorens eksisterende systemer. Desuden kræver Side 3 af 8

4 det en række tekniske kompetencer (Virksomheds-OCES signatur, godkendelse hos CPR etc.), at få adgang til den nationale ecpr løsning, hvilket gør det besværligt at integrere mange systemer fra sundhedsdomænet med denne tjeneste. Den nationale ecpr løsning har derfor svært ved at blive adopteret i bl.a. regionerne. Samtidig er flere regioner (se bl.a. [RM_Instr] og [RSj_SDK]) begyndt at etablere parallelle egenudviklede ecpr løsninger, hvor der udstedes lokalt unikke CPR-numre, der overholder det "gamle" format (6+4, hvor de første 6 er korrekt fødselsdato). Da disse ecpr kun er kendt i den pågældende organisation og kun kan garanteres at være unikke inden for denne organisation, kan disse naturligvis ikke anvendes, når der kommunikeres med parter uden for organisationen. Den optimale løsning er derfor, at den lokale løsning bliver koblet sammen med den nationale løsning, så de lokale ecpr'er automatisk blev byttet til nationale ecpr'er når der kommunikeres med eksterne parter. For at undgå at der etableres lokale ecpr løsninger, der må formodes at være ukoordinerede, og for at sikre at den nationale ecpr løsning på længere sigt kan få bredere anvendelse, udvikles der nogle fælles tjenester, der dels gør det muligt at rekvirere og ændre lokale ecpr-numre, der overholder det "gamle" format, dels gør det muligt at tilknytte lokale informationer til ecpr-numrene og dels knytter disse til nationale ecpr-numre. Tjenesterne udvikles som nationale infrastrukturkomponenter, og tilbydes på den nationale service platform (NSP). På NSP etableres der ligeledes en "oversættelsesfunktion" på eksisterende national infrastruktur i sundhedsdomænet, så der kommunikeres med det nationale ecprnummer uden for organisationen, mens der kan opereres med lokale ecpr-numre inden for organisationen. Figur 1 - Illustration af konvertering til/fra lokalt ecpr til nationalt ecpr Forbedret anvendelse af CPR informationer Foruden ecpr problematikken er der også suboptimal anvendelse af det eksisterende nationale CPR register. Det primære problem er, at flere parter i Side 4 af 8

5 sundhedsdomænet etablerer kopi-registre, og at disse som oftest placeres på nogle relativt monolitiske systemer i organisationen. Internt i organisationen bliver dette system nu datakilde for en række andre systemer, hvilket skaber nogle uhensigtsmæssige bindinger til det pågældende system. I den optimerede nationale systemarkitektur giver det en række fordele at have CPR stamdata på NSP. Foruden at afskaffe bindingen til nogle proprietære produkter, giver det også en garanti for leverance, support og dynamik i denne tjeneste. Med tjenesterne på NSP følger så at sige en "forsyningsgaranti" som alle parter i sundhedsdomænet kan nyde gavn af. Desuden står Digital Sundhed inde for, at denne tjeneste til stadighed overholder nationale kommunikationsstandarder og har den fornødne servicekvalitet (svartid, oppetid, robusthed, skaleringsgrad etc.) der gør det muligt for parterne at kunne anvende tjenesten som datakilde. Hvad er produktet? Version 1 En tjeneste på NSP, hvor en organisation kan rekvirere et lokalt unikt ecprnummer, der overholder den "gamle" nummerordning. Samtidig med at det lokale ecpr dannes, rekvireres også et nationalt ecpr gennem CPR kontorets ecpr tjeneste. En relation mellem disse to numre gemmes i en database. Det lokale ecpr-nummer kan rekvireres: o systemteknisk gennem anvendelse af en web service o manuelt gennem anvendelse af en webbaseret tjeneste (browser løsning) En tjeneste på NSP hvor relationen mellem lokalt ecpr og nationalt ecpr kan rekvireres og ændres. Denne tjeneste stilles ligeledes til rådighed både systemteknisk (web service) og som manuel løsning (browserløsning) En tjeneste der giver adgang til opdaterede informationer af høj kvalitet fra det nationale CPR register. Version 2 Notificeringstjenester udnyttes hos CPR kontoret og etableres tilsvarende på NSP. Dette gælder ligeledes for lokal ændring af det lokale ecpr-nummer. Figur 2 - Skematisk overblik over de foreslåede tjenester på NSP (version 2) Side 5 af 8

6 For at etablere dette produkt (version 1+2), er der alene tale om udvikling af tjenester på NSP, foruden naturligvis hos dem, der skal anvende tjenesterne. Der kræves ikke udvikling hos andre parter. Ovrordnede Usecases Løsningen skal understøtte en række forskellige usecases/scenarier hvor håndtering af CPR informationer forekommer: Usecase 1: Bevidstløs patient eller patient uden dansk CPR-nummer modtages af instans i sundhedsvæsnet f.eks. skadestue (rekvirering af nyt lokalt ecpr-nummer) Usecase 2: Den kan ikke skaffes endeligt CPR-nummer til nyfødt (rekvirering af nyt lokalt ecpr-nummer) Usecase 3: Patient med lokalt ecpr-nummer overføres eller henvises til anden instans i sundhedsvæsnet. (Oversættelse af lokalt ecpr-nummer til nationalt ecprnummer) Usecase 4: Identitet på patient, der ved modtagelse var bevidstløs og fik erstatningslokalt ecpr-nummer, fastslås og skal ændres til korrekt CPR-nummer (erstatning af lokalt ecpr med CPR) Usecase 5: Patient med nationalt ecpr-nummer modtages hos en part, der anvender lokalt ecpr-numre. (Rekvirering af lokalt erstatnings-cpr-nummer til allerede eksisterende nationalt ecpr-nummer) Usecase 6: Lokalt system (fagsystem eller lokal integrationsplatform) rekvirerer CPR informationer fra det nationale CPR register. Usecase 7: Lokalt system (fagsystem eller lokal integrationsplatform) abonnerer på ændringer i det nationale CPR register. Usecase 8: Lokalt system (fagsystem eller lokal integrationsplatform) abonnerer på ændringer i det lokale ecpr register. Input til Business Case Anvendelse af CPR tjenester på NSP vil afledt medvirke til øget behandlingskvalitet i Danmark. I takt med øget digitalisering, og især øget dataudveksling mellem lokale og ikke-lokale systemer, er en solid ecpr løsning en nødvendighed for at dette kan blive en succes. Den foreslåede løsning er derfor: en optimering af de samlede ressourceanvendelser ift. ecpr og CPR oplysninger i sundhedsdomænet, idet regioner og andre parter, der endnu ikke har etableret disse løsninger, vil få adgang til disse billigst muligt gennem national udvikling. en optimal løsning i forhold til eksisterende løsninger, idet løsningen ikke kræver ændringer i eksisterende systemer. Side 6 af 8

7 Udviklingsomkostningerne til disse NSP services forventes at være (løst estimeret): Fase 1. til udvikling og test: 1,2 / 0,8 / 0,4 (max, realistisk, min) Fase 2. til udvikling og test: 1,0 / 0,6 / 0,4 (max, realistisk, min) I forhold til en samlet implementering af denne løsning skal der tillægges udviklings-, test og implementeringsomkostninger lokalt i f.eks. regionerne. Det er ikke muligt at estimere disse omkostninger, idet det dels tidsmæssigt vil komme til at strække sig over mange år, inden de væsentligste systemer er systemmæssigt integreret med løsningen og dels da et sådant estimat vil afhænge af, hvilken realiseringsstrategi 1 den pågældende part vælger. Estimatet omfatter derfor ikke: - selv idriftsættelsen - ændringer i applikationer der skal anvende servicen - ændring af regionale procedure og forretningsgange - indsamling og registrering af allerede brugte ecpr-numre Input til kvalitetssikring Kvalitetskriterier - De etablerede tjenester skal have den fornødne IT tekniske robusthed til, at parterne uden bekymring og uden tøven ønsker at anvende dem. - De brugervendte tjenester skal være så intuitive at anvende, at organisationen, hvori tjenesten implementeres, ikke behøver iværksætte større undervisningsforløb ifm. implementeringen. - Kvalitetssikringsmetode - Der skal opstilles målinger, der beviser tjenesternes IT tekniske kvalitet (svartid, skaleringsevne mm.). Disse målinger skal være offentligt tilgængelige. - Repræsentanter fra de væsentligste potentielle anvender-organisationer skal involveres i kravspecifikation og løbende review ifm. udviklingen. - Det anbefales derfor, at nærværende produkt udarbejdes i samarbejde med en eller flere organisationer, der på forhånd udviser interesse for tjenesterne. 1 En region kan f.eks. vælge at anvende de manuelle funktioner i en periode, dernæst integrere nuværende "monolitiske" systemer med web service systemerne. En anden region kan vælge at integrere systemteknisk fra en SOA integrationsplatform og en tredje region kan vælge at integrere alle de vigtigste fag- og administrationssystemer direkte til NSP'ens web services. Side 7 af 8

8 Referencer [ecpr_cpr] [ecpr_format] [RM_Instr] [RSj_SDK] BAC12575A9004A8530/$File/DOM7T5ERV.pdf Side 8 af 8