Wygenerowana dokumentacja medyczna, to po prostu utworzony dokument XML na podstawie danych wprowadzonych np. w wizycie.
Czyli zamiast ks-admed wystarczy mieć raida 1 i mamy to samo.
Sam jednak ten wywiad nie jest podpisywany, ale może on wejść w skład dzisiejszej wizyty i dzisiejszej elektronicznej dokumentacji medycznej danego pacjenta.
kurcze albo ja nie mogę się przestawić na sposób myślenia twórców someda albo po prostu mało inteligentny jestem :)
Widziałem wprowadzanie wizyty i mniej więcej wiem o co chodzi. Ale wizytę obsługuje lekarz. A tu była mowa o dokumentacji jaką musi prowadzić pielęgniarka/położna. Ten wdrożeniowiec też coś kombinował z podłączaniem czegoś pod wizytę, ale pacjent nie przychodzi do lekarza, nie jest przez niego obsługiwany a jedynie przez położną. Przykładowo chcę mieć kartę opieki nad noworodkiem, która z wizytą lekarską nie ma nic wspólnego.
Czyli zamiast ks-admed wystarczy mieć raida 1 i mamy to samo. Baza jest zawsze na dwóch nośnikach (dyskach). A jeżeli chodzi o sytuacje z pożarem to dokumentacja papierowa też by nie przetrwała a ja zawsze odzyskam dane z backupu bazy, który jest poza firmą, a który wykonuje codziennie.
A czy KS-ADMED kupuję w ilości 1 niezależnie od liczby stanowisk? Czy dla każdego stanowiska gdzie dokumentacja elektroniczna będzie generowana muszę mieć licencję na KS-ADMED.
A jak będzie gradobicie, trzęsienie ziemi albo co gorsza koniec świata to czy kopie w 7 różnych lokalizacjach będą bezpiecznie zarchiwizowane?Na pewno lepiej niż kopia (a w zasadzie oryginał) w jednym miejscu.
Ok. O KS-ADMED już wiem wszystko.Mam nadzieję, że nikt nie liczy na to, że ja osobiście będę głosowal na DrEryka ;D
Przychodnie które chcą zmian rozważają SOMED vs DrEryk
Mam nadzieję, że nikt nie liczy na to, że ja osobiście będę głosowal na DrEryka ;DNo ja nie liczę, ale... byłyby to ciekawe doświadczenie :)
Tylko Dr Eryk... ;)Masz jakieś doświadczenie z tym programem? Opisz je tutaj (http://forumpps.pl/index.php?topic=6800.0)
A przy okazji - czy na Oraclu można tworzyć backup podczas pracy innych użytkowników w systemie?Oracle'owskim RMANem mając bazę w trybie archivelog.
2. Nie ma problemów z migracją w razie awarii Firebird -> Oracle ?
Czyli mówiąc łopatologicznie, jest to wyeksportowanie dokumentacji medycznej na inną lokalizację w postaci umożliwiającej jej powtórne zaimportowanie. Wykluczając dodane zdjęcia, itp. Jedynie Wizyta, Rozpoznania, Skierowania, Recepty. Czyli wszystko to co jest w postaci tekstowej.
Wydaje mi się, że nie do końca jest to przemyślane i zmienia całkowite moje spojrzenie na KS-ADMED. O ile wczoraj zrozumiałem, że to fajne rozwiązanie o tyle dziś mam zupełnie inne zdanie na ten temat. Brak możliwości importu zarchiwizowanej wcześniej dokumentacji uważam za bezsensowne.
A teraz pójdźmy dalej w wyobrażenia :) Temu komuś zdarzyła się następna awaria - tym razem komputera z zainstalowanym KS-ADMED. W związku z brakiem możliwości zaimportowania brakującej dokumentacji na serwer do KS-SOMED utracił tą część która była tylko na KS-ADMED.
niestety co do archiwizacji to temat padł ale mam nadzieję że drugi rozważą.Ależ przecież KS-ADMED można dokładnie tak samo archiwizować jak każdą bazę danych! Sorry, ale każdy administrator chyba wie, jak zrobić backup zarówno bazy Oracle jak i Frebird. I to np backup w pełni automatyczny. W czym jest problem, bo nieograniam już tematu.
Pewnie że można ale jaki jest sens robić kopię kopii? KS-ADMED archiwizuje dokumentację medyczną - czyli jest czymś w rodzaju backupu. Ale w sytuacji awarii serwera dla części dokumentacji (tej utraconej z KS-SOMED) nie jest już kopią a podstawowym nośnikiem danych. Zaczynamy mieć dwa systemy na których są różne dane i obydwa należy archiwizować.nic dodać nic ując, wystarczy trochę dopracować ten program i spełni swoją rolę ;)
Gdyby można było zaimportować brakującą dokumentację z KS-ADMED do KS-SOMED wtedy KS-SOMED nadal jest podstawowym nośnikiem (a właściwie dysk twardy serwera, ale używam skrótów myślowych) dla dokumentacji medycznej a KS-ADMED jego kopią.
Ja bym raczej próbował coś pokombinować z replikacją online bazy danych Someda a najlepiej całego serwera z Somedem...
pozdrawiam
@PiotrSz, udało Ci się połączyć go z PPSem? Przysiadłem do tego na pół godziny ale za cholerę nie chce się nawet poprawnie zainstalować. Wersja z 2015, niezrozumiała instrukcja i żadnych podpowiedzi po necie.
Po zainstalowaniu ADMEDa i KSPLTunel dostałem komunikat z Unknown Database w Tunelu. Próbowałem się tam wbić spod BDE Admina, ale woła o hasło dla usera ADMED. Zakładam, że chodzi o jakieś domyślne hasło, o którym instrukcja nie wspomina - przypadek ?
Czy Ktoś mógłby się podzielić wiedzą ?
ustawiony mam 4888
spróbuj zgłosić problem przez https://mrk.kamsoft.pl/login.phppomogło zgłoszenie jak wyżej, dostałem nową licencję jak pisał @ 09061303
spróbuj zgłosić problem przez https://mrk.kamsoft.pl/login.phppomogło zgłoszenie jak wyżej, dostałem nową licencję jak pisał @ 09061303
pomóki rozdane :)
Jak był Somed + Admed - to dostawałeś oddzielne pliki dla Somed i Admed, każde z rozszerzeniem ktl. Teraz coś zmieniają w stronę xml, w stronę ZSI REPa - na razie nie wiem jak to wygląda.
tak obie licencje są w KTL, jedna na SOMED druga na ADMEDspróbuj zgłosić problem przez https://mrk.kamsoft.pl/login.phppomogło zgłoszenie jak wyżej, dostałem nową licencję jak pisał @ 09061303
pomóki rozdane :)
Homar7 - dostałeś licencję w KTL czy jak?
Pozdrawiam
Czas: 2020-03-08 16:24:14
Operacja: błąd podczas wykonywania zadania
Aplikacja, użytkownik: ZSIRep
Opis:
synchronizacja z kopią danych
Wystąpił błąd (Żądanie zostało przerwane: Żądanie zostało anulowane.) podczas przesyłania danych kanałem HTTP.
Co prawda do tego jeszcze nie doszedłem, ale pamiętam, że kiedyś konfigurując Cobian Backup miałem chyba podobny problem, a wynikał on z tego, że jak usługa Cobiana była uruchamiana jako "Local System" (czy jakoś tak) to nie miała dostępu do zasobów sieciowych. Dopiero po zalogowaniu się usługi jako "Administrator" wszystko zaczynało działać.Faktycznie, usługa działała jako "System lokalny". Zmieniłem we właściwościach usługi aby logowała się ona jako konto admina domenowego (na to konto mam też udostępniony zasób na NASie) i przyjęło wybraną ścieżkę. Dzięki za naprowadzenie.
Może tutaj też jest podobnie?
Ja mam teraz jeszcze jeden problem.
Po godz. 13 uruchomiłem synchronizację ZSIRep z serwerem zapasowym. Wszystkich dokumentów do synchronizacji jest ok 64 tys. Po ok. 3 godzinach i synchronizacji ponad 7 tys (7764) dokumentów synchronizacja zakończyła się błędem. W dzienniku zdarzeń co minutę i 16 sekund pojawia się taki wpis:CytujCzas: 2020-03-08 16:24:14
Operacja: błąd podczas wykonywania zadania
Aplikacja, użytkownik: ZSIRep
Opis:
synchronizacja z kopią danych
Wystąpił błąd (Żądanie zostało przerwane: Żądanie zostało anulowane.) podczas przesyłania danych kanałem HTTP.
Czy ktoś wie co może być tego przyczyną i co z tym fantem zrobić?
Jeden jak i drugi serwer zrestartowałem. Tunel VPN też. Łączność jak była tak jest, ale synchronizacja nie chce dalej ruszyć.
Albo po prostu ping z opcją t np. ping -t 192.168.12.1Powodzenia w przeglądaniu pliku TXT z kilkugodzinnej aktywności. Emko ma statystyki ...
Opcja z zapisem wyników do pliku aby sprawdzić po kilku godzinach co i jak ping -t 192.168.12.1 > plik.txt
Tu się zgadzam z andy83. Przynajmniej admin powinien mieć możliwość przeglądania dokumentów z poziomu ZSIRepMGR. Taka możliwość z poziomu KS-ADMED istnieje i czasami się przydaje (np. przy chwilowych problemach na łączach i problemach z archiwizacją i późniejszym ręcznym archiwizowaniu sprawdzam czy aby na pewno dokumenty znalazły się w KS-ADMED).Do przeglądania służy KS-SOMED. ZSIRepMGR, jak sama nazwa wskazuje, jest managerem. Nie, nie okroiliśmy funkcjonalności, nadal, bez dodatkowych kosztów można to zrobić korzystając z KS-SOMED. Również administrator może to zrobić, skoro jest administratorem, to nie uwierzę, że nie korzysta z KS-SOMED.
Jeżeli jej brakuje w nowym rozwiązaniu to znaczy, że okroiliście je z funkcji istniejącej w poprzedniku.