УДК 62-503.51
ПРОЕКТУВАННЯ АВТОМАТИЗОВАНОГО РОБОЧОГО МІСЦЯ ЛІКАРЯ-ТЕРАПЕВТА САНАТОРІЯ
Заргарян Олена Валеріївна 1, Заргарян Юрій Артурович 2, Міщенко Олександр Сергійович 3, Лімарьова Наталія Вікторівна 4
1 Південний Федеральний Університет, к.т.н., доцент кафедри систем автоматичного управління
2 Південний Федеральний Університет, к.т.н., помічник кафедри систем автоматичного управління
3 Південний Федеральний Університет, студент кафедри систем автоматичного керування
4 Південний Федеральний Університет, студентка кафедри систем автоматичного керування
Анотація
У цій статті розглянуто розроблений програмний додаток автоматизації робочого місця лікаря-терапевта санаторію. Розглянуто короткий огляд засобів проектування автоматизованої системи. Вибрано Power Designer. Проведено анадіз поставленої задачі. Розглянуто принцип роботи створеного програмного застосування автоматизованого робочого місця лікаря-терапевта санаторію.
PROJECTING WORKSTATION THERAPIST SANATORIUM
Zargaryan Elena Valerevna 1 , Zargaryan Yuriy Arturovich 2 , Мішченко Олександр Sergeevich 3 , Limareva Natalya Viktorovna 4
1 Southern Federal University, Ph.D., asistent profesor з автоматичного управління системами департаменту
2 Southern Federal University Ph.D.
3 Southern Federal University, студент з автоматичного управління системами department
4 Southern Federal University, студент з автоматичного управління системами department
Abstract
У цьому article theРозроблено application software automation workstation therapist sanatorium. Вважається, що brief overview of design of the automated system. Set Power Designer. An anadiz task. Принцип роботи, створений за допомогою application workstation therapist sanatorium.
Бібліографічне посилання на статтю:
Заргарян Є.В., Заргарян Ю.А., Міщенко О.С., Лімарьова Н.В. Проектування автоматизованого робочого місця лікаря-терапевта санаторію // Сучасна техніката технології. 2014. №11 [Електронний ресурс]..02.2019).
Вступ.Ефективність функціонування підприємства чи організації будь-якої галузі та сфери діяльності безпосередньо залежить від швидкості, точності та своєчасності обміну даними як усередині цього підприємства між його складовими частинами (відділами, підсистемами тощо), так і поза ним, тобто взаємодія та обмін даними цієї організації з іншими (конкуруючими, підприємствами-партнерами тощо). І чим більше, масштабніше підприємство, тим серйозніше перед його керуючими постає проблема організації та контролю потоків величезної кількості інформації підприємства.
Для якісного вирішення таких проблем на підприємствах використовують автоматизовані системи управління (АСУ).
Метою цієї статтіє висвітлення розробленого програмного додатку задля забезпечення діяльності санаторію, зокрема розробка автоматизованого робочого місця лікаря – терапевта.
Актуальність цього програмного додатка обумовлюється необхідністю:
1. Ведення збору відомостей та оцінки результатів надання медичної допомоги, необхідних для ефективного лікування, профілактики та реабілітації;
2. Скорочення термінів очікування медичної допомоги за рахунок управління потоками пацієнтів, надання даних про завантаження лікарів, доступність ресурсів у реальному часі;
3. Скорочення витрат на лікувально-профілактичний процес;
4. Підвищення оперативності доступу до інформації: вся медична інформація про пацієнта, результати профілактичної та лікувально-діагностичної роботи, включаючи результати досліджень, доступна лікарю з робочого місця у реальному часі;
5. Забезпечення лікаря необхідними інформаційними ресурсами: безпосередньо в процесі надання медичної допомоги лікар має доступ до актуальних даних.
Під час створення програмної програми було проаналізовано наступні коштиреалізації:
1. Power Designer, які підтримує засоби побудови моделей та діаграм, методологію UML, CDM, PDM та можливості сховищ даних. Цей програмний додаток підтримує можливості командної розробки
2. Oracle – потужна та стійка СУБД, що працює під управлінням різних операційних систем, включаючи Windows 98, Windows 2000/XP, кілька варіантів Unix. Вона є однією з найпопулярніших СУБД у світі та має тривалу історію розробки та використання. Значна частина технології Oracle відкрита для розробника, що забезпечує більшу гнучкість при її конфігуруванні та налаштуванні.
Однак все це означає, що Oracle може бути не простою в установці, і для роботи з нею необхідно багато чого навчитися. Більше того, методики, які працюють у версії Oracle, призначені для однієї операційної системи, можуть вимагати модифікації у версії іншої операційної системи.
Існує багато конфігурацій програмного пакета Oracle. По-перше, існує дві різні версіїядра СУБД Oracle: для індивідуального користування та організацій. Крім того, є програма для розробки форм та звітів, програма Oracle Designer та безліч засобів для публікації баз даних Oracle у WEB.
3. SQL Navigator – найпопулярніше середовище розробки під Oracle, що надає широкі можливості написання, налаштування та налагодження бібліотек PL/SQL, що включає вбудовану експертну систему та систему підказок.
4. Delphi – є середовищем візуального проектування, що дозволяє швидко та якісно створювати програми у колективі на виробництві, значно знизити витрати часу на підготовку додатків, а також узгодити діяльність групи постачальників, кодувальників, тестерів та технічних письменників. Ще однією перевагою Delphi є її межплатформенность, тобто. можливість компіляції Windows-програм у формат Kylix для Linux.
Аналіз технічного завдання.У загальному випадку засоби програмної підтримки лікаря терапевта можна уявити сукупністю трьох автоматизованих робочих місць (АРМів):
АРМ «Реєстратура»
АРМ «Лікар-терапевт»
АРМ «Адміністратор»
АРМ «Лікаря-терапевта»
Розглядаючи роботу лікаря-терапевта в загальному випадку, можна зазначити, що до нього надходить пацієнт з карткою і, можливо, результатами додаткового діагностичного обстеження, а основним його завданням є вироблення схеми лікування пацієнта, до якої можуть увійти різні процедури, медикаментозна терапія, відвідування вузьких спеціалістів тощо. Лікар терапевт повинен розібратися в проблемах пацієнта, визначити в якій стадії знаходиться те чи інше захворювання та вирішити, що робити пацієнту для покращення свого самопочуття. Всю роботу з підготовки ухвалення рішення можна розбити на кілька етапів: опис стану пацієнта, клінічне обстеження, постановка діагнозів, визначення цілей терапії, постановка критеріїв досягнення цілей терапії, аналіз стану пацієнта та синтез схеми лікування на основі отриманої інформації Інтерфейс лікаря терапевта має бути побудований відповідно до наведеної схеми. Основною формою АРМа має бути форма відображення пацієнтів, які проходять лікування у даного лікаря та їх відвідувань до лікаря Відвідування може бути кількох типів: первинний прийом, повторний прийом, профілактична консультація. Для кожного типу відвідування в АРМі лікаря-терапевта має вибиратися свій інструментарій для роботи з пацієнтом. У форми відображення пацієнтів повинні бути ті ж можливості пошуку і фільтрації відповідних записів, що і у форми відображення АРМа реєстратора. Для більш тонкої класифікації типів відвідування пацієнтів має бути запроваджено поняття – мета відвідування. Так, наприклад, Крім того, в ідентифікаторах списку має бути поле дати наступного приходу пацієнта. Форма прийому пацієнта має бути організована у вигляді відповідного майстра, який представляє роботу у логічній послідовності. На першому етапі майстра реєструються скарги пацієнта, анамнез захворювання пацієнта, анамнез життя пацієнта, алергологічний анамнез, проводиться опитування щодо органів та систем. Якщо до прийому лікарем пацієнт пройшов діагностичну процедуру, яка якимось чином виключає захворювання деяких органів і систем, то опитування варто скоротити, для економії часу лікаря. З іншого боку, першому етапі роботи майстра є можливість провести діагностичну процедуру у межах АРМ «Додаткова діагностика». При прийомі пацієнта, з метою дізнатися про його стан, опитування слід починати з реєстрації скаргпацієнта. Необхідно дізнатися:
1. На що скаржиться хворий?
2. Точна локалізація хворобливих явищ.
3. Іррадіація болю.
4. Час появи (вдень/вночі)
5. Фактори, що викликають хворобливі відчуття (фізичне або психічна напруга, прийом їжі тощо).
6. Характер хворобливого відчуття, наприклад характер болю: стискає, колючий, пекучий, постійний, нападоподібний і т.д. , а також його інтенсивність, тривалість
7. Чим купірується хворобливе явище
8. Поведінка хворого, вимушене становище хворого, що полегшують хворобливі відчуття.
Кожну скаргу необхідно класифікувати за належністю до тієї чи іншої системи організму. Після цього необхідно провести детальне опитування пацієнта за тими органами та системами, які згадувалися на етапі реєстрації скарг. У процесі деталізації розглядаються такі органи та системи:
Після реєстрації скарг та деталізації по ураженим органам і системам докладно у хронологічній послідовності описується виникнення, розвиток та перебіг справжнього захворювання від перших його проявів до моменту обстеження його терапевтом (опис анамнезу захворювання). Опис може звестися до опитування за такою схемою:
1. Протягом якого часу вважає себе хворим?
2. Де і за яких обставин захворів уперше?
3. Фактори, що сприяють початку захворювання
4. З яких ознак почалося захворювання?
5. Перше звернення до лікаря, результати досліджень, діагноз захворювання, лікування в той період, його ефективність.
6. Подальший перебіг захворювання
Другим етапом роботи майстра проведення прийому пацієнта є клінічний огляд, що проводиться лікарем – терапевтом. У рамках клінічного огляду лікар проводить зовнішній огляд пацієнта, пальпацію, перкусію, аускультацію, з метою визначення стану різних органів і систем, знімання НП, знімання АТ, замір росту, визначення маси тіла. Інформація про результати кожного виду огляду реєструється лікарем у полях майстра проведення огляду.
На етапі роботи майстра проводиться внесення діагнозу, поставленого лікарем пацієнту. Вноситься основний діагноз, визначається, чи знаходиться захворювання в ремісії або в загостренні, вносяться супутні діагнози, для них визначається той стан, в якому вони знаходяться. Після встановлення діагнозів та визначення течій захворювань лікар може взяти на себе зобов'язання щодо лікування відповідного захворювання, або направити пацієнта до вузького фахівця.
АРМ «Адміністратор»
На рівні АРМу «Адміністратор» здійснюються такі види робіт:
Конфігурування клініки;
Налаштування АРМів;
Налаштування довідників.
Аналіз аналогічних програмних систем. «АІС «Поліклініка».Компанія КРОК розробила та впровадила автоматизовану інформаційну систему для центральної поліклініки ФСБ Росії ( АІС «Поліклініка»). Система охоплює 340 автоматизованих робочих місць, її користувачами є понад 700 медичних працівників, що обслуговують понад 5 тисяч осіб на добу. Система призначена для комплексного інформаційно-аналітичного забезпечення поліклініки. Система, центральним програмним компонентом якої є медична інформаційна система «МедАналітика», також включає серверне, комп'ютерне, мережеве та периферійне обладнання, підключену до міської телефонної мережі установчу АТС, структуровану кабельну систему, високошвидкісну локальну обчислювальну мережу, а також системи електроживлення та охоронної сигналізації.
Медична автоматизована система "МедІС-Т".Система призначена для автоматизації виробничої медицини, поліклінік, стаціонарів, здравпунктів, санаторіїв. Має можливість віддаленого адміністрування робочих місць системи (через Internet).
Реалізація програмної програми.За допомогою програмної системи Power Designer 15 було реалізовано концептуальна модельданих. Так як для реєстрації скарг пацієнта необхідно заповнювати практично одні й самі поля для кожної скарги, було прийнято рішення розробити абстрактну таблицю реєстрації скарг.
Були розроблені такі таблиці:
Tusers – містить дані про користувачів системи.
Tpacient – картка пацієнта.
Tzalob містить скарги пацієнта.
T_boby_system – системи організму людини.
T_ boby_pod_system – вид скарги на конкретну систему організму.
Tonsp_obch – таблиця визначення справжнього стану пацієнта.
Tanamnez – анамнез захворювання.
Tanamnez_next - подальший перебіг захворювання
Tdiaznoz – містить діагноз пацієнта.
T_pod_diaznoz- містить супутні головному діагнози.
За допомогою програмної системи Power Designer 15 на основі концептуальної моделі даних було отримано фізична модель даних, орієнтована на Oracle (див. рис. 1).
Створення уявлень (views) . Подання – це результат SQL виразу, що складається з операторів вибірки, проектування та з'єднання. Уявлення дозволяють забезпечити більш гнучкий захист таблиць, за допомогою яких можна обмежити доступ до певних стовпців або рядків, а також вони можуть бути використані для з'єднання таблиць.
Мал. 1 – Модель даних
Структура подання:
Create or replace view "v_ім'я таблиці" ("ім'я_поля 1","ім'я_поля 2"..."ім'я_поля n") as select "ім'я_поля 1","ім'я_поля 2"....."ім'я_поля n" FROM "ім'я таблиці" WHERE =0
Де DEL – поле позначки видалення
Для кожної таблиці було створено уявлення вищеописаної структури.
Створення послідовностей (sequences). Послідовність – це об'єкт, що генерує серію унікальних послідовних чисел. Послідовності найчастіше використовуються для генерації значень сурогатних ключів.
Створення тригерів (triggers). Тригери в Oracle – це процедури на мові Java або SQL, які викликаються під час виконання певних дійіз базою даних. Oracle підтримує кілька типів тригерів: одні запускаються командами SQL, створюють у базі даних нові структури, наприклад таблиці, інші запускаються один раз на рівні таблиці, коли відбувається зміна рядків таблиці, треті запускаються по одному разу кожної зміненої рядки.
Структура створених тригерів:
BEGIN SELECT SEC_«ім'я_таблиці».NEXTVAL INTO:NEW. "Ідентифікатор_таблиці" FROM DUAL; END;
Реалізація клієнтської частини програмної програми.Програма складається з наступних модулів:
Login_Unit – модуль, призначений входу в систему.
Dm_unit – модуль, призначений для зберігання налаштованих інструментів доступу до бази даних.
Admin_Unit – модуль, призначений для відображення списку зареєстрованих користувачів системи.
Main_Unit – Головна форма програми.
Find_User_Unit – модуль, призначений для введення даних необхідні пошуку.
New_User_Unit – модуль, призначений для додавання нового користувача.
Edit_User_Unit – модуль, призначений для редагування даних користувача.
Reg_nit – модуль, призначений відображення карток пацієнтів.
New_Pacient_Unit – модуль, призначений для внесення до бази даних нового пацієнта.
Edit_pacient_Unit – модуль, призначений для редагування даних пацієнта.
Pacient_Unit - модуль, призначений для відображення пацієнтів в АРМ "Лікар-терапевт".
Choose_Date_Unit - модуль, призначений для вибору дати.
Reg_Zalob_Unit – модуль, призначений реєстрації скарг пацієнта.
Detail_zalob_Unit - модуль, призначений для деталізації зареєстрованих скарг.
Edit_Unit – модуль, призначений введення великого обсягу даних.
Anamnez_Unit – модуль, призначений для опису анамнезу захворювання.
New_zalob_Unit – модуль, призначений для внесення нової скарги до бази даних.
Edit_Zalob_Unit – модуль, призначений для редагування скарг.
Opred_Sost_Unit – модуль, призначений визначення справжнього стану пацієнта.
Diagnoz_Unit – модуль, призначений для винесення головного діагнозу та супутніх йому діагнозів.
Sost_Unit_– модуль, призначений перегляду станів пацієнта різні дати. Служить визначення динаміки розвитку пацієнта.
Edit_Sost_Unit – модуль, призначений для редагування даних стану пацієнта.
Restore_Users_Unit – модуль, призначений відновлення помилково віддалених користувачів системи.
DMrestore_Unit – модуль, призначений для зберігання налаштованих інструментів доступу до бази даних.
Restore_Pacient_Unit – модуль, призначений відновлення помилково віддалених пацієнтів.
Restore_diagnoz_Unit – модуль, призначений відновлення помилково віддалених діагнозів пацієнтів.
Структура програмної програми наведено малюнку 2.
Після запуску програми на екрані монітора з'явиться форма, яка запропонує пройти процедуру автентифікації (див. рис 3). Для входу в систему необхідно буде ввести «логін» та «пароль» у відповідні поля форми.
Після входу в систему з'явиться основна форма програмної програми (див. рис 4). Ця форма не є інформативною і надає лише вибір режиму роботи з додатком:
АРМ "Адміністратор";
АРМ "Реєстратура";
АРМ "Лікар-терапевт".
Мал. 2 – Структура програмної програми
Якщо у користувача не призначені права на будь-який режим роботи з системою, то для цього користувача цей режим буде недоступним.
Мал. 3 – Форма входу до системи
Мал. 4 – Головна форма програмної програми
АРМ "Адміністратор".Після входу в систему в режимі адміністратора на екрані з'явиться форма АРМ «Адміністратор» (див. мал. 5).
На формі відображено користувачів системи, а також права цих користувачів. З цими даними можна робити такі действия:
Додати – відображення форми додавання нового користувача (див. мал. 6).
Для коректного додавання користувача необхідно заповнити всі поля, а також розподілити права користувача, після чого необхідно натиснути на кнопку «Додати».
Мал. 5 – Форма АРМ «Адміністратор»
Рис.6 – Форма додавання нового користувача
Редагувати – відображення форми редагування даних користувача. Ця форма аналогічна формі додавання нового користувача.
Видалити – ця функція призначена для видалення користувача. Фізично дані з бази не видаляються. У будь-який момент можливе відновлення віддалених даних.
Пошук – активація форми введення рядка пошуку (див. мал. 7).
Рис.7 – Форма введення рядка пошуку
Після введення рядка пошуку необхідно натиснути кнопку «Знайти».
Також адміністратор має змогу відновлення віддалених даних. Для відновлення користувачів системи існує спеціалізована форма (див. мал. 8)
Рис.8 – Відновлення користувачів системи
Щоб відновити користувача, необхідно вказати його у списку віддалених користувачів, а потім натиснути кнопку «Відновити».
Для відновлення видалених пацієнтів є спеціалізована форма відновлення пацієнтів (див. рис. 9)
Мал. 9 – Відновлення пацієнтів
Щоб відновити пацієнта, необхідно вказати його у списку віддалених пацієнтів, а потім натиснути кнопку «Відновити».
Для відновлення віддалених діагнозів існує спеціалізована форма відновлення діагнозів (див. рис. 10)
Мал. 10 - Відновлення діагнозів
Щоб відновити діагноз, необхідно вказати його у списку віддалених діагнозів, а потім натиснути кнопку «Відновити». Щоб відновити супутній діагноз, необхідно вказати його у списку віддалених супутніх діагнозів, а потім натиснути кнопку «Відновити». Діагноз буде відновлено у пацієнта, у якого він був видалений.
АРМ "Лікар-терапевт".Після активації режиму лікаря терапевта на екрані з'явиться форма відображення пацієнтів (див. рис. 11).
На формі відображено пацієнтів, закріплених за конкретним лікарем.
З цими даними можна робити такі действия:
Вибір пацієнтів, записаних на певне число. Для активації цієї функції необхідно натиснути кнопку «Пацієнти».
Мал. 11 – Форма АРМ «Лікар-терапевт»
На екрані з'явиться форма вибору дати (див. мал. 12)
Мал. 12 – Форма вибору дати
Після вибору дати необхідно натиснути на кнопку «Перегляд».
Пошук – активація форми введення рядка пошуку (див. мал. 7).
Скасування – функція призначена для скасування результатів пошуку.
Розпочати прийом – активація майстра прийому пацієнта.
Першим етапом прийому пацієнта є реєстрація скарг пацієнта (див. рис. 13).
Мал. 13 – Форма реєстрації скарг пацієнта
На цій формі відображено скарги пацієнта. З цими даними можна робити такі действия:
Додати – активація форми додавання скарги пацієнта (див. рис. 14).
Мал. 14 – Форма додавання скарги пацієнта
Деталізувати – активація форми деталізації скарги пацієнта (див. рис. 15).
Редагувати – ця форма аналогічна формі деталізації скарги пацієнта.
Видалити – ця функція призначена для видалення картки пацієнта. Фізично дані з бази не видаляються.
Мал. 15 – Форма деталізації скарги пацієнта
Після реєстрації скарг пацієнта та їх деталізації необхідно перейти до опису анамнезу захворювання. Для цього необхідно заповнити поля на двох вкладках:
Анамнез захворювання (див. рис. 16).
Подальший перебіг захворювання (див. рис. 17).
Після опису анамнезу захворювання необхідно розпочати визначення стану пацієнта. Якщо пацієнт відвідував лікаря неодноразово, завдяки цій формі, можна відстежити динаміку розвитку захворювання (див. рис. 18).
Мал. 16 – Вкладення опису анамнезу захворювання
Мал. 17 – Вкладення опису подальшого перебігу захворювання
З даними форми можна проводити такі дії:
Додати – активація форми визначення стану пацієнта (див. рис. 19).
Редагування – активація форми редагування стану пацієнта. Ця форма аналогічна формі визначення стану.
Після опису анамнезу захворювання необхідно розпочати винесення діагнозу (див. рис.20).
Мал. 18 – Форма відображення стану пацієнта
Рис.19 - Форма визначення стану пацієнта
Після винесення діагнозу можна завершити майстер прийому пацієнта.
Мал. 20 – Форма винесення діагнозів
Розроблений програмний додаток можна використовувати для автоматизації робочого місця лікаря санаторію.
бібліографічний список
- Д. Кренко, «Теорія та практика побудови баз даних.8-е видання» "Пітер", 2003р.
- Дейт, До., Дж. Введення у системи баз даних. 6-те вид. - К.; М., СПб.: "Вільямс", 2000. - 848с
- В.В. Корнєєв, А.Ф. Гарєєв, С.В. Васютін, В.В. Райх бази даних. Інтелектуальне опрацювання інформації. - М.: Нолідж, 2001. - 496с.
- Хомоненко О.Д., Циганков В.М., Мальцев М.Г. Бази даних: Підручник для вищих навчальних закладів / Под ред. проф. А.Д. Хомоненко. - СПб.: КОРОНА принт, 2002. - 672с.
- Заргарян Є.В., Заргарян Ю.А. Інформаційне забезпечення для завдань багатокритеріальної оптимізації методом Парето. Інформатизація та зв'язок. 2013. № 2. С. 114-118.
- Заргарян Є.В. METHOD OF CALCULATION OF INDISTINCT INDUSTRIAL BALANCE. Вісті Південного федерального університету. Технічні науки. 2008. Т. 81. № 4. С. 125-129.
Комп'ютер увійшов до всіх сфер діяльності людини. АРМ лікаря – це комп'ютерна програма, яка повинна допомагати лікареві в лікувально-діагностичному процесі, забезпечуючи максимумом корисної інформаціїі не навантажує додаткової не медичною роботою. Але реальність далеко не завжди райдужно прекрасна.
Лікар із комп'ютером або дружить, чи ні…
АРМ лікаря – що це таке
Автоматизоване робоче місце(АРМ лікаря) – це комп'ютерний термінал із спеціальною програмою, що дозволяє використовувати сучасні технологіїу повсякденній роботі медичного закладу. Повсюдна цифровізація увійшла у всі сфери життя, і відмовлятися від прогресу безглуздо: комп'ютер може стати відмінним і незамінним помічником лікаря, але за таких умов:
- професор володіє новими технологіями;
- медична установа закупила потужні комп'ютери;
- створено гарну мережу з виходом до Інтернету;
- використовуються прості у роботі програми для обробки інформації;
- обслуговує техніку досвідчений адміністратор.
Будь-яка з умов відсутня, і – АРМ лікаря стає щоденною проблемою, вирішити яку лікареві складно, часом неможливо, і, головне, ця ситуація заважає займатися пацієнтами. Найчастіше лікар стає рабом і придатком комп'ютера з усіма наслідками.
Реальна допомога для лікаря
Сучасні інформаційні технологіїстворюють безліч зручностей для лікаря - від пошуку потрібної медичної інформації в Інтернеті до ефективного використання комп'ютерних програму діагностиці захворювань. АРМ лікаря – це база даних щодо кожного пацієнта, з якої можна дізнатися:
- всі діагнози та захворювання, що звернулася за допомогою людини (зазирнувши в електронну карту, можна часом з'ясувати значно більше, ніж при збиранні анамнезу у пацієнта);
- результати свіжих аналізів, діагностичних дослідженьта консультативних висновків;
- місцезнаходження пацієнта в динаміці лікування (стаціонарна та амбулаторна терапія);
- частина індивідуальних даних людини (паспорт, медичний поліс, СНІЛС, телефон);
- статистику щодо щоденної роботи.
Саме взаємозв'язок різних медичних закладів та фахівців в АРМ лікаря є найкращим помічником для лікаря: клікнувши на прізвище пацієнта, можна за короткий проміжокчасу дізнатися максимум медичної інформації про людину.
АРМ лікаря – які недоліки
Наявність електронної картки на кожну людину – це чудово та зручно. Але тільки в ідеальних умовах. У житті та реальності кожного конкретного медичного закладу є значні нюанси, непереборні бар'єри та великі труднощі. АРМ лікаря стає тягарем для лікаря у таких випадках:
- закуплені дешеві і малопотужні комп'ютерні термінали з принтерами, що швидко ламаються;
- використовується громіздка та недороблена медична програма;
- немає уніфікації для країни (у кожному регіоні використовується своя програма для ведення електронної карти);
- заощаджено кошти для створення внутрішньолікарняної мережі, що позначається на швидкості доступу до Інтернету;
- лікарня з метою економії не купує офісний папір (огляд лікаря можна роздрукувати та вклеїти в паперову картку, яку ніхто не скасовував), тому лікар, крім внесення інформації до програми, зобов'язаний писати звичайною ручкою на звичайному папері, як це вимагає;
- взято на роботу некомпетентного програміста, який не володіє мережевими технологіями;
- лікар не володіє комп'ютером, друкуючи одним пальцем і важко розуміючи, навіщо потрібна кнопка Enter.
У великих установах проблем з
МІС КАУЗ (версія 0.7.2014.23 та вище)Підсистема "Електронна медична карта: амбулаторна поліклініка"
("ЕМК - АРМ лікаря амбулаторії (поліклініки)")
(короткий опис можливостей та функцій)
Підсистема "Електронна медична карта: амбулаторна поліклініка" МІСКауз (mislpu.
ru) придназначена для:
автоматизації документообігу амбулаторії (поліклініки) медичної організації(МО);
автоматизації робочого місця лікаря амбулаторії (поліклініки) МО на амбулаторному прийомі;
автоматизації робітника медичної сестриамбулаторії (поліклініки) МО на амбулаторному прийомі;
отримання звітів, необхідні роботи лікаря амбулаторії (поліклініки) МО;
обміну інформацією щодо результатів амбулаторних оглядів з іншими підсистемами МІС КАУЗ.
Для реєстрації даних ЕМК в амбулаторній поліклініці МО використовується модуль “Реєстрація первинних документів” (REGDOC), режим “АМБ – ПОЛІКЛІНІКА (ЕМК)”.
Необхідно заповнити налаштування користувача аналогічно наведеному нижче прикладу -
Підсистема "ЕМК - АРМ лікаря амбулаторії (поліклініки)": передбачає такі можливості:
реєстрація (додавання, зміна, видалення) даних пацієнта –
реєстрація нового пільгового рецепту (федеральна та регіональна пільга) –
перегляд переліку пільгових рецептів (ЛР) та їх зміна –
Перегляд списку ЕМК пацієнта, зареєстрованих в амбулаторії (поліклініці) -
Перегляд списку ЕМК пацієнта, зареєстрованих у стаціонарі (денному стаціонарі)
друк документів пацієнта, необхідні його обслуговування в амбулаторії (поліклініці) –
реєстрація нової потреби у пільгових лікарських засобах(ЛЛС) федерального пільговика, регіонального пільговика, "відмовника" від НСУ -
перегляд списку та зміна потреби у пільгових лікарських засобах (ЛЛЗ) федерального пільговика, регіонального пільговика, “відмовника” від НСУ –
функціонал лікаря загальної практики(ВОП) -
УВАГА!
Докладніше з функціоналом попсистеми “АРМ ВОП” можна ознайомитись в інструкції, що міститься у файлі – АРМ ВОП - посібник користувача.doc
працювати в режимі “ Електронний записна прийом у лікаря (дослідження, процедуру)” -
УВАГА!
Докладніше з функціоналом попсистеми “Електронний запис на прийом у лікаря (дослідження, процедуру)” можна ознайомитись в інструкції, що міститься у файлах:
- Електронна реєстратура- Посібник користувача.doc
- Організація роботи з режимом ЕЛЕКТРОННА РЕЄСТРАТУРА МІС ЛПУ.doc
реєстрація даних амбулаторних оглядів –
УВАГА!
У списку оглядів відображаються ТІЛЬКИ направлення до лікаря тієї спеціальності, яка вказана в налаштуваннях на робоче місце користувача.
Для заповнення даних амбулаторного огляду (напряму) необхідно вибрати … 
… та заповнити дані – 
УВАГА!
Передбачається, що направлення на амбулаторний огляд виконується з:
- реєстратури амбулаторії (при записі пацієнта на прийом до лікаря);
стаціонару (денного стаціонару) (н-р, на час вступу пацієнта);
амбулаторної поліклініки (н-р, при направленні лікарем-терапевтом (педіатром, ВОП) пацієнта на огляди до "вузьких фахівців").
Якщо дані про направлення пацієнта відсутні (н-р, при самозверненні пацієнта в поліклініку в обхід реєстратури), дані про його амбулаторний огляд можна внести в цьому ж режимі.
При заповненні таких даних:
Скарги
Анамнез
Об'єктивно (орб'єктивний статус)
СпецСтатус (спеціальний статус)
План лікування
План обстеження
Рекомендації
Щоб додати новий шаблон, необхідно внести нову назву –
Додати новий шаблон
Щоб вибрати існуючий шаблон, його необхідно вибрати з відповідного списку –
Для зміни тексту необхідно зробити це вручну –
Вибір шаблону тексту огляду залежить від лікарської спеціальності та діагнозу пацієнта –
УВАГА!
Шаблони тестів оглядів лікарів амбулаторії М.Б. додано та змінено у модулі “Адміністратор МІС” (ADMINDOC). Додавання таких шаблонів необхідно зробити на початок експлуатації підсистеми “ЕМК - АРМ лікаря амбулаторії (поліклініки)” лікарями.
Після заповнення полів, обов'язкових для заповнення, необхідно зберегти дані амбулаторного огляду (F2). 
… і при необхідності надрукувати протокол огляду за допомогою принтера на папері (н-р, для додавання (вклеювання) паперового протоколу до паперової мед картки пацієнта) – 
Після збереження даних амбулаторного огляду (підтвердження лікаря) дані можна переглянути як “Результати”.
перегляд та друк результатів даних амбулаторних оглядів –
УВАГА!
У списку результатів відображаються огляди всіх лікарських спеціальностей (без обмеження на лікарську спеціальність, вказану в налаштуваннях на робоче місце користувача) на блакитному тлі – підтверджені лікарями, які здійснили огляд пацієнта.
перегляд та друк даних клінічних та біохімічних дослідженьпацієнта –
УВАГА! Режим доступний у випадку, якщо в ЛПЗ використовується підсистема “ЛІС – лабораторна інформаційна система” МІС КАУЗ (mislpu.ru)
перегляд та друк даних функціональних досліджень пацієнта –
УВАГА! Режим доступний у випадку, якщо в ЛПЗ використовується підсистема "ЕМК - АРМ лікаря функціональної діагностики" МІС КАУЗ (mislpu.ru)
перегляд та друк даних ультразвукових досліджень (УЗД) пацієнта –
УВАГА! Режим доступний у випадку, якщо в ЛПЗ використовується підсистема “ЕМК - АРМ лікаря ультразвукової діагностики” МІС КАУЗ (mislpu.ru)
перегляд та друк даних рентгенологічних досліджень(РТІ) пацієнта –
УВАГА! Режим доступний у випадку, якщо в ЛПЗ використовується підсистема “РІС – радіологічна інформаційна система” МІС КАУЗ (mislpu.ru)
реєстрація даних про профілактичні щеплення –
УВАГА! Посібник користувача по роботі з підсистемою “Імунопрофілактика” міститься у файлі - Посібник користувача імунопрофілактика.doc
18) додавання, зміна, перегляд та друк епатних епікризів на ВК- 
19) формування звітів – 
Служба підтримки абонентів
mislpu @ yandex. ru
Програмапридназначена для ведення медичної документаціїза умов амбулаторного прийому.
Рік: 2011
Версія: 4.2.02
Розробник: Leybasoft
Платформа: Windows XP SP2 та вище
Сумісність з Vista:повна
Системні вимоги:
- процесор: P-III (Celeron 1.5 GHz) та вище
- RAM: 512 Мб (min 256 Мб) та вище (рекомендується)
- місце на HDD: 100 Мб та більше (залежно від швидкості зростання розміру файлу бази даних)
- права адміністратора (тільки для встановлення софту та налаштування сервера)
Мова інтерфейсу:тільки російська
Таблетка:Не вимагається
Розмір: 172 Мб
Написана на допомогу колегам-лікарям, які зобов'язані найкоротший термінзробити неможливе: оформити амбулаторну карту за всіма правилами, уважно вислухати пацієнта, осмислити сказане та призначити адекватне обстеження та лікування.
Програма технічно представляє собою дволанковий клієнт-сервер ("товстий" клієнт). Як сервер використовується РСУБД Firebird, що дозволяє здійснювати розрахований на багато користувачів доступ до даних і використовувати додаток в локальної мережі. Доступ до даних суворо регламентований залежно від групи, під якою користувач логіниться до бази даних (одним словом, кожен "побачить" лише ті дані, на які йому "дивитися" можна).
Дод. інформація: Попередній реліз програми (версії 4.1.08)
Що нового у цій версії:
1. Поряд з розрахованою на багато користувачів версією (що використовує повноцінний сервер, який вимагає окремої установки і конфігурації) додано т.зв. portable-версія (однокористувацька, що містить вбудований сервер, який не потребує конфігурації). Portable-версія дозволяє лікарю тримати програму + сервер + свою базу даних на звичайній флешці або USB-шному HDD. Дуже зручно, якщо Ви хочете працювати з базою на роботі та вдома, до того ж, якщо немає бажання вникати в тонкощі адміністрування баз даних.
2. Додано можливість вводити деякі дані на латиниці (на прохання колег з-за кордону)
3. Місцями покращено інтерфейс (вікно коннекту в розрахованій на багато користувачів версії тепер має три режими відображення) + реалізовані численні "плюшки" і "зручності", пофіксовані явні баги
4. Доданий HTML-формат довідки на додаток до наявного chm-формату
Подробиці дивіться у довідці та на сайті...
Оскільки ця версія призначена лише для роботи уролога-андролога, автор запрошує до співпраці колег гінекологів, дерматовенерологів, терапевтів, невропатологів та ін. для розширення у програмі аналогічного функціоналу. Також вітаються конструктивні зауваження щодо змісту та юзабельності цієї версії.
Як зробити свій внесок у подальший розвиток софтини
1. Дивимося інтерфейс проги
2. Уловлюємо логіку роботи та взаємозв'язок між зазначеними елементами інтерфейсу та формованими даними
3. Надсилаємо в особу або на мило автора об'єднані тією ж логікою скарги/симптоми та відповідний їм "типовий" опис скарг/симптомів, що зустрічається у вітчизняній (або "близькозакордонній") медичній документації (природно, за тією спеціальністю, яку ви хочете бачити в програмі). Сюди ж можна додати, які ще шаблони (стат.талони та інші продукти життєдіяльності бюрократів від медицини) можна додати.
