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

Question

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

У нас есть два варианта модели данных: HL7 RIM (модель справочной информации) и еще один, который еще не разработан.

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

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

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

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

Answer 1

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

Answer 2

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

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

Answer 3

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

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

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

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