På denna sida så specificerar vi de LRID som skall göras tillgängliga i PU-tjänsten.
Varje LRID resulterar i en ny kod som kan läggas till i runtime i applikationen. Samtliga uppgifter i tabellen behövs för att kunna koda dessa bundlar.
För nationellt reservid NRID, se Informationsspecifikation för domän strategicresourcemanagement.persons.person på rivta.se
Huvudman | Lång-Namn | Kort-namn | OID | Format | |
---|---|---|---|---|---|
SLL | Stockholm Läns Landsting | SLL | 1.2.752.97.3.1.3 | Ska (helst) ersättas av referens men tills vidare gäller detta Format: 99SSÅÅNNNNNC | |
Västra Götalandsregionen | Västra Götalandsregionen | VGR | 1.2.752.113.11.0.2.1.1.1 | 12 tecken Position 1-2 Sekel Position 1-8, Datumdelen ska vara ett giltigt datum enligt svensk kalender.
| |
Värmland | Landstinget i Värmland | LiV | 1.2.752.74.9.2 | Format: ”Origo”. Tillägg: Region/Län och Typ. (SS)ÅÅMMDD-ABNC där: Skall vi enbart tillåta 12 tecken. DVS SS är tvingande? Vad används för ÅÅMMDD i de fall man har okänt födelsedata? Dvs när Pos B != F Former user (Deleted) Som det är skrivet verkar det vara optionellt att ha sekelsiffrorna med, precis som för Carelink-formatet, dvs vi tillåter 10 eller 12 tecken. Vet ej vad som står när födelsdatum är okänt, vi ska tillåta godtyckligt tecken tycker jag. | |
Inera | Inera Carelink | CLNK | 1.2.752.129.2.1.3.2 | 12 tecken Format SSÅÅNNNNNNNN Pos 1-2: SS = Sekel (kan utelämnas) Pos 3-4: ÅÅ = År Pos 5: 0 eller 1 (månadssiffra) Pos 7-8: 32-59 (dagsiffrorna) Pos 9-11: (siffror) Pos 12: Kontrollsiffra Alla tecken är siffror Skall vi enbart tillåta 12 tecken. DVS SS är tvingande? Vilken kontroll gäller för Pos 12? Luhn? |
|
Örebro | Region Örebro Län | RÖL | 1.2.752.74.9.3 | Format (reguljärt uttryck) \d{8}T(([A-Z]|[a-z])|[0-9])\d(([A-Z]|[a-z])|[0-9]) Tillägg från Former user (Deleted) : Vi kommer enbart tillåta versaler. DVS: \d{8}T([A-Z]|[0-9])\d([A-Z]|[0-9]) |