downloading

Обзор архитектуры
openEHR
30.01.2009 Шаймарданов М.Ш.
Проект «МИС»
Проект openEHR
Связи между вычислительной платформой и абстрактными спецификациями.
RM - Reference Model, SM - Service Model, AM ArchetypeModel,
ITSs - implementation technology specifications
Цели архитектуры openEHR
• Данные хранятся в течении всей жизни пациента
• Формат данных не зависят от организации
опубликовавший эти данные
• Данные ориентированы на человека
• Поддерживает версии данных – история
изменений
• Обеспечивает безопасность и контроль доступа
различным категориям пользователей
• Поддержка различных категорий
Общие требования к Электронной
Истории Болезни (ЭИБ)
• Устанавливает приоритет взаимодействию пациента и
врача;
• Является пригодным для различных типов медицинских
данных;
• Поддерживает медико-юридическую значимость, контроль
кто, когда и какую информацию вносил или изменял;
• Обеспечивает независимость от технологических решений
и используемых форматов данных;
• Быть гибким и настраиваемым программным
обеспечением;
• Поддержка различных структур данных: списки, таблицы,
временные ряды, включая момент и интервал события.
Требования к Электронной Записи
Пациента (EPR)
• Поддержка всех аспектов данных патологии,
альтернативные системы единиц и т.д.;
• Поддержка всех естественных языков, обеспечение
переводов между языками в отчетах;
• Интеграция с различными терминологиями.
Требования к раздельному доступу к
Электронной Истории Болезни
• Обеспечить приватность данных пациента, включая
анонимные ЭИБ;
• Облегчить раздельный доступ к ЭИБ на уровне
знаний и данных;
• Совместимость со стандартами CEN 13606,
Corbamed, и системами обмена сообщениями;
• Поддержка автоматизированных и автоматических
распределенных технологических процессов.
Принципы проектирования
Этот рисунок показывают первичное разделение между “онтологией
информации” или моделью информационного содержания, и “онтологий
действительности” или описаниями и классификациями реальных
явлений.
Структура пакетов openEHR
Структура пакетов openEHR содержит три основных пакета.
• rm – Reference Model;
• sm – Service Model;
• am – Archetype Model.
Эти пакеты включены в пакет openehr.
Пакет openehr входит в пакет org.
Пакеты определены в пространстве имен org.openehr.
Структура пакетов openEHR
RM – информационная модель используемая для поддержки архетипов.
В рамках этого уровня решаются вопросы: идентификации, доступ к терминологии, поддержка структур и типов
данных, вопросы безопасности и т.д. Реализуется однократно и служит базисом для реализации архетипов.
AM – модель основанная на архетипах служит для описания прикладной модели.
Для создания описаний используется язык ADL.
SM – сервисная модель реализует виртуальную HER.
Это уровень обслуживания пользователей системы и обеспечивает сервисы поддержки архетипов, EHR,
демографии и терминологии.
Support Information Model
•
•
Этот пакет содержит наиболее фундаментальные понятия требуемых
для всех других пакетов. Семантика определенная в этом пакете
позволяет идентифицировать объекты и обепечивает доступ к знаниям
такими как: терминология, единицы измерения, определениям и другие
справочным данным.
Релизация пакетов опирается на структуры и типы данных
используемого языка производные специализированные типы такие как
интервал, список и множество
Data Types Information Model
• Text: текст.
• Quantities: любые упорядоченные типы включая
порядковые зная\чения, счетчики и измеряемые
количества со значением и единицей измерения.
• Date/times: дата, время, момент времени и другие
частные типы данных для измерения даты и
времени.
• Encapsulated data: мультимедима, parsable content.
• Basic types: boolean, и другие.
• URI:
Data Structures Information Model
Структуры данных для информационных моделей
• Single: single items, used to contain any single value, such as a
height or weight.
• List: linear lists of named items, such as many pathology test
results.
• Table: tabular data, including unlimited and limited length tables with
named and ordered columns, and potentially named rows.
• Tree: tree-shaped data, which may be conceptually a list of lists, or
other deep structure.
• History: time-series structures, where each time-point can be an
entire data structure of any complexity, described by one of the
above structure types. Point and interval samples are supported.
Common Information Model
• Используемые концепции
• Классы LOCATABLE и ARCHETYPED обеспечивают связб между
информацией и и моделью на архетипах.
• Классы ATTESTATION и PARTICIPATION являются общими для
концепций модели предметной области.
• Пакет контроля изменениями определяет формальную модель
для управления изменениями и версиями котрые применяются
во всех службах требующих хранения предыдущего состояния
обхектов, в частности в демографии и ЭИБ (электронной
истории болезни).
Security Information Model
• Security Information Model – Модуль
Информационной безопасности определяет
семантику для управления контролем доступа
и конфеденциальности для информации в
ЭИБ (EHR).
EHR Information Model