УДК 62-503.51
ПРОЕКТИРАНЕ НА АВТОМАТИЗИРАНА РАБОТНА СТАНЦИЯ ЗА САНАТОРИАЛЕН ТЕРАПЕВТ
Заргарян Елена Валериевна 1, Заргарян Юрий Артурович 2, Мищенко Александър Сергеевич 3, Лимарева Наталия Викторовна 4
1 Южен федерален университет, д-р, доцент, катедра Автоматични системи за управление
2 Южен федерален университет, доктор, асистент, катедра Автоматични системи за управление
3 Южен федерален университет, студент в катедрата по системи за автоматично управление
4 Южен федерален университет, студент в катедрата по системи за автоматично управление
анотация
Тази статия разглежда разработеното софтуерно приложение за автоматизиране на работното място на санаториален терапевт. Разгледан е кратък преглед на средствата за проектиране на автоматизирани системи. Избран е Power Designer. Извършен е анализ на задачата. Разгледан е принципът на действие на създаденото софтуерно приложение за автоматизирана работна станция на санаториален терапевт.
ПРОЕКТИРАНЕ НА РАБОТА ТЕРАПЕВТ САНАТОРИУМ
Заргарян Елена Валерьевна 1, Заргарян Юрий Артурович 2, Мищенко Александър Сергеевич 3, Лимарева Наталия Викторовна 4
1 Южен федерален университет, доктор, асистент по катедра "Системи за автоматично управление".
2 Южен федерален университет, доктор на науките, асистент на катедра "Системи за автоматично управление".
3 Южен федерален университет, студент в катедра "Системи за автоматично управление".
4 Южен федерален университет, студент в катедра "Системи за автоматично управление".
Резюме
В това член наразработен приложен софтуер автоматизация работна станция терапевт санаториум. Разгледан е кратък преглед на дизайна на автоматизираната система. Задайте Power Designer. Анадиз задача. Принципът на работа, създаден от софтуерното приложение работна станция терапевт санаториум.
Библиографска връзка към статията:
Заргарян Е.В., Заргарян Ю.А., Мищенко А.С., Лимарева Н.В. Проектиране на автоматизирано работно място за санаториален терапевт // Модерна технологияи технология. 2014. № 11 [Електронен ресурс]..02.2019).
Въведение.Ефективността на функционирането на предприятие или организация от всяка индустрия и сфера на дейност пряко зависи от скоростта, точността и навременността на обмена на данни както в това предприятие между неговите съставни части (отдели, подсистеми и др.), така и извън него, че е, взаимодействие и обмен на данни на тази организация с други (конкуренти, партньорски предприятия и др.). И колкото по-голямо е предприятието, толкова по-сериозен е неговият мениджър пред проблема с организирането и контролирането на потока от огромно количество корпоративна информация.
За качествено решаване на такива проблеми предприятията използват автоматизирани системи за управление (ACS).
Целта на тази статияе да се подчертае разработеното софтуерно приложение за подпомагане дейността на санаториума, по-специално разработването на автоматизирана работна станция за терапевт.
Уместността на това софтуерно приложение се определя от необходимостта:
1. Събиране на информация и оценка на резултатите от предоставянето медицински грижи, необходими за ефективно лечение, профилактика и рехабилитация;
2. Намаляване на времето за чакане за медицинска помощ чрез управление на потоците от пациенти, предоставяне на данни за натовареността на лекарите и наличност на ресурси в реално време;
3. Намаляване на разходите за лечебно-профилактичен процес;
4. Повишаване на ефективността на достъпа до информация: цялата медицинска информация за пациента, резултатите от превантивната и терапевтично-диагностичната работа, включително резултатите от изследванията, е на разположение на лекаря от работното място в реално време;
5. Осигуряване на лекаря с необходимите информационни ресурси: директно в процеса на оказване на медицинска помощ лекарят има достъп до актуални данни.
При създаването на софтуерното приложение анализирахме следните средствареализации:
1. Power Designer, който поддържа инструменти за моделиране и диаграми, UML, CDM, PDM методология и възможности за съхранение на данни. Това софтуерно приложение поддържа възможности за екипно развитие
2. Oracle е мощна и стабилна СУБД, която работи под различни операционни системи, включително Windows 98, Windows 2000/XP и няколко варианта на Unix. Това е една от най-популярните СУБД в света и има дълга история на развитие и използване. Голяма част от технологията на Oracle е отворена за разработчика, което осигурява по-голяма гъвкавост в нейната конфигурация и персонализиране.
Всичко това обаче означава, че Oracle може да бъде малко труден за инсталиране и има много време за обучение. Освен това, техники, които работят във версията на Oracle, предназначена за един операционна система, може да изисква промяна на версия за друга операционна система.
Има много конфигурации на софтуерния пакет Oracle. Първо, има две различни версии Oracle DBMS ядра: за индивидуална употреба и за организации. Освен това има програма за разработване на формуляри и отчети, програмата Oracle Designer и много инструменти за публикуване на бази данни Oracle в WEB.
3. SQL Navigator - най-популярната среда за разработка на Oracle, предоставяща широки възможности за писане, конфигуриране и отстраняване на грешки в PL/SQL библиотеки, включително вградена експертна система и система за подсказки.
4. Delphi е среда за визуален дизайн, която ви позволява бързо и ефективно да създавате програми в екип в производство, значително да намалите времето, изразходвано за подготовка на приложения, както и да координирате дейностите на група доставчици, програмисти, тестери и технически писатели. Друго предимство на Delphi е неговата крос-платформа, т.е. възможност за компилиране на Windows приложения във формат Kylix за Linux.
Анализ на технически спецификации.Като цяло инструментите за поддръжка на софтуер за общопрактикуващ лекар могат да бъдат представени като набор от три автоматизирани работни станции (AWS):
AWS "Регистрация"
AWS "Терапевт"
AWS "Администратор"
Работна станция на "Терапевт"
Като се има предвид работата на общопрактикуващ лекар, може да се отбележи, че пациентът идва при него с карта и евентуално резултатите от допълнителен диагностичен преглед, а основната му задача е да разработи режим на лечение за пациента, който може да включва различни процедури, лекарствена терапия, посещение на специалисти и др. Терапевтът трябва да разбере проблемите на пациента, да определи на какъв етап е дадено заболяване и да реши какво трябва да направи пациентът, за да подобри своето благосъстояние. Цялата работа по изготвяне на решение може да бъде разделена на няколко етапа: описание на състоянието на пациента, клиничен преглед, поставяне на диагнози, определяне на целите на терапията, задаване на критерии за постигане на целите на терапията, анализ на състоянието на пациента и синтезиране на терапевтичен режим въз основа на получената информация. Интерфейсът на терапевта трябва да бъде изграден в съответствие с дадената схема. Основната форма на автоматизираното работно място трябва да бъде форма за показване на пациентакоито се лекуват при даден лекар и техните посещения при лекар. Посещенията могат да бъдат няколко вида: първоначално записване, повторен преглед, профилактична консултация. За всеки тип посещение работната станция на терапевта трябва да избере свои собствени инструменти за работа с пациента. Формата за показване на пациента трябва да има същите възможности за търсене и филтриране на съответните записи като формата за показване на работната станция на регистратора. За по-прецизна класификация на видовете посещения на пациенти трябва да се въведе понятието цел на посещението. Така например, в допълнение идентификаторите на списъка трябва да имат поле за следващата дата на пристигане на пациента. Формулярът за прием на пациента трябва да бъде организиран в съответен съветник, който представя работата в логическа последователност. На първия етап майсторът регистрира оплакванията на пациента, медицинската история на пациента, историята на живота на пациента, алергична история, се провежда изследване на органи и системи. Ако преди да бъде прегледан от лекар, пациентът е преминал диагностична процедура, която по някакъв начин изключва заболявания на определени органи и системи, тогава изследването трябва да бъде съкратено, за да се спести време на лекаря. Освен това на първия етап от работата на съветника е възможно да се извърши диагностична процедура в рамките на автоматизираното работно място „Допълнителна диагностика“. Когато приемате пациент, за да разберете състоянието му, трябва да започнете интервюто регистрация на жалбитърпелив. Трябва да знам:
1. От какво се оплаква пациентът?
2. Точно локализиране на болезнените явления.
3. Ирадиация на болка.
4. Време на появяване (ден/нощ)
5. Фактори, причиняващи болка (физически или психически стрес, хранене и др.).
6. Характер болезнено усещане, например естеството на болката: притискане, пробождане, парене, постоянна, пароксизмална и др. , както и неговата интензивност, продължителност
7. Как спира болезненото явление?
8. Пациентско поведение, принудително положение на пациента, облекчаване на болезнените усещания.
Всяко оплакване трябва да се класифицира според принадлежността му към определена система на тялото. След това е необходимо да се проведе подробен преглед на пациента върху онези органи и системи, които са споменати на етапа на регистриране на оплакванията. В процеса на детайлизиране се разглеждат следните органи и системи:
След регистриране на оплакванията и детайлизиране на засегнатите органи и системи се описва подробно в хронологичен ред възникването, развитието и протичането на настоящото заболяване от първите му прояви до момента на прегледа от терапевт (описание на медицинската история). Описанието може да се сведе до анкета по следната схема:
1. От колко време се смята за болен?
2. Къде и при какви обстоятелства за първи път се разболяхте?
3. Фактори, допринасящи за появата на заболяването
4. С какви признаци започва заболяването?
5. Първото посещение при лекаря, резултатите от изследванията, диагнозата на заболяването, лечението по това време, неговата ефективност.
6. Последващ ход на заболяването
Вторият етап от работата на рецепциониста е клиничен преглед, провеждан от общопрактикуващ лекар. Като част от клиничния преглед лекарят извършва външен преглед на пациента, палпация, перкусия, аускултация, за да се определи състоянието на различни органи и системи, разчитане на спешния отговор, отчитане на кръвното налягане, измерване на височината, определяне на телесното тегло . Информацията за резултатите от всеки вид преглед се записва от лекаря в съответните полета на съветника за преглед.
На третия етап от магистърската работа се въвежда диагнозата, поставена от лекаря на пациента. Вписва се основната диагноза, установява се дали заболяването е в ремисия или в екзацербация, вписват се съпътстващи диагнози, като за тях се определя и състоянието, в което се намират. След установяване на диагнози и определяне на хода на заболяването, лекарят може да поеме отговорност за лечението на съответното заболяване или да насочи пациента към специалист.
AWS "Администратор"
На ниво администратор се извършват следните видове работа:
Конфигурация на клиниката;
Настройка на работни станции;
Настройка на директории.
Анализ на подобни софтуерни системи. "АИС "Поликлиника".Компания КРОК разработи и внедри автоматизирана информационна система за централната клиника на ФСБ на Русия ( АИС "Поликлиника"). Системата обхваща 340 автоматизирани работни места, нейните потребители са над 700 медицински работници, обслужващ над 5 хиляди души на ден. Системата е предназначена за цялостна информационна и аналитична поддръжка на работата на клиниката. Системата, чийто централен софтуерен компонент е медицинската информационна система "MedAnalytics", включва още сървърно, компютърно, мрежово и периферно оборудване, частна телефонна централа, свързана към градската телефонна мрежа, структурна кабелна система, високоскоростна локална мрежа, както и системи за захранване и сигурност.
Медицинска автоматизирана система “MedIS-T”.Системата е предназначена за автоматизация на индустриална медицина, клиники, болници, здравни центрове и санаториуми. Има възможност за дистанционно администриране на системни работни станции (през интернет).
Внедряване на софтуерно приложение.С помощта на софтуерната система Power Designer 15 е реализирана концептуален моделданни. Тъй като за регистриране на оплаквания на пациенти е необходимо да се попълнят почти едни и същи полета за всяко оплакване, беше решено да се разработи абстрактна таблица за регистриране на оплаквания.
Разработени са следните таблици:
Tusers – съдържа данни за потребителите на системата.
Tpacient – карта на пациента.
Tzalob – съдържа оплаквания на пациента.
T_boby_system – системи на човешкото тяло.
T_ boby_pod_system – тип оплакване за конкретна телесна система.
Tonsp_obch – таблица за определяне на моментното състояние на пациента.
Танамнез – медицинска история.
Tanamnez_next - последващ ход на заболяването
Tdiaznoz – съдържа диагнозата на пациента.
T_pod_diaznoz - съдържа диагнози, придружаващи основната.
Използвайки софтуерната система Power Designer 15, базирана на концептуален модел на данни, a физически модел на данни, фокусиран върху Oracle (виж Фиг. 1).
Създаване на изгледи . Изгледът е резултат от SQL израз, състоящ се от оператори select, design и join. Изгледите осигуряват по-гъвкава сигурност на таблицата, могат да се използват за ограничаване на достъпа до конкретни колони или редове и могат да се използват за свързване на таблици.
Ориз. 1 – Модел на данни
Структура на презентацията:
Създайте или заменете изглед „v _table name“ („field_name 1“, „field_name 2“…“field_name n“) като изберете „field_name 1“, „field_name 2“…..“field_name n“ FROM „table_name“ WHERE DEL =0
Където DEL е полето за знак за изтриване
За всяка таблица бяха създадени изгледи на описаната по-горе структура.
Създаване на последователности. Последователността е обект, който генерира поредица от последователни уникални числа. Последователностите най-често се използват за генериране на заместващи ключови стойности.
Създаване на тригери. Тригерите в Oracle са процедури в Java или SQL, които се извикват, когато a определени действияс база данни. Oracle поддържа няколко типа тригери: някои се стартират от SQL команди, които създават нови структури, като например таблици, в базата данни, други се стартират веднъж на ниво таблица, когато се промени ред на таблица, а трети се задействат веднъж за всеки променен ред .
Структура на създадените тригери:
BEGIN SELECT SEC_“table_name”.NEXTVAL INTO:NEW. "Идентификатор_на_таблица" FROM DUAL; КРАЙ;
Внедряване на клиентската част на софтуерното приложение.Програмата се състои от следните модули:
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). Тази форма не е информативна и предоставя само избор на режим за работа с приложението:
AWS “Администратор”;
AWS "Регистрация";
AWP "Терапевт".
Ориз. 2 – Структура на софтуерното приложение
Ако даден потребител няма присвоени права за нито един режим на работа със системата, тогава този режим няма да бъде достъпен за този потребител.
Ориз. 3 – Форма за вход
Ориз. 4 – Основна форма на софтуерното приложение
AWS "Администратор".След като влезете в системата в режим на администратор, на екрана ще се покаже AWS формата „Администратор“ (виж Фиг. 5).
Формата показва потребителите на системата, както и правата на тези потребители. Можете да извършвате следните действия с тези данни:
Добави – показва формата за добавяне на нов потребител (виж Фиг. 6).
За да добавите правилно потребител, трябва да попълните всички полета, както и да разпределите права за потребителя, след което трябва да кликнете върху бутона „Добавяне“.
Ориз. 5 – Форма на автоматизирано работно място „Администратор”
Фиг. 6 – Форма за добавяне на нов потребител
Редактиране – показва форма за редактиране на потребителски данни. Тази форма е подобна на формата за добавяне на нов потребител.
Изтриване – тази функция е предназначена за изтриване на потребител. Данните не се изтриват физически от базата данни. Изтритите данни могат да бъдат възстановени по всяко време.
Търсене – активиране на формата за въвеждане на низ за търсене (виж фиг. 7).
Фиг.7 – Форма за въвеждане на низ за търсене
След като въведете низа за търсене, трябва да кликнете върху бутона „Намери“.
Администраторът също има възможност да възстанови изтритите данни. Има специализирана форма за възстановяване на системни потребители (виж Фиг. 8)
Фиг. 8 – Възстановяване на системни потребители
За да възстановите потребител, трябва да го посочите в списъка с изтрити потребители и след това да щракнете върху бутона „Възстановяване“.
За възстановяване на изтрити пациенти има специализирана форма за възстановяване на пациенти (вижте Фиг. 9)
Ориз. 9 – Възстановяване на пациента
За да възстановите пациент, трябва да го посочите в списъка с изтрити пациенти и след това да щракнете върху бутона „Възстановяване“.
За възстановяване на изтрити диагнози има специализирана форма за възстановяване на диагнози (виж Фиг. 10.)
Ориз. 10 – Възстановяване на диагнози
За да възстановите диагноза, трябва да я посочите в списъка с изтрити диагнози и след това да щракнете върху бутона „Възстановяване“. За да възстановите съпътстваща диагноза, трябва да я посочите в списъка с изтрити съпътстващи диагнози и след това да щракнете върху бутона „Възстановяване“. Диагнозата ще бъде възстановена при пациента, от когото е била отстранена.
AWP "Терапевт".След активиране на режима на терапевт, формата за показване на пациента ще се покаже на екрана (виж Фиг. 11).
Формата показва пациенти, назначени за определен лекар.
Можете да извършвате следните действия с тези данни:
Избор на пациенти, записани за определена дата. За да активирате тази функция, трябва да кликнете върху бутона „Пациенти“.
Ориз. 11 – Форма на автоматизирано работно място „Лекар-терапевт”
На екрана ще се появи форма за избор на дата (виж Фиг. 12)
Ориз. 12 – Форма за избор на дата
Когато приключите с избора на дата, трябва да кликнете върху бутона „Преглед“.
Търсене – активиране на формата за въвеждане на низ за търсене (виж фиг. 7).
Отказ – тази функция е предназначена да отменя резултатите от търсенето.
Започнете среща – активира съветника за назначаване на пациент.
Първата стъпка при приемането на пациент е да се регистрират оплакванията на пациента (виж Фиг. 13).
Ориз. 13 – Регистрационен формуляр за жалба на пациент
Тази форма показва оплакванията на пациента. Можете да извършвате следните действия с тези данни:
Добави – активира формата за добавяне на оплакване от пациент (виж Фиг. 14).
Ориз. 14 – Форма за добавяне на пациентска жалба
Детайл – активиране на формата за детайлизиране на оплакването на пациента (виж Фиг. 15).
Редактиране – този формуляр е подобен на формуляра за детайлизиране на оплакване на пациент.
Изтриване – тази функция е предназначена за изтриване на пациентска карта. Данните не се изтриват физически от базата данни.
Ориз. 15 – Подробен формуляр за оплакване на пациента
След регистриране на оплакванията на пациента и тяхното подробно описание е необходимо да се премине към описание на медицинската история. За да направите това, трябва да попълните полетата в два раздела:
История на заболяването (виж фиг. 16).
Последващ ход на заболяването (виж фиг. 17).
След описване на медицинската история е необходимо да започнете да определяте състоянието на пациента. Ако пациентът е посетил лекаря повече от веднъж, благодарение на тази форма е възможно да се проследи динамиката на развитието на заболяването (виж Фиг. 18).
Ориз. 16 – раздел Описание на историята на заболяването
Ориз. 17 – Раздел, описващ последващия ход на заболяването
Можете да извършвате следните действия с данни от формуляра:
Добави – активира формата за определяне на състоянието на пациента (виж Фиг. 19).
Редакция – активира формата за редактиране на състоянието на пациента. Тази форма е подобна на формуляра за дефиниция на състояние.
След описване на историята на заболяването е необходимо да се започне поставяне на диагноза (виж Фиг. 20).
Ориз. 18 – Форма за показване на състоянието на пациента
Фиг. 19 – Форма за определяне на състоянието на пациента
След като бъде поставена диагноза, можете да завършите съветника за прием на пациенти.
Ориз. 20 – Формуляр за диагноза
Разработеното софтуерно приложение може да се използва за автоматизиране на работното място на санаториален лекар.
Библиография
- D. Kroenke, "Теория и практика на изграждане на база данни. 8-мо издание" "Петър", 2003 г.
- Дата, К., Дж. Въведение в системите за бази данни. 6-то изд. - ДА СЕ.; М., Санкт Петербург: "Уилямс", 2000. - 848s
- В.В. Корнеев, А.Ф. Гареев, С.В. Васютин, В.В. Бази данни на Райха. Интелигентна обработка на информация. – М.: Знание, 2001.- 496 с.
- Хомоненко А.Д., Циганков В.М., Малцев М.Г. Бази данни: Учебник за висши учебни заведения/Изд. проф. ПО дяволите. Хомоненко. – Санкт Петербург: CORONA print, 2002. – 672 с.
- Заргарян Е.В., Заргарян Ю.А. Информационно осигуряване на задачи за многокритериална оптимизация по метода на Парето. Информатизация и комуникация. 2013. № 2. С. 114-118.
- Заргарян Е.В. МЕТОД ЗА ИЗЧИСЛЯВАНЕ НА НЕЯСЕН ИНДУСТРИАЛЕН БАЛАНС. Новини на Южния федерален университет. Технически науки. 2008. Т. 81. № 4. С. 125-129.
Компютърът навлезе във всички сфери на човешката дейност. Лекарската работна станция е компютърна програма, която трябва да помогне на лекаря в процеса на диагностика и лечение, осигурявайки максимално полезна информацияи не се зарежда допълнително медицинска работа. Но реалността не винаги е розова и красива.
Лекарят или е приятел с компютъра, или не...
Работна станция на лекаря - какво е това?
Автоматизирано работно място(Докторска работна станция) е компютърен терминал със специална програма, която ви позволява да използвате модерни технологиив ежедневната работа лечебно заведение. Широко разпространената цифровизация навлезе във всички сфери на живота и е глупаво да се откаже напредъкът: компютърът може да стане отличен и незаменим помощник на лекаря, но при следните условия:
- лекарят познава новите технологии;
- лечебното заведение закупи мощни компютри;
- изградена е добра мрежа с достъп до Интернет;
- използват се лесни за използване програми за обработка на информация;
- Оборудването се поддържа от опитен системен администратор.
Липсва някое от условията и работното място на лекаря се превръща в ежедневен проблем, който е труден за лекаря, понякога невъзможен за решаване, и най-важното е, че тази ситуация му пречи да се грижи за пациентите. Често лекарят се превръща в роб и придатък на компютъра с всички произтичащи от това последствия.
Реална помощ за лекаря
Модерен информационни технологиисъздават много удобства за лекаря - от намирането на необходимата медицинска информация в интернет до ефективно използване компютърни програмив диагностиката на заболяванията. Работното място на лекаря е база данни за всеки пациент, от която можете да разберете:
- всички диагнози и заболявания на лицето, което търси помощ (като погледнете електронната карта, понякога можете да разберете много повече, отколкото когато събирате анамнеза от пациента);
- резултати от скорошни тестове, диагностични изследванияи консултативни становища;
- местоположение на пациента в динамиката на лечението (болнична и амбулаторна терапия);
- част от личните данни на лицето (паспорт, медицинска застраховка, SNILS, телефон);
- статистика за ежедневната работа.
Връзката между различни лечебни заведения и специалисти в лекарския кабинет е най-добрият помощник за лекаря: като щракнете върху името на пациента, можете кратък периодвреме, за да разберете възможно най-много медицинска информация за дадено лице.
Лекарска работна станция - какви са недостатъците
Да имаш електронна карта за всеки човек е прекрасно и удобно. Но само в идеални условия. В живота и реалността на всяко конкретно лечебно заведение има значителни нюанси, непреодолими бариери и огромни трудности. Работното място на лекаря се превръща в тежест за лекаря в следните случаи:
- Закупени са евтини и маломощни компютърни терминали с лесно чупещи се принтери;
- използва се тромава и недовършена медицинска програма;
- няма унификация за цялата страна (всеки регион използва собствена програма за поддържане на електронна карта);
- спестени са средства за създаване на вътреболнична мрежа, което се отразява на скоростта на достъп до Интернет;
- За да спести пари, болницата не купува офис хартия (прегледът на лекаря може да бъде разпечатан и поставен в хартиена карта, която никой не е отменил), така че лекарят, освен да въвежда информация в програмата, е длъжен да пише с обикновен химикал върху обикновена хартия, според изискванията;
- нает е некомпетентен програмист, който не познава мрежовите технологии;
- Лекарят не притежава компютър, пише с един пръст и трудно разбира защо е необходим бутонът Enter.
В големите институции има проблеми с
МИС ПРИЧИНА (версия 0.7.2014.23 и по-нова)Подсистема „Електронно медицинско досие: амбулатория”
(„EMK - работно място на лекар в амбулаторна клиника (поликлиника)“)
(кратко описание на характеристиките и функциите)
Подсистема “Електронно медицинско досие: амбулатория” МИСКАУЗ (mislpu.
ru) предназначен за:
автоматизация на документооборота на амбулатории (поликлиники) медицинска организация(МО);
автоматизация на работното място на лекаря в амбулаторна клиника (поликлиника) на Московска област по време на амбулаторен прием;
автоматизация на работниците медицинска сестраамбулаторни клиники (поликлиники) на Московска област за амбулаторни назначения;
получаване на отчети, необходими за работата на лекар в амбулаторна клиника (поликлиника) на Московска област;
обмен на информация за резултатите от амбулаторни прегледи с други подсистеми на MIS KAUZ.
За регистриране на данни от EHR в амбулаторната клиника на Московска област се използва модулът „Регистрация на първични документи“ (REGDOC) в режим „AMB - ПОЛИКЛИНИКА (EMR)“.
Трябва да попълните потребителските настройки подобно на примера по-долу -
Подсистема „EMK - работно място на лекар в амбулаторна клиника (поликлиника)“: предоставя следните опции:
регистрация (добавяне, промяна, изтриване) данни на пациента –
регистрация на нова преференциална рецепта (федерална и регионална полза) –
преглед на списъка с преференциални рецепти (RP) и промяната им –
Преглед на списък с EHR на пациенти, регистрирани в амбулаторната клиника (клиника) -
Преглед на списък с EHR на пациенти, регистрирани в болница (дневна болница) -
отпечатване на документи на пациента, необходими за обслужването му в амбулатория (клиника) –
регистрация на нова нужда от обезщетения лекарства(LLS) на федерален бенефициент, регионален бенефициент, „отказал“ от NSU –
преглед на списъка и промяна на нуждата от преференциални лекарства (PMP) на федерален бенефициент, регионален бенефициент или „отказал“ от NSU –
лекарска функционалност Генерална репетиция(ЛИЧЕН ЛЕКАР) -
ВНИМАНИЕ!
Повече информация за функционалността на попсистемата “Workstation GP” можете да намерите в инструкциите, съдържащи се във файла – Workstation GP - user manual.doc
работа в "режим" Електронен записда посетите лекар (тест, процедура)” -
ВНИМАНИЕ!
Повече подробности за функционалността на popsystem „Електронна среща с лекар (проучване, процедура)“ можете да намерите в инструкциите, съдържащи се във файловете:
- Електронна регистратура- ръководство за потребителя.doc
- Организация на работа с режим ЕЛЕКТРОННА РЕГИСТРАЦИЯ MIS LPU.doc
регистрация на данни от амбулаторен преглед –
ВНИМАНИЕ!
Списъкът с прегледи показва САМО направления към лекар от медицинската специалност, която е посочена в настройките за работното място на потребителя.
За да попълните данните за амбулаторен преглед (направление), трябва да изберете... 
... и попълнете данните - 
ВНИМАНИЕ!
Приема се, че насочване за амбулаторен преглед се прави от:
- гише за амбулаторна регистрация (при записване на пациент за среща с лекар);
болница (дневна болница) (например при приемане на пациента);
амбулаторна клиника (например, когато общопрактикуващ лекар (педиатър, личен лекар) насочи пациент за прегледи при „специалисти”).
Ако няма данни за насочването на пациента (например, когато пациентът се е насочил сам към клиниката, заобикаляйки регистъра), тогава данните за неговия амбулаторен преглед могат да бъдат въведени в същия режим.
При попълване на следните данни:
Оплаквания
анамнеза
Обективно (обективно състояние)
SpecialStatus (специален статус)
План за лечение
План за изследване
Препоръки
За да добавите нов шаблон, трябва да въведете ново име -
Добавете нов шаблон
За да изберете съществуващ шаблон, трябва да го изберете от съответния списък -
За да промените текста, трябва да го направите ръчно -
Изборът на текстов шаблон за изследване зависи от медицинската специалност и диагнозата на пациента -
ВНИМАНИЕ!
Образци на тестове за прегледи при лекари в извънболнична помощ м.б. добавени и променени в модул “MIS Administrator” (ADMINDOC). Добавянето на такива шаблони трябва да се извърши преди началото на използването на подсистемата „EMK - Работна станция на лекар в амбулаторна клиника (поликлиника)“ от лекари.
След като попълните задължителните полета, трябва да запазите данните от амбулаторния преглед (F2) ... 
... и, ако е необходимо, отпечатайте протокола от прегледа с помощта на принтер на хартия (например, за да добавите (поставите) протокол на хартиен носител към хартиения медицински картон на пациента) – 
След запазване на данните от амбулаторния преглед (потвърждение от лекаря), данните могат да бъдат прегледани в режим „Резултати“.
преглед и отпечатване на резултатите от амбулаторни прегледи –
ВНИМАНИЕ!
Списъкът с резултати показва прегледи на всички медицински специалности (без ограничения за медицинската специалност, посочена в настройките за работното място на потребителя) на сиво-син фон - потвърдени от лекарите, прегледали пациента.
преглед и отпечатване на клинични и биохимични изследваниятърпелив -
ВНИМАНИЕ! Режимът е достъпен, ако здравното заведение използва подсистемата „LIS - лабораторна информационна система“ MIS KAUZ (mislpu.ru)
преглед и отпечатване на данни от функционални изследвания на пациента –
ВНИМАНИЕ! Режимът е наличен, ако здравното заведение използва подсистемата „EMC - Работна станция на лекар по функционална диагностика“ MIS KAUZ (mislpu.ru)
преглед и отпечатване на ултразвукови данни на пациента –
ВНИМАНИЕ! Режимът е наличен, ако лечебното заведение използва подсистема „ЕМЦ - Докторска работна станция“ ултразвукова диагностика” MIS KAUZ (mislpu.ru)
преглед и отпечатване на данни Рентгенови изследвания(RTI) на пациента –
ВНИМАНИЕ! Режимът е достъпен, ако здравното заведение използва подсистемата „RIS - Радиологична информационна система“ MIS KAUZ (mislpu.ru)
регистрация на данни за превантивни ваксинации –
ВНИМАНИЕ! Ръководство за работа с подсистема “Имунопрофилактика” се съдържа във файла - Ръководство на потребителя immunoprophylaxis.doc
18) добавяне, промяна, преглед и отпечатване на шокиращи епикризи във VK– 
19) генериране на отчети – 
Обслужване на клиенти
mislpu @ yandex. ru
програмапредназначен за поддържане на медицинска документацияв амбулаторни условия.
Година: 2011
Версия: 4.2.02
Разработчик: Leybasoft
платформа: Windows XP SP2 и по-нова версия
Съвместимост с Vista:пълен
Системни изисквания:
- процесор: P-III (Celeron 1.5 GHz) и по-висок
- RAM: 512 MB (мин. 256 MB) и повече (препоръчително)
- HDD пространство: 100 MB или повече (в зависимост от скоростта на нарастване на размера на файла на базата данни)
- администраторски права (само за инсталиране на софтуер и настройка на сървъра)
Език на интерфейса:само руски
Таблет:Не е задължително
размер: 172 MB
Написано в помощ на колеги лекари, които са длъжни възможно най-кратко временаправете невъзможното: съставете амбулаторна карта според всички правила, изслушайте внимателно пациента, разберете казаното и предпишете подходящ преглед и лечение.
Технически програмата е двустепенен клиент-сървър („дебел“ клиент). Firebird RDBMS се използва като сървър, който позволява многопотребителски достъп до данни и използване на приложението в локална мрежа. Достъпът до данни е строго регламентиран в зависимост от групата, под която потребителят влиза в базата данни (с една дума, всеки ще „вижда“ само данните, които му е позволено да „гледа“).
Добавете. информация: Предишна версия на програмата (версия 4.1.08)
Какво е новото в тази версия:
1. Наред с многопотребителската версия (използваща пълноценен сървър, който изисква отделна инсталация и конфигурация), т.нар. преносима версия (еднопотребителска, съдържаща вграден сървър, който не изисква конфигурация). Портативната версия позволява на лекаря да съхранява програмата + сървъра + своята база данни на обикновена флашка или USB HDD. Много е удобно, ако искате да работите с базата данни на работа и у дома, а също и ако нямате абсолютно никакво желание да се ровите в тънкостите на администрирането на базата данни.
2. Добавена е възможност за въвеждане на някои данни на латиница (по желание на колеги от чужбина)
3. Интерфейсът е подобрен на места (прозорецът за връзка във версията за много потребители вече има три режима на показване) + внедрени са многобройни „благини“ и „удобства“, очевидни грешки са коригирани
4. Добавен HTML помощен формат в допълнение към съществуващия chm формат
За подробности вижте помощта и на уебсайта...
Тъй като тази версия е само за работа уролог-андролог, авторът кани за сътрудничество колеги гинеколози, дерматовенеролози, терапевти, невролози и др. за разширяване на подобна функционалност в програмата. Градивни коментари относно съдържанието и използваемостта на тази версия също са добре дошли.
Как да допринесете за по-нататъшното развитие на софтуера
1. Погледнете интерфейса на програмата
2. Разбираме логиката на работа и връзката между маркираните елементи на интерфейса и генерираните данни
3. Изпращаме лично съобщение или имейл до автора оплаквания/симптоми, обединени от същата логика и съответното „типично“ описание на оплаквания/симптоми, открити в местна (или „почти чужда“) медицинска документация (естествено в специалност, която искате да видите в програмата). Тук можете също да добавите какви други шаблони (статистически купони и други отпадъчни продукти на медицински бюрократи) могат да бъдат добавени.
