Подсистема “Электронная медицинская карта: амбулаторная поликлиника” мис кауз (mislpu ru) предназначена для. Автоматизированное рабочее место врача и медицинской сестры поликлиники Подготовка к работе

АРМ поликлиника для Алтайского края — это информационная система для врачей. У нее широкий функционал, и она призвана облегчить работу по вводу и обработке данных пациентов. Аббревиатура переводится, как Автоматизированное рабочее место врача.

АРМ «Поликлиника» 1.0 — Программа «Поликлиника» предназначена для ведения базы данных прикрепленного к поликлинике населения с возможностью выборки и редактирования списка пациентов по адресу проживания, возможностью диспансерного учета больных и учета проведенных прививок пациентов и т.п.

Смотрите также информацию про . Замена ли это бумажной документации?

Эта программа используется практически всеми учреждениями здравоохранения Алтайского края. В связи с оптимизацией на сегодняшний день сокращают медицинских статистов, в чьи обязанности входило ведение медицинского компьютерного учета и статистики. Их функцию и обязанности переложили на врачей, в связи с чем последние в спешном порядке осваивают азы компьютерной грамотности. Если учесть, что большинство медицинского персонала в поликлиниках и больницах — люди предпенсионного и пенсионного возраста, то можете себе представить, что этот процесс далеко не безболезненный.

Ниже представлена инструкция «Как пользоваться программой АРМ поликлиника» специально для врачей и медсестер. Составлена на примере стоматологического приема.

Узнайте как ввести талон в компьютер, как забить стат талон.

Арм поликлиника — работа с программой

Ввод стат-талонов

1. Вход – пользователь «User»,
2. Двойной клик по иконке «АРМ поликлиника»,
3. АРМы -> ЛПУ
4. Авторизация. Переводим клавиатуру на английский язык одновременным нажатием клавиш SHIFT и ALT. Вводим пароль «стоматология». Кнопка «ok» или клавиша Enter.
   
5. Регистратура -> Прием пациентов:
   
6. Изменяем дату ввода талонов и в списке «Штатная единица» ищем свою фамилию:
   
   
7. Переводим на русский язык – снова SHIFT + ALT и в открывшемся окне поставить курсор на любую фамилию и начинаем набирать свою фамилию. Выбираем (отметится синим) -> кнопка «Сохранить»
8. Дважды кликаем по фамилии пациента, чей талон решили вбить:
   
   
9. Нажимаем кнопку «Ввести статданные в талон»:
10. Дважды клик под «Диагнозом»
    
    
11. Вводим код диагноза в графе «Диагноз»,
    — код медицинской услуги – «посещение»,
    — характер заболевания – острый, впервые хрон или известн. ранее хрон.,
    — диспансеризация, если есть,
    — статус посещения — «первичный» или «повторный» (при сомнениях просмотр справки CTRL + F3),
    жмем кнопку «Сохранить».
    
    
12. Добавить второй диагноз. В окне ввода статданных пациента нажать клавишу F2 и повторить пункт 11.
13. Для ввода методики клик дважды под пунктом «Выполненные методики»
    
14. Отмечаем список услуг. Сумма должна совпадать со статталоном. Кнопка «Закрыть»
    
15. Если методика выполняется несколько раз (Н-р, пломб 3 каналов). Отмечаем методику, выделяем синим и клик правой кнопкой мыши -> выбор «назначить 3 услуги»
    
    
16. Сохраняем! Кнопка «Сохранить». Закрываем окна.
17. Вводим следующий талон. См. п. 8.

Примечание:

1. При вводе диагноза Z01.2 отмечаем только статус посещения. Он всегда «Первичный». В карточке пациента отмечаем цель посещения – «проф осмотр целевой».
2. Ввод нового талона – клавиша F2. Выбираем вкладку «Страховка» — вводим СНИЛС -> заходим в карточку пациента. Далее действия с пункта 10.
3. Отчет – сколько УЕТ за день: Отчеты -> Отчет о работе врачей -> Работа врачей стоматологов:

— Ставим число с 9.08.2016 по 9.08.2016,
— галочка напротив «включ. пациентов с полисом СМО на Акр»

Как добавить новый талон в АРМ поликлинику

Если больной пришел без талона, а медицинская помощь была ему оказана, например, по острой боли или был проведен осмотр, то добавить новый талон, минуя регистратуру можно следующим образом:

Вы можете также распечатать инструкцию, воспользовавшись кнопкой «Распечатать» под этой статьей, но еще удобнее пользоваться шпаргалкой в формате Word и при распечатывании она выглядит более удачно. (docx)

Настоящий документ представляет собой руководство пользователя программного обеспечения регионального сегмента единой государственной информационной системы в сфере здравоохранения (далее РМИС), предназначенного для автоматизации работы медицинского персонала ЛПУ. Руководство пользователя предназначено для автоматизированной работы врача общей практики.

Область применения

Модуль «Мероприятия» применяется для автоматизации деятельности медицинских организаций, оказывающих профилактическую помощь в амбулаторных условиях. Модуль предназначен для управления потоками пациентов и персонифицированного учета оказанной медицинской помощи.

Краткое описание возможностей

АРМ врача общей практики предназначен для выполнения следующих функций:

• оказание услуг пациенту;

Уровень подготовки пользователя

Для работы в системе пользователь должен обладать начальными навыками работы с персональным компьютером и Интернет-обозревателем (Интернет-браузером).

Назначение и условия применения

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

Модуль предназначен для автоматизации проведения диспансеризации взрослого населения. Позволяет оказывать услуги пациентам, формировать заключение

Программные и аппаратные требования к системе

Рабочее место должно удовлетворять требованиям, представленным в Таблица 1.
Таблица 1 − Программные и аппаратные требования к системе

Подготовка к работе

Запуск системы

• запустите Интернет-обозреватель;
• в адресную строку обозревателя введите URL приложения. Дождитесь загрузки страницы авторизации.

После установки соединения с системой открывается страница авторизации пользователя в соответствии с Рисунок 1.

Рисунок 1 − Страница авторизации пользователя
Для входа в систему выполните следующие действия:

• в поле «Имя пользователя» введите имя пользователя (логин);
• в поле «Пароль» введите пароль;
• нажмите кнопку «Войти».

Если вы не зарегистрированы в системе, обратитесь к администратору. После регистрации логин и пароль будут высланы на ваш адрес электронной почты.
В случае успешной авторизации открывается главное окно системы в соответствии с Рисунок 2. В противном случае выдается сообщение об ошибке авторизации в соответствии с Рисунок 3.
В случае ошибки авторизации следует повторить ввод данных авторизации, учитывая регистр и раскладку клавиатуры.

Рисунок 2 − Главное окно системы


Рисунок 3 − Сообщение об ошибке авторизации

Проверка работоспособности системы

Программное обеспечение работоспособно, если в результате действий пользователя, изложенных в разделе 3, загрузилась страница главного окна системы без выдачи пользователю сообщений об ошибке.

Описание операций

Наименование операций

В модуле «Диспансеризация взрослого населения» функциями врача являются:

• оказание услуг пациенту;
• просмотр списка услуг пациента;
• формирование заключительных результатов диспансеризации.

Условия выполнения операций

Для успешного выполнения операций необходимо запустить приложение и авторизоваться в соответствии с разделом 3 данного руководства.

Основные действия

Для начала работы необходимо осуществить вход в РМИС. В меню навигации по модулям выбрать «Диспансеризация взрослого населения»:


Рисунок 4 – Модуль «Диспансеризация взрослого населения»
После входа откроется главная страница модуля, где в левой части окна отображается список имеющихся в системе мероприятий в соответствии с Рисунок 5, а в правой части − список пациентов выбранного мероприятия в соответствии с разделом 4.3.2.


Рисунок 5 - Рабочая панель ВОП

Раздел «Пациенты»

Раздел «Пациенты» представлен фильтром для поиска пациентов и списком карточек диспансеризации выбранного мероприятия.
В списке отображены код пациента, ФИО пациента, год рождения, даты начала и окончания случая диспансеризации, процент оказанных услуг пациенту из числа назначенных при отборе или добавлении пациента.
В блоке функциональных кнопок расположены следующие кнопки:

• кнопка «Еще» в соответствии с Рисунок 6:

Рисунок 6 – Меня кнопки «Еще»

• кнопка «Добавить пациента» − при нажатии на кнопку откроется модальное окно для поиска по введенным ФИО из базы данных в соответствии с Рисунок 7:

Рисунок 7 − Форма добавления пациента
После выбора пациент добавляется в список мероприятия и создается карточка диспансеризации пациента. Добавить пациента повторно в одно и тоже мероприятие нельзя, система выводит соответствующее сообщение.

• кнопка «Изменить назначения» − при нажатии на кнопку откроется окно с возможностью изменения назначенных услуг пациенту:

Рисунок 8 – Форма изменения назначений
По умолчанию услуги назначаются по моделям пациента, но до получения согласия на прохождение диспансеризации их список можно изменить. Это применяется, например, для случаев, когда в мероприятие добавляется пациент с льготами, и список услуг должен быть назначен исходя из ближайшего возраста, указанного в нормативном приказе и т.п. После получения согласия изменение списка услуг будет не доступно;

• кнопка «ЭМК» − переход на случай обслуживания пациента в модуль «ЭМК» в РМИС. Кнопка доступна, если для пациента сформирован случай (после оказания первой услуги):

Рисунок 9 – Случай обслуживания в ЭМК

• кнопка «Планирование» − при нажатии на кнопку открывается список для выбора ручного или автоматического планирования. При автоматическом планировании осуществляется равномерное распределение отобранных пациентов в рамках периода действия мероприятия.

Важно! Для диспансеризации взрослого населения отобранные пациенты распределяются равномерно на 12 месяцев.
При ручном планировании следует ввести плановую дату для выбранного пациента;

• кнопка «Согласие» − вызывает модальное окно, в котором фиксируется дата согласия пациента на прохождение диспансеризации в соответствии с Рисунок 14. После сохранения согласия пациенту назначаются услуги и изменить их список уже нельзя (на форме «Изменить назначения»);

Рисунок 10 − Форма «Согласие»

• кнопка «Отказ» − вызывает модальное окно, в котором фиксируется полный, либо частичный отказ от услуг:

Рисунок 11 − Форма «Отказ»
Важно! Снятие галки с поля «Отказаться частично» не снимает выбор со списка услуг (чекбокс);

• кнопка «Анкетирование» − вызывает форму оказания услуги анкетирования в соответствии с Рисунок 12:

Рисунок 12 − Форма «Анкетирование»
Недоступна до получения согласия;

• кнопка «Антропометрия» − вызывает форму оказания услуги антропометрии в соответствии с Рисунок 13:

Рисунок 13 − Форма услуги «Антропометрия»
Недоступна до получения согласия и оказания услуги анкетирования;

• кнопка «Переход в КП» − переход в модуль «Пациенты» в карточку пациента;
• кнопка «Карточка» − кнопка открывает карточку диспансеризации пациента. Доступна, если получено согласие пациента и оказаны услуги анкетирования и антропометрии. Описание формы в разделе 4.3.2;
• кнопка «Отчеты» - при нажатии на кнопку открывается список отчетов:

Рисунок 14 – Меню кнопки «Отчеты»

Карточка диспансеризации

Форму «Карточка диспансеризации» в соответствии с Рисунок 15 можно условно разделить на несколько частей:


Рисунок 15 - Форма «Карточка диспансеризации»

• блок «Карточка пациента» - содержит основные данные по пациенту. Не редактируемая информация, наследована из «Карточка пациента» в РМИС;
• вкладка «Диагнозы» - вкладка для ввода диагнозов пациента, установленных при диспансеризации;
• блок «Результаты услуг» - содержит список услуг, назначенных пациенту в рамках диспансеризации. Подробное описание блока см. в разделе 4.3.2.1;
• блок «Свод диагнозов» - в своде диагнозов отображаются диагнозы, установленные на вкладке «Прием терапевта»;
• вкладка «Прием терапевта» - вкладка для фиксации результатов проведенного мероприятия;
• вкладка «Факторы риска» - вкладки для фиксации параметров состояния здоровья пациента;
• вкладка «Заключение» - фиксируются основные заключительные данные по диспансеризации пациента;
• вкладка «Отчеты» -
• вкладка «Направления» -

Вкладка «Диагнозы»

Форма представлена в виде таблицы для создания, удаления и редактирования диагнозов пациента в соответствии с Рисунок 16:

Рисунок 16 − Вкладка «Диагнозы»
При заполнении параметров диагноза следует указать услугу, на которой установлен диагноз, код диагноза по МКБ-10, указать характер заболевания и вид диагноза:


Рисунок 17 − Форма добавления диагноза
После сохранения формы диагноз появится в списке на вкладке «Диагнозы», а также в блоке «Свод диагнозов».

Форма «Результаты услуг»

Форма «Результаты услуг» включает в себя таблицу со списком услуг, сгруппированных по статусам: «Отказ», «Оказанные», «Назначенные» (если случай не закрыт), «Оказаны ранее»:

Рисунок 18 – Форма «Результаты услуг»
Для всех услуг доступны следующие функциональные кнопки:


Рисунок 19 - Результат оказанных услуг

• кнопка «Развернуть» - открывает услуги и их значения;
• кнопка «Свернуть» - сворачивает все услуги;
• кнопка «Поиск» - при клике по услуге появляется подсказка в соответствии с Рисунок 20. Кнопка «Поиск» при нажатии на кнопку «Enter» на клавиатуре.

Рисунок 20 – Всплывающие подсказки к функциональным кнопкам
Открывается окно поиска услуги. Если услуга не найдена, ее можно создать, установив признак «Создать такую услугу»:


Рисунок 21 – Поиск услуги
Поля формы поиска (создания) услуги:

Рисунок 22 – Форма редактирования услуги

Рисунок 23 – Удаление услуги
Если при оказании услуги введен параметр, который выходит за границы нормы по этой услуге, то услуга или соответствующий параметр подкрашивается красным цветом:


Рисунок 24 – Выделение цветом параметра, вышедшего за границы нормы

Блок «Свод диагнозов»

В своде диагнозов отображаются как диагнозы, установленные на вкладке «Прием терапевта», так и диагнозы, введенные на вкладке «Диагнозы».
При установлении диагноза через вкладку «Диагнозы» или на приеме терапевта, диагноз попадает в свод в зависимости от указанного характера заболевания, также отображается дата его установления. Если введено несколько диагнозов, входящих в один интервал свода и их даты различаются, то устанавливается первая дата.


Рисунок 25 - Свод диагнозов
Важно! Свод диагнозов связан с параметрами оказанных услуг. При выходе за нормативные границы параметров услуг (настраивается в «Настройки» > «Параметры услуг»), соответствующая строка сводки подсвечивается красным цветом. При наведении на строку выводится сообщение, содержащее наименование услуги и нормативные границы параметра, вышедшего за норму:


Рисунок 26 - Подсветка диагноза и вывод обоснования
Диагнозы в своде можно редактировать с помощью кнопки «Изменить»:


Рисунок 27 – Форма редактирования диагноза

Вкладка «Прием терапевта»

Рисунок 28 - Ввод услуги осмотра терапевта
На вкладке необходимо заполнить обязательные поля:

• поле «Ресурс» - справочник ресурсов организации проведения мероприятия. Ограничен ресурсами, оказывающими выбранную услугу;
• поле «Дата оказания» - календарь ввода даты оказания услуги;
• поле «Основной диагноз»;
• поле «Характер заболевания».

После проведения осмотра в группе полей ниже флагами указываются необходимые данные. После заполнения полей форму нужно сохранить.
Введенные на форме данные можно редактировать в блоке «Результаты услуг» > «Оказанные» > «Прием (осмотр) врача терапевта», нажать кнопку «Insert» на клавиатуре:


Рисунок 29 – Редактирование услуги «Прием терапевта»
При этом откроется форма в соответствии с Рисунок 22.

Вкладка «Факторы риска»

На форме фиксируются факторы риска пациента, часть из которых заполняется автоматически по результатам оказанных услуг, в том числе анкетирования:

Рисунок 30 – Вкладка «Факторы риска»
Заполнить необходимые поля и указать значения из выпадающего списка. Нажать на кнопку «Сохранить». При необходимости можно внести изменения с помощью кнопки «Изменить».

Вкладка «Заключение»

На форме фиксируются основные заключительные данные по диспансеризации пациента:


Рисунок 31 - Внесения заключения
Здесь можно назначить группу здоровья пациенту и при необходимости указать направления, либо постановку на Д-учёт. Форма представлена в виде набора полей для заполнения:

• поле «Дата открытия» − не редактируемое поле, формируется автоматически по дате оказания услуги анкетирования;
• поле «Дата закрытия» − не редактируемое поле, выставляется автоматически по дате оказания услуги терапевта. Для сохранения требуется открыть форму в режиме редактирования и подтвердить установленное значение;
• поле «Группа здоровья» − указывается по результатам проведения диспансеризации.

Вкладка «Отчеты»

Перейдя на вкладку «Отчёты», можно сформировать отчёты по проведенному мероприятию. На вкладке расположены две кнопки: «Осмотр терапевта» и «Результаты оказания услуг», при нажатии на кнопку формируется соответствующий отчет.


Рисунок 32 - Форма формирования отчётов
Отчет «Осмотр врача-терапевта» включает определение группы состояния здоровья, группы диспансерного наблюдения, проведение краткого профилактического консультирования:


Рисунок 33 – Отчет «Осмотр врача-терапевта»
В отчете «Результаты оказанных услуг» выводятся только оказанные услуги пациента:


Рисунок 34 – Отчет «Результаты оказанных услуг»
Сформированные таким образом отчеты можно распечатать и подписать.

Печать отчета о диспансеризации

После внесения врачом всех необходимых данных о пациенте нужно вернуться на список пациентов с помощью кнопки «Esc» на клавиатуре, либо по кнопке «Назад» в карточке пациента, либо кликнув на ссылку «Список мероприятий».
Далее необходимо вызвать отчет «131/о. Сведения о диспансеризации определенных групп взрослого населения(36АН)». Это можно сделать по кнопке «Отчеты» над списком пациентов, либо по кнопке в правом верхнем углу:


Рисунок 35 - Вызов отчётов
Откроется окно, в котором все поля уже автоматически заполнены, но доступны для редактирования в случае необходимости внесения изменений:


Рисунок 36 – Форма формирования отчета «131/о. Сведения о диспансеризации определенных групп взрослого населения(36АН)»
После заполнения всех полей нажать на кнопку «Сформировать отчет». В отдельной вкладке браузера от кроется сформированный отчет, который затем можно распечатать и подписать.

Заключительные действия

После завершения работы в системе нажмите кнопку «Выход» в правом верхнем углу экрана в соответствии с Рисунок 37. Закройте окно Интернет-браузера и выключите компьютер.

Рисунок 37 - Кнопка выхода из системы

Аварийные ситуации

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

Для успешного освоения необходимо иметь навыки работы с ПК, а также изучить настоящее руководство пользователя.
Перед началом работы необходимо запустить приложение и пройти авторизацию.

Перечень обозначений

Таблица 2 – Перечень обозначений

Обозначение	Определение

Перечень сокращений

Таблица 3 – Перечень сокращений

Сокращение	Определение
	лечебно-профилактическое учреждение
	медико-диагностический комплекс
	международный классификатор болезней
	мобильные медицинские бригады
	медицинская организация
	общероссийский классификатор медицинских услуг
	региональная медицинская информационная система
	персональный компьютер
	фамилия, имя, отчество
	центр обработки данных

Перечень терминов

Таблица 4 – Перечень терминов

	Определение
URL (Universal Resource Locator)	Стандартизированный способ записи адреса ресурса в сети Интернет
	Предоставление определённому лицу или группе лиц прав на выполнение определённых действий, а также процесс проверки (подтверждения) данных прав при попытке выполнения этих действий
Администратор	Специалист по обслуживанию программного и аппаратного обеспечения
	Элемент графического интерфейса пользователя, который позволяет в одном окне приложения переключение между несколькими предопределёнными наборами элементов интерфейса, когда их доступно несколько, а на выделенном для них пространстве окна можно показывать только один из них
Интернет-обозреватель, Интернет-браузер	Программное обеспечение для запроса, обработки, вывода веб-страниц и перехода от одной страницы к другой
	Имя (идентификатор) учетной записи пользователя в компьютерной системе
	Функционально завершенный фрагмент программы (системы)
	Элемент графического интерфейса, в который можно ввести текст. Поле может быть активно (функция ввода текста доступна) и неактивно (функция ввода текста недоступна)
Программное обеспечение	Компьютерные программы, процедуры и, возможно, соответствующая документация и данные, относящиеся к функционированию компьютерной системы
Прототип услуги	Услуга из справочника ОКМУ
	Объект, который принимает участие в оказании определенной услуги
	Вид взаимоотношений по предоставлению медицинской помощи, урегулированный соглашением (договором на оказание медицинской услуги), созданный на основе услуг из ОКМУ
Электронная почта	Технология и предоставляемые ею услуги по пересылке и получению электронных почтовых сообщений по компьютерной сети

• Нет меток

УДК 62-503.51

ПРОЕКТИРОВАНИЕ АВТОМАТИЗИРОВАННОГО РАБОЧЕГО МЕСТА ВРАЧА-ТЕРАПЕВТА САНАТОРИЯ

Заргарян Елена Валерьевна 1 , Заргарян Юрий Артурович 2 , Мищенко Александр Сергеевич 3 , Лимарева Наталья Викторовна 4
1 Южный Федеральный Университет, к.т.н, доцент кафедры систем автоматического управления
2 Южный Федеральный Университет, к.т.н., ассистент кафедры систем автоматического управления
3 Южный Федеральный Университет, студент кафедры систем автоматического управления
4 Южный Федеральный Университет, студентка кафедры систем автоматического управления

Аннотация
В данной статье рассмотрено разработанное программное приложение автоматизации рабочего места врача-терапевта санатория. Рассмотрен краткий обзор средств проектирования автоматизированной системы. Выбран Power Designer. Проведен анадиз поставленной задачи. Рассмотрен принцип работы созданного программного приложения автоматизированного рабочего места врача-терапевта санатория.

PROJECTING WORKSTATION THERAPIST SANATORIUM

Zargaryan Elena Valerevna 1 , Zargaryan Yuriy Arturovich 2 , Mishchenko Aleksandr Sergeevich 3 , Limareva Natalya Viktorovna 4
1 Southern Federal University, Ph.D., assistant professor of automatic control systems department
2 Southern Federal University, Ph.D., assistant of automatic control systems department
3 Southern Federal University, student of automatic control systems department
4 Southern Federal University, student of automatic control systems department

Abstract
In this article the developed application software automation workstation therapist sanatorium. Considered a brief overview of the design of the automated system. Set Power Designer. An anadiz task. The principle of work created by the software application workstation therapist sanatorium.

Библиографическая ссылка на статью:
Заргарян Е.В., Заргарян Ю.А., Мищенко А.С., Лимарева Н.В. Проектирование автоматизированного рабочего места врача-терапевта санатория // Современная техника и технологии. 2014. № 11 [Электронный ресурс]..02.2019).

Введение. Эффективность функционирования предприятия или организации любой отрасли и сферы деятельности напрямую зависит от скорости, точности и своевременности обмена данными как внутри этого предприятия между его составляющими частями (отделами, подсистемами и т.д.), так и вне его, то есть взаимодействие и обмен данными этой организации с другими (конкурирующими, предприятиями-партнерами и т.д.). И чем больше, масштабнее предприятие, тем серьезнее перед его управляющими встает проблема организации и контроля потоков огромного количества информации предприятия .

Для качественного решения таких проблем на предприятиях используются автоматизированные системы управления (АСУ).

Целью данной статьи является освещение разработанного программного приложения для обеспечения деятельности санатория, в частности разработка автоматизированного рабочего места врача – терапевта.

Актуальность данного программного приложения обуславливается необходимостью:

1. Ведения сбора сведений и оценки результатов оказания медицинской помощи, необходимых для эффективного лечения, профилактики и реабилитации;

2. Сокращения сроков ожидания медицинской помощи за счет управления потоками пациентов, предоставления данных о загрузке врачей, доступности ресурсов в реальном времени;

3. Сокращения затрат на лечебно-профилактический процесс;

4. Повышения оперативности доступа к информации: вся медицинская информация о пациенте, результатах профилактической и лечебно-диагностической работы, включая результаты исследований, доступна врачу с рабочего места, в реальном времени;

5. Обеспечения врача необходимыми информационными ресурсами: непосредственно в процессе оказания медицинской помощи врач имеет доступ к актуальным данным.

При создании программного приложения были проанализированы следующие средства реализации :

1. Power Designer, которые поддерживает средства построения моделей и диаграмм, методологию UML, CDM, PDM и возможности хранилищ данных. Данное программное приложение поддерживает возможности командной разработки

2. Oracle – мощная и устойчивая СУБД, работающая под управлением различных операционных систем, включая Windows 98, Windows 2000/XP, несколько вариантов Unix. Она является одной из самых популярных СУБД в мире и имеет длительную историю разработки и использования. Значительная часть технологии Oracle открыта для разработчика, что обеспечивает большую гибкость при ее конфигурировании и настройке.

Однако все это означает, что Oracle может быть не простой в установке, и для работы с ней необходимо многому научиться. Более того, методики, которые работают в версии Oracle, предназначенные для одной операционной системы, могут потребовать модификации в версии для другой операционной системы.

Существует много конфигураций программного пакета Oracle. Во-первых, существует две различные версии ядра СУБД Oracle: для индивидуального пользования и для организаций. Кроме того, имеется программа для разработки форм и отчетов, программа Oracle Designer и множество средств для публикации баз данных Oracle в WEB.

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

4. Delphi – является средой визуального проектирования, что позволяет быстро и качественно создавать программы в коллективе на производстве, значительно снизить затраты времени на подготовку приложений, а также согласовать деятельность группы поставщиков, кодировщиков, тестеров и технических писателей. Ещё одним достоинством Delphi является её межплатформенность, т.е. возможность компиляции Windows-приложений в формат Kylix для Linux.

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

АРМ «Регистратура»

АРМ «Врач-терапевт»

АРМ «Администратор»

АРМ «Врача-терапевта»

Рассматривая работу врача – терапевта в общем случае, можно отметить, что к нему поступает пациент с карточкой и, возможно, результатами дополнительного диагностического обследования, а основной его задачей является выработка схемы лечения пациента, в которую могут войти различные процедуры, медикаментозная терапия, посещение узких специалистов и т.д. Врач терапевт должен разобраться в проблемах пациента, определить в какой стадии находится то или иное заболевание и решить, что делать пациенту для улучшения своего самочувствия. Всю работу по подготовке принятия решения можно разбить на несколько этапов: описание состояния пациента, клиническое обследование, постановка диагнозов, определение целей терапии, постановка критериев достижения целей терапии, анализ состояния пациента и синтез схемы лечения на основе полученной информации. Интерфейс врача терапевта должен быть построен в соответствии с приведенной схемой. Основной формой АРМа должна быть форма отображения пациентов , которые проходят лечение у данного врача и их посещений к врачу. Посещения могут быть нескольких типов: первичный прием, повторный прием, профилактическая консультация. Для каждого типа посещения в АРМе врача - терапевта должен выбираться свой инструментарий для работы с пациентом. У формы отображения пациентов должны быть те же возможности по поиску и фильтрации соответствующих записей, что и у формы отображения АРМа регистратора. Для боле тонкой классификации типов посещения пациентов должно быть введено понятие - цель посещения. Так, например, Кроме того, в идентификаторах списка должно быть поле даты следующего прихода пациента. Форма приема пациента должна быть организована в виде соответствующего мастера, который представляет работу в логической последовательности. На первом этапе мастера регистрируются жалобы пациента, анамнез заболевания пациента, анамнез жизни пациента, аллергологический анамнез, проводится опрос по органам и системам. Если до приема врачом пациент прошел диагностирующую процедуру, которая каким - либо образом исключает заболевания некоторых органов и систем, то опрос стоит сократить, для экономии времени врача. Кроме того, на первом этапе работы мастера имеется возможность провести диагностическую процедуру в рамках АРМ «Дополнительная диагностика». При приеме пациента, с целью узнать его состояние опрос следует начинать с регистрации жалоб пациента. Необходимо узнать:

1. На что жалуется больной.

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

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

4. Время появления (днем/ночью)

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

6. Характер болезненного ощущения, например характер боли: сжимающий, колющий, жгучий, постоянный, приступообразный и т.д. , а также его интенсивность, продолжительность

7. Чем купируется болезненное явление

8. Поведение больного, вынужденное положение больного, облегчающие болезненные ощущения.

Каждую жалобу необходимо классифицировать по принадлежности к той или иной системе организма. После этого необходимо провести детализированный опрос пациента по тем органам и системам, которые упоминались на этапе регистрации жалоб. В процессе детализации рассматриваются следующие органы и системы:

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

1. В течение, какого времени считает себя больным?

2. Где и при каких обстоятельствах заболел впервые?

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

4. С каких признаков началось заболевание?

5. Первое обращение к врачу, результаты проводившихся исследований, диагноз заболевания, лечение в тот период, его эффективность.

6. Последующее течение заболевания

Вторым этапом работы мастера проведения приема пациента, является клинический осмотр, проводящийся врачом – терапевтом. В рамках клинического осмотра врач проводит внешний осмотр пациента, пальпацию, перкуссию, аускультацию, с целью определения состояния различных органов и систем, съем ЧП, съем АД, замер роста, определение массы тела. Информация о результатах каждого вида осмотра регистрируется врачом в соответствующих полях мастера проведения осмотра.

На третьем этапе работы мастера проводится внесение диагноза, поставленного врачом пациенту. Вносится основной диагноз, определяется, находится ли заболевание в ремиссии или в обострении, вносятся сопутствующие диагнозы, для них так же определяется то состояние, в котором они находятся. После установки диагнозов и определения течений заболеваний врач может принять на себя обязательства по лечению соответствующего заболевания, либо направить пациента к узкому специалисту.

АРМ «Администратор»

На уровне АРМа «Администратор» осуществляются следующие виды работ:

Конфигурирование клиники;

Настройка АРМов;

Настройка справочников.

Анализ аналогичных программных систем. «АИС «Поликлиника» .Компания КРОК разработала и внедрила автоматизированную информационную систему для центральной поликлиники ФСБ России (АИС «Поликлиника» ). Система охватывает 340 автоматизированных рабочих мест, ее пользователями являются более 700 медицинских работников, обслуживающих свыше 5 тысяч человек в сутки. Система предназначена для комплексного информационно-аналитического обеспечения работы поликлиники. Система, центральным программным компонентом которой является медицинская информационная система «МедАналитика», также включает в себя серверное, компьютерное, сетевое и периферийное оборудование, подключенную к городской телефонной сети учрежденческую АТС, структурированную кабельную систему, высокоскоростную локальную вычислительную сеть, а также системы электропитания и охранной сигнализации.

Медицинская автоматизированная система “МедИС-Т”. Система предназначена для автоматизации производственной медицины, поликлиник, стационаров, здравпунктов, санаториев. Имеет возможность удаленного администрирования рабочих мест системы (через Internet).

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

Были разработаны следующие таблицы:

Tusers – содержит данные о пользователях системы.

Tpacient – карточка пациента.

Tzalob – содержит жалобы пациента.

T_boby_system – системы организма человека.

T_ boby_pod_system – вид жалобы на конкретную систему организма.

Tonsp_obch – таблица для определения настоящего состояния пациента.

Tanamnez – анамнез заболевания.

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

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

T_pod_diaznoz- содержит сопутствующие главному диагнозы.

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

Создание представлений (views) . Представление – это результат SQL выражения, состоящего из операторов выборки, проектирования и соединения. Представления позволяют обеспечить более гибкую защиту таблиц, с их помощью можно ограничить доступ к определенным столбцам или строкам, а также они могут быть использованы для соединения таблиц.

Рис. 1 – Модель данных

Структура представления:

Create or replace view «v _имя таблицы» («имя_поля 1»,« имя_поля 2»…« имя_поля n») as select «имя_поля 1»,« имя_поля 2»…..« имя_поля n» FROM «имя таблицы» WHERE DEL=0

Где DEL – поле пометки на удаление

Для каждой таблицы были созданы представления вышеописанной структуры.

Создание последовательностей(sequences). Последовательность – это объект, который генерирует серию последовательных уникальных чисел. Последовательности чаще всего используются для генерации значений суррогатных ключей.

Создание триггеров (triggers). Триггеры в Oracle – это процедуры на языке Java или SQL, которые вызываются при выполнении определенных действий с базой данных. Oracle поддерживает несколько типов триггеров: одни запускаются командами SQL, создающие в базе данных новые структуры, например таблицы, другие запускаются единожды а уровне таблицы, когда происходит изменение строк таблицы, третьи запускаются по одному разу для каждой измененной строки.

Структура созданных триггеров:

BEGIN SELECT SEC_«имя_таблицы».NEXTVAL INTO:NEW. «Идентификатор_таблицы» FROM DUAL; END;

Реализация клиентской части программного приложения. Программа состоит из следующих модулей:

Login_Unit – модуль, предназначенный для входа в систему.

Dm_unit – модуль, предназначенный для хранения сконфигурированных инструментов доступа к базе данных.

Admin_Unit – модуль, предназначенный для отображения списка зарегистрированных пользователей системы.

Main_Unit – Главная форма приложения.

Find_User_Unit – модуль, предназначенный для ввода данных необходимых для поиска.

New_User_Unit – модуль, предназначенный для добавления нового пользователя.

Edit_User_Unit – модуль, предназначенный для редактирования данных пользователя.

Reg_nit – модуль, предназначенный для отображения карточек пациентов.

New_Pacient_Unit – модуль, предназначенный для внесения в базу данных нового пациента.

Edit_pacient_Unit – модуль, предназначенный для редактирования данных пациента.

Pacient_Unit – модуль, предназначенный для отображения пациентов в АРМ «Врач-терапевт».

Choose_Date_Unit– модуль, предназначенный для выбора даты.

Reg_Zalob_Unit – модуль, предназначенный для регистрации жалоб пациента.

Detail_zalob_Unit– модуль, предназначенный для детализации зарегистрированных жалоб.

Edit_Unit – модуль, предназначенный для ввода большого объема данных.

Anamnez_Unit – модуль, предназначенный для описания анамнеза заболевания.

New_zalob_Unit – модуль, предназначенный для внесения новой жалобы в базу данных.

Edit_Zalob_Unit – модуль, предназначенный для редактирования я жалоб.

Opred_Sost_Unit – модуль, предназначенный для определения настоящего состояния пациента.

Diagnoz_Unit – модуль, предназначенный для вынесения главного диагноза и сопутствующих ему диагнозов.

Sost_Unit_– модуль, предназначенный для просмотра состояний пациента на разные даты. Служит для определения динамики развития пациента.

Edit_Sost_Unit – модуль, предназначенный для редактирования данных о состоянии пациента.

Restore_Users_Unit – модуль, предназначенный для восстановления ошибочно удаленных пользователей системы.

DMrestore_Unit – модуль, предназначенный для хранения сконфигурированных инструментов доступа к базе данных.

Restore_Pacient_Unit – модуль, предназначенный для восстановления ошибочно удаленных пациентов.

Restore_diagnoz_Unit – модуль, предназначенный для восстановления ошибочно удаленных диагнозов пациентов.

Структура программного приложения приведена на рисунке 2.

После запуска программного приложения на экране монитора отобразится форма, которая предложит пройти процедуру аутентификации (см. рис 3). Для входа в систему необходимо будет ввести «логин» и «пароль» в соответствующие поля формы.

После входа в систему отобразится главная форма программного приложения (см. рис 4). Данная форма не является информативной и предоставляет только выбор режима работы с приложением:

АРМ «Администратор»;

АРМ «Регистратура»;

АРМ «Врач-терапевт».

Рис. 2 – Структура программного приложения

В случае если у пользователя не назначены права на какой-либо режим работы с системой, то для данного пользователя этот режим будет недоступен.

Рис. 3 – Форма входа в систему

Рис. 4 – Главная форма программного приложения

АРМ «Администратор». После входа в систему в режиме администратора на экране отобразится форма АРМ «Администратор» (см. рис. 5).

На форме отображены пользователи системы, а также права этих пользователей. С этими данными можно производить следующие действия:

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

Для корректного добавления пользователя необходимо заполнить все поля, а также распределить права для пользователя, после чего необходимо нажать на кнопку «Добавить».

Рис. 5 – Форма АРМ «Администратор»

Рис.6 – Форма добавления нового пользователя

Изменить – отображение формы редактирования данных пользователя. Данная форма аналогична форме добавления нового пользователя.

Удалить – данная функция предназначена для удаления пользователя. Физически данные из базы не удаляются. В любой момент возможно восстановление удаленных данных.

Поиск – активация формы ввода строки поиска (см. рис. 7).

Рис.7 – Форма ввода строки поиска

После ввода строки поиска необходимо нажать на кнопку «Найти».

Также администратор имеет возможность восстановления удаленных данных. Для восстановления пользователей системы существует специализированная форма (см. рис. 8)

Рис.8 – Восстановление пользователей системы

Чтобы восстановить пользователя необходимо указать его в списке удаленных пользователей, а затем нажать кнопку «Восстановить».

Для восстановления удаленных пациентов существует специализированная форма восстановления пациентов (см. рис. 9)

Рис. 9 – Восстановление пациентов

Чтобы восстановить пациента необходимо указать его в списке удаленных пациентов, а затем нажать кнопку «Восстановить».

Для восстановления удаленных диагнозов существует специализированная форма восстановления диагнозов (см. рис. 10.)

Рис. 10 – Восстановление диагнозов

Чтобы восстановить диагноз необходимо указать его в списке удаленных диагнозов, а затем нажать кнопку «Восстановить». Чтобы восстановить сопутствующий диагноз необходимо указать его в списке удаленных сопутствующих диагнозов, а затем нажать кнопку «Восстановить». Диагноз будет восстановлен у того пациента, у которого он был удален.

АРМ «Врач-терапевт». После активации режима врача терапевта, на экране отобразится форма отображения пациентов (см. рис. 11).

На форме отображены пациенты, закрепленные за конкретным врачом.

С этими данными можно производить следующие действия:

Выбор пациентов, записанных на конкретное число. Для активации данной функции необходимо нажать на кнопку «Пациенты».

Рис. 11 – Форма АРМ «Врач-терапевт»

На экране отобразиться форма выбора даты (см. рис. 12)

Рис. 12 – Форма выбора даты

По окончании выбора даты необходимо нажать на кнопку «Просмотр».

Поиск – активация формы ввода строки поиска(см. рис. 7).

Отмена – функция предназначена для отмены результатов поиска.

Начать прием – активация мастера приема пациента.

Первым этапом приема пациента является регистрация жалоб пациента (см. рис. 13).

Рис. 13 – Форма регистрации жалоб пациента

На данной форме отображены жалобы пациента. С этими данными можно производить следующие действия:

Добавить – активация формы добавления жалобы пациента (см. рис. 14).

Рис. 14 – Форма добавления жалобы пациента

Детализировать – активация формы детализации жалобы пациента (см. рис. 15).

Редактировать – данная форма аналогична форме детализации жалобы пациента.

Удалить – данная функция предназначена для удаления карточки пациента. Физически данные из базы не удаляются.

Рис. 15 – Форма детализации жалобы пациента

После регистрации жалоб пациента, и их детализации необходимо перейти к описанию анамнеза заболевания. Для этого необходимо заполнить поля на двух вкладках:

Анамнез заболевания (см. рис. 16).

Последующее течение заболевания (см. рис. 17).

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

Рис. 16 – Вкладка описания анамнеза заболевания

Рис. 17 – Вкладка описания последующего течения заболевания

С данными формы можно проводить следующие действия:

Добавить – активация формы определения состояния пациента (см. рис. 19).

Редактировать – активация формы редактирования состояния пациента. Данная форма аналогична форме определения состояния.

После описания анамнеза заболевания необходимо приступить к вынесению диагноза (см. рис.20).

Рис. 18 – Форма отображения состояния пациента

Рис.19 – Форма определения состояния пациента

После вынесения диагноза можно завершить мастер приема пациента.

Рис. 20 – Форма вынесения диагнозов

Разработанное программное приложение можно использовать для автоматизации рабочего места врача санатория.

Библиографический список

1. Д. Крёнке, «Теория и практика построения баз данных.8-е издание» “Питер”,2003г.
2. Дейт, К., Дж. Введение в системы баз данных. 6-е изд. – К.; М., СПб.: «Вильямс», 2000. – 848с
3. В.В. Корнеев, А.Ф. Гареев, С.В. Васютин, В.В. Райх Базы данных. Интеллектуальная обработка информации. – М.: Нолидж, 2001.- 496с.
4. Хомоненко А.Д., Цыганков В.М., Мальцев М.Г. Базы данных: Учебник для высших учебных заведений/Под ред. проф. А.Д. Хомоненко. – СПб.: КОРОНА принт, 2002. – 672с.
5. Заргарян Е.В., Заргарян Ю.А. Информационное обеспечение для задач многокритериальной оптимизации по методу Парето. Информатизация и связь. 2013. № 2. С. 114-118.
6. Заргарян Е.В. METHOD OF CALCULATION OF INDISTINCT INDUSTRIAL BALANCE. Известия Южного федерального университета. Технические науки. 2008. Т. 81. № 4. С. 125-129.

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

Год: 2011
Версия: 4.2.02
Разработчик: Leybasoft
Платформа: Windows XP SP2 и выше
Совместимость с Vista: полная
Системные требования:
- процессор:P-III (Celeron 1.5 GHz) и выше
- RAM: 512 Мб (min 256 Мб) и выше (рекомендуется)
- место на HDD: 100 Мб и больше (в зависимости от скорости роста размера файла базы данных)
- права администратора (только для установки софта и настройки сервера)
Язык интерфейса: только русский
Таблетка: Не требуется
Размер: 172 Мб

Написана в помощь коллегам-врачам, которые обязаны в кратчайший срок сделать невозможное: оформить амбулаторную карту по всем правилам, внимательно выслушать пациента, осмыслить сказанное и назначить адекватное обследование и лечение.

Программа технически представляет из себя двухзвенный клиент-сервер ("толстый" клиент). В качестве сервера используется РСУБД Firebird, что позволяет осуществлять многопользовательский доступ к данным и использовать приложение в локальной сети. Доступ к данным строго регламентирован в зависимости от группы, под которой пользователь логинится к базе данных (одним словом, каждый "увидит" только те данные, на которые ему "смотреть" разрешено).

Доп. информация: Предыдущий релиз программы (версии 4.1.08)

Что нового в этой версии:

1. Наряду с многопользовательской версией (использующей полноценный сервер, который требует отдельной установки и конфигурации) добавлена т.н. portable-версия (однопользовательская, содержащая встроенный сервер, который не требует конфигурации). Portable-версия позволяет врачу держать программу + сервер + свою базу данных на обыкновенной флэшке или usb-шном HDD. Очень удобно, если Вы хотите работать с базой на работе и дома, к тому же, если совершенно нет желания вникать в тонкости администрирования баз данных.

2. Добавлена возможность вводить некоторые данные на латинице (по просьбам коллег из-за рубежа)

3. Местами улучшен интерфейс (окно коннекта в многопользовательской версии теперь имеет три режима отображения) + реализованы многочисленные "плюшки" и "удобности", пофиксены явные баги

4. Добавлен HTML-формат справки в дополнение к имеющемуся chm-формату

Подробности смотрите в справке и на сайте...

Поскольку данная версия предназначена только для работы уролога-андролога , автор приглашает к сотрудничеству коллег гинекологов, дерматовенерологов, терапевтов, невропатологов и проч.проч. для расширения в программе аналогичного функционала. Также приветствуются конструктивные замечания по содержанию и юзабельности данной версии.

Как внести свой вклад в дальнейшее развитие софтины
1. Смотрим интерфейс проги
2. Улавливаем логику работы и взаимосвязь между отмеченными элементами интерфейса и формируемыми данными
3. Присылаем в личку или на мыло автора объединенные той же логикой жалобы/симптомы и соответствующее им "типичное" описание жалоб/симптомов, встречающееся в отечественной (или "ближнезарубежной") медицинской документации (естественно, по той специальности, которую вы хотите видеть в программе). Сюда же можно присовокупить, какие еще шаблоны (стат.талоны и проч.продукты жизнедеятельности бюрократов от медицины) можно добавить.

Компьютер вошел во все сферы деятельности человека. АРМ врача – это компьютерная программа, которая должна помогать доктору в лечебно-диагностическом процессе, обеспечивая максимумом полезной информации и не нагружающая дополнительной не медицинской работой. Но реальность далеко не всегда радужно прекрасна.

Доктор с компьютером или дружит, или нет…

АРМ врача – что это такое

Автоматизированное рабочее место (АРМ врача) – это компьютерный терминал со специальной программой, позволяющей использовать современные технологии в повседневной работе медицинского учреждения. Повсеместная цифровизация вошла во все сферы жизни, и отказываться от прогресса глупо: компьютер может стать отличным и незаменимым помощником врачу, но при следующих условиях:

• доктор владеет новыми технологиями;
• медицинское учреждение закупило мощные компьютеры;
• создана хорошая сеть с выходом в Интернет;
• используются простые в работе программы для обработки информации;
• обслуживает технику опытный системный администратор.

Любое из условий отсутствует, и – АРМ врача становится ежедневной проблемой, решить которую доктору сложно, порой невозможно, и, главное, эта ситуация мешает заниматься пациентами. Зачастую врач становится рабом и придатком компьютера со всеми вытекающими последствиями.

Реальная помощь для доктора

Современные информационные технологии создают массу удобств для доктора – от поиска нужной медицинской информации в Интернете до эффективного использования компьютерных программ в диагностике заболеваний. АРМ врача – это база данных по каждому пациенту, из которой можно узнать:

• все диагнозы и заболевания обратившегося за помощью человека (заглянув в электронную карту, можно порой выяснить значительно больше, чем при сборе анамнеза у пациента);
• результаты свежих анализов, диагностических исследований и консультативных заключений;
• местонахождение пациента в динамике лечения (стационарная и амбулаторная терапия);
• часть индивидуальных данных человека (паспорт, медицинский полис, СНИЛС, телефон);
• статистику по ежедневной работе.

Именно взаимосвязь разных медицинских учреждений и специалистов в АРМ врача является лучшим помощником для доктора: кликнув по фамилии пациента, можно за короткий промежуток времени узнать максимум медицинской информации о человеке.

АРМ врача – каковы недостатки

Наличие электронной карты на каждого человека – это замечательно и удобно. Но только в идеальных условиях. В жизни и реальности каждого конкретного медицинского учреждения имеются значимые нюансы, непреодолимые барьеры и огромные трудности. АРМ врача становится обузой для доктора в следующих случаях:

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

В крупных учреждениях проблем с