Таблица 1 - Перечень типов данных баз данных АИС «АСП» при реализации в СУБД FoxPro 2.6

Тип	Описание	Размер	Диапазон
Character	Текст, состоящий из символов	1 байт на символ, до 254 символов	Любые символы
Currency	Денежный формат	8 байт	- 922337203685477.5807 до 922337203685477.5807
Date	Дата, состоящая из месяца, дня и года	8 байт	От {^0001-01-01} - 1 января 1 года до {^9999-12-31} - 31 декабря 9999 года
Logical	Логическое значение, True или False	1 байт	True (.T.) или False (.F.)
Numeric	Целые или действительные числа	8 байт в памяти; от 1 до 20 байт в *.dbf	- .9999999999E+19 до .9999999999E+20

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

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

Диаграмма ERwin строится из трех основных блоков: сущностей, атрибутов и связей.

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

- атрибуты, составляющие первичный ключ;

- неключевые атрибуты;

- тип сущности (независимая/зависимая).

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

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

- первичный ключ не должен изменяться в течение времени;

- размер первичного ключа должен быть как можно меньшим.

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

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

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

Экземпляр зависимой сущности определяется только через отношение к родительской сущности. Зависимая сущность изображается на диаграмме прямоугольником со скругленными углами.

Приведем пример сущностей полученных при проектировании объеденной базы данных средствами в ERwin (Рисунок 18).



Рисунок 18 - Фрагмент концептуальной модели объединенной базы данных АИС «АСП»

Файл F3_MESTO_GIT содержит сведения о месте жительства гражданина поставленного на учет. Состоит из 11 атрибутов.

Ключевые атрибуты:

- PY (Character 3) признак района и группы населения;

- NKAR (Character 9) номер карточки учета;

- KPIND (Numeric 2) код индекса;

- KNASP (Numeric 4) код населенного пункта;

- KYLIC (Numeric 4) код улицы;

- KPOSEL (Numeric 4) код поселения.

Неключевые атрибуты:

- NDOM (Character 7) номер дома;

- NKORP (Character 3) номер корпуса;

- NKW (Character 5) номер квартиры;

- NTEL (Character 12) номер телефона;

- NKOMN (Character 5) номер комнаты.

Как было описано выше, через ключевые атрибуты PY+NKAR файл F3_MESTO_GIT связан с карточкой учета.

Ключевой атрибут KPIND связывает файл со справочником почтовых индексов S4_PIND, который состоит из двух атрибутов:

- KPIND (Numeric 2) код почтового индекса;

- NPIND (Character 6) почтовый индекс.

Ключевые атрибуты KNASP и KPOSEL связывает файл со справочником населенных пунктов. Справочник называется S5_NASP и состоит из трех атрибутов:

- KNASP (Numeric 4) код населенного пункта;

- NNASP (Character 30) наименование населенного пункта;

- KPOSEL (Numeric 4) код поселения;

Ключевой атрибут KPOSEL в свою очередь связывает справочник S5_NASP со справочником поселений S3_POSEL:

- KPOSEL (Numeric 4) код поселения;

- NPOSEL (Character 30) наименование поселения.

Справочник улиц S6_YLIC связан с файлом F3_MESTO_GIT через ключевое поле KYLIC. Справочник состоит из трех атрибутов:

- KYLIC (Numeric 4) код улицы;

- NYLIC (Character 36) наименование улицы;

- OLDNYLIC (Character 25) старое наименование улицы.

Файлы F3_MESTO_GIT и S5_NASP являются зависимыми сущностями. Так их идентификация зависит от других сущностей.

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

Полученная модель позволяет наглядно и более полно представить результат объединения баз данных. Кроме того на ее основе стало возможно создание принципиально новой информационной системы на основе таких СУБД как Microsoft Access, Clipper, Paradox.

2.2 Подготовительная работа при объединении баз данных

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

Основная БД - база данных, в которую будет добавляться информация.

Добавляемая БД - база данных, информация из которой будет добавляться в основную БД.

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

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

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

Следующий этап это тестирование баз данных основной и добавляемых в режиме «Учет / Карточки учета семей / Проверка БД / Тестирование БД». В данном случае в ходе тестирование можно выяснить есть ли поврежденный файлы, все ли они логически согласованны между собой (Рисунок 19).

Рисунок 19 - Тестирование базы данных

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

Рисунок 20 - Проверка файлов базы данных

Отметив нужные пункты списка, продолжаем проверку базы.

После тестирования система предлагает просмотр и сохранения протокола тестирования (Рисунок 21).

Рисунок 21 - Печать тестового файла

Следующим этапом требуется проверить в режиме «Слияние баз данных / Несоответствие справочников» справочники разных баз на соответствие (Рисунок 22).

Рисунок 22 - Выбор режима «Слияние баз данных»

В новом окне прописываестя путь к сравочникам тех баз, которые подготавливаюся для слияния (Рисунок 23).



Рисунок 23 - Проверка справочников на несоответствие в режиме слияния баз данных

После проверки справочников на соответствие система предлагает просмотреть или распечатать протокол несоответствий (Рисунок 24).

Рисунок 24 - Выбор режима «Просмотр протокола»

По протоколу несоответствий проводится анализ справочников (Рисунок 25).

Рисунок 25 - Общий вид протокола несоответствия

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

Код справочника можно поменять с помощью программы DBFNavigator, которая входит в АИС «Адресная Социальная Помощь»

В результате анализа протокола выявились несоответствие записей в справочнике S27 «Реабилитационные рекомендации и другие сведения о заболевании». Эти отличия возникли по причине определенных свойств сортировки данных.

Особое внимание нужно обратить на справочник S31 «Учреждения, выдавшие документы». Этот справочник формируется из МЕМО-полей при установке версии 8.2. АИС «АСП». Необходимо проанализировать информацию справочника, убрать дублирующие записи. Сформировать единый справочник.

Должен быть сформирован единый справочник S20 «Исполнителей». В нем находятся списки специалистов, которые работают с БД (Рисунок 26).

Рисунок 26 - Оглавление справочников

Необходимо отредактировать справочник с целью создания общего списка специалистов (Рисунок 27).

Рисунок 27 - Изменение списков специалистов

После того как были созданы единые справочники в режиме в «Учет / Карточки учета семей / Групповая корректировка карточек учета / Корректировка кодов в базах данных» необходимо провести перекодировку баз данных на единые справочники (Рисунок 28).

Рисунок 28 - Корректировка кодов в базах данных

Корректировка кодов выполняется для каждого справочника отдельно (Рисунок 29).

Рисунок 29 - Выбор справочника и базы данных

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

Рисунок 30 - Изменение кодов

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

Для того чтобы присвоить новый номер справочнику (записи) нужно выбрать нужную строку в вести в него новый код и выполнить команду «Перекодировка»

Отдельно по каждой БД следует провести проверку на двойные карточки учета. Для этого необходимо выполнить команду «Учет / Карточки учета семей / Список двойников (по условиям)» (Рисунок 31).

Рисунок 31 - Список двойников

Далее сформировать списки граждан сначала с полным совпадением показателей: ФИО, дата рождения, адрес (Рисунок 32).

Рисунок 32 - Выбор карточек учета

Затем следует сформировать запрос на граждан с одинаковыми ФИО и датой рождения; ФИО и адресом (Рисунок 33).



Рисунок 33 - Формирование запроса

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

Рисунок 34 - Общий вид отчета по выбранному запросу

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

Удаление указанных признаков учета обеспечит получение правильных статистических данных в случае, если на одного льготника были заведены КУ в нескольких отделах. Удаление указанных признаков учета можно произвести в двух режимах:

1. Выбрать режим «Учет / Карточки учета семей / Групповая корректировка карточек учета / Ввод и удаление признаков учета» (Рисунок 35).



Рисунок 35 - Ввод и удаление признаков учета

По нажатию кнопки «Добавить» появляется список признаков учета, в котором следует выбрать удаляемый признак учета. В данном режиме удаление производится по одному признаку учета (Рисунок 36).

Рисунок 36 - Поиск информации

2. Выбрать режим «Учет / Карточки учета семей / Групповая корректировка карточек учета / Корректировка кодов в базах данных» (Рисунок 37).

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

Далее выбрать справочник S2- «Признаки учета граждан, семей»-F1.ISU (Рисунок 38).



Рисунок 38- Выбор справочника и базы данных

Напротив признаков учета, которые нужно удалить проставить по клавише DEL метку «Обнулить», выполнить перекодировку базы данных (Рисунок 39).

Рисунок 39 - Изменение кодов

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

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

2.3 Объединение баз данных в режиме экспорт / импорт

Программа «Экспорт/импорт карточек учета» работает в двух режимах:

- карточки учета выгружаются на диск / загружаются с диска;

- карточки учета выгружаются в выбранный каталог / загружаются из выбранного каталога;

При работе с диском в режиме «Экспорт/импорт карточек учета» при экспортировании выполняется поиск карточек учета по запросам и по клавише «выполнить» производится выгрузка найденных по запросам карточек учета и всех файлов, содержащих номер карточки учета в каталог SN95\TEK\EI. Из каталога EI информация архивируется, архив копируется на диск.

При импортировании диск с архивом «экспорта» устанавливается до запуска комплекса. Происходит восстановление информации с диска в каталог SN95\TEK\EI, которая затем дописывается в основную базу данных. При этом справочная база не выгружается. Можно выполнить режим копирования справочников.

При работе с каталогом в режиме «Экспорт/импорт карточек учета» при экспортировании необходимо выполнить поиск карточек учета по запросам, выбрать каталог для размещения архива, а затем произвести выгрузку архива карточек учета в выбранный каталог.

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

Итак, для начала объединения баз путем выполнения сервисной функции «экспорт/импорт» нужно сначала определить каталог для выгрузки базы данных или приготовить диск. Проверить наличие каталога SERVER\TEK\EI.

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



Рисунок 40 - Экспорт карточек учета

Запрос можно сформировать путем выбора нужных критериев отбора используя функциональные клавиши (Рисунок 41).

Рисунок 41 - Выбор критериев экспортируемых карточек учета

После подтвеждения запроса система выдает количество выбраных карточек (Рисунок 42).

Рисунок 42 - Процесс экспорта

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

Для начала импорта добавляемой базы данных в основную базу (базу отдела по вопросам семьи, материнства и детства), при работе с диском до запуска комплекса установить диск с базой. Выполнить режим «Сервис / Экспорт/импорт базы данных / Импорт карточек учета» - «выполнить». Система автоматически обратиться к диску (Рисунок 43).

Рисунок 43 - Импорт карточек учета

Если импортируемая база данных была выгружена в каталог, то выполнить режим «Сервис / Экспорт/импорт базы данных / Импорт карточек учета» - указать каталог с архивом импортируемой базы данных (Рисунок 44).

Рисунок 44 - Выбор импортируемой базы данных

Система также проанализирует указанный архив на количество доступных карточек, после чего следует подтвердить импорт, нажав «Выполнить» (Рисунок 45).

Рисунок 45 - Импортирование выбранной базы данных

При объединении баз данных в режиме «Экспорт/импорт базы данных» происходит дополнение существующей базы данных информацией из выгружаемой базы данных.

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

2.4 Объединение баз данных в режиме слияния

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

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

При назначении приоритетной добавляемой БД, из добавляемой БД будут вноситься изменения в соответствии с выбранными разделами данных в добавляемой БД и выбранными неизменяемыми полями в основной БД. При этом в основную БД будут добавлены новые КУ.

Рекомендуется приоритетной БД назначать добавляемую БД.

В таблице 2 описаны основные принципы объединения в зависимости от приоритета баз данных.

Таблица 2 - Принципы объединения БД в зависимости от приоритета

БД	Если ДБ является приоритетной	Если ДБ не является приоритетной
Учетные данные	разделы КУ в ОБ замещаются на информацию из ДБ (если они не совпадают) и замещения отражаются в протоколе разногласий	не заполненные разделы в ОБ заполняются, несоответствие разделов отражается в протоколе разногласий.
Признаки учета	признаки учета, которых нет в ОБ добавляются. Если признаки учета совпадают, но различаются датами (/начало действия/ и /до/), в этом случае даты замещаются значениями из ДБ и отражаются в протоколе разногласий.	признаки учета, которых нет в ОБ добавляются. Если признаки учета совпадают, но различаются датами (/начало действия/ и /до/), несоответствие отражается в протоколе разногласий
Заболевания	заболевания, основные и дополнительные сведения, если их нет в ОБ, добавляются. Не совпадающие основные и дополнительные сведения замещаются значениями из ДБ и отражаются в протоколе разногласий.	заболевания, основные и дополнительные сведения, если их нет в ОБ, добавляются. Не совпадающие основные и дополнительные сведения отражаются в протоколе разногласий.
Адрес	при не совпадении адреса, в ОБ адрес меняется на тот, что в ДБ, и это отражается в протоколе разногласий.	не совпадения отражаются в протоколе разногласий.
БД	Если ДБ является приоритетной	Если ДБ не является приоритетной
Обработка граждан, снятых с учета	гражданам в ОБ ставится признак снятия с учета (и это заносится в протокол разногласий);	несоответствие просто заносится в протокол разногласий для уточнения.
Оказанная помощь (льгота)	проверяется наличие «наименование + дата выделения», если не находится- добавляется. Если такая помощь (льгота) есть - проверяются и при необходимости обновляются остальные параметры.
Потребность	проверяется наличие «наименование + дата подачи заявки», если не находится- добавляется, иначе - проверяются и при необходимости обновляются остальные параметры.
Доходы	проверяется наличие «наименование + месяц + год + размер». Доход добавляется, если не находит подобной записи. При этом в протокол разногласий попадают следующие несоответствия: · несоответствие наименований за этот месяц и год; · несоответствие размера дохода; · наличие за этот период других доходов.
Характеристика семьи	Если количество членов семьи в ДБ не совпадает с количеством в ОБ то член семьи добавляется в ОБ и фиксируется в протоколе разногласий;	несоответствие просто фиксируется в протоколе разногласий для уточнения.
Карточки обращения	из ДБ в ОБ добавляются, при отсутствии их в ОБ

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

На первом этапе слияния следует определить «Основную базу данных (ОБ)» и «Добавляемую (ДБ)». По умолчанию основной базой считается текущая, т.е. та, на которую настроена система (Рисунок 46).

Рисунок 46 - Выбор функции «Слияние баз данных»

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

В качестве приоритетной базы выбрать добавляемую базу данных. При этом с основную базу из добавляемой базы записываются КУ граждан, которых не было ранее (Рисунок 47).

Рисунок 47 - Выполнение функции «Неизменяемые поля ОБ»

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

При определении вида протокола нужно обязательно отметить «Подробный протокол», в котором фиксируются все несоответствия и выполняемые действия (Рисунок 48).

Рисунок 48 - Выбор разделов данных

Для выделения неизменяемых полей - фиксируются поля в файлах основной БД, в которые не должны вноситься изменения (Рисунок 49).

Рисунок 49 - Выбор неизменяемых полей данных

Выбрать режим «Проверить» (Рисунок 50).

В результате проверки система формирует протокол несоответствия (Приложение Х).



Рисунок 50 - Выполнение функции «Проверить на несовпадение данных»

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

После внесения изменений в базы данных осуществить режим «Выполнить» - в этом случае запускается режим корректировки. Корректировка заканчивается формированием протокола по внесенным изменениям в основную БД.

2.5 Контроль объединенных баз данных

После объединения баз данных необходимо провести контроль объединенной базы данных.

На первом этапе контроля выполняется тестирование баз данных в режиме «Учет / Карточки учета семей / Проверка БД / Тестирование БД».

Тестирование БД проводится аналогично тестированию справочников. В ходе тестирования система проверяет правильность логических взаимосвязей между компонентами баз данных.

На следующем этапе следует провести проверку на двойные карточки учета. Для этого необходимо в режиме «Учет / Карточки учета семей / Список однофамильцев (по условиям)» сформировать списки граждан сначала с полным совпадением показателей: ФИО, дата рождения, адрес. Затем сформировать списки граждан с одинаковыми ФИО и датой рождения; ФИО и адресом. Специалисты отделов должны проанализировать полученные данные и откорректировать БД.

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

После объединения баз данных для ряда категорий базы данных отдела социальных льгот и отдела организации социальной защиты населения необходимо изменить группу населения. Такая необходимость возникает для категории «Семьи с детьми-инвалидами» (Рисунок 51).

Рисунок 51 - Выбор режима «Изменение группы населения»

Чтобы изменить группу населения, нужно выбрать режим «Учет / Карточки учета семей / Групповая корректировка карточек учета / Изменение группы населения» (Рисунок 52).

Рисунок 52 - «Выбор заменяемой группы населения»

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

Рисунок 53 - «Корректировка признака учета»

После указать новую группу населения «Семьи с несовершеннолетними детьми», и провести перекодировку баз данных.

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

Рисунок 54 - Выбор режима «Статистика по карточкам учета»

Все семьи, снятые с учета, переслать в архив. Для этого в режиме «Учет / Карточки учета семей / Снятие с учета граждан (семей). Пересылка в архив КУ» сформировать список семей, снятых с учета и переслать их в архивную базу (Рисунок 55).

Рисунок 55 - Выбор режима «Снятие с учета граждан. Пересылка в архив КУ»

При контроле объединенной базы большое внимание надо уделить выявлению двойных карточек учета на одного гражданина. Для этого необходимо в режиме «Учет / Карточки учета семей / Список однофамильцев (по условиям)» сформировать списки граждан сначала с полным совпадением показателей: ФИО, дата рождения, адрес. Затем сформировать списки граждан с одинаковыми ФИО и датой рождения; ФИО и адресом. После чего следует проанализировать полученные данные и откорректировать.

Все предыдущие действия позволили осуществить полную проверку двух баз данных на всевозможные несоответствия. И после того как анализ объединенной базы данных завершен, необходимо выполнить «Слияние данных» (Рисунок 56).

Рисунок 56 - Выполнение слияния баз данных

Последний этап - выполнение перерасчета доходов. Для этого выполняется режим: «Сервис / Таблицы настройки системы / Таблица для расчета среднедушевого дохода» (Рисунок 57).

Рисунок 57 - Выбор режима «Таблица для расчета доходов»

Следует установить параметр «Период для расчета СД» равный «по таблице и индивидуальному периоду» - заполнить таблицу - выполнить перерасчет дохода (Рисунок 58).

Рисунок 58 - Выполнение перерасчета доходов

По алгоритму, описанному выше, проводится слияние архивных баз данных. Перед объединением архивных баз данных необходимо указать каталог с архивом в качестве каталога для баз данных. Для этого выполнить режим: «Настройка системы / Директорий для базы данных» - указать путь к архивной базе данных отдела по вопросам семьи, материнства и детства, если для объединения баз данных выбрана функция «Слияние баз данных»; если для объединения баз данных выбрана функция «Экспорт/импорт базы данных», то для экспорта указать путь к архивной выгружаемой базе данных, а для импорта - к архивной базе данных отдела по вопросам семьи, материнства и детства.

Таким образом, результатом последовательного выполнения всех описанных действий стала перепроектированная АИС «Адресная социальная помощь», которая включает в себя объединенную базу данных трех отделов: Отдел социальных льгот, Отдел организации социальной защиты населения и Отдел по вопросам семьи и детства.

В объединенной базе сохранены все принципы построения баз АИС «АСП». Объединенная база и ее справочники прошли три этапа тестирования. В результате тестирований на основе протоколов несоответствий были выявлены и устранены ошибки и недочеты, которые образовались в результате предыдущих некорректных действий пользователей системы.

3. Оценка эффективности объединения баз данных

Эффективность - одно из наиболее общих экономических понятий , не имеющего пока, единого общепризнанного определения.

Эффективность - это одна из возможных характеристик качества системы, а именно ее характеристика с точки зрения соотношения затрат и результатов функционирования системы.

При этом выделяют социальную и экономическую эффективность.

Основные показатели оценки социальной эффективности от внедрения новых проектных решений являются:

1. повышение качества информации, ее достоверности;

2. сокращение времени на поиск информации;

3. сокращение сроков формирования отчетности;

4. расширение возможностей анализа;

5. сокращение ошибочных действий пользователя;

6. повышение оперативности обработки информации;

7. экономия рабочего времени специалистов отделений;

8. повышение качества труда специалистов отделений.

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

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

В среднем каждый специалист в день создает или обрабатывает от 30 до 40 карточек учета. На каждую карточку тратиться от 15 минут и больше (в зависимости от количества и характера вносимых и изменяемых данных).

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

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

Таблица 3 - Показатели для расчета абсолютной экономии рабочего времени.

Показатели	Затраты до объединения	Затраты после объединения
Количество обрабатываемых документов (шт)	30	30
Количество времени на обработку одного документа (мин)	15	15
Переход с одной базы на другую (мин)	4*3	-
Период времени (дни)	22	22
Т0, мин	10164	-
Т1, мин	-	9900

1) абсолютное снижение трудовых затрат (T):

, (3.1)

где T₀ - трудовые затраты на обработку информации до объединения баз данных;

T₁ - трудовые затраты на обработку информации после объединения баз данных

T = 10164-9900= 264 мин 4,4 Чел/ч

В результате объединения баз данных, экономия рабочего времени составит 4,4 Чел/ч. в месяц.

2) коэффициент относительного снижения трудовых затрат (K_T):

_, (3.2)

K_T = 264/10164*100% = 2,6 %

При внедрении системы снижение трудовых затрат составит 2,6%.

3) индекс снижения трудовых затрат или повышения производительности (Y_T):

_, (3.3)

Y_T = 10164/9900 = 1,03

В результате внедрения системы финансового анализа производительность труда увеличится в 1,03 раза.

4) абсолютное снижение стоимостных затрат (С):

, (3.4)

где - стоимостные затраты на обработку информации до объединения баз данных;

- стоимостные затраты на обработку информации после объединения баз данных.

Для вычисления индекса стоимостных затрат необходимо найти коэффициенты C₁ и C_0.

Из выше рассчитанных показателей следует, что до объединения баз данных 1 человек тратит на одну карточку учета 4,4 чел/ч каждый месяц. Средняя зарплата инспектора составляет 15000 рублей/ мес.

Рассчитаем зарплату за один рабочий день:

15000 руб/ 22 раб.дня = 681,81 руб/день.

Рассчитаем зарплату за один рабочий час:

681,81 руб/ 8 часов (раб.день) = 85,2 руб/час.

Рассчитываем стоимостные затраты на обработку информации до объединения баз данных:

C₀ = 85,2 0,28= 23,856 рублей

Коэффициент C₁ - это затраты на обработку информации после объединения баз данных. При работе с объединенными базами данных инспектор потратит 0,25 часов в месяц.

Денежные затраты на расчёт C₁ составляют:

C₁ = 85,2 0,25 = 21,3 рублей.

Ежегодные затраты до объединения бах данных составляют:

(23,856 8) 12 = 2290,176 рублей.

Ежегодные затраты после объединения баз данных составляют:

(21,38) 12 = 2044,8 рублей.

Из этого следует, что ежегодная экономия составит:

С = 2290,17 - 2044,8 = 245,37 рублей (на одного человека).

245,3717 = 4171,29 рублей (на весь отдел).

На основе полученных данных можно сделать вывод, что в результате объединения баз данных ежегодная экономия составит 245,37 рублей в год на одного человека и 4171,29 на весь отдел в целом. Снижение трудовых затрат составит 1,6%.

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

Заключение

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

В результате работы над проектом были выполнены следующие задачи:

1. Изучена технико-экономическая характеристика отдела социальной защиты населения и ее организационная структура. В ходе изучения были выделены основные направления, цели и задачи отдела. Подробно описана архитектура ЭИС Отделения назначения и учета социальных выплат.

2. Изучен принцип работы АИС «Адресная социальная помощь» и ее роль в процессе предоставления социальной помощи. Описана структура используемых баз данных.

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

Эти недостатки привели к необходимости перепроектирования АИС «АСП» и создания единой базы данных, в результате чего специалисты получили возможность аналитической обработки всей совокупности данных по различным аспектам социальной защиты и инвалидности.

В ходе разработки методики были выполнены следующие работы:

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

2. Создана единая база отделения назначения и учета выплат.

Объединение баз данных позволяет каждому работнику экономить 4,4 чел/часов рабочего времени ежемесячно. Что составляет 74 чел/часа на весь отдел в целом.

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

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

автоматизированный информационный социальный адресный

Список использованных источников

1. Автоматизированные информационные технологии в экономике [Текст]: учебник / под общ. Ред. Г.А. Титоренко. -М.: Компьютер, ЮНИТИ, 1998. - 400с.

2. Автоматизированные информационные технологии в экономике [Текст]: учебник / М.И. Семенов, И.Т. Трубилин, В.И. Лойко, Т.П. Барановская; под общ. ред. И.Т. Трубилина. - М.: Финансы и статистика, 2000. - 416 с.

3. Барановская, Т.П. Информационные системы и технологии в экономике [Текст]: учебник / Т.П. Барановская, В.И. Лойко, М.И. Семенов, А.И.Трубилин; Под ред. В.И. Лойко. - М.: Финансы и статистика, 2003. - 416 с.

4. Вендров, А.М. Проектирование программного обеспечения экономических информационных систем [Текст]: учебник / А.М. Вендров. - М.: Финансы и статистика, 2000. - 352 c.

5. Ветлугина, И.М. Теоретические основы информационного моделирования [Текст]: учеб. пособие / И.М. Ветлугина. - Владивосток: Изд-во ДВГУ, 2004. - 102 c.

6. Вишневский, А.В. Windows Server 2003. Для профессионалов [Текст]/ А.В. Вишневский. - СПб.: Изд. дом «Питер», 2005. - 767 с.

7. Все о социальном обеспечении граждан / К.Н. Середа. - Владивосток: изд-во ДСЗН, 2005.

8. Гайдамакин, Н.А Гарантии, социальная защита и поддержка населения в Российской Федерации [Текст] / И.В. Гейц. - М.: Дело и Сервис, 2005. - 640 с.

9. Глушаков, С.В. Базы Данных [Текст] / С.В. Глушаков, Д.В. Ломотько. - Харьков: Фолио; М.: АСТ, 2003. - 504 с.

10. Горборукова, Т.В. Интеллектуальные информационные системы [Текст]: учеб. пособие / Т.В. Горборукова. - Владивосток, 2005. - 117 с.

11. Дейт, К.Дж. Введение в системы баз данных [Текст] / К.Дж. Дейт. - 6-е изд. - К. [и др.]: Вильямс, 2000. - 784 с.

12. Диго, С.М. Проектирование и эксплуатация баз данных [Текст]: учебник / С.М. Диго. - М.: Финансы и статистика, 1995. - 280с.

13. Информационные технологии в экономике [Текст] / под общ. ред. Ю.Ф. Семионова. - Ростов н/Д: Феникс, 2003. - 352 с.

14. Калашян, А.Н. Структурные модели бизнеса: DFD-технологии [Текст] / А.Н. Калашян, Г.Н. Калянов ; под общ. ред. Г.Н. Калянова. - М.: Финансы и статистика, 2003. - 256 c.

15. Калянов, Г.Н. CASE-структурный системный анализ (автоматизация и применение) [Текст] / Г.Н. Калянов. - М.: ЛОРИ, 1996. - 318 с.

16. Карпова, Т.С. Базы данных: модели, разработка [Текст]: учебник/ Т.С. Карпова. - СПб.: Питер, 2000. - 304 с.

17. Когаловский, М.Р. Энциклопедия технологий баз данных [Текст] / Д. Кренке. - 8-е изд., перераб. и доп. - СПб.: Питер, 2003. - 800 с.

18. Маклаков С.В. BPWin и ERWin. CASE-средства разработки информационных систем [Текст]/ С.В. Маклаков. - М.: ДИАЛОГ-МИФИ, 2000. - 400 с.

19. Маклаков, С.В. Создание информационных систем [Текст] / С.В. Маклаков. - М.: ДИАЛОГ-МИФИ, 2003. - 432 с.

20. Марков, А.С. Базы данных. Введение в теорию и методологию [Текст]: учебник / А.С. Марков, К.Ю. Лисовский. - М. : Финансы и статистика, 2004. - 512 с.

21. Мишенин, А.И. Теория экономических информационных систем [Текст]: учебник / А.И. Мишенин. - 4-е изд., перераб. и доп. - М.: Финансы и статистика, 2003. - 240 с.

22. Петров, В.Н. Информационные системы [Текст]: учебник / В.Н. Петров. - СПб.: Питер, 2002. - 688 с.

23. Рагулин, П.Г. Проектирование автоматизированных информационных технологий и систем в экономических приложениях [Текст]: учеб. пособие / П.Г. Рагулин. - Владивосток: Изд-во ДВГУ, 2005. - 164 с.

24. Рагулин, П.Г. Теоретические основы информационных технологий [Текст]: учеб. пособие / П.Г. Рагулин. - Владивосток: Изд-во ДВГУ, 2004. - 264 c.

25. Савицкий, Н.И. Технология организации, хранения и обработки данных [Текст]: учеб. пособие для вузов / Н.И. Савицкий. - М.: ИНФРА-М, 2001. - 232 с.

26. Сергеев, А.П. Офисные локальные сети [Текст]/ А.П. Сергеев. - М.: Изд. дом «Вильямс», 2003. - 320 с.

27. Смирнова, Г.Н. Проектирование экономических информационных систем [Текст]: учебник / Г.Н. Смирнова, А.А. Сорокин, Ю.Ф. Тельнов; под общ. ред. Ю.Ф. Тельнова. - М.: Финансы и статистика, 2001. - 512 с.

28. Тельнов, Ю.Ф. Интеллектуальные информационные системы в экономике [Текст]: учеб. пособие / Ю.Ф. Тельнов. - М.: СИНТЕГ, 1999. - 216 с.

29. Титоренко, Г.А. Информационные технологии управления [Текст]: учеб. пособие / Г.А. Титоренко. - М.: ЮНИТИ-ДАНА, 2005.0 - 439 с.

30. Уткин, В.Б. Информационные системы в экономике [Текст] : учебник / В.Б. Уткин, К.В. Балдин. - М.: Академия, 2004 - 288 с.

31. Федотова, Д.Э. Case-технологии: практикум [Текст] / Д.Э. Федотова, Ю.Д. Семенов, К.Н. Чижик. - М.: Горячая линия - Телеком, 2003. - 160 с.

32. Черемных, С.В. Структурный анализ систем: IDEF-технологии [Текст] / С.В. Черемных. - М.: Финансы и статистика, 2001. - 423 с.

33. «ERwin» [Электронный ресурс]. - Доступно из URL: http://www.lib.csu.ru/dl/bases/prg/dbms/1995/03/source/erwin.htm [Дата обращения: 4 апреля 2008].

34. «Базы данных и их среды» [Электронный ресурс]. - Доступно из URL: http://do.bti.secna.ru/lib/book_it/sreda_bd.html [Дата обращения: 19 марта 2008].

35. «Информационные системы в сфере социальной защиты населения» [Электронный ресурс]. - Доступно из URL: http://www.admhmao.ru/inform/statya/book/4.htm. [Дата обращения: 17 марта 2008].

36. «Общие сведения об АИС «Адресная социальная помощь»« [Электронный ресурс]. - Доступно из URL: http://asp.zanas.ru/about/AS_ASP. [Дата обращения: 20 февраля 2008].

37. «Применение CASE-средства ERwin 2.5 для информационного моделирования в системах обработки данных» [Электронный ресурс]. - Доступно из URL: http://www.citforum.ru/database/kbd96/65.shtml . [Дата обращения: 17 марта 2008].

38. «Проектирование, документирование и сопровождение баз данных и хранилищ данных» [Электронный ресурс]. - Доступно из URL: http://www.interface.ru/home.asp?artId=101 . [Дата обращения: 17 марта 2008].

39. «Прямое и обратное проектирование баз данных» [Электронный ресурс]. - Доступно из URL: http://doc.marsu.ru/lang/all/erwin/CHAP-18.htm . [Дата обращения: 2 марта 2008].

40. «Средства проектирования баз данных - Erwin /ERX (CA AllFusion Data Modeler)» [Электронный ресурс]. - Доступно из URL: http://www.olap.ru/home.asp?artId=177. [Дата обращения: 5 февраля 2008].

41. Департамент социальной защиты населения Приморского края [Электронный ресурс] / Доступно из URL: http://primorsky.ru/departments/branches/?s=54. [Дата обращения: 6 мая 2008].

42. Дерябкин, В.П. Интегрированные ИС. [Электронный ресурс]. - Доступно из URL: http://ymah.narod.ru/sem8/is.html . [Дата обращения: 17 марта 2008].

43. Интернет-университет информационных технологий [Электронный ресурс] / Доступно из URL: http://www.intuit.ru/. [Дата обращения: 15 апреля 2008].

44. Информационный сайт о продвижении АИТ в сфере государственного управления [Электронный ресурс] / Доступно из URL: http://www.microsoft.com/rus/government/. [Дата обращения: 25 апреля 2008].

45. Официальный сайт администрации Приморского края [Электронный ресурс]. - Доступно из URL: http://www.primorsky.ru/. [Дата обращения: 23 апреля 2008].

Приложение А

Структура подразделений Департамента социальной защиты населения Приморского края

Приложение Б

Организационная структура ОЗСН по г.о. Спасск-Дальний

Приложение В

Функциональная структура ОЗСН г.о. Спасск-Дальний

Приложение Г

Примеры бланков заявлений на предоставление денежных выплат

Приложение Д

Схема информационных потоков организации

Приложение Е

Характеристика компьютеров ОЗСН г.о. Спасск-Дальний

192.168.0.1 ASP-Server	Ahtlon64 - 3200 Nforce 430 ОЗУ - 512 Мб. DDR II HDD WD 80 + Seagate 120 Гб. SATA II VGA - GeForce 6600 - 128 Мб. DVD-CD/RW + DVD-RW Монитор LCD LG 17” ИБП Powercom BNT - 500A
192.168.0.2	Celeron 1000 ОЗУ - 512 Мб. HDD Maxtor 30 Гб. VGA - Riva TNT 2 CD-ROM Монитор LCD Acer 15” Принтер Canon LBP 1120 Сканер HP ScanJet 2400 ИБП Ippon 600
192.168.0.3 192.168.0.4	Pentium IV - 2400 ОЗУ - 768 Мб. HDD Samsung 80 Гб. SATA VGA Int. DVD-RW + CD-ROM Монитор CRT Samsung SM 793 MB 17” ИБП Ippon 600
192.168.0.5	Celeron 1100 ОЗУ - 512 Мб. HDD Maxtor 30 Гб. VGA - GeForce MX440 CD-ROM Монитор LCD LG 17” Принтер HP LJ 1010 ИБП Powercom
192.168.0.6	Celeron 3000 ОЗУ - 512 Мб. HDD WD 80 Гб. VGA - Int. CD-ROM Монитор LCD LG 17” ИБП Powercom
192.168.0.7	Celeron 3000 ОЗУ - 512 Мб. HDD WD 80 Гб. VGA - Int. CD-ROM Монитор LCD LG 17” Принтер HP Laser Jet 1320 ИБП Powercom
192.168.0.8	Celeron 800 ОЗУ - 256 Мб. HDD Quantum 20 Гб. VGA - S3 Trio3D/2XМонитор CRT Samsung SM 551S 15”ИБП
192.168.0.9	Celeron 1100 ОЗУ - 256 Мб.HDD Maxtor 30 Гб.DVD-RWVGA - Int.Монитор CRT Samtron 56E 15”Принтер HP Laser Jet 1200 ИБП
192.168.0.10	PIII - 667 ОЗУ - 256 Мб.HDD Conner CT 4,3 Гб.VGA - S3 Trio3D/2XCD-RW Asus Монитор CRT LG SW 575N 15”
192.168.0.11 192.168.0.12	Celeron 1000 ОЗУ - 512 Мб. HDD Maxtor 30 Гб. VGA - Riva TNT 2 CD-ROM Монитор LCD Acer 15” Принтер Canon LBP 1120 ИБП Ippon 600
192.168.0.13	Celeron 1100 ОЗУ - 256 Мб. HDD Maxtor 30 Гб. DVD-RW VGA - Int. Монитор CRT Samtron 56E 15” Принтер HP Laser Jet 1200 ИБП
192.168.0.14	Celeron 1000 ОЗУ - 512 Мб. HDD Maxtor 30 Гб. VGA - Riva TNT 2 CD-ROM Монитор LCD Acer 15” Принтер Canon LBP 1120 ИБП Ippon 600
192.168.0.15	Pentium IV - 2400 ОЗУ - 768 Мб. HDD Samsung 80 Гб. SATA VGA Int. DVD-RW + CD-ROM Монитор CRT Samsung SM 793 MB 17” ИБП Ippon 600
192.168.0.16	Celeron 1000 ОЗУ - 512 Мб. HDD Maxtor 30 Гб. VGA - Riva TNT 2 CD-ROM Монитор LCD Acer 15” Принтер Canon LBP 1120 ИБП Ippon 600
192.168.0.17 192.168.0.18	Celeron 1100 ОЗУ - 256 Мб. HDD Maxtor 30 Гб. DVD-RW VGA - Int. Монитор CRT Samtron 56E 15” Принтер HP Laser Jet 1200 ИБП

Приложение Ж

Схема локальной сети ОЗСН г.о. Спасск-Дальний

Приложение И

Основные функции АИС «АСП»

Приложение К

Схема входной и выходной информации АИС «Адресная социальная помощь»

Приложение Л

Примеры выходной информации

Приложение М

Пользовательский интерфейс АИС «Адресная Социальная помощь» по структурному признаку

Приложение Н

Структура базы данных «Справочники (локальные)»

1. Файл S4 (Справочник «Почтовых индексов»)

Field Name Type Width Dec Наименование поля

1 KPIND Numeric 2 код почтового индекса

2 NPIND Character 6 почтовый индекс

3. KMO Character 2 код муниципального образования

2. Файл S5 (Справочник «Населенных пунктов»)

Field Name Type Width Dec Наименование поля

1 KNASP Numeric 4 код населенного пункта

2 NNASP Character 30 наименование населенного пункта

3 KMO Character 2 код муниципального образования

4 KREG Character 2 код региона

5 KPOSEL Numeric 4 код поселения

3. Файл S6 (Справочник «Улиц»)

Field Name Type Width Dec Наименование поля

1 KYLIC Numeric 4 код улицы

2 NYLIC Character 36 наименование улицы

3 OLDNYLIC Character 25 старое наименование улицы

4 KMO Character 2 код муниципального образования

4.Файл S8 (Справочник «Виды образования»)

Field Name Type Width Dec Наименование поля

1 KOBRAZ Numeric 2 код вида образования

2 NOBRAZ Character 20 наименование вида образования

5. Файл S9 (Справочник «Место учебы (дошкольные учреждения)»)

Field Name Type Width Dec Наименование поля

1 KMYCHEB Numeric 3 код места учебы (дошкольного учреждения)

2 NMYCHEB Character 30 наименование места учебы

(дошкольного учреждения)

6.Файл S10 (Справочник «Дополнительных доходов и доходов от собственности»)

Field Name Type Width Dec Наименование поля

1 KDD Numeric 2 код дополнительного дохода семьи

2 NDD Character 50 наименование дополнительного дохода

3 DOHOD Logical 1 T.- доп.доход включается в СДД

F.- доп.доход не включается в СДД

7. Файл S11 (Справочник «Жилищных условий»)

Field Name Type Width Dec Наименование поля

1 KGYSL Numeric 3 код жилищных условий

2 NGYSL Character 50 наименование жилищных условий

3 OGBD Numeric 1 код ПФР

8.Файл S13 (Справочник «Профессий, должностей»)

Field Name Type Width Dec Наименование поля

1 KPROFD Numeric 4 код профессии(должности)

2 NPROFD Character 30 наименование профессии (должности)

9. Файл S14 (Справочник «Предприятий»)

Field Name Type Width Dec Наименование поля

1 KPR Numeric 5 код предприятия (организации)

2 NPR Character 30 наименование предприятия (организации)

10.Файл S15 (Справочник «Статуса члена семьи»)

Field Name Type Width Dec Наименование поля

1 KSS Numeric 2 код статуса члена семьи

2 NSS Character 15 наименование статуса члена семьи

11. Файл S18 (Справочник «Виды обращений»)

Field Name Type Width Dec Наименование поля

1 KWOBR Numeric 2 код вида обращения

2 NWOBR Character 30 наименование вида обращения

12. Файл S20 (Справочник «Исполнителей»)

Field Name Type Width Dec Наименование поля

1 KISP Numeric 3 код исполнителя

2 NISP Character 35 Ф.И.О. исполнителя

3 KMO Character 2 код муниципального образования

13. Файл S22 (Справочник «Причин снятия с учета»)

Field Name Type Width Dec Наименование поля

1 KPSY Numeric 2 код причины снятия с учета

2 NPSY Character 25 наименование причины снятия с учета

3 TIP Character 1 вид снятия с учета

' ' -постоянное выбытие

'1' -временное выбытие

14. Файл S3 (Справочник «Поселения» (Сельсоветы))

Field Name Type Width Dec Наименование поля

1 KPOSEL Numeric 4 код поселения

2 NPOSEL Character 30 наименование поселения

3 KMO Character 2 код муниципального образования

Приложение П

Структура базы данных «Признаки группировок»

1.Файл S1 (Справочник «Категории семей»)

Field Name Type Width Dec Наименование поля

1 UR Numeric 1 номер уровня

2 KOD Character 4 код категории

3 NKOD Character 50 наименование категории

2.Файл S2 (Справочник «Признаки учета граждан, семей»)

Field Name Type Width Dec Наименование поля

1 UR Numeric 1 номер уровня

2 KOD Character 6 код признака учета

3 NKOD Character 50 наименование признака учета

4 ISU Character 1 не используется

3.Файл S16 (Справочник «Виды потребностей (заявок) граждан (семей)»)

Field Name Type Width Dec Наименование поля

1 UR Numeric 2 номер уровня

2 KOD Character 14 код потребности

3 NKOD Character 50 наименование потребности

4.Файл S17 (Справочник «Виды социальной помощи и услуг»)

Field Name Type Width Dec Наименование поля

1 UR Numeric 2 номер уровня

2 KOD Character 14 код вида помощи

3 NKOD Character 60 наименование вида помощи

4 DOHOD Logical 1 не используется

5 ISTA Character 2 аналитический источник финансирования

5. Файл S21 (Справочник «Виды льгот»)

Field Name Type Width Dec Наименование поля

1 UR Numeric 2 номер уровня

2 KOD Character 14 код вида льготы

3 NKOD Character 50 наименование вида льготы

4 DOHOD Logical 1 не используется

5 RAZML Numeric 6.2 размер льготы в процентах

6 KGKYSL Character 2 код жилищно-коммунальной услуги

7 ISTA Character 2 аналитический источник финансирования

8 TIP Character 1 тип льготы

пробел - основная льгота

1 - доплата к основной льготе.

6. Файл S27 (Справочник «Реабилитационные рекомендации и другие сведения о заболеваниях»)

Field Name Type Width Dec Наименование поля

1 UR Numeric 2 уровень

2 KOD Character 12 код

3 NKOD Character 50 наименование

4 PRIZN Character 10 последние 2 знака кода

5 N_SPEC Numeric 4 имя поля ВТЭК

7. Файл S27z (Справочник «Виды заболеваний с шифрами»)

Field Name Type Width Dec Наименование поля

1 UR Numeric 1 уровень

2 KOD Character 12 код

3 NKOD Character 180 наименование