eZLA - licencjonowanie w Somedzie

[neelix]

@MK, jeśli Pana uraziłem to najmocniej przepraszam, nie taki był cel i nie taki miał być wydźwięk tego zdania, nie mam żadnego interesu aby podważać Pańską wiarygodność albo zarzucać kłamstwo. Cenię sobie bardzo pomoc, której udzielał pan także i mnie i do tej pory żałuję zakończenia Pańskiej działalności FB. Cieszę się że ktoś z "korpo" potrafi z ludzką twarzą i poprzez normalne kanały (czyt. nie yammer) rozmawiać z klientami i partnerami.
Internetowe forum to bardzo ułomne, pod względem przekazywania emocji medium, dlatego staram dorzucać emotikony, rozumiem że moja wypowiedź była niejasna i mogła być opacznie zrozumiana.
Uściślając ten post: spotkałem się z wdrożeniowcami konkurencji i na tłumaczenie skąd opóźnienie w e-ZLA padł zarzut że Kamsoft wcześniej uzyskał dostęp do środowiska (mogłem pomylić bo pewnie chodziło o produkcyjne) a ich firma dopiero w tym miesiącu i w domyśle powodem tego stanu rzeczy miały być, wiadomo, "układy".

[MK]

Może i reaguję emocjonalnie w takich sytuacjach...ale nie mogę być obojętny. Jedna sprawa to moje słowa i wiarygodność, druga dobre imię Firmy. Wiele osób, pewnie i konkurencja, ma wyobrażenie, że Kamsoft wiele może bo ma NFZ, ma przychodnie, szpitale i niewidomo co jeszcze. A prawda jest taka, że jesteśmy kompletnie i całkowicie odizolowani jedni od drugich. My wiemy, że nie możemy pytać. Oni wiedzą, że nie mogą nic mówić. I potem jest tak jak ostatnio, że 12 kwietnia (ze strony NFZ) dowiadujemy się iż od 1 kwietnia obowiązuje nowa forma komunikatu do pobierania puli recept. Czy Kamsoft o tym wiedział wcześniej? Zapewne, w końcu Kamsoft ten nowy format oprogramował. Ale wiedział to tylko wydział zajmujący się NFZ. Nikt nam o tym nie powiedział, bo nie mógł, bo takie panują u nas zasady. Mało kto zdaje sobie z tego sprawę i nie raz musimy tłumaczyć, że wszystko co robimy, o tym wszystkim dowiadujemy się, jak każdy inny Producent, ze stron NFZ.
Dlatego, jeśli gdziekolwiek pada stwierdzenie, że my coś mamy łatwiej, bo... i jeśli ja biorę w tym udział, to nie mogę pozostawić jakiejkolwiek niejasności. Nawet, jeśli ZUS to nie NFZ.
Pozdrawiam.

[Sorn]

Przy okazji chciałbym Cię @MK zapytać, dlaczego w kontekście wykorzystania licencji na podpisy nie zintegrowaliście certyfikatów ZUS w taki sam sposób jak w przypadku EDM? Dlaczego nie są one importowane do bazy danych (i z niej pobierane) tylko konieczne jest ich zaimportowanie do magazynu Windowsa?
Wiem, że tak było łatwiej ze względu na natywne wsparcie w .NET obsługi magazynu. Jednak wygodniejsze dla administratorów i użytkowników byłoby przechowywanie ich w bazie danych. Obecnie konieczne jest zakładanie osobnych kont użytkownikom (z importem certyfikatu) na każdym komputerze, który mogą wykorzystać do pracy lub wdrożenie domeny (co jest rozwiązaniem drogim).
Jeżeli planowane zmiany legislacyjne wejdą w życie, to certyfikatem ZUS będzie można podpisywać EDM.
Czy w związku z powyższym planujecie jakieś zmiany implementacyjne?

[Michał]

Podpinam się pod pytanie @Sorn dotyczące certyfikatów.
Ostatnio jak pobierałem pule recept to się właśnie zastanawiałem co to za nowy przycisk umożliwiający pobranie puli w nowej wersji i się dziwiłem, że nic na ten temat jeszcze w biuletynach someda nie było Sam pracowałem w korpo i niestety wiem jak to wygląda, że wyznają zasadę z Biblii: "niech twoja lewa ręka nie wie co czyni prawa"

[andy83]

Też podłącza się do pytania. Można było rozwiązać inaczej.

[karolweksler]

Ją też się podłączam pod pytanie.
Przy małych przychodniach (2-3 gabinety, kilku lekarzy) instalacja certyfikatów to niepotrzebna dłubanka, a domeny nikt tam nie chce kupić bo ledwo zdecydowali się na zakup komputera i oprogramowania.

[MK]

Ją też się podłączam pod pytanie.
Przy małych przychodniach (2-3 gabinety, kilku lekarzy) instalacja certyfikatów to niepotrzebna dłubanka, a domeny nikt tam nie chce kupić bo ledwo zdecydowali się na zakup komputera i oprogramowania.

Sęk w tym, że to nie jest takie proste. W przypadku "naszych" certyfikatów jest OK, jesteśmy w stanie "podstawić" funkcjom weryfikującym całą ścieżkę certyfikatu. Bo cały wygenerowany jest przez nas (nas -mówię o danej instalacji i wygenerowaniu przez KS-SOMED). W przypadku certyfikatu ZUS zaczyna być problem. Z podpisem, nie ma sprawy, ale przy próbie weryfikacji dokumentu dostajemy informację iż jest ona błędna, bo brakuje certyfikatu. Systemowa funkcja weryfikująca działa bowiem na magazynie, a tam certyfikatu, w tym przypadku, brak.
Nie jestem w temacie fachowcem i zapewne coś nie do końca dobrze tłumaczę, ale co do zasady tak jest. Dlatego, aby nie pojawiały się błędy weryfikacji, konieczne jest umieszczenie certyfikatu w magazynie. Jak się nam uda znaleźć obejście problemu, to zapewne certyfikaty ZUS będą mogły być w bazie, na razie jednak to nie jest możliwe.

[Profesor Wilczur]

a domeny nikt tam nie chce kupić bo ledwo zdecydowali się na zakup komputera i oprogramowania.

Można ponoć postawić AD na Sambie4.

[karolweksler]

a domeny nikt tam nie chce kupić bo ledwo zdecydowali się na zakup komputera i oprogramowania.

Można ponoć postawić AD na Sambie4.

Tak, ale i tak wtedy potrzebujesz Windowsa Pro.

[Profesor Wilczur]

No... tak jakby standard. Ktoś home do firmy bierze?

[Sorn]

@MK a nie można wyeksportować klucza publicznego do postaci XML aby następnie użyć metody FromXmlString(string xmlStringl)?
Coś w ten deseń znalazłem na stacku:
https://stackoverflow.com/questions/1195728/in-c-sign-an-xml-with-a-x-509-certificate-and-check-the-signature

[MK]

Tak jak pisałem, fachowcem nie jestem w temacie podpisów. Wiem, że testowali różne rozwiązania i po prostu taka dostałem odpowiedź.
Dokładnie się nie wczytywałem w załączony przykład, ale tam jest napisane właśnie o podpisie "I'm trying to sign an XML file using a x.509 certificate" I jak pisałem z podpisem nie ma problemu, problem jest natomiast z weryfikacją.

[Sorn]

W odpowiedzi jest przygotowana metoda private Boolean VerifyXml(XmlDocument Doc, RSA Key) która weryfikuje podpisany dokument xml przy pomocy klucza RSA wczytanego z XML.
Możliwe, że było już testowane ale może warto sprawdzić bo dla waszych średnich klientów, implementacja byłaby zbawienna i pozwoliłaby wam podpisywać dokumentację tym certyfikatem gdy wejdzie nowelizacja.

[razor1337]

Czy zmieniło się coś w kwestii oddzielnych kont w os ? Jeżeli kilku lekarzy korzysta z tego samego komputera i konta to nie ma możliwości wyboru lekarza i każdorazowego potwierdzania podpisu hasłem ? Chodzi o podpis e-ZLA certyfikatem z ZUS. Mam ograniczoną ilość stanowisk korzystających z JGP AOS i nie widzi mi się dokupować większej ilości licencji z tego powodu.

[Michał]

z tego co się orientuję to chodzi o ilość stanowisk korzystających w jednym czasie. Czy jeżeli masz w licencji limit 5 stanowisk to nie oznacza, że KS-SOMED możesz mieć zainstalowany tylko na 5 stacjach. To znaczy, że w jednym czasie możesz zainstalować sobie KS-SOMED na 20 stacjach, ale w jednym czasie działać może tylko 5.
Przecież w Twojej sytuacji w jednym czasie będzie wykorzystywane tylko jedno stanowisko a nie tyle ilu masz lekarzy.

PS. Mi też się nie podoba to że każdy z lekarzy musi mieć osobne konto w OS.