Мы пытаемся интегрировать fhir в наш продукт.
Чтобы использовать fhir в максимально возможной степени, мы также хотим использовать fhir api для получения наших задач рабочего процесса.
Я проверил список ресурсов fhir, похоже, не нашел.
Может ли кто-нибудь помочь указать, какой ресурс подходит для этого сценария? или у вас есть предложения получше?
Спасибо.
airhork, похоже, вы хотите создать протокол приложения, включающий ресурсы FHIR и ресурсы, уникальные для вашего сценария, для задач вашего рабочего процесса. Задачей чтения может быть что-то, что вы можете определить, расширив ресурс FHIR «Другой». Врач может развернуть список задач по чтению, который может включать гипермедиа (см. http://stateless.co/hal_specification.html), который будет содержать ссылки на действия, которые пользователь может предпринять с учетом текущего состояния ресурса задачи чтения. Например, он может включать ссылку на ресурс действия «readComplete», который пользователь вашей системы может использовать, чтобы указать, что задача была прочитана. После прочтения он больше не будет отображаться в списке для чтения. Или возможны другие переходы между состояниями - это действительно зависит от вас как разработчика протокола приложения.
FHIR не предписывает использование гипермедиа для определенных ресурсов. Но вы, безусловно, можете добавить это в свою реализацию, чтобы потребители вашего API, которые понимают что-то вроде HAL, могли их использовать.
Вот ссылка на полный список ресурсов, рассматриваемых для DSTU2: http://hl7.org/implement/standards/FHIR-Develop/resourcelist.html
Я также рекомендую посмотреть, как FHIR в настоящее время определяет операции и ресурс OperationDefinition.
http://hl7.org/implement/standards/FHIR-Develop/operations.html http://hl7.org/implement/standards/FHIR-Develop/operationdefinition.html
Если с точки зрения рабочего процесса вы имеете в виду ведение записей «пожалуйста» и «было выполнено», для меня это звучит как Order / OrderResponse. Однако эти ресурсы (в частности, ресурс Order) в настоящее время не настроены для того, чтобы делать то, что вы хотите, потому что у них нет механизма для передачи того, что вы хотите делать с целевым ресурсом. (В вашем примере "прочтите"). Я могу предвидеть множество других запросов, похожих на рабочий процесс - «пожалуйста, выполните» является предполагаемым значением по умолчанию, но могут быть и более конкретные варианты («пожалуйста, администрируйте» или «пожалуйста, раздайте», «пожалуйста, соберите образец» против «пожалуйста, выполните тест »и др.). Также могут быть такие вещи, как «приостановите», «отмените», «обновите».
Я думаю, что разумно решить все эти проблемы с помощью Order / OrderResponse, но сейчас это невозможно, и пара пока не получила большого внимания с точки зрения коннектатонов / реализации. Я бы порекомендовал взглянуть на них и посмотреть, подходят ли они вам, и если да, то отправьте запрос на изменение, чтобы добавить элемент «код». (А пока вы можете представить свое собственное расширение модификатора, если не можете дождаться выхода DSTU 2 летом 2015 года.)
