В данной статье рассматриваются диаграммы методологии Aris  «eEPC», «MFD», визуализирующие процессы работы аэропорта «Fly».

АРМ юриста включает в себя  место пользователя, оборудованное электронными средствами, позволяющими довести до автоматизации выполняемую работу, в соответствии со спецификой данной профессии. Системность, гибкость, устойчивость и эффективность – это основополагающие принципы, применяемы для создания автоматизированного места юриста. Они расшифровываются следующим образом: системность должна определяться функциональным назначением, гибкость предполагает возможность приспособления к различным возможным перестройкам,  устойчивость гарантирует независимость системы от внешних и внутренних воздействий, а эффективность позволяет достичь поставленной цели при наименьшей затрате ресурсов.

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

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

Практические вопросы, связанные с проектированием и использованием информационных систем в различных экономических сферах рассматриваются в работах многих авторов [1-6].

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

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

Для решения вышеназванных проблем, а также для эффективной работы с большим объемом информации используется прикладная система АРМ «Юрист». Благодаря этой системе  специалист-правовед может эффективно заниматься  работой  в сфере анализа и систематизации документов, относящихся к отрасли права.

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

Такая папка дополняется следующими компонентами:

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

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

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

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

Информационная модель данных является визуальным представлением структур данных и бизнес-правил для СУБД. Для Поликлиники №1 была разработана модель данных, которая позволит отобразить наглядно лечебно-диагностический процесс через разрабатываемую АИС.

Построенная диаграмма сущность-связь включает сущности и взаимосвязи, отражающие основные правила предметной области. Такая диаграмма излишне не детализирована, в неё включаются основные сущности и связи между ними, которые удовлетворяют основным требованиям, предъявляемым к информационной системе [1, 2, 3]. Информационная модель в логическом и физическом представлении отображена ниже на рис. 1-2.

Рис. 1. Логическая модель

Рис. 2. Физическая модель

Рассмотрим подробнее каждую сущность:

1. Сотрудник

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

При заполнении необходимо заполнить все характеристики: Табельный номер сотрудника (Табельный номер), его Фамилию, имя, отчество (ФИО), пол (Пол), паспортные данные (Паспортные данные), адрес проживания (Адрес проживания), ИНН (ИНН), вид оплаты (Форма работы), является ли он резидентов РФ (Резидент), состоит ли в профсоюзе (Членство в профсоюзе), дата принятия на работу (Дата принятия на работу), номер трудовой книжки (Номер трудовой книжки) и количество ставок, упитывающиеся при составлении расписания (Количество ставок).

2. Группы пользователей

Данная сущность определяет названия групп пользователей, которые имеют доступ к системе. Идентификатором является номер (ID Пользователя). Содержит одно поле: Наименование.

3. Должность

Идентификатором служит номер должности (ID Должности). Содержит также одно поле: Название должности, на которой числится сотрудник.

4. Кабинет

Идентификатором служит уникальный номер (ID Кабинета).

Сущность должна содержать: название корпуса, где расположен кабинет (Корпус), сам номер кабинета (Номер кабинета) и номер телефона, закрепленного за кабинетом (Телефон).

5. Штатное расписание

Идентификатором служит номер временного интервала (ID Временного интервала).

Также данная сущность содержит внешние ключи сотрудника (ID Сотрудника), занимаемой им должности (ID Должности) и кабинета, в котором он ведет прием ID Кабинета).

Штатное расписание должно содержать следующую информацию: Даты начала и окончания действия расписания (Дата начала, Дата окончания), День недели, к которому относится расписание (день недели) и временные интервалы (Время начала, Время окончания).

6. Талон

Идентификатором служит уникальный номер (ID Талона).

Содержит внешние ключи: номер сотрудника, который ведет прием (ID Сотрудника), номер кабинета (ID Кабинета), номер пациента (ID Пациента), которому выписан талон, предварительный диагноз (ID Диагноза, ID Блока болезни, ID Класса болезни), если есть, и временной интервал (ID Временного интервала).

Сущность талон должна содержать следующую информацию: номер талона (Номер талона) и дату приема (Дата приема).

7. Справочник МКБ-10

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

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

8. Справочник лекарственных препаратов

Справочник содержит 4 сущности: Лекарственный препарат, Действующее вещество (определяет основное вещество в препарате), Фармакологическая группа (для лечения каких заболеваний предназначен) и Группа анатомических органов.

Сущности, кроме Лекарственного препарата, должны содержать код и название. Сущность Лекартсвенный препарат содержит латинское название и торговое название препарата.

9. Пациент

дентификатором служит номер пациента (ID Пациента).

Сущность содержит внешние ключи: Номера льготы, инвалидности, дополнительных исследований, снимка флюорографии и прививок, если имеются, а также номер страхового полиса

Должна содержать следующую информацию: Фамилию, имя, отчество пациента (ФИО), вид документа (Документ), его серию и номер (Серия, Номер), пол пациента (Пол), адреса прописки и проживания (Адрес прописки, Адрес проживания), номер телефона для связи (Телефон), дополнительные сведения, дату рождения и смерти, если пациент умер, пометку о необходимости анонимного обслуживания (Анонимное обслуживание), информацию о месте работы/учебы (Место работы), СНИЛС, инфомрацию о способе оплаты лечения и финансировании, дату регистрации в системе, страховую категорию и статус.

10. Льгота

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

11. Инвалидность

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

12. Дополнительная информация

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

3. Прививка

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

Сущность прививка содержит информацию о  дате привики, однократно ли она вводится или нужны повторения (R/RV), наименование вакцины, ее серия и доза.

14. Флюорография

Идентификатором сущности служит уникальный номер снимка.

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

15. Страховой полис

Идентификатором сущности служит уникальный номер. Содержит внешний ключ: номер страховой медицинской организации (ID СМО).

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

16. СМО

Идентификатором сущности служит уникальный номер. Содержит наименование страховой медицинской организации.

17. Рецепт

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

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

18. Прием

Идентификатором сущности служит уникальный номер.

Содержит внешние ключи: номер талона для приема (ID Талона), код диагноза и номер рецепта (ID Рецепта).

Сущность должна содержать следующую информацию о приеме: его дата (Дата визита), время, лечение (Назначенное лечение), дополнительные сведения, вид медицинского обслуживания, место проведения приема (Посещение), жалобы, данные и заключение врача [4, 5, 6].

Построенная физическая модель хранения данных учитывает реализацию с помощью СУБД Microsoft SQL Server 2008.