Должен ли я использовать HL7 RIM или создать собственную модель данных?

Question

Моей команде поручили создать платформу электронного здравоохранения для клиента, и в процессе проектирования мы столкнулись с такой дилеммой:

У нас есть два варианта модели данных: HL7 РИМ (эталонная информационная модель) и еще одна, которую еще предстоит разработать.

Хотя RIM подробно документирован и кажется очень полным, я не уверен, что это лучший выбор, учитывая его сложность и кажущуюся медлительность.

Я хотел бы разработать более простую модель, которая бы учитывала только требования клиента, чтобы ее было легче понять и, возможно, быстрее.

Что вы думаете?Должен ли я следовать HL7-RIM?Или мне стоит придумать более простую модель под требования моего заказчика?

В любом случае необходимость обмена информацией потребует реализации протокола обмена сообщениями HL7, поэтому мы должны разрабатывать эту часть независимо от базовой модели.

Answer 1

Чем больше гибкости вам требуется с точки зрения медицинских данных (чем больше ваше приложение представляет собой «репозиторий или хранилище данных»), тем больше причин для внедрения HL7 RIM.Найдите «RIMBAA» (архитектура приложений на основе RIM) для получения дополнительной информации об этом подходе.

Чем больше ваше приложение ориентировано на поддержку одного конкретного набора четко определенных рабочих процессов, тем больше причин использовать модель данных, оптимизированную для этого конкретного рабочего процесса.Я согласен с Джоном Сондерсом:убедитесь, что ваша «оптимизированная модель данных» может быть сопоставлена ​​с RIM.Это должно помочь вашему приложению «заглянуть в будущее» и упростить поддержку интерфейсов HL7.

Answer 2

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

Answer 3

Я бы порекомендовал HL7, однако вы должны придерживаться стратегического подхода к его использованию. Я предполагаю, что у вас уже есть целый набор программных систем в вашей организации. Если это так, то, вероятно, было бы неплохо иметь «интерфейсы HL7»; на ключевых сервисах, но имеют внутренний диалог в какой-то канонической форме, специфичной для вашей организации.

Отличительной особенностью HL7 является то, что он по своей сути основан на сообщениях, так что вы можете делать всякие интересные вещи с помощью программного обеспечения Business Proccessor Manager (BPM), где вы просто позволяете своим деловым людям рисовать хорошие графики того, как поток сообщений HL7 регулируется.

Одна вещь, которую я мог бы предложить, - это провести исследование различных «адаптеров». например, «iWay Intelligent Adapter for HL7» или WTX от IBM. Это позволяет вам сконцентрироваться на бизнес-коде, который вам нужно написать, вместо того, чтобы беспокоиться о передаче сообщений HL7 на транспортном уровне и т. Д ...

Надеюсь, это поможет.