61
В случае социальных работников, которые обслуживают получателя СУ
на дому — они приносят бумажные ведомости об оказанных услугах, а
заведующие вводят услуги. В связи с большим количеством услуг оказываемых
на СОСМОДах в будущем планируется организовать места для ввода услуг
социальными работниками, либо разработка мобильного приложения.
Оперативный контроль осуществляется с помощью следующих средств:
при вводе услуг отображается список введенных услуг;
количество оставшихся услуг положенных получателю СУ;
есть возможность быстрой фильтрации услуг: по типам, работникам и
др.
2.2.3. Характеристика результатной информации
К результативной информации относятся: экранные формы, отчеты и
прочие документы подготовленные в АИС ТриУСОН.
При взаимодействии с базой данных клиент АИС ТриУСОН, в основном
взаимодействует с представлениями (англ. View) MySQL. Представление —
объект базы данных, являющийся результатом выполнения запроса к базе
данных, определенного с помощью оператора SELECT, в момент обращения к
представлению.
В данном проекте представления используются для:
обеспечения безопасности — они могут иметь отличные от исходных
таблиц права доступа, что вместе фильтрами и триггерами позволяет управлять
доступ к отдельным строкам таблиц — кластеризационная модель[4, с. 50];
выполнения расчетов на стороне сервера.
Следующие представления решают задачу разделения данных по
отделениям:
dep_has_ufio — получатели СУ курируемые данным отделением, или
получавшие на нем услуги;
dep_has_ufio_by_ripso — получатели СУ заключившие договор с
организацией, позволяющий им обслуживаться на данном отделении;
dep_has_main — все услуги оказанные на отделении;
worker_has_main — все услуги введенные работником;
62
dep_total_serv — итоги по услугам;
dep_total_supserv — итоги по категориям услуг
dep_total_cat_serv — итоги по категориям получателей СУ и услугам.
Рассмотрим представления используемые для расчетов стоимости услуг:
main_cprice — производит расчет для стоимости для записей таблицы
main пользуясь данными из таблиц serv, contracts и add_info;
max_pay_in_month_50 — производит расчет максимальной суммы
оплаты в месяц для полустационарных форм социального обслуживания и
формы социального обслуживания на дому (для стационарной формы
социального обслуживания — представление max_pay_in_month_75) — оба этих
представления используют данные СДД, прожиточного минимума из таблиц
live_min, contracts и add_info — расчет выполняется для каждого месяца в году;
max_pay_in_month — объединение max_pay_in_month_50 и
max_pay_in_month_75;
total_cprice_in_month — производит расчет суммарной стоимости для
записей из представления main_cprice, если в середине месяца заключался
дополнительный договор(add_info), расчет идет по каждому периоду по
отдельности;
avg_serv_per_month — вычисляет норму среднемесячного потребление
услуг в соответствии с разработанной ИППСУ для записей таблицы contracts
пользуясь данными из таблиц contracts_has_serv и ripso.
В таких документах как акты, расчеты оплаты, предварительные расчеты
оплаты необходимо указывать не только результаты расчетов, но и
промежуточные расчеты, поэтому в этих документах используются данные из
всех вышеперечисленных представлений. Типовой акт о социальных услугах,
оказанных АКТ о социальных услугах, предоставленных СПб ГБУСОН
«КЦСОН Адмиралтейского района Санкт-Петербурга» приведѐн в Приложении
Ж. Так как эти три документа имеют похожую структуру, рассмотрим
структуру и реквизитный состав этих документов на примере акта оказанных
услуг, акт содержит:
реквизиты организации;
количество и наименования полученных услуг, их полная стоимость;
63
фамилия, имя и отчество получателя СУ, паспортные данные, адрес
регистрации;
СДД получателя СУ и процент платы за социальные услуги
установленный в соответствии с постановлением правительства и
полное наименование этого постановление;
сумма к оплате;
в случае наличия у получатель СУ представителя — фамилия, имя и
отчество представителя, его паспортные данные и адрес регистрации.
Сформированный программой АИС ТриУСОН договор и приложение к
нему (предварительный расчѐт оплаты) распечатывается в двух экземплярах, и
подписывается директор СПб ГБУСОН «КЦСОН Адмиралтейского района
Санкт-Петербурга» и получателем СУ или его представителем (см. Приложение
Е). Рассмотрим структуру и реквизитный состав договора на обслуживание:
реквизиты организации;
фамилия, имя и отчество получателя СУ, паспортные данные, адрес
регистрации;
в случае наличия у получатель СУ представителя — фамилия, имя и
отчество представителя, его паспортные данные и адрес регистрации;
предмет договора, взаимодействие сторон, их права и обязанности;
информация по оплате (на основании предварительного расчѐта
оплаты);
срок действия договора (на срок не больший, чем период указанный в
РИПСО см. Приложение Д).
Отчеты формируются либо автоматически, либо в автоматизированном
режиме заведующими отделений и сотрудниками организационно-
методического отделения.
При формировании отчетов указывается отчетный период: месяц, квартал,
полугодие, девять месяцев, год, либо произвольный интервал.
Выходные документы:
отчет по услугам оказанным на отделении(см. Приложение К);
отчет по услугам оказанным работниками;
отчеты по категориям получателей СУ;
64
отчеты по полученным денежным средствам и льготным категориям;
отчеты по типам услуг;
отчеты по возрастам получателей СУ,
отчеты по количеству обслуженных;
а также комбинации вышеперечисленных отчетов.
На основании статистических отчетов, сотрудниками организационно-
методического отделения формируют отчеты для:
отдела социальной защиты населения (ОСЗН);
администрации района;
комитета по социальной политике Санкт-Петербурга.
А также составляет государственное задание на оказание услуг
(выполнение работ) СПб ГБУСОН «КЦСОН Адмиралтейского района Санкт-
Петербурга» на следующий год.
Заведующие отделениями, на основании оказанных работниками услуг
рассчитывают нагрузку на работников (в следующих версиях это будет
автоматизировано), организуют разделение работ и распределяют премиальные
фонды оплаты труда.
Для отделений СОСМОД (и частично для ОПП) оказывающих услуги в
форме социального обслуживания на дому при расчете нагрузки на работников
необходимо учитывать также адреса получателей СУ, наличие поблизости
магазинов, аптек, поликлиник. Использование ИС позволит проложить
наилучший маршрут для каждого из социальных работников и равномерно
распределить нагрузку по обслуживанию граждан (в следующих версиях это
будет автоматизировано).
На основании рассчитанной нагрузки по отделениям принимаются
решения о расширении отделения или открытии нового.
2.3. Программное обеспечение задачи
2.3.1. Общие положения (дерево функций и сценарий диалога)
На данном этапе разработки ИС необходимо выбрать способы обмена
информацией между ИС и конечным пользователем. Диалог — это
65
двунаправленный процесс обмена информацией между пользователем и ИС. В
процессе диалога возможно:
двустороннее управление на базе языка типа «запрос-ответ»,
одностороннее управление со стороны ИС с языком общения типа
«меню», «заполнения шаблона», ответа по «подсказке»,
одностороннее управление со стороны пользователя с
использованием языка директив (команд).
Работа с программой начинается авторизации, пользователю необходимо
ввести имя пользователя и пароль доступа. Производится проверка пароля, если
он правильный, то открывается главное окно программы.
В ИС довольно большое число вспомогательных объектов, большинство
из которых относительно редко редактируется, и пользователю они
представлены в виде таблиц. Основная же функция АИС ТриУСОН это учет
услуг и создание сопутствующих документов и отчетов. На рисунке 7
приведена упрощенная схема иерархии функций ПО АИС ТриУСОН.
Рисунок 7 — Фрагмент дерева функций
Подсистемы ИС будут сгруппированы по вкладкам главного окна
программы:
группа вкладок администрирование;
группа вкладок ввод услуг;
66
группа вкладок список обслуживаемых;
группа вкладок итоги (отчеты);
группа вкладок карточка клиента (ввод нового человека).
Первая вкладка для ввода услуг предоставляет данные о введенных в этот
день услугах, на ней также расположены несколько дополнительных вкладок
для получения оперативной информации, а также все необходимые поля и
кнопки для быстрого ввода услуг.
В зависимости от схемы работы отделения, для пользователей может быть
более удобным ввод услуг по дням и по группам людей — для этого были
созданы соответствующие вкладки:
по дням;
на весь месяц;
ввод групповых услуг;
ввод кружков/клубов.
Меню программы приведено на рисунке 8, пункты меню вкладка
вынесены на панель инструментов, где также отображаются текущий
пользователь, отделение, год.
Рисунок 8 — Меню программы
Меню «База данных» содержит действия для подключения к базе данных
(повторная авторизация), выбор текущего года и отделения (для работников
оказывающих услуги на разных отделениях).
Меню «Вкладка» содержит действия по редактированию и сохранению
текущей вкладки, когда пользователь начинает редактировать данные на вкладке
67
— все остальные вкладки блокируются пока пользователь не сохранит, либо не
отменит изменения.
Меню «Настройки» содержит действия управляющие внешним видом
программы, в первую очередь это действия по изменению размера шрифта,
пункт «сбросить настройки» устанавливает все настройки окна программы в
значения по умолчанию (размер окна, шрифт, ширина столбцов таблиц).
Меню «Перейти к» содержит список часто используемых вкладок.
Меню «Печать документов» содержит список документов которые может
подготовить для печати программа. При подготовке документов на человека,
если открыта вкладка ввода услуг или карточка человека — используется
выбранный человека за выбранный период, в противном случае у пользователя
уточняют данные с помощью диалоговых окон.
Выявление состава иерархии функции позволяет разработать структуру
сценария диалога, дающего возможность определить состав кадров диалога,
содержание каждого кадра и их соподчиненность.
Древо функций включает в себя основные функции: ведение
справочников — их просмотр, ввод первичных документов, формирование
результативных документов. Данные из первичных документов водятся в
таблицы БД. Данные из таблиц с результативной информацией
распечатываются. Таблицы просматриваются. Распечатываются файлы с
планами-отчѐтами и со статистическими отчѐтами.
Экранные формы для формирования статистических отчетов содержат
только данные временного периода, поэтому они только просматриваются и
редактируются. Файлы для статистических отчетов только просматриваются.
2.3.2. Характеристика базы данных
База данных — упорядоченная организованная совокупность
взаимосвязанных данных, предназначенных для хранения, накопления и
обработки с помощью ЭВМ.
В данном проекте используется фактографическая база данных
разработанная с применением CASE-средства — MySQL Workbench и
развернутая на СУБД MySQL (текст SQL создания базы данных приведѐн в
68
Приложении А). Помимо хранения централизованной базы данных сервер базы
данных обеспечивает выполнение основного объема обработки данных. Запрос
на данные, выдаваемый клиентом (рабочей станцией), порождает поиск и
извлечение данных на сервере.
В данном проекте приняты следующие соглашения: ключевое поле id
используется для однозначной идентификации записи внутри таблиц, в
связанных таблицах используются поля <имя_таблицы>_id для хранения
идентификатора записи основной таблицы. Поле archive используется для
указания, что данная запись является архивной и не предназначена для
использования при вводе данных.
В нескольких таблицах используются однотипные поля create, ts, cr_by,
upd_by — для хранения информации о том, кто создал запись и кто последний ее
редактировал, данная информация недоступна для редактирования
пользователями и обновляется автоматически с помощью триггеров.
На рисунке 9 представлена часть схема данных ИС в нотации IE(англ.
Information Engineering)[15, с. 29] — на схеме изображена таблица main
хранящая сведения об оказанных услугах, пять связанных с ней напрямую
таблиц и ещѐ одна с персональными данными необходимыми для расчета
оплаты. Описание структуры записей таблицы main представлено в таблице 7.
Таблица 7
Описания структуры записей таблицы main (оказанные услуги)
Наименование поля
Идентифи-
катор поля
Тип поля
Дли
на
поля
Прочее
Код ввода услуги
id
длинное целое
20
ключевое поле
Код договора
contracts_id
число
11
Код отделения
dep_id
число
11
Код получателя СУ
ufio_id
число
11
Код услуги
serv_id
число
11
Код работника
worker_id
число
11
Дата оказания услуги
vdate
дата
Количество услуг
uslnum
число
3
69
Наименование поля
Идентифи-
катор поля
Тип поля
Дли
на
поля
Прочее
Примечание
note
строка
255
Запись создана
create
дата и время
Запись изменена
ts
дата и время
Код создателя записи
cr_by
число
11
Код редактировавшего запись
upd_by
число
11
Следует отметить следующую логику использования таблицы main — она
хранит минимальный набор параметров необходимых для учета услуги, поле
отделение (dep_id) заполняется автоматически клиентским ПО, связь с таблицей
add_info вычисляется автоматически — это необходимо так как, на этапе ввода
услуг работник не может быть уверен, что данные получателя СУ не изменились
или не будут изменены на момент составления акта оказанных услуг.
70
Рисунок 9 — Таблица оказанных услуг и связанные с ней таблицы
Должность работника в таблице main не указывается, так как это
избыточная информация и на этапе составления требований к БД это было
согласовано — достаточно указать, что в одном отделении, сотрудник оказывает
услуги только лишь по одной должности в один момент времени, для этого
используется таблица dep_has_worker — рисунок 10.