Opis projektu
PrzetłumaczoneDodatkowo konieczne jest zapisanie historii zmian dokumentu (PRKO), zapewnienie dostępu do każdego indywidualnego pliku PRCO oraz umożliwienie przeglądania bieżącej wersji pliku PRCO.
* Informacja: w przypadku formowania pierwszej decyzji dotyczącej klienta, konieczne będzie ręczne wprowadzenie wszystkich informacji w szablonie PRKO. Wprowadzenie będzie podobne do obecnej procedury wypełniania szablonu, z tą różnicą, że formowanie dodatkowych wierszy/komórek/sekcji będzie zautomatyzowane, a wykonawca nie będzie musiał pracować nad zmianą tabeli szablonu. Po wprowadzeniu danych do PRKO, wykonawca będzie mógł utworzyć ten plik w formacie word.
Główne wymagania dotyczące oprogramowania:
1. Logowanie do programu będzie odbywać się przez każdego użytkownika na podstawie loginu i hasła.
2. Login i hasło będą przechowywane w zaszyfrowanej bazie danych.
3. Role z różnymi prawami dostępu
4. Każdy CI ma prawo do dostępu do określonej puli klientów i ma prawo przyznawać/odwoływać dostęp do swoich klientów pracownikom innych usług.
5. Interfejs programu powinien być zbliżony do interfejsu CRM, aby zapewnić komfort korzystania z tego oprogramowania przez wykonawcę.
6. Technologia formowania 1. PRKO dla klienta będzie prawie podobna do obecnego procesu (automatyzacja dotyczy tylko działań mających na celu formowanie konkretnego szablonu PRKO, informacje będą ręcznie wprowadzane do podstawowego PRKO)
7. W ramach tworzenia jednolitej platformy do koordynacji, usługi, oprócz CPU, będą miały również dostęp do pliku decyzji w celu sformatowania go w samym programie w ramach procesu koordynacji.
8. Każdemu plikowi PRRO zostanie przypisany status w programie, który uczyni bieżący etap pracy nad PRRO zrozumiałym.
9. Program nie wdroży serwera pocztowego, który zapewnia powiadomienia użytkownikom programu o zmianie statusu oddzielnego pliku PRKO lub wprowadzonych zmianach. Decyzja ta wynika z dodatkowej złożoności rozwoju i konfiguracji takiego serwera oraz nieistotnego podejścia do zadania sanitarno-epidemiologicznego opracowywanego oprogramowania.
10. Powiadomienia będą wysyłane do użytkowników o powstaniu jakichkolwiek zmian dotyczących ich klientów w samym programie.
11. W ramach proponowanego oprogramowania, tylko PRCO będzie formowane dla produktu NCL, tzn. NCL będzie formowane. Można stworzyć początkowe rozwiązanie, wprowadzić w nim zmiany.
12. Aby wprowadzić zmiany do wcześniej podjętej decyzji, konieczne będzie zaznaczenie za pomocą pola wyboru tych sekcji decyzji, które należy dostosować/uzupełnić, a nowe rozwiązanie zostanie utworzone za pomocą przycisku „formularz” do zmiany warunku z już wypełnionymi polami „parametrów anulowalnych”, gdzie pozostaną do wypełnienia tylko „zatwierdzone parametry”.
13. Po zatwierdzeniu PRKO w programie i podjęciu decyzji, CI zmienia status decyzji na „przyjęta”, wpisuje numer i datę, po której decyzja jest wbudowywana w program jako przyjęta. Dodatkowo CI pobiera skan decyzji od sekretarza CA w celu potwierdzenia decyzji.
14. Struktura programu zapewni funkcję przeglądania historii dowolnego PRCO, tzn. Można zobaczyć, kiedy decyzja została podjęta, kiedy wprowadzono zmiany, a za pomocą „jednego kliknięcia” można zobaczyć istotę wprowadzonych zmian.
15. Obowiązkową funkcją programu będzie możliwość wyświetlenia bieżącej wersji decyzji na jednym ekranie, tzn. tej samej. Istnieją PRCO do zatwierdzenia pożyczki i 10 zmian do niej, a aby zrozumieć bieżące warunki, nie trzeba pracować z 11 dokumentami, wystarczy kliknąć przycisk „zobacz bieżące warunki”, a decyzja o zatwierdzeniu pożyczki w wersji 10 zmian zostanie wyświetlona na ekranie.
16. Program umożliwi formowanie w jednym pliku decyzji - zatwierdzenia produktów dla kilku pożyczkobiorców Państwowej Służby Zdrowia. Będzie również możliwe wprowadzenie zmian do kilku produktów różnych klientów.
17. Program automatycznie określi na podstawie kilku identyfikatorów (identyfikator produktu, numer NCL itp.), które dane z nowych rozwiązań będą musiały być przypisane do już podjętych decyzji.
18. Będzie można pozostawić krótki opis dla każdego pliku PRRO, co da zrozumienie, dlaczego wprowadzono zmianę.
19. Nawigacja w programie powinna być wygodna i intuicyjna dla użytkownika.
20. Program wdroży logiczną korespondencję między: numerem decyzji, produktem w aplikacji CRM/Exel, klientem, SSZ.
21. Wyszukiwanie zaakceptowanych PRKO będzie odbywać się albo przez numer i datę, albo przez numer NCL, do którego się odnosi, albo przez NIP, można znaleźć wszystkie produkty klienta i, odpowiednio, sam PRKO.
22. Opracowane oprogramowanie powinno szybko reagować na działania użytkownika.