Профили ничего не говорят о том, какие ресурсы используются вообще, как и в «какой ресурс поддерживаются конечной FHIR или клиента», так как это было бы для этого сервера или клиента. И они сообщают о таких возможностях в своем заявлении о соответствии.
Профили могут ограничить ресурсы, связанные с передачей данных между партнерами: например, наблюдение может обычно относиться к пациенту, группе, устройству или местоположению в свой объект «субъект». Вы можете ограничить их подмножеством, и, последовательно делая это в разделе «Ресурсы», вы фактически ограничиваете набор ресурсов, на которых обменяются торговые партнеры, нужно «знать», когда они используют этот профиль (и только этот профиль).
Я думаю, что ваша вторая пуля пропускает какой-то текст, поэтому я не могу прокомментировать этот.
Спецификация говорит о нарративе:
ресурсы всегда должны содержать описательную поддерживать человека потребления в качестве запасного варианта. Тем не менее, в строго управляемых торговых систем, где все системы совместно использует общую модель данных и дополнительный текст не является необходимой или даже клиническим риском безопасности, рассказ может быть опущен.»
Если посмотреть на определениях базового профиля данный ресурс (см., например, http://www.hl7.org/implement/standards/fhir/observation.profile.xml.html), вы увидите, что Observation.text там определен с мощностью 0..1, вы можете профилировать это значение до 0..0, чтобы сделать это явным в вашем профиле.
Вот пример профиля, показывающий инструменты, которые есть, включая предложение Ллойда использовать XPath:
<Profile xmlns="http://hl7.org/fhir" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://hl7.org/fhir ../../schema/profile.xsd">
<!-- stuff removed -->
<structure>
<type value="Observation"/>
<name value="MyConstrainedObservation"/>
<publish value="true"/>
<!-- again, elements left out -->
<element>
<path value="Observation" />
<constraint>
<key value="shorttext" />
<severity value="error" />
<human value="Must be short text" />
<xpath value="string-length(f:text) < 100" />
</constraint>
</element>
<element>
<path value="Observation.modifierExtension"/>
<definition>
<min value="0" />
<max value="0" />
</definition>
</element>
<element>
<path value="Observation.text"/>
<definition>
<short></short>
<formal></formal>
<min value="0" />
<max value="1" />
<condition value="shorttext" />
</definition>
</element>
<!-- elements left out -->
<element>
<path value="Observation.subject"/>
<definition>
<type>
<code value="Resource(Patient)"/>
<aggregation value="bundled" />
<aggregation value="referenced"/>
</type>
</definition>
</element>
<!-- more stuff -->
</structure>
</Profile>
Этот профиль сначала определяет ограничение XPath, ограничивающее длину текста (как пример) и продолжает ограничивать мощность Observation.modifierExtension до 0..0, фактически запрещая его использование. Кроме того, он ограничивает Observation.subject только ссылкой на пациентов (таким образом, вы можете избежать использования устройства и т. Д. На своих биржах) и указывает, что эти пациенты могут ссылаться или связываться только (в сообщении, документе или транзакции), но не могут быть включен используя.
Очевидно, что то, что я сделал здесь, может быть выполнено с помощью Observation.text и Observation.contained. У вас есть как структурная (мощность), так и исполняемый (xpath) означает ограничить доступный контент.
Обновлен вопрос, поскольку некоторые из них были потеряны в форматировании. –