Version 1.0 september 2019


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

UC2 Opdater enhed i SOR

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:

FeltnavnForklaring

FromDate 

Ændringsdato:

  • Aktive enheder: Minimum 1 dag ude i fremtiden
  • Enheder med fremtidig ikrafttrædelse: Minimum 7 dage fra oprindelig oprettelsesdato
SorIdentifierSOR ID for den enhed der ønskes ændret
SorTypeI denne sammenhæng altid "OU" (Organizational Unit). I SOR findes der IO (Institution Owners), HI (Health Institutions) og OU (Organizational Units)
EntityNameEnhedens navn
EntityTypeIdentifierTeknisk nøgle for EntityType (SNOMED Concept Id)
EanLocationCodeState

Kan være Own, None eller Inerited som betyder henholdsvis:

  • Own - Egen: Enheden har egen Ean-kode).
  • None - Ingen: Enheden har hverken egen eller hierarkisk relation til en Ean-kode.
  • Inherited - Arvet: Enheden har Hierarkisk relation til sin hierarkiske mors Ean-kode og denne vil fremgå som enhedens Ean-kode, hvis forespurgt.
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 informationRequestResponse

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 informationRequestResponse

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 informationRequest

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.



  • No labels