Обзор архитектуры openEHR 30.01.2009 Шаймарданов М.Ш. Проект «МИС» - презентация

1 Обзор архитектуры openEHR Шаймарданов М.Ш. Проект «МИС»

2 Проект openEHR Связи между вычислительной платформой и абстрактными спецификациями. RM - Reference Model, SM - Service Model, AM ArchetypeModel, ITSs - implementation technology specifications

3 Цели архитектуры openEHR Данные хранятся в течении всей жизни пациента Формат данных не зависят от организации опубликовавший эти данные Данные ориентированы на человека Поддерживает версии данных – история изменений Обеспечивает безопасность и контроль доступа различным категориям пользователей Поддержка различных категорий

4 Общие требования к Электронной Истории Болезни (ЭИБ) Устанавливает приоритет взаимодействию пациента и врача; Является пригодным для различных типов медицинских данных; Поддерживает медико-юридическую значимость, контроль кто, когда и какую информацию вносил или изменял; Обеспечивает независимость от технологических решений и используемых форматов данных; Быть гибким и настраиваемым программным обеспечением; Поддержка различных структур данных: списки, таблицы, временные ряды, включая момент и интервал события.

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

6 Требования к раздельному доступу к Электронной Истории Болезни Обеспечить приватность данных пациента, включая анонимные ЭИБ; Облегчить раздельный доступ к ЭИБ на уровне знаний и данных; Совместимость со стандартами CEN 13606, Corbamed, и системами обмена сообщениями; Поддержка автоматизированных и автоматических распределенных технологических процессов.

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

8 Структура пакетов openEHR Структура пакетов openEHR содержит три основных пакета. rm – Reference Model; sm – Service Model; am – Archetype Model. Эти пакеты включены в пакет openehr. Пакет openehr входит в пакет org. Пакеты определены в пространстве имен org.openehr.

9 Структура пакетов openEHR RM – информационная модель используемая для поддержки архетипов. В рамках этого уровня решаются вопросы: идентификации, доступ к терминологии, поддержка структур и типов данных, вопросы безопасности и т.д. Реализуется однократно и служит базисом для реализации архетипов. AM – модель основанная на архетипах служит для описания прикладной модели. Для создания описаний используется язык ADL. SM – сервисная модель реализует виртуальную HER. Это уровень обслуживания пользователей системы и обеспечивает сервисы поддержки архетипов, EHR, демографии и терминологии.

10 Support Information Model Этот пакет содержит наиболее фундаментальные понятия требуемых для всех других пакетов. Семантика определенная в этом пакете позволяет идентифицировать объекты и обепечивает доступ к знаниям такими как: терминология, единицы измерения, определениям и другие справочным данным. Релизация пакетов опирается на структуры и типы данных используемого языка производные специализированные типы такие как интервал, список и множество

11 Data Types Information Model Text: текст. Quantities: любые упорядоченные типы включая порядковые зная\чения, счетчики и измеряемые количества со значением и единицей измерения. Date/times: дата, время, момент времени и другие частные типы данных для измерения даты и времени. Encapsulated data: мультимедима, parsable content. Basic types: boolean, и другие. URI:

12 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.

13 Common Information Model Используемые концепции Классы LOCATABLE и ARCHETYPED обеспечивают связб между информацией и и моделью на архетипах. Классы ATTESTATION и PARTICIPATION являются общими для концепций модели предметной области. Пакет контроля изменениями определяет формальную модель для управления изменениями и версиями котрые применяются во всех службах требующих хранения предыдущего состояния обхектов, в частности в демографии и ЭИБ (электронной истории болезни).

14 Security Information Model Security Information Model – Модуль Информационной безопасности определяет семантику для управления контролем доступа и конфеденциальности для информации в ЭИБ (EHR).

15 EHR Information Model