Лекарски работен плот - допълнително бреме или лекарски помощник? Подсистемата „Електронно медицинско досие: амбулатория“ miscause (mislpu ru) е предназначена за Общопрактикуващ лекар.

MIS KAUZ (версия 0.7.2014.23 и по-нова)
Подсистема „Електронно медицинско досие: амбулатория”

(„EMK - работно място на лекар от амбулаторна клиника (поликлиника)“)

(кратко описание на характеристиките и функциите)
Подсистема “Електронно медицинско досие: амбулатория” МИСКАУС (mislpu. en) предназначен за:

автоматизация на работния процес на амбулаторна клиника (поликлиника) на медицинска организация (МО);
автоматизация на работното място на лекар в амбулаторна клиника (поликлиника) на Московска област на амбулаторен прием;
автоматизация на медицинска сестра на амбулаторна клиника (поликлиника) на Московска област на амбулаторен прием;
получаване на отчети, необходими за работата на лекар в амбулаторна клиника (поликлиника) на Московска област;
обмен на информация за резултатите от амбулаторни прегледи с други подсистеми на MIS KAUS.

За регистриране на данни от EHR в амбулаторната поликлиника на Московска област се използва модулът „Регистрация на първични документи“ (REGDOC), режимът „AMB - ПОЛИКЛИНИКА (EMC)“.
Необходимо е да попълните потребителските настройки подобно на примера по-долу -

Подсистема „ЕМК - работно място на амбулаторен лекар (поликлиника)“: предлага следните възможности:

регистрация (добавяне, промяна, изтриване) данни на пациента –

регистрация на нова преференциална рецепта (федерална и регионална привилегия) –

преглед на списъка с преференциални рецепти (PR) и промяната им -

Преглед на списъка с EMR на пациенти, регистрирани в амбулаторната клиника (поликлиника) -

Преглед на списъка с EHR на пациенти, регистрирани в болницата (дневна болница) -

отпечатване на документи на пациента, необходими за обслужването му в амбулатория (поликлиника) -

регистриране на нова нужда от субсидирани лекарства (LPM) на федерален бенефициент, регионален бенефициент, „отказник” от НСО -

преглед на списъка и промяна на нуждата от субсидирани лекарства (LLS) на федерален бенефициент, регионален бенефициент, „отказник“ от НСО -

функционалност на общопрактикуващ лекар (ОПЛ) –

ВНИМАНИЕ!

За повече информация относно функционалността на попсистемата “ARM VOP” вижте инструкциите, съдържащи се във файла – ARM VOP - ръководство за потребителя.doc

работа в режим „Електронна среща с лекар (преглед, процедура)“ -

ВНИМАНИЕ!

Още с функционалността на popsystem „Електронно записване при лекар (преглед, процедура)“ можете да намерите в инструкциите, съдържащи се във файловете:

- Електронна регистратура - ръководство за потребителя.doc

- Организация на работа с режим ЕЛЕКТРОННА РЕГИСТРАЦИЯ MIS LPU.doc

регистрация на данни от амбулаторни прегледи –

ВНИМАНИЕ!

Списъкът с прегледи показва САМО направления към лекар от медицинската специалност, посочена в настройките за работното място на потребителя.
За да попълните данните за амбулаторен преглед (направление), трябва да изберете ...

... и попълнете данните -

ВНИМАНИЕ!

Приема се, че насочването за амбулаторен преглед се извършва от:

- амбулаторна регистратура (при записване на пациент при лекар);

болница (дневна болница) (напр. при приемане на пациента);
амбулаторна клиника (например, когато общопрактикуващ лекар (педиатър, личен лекар) изпраща пациент за прегледи при „тесни специалисти“).

Ако няма данни за насочването на пациента (например, когато пациентът се насочи сам към поликлиниката, заобикаляйки регистратурата), тогава данните за неговия амбулаторен преглед могат да бъдат въведени в същия режим.
При попълване на следните данни:

Оплаквания
анамнеза
Обективно (обективно състояние)
Специален статус (специален статус)
План за лечение
План за изследване
Препоръки

използва се система от шаблони, които се формират (създават) от лекаря индивидуално.
За да добавите нов шаблон, трябва да въведете ново име -

Добавете нов шаблон

За да изберете съществуващ шаблон, той трябва да бъде избран от съответния списък −

За да промените текста, трябва да го направите ръчно -

Изборът на текстов шаблон за изследване зависи от медицинската специалност и диагнозата на пациента -

ВНИМАНИЕ!

Шаблони за тестове за прегледи на амбулаторни лекари могат да бъдат. добавени и модифицирани в модул “MIS Administrator” (ADMINDOC). Добавянето на такива шаблони трябва да се извърши преди началото на работата на подсистемата „EMC - Работна станция на лекар от амбулаторна клиника (поликлиника)“ от лекари.
След като попълните задължителните полета, трябва да запазите данните от амбулаторния преглед (F2) ...

... и, ако е необходимо, отпечатайте протокола от прегледа с помощта на принтер на хартия (например, за да добавите (поставите) хартиен протокол към хартиения медицински картон на пациента) -

След запазване на данните от амбулаторния преглед (лекарско потвърждение), данните могат да се видят в режим „Резултати“.

преглед и отпечатване на резултатите от данните от амбулаторния преглед –

ВНИМАНИЕ!

Списъкът с резултати показва прегледи по всички медицински специалности (без ограничения за медицинската специалност, зададена в настройките за работното място на потребителя) на синьо-сив фон - потвърдени от лекарите, извършили прегледа на пациента.

преглед и отпечатване на данни от клинични и биохимични изследвания на пациента –

ВНИМАНИЕ! Режимът е наличен, ако LPU използва подсистемата "LIS - лабораторна информационна система" MIS KAUZ (mislpu.ru)

преглед и печат на данни от функционални изследвания на пациента –

ВНИМАНИЕ! Режимът е наличен, ако лечебното заведение използва подсистемата „EMK - Работна станция на лекар по функционална диагностика“ MIS KAUS (mislpu.ru)

преглед и отпечатване на данни от ултразвукови изследвания (ултразвук) на пациента –

ВНИМАНИЕ! Режимът е наличен, ако в лечебното заведение се използва подсистемата „EMK - AWP на ултразвуков лекар“ MIS KAUS (mislpu.ru).

преглед и отпечатване на данни от рентгеново изследване (RTI) на пациента –

ВНИМАНИЕ! Режимът е наличен, ако в лечебното заведение се използва подсистема "RIS - радиологична информационна система" MIS KAUS (mislpu.ru).

регистрация на данни за превантивни ваксинации -

ВНИМАНИЕ! Ръководството за работа с подсистема „Имунопрофилактика” се намира във файла - Ръководство за работа с имунопрофилактика.doc
18) добавяне, промяна, преглед и отпечатване на скандални епикризи във VK–

19) генериране на отчети -

Поддръжка на клиенти

mislpu @ yandex. en

РЪКОВОДСТВО ЗА ПОТРЕБИТЕЛЯ МОДУЛ «ПОЛИКЛИНИКА».

АВТОМАТИЗИРАНО РАБОТНО МЯСТО
ЛЕКАР И СЕСТРА НА ПОЛИКЛИНИКАТА

анотация

Този документ е ръководство за потребителя на автоматизирано работно място на лекар и медицинска сестра в поликлиника на лечебно заведение.

Въведение

Този документ е ръководство за потребителя на софтуера на регионалния сегмент на единната държавна информационна система в областта на здравеопазването (наричана по-долу RMIS), предназначена за автоматизиране на работата на медицинския персонал на здравните заведения. Ръководството включва описание на методите на работа на модул "Поликлиника", който автоматизира дейността на лекарите и медицинските сестри.

1.1 Обхват

Модул "Поликлиника" се използва за автоматизиране на дейността на медицинските организации, предоставящи извънболнична помощ. Модулът е предназначен за визуализиране на актуални списъци на пациенти, записали час или повикали лекар вкъщи, както и дошли на час без записване; бързо търсене на лична и медицинска информация за записалите се; записване на резултатите от медицинската помощ.

1.2 Кратко описание на характеристиките

Модул "Поликлиника" е предназначен да изпълнява следните функции:

регистрация и отчитане на лична информация на пациенти, търсещи медицинска помощ;
отчитане на жалбите на пациентите до специалисти от МО, предоставящи извънболнична помощ;
поддържане на електронно медицинско досие на пациента с регистриране на резултатите от обжалванията на пациентите в него;
формиране на статистическа отчетност за дейността на медицинска организация в съответствие с приетите форми както в рамките на МО, така и за контролиращи организации въз основа на натрупаната информация и много други.

1.3 Ниво на потребителско изживяване

За да работи в системата, потребителят трябва да притежава основни умения за работа с персонален компютър и интернет браузър (Интернет браузър).

2. Предназначение и условия за ползване

2.1 Автоматизирани функции

Модулът "Поликлиника" автоматизира следните задачи на лечебните заведения:

управление на случаи;
записване на час за пациент с възможност за попълване на статистически данни и протокол;
редактиране на личната информация на пациента;
предварително записване на себе си за втори час, както и на други специалисти;
регистрация на документи като листове за инвалидност, рецепти, направления и други.

2.2 Софтуерни и хардуерни системни изисквания

Работното място трябва да отговаря на изискванията, посочени в таблица 1.
Таблица 1 - Софтуерни и хардуерни изисквания за системата

3. Подготовка за работа

3.1 Стартиране на системата

стартирайте интернет браузър;
въведете URL адреса на приложението в адресната лента на браузъра. Изчакайте страницата за оторизация да се зареди.

След установяване на връзка със системата, страницата за оторизация на потребителя ще се отвори в съответствие с Фигура 1:

Фигура 1 - Страница за оторизация на потребителя
За да влезете, трябва да направите следното:

в полето "Потребителско име" въведете потребителското име (вход);
въведете паролата в полето "Парола";
натиснете бутона "Вход".

Ако не сте регистрирани в системата, моля свържете се с вашия администратор. След регистрация, вашето потребителско име и парола ще бъдат изпратени на вашия имейл адрес.
В случай на успешна авторизация, основният прозорец на системата се отваря в съответствие с Фигура 2. В противен случай се показва съобщение за грешка при авторизация в съответствие с Фигура 3.
В случай на грешка при оторизация, трябва да повторите въвеждането на данните за оторизация, като вземете предвид регистъра и клавиатурната подредба.

Фигура 2 - Основният прозорец на системата

Фигура 3 - Съобщение за грешка при оторизация

3.2 Проверка на здравето на системата

Софтуерът е работещ, ако в резултат на действията на потребителя, описани в раздел 3.1, страницата на главния системен прозорец се зареди, без да изпраща на потребителя съобщения за грешка.

4. Описание на операциите

4.1 Име на операциите

В модул "Поликлиника" функциите на лекар и медицинска сестра са:

бърз преход към собствен график за записване на пациент за втора среща;
преход към редактиране на личната информация на пациента;
въвеждане на данни от изследване на пациенти с помощта на специализирани протоколи на медицински услуги;
бързо въвеждане на основната диагноза на пациента заедно с параметрите на посещението;
възможност за въвеждане на няколко вида диагнози според МКБ-10;
записване на час за процедури;
създаване на направления за услуги, изследвания, хоспитализация;
издаване на рецепти;
регистрация на листове за инвалидност;
въвеждане на статистически данни, необходими за формиране на амбулаторен талон на пациента;
издаване на удостоверение „За цената на медицинската помощ, предоставена на осигуреното лице по програмите за задължително медицинско осигуряване“.

4.2 Условия на работа

За да завършите успешно операциите, трябва да стартирате приложението и да влезете в системата съгласно раздел 3.1.

4.3 Основни стъпки

За да започнете, трябва да влезете в Регионалната медицинска информационна система (RMIS).
Преходът към секция „В клиниката“ е възможен чрез извикване на навигационното меню за модули и избор на модул „Поликлиника“ в съответствие с фигура 2.

4.3.1 Описание на интерфейса на раздела "В клиниката"

Секцията "В поликлиниката" показва списък на пациентите за определен ден, записали час или дошли на час без записване. Формата ви позволява бързо да отидете до личната и медицинска информация на тези, които са се регистрирали, за да записвате резултатите от медицинската помощ.
За да започнете работа с пациентски листи, трябва да попълните полето "Ресурс" в горната част. Падащият списък на полето предоставя списък с всички налични MO ресурси. Това е необходимо, за да могат потребители от различни нива (администратори, статистици, медицински сестри) да работят в системата.
Ако потребителят от контекста не е включен в нито един ресурс, тогава целият списък с MO ресурси се показва в списъка с ресурси. Ако ресурсите са конфигурирани за потребителя от контекста, тогава списъкът показва списък с тези ресурси. Ако потребителят има един ресурс, тогава полето се попълва автоматично с тази стойност:

Фигура 4 - Основната форма на раздела "В клиниката"
Разделът "В клиниката" може да бъде разделен на два подраздела:

списък на пациентите;
дела за обжалване.

Секцията "В клиниката" съдържа филтър. В горната дясна част на формата има бутон за управление на филтъра. Можете да филтрирате по следните полета:

поле "Дата" - интервалът на началната и крайната дата на делото. По подразбиране и двете стойности са текущата дата;
поле "Пациент" - елемент за търсене на пациент по пълно име;
поле "Тип запис" - стойностите "По купон" и "Без запис";
поле "Състояние" - стойностите "Изобразено", "Не е изобразено";
отметка "Не показвай празни записи" - знак, който ви позволява да скриете и покажете свободното време на графиката. Активирано по подразбиране, скрива свободното време.

Подразделът „Списък на пациентите“ показва списък на записаните пациенти за определен ден. Съдържа следните полета:

поле "Час" - показва часа, за който е насрочен час;
поле "Състояние" - показва състоянието на електронната опашка, запис или посещение:
статус „Чакащ/Повикан/Не се яви” – само записът, създаден през графика, може да приеме стойност;
статус "Предадено" - статус на посещението;
статус "Отменен" - само записът, създаден чрез графика, може да приеме стойност;
поле "Име" - фамилия, име и бащино име на пациента;
поле "Талон №" - номер на талон, ако пациентът е записан през графика. Полето ще приеме стойност „Без записване на час“, ако пациентът не е насрочен за час;
поле "Услуга" - името на услугата, за която пациентът е регистриран;
поле "Метод на запис" - полето може да приема стойност "Портал", "Регистрация" или "Инфомат", в зависимост от начина на запис на пациента;
поле "Дата на влизане" - датата, на която е направена срещата;
поле "Вид плащане" - вида на плащането, посочен при записване на пациента.

Следните функции са приложими към подраздела „Списък на пациентите“:

бутон "EMC" - за преминаване към електронното медицинско досие на пациента;
бутон "Пациент" - преход към личната информация на пациента;
бутон "Без записване" - за записване на час с пациент, заобикаляйки графика на графика. Бутонът отваря модална форма "Без въвеждане" съгласно фигура 5;
бутон "Резултати" - за преминаване към дизайна на посещението. Щракването върху бутона отваря формата „Резултати от приема“ в съответствие с Фигура 7;
Бутон "Отказ от записване" - показва се, ако посещението не е разрешено. Бутонът ви позволява да отмените срещата. Ако записът е създаден чрез графика, тогава се отваря модалната форма „Отмяна на записа“ в съответствие с Фигура 6. Ако записът е създаден без график, тогава записът от списъка с пациенти се изтрива напълно;
бутон "Изтриване на посещение" - показва се само ако посещението е регистрирано и запазено. Бутонът ви позволява да изтриете изобразеното посещение. Ако даден случай съдържа само едно текущо посещение, и случаят, и посещението се изтриват. Часът остава в пациентската листа. Ако часът е създаден чрез графика, тогава статусът на купона се променя на „Планиран“ или „Изтекъл“ в зависимост от деня, в който пациентът е записан;
Бутон „Пренасрочване на запис“ – позволява ви да пренасрочите записа на пациент за друг ден и час. Бутонът превключва към графика на лекаря в модул „Управление на предварително записване“ (за повече информация относно работата на модула вижте RP_RMIS_Polyclinic_User's Guide (Resources, home calls, PP);
бутон "Не се появи" - позволява ви да управлявате състоянието на електронната опашка. Показва се, ако влизането е през графика, а статусът на талона е "Извикан". При натискане на бутона статусът се променя на „Не се показва”;
бутон "Повикване" - позволява ви да управлявате състоянието на електронната опашка. Показва се, ако влизането е било през графика и статусът на талона е „Чака“ или „Не се появи“.

Подразделът „Случаи“ показва списък на всички амбулаторни случаи на пациент в текущата медицинска организация. В горната дясна част на подраздела има бутон за управление на филтъра. Можете да филтрирате по следните полета:

поле "Специалност" - специалността на лекаря, открил случая. По подразбиране е зададен филтър - специалността на текущия лекар;
поле "Лекар" - лекарят, отворил случая;
отметка "Отворени случаи" - знак за показване само на отворени случаи. Активирано по подразбиране.

Подразделът Случаи съдържа следните полета:

поле "Статус" - текущото състояние на делото: отворено/приключено;
поле "Дело" - номерът на делото на жалбата;
поле "Дата на откриване/закриване" - датата на откриване и приключване на делото;
поле "Лекар" - лекарят и длъжността на лекаря, отворил случая;
поле "Специалност" - специалността на лекаря, открил случая;
поле "Диагноза" - основната диагноза на случая.

4.3.1.1 Формуляр "Забранено влизане"

Фигура 5 - Формуляр "Без запис"
Формата "Без записване" ви позволява да добавите пациент към вашия час, заобикаляйки графика. Формата съдържа падащ списък "Пациент" - елемент за търсене на пациент от пациентското досие (подробна работа на търсещия елемент е описана в RP_RMIS_Основи на работа в системата).
С натискане на бутона "Запис" пациентът се записва за час за текущия ден, бутонът "Отказ" се използва за излизане от модалната форма "Без запис" без запис.

4.3.1.2 Форма за анулиране на запис

Фигура 6 - Формуляр "Отказ от въвеждане"
Формата ви позволява да отмените записан час.

поле "Име" - показва пълното име на пациента;
поле "Причина" - падащ списък за посочване на причината за анулирането;
бутон "Запазване" - статусът на купона се променя на "Отменен";
бутон "Отказ" - за излизане от модалната форма "Отказ от запис" без запис.

4.3.1.3 Описание на формуляра за резултатите от приема

Формата "Резултати от приема" е основният работен прозорец на лекаря и медицинската сестра. Формата ви позволява да организирате посещение, да маркирате всички предоставени услуги, да изпишете направления, да си уговорите час, да изпишете рецепти, да издадете удостоверения за инвалидност, да отидете на ваксинационната карта на пациента, да издадете удостоверение за разходите за лечение.

Фигура 7 - Формуляр "Резултати от приема"
Формулярът „Резултати от приема“ може да бъде разделен на пет подраздела:

информационен панел;
данни за местонахождението на хартиено копие от амбулаторния медицински картон;
данни за случая
данни за посещения;
регистрация на протокола и документите.

Подразделът „Информационен панел“ е стандартен компонент на Системата, съдържа лични, медицински данни на пациента, както и административна информация (информация за прикачените файлове на пациента).
Подразделът Табло за управление съдържа елементи на интерфейса:

Подразделът "Данни за местоположението на хартиеното копие на амбулаторния медицински картон" съдържа падащия списък "AMC" - ръководство за местоположението на картата:

Фигура 8 - Данни и местоположение на хартиеното копие на картата
Подразделът съдържа следните функции:

бутон "Запазване" - ви позволява да запазите стойността, избрана в полето "AMC";
Бутон "История" - позволява ви да видите историята на местоположението на AMC. Бутонът отваря модалната форма "Местоположение на AMC":

Фигура 9 - Формуляр "Местоположение на AMK"
Формулярът ви позволява да прегледате историята на движението на хартиено копие на амбулаторно медицинско досие, да добавите местоположение или да го изтриете.
Подразделът Case Case съдържа елементи на интерфейса:

поле "Случай" - информация за случая на лечение, в контекста на който лекарят приема пациента. Информацията се показва в следния формат: номер на делото, статус, дата на отваряне (затваряне), диагноза. Реализиран автоматичен подбор на дела. Възможно е да изберете случай от списъка. Списъкът е ограничен от ресурсния профил на всички отворени дела на текущия МО;
флаг "Параметри на случая" - настройва се за показване или скриване на параметрите на случая на жалбата;
поле "Дата на отваряне" - датата на отваряне на делото, редакцията на датата не е възможна. Ако датата на посещението е по-ранна от датата на отваряне на случая, когато формулярът бъде запазен, датата на отваряне на случая се променя на датата на посещение. Промяната на датата на посещение също променя датата на диагнозата;
поле "Условия за оказване" - по подразбиране "Амбулаторно". При попълване на полето полето "Начин на плащане" става достъпно;
поле „Ниво на мед. помощ” – по подразбиране се попълва със стойност от данните на текущия лекар;
поле "Вид финансиране" - видът финансиране, който е посочен при записване на пациента;
поле "Форма на медицинска помощ" - формата на медицинска помощ;
поле "Режим на лечение";
поле "Вид случай" - по подразбиране "Случай на поликлинично обслужване";
поле "Цел на заявката";
поле "Направление" - направлението, което е посочено при записване на час на пациента;

Подразделът „Посещение“ съдържа елементи на интерфейса

поле "Дата на посещение" - ако пациентът е записан през график, то полето се попълва по подразбиране с датата на талона. Ако пациентът е записан, заобикаляйки графика, тогава по подразбиране той се попълва с текущата дата;
поле "Профил" - ако пациентът е записан през графика, тогава по подразбиране се попълва с профила на текущия съставен ресурс. Ако пациентът е насрочен за среща, заобикаляйки графика, тогава той се попълва с профила на съставен ресурс, който включва текущия лекар на позицията;
поле "Услуга" - основната услуга на посещението. Ако пациентът е регистриран през графика, то по подразбиране той се попълва с услугата, за която пациентът е регистриран. Ако пациентът е насрочен за среща, заобикаляйки графика, тогава той се попълва с основната услуга на съставния ресурс, който включва текущия лекар на позицията;
Поле „Отделение“ – ако пациентът е насрочен за среща без час, тогава стойността на полето се изтегля от отдела на прост ресурс, който е избран в контекста. Ако пациентът е записан през графика, тогава от отговорното лице от съставния ресурс на талона;
поле "Място на обслужване" - по подразбиране се попълва стойността "в APU";
поле "Диагноза" - основната диагноза на посещението;
поле "Характер на заболяването" - характер на заболяването в контекста на основната диагноза. Става незадължително, ако полето "Диагноза" съдържа стойността "Z";
флаг "Активен" - показва се, ако лекарят посети пациента във връзка с това заболяване без повикване. Активирано по подразбиране.

Подразделът „Данни за случаи и посещения“ съдържа следните елементи на интерфейса:

Бутон “Запиши” - създава се посещение, както и случай при избор на нов. Бутонът е активен, ако случаят на текущото посещение не е затворен;
бутон "Повторно записване" - отидете на графика на лекаря за повторно записване. Бутонът е достъпен само след запазване на посещението. При уговаряне на среща се предава услугата по подразбиране на ресурса или посещението;
бутон "Информация по случая" - преминаване към формата за преглед на всички посещения на текущия случай. Бутонът е достъпен само след запазване на посещението;
Бутон „Затваряне на случай“ – преход към модалната форма „Затваряне на случай“, подробно описание на формата в раздел 4.3.1.4. Бутонът е активен, ако посещението е запазено. Бутонът не се показва, ако кутията е затворена;
бутон "Повторно отваряне на дело" - за промяна на статуса на делото "Приключено" на "Отворено". Бутонът се показва, ако случаят е приключен и данните за случая все още не са влезли в регистъра;
Бутон „Свързване на друг случай“ – бутонът се вижда, ако случай бъде избран повторно на страницата. Текущото посещение се свързва отново с избрания случай;
Бутон „Отчети” – бутон, към който се прикачват необходимите отчети. Бутонът отваря регистрационната форма на талона на пациента, получаващ медицинска помощ амбулаторно.

4.3.1.3.1 Раздел Протокол

Разделът "Протокол" ви позволява да въведете протокола на основната услуга в съответствие с фигура 10:

Фигура 10 - Раздел "Протокол"
Съдържа интерфейсни елементи:

поле "Протокол" - поле или няколко полета за описание на резултатите от основната услуга;
Бутон „Запис на протокол” – за запис на данните от протокола;
Бутон “Печат” – за печат на протокол. Бутонът е активен, ако протоколът съдържа данни;
Бутон „Запазване като шаблон“ – позволява ви да запишете протокола като шаблон. Бутонът отваря форма, в която можете да посочите името на протокола, нивото на достъп до него и групата, в която ще се намира:

Фигура 11 - Форма за запис на шаблона на протокола

Бутон „Избор на шаблон“ – за избор на шаблон на протокол. Бутонът отваря форма за избор на шаблон:

Фигура 12 - Формуляр "Избор на шаблон"
Ако шаблонът е бил създаден и запазен преди това, той може да бъде намерен с помощта на бутона „Търсене“.

Бутон “Изчистване на протокол” – изчиства полетата на протокола.

Можете да попълните и запазите протокола, преди да запишете диагнозата и да предоставите услугата (това е необходимо, за да можете да разделите функциите на медицинска сестра и лекар).
важно!Ако вече има записан протокол за услугата и след това е избрана друга услуга, тогава при запис на формата се появява предупреждение: „Има записан протокол, който не отговаря на услугата. Искате ли да напуснете протокола? Бутонът "Да" презаписва вида на услугата, протоколът остава. С натискане на бутона "Не" протоколът се изтрива, изтегля се нов протокол на текущата услуга.

4.3.1.3.2 Раздел Услуги

Раздел Услуги съгласно Фигура 13:

Фигура 13 - Раздел Услуги
Разделът ви позволява да въведете всички услуги, предоставени по време на посещението, показва списък с услуги. Съдържа интерфейсни елементи:

Бутон „Добави” – отваря за създаване форма „Предоставяне на услуги”, подробно описание на формата в раздел 4.3.1.5;
бутон "Промяна" - отваря формата "Предоставяне на услуги" за редакция;
Бутон „Изтриване” – извиква заявка за изтриване на услугата.

4.3.1.3.3 Раздел Диагностика

Раздел Диагностика съгласно Фигура 14:

Фигура 14 - Раздел "Диагностика"
Разделът "Диагноза" ви позволява да въведете всички видове диагнози, направени по време на посещението, показва списък с диагнози. Разделът съдържа елементи на интерфейса:

бутон "Добави" - отваря за създаване форма "Диагноза", подробно описание на формата в раздел 4.3.1.6;
Бутон „Редактиране” – отваря формата „Диагноза” за редакция;
Бутон “Вземи от протокола” - щракнете върху бутона за копиране на диагнози от протоколи за присъствено обслужване, ако има такива диагнози все още не са в списъка и имат попълнен тип диагноза и етап на установяване.

4.3.1.3.4 Раздел Упътвания

Раздел с указания според фигура 15:

Фигура 15 - Раздел "Упътвания".
Разделът ви позволява да въвеждате упътвания и да регистрирате пациента за услугата чрез графика. Разделът показва списък с всички препращания за случаи и списък с всички записи на пациенти. Разделът съдържа елементи на интерфейса:

бутон "Добавяне към лабораторни изследвания" - отваря за създаване форма "Направление за лабораторно изследване на пациент", подробно описание на формата в т. 4.3.1.7.3;
Бутон „Добави към услуги“ – отваря за създаване форма „Насочване към услуги“, подробно описание на формата е в раздел 4.3.1.7.2;
бутон "Добави за хоспитализация" - отваря форма "Направление" за създаване, подробно описание на форма 4.3.1.7;
бутон "Промяна" - отваря формата "Направление" за редакция;
бутон "Изтриване" - извиква заявка за изтриване на диагнозата;
бутон "Печат" - за отпечатване на посоката;
полета за списък с дестинации:
поле "Номер на посоката";
поле "Дата на направление";
флаг "Завършено" - определя статуса на направлението;
поле "Към МО" - името на медицинската организация, към която е насочен пациентът;
поле "Към отделение" - името на отделението, към което е насочен пациентът;
поле "Към лекаря" - лекарят, към който е насочен пациентът;
поле "Диагноза" - диагноза и код по МКБ-10, който се посочва в направлението;
флаг "Спешно" - определя спешността на направлението;
поле "Услуга" - наименованието на службата, към която е насочен пациентът;
Бутон "Преглед". запис” – за преминаване към графика;
бутон "Печат" - бутон за отпечатване на талон за записване при лекар.

4.3.1.3.5 Раздел Задания

Раздел Задания съгласно Фигура 16:

Фигура 16 - Раздел "Дестинации".
Разделът ви позволява да добавяте срещи, да преглеждате всички срещи по случая. Разделът съдържа елементи на интерфейса:

Бутон „Преглед” – отваря за преглед форма „Възлагане на услугата”, подробно описание на формата е в раздел 4.3.1.8;
Бутон „Добави” – отваря за създаване форма „Възлагане на услуга”;
Бутон „Промяна” – отваря за редакция форма „Възлагане на услугата”;
бутон "Изтрий" - извиква заявка за изтриване на срещата;
бутон "Потвърди" - променя статуса на час на "Планиран"; създава график за срещи, който се показва от процедурната медицинска сестра;
Бутон „Отказ” – активен при статус на заданието „В изпълнение”. Бутонът отменя все още неизпълнените ангажименти, ако някои от ангажиментите вече са направени.

4.3.1.3.6 Раздел Рецепти

Раздел с рецепти според фигура 17:

Фигура 17 - Раздел "Рецепти"
Разделът ви позволява да добавите рецепта и да видите всички рецепти на случая. Разделът съдържа елементи на интерфейса:

Бутон „Добавяне на обикновен“ – отваря формата „Рецепта“ за създаване, подробно описание на формата е в раздел 4.3.1.9;
Бутон „Редактиране” – отваря формата „Рецепта” за редакция;
бутон "Изтриване" - извиква заявка за изтриване на рецептата;
бутон "Печат" - за отпечатване на рецептата.

4.3.1.3.7 Раздел листове за инвалидност

Разделът "Списъци с увреждания" в съответствие с
Фигура 18:

Фигура 18 - Раздел "Листове за увреждания"
Разделът ви позволява да добавяте листове за инвалидност и да преглеждате списъка с листове със случаи. Разделът съдържа елементи на интерфейса:

Бутон „Добави” – чрез натискане на бутона е необходимо да изберете добавяне на ЛН, или поръчка:

Фигура 19 - Добавяне на LN
Ако е избрано "Отпуск по болест", тогава се отваря за създаване формулярът "Отпуск по болест" в LSD. Ако е избрано "Приложение", тогава формулярът се отваря в съответствие с Фигура 20:

Фигура 20 - Приложение
Периодите на неработоспособност на приложението не трябва да се припокриват с периодите на вече създадени болнични листове на текущия случай. Началната дата на заявлението не трябва да е по-малка от датата на отваряне на случая.

бутон "Издадено на друго МО" - бутонът отваря формуляра "Издадено на друго МО":

Фигура 21 - Формуляр "Издаден на друга MO"
Във формуляра трябва да въведете LN номер, да изберете вид, срок на валидност и дата на издаване;

бутон "Промяна" - отваря формата "Лист за инвалидност" за редакция;
бутон "Изтриване" - извиква заявка за изтриване на листа с увреждания.

4.3.1.3.8 Раздел имунизационна карта

Раздел „Карта с ваксинации“ в съответствие с фигура 22:

Фигура 22 - Раздел "Карта с ваксинации"
Разделът ви позволява да добавите ваксинация, проба, да отидете на формуляра за индивидуално планиране, да видите списък с ваксинации и проби от случаи. Разделът съдържа елементи на интерфейса:

Бутон „Инокулация” – отваря формата „Инокулация/Създаване на проба”, подробно описание на формата в раздел 4.3.1.10;
бутон "Тест" - отваря формата "Създаване на ваксинация/тест";
бутон "Редактиране" - отваря формата "Редактиране на манту / ваксинации";
бутон "Изтриване" - извиква заявка за изтриване;
бутон "Индивидуално планиране" - отваря формуляра "Индивидуално планиране" (за повече информация вижте Ръководството на лекаря за ваксинопрофилактика).

4.3.1.3.9 Раздел Помощ

Раздел „Справки“ съдържа списък с издадени удостоверения за стойността на медицинските грижи и откази за получаване на удостоверения по случай на заболяване. Предоставя възможност за издаване на удостоверения и откази, анулиране или отмяна на анулиране, разпечатване на формулярите:

Фигура 23 - Раздел "Помощ"
Разделът ви позволява да добавяте удостоверения за стойността на лечението по задължителната медицинска застраховка. Разделът съдържа елементи на интерфейса:

бутон "Преглед" - отваря за преглед формата "Информация за цената на услугите" / "Отказ на удостоверение за цената на услугите";
бутон "Издаване на удостоверение" - отваря формата "Удостоверение за стойността на услугите" за създаване;
бутон "Регистриране на отказ" - отваря формата "Отказ на удостоверение за стойност на услуги" за създаване;
Бутон „Отказ“ – статусът на сертификата се променя на „Отменен“;
Бутон "Отказ от анулиране" - отменя анулирането.

За да издадете сертификат, е необходимо да кликнете върху бутона "Издаване на сертификат". Ще се отвори формуляр в съответствие с фигура 24, в който всички основни полета са попълнени по подразбиране:

Фигура 24 - Сертификат за стойността на услугите
Формата съдържа елементи на интерфейса:

поле "Номер" - референтният номер се задава автоматично;
поле "Получател" - поле с възможност за избор на получател на удостоверение/отказ, ако не е получено от пациента;
бутон "Запазване" - за създаване на сертификат / отказ;

4.3.1.3.10 Раздел Инциденти

Страницата ви позволява да регистрирате инциденти и съдържа списък с регистрирани инциденти на случая.

Фигура 25 - Раздел "Инциденти".
За да добавите инцидент, щракнете върху бутона "Добавяне". Ще се отвори формуляр съгласно фигура 26:

Фигура 26 - Форма за регистрация на инциденти
Следните полета трябва да бъдат попълнени във формуляра:

поле "Тип" - изберете типа инцидент от списъка;
поле "Дата на инцидента" - по подразбиране е зададена текущата дата;
поле "Кратко описание на инцидента" - текстово поле за описание на инцидента;
поле "Организация, към която е докладван инцидентът" - падащ списък с организации, налични в системата;
поле "Телефон на организацията" - текстово поле;
поле "Име на лицето, получило обаждането" - текстово поле;
поле "телефонен номер" - текстово поле.

4.3.1.4 Формуляр за приключване на случай

Фигура 27 - Формуляр "Затваряне на случай"
Формата ви позволява да затворите случая. Формулярът за затваряне на случай съдържа елементи на интерфейса:

поле "Дата на приключване" - датата на приключване на делото. По подразбиране е зададена датата на последното посещение на случая;
поле "Лечение с това заболяване през текущата година" - честотата на лечението. По подразбиране е „Първичен“, ако се появи за първи път през текущата година със същата крайна диагноза; „Повторно“, ако вече е имало посещение през текущата година със същата крайна диагноза;
поле "Резултат от лечението";
поле "Изход от заболяването";
бутон "Запазване" - ви позволява да затворите случая;
бутон "Отказ" - за излизане от модална форма "Затваряне на казус" без запис.

Когато случай е приключен, полето „Етап на установяване“ на всички диагнози от последното посещение се променя на „Окончателно“. Също така, когато случай е приключен, „Етапът на установяване“ на всички диагнози на всички посещения на случай, с изключение на последното, се променя на „Предварителен“.

4.3.1.5 Описание на формата "Предоставяне на услуга"

Фигура 28 - Формуляр "Предоставяне на услуги"
Формата позволява добавяне на допълнителни услуги, предоставяни на рецепция. Формата съдържа елементи на интерфейса:

поле "Предоставено" - датата на услугата;
знак "Спешен случай" - за обозначаване на спешността на услугата;
Поле „Отдел” – достъпно само за допълнителни услуги. Стойността се попълва от подразделението на ресурса, указано в полето Ресурс;
поле "Ресурс" - позволява ви да добавите към посещението допълнителни услуги на случая, извършени от други лекари. За да направите това, трябва да зададете флага "Избор на ресурс", след което полето "Ресурс" ще стане достъпно. Ако флагът не е зададен, тогава полето е забранено за редактиране и се попълва с ресурса на текущия лекар;
поле "Услуга" - указател на услугите. Ако пациентът е починал и датата на смъртта е по-ранна от датата на посещение или датата на предоставяне на услугата, тогава в списъка с услуги се показват само тези услуги, които са предоставени на пациента след регистрацията на смъртта. Когато датата на посещението се промени, списъкът се променя;
поле "Количество" - кратността на извършената услуга;
поле "Продължителност" - продължителността на услугата;
единица мярка за продължителност;
Поле за диагностика.

4.3.1.6 Формуляр за диагноза

Фигура 29 - Формуляр "Диагноза"
Формата ви позволява да добавяте допълнителни диагнози за посещение. Формата съдържа елементи на интерфейса:

поле "Диагноза" - посочва се поставената диагноза съгласно справочника на МКБ-10;
флаг "Главен" - определя, че типът диагноза е "Главен", по подразбиране е неактивен. Ако флагът е зададен в полето, тогава полето "Преглед" изчезва от формата;
Поле „Тип” – тип диагноза, по подразбиране е зададено „Свързано”. Също така в полето можете да изберете стойността "Усложнение на основното";
поле "Етап на установяване" - изберете вида на диагнозата от списъка;
знак "Диагнозата подлежи на D-регистрация" - полето не е достъпно за редакция, попълва се автоматично на базата на избраната диагноза;
поле "Естество на заболяването" - изберете естеството на заболяването от списъка (например "Остро");
полето "Лекар" - лекарят, поставил диагнозата, не е достъпен за редакция;
полето "Дата" - датата на диагнозата, по подразбиране текущата;
бутон "Запазване" - за запазване на диагнозата;
бутон "Отказ" - за излизане от модална форма "Диагноза" без запис.

4.3.1.7 Описание на раздела Посока/Запис

Изберете типа посока от падащия списък на бутона „Добавяне“:

Фигура 30 - Избор на тип посока

4.3.1.7.1 Направление за хоспитализация

При избор на елемент "Направление за хоспитализация" се отваря формуляр в съответствие с Фигура 31:

Фигура 31 - Формуляр "Направление за хоспитализация"
Формата съдържа елементи на интерфейса:

Блок "Насочено от":
поле "Вид организация";
поле "Организация";
поле "Отдел";
област "Специалист";
блок "Насочени към":
поле "Организация";
поле "Отдел";
област "Специалист";
блокира основни данни:
поле "Дата" - по подразбиране се посочва текущата дата;
поле "Номер" - попълва се автоматично според брояча, линк "Попълване";
знак "Cito" - определя, че направлението е спешно;
поле "Вид направление";
поле "Условия на изобразяване";
поле "Вид финансиране";
поле "Диагностично направление";
поле "Допълнение" - за коментар към диагнозата;
Поле "Състояние".

4.3.1.7.2 Описание на формуляра за насочване

Фигура 32 - Формуляр "Насочване към услуги"
Формата ви позволява да добавите препоръка за услуги. Формата съдържа елементи на интерфейса:

поле "Номер" - номер на направление;
поле "Дата на създаване на направлението";
знак "Спешно";
поле "Диагноза";
поле "Вид направление";
блок "Получаваща страна":
полето "Организация" - лечебното заведение, към което е насочен пациентът;
поле "Отделение" - звено, към което е насочен пациентът;
поле "Специалист" - специалистът, към който е насочен пациентът;
блок "Съдържание":
поле "Услуга № 1" - името на услугата;
поле "Вид финансов." – вид финансиране;
поле "Обосновка" - поле за коментари;
блок "Приложение" - за прикачване на файлове:
Поле „Тип” – тип приложение;
поле "Документ" - посочва се името на документа;
поле "Файл" - изберете файла, който да прикачите;
Поле "Коментар".

4.3.1.7.3 Описание на формуляра за направление за лабораторно изследване

Фигура 33 - Формуляр "Насочване за лабораторни изследвания"
Формата позволява да добавите направление за лабораторно изследване. Формата съдържа елементи на интерфейса:

поле "Пациент" - показва трите имена и рождената дата на пациента;
поле "Дата на направление";
поле "Номер на посоката";
знак "Cito" - знак за спешност на посоката;
поле "Диагноза";
поле "Вид финансиране";
блок "Информация за изпращащата организация":
поле "Организация";
поле "Отдел";
област "Специалист";
блок "Информация за лабораторията":
поле "Организация";
поле "Отдел";
поле "Изследване" - изследването, към което е насочен пациентът;
поле "Биоматериал" - биоматериал за ограда. Можете да добавите няколко лабораторни изследвания в една посока (чрез бутона "+");
поле "Бележки".

4.3.1.7.4 Бързо записване

В раздела направление може да се направи бързо записване на час при специалисти чрез натискане на бутона "Предварително записване" - бутонът се използва за преминаване към модул "Предварително записване", без да се избира направлението, където се показват параметрите на МО, отделите и данните за пациентите се прехвърлят.

Фигура 34 - Бутон за предварително записване на час

4.3.1.8 Описание на формуляра за задание

Фигура 35 - Формуляр "Възлагане на услуга"
Формата ви позволява да добавите задание за услуга. Формата съдържа елементи на интерфейса:

поле "Име" - текстово поле за въвеждане на името на дестинацията. Попълва се автоматично, ако попълните полето "Услуга";
поле "Услуга" - справочник за избор на услуга;
поле "Период" - периодът на назначаване. Има проверка на първата дата от периода при създаване и промяна на задания. Ако началната дата на периода е по-малка от датата на отваряне на случая, тогава се показва следното съобщение: „Началната дата не трябва да е по-малка от датата на отваряне на случая“;
поле "Продължителност" - продължителността на ангажимента;
поле "ед. рев.» – мерна единица за продължителност;
поле "Брой" - изчисленото поле, броя на възложените услуги (общо);
поле "Периодичност" - списък за избор на честота от указателя;
поле "Условие" - условието за заданието;
Бутон "Запазване" - за запазване на срещата. След запазване ангажиментът получава статус „Планиран“;
бутон "Отказ" - за излизане от модална форма "Възлагане на услуга" без запис.

4.3.1.9 Описание на формата "Рецепта".

Фигура 36 - Формуляр "Рецепта"
Формата ви позволява да създадете обикновена рецепта. Формата съдържа елементи на интерфейса:

поле "Дата" - дата на издаване на рецептата, по подразбиране е зададена текущата дата;
поле "Валидност на рецептата" - по подразбиране се попълва със стойност "15 дни";
поле "Серии";
поле "Число";
Бутони „Лекарства“ – бутони за добавяне и премахване на лекарства, можете да добавите до три лекарства към една рецепта;
поле "INN" - наименованието на рецептата съгласно международното непатентно наименование;
поле "TN" - името на рецептата по търговско наименование;
поле "Форма на освобождаване" - списък за избор на формата на освобождаване;
полето "Дозировка" е задължително;
полето "Начин на използване" е задължително;
поле "Препоръки за прием" - в полето можете да въведете допълнителни препоръки в произволна форма.

При добавяне на преференциална рецепта, ако пациентът има лекарствена непоносимост, тогава в горната част на прозореца се показва информационното съобщение „Лекарствена непоносимост: списък с лекарства“:

Фигура 37 - Добавяне на преференциална рецепта, непоносимост към лекарства

4.3.1.10 Описание на формуляра за създаване на инокулация/проба

Фигура 38 - Формуляр "Създаване на инокулация / проба"
Формуляр за създаване на инокулация или проба. Формата съдържа елементи на интерфейса:

Поле „Статус” – статус на ваксинация/тест: „Назначена”, „Планирана”, „Завършена”;
поле "Пациент" - трите имена и дата на раждане на пациента;
поле "МО";
направление „Мед. служител“;
поле "Дата";
поле "Ваксина";
поле "Инфекция";
поле "Етап";
поле "Доза";
поле "Вид въведение";
поле "Серии";
поле "Най-добър до";
бутон "Създай" - за добавяне на серия;
бутон "Запазване" - за създаване на инокулация / проба;
Бутон "Отказ" - за излизане от модалната форма без запис.

4.3.2 Последни стъпки

След като приключите работата в системата, щракнете върху бутона „Изход” в горния десен ъгъл на екрана. Затворете прозореца на интернет браузъра и изключете компютъра.

Фигура 39 - Бутон за излизане

5. Спешни случаи

В случай на хардуерен срив нормалната работа на системата трябва да се възстанови след рестартиране на операционната система.
В случай на неправилни действия на потребителя, неправилни формати или невалидни стойности на входните данни, системата издава подходящи съобщения на потребителя, след което се връща в работното състояние, което предшества неправилната (невалидна) команда или неправилно въвеждане на данни.

За успешно развитие трябва да имате компютърни умения, както и да проучите това ръководство за потребителя.
Преди да започнете работа, трябва да стартирате приложението и да преминете оторизация.

7. Списък на обозначенията

Таблица 2 - Списък на обозначенията

изтриване на запис в поле с множество избори

8. Списък на съкращенията

Таблица 3 - Списък на съкращенията

Намаляване	Определение
	Международен класификатор на болестите
	медицинска организация
	медицински и икономически стандарт
	основен държавен регистрационен номер
	регионална медицинска информационна система
	общоруски класификатор на медицински услуги
	Персонален компютър
	Пълно име

9. Списък на термините

Таблица 4 - Списък на термините

	Определение
URL (Универсален локатор на ресурси)	Стандартизиран начин за запис на адреса на ресурс в Интернет
	Предоставяне на определено лице или група лица на правата за извършване на определени действия, както и процеса на проверка (потвърждаване) на тези права при опит за извършване на тези действия
Администратор	Специалист по поддръжка на софтуер и хардуер
	Елемент от графичния потребителски интерфейс, който позволява превключване между няколко предварително дефинирани набора от интерфейсни елементи в един прозорец на приложение, когато има няколко налични и само един от тях може да бъде показан в пространството на прозореца, разпределено за тях
Интернет браузър, интернет браузър	Софтуер за заявки, преглед, обработка, показване на уеб страници и преместване от една страница на друга
	Име (идентификатор) на потребителски акаунт в компютърна система
	Функционално завършен фрагмент от програмата (системата)
	GUI елемент, в който може да се въвежда текст. Полето може да е активно (има въвеждане на текст) или неактивно (въвеждане на текст не е налично)
Софтуер	Компютърни програми, процедури и евентуално свързана документация и данни, свързани с работата на компютърна система
електронна поща	Технология и предоставяни от нея услуги за изпращане и получаване на електронни пощенски съобщения през компютърна мрежа

Без етикети

Компютърът е навлязъл във всички сфери на човешката дейност. Работната станция на лекаря е компютърна програма, която трябва да помогне на лекаря в процеса на лечение и диагностика, като предоставя максимално полезна информация и не го натоварва с допълнителна немедицинска работа. Но реалността не винаги е розово красива.

Лекарят или е приятел с компютъра, или не ...

Работна станция на лекаря - какво е това

Автоматизираното работно място (работна станция на лекар) е компютърен терминал със специална програма, която ви позволява да използвате съвременни технологии в ежедневната работа на медицинско заведение. Широко разпространената цифровизация навлезе във всички сфери на живота и е глупаво да се откаже прогресът: компютърът може да стане отличен и незаменим помощник на лекар, но при следните условия:

лекарят притежава нови технологии;
лечебно заведение е закупило мощни компютри;
изградена е добра мрежа с достъп до интернет;
използват се лесни за използване програми за обработка на информация;
Оборудването се обслужва от опитен системен администратор.

Липсва някое от условията и - работното място на лекаря се превръща в ежедневен проблем, който е труден за лекаря, понякога невъзможен за решаване и най-важното - тази ситуация пречи на работата с пациентите. Често лекарят се превръща в роб и придатък на компютъра с всички произтичащи от това последствия.

Реална помощ за лекаря

Съвременните информационни технологии създават много удобства за лекаря - от търсенето на необходимата медицинска информация в Интернет до ефективното използване на компютърни програми при диагностициране на заболявания. Работното място на лекаря е база данни за всеки пациент, от която можете да разберете:

всички диагнози и заболявания на лицето, което е потърсило помощ (като погледнете електронната карта, понякога можете да разберете много повече, отколкото когато събирате анамнеза от пациента);
резултати от скорошни анализи, диагностични изследвания и консултативни становища;
местоположение на пациента в динамиката на лечението (болнична и амбулаторна терапия);
част от личните данни на дадено лице (паспорт, медицинска политика, SNILS, телефон);
ежедневна статистика на работата.

Връзката на различни медицински институции и специалисти в работната станция на лекаря е най-добрият помощник за лекаря: като щракнете върху името на пациента, можете да разберете максималната медицинска информация за човек за кратък период от време.

Лекарска работна станция - какви са недостатъците

Да имаш електронна карта за всеки човек е прекрасно и удобно. Но само при идеални условия. В живота и реалността на всяко конкретно лечебно заведение има значителни нюанси, непреодолими бариери и огромни трудности. Работното място на лекаря се превръща в тежест за лекаря в следните случаи:

закупени са евтини и маломощни компютърни терминали с бързо развалящи се принтери;
използва се тромава и недовършена медицинска програма;
няма унификация за цялата страна (всеки регион използва собствена програма за поддържане на електронна карта);
направени са икономии за създаване на вътреболнична мрежа, което се отразява на скоростта на достъп до интернет;
болницата, за да спести пари, не купува офис хартия (прегледът на лекаря може да бъде разпечатан и поставен в хартиена карта, която никой не е отменил), така че лекарят, освен че въвежда информация в програмата, трябва да пише с обикновена химикалка върху обикновена хартия, както се изисква;
нает е некомпетентен програмист, който не познава мрежовите технологии;
лекарят не притежава компютър, пише с един пръст и почти не разбира защо е необходим бутонът Enter.

В големите институции проблеми с

УДК 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: за индивидуална употреба и за организации. Освен това има програма за проектиране на формуляри и отчети, програмата Oracle Designer и много инструменти за публикуване на бази данни на Oracle в WEB.

3. SQL Navigator е най-популярната среда за разработка на Oracle, която предоставя широки възможности за писане, конфигуриране и отстраняване на грешки в PL / SQL библиотеки, включително вградена експертна система и система за подсказки.

4. Delphi е визуална среда за проектиране, която ви позволява бързо и ефективно да създавате програми в производствен екип, значително да намалите времето, изразходвано за подготовка на приложения, и да координирате дейностите на група доставчици, програмисти, тестери и технически писатели. Друго предимство на Delphi е неговата кросплатформеност, т.е. възможност за компилиране на Windows приложения във формат Kylix за Linux.

Анализ на технически спецификации.В общия случай софтуерната поддръжка на терапевта може да бъде представена като набор от три автоматизирани работни станции (АРМ):

AWP "Регистрация"

AWP "Лекар-терапевт"

Работна станция "Администратор"

AWP "Лекар-терапевт"

Като се има предвид работата на общопрактикуващ лекар, може да се отбележи, че пациентът идва при него с карта и евентуално резултатите от допълнителен диагностичен преглед, а основната му задача е да разработи режим на лечение за пациента, който може да включва различни процедури, лекарствена терапия, посещения на тесни специалисти и др. Терапевтът трябва да разбере проблемите на пациента, да определи на какъв етап е това или онова заболяване и да реши какво трябва да направи пациентът, за да подобри своето благосъстояние. Цялата работа по изготвяне на решение може да бъде разделена на няколко етапа: описание на състоянието на пациента, клиничен преглед, диагноза, определяне на целите на терапията, определяне на критерии за постигане на целите на терапията, анализ на състоянието на пациента и синтез на режим на лечение въз основа на получената информация. Интерфейсът на терапевта трябва да бъде изграден в съответствие с горната диаграма. Основната форма на AWP трябва да бъде форма за показване на пациентакоито се лекуват от този лекар и техните посещения при лекаря. Посещенията могат да бъдат няколко вида: първичен преглед, последващ преглед, профилактична консултация. За всеки тип посещение в AWP на лекар - терапевт трябва да бъдат избрани собствени инструменти за работа с пациента. Формата за показване на пациента трябва да има същите възможности за търсене и филтриране на съответните записи като формата за показване на работната станция на регистратора. За по-фина класификация на видовете посещения при пациенти трябва да се въведе понятието цел на посещението. Така, например, Освен това в идентификаторите на списъка трябва да има поле за датата на следващото посещение на пациента. Формулярът за прием на пациента трябва да бъде организиран под формата на подходящ съветник, който представя работата в логическа последователност. На първия етап майсторът регистрира оплакванията на пациента, анамнезата на заболяването на пациента, анамнезата на живота на пациента, алергичната анамнеза, провежда се изследване на органи и системи. Ако преди назначаването на лекар пациентът е претърпял диагностична процедура, която по някакъв начин изключва заболявания на някои органи и системи, тогава изследването трябва да бъде съкратено, за да се спести време на лекаря. В допълнение, на първия етап от работата на съветника е възможно да се извърши диагностична процедура в работната станция "Допълнителна диагностика". Когато пациентът бъде приет, за да се установи състоянието му, трябва да започне изследването регистрация на жалбитърпелив. Трябва да знам:

1. От какво се оплаква пациентът.

2. Точна локализация на болезнените явления.

3. Ирадиация на болка.

4. Време на поява (ден/нощ)

5. Фактори, които причиняват болка (физически или психически стрес, прием на храна и др.).

6. Естеството на болезненото усещане, например естеството на болката: компресираща, пронизваща, пареща, постоянна, пароксизмална и др. , както и неговата интензивност, продължителност

7. Какво спира болезненото явление

8. Поведение на пациента, принудително положение на пациента, облекчаване на болката.

Всяко оплакване трябва да се класифицира според принадлежността към определена телесна система. След това е необходимо да се проведе подробен преглед на пациента върху онези органи и системи, които са споменати на етапа на регистриране на оплакванията. В процеса на детайлизиране се разглеждат следните органи и системи:

След регистриране на оплакванията и детайлизиране на засегнатите органи и системи, възникването, развитието и протичането на настоящото заболяване се описват подробно в хронологичен ред от първите му прояви до момента на прегледа му от терапевт (описание на анамнезата на заболяването) . Описанието може да се сведе до анкета по следната схема:

1. От колко време се смята за болен?

2. Къде и при какви обстоятелства се разболяхте за първи път?

3. Фактори, допринасящи за появата на заболяването

4. С какви признаци започва заболяването?

5. Първото посещение при лекаря, резултатите от проведените изследвания, диагнозата на заболяването, лечението по това време, неговата ефективност.

6. Последващ ход на заболяването

Вторият етап от работата на капитана на рецепцията на пациента е клиничен преглед, проведен от общопрактикуващ лекар. Като част от клиничния преглед лекарят провежда външен преглед на пациента, палпация, перкусия, аускултация, за да определи състоянието на различни органи и системи, да разчете спешността, да разчете кръвното налягане, да измери растежа, да определи телесното тегло. Информацията за резултатите от всеки вид преглед се записва от лекаря в съответните полета на съветника за преглед.

На третия етап от магистърската работа се въвежда диагнозата, поставена от лекаря на пациента. Въвежда се основната диагноза, установява се дали заболяването е в ремисия или екзацербация, въвеждат се съпътстващи диагнози, както и за тях се определя състоянието, в което се намират. След установяване на диагнозата и определяне на хода на заболяването, лекарят може да поеме задължението да лекува съответното заболяване или да насочи пациента към тесен специалист.

Работна станция "Администратор"

На ниво AWP "Администратор" се извършват следните видове работа:

Конфигурация на клиниката;

Настройка на работни станции;

Настройка на директории.

Анализ на подобни софтуерни системи. "АИС "Поликлиника".КРОК разработи и внедри автоматизирана информационна система за централната поликлиника на Федералната служба за сигурност на Русия ( АИС "Поликлиника"). Системата обхваща 340 работни станции, нейни потребители са над 700 медицински работници, обслужващи над 5000 души на ден. Системата е предназначена за комплексна информационна и аналитична поддръжка на поликлиниката. Системата, чийто централен софтуерен компонент е медицинската информационна система "МедАналитика", включва още сървърно, компютърно, мрежово и периферно оборудване, частна телефонна централа, свързана към градската телефонна мрежа, структурна кабелна система, високоскоростна локална мрежа, както и системи за захранване и сигурност.

Медицинска автоматизирана система "МедИС-Т".Системата е предназначена за автоматизиране на индустриална медицина, клиники, болници, здравни центрове, санаториуми. Има възможност за дистанционно администриране на системни работни станции (през интернет).

Внедряване на софтуерно приложение.С помощта на софтуерната система Power Designer 15, концептуален моделданни. Тъй като за регистриране на оплакванията на пациентите е необходимо да се попълват почти еднакви полета за всяко оплакване, беше решено да се разработи абстрактна таблица за регистриране на оплаквания.

Разработени са следните таблици:

Tusers - съдържа данни за потребителите на системата.

Tpacient - пациентска карта.

Tzalob - съдържа оплакванията на пациента.

T_boby_system - системи на човешкото тяло.

T_ boby_pod_system - вид оплакване от конкретна телесна система.

Tonsp_obch - таблица за определяне на текущото състояние на пациента.

Танамнез - анамнеза на заболяването.

Tanamnez_next - последващият ход на заболяването

Tdiaznoz – съдържа диагнозата на пациента.

T_pod_diaznoz - съдържа диагнози, придружаващи основната.

С помощта на софтуерната система Power Designer 15, базирана на концептуалния модел на данни, физически модел на данни, фокусиран върху Oracle (виж фиг. 1).

Създаване на изгледи (изгледи) . Изгледът е резултат от SQL израз, състоящ се от оператори select, project и 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 процедури, които се извикват, когато се извършват определени действия върху базата данни. Oracle поддържа няколко типа тригери: някои се задействат от SQL команди, които създават нови структури в базата данни, като например таблици, други се задействат веднъж на ниво таблица, когато редовете на таблицата се променят, а трети се задействат веднъж за всеки променен ред.

Структура на създадените тригери:

BEGIN SELECT SEC_"table_name".NEXTVAL INTO:NEW. "table_id" 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 - модул, предназначен за показване на пациенти в AWP "Лекар".

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). Тази форма не е информативна и предоставя само избор на режим на работа с приложението:

AWP "Администратор";

AWP "Регистрация";

AWP "Лекар-терапевт".

Ориз. 2 - Структурата на софтуерното приложение

Ако потребителят няма права за нито един режим на работа със системата, тогава този режим няма да бъде достъпен за този потребител.

Ориз. 3 - Форма за вход

Ориз. 4 - Основната форма на софтуерното приложение

Работна станция "Администратор".След като влезете в системата в режим на администратор, на екрана ще се покаже формата на AWP „Администратор“ (вижте фиг. 5).

Формата показва потребителите на системата, както и правата на тези потребители. Можете да направите следното с тези данни:

Добавяне - извежда формата за добавяне на нов потребител (виж фиг. 6).

За да добавите правилно потребител, трябва да попълните всички полета, както и да зададете права за потребителя, след което трябва да кликнете върху бутона "Добавяне".

Ориз. 5 - Формуляр AWP "Администратор"

Фиг.6 - Форма за добавяне на нов потребител

Редактиране - показва формата за редактиране на потребителски данни. Тази форма е подобна на формата за добавяне на нов потребител.

Изтриване - тази функция е предназначена за изтриване на потребител. Физическите данни не се изтриват от базата данни. По всяко време е възможно възстановяване на изтрити данни.

Търсене - активиране на формата за въвеждане на низ за търсене (виж фиг. 7).

Фиг.7 - Форма за въвеждане на низ за търсене

След като въведете низа за търсене, трябва да кликнете върху бутона "Намери".

Администраторът също има възможност да възстанови изтритите данни. Има специализирана форма за възстановяване на системни потребители (виж Фиг. 8)

Фиг. 8 - Възстановяване на системни потребители

За да възстановите потребител, трябва да го посочите в списъка с изтрити потребители и след това да щракнете върху бутона „Възстановяване“.

За възстановяване на изтрити пациенти има специализирана форма на възстановяване на пациенти (вижте Фиг. 9)

Ориз. 9 - Възстановяване на пациента

За да възстановите пациент, трябва да го посочите в списъка с изтрити пациенти и след това да щракнете върху бутона „Възстановяване“.

За възстановяване на дистанционни диагнози има специализирана форма за възстановяване на диагнози (виж Фиг. 10.)

Ориз. 10 - Възстановяване на диагнози

За да възстановите диагноза, трябва да я посочите в списъка с изтрити диагнози и след това да щракнете върху бутона „Възстановяване“. За да възстановите съпътстваща диагноза, трябва да я посочите в списъка с изтрити съпътстващи диагнози и след това да щракнете върху бутона „Възстановяване“. Диагнозата ще бъде възстановена при пациента, от когото е била отстранена.

AWP "Лекар-терапевт".След активиране на режим GP, формата за показване на пациента ще се покаже на екрана (виж Фиг. 11).

Формулярът показва пациенти, назначени за определен лекар.

Можете да направите следното с тези данни:

Избор на пациенти, записани на определена дата. За да активирате тази функция, трябва да кликнете върху бутона "Пациенти".

Ориз. 11 - Формуляр AWP "Лекар-терапевт"

Формата за избор на дата ще се покаже на екрана (виж Фиг. 12)

Ориз. 12 - Формуляр за избор на дата

След като изберете датата, кликнете върху бутона "Преглед".

Търсене - активиране на формата за въвеждане на низ за търсене (виж фиг. 7).

Отказ - функцията е предназначена да отмени резултатите от търсенето.

Започнете среща - Активирайте съветника за назначаване на пациент.

Първата стъпка при приемане на пациенти е регистриране на оплакванията на пациента (виж Фиг. 13).

Ориз. 13 - Формуляр за регистрация на жалба на пациент

Тази форма показва оплакванията на пациента. Можете да направите следното с тези данни:

Добави - активира формата за добавяне на оплакване от пациент (виж фиг. 14).

Ориз. 14 - Форма за добавяне на оплакване от пациент

Детайл - активирайте формата за детайлизиране на оплакването на пациента (виж Фиг. 15).

Редактиране - тази форма е подобна на формата за детайлизиране на оплакване на пациент.

Изтриване - тази функция е предназначена за изтриване на пациентска карта. Физическите данни не се изтриват от базата данни.

Ориз. 15 – Подробен формуляр за жалба на пациент

След регистриране на оплакванията на пациента и тяхното подробно описание е необходимо да се премине към описание на анамнезата на заболяването. За да направите това, трябва да попълните полетата в два раздела:

Медицинска история (виж Фиг. 16).

Последващият ход на заболяването (виж фиг. 17).

След като се опише анамнезата на заболяването, е необходимо да се започне да се определя състоянието на пациента. Ако пациентът е посещавал лекар многократно, благодарение на тази форма е възможно да се проследи динамиката на развитието на заболяването (виж Фиг. 18).

Ориз. 16 – раздел Описание на историята на заболяването

Ориз. 17 - Раздел, описващ последващия ход на заболяването

Можете да направите следното с данните от формуляра:

Добави - активира формата за определяне на състоянието на пациента (виж Фиг. 19).

Редакция - активира формата за редактиране на състоянието на пациента. Тази форма е подобна на формуляра за дефиниция на състояние.

След описване на анамнезата на заболяването е необходимо да се пристъпи към поставяне на диагноза (виж фиг. 20).

Ориз. 18 - Форма за показване на състоянието на пациента

Фиг.19 - Форма за определяне на състоянието на пациента

След като диагнозата е направена, можете да завършите съветника за прием на пациенти.

Ориз. 20 – Формуляр за диагноза

Разработеното софтуерно приложение може да се използва за автоматизиране на работното място на санаториален лекар.

Библиографски списък

Д. Кренке, "Теория и практика на изграждане на бази данни. 8-мо издание" "Петър", 2003 г.
Дата, К., Дж. Въведение в системите за бази данни. 6-то изд. - ДА СЕ.; М., Санкт Петербург: "Уилямс", 2000. - 848s
В.В. Корнеев, А.Ф. Гареев, С.В. Васютин, В.В. База данни на Райха. Интелигентна обработка на информация. - М .: Знание, 2001.- 496s.
Хомоненко А.Д., Циганков В.М., Малцев М.Г. Бази данни: Учебник за висши учебни заведения / Изд. проф. ПО дяволите. Хомоненко. - Санкт Петербург: CROWN print, 2002. - 672 с.
Заргарян Е.В., Заргарян Ю.А. Информационна поддръжка на задачи за многоцелева оптимизация по метода на Парето. Информатизация и комуникация. 2013. № 2. С. 114-118.
Заргарян Е.В. МЕТОД ЗА ИЗЧИСЛЯВАНЕ НА НЕЯСЕН ИНДУСТРИАЛЕН БАЛАНС. Сборник на Южния федерален университет. Технически науки. 2008. Т. 81. № 4. С. 125-129.

Най-новите разработки на информационните технологии днес намират своето приложение в различни области, включително медицината. Основната цел на въвеждането на автоматизирани работни места за лекари е системното прилагане на ИТ методи, базирани на цифрова обработка на данни, замяна на дългите процеси на „ръчно“ управление на данни и оптимизиране на рутинните операции.

Принципите на работа на работната станция трябва да се основават на принципите на последователност, устойчивост, гъвкавост и ефективност. Това означава, че определено лекарско работно място е отделен участък от общата структурна мрежа, който може да бъде модернизиран, като същевременно остава функционален, независим от външни или вътрешни въздействащи негативни фактори. Ефективността на използването на AWS предполага икономическата осъществимост на внедряването, ефективното преразпределение на функционалните отговорности между специалист и информационните технологии.

Автоматизираното работно място на лекар е комплекс от хардуер, хардуер и софтуер за работния процес, свързан с изпълнението на професионалните задължения на специалист. Основната цел на AWP е да улесни и ускори изпълнението на определен набор от задачи от лекаря.

Основните характеристики на работното място на лекаря

Функционалността, вградена в работната станция на лекаря, може да се различава в зависимост от профила на специалиста, но основните задачи са основни:

Поддържане на електронна медицинска история, с възможност за разделяне на документа на амбулаторни, диспансерни, профилактични, карти за преглед на пациенти. Събиране, въвеждане и запазване в база данни за анамнеза, оплаквания, динамични промени в здравословното състояние на пациента.
Фиксиране на лечебно-диагностичния процес, определяне на диагнозата по МКБ-10.
Планиране на работата, проверки, провеждане на профилактични мерки (имунизация, ваксинация и др.), контрол за спазване на срокове.
Изготвяне на индивидуални програми за прегледи и лечение.
Достъп до клинични протоколи на заболявания.
Издаване на рецепти.
Издаване на листове за временна нетрудоспособност.
Извеждане на необходимите данни на хартиен носител.

Въвеждането, коригирането и запазването на информация се извършва от самия лекар, в режим на работен процес, в шаблонни формуляри.

За защита на системата от външна намеса е предвидена индивидуална идентификация за всеки лекар. Това може да бъде цифров подпис, парола или код за достъп.

Допълнителни функции на работната станция

За един лекар AWP е инструмент не само за автоматизиране на историите на всичките му пациенти, от първото посещение до изписването. Компютъризираната AWP система се превръща във функционален помощник при водене на отчетност и обработка на информация, с възможност за виртуално взаимодействие с други лекари и специалисти, натрупване и запазване както на собствени знания, разработки и наблюдения, така и на специализирани данни, получени от колеги.

Наред с основните функции, работната станция на лекаря предоставя редица допълнителни функции:

Достъп до справочна информация от бази данни на здравни заведения, МЗ, медицински научни институции.
Поддържане на различни справки, с възможност за формиране и групиране на информация по обекти, звена на лечебни заведения, отчетни периоди.
Събиране на аналитични и статистически данни за групи пациенти - пенсионери по регистър "Д", бенефициенти, инвалиди и др.
Контрол на ресурсите, използвани в лечебния процес (хардуерни и лабораторни изследвания, лекарства, наличие на места в диспансерите и др.).

Комуникационните възможности на работната станция осигуряват бърз обмен на информация, изпращане на отчетна документация и при наличие на подходящи технически средства ви позволяват да създавате и участвате във видеоконференции, консултации и др.

Хардуер и софтуер на лекарска работна станция

Основните изисквания към хардуера на автоматизираното работно място на лекар са наложени на техническите и софтуерните компоненти. И така, AWP предполага наличието на следния хардуер:

компютърен модул с различна системна архитектура, която е адаптирана за изпълнение на определени задачи от потребителя (като се вземе предвид мощността на процесора, видеокартата, RAM, ROM (ROM), инсталиране, ако е необходимо, на инфрачервен порт , мрежова карта и др.);
монитор с висока разделителна способност с диагонал най-малко 19 инча;
периферни устройства за въвеждане на данни - клавиатура, мишка;
устройства за извеждане на данни на хартия - принтер.

Работната станция на лекаря по правило е оборудвана с мрежови хардуерни средства за свързване към интернет ресурси и общата система на здравното заведение - модем, мрежов адаптер, мрежови комуникационни канали и др.

При необходимост работното място на лекаря се осигурява със специални устройства, като цифрова фото и видео камера, скенер, ADC.

Софтуерът за лекарска работна станция е набор от програми, които осигуряват ефективни изчислителни и организационни процеси. Софтуерът на работната станция на лекаря трябва да отговаря на следните изисквания:

удобен потребителски интерфейс на програмата;
Ефективност на въвеждане на данни, с възможност за откриване на грешки;
ускорено търсене и обработка на документи;
обмен на информация между работни станции;
възможността за индивидуализиране на програмата за конкретен потребител.

За лекарите е важно да не променят обичайния ритъм на работа, следователно обучението в уменията за използване на автоматизирано работно място не трябва да бъде дълго, отнема много време и да се провежда без изучаване на основите на програмирането и други специфични знания.

Използването на автоматизирано работно място от лекар повишава ефективността на специалиста, увеличава времето за личен контакт с пациента, като същевременно, като се има предвид професионалната заетост, улеснява процеса на подобряване на специализираните знания и повишаване на квалификацията.