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

Продолжение таблицы 6

	Наименование		Описание
		ДокументУЛ	Ссылка	Вид документа,
				удостоверяющего личность
		Серия	Строка	Серия документа
		Номер	Строка	Номер документа
		Пол	Ссылка	Пол пациента
		ДатаРождения	Дата	Дата рождения пациента
		Адрес	Строка	Адрес проживания пациента
			Методы
	Карта	ОбработкаЗаполнения()	-	Заполняет реквизиты документа
				по соответствующим реквизитам
	(справочник)			договора
		ОбработкаПроведения()	-	Выполняет проводки по
				регистру истории пациентов
		ОчиститьПД()	-	Очищает все реквизиты,
				хранящие персональные данные
				клиента
		ПроверкаВладельца()	-	Выполняет проверку на
				отсутствие других карт,
				подчиненных указанному
				пациенту
			Свойства
		Номер	Строка	Номер карты
		Клиент	Ссылка	Элемент справочника клиентов,
				владелец
		ДокументУЛ	Ссылка	Вид документа,
				удостоверяющего личность
		Серия	Строка	Серия документа
	Договор	Номер	Строка	Номер документа
		Пол	Ссылка	Пол пациента
	(документ)
		ДатаРождения	Дата	Дата рождения пациент
		Адрес	Строка	Адрес проживания пациента
		ПациентНеПлательщик	Булево	Истина, если договор
				заключается не с пациентом, а с
				его представителем
		Пациент	Ссылка	Если договор заключен с
				пациентом, то совпадает с полем
				«Клиент»

67

Продолжение таблицы 6

Наименование			Описание
			Свойства
	ДатаОкончания		Дата	Дата, до которой договор
				действителен
	Актуален		Булево	Признак актуальности
				договора
			Методы
	ОбработкаПроведения()		-	Выполняет движение по
				регистру истории пациентов
Договор	ОбработкаЗаполнения()		-	Заполняет реквизиты
				договора по
(документ)
				соответствующим реквизитам
				медицинской карты
	ПечатьДоговора()		-	Формирует печатную форму
				договора об оказании
				платных медицинских услуг
	ПечатьАнкеты ()		-	Формирует печатную анкеты
				пациента, включающую в
				себя согласие на обработку
				персональных данных
			Свойства
	Клиент		Ссылка	Клиент
	Время		Ссылка	Время приема
	РезультатПриема		Таблица	Таблица с колонками «тип
			значений	результата» (ключ),
				«значение» (тип определяется
				по значению ключа)
	Цель посещения		Строка	Цель посещения в
				произвольной форме
Талон	Специалист		Ссылка	Врач
			Методы
пациента	ОбработкаЗаполнения()		-	Заполняет реквизиты
(документ)				документа по
				соответствующим реквизитам
				договора
	ОбработкаПроведения()		-	Выполняет проводки по
				регистру истории пациентов,
				часов работы специалистов,
				фактического приема и
				регистру медицинских
				сведений
	ПечатьТалона()		-	Формирует печатную форму
				талона пациента
		68

Окончание таблицы 6

	Наименование		Описание
			Свойства
		Клиент	Ссылка	Клиент
		Время	Ссылка	Время приема
	Талон пациента	Специалист	Ссылка	Врач
			Методы
	без записи
		ОбработкаПроведения()	-	Выполняет проводки по
	(документ)
				регистру истории пациентов
				и фактического приема
		ПечатьТалона()	-	Формирует печатную форму
				талона пациента

2.3.3.2 Структура базы данных Поскольку платформа 1С:Предприятие использует технологию объектно-

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

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

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

а результат функции - ресурсами.

Для хранения информации о часах приема врачей используется регистр «Часы приема специалиста» (структура этого и других регистров описана в таблице 7).

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

69

регистратуры. Его документы-регистраторы, то есть объекты, изменяющие

содержание таблицы - это

«Установка графика специалиста» - добавляет строки согласно графику работы со значение ресурса «состояние часа » = «свободен»;

«Заявка клиента» - изменяет «состояние часа» на «забронирован»;

«Запись на прием» - изменяет «состояние часа» на «занят»;

«Талон пациента» - изменяет «состояние часа» на «прием состоялся».

Таблица 7 - Структура регистров сведений

	Наименование		Периодический			Описание
						Измерения
					Специалист	Ссылка	Врач
					День	Дата	Дата приема
					ЧасПриема	Ссылка	Время приема
	Часы приема		Нет			Ресурсы
					СостояниеЧаса	Перечисление	Характеризует
	специалиста
							состояние часа
							(свободен,
							забронирован,
							занят, прием
							состоялся)
	Фактический					Измерения
			Да		Специалист	Ссылка	Врач
	прием				День	Дата	Дата приема
					ЧасПриема	Ссылка	Время приема
						Измерения
					Специалист	Ссылка	Врач (может не
							заполняться)
					День	Дата	Дата события
					ЧасПриема	Ссылка	Час приема
							(может не
	История		Да				заполняться)
					Клиент	Ссылка	Клиент (пациент)
	пациентов
						Ресурсы
					ТипСобытия	Перечисление	Характеризует
							тип события
							(запись на прием,
							прием,
							заключение
							договора)

70

Окончание таблицы 7

Наименование	Периодический		Описание
			Измерения
		Клиент	Ссылка		Пациент
		Специалист	Ссылка		Врач, сделавший
					запись
		Ключ	Перечисление		Определяет
					результат приема
					(назначено
Медицинские	Да				лечение, пациент
					направлен на
Сведения
					обследование,
					поставлен диагноз
					и т.д.)
			Ресурсы
		Расшифровка	Ссылка		Характеризует
			(составной		результат приема в
			тип)		зависимости от
					указанного ключа

Регистр «Фактический прием» служит для хранения сведений о состоявшихся приемах вне зависимости от того, осуществлялись они по записи или нет. Его документы-регистраторы – это «Талон пациента» и «Талон пациента без записи».

Регистр «История пациентов» - это периодический регистр, хранящий всю информацию регистратуры, связанную с пациентами. Документы-регистраторы

«Истории пациентов» - это

«Запись на прием» - добавляет запись с ключом «запись на прием»,

указанием клиента, врача, даты и времени;

«Договор» - добавляет запись с ключом «заключен договор», указанием клиента и даты;

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

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

71

запись. Данные этого регистра составляют врачебную тайну, и доступны только в подсистеме «Кабинет врача».

2.3.4 Частные алгоритмы Действие, соответствующее записи пациента на прием в предметной области

(в регистратуре реальной), в «электронной регистратуре» моделируется с помощью двух документов – «Заявка клиента» и «Запись на прием».

Документ «Заявка клиента» используется только в случае применения веб-

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

Блок-схема алгоритма создания «Заявки клиента» изображена на рисунке 14

Рисунок 14 - Создание заявки клиента

72

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

если этот список пуст, а в «Заявке» указан признак «новый клиент», то новый элемент справочника создается автоматически.

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

Так же он должен выяснить, обращался ли клиент в клинику ранее; если нет, то создать новый элемент в справочнике «Клиенты».

На рисунке 15 приведена блок-схема алгоритма создания документа «Запись на прием».

Рисунок 15 - Создание записи на прием

73

2.3.5 Используемые технические средства Для разработки и эксплуатации системы требуется технологическая

платформа 1С:Предприятие 8.2. Ее использование определяет ряд технических требований и условий программной совместимости.

В режиме приложения система функционирует под управлением операционной системы Windows 7, Windows Server 2008, Windows Server 2003, Windows Server 2000, Windows Vista или Windows XP. Компьютер конечного пользователя имеет процессор Intel Pentium III 866 МГц и выше, оперативную память объемом от 512 Мбайт, жесткий диск, дисплей с разрешением 1024*768 и

выше.

Рабочий сервер имеет процессор не ниже Intel Pentium IV/Xeon 2,4 ГГц

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

1С:Предприятия 8 в случае интенсивной работы нескольких пользователей);

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

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

В качестве компьютеров пользователей веб-клиента могут выступать любые ЭВМ, подключенные к сети Интернет и обеспечивающие стабильную работу интернет-браузера, желательно обладающие дисплеем с разрешением от 1024*768.

2.3.6 Входные данные Одна из основных функцией «электронной регистратуры» - это ведение базы

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

Ввод данных представлен в двух видах:

ввод данных простых типов: чисел, дат, строк, булевых значений;

74

выбор элемента из списка (прикладные объекты – элементы справочников и перечислений);

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

Входными данными веб-регистратуры являются:

фамилия пациента;

контактный телефон;

дата и время приема;

врач, выбираемый из списка.

Прочие входные данные «Регистратуры»:

прочие сведения о пациенте (имя, отчество, паспортные данные);

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

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

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

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

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

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

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

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

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

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

дата;

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

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

75

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

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

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

Отчет представляет собой табличный документ, который может быть

«извлечен» из системы (путем сохранения с расширением .xls, .txt, .doc и др.) и

выведен на печать. Отчет – это средство компоновки и представления данных,

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

запись на прием;

состоявшийся прием;

врач, ведущий прием;

регистратор;

«Отчет по рабочему времени» формируется по измерениям:

врач, ведущий прием;

часы работы;

период графика (календарный месяц).

«Отчет по оказанным услугам» предоставляет сведения о количестве приемов за указанный период.

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

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

76