Service Specifikation for Fælles Regional CPR Komponent

Relaterede dokumenter
Registrering i Patientadministrativt system - OPUS

Webservice kald. System-til-system integration. Ny Easy. ATP 1. februar 2017

Attachments:7 Added by Knud D. Hjørlund, last edited by Martin Axen Ry on Apr 02, 2009 (view change)

National Sundheds-it Infrastruktur og sikkerhed

Specifikationsdokument for servicen PID-CPR

Specifikationsdokument for servicen PID-CPR

Emne Sidst opdateret /version 1. 1/Steen Eske Christensen

Version 1.0. Vejledning til brug af Støttesystemet Organisation

Vejledning til leverandører ifm. CPR-abonnement

SF1460_A Modtag besked Integrationsbeskrivelse - version 2.3.0

Vejledning om personidentifikation i IdM

(Bilag til dagsordenspunkt 8, Kommunale anvenderkrav til støttesystemerne)

Den Digitale Landevej - Arkitekturprodukt

Bilag 2 - Fælles arkitekturramme for GD1-GD2-GD7. Etablering af datadistribution på den Fællesoffentlige Datafordeler

SF1460_C Aflever besked Integrationsbeskrivelse - version 2.4.0

(Bilag til dagsordenspunkt 8, Kommunale anvenderkrav til støttesystemerne)

Løsningsarkitektur - Bilag A 1 Sammenstillede services

Håndbog Til CPR services

Drejebog for tilslutningsprøve OIO sag

UNI-VPN Brugeradministration

AuthorizationCodeService

Personnummeret i CPR-systemet

Brugermanual. DKF s Self service på

ecpr erstatnings CPR Design og arkitektur

Leveranceaftale. Miniudbud iht. rammeaftale om Borgerskab og Service. Juli 2008

Kommunale integrationsløsninger i SkoleIntra v/ Ole Windeløv

Tillægsvilkår Taletidspakker hos OiSTER Mobil

Løsningsbeskrivelse. Den fælleskommunale Serviceplatform

Tips & tricks for den avancerede bruger af SkoleIntra

UNI-login (Sådan gør du punkt for punkt i EASY-A) /version 3/Jørgen Vejbæk

Det Fælles Medicinkort

Vejledning i brug af KLUBPORTALEN

Vejledning af Økonomi opsætning

23. maj 2013Klik her for at angive tekst. HHK/KMJ. Vejledning til brug af Støttesystemet Adgangsstyring

Version 1.0. Vilkår for brug af Støttesystemet Adgangsstyring

Løsningsbeskrivelse til P13-7 Hent ydelsesinformationer fra Ydelsesindeks

Det Fælles Medicinkort

Det Fælles Medicinkort. Snitfladebeskrivelse for Receptfornyelse og genbestilling. Version 1.4.0

CULR webservice version 4

Ofte stillede spørgsmål kunder

OS2 Opgavefordeler. Løsningsbeskrivelse Version 2. Udarbejdet af Miracle A/S Simon Møgelvang Bang

e-conomic integration

Censor og undervisningskompetencer

Vejledning - web-baseret indberetningssystem vedr. forebyggende foranstaltninger for udsatte børn og unge.

UNI-login. Indhold. Ændringer. Centrale begreber. (Sådan gør du punkt for punkt i EASY-A) /version 4/Egon Nør

VEJLEDNING - Benyttelse af CPR-nummer

DaTelTek ApS ich 4 SpAPI Telenor Serviceprovider API

Vilkår vedrørende anvendelsen af Støttesystemet Organisation

SF1460_C Aflever besked Integrationsbeskrivelse - version 2.2.2

SNITFLADER TIL INDEKSER. Præsentation af de fælleskommunale støttesystemernes snitflader til indekser

DOKUMENTBROKER Koncept

Produktionsskolernes muligheder i Elevplan

Proveniens. Datadokumentation MGR-lite

Vejledning i Dommerportal

Digital Sundhed Program for infrastruktur og sikkerhed

Vejledning Anmeldelse af arbejdsulykker

Håndbog Til CPR services

Krav til beskedfordeler, dannelse og abonnement

Vejledning til leverandører ifm. CPR-abonnement

Modul til godkendelsesstyring, pro v2.0

VITAS Tildel rettigheder Tildeling af rettigheder i NemLog-in

(Bilag til dagsordenspunkt 8, Kommunale anvenderkrav til støttesystemerne)

1. Release- og Versioneringsstrategi for Serviceplatformen og services

Vilkår OiSTER Ekstra Data Tillægspakker

Specifikationsdokument for servicen RID-CPR

Format Forklaring Bemærkning / cifre Bindestregen og skråstregen skal ikke altid medtages (de udelades f.eks. ved it-behandling).

Introduktion til NemSMS. August 2019

Integration mellem FBS og økonomi-/debitorsystemer

Indberetning af tvang ved somatisk behandling af varigt inhabile

Styregruppe og Brugergruppe

Generelt om støttesystemerne

Data Discount Erhverv A/S

Cirkulære om sikkerhedsforanstaltninger i Kirkenettet

Tilslutningsprøvedrejebog til NemKonto for Private Udbetalere. Version 1. december 2007

Vejledning til leverandører ifm. CPR-abonnement

I dette nyhedsbrev NYHEDER VEDR. LUDUS SUNDHED. Individbaseret undervisning

Vejledning til udfyldelse af registrering af strålingsgeneratorer

Skrivelse. Målgruppe: rapportadministratorer i LDV samt den indsigtsansøgende. Indsigtsbegæringsrapport. Juli Side 1 af 5

SUP-specifikation, version 2.0. Bilag 9. SUP-Styregruppen. Sikkerhed og samtykke. Udkast af 12. juni Udarbejdet for

Udbud af RIPA-Syd. Underbilag 14.B - Fejlproces

AU Webshop brugeradministration

Persondataforordningen og lokalforeningen

Vejledning til kommuners brug af Serviceplatformen

KaBoo administratormanual

Bilag 12. Drift af SUP-systemer. Udkast af 12. juni Udarbejdet for. SUP-Styregruppen

Vejledning til leverandørers brug af Serviceplatformen

Beretning. Forslag til folketingsbeslutning om transseksuelles/transkønnedes rettigheder [af Per Clausen (EL) m.fl.]

ØKONOMI - O G INDENRIGSM IN I STE RIE T

Indberetning af rituel omskæring

D INTEGRATIONSDESIGN FOR DATAAFTAGERE

Ja Sættes til -1. ExporterIndicator Ja Ikke en del af CVR grunddata. Sættes til tomt. Har aldrig været required i CVR (citat ERST)

UNI Login. Eksport webservice. WS17 v1

Behandling af personoplysninger i forbindelse med venteliste

Projektledelse Ud af KMD Sag Ind i SAPA. Analyse Strategi Plan Eksekvering

NATIONAL SERVICEPLATFORM

Dokumentlog. Dato Version Beskrivelse Applikation version Ny godkendelsesproces. Reference Forfatter Godkender.

Tekniske krav til spiludbydere i forbindelse med opnåelse af tilladelse til at udbyde online spil i Danmark

Vejledning til elevadministration. Vejledning til brug af Optagelse.dk som elevadministrativt system

Vilkår og privatlivspolitik

Transkript:

Service Specifikation for Fælles Regional Komponent Owner: RSI Updated: 9/24/11 5:33 PM Page 1 of 5

Indhold 1. Formål... 3 2. Baggrund... 3 3. Omgivelser... 3 4. Service Specifikationer... 4 4.1. Lookup... 4 4.1.1. aperson getpersondetails (acivilregistrationnumber)... 4 4.1.2. Persons getpersondetails (alistofcivilregistrationnumbers)... 4 4.1.3. Persons getpersondetails (abirthdate)... 4 4.1.4. Persons getpersondetails (aname)... 4 4.1.5. void createsubstitutepersondetails (aperson)... 4 4.1.6. void updatesubstitutepersondetails (aperson)... 4 4.2. Subscription... 5 4.2.1. void subscribepersondetails (asystemid, acivilregistrationnumber)... 5 4.2.2. void unsubscribepersondetails (asystemid, acivilregistrationnumber)... 5 4.2.3. Persons getcivilregistrationnumberschanged (asystemid)... 5 4.2.4. Persons getcivilregistrationnumberschanged (asystemid, afromdate, atodate)... 5 5. Udeståender... 5 6. Dokumenthistorik... 5 Owner: RSI Updated: 9/24/11 5:33 PM Page 2 of 5

1. Formål Formålet med den fælles Komponent er at holde styr på personoplysninger ét sted for alle landets regioner. 2. Baggrund Hver regioner har p.t. en Komponent, som cacher og abonnerer på personoplysninger for derved at spare penge på direkte opslag i den centrale Service. Da hver region også behandler borgere fra andre regioner, abonnerer hver region typisk på en noget større population end sin egen. Derudover benyttes den regionale Komponent ved tildeling af erstatnings numre f.eks. for personer uden personnummer og tilskadekommende uden personidentifikation. Da hver region har sin egen Komponent, vil den samme person blive tildelt flere forskellige erstatnings numre, hvis vedkommende behandles i mere end én regioner. Ved fødsler er der også mulighed for at hente nyt nummer fra den centrale Service. Ved en fælles Komponent er der en del stordriftsfordele, da man fælles kan nøjes med at abonnere på hver borgers oplysninger én gang. Derudover undgås, at der skal tildeles et erstatnings nummer pr. region, hvorved det gøres lettere at dele oplysninger på tværs af regionerne. 3. Omgivelser Komponenten henter personoplysninger fra det centrale register enten ved opslag eller ved abonnement på ændringer. Komponent Opslag Regionale Komponenter Abb. Da opslag benytttes meget hyppigt i regionernes nuværende systemer, vil de regionale Komponenter fortsætte med at eksistere, og de vil fortsat cache personoplysninger af performance mæssige hensyn. De vil dog ikke længere abonnere på ændringer direkte fra det centrale register, men fra den nye fælles Komponent. Owner: RSI Updated: 9/24/11 5:33 PM Page 3 of 5

Leverandører af løsninger af fremtidige fælles regionale løsninger vil typisk integrere til den centrale Komponent for ikke at skulle etablere og vedligeholde integrationer til de enkelte regioner. DNK ( projektet) vil således blive den første anvender af den nye Komponent. 4. Service Specifikationer Komponenten udstiller to Services: Lookup Subscription 4.1. Lookup Opslag vil blive benyttet af leverandører af fælles regionale systemer og af de regionale Komponenter, hvor regionen ikke i forvejen har cachet oplysninger for den pågældende person. 4.1.1. aperson getpersondetails (acivilregistrationnumber) Laver opslag på et -nummer. Hvis personoplysningerne ikke er cachet, laves opslag i det centrale register. 4.1.2. Persons getpersondetails (alistofcivilregistrationnumbers) Laver opslag på en liste af -numre. Hvis personoplysningerne ikke er cachet, laves opslag i det centrale register. 4.1.3. Persons getpersondetails (abirthdate) Laver opslag på fødselsdato. Hvis personoplysningerne ikke er cachet, laves opslag i det centrale register. Der kan returneres flere personers oplysninger. 4.1.4. Persons getpersondetails (aname) Laver opslag på navn. Hvis personoplysningerne ikke er cachet, laves opslag i det centrale register. Der kan returneres flere personers oplysninger. 4.1.5. void createsubstitutepersondetails (aperson) Genererer et erstatnings nummer og gemmer personoplysningerne til senere opslag. 4.1.6. void updatesubstitutepersondetails (aperson) Opdaterer personoplysninger for en person med et erstatnings nummer - og gemmer personoplysningerne til senere opslag. Owner: RSI Updated: 9/24/11 5:33 PM Page 4 of 5

4.2. Subscription Et system kan oprette et abonnement på at modtage oplysninger om ændringer. I den forbindelse betragtes de regionale Komponenter som systemer, der kan abonnere på lige fod med nye systemer, som integrerer direkte op imod den fælles Komponent. 4.2.1. void subscribepersondetails (asystemid, acivilregistrationnumber) Opretter abonnement på ændringer af personoplysninger for et nummer. 4.2.2. void unsubscribepersondetails (asystemid, acivilregistrationnumber) Opsiger abonnement på ændringer af personoplysninger for et nummer. 4.2.3. Persons getcivilregistrationnumberschanged (asystemid) Returnerer en liste over personer, som har ændret oplysninger siden sidste forespørgsel fra det pågældende system. 4.2.4. Persons getcivilregistrationnumberschanged (asystemid, afromdate, atodate) Returnerer en liste over personer, som har ændret oplysninger inden for et datointerval. 5. Udeståender Det bør undersøges, om CSC s D Komponent kan benyttes, eller om den er for dyr, da den kører på en mainframe, hvor forbruget afregnes som MIPS. Ud over de specificerede operationer mangler der sandsynligvis nogle til at håndtere cpr-nummer skift (ved kønsskifte operationer, og når man finder det rigtige cpr-nummer på en person, som har fået tildelt et erstatningsnummer). 6. Dokumenthistorik Dato Initialer Version Beskrivelse 2011.01.17 GLP 0.1 Første udkast til Komponent Specifikation. Skal bl.a. verificeres i regionerne. 2011.05.25 GLP 0.2 Kosmetisk ændring 2011.06.28 GLP 0.3 Kosmetisk ændring Owner: RSI Updated: 9/24/11 5:33 PM Page 5 of 5