Бизнес-модель – это описание организации как сложной системы с определенной точностью. Или если простыми словами бизнес-модель должна отражать логику бизнеса [1, 2, 3, 4].

Бизнес-модель отражает все сущности (объекты), стратегию развития, функции, процессы, а также последовательность выполнения операций и критерии оценки эффективности функционирования бизнеса [3, 5, 6].

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

В данной статье рассматривается способ представления безнес-модели, с помощью диаграмм таких как:

1. Модель событийно-управляемого процесса – eEPC (англ. Event-driven Process Chain).

2. Дерево отказов – FTA (Fault Tree Analysis).

3. Диаграмма взаимодействия основных подразделений компании – CD (Communications diagram).

4. Диаграмма материальных потоков – MFD (Material Flow Diagram).

Диаграмма eEPC – предназначена для описания последовательности выполнения отдельных функций бизнес-процесса. Или если иными словами, позволяет наглядно продемонстрировать пользователям как функционирует конкретный бизнес-процесс [6, 7, 8, 9, 10].

Преимуществами eEPC является [11, 12, 13]:

1. Во-первых, простота элементов, их можно рисовать хоть на бумаге.

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

3. В-третьих, содержит элементы логики, что позволяет разветвлять процессы.

Диаграмма дерева отказов (FTA) – состоит из комбинаций последовательностей происшествий, нарушений, и нежелательных последствий [14, 15, 16, 17, 18].

Главное преимущество дерева отказов заключается в том, что она (диаграмма) ограничивается на рассмотрении только элементов системы тех, которые приводят к определенным отказам или неработоспособности системы [19, 20, 21].

В примере был рассмотрен процесс постройки дома, основные этапы оформления, участники и какие требуются документы, при его постройки (Рис. 1).

Рисунок 1 – Контекстная диаграмма

На декомпозиции представлен процесс более детально (Рис. 2).

Рисунок 2 – Декомпозиция контекстной диаграммы

На диаграмме представлены три участника:

1) Клиент – осуществляет подачу документов для оформления ИЖС (Индивидуального жилищного строения);

2) Министерство по управлению государственным имуществом;

3) Глава администрации, выносящий постановление о разрешении на строительство ИЖС.

В сущности, процесс Постройки индивидуального жилищного строения можно подразделить на два главных этапа: оформление земельного участка и оформление документов на разрешение строительства ИЖС.

Для того чтобы оформить земельный участок требуется следующий перечень документов: Заявление, Копия документа удостоверяющего личность (паспорт), Договор купли продажи, Заверенный кадастровый план земельного участка.

А также для того чтобы оформить документы на разрешение строительства ИЖС нужны такие документы как: Постановление о предоставлении земельного участка под строительство ИЖС, Договор купли-продажи, Генплан, Паспорт участка, Акт о натурном установлении границ земельного участка и разбивки строений, красных линий и осей здания.

Процесс начинается с рассмотрения заявления на оформление земельного участка. Его могут отклонить (Рис. 3), в случае если земельный участок относится к водному или лесному фонду, или в случае если земельный участок уже был приватизирован. Также при предоставлении не полного комплекта документов заявление не будет рассматриваться. В случае одобрения глава администрации выносит постановление о предоставлении земельного участка под строительство ИЖС.

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

Поступившие документы рассматривает глава администрации и выносит постановление о разрешении строительства ИЖС. Заявление может быть отклонено (Рис. 3) в случае несоответствия градостроительного плана, или в случае несоответствия схемы планировочной организации земельного участка.

После разрешения на строительство ИЖС можно приниматься за строительство дома.

Рисунок 3 – Дерево отказов

Диаграмма взаимодействия – позволяет отобразить взаимодействие между сотрудниками отдела, компании в целом или между компаниями.

Главным преимуществом является простота в понимании.

Диаграмма материальных потоков (MFD) – позволяет отобразить поток материалов между функциями [22, 23, 24, 25, 26, 27].

Преимуществом является возможность детализации потока более подробно на другой диаграмме материальных потоков [28, 29, 30].

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

Рисунок 4 – Диаграмма взаимодействия

Рисунок 5 – Диаграмма материальных потоков

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

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

После чего пекарь сначала делит тесто на равные порции и выпекает хлеб.

Далее готовый хлеб отправляется в отдел склада готовой продукции, где он остывает и отправляется на сбыт.

Материалы данной статьи будут апробированы при написании и защите дипломной работы

Преимуществом использования MS Project является составление базовых и реальных планов с включением таких ресурсов, как проектные группы, руководители и заказчики. Различные виды представления данных. Сюда входит множество графиков для анализа соответствующих задач, а также печатные формы различных работ и другими отчетами [1].

Рассмотрим разные виды программ по управлению проектами.

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

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

GanttProject – бесплатное решение для управления проектами с использованием диаграммы Ганта. Данное решение является кросс-платформенным. Поддерживается установка и работа на таких операционных системах, как Windows, Linux и MacOSX. Проект реализуется в виде дерева задач. Для каждого такого дерева задач определяется выделенное количество времени и устанавливается отдельный исполнитель. Между этими задачами устанавливаются связи, отслеживание которых выполняется на диаграмме Ганта. Отличительным свойством является возможность вывода дополнительных данных такие, как дата, назначенные ресурсы, координатор, название задачи.

Project.net – данное решение простое в управлении, но весьма оснащено функциональностью и сложное в установке на  уровне предприятия.

Реализованы такие функции, как: задачи, проекты, общий календарь (с поддержкой iCalendar),  обмен документами (с отслеживанием версий), отслеживание повторяемых процессов,  функция контроля расходов, а также многие другие функции. Есть формирование портфеля, куда группируются все проекты по бизнес-единицам. К каждому проекту привязывается WiKi (включающую в себя информацию о задачах), и блог, фиксирующий статус.

В ходе реализации данного проекта был выбран MS Project так, как данный программный продукт является наиболее подходящим по своим функциональным возможностям [4,7].

Рисунок 1 – Диаграмма Ганта с отслеживанием.

В ходе реализации проекта был утвержден окончательный базовый план, представленный на рисунке 1. Где выделены основные стадии разработки мобильного приложения [2,3]. Базовая длительность составила 28.57 дней, Базовое начало – Вт. 21.02.17, Базовое окончание – Пт. 31.03.17.

Рисунок 2 – Диаграмма Ганта с отслеживанием (продолжение).

На графике базового плана (рисунок 2) красным и синим цветом отмечаются фактические затраты времени на процессы, критические процессы отмечаются красным цветом, а синим – менее критические. Серым цветом отображаются процессы базового плана. На приведенном рисунке нет различий между базовым планом и фактическим, так как отсутствуют какие-либо отклонения в выполнении проекта.

Рисунок 3 – Лист ресурсов.

На рисунке 3 представлен лист ресурсов, показывающий все ресурсы необходимые при реализации проекта, в том числе материальные ресурсы. Были выделены следующие ресурсы: Системный аналитик, Дизайнер, Программист, Тестировщик, Среда разработки, Компьютер, Мобильное устройство.

Рисунок 4 – Вид использование задач.

На рисунке 4 представлена диаграмма использования задач. Общие трудозатраты составили 276 часов, что примерно составляет две недели.

Рисунок 5 – Вид использование задач (продолжение)

На рисунке 5 расписаны трудозатраты по дням недели для каждого ресурса процессов отдельно.

Полная реализация проекта представлена в уставе проекта, в котором показаны PERT-анализ, риски проекта, отчеты. Данный проект будет реализован в конце марта 2017 года.

Результаты данной статьи будут апробированы при написании дипломной работы, в которой будет рассматриваться этап разработки плана-графика с использованием MS Project. Проведенный выше анализ программного обеспечения показал, что именно MS Project является наиболее удобным и эффективным при планировании проектов [5,6].

1.1.    Полное наименование системы

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

1.2.    Задачи и функции системы

Основной задачей автоматизации деятельности ЛПУ является организация комплексного учета основных сведений о пациентах, посещениях ими ЛПУ, оказанных при этом услугах и т.д., анализ накопленной информации путем получения отчетов, формирования запросов, поиска и просмотра необходимых данных. Из системы можно осуществить доступ к внешним информационным ресурсам (при их наличии), таким как база данных электронных счетов на оплату медицинских услуг, база данных застрахованного населения, по которой происходит текущее финансирование ЛПУ и пр. При этом поддерживаются актуальные областные и ведомственные информационные стандарты [1, 2, 3].

Основными функциями системы в медучреждении первичного звена (поликлинике) являются:

• комплексный учет основных этапов лечения пациента, начиная с посещения регистратуры, включая посещения врачей и специалистов, и заканчивая оформлением необходимых документов при выписке;
• поддержка базы данных пациентов, включая расширяемый набор персональных сведений, в частности: наличие льгот, инвалидности, принадлежность к группам риска и т.д.;
• учет выписанных рецептов, в том числе льготных, с возможностью последующего обобщенного и персонального анализа назначений и расходования средств на лекарства;
• поддержка взаимодействия с централизованными базами данных и информационными ресурсами в целях обновления и актуализации информации по одним и тем же пациентам, поступающей из разных учреждений;
• учет оказанных пациенту медицинских услуг, в том числе выполненных прививок, флюорографических исследований, лабораторных анализов и т.п.;
• учет прочих медицинских сведений о пациенте (сопутствующих диагнозов, внешних медицинских услуг, оказанных другими ЛПУ и пр.);
• поддержка расписания работы врачей и служб поликлиники в целях оперативного учета загрузки специалистов и кабинетов;
• возможность всестороннего анализа деятельности врачей, отделений, в том числе врачей общей практики, и поликлиники в целом на основе финансовых и статистических отчетов;
• учет затрат на льготное лекарственное обеспечение, анализ структуры затрат на льготное лекарственное обеспечение.

1. 2.         Запуск АИС «Поликлиника»

Запуск программы осуществляется двойным нажатием на левую кнопку мыши по ярлыку. В начале запуска система проверяет описание каталогов, настройку системных параметров и наличие необходимых для работы системы таблиц и других файлов. В случае успешного завершения подготовительных операций производится регистрация пользователя в системе путём авторизации через ввод кода (имени) пользователя и пароля [4, 5, 6].

2.1       Проверка описания каталогов

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

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

2.2 Открытие необходимых таблиц

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

Пользователь может повторить попытку открытия файла, нажав на кнопку <ДА> или продолжить выполнение программы, нажав клавишу <НЕТ>. Если какой-нибудь файл в системе открыть не удалось, то регистрация не производится и пользователю становятся доступными только пункты основного меню, отвечающие за настройку каталогов и системных параметров [7, 8, 9].

2.3 Регистрация в системе

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

 Рис. 20. Форма входа в систему

1. 3.  Описание модулей

3.1 Модуль «Оператор в регистратуре»

Модуль предназначен для автоматизации основных функций, выполняемых регистратором в ЛПУ, а именно:

• «Поиск и идентификация пациента в локальной БД»,
• «Выдача талона».

Поиск пациента может производиться по следующим параметрам:

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

Запуск данного модуля осуществляется сразу при входе оператора регистратуры в модуль. В результате на экране монитора появляется экран «Поиск и идентификация» (рис.21).

Рис. 21. Форма регистратуры «Поиск и идентификация»

По завершении поиска появляется окно с информацией о найденном пациенте.

Окно содержит три вкладки:

«Список», «Пациент»,

«Прочее»:  «Флюорография», «Прививки».

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

Рис. 22. Форма вывода списка найденных пациентов

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

• «Паспорт»,
• «Страхование»,
• «Мед. соц. параметры»,
• «Дополнительно».

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

Вкладка «Страхование» отображает сведения о страховании пациента. На данной вкладке отражены полюсные данные, сведения о СМО, дате регистрации и прочие поля.

Рис. 23. Форма вывода личной информации о выбранном пациенте	Рис. 24. Форма вывода информации по страхованию пациента

Вкладка «Медицинские и социальные параметры» состоит из двух вложенных:

• «Льготная группа»,
• «Инвалидность».

Рис. 25. Форма вывода и назначения льгот пациенту	Рис. 26. Форма вывода и назначения инвалидности пациенту

Вкладка «Дополнительно» содержит информацию о проведенных исследованиях.

Рис. 27. Форма ввода дополнительной информации

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

Рис. 28. Форма вывода информации о флюорографии	Рис. 29. Форма вывода информации о проведенных прививках

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

Рис. 30. Список выданных талонов на прием

Для записи на прием и выдачи талона существует форма «Талоны». Она состоит из трех вкладок:

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

«Список записанных» отображает всех записанных пациентов к определенному врачу на выбранную дату.

«Список выданных» содержит список выданных талонов выбранному пациенту.

Рис. 31. Форма создания талона	Рис. 32. Форма выбора интервала времени приема

Рис. 33. Форма вывода списка записанных пациентов на прием

Рис. 34. Форма вывода списка выданных талонов выбранному пациенту

Модуль «Администрация»

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

Рис. 35. Форма управления расписанием врачей

Экспорт данных используется для формирования пакета, содержащего информацию, модифицированную в указанном пользователем диапазоне дат для последующего импорта в другую БД этой же системы. Помимо интервала дат, пользователю предлагается указать тип экспортируемых данных, коды владельцев и №БД записей.

В режиме импорта осуществляется импорт данных из другой БД этой же системы, путём выбора предварительно сформированного пакета. На экране отображается список пакетов (блок «выбор пакета для обработки») и критерии импорта. Ниже расположен блок «варианты действий». Можно выбрать следующие варианты:

- Добавлять новых пациентов:

а)       Да – при импорте в основную систему будут добавлены новые пациенты найденные в  импортируемом пакете.

б)      Нет – добавление новых пациентов производиться не будет.

- Один пациент с разными амб. картами:

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

г)       взять из основной системы

д)      взять из вспомогательной системы – данные о пациенте в основной системе замещаются данными из пакета.

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

- Данные пациенты с одинаковыми амб. картами:

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

з)   добавить с новым номером амб. карты – данные о пациенте добавляются из пакета в основную систему с новым номером амб. карты.

- Метод идентификации пациента:

и)      по «Положению о порядке информационного взаимодействия…»

к)       только по номеру амбулаторной карты

- Метод обработки мед. информации:

а)       удаление имеющейся + добавление из пакета

б)      обновление имеющейся + добавление новой

в)       только обновление имеющейся

- Обновлять выставленные услуги:

• да
• нет

−         Метод формирования № амбулаторной карты:

а)       По маске

б)      По установленным в системе параметрам

- Добавлять выданные талоны:

а)       Да! (возможно разногласие с расписанием)

б)      Нет.

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

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

Пользователь настраивает следующие каталоги:

• Базовый каталог уровня пациента. Здесь располагается часть накопительной БД системы, отвечающая за данные о самом пациенте (а не его лечении), включая локальную БД пациентов, сведения об иногородних и т.д.
• Базовый каталог медицинского уровня (чаще всего совпадает с Базовым каталогом уровня пациента, необходимость их разделения возникает, если в ЛПУ ведутся две различные накопительные БД, у которых, как правило, общий Базовый каталог уровня пациента). Содержит часть накопительной БД системы, отвечающая за данные о лечении пациента в ЛПУ, включая БД СПО, визитов, диагнозов и т.д.
• Каталог информационной БД застрахованных – путь к информационной БД населения INSURED.DBF, структура которого должна соответствовать «Положению о порядке информационного обмена».
• Каталог справочников ОМС содержит стандартные справочники, определенные «Положением о порядке информационного обмена».
• Системные справочники – содержит служебные справочники, специфичные этой системе. По умолчанию, каталог справочников системы располагается в подкаталоге HANDBOOK каталога задачи.
• Каталог финансовой БД – указывает путь к финансовой БД.

Рис. 36. Форма задания путей справочников

Модуль «Мед. Статистика»

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

«Список пациентов» позволяет просмотреть общую информацию о пациентах и его обращениях в ЛПУ

Рис. 37. Форма вывода информации о пациентах для статиста

«Список талонов» отображает информацию обо всех выданных талонах на прием с возможностью фильтрации

Рис. 38. Форма вывода информации о посещениях пациента «Отчеты»

 Рис. 39. Форма выбора вида отчета

Модуль «Прием пациентов»

Основная форма содержит две вкладки выбора форма приема: амбулаторный или на дому.

Рис. 40. Форма вывода списка записанных пациентов по формам приема

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

Рис. 41. Форма листа медицинской карты амбулаторного больного

На форме можно заполнить рецепт, направление и дополнительную информацию.

Рис. 42. Форма вывода списка выписанных рецептов	Рис. 43. Форма создания нового рецепта

Форма «Дополнительные сведения» позволяет просматривать информацию о снимках флюорографии, обновлять информацию о прививках, льготах и инвалидности.

Рис. 44. Форма просмотра и обновления информации об инвалидности

Количество документов, которые сопровождают жизнь каждого человека, неуклонно растет: именно в них фиксируются его гражданские права и обязанности. Содержать все документы в порядке – правило, которому должен следовать любой человек, однако из-за того, что каждое важное событие или состояние сопровождается оформлением  документации, количество важных бумаг становится настолько большим, что человек перестаёт в них ориентироваться.  В том случае, если документ имеет ограниченный срок действия, высок риск пропустить  дату его продления [9, 10, 11, 12, 13, 14, 15, 16]. Например, бывают случаи, когда во время проверки водительского удостоверения или технического осмотра оказывается, что оно просрочено, из-за чего приходится оплачивать лишние штрафы и тратить время, которого в современном ритме жизни всегда не хватает. Или по какой-либо причине можно просрочить паспорт, что приводит к тем же результатам – оплата штрафа и трата времени. Тем, кто являются обладателями оружия и в свободное время ездят на охоту в лес, как и в предыдущих случаях, необходимо вовремя продлевать на него лицензию. Существует ещё огромное количество аналогичных случаев в совершенно разных сферах деятельности человека, когда необходимо своевременно продлевать документы, в том числе и контролировать содержание документов личного происхождения [17, 18, 19, 20, 21, 22, 23, 24, 25, 26].

Решить обозначенную выше проблему могут помочь информационные технологии. Например, можно было бы установить мобильное приложение, которое напоминало бы заранее о необходимости поменять или продлить документ. Сегодня почти вся активная части населения пользуется мобильными устройствами, с которыми не расстается в любой ситуации:  будь это просто прогулка по магазинам или командировка в заграницу. Решение проблемы усложняется из-за необходимости выбора из существующего множества приложений-«напоминалок», программы, которая оптимально подойдет  для ведения списка и напоминания об истечении срока действия документов [27, 28, 29, 30, 31, 32, 33, 34, 35].

Для начала необходимо выделить критерии, в соответствии с которыми  будут сравниваться существующие ИТ-решения. Хорошее мобильное приложение лдя ведения личного архива  должно:

1)                 предоставлять возможность добавления и ведение списка документов;

2)                 обладать сортировкой списка документов по;

3)                 позволять прикреплять фото документов;

4)                 поддерживать функцию восстановления или резервного копирования для предотвращения и восстановления списка документов, при потере устройства или переустановке приложения;

5)                 каждый день проверять список документов и заранее оповещать пользователя устройства в случае возможного истечения срока действия документа;

6)                 обеспечивать  защиту документов от несанкционированного доступа и применения.

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

Мобильное приложение «Домашний архив» позволяет систематизировать и хранить документы в сгруппированном списке, обладает возможностью сканирования документов и их отправки, а также системой шифрования документов AES-128 [36, 37, 38, 39, 40, 41].

Рисунок 1 – скриншот списка приложения «Домашний архив».

Рисунок 2 – скриншот документа приложения «Домашний архив».

Мобильное приложение «SplenDO» является обычным задачником для повседневного использования: если нет потребности хранить фото или отсканированный отпечаток документов в электронном виде, то данную программу можно использовать в качестве хранилища документов.

Рисунок 3 – список приложения «SplenDO».

Рисунок 4 – сгруппированный список «SplenDO».

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

Рисунок 5 – экран создания задания приложения «Business Calendar».

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

Рисунок 6 – экран создания напоминания приложения «Напоминалка».

Рисунок 7 – список приложения «Напоминалка».

Приложение «1С:Документооборот» предоставляет возможность вести дела даже при отсутствующем Интернет подключении. Оно позволяет:

- отвечать на рабочую почту;

- выполнять поставленные задачи;

- назначать задачи другим сотрудникам;

- согласовывать и утверждать документы;

Помимо всего этого оно также позволяет вести календарь, где отображается сгруппированный список назначенных дел на каждый день. Данное приложение предназначено для использования вместе с «1С:Документооборот КОРП» и «1С:Документооборот государственного учреждения», т.е. отдельно его установить на мобильное устройство нельзя. Кроме того, для его эксплуатации требуется покупать лицензию.

Рисунок 8 – экран календаря приложения «1С:Документооборот».

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

Таблица 1 – Сравнительная характеристика мобильных приложений.

Мобильное приложение «SplenDO» не позволяет  добавлять фото, восстанавливать и защищать данные. Приложение «Business Calendar» тоже предоставляет возможности  прикрепить фото к задачам, не обладает системой защиты и не выполняет сортировку или группировку списка. Приложение «Напоминалка» получила наибольшее количество минусов, и потому является менее подходящим для ведения документов.

В приложении «1С:Документооборот» – нет возможности добавить фото, нет системы восстановления, а также, к удивлению, не была обнаружена какая-либо система защиты, будь то парольная защита или система шифрования.

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