Projects
Elektroniczny Rachunek Pacjenta (EPQ)
Aspekt biznesowy
- EPQ stworzyliśmy w ramach większego projektu CX. Klientami są niemieckie placówki oferujące publiczne ubezpieczenia zdrowotne, a użytkownikami osoby ubezpieczone.
- Zaimplementowaliśmy funkcjonalność, dzięki której ubezpieczony może sprawdzić z jakich świadczeń skorzystał i ile kosztowały w wybranym przez siebie okresie czasu. Funkcjonalność zaimplementowaliśmy dla wszystkich placówek.
- Po wejściu na stronę, ubezpieczony wybiera zakres dat, dla którego chce uzyskać informacje o świadczeniach. Następnie, wchodzi w szczegóły. Przykład? Może zobaczyć placówki medyczne, w których wykonał usługi czy informacje o postawionej diagnozie czy zaleceniach.
- Jak to się obywało przed nami? Papierowo! Ubezpieczony musiał udać się do placówki i zebrać dokumenty lub kolekcjonować je w swojej szafie. 😉 Teraz wszystko ma w jednym miejscu dostępnym online!
Aspekt Techniczny
- Projekt jest podzielony na frontend i backend.
- Komunikacja pomiędzy frontendem a backendem odbywa się za pomocą REST API.
- REST API ma być wykorzystywane na wielu platformach równocześnie i zarządzane za pomocą API Management.
- Dokumentację tworzymy w source code.
Czego się nauczyliśmy?
- Tworzenia aplikacji frontedowej i backendowej w architekturze Mikroserwisowej.
- Korzystania z najnowszych dostępnych technologii oraz narzędzi np. AWS, Kubernetes, CI/CD
- Implementacji mikroserwisów nastawionych na wysoką wydajność przesyłania danych.
- Komunikacji mikroserwisów z system kolejkowym.
- Asynchronicznego przetwarzania danych.
- Działania helmchartów.
- Poznaliśmy procesy wykorzystywane na niemieckim rynku ubezpieczeń.
Frontend
- Angular 14
- Jasmine 4
- CI/CD
- TypeScript
- SCSS
- Jenkins
- GIT
- Bootstrap
- Jira
- Rozwiązanie może być stworzone lokalnie lub na zewnętrznym serwerze.
Backend
- Java 17
- Spring Boot 3
- Kafka
- Junit 5
- Kubernetes
- Docker
- Jenkins
- Jira
- GIT
- Architektura Mikroserwisów
- PDFBox
- Używając biblioteki PDFBox wprowadziliśmy funkcjonalność, która pozwala użytkownikowi wygenerować i wydrukować listę świadczeń w PDF.
- Wprowadziliśmy zmianę w modelu przepływu danych, aby zoptymalizować zarządzanie nimi. Wcześniej przechowywane były wszystkie dane dotyczące: pacjentów, placówek medycznych i zabiegów. Ta metoda spowalniała system, więc zmieniliśmy proces! Teraz korzystamy z SAPa jako źródła informacji. SAP dostarcza tylko część danych, które następnie sprawdzamy, czy są dostępne w systemie.
Statystyki projektu
- Projekt implementujemy od zera
Etap developmentu: Scrum
- 2-tygodniowe sprinty
Metodologia
- Językiem projektu jest język niemiecki
- Praca stacjonarna
- Praca zdalna
Zespół projektowy
0
Backend dev
0
Frontend dev
0
Architekt
0
DevOps
0