Integracja z systemem placówki
Wasz system szpitalny i centrala zostają. OneContact staje obok.
OneContact staje obok obecnego systemu szpitalnego, także innego producenta, i przez API odbiera zdarzenia, od których zaczyna się kontakt. Ma własną oś pacjenta z historią kontaktów, a każdy kolejny kanał podłączamy do tej samej osi.
Placówka nie wymienia swojego systemu ani centrali.
OneContact staje obok obecnego systemu szpitalnego, także innego producenta, i przez API odbiera zdarzenia, od których zaczyna się kontakt: wypis, wynik, zaleconą kontrolę i skierowanie. Zakres zdarzeń ustalamy przed wdrożeniem. Kolejny kanał podłączamy do tej samej osi pacjenta. Dane należą do placówki, oprogramowanie jest na licencji.
- Warstwa 1
System placówki
Dokumentacja, wypisy, wyniki i skierowania. Zostaje bez zmian.
- Warstwa 2
OneContact
Odbiera zdarzenia przez API. Procesy, listy zadań, oś pacjenta, kolejka i oddzwonienia.
- Warstwa 3
Kanały
Telefon, SMS, portal pacjenta, czat, komunikator i asystent głosowy.
Trzy pytania działu IT
- 01
Co OneContact czyta z dokumentacji?
Zdarzenia, od których zaczyna się kontakt: wypis, zatwierdzony wynik, zaleconą kontrolę i skierowanie. OneContact odbiera je z Waszego systemu przez API.
Zakres zdarzeń ustalamy przed wdrożeniem, na podstawie tego, co Wasz system potrafi przekazać. Obecny system nie traci żadnej funkcji i nie wymaga wymiany.
- 02
Co zapisujemy z powrotem?
Wynik każdego kontaktu, odpowiedzi pacjenta, rezygnacje i zgody trafiają na oś pacjenta w OneContact.
To, jak ślad kontaktu trafia do Waszej dokumentacji, ustalamy przed wdrożeniem razem z zakresem zdarzeń.
- 03
Gdzie stoi OneContact?
Obok Waszego systemu, w miejscu ustalonym z Wami przed wdrożeniem. Miejsce instalacji, kopie zapasowe, uprawnienia według ról i to, kto utrzymuje serwer, zapisujemy w planie utrzymania.
Co zostaje po stronie placówki
- Element 01
Centrala
Zostaje. Na start przekierowanie warunkowe: połączenia, których rejestracja nie odbiera, trafiają do kolejki OneContact. Konfigurację robimy z osobą, która dziś utrzymuje centralę.
- Element 02
Operator SIP
Zostaje. Numer znany pacjentom i aparaty na biurkach się nie zmieniają.
- Element 03
Bramka SMS
Dwukierunkowa, żeby pacjent mógł odpowiedzieć jednym słowem, a odpowiedź trafiła na listę personelu.
- Element 04
Portal pacjenta
Jedyny kanał pisany z treścią medyczną: wynik i zalecenia w brzmieniu lekarza, dopiero po zalogowaniu.
- Element 05
Czat na stronie
Okno czatu osadzone na stronie placówki, bez narzędzi analitycznych firm trzecich. Na początku mówi, że jest automatycznym asystentem (AI), a nie człowiekiem.
- Element 06
Komunikator
Tylko powiadomienie, że w portalu czeka wiadomość albo zbliża się termin. Po osobnej zgodzie, z wyłącznikiem po stronie placówki.
Pacjent wybiera kanał.
Treść medyczna idzie tylko tam, gdzie jest bezpieczna. Każdy kanał zostawia ślad na tej samej osi pacjenta.
- Kanał 01
Telefon
Kolejka, oddzwonienie i rozmowa z koordynatorką.
Rozmowa z personelem - Kanał 02
SMS
Przypomnienie, pytanie po wypisie, odpowiedź jednym słowem.
Bez treści medycznej - Kanał 03
Portal pacjenta
Wynik, zalecenia i rozmowa z personelem.
Treść medyczna po zalogowaniu - Kanał 04
Czat na stronie
Pytania organizacyjne. Na początku mówi, że jest asystentem, i na prośbę łączy z człowiekiem. Bez narzędzi analitycznych firm trzecich.
Sprawy organizacyjne - Kanał 05
Komunikator
Tylko powiadomienie, po osobnej zgodzie, z wyłącznikiem w placówce.
Bez danych o zdrowiu - Kanał 06
Asystent głosowy
Sprawy administracyjne. Na początku mówi, że jest asystentem, i na prośbę łączy z człowiekiem.
Sprawy administracyjne
Internautą jest połowa osób w wieku 65 do 74 lat (CBOS 2024), dlatego podstawą są SMS i telefon.
Z jakimi systemami szpitalnymi pracowaliśmy, pokażemy w rozmowie technicznej.
Pokażemy jeden proces na Waszym przykładzie.
Wybierzcie proces, który dziś najbardziej boli: telefony do rejestracji, pacjentów po wypisie albo puste terminy. Pokażemy, jak działa i co trzeba ustawić na start.