Как хранить данные о пригодности пользователя / фитнес-устройстве в FHIR?

Question

В настоящее время мы находимся в процессе оценки FHIR для использования в качестве части нашей инфраструктуры медицинской документации. Для данных EHR (аллергии, посещения, Rx и т. Д.) HH7 FHIR, похоже, имеет соответствующее отображение.

Тем не менее, большое количество данных, с которыми мы имеем дело, относится к личной пригодности - например, Fitbit или Apple HealthKit:

• Активные упражнения (аэробика или тренировки): количество, энергия, частота сердечных сокращений
• Рутинные действия, такие как ежедневные шаги или потребление воды
• Режимы сна / качество (нечетный случай взаимно перекрывающихся состояний за один и тот же промежуток времени)
• Другие предоставленные пользователем: эмоциональный рейтинг, пищевая активность, женское здоровье, УФ

Пока есть Observation ресурс, это все еще кажется наилучшим (!) для домена EHR. В частности, данные о пригодности пользователя не собираются во время посещения и не проверяются человеком.

Цель состоит в том, чтобы найти "стандартизированный способ FIHR" для моделирования данных такого рода.

• Использовать наблюдение (?) С расширениями? Профили? Правила для конкретного домена?

  FHIR обеспечивает исключительную гибкость, но каждое расширение / профиль может увеличить стоимость возможности обмена ресурсом непосредственно позже.

  Было бы полезно объяснить правильное использование ресурса FHIR - в том числе, когда расширять, использовать профили / теги или кодировать дифференцирование с помощью кодированных значений.

• Определить новый / пользовательский тип ресурса?

  FHIR DSTU2 не определяет способ определения нового типа ресурса. Желание сделать это может указывать на то, что роль ресурсов - логическая концепция или интерфейс реализации? - не понято.

• Не использовать FHIR вообще? Не используйте FHIR, кроме как на сводных развязках?

  Также может быть так, что FHIR не подходит для нашего формата сообщений. Но будет ли хуже? FIHRa <-> FIHRb чем x <-> FIHRc когда имеешь дело с внешней совместимостью?

Реестр FHIR, по-видимому, не содержит каких-либо профилей наблюдений, ориентированных на конкретную пользовательскую пригодность, и ни один из предлагаемых ресурсов, по- видимому, не добавляет соответствующих уточнений ресурсов.

В конце концов, было бы неплохо иметь возможность заявить о возможности - с минимальным переводом или без него, т.е. "стандартным способом" - иметь возможность обмениваться данными о пригодности пользователя в виде потока FHIR.

Answer 1

Конечно, цель состоит в том, чтобы использовать Observation, и многие проекты уже делают это.

Там нет необходимости для расширений, это просто прямое использование. Обратите внимание: "В частности, данные о пригодности пользователя не собираются во время посещения и не проверяются человеком" не имеет значения. Есть много данных ЭМК сомнительного происхождения...

Вам просто нужно использовать правильные коды, и бинго, все это работает. Я предоставил немного более подробный ответ здесь: http://www.healthintersections.com.au/?p=2487