Архитектура HealthShare Edge Cache репозиторий

Download Report

Transcript Архитектура HealthShare Edge Cache репозиторий

InterSystems HealthShare. Архитектура
продукта. Мировой опыт внедрения
Александр Харитонов, Виталий Кондратенков
План презентации
• Основные сценарии использования HealthShare
• Техническая архитектура HealthShare
• Демонстрация продукта
• Развитие HealthShare
Платформа для построения
медицинских
информационных сетей
Сценарии использования
Pull модель – по запросу
Электронные
Персональные
Медицинские
Записи (EHRs)
Персональные
Медицинские
Записи (PHRs)
• Врач запрашивает в HealthShare полную медицинскую
информацию о пациенте
– Из одной сети клиник
– Из разных сетей клиник
• Пациент запрашивает в HealthShare его собственную
полную медицинскую информацию
• Пациент вносит дополнительную информацию
(наследственные заболевания, вредные привычки, и
т.п.)
• Пациент сохраняет данные на флэш-карту
Сценарии использования
Push модель – по рассылке
Назначения и
результаты
анализов
• Врач передает назначение на анализы в лабораторию
• Врач получает результаты анализов из лаборатории
• Врач направляет пациента к специалисту с прикрепленной
Направления и
консультации
выпиской из истории болезни
• Специалист возвращает результаты осмотра лечащему врачу
• После выписки из больницы, выписка из истории болезни
направляется лечащему врачу
• Лечащий врач направляет результаты анализов другому врачу
для получения консультации
Медицинская • Формирование специальной БД для выполнения аналитических
исследований
статистика
Служба
идентификации
пациента
• Изменение данных о пациенте рассылается во все
заинтересованные системы
План презентации
• Основные сценарии использования HealthShare
• Техническая архитектура HealthShare
• Демонстрация продукта
• Развитие HealthShare
Платформа для построения
медицинских
информационных сетей
Архитектура HealthShare
Сервисы HealthShare
Обмен данными •
•
•
Идентификация
•
•
Нормализация
терминологии
•
•
Разграничение
•
доступа
Инфраструктура для обмена сообщениями
Поддержка стандартов для CfH и IHE
Пациентов, Поставщиков данных, и использование устройств
идентификации
Вероятностные оценки и предопределенные алгоритмы
Соответствие между стандартными и пользовательскими
кодами
Синхронные и пакетные режимы преобразования
Для всей системы, для клиники, для пациента
По типам данных
Обеспечение
безопасности
• Основана на расширенной модели безопасности Caché
• Аутентификация, Авторизация, Шифрация, и Журналирование
Создание
интерфейсов
• Встроенный портал просмотра электронной карты пациента
• API для внешних приложений
Архитектура HealthShare
Основные компоненты HealthShare
Hub
• Один общий для всей системы
• Основная обязанность - управление идентификацией пациентов
• Дополнительные обязанности:
– Сохраняет политики доступа
– Сохраняет список рассылки для “push” модели
Edge Gateway
• Несколько распределенных компонент
• Основная обязанность – взаимодействие с источниками данных
• Дополнительные обязанности :
– Сервер для Edge Cache репозитория
– Разграничение доступа и соответствие терминологии
Access Gateway
• Несколько распределенных компонент
• Основная обязанность – взаимодействие с потребителями информации
• Дополнительные обязанности :
– Аутентификация пользователей системы (push модель)
– Доставка информации до потребителей (push модель)
Архитектура HealthShare
Обновление Мастер-индекса пациентов (MPI)
3
Access
Gateway
Edge 2
Gateway
HealthShare
1
3
Hub
HealthShare
МИС1
Edge 2
Gateway
1
Edge 2
Gateway
1
1 Система отправляет информацию в Edge Gateway
2 Edge Gateway сохраняет информацию в ECR и
анализирует необходимость регистрации в MPI
3 Если регистрация необходима, то
взаимодействуем с HealthShare Hub
HealthShare
МИС2
3
Access
Gateway
МИС3
Access
Gateway
HealthShare
МИС 4
МИС 5
Архитектура HealthShare
Поиск пациента и возврат данных (pull модель)
Портал
Пользователь
5
4
1
Access
Gateway
2
4
Edge
Gateway
HealthShare
Edge
Gateway
Access
Gateway
HealthShare
Hub
3
МИС 2
МИС 3
HealthShare
МИС 1
1 Пользователь выполняет поиск пациента
2 Access Gateway перенаправляет запрос к Hub
возвращает точное или вероятностное
3 Hub
соответствие пациента параметрам запроса
4
Edge
Gateway
Access
Gateway
HealthShare
МИС 4
4 Access Gateway возвращает медицинские данные из МИС
5 Пользователь получает сгруппированную медицинскую информацию
МИС 5
Архитектура HealthShare
Доставка результатов (push модель)
4
Портал
Пользователь
Edge
Gateway
5
2
Access
Gateway
4
1
Access
Gateway
HealthShare
Edge
Gateway
HealthShare
5
Hub
МИС 2
3
МИС 3
HealthShare
МИС 1
4
Edge
Gateway
Access
Gateway
HealthShare
1 Источник данных публикует результаты в Edge Gateway
2 Edge Gateway запрашивает Hub список рассылки
3 Если требуется, Hub возвращает список рассылки
5
МИС 4
4 Edge Gateway рассылает информацию по списку
5 Пользователи получают уведомление о наличии новых данных
МИС 5
План презентации
• Основные сценарии использования HealthShare
• Техническая архитектура HealthShare
• Демонстрация продукта
• Развитие HealthShare
Платформа для построения
медицинских
информационных сетей
Сценарий 1: John Smith
• John - 77 летний мужчина живет в доме престарелых
• Он жаловался на головокружение и переутомление
• Ему поставлены диагнозы сахарного диабета и болезни
Альцгеймера
• Он жаловался на боль в больших пальцах ног, которые были
холодными и обесцвеченными. Ему прописали курс лечения
антибиотиками.
• Его приняли в больницу с ухудшением состояния пальцев ног
Сценарий 2: Homer Simpson
• Homer - 86 летний мужчина, которого подобрала на улице
бригада скорой помощи с диагнозом острой сосудистой
недостаточности
• Врачи предположили, что у него внезапный приступ
• Ему провели разнообразное тестирование и назначили
необходимые лекарства
План презентации
• Основные сценарии использования HealthShare
• Техническая архитектура HealthShare
• Демонстрация продукта
• Развитие HealthShare
Платформа для построения
медицинских
информационных сетей
Развитие HealthShare
Версия 2008.1
• Архитектура поддерживает стандарт Connecting for Health (CfH)
• 6 основных модулей, расширяемых при внедрении
• Поддержка стандарта SureScripts
• Медицинские EDI адаптеры (HL7v2,HL7v3,X12,ASTM,NCPDP *)
Для подключаемых
• Другие технологические адаптеры(XML, ODBC, Java, и т.д.)
систем
• Edge cache репозитории
• Служба авторизации и разграничения доступа
• Медицинский портал
– Поиск по мастер-индексу пациента
Для врачей
Для медицинских
информационных сетей
– Сбор медицинских данных
– Настраиваемое представление данных
Для пациентов
• Экспорт медицинской информации (CCR и PDF формат)
• Служба авторизации и разграничения доступа
• Богатые возможности Cache’ и Ensemble
Для разработчиков
• Технологическая платформа для HIE интеграции
Развитие HealthShare
Версия 2008.2
• Архитектурная поддержка для Integrating the Healthcare
Enterprise (IHE)
Для медицинских
информационных сетей • Соответствие HITSP
• Усовершенствование Push модели
– Управление маршрутизацией
– Управление подпиской
– Управление доставкой
• Поддержка RxHub
Для подключаемых
систем
Для врачей
• Дополнительные EDI адаптеры (NCPDP, DICOM, CCR, CCD)
• Доработка медицинского портала
– Фильтрация медицинских данных
– PDF отчеты
Для пациентов • Экспорт электронной карты в CCD format
Для разработчиков • Улучшенная поддержка для разработки HIE
Развитие HealthShare
К чему стремимся
Для медицинских
информационных сетей
•
•
•
•
•
Интеграция с DeepSee
Реестр врачей, приборов и документов
Поддержка сквозной аутентификации с использованием SAML
Поддержка взаимодействия приложений через CCOW
Поддержка WS-* стандартов, таких как:
– WS-Security
– WS-Reliable Messaging
• Поддержка UDDI 2.0.4
• CCHIT сертификация
Для подключаемых
систем
• Готовый адаптеры к приложениям
• Реализация в Gateway службы доступа
Развитие HealthShare
К чему стремимся (продолжение)
Для врачей
• Доработка медицинского портала:
– Фотография пациента доступна в списке поиска
– Редактирование формы в режиме drag-and-drop
• Почтовый ящик для поступающей медицинской
информации
Для пациентов
Для разработчиков
• Портал пациента
–
–
–
–
Возможность доступа и изменения собственных данных
Возможность экспорта данных на флэш-карту
Возможность управлять доступом
Возможность просматривать версии подписанных документов
• XML-ориентированный улучшения:
– Легковесное XML согласование
– <xpath> элемент в BPL
– Поддержка XPATH выражений в правилах маршрутизации