Специализации ресурсов

Схема FHIR определяет очень общие ресурсы, которые иногда могут представлять несколько концепций в реализации, и значение ресурса трудно / невозможно определить по самому объекту. Например, ресурс «Состояние» может представлять проблему в списке проблем, диагностике при поступлении, окончательном диагнозе, первичном диагнозе и т. Д. Значение «Состояние» зависит от того, какое из них это. Есть ли способ сделать это явным в FHIR?

В некоторых случаях определение структуры профиля может использоваться для различения специализаций ресурса, но это не работает для таких вещей, как окончательная диагностика и диагностика допуска, поскольку они содержат одни и те же данные (т. Е. Нет дискриминатора), и поэтому это не общее решение.


hl7-fhir
person Scott Thibault    schedule 23.10.2015    source источник
comment
чем отличается смысл? или это просто польза? Условие может использоваться из разных мест, и его контекст имеет значение. денормализация контекста в ресурсе может сделать его менее пригодным для использования. Возможно, вы могли бы объяснить еще немного ...?   -  person Grahame Grieve    schedule 23.10.2015
comment
Вам действительно нужна некоторая контекстная информация, чтобы правильно интерпретировать значение условия. Я хотел бы сделать некоторые из этого контекста более доступными. Я не знаю, как это могло бы сделать его менее полезным. Например, простое поле категории в условии может дать вам часть этого контекста.   -  person Scott Thibault    schedule 27.10.2015

Ответы (1)


arrow_upward
2
arrow_downward

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

Диагноз при поступлении или окончательный диагноз - это не тип диагноза, а скорее отношение диагноза к конкретной встрече. Диагноз, который является окончательным диагнозом одной встречи, может быть диагнозом поступления для другой. Состояние может быть включено в Список проблем, будь то жалоба, симптом, обнаружение или диагноз. Понятие первичного и вторичного также является отношением к встрече / выставлению счетов. Первичный диагноз встречи A может быть вторичным диагнозом встречи B.

Посмотрите на Encounter.admittingDiagnosis, Encounter.dischargeDiagnosis и Claim.diagnosis.sequence, чтобы дифференцировать поступление / выписку и первичную.

(Вероятно, было бы хорошо включить это руководство в сам ресурс Condition, поэтому не стесняйтесь отправлять предложение об изменении, используя ссылку в нижней части спецификации:>)

person Lloyd McKenzie    schedule 23.10.2015
comment
Я знаю об отношениях столкновения, но это не помогает дифференцировать состояние, когда у меня есть только список условий, а это то, что я действительно хотел бы сделать. Очевидно, можно было проследить ссылку на встречу и выполнить поиск в соответствующих списках условий, но это не очень хорошо. - person Scott Thibault; 23.10.2015
comment
Можете ли вы объяснить, почему определение того, упоминалось ли состояние в качестве допуска или диагноза при выписке, имеет значение для вас при просмотре списка состояний? - person Lloyd McKenzie; 23.10.2015
comment
В приложениях для исследований и мониторинга мы часто начинаем с определения интересующей нас группы пациентов. Эти определения часто включают такие утверждения, как пациенты с диагнозом X. - person Scott Thibault; 27.10.2015
comment
Но как тот факт, что это диагноз при выписке, а не признанный диагноз, или просто диагноз, имеющий отношение к вашему варианту использования (вне контекста конкретной встречи)? - person Lloyd McKenzie; 27.10.2015
comment
Чтобы построить когорту, я просматривал все наблюдения в базе данных в поисках окончательного диагноза. - person Scott Thibault; 28.10.2015
comment
Но что представляет собой окончательный диагноз? Диагноз при выписке не обязательно является подтвержденным диагнозом, а допустимый диагноз не является неподтвержденным. Надежность утверждения Condition передается в verifyStatus. Разве это не соответствовало бы вашему варианту использования? - person Lloyd McKenzie; 29.10.2015
comment
В документации FHIR выписка описывается как окончательный диагноз. Но изначально это был всего лишь пример. Определением когорты также могут быть пациенты с допустимым диагнозом X или признаками контакта с Y. - person Scott Thibault; 04.11.2015
comment
Окончательный не обязательно означает подтвержденный :) В любом случае, если вы ищете диагноз, связанный со встречей, вам придется запрашивать через встречу. Одно и то же Состояние может быть диагнозом при выписке при одной встрече и допускающим диагнозом при другом, так что это не то, что действительно подходит для жизни с помощью самого Состояние. Если когорте требуется допущенный диагноз или диагноз при выписке (в отличие от «подозреваемого» или «подтвержденного» диагноза), то при запросе когорты необходимо использовать оба ресурса. - person Lloyd McKenzie; 04.11.2015