Пояснительная записка

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

1.3 Обзор аналогов На сегодняшний день на рынке программного обеспечения представлено

значительное количество продуктов, в той или иной степени реализующих функции электронной регистратуры.

В последнее время возросла популярность веб-регистратур, появилось множество их реализаций, среди которых сложно выделить явных лидеров. Например, на сегодняшний день в Рыбинске интернет-регистратурами обладают некоторые из государственных учреждений здравоохранения (поликлиники №№ 1, 2, 3, городская больница № 6 используют разработку от OOO "НПО Элкор"), но они пока еще не приобрели широкой популярности. Об успешных внедрениях вебрегистратур в частных медицинских центрах города пока сведений нет.

Среди систем, обеспечивающих ведения управленческого учета в учреждениях здравоохранения, следует выделить таких лидеров как программный продукт «1С-Рарус: Управление медицинской организацией» и медицинские информационные системы на платформе AKSi-клиника от АКСИМЕД.

Система «1С-Рарус: Управление медицинской организацией» предназначена для комплексной автоматизации медицинских учреждений, оказывающих амбулаторную помощь пациентам. Включает в себя, в том числе, подсистему «Регистратура», характеризуется как широкой функциональностью, так и достаточно высокой ценой (131 000 рублей за лицензию на 10 рабочих мест). В настоящее время компания выпускает отдельный продукт «1С-Рарус: Амбулатория. Регистратура» (35 000 рублей за лицензию на 10 рабочих мест). Однако данная система не предусматривает учет медицинских карт и работу в режиме веб-клиента, а значит, веб-регистратура должна быть реализована отдельно (следовательно, возникает необходимость обеспечения обмена данными).

17

Системы AKSi-клиника широко распространены как в России, так и в странах СНГ. Существуют стандартные конфигурации «Онлайновая регистратура», «Частный медицинский кабинет», «Стоматология». Однако для обеспечения нужд медицинского учреждения, как правило, требуется совместное использование нескольких решений и организация обмена данными между ними.

18

2 Проектная документация

2.1 Техническое задание

2.1.1 Введение В настоящее время в организациях, основная деятельность которых состоит в

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

таких как разного рода частные клиники), существует потребность в системах,

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

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

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

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

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

2.1.2 Основание для разработки Основанием для разработки является задание на дипломный проект,

полученное при прохождении преддипломной практики в ООО «Сигма-С».

19

2.1.3 Назначение разработки

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

регистратуры медицинского учреждения, что предполагает

ведение электронных медицинских карт пациентов;

автоматическое формирование печатных форм (талонов амбулаторного пациента, договоров и др.);

планирование графиков работы специалистов и анализ их выполнения;

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

Таким образом, «электронная регистратура» решает и задачи руководства медицинского учреждения (планирование, контроль и анализ), и сотрудников-

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

2.1.4 Требования к программе или программному изделию

2.1.4.1 Требования к функциональным характеристикам Разрабатываемая система должна реализовывать следующие функции,

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

Регистратура:

оформление новых, поиск ранее зарегистрированных пациентов;

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

доступности предпочтительной даты, времени приема и специалиста);

б) запись на прием в результате подтверждения заявки регистратором (с

получением дополнительных сведений о пациенте);

ведение расписания часов приема врачей;

установка общих и персональных графиков работы медицинского персонала на заданный период (месяц);

20

оформление документации (формирование печатных форм талона амбулаторного пациента, договора на оказание платных медицинских услуги и приложений к нему);

анкетирование пациентов.

Учет электронных медицинских карт:

поиск и просмотр персональных данных пациента;

поиск и просмотр медицинских сведений о пациенте;

управление доступом к персональным и медицинским данным;

ведение электронных медицинских карт, а именно:

а) ведение истории записей на прием и посещений;

б) формирование печатной формы электронной медицинской карты.

Кабинет врача:

постановка пациента на учет;

регистрация направлений (с формированием печатной формы);

регистрация диагнозов, результатов осмотров и анализов (с

формированием печатной формы);

регистрация назначений и выданных рецептов (с формированием печатной формы);

регистрация отказов пациентов (с формированием печатной формы);

регистрация оказанных медицинских услуг (с возможностью выгрузки,

что обеспечит связь с программой бухгалтерского учета).

Монитор руководителя:

формирование отчетов по данным регистратуры:

а) количество обращений,

б) число отмененных приемов,

в) число повторных обращений,

г) число обращений к отдельным специалистам,

д) распределение записей к врачам по оформляющим их регистраторам;

формирование отчетов по рабочему времени специалистов:

21

а) занятость отдельных специалистов,

б) популярные и невостребованные часы приема;

в) количество оказанных услуг.

Ввод данных доступен только в подсистемах «Регистратура» (частично может осуществляться через веб-клиент) и «Кабинет врача».

Основными исходными данными «Регистратуры» являются:

сведения о пациентах, получаемые из заявок на прием:

а) фамилия (доступно в веб-клиенте), имя, отчество;

б) контактный телефон (доступно в веб-клиенте);

список всех допустимых часов приема медицинского учреждения;

сведения о ведущих прием специалистах:

а) фамилия, имя, отчество;

б) специальность;

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

сведения о самих регистраторах-пользователях системы (ФИО,

идентификатор пользователя базы данных);

перечень возможных причин отмены приема;

данные отдельной записи на прием:

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

б) идентификатор пациента;

в) идентификатор врача.

Врачам, регистраторам и пациентам должны присваиваться уникальные идентификаторы (для сотрудников клиники это могут быть табельные номера).

Основными исходными данными «Кабинета врача» являются характеристики отдельного приема, а именно

дата;

идентификатор врача;

идентификатор пациента;

22

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

таблице 1 приведен пример соответствия записей)).

Таблица 1 - Пример соответствия поля «результат приема» и типа значения его расшифровки

Результат	Тип значений расшифровки	Расшифровка
Пациент направлен на	Вид анализов	…
дополнительные анализы
Назначено лечение	Вид лечения	…
Назначен следующий прием	Дата	…
Выписан рецепт на лекарство	Препарат	…
Пациент отказался от лечения	Строка (комментарий)	…

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

следующие режимы работы:

веб–регистратура (обеспечивает ограниченный доступ к подсистеме

«Регистратура» через веб-сайт, пользователь получает доступ к системе через веб-клиент);

приложение (обеспечивает доступ ко всем подсистемам, разграничение прав пользователей).

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

Пациент (имеет доступ только к веб-интерфейсу, обеспечивающему ограниченный доступ к подсистеме «Регистратура»);

Регистратор (работает в режиме приложения, имеет доступ к подсистеме

«Регистратура» и ограниченный доступ к подсистеме «Учет электронных медицинских карт»);

Врач (работает в режиме приложения, имеет доступ к подсистемам «Учет электронных медицинских карт» и «Кабинет врача»);

23

Руководитель (работает в режиме приложения, имеет доступ к подсистеме

«Регистратура» и «Монитор руководителя»).

2.1.4.2 Требования к надежности Надежное (устойчивое) функционирование программы должно быть

обеспечено за счет выполнения совокупности организационно-технических мероприятий, а именно:

организацией бесперебойного питания технических средств;

использованием лицензионного программного обеспечения;

регулярным выполнением проверки программных средств на наличие компьютерных вирусов.

На этапе внедрения системы средняя наработка программы на отказ должна быть не менее 40 часов для работы в режиме приложения и 24 часов в режиме веб-

регистратуры.

На этапе сопровождения системы средняя наработка на отказ должна увеличиваться и составлять не менее 160 часов.

Время восстановления после отказа, вызванного

сбоем электропитания технических средств (или иными внешними факторами),

сбоем сетевого оборудования;

не фатальным сбоем операционной системы,

не должно превышать 30-ти минут при условии соблюдения условий эксплуатации технических и программных средств.

Время восстановления после отказа, вызванного

неисправностью технических средств,

фатальным сбоем операционной системы,

отсутствием соединения с сетью (в случае работы в режиме веб-

регистратуры)

не должно превышать времени, требуемого на устранение неисправностей

технических средств и переустановки программных средств.

24

На этапе сопровождения отказы программы вследствие некорректных действий пользователя при взаимодействии с программой недопустимы.

2.1.4.3 Условия эксплуатации На разрабатываемую систему распространяются общие требования

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

2.1.4.4 Требования к составу и параметрам технических средств Требования к компьютеру конечного пользователя (для работы в режиме

приложения): процессор Intel Pentium III 866 МГц и выше, оперативная память от

512 Мбайт, жесткий диск, дисплей с разрешением 1024*768 и выше.

Требования к рабочему серверу: процессор не ниже Intel Pentium IV/Xeon 2,4

ГГц (желательно использование многопроцессорных машин, так как наличие нескольких процессоров благотворно сказывается на пропускной способности сервера 1С:Предприятия 8 в случае интенсивной работы нескольких пользователей);

оперативная память не менее 1 Гбайт; наличие USB-порта для подключения ключа аппаратной защиты 1С:Предприятия 8. Для поддержки режима веб-регистратуры в сети Internet необходимо стабильное соединение с сетью (канал не менее 64 кбит/с

на каждого параллельно работающего клиента).

К компьютерам пользователей веб-клиента предъявляются минимальные технические требования - они должны обеспечивать стабильную работу интернет-

браузера; желательно разрешение дисплея 1024*768 и выше.

25

2.1.4.5 Требования к информационной и программной совместимости Для работы в режиме приложения требуется установленная версия платформы

8.2.14 (или выше), необходима операционная система Windows 7, Windows Server 2008, Windows Server 2003, Windows Server 2000, Windows Vista или Windows XP.

Для работы в режиме веб-регистратуры дополнительно требуется веб-сервер

(Apache или IIS), поддерживающий работу с 1С:Предприятием 8, и

взаимодействующий с ним по протоколу HTTP интернет-браузер (Microsoft Internet Explorer, Mozilla Firefox). При этом веб-сервер должен иметь возможность взаимодействовать с 1С:Предприятием 8 в файловом или клиент-серверном варианте работы.

26