План разработки МИС на основе стандарта openEHR Изучение стандарта openEHR.

План разработки МИС на основе стандарта openEHR
Изучение стандарта openEHR.
Что это такое?
Европейский открытый стандарт для разработки МИС.
Что он нам даст?
1. Следование европейским стандартам
2. Предоставляет язык разработки архетипов и шаблонов используемый для описания
предметной области.
3. Стандарт обмена данных между различными МИС.
Двухуровневая разработка МИС
Архитектура openEHR является двухуровневой. Первый уровень содержит Reference
Model (RM). Разработка этого уровня выполняется однократно. По сути дела, это некий
системный уровень, на который опирается реализация прикладного уровня.
Второй уровень является прикладным и для реализации этого уровня используется язык
Archetype Definition Language (ADL).
Уровень первый
Как уже писалось выше, этот уровень, мы назовем системным. Разработка ядра системы
включает следующие пункты:
1. Построение Reference Model (RM)
a. Support Information Model
b. Data Types Information Model
c. Data Structures Information Model
d. Common Information Model
e. Security Information Model
f. EHR Information Model
g. Demographic Information Model
h. Integration Information Model
i. Extract Information Model
2. Реализовать клиентское приложение
a. Дерево объектов
b. Закладки
c. Формы
d. Отчеты
3. Реализовать редактор шаблонов
a. Подобрать для каждого типа данных одну и более компонент
редактирования
b. Реализовать типовые сценарии используемее в GUI

Поиск объекта по атрибутам

Инкрементный поиск

Элементы ввода с поддержкой истории ранее введенных данных

Составление расписания

Dual List

и т.д.
c. Обеспечить возможность настройки внешнего представления форм,
группировка компонент, изменение размеров, цвет, изменения порядка
обхода. Добавление декоративных элементов (пиктограмки, картинки,
описания и т.д.).
4. Реализовать сервер приложений
a. Выбрать сервер приложений, (Apache Geronimo / GlassFish / JBoss / Resin) на
основе которого будет выполнена разработка
b. Для управления сборкой проектов использовать Maven 2
c. Выбрать среду разработки (Eclipse/NetBeans/Idea)
d. Выбрать библиотеки и технологии разработки
e. Научиться использоватьORM Hibernate
f. Реализовать набор классов для формирования на основе ADL:

SQL скрипты для создания таблиц, хранимых процедур и вьюшек

XML для ORM Hibernate

Java классы для сервера приложений

шаблоны и/или Java классы для GUI форм
Уровень второй
В стандарте он фигурирует как Archetype Model (AM).
Это прикладной уровень. Процесс разработки на этом уровне имеет итеративный характер
и выполняется по мере изменений пользовательских требований
Разработка второго уровня выполняется специалистом предметной области, хорошо
знакомым с методологией проектирования с использованием языка ADL. Он должен
знать:

предмет автоматизации (медицину) ;

что уже сделано в проекте – уже разработанные архетипы;

также знать и понимать каким образом этот процесс протекает.
По моему уразумению, необходимо:
1. Выполнить загрузку существующих архетипов
2. Выбрать необходимые для данного направления МИС архетипы (а м.б. ничего не
откидывать и взять все)
3. Разработать отсутствующие архетипы
4. Выполнить разработку шаблонов и форм
Инструменты разработки
Специалисту прикладной области для разработки архетипов и шаблонов необходимы
инструменты разработки. Результатом разработки является описания на языке ADL.
Трансляция ADL позволяет, убедиться в правильности синтаксиса и вероятно,
выполняется проверка ссылочной целостности с другими архетипами. Результат
компиляции м.б. получен, в следующих видах:
 сгенерировано дерево разбора
 преобразовать его в XML представление (очень похожий на исходное описание
ADL)
 преобразовать его в XSD схему
Дерево разбора (Parse Tree), это некий иерархический набор объектов в памяти. В
дальнейшем, это дерево разбора может быть использовано для кодогенерации, для
обеспечения пользовательского интерфейса.
Редактор архетипов.
Для разработки предполагается использование существующего редактора архетипов.
Редактор архетипов позволяет создавать описание архетипов на ADL.
Скачанный редактор шаблонов, требует ключи активации. Возможно, их можно как то
получить, по моим размышлениям, этот редактор сильно привязан к реализации и
непонятно насколько ее можно будет использовать в проекте. Но к сожалению, глянуть на
что же это похоже не удалось.
Что еще надо делать:
1. Собрать и посмотреть существующие исходники. После этого мы возможно
получим ответы на многие вопросы.
a. что можно использовать
b. какие инструменты и библиотеки используются для разработки
2. Скачать ADL спецификации и посмотреть насколько они подойдут для
Кардиоцентра и других ЛПУ.
3. Понять надо ли решать вопросы с локализацией полученных данных.