UDC 62-503.51
PROJEKT Zautomatyzowanego stanowiska pracy dla terapeuty sanatoryjnego
Zargaryan Elena Valerievna 1, Zargaryan Yuri Arturovich 2, Miszczenko Alexander Sergeevich 3, Limareva Natalya Viktorovna 4
1 Southern Federal University, dr, profesor nadzwyczajny, Katedra Systemów Automatycznego Sterowania
2 Southern Federal University, dr, asystent, katedra automatycznych systemów sterowania
3 Southern Federal University, student wydziału automatyki
4 Southern Federal University, student Katedry Automatyki Systemów Sterowania
adnotacja
W artykule omówiono opracowaną aplikację komputerową automatyzującą pracę terapeuty sanatoryjnego. Rozważono krótki przegląd narzędzi do projektowania zautomatyzowanych systemów. Wybrano Power Designera. Przeprowadzono analizę zadania. Rozważono zasadę działania stworzonej aplikacji dla zautomatyzowanego stanowiska pracy terapeuty sanatoryjnego.
PROJEKTOWANE STANOWISKO TERAPEUTYCZNE
Zargaryan Elena Valerevna 1, Zargaryan Yuriy Arturovich 2, Miszczenko Aleksandr Sergeevich 3, Limareva Natalya Viktorovna 4
1 Doktor Southern Federal University, adiunkt w katedrze systemów automatycznego sterowania
2 Doktor Southern Federal University, asystent katedry systemów automatycznego sterowania
3 Southern Federal University, student wydziału systemów automatyki
4 Southern Federal University, student wydziału systemów automatycznego sterowania
Abstrakcyjny
W tym artykuł opracowane oprogramowanie aplikacyjne stacji roboczej sanatorium terapeuty automatyzacji. Rozważono krótki przegląd projektu zautomatyzowanego systemu. Ustaw Projektanta mocy. Zadanie anadiz. Zasada pracy stworzona przez aplikację komputerową sanatorium terapeuty.
Link bibliograficzny do artykułu:
Zargaryan E.V., Zargaryan Yu.A., Mishchenko A.S., Limareva N.V. Projekt zautomatyzowanego stanowiska pracy dla terapeuty sanatoryjnego // Nowoczesna technologia i technologia. 2014. Nr 11 [Zasoby elektroniczne]..02.2019).
Wstęp. Efektywność funkcjonowania przedsiębiorstwa lub organizacji dowolnej branży i dziedziny działalności zależy bezpośrednio od szybkości, dokładności i terminowości wymiany danych zarówno wewnątrz tego przedsiębiorstwa pomiędzy jego częściami składowymi (działami, podsystemami itp.), jak i poza nim, czyli jest interakcja i wymiana danych tej organizacji z innymi (konkurencjami, przedsiębiorstwami partnerskimi itp.). A im większe przedsiębiorstwo, tym poważniejszy problem jego menedżerowie stają przed problemem organizacji i kontrolowania przepływu ogromnej ilości informacji przedsiębiorstwa.
Aby jakościowo rozwiązać takie problemy, przedsiębiorstwa korzystają z zautomatyzowanych systemów kontroli (ACS).
Cel tego artykułu ma na celu zwrócenie uwagi na opracowane oprogramowanie wspomagające działalność sanatorium, w szczególności na rozwój zautomatyzowanego stanowiska pracy dla terapeuty.
Znaczenie tej aplikacji zależy od potrzeby:
1. Zbieranie informacji i ocena wyników ich przekazania opieka medyczna, potrzebny do skuteczne leczenie, profilaktyka i rehabilitacja;
2. Skrócenie czasu oczekiwania na opiekę medyczną poprzez zarządzanie przepływami pacjentów, dostarczanie danych o obciążeniu lekarzy pracą i dostępność zasobów w czasie rzeczywistym;
3. Obniżenie kosztów procesu leczenia i profilaktyki;
4. Zwiększenie efektywności dostępu do informacji: wszelkie informacje medyczne o pacjencie, wyniki pracy profilaktycznej i terapeutyczno-diagnostycznej, w tym wyniki badań, lekarz ma dostęp do informacji ze stanowiska pracy, w czasie rzeczywistym;
5. Zapewnienie lekarzowi niezbędnych zasobów informacyjnych: bezpośrednio w procesie udzielania opieki medycznej lekarz ma dostęp do aktualnych danych.
Tworząc aplikację, analizowaliśmy następujące środki wdrożenia:
1. Power Designer, który obsługuje narzędzia do modelowania i diagramowania, metodologię UML, CDM, PDM i możliwości hurtowni danych. Ta aplikacja wspiera możliwości rozwoju zespołu
2. Oracle to potężny i stabilny system DBMS, który działa w różnych systemach operacyjnych, w tym Windows 98, Windows 2000/XP i kilku wariantach Uniksa. Jest to jeden z najpopularniejszych systemów DBMS na świecie i ma długą historię rozwoju i użytkowania. Duża część technologii Oracle jest otwarta dla programistów, co zapewnia większą elastyczność w jej konfiguracji i dostosowywaniu.
Oznacza to jednak tylko tyle, że instalacja Oracle może być nieco trudna i wymaga dużo nauki. Co więcej, techniki, które działają w wersji Oracle przeznaczonej dla jednego system operacyjny, może wymagać modyfikacji do wersji dla innego systemu operacyjnego.
Istnieje wiele konfiguracji pakietu oprogramowania Oracle. Po pierwsze, są dwa różne wersje Jądra Oracle DBMS: do użytku indywidualnego i dla organizacji. Dodatkowo dostępny jest program do tworzenia formularzy i raportów, program Oracle Designer oraz wiele narzędzi do publikowania baz danych Oracle w sieci WWW.
3. SQL Navigator - najpopularniejsze środowisko programistyczne dla Oracle, zapewniające szerokie możliwości pisania, konfigurowania i debugowania bibliotek PL/SQL, w tym wbudowany system ekspercki i system podpowiedzi.
4. Delphi to środowisko projektowania wizualnego, które pozwala szybko i sprawnie tworzyć programy w zespole w fazie produkcyjnej, znacznie skrócić czas poświęcany na przygotowanie aplikacji, a także koordynować działania grupy dostawców, programistów, testerów i autorów technicznych. Kolejną zaletą Delphi jest jego wieloplatformowość, tj. możliwość kompilowania aplikacji Windows do formatu Kylix dla Linuksa.
Analiza specyfikacji technicznych. Ogólnie rzecz biorąc, narzędzia wsparcia oprogramowania dla lekarza rodzinnego można przedstawić jako zestaw trzech zautomatyzowanych stacji roboczych (AWS):
„Rejestracja” AWS
„Terapeuta” AWS
„Administrator” AWS
Stanowisko pracy „Terapeuty”
Biorąc pod uwagę pracę lekarza rodzinnego, można zauważyć, że pacjent przychodzi do niego z kartą i ewentualnie wynikami dodatkowych badań diagnostycznych, a jego głównym zadaniem jest opracowanie dla pacjenta schematu leczenia, który może obejmować różne procedury, terapia lekowa, wizyty u specjalistów itp. Terapeuta musi zrozumieć problemy pacjenta, określić, na jakim etapie jest dana choroba i zdecydować, co pacjent powinien zrobić, aby poprawić swoje samopoczucie. Całą pracę nad przygotowaniem decyzji można podzielić na kilka etapów: opis stanu pacjenta, badanie kliniczne, stawianie diagnozy, ustalanie celów terapii, ustalanie kryteriów osiągnięcia celów terapii, analiza stanu pacjenta i synteza schematu leczenia na podstawie otrzymanych informacji. Interfejs terapeuty należy zbudować zgodnie z podanym schematem. Główną formą zautomatyzowanego miejsca pracy powinno być formularz wyświetlania pacjenta leczących się u danego lekarza i wizyt u niego. Wizyty mogą mieć kilka rodzajów: wizyta wstępna, wizyta powtórna, konsultacja profilaktyczna. Do każdego rodzaju wizyty stanowisko terapeuty musi dobrać własne narzędzia pracy z pacjentem. Formularz wyświetlania pacjenta powinien mieć takie same możliwości wyszukiwania i filtrowania odpowiednich rekordów, jak formularz wyświetlany na stacji roboczej rejestratora. Dla bardziej uszczegółowionej klasyfikacji rodzajów wizyt pacjentów należy wprowadzić pojęcie celu wizyty. I tak na przykład dodatkowo identyfikatory listy muszą zawierać pole na datę następnego przybycia pacjenta. Formularz przyjęcia pacjenta powinien być zorganizowany w odpowiedni kreator, który przedstawia pracę w logicznej kolejności. W pierwszym etapie kapitan rejestruje skargi pacjenta, historię medyczną pacjenta, historię życia pacjenta, historia alergii, przeprowadza się badanie narządów i układów. Jeżeli pacjent przed wizytą u lekarza przeszedł procedurę diagnostyczną, która w jakiś sposób wyklucza choroby określonych narządów i układów, wówczas badanie należy skrócić, aby zaoszczędzić czas lekarza. Dodatkowo w pierwszym etapie pracy kreatora istnieje możliwość przeprowadzenia procedury diagnostycznej w ramach zautomatyzowanego stanowiska „Diagnostyka dodatkowa”. Przyjmując pacjenta, aby poznać jego stan, należy rozpocząć rozmowę rejestracja reklamacji pacjent. Potrzebuję wiedzieć:
1. Na co skarży się pacjent?
2. Dokładna lokalizacja bolesnych zjawisk.
3. Napromienianie bólu.
4. Czas pojawienia się (dzień/noc)
5. Czynniki powodujące ból (fizyczny lub stres psychiczny, jedzenie itp.).
6. Charakter bolesne uczucie na przykład charakter bólu: ściskający, kłujący, palący, stały, napadowy itp. , a także jego intensywność, czas trwania
7. Jak ustanie bolesne zjawisko?
8. Zachowanie pacjenta, wymuszona pozycja pacjenta, łagodzenie bolesnych wrażeń.
Każda skarga musi być sklasyfikowana według jej przynależności do konkretnego układu organizmu. Następnie konieczne jest przeprowadzenie szczegółowego badania pacjenta na temat tych narządów i układów, które zostały wymienione na etapie zgłaszania skarg. W procesie opracowywania szczegółów brane są pod uwagę następujące narządy i układy:
Po zarejestrowaniu dolegliwości i wyszczególnieniu dotkniętych narządów i układów szczegółowo opisano występowanie, rozwój i przebieg obecnej choroby od jej pierwszych objawów do momentu badania przez terapeutę (opis historii choroby) szczegółowo w porządku chronologicznym. Opis można sprowadzić do ankiety według następującego schematu:
1. Jak długo uważa się za chorego?
2. Gdzie i w jakich okolicznościach zachorowałeś po raz pierwszy?
3. Czynniki przyczyniające się do wystąpienia choroby
4. Od jakich objawów zaczęła się choroba?
5. Pierwsza wizyta u lekarza, wyniki badań, rozpoznanie choroby, ówczesne leczenie, jego skuteczność.
6. Dalszy przebieg choroby
Drugim etapem pracy recepcjonisty pacjenta jest badanie kliniczne przeprowadzane przez lekarza pierwszego kontaktu. W ramach badania klinicznego lekarz przeprowadza badanie zewnętrzne pacjenta, badanie palpacyjne, opukiwanie, osłuchiwanie, w celu określenia stanu różnych narządów i układów, odczytanie reakcji ratunkowej, odczyt ciśnienia krwi, pomiar wzrostu, określenie masy ciała . Informacje o wynikach każdego rodzaju badania lekarz zapisuje w odpowiednich polach kreatora badań.
Na trzecim etapie pracy mistrza wpisuje się diagnozę postawioną pacjentowi przez lekarza. Wpisuje się diagnozę główną, ustala się, czy choroba jest w remisji, czy w zaostrzeniu, wprowadza się diagnozy współistniejące i określa dla nich stan, w jakim się one znajdują. Po ustaleniu diagnozy i ustaleniu przebiegu choroby lekarz może przejąć odpowiedzialność za leczenie danej choroby lub skierować pacjenta do specjalisty.
„Administrator” AWS
Na poziomie Administratora realizowane są następujące rodzaje prac:
Konfiguracja kliniki;
Konfigurowanie stacji roboczych;
Konfigurowanie katalogów.
Analiza podobnych systemów oprogramowania. „AIS „Poliklinika”.Firma CROC opracowała i wdrożyła zautomatyzowany system informatyczny dla centralnej kliniki FSB Rosji ( AIS „Poliklinika”). System obejmuje 340 zautomatyzowanych stanowisk pracy, jego użytkowników jest ponad 700 pracownicy medyczni, obsługując dziennie ponad 5 tys. osób. System przeznaczony jest do kompleksowego wsparcia informacyjno-analitycznego pracy kliniki. System, którego centralnym elementem oprogramowania jest system informacji medycznej „MedAnalytics”, obejmuje także serwer, komputer, urządzenia sieciowe i peryferyjne, prywatną centralę telefoniczną podłączoną do miejskiej sieci telefonicznej, system okablowania strukturalnego, szybką sieć lokalną sieci obszarowej, a także systemy zasilania i bezpieczeństwa, alarmy.
Zautomatyzowany system medyczny „MedIS-T”. System przeznaczony jest do automatyzacji medycyny przemysłowej, przychodni, szpitali, ośrodków zdrowia i sanatoriów. Posiada możliwość zdalnego administrowania systemowymi stacjami roboczymi (przez Internet).
Wdrożenie aplikacji. Do realizacji wykorzystano system oprogramowania Power Designer 15 model koncepcyjny dane. Ponieważ do rejestracji skarg pacjentów konieczne jest wypełnienie niemal tych samych pól dla każdej skargi, zdecydowano się opracować abstrakcyjną tabelę rejestracji skarg.
Opracowano następujące tabele:
Tusers – zawiera dane o użytkownikach systemu.
Tpacient – karta pacjenta.
Tzalob – zawiera skargi pacjentów.
T_boby_system – układy organizmu człowieka.
T_ boby_pod_system – rodzaj skargi dotyczącej konkretnego układu ciała.
Tonsp_obch – tabela służąca do określenia aktualnego stanu pacjenta.
Tanamnez – historia medyczna.
Tanamnez_next – dalszy przebieg choroby
Tdiaznoz – zawiera diagnozę pacjenta.
T_pod_diaznoz - zawiera diagnozy towarzyszące diagnozie głównej.
Korzystając z systemu oprogramowania Power Designer 15, bazującego na koncepcyjnym modelu danych, a fizyczny model danych, skupiając się na Oracle (patrz rys. 1).
Tworzenie widoków . Widok jest wynikiem wyrażenia SQL składającego się z instrukcji Select, Design i Join. Widoki zapewniają bardziej elastyczne zabezpieczenia tabeli, można ich używać do ograniczania dostępu do określonych kolumn lub wierszy oraz można ich używać do łączenia tabel.
Ryż. 1 – Model danych
Struktura prezentacji:
Utwórz lub zamień widok „v _nazwa_tabeli” („nazwa_pola 1”, „nazwa_pola 2”…„nazwa_pola n”) jako wybierz „nazwa_pola 1”, „nazwa_pola 2”…..„nazwa_pola n” OD „nazwy tabeli” GDZIE DEL =0
Gdzie DEL jest polem znacznika usunięcia
Dla każdej tabeli utworzono widoki konstrukcji opisanej powyżej.
Tworzenie sekwencji. Sekwencja to obiekt generujący serię kolejnych, unikalnych liczb. Sekwencje są najczęściej używane do generowania zastępczych wartości kluczy.
Tworzenie wyzwalaczy. Wyzwalacze w Oracle to procedury w języku Java lub SQL wywoływane, gdy a pewne działania z bazą danych. Oracle obsługuje kilka typów wyzwalaczy: niektóre są uruchamiane przez polecenia SQL, które tworzą w bazie danych nowe struktury, takie jak tabele, inne są uruchamiane jednorazowo na poziomie tabeli, gdy zmienia się wiersz tabeli, a jeszcze inne są uruchamiane raz dla każdego zmienionego wiersza .
Struktura utworzonych wyzwalaczy:
ROZPOCZNIJ WYBIERZ SEC_„nazwa_tabeli”. NASTĘPNY W: NOWY. „Identyfikator_tabeli” Z DUAL; KONIEC;
Implementacja części klienckiej aplikacji. Program składa się z następujących modułów:
Login_Unit – moduł przeznaczony do logowania do systemu.
Dm_unit to moduł przeznaczony do przechowywania skonfigurowanych narzędzi dostępu do baz danych.
Admin_Unit – moduł przeznaczony do wyświetlania listy zarejestrowanych użytkowników systemu.
Main_Unit – główna forma aplikacji.
Find_User_Unit – moduł służący do wprowadzania danych potrzebnych do wyszukiwania.
New_User_Unit – moduł umożliwiający dodanie nowego użytkownika.
Edit_User_Unit – moduł przeznaczony do edycji danych użytkownika.
Reg_nit to moduł przeznaczony do wyświetlania kart pacjentów.
New_Pacient_Unit – moduł umożliwiający dodanie nowego pacjenta do bazy danych.
Edit_pacient_Unit – moduł przeznaczony do edycji danych pacjenta.
Pacient_Unit to moduł przeznaczony do wyświetlania pacjentów na stanowisku „Terapeuta”.
Choose_Date_Unit – moduł służący do wyboru daty.
Reg_Zalob_Unit – moduł przeznaczony do rejestracji skarg pacjentów.
Detail_zalob_Unit – moduł przeznaczony do szczegółowości rejestrowanych reklamacji.
Edit_Unit to moduł przeznaczony do wprowadzania dużej ilości danych.
Anamnez_Unit to moduł przeznaczony do opisu historii medycznej choroby.
New_zalob_Unit – moduł umożliwiający dodanie nowej reklamacji do bazy danych.
Edit_Zalob_Unit – moduł przeznaczony do edycji reklamacji.
Opred_Sost_Unit – moduł przeznaczony do określania aktualnego stanu pacjenta.
Diagnoz_Unit to moduł przeznaczony do wykonywania diagnozy głównej i diagnoz towarzyszących.
Sost_Unit_ to moduł umożliwiający przeglądanie stanu pacjenta w różnych terminach. Służy do określenia dynamiki rozwoju pacjenta.
Edit_Sost_Unit – moduł przeznaczony do edycji danych o stanie pacjenta.
Restore_Users_Unit – moduł przeznaczony do przywracania błędnie usuniętych użytkowników systemu.
DMrestore_Unit – moduł przeznaczony do przechowywania skonfigurowanych narzędzi dostępu do baz danych.
Restore_Pacient_Unit – moduł przeznaczony do przywracania błędnie usuniętych pacjentów.
Restore_diagnoz_Unit to moduł przeznaczony do przywracania błędnie usuniętych diagnoz pacjentów.
Strukturę aplikacji pokazano na rysunku 2.
Po uruchomieniu aplikacji na ekranie monitora zostanie wyświetlony formularz, który poprosi o przejście procedury uwierzytelnienia (patrz rysunek 3). Aby zalogować się do systemu należy w odpowiednich polach formularza wpisać „login” i „hasło”.
Po zalogowaniu wyświetli się główna forma aplikacji (patrz rysunek 4). Formularz ten nie ma charakteru informacyjnego, a jedynie umożliwia wybór trybu pracy z aplikacją:
„Administrator” AWS;
„Rejestracja” AWS;
AWP „Terapeuta”.
Ryż. 2 – Struktura aplikacji
Jeżeli użytkownik nie ma przypisanych uprawnień do żadnego trybu pracy z systemem, to tryb ten nie będzie dla niego dostępny.
Ryż. 3 – Formularz logowania
Ryż. 4 – Główna forma aplikacji
„Administrator” AWS. Po zalogowaniu się do systemu w trybie administratora na ekranie wyświetli się formularz AWS „Administrator” (patrz rys. 5).
W formularzu wyświetleni są użytkownicy systemu oraz uprawnienia tych użytkowników. Na tych danych możesz wykonać następujące działania:
Dodaj – wyświetla formularz umożliwiający dodanie nowego użytkownika (patrz rys. 6).
Aby poprawnie dodać użytkownika należy wypełnić wszystkie pola, a także przydzielić użytkownikowi uprawnienia, po czym należy kliknąć przycisk „Dodaj”.
Ryż. 5 – Formularz zautomatyzowanego stanowiska pracy „Administrator”
Rys. 6 – Formularz dodawania nowego użytkownika
Edytuj – wyświetla formularz umożliwiający edycję danych użytkownika. Formularz ten przypomina formularz dodawania nowego użytkownika.
Usuń – funkcja służy do usunięcia użytkownika. Dane nie są fizycznie usuwane z bazy danych. Usunięte dane można przywrócić w dowolnym momencie.
Szukaj – aktywacja formularza wprowadzania szukanego ciągu (patrz rys. 7).
Rys.7 – Formularz wprowadzania ciągu wyszukiwania
Po wpisaniu szukanego ciągu należy kliknąć przycisk „Znajdź”.
Administrator ma również możliwość odzyskania usuniętych danych. Istnieje wyspecjalizowany formularz przywracania użytkowników systemu (patrz ryc. 8)
Rys. 8 – Przywracanie użytkowników systemu
Aby przywrócić użytkownika, należy wskazać go na liście usuniętych użytkowników, a następnie kliknąć przycisk „Przywróć”.
Aby przywrócić usuniętych pacjentów, istnieje wyspecjalizowana forma odzyskiwania pacjentów (patrz ryc. 9)
Ryż. 9 – Rekonwalescencja pacjenta
Aby przywrócić pacjenta, należy wskazać go na liście usuniętych pacjentów, a następnie kliknąć przycisk „Przywróć”.
Aby przywrócić usunięte diagnozy, istnieje wyspecjalizowany formularz przywracania diagnoz (patrz ryc. 10.)
Ryż. 10 – Przywracanie diagnoz
Aby przywrócić diagnozę, należy ją wskazać na liście usuniętych diagnoz, a następnie kliknąć przycisk „Przywróć”. Aby przywrócić diagnozę współistniejącą, należy ją wskazać na liście usuniętych diagnoz współistniejących, a następnie kliknąć przycisk „Przywróć”. Diagnoza zostanie przywrócona u pacjenta, u którego została usunięta.
AWP „Terapeuta”. Po włączeniu trybu terapeuty na ekranie wyświetli się formularz wyświetlania pacjenta (patrz rys. 11).
Formularz wyświetla pacjentów przypisanych do konkretnego lekarza.
Na tych danych możesz wykonać następujące działania:
Wybór pacjentów zarejestrowanych na konkretną datę. Aby aktywować tę funkcję, należy kliknąć przycisk „Pacjenci”.
Ryż. 11 – Forma zautomatyzowanego stanowiska pracy „Lekarz-terapeuta”
Na ekranie pojawi się formularz wyboru daty (patrz rys. 12)
Ryż. 12 – Formularz wyboru daty
Po zakończeniu wybierania daty należy kliknąć przycisk „Wyświetl”.
Szukaj – aktywacja formularza wprowadzania szukanego ciągu (patrz rys. 7).
Anuluj – funkcja ta służy do anulowania wyników wyszukiwania.
Rozpocznij wizytę – aktywuje kreatora wizyt pacjenta.
Pierwszym krokiem w przyjęciu pacjenta jest zarejestrowanie jego skarg (patrz ryc. 13).
Ryż. 13 – Formularz Rejestracji Reklamacji Pacjenta
W tym formularzu wyświetlane są skargi pacjenta. Na tych danych możesz wykonać następujące działania:
Dodaj – aktywuje formularz dodawania skargi pacjenta (patrz rys. 14).
Ryż. 14 – Formularz dodania skargi pacjenta
Szczegół – aktywacja formularza umożliwiającego szczegółowe uszczegółowienie reklamacji pacjenta (patrz rys. 15).
Edytuj – formularz ten jest podobny do formularza służącego do szczegółowego opisywania skargi pacjenta.
Usuń – funkcja służy do usunięcia karty pacjenta. Dane nie są fizycznie usuwane z bazy danych.
Ryż. 15 – Formularz szczegółowy skargi pacjenta
Po zarejestrowaniu skarg pacjenta i ich uszczegółowieniu należy przejść do opisu historii choroby. W tym celu należy wypełnić pola na dwóch zakładkach:
Historia choroby (patrz ryc. 16).
Późniejszy przebieg choroby (patrz ryc. 17).
Po opisaniu historii choroby należy przystąpić do określania stanu pacjenta. Jeżeli pacjent odwiedził lekarza więcej niż raz, dzięki temu formularzowi możliwe jest prześledzenie dynamiki rozwoju choroby (patrz ryc. 18).
Ryż. 16 – Zakładka opis historii choroby
Ryż. 17 – Zakładka opisująca dalszy przebieg choroby
Na danych formularza możesz wykonać następujące czynności:
Dodaj – aktywuje formularz służący do określenia stanu pacjenta (patrz rys. 19).
Edytuj – aktywuje formularz umożliwiający edycję statusu pacjenta. Formularz ten jest podobny do formularza definicji stanu.
Po opisaniu historii choroby należy przystąpić do stawiania diagnozy (patrz ryc. 20).
Ryż. 18 – Formularz wyświetlania stanu pacjenta
Ryc. 19 – Formularz do określenia stanu pacjenta
Po postawieniu diagnozy można ukończyć pracę Kreatora przyjmowania pacjentów.
Ryż. 20 – Formularz diagnozy
Opracowana aplikacja może zostać wykorzystana do automatyzacji pracy lekarza sanatoryjnego.
Bibliografia
- D. Kroenke, „Teoria i praktyka budowy baz danych, wydanie 8” „Peter”, 2003.
- Date, K., J. Wprowadzenie do systemów baz danych. 6. wyd. - DO.; M., St. Petersburg: „Williams”, 2000. – 848s
- V.V. Korneev, A.F. Gareev, S.V. Wasyutin, V.V. Bazy danych Rzeszy. Inteligentne przetwarzanie informacji. – M.: Wiedza, 2001.- 496 s.
- Chomonenko A.D., Tsygankov V.M., Maltsev M.G. Bazy danych: Podręcznik dla szkół wyższych/wyd. prof. PIEKŁO. Chomonenko. – St.Petersburg: Druk CORONA, 2002. – 672 s.
- Zargaryan E.V., Zargaryan Yu.A. Wsparcie informacyjne problemów optymalizacji wielokryterialnej metodą Pareto. Informatyzacja i komunikacja. 2013. nr 2. s. 114-118.
- Zargaryan E.V. METODA OBLICZANIA NIEROZRÓŻNIONEGO BILANSU PRZEMYSŁOWEGO. Wiadomości z Południowego Uniwersytetu Federalnego. Nauka techniczna. 2008. T. 81. nr 4. s. 125-129.
Komputer wkroczył we wszystkie sfery ludzkiej działalności. Stanowisko lekarza to program komputerowy, który powinien pomóc lekarzowi w procesie diagnostyki i leczenia, zapewniając maksimum przydatna informacja i nie ładuje się dodatkowo praca medyczna. Ale rzeczywistość nie zawsze jest różowa i piękna.
Lekarz albo jest przyjacielem komputera, albo nie...
Stanowisko lekarza – co to jest?
Zautomatyzowane Miejsce pracy(Stanowisko lekarza) to terminal komputerowy ze specjalnym programem umożliwiającym obsługę nowoczesne technologie w codziennej pracy instytucja medyczna. Powszechna cyfryzacja wkroczyła we wszystkie sfery życia i głupotą jest odmawianie postępu: komputer może stać się doskonałym i niezastąpionym asystentem lekarza, ale pod następującymi warunkami:
- lekarz zna nowe technologie;
- instytucja medyczna zakupiła potężne komputery;
- utworzono dobrą sieć z dostępem do Internetu;
- stosowane są łatwe w obsłudze programy do przetwarzania informacji;
- Doświadczony administrator systemu utrzymuje sprzęt.
Nie ma żadnej z przesłanek, a stanowisko pracy lekarza staje się codziennym problemem, z którym lekarz nie może sobie poradzić, a czasami jest to niemożliwe, a co najważniejsze, sytuacja ta uniemożliwia mu opiekę nad pacjentami. Często lekarz staje się niewolnikiem i dodatkiem komputera, ze wszystkimi tego konsekwencjami.
Prawdziwa pomoc dla lekarza
Nowoczesny technologia informacyjna stworzyć wiele wygody dla lekarza - od znalezienia niezbędnych informacji medycznych w Internecie efektywne wykorzystanie programy komputerowe w diagnostyce chorób. Stanowisko lekarza to baza danych każdego pacjenta, z której możesz dowiedzieć się:
- wszelkie diagnozy i choroby osoby zgłaszającej się po pomoc (zaglądając do elektronicznej karty, można czasem dowiedzieć się znacznie więcej niż zbierając wywiad od pacjenta);
- wyniki ostatnich badań, badania diagnostyczne i opinie doradcze;
- umiejscowienie pacjenta w dynamice leczenia (lecznictwo stacjonarne i ambulatoryjne);
- część danych osobowych danej osoby (paszport, ubezpieczenie medyczne, SNILS, telefon);
- statystyki dotyczące codziennej pracy.
Najlepszym asystentem lekarza jest relacja pomiędzy różnymi placówkami medycznymi i specjalistami na stanowisku lekarza: klikając na nazwisko pacjenta, możesz krótki okres czas, aby dowiedzieć się jak najwięcej informacji medycznych o danej osobie.
Stanowisko lekarza – jakie są wady
Posiadanie karty elektronicznej dla każdej osoby jest wspaniałe i wygodne. Ale tylko w idealne warunki. W życiu i rzeczywistości każdej konkretnej placówki medycznej istnieją istotne niuanse, bariery nie do pokonania i ogromne trudności. Stanowisko pracy lekarza staje się dla lekarza obciążeniem w następujących przypadkach:
- Zakupiono tanie i energooszczędne terminale komputerowe z łatwo psującymi się drukarkami;
- stosuje się uciążliwy i niedokończony program medyczny;
- nie ma unifikacji dla całego kraju (każdy region ma swój własny program do prowadzenia mapy elektronicznej);
- zaoszczędzono środki na utworzenie sieci wewnątrzszpitalnej, co wpływa na szybkość dostępu do Internetu;
- Aby zaoszczędzić pieniądze, szpital nie kupuje papieru biurowego (badanie lekarza można wydrukować i wkleić na papierową kartę, której nikt nie anulował), dlatego lekarz oprócz wpisania informacji do programu ma obowiązek w razie potrzeby pisać zwykłym piórem na zwykłym papierze;
- zatrudniono niekompetentnego programistę, który nie zna technologii sieciowych;
- Lekarz nie ma komputera, pisze jednym palcem i ma trudności ze zrozumieniem, dlaczego potrzebny jest przycisk Enter.
W dużych instytucjach są problemy
BŁĄD PRZYCZYNA (wersja 0.7.2014.23 i nowsze)Podsystem „Elektroniczna dokumentacja medyczna: przychodnia”
(„EMK – stanowisko lekarza w przychodni (poliklinice)”)
(krótki opis cech i funkcji)
Podsystem „Elektroniczna dokumentacja medyczna: przychodnia” MIS KAUZ (błąd.
ru) przeznaczony:
automatyzacja obiegu dokumentów w przychodniach (poliklinikach) organizacja medyczna(MO);
automatyzacja miejsca pracy lekarza w przychodni (poliklinice) obwodu moskiewskiego podczas wizyty ambulatoryjnej;
automatyzacja pracowników pielęgniarka przychodnie (polikliniki) obwodu moskiewskiego na wizyty ambulatoryjne;
uzyskanie raportów niezbędnych do pracy lekarza w przychodni (poliklinice) obwodu moskiewskiego;
wymiana informacji o wynikach badań ambulatoryjnych z innymi podsystemami MIS KAUZ.
Aby zarejestrować dane EHR w przychodni obwodu moskiewskiego, stosuje się moduł „Rejestracja dokumentów podstawowych” (REGDOC) w trybie „AMB - POLYCLINIC (EMR)”.
Musisz wypełnić ustawienia użytkownika podobne do poniższego przykładu -
Podsystem „EMK – stanowisko lekarza w przychodni (poliklinice)”: udostępnia następujące opcje:
rejestracja (dodawanie, zmiana, usuwanie) danych pacjenta –
rejestracja nowej preferencyjnej recepty (świadczenie federalne i regionalne) –
przeglądanie listy preferencyjnych recept (RP) i ich zmiana –
Przeglądanie listy pacjentów EHR zarejestrowanych w przychodni (klinice) -
Przeglądanie listy pacjentów EHR zarejestrowanych w szpitalu (szpital dzienny) -
wydruk dokumentów pacjenta niezbędnych do jego opieki w przychodni (klinice) –
rejestracja nowego zapotrzebowania na świadczenia leki(LLS) beneficjenta federalnego, beneficjenta regionalnego, „odmawiającego” z NSU -
przeglądanie listy i zmiana zapotrzebowania na leki preferencyjne (PMP) beneficjenta federalnego, beneficjenta regionalnego lub „odmawiającego” z JNS –
funkcjonalność lekarza ogólna praktyka(GP) –
UWAGA!
Więcej informacji na temat funkcjonalności popsystemu „Workstation GP” można znaleźć w instrukcji zawartej w pliku – Workstation GP - instrukcja obsługi.doc
pracować w „trybie” Nagranie elektroniczne udać się do lekarza (badanie, zabieg)” -
UWAGA!
Więcej szczegółów na temat funkcjonalności popsystemu „Elektroniczna wizyta u lekarza (badanie, zabieg)” znajdziesz w instrukcji zawartej w plikach:
- Rejestr elektroniczny- instrukcja obsługi.doc
- Organizacja pracy w trybie REJESTRACJA ELEKTRONICZNA MIS LPU.doc
rejestracja danych z badań ambulatoryjnych –
UWAGA!
Na liście badań widoczne są TYLKO skierowania do lekarza o specjalności lekarskiej określonej w ustawieniach miejsca pracy użytkownika.
Aby wypełnić dane dotyczące badania ambulatoryjnego (skierowania), należy wybrać... 
... i uzupełnij dane - 
UWAGA!
Przyjmuje się, że skierowanie na badanie ambulatoryjne następuje z:
- Rejestracja ambulatoryjna (przy rejestracji pacjenta na wizytę u lekarza);
szpital (szpital dzienny) (na przykład po przyjęciu pacjenta);
poradnia ambulatoryjna (np. gdy lekarz pierwszego kontaktu (pediatra, GP) kieruje pacjenta na badania do „specjalistów”).
Jeżeli nie ma danych o skierowaniu pacjenta (np. gdy pacjent sam zgłosił się do poradni z pominięciem rejestru), to w tym samym trybie można wprowadzić dane dotyczące jego badania ambulatoryjnego.
Podczas wypełniania następujących danych:
Uskarżanie się
Anamneza
Obiektywnie (stan obiektywny)
SpecialStatus (status specjalny)
Plan traktowania
Plan badania
Zalecenia
Aby dodać nowy szablon należy wpisać nową nazwę -
Dodaj nowy szablon
Aby wybrać istniejący szablon, musisz wybrać go z odpowiedniej listy -
Aby zmienić tekst, musisz to zrobić ręcznie -
Wybór szablonu tekstu badania zależy od specjalizacji lekarskiej i diagnozy pacjenta -
UWAGA!
Wzory testów do badań przez lekarzy ambulatoryjnych m.b. dodane i zmienione w module „Administrator MIS” (ADMINDOC). Dodanie takich szablonów musi nastąpić przed rozpoczęciem korzystania przez lekarzy z podsystemu „EMK – Stanowisko lekarza w przychodni (poliklinice)”.
Po wypełnieniu wymaganych pól należy zapisać dane badania ambulatoryjnego (F2)... 
…i w razie potrzeby wydrukować protokół badania za pomocą drukarki na papierze (np. w celu dodania (wklejenia) protokołu papierowego do papierowej dokumentacji medycznej pacjenta) – 
Po zapisaniu danych badania ambulatoryjnego (potwierdzeniu przez lekarza) można je przeglądać w trybie „Wyniki”.
przeglądanie i drukowanie wyników badań ambulatoryjnych –
UWAGA!
Na liście wyników badania wszystkich specjalizacji lekarskich (bez ograniczeń specjalizacji lekarskiej określonej w ustawieniach miejsca pracy użytkownika) są wyświetlane na szaro-niebieskim tle – potwierdzone przez lekarzy badających pacjenta.
przeglądanie i drukowanie klinicznych i badania biochemiczne pacjent -
UWAGA! Tryb jest dostępny, jeśli placówka opieki zdrowotnej korzysta z podsystemu „LIS - laboratoryjny system informacyjny” MIS KAUZ (mislpu.ru)
przeglądanie i drukowanie danych z badań funkcjonalnych pacjenta –
UWAGA! Tryb jest dostępny, jeśli placówka opieki zdrowotnej korzysta z podsystemu „EMC - Stanowisko lekarza diagnostyki funkcjonalnej” MIS KAUZ (mislpu.ru)
przeglądanie i drukowanie danych USG pacjenta –
UWAGA! Tryb dostępny, jeżeli w placówce opieki zdrowotnej funkcjonuje podsystem „EMC – Stanowisko Lekarza” diagnostyka ultradźwiękowa” MIS KAUZ (mislpu.ru)
przeglądanie i drukowanie danych Badania rentgenowskie(RTI) pacjenta –
UWAGA! Tryb jest dostępny, jeżeli placówka opieki zdrowotnej korzysta z podsystemu „RIS – System Informacji Radiologicznej” MIS KAUZ (mislpu.ru)
rejestracja danych o szczepieniach ochronnych –
UWAGA! Instrukcja obsługi podsystemu „Immunoprofilaktyka” zawarta jest w pliku - Podręcznik użytkownika immunoprophylaxis.doc
18) dodawanie, zmienianie, przeglądanie i drukowanie szokującej epikryzysu na VK– 
19) generowanie raportów – 
Obsługa klienta
błąd @ Yandex. ru
Program przeznaczony prowadzenie dokumentacji medycznej w warunkach ambulatoryjnych.
Rok: 2011
Wersja: 4.2.02
Deweloper: Leybasoftu
Platforma: Windows XP SP2 i nowszy
Zgodność z Vistą: pełny
Wymagania systemowe:
- procesor: P-III (Celeron 1,5 GHz) i wyższy
- RAM: 512 MB (min. 256 MB) i więcej (zalecane)
- Miejsce na dysku twardym: 100 MB lub więcej (w zależności od tempa wzrostu rozmiaru pliku bazy danych)
- uprawnienia administratora (tylko w zakresie instalacji oprogramowania i konfiguracji serwera)
Język interfejsu: tylko Rosjanie
Tablet: Nie wymagane
Rozmiar: 172MB
Napisane, aby pomóc innym lekarzom, którzy są do tego zobowiązani możliwie najkrótszy czas zrobić niemożliwe: sporządzić kartę ambulatoryjną zgodnie ze wszystkimi zasadami, uważnie wysłuchać pacjenta, zrozumieć, co zostało powiedziane i zalecić odpowiednie badanie i leczenie.
Program jest technicznie dwuwarstwowym klientem-serwerem („grubym” klientem). Firebird RDBMS pełni rolę serwera, co umożliwia wielu użytkownikom dostęp do danych i korzystanie z aplikacji w lokalna sieć. Dostęp do danych jest ściśle regulowany w zależności od grupy, w ramach której użytkownik loguje się do bazy (jednym słowem każdy „zobaczy” tylko te dane, które mu wolno „przejrzeć”).
Dodać. informacje: Poprzednia wersja programu (wersja 4.1.08)
Co nowego w tej wersji:
1. Wraz z wersją wielostanowiskową (korzystającą z pełnoprawnego serwera, która wymaga osobnej instalacji i konfiguracji) tzw. wersja przenośna (jednostanowiskowa, zawierająca wbudowany serwer, który nie wymaga konfiguracji). Wersja przenośna pozwala lekarzowi przechowywać program + serwer + bazę danych na zwykłym pendrive'ie lub dysku twardym USB. Jest to bardzo wygodne, jeśli chcesz pracować z bazą danych w pracy i w domu, a także jeśli nie masz absolutnie ochoty zagłębiać się w zawiłości administrowania bazami danych.
2. Dodano możliwość wpisania niektórych danych w języku łacińskim (na prośbę kolegów z zagranicy)
3. Miejscami poprawiono interfejs (okno połączenia w wersji dla wielu użytkowników ma teraz trzy tryby wyświetlania) + zaimplementowano liczne „gadżety” i „udogodnienia”, poprawiono oczywiste błędy
4. Dodano format pomocy HTML oprócz istniejącego formatu chm
Szczegóły znajdziesz w pomocy oraz na stronie internetowej...
Ponieważ ta wersja jest przeznaczona tylko do pracy urolog-androlog autorka zaprasza do współpracy kolegów ginekologów, dermatowenerologów, terapeutów, neurologów itp. w celu rozszerzenia podobnej funkcjonalności w programie. Konstruktywne komentarze na temat zawartości i użyteczności tej wersji są również mile widziane.
Jak przyczynić się do dalszego rozwoju oprogramowania
1. Spójrz na interfejs programu
2. Rozumiemy logikę pracy i związek pomiędzy zaznaczonymi elementami interfejsu a generowanymi danymi
3. Wysyłamy w wiadomości prywatnej lub e-mailu do autora skargi/objawy, które łączy ta sama logika i odpowiadający im „typowy” opis skarg/objawów występujących w krajowej (lub „blisko zagranicznej”) dokumentacji medycznej (oczywiście w specjalność, którą chcesz zobaczyć w programie). Tutaj możesz także dodać, jakie inne szablony (kupony statystyczne i inne odpady biurokratów medycznych) można dodać.
