Zakup licencji innowacyjnego systemu informatycznego - Platformy obsługującej wystawianie zleceń na specjalistyczne wyroby medyczne

W ramach przedmiotu zamówienia zaplanowano zakup dwóch licencji systemu. Licencja 1: Licencja na moduł obsługujący wystawianie zleceń w system IT/platformie. Platforma wymiany plików SLT (plik powszechnie używany jako standard w metodach szybkiego prototypowania (Rapid Prototyping) skierowana będzie do następujących grup użytkowników: 1. Lekarze dentyści: 2. Technicy dentystyczni 3. Asystentki dentystyczne 4. Osoby funkcyjne w klinikach zajmujące się komunikacją 5. Specjaliści CAD/CAM w gabinetach dentystycznych/klinikach i laboratoriach protetycznych Licencja musi pozwalać na wystawienie na platformie różnego rodzaju zleceń wszystkim wskazanym wyżej użytkownikom. W miejscu powstawania pliku czyli w gabinecie dentystycznym, klinice czy pracowni protetycznej, zlecenie wykonania konkretnego „wyrobu medycznego na zamówienie” (zgodnie z wymaganiami ujętymi w Ustawie o wyrobach medycznych z 10 maja 2010 r.) przygotowywane jest przez osobę posiadającą odpowiednie kwalifikacje zawodowe. W związku z faktem, iż wyrób medyczny przeznaczony jest do wyłącznego stosowania u określonego pacjenta (pacjent musi zostać wskazany), konieczne jest zapewnienie przez platformę systemu anonimizacji danych osobowych, celem uwzględniania wymogów ochrony danych osobowych. W ramach licencji platforma powinna zatem kodować informacje o pacjencie oraz wiązać wszystkich jej uczestników przestrzeganiem jednolitej polityki prywatności oraz sposobu przetwarzania danych osobowych. Wystawiane w platformie zlecenie będzie związane z konkretnym planem leczenia więc platforma powinna zapewniać możliwość przedstawienia niezbędnych informacji oraz załączenia plików koniecznych do jego poprawnej realizacji. Platforma powinna umożliwiać weryfikację poprawności przygotowania zlecenia poprzez weryfikację zamieszczonych danych ze standaryzowaną listą, pomagającą w skompletowaniu wszystkich jego obligatoryjnych i fakultatywnych elementów. Zlecenie musi mieć również elementy identyfikujące zleceniodawcę. Portal musi zatem zapewniać możliwość tworzenia konta Zleceniodawcy, które zawiera podstawowe informacje o nim: dane identyfikujące, historię publikowanych zleceń, opinie zleceniobiorców oraz możliwość gromadzenia środków finansowych na dokonywanie do systemu wpłat za wykonane zlecenie. Licencja powinna pozwalać na umieszczanie zlecenia na platformie i publikowanie go na liście aktualnych zamówień. Licencja powinna zapewniać możliwości załączenia szczegółowego opisu zlecenia oraz załączenie plików (np. STL), aby potencjalny zleceniobiorca miał możliwie szeroki dostęp do informacji. W ramach niniejszego zapytania ofertowego zaplanowano zakup licencji obejmujący następujące elementy: 1. Moduł 1 (Moduł bazowy). Moduły cząstkowe powinny być zrealizowane w paradygmacie Mikroserwisów z wykorzystaniem szkieletu aplikacyjnego Spring Boot lub analogicznej technologii. Komunikacja pomiędzy modułami powinna odbywać się za pomocą strumienia danych w komunikacji typu publish-subscribe. Istotnym parametrem jest wymaganie mające zapewniać odpowiednią przepustowość i redukcję opóźnień oparte na ujednoliconej obsłudze strumieni wejściowych. Wykorzystywany powinien być stały magazyn wiadomości Kafka lub równorzędnej technologii w formie dziennika uruchamianego w klastrze serwerów, który przechowujący strumienie rekordów w kategoriach (topics). Dane Zleceń powinny być przechowywane w relacyjnej bazie danych RDMBS. Baza ta, jak również wszystkie metody obsługujące encje danych (zleceń, użytkowników, relacji, uprawnień) powinny spełniać podstawowe wymogi ACID (Atomowości (niepodzielności), spójności, izolacji oraz trwałości). Dostęp do danych powinien być zrealizowany w postaci dedykowanej warstwy dostępu do danych (DAL) poprzez standard JPA, w szczególności za pomocą Spring Data lub analogicznego szkieletu aplikacyjnego. 2. Moduł 2 (Rejestracji użytkowników) - powinien zawierać mechanizmy umożliwiające rejestrację użytkownikowi i wprowadzenia ich danych do systemu. 3. Moduł 3 (zarządzania uprawnieniami użytkowników) - powinien zawierać mechanizmy umożliwiające przeprowadzenie administracji uprawnień wszystkich klas użytkowników, wnikliwej weryfikacji poprawności struktur uprawnień użytkowników w ramach danego użytkownika instytucjonalnego 4. Moduł 4 (wprowadzania danych zleceń) powinien zawierać mechanizmy odpowiedzialne za wprowadzanie przez klienta danych zleceń, opisy tekstowe dane kategoryzacyjne, daty, kwoty zleceń, pliki załączników poprzez formularz pól tekstowych otwartych, pól wyboru dynamicznego drzewa typów zleceń Licencja 2: Licencja na moduł obsługujący realizację zleceń w system IT/platformie. Zlecenie opublikowane na platformie przez Zamawiającego staje się publiczne i podlega „ofertowaniu”. Zleceniodawca powinien mieć możliwość akceptacji/braku akceptacji/skierowania do negocjacji propozycji zleceniobiorcy (dotyczących np. ceny lub terminu realizacji). W przypadku negocjacji warunków wykonania zlecenia, platforma zapewnia narzędzie komunikowania się stron. Platforma powinna również zapewniać możliwość licytacji zlecenia przez zleceniobiorców. Po ustaleniu warunków wykonania zlecenia i akceptacji propozycji zleceniobiorcy, zleceniodawca wpłaca zaliczkę na wykonanie zlecenia. Licencja powinna również zapewnić możliwość publikacji ofert dostępności zleceniobiorców (np. uznanych specjalistów wysokiej klasy) – publikacja dotyczy informacji o dostępności czasowej/możliwości przyjęcia odpowiedniej ilości zleceń za określoną kwotę. W tym przypadku, platforma zapewni również możliwość licytacji. Praca zleceniobiorców powinna być na pewnych etapach oceniana przez zleceniodawcę, w tym celu potrzebne są możliwości przesyłania na platformę plików w dowolnym czasie. Zleceniobiorca na każdym etapie będzie mógł wprowadzić poprawki do projektu, w porozumieniu ze zleceniodawcą, jeśli nie jest to całkowita zmiana planu leczenia, która wymaga rozpoczęcia pracy od nowa. Stąd też istotne jest zapewnienie przez platformę możliwości oceny także poszczególnych etapów realizacji zlecenia. Po zakończeniu pracy przez zleceniobiorcę, przesyła on komplet poglądowych informacji, które pozwolą zleceniodawcy na akceptację/brak akceptacji/negocjacje zmian projektu. W ramach niniejszego zapytania ofertowego zaplanowano zakup licencji obejmujący następujące elementy: 1. Moduł 1 (Moduł bazowy) System powinien być zrealizowany w architekturze mikroserwisów, z każdym komponentem zaimplementowanym w paradygmacie convention-over-configuration z zastosowaniem szkieletu oprogramowania SpringBoot. Komunikacja pomiędzy mikroserwisami ma być realizowana za pomocą skalowalnego przesyłania strumieniowego danych z wykorzystaniem brokera Kafka, implementacji Kafka Streams oraz KsqlDB. Zapis danych klientów, identyfikacji pacjentów, zleceń komentarzy do zleceń oraz wiadomości pomiędzy użytkownikami ma być zrealizowany za pomocą RDBMS PostgreSQL. kwerendowalnych tematów Kafka. Komunikacja Kafka/RDMBS realizowana ma być poprzez Kafka Connect. Logi oraz metryki systemu mają być przechowywane za pomocą tematów Kafk , z wykorzystaniem Kafka Connect, wizualizacja logów z wykorzystaniem frameworka Grafana. Mikroserwisy, Serwis Kafka, KsqlDB oraz Postgres powinny być wdrażane z wykorzystaniem architektury frameworków Docker oraz Kubernetes. 2. Moduł 2 (Bezpieczeństwa danych) Ze względu na charakter danych, muszą być zastosowane wysokie standardy bezpieczeństwa cyfrowego - m.in. za pomocą wykorzystania protokołu JWT Token, szyfrowania danych SSL, Spring Security. Każdy zarejestrowany użytkownik musi mieć stopniowalny poziom dostępu, system ma również zapewnić funkcjonalność wielostopniowych ról - zestawów uprawnień systemu do wszystkich zaimplementowanych funkcjonalności. 3. Moduł 3 (Moduł umożliwiający podejmowanie zlecenia z portalu) Moduł powinien zawierać mechanizmy umożliwiające przeprowadzenie administracji uprawnień wszystkich klas użytkowników, wnikliwej weryfikacji poprawności struktur uprawnień użytkowników w ramach danego użytkownika instytucjonalnego. Komunikacja z warstwą interfejsu użytkownika powinna być zrealizowana za pomocą protokołu REST (w implementacji Springframework Web) oraz protokołu Websockets (implementacja Stomp Websocket). 4. Moduł 4 (wprowadzania danych zleceń) Moduł powinien zawierać mechanizmy odpowiedzialne za wprowadzanie przez klienta danych zleceń, opisy tekstowe dane kategoryzacyjne, daty, kwoty zleceń, pliki załączników poprzez formularz pól tekstowych otwartych, pól wyboru dynamicznego drzewa typów zleceń. Moduł 4 dostarczy takie funkcjonalności jak: ● Wprowadzanie danych zleceń ● Kategoryzacja zleceń ● Walidacja podstawowych danych zlecenia 5. Moduł 5 (Moduł kompletnego interfejsu użytkownika - GUI) Moduł powinien zawierać mechanizmy odpowiedzialne za generowanie dynamicznych interfejsów użytkownika działających w pełni poprawnie we wszystkich popularnych przeglądarkach WWW - Chrome, Firefox, Opera, Safari, IE. Interfejs powinien być zrealizowany w technologii VueJS oraz jQuery, dostęp realizowany poprzez przeglądarkę WWW. Szczegóły przedmiotu zamówienia w Pliku "Zapytanie ofertowe".

Łódź, Łódź, łódzkie