FHIR и нулевые вкусы

Я пытаюсь понять, как FHIR обрабатывает нулевые варианты по сравнению с CDA. Здесь FHIR говорит, что "FHIR подходит к проблеме по-другому. в базовой спецификации в тех случаях, когда ожидается, что они потребуются большинству систем. При необходимости варианты ограничиваются теми, которые относятся к этому элементу».

Что это значит? Означает ли это, что FHIR допускает нулевые разновидности только в некоторых обстоятельствах, т. е. в некоторых ресурсах, где ожидается, что они понадобятся большинству систем? Но пока я читал FHIR, где я наткнулся на несколько ресурсов, я не нашел ни одного с нулевым вкусом.

Или дело в том, что FHIR вообще не допускает нулевых ароматов, и если они нужны, следует использовать расширения?


hl7-fhir
person Enigma    schedule 28.04.2016    source источник

Ответы (1)


arrow_upward
2
arrow_downward

Действительно, если нужны nullFlavours, можно использовать расширения.

Когда мы писали: «Нулевые разновидности вводятся в базовую спецификацию только в тех случаях, когда ожидается, что они потребуются большинству систем», мы ожидали, что наши ресурсы будут иметь «настоящие» элементы в тех местах, где нулевые разновидности распространены (но тогда с более полезным имя, например, "tooSmallToMeasure" в Observation). Это произошло с индикатором "отрицания" версии 3, который, например, был преобразован в элемент procedure.notPerformed.

Как оказалось, иногда nullFlavors явно разрешены или требуются, но это не делается в общей спецификации, а только в профилях и руководствах по внедрению, где подробно описано их использование и явно задокументированы обстоятельства, при которых они могут появляться.

person Ewout Kramer    schedule 28.04.2016
comment
Итак, если я правильно понимаю, это утверждение устарело, поскольку нулевые варианты больше не являются частью спецификации ядер (т. е. нет ресурсов с нулевыми элементами вкуса). Для этого можно использовать расширения и профили. С индикаторами отрицания они, в отличие от нулевых вариантов, являются частью основной спецификации в том смысле, что они являются частью ресурсов, где считается, что они, скорее всего, могут понадобиться. - person Enigma; 29.04.2016
comment
Есть Observation.dataAbsentReason — это nullFlavor. Я думаю, что нет другого места, где это считалось бы действительно полезным, хотя вы также найдете множество наборов значений, которые включают некоторые нулевые ароматы. - person Grahame Grieve; 02.05.2016
comment
@Ewout: как поступить в случае, когда в расширении требуется нулевой вариант? Например, MU2 требует наличия кодов этнической принадлежности и религии, которые предоставляются в качестве расширений в ресурсе пациента. Однако, если, скажем, код религии неизвестен, можно ли вместо него использовать нулевой аромат? - person Shamil; 04.05.2016
comment
Привет @ user3005941, это зависит от: обычно в FHIR мы теперь разрабатываем наборы значений, поэтому значения для неизвестных (или более конкретных ароматов) теперь являются частью допустимых вариантов для этого набора значений. Однако, если это не так, вы можете использовать расширение dataAbsentReason (hl7. org/fhir/extension-data-absent-reason.html) в элементе value (в большинстве случаев valueCodeableConcept) расширений расы и религии. Конечно, руководства по внедрению и профили могут явно запрещать это, я не знаю, так ли это в MU2. - person Ewout Kramer; 08.05.2016