2017-01-27 30 views
2

Я новичок в openEHR (и в области информатики в области здравоохранения вообще), но считаю, что я застрял в этом вопросе.Связь между FHIR и openEHR

Как относятся HL7 FHIR и openEHR? Я понимаю, что HL7 v2 и т. Д. Являются базовыми сообщениями для взаимодействия. Но FHIR, кажется, добавляет к этому некоторое клиническое моделирование данных в виде ресурсов. Визит с пациентом с наблюдением, на мой взгляд, клиническая модель нет? И когда вы добавляете в концепцию сервера FHIR, мы не граничаем с CDR?

Итак, openEHR моделирует ту же самую клиническую концепцию через архетипы, агрегированные в шаблоне. - фантастично (я думаю, что я получу и посмотрю, где он подходит в openEHR)

Далее - где крест в интероперабельности?

Is openEHR предназначен для обеспечения архетипов как прямой карты модели на экране? Мое понимание - да. (Datasource и UI interoperbility, если вы это сделаете) ... ie (в его простейшей форме) - Клиентские вызовы Сервер - сервер запускает AQL на данные и возвращает результат XML, клиент запускает XSL над тем, чтобы генерировать HTML -

Но разве FHIR больше не взаимодействует и openEHR о моделировании данных? - так что теперь мы предлагаем сервер openEHR выполнить результат как стандарт openEHR - и мы попробуем сопоставить его с ресурсами FHIR и обслуживаем его до интерфейса или любой совместимой системы.

Должны ли мы смотреть на выбор одного и забыть другое?

В этом есть много, но, как я уже сказал, я очень смущен.

Спасибо.

+0

Пожалуйста, отметьте ответ как действительный или комментарий, почему это не так. –

ответ

2

FHIR моделирует ресурсы с целью обмена данными.

openEHR определяет полную архитектуру платформы EHR для управления определениями клинических данных (архетипы, шаблоны), включая ограничения и терминологию/переводы, управление клинической информацией (модель канонической информации), доступ к клинической информации (стандартный язык запросов AQL), ​​определение правила поддержки клинических решений (стандартный язык правил GDL) и определяет модель обслуживания (REST API близок к утверждению).

Итак, openEHR - это все, что необходимо для обеспечения взаимодействия (а не только обмена данными), FHIR - это сервисный уровень, который может быть поверх системы openEHR, поскольку другие уровни обслуживания могут быть похожими на HL7 v2.x , Профили IHE или даже службы DICOM.

Что касается FHIR over openEHR, для обеспечения технической реализации необходимы сопоставления между архетипами openEHR и ресурсами FHIR. Таким образом, вы можете иметь CDR openEHR и получить доступ к нему через FHIR.

С точки зрения наличия GUI над системой openEHR, из архетипов графический интерфейс пользователя может быть автоматически сгенерирован, а входные данные будут автоматически проверены с использованием тех архетипов, которые используются для создания графического интерфейса. Существует множество реализаций этого, с некоторым открытым исходным кодом (у меня есть много примеров в моих репозиториях github).

Нижняя линия: вы можете создать свой EHR с помощью openEHR и предоставить API или многие API (пользовательские, openEHR, FHIR, HL7 v2.x, XDS, ...).

+0

спасибо, это отличное объяснение – bobD

+0

BTW API OpenEHR REST был выпущен для тестирования https://wolandscat.net/2018/01/31/openehr-rest-api-0-9-0-out-for- комментарий/ –