Вопросы протокола FHIR

Question

Мы являемся HISP, соединяющим врачей и пациентов, которые ищут применение протокола FHIR. У меня мало вопросов относительно FHIR.

1. Мы рассматриваем сериализацию ресурсов FHIR как JSON в Couchbase. Является ли сериализация ресурсов FHR как правильный подход?

2. Как добавить новые ресурсы в дополнение к уже определенным? Я читал о создании ресурса «Другой» и определял все свойства как расширения. Правильно ли это?

3. Как определить наборы значений, такие как код, пол и т. Д., Или любой вид поиска в качестве ресурса?

4. Я вижу «Содержимый» ресурс как способ добавления ссылки. В некоторых сценариях может быть дорого стоить множество ссылок. Возможно ли определить ресурс, который имеет «Содержимый» ресурс, но имеет фактическое значение вместо ссылки? Вот пример: Я - сайт-посредник, где пациенты могут записывать встречи, и я отправляю данные в EHR практики. Я бы хотел отправить полный ресурс пациента вместо отображаемого имени (см. Пример ниже). Как мне это сделать?

   Часть образца Назначение ресурсов:

   "участник": [{ "индивид": { "ссылка": "Пациент/пример", "дисплей": "Питер Джеймс Чалмерс"}, "требуется ":" требуется», "статус": "общепринятый"}, { "тип": [{ "кодирование": [{ "код": "присутствовать"}]}]

5. Как определяются ресурсы в FHIR соответствуют C-CDA? Например, если документ C-CDA поступает из EHR, как я могу преобразовать его в ресурс FHIR? Если EHR потребляет только C-CDA, как я могу преобразовать ресурс FHIR в C-CDA перед отправкой в ​​EHR.

6. Есть ли механизм уведомления о вводе, встроенный в FHIR? Например, я могу захотеть записать изменения записи на iPhone пациента или нажать на изменения в EHR.

7. Есть ли библиотеки с открытым исходным кодом для библиотек FHIR, которые могут помочь нам начать игру?

8. Что такое рекомендуемый способ аутентификации & авторизация? Я бы хотел использовать oAuth2.

Спасибо.

Answer 1

1. Мы рассматриваем сериализацию ресурсов FHIR как JSON в Couchbase. Является ли сериализация ресурсов FHR как правильный подход?

это «правильный» подход, да. Есть и другие

2. Как добавить новые ресурсы в дополнение к уже определенным? Я читал о создании ресурса «Другой» и определял все свойства как расширения. Правильно ли это?

Да, на данный момент; в принципе, предполагается определить реальные дополнительные ресурсы, но какие правила будут еще не определены

3. Как я могу определить наборы значений, такие как код, пол и т. Д., Или любой вид поиска в качестве ресурса?

использование заданного значения ресурс.

4. Я вижу «Содержимый» ресурс как способ добавления ссылки. В некоторых сценариях может быть дорого стоить множество ссылок. Можно ли определить ресурс, который имеет «Содержимый» ресурс, но имеет фактическое значение вместо ссылки?

Я не знаю, что вы имеете в виду.

5. Как ресурсы, определенные в FHIR, соответствуют C-CDA? Например, если документ C-CDA поступает из EHR, как я могу преобразовать его в ресурс FHIR? Если EHR потребляет только C-CDA, как я могу преобразовать ресурс FHIR в C-CDA перед отправкой в ​​EHR.

Грубо раздел, соответствующий ресурсу списка, и запись в ресурс. Официальных опубликованных работ по согласованию между C-CDA и FHIR пока нет, хотя некоторые операционные работы существуют здесь:

6. Есть ли механизм уведомления об объявлении, встроенный в FHIR? Например, я могу захотеть записать изменения записи на iPhone пациента или нажать на изменения в EHR.

Ну, в случае EHR EHR должен предложить сервер FHIR, и вы создаете/обновляете EHR. Для мобильного клиента правила разные. Вы не можете просто нажимать на телефон, вам нужно какое-то инициирование клиента. Мы добавили подписки на версию разработки FHIR (см. Непрерывную сборку), но они не находятся в версии DSTU

7. Есть ли с открытым исходным кодом .Net библиотеки для FHIR, которые могут помочь нам перейти начать?»

да см. http://hl7.org/fhir/downloads.html

8. Каков рекомендуемый способ сделать авторизацию аутентификации &? Я хотел бы использовать oauth2.

Мы рекомендуем OAuth