open Health Медик Принципы построения региональных компонент

open. Health / Медик+ Принципы построения региональных компонент Херсонский Михаил Борисович Тех. директор ООО «Инфиннити» m. hersonsky@infinnity. ru 8 (351) 236 -20 -50, 236 -20 -60

Куда двигаться? • • • Хранение: реляционные данные или. . . ? Структура: очередной велосипед или. . . ? Моделирование: «в лоб» или метаданные? UI: каждая форма вручную или. . . ? Подгонка под ЛПУ: самостоятельно? Справочники, терминологии: ? Развертывание/поддержка/обновление: ? Интеграция и открытость: сервисы? Защита персональных данных: ? Юридически значимые документы: ЭЦП? . . .

Принципы построения Системы Семантическая интероперабельность: стандарт open. EHR Защита персональных данных: деперсонифицированные ЭМК Юридически значимые документы: ЭЦП Сервисно-ориентированная архитектура: ESB (Enterprise Service Bus) Централизованное развертывание: Saa. S

Ключевые особенности

Архитектура Системы

Информационный обмен Репозиторий знаний ЛПУ 1 Органы управления ЛПУ 2 • Схемы документов • Запросы для информационного обмена • Сервис классификаторов ЛПУ 3. 1 ЛПУ 3. 2 ЛПУ 3. 3

Система «Extract» (ГОСТ Р ИСО 13606 -1) • Конфигурируемые запросы – Время выполнения (1 раз/интервал повторения/по наличию новых данных) – Адресат (конкретная система/широковещательный) – Результат (документы/агрегированные данные) – Язык запросов (AQL) • Безопасность (права на конкретный запрос и документы)

Деперсонификация Демографические данные Медицинский контент • Пациенты • Привязка законченных случаев к пациентов • Защита по первому классу • Законченные случаи • Открытая база • Возможности аналитики и сложных запросов к ЭМК

Структура ЭМК Пациент Перс. данные Случай i Анонимная база

Тонкие клиенты ▪ ▪ Быстрое развертывание WEB клиентов Комплексность ▪ Saa. S режим▪ ▪ Понятная ЭМК Простота Экономия Гибкость Защита информа - ции ▪ Документориентированное хранилище ▪ Конфигуратор ЭМК, регистров, представлений ЭЦП ▪ Ролевой доступ ▪ Разделение хранилищ ▪ Деперсонификация данных ▪