Разработка типовой ИТ/ИС архитектуры медицинского центра

На рисунке 8 представлено описание бизнес-процесса регистрации поступающих пациентов в медицинский центр с указанием соответствующих бизнес-ролей.

Рисунок 8 -- Бизнес-процесс регистрации поступающих пациентов в медицинский центр



Бизнес-процесс инициируется поступлением пациента. Сам процесс состоит из двух микро бизнес-функций, выполняемых одним человеком из младшего медицинского персонала. Данные функции заключаются в регистрации пациента и назначении ему лечащего врача. На выходе данного процесса имеем факт назначения лечащего врача. Данный процесс реализует сервис регистрации поступающих пациентов. На рисунке 9 представлено описание бизнес-процессаоказания медицинских услуг в медицинском центре с указанием соответствующих бизнес-ролей.

Данный бизнес-процесс инициируется приходом пациента к лечащему врачу. Бизнес-процесс начинается с назначения необходимых исследований, которые могут быть двух типов: лабораторные и инструментальные. Выполнение лабораторных исследований не исключает выполнения инструментальных исследований и наоборот. Могут быть выполнены оба вида исследования. Под лабораторными исследованиями подразумевается выполнение анализов различных жидкостей организма. Под инструментальными исследованиями -- исследования на высокотехнологичном медицинском оборудовании. Например, МРТ, КТ, рентгенологическое оборудование (маммографы, рентгены, денситометры), УЗИ оборудование. На основании результатов проведенных исследований выполняется формулирование заключения врача. Впоследствии производится внос всех данных о пациенте в электронную медицинскую карту пациента. На выходе данного процесса имеем факт завершения приема, назначение лечащего врача при необходимости на дообследование, а также бизнес-объект в виде результатов исследований. Данный процесс осуществляют совместно представители среднего (выполнение лабораторных и инструментальных исследований, внесение данных о пациенте в электронную медицинскую карту) и высшего (назначение необходимых исследований и формулирование заключения врача) медицинского персонала.



Рисунок 9 -- Бизнес-процесс оказания медицинских услуг в медицинском центре

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

На рисунке 10 представлено описание бизнес-процессаобразования пациентов в медицинском центре с указанием соответствующих бизнес-ролей.

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



Рисунок 10 -- Бизнес-процесс образования пациентов в медицинском центре

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

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



Рисунок 11 -- Бизнес-процесс предоставления лекарственных средств в медицинском центре

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

На рисунке 12 представлено описание бизнес-процессаинформирования пациентов в медицинском центре с указанием соответствующих бизнес-ролей.



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

Рисунок 12 -- Бизнес-процесс информирования пациентов в медицинском центре

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

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

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

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

Общий вид и взаимосвязи всех бизнес-сервисов, бизнес-процессов и бизнес ролей представлен на рисунке 13.

Рисунок 13 -- Общий вид бизнес-архитектуры медицинского центра и связь с ИС архитектурой



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

Следующий этап разработки ИТ/ИС архитектуры медицинского центра -- это разработка слоя приложений, используемых при осуществлении описанных ранее бизнес-сервисов, и данных, генерируемых в результате осуществления бизнес-деятельности медицинского центра.

На рисунке 14 представлена связь бизнес-слоя и слоя приложений и данных.

Рисунок 14 -- Связь бизнес-слоя и слоя приложений и данных

Связь между данными двумя слоями осуществляется с помощью web-интерфейса и мобильного интерфейса.

Сервисный подход к управлению ресурсами базируется на постулате предоставления выгоды и ценности для бизнеса, помогая предоставлять основную услугу [34]. В данной работе речь идет о предоставлении медицинской помощи медицинским центром.Стоит также отметить, что сервисный подход в своей основе имеет упор на реализацию необходимых бизнесу сервисов, исходя из его требований, а не из имеющихся в наличии возможностей [35, 36].

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

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

Рисунок 15 --Слой приложений и данных. Функции приложений и соответствующие взаимосвязи

Так компонент приложений, названный в общем виде “Application” является связующим звеном между ИС слоем и бизнес-слоем через web- и мобильный интерфейс и напрямую связывает ИС слой с ИТ слоем, о котором речь пойдем в следующем пункте.На рисунке 16 представлены системы и сервисы слоя приложений и данных.



Рисунок 16 --Системы и сервисы слоя приложений и данных

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

· сервис управления клиентами;

· сервис управления персоналом;

· сервис управления расписанием;

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

· сервис фармацевтической деятельности.

Описанные выше сервисы необходимы для реализации связи между бизнес-функциями и функциями приложений. Порядок взаимодействия между сервисами приложений и функциями приложения предоставлен на рисунке 17.



Рисунок 17 -- Сервисы и функции приложений

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

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

· электронная медицинская карта;

· управление результатами исследований;

· управление личным кабинетом;

· управление клиентами.

Сервис управления расписанием -- такие функции:

· управление расписанием врачей;

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

· управление расписанием диагностических кабинетов.

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

· проведение образовательных мероприятий;

· разработка средств просвещения пациентов.

Для сервиса фармацевтической деятельности функции:

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

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

На рисунке 18 показана связь слоя приложений и бизнес-слоя для осуществления процессов регистрации поступающих пациентов и информирования пациентов.

Рисунок 18 -- Связь слоя приложений и бизнес-слоя для осуществления процессов регистрации поступающих пациентов и информирования пациентов

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

На рисунке 19 представлена диаграмма, иллюстрирующая связь слоя приложений и бизнес-слоя для осуществления процесса оказания медицинских услуг.



Рисунок 19 -- Связь слоя приложений и бизнес-слоя для осуществления процесса оказания медицинских услуг

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

· управление личным кабинетом;

· управление клиентами;

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

· электронная медицинская карта;

· управление результатами исследований.

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

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

Рисунок 20 -- Связь слоя приложений и бизнес-слоя для осуществления процессов образования пациентов и предоставления лекарственных средств

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

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

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



Рисунок 21 --Общий вид ИС архитектуры и связь с бизнес-архитектурой медицинского центра

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

Технологические решения медицинского центра являются основанием для общего профиля информационных технологий центра. Основывается на архитектуре приложений и данных, которая была продемонстрирована в п. 3.3. Для разработки ИТ архитектуры были выделены только основные процессы медицинского центра, т.к. именно этот блок процессов является узкоспециализированным для каждой отдельной отрасли деятельности. На рисунке 22 представлена ИТ архитектура, необходимая для обеспечения функционирования медицинской деятельности.

Рисунок 22 --Общий вид ИТ архитектуры и связь с ИС архитектурой медицинского центра

Из рисунка 22 видно, что для поддержания работоспособности необходимых бизнесу приложений необходимо наличие сервера приложений, состоящее из соответствующего сервера и программного обеспечения (в данном случае выбран сервер приложений от компании JBoss). Аналогично для поддержания хранения всех данных, генерируемых в процессе деятельности необходим сервер данных (в данном случае выбран сервер данных от компании Oracle). Также оба сервера поддерживаются операционной системой Linux.

Также на технологическом слое представлено высокотехнологическое оборудование.Для проведения лабораторных и инструментальных исследований необходимо использование различного медицинского оборудования (КТ, МРТ, рентгены, УЗИ, маммографы, ИВЛ и многое другое диагностическое и исследовательское оборудование). Данное оборудование в результате выполнения работы генерирует информацию о проведенных измерениях.

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

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

Для хранения и обработки результатов, представляющих собой медицинские изображения, необходимо соответствие международному стандарту DICOM. Этот же стандарт необходим и для хранения и анализа результатов телемедицинской деятельности.

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

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

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

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

Разработанная типовая ИТ/ИС архитектура медицинского центра реализована в виде общей модели ArchiMate, которая может быть кастомизирована под конкретного заказчика. Что является подтверждением достижения цели разработки данной архитектуры, которая была указана ранее.

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



ЗАКЛЮЧЕНИЕ

В ходе написания выпускной квалификационной работы были рассмотрены понятия архитектуры предприятия, методологии, ИТ/ИС архитектуры предприятия.

В первой главе были подробно рассмотрены широко распространенные методики для разработки архитектуры предприятия (TOGAF, Gartner, EAP). Для каждой методики приведено поэтапное описание разработки архитектуры предприятия. Формулировка определения типовой ИТ/ИС архитектуры медицинского центраявляется чрезвычайно важным для данной работы,т.к. будет сигнализировать об эффективности достигнутого результата. Важным уклоном, который демонстрируется в данной работе, является универсальность разработанной ИТ/ИС архитектуры. Которая при необходимых корректировках под какую-либо медицинскую организацию, становится актуальна для этой организации. Одним из критериев универсальности архитектуры медицинского центра выдвинуто требование соответствия международным стандартам по работе с медицинскими данными (DICOM, HL7, IHE). В первой главе приведено краткой описание каждого из представленных международных стандартов. К универсальности также относится соответствие требованиям российских стандартов и ГОСТов, а также Федеральным Законам. Для дальнейшей работы над разработкой ИТ/ИС архитектуры медицинского центра была выбрана методология TOGAF.Методология TOGAF выбрана ввиду того, что в ней наиболее полно отражена полнота процесса построения архитектуры предприятия. Также во включенном в ее состав циклическом процессе ADM представлен формальный язык и система обозначений. Столь формальная и точная структуризация чрезвычайно важна при разработке архитектуры медицинского центра, где результат работы -- это спасенные жизни пациентов, а не только экономическая эффективность.

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

· активная структура;

· поведение, совершаемое активной структурой;

· пассивная структура, над которой собственно совершается действие активной структурой.

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

В третьей главе выпускной квалификационной работы представлен процесс разработки ИТ/ИС архитектуры медицинского центра. На первом этапе был описан бизнес медицинского центра. Результатом деятельности медицинского центра являются:

· оказанная медицинская помощь пациенту;

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

· результаты научно-исследовательской и образовательной деятельностей.

Также было выделено пять основных видов деятельности:

· медицинская;

· фармацевтическая;

· научно-исследовательская и образовательная;

· управленческая;

· вспомогательная.

Наглядное представление архитектуры бизнес-процессов медицинского центра представлено на рисунке 6. Более подробное представление бизнес-процессов, также с разделением на управленческие бизнес-процессы, основные и вспомогательные, представлено на рисунках 7-9. При формировании бизнес-процессов в блоке медицинской деятельности было совершено объединение видов медицинской помощи и условий ее оказания. Также выделены узкоспециализированные отрасли работы медицинского центра, а именно стоматология и лаборатории и исследования. Эти виды деятельности выделены отдельно, так как широко распространены медицинские центры, специализирующиеся на одном из указанных профилей. Таким образом, была поддержана унификация разрабатываемой архитектуры.

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

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

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

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

1. Выявление теоретических основ проблемы.

2. Определение архитектуры предприятия, ИТ/ИС архитектуры предприятия.

3. Определение типовой ИТ/ИС архитектуры медицинского центра.

4. Описание общепринятых методик, используемых при разработке архитектуры предприятий.

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

6. Разработка типовой ИТ/ИС архитектуры медицинского центра.

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



СПИСОК ЛИТЕРАТУРЫ

1 Hilbert, M., & Lopez, P. (2011). The world's technological capacityto store, communicate, and compute information. Science, 332(6025), 60-65.

2 DIGITAL 2020: GLOBAL DIGITAL OVERVIEW: [Электронныйресурс]: URL: https://datareportal.com/reports/digital-2020-global-digital-overview/(Датаобращения: 26.04.2020)

3 The Big Upside to Creating a Big Data Healthcare Strategy: [Электронныйресурс]: URL: https://www.harmonyhit.com/the-big-upside-to-creating-a-big-data-healthcare-strategy/(Датаобращения: 26.04.2020).

4 Health Data Volumes Skyrocket, Legacy Data Archives On the Rise: [Электронныйресурс]: URL: https://www.healthdataarchiver.com/health-data-volumes-skyrocket-legacy-data-archives-rise-hie/ (Датаобращения: 26.04.2020).

5 Herman, H., Grobbelaar, S.S. & Pistorius, C. The design and development of technology platforms in a developing country healthcare context from an ecosystem perspective. BMC Med Inform DecisMak 20, 55 (2020). https://doi.org/10.1186/s12911-020-1028-0

6 TEAF (2005). TEAF. Systems & Software Consortium. [Электронный ресурс]: URL: https://software.org/(Дата обращения: 27.04.2020).

7 Международныйстандарт ISO/IEC/ IEEE 42010 Systems and software engineering -- Architecture description.

8 Краснов Сергей Викторович, ДиязитдиноваАльфияРадмировна Концепция системы поддержки архитектуры предприятия // Вестник ВУиТ. 2012. №2 (19). URL: https://cyberleninka.ru/article/n/kontseptsiya-sistemy-podderzhki-arhitektury-predpriyatiya (Дата обращения: 27.04.2020).

9 Штейнгарт Евгений Александрович, Бурмистров Андрей Николаевич Обзор и сравнительная характеристика методологий разработки архитектуры предприятий // Научно-технические ведомости Санкт-Петербургского государственного политехнического университета. Экономические науки. 2016. №3 (245). URL: https://cyberleninka.ru/article/n/obzor-i-sravnitelnaya-harakteristika-metodologiy-razrabotki-arhitektury-predpriyatiy/ (Дата обращения: 27.04.2020).

10 Ожегов С.И., Шведова Н.Ю. Толковый словарь русского языка: 80 000 слов и фразеологических выражений: [Электронныйресурс]: URL: https://slovarozhegova.ru/word.php?wordid=14342/ (Датаобращения: 27.04.2020).

11 ГОСТ Р ИСО 15704-2008 «Промышленные автоматизированные системы. Требования к стандартным архитектурам и методологиям предприятия».

12 B. D. Rouhani, M. N. Mahrin, F. Nikpay and P. Nikfard, "A Comparison Enterprise Architecture Implementation Methodologies," 2013 International Conference on Informatics and Creative Multimedia, Kuala Lumpur, 2013, pp. 1-6.

13 Темненко В. Быть или не быть TOGAF: распространение архитектуры предприятия за границы RUP. URL: http://www.ibm.com/developerworks/ru/library/r-temnenco/ (Дата обращения: 07.03.2020).

14 Spewak S., Tiemann M. Updating the enterprise architecture planning model // Journal of Enterprise Architecture, 2006, no. 12, pp. 11--19.

15 Transit Enterprise Architecture and Planning Framework / D.C. Paula Okunieff, Bruce Eisenhart, Edward Thomas, Susan Sharp // e-Transit: Electronic Business Strategies for Public Transportation. Washington, 2011, vol. 9, no. 6, pp. 29--150.

16 Информационные технологии в экономике [Электронный ресурс]: URL: https://www.intuit.ru/studies/courses/4435/977/lecture/14671 (Дата обращения: 29.04.2020)

17 Горст А. В. Математические модели для оценки надежности программного обеспечения с архитектурой клиент-сервер // Актуальные проблемы гуманитарных и естественных наук. 2011. № 4. С. 42-46.

18 Лещаков, И. Н. Архитектура информационной системы предприятий / И. Н. Лещаков. -- Текст: непосредственный, электронный // Молодой ученый. -- 2017. -- № 21 (155). -- С. 13-16. -- URL: https://moluch.ru/archive/155/43763/ (дата обращения: 28.04.2020).

19 Архитектура информационных систем [Электронный ресурс]: Сервис размещения презентаций MyShared: URL: http://www.myshared.ru/slide/980462/ (дата обращения: 29.04.2020)

20 Вихляева В. В. Разработка корпоративной информационной системы с использованием Web-технологии Intranet // Актуальные проблемы социально-экономического развития. 2015. С. 65-69.

21 Ожегов С.И., Шведова Н.Ю. Толковый словарь русского языка: 80 000 слов и фразеологических выражений: [Электронный ресурс]: URL: https://slovarozhegova.ru/word.php?wordid=31791 (Дата обращения: 30.04.2020).

22 С-58 Сафронов Д.С., Морозов С.П., Гомболевский В.А., Владзимирский А.В., Кузьмина Е.С., Шапиев А.Н. Создание информационно-технологической инфраструктуры медицинской визуализации / Методические рекомендации. - М., 2018.- 25 с.

23 Sajid, Muhammad, & Ahsan, Kamran. (2016). ROLE OF ENTERPRISE ARCHITECTURE IN HEALTHCARE ORGANIZATIONS AND KNOWLEDGE-BASED MEDICAL DIAGNOSIS SYSTEM. JISTEM - Journal of Information Systems and Technology Management, 13(2), 181-192. https://dx.doi.org/10.4301/S1807-17752016000200002.

24 Purnawan, D. A., &Surendro, K. (2016). Building enterprise architecture for hospital information system. 2016 4th International Conference on Information and Communication Technology (ICoICT). doi:10.1109/icoict.2016.7571907.

25 Архитектура ИТ решений. Часть 1. Архитектура предприятия [Электронный ресурс]: URL: https://habr.com/ru/post/347204/ (Дата обращения: 01.05.2020)

26 AllgemeineInformationenArchiMate® Standard [Электронныйресурс]: URL: https://theunitcompany.com/de/archimate-schulung-allgemeine-informationen/ (Датаобращения: 02.05.2020)

27 R. Harrison, TOGAF® 9 Foundation Study Guide. Van Haren, 2013.

28 Федеральный закон от 21 ноября 2011 г. N 323-ФЗ «Об основах охраны здоровья граждан в Российской Федерации» (последняя редакция). [Электронный ресурс]: URL: http://www.consultant.ru/document/cons_doc_LAW_121895/(Дата обращения: 04.05.2020)

29 Федеральный закон от 29.07.2017 N 242-ФЗ «О внесении изменений в отдельные законодательные акты Российской Федерации по вопросам применения информационных технологий в сфере охраны здоровья». Статья 3. [Электронный ресурс]: URL: http://www.consultant.ru/document/cons_doc_LAW_221184/ (Дата обращения: 06.05.2020)

30 Дубгорн А. С., Левина А. И., Лепехин А. А. Референтная модель функциональной структуры медицинской организации //Журнал исследований по управлению. - 2019. - Т. 5. - №. 1. - С. 29-36.

31 Haghighathoseini, A., Bobarshad, H., Saghafi, F., Rezaei, M. S., &Bagherzadeh, N. (2018). Hospital enterprise Architecture Framework (Study of Iranian University Hospital Organization). Internationaljournalofmedicalinformatics, 114, 88-100.

32 Михеев А. Е., Гулиев Я. И. Интегрированная медицинская информационная система Медицинского центра Банка России //Врач и информационные технологии. - 2006. - №. 2.

33 Ильин И. В., Ильяшенко О. Ю., Биккулова З. У. РЕФЕРЕНТНАЯ МОДЕЛЬ ОСНОВНЫХ БИЗНЕС! ПРОЦЕССОВ СОВРЕМЕННОЙ МЕДИЦИНСКОЙ ОРГАНИЗАЦИИ //Научно-технические ведомости Санкт-Петербургского государственного политехнического университета. Экономические науки. - 2019. - Т. 12. - №. 4.

34 Словарь терминов ITIL® на русском языке, версия 2.0, 29 июля 2011 г. на основе английскойверсии 1.0, 29 июля 2011 // Форум ИТСМ [Электронный ресурс]. URL: http://itsmforum.ru/ZAM-test/Russian_2011_Glossary_v2.0.pdf (дата обращения: 08.05.2020).

35 Voronkova, O.V. Current Trends in the Development of Small and Medium-Sized Enterprises and Individual Entrepreneurship in the Russian Federation / O.V. Voronkova, A.A. Kurochkina, I.P. Firova, T.V. Bikezina // Espacios. - 2018. - Т. 39. - № 41. - P. 13.

36 Лепехин, А.А. Применение архитектурного подхода в проектах внедрения информационных систем / А.А. Лепехин, И.В. Ильин, А.С. Дубгорн // В сборнике: Неделя науки СПбПУ материалы научного форума с международным участием. Инженерно-экономический институт. Санкт-Петербургский политехнический университет Петра Великого, Инженерно-экономический институт; Ответственные редакторы: О.В. Калинина, С.В. Широкова. - 2015. - С. 193-195.

37 Lankhorst M. et al. Enterprise architecture at work. - Berlin : Springer, 2009. - Т. 352.

38 ГОСТ ISO/HL7 21731-2013 Информатизация здоровья. HL7, версия 3. Эталонная информационная модель. Выпуск 1 Информатизация здоровья. Руководство по стандартам безопасности медицинского программного обеспечения. - М.: Стандартинформ. - 2015.

39 Митькина П.А. Особенности хранения медицинской информации // Современные научные исследования и инновации. 2017. № 5 [Электронный ресурс]. URL: http://web.snauka.ru/issues/2017/05/82546 (Дата обращения: 08.05.2020).

40 Research: How big data is driving business insights in 2017: [Электронныйресурс]: URL: http://www.techproresearch.com/downloads/research-how-big-data-is-driving-business-insights-in-2017/ (Датаобращения: 10.05.2020)

41 Artificial Intelligence Achieves Near-Human Performance in Diagnosing Breast Cancer: [Электронныйресурс]: URL: https://www.bidmc.org/about-bidmc/news/artificial-intelligence-achieves-near-human-performance-in-diagnosing-breast-cancer (Датаобращения: 10.05.2020)

42 Yin Zhang et al., “Health-CPS: Healthcare Cyber-Physical System Assisted by Cloud and Big Data”, IEEE Systems Journal, vol. 11, no. 1, pp. 1-8, 2015.

43 Daniela Haluza, David Jungwirth, “ICT and the future of healthcare: aspects of health promotion”, International journal of medical informatics, vol. 84, pp. 48-57, 2015.

44 Абдуманонов А.А., Алиев Р.Э., Карабаев М.К., Хошимов В.Г. О проектировании медицинских баз данных и информационных систем для организации и управления лечебно-диагностических процессов // T-Comm: Телекоммуникации и транспорт. - 2016. - Том 10. - №1. - С. 45-53.

45 JohannessonP., PerjonsE. Anintroductiontodesignscience. - Springer, 2014.

46 Wieringa R. J. Design science methodology for information systems and software engineering. - Springer, 2014.

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

...