Formålet med dette dokument er at beskrive de brugerhistorier (user stories) der understøttes af NXRG.
Brugerhistorier er overordnede beskrivelser af funktionalitet og mål set fra brugeren/anvenderens synsvinkel. Brugerhistorierne er ikke beskrevet udfra en teknisk synsvinkel, men udfra en forretningsmæssig brug af NXRG.
For en teknisk gennemgang af de i dette dokument skitserede brugerhistorier henvises til NXRG/SDS Patientindex - Guide til Anvendere.
Den første del af dokumentet beskriver de forskellige brugertyper/aktører af NXRG.
Derefter listes de enkelte brugerhistorier med en overblikstegning, der viser, hvilke aktører, der optræder i de enkelte brugerhistorier.
Hver brugerhistorie gennemgås derefter - herunder en gennemgang af acceptkriterier. Der gives eksempler på konkrete instanser af brugerhistorien i form af scenarier.
Læseren af dette dokument kan være forretningskonsulenter og/eller arkitekter fra NSP anvenderorganisationer, der ønsker at vide, hvordan NXRG kan anvendes til at opfylde forretningsmæssige behov.
Læseren forventes at være bekendt med dokumentdeling som koncept - herunder IHE XDS. Der henvises til NXRG/SDS Patientindex - Design- og arkitekturbeskrivelse for detaljer vedr. NXRGs design og konkrete understøttelse af IHE XDS profilerne.
I DROS arbejdes der med følgende brugertyper:
I den følgende tegning vises et overblik over de enkelte brugerhistorier, og hvorledes disse relaterer sig til hinanden og til de ovenfor beskrevne brugertyper:
I det følgende gennemgåes brugerhistorierne enkeltvis. Hver brugerhistorie beskrives med de acceptkriterier der hører til, og som skal være opfyldt for en succesfuld gennemførelse af brugerhistorien.
Hvor det er relevant gives konkrete eksempler på brugerhistorien i form af scenariebeskrivelse.
Som en dokumentanvender ønsker jeg at lave en fremsøgning af dokumenter vha QueryTypen FindDocuments for en patient så jeg kan få et overblik over, hvilke DocumentEntries der findes på den pågældende patient |
Acceptkriterier:
Som en dokumentanvender ønsker jeg at lave en fremsøgning af dokumenter vha QueryTypen FindDocumentsByReferenceId for en patient så jeg kan få et overblik over, hvilke DocumentEntries der findes på den pågældende patient |
For en succesfuld gennemførelse af brugerhistorien skal følgende acceptkriterier være opfyldt: Se acceptkriterier i Find Dokumenter.
Som en dokumentanvender ønsker jeg at lave en fremsøgning af dokumenter vha QueryTypen GetDocuments for et specifik dokument så jeg kan se hvordan det er registreret |
For en succesfuld gennemførelse af brugerhistorien skal følgende acceptkriterier være opfyldt: Se acceptkriterier i Find Dokumenter.
Som et dokumentrepository ønsker jeg at registrere et sæt af stable DocumentEntries så jeg kan stille oplysningerne i dokumenter og tilhørende metadata til rådighed for dokumentanvendere |
Acceptkriterier:
Som et dokumentrepository ønsker jeg at registrere en stable DocumentEntry som rettelse (replace) af en eksisterende DocumentEntry så jeg kan stille oplysningerne i dokumenter og tilhørende metadata til rådighed for dokumentanvendere |
For en succesfuld gennemførelse af brugerhistorien skal følgende acceptkriterier være opfyldt: Se acceptkriterier i Registrer DokumentSæt.
Som et dokumentrepository ønsker jeg at registrere et sæt af stable DocumentEntries med ReferenceIdLists så jeg kan stille oplysningerne i dokumenter og tilhørende metadata til rådighed for dokumentanvendere |
For en succesfuld gennemførelse af brugerhistorien skal følgende acceptkriterier være opfyldt: Se acceptkriterier i Registrer DokumentSæt.
Som en (on-demand) dokumentkilde eller dokumentrepository (stable) ønsker jeg at slettemarkere (deprecate) en DocumentEntry så jeg kan forhindre fremsøgning af ukorrekte oplysninger |
For en succesfuld gennemførelse af brugerhistorien skal følgende acceptkriterier være opfyldt:
Som en dokumentrepository (stable) ønsker jeg at opdatere en registreret DocumentEntry så jeg kan opdatere ukorrekte metadata for et registreret dokument |
For en succesfuld gennemførelse af brugerhistorien skal følgende acceptkriterier være opfyldt:
(Historien gælder kun for stable dokumenter. Den kan ikke udføres for OnDemand dokumenter. Se iøvrigt arkitektur dokumentet)
Som et dokumentrepository ønsker jeg at registrere et sæt af on-demand DocumentEntries så jeg kan stille oplysningerne i dokumenter og tilhørende metadata til rådighed for dokumentanvendere |
Acceptkriterier:
Som et dokumentrepository ønsker jeg at registrere en on-demand DocumentEntry som rettelse (replace) af en eksisterende DocumentEntry så jeg kan stille oplysningerne i dokumenter og tilhørende metadata til rådighed for dokumentanvendere |
For en succesfuld gennemførelse af brugerhistorien skal følgende acceptkriterier være opfyldt: Se acceptkriterier i Registrer On-demand Dokument.
(Historien adskiller sig fra "Brugerhistorie: Registrer Dokumentsæt med DocumentEntry som rettelse til eksisterende (Iti-42)" ved at det eksisterende ikke får status deprecated. Se iøvrigt arkitektur dokumentet)
Som et dokumentrepository ønsker jeg at registrere et sæt af on-demand DocumentEntries med ReferenceIdLists så jeg kan stille oplysningerne i dokumenter og tilhørende metadata til rådighed for dokumentanvendere |
For en succesfuld gennemførelse af brugerhistorien skal følgende acceptkriterier være opfyldt: Se acceptkriterier i Registrer On-demand DokumentSæt.