Page History
...
Den enkelte aktør kan frit vælge hvilke brugerhistorier deres integration skal understøtte, baseret på lokale behov og præferencer, dog med en række brugerhistorier som man bør understøtte. I tabellen herunder angives hvorvidt man enten bør eller kan understøtte en brugerhistorie.
Brugerhistorie | Integration |
#3.1.1 Opslag på personregistrering ved brug af et Nationalt eCPR-nummer | Bør |
#3.1.2 Opslag på personregistrering ved brug af et Decentralt eCPR-nummer | Kan |
#3.1.3 Fremsøgning af personregistrering(er) ved brug af et Decentralt eCPR-nummer | Kan |
#3.1.4 Opslag på personregistreringer ved brug af entydigt stamdata | Bør |
#3.1.5 Fremsøgning af personregistreringer ved brug af ikke-entydigt stamdata | Kan |
#3.2.1 Opret personregistrering for en kendt patient | Bør |
#3.2.2 Opret personregistrering for en ukendt patient | Kan |
#3.2.3 Reservation af Nationalt eCPR-nummer | Kan |
#3.3.1 Opdatering af stamdata på personregistrering | Bør |
#3.3.2 Dublethåndtering / Flet af to personregistreringer | Kan |
#3.3.3 Opdatering af Nationalt eCPR-nummer ved ændring af køn eller fødselsdato | Kan |
#3.4.1 Match på navn og Nationalt eCPR-nummer - kendt patient | Bør |
#3.4.2 Match på manglende navn og Nationalt eCPR-nummer - ukendt patient | Kan |
#3.4.3 Sikring mod brug af historiske Nationale eCPR-numre | Bør |
#3.5.1 Håndtering af advisering om opdatering af stamdata | Kan |
#3.5.2 Håndtering af advisering om ændring af Nationalt eCPR-nummer | Kan |
...
3.1 Fremsøgning og opslag i Nationalt eCPR
BEGREB | BESKRIVELSE |
Opslag | Fremsøgning på en enkelt KeyIdentifier med det forventede resultat at finde max én personregistrering. Opslag forventes at blive brugt både ved system-til-system kommunikation, samt til understøttelse af slutbrugerhandlinger i en brugergrænseflade. Til opslag benyttes servicen eCPR - GetPersonById med et OID for en identifier type og værdien af den pågældende identifier. |
Søgning | Fremsøgning på en eller flere parametre, hvor det forventede resultat kan være et antal personregistreringer. Søgning forventes kun at blive brugt til understøttelse af slutbrugerhandlinger i en brugergrænseflade. Til søgning benyttes eCPR - SearchPerson med en query bestående af ét eller flere elementer sammensat af AND. eCPR - SearchPerson laver altså en søgning på alle personregistreringer, hvor alle elementer i den medsendte query er gældende. |
...
Som ensystembruger eller sundhedsfaglig ønsker jeg at foretage et opslag med et Nationalt eCPR-nummer i Nationalt eCPR, med det formål at få returneret den pågældende personregistrering så jeg kan få verificeret at det Nationale eCPR-nummer eksisterer og få returneret de informationer der er registreret på den pågældende personregistrering med det formål:
|
...
| Acceptkriterier |
|
| Operation |
...
3 3.1.2 Opslag på personregistrering ved brug af et Decentralt eCPR-nummer
Som ensystembruger eller sundhedsfaglig ønsker jeg at foretage et opslag med et Decentralt eCPR-nummer i Nationalt eCPR, med det formål at få returneret den pågældende personregistrering så jeg kan afdække hvorvidt personen allerede har et Nationalt eCPR-nummer, inden der laves et nyt. |
...
| Forudsætninger |
|
...
| Acceptkriterier |
|
| Operation |
...
3.1.3 Fremsøgning af personregistrering(er) ved brug af et Decentralt eCPR-nummer
Som ensystembruger eller sundhedsfaglig ønsker jeg at foretage et søgning med et Decentralt eCPR-nummer i Nationalt eCPR, med det formål at få returneret den pågældende personregistrering så jeg kan afdække hvorvidt personen allerede har et Nationalt eCPR-nummer, inden der laves et nyt. |
...
| Forudsætninger |
|
Da et D-eCPR-nummer ikke er garanteret unikt på tværs af de sundhedsfaglige aktører kan der returneres flere personregistreringer.
...
| Acceptkriterier |
|
| Operation |
...
3.1.4 Opslag på personregistreringer ved brug af entydigt stamdata
...