Пояснительная записка
.pdfврачей любому желающему путем публикации на веб-сайте, что приводит к необходимости особого общего пользователя – «клиента», имеющего минимальные права.
2.2.4 Организация входных и выходных данных Одной из основных, если не важнейшей, функцией разрабатываемой системы
является ведение базы данных (пациентов, врачей, истории приемов и т.д.), поэтому значительная часть функционала системы – это механизмы для удобного ввода и проверки корректности данных. Ввод данных представлен в двух видах:
выбор элемента из списка допустимых (для прикладных объектов – справочников и перечислений);
ввод непосредственно чисел, дат, строк, булевых значений (с помощью переключаемых элементов интерфейса).
Ввод данных доступен только в подсистемах «Регистратура» (частично может осуществляться через веб-клиент) и «Кабинет врача».
Основными входными данными «Регистратуры» являются:
сведения о пациентах, получаемые из заявок на прием:
а) фамилия (доступно в веб-клиенте), имя, отчество;
б) контактный телефон (доступно в веб-клиенте);
список всех допустимых часов приема медицинского учреждения;
сведения о ведущих прием специалистах:
а) фамилия, имя, отчество;
б) специальность;
графики работы врачей (таблицы с измерениями «врач», «день», «время приема», «состояние часа»: свободен, занят, недоступен, забронирован);
сведения о самих регистраторах-пользователях системы (ФИО,
пользователь базы данных);
перечень возможных причин отмены приема;
данные отдельной записи на прием:
47
а) дата и время приема (доступно в веб-клиенте, выбирается только из перечня допустимых значений);
б) пациент;
в) врач.
Врачам, регистраторам и пациентам должны присваиваться уникальные идентификаторы (для сотрудников клиники это могут быть табельные номера).
Основными исходными данными «Кабинета врача» являются характеристики отдельного приема, а именно
дата;
идентификатор врача;
идентификатор пациента;
результат приема (представляет собой набор записей, состоящих из двух полей – результата приема и его расшифровки, причем при выборе значения первого поля из списка допустимых определяется тип второго (в таблице 2 приведен пример соответствия записей)).
Таблица 2 - Соответствие поля «результат приема» и типа значения его расшифровки
|
Результат |
|
|
Тип значений |
|
|
Расшифровка |
|
|
|
|
расшифровки |
|
|
|
||
|
|
|
|
|
|
|
|
|
|
Пациент направлен |
|
Вид анализов |
|
… |
|||
|
на дополнительные анализы |
|
|
|||||
|
|
|
|
|
|
|
||
|
Назначено лечение |
|
Вид лечения |
|
… |
|||
|
Назначен следующий прием |
|
Дата |
|
… |
|||
|
Выписан рецепт на лекарство |
|
Препарат |
|
… |
|||
|
Пациент отказался от лечения |
|
Строка (комментарий) |
|
… |
|||
Отделить как таковые «выходные» данные для системы в целом нельзя, так вся занесенная в базу данных информация, так или иначе, доступна пользователю через интерфейс приложения. Особой формой представления выходных данных являются отчеты и печатные формы.
Отчет представляет собой табличный документ, который может быть
«извлечен» из системы (путем сохранения с расширением .xls, .txt, .doc и др.) и
48
выведен на печать. Отчет – это средство компоновки и представления данных,
полученных как результат выполнения запроса к таблицам базы данных.
Печатная форма – это табличный документ, который так же может быть сохранен вне системы и выведен на печать. Печатная форма соответствует объекту вида документ (статистический талон, договор об оказании услуг) или справочник
(электронная медицинская карта), и для ее формирования, как правило, не требуется запрос к базе данных.
2.2.5 Внутренние структуры данных, база данных Платформа 1С:Предприятие 8 использует технологию объектно-реляционного
отображения (то есть позволяет описывать структуры базы данных и манипулировать данными с помощью объектов встроенного языка) [6].
Классы, соответствующие сущностям предметной области, могут быть описаны средствами конфигуратора, и их структура определит логическую структуру базы данных (физическая структура базы данных скрыта от разработчика).
Рисунок 8 - ER-диаграмма подсистемы "Регистратура"
Таким образом, для получения диаграммы классов в первую очередь требуется установить множественность отношений между сущностями,
49
рассмотренными в подпункте 3.3.3.2. Соответствующая диаграмма в нотации
«сущность-связь» для подсистемы «Регистратура» приведена на рисунке 8.
Здесь связь «является основанием» (между сущностями «заявка клиента», «запись на прием» и «талон пациента») не является обязательной. Это объясняется тем, что, с одной стороны, заявка клиента может быть отклонена (регистратор не смог ее подтвердить), и, с другой стороны, запись на прием может осуществляться и без предварительной заявки. Талон пациента не может быть выдан без записи на прием, но прием может не состояться (то есть будет иметь место запись на прием без введенного на ее основании талона).
ER-диаграмма подсистемы «Кабинет врача» изображена на рисунке 9.
Рисунок 9 - ER-диаграмма подсистемы "Кабинет врача"
Связь «имеет» между сущностями «клиент» и «карта» выделена как необязательная, однако клиент без карты может существовать только в интервале времени между первой записью на прием и первым посещением врача. Карта,
соответственно, всегда принадлежит конкретному пациенту. Связи между сущностью «талон пациента» и сущностями «вид лечения», «вид анализов» и «препарат» являются обоюдно необязательными, так как в талоне пациента по усмотрению врача может быть указано любое количество назначенных лекарств,
анализов и процедур.
Рассмотренные диаграммы «сущность - связь» позволяют составить развернутую диаграмму классов (без учета методов), учитывающую множественность связей и наиболее значимые атрибуты сущностей (рисунок 10).
50
Рисунок 10 - Диаграмма классов С точки зрения организации базы данных важной является идентификация
записей. В технологической платформе она реализована на двух уровнях: на уровне технологической платформы уникальным идентификатором объекта является
«ссылка», которую программист изменить или прочитать не может, однако по ней можно получить доступ к объекту для чтения. На логическом уровне объект идентифицируется в зависимости от метатипа: ключом справочника является код
(числовой или строковый), документов – порядковый номер, перечислений – наименование.
51
Для сбора и организованного хранения сведений о записях на прием,
свободных и занятых часах приема, истории обращений пациентов (то есть тех данных, по которым нужно формировать отчеты) используются регистры. С точки зрения технологической платформы, регистр – это некоторая структура таблиц базы данных, имеющая измерения и ресурсы (численные характеристики записей).
Для хранения сведений о часах работы врачей используется регистр сведений.
Движения по нему могут совершать документы «Установка графика специалиста»
(первоначальное заполнение сетки часов на следующий месяц), «Заявка клиента»
(выбранный клиентом час меняет статус на «забронирован»), «Запись на прием»
(выбранный клиентом час меняет статус на «занят»), «Талон пациента» (час меняет статус на «прием состоялся»). Срез этого регистра дает исчерпывающие сведения о режиме работы и степени занятости врачей.
Для хранения истории обращений так же используется регистр сведений (с
измерениями «пациент», «дата» и ресурсом «событие»). Анализ содержимого этого регистра показывает, кто обращался, с кем заключались договора, и кто лечился в заданном интервале времени.
Структура данных, используемая для представления результата приема – это план видов характеристик.
2.2.6 Технические и программные средства Для разработки и эксплуатации системы требуется технологическая
платформа 1С:Предприятие 8.2. Ее использование определяет ряд технических требований и условий программной совместимости.
В режиме приложения система функционирует на платформе 8.2.14 (или выше), под управлением операционной системы Windows 7, Windows Server 2008, Windows Server 2003, Windows Server 2000, Windows Vista или Windows XP.
Компьютер конечного пользователя имеет процессор Intel Pentium III 866 МГц и выше, оперативную память объемом от 512 Мбайт, жесткий диск, дисплей с разрешением 1024*768 и выше.
52
Работа в режиме веб-регистратуры осуществляется за счет использования веб-
сервера (Apache или IIS), поддерживающего работу с 1С:Предприятием 8, и
взаимодействующего с ним по протоколу HTTP интернет-браузера (Microsoft Internet Explorer, Mozilla Firefox). При этом веб-сервер взаимодействует с
1С:Предприятием 8 в файловом или клиент-серверном варианте работы (рисунок
11).
Рисунок 11 – Архитектура системы для работы в режиме веб-регистратуры Рабочий сервер имеет процессор не ниже Intel Pentium IV/Xeon 2,4 ГГц
(желательно использование многопроцессорных машин, так как наличие нескольких процессоров благотворно сказывается на пропускной способности сервера
1С:Предприятия 8 в случае интенсивной работы нескольких пользователей);
оперативную память не менее 1 Гбайт; USB-порт для подключения ключа аппаратной защиты. Поддержка режима веб-регистратуры в сети Интернет может осуществляться при наличии стабильного соединения с сетью (канал не менее 64
кбит/с на каждого параллельно работающего клиента).
В качестве компьютеров пользователей веб-клиента могут выступать любые ЭВМ, подключенные к сети Интернет и обеспечивающие стабильную работу интернет-браузера, желательно обладающие дисплеем с разрешением от 1024*768.
2.2.7 Ожидаемые технико-экономические показатели Технико-экономические показатели должны обеспечить выполнение
следующих положений.
53
Повышение эффективности работы сотрудника регистратуры за счет использования веб-регистратуры.
При традиционной записи на прием по телефону инициатором звонка является клиент, поэтому в случае занятой линии часть звонков может быть упущена. Во избежание этого нужно увеличивать число телефонных линий и число регистраторов (что экономически не выгодно). При использовании разрабатываемой системы сотрудник регистратуры всегда будет обеспечен актуальными сведениями об оставленных на сайте заявках. Поскольку инициатором звонка теперь будут являться регистраторы, расчет числа телефонных линий и сотрудников нужно проводить исходя из количества заявок за интервал времени, а не из пикового количества параллельных звонков. Кроме того, существенно сокращается длительность телефонного разговора (требуется только подтвердить факт записи на прием).
Приведем пример условного расчета.
Предположим, что в клинике прием ведут 10 специалистов. Средняя длительность приема – 20 минут. В течение рабочего дня врач может принять до 24
пациентов. Таким образом, за день клинику может посетить 240 человек.
Соответственно, в течение рабочего дня регистратуры (12 часов – с 8.00 до 20.00) на прием должно записываться в среднем такое же количество клиентов.
Звонки клиентов, скорее всего, не могут быть распределены равномерно по этому интервалу времени, и имеют место «часы пик» (приблизительно в 9.00, 14.00
и 18.00), обусловленные тем, что большинство клиентов работает, имея 8-часовой рабочий день. Допустим, что треть звонков поступает именно в «час пик», и при наличии одной телефонной линии в эти периоды регистратор успевает принять только каждый второй звонок, так как длительность разговора составляет от 3 до 5
минут, а в течение часа поступает около 25 звонков, но ответить регистратор успевает только на 12. Таким образом, клиника может потерять до 1/6
потенциальных пациентов, если не увеличит штат регистраторов.
При использовании веб-регистратуры параллельные заявки клиентов фиксируются. Величина интервала времени, в течение которого регистратура
54
должна связаться с клиентом, оставившим заявку, регламентирована и может составлять, например, 3 часа. В этом случае регистратор должен успевать за этот интервал обрабатывать до 80 заявок (при уменьшившейся длительности разговора – теперь 1-2 минуты – это более чем реально). В результате, при неизменном количестве пациентов вполне достаточно одной телефонной линии и одного регистратора.
Повышение привлекательности медицинского учреждения в глазах потенциальных пациентов.
При традиционной записи на прием по телефону потенциальный пациент вынужден диктовать свои данные регистратору, обсуждать с ним выбор врача, если обращается в клинику впервые, методом проб и ошибок выбирать время, когда нужный специалист ведет прием и свободен. Это, с одной стороны, занимает время,
а с другой стороны, может быть утомительным для пациента. Кроме того, наличие базы электронных медицинских карт гарантирует, что медицинские сведения о пациенте не могут быть утеряны, как это бывает с «бумажными» картами; а
возможность печати формы результата приема (развернутого талона амбулаторного пациента) снимает проблему «нечитаемости» рецептов и направлений.
Повышение эффективности планирования и управления работой клиники.
Использование разрабатываемой системы позволит руководителю самостоятельно получать полную и актуальную информацию о работе клиники,
контролировать добросовестность регистраторов, выявлять и поощрять наиболее популярных врачей, а так же планировать графики приема с учетом уже полученных данных о посещаемости тех или иных часов или дней.
55
2.3 Описание программы
2.3.1 Общие сведения
2.3.1.1 Необходимое программное обеспечение Система «электронная регистратура» представляет собой конфигурацию на
платформе 1С:Предприятие 8.2.
Для работы в режиме приложения требуется версия технологической платформы 1С:Предприятие 8.2.14 или выше.
Для работы в режиме веб-регистратуры дополнительно требуется веб-сервер
(Apache или IIS), поддерживающий работу с 1С:Предприятием 8, и
взаимодействующий с ним по протоколу HTTP интернет-браузер (Microsoft Internet Explorer, Mozilla Firefox). При этом веб-сервер должен иметь возможность взаимодействовать с 1С:Предприятием 8 в файловом или клиент-серверном варианте работы [5].
2.3.1.2 Используемые языки программирования и инструментальные средства
«Электронная регистратура» - это конфигурация, разработанная средствами технологической платформы 1С:Предприятие 8.2.
Язык программирования – встроенный язык платформы 1С:Предприятие 8, а
так же язык запросов 1С:Предприятие 8.
2.3.2 Функциональное назначение
«Электронная регистратура» – это средство информационной поддержки деятельности регистратуры медицинского учреждения, что предполагает ведение базы данных клиентов, их электронных медицинских карт, хранение истории обращений в клинику, планирование графиков работы врачей, анализ их выполнения, наличие веб-регистратуры, то есть возможности записи на прием посредством сайта в сети Интернет, а так же автоматическое формирование печатных форм (талонов амбулаторного пациента, договоров и др.)
56