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

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

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

Для достижения этой цели были поставлены следующие задачи:

1. Проанализировать текущие проблемы и тенденции в автоматизации медицинского учета, выявить функциональные и нефункциональные требования к ИС.
2. Изучить теоретические основы проектирования информационных систем и баз данных, а также методологии их разработки.
3. Разработать концепцию архитектуры ИС, структуру базы данных и пользовательского интерфейса для автоматизированного учета медицинских услуг.
4. Провести технико-экономическое обоснование проекта, оценив его целесообразность и эффективность.
5. Исследовать нормативно-правовые, этические аспекты и меры обеспечения безопасности медицинских информационных систем, включая вопросы конфиденциальности данных и охраны труда.

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

Глава 1. Анализ предметной области и постановка задачи

Современные проблемы и тенденции автоматизации учета в сфере здравоохранения

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

Сегодня ситуация изменилась, но вызовы остались. Тенденция к цифровизации здравоохранения продиктована не только технологическим прогрессом, но и острой необходимостью улучшать качество и скорость оказания медицинской помощи, сокращать сроки и стоимость лечения. Медицинская информационная система (МИС) выступает ключевым инструментом в этом процессе. Она призвана решать такие задачи, как снижение количества врачебных ошибок (например, при назначении препаратов или обследованиях), повышение точности и оперативности диагностических исследований, а также сокращение числа обострений хронических заболеваний за счет персонифицированного подхода к ведению пациентов. Современная МИС – это не просто склад данных, а интеллектуальный помощник, способный автоматизировать передачу данных между лабораториями, снижая временные затраты и исключая ошибки ручного ввода, что повышает общую эффективность работы медицинской организации. Отмечается, что внедрение МИС может привести к значительному росту числа записей на прием (в одном из случаев – в 80,5 раза за 4 года), что снижает нагрузку на персонал регистратуры и повышает гражданскую ответственность пациентов за свое здоровье. Следовательно, инвестиции в современные МИС оправданы не только экономической выгодой, но и значительным улучшением качества обслуживания и общественного здоровья.

Обзор существующих аналогов информационных систем в медицине

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

Примеры систем:

• Комплексные МИС/ГИС: Системы, такие как «Медкард», «Инфоклиника», «Ариадна» (в России), или Epic, Cerner (на международном уровне), предоставляют полный цикл автоматизации: от регистратуры до управления стационаром, аптекой и финансовым учетом. Их сильные стороны – это комплексность, высокая степень интеграции модулей и широкие возможности кастомизации. Слабые стороны могут включать высокую стоимость внедрения и поддержки, сложность настройки и обучения персонала, а также потенциальные проблемы с масштабированием в условиях малых клиник.
• Специализированные решения: Существуют системы, ориентированные на конкретные области, например, лабораторные информационные системы (ЛИС), радиологические информационные системы (РИС), системы для управления телемедициной или электронными очередями. Их преимущество – глубокая проработка специфических задач. Недостаток – необходимость интеграции с другими системами, что может быть сложным и дорогостоящим.
• Облачные решения (SaaS): Модель «программное обеспечение как услуга» (SaaS) становится все более популярной, предлагая меньшие первоначальные затраты и более гибкую масштабируемость. Примеры включают различные CRM-системы для клиник. Однако к ним предъявляются повышенные требования по информационной безопасности и хранению данных на территории РФ.

Возможности для улучшения:

Анализ показывает, что многие существующие решения, хотя и функциональны, часто имеют «слепые зоны», которые мы можем усилить:

1. Детализация нормативно-правовой базы и стандартов: Часто ограничиваются общими упоминаниями. Наша система будет изначально спроектирована с учетом конкретных ГОСТов (например, ГОСТ Р 58503-2019, ГОСТ Р 56845-2019, ГОСТ Р ИСО 13119-2016) и Федеральных законов РФ, регулирующих медицинскую информатику и защиту данных, а также деятельности ТК-468.
2. Глубокий анализ выбора СУБД: Большинство работ просто называют популярные СУБД. Мы предложим детальное обоснование выбора, включая преимущества открытых решений (MySQL для аналитики, PostgreSQL для чувствительных/региональных данных и стандарта FHIR).
3. Комплексное раскрытие аспектов интероперабельности и ЕГИСЗ: Мы углубимся в роль стандартов HL7, протоколов SOAP и ключевое значение интеграции с ЕГИСЗ.
4. Расширенное рассмотрение информационной безопасности: Мы охватим специфические законодательные акты, объекты защиты, конкретные технические меры (сертификаты ФСБ и ФСТЭК, расположение ПО на территории РФ) и организационные аспекты.
5. Этическая составляющая и ИИ в медицине: Упоминание Кодекса этики применения искусственного интеллекта в сфере охраны здоровья (Март 2025) станет уникальным аспектом.

Функциональные требования к информационной системе медицинских услуг

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

Основные функциональные модули и их задачи:

1. Регистратура и управление расписанием:
   • Запись на прием: Позволяет пациентам записываться к специалистам онлайн или через сотрудников регистратуры, выбирая удобное время и дату.
   • Поиск пациентов: Быстрый доступ к карточкам пациентов по различным критериям.
   • Управление расписанием врачей: Формирование и корректировка графиков работы специалистов, учет занятости кабинетов.
   • Диспетчеризация вызовов: Для скорой помощи – автоматическая регистрация и распределение вызовов.
   • Ожидаемый результат: Сокращение очередей, оптимизация загрузки персонала, повышение доступности медицинской помощи.
2. Рабочее место врача:
   • Доступ к Электронной Медицинской Карте (ЭМК): Оперативный просмотр анамнеза, диагнозов, результатов лабораторных и инструментальных исследований, заключений медиков, истории назначений.
   • Электронные медицинские записи: Внесение данных о приеме, жалобах, осмотре, диагнозе, плане лечения.
   • Выписывание электронных рецептов: Интеграция с аптечными сетями и системой учета лекарственных средств.
   • Назначение обследований и консультаций: Формирование направлений на анализы, процедуры, консультации других специалистов.
   • Ожидаемый результат: Уменьшение количества врачебных ошибок, повышение точности и оперативности диагностики, стандартизация лечения.
3. Модуль стационара:
   • Управление коечным фондом: Мониторинг занятости палат, планирование выписки и поступления пациентов.
   • Данные о пациентах в стационаре: Детализированная информация о текущем состоянии, проведенных процедурах, медикаментозной терапии.
   • Ожидаемый результат: Эффективное использование ресурсов стационара, улучшение контроля за лечебным процессом.
4. Финансовый учет и отчетность:
   • Управление услугами и прейскурантами: Формирование списка услуг и их стоимости.
   • Выставление счетов на оплату: Автоматизация формирования счетов за оказанные услуги.
   • Учет страховых случаев: Интеграция с системами ОМС/ДМС.
   • Формирование отчетов: Статистическая и финансовая отчетность для руководства и контролирующих органов.
   • Ожидаемый результат: Прозрачность финансовых потоков, оптимизация расчетов, соответствие требованиям законодательства.
5. Телемедицина:
   • Онлайн-консультации: Проведение дистанционных консультаций с пациентами.
   • Дистанционный мониторинг: Сбор данных с носимых устройств для контроля состояния хронических пациентов.
   • Ожидаемый результат: Расширение доступа к медицинской помощи, особенно для удаленных регионов, снижение нагрузки на стационар.
6. Модули интеграции с внешними системами:
   • Лаборатории: Автоматизированная передача результатов анализов напрямую в ЭМК пациента, сокращая временные затраты и уменьшая ошибки при ручном вводе.
   • Национальная система маркировки «Честный знак»: Учет и контроль оборота лекарственных средств в соответствии с государственными требованиями.
   • Единая государственная информационная система в сфере здравоохранения (ЕГИСЗ): Ключевая интеграция для обмена информацией между различными медицинскими учреждениями и государственными органами, обеспечения единых стандартов безопасности и контроля над обработкой информации.
   • Ожидаемый результат: Повышение общей эффективности и качества работы медицинской организации, соответствие государственным стандартам и требованиям.
7. Мобильные приложения для пациентов:
   • Запись на прием: Удобный доступ к расписанию врачей.
   • Просмотр медицинских данных: Доступ к результатам анализов, заключениям, истории посещений.
   • Электронные рецепты: Просмотр назначений и рекомендаций.
   • Ожидаемый результат: Повышение лояльности пациентов, улучшение взаимодействия «врач-пациент».

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

Нефункциональные требования к информационной системе медицинских услуг

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

1. Информационная безопасность и защита персональных данных:
   • Защита информации: Применение комплексных организационных и технических мер для защиты от несанкционированного доступа, утраты и искажения данных.
   • Соответствие законодательству РФ: Строгое соблюдение Федеральных законов № 152-ФЗ «О персональных данных», № 323-ФЗ «Об основах охраны здоровья граждан в РФ» и других нормативных актов.
   • Расположение программно-технических средств: Обязательное размещение на территории Российской Федерации.
   • Сертификация средств защиты: Использование средств защиты информации, имеющих действующие сертификаты ФСБ и ФСТЭК России.
   • Ожидаемый результат: Гарантия конфиденциальности, целостности и доступности медицинских данных, соответствие строгим требованиям российского законодательства.
2. Интероперабельность (совместимость):
   • Поддержка стандартов обмена данными: Обеспечение совместимости с другими медицинскими информационными системами через поддержку международных стандартов, таких как HL7 (Health Level 7), который описывает процедуры и механизмы обмена, управления и интеграции электронной медицинской информации.
   • Протоколы интеграции: Использование стандартизированных адаптеров, работающих по протоколу SOAP (Simple Object Access Protocol), для взаимодействия с внешними системами.
   • Интеграция с ЕГИСЗ: Ключевое требование для обмена информацией между различными медицинскими учреждениями и государственными органами, обеспечивающее единые стандарты и контроль.
   • Ожидаемый результат: Бесшовный обмен данными между различными медицинскими учреждениями и государственными системами, создание единого информационного пространства в здравоохранении.
3. Надежность:
   • Устойчивость к сбоям: Система должна быть спроектирована таким образом, чтобы сбои в работе программного обеспечения, аппаратных средств или телекоммуникационной инфраструктуры не приводили к искажению или потере первичных данных.
   • Резервное копирование и восстановление: Наличие механизмов регулярного резервного копирования данных и возможность оперативного восстановления информации в случае сбоев.
   • Ожидаемый результат: Непрерывность работы системы, сохранность критически важных медицинских данных.
4. Эффективность (производительность):
   • Скорость обработки данных: Система должна обеспечивать быструю обработку запросов, загрузку информации и выполнение операций, особенно при работе с большими объемами данных и множеством одновременно работающих пользователей.
   • Автоматизация рутинных задач: Минимизация ручного труда за счет автоматизации административных процессов.
   • Оперативная информация: Предоставление своевременной и актуальной информации для принятия клинических и управленческих решений.
   • Ожидаемый результат: Сокращение времени ожидания для пациентов, ускорение обработки данных, повышение общей продуктивности персонала.
5. Удобство и интуитивная понятность пользовательского интерфейса (юзабилити):
   • Простота использования: Интерфейс должен быть максимально простым и интуитивно понятным, чтобы минимизировать время на обучение персонала.
   • Минимизация ошибок: Дизайн должен предотвращать ошибки ввода данных и навигации.
   • Эргономичность: Высокая нагруженность экранов информацией требует продуманной структуры, специфического словаря и минимизации ввода текста (например, с помощью автонабора, выпадающих списков).
   • Ожидаемый результат: Снижение риска ошибок, повышение скорости работы пользователей, удовлетворенность персонала системой.

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

Глава 2. Теоретические основы проектирования информационных систем и баз данных

Основные понятия и определения

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

Информационная система в здравоохранении (МИС) представляет собой не просто набор программ, а комплексную структуру. Согласно определениям, это совокупность методического, организационного, нормативного и правового обеспечения деятельности участников системы здравоохранения. Она включает в себя программно-технические средства, которые проектируются с учетом отраслевых стандартов и технических регламентов. Ключевым аспектом является использование единой системы нормативно-справочной информации, что обеспечивает согласованность данных. Развитие такой системы происходит в рамках единой информационно-технической политики, гарантируя ее целостность и актуальность. Таким образом, МИС — это сложная экосистема, целью которой является поддержка всех процессов в медицинском учреждении.

База данных (БД) в контексте медицины — это не просто хранилище файлов, а объемный, тщательно структурированный набор данных, относящихся к сфере здравоохранения. Это может быть информация о пациентах, их медицинских картах, результатах анализов, назначениях, а также финансовые и административные данные. Отличительной чертой является наличие единых способов и методов обработки данных, что позволяет эффективно извлекать, анализировать и использовать информацию для решения различных медицинских задач. Структура БД определяет, как данные будут храниться, взаимосвязываться и извлекаться.

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

Методологии и принципы жизненного цикла разработки медицинских информационных систем

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

Этапы жизненного цикла разработки МИС:

1. Аналитический этап:
   • Анализ требований: На этом этапе производится глубокое погружение в предметную область. Определяются функциональные и нефункциональные требования к системе через интервьюирование заинтересованных сторон (врачей, медсестер, административного персонала), изучение бизнес-процессов клиники и нормативно-правовой базы.
   • Изучение аналогов: Проводится обзор существующих МИС на рынке, их сильных и слабых сторон, что позволяет избежать повторения ошибок и интегрировать лучшие практики.
   • Уточнение требований: Постоянный диалог с заказчиком для детализации и приоритизации требований, формирования четкого Технического задания.
2. Проектирование:
   • Анализ технического задания: Декомпозиция задач, определение архитектурных решений.
   • Планирование работ: Разработка детального плана-графика, распределение ресурсов (человеческих, временных, финансовых).
   • Составление проектной документации: Создание моделей данных (ER-диаграммы), схем архитектуры, спецификаций модулей, описания пользовательского интерфейса.
   • Планирование ресурсов: Определение необходимого оборудования, программного обеспечения, квалификации специалистов.
3. Разработка (реализация):
   • Написание программного кода в соответствии с утвержденными проектными решениями.
   • Создание и наполнение базы данных.
   • Разработка пользовательского интерфейса.
4. Тестирование:
   • Модульное тестирование: Проверка отдельных компонентов системы.
   • Интеграционное тестирование: Проверка взаимодействия между модулями.
   • Системное тестирование: Проверка всей системы на соответствие требованиям ТЗ.
   • Приемочное тестирование: Проверка системы заказчиком.
5. Внедрение:
   • Установка системы на рабочие места.
   • Перенос исторических данных (миграция).
   • Обучение конечных пользователей.
6. Поддержка и сопровождение:
   • Исправление ошибок, выявленных в процессе эксплуатации.
   • Модернизация и добавление нового функционала.
   • Обеспечение актуальности системы в соответствии с изменяющимися требованиями.
7. Аудит и мониторинг:
   • Регулярная оценка эффективности работы системы, ее соответствия целям.
   • Мониторинг производительности и безопасности.

Принципы создания системы:

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

• Однократный ввод и многократное использование первичной информации: Этот принцип исключает дублирование данных и минимизирует ошибки.
• Использование электронных документов: Юридическая значимость таких документов должна быть подтверждена электронной цифровой подписью (ЭЦП).
• Обеспечение совместимости (интероперабельности): Медицинские информационные системы должны легко обмениваться данными, используя единую систему нормативно-справочной информации. Это достигается за счет поддержки международных стандартов, таких как HL7, и отечественных стандартов.
• Создание прикладных информационных систем по модели «программное обеспечение как услуга» (SaaS): Гибкий подход, позволяющий снизить первоначальные затраты и обеспечить масштабируемость.
• Обеспечение информационной безопасности и защиты персональных данных: Один из ключевых принципов, требующий применения комплексных организационных и технических мер, а также соблюдения российского законодательства.
• Централизованное управление разработкой, внедрением и сопровождением: Основывается на единой технологической политике с учетом отраслевых государственных, национальных и адаптированных к отечественным условиям международных стандартов в области медицинской информатики.
  • Детализация стандартов: Среди отраслевых государственных и национальных стандартов особо выделяются:
    • ГОСТ Р 58503-2019/ISO/TS 19256:2016 «Информатизация здоровья. Требования к системам ведения справочника лекарственных средств для здравоохранения».
    • ГОСТ Р 56845-2019/ISO/IEEE 11073-20601:2016 «Информатизация здоровья. Обмен данными с персональными медицинскими приборами».
    • ГОСТ Р ИСО 13119-2016 «Информатизация здоровья. Источники клинических знаний. Метаданные».
    • ГОСТ Р 52976-2008 «Информатизация здоровья. Состав первичных данных медицинской статистики лечебно-профилактического учреждения для электронного обмена этими данными. Общие требования».
    • ГОСТ Р 56837-2015 «Информатизация здоровья. Менеджмент информационной безопасности удаленного технического обслуживания медицинских приборов и медицинских информационных систем. Часть 1. Требования и анализ рисков».
  • Разработкой и внедрением государственных стандартов в области электронного здравоохранения занимается Технический комитет по стандартизации «Информатизация здоровья» (ТК-468).

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

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

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

Инфологическая модель предметной области – это абстрактное представление данных, которое описывает сущности, их атрибуты и взаимосвязи между ними, без привязки к конкретной СУБД. Она служит мостом между реальным миром медицинских процессов и технической реализацией базы данных. Цель инфологического моделирования – создать ясное, непротиворечивое и полное описание информационных потребностей системы.

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

Пример построения ER-диаграммы для системы управления больницей:

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

• Пациенты:
  • Атрибуты: Идентификатор пациента (первичный ключ), ФИО, дата рождения, пол, адрес, контактные данные, номер страхового полиса, история болезней (связь с Медицинской картой).
• Врачи:
  • Атрибуты: Идентификатор врача (первичный ключ), ФИО, специализация, контактные данные, расписание (связь с Приёмами), квалификация.
• Сотрудники:
  • Атрибуты: Идентификатор сотрудника (первичный ключ), ФИО, должность (медсестра, администратор), контактные данные, отдел.
• Приёмы:
  • Атрибуты: Идентификатор приёма (первичный ключ), дата и время, кабинет, статус (запланирован, завершен, отменен), тип приёма (первичный, повторный).
  • Связи: «Пациент» (многие к одному), «Врач» (многие к одному).
• Медицинские карты:
  • Атрибуты: Идентификатор карты (первичный ключ), дата создания, номер карты, основные диагнозы.
  • Связи: «Пациент» (один к одному), «Приёмы» (один ко многим, через записи о приеме в карте). Содержит сведения из медицинских карт пациентов, данные об объемах и характере оказанной медицинской помощи, финансовые потоки, счета на оплату услуг, нормативно-справочную медицинскую и экономическую информацию, базы данных застрахованного населения и персонифицированные данные о больных социально значимыми болезнями.
• Анализы:
  • Атрибуты: Идентификатор анализа (первичный ключ), тип анализа, дата взятия, дата результата, результат, единица измерения, референсные значения.
  • Связи: «Пациент» (многие к одному), «Приёмы» (многие к одному, если анализ назначен в рамках приема).
• Больница:
  • Атрибуты: Идентификатор больницы (первичный ключ), название, адрес, контактные данные, лицензия.
• Отделение:
  • Атрибуты: Идентификатор отделения (первичный ключ), название, заведующий, количество коек.
  • Связи: «Больница» (многие к одному).

Взаимосвязи между сущностями:

• Пациент может иметь много Приёмов и одну Медицинскую карту.
• Врач может проводить много Приёмов.
• Сотрудники могут работать в разных Отделениях.
• Больница состоит из многих Отделений.
• Приём связан с одним Пациентом и одним Врачом.
• Анализы связаны с Пациентами и могут быть назначены в рамках Приёмов.

Трансформация ER-диаграммы в логическую модель:

После построения ER-диаграммы следующим шагом является ее трансформация в логическую модель базы данных, которая представляет собой набор таблиц, полей, первичных и внешних ключей. Каждая сущность на ER-диаграмме становится таблицей, а ее атрибуты – столбцами таблицы. Взаимосвязи преобразуются в внешние ключи, которые связывают таблицы между собой, обеспечивая реляционную целостность данных. Например, связь «Пациент» – «Приём» (один ко многим) означает, что в таблице «Приёмы» будет внешний ключ, ссылающийся на первичный ключ таблицы «Пациенты».

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

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

Выбор оптимальной системы управления базами данных (СУБД) является не просто техническим решением, а сложной многопараметрической задачей, одним из важнейших этапов в разработке информационной системы для медицинских учреждений. От этого выбора зависят производительность, масштабируемость, безопасность, стоимость владения и, в конечном итоге, успех всего проекта.

Типы СУБД, используемые в медицинских информационных системах:

В медицинских ИС применяются различные архитектуры СУБД, каждая из которых имеет свои преимущества и недостатки:

1. Реляционные СУБД (РСУБД): Наиболее распространенный тип, основанный на реляционной модели данных, где информация хранится в таблицах, связанных между собой.
   • Примеры: Oracle, Microsoft SQL Server, MySQL, PostgreSQL.
   • Преимущества: Высокая степень структурированности данных, поддержка ACID-свойств (атомарность, согласованность, изоляция, долговечность), мощные средства для выполнения сложных запросов (SQL).
   • Недостатки: Может быть менее гибкой для работы с неструктурированными данными (например, медицинскими изображениями), горизонтальное масштабирование может быть сложным.
2. Постреляционные СУБД: Развитие реляционных систем, добавляющие поддержку объектно-ориентированных возможностей, иерархических структур, массивов.
   • Примеры: PostgreSQL (обладает многими постреляционными возможностями).
   • Преимущества: Сочетание преимуществ реляционных систем с гибкостью обработки более сложных типов данных.
3. Объектно-ориентированные СУБД (ООСУБД): Предназначены для хранения объектов напрямую, без преобразования в реляционную модель.
   • Преимущества: Идеальны для работы с очень сложными и взаимосвязанными данными, характерными для некоторых областей медицины (например, генетика, молекулярная биология).
   • Недостатки: Менее распространены, могут требовать специфических навыков разработки.
4. Объектно-реляционные СУБД (ОРСУБД): Комбинируют элементы объектно-ориентированных и реляционных подходов.
   • Примеры: Oracle, PostgreSQL.
   • Преимущества: Позволяют хранить как традиционные реляционные данные, так и сложные объекты, предоставляя большую гибкость.

Критерии выбора СУБД:

При выборе СУБД для медицинской информационной системы следует учитывать следующие ключевые параметры:

• Максимальное число одновременно обращающихся пользователей: Для крупных клиник или региональных систем требуется СУБД, способная обрабатывать тысячи одновременных подключений без потери производительности.
• Масштабируемость системы: Способность СУБД эффективно расти вместе с объемом данных и числом пользователей, как вертикально (увеличение мощности сервера), так и горизонтально (распределение нагрузки на несколько серверов).
• Объем хранимой информации: Медицинские данные (ЭМК, результаты анализов, изображения) могут занимать терабайты, поэтому СУБД должна эффективно работать с большими объемами.
• Серверная операционная система: Совместимость СУБД с выбранной серверной ОС (Windows Server, Linux).
• Безопасность хранения информации: Наличие встроенных механизмов безопасности, таких как шифрование данных, контроль доступа, аудирование операций, соответствие законодательным требованиям по защите персональных данных (ФЗ № 152-ФЗ).
• Стоимость лицензий и поддержки: Для проприетарных СУБД это может быть существенной статьей расходов, в то время как открытые решения значительно сокращают эти затраты.
• Наличие поддержки стандарта FHIR (Fast Healthcare Interoperability Resources): Для обеспечения интероперабельности и обмена данными в современном здравоохранении.

Специфические рекомендации по выбору СУБД для медицинских приложений:

• Oracle: Часто используется для крупных и сложных проектов в медицине, где требуется высочайшая надежность, производительность и масштабируемость. Подходит для федеральных и региональных медицинских информационных систем, способных обрабатывать огромные массивы данных и обеспечивать работу тысяч пользователей. Однако, отличается высокой стоимостью лицензий и поддержки.
• Microsoft SQL Server: Популярен для небольших и средних лечебно-профилактических учреждений, благодаря хорошей интеграции с продуктами Microsoft, относительной простоте администрирования и развитому инструментарию. Предлагает сбалансированное соотношение функциональности и стоимости для многих клинических задач.
• MySQL: Помимо широко используемых Oracle и Microsoft SQL Server, для медицинских информационных систем активно применяются открытые реляционные СУБД. MySQL часто выбирается благодаря своей надежности, гибкости, простоте использования и отсутствию лицензионных отчислений. Это позволяет безопасно хранить большие объемы медицинских данных и упрощает их анализ для выявления закономерностей и рисков, что делает ее привлекательной для аналитических задач и систем, требующих гибкости.
• PostgreSQL: Используется в проектах, требующих работы с большими объемами чувствительных данных, например, для региональных медицинских информационных систем, где она обеспечивает функционирование ERP-систем для тысяч одновременных пользователей. PostgreSQL ценится за свою надежность, расширенные возможности (включая постреляционные функции, поддержку JSONB для неструктурированных данных) и активное сообщество. Она также часто применяется в базах данных, основанных на стандарте FHIR, что делает ее идеальной для современных, интероперабельных медицинских систем.

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

Глава 3. Проектирование информационной системы учета медицинских услуг

Архитектура информационной системы

Разработка архитектуры информационной системы (ИС) – это фундамент, на котором строится вся будущая система. Для медицинских услуг этот этап особенно важен, поскольку от архитектурных решений зависит не только производительность и масштабируемость, но и надежность, безопасность и интероперабельность системы. В контексте современных тенденций и требований, таких как интеграция с ЕГИСЗ и поддержка SaaS-модели, наиболее актуальной является многоуровневая клиент-серверная архитектура.

Общая архитектура ИС и ее компоненты:

Предлагаемая архитектура обычно включает три основных уровня:

1. Уровень представления (Клиентский уровень): Это то, с чем непосредственно взаимодействует пользователь.
   • Веб-интерфейс: Доступ через стандартный веб-браузер с любого устройства (ПК, планшет, смартфон). Обеспечивает максимальную гибкость и доступность. Реализуется с использованием современных веб-технологий (HTML, CSS, JavaScript, React/Angular/Vue.js).
   • Десктоп-приложение: Специализированное приложение для рабочих мест врачей и регистраторов, где требуется высокая производительность и доступ к функциям, недоступным через веб (например, интеграция с локальным медицинским оборудованием). Разрабатывается на платформах .NET, Java (Swing/JavaFX) или Python (PyQt).
   • Мобильное приложение: Для пациентов (запись на прием, просмотр анализов) и, возможно, для некоторых категорий медицинского персонала (выездные бригады).
   • Взаимодействие: Обмен данными с уровнем бизнес-логики происходит по протоколам HTTP/HTTPS через RESTful API или другие стандартизированные интерфейсы.
2. Уровень бизнес-логики (Сервер приложений): Это «мозг» системы, где обрабатываются все запросы, реализуются бизнес-правила и алгоритмы.
   • Сервер приложений: Запускается на выделенном сервере и содержит основную логику работы системы. Может быть реализован на различных языках программирования (Java, C#, Python, Node.js) с использованием соответствующих фреймворков (Spring, ASP.NET Core, Django, Express.js).
   • API (Application Programming Interface): Предоставляет набор сервисов для взаимодействия с клиентским уровнем и другими внешними системами. RESTful API является наиболее распространенным стандартом.
   • Модули интеграции: Специализированные компоненты для взаимодействия с внешними системами (ЕГИСЗ, лаборатории, «Честный знак», системы телемедицины) с использованием стандартов HL7, SOAP, а также проприетарных протоколов.
   • Сервисы безопасности: Отвечают за аутентификацию, авторизацию, журналирование действий, шифрование данных на уровне приложения.
   • Ожидаемый результат: Централизованное управление бизнес-процессами, масштабируемость, возможность легкой модификации и обновления логики без изменения клиентской части.
3. Уровень данных (Сервер базы данных): Хранение и управление всеми данными системы.
   • Сервер СУБД: В зависимости от выбора (Oracle, MS SQL Server, MySQL, PostgreSQL), на этом уровне разворачивается соответствующая система управления базами данных.
   • Хранилище данных: Физическое расположение файлов базы данных. Требует высокопроизводительных и надежных дисковых систем (RAID-массивы, SSD).
   • Система резервного копирования: Механизмы для регулярного создания резервных копий и возможность быстрого восстановления данных.
   • Взаимодействие: Сервер приложений обращается к СУБД по специализированным протоколам (например, JDBC/ODBC для SQL-баз).

Взаимодействие компонентов и общая схема:

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

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

Разработка логической и физической структуры базы данных

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

Логическая структура базы данных:

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

Ключевые таблицы и их поля для учета медицинских услуг:

1. Таблица «Пациенты»:
   • id_pacienta (INT, PRIMARY KEY, AUTO_INCREMENT) – Уникальный идентификатор пациента.
   • familiya (VARCHAR(50)) – Фамилия.
   • imya (VARCHAR(50)) – Имя.
   • otchestvo (VARCHAR(50)) – Отчество.
   • data_rozhdeniya (DATE) – Дата рождения.
   • pol (ENUM(‘М’, ‘Ж’)) – Пол.
   • adres (VARCHAR(255)) – Адрес проживания.
   • nomer_telefona (VARCHAR(20)) – Контактный телефон.
   • email (VARCHAR(100)) – Электронная почта.
   • nomer_polisa (VARCHAR(50)) – Номер страхового полиса.
   • seriya_pasporta (VARCHAR(4)) – Серия паспорта.
   • nomer_pasporta (VARCHAR(6)) – Номер паспорта.
2. Таблица «Врачи»:
   • id_vracha (INT, PRIMARY KEY, AUTO_INCREMENT) – Уникальный идентификатор врача.
   • familiya (VARCHAR(50)).
   • imya (VARCHAR(50)).
   • otchestvo (VARCHAR(50)).
   • specializaciya (VARCHAR(100)) – Специализация (например, «Терапевт», «Хирург»).
   • nomer_telefona (VARCHAR(20)).
   • email (VARCHAR(100)).
   • id_otdeleniya (INT, FOREIGN KEY) – Ссылка на отделение.
3. Таблица «Сотрудники»: (для медсестер, администраторов и т.д.)
   • id_sotrudnika (INT, PRIMARY KEY, AUTO_INCREMENT).
   • familiya (VARCHAR(50)).
   • imya (VARCHAR(50)).
   • otchestvo (VARCHAR(50)).
   • dolzhnost (VARCHAR(100)) – Должность.
   • id_otdeleniya (INT, FOREIGN KEY) – Ссылка на отделение.
4. Таблица «Отделения»:
   • id_otdeleniya (INT, PRIMARY KEY, AUTO_INCREMENT).
   • nazvanie (VARCHAR(100)) – Название отделения.
   • id_zaveduyushchego (INT, FOREIGN KEY, NULLABLE) – Ссылка на врача, заведующего отделением.
5. Таблица «Приёмы»:
   • id_priema (INT, PRIMARY KEY, AUTO_INCREMENT).
   • id_pacienta (INT, FOREIGN KEY) – Ссылка на пациента.
   • id_vracha (INT, FOREIGN KEY) – Ссылка на врача.
   • data_vremya_priema (DATETIME) – Дата и время приёма.
   • nomer_kabineta (VARCHAR(10)) – Номер кабинета.
   • status (ENUM(‘Запланирован’, ‘Завершен’, ‘Отменен’, ‘Перенесен’)) – Статус приёма.
   • tip_priema (ENUM(‘Первичный’, ‘Повторный’, ‘Консультация’)) – Тип приёма.
   • primechaniya (TEXT) – Заметки по приёму.
6. Таблица «Медицинские_Карты»:
   • id_med_karty (INT, PRIMARY KEY, AUTO_INCREMENT).
   • id_pacienta (INT, UNIQUE, FOREIGN KEY) – Ссылка на пациента (один к одному).
   • data_sozdaniya (DATE) – Дата создания карты.
   • nomer_karty (VARCHAR(50)) – Номер карты.
   • osnovnoy_diagnoz (TEXT) – Основной диагноз (может быть в виде JSON для множественных).
7. Таблица «Записи_в_Карте»: (для детализации данных ЭМК, согласно ГОСТ Р 52636-2006)
   • id_zapisi (INT, PRIMARY KEY, AUTO_INCREMENT).
   • id_med_karty (INT, FOREIGN KEY) – Ссылка на медицинскую карту.
   • id_priema (INT, FOREIGN KEY, NULLABLE) – Ссылка на приём, если запись связана с приёмом.
   • data_vremya_zapisi (DATETIME) – Дата и время создания записи.
   • tip_zapisi (ENUM(‘Анамнез’, ‘Диагноз’, ‘Результат_Анализа’, ‘Результат_Обследования’, ‘Назначение’, ‘Выписка’, ‘Заключение’)) – Тип записи.
   • opisanie (TEXT) – Детальное описание записи.
   • id_vracha (INT, FOREIGN KEY) – Ссылка на врача, сделавшего запись.
8. Таблица «Результаты_Анализов»:
   • id_rezultata_analiza (INT, PRIMARY KEY, AUTO_INCREMENT).
   • id_pacienta (INT, FOREIGN KEY).
   • id_zapisi (INT, FOREIGN KEY, NULLABLE) – Ссылка на запись в карте.
   • tip_analiza (VARCHAR(100)) – Тип анализа (например, «Общий анализ крови»).
   • data_vzyatiya (DATE).
   • data_rezultata (DATE).
   • nazvanie_pokazatelya (VARCHAR(100)) – Название показателя (например, «Гемоглобин»).
   • znachenie (VARCHAR(50)) – Значение (может быть число, текст).
   • edinica_izmereniya (VARCHAR(20)) – Единица измерения.
   • referensnyy_diapazon (VARCHAR(100)) – Референсные значения.
9. Таблица «Назначения_Лекарств»:
   • id_naznacheniya (INT, PRIMARY KEY, AUTO_INCREMENT).
   • id_zapisi (INT, FOREIGN KEY) – Ссылка на запись в карте.
   • nazvanie_preparata (VARCHAR(255)) – Название препарата.
   • dozirovka (VARCHAR(100)) – Дозировка.
   • chastota_priema (VARCHAR(100)) – Частота приема.
   • dlitelnost_kursa (VARCHAR(100)) – Длительность курса.
   • instrukcii (TEXT) – Инструкции по применению.
10. Таблица «Услуги»:
    • id_uslugi (INT, PRIMARY KEY, AUTO_INCREMENT).
    • nazvanie (VARCHAR(255)) – Название услуги.
    • cena (DECIMAL(10, 2)) – Стоимость.
    • opisanie (TEXT).
11. Таблица «Счета»:
    • id_scheta (INT, PRIMARY KEY, AUTO_INCREMENT).
    • id_pacienta (INT, FOREIGN KEY).
    • data_scheta (DATE).
    • obshchaya_summa (DECIMAL(10, 2)).
    • status (ENUM(‘Выставлен’, ‘Оплачен’, ‘Просрочен’)).
12. Таблица «Детали_Счета»: (связь многие ко многим между «Счета» и «Услуги»)
    • id_detali_scheta (INT, PRIMARY KEY, AUTO_INCREMENT).
    • id_scheta (INT, FOREIGN KEY).
    • id_uslugi (INT, FOREIGN KEY).
    • kolichestvo (INT).
    • cena_za_edinicu (DECIMAL(10, 2)).
    • summa_poditogom (DECIMAL(10, 2)).

Связи между таблицами (пример):

• Pacienty.id_pacienta —> Priemy.id_pacienta (Один-ко-Многим)
• Vrachi.id_vracha —> Priemy.id_vracha (Один-ко-Многим)
• Pacienty.id_pacienta —> Medicinskie_Karty.id_pacienta (Один-к-Одному)
• Medicinskie_Karty.id_med_karty —> Zapisi_v_Karte.id_med_karty (Один-ко-Многим)
• Zapisi_v_Karte.id_zapisi —> Naznacheniya_Lekarstv.id_naznacheniya (Один-ко-Многим)
• Pacienty.id_pacienta —> Scheta.id_pacienta (Один-ко-Многим)
• Scheta.id_scheta —> Detali_Scheta.id_scheta (Один-ко-Многим)
• Uslugi.id_uslugi —> Detali_Scheta.id_uslugi (Один-ко-Многим)

Физическая структура базы данных:

Физическая структура – это конкретная реализация логической модели в выбранной СУБД (например, PostgreSQL). На этом этапе определяются типы данных, индексы, ограничения целостности (первичные, внешние, уникальные ключи), параметры хранения (табличные пространства, размер блоков).

• Типы данных: Выбираются оптимальные типы данных для каждого поля (например, INT для идентификаторов, VARCHAR для строк, DATE/DATETIME для дат, DECIMAL для денежных значений).
• Индексы: Создаются для полей, по которым часто происходит поиск или сортировка (например, id_pacienta в таблице Priemy, familiya в таблице Pacienty). Это значительно ускоряет выполнение запросов.
• Ограничения целостности:
  • Первичные ключи (PRIMARY KEY): Гарантируют уникальность каждой записи в таблице и используются для связи.
  • Внешние ключи (FOREIGN KEY): Обеспечивают ссылочную целостность между таблицами, предотвращая создание «висячих» записей.
  • Уникальные ключи (UNIQUE): Обеспечивают уникальность значений в столбце, но не являются первичным ключом (например, nomer_polisa в таблице Pacienty).
• Оптимизация производительности: Включает в себя денормализацию (в некоторых случаях, для ускорения чтения), партиционирование таблиц для больших объемов данных, настройку параметров СУБД.

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

Проектирование пользовательского интерфейса

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

Общие принципы проектирования пользовательского интерфейса:

1. Простота и интуитивность: Интерфейс должен быть понятен без длительного обучения. Используйте знакомые иконки, четкую навигацию, последовательные действия.
2. Эффективность: Минимизация количества кликов и переходов, ускорение выполнения рутинных операций.
3. Единообразие: Все элементы управления, кнопки, поля ввода должны выглядеть и функционировать одинаково по всей системе.
4. Обратная связь: Система должна информировать пользователя о статусе выполнения операций, ошибках или успешном завершении.
5. Гибкость и настраиваемость: Возможность адаптации интерфейса под различные роли пользователей (врач, медсестра, администратор) и индивидуальные предпочтения.
6. Предотвращение ошибок: Дизайн должен исключать или минимизировать возможность совершения ошибок (например, подтверждение критических действий, валидация ввода).

Особенности проектирования медицинских интерфейсов:

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

Примерные элементы интерфейса и их концепция:

1. Рабочее место врача:
   • Централизованный доступ к ЭМК пациента с разбивкой по вкладкам (Анамнез, Диагнозы, Анализы, Назначения, Обследования, История приёмов).
   • Левая панель навигации для быстрого переключения между пациентами и функциями (расписание, текущие задачи).
   • Правая панель для контекстной информации (справочники лекарств, рекомендации, шаблоны).
   • Кнопки для быстрых действий (Создать запись, Назначить анализ, Выписать рецепт).
2. Рабочее место регистратора:
   • Модуль записи на прием с визуальным отображением расписания врачей (сетка, календарь).
   • Формы быстрого поиска пациентов и добавления новых.
   • Панель статуса приема (ожидает, в кабинете, завершен).
3. Электронная медицинская карта (ЭМК):
   • Четкая иерархия информации: основные данные пациента, краткая сводка, затем детальные записи по датам и типам.
   • Фильтры и поиск по датам, типам записей, врачам.
   • Возможность прикрепления файлов (изображения, сканы документов).
   • Визуальное выделение критически важных данных (аллергии, хронические заболевания).

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

Реализация электронной медицинской карты (ЭМК)

Электронная медицинская карта (ЭМК) является центральным элементом любой медицинской информационной системы. Это не просто цифровой аналог бумажной истории болезни, а систематизированное собрание данных о состоянии здоровья человека, включающее анамнез, диагнозы, результаты лабораторных анализов, инструментальных обследований, заключения медиков, назначения лекарственных препаратов и историю выписанных рецептов. Реализация ЭМК должна строго соответствовать установленным стандартам, таким как ГОСТ Р 52636-2006 «Электронная история болезни», который определяет требования к ее структуре, сохранности и безопасности.

Структура ЭМК согласно ГОСТ Р 52636-2006:

ГОСТ Р 52636-2006 устанавливает основные требования к составу и структуре электронной истории болезни, что обеспечивает ее унификацию и интероперабельность. Ключевые компоненты ЭМК:

1. Идентификация пациента:
   • Уникальный идентификатор пациента.
   • Персональные данные (ФИО, дата рождения, пол, адрес, контактные данные, номер страхового полиса).
   • Методики идентификации пользователей, работающих с ЭМК, должны быть надежными (логин/пароль, электронная подпись, биометрические данные).
2. Анамнез:
   • Общий анамнез (перенесенные заболевания, операции, аллергии, наследственность).
   • Анамнез текущего заболевания (жалобы, история развития).
3. Диагнозы:
   • Основной диагноз, сопутствующие диагнозы, осложнения.
   • Классификация по МКБ-10 (Международная классификация болезней).
4. Результаты лабораторных анализов:
   • Показатели состава крови, мочи, биохимические исследования.
   • Динамика изменений показателей, графическое представление.
5. Результаты инструментальных обследований:
   • Рентген, УЗИ, МРТ, КТ, ЭКГ, эндоскопия.
   • Заключения специалистов, прикрепление изображений и видео.
6. Заключения медиков:
   • Записи врачей после каждого приема, консультации, обхода.
   • Детальное описание осмотра, оценка состояния.
7. Назначения лекарственных препаратов:
   • Список препаратов, дозировки, режим приема, инструкции по применению.
   • История выписанных рецептов.
8. План лечения и проведенные процедуры:
   • Описание лечебных мероприятий, физиотерапии, манипуляций.
9. Информация о госпитализациях и выписках:
   • Даты поступления/выписки, диагнозы при поступлении/выписке, эпикризы.

Требования к обеспечению сохранности, неизменности и целостности записи:

ГОСТ Р 52636-2006 уделяет особое внимание этим аспектам:

• Сохранность: Все записи в ЭМК должны быть надежно сохранены, исключая возможность случайной или преднамеренной потери данных. Это требует регулярного резервного копирования и использования отказоустойчивых систем хранения.
• Неизменность: После внесения записи в ЭМК она не должна быть изменена или удалена без оставления следов. Любые корректировки должны фиксироваться с указанием даты, времени и автора изменения (аудит изменений). Это обеспечивает юридическую значимость и доверие к данным.
• Целостность: Данные в ЭМК должны быть согласованы и непротиворечивы. Это достигается за счет использования ссылочной целостности в базе данных (внешние ключи), валидации ввода и бизнес-правил.

Аспекты безопасности при реализации ЭМК:

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

• Контроль доступа: Строгое разграничение прав доступа к информации в ЭМК в зависимости от роли пользователя (врач видит больше, чем администратор, пациент видит только свои данные).
• Аутентификация и авторизация: Надежные механизмы подтверждения личности пользователя и проверки его прав на доступ к конкретным данным. Использование электронной цифровой подписи (ЭЦП) для подтверждения записей.
• Шифрование данных: Шифрование данных как при хранении (на уровне базы данных или файловой системы), так и при передаче по сети (использование протоколов HTTPS, VPN).
• Аудит и журналирование: Подробное логирование всех действий пользователей с ЭМК (кто, когда, что просмотрел или изменил) для обеспечения возможности расследования инцидентов.
• Защита от вредоносного ПО: Использование антивирусных систем и межсетевых экранов.
• Физическая безопасность: Размещение серверов с данными в защищенных помещениях.

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

Глава 4. Технико-экономическое обоснование проекта разработки информационной системы

Подходы и методы оценки экономической эффективности IT-проектов

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

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

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

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

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

Основные финансовые (количественные) методы оценки эффективности инвестиций в ИТ-проекты:

1. ROI (Return on Investment) — Коэффициент рентабельности инвестиций:
   • Назначение: Позволяет оценить общую прибыльность проекта и выбрать тот, который обеспечивает оптимальный возврат вложений.
   • Формула: ROI = (Чистая прибыль от инвестиций − Стоимость инвестиций) / Стоимость инвестиций × 100%
   • Применение: Если ROI > 0, проект приносит прибыль. Чем выше ROI, тем привлекательнее проект.
2. NPV (Net Present Value) — Чистый приведенный доход (чистая приведенная стоимость):
   • Назначение: Оценивает общую стоимость проекта с учетом временной стоимости денег (дисконтирования). Показывает, насколько увеличится богатство инвестора, если он вложится в проект.
   • Формула: NPV = Σⁿ_t=0 (CF_t / (1 + r)^t)
     • где: CF_t — денежный поток в период t;
     • r — ставка дисконтирования;
     • t — период времени;
     • n — количество периодов.
   • Применение: Если NPV > 0, проект считается экономически выгодным.
3. IRR (Internal Rate of Return) — Внутренняя норма доходности (внутренняя норма рентабельности):
   • Назначение: Определяет процентную ставку, при которой NPV проекта равен нулю. Это максимальная ставка дисконтирования, при которой проект остается прибыльным.
   • Применение: Проект принимается, если IRR превышает стоимость капитала или требуемую норму доходности.
4. Payback (срок окупаемости) — Срок окупаемости инвестиций:
   • Назначение: Показывает, за какой период времени проект вернет первоначальные инвестиции.
   • Формула: Payback = Первоначальные инвестиции / Ежегодный денежный поток (для равномерных потоков).
   • Применение: Чем короче срок окупаемости, тем быстрее инвестиции окупятся, что снижает риски.
5. TCO (Total Cost of Ownership) — Совокупная стоимость владения:
   • Назначение: Комплексная оценка всех прямых и косвенных затрат, связанных с владением и эксплуатацией информационной системы на протяжении всего ее жизненного цикла (от приобретения до вывода из эксплуатации).
   • Включает: Стоимость приобретения, установки, настройки, обслуживания, поддержки, обучения, обновления, а также неявные затраты (например, время простоя).

Дисконтированные методы оценки эффективности проекта:
Основаны на модели дисконтированного денежного потока (DCF – Discounted Cash Flows). Эта модель приводит стоимость будущих денежных потоков проекта к определенному периоду (обычно к текущему моменту) с учетом ставки дисконтирования. Ставка дисконтирования отражает риск проекта и стоимость капитала, позволяя учесть инфляцию и альтернативные издержки инвестиций. Методы NPV и IRR являются дисконтированными.

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

Расчет издержек на разработку и внедрение информационной системы

Для проведения полноценного технико-экономического обоснования (ТЭО) необходимо детально проанализировать и рассчитать все предполагаемые издержки, связанные с разработкой и внедрением информационной системы. Эти затраты можно разделить на несколько ключевых категорий.

Категории издержек:

1. Издержки на разработку программного обеспечения:
   • Оплата труда разработчиков: Главная статья расходов. Рассчитывается исходя из количества человеко-часов, необходимых для выполнения всех этапов жизненного цикла (анализ, проектирование, кодирование, тестирование), и средней стоимости часа работы специалиста (программист, аналитик, тестировщик, UI/UX-дизайнер, менеджер проекта).
     • Пример расчета: Если для разработки потребуется 3000 человеко-часов, а средняя ставка составляет 1500 руб./час, то затраты на персонал составят 4 500 000 руб.
   • Лицензии на средства разработки: Стоимость IDE, систем контроля версий, инструментов для моделирования (если не используются открытые аналоги).
   • Налоги и социальные отчисления: Дополнительные расходы на фонд оплаты труда.
2. Издержки на покупку и лицензирование программного обеспечения:
   • СУБД: Если выбрана проприетарная СУБД (например, Microsoft SQL Server Enterprise, Oracle Database Enterprise Edition), стоимость лицензий может быть значительной и зависит от количества ядер процессора или пользователей. Для открытых СУБД (PostgreSQL, MySQL) прямых лицензионных платежей нет, но могут быть расходы на их коммерческую поддержку.
   • Операционные системы: Лицензии на серверные ОС (Windows Server).
   • Офисное ПО: Если система интегрируется с офисными пакетами (например, для экспорта отчетов).
   • Средства защиты информации: Стоимость лицензий на антивирусные программы, межсетевые экраны, СЗИ, имеющие сертификаты ФСБ и ФСТЭК России.
3. Издержки на приобретение и настройку оборудования:
   • Серверы: Стоимость аппаратного обеспечения для сервера приложений и сервера базы данных (процессоры, оперативная память, дисковая подсистема, сетевое оборудование).
   • Рабочие станции: Закупка или модернизация компьютеров для конечных пользователей (врачей, регистраторов).
   • Сетевое оборудование: Коммутаторы, маршрутизаторы, кабели.
   • Периферийное оборудование: Принтеры, сканеры, возможно, специализированные медицинские устройства, интегрируемые с системой.
   • Монтаж и настройка: Оплата услуг по установке и конфигурированию всего оборудования.
4. Издержки на внедрение и обучение персонала:
   • Услуги по внедрению: Настройка системы под специфические бизнес-процессы медицинского учреждения, миграция существующих данных, интеграция с другими ИС.
   • Обучение пользователей: Проведение тренингов для врачей, медсестер, административного персонала по работе с новой системой.
   • Разработка методических материалов: Создание инструкций, руководств пользователя.
5. Издержки на поддержку и сопровождение: (рассчитываются на определенный период, например, 3-5 лет)
   • Техническая поддержка: Оплата услуг по устранению сбоев, консультации пользователей.
   • Обновление ПО: Лицензии на обновления СУБД, ОС, антивирусных программ.
   • Аренда облачных сервисов: Если система разворачивается по модели SaaS или использует облачную инфраструктуру.
   • Затраты на персонал поддержки: Системный администратор, инженер по базам данных.

Пример укрупненного расчета издержек:

Категория издержек	Единица измерения	Количество	Стоимость за единицу, руб.	Общая стоимость, руб.
Разработка ПО (персонал)	Человеко-час	3000	1500	4 500 000
Лицензии на проприетарную СУБД	Зависит от объема/ядер	1	1 000 000	1 000 000
Лицензии на серверную ОС	Лицензия	1	50 000	50 000
Серверное оборудование	Комплект	1	700 000	700 000
Рабочие станции	Штука	10	50 000	500 000
Средства защиты информации	Лицензия	1	150 000	150 000
Внедрение и обучение	Проект	1	300 000	300 000
ИТОГО первоначальные затраты				7 200 000

Дальнейший расчет ТЭО будет основываться на этих данных, сравнивая их с ожидаемой выгодой и используя финансовые показатели (ROI, NPV, Payback) для оценки целесообразности инвестиций. Неужели эти цифры не являются убедительным аргументом в пользу тщательного планирования?

Оценка качественных показателей эффективности

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

Основные качественные методы оценки эффективности внедрения МИС:

1. Анализ соответствия стандартам медицинской помощи и клиническим рекомендациям:
   • Суть: Оценка того, насколько новая информационная система помогает медицинскому персоналу соблюдать утвержденные стандарты лечения, протоколы диагностики и клинические рекомендации.
   • Индикаторы:
     • Автоматизированные напоминания о необходимых процедурах или обследованиях.
     • Система поддержки принятия клинических решений, предлагающая оптимальные схемы лечения на основе введенных данных и актуальных рекомендаций.
     • Возможность формирования отчетности о соблюдении стандартов.
   • Ожидаемый результат: Повышение качества и единообразия оказываемой медицинской помощи, снижение вариативности в лечении, уменьшение числа осложнений и врачебных ошибок.
2. Экспертная оценка качества лечения, качества и безопасности медицинской деятельности:
   • Суть: Привлечение независимых медицинских экспертов и специалистов по качеству для оценки влияния МИС на ключевые аспекты работы клиники.
   • Методы:
     • Анкетирование и интервьюирование врачей, медсестер и административного персонала.
     • Анализ выборочных случаев лечения до и после внедрения системы.
     • Изучение отчетов о нежелательных явлениях и врачебных ошибках.
   • Индикаторы:
     • Снижение количества врачебных ошибок при назначении препаратов и обследованиях.
     • Повышение точности, оперативности и информативности диагностических исследований.
     • Сокращение числа обострений хронических заболеваний.
     • Повышение степени соответствия лечения стандартам.
   • Ожидаемый результат: Объективная оценка улучшения медицинских процессов, выявление областей для дальнейшей оптимизации.
3. Форматно-логический контроль и обеспечение безопасности пациентов:
   • Суть: Оценка способности системы автоматически проверять корректность вводимых данных и предотвращать потенциально опасные ситуации.
   • Индикаторы:
     • Автоматическая валидация данных (например, проверка соответствия дозировки возрасту пациента, исключение назначения лекарств при наличии аллергии, известной из ЭМК).
     • Система предупреждений о возможных взаимодействиях лекарственных средств.
     • Предотвращение дублирования медицинских записей или некорректного ввода данных.
     • Автоматизированный контроль за графиком приема препаратов.
   • Ожидаемый результат: Значительное снижение риска врачебных ошибок, связанных с некорректными данными или несовместимостью назначений, что напрямую повышает безопасность пациентов.
4. Удовлетворенность персонала и пациентов:
   • Суть: Оценка влияния МИС на удобство работы медицинского персонала и уровень удовлетворенности пациентов.
   • Индикаторы:
     • Сокращение времени ожидания для пациентов (за счет оптимизации записи и процессов).
     • Уменьшение нагрузки на персонал регистратуры (автоматизация записи, электронные очереди).
     • Повышение гражданской ответственности пациентов (доступ к ЭМК, онлайн-запись).
     • Удобство использования интерфейса, сокращение времени на поиск информации.
   • Ожидаемый результат: Повышение морального духа и производительности персонала, улучшение имиджа медицинского учреждения, рост лояльности пациентов.

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

Глава 5. Нормативно-правовые, этические аспекты и обеспечение безопасности информационных систем в здравоохранении

Правовые основы защиты персональных данных и врачебной тайны в РФ

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

Ключевые законодательные акты Российской Федерации, регулирующие вопросы конфиденциальности и защиты персональных данных в медицине:

1. Федеральный закон от 21.11.2011 № 323-ФЗ «Об основах охраны здоровья граждан в РФ»:
   • Является базовым документом, определяющим права и обязанности граждан и медицинских организаций в сфере здравоохранения.
   • Статья 13 закрепляет понятие врачебной тайны, устанавливает порядок ее соблюдения и случаи, когда информация может быть предоставлена без согласия гражданина (например, для проведения медицинского обследования по эпидемиологическим показаниям, по запросу суда).
2. Федеральный закон от 27.07.2006 № 152-ФЗ «О персональных данных»:
   • Устанавливает общие требования к обработке персональных данных в Российской Федерации.
   • Определяет понятия «оператор персональных данных», «субъект персональных данных», «обработка персональных данных».
   • Регламентирует принципы обработки (законность, добросовестность, целевое назначение), порядок получения согласия на обработку, права субъектов данных и обязанности операторов.
   • Медицинские данные относятся к специальным категориям персональных данных, требующим повышенных мер защиты.
3. Постановление Правительства РФ от 01.11.2012 № 1119 «Об утверждении требований к защите персональных данных при их обработке в информационных системах персональных данных»:
   • Конкретизирует требования к защите персональных данных в информационных системах.
   • Определяет четыре уровня защищенности персональных данных и соответствующие им требования к мерам защиты, зависящие от типа данных (например, специальные категории данных, такие как медицинские, требуют более высокого уровня защиты) и количества субъектов, чьи данные обрабатываются.
4. Федеральный закон от 27.07.2006 № 149-ФЗ «Об информации, информационных технологиях и о защите информации»:
   • Определяет общие принципы оборота информации, правовой режим информационных технологий и обеспечения защиты информации.
   • Статья 16 устанавливает требования к защите информации, включая предотвращение несанкционированного доступа, модификации, копирования, распространения, уничтожения.
5. Постановление Правительства РФ от 08.02.2018 № 127 «Об утверждении Правил категорирования объектов критической информационной инфраструктуры Российской Федерации»:
   • Хотя этот документ касается критической информационной инфраструктуры (КИИ), многие медицинские информационные системы, особенно регионального и федерального уровня, могут быть отнесены к объектам КИИ в сфере здравоохранения.
   • Это накладывает дополнительные, еще более строгие требования к их безопасности, включая необходимость создания систем безопасности значимых объектов КИИ и их взаимодействия с Государственной системой обнаружения, предупреждения и ликвидации последствий компьютерных атак (ГосСОПКА).

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

Объекты защиты и основные принципы информационной безопасности МИС

Информационная безопасность (ИБ) в контексте медицинских информационных систем (МИС) – это не просто набор технических средств, а комплексная система мер, направленная на защиту жизненно важной и конфиденциальной информации. Определение объектов защиты и понимание основных принципов ИБ является фундаментом для построения надежной и устойчивой системы.

Объекты защиты медицинской информационной системы:

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

1. Сведения в базе данных: Это самый критичный объект защиты. Включает всю персонифицированную информацию о пациентах (ЭМК, анамнез, диагнозы, результаты анализов), данные о врачах и другом персонале, финансовую информацию, нормативно-справочную медицинскую и экономическую информацию.
2. Резервные и архивные копии сервера: Эти копии являются потенциальной точкой утечки данных, если не защищены должным образом. Они должны храниться в защищенных местах и быть зашифрованы.
3. Данные администратора: Учетные записи, пароли, ключи доступа системных администраторов и других привилегированных пользователей. Компрометация этих данных может привести к полному контролю над системой.
4. Средства обеспечения функционирования МИС:
   • Аппаратное обеспечение: Серверы, рабочие станции, сетевое оборудование, медицинские приборы, интегрированные в систему.
   • Программное обеспечение: Операционные системы, СУБД, прикладное ПО МИС, средства защиты информации (антивирусы, межсетевые экраны).
5. Информация, обрабатываемая в медицинском учреждении: Это не только данные в БД, но и информация на всех этапах ее жизненного цикла: сбор (например, при заполнении форм), хранение (на локальных дисках, в облачных хранилищах), передача (по сети, между системами), обработка.
6. Производительность файлового сервера: Хотя это не «данные» в чистом виде, обеспечение работоспособности и производительности сервера, на котором хранятся файлы и работает СУБД, напрямую влияет на доступность информации, что является одним из столпов ИБ.

Основные принципы информационной безопасности (Три вектора ИБ):

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

1. Конфиденциальность (Confidentiality):
   • Суть: Предотвращение несанкционированного доступа к информации. Гарантия того, что данные доступны только тем, кто имеет соответствующие права.
   • Примеры: Защита врачебной тайны, персональных данных пациентов, финансовой информации.
   • Меры обеспечения: Разграничение прав доступа, аутентификация и авторизация, шифрование данных при хранении и передаче, физическая защита носителей.
2. Целостность (Integrity):
   • Суть: Гарантия того, что информация не была изменена или уничтожена несанкционированным образом, и что она является точной и полной.
   • Примеры: Исключение фальсификации медицинских записей, результатов анализов, финансовых отчетов.
   • Меры обеспечения: Контроль целостности данных (хеширование), электронная цифровая подпись (ЭЦП), резервное копирование и восстановление, журналы аудита, строгий контроль изменений.
3. Доступность (Availability):
   • Суть: Обеспечение своевременного и надежного доступа авторизованных пользователей к информации и ресурсам системы по мере необходимости.
   • Примеры: Возможность врача получить доступ к ЭМК пациента в любой момент, бесперебойная работа системы записи на прием.
   • Меры обеспечения: Отказоустойчивые системы (кластеры, резервные серверы), резервное копирование и восстановление, защита от DoS-атак, регулярное техническое обслуживание, контроль производительности.

Эти три принципа — конфиденциальность, целостность и доступность — формируют основу любой стратегии информационной безопасности для МИС. Нарушение любого из них может иметь катастрофические последствия для медицинского учреждения и его пациентов.

Технические меры обеспечения информационной безопасности

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

Детализация технических мер:

1. Многоуровневая аутентификация и авторизация:
   • Аутентификация: Подтверждение личности пользователя (например, с помощью логина и пароля, биометрических данных, смарт-карт, токенов).
   • Двухфакторная/многофакторная аутентификация (MFA): Использование нескольких независимых факторов для проверки подлинности (например, пароль + код из СМС или отпечаток пальца).
   • Авторизация: Предоставление пользователю только тех прав доступа, которые необходимы для выполнения его должностных обязанностей (принцип наименьших привилегий).
2. Межсетевые экраны (Firewalls):
   • Устанавливаются на границах сети и между сегментами для контроля и фильтрации сетевого трафика.
   • Предотвращают несанкционированный доступ извне и ограничивают распространение угроз внутри сети.
3. Антивирусные системы и системы защиты от вредоносного ПО:
   • Централизованные решения для обнаружения, блокирования и удаления вирусов, троянов, программ-вымогателей и другого вредоносного ПО на серверах и рабочих станциях.
   • Регулярные обновления сигнатурных баз и использование проактивных методов защиты.
4. Шифрование данных:
   • При хранении (Data at Rest): Шифрование данных на дисках серверов СУБД и в резервных копиях.
   • При передаче (Data in Transit): Использование защищенных протоколов (HTTPS, VPN, TLS/SSL) для шифрования данных, передаваемых по сети, особенно при обмене с внешними системами (ЕГИСЗ, лаборатории) или удаленном доступе.
5. Системы мониторинга и предотвращения атак (SIEM, IDS/IPS):
   • Системы обнаружения вторжений (IDS) и предотвращения вторжений (IPS): Мониторинг сетевого трафика и системных журналов на предмет подозрительной активности и попыток атак. IPS активно блокирует выявленные угрозы.
   • Системы управления событиями безопасности и информацией (SIEM): Собирают и анализируют журналы событий со всех компонентов системы, выявляя аномалии и предоставляя комплексную картину состояния безопасности.
6. Защита медицинского оборудования от несанкционированного вмешательства:
   • Если МИС интегрирована с медицинским оборудованием, необходимо обеспечить защиту каналов связи и самого оборудования от взлома, изменения настроек или внедрения вредоносного ПО.
   • Использование специализированных прошивок, паролей доступа, физической защиты портов.
7. Использование лицензионного программного обеспечения:
   • Все используемые ОС, СУБД, офисные пакеты и прикладное ПО должны быть лицензионными. Это гарантирует отсутствие «закладок» и регулярные обновления безопасности от производителя.
8. Алгоритмы шифрования и электронная цифровая подпись (ЭЦП):
   • Применение криптографических алгоритмов, сертифицированных в РФ (например, ГОСТ 34.10, ГОСТ 34.11) для шифрования и создания ЭЦП.
   • ЭЦП обеспечивает юридическую значимость электронных документов и неизменность медицинских записей.
9. Регулярные аудиты и тестирование безопасности:
   • Пентесты (Penetration Testing): Имитация атак хакеров для выявления уязвимостей.
   • Аудит конфигураций: Проверка настроек систем на соответствие политикам безопасности.
   • Сканирование уязвимостей: Автоматизированный поиск известных уязвимостей в ПО и сетевом оборудовании.
10. Требования к размещению и сертификации программно-технических средств:
    • Расположение на территории РФ: Программно-технические средства информационных систем, обрабатывающих персональные данные граждан РФ, должны физически находиться на территории Российской Федерации.
    • Сертификация ФСБ и ФСТЭК: Средства защиты информации (криптографические средства, межсетевые экраны, СЗИ от НСД) должны иметь действующие сертификаты, выданные Федеральной службой безопасности (ФСБ) и Федеральной службой по техническому и экспортному контролю (ФСТЭК) России, что подтверждает их соответствие требованиям безопасности.

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

Организационные меры по защите информации и обучению персонала

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

Основные организационные меры:

1. Разработка и внедрение регламентов по защите информации:
   • Политика информационной безопасности: Документ, определяющий общие принципы, цели и задачи ИБ, а также зоны ответственности.
   • Регламенты доступа к информации: Четкое описание процедуры предоставления, изменения и отзыва прав доступа для различных категорий пользователей.
   • Инструкции по работе с конфиденциальными данными: Правила обработки, хранения, передачи и уничтожения персональных данных и врачебной тайны.
   • Процедуры реагирования на инциденты ИБ: Алгоритмы действий при обнаружении утечек, взломов, вирусных атак.
   • Положение о резервном копировании и восстановлении данных: Определение периодичности, способов и мест хранения резервных копий.
   • Регламент использования съемных носителей и мобильных устройств: Правила работы с USB-накопителями, внешними жесткими дисками, смартфонами в рабочих целях.
2. Юридическая ответственность за нарушение политики безопасности:
   • Включение в трудовые договоры и должностные инструкции сотрудников пунктов, касающихся ответственности за соблюдение режима конфиденциальности и правил работы с информационными системами.
   • Ознакомление всех сотрудников под подпись с политикой ИБ и другими регламентирующими документами.
   • Применение дисциплинарных, административных и, при необходимости, уголовных мер воздействия к нарушителям.
3. Обучение персонала правилам защиты информации:
   • Первичное обучение: Все новые сотрудники, имеющие доступ к МИС, должны пройти обязательный инструктаж по ИБ.
   • Регулярные тренинги и семинары: Периодическое повышение квалификации и обновление знаний сотрудников в области ИБ, учитывая новые угрозы и изменения в законодательстве.
   • Распространение информационных материалов: Памятки, плакаты, рассылки с актуальной информацией о правилах безопасности.
   • Практические учения: Моделирование инцидентов ИБ для отработки навыков реагирования.
4. Контроль за работой сотрудников с конфиденциальными данными:
   • Системы аудита и журналирования: Мониторинг действий пользователей в МИС, включая просмотр, изменение, удаление данных.
   • Периодический пересмотр прав доступа: Регулярная проверка соответствия текущих прав доступа должностным обязанностям сотрудников.
   • Контроль за использованием рабочего времени и ресурсов: Мониторинг доступа к нерабочим сайтам, использования стороннего ПО.
5. Исключение бесконтрольной установки программного обеспечения:
   • Введение строгих правил установки ПО на рабочие станции: только авторизованный персонал (системные администраторы), только лицензионное и проверенное ПО.
   • Блокировка возможности самостоятельной установки ПО обычными пользователями.
   • Использование систем инвентаризации ПО для контроля установленных приложений.

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

Этические аспекты применения информационных систем и искусственного интеллекта в медицине

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

Ключевые этические аспекты:

1. Конфиденциальность личных данных пациентов и врачебная тайна:
   • Расширение доступа: Информационные системы делают медицинские данные более доступными для различных специалистов и систем, что увеличивает риск несанкционированного доступа или утечки.
   • Агрегация данных: Сбор и анализ больших объемов данных (Big Data) позволяет выявлять закономерности, но также может привести к деанонимизации пациентов даже при использовании обезличенных данных.
   • Согласие пациента: Этически неприемлемо использование медицинских данных для целей, на которые пациент не давал явного согласия (например, для маркетинга или сторонних исследований).
   • Доступ к информации: Этично ли предоставлять пациенту полный доступ ко всей своей медицинской карте, включая спорные диагнозы или мнения врачей? Как это влияет на его психологическое состояние?
2. Ответственность за ошибки искусственного интеллекта:
   • Диагностика и лечение: Системы ИИ могут давать рекомендации по диагностике и лечению. Если рекомендация ИИ привела к ошибке или неблагоприятному исходу, кто несет ответственность: разработчик алгоритма, медицинское учреждение, врач, который принял или отклонил рекомендацию ИИ?
   • «Черный ящик» ИИ: Многие сложные алгоритмы ИИ (например, глубокое обучение) являются «черными ящиками», то есть трудно объяснить, почему ИИ принял то или иное решение. Это вызывает этические вопросы о прозрачности и объяснимости ИИ в критически важных медицинских решениях.
   • Автономные системы: По мере развития ИИ, некоторые медицинские системы могут стать более автономными. Вопросы ответственности за их действия становятся еще более острыми.
3. Справедливость и предвзятость алгоритмов:
   • Неравенство в доступе: Внедрение дорогостоящих ИИ-систем может усугубить неравенство в доступе к высококачественной медицине.
   • Предвзятость данных: Если обучающие данные для ИИ были собраны преимущественно из определенных демографических групп, алгоритм может быть менее точен или даже предвзят в отношении других групп (например, если ИИ обучен на данных европейской популяции, он может хуже работать с азиатской). Это ведет к этическим вопросам о справедливости и равенстве в здравоохранении.
4. Взаимоотношения «врач-пациент» и гуманизация медицины:
   • Дегуманизация: Чрезмерная зависимость от ИС может привести к «дегуманизации» медицины, когда взаимодействие врача и пациента сводится к работе с экраном, а не к личному контакту.
   • Доверие: Как ИИ повлияет на доверие пациентов к врачам, если значительная часть решений будет приниматься машиной?
5. Нормативное регулирование этических аспектов:
   • Признавая важность этих вопросов, Минздрав РФ активно работает над созданием этических рамок. В марте 2025 года Минздрав РФ утвердил Кодекс этики применения искусственного интеллекта в сфере охраны здоровья. Этот документ призван установить принципы ответственного использования ИИ в медицине, обеспечивая баланс между инновациями и защитой интересов пациентов. Он охватывает вопросы ответственности, прозрачности, безопасности, справедливости и соблюдения прав человека при использовании ИИ.

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

Безопасность труда пользователей персональных электронно-вычислительных машин (ПЭВМ)

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

Ключевые аспекты безопасности труда пользователей ПЭВМ:

1. Эргономика рабочего места:
   • Мебель: Использование регулируемых столов и стульев, позволяющих поддерживать правильную осанку.
   • Расположение монитора: Монитор должен находиться на расстоянии 50-70 см от глаз, верхний край экрана – на уровне глаз или чуть ниже.
   • Клавиатура и мышь: Удобное расположение, минимизирующее напряжение в запястьях и предплечьях. Использование эргономичных моделей.
2. Освещение:
   • Рабочее место должно быть равномерно освещено, без бликов на экране.
   • Предпочтительно естественное освещение, дополненное искусственным (люминесцентные лампы или LED).
   • Избегать прямого солнечного света на экране.
3. Микроклимат:
   • Поддержание оптимальной температуры (22-24°C), влажности (40-60%) и скорости движения воздуха.
   • Регулярное проветривание помещений.
4. Режим труда и отдыха:
   • Обязательные короткие перерывы (10-15 минут) каждые 1-2 часа работы за ПЭВМ.
   • Выполнение упражнений для глаз и физкультурных пауз для снятия напряжения.
   • Ограничение непрерывного времени работы за компьютером.
5. Защита от электромагнитного излучения:
   • Использование современных мониторов с низким уровнем излучения.
   • Правильное заземление оборудования.
6. Психоэмоциональная нагрузка:
   • Проектирование удобного и интуитивно понятного пользовательского интерфейса МИС, чтобы снизить стресс и утомление.
   • Минимизация монотонной работы, предоставление возможности для разнообразных задач.

Регулирующие документы (ГОСТы):

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

• ГОСТ Р 56838-2015 «Информатизация здоровья. Менеджмент информационной безопасности удаленного технического обслуживания медицинских приборов и медицинских информационных систем. Часть 2. Внедрение системы менеджмента информационной безопасности»: Хотя этот стандарт сосредоточен на информационной безопасности при удаленном обслуживании, он затрагивает общие принципы менеджмента безопасности, которые косвенно влияют на условия труда. В частности, он требует обеспечения общей надежности и управляемости систем, что снижает риск стрессовых ситуаций для персонала.
• ГОСТ 34244-2017 «Системы телемедицинские. Общие требования безопасности с учетом основных функциональных характеристик к стационарным телемедицинским консультативно-диагностическим центрам»: Этот ГОСТ прямо указывает на требования безопасности для телемедицинских систем, которые включают в себя работу с ПЭВМ. Он регламентирует не только информационную безопасность, но и общие требования к условиям работы в таких центрах, включая эргономические и санитарно-гигиенические аспекты. Хотя стандарт сосредоточен на телемедицинских центрах, его принципы применимы к любому рабочему месту с ПЭВМ в медицине.

Единая государственная информационная система в сфере здравоохранения (ЕГИСЗ):

ЕГИСЗ является комплексной платформой цифровизации здравоохранения, объединяющей медицинские организации, пациентов и государственные регуляторы. Она обеспечивает единые стандарты безопасности, обмен медицинскими данными и контроль над обработкой информации. Интеграция с ЕГИСЗ требует не только соблюдения технических стандартов, но и соответствия всем нормативным актам, касающимся, в том числе, и безопасности труда персонала. Это означает, что любое рабочее место, подключенное к ЕГИСЗ, должно соответствовать строгим требованиям к условиям эксплуатации ПЭВМ, что гарантирует защиту здоровья сотрудников и надежность всей системы.

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

Заключение

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

В ходе работы были успешно решены все поставленные задачи:

1. Проведен глубокий анализ предметной области, выявлены функциональные и нефункциональные требования к будущей МИС, включая детализацию модулей (регистратура, рабочее место врача, стационар, телемедицина, интеграция с ЕГИСЗ и «Честным знаком») и критические аспекты информационной безопасности, интероперабельности и надежности.
2. Раскрыты теоретические основы проектирования ИС и БД, даны определения ключевых терминов, описаны методологии жизненного цикла разработки МИС и принципы создания систем, ориентированных на стандарты. Особое внимание уделено инфологическому моделированию и построению ER-диаграмм для медицинской предметной области.
3. Предложена архитектура ИС и детальная структура базы данных, включающая таблицы для пациентов, врачей, приемов, медицинских карт (ЭМК), анализов и финансовых операций, с учетом требований ГОСТ Р 52636-2006. Обоснован выбор современных СУБД, таких как MySQL для аналитики и PostgreSQL для работы с чувствительными данными и стандартом FHIR. Разработана концепция пользовательского интерфейса, нацеленного на удобство и минимизацию ошибок.
4. Выполнено технико-экономическое обоснование проекта, рассмотрены условные и формальные подходы к оценке эффективности, детализированы финансовые (ROI, NPV, Payback, TCO) и качественные методы оценки, включающие соответствие стандартам медицинской помощи и повышение безопасности пациентов.
5. Исследованы нормативно-правовые, этические аспекты и меры обеспечения безопасности, включая анализ ФЗ № 152-ФЗ, ФЗ № 323-ФЗ, Постановлений Правительства РФ № 1119 и № 127. Детализированы технические (шифрование, аутентификация, сертификация ФСБ/ФСТЭК) и организационные меры (регламенты, обучение персонала). Подчеркнута важность этических аспектов, включая Кодекс этики применения ИИ в здравоохранении (Март 2025), и безопасность труда пользователей ПЭВМ согласно соответствующим ГОСТам.

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

Список литературы

• «Концепция создания единой государственной информационной системы в сфере здравоохранения», одобренная Правительственной комиссией по внедрению информационных технологий в деятельность государственных органов и органов местного самоуправления Российской Федерации (протокол от 23.08.2011 N 16).
• «Методические рекомендации по обеспечению функциональных возможностей медицинских информационных систем медицинских организаций (МИС МО)» (утв. Минздравом России 01.02.2016).
• ГОСТ Р 56838-2015 ISO/TR 11633-2:2009 Информатизация здоровья. Менеджмент информационной безопасности удаленного технического обслуживания медицинских приборов и медицинских информационных систем. Часть 2. Внедрение системы менеджмента информационной безопасности.
• ГОСТ Р 59921.6-2021 Системы искусственного интеллекта в клинической медицине. Часть 6. Общие требования к эксплуатации.
• ГОСТ Р 59926-2021/ISO/IEC TR 20547-2:2018 Информационные технологии. Эталонная архитектура больших данных. Часть 2. Варианты использования и производные требования.
• ГОСТ 34244-2017 Системы телемедицинские. Общие требования безопасности с учетом основных функциональных характеристик к стационарным телемедицинским консультативно-диагностическим центрам.
• ГОСТ Р 52977-2008 Информатизация здоровья. Состав данных о взаиморасчетах за пролеченных пациентов для электронного обмена этими данными. Общие требования.
• ГОСТ Р 52636-2006. Информатизация здоровья. Электронная история болезни. Общие положения.
• Федеральный закон от 21.11.2011 № 323-ФЗ «Об основах охраны здоровья граждан в РФ».
• Федеральный закон от 27.07.2006 № 152-ФЗ «О персональных данных».
• Федеральный закон от 27.07.2006 № 149-ФЗ «Об информации, информационных технологиях и о защите информации».
• Постановление Правительства РФ от 01.11.2012 № 1119 «Об утверждении требований к защите персональных данных при их обработке в информационных системах персональных данных».
• Постановление Правительства РФ от 08.02.2018 № 127 «Об утверждении Правил категорирования объектов критической информационной инфраструктуры Российской Федерации».

Приложения

• Приложение А. ER-диаграмма проектируемой базы данных
• Приложение Б. Схема архитектуры информационной системы
• Приложение В. Диаграмма вариантов использования (Use Case Diagram)
• Приложение Г. Скриншоты ключевых экранов пользовательского интерфейса
• Приложение Д. Детализированные расчеты технико-экономического обоснования
• Приложение Е. Перечень используемых технологий и программного обеспечения
• Приложение Ж. Кодекс этики применения искусственного интеллекта в сфере охраны здоровья (Минздрав РФ, Март 2025)

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

1. Федеральный закон от 27.07.2006 № 149-ФЗ «Об информации, информационных технологиях и о защите информации»
2. Федеральный закон от 27.07.2006 № 152-ФЗ «О персональных данных»
3. Федеральный закон от 21.11.2011 № 323-ФЗ «Об основах охраны здоровья граждан в Российской Федерации»
4. Постановление Правительства РФ от 01.11.2012 № 1119 «Об утверждении требований к защите персональных данных при их обработке в информационных системах персональных данных»
5. Постановление Правительства РФ от 08.02.2018 N 127 «Об утверждении Правил категорирования объектов критической информационной инфраструктуры Российской Федерации…»
6. ГОСТ Р 52977-2008 Информатизация здоровья. Состав данных о взаиморасчетах за пролеченных пациентов для электронного обмена этими данными. Общие требования.
7. ГОСТ Р 56838-2015 ISO/TR 11633-2:2009 Информатизация здоровья. Менеджмент информационной безопасности удаленного технического обслуживания медицинских приборов и медицинских информационных систем. Часть 2. Внедрение системы менеджмента информационной безопасности.
8. ГОСТ 34244-2017 Системы телемедицинские. Общие требования безопасности с учетом основных функциональных характеристик к стационарным телемедицинским консультативно-диагностическим центрам.
9. ГОСТ Р 59921.6-2021 Системы искусственного интеллекта в клинической медицине. Часть 6. Общие требования к эксплуатации.
10. ГОСТ Р 59926-2021/ISO/IEC TR 20547-2:2018 Информационные технологии. Эталонная архитектура больших данных. Часть 2. Варианты использования и производные требования.
11. Кодекс этики применения искусственного интеллекта в сфере охраны здоровья (утв. Минздравом РФ, март 2025).
12. Концепция создания единой государственной информационной системы в сфере здравоохранения, одобренная Правительственной комиссией по внедрению информационных технологий в деятельность государственных органов и органов местного самоуправления Российской Федерации (протокол от 23.08.2011 N 16).
13. «Методические рекомендации по обеспечению функциональных возможностей медицинских информационных систем медицинских организаций (МИС МО)» (утв. Минздравом России 01.02.2016).
14. Абрамов Н.В., Мотовилов Н.В., Наумов Н.Д., Черкасов С.Н. Информационные системы в медицине: Учебное пособие. — Нижневартовск: Изд-во Нижневарт. гуманит. ун-та, 2008. — 171 с.
15. Безруков С.Ю., Иващенко Т.И. Методы оценки эффективности ИС предприятия // Научный аспект. 2016. №1. С. 132-136.
16. Гагарина Л.Г., Киселев Д.В. и др. Разработка и эксплуатация автоматизированных информационных систем: учеб. пособие / под ред. проф. Л.Г. Гагариной. – М.: ИД «Форум»: ИНФРА-М, 2007. – 384 с.
17. Глушаков С.В., Ломотько Д.В. Базы данных. – Х.: Фолио, 2002. – 504 с.
18. Дейт К. Введение в системы баз данных. М., 1998.
19. Джеффри Д. Ульман, Дженнифер Уидом. Основы реляционных баз данных. М.: Лори, 2006.
20. Ильиных П.С., Вихман В.В., Копысов П.Е. Средства баз данных для реализации медицинских информационных систем // Вестник Новосибирского государственного технического университета. 2014. №1. С. 120-125.
21. Карпова Т. Базы данных: модели, разработка, реализация. – СПб.: Питер, 2001. – 304 с.
22. Кондратьев В.Ю., Ефимиади Л.К. Методы оценки эффективности информационных систем бухгалтерский учет // Современная экономика: проблемы и решения. 2017. №10. С. 110-116.
23. Осипова Н.В., Мустафин Р.Р. Оценка баз данных в медицине // Международный студенческий научный вестник. 2018. №6. С. 121-125.
24. Павлов Д.А., Рагозина М.А. Принципы организации медицинских информационных систем // Научные труды Сибирского государственного университета науки и технологий имени академика М.Ф. Решетнева. 2018. №1. С. 34-36.
25. Петунин А.В., Гусев А.В. История развития медицинских информационных систем // Стоматология. 2015. Т. 94. № 6. С. 50-53.
26. Питер Роб, Карлос Коронел. Системы баз данных: проектирование, реализация и управление. – СПб.: БХВ-Петербург, 2004.
27. Принципы проектирования и разработки программного обеспечения. Учебный курс MCSD: Скотт Ф. Уилсон, Брюс Мэйплс, Тим Лэндгрейв. – М.: Русская редакция, 2002. – 736 стр.
28. Свиридов К.М., Свиридова Е.Е. Основные методы оценки эффективности инновационно-инвестиционных проектов // Экономика и предпринимательство. 2017. №2. С. 100-105.
29. Сорокин А.В. Разработка баз данных. – СПб.: Питер, 2005.
30. Фатрелл Р., Шафер Д., Шафер Л. Управление программными проектами: достижение оптимального качества при минимуме затрат. М.: «Вильямс», 2003. – 1128 с.
31. Федотова Д.Э., Семенов Ю.Д., Чижик К.Н. CASE-технологии. Москва: Горячая линия — Телеком, 2003.
32. Шаханова М.В., Недовесова А.А. Выбор SQL Server для медицинского учреждения // Молодой ученый. 2017. №24. С. 221-222.
33. F.Doc. Безопасность медицинских информационных систем: ИБ в медицине. 31.03.2025.
34. GraphiCon. Разработка интерфейса для интеллектуализации медицинских исследований в области микроскопии. 22.09.2022.
35. Ideco. Информационная безопасность в здравоохранении.
36. Интерин. Особенности решения проблем информационной безопасности в медицинских информационных системах.
37. МИС MedWork. Концепция создания единой государственной информационной системы в сфере здравоохранения.
38. Министерство цифрового развития, связи и массовых коммуникаций Российской Федерации. Концепция создания единой государственной информационной системы в сфере здравоохранения.
39. Облачные технологии. Разработка медицинских информационных систем: от технического задания до поддержки. 22.03.2024.
40. Санкт-Петербургский государственный университет. Форум здоровья — 2025: эксперты СПбГУ обсудили вызовы для медицины XXI века. 25.10.2025.
41. Сеченовский университет. Петр Глыбочко: «Прорывные технологии в области медицины будут рождаться на стыке наук». 16.10.2025.
42. SobakaPav.ru. Специфика проектирования медицинских интерфейсов • UX-дизайн. 06.05.2022.
43. Центр стратегических инициатив «Частное здравоохранение». Требования к защите персональных данных, обрабатываемых в медицинских информационных системах. Обновлено 16.06.2025.
44. Zdrav.ru. Медицинская информационная система: этапы внедрения. 08.05.2017.