Page History
Version 1.0 september 2019
Table of Contents
Indledning
Use Case 2 omhandler EditSorEntity-operationen, som giver slutbrugeren mulighed for at opdatere eksisterende enheder i SOR.
SOR indeholder tre overordnede SOR-typer af enheder hvoraf kun en er relevant for tilsslutningstest; Organisatoriske Enheder (OU - Organizational Units).
SORUS's inputobjekt for "Opdater enhed", såvel som "Opret ny enhed", er omfattende (se Guide til anvendere), men det er vigtigt at forstå ikke al information er nødvendigt at udfylde. I forløbsbeskrivelsen af denne test case angives obligatoriske input for SorEntityObjektet; alt udover dette er valgfrit.
Adressetyper (Post-, Besøgs-, Aktivitet- og Virtuel adresse) bliver alle automatisk sat til "Arvet" hvis de ikke er udfyldt; dette betyder at de modtages fra hierarkisk mor, såfremt intet angives.
Det er vigtigt at nævne at man ved en opdatering af en enhed skal inkludere al information om enheden, altså også det information som har undergået ændringer - altså vil disse antages ændret (slettet).
Kort beskrivelse af testen
Denne testcase har til formål at afteste et udsnit af variationer af funktionaliteten: "Opdater ny enhed i SOR", for at validere at alt information bliver afsendt og modtaget korrekt ved oprettelse af ny en enhed i SOR.
Diagram over forløb
| Gliffy Diagram | ||||
|---|---|---|---|---|
|
| Gliffy Diagram | ||||
|---|---|---|---|---|
|
Version 1.0 september 2019
Produkt og testcase nummer
Table of Contents
Indledning
Produkt beskrivelse eller reference.
En angivelse af produkt eller pakke versionen.
Kort beskrivelse af testcasen
Diagram over forløb
Gerne Gliffy.
Forløbsbeskrivelse
En længere beskrivelse af testcasen og en skematisk opstilling af forløbet.
Pre conditions
Hvad skal til for at afvikle forløbet.
Et eksempel kunne være DGWS level.
Et eksempel kunne være om der er whitelistet for servicen.
Et eksempel kunne være antal af kald i en tidsperiode.
Post conditions
Hvad er resultatet af forløbet.
Et eksempel kunne være hvilke data der hentes.
Et eksempel kunne være fejl eller statuskode.
Et eksempel kunne være hvad der logges.
Fejlscenarier
Liste over fejlscenarier (hvis de ikke passer i post conditions).
Et eksempel kan være at anmodning om signering afvises da eget certifikat er udløbet.
Begreber og definitioner
Forløbsbeskrivelse
I forbindelse med operationen: "EditSorEntity" modtager webservicen modtager en lang række information til ændring af en SOR-enhed: se Guide til anvendere for yderligere information on input
De obligatoriske elementer i forbindelse med EditSorEntity-operationer af Organisatoriske Enheder er:
| Feltnavn | Forklaring |
|---|---|
FromDate | Ændringsdato:
|
| SorIdentifier | SOR ID for den enhed der ønskes ændret |
| SorType | I denne sammenhæng altid "OU" (Organizational Unit). I SOR findes der IO (Institution Owners), HI (Health Institutions) og OU (Organizational Units) |
| EntityName | Enhedens navn |
| EntityTypeIdentifier | Teknisk nøgle for EntityType (SNOMED Concept Id) |
| EanLocationCodeState | Kan være Own, None eller Inerited som betyder henholdsvis:
|
| EanLocationCodeEntity (kompleks type) | Hvis EanLocationCodeState er "Own", skal der angives yderligere information, se Guide til anvendere |
Test cases
ID | Scenarie | Eksempel Input | Forventet Output | Resultat |
|---|---|---|---|---|
| UC2TC1 | Ændr en organisatorisk enhed (SorType: OU) med udelukkende obligatorisk information | Request | Response | Enheden er ændret i SOR og kan findes der. Der modtages et response indeholdende fejlkode 0 (success) og et fyldestgørende enhedsobjekt hvor data stemmer overens med det afsendte - bemærk at response-objektet vil indeholde eventuel nedarvet information og kan derfor fremstå anderledes end requestobjektet. |
| UC2TC2 | Ændr en organisatorisk enhed (SorType: OU) med obligatorisk og valgfri information | Request | Response | Enheden er ændret i SOR og kan findes der. Der modtages et response indeholdende fejlkode 0 (success) og et fyldestgørende enhedsobjekt hvor data stemmer overens med det afsendte. |
| UC2TC3 | Ændr en organisatorisk enhed (SorType: OU) med blandet arv og angivet information | Request | Response | Enheden er ændret i SOR og kan findes der. Der modtages et response indeholdende fejlkode 0 (success) og et fyldestgørende enhedsobjekt hvor data stemmer overens med det afsendte - bemærk at response-objektet vil indeholde eventuel nedarvet information og kan derfor fremstå anderledes end requestobjektet. |
Pre conditions
Brugeren har kendskab- og rettigheder til enheder i SOR som kan ændres. Man kan eventuelt afvikle UC1-tests (opret enheder) først og bruge de resulterende data til ændringer.
Gyldigt certifikat er tilgængeligt.
Brugeren er oprettet i SORUS's policyfil.
Post conditions
Der modtages et response med "fejlkode 0" som kvittering for success, samt et fyldestgørende dataobjekt der stemmer overens med det afsendte.
Enheden er opdateret med det nye information.
Fejlscenarier
Ugyldigt certifikat.
Ugyldige akkreditiver.
Manglende rettigheder.
Mangelfuld input.
Begreber og definitioner
Guide til anvendere; Information om operationer og input.Referencer eller beskrivelse