| 109 | | || Use case ID || ф2, ф3 || |
| 110 | | || Use Case Name: || Корекции во апликацијата во зависност од потребите на болницата/ ажурирање на информации || |
| 111 | | || Created By: || Тимот || |
| 112 | | || Last Updated By: || Тимот || |
| 113 | | || Date Created/ Last Updated By: ||11.07.2014|| |
| 114 | | || Actors: ||Администартор|| |
| 115 | | || Description: ||Во овој дел улогата на администраторот е да ја менува апликацијата во зависност од потребите на болницата каде што се користи оваа апликација и ажурирање на информациите. Бидејќи имаат слично значење овие две улоги односно Use Case се опишани заедно.|| |
| 116 | | || Trigger: ||Доколку болницата каде што се користи апликацијата сака некоја промена во апликацијата тоа може многу лесно да го направи администарторот. На пример пребарување на пациент по презеиме, по лабораториска анализа и сл. Потоа промена во делот за лаб анализа наместо анализа на крв може да се стави испитување на срце, глава и сл. Итн.Ажурирање на информациите или промане на дизајнот на апликацијата. |
| 117 | | || |
| 118 | | || Preconditions: ||1. Промени во апликацијата според потребите за користење на апликацијата|| |
| 119 | | || Postconditions: ||1.Корекции и ажурирање на потребните податоци|| |
| 120 | | || Normal Flow: ||1. Администаророт ја разгледува апликацијата 2.Внесува податоци во полето за најава за администратор 3.Администарторот е најавен|| |
| 121 | | || Alternative Flows: ||1.Администаророт ја разгледува апликацијата 2.Внесува податоци во полето за најава за администратор 3.Администарторот е најавен 4.Тој ги врши соодветните промени|| |
| 122 | | || Exceptions: ||1.Администарто внесува погрешни податоци за најава|| |
| 123 | | || Priority: ||Успешни промени на апликацијата|| |
| 124 | | || Frequency of Use: ||Ретко|| |
| 125 | | || Special Requirements: ||1. Користење на валидни податоци|| |
| | 109 | |
