Процесс содержит элементы, обеспечивающие:

· ввод данных пользователем, используя формы, созданные в Редакторе Форм платформы;

· формирование текстового документа в XML, HTML или ином формате, используя переменные процесса для заполнения документа. Шаблон документа может быть определен как непосредственно в элементе процесса, так и выбран из определенных ранее;

· логические элементы условного и безусловного ветвления процесса;

· ожидание исполнения логического условия (например, проверка переменной, значение которой задается внешним модулем);

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

· отправка запроса во внешнюю ИС. Система поддерживает автозаполнение данных для отправки, используя классификацию полей объектов;

· исполнение произвольных вставок кода;

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

Все логические условия и вставки кода описаны на языке JavaScript и имеют доступ к текущим переменным процесса, хранилищу данных, системе исполнения процессов, системе планирования задач, импорту/экспорту данных, и всем прочим основным компонентам платформы.

Описание бизнес-процесса системы

Бизнес-процесс системы включает в себя следующие этапы:

· Инициализация заявки

· Автоматическая нумерация заявки

· Обработка статусов заявки

· Создание основания для проверки заявителя (по месту осуществления деятельности)

· Внесение атрибутов основания

· Формирование плана проверок

· Создание протокола/акта проверки

· Принятие решения по заявке

· Приказ о выдаче/отказе в выдаче лицензии

· Внесение записи в реестр

· Инициализация обращений

· Обработка статусов обращений

· Создание проекта ответа на обращение

· Направление ответа на обращение

Процесс состорит из блоков:

· JavaScript (блоки, содержащие код)

· Form (блоки содержащие пользовательские формы)

· Decision (Условные блоки)

Схема бизнес-процесса имеет следующий вид:

Рисунок 2.4 Схема бизнес-процесса

Схема данных

Диаграмма классов (англ. Static Structure diagram) -- диаграмма, демонстрирующая классы системы, их атрибуты, методы и взаимосвязи между ними. Входит в UML.

Существует два вида:

· Статический вид диаграммы рассматривает логические взаимосвязи классов между собой;

· Аналитический вид диаграммы рассматривает общий вид и взаимосвязи классов, входящих в систему.

Существуют разные точки зрения на построение диаграмм классов в зависимости от целей их применения:

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

· Точка зрения спецификации -- диаграмма классов применяется при проектировании информационных систем;

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

Диаграмма классов является ключевым элементом в объектно-ориентированном моделировании. На диаграмме классы представлены в рамках, содержащих три компонента:

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

Посередине располагаются поля (атрибуты) класса. Они выравнены по левому краю и начинаются с маленькой буквы.

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

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

Области действия

UML определяет два типа областей действия для членов: экземпляр и классификатор, последние имеют подчёркнутые имена.

· Члены классификаторы. Во многих языках называются static. Область действия -- сам класс.

• Значения полей одинаковы для всех экземпляров в данной единице трансляции

• Вызов метода не меняет состояние объекта

• Члены экземпляры. Область действия -- объект.

• Значения полей могут отличаться в разных объектах

• Методы могут изменять поля

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

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

· Зависимость

Зависимость обозначает такое отношение между классами, что изменение спецификации класса-поставщика может повлиять на работу зависимого класса, но не наоборот.

· Ассоциация

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

Двойные ассоциации (с двумя концами) представляются линией, соединяющей два классовых блока. Ассоциации более высокой степени имеют более двух концов и представляются линиями, один конец которых идёт к классовому блоку, а другой к общему ромбику. В представлении однонаправленной ассоциации добавляется стрелка, указывающая на направление ассоциации.

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

· Агрегация

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

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

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

· Композиция

Композиция -- более строгий вариант агрегации. Известна также как агрегация по значению.

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

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

· Различия между композицией и агрегацией

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

· Обобщение (наследование)

Обобщение (Generalization) показывает, что один из двух связанных классов (подтип) является частной формой другого (надтипа), который называется обобщением первого. На практике это означает, что любой экземпляр подтипа является также экземпляром надтипа. Например: животные -- супертип млекопитающих, которые, в свою очередь, -- супертип приматов, и так далее. Эта взаимосвязь легче всего описывается фразой «А -- это Б» (приматы -- это млекопитающие, млекопитающие -- это животные).

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

Обобщение также известно как наследование или «is a» взаимосвязь (или отношение «является»).

· Реализация

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

Поставщик, как правило является абстрактным классом или классом-интерфейсом.

· Зависимость

Зависимость (dependency) -- это слабая форма отношения использования, при котором изменение в спецификации одного влечёт за собой изменение другого, причём обратное не обязательно. Возникает, когда объект выступает, например, в форме параметра или локальной переменной.

Графически представляется штриховой стрелкой, идущей от зависимого элемента к тому, от которого он зависит.

Существует несколько именованных вариантов.

Зависимость может быть между экземплярами, классами или экземпляром и классом.

· Уточнения отношений

Уточнение имеет отношение к уровню детализации. Один пакет уточняет другой, если в нём содержатся те же самые элементы, но в более подробном представлении. Например, при написании книги вы наверняка начнете с формулировки предложения, в котором кратко будет представлено содержание каждой главы. Предположим, что резюме к каждой главе в качестве отдельного элемента входит в пакет «Предложение». Допустим также, что «Завершённая книга» -- это пакет, элементами которого являются законченные главы. В этом контексте пакет «Завершённая книга» является уточнением пакета «Предложение».

· Мощность отношений (Кратность)

Мощность отношения (мультипликатор) означает число связей между каждым экземпляром класса (объектом) в начале линии с экземпляром класса в её конце.

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

Рисунок 2.5 Схема данных Модуля выдачи лицензий

Данная схема содержит всю информацию о процессе выдачи лицензий.

Составляющие схемы:

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

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

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

Данная сущность является потомком сущности Order, которая в свою очередь содержит все данные по заявлению:

Рисунок 2.6 Схема данных заявления

Класс содержит такую информацию как:

· Номер заявления (который может вручную заполняться исполнителем либо генерироваться автоматически)

· Дата создания заявления (не редактируема, генерируется автоматически)

· Способ подачи заявления: личный прием, ЕПГУ, МФЦ

· Данные о юридическом лице

· Данные о физическом лице

· Данные о представителе

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



Рисунок 2.7 Блок данных медицинской деятельности

Рисунок 2.8 Блок данных фармацевтической деятельности

Схема данных модуля проверок

Схема данных модуля проверок состоит из родительской сущности Checkup и дочерних сущностей. Checkup содержит данные:

· Об объекте проверок

· Типах проверок

· Ссылку на основание для проверок

· Ссылку на результат проверки

· Ссылку на перечень нарушений

· Ссылку на словарь статусов проверки

Рисунок 2.9 Схема данных модуля проверок

Схема данных модуля создания планов проверок

Модуль создания планов проверок включает в себя:

· Дату начала проверок

· Дату окончания проверок

· Организацию, осуществляющую проверки

· Ссылку на объект проверки

· Ссылку на сущность данных реестра медицинской деятельности

· Ссылку на сущность данных реестра фармацевтической деятельности

· Ссылку на сущность данных реестра деятельности по обороту наркотических веществ

· Ссылку на справочник видов проверок

· Ссылку на справочник статусов проверок



Рисунок 2.10 Схема данных модуля создания планов проверок

Общая схема данных включающая взаимосвязи объектов:

Рисунок 2.11 Схема данных модуля лицензий

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



Рисунок 2.12 Схема данных модуля проверок

2.10 Импорт и экспорт данных

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

Пользователь системы имеет возможность описать формат файла для импорта и способ его загрузки в БД:

· для XML-форматов - отображение тэгов на данные системы;

· для CSV-формата - отображение колонок на данные системы.

Скрипт импорта может запустить бизнес-процесс(ы) для обработки поступивших данных.

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

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



2.11 Информационное обеспечение

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

Внутримашинные хранилища информации системы обеспечивают хранение следующих типов данных:

· прикладных и служебных данных о текущем состоянии и статусах, реализуемых системой отчетных форм;

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

2.12 Лингвистическое обеспечение

Система поддерживает использование для текстовых полей кодировки UTF-8. Для описания протоколов, параметров и внешних интерфейсов web-сервисов применяется WSDL.

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

2.13 Требования к программному обеспечению

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

· Windows XP и выше;

· Linux для рабочих станций и серверов.

Реализована возможность работы пользователей в следующих web-браузерах:

· Mozilla Firefox последних версий;

· Google Chrome последних версий.

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

2.14 Интеграция с внешними системами

Для интеграции с внешними информационными системами в системе используются электронные сервисы. Взаимодействие производится через СМЭВ.

Обеспечено подключение системы к продуктивному контуру СМЭВ.

При регистрации сервисов, реализуемых на стороне системы, оператору СМЭВ должны быть предоставлены следующие документы:

· паспорт электронного сервиса, регистрируемого в СМЭВ;

· методика испытаний электронного сервиса, регистрируемого в СМЭВ, включая контрольные примеры обращения к электронному сервису;

· руководство пользователя электронного сервиса, регистрируемого в СМЭВ.

2.15 Интеграция с ЕПГУ

Осуществлена разработка интерактивных портальных форм для государственных/муниципальных услуг, указанных выше и публикация их на ЕПГУ, а именно:

· Разработка динамической интерактивной формы технологического процесса оказания государственной/муниципальной услуги для размещения на ЕПГУ;

· Разработка web-сервиса для взаимодействия Системы с ЕПГУ;

· Разработка технологического процесса оказания государственной/муниципальной услуги в Системе;

· Разработку SOAP-запроса от ЕПГУ к Системе;

· Предрелизное тестирование интерактивной формы оказания государственной/муниципальной услуги на тестовой среде ЕПГУ;

· Интеграционное тестирование разработанной интерактивной формы услуги размещаемой на ЕПГУ с контрольным примером web-сервиса Системы;

· Вывод интерактивной формы технологического процесса оказания государственной/муниципальной услуги в продуктивную среду ЕПГУ.

Набор полей, динамической интерактивной формы, размещенной на ЕПГУ, для оказания государственных (муниципальных) услуг в электронном виде, используемый для заполнения сведений необходимых для получения государственных (муниципальных) услуг в электронном виде должен передаваться из Системы, доработанной на базе платформы конструирования информационных систем. Данный набор полей, а так же их валидация (обязательность, маски заполнения и т.д.) должен конструироваться Системой, и может быть изменен в любой момент, без дополнительных работ по выводу интерактивной формы на ЕПГУ.

2.16 Интеграция с сервисами ФОИВ и РОИВ

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

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

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

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

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

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

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

В модуле реализована возможность ведения реестров и справочников.

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

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

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



2.17 Модуль статистики заявок. Отчетность

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

Интерфейс модуля:

Рисунок 2.13 Модуль отчетности

Формирование отчета производится по следующим данным:

· Количество представленных заявлений о предоставлении лицензий

· Количество представленных заявлений о переоформлении лицензий

· Количество представленных заявлений о предоставлении дубликатов лицензий

· Количество возвратов заявлений о предоставлении лицензий

· Количество возвратов заявлений о переоформлении лицензий

· Количество предоставленных лицензий

· Количество переоформленных лицензий

· Количество предоставленных дубликатов лицензий

· Количество отказов в предоставлении лицензий

· Количество отказов в переоформлении лицензий

· Количество проведенных проверок, в том числе:

• документарных проверок полноты и достоверности представленных соискателем лицензии сведений

• документарных проверок полноты и достоверности представленных лицензиатом сведений

• соответствия соискателя лицензии лицензионным требованиям при предоставлении лицензии

• соответствия лицензиата лицензионным требованиям при переоформлении лицензии

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

• Плановых

• Внеплановых

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

• о соответствии лицензионным требованиям

• о несоответствии лицензионным требованиям

Для генерации файла отчетности используется технология FreeMarker.

FreeMarker - rомпилирующий обработчик шаблонов, написанный на Java, один из инструментов, позволяющих отделить логику и данные от представления в духе концепции Model-view-controller. Используется преимущественно при разработке web-приложений с использованием Java-сервлетов, также может использоваться для вывода текста в других случаях: генерация CSS, исходного кода Java и т. д. В отличие от JSP FreeMarker не является зависимым от архитектуры сервлета или от протокола HTTP. Таким образом шаблонизатор может использоваться не только в web-проектах. FreeMarker является свободным ПО.

2.14 Схема использования FreeMarker

2.18 Модуль отображения истории заявителя

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

· Данные заявителя

· Перечень заявок, отправленных заявителем

· Перечень проверок

· Перечень результатов проверок

· Перечень нарушений, если таковые имеются

Схема реестра изображена на рисунке 2.15

Рисунок 2.15 Схема Модуля истории заявителя

2.19 Модуль документооборота

Модуль документооборота разработан с целью контроля за формированием документов при создании плана проверок и его осуществления.

Модуль включает в себя три связанные между собой таблицы:

1. Таблица сформированных планов проверок

2. Таблица приказов о проведении проверок

3. Таблица сформированных актов проверки

Иерархия модуля и принцип работы продемонстрирован на рисунке 2.16:

Рисунок 2.16 Схема модуля документооборота

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



Заключение

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

· Отсутствие унифицированного механизма выполнения административных процедур

· Отсутствие единого подхода к формированию заявления на получение услуг

· Формирование документации (Приказы, Акты, Распоряжения) в процессе выполнения процедур осуществлялось вручную

· Ведение Лицензионных дел, Реестров лицензий осуществлялось в бумажном виде

· Отсутствие возможности подачи заявления на оказание услуги с Портала государственных услуг

· Межведомственное взаимодействие осуществлялось в виде бумажного документооборота

· Формирование календаря проверок осуществлялось через ручное формирование списка лицензиатов для включения в План проверок

· Отсутствовала выстроенная процедура документооборота между отделами лицензирования, юридическим и финансово-экономическим отделом

· Документация (Приказы, Акты, Распоряжения) в процессе осуществления функций по лицензионному контролю формировалась вручную

· Изменения в Реестр лицензий по результатам проверок вносились вручную

В результате исследования были выявлены преимущества и недостатки уже существующих систем в данной сфере и учтены эти данные при разработке АИС «МИНЗДРАВ». По окончанию разработки системы достигнуты следующие результаты:

Лицензирование:

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

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

• Сервис Росздравнадзора (предоставление сведений о регистрационных удостоверениях на изделия медицинского назначения);

• Сервис ФСКН России (предоставление заключения об отсутствии у работников судимости, предоставление заключения о соответствии объектов инженерно-техническими средствами охраны).

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

· Дорабатывается возможность обеспечения автоматического сбора показателей по форме 1 - лицензирование по каждому виду деятельности, реализованы отраслевые аналитические отчеты.

Лицензионный контроль:

· Обеспечивается автоматическое формирование документации (приказы, распоряжения, акты проверок и пр.)

· реализация отчетов для формирования плана проверок по видам деятельности;

· поддержка автоматического внесения изменений в реестр лицензий по результатам процедур лицензионного контроля;

· осуществление автоматической фиксации проведения проверок в Календаре плановых проверок, а также в Журнале учета документарных и выездных проверок;

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

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

· Интеграция с АИС «Росздравнадзор» в части передачи сведений в реестр лицензий по медицинской, фармацевтической деятельности и деятельности, связанной с оборотом наркотических средств.

· Расширение функций системы в части информационного аналитического обеспечения деятельности Комитета.

· Интеграция с АС ЕРП (Автоматизированная система «Единый реестр проверок) в части отправки плана проверок на согласование в прокуратуру, годового отчета в прокуратуру, полугодового отчета в прокуратуру.



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

1) НПА «О лицензировании отдельных видов деятельности (с изменениями на 13 июля 2015 года) (редакция, действующая с 10 января 2016 года)».

2) НПА «О лицензировании медицинской деятельности (за исключением указанной деятельности, осуществляемой медицинскими организациями и другими организациями, входящими в частную систему здравоохранения, на территории инновационного центра "Сколково") (с изменениями на 15 апреля 2013 года)».

3) НПА «О лицензировании фармацевтической деятельности (с изменениями на 15 апреля 2013 года)».

4) НПА «О лицензировании деятельности по обороту наркотических средств, психотропных веществ и их прекурсоров, культивированию наркосодержащих растений (с изменениями на 6 августа 2015 года)».

5) НПА «Форма сбора № 1-лицензирование Сведения об осуществлении лицензирования».

6) НПА «Об утверждении порядка ведения единого реестра лицензий, в том числе лицензий, выданных органами государственной власти субъектов Российской Федерации в соответствии с переданным полномочием по лицензированию отдельных видов деятельности».

7) НПА «О требованиях к содержанию и формам отчетности, к порядку представления отчетности об осуществлении переданных полномочий в сфере охраны здоровья граждан».

8) База знаний ЭйТи Сибирь https://wiki.at-sibir.ru.

9) Дэвид Хэррон «Разработка серверных веб-приложений на JavaScript».



Приложение А

Модуль приема заявлений

Реестр лицензий:

Реестр нарушений:



Модуль отображения информации по заявителю

Модуль обращений

Модуль документооборота

Модуль статистики (отчетность)

Базовая форма внесения сведений в систему





Приложение Б

Код программы «Модуль выгрузки отчетности»

function finalCond(finalCnd, cond) {

if(finalCnd === null) {

return cond;

} else{

return finalCnd.and(cond);

}

}

var q = query("Licensing.LicenseOrder");

var finalCondition = null;

if(order.InputChannel !== null ) {

finalCondition = finalCond(finalCondition, field("InputChannel").eq(order.InputChannel));

}

if(order.OrderStatus !== null ) {

finalCondition = finalCond(finalCondition, field("Status").eq(order.OrderStatus));

}

if(order.TypeOfLicensing !== null ) {

finalCondition = finalCond(finalCondition, field("TypeOfLicensing").eq(order.TypeOfLicensing));

}

if(order.CreateDateFirst !== null) {

finalCondition = finalCond(finalCondition, field("CreateDate").gte(order.CreateDateFirst));

}

if(order.CreateDateSecond !== null) {

finalCondition = finalCond(finalCondition, field("CreateDate").lte((order.CreateDateSecond).setHours(23, 59)));

}

if(order.Performer !== null) {

finalCondition = finalCond(finalCondition, field("Performer").eq(order.Performer));

}

var resultList = [];

if(finalCondition === null) {

resultList = q.consume();

} else {

resultList = q.condition(finalCondition).consume();

}

var orders=[];

if (resultList !== null)

{

var temp = null;

var tempS = null;

var tempI = null;

var tempSt = null;

counter=0;

var start = new Date();

// начинаем обработку

for (var i = 0; i < resultList.length; ++i) {

__logger.info("Processing record number #" + i + " out of " + resultList.length);

// найденная запись

var foundRecord = resultList[i];

var formattedOrder = {};

var OrderID = "Не указан";

var dateToday = new Date();

var PlanDate1, CreateDate1;

var numberOfWorkingDays;

var CreateDate = foundRecord.CreateDate;

if (!!CreateDate) formattedOrder.createDate = formatDate(CreateDate, "dd.MM.yyyy");

if (!!foundRecord.ApplicantUL) formattedOrder.declarant = foundRecord.ApplicantUL.defaultLabel;

if (!!foundRecord.ApplicantFL) formattedOrder.declarant = foundRecord.ApplicantFL.defaultLabel;

if (!!foundRecord.Performer) formattedOrder.User = foundRecord.Performer.fio;

if (foundRecord.OrderID !== null) {

OrderID = foundRecord.OrderID;

}

tempI = foundRecord.InputChannel;

if (tempI !== null) {

InputChannel = tempI.Name;

formattedOrder.InputChannel = InputChannel;

}

tempSt = foundRecord.Status;

if (tempSt !== null) {

Status = tempSt.Name;

formattedOrder.State = Status;

}

var StatusCode = Status.Code;

if ((StatusCode != "RoughCopy") || (StatusCode != "Approved") || (StatusCode != "Denied")){

CreateDate1 = CreateDate;

formattedOrder.InWorkDays = SKCalendar.workingDays(CreateDate1, dateToday);

}

formattedOrder.OrderID = OrderID;

orders.push(formattedOrder);

counter++;

}

__logger.info("=====================" + orders[0].OrderID);

__logger.info("Processing of " + resultList.length + " records took " + (new Date() - start) + " ms.");

}

q = null;

resultList = null;

finalCondition = null;

Инициализация заявления:

__logger.info("***********Процесс стартует********************");

if (!!ReestrNote) {

MainOrder = ReestrNoteOrder

if (!!ReestrNoteOrder.ApplicantUL) MainOrder.Applicant = ReestrNoteOrder.ApplicantUL;

if (!!ReestrNoteOrder.ApplicantFL) MainOrder.Applicant = ReestrNoteOrder.ApplicantFL;

}

else{

MainOrder = Order;

if (!!Order.ApplicantUL) MainOrder.Applicant = Order.ApplicantUL;

if (!!Order.ApplicantFL) MainOrder.Applicant = Order.ApplicantFL;

}

orderCreatedBy = getObject("UserMetadata.User",{"username":startedBy});

MainOrder.Performer = orderCreatedBy;

var CurrDate = new Date();

__logger.info("Дата создания ====>" + CurrDate);

MainOrder.ServiceType = getObject("UserMetadata.ServiceType",{"name": Service});

MainOrder.Status = getObject("Dictionaries.SprStatusMZ",{"Code": "RoughCopy"});

Автонумерация:

if (MainOrder.OrderID == "Автозаполнение")

{

var newOrderID='';

var d = new Date();

var CurrentYear = d.getFullYear();

var foundNumberingTemplate=getObject("MinistryofHealth.NomenclatureOfDeal",{"NomenclatureService":MainOrder.ServiceType});

if (!!foundNumberingTemplate)

{

if (foundNumberingTemplate.Prefix===null) foundNumberingTemplate.Prefix='';

if (foundNumberingTemplate.Suffix===null) foundNumberingTemplate.Suffix='';

newOrderID=foundNumberingTemplate.Prefix + parseInt(foundNumberingTemplate.CurrentNumber, 10) + foundNumberingTemplate.Suffix;

foundNumberingTemplate.CurrentNumber++;

MainOrder.OrderID=newOrderID;

};

}

Запуск техпроцессов из реестра лицензий:

if (Service == 'Выдача лицензии по медицинской деятельности'){

if (TypeOfOrderAct.Code == "Restructuring"){

ReestrNote.LicenseStatus = getObject("Licensing.LicenseStatus",{"Code": "redecorated"});

RestructReestrMedLicense = createObject("Licensing.MedLicense",{

"LicenseStatus": getObject("Licensing.LicenseStatus",{"Code": "acts"}),

"IssueDate": startDate,

"Serial": Series,

"Number": Number,

"ReestrNumber": ReNumber,

"Applicant": MainOrder.Applicant,

"TempINN": ((!!MainOrder.ApplicantUL) ? MainOrder.Applicant.INN: MainOrder.Applicant.INNFL),

"TempOGRN": ((!!MainOrder.ApplicantUL) ? MainOrder.Applicant.OGRN: MainOrder.Applicant.OGRNIP),

"TempRegAddress": MainOrder.Applicant.RegAddress,

"MedLicenseOrder": MainOrder,

"TypeOfOrder": getObject("Licensing.TypeOfOrder",{"Name": MainOrder.TypeOfOrder.Name})

});}

if (TypeOfOrderAct.Code == "DuplicateIssuance"){

ReestrNote.LicenseStatus = getObject("Licensing.LicenseStatus",{"Code": "duplicate"});

RestructReestrMedLicense = createObject("Licensing.MedLicense",{

"LicenseStatus": getObject("Licensing.LicenseStatus",{"Code": "acts"}),

"IssueDate": startDate,

"Serial": Series,

"Number": Number,

"ReestrNumber": ReNumber,

"Applicant": MainOrder.Applicant,

"TempINN": ((!!MainOrder.ApplicantUL) ? MainOrder.Applicant.INN: MainOrder.Applicant.INNFL),

"TempOGRN": ((!!MainOrder.ApplicantUL) ? MainOrder.Applicant.OGRN: MainOrder.Applicant.OGRNIP),

"TempRegAddress": MainOrder.Applicant.RegAddress,

"MedLicenseOrder": MainOrder,

"TypeOfOrder": getObject("Licensing.TypeOfOrder",{"Name": MainOrder.TypeOfOrder.Name})

});}

if (TypeOfOrderAct.Code == "Termination"){

ReestrNote.LicenseStatus = getObject("Licensing.LicenseStatus",{"Code": "terminated"});

}}

if (Service == 'Лицензирование фармацевтической деятельности'){

if (TypeOfOrderAct.Code == "Restructuring"){

ReestrNote.LicenseStatus = getObject("Licensing.LicenseStatus",{"Code": "redecorated"});

ReestrPharmLicense = createObject("Licensing.PharmLicense",{

"LicenseStatus": getObject("Licensing.LicenseStatus",{"Code": "acts"}),

"IssueDate": startDate,

"Serial": Series,

"Number": Number,

"ReestrNumber": ReNumber,

"Applicant": MainOrder.Applicant,

"TempINN": ((!!MainOrder.ApplicantUL) ? MainOrder.Applicant.INN: MainOrder.Applicant.INNFL),

"TempOGRN": ((!!MainOrder.ApplicantUL) ? MainOrder.Applicant.OGRN: MainOrder.Applicant.OGRNIP),

"TempRegAddress": MainOrder.Applicant.RegAddress,

"PharmLicenseOrder": MainOrder,

"TypeOfOrder": getObject("Licensing.TypeOfOrder",{"Name": MainOrder.TypeOfOrder.Name})

});}

if (TypeOfOrderAct.Code == "DuplicateIssuance"){

ReestrNote.LicenseStatus = getObject("Licensing.LicenseStatus",{"Code": "duplicate"});

ReestrPharmLicense = createObject("Licensing.PharmLicense",{

"LicenseStatus": getObject("Licensing.LicenseStatus",{"Code": "acts"}),

"IssueDate": startDate,

"Serial": Series,

"Number": Number,

"ReestrNumber": ReNumber,

"Applicant": MainOrder.Applicant,

"TempINN": ((!!MainOrder.ApplicantUL) ? MainOrder.Applicant.INN: MainOrder.Applicant.INNFL),

"TempOGRN": ((!!MainOrder.ApplicantUL) ? MainOrder.Applicant.OGRN: MainOrder.Applicant.OGRNIP),

"TempRegAddress": MainOrder.Applicant.RegAddress,

"PharmLicenseOrder": MainOrder,

"TypeOfOrder": getObject("Licensing.TypeOfOrder",{"Name": MainOrder.TypeOfOrder.Name})

});

}

if (TypeOfOrderAct.Code == "Termination"){

ReestrNote.LicenseStatus = getObject("Licensing.LicenseStatus",{"Code": "terminated"});

}

}

if(Service == 'Лицензирование деятельности по обороту наркотических веществ'){

if (TypeOfOrderAct.Code == "Restructuring"){

ReestrNote.LicenseStatus = getObject("Licensing.LicenseStatus",{"Code": "redecorated"});

ReestrDrugLicense = createObject("Licensing.DrugLicense",{

"LicenseStatus": getObject("Licensing.LicenseStatus",{"Code": "acts"}),

"IssueDate": startDate,

"Serial": Series,

"Number": Number,

"ReestrNumber": ReNumber,

"Applicant": MainOrder.Applicant,

"TempINN": ((!!MainOrder.ApplicantUL) ? MainOrder.Applicant.INN: MainOrder.Applicant.INNFL),

"TempOGRN": ((!!MainOrder.ApplicantUL) ? MainOrder.Applicant.OGRN: MainOrder.Applicant.OGRNIP),

"TempRegAddress": MainOrder.Applicant.RegAddress,

"DrugLicenseOrder": MainOrder,

"TypeOfOrder": getObject("Licensing.TypeOfOrder",{"Name": MainOrder.TypeOfOrder.Name})

});}

if (TypeOfOrderAct.Code == "DuplicateIssuance"){

ReestrNote.LicenseStatus = getObject("Licensing.LicenseStatus",{"Code": "duplicate"});

ReestrDrugLicense = createObject("Licensing.DrugLicense",{

"LicenseStatus": getObject("Licensing.LicenseStatus",{"Code": "acts"}),

"IssueDate": startDate,

"Serial": Series,

"Number": Number,

"ReestrNumber": ReNumber,

"Applicant": MainOrder.Applicant,

"TempINN": ((!!MainOrder.ApplicantUL) ? MainOrder.Applicant.INN: MainOrder.Applicant.INNFL),

"TempOGRN": ((!!MainOrder.ApplicantUL) ? MainOrder.Applicant.OGRN: MainOrder.Applicant.OGRNIP),

"TempRegAddress": MainOrder.Applicant.RegAddress,

"DrugLicenseOrder": MainOrder,

"TypeOfOrder": getObject("Licensing.TypeOfOrder",{"Name": MainOrder.TypeOfOrder.Name})

});

}

if (TypeOfOrderAct.Code == "Termination"){

ReestrNote.LicenseStatus = getObject("Licensing.LicenseStatus",{"Code": "terminated"});

}}

Обработка статусов:

if (!!AppealAction){

if ((MainOrder.Status.Code == "InWork") && (AppealAction.Code == "toHave")) {

MainOrder.Status = getObject("Dictionaries.SprStatusMZ",{"Code": "Approved"});

MainOrder.ResultDoc = createObject("Main.Document",{

"File": resultFile,

"Comment": simpleComment

});

__logger.info("Принял решение о предоставлении ====================== >>>");

};

if ((MainOrder.Status.Code == "InWork") && (AppealAction.Code == "Deny")) {

MainOrder.Status = getObject("Dictionaries.SprStatusMZ",{"Code": "Denied"});

MainOrder.ResultDoc = createObject("Main.Document",{

"File": resultFile,

"Comment": simpleComment

});

__logger.info("Принял решение о предоставлении ====================== >>>");

};

}

Внесение записи в реестр

if (Service == "Выдача лицензи по медицинской деятельности"){

if ((MainOrder.Status.Code == "Approved") && (MainOrder.TypeOfOrder.Code == "Provision")){

ReestrMedLicense = createObject("Licensing.MedLicense",{

"LicenseStatus": getObject("Licensing.LicenseStatus",{"Code": "acts"}),

"ReestrNumber": ReestrNumber,

"IssueDate": startDate,

"Serial": RSerial,

"Number": RNumber,

"Applicant": MainOrder.Applicant,

"TempINN": ((!!MainOrder.ApplicantUL) ? MainOrder.Applicant.INN: MainOrder.Applicant.INNFL),

"TempOGRN": ((!!MainOrder.ApplicantUL) ? MainOrder.Applicant.OGRN: MainOrder.Applicant.OGRNIP),

"TempRegAddress": MainOrder.Applicant.RegAddress,

"MedLicenseOrder": MainOrder,

"TypeOfOrder": getObject("Licensing.TypeOfOrder",{"Name": MainOrder.TypeOfOrder.Name})

});

}

if ((MainOrder.Status.Code == "Approved") && (MainOrder.TypeOfOrder.Code == "Restructuring")){

ReestrMedLicense = createObject("Licensing.MedLicense",{

"LicenseStatus": getObject("Licensing.LicenseStatus",{"Code": "redecorated"}),

"ReestrNumber": ReestrNumber,

"IssueDate": startDate,

"Serial": RSerial,

"Number": RNumber,

"Applicant": MainOrder.Applicant,

"TempINN": ((!!MainOrder.ApplicantUL) ? MainOrder.Applicant.INN: MainOrder.Applicant.INNFL),

"TempOGRN": ((!!MainOrder.ApplicantUL) ? MainOrder.Applicant.OGRN: MainOrder.Applicant.OGRNIP),

"TempRegAddress": MainOrder.Applicant.RegAddress,

"MedLicenseOrder": MainOrder,

"TypeOfOrder": getObject("Licensing.TypeOfOrder",{"Name": MainOrder.TypeOfOrder.Name})

});

}

if ((MainOrder.Status.Code == "Approved") && (Order.TypeOfOrder.Code == "DuplicateIssuance")){

ReestrMedLicense = createObject("Licensing.MedLicense",{

"LicenseStatus": getObject("Licensing.LicenseStatus",{"Code": "duplicateCopy"}),

"ReestrNumber": ReestrNumber,

"IssueDate": startDate,

"Serial": RSerial,

"Number": RNumber,

"Applicant": Order.Applicant,

"TempINN": ((!!Order.ApplicantUL) ? Order.Applicant.INN: Order.Applicant.INNFL),

"TempOGRN": ((!!Order.ApplicantUL) ? Order.Applicant.OGRN: Order.Applicant.OGRNIP),

"TempRegAddress": Order.Applicant.RegAddress,

"MedLicenseOrder": Order,

"TypeOfOrder": getObject("Licensing.TypeOfOrder",{"Name": Order.TypeOfOrder.Name})

});

}

if ((MainOrder.Status.Code == "Approved") && (Order.TypeOfOrder.Code == "Termination")){

ReestrMedLicense = createObject("Licensing.MedLicense",{

"LicenseStatus": getObject("Licensing.LicenseStatus",{"Code": "terminated"}),

"ReestrNumber": ReestrNumber,

"IssueDate": startDate,

"Serial": RSerial,

"Number": RNumber,

"Applicant": Order.Applicant,

"TempINN": ((!!Order.ApplicantUL) ? Order.Applicant.INN: Order.Applicant.INNFL),

"TempOGRN": ((!!Order.ApplicantUL) ? Order.Applicant.OGRN: Order.Applicant.OGRNIP),

"TempRegAddress": Order.Applicant.RegAddress,

"MedLicenseOrder": Order,

"TypeOfOrder": getObject("Licensing.TypeOfOrder",{"Name": MainOrder.TypeOfOrder.Name})

});

}

}

if (Service == "Лицензирование фармацевтической деятельности"){

if ((MainOrder.Status.Code == "Approved") && (Order.TypeOfOrder.Code == "Provision")){

ReestrPharmLicense = createObject("Licensing.PharmLicense",{

"LicenseStatus": getObject("Licensing.LicenseStatus",{"Code": "acts"}),

"ReestrNumber": ReestrNumber,

"IssueDate": startDate,

"Serial": RSerial,

"Number": RNumber,

"Applicant": Order.Applicant,

"TempINN": ((!!Order.ApplicantUL) ? Order.Applicant.INN: Order.Applicant.INNFL),

"TempOGRN": ((!!Order.ApplicantUL) ? Order.Applicant.OGRN: Order.Applicant.OGRNIP),

"TempRegAddress": Order.Applicant.RegAddress,

"PharmLicenseOrder": Order,

"TypeOfOrder": getObject("Licensing.TypeOfOrder",{"Name": MainOrder.TypeOfOrder.Name})

});

}

if ((MainOrder.Status.Code == "Approved") && (Order.TypeOfOrder.Code == "Restructuring")){

ReestrPharmLicense = createObject("Licensing.PharmLicense",{

"LicenseStatus": getObject("Licensing.LicenseStatus",{"Code": "acts"}),

"ReestrNumber": ReestrNumber,

"IssueDate": startDate,

"Serial": RSerial,

"Number": RNumber,

"Applicant": Order.Applicant,

"TempINN": ((!!Order.ApplicantUL) ? Order.Applicant.INN: Order.Applicant.INNFL),

"TempOGRN": ((!!Order.ApplicantUL) ? Order.Applicant.OGRN: Order.Applicant.OGRNIP),

"TempRegAddress": Order.Applicant.RegAddress,

"PharmLicenseOrder": Order,

"TypeOfOrder": getObject("Licensing.TypeOfOrder",{"Name": MainOrder.TypeOfOrder.Name})

});

}

if ((MainOrder.Status.Code == "Approved") && (Order.TypeOfOrder.Code == "DuplicateIssuance")){

ReestrPharmLicense = createObject("Licensing.PharmLicense",{

"LicenseStatus": getObject("Licensing.LicenseStatus",{"Code": "acts"}),

"ReestrNumber": ReestrNumber,

"IssueDate": startDate,

"Serial": RSerial,

"Number": RNumber,

"Applicant": Order.Applicant,

"TempINN": ((!!Order.ApplicantUL) ? Order.Applicant.INN: Order.Applicant.INNFL),

"TempOGRN": ((!!Order.ApplicantUL) ? Order.Applicant.OGRN: Order.Applicant.OGRNIP),

"TempRegAddress": Order.Applicant.RegAddress,

"PharmLicenseOrder": Order,

"TypeOfOrder": getObject("Licensing.TypeOfOrder",{"Name": MainOrder.TypeOfOrder.Name})

});

}

if ((MainOrder.Status.Code == "Approved") && (Order.TypeOfOrder.Code == "Termination")){

ReestrPharmLicense = createObject("Licensing.PharmLicense",{

"LicenseStatus": getObject("Licensing.LicenseStatus",{"Code": "acts"}),

"ReestrNumber": ReestrNumber,

"IssueDate": startDate,

"Serial": RSerial,

"Number": RNumber,

"Applicant": Order.Applicant,

"TempINN": ((!!Order.ApplicantUL) ? Order.Applicant.INN: Order.Applicant.INNFL),

"TempOGRN": ((!!Order.ApplicantUL) ? Order.Applicant.OGRN: Order.Applicant.OGRNIP),

"TempRegAddress": Order.Applicant.RegAddress,

"PharmLicenseOrder": Order,

"TypeOfOrder": getObject("Licensing.TypeOfOrder",{"Name": MainOrder.TypeOfOrder.Name})

});

}

}

if (Service == "Лицензирование деятельности по обороту наркотических веществ"){

if ((MainOrder.Status.Code == "Approved") && (Order.TypeOfOrder.Code == "Provision")){

ReestrDrugLicense = createObject("Licensing.DrugLicense",{

"LicenseStatus": getObject("Licensing.LicenseStatus",{"Code": "acts"}),

"ReestrNumber": ReestrNumber,

"IssueDate": startDate,

"Serial": RSerial,

"Number": RNumber,

"Applicant": Order.Applicant,

"TempINN": ((!!Order.ApplicantUL) ? Order.Applicant.INN: Order.Applicant.INNFL),

"TempOGRN": ((!!Order.ApplicantUL) ? Order.Applicant.OGRN: Order.Applicant.OGRNIP),

"TempRegAddress": Order.Applicant.RegAddress,

"DrugLicenseOrder": Order,

"TypeOfOrder": getObject("Licensing.TypeOfOrder",{"Name": MainOrder.TypeOfOrder.Name})

});

}

if ((MainOrder.Status.Code == "Approved") && (Order.TypeOfOrder.Code == "Restructuring")){

ReestrDrugLicense = createObject("Licensing.DrugLicense",{

"LicenseStatus": getObject("Licensing.LicenseStatus",{"Code": "acts"}),

"ReestrNumber": ReestrNumber,

"IssueDate": startDate,

"Serial": RSerial,

"Number": RNumber,

"Applicant": Order.Applicant,

"TempINN": ((!!Order.ApplicantUL) ? Order.Applicant.INN: Order.Applicant.INNFL),

"TempOGRN": ((!!Order.ApplicantUL) ? Order.Applicant.OGRN: Order.Applicant.OGRNIP),

"TempRegAddress": Order.Applicant.RegAddress,

"DrugLicenseOrder": Order,

"TypeOfOrder": getObject("Licensing.TypeOfOrder",{"Name": MainOrder.TypeOfOrder.Name})

});

}

if ((MainOrder.Status.Code == "Approved") && (Order.TypeOfOrder.Code == "DuplicateIssuance")){

ReestrDrugLicense = createObject("Licensing.DrugLicense",{

"LicenseStatus": getObject("Licensing.LicenseStatus",{"Code": "acts"}),

"ReestrNumber": ReestrNumber,

"IssueDate": startDate,

"Serial": RSerial,

"Number": RNumber,

"Applicant": Order.Applicant,

"TempINN": ((!!Order.ApplicantUL) ? Order.Applicant.INN: Order.Applicant.INNFL),

"TempOGRN": ((!!Order.ApplicantUL) ? Order.Applicant.OGRN: Order.Applicant.OGRNIP),

"TempRegAddress": Order.Applicant.RegAddress,

"DrugLicenseOrder": Order,

"TypeOfOrder": getObject("Licensing.TypeOfOrder",{"Name": MainOrder.TypeOfOrder.Name})

});

}

if ((MainOrder.Status.Code == "Approved") && (Order.TypeOfOrder.Code == "Termination")){

ReestrDrugLicense = createObject("Licensing.DrugLicense",{

"LicenseStatus": getObject("Licensing.LicenseStatus",{"Code": "acts"}),

"ReestrNumber": ReestrNumber,

"IssueDate": startDate,

"Serial": RSerial,

"Number": RNumber,

"Applicant": Order.Applicant,

"TempINN": ((!!Order.ApplicantUL) ? Order.Applicant.INN: Order.Applicant.INNFL),

"TempOGRN": ((!!Order.ApplicantUL) ? Order.Applicant.OGRN: Order.Applicant.OGRNIP),

"TempRegAddress": Order.Applicant.RegAddress,

"DrugLicenseOrder": Order,

"TypeOfOrder": getObject("Licensing.TypeOfOrder",{"Name": MainOrder.TypeOfOrder.Name})

});

}

}

Размещено на Allbest.ru