KS-SOMED - Brak możliwości automatycznego druku eZLA w lokalizacji zdalnej

[Michał]

W KS-SOMED jest problem z automatycznym wydrukiem eZLA w lokalizacji zdalnej. Problem zgłosiłem do Kamsoft, ale on niestety rozkłada ręce i twierdzi, że się nie da nic z tym zrobić (no może się da ale to nie takie łatwe i nie wiadomo kiedy).

W skrócie: w odróżnieniu od wydruku recepty, skierowania laboratoryjnego, itp. w przypadku druku eZLA nie pojawia się typowe okno KS-SOMED, gdzie można wybrać drukarkę, na której ma być przeprowadzony wydruk czy zaznaczyć opcję aby to okno więcej się nie pojawiało.
Zamiast tego po odznaczeniu opcji "Nie pokazuj okna wyboru drukarki przed wydrukiem dokumentu eZLA" w opcjach wspólnych wizyty, pojawia się tylko zwykłe windowsowe okno wyboru drukarki. Oczywiście po wyborze odpowiedniej drukarki eZLA wydrukuje się. Niezależnie od tego, którą drukarkę wybierzemy, jej wybór nie zostanie jednak zapamiętany. W związku z czym aby lekarz w lokalizacji zdalnej mógł wydrukować eZLA musimy mieć na stałe włączoną opcję pokazywania okna wyboru drukarki, a następnie lekarz musi wybrać właściwą drukarkę. Takie działanie strasznie utrudnia pracę. Nie tworzy się też odpowiedni wzorzec wydruku.

Najważniejsze odpowiedzi od Kamsoft (po nie przyjęciu realizacji zgłoszenia przeze mnie).

...to jest wydruk z Internet Explorera z uwagi na to, iż mamy tu do czynienia z xml przepuszczanym przez transformatę dostarczana przez ZUS. To nie jest nasz wydruk. W przypadku wydruków realizowanych za pomocą mechanizmów KS-SOMED jest możliwe podmienianie i zapamiętywanie drukarek. Natomiast nie jesteśmy w stanie powiedzieć Internet Explorerowi aby korzystał z takiej a nie innej drukarki.

Nie ma, wśród dostępnych nam narzędzi, sprawnego narzędzia pozwalającego na wydruk HTML'a tak, byśmy mogli wprzęgnąć go normalnie w nasz system. Co pozwoliłoby na ustawienie drukarki, są półśrodki (realizujemy to np. w protokole zwrotu) ale one dotyczą prostych XML i nie radzą sobie, z dość skomplikowanym wydrukiem, jakim jest np. eZLA. Jedyne pewne i sensowne narzędzie to wykorzystanie IE.
Możemy spróbować wykorzystać to, co mamy i, być może, choć z dużą wątpliwością, uda się to w przypadku eZLA, nie jest to jednak proste, ani łatwe rozwiązanie. W przypadku usprawnień będziemy informować w biuletynie do aktualizacji.

i teraz najważniejsze, czyli po co o tym wszystkim piszę. Z tego co pamiętam, to swego czasu był problem z certyfikatami w KS-SOMED, który polegał na tym, że trzeba było dla każdego lekarza tworzyć osobne konto w windowsie i każdemu takiemu koncie na każdej stacji wgrać certyfikat bo podobno nie można było inaczej.
W jednym z tematów na naszym forum ktoś dawał propozycje jak można to zrobić inaczej. Nie wiem czy to na podstawie tych propozycji, ale ostatecznie Kamsoft usprawnił funkcjonowanie certyfikatów w KS-SOMED (za co jeszcze raz bardzo dziękuję) i teraz wystarczy przypisać jednorazowo certyfikat do użytkownika KS-SOMED.

Czy ktoś ma pomysł jak Kamsoft mógłby rozwiązać ten problem? Jakich narzędzi mógłby do tego użyć? Może ktoś akurat spotkał się z podobnym problemem w przeszłości i znalazł rozwiązanie?

Póki Kamsoft nie rozwiąże problemu (w co nieco naiwnie wierzę ), może znaleźliście jakieś obejście? Jak u Was radzicie sobie z drukowaniem eZLA w lokalizacji zdalnej?

[SliFek]

Lokalizacja zdalna oparta jest o terminal?

[Michał]

Tak. VPN pomiędzy lokalizacjami, a w lokalizacji zdalnej użytkownicy odpalają KS-SOMED jako RemoteApp.

[SliFek]

To tak nie mam u siebie niestety. U mnie jest normalne logowanie na sesję terminalową i wszystkie operacje wykonywanie są na koncie serwera terminali przydzielonego do poszczególnych lokalizacji.

Lekarz loguje się na koncie terminalowym, odpala SOMEDa i wszystko inne, a  wydruk leci na domyślnej drukarce dla konta, z domyślnymi ustawieniami bez potwierdzania wyboru drukarki.

Rozumiem, że takie rozwiązanie Cię nie urządza

[Michał]

wychodzę z założenia, że informatyzacja powinna ułatwiać życie lekarzom i pacjentom a konieczność logowania się najpierw do konta systemowego na stacji roboczej, potem do konta systemowego na serwerze terminali i na końcu do konta KS-SOMED to naprawdę zbyt wiele nawet dla mnie.

[neelix]

A domena nie rozwiąże problemu ilości logowań? Someda też można zintegrować z domeną.

[Michał]

Wg mnie dla niedużej przychodni gdzie maksymalnie w jednym czasie pracuje 3-4 lekarzy + 2 stanowiska rejestracji to trochę nie ma sensu zwłaszcza, że windows server 2008r2 w wersji foundation ma ograniczenie do 15 kont i mogłoby dla wszystkich nie starczyć.
Może w niedalekiej przyszłości coś się zmieni bo chyba w styczniu 2020 roku kończy się wsparcie dla systemu i muszę już zacząć przekonywać, że trzeba nowy serwer kupić. Może jakaś kolejna runda dofinansowania na informatyzację z NFZ/MZ/ZUS się pojawi to będzie łatwiej.

[09061303]

(...) konieczność logowania się najpierw do konta systemowego na stacji roboczej, potem do konta systemowego na serwerze terminali i na końcu do konta KS-SOMED to naprawdę zbyt wiele nawet dla mnie.

Ja bym zrobił to tak, że jak mam komputer tylko jako klienta RDP, to bym do niego nie ustawiał hasła przy założeniu, że jest tylko używany do łączenia RDP (ewentualnie cienkiego klienta można zastosować). Natomiast jakbym ustawił hasło na tym kompie, to znowu dałbym możliwość zapamiętania poświadczeń do łączenia do RDP (czemu nie, skoro już użytkownik został zweryfikowany).
Logowanie do Somed - tutaj domena i LDAP może pomóc, bo fajnie to działa, ale dla 5 kompów na krzyż, domena na Windows Server, to przerost kosztów nad treścią. Nie testowałem, ale może domena postawiona na linuksie by też zadziałała -  za darmo, ale temat by trzeba rozklikać.