FHIR .NET API Как поддержать Неизвестного Участника в Ресурсе? - PullRequest
Новая
       8

FHIR .NET API Как поддержать Неизвестного Участника в Ресурсе?

0 голосов
/ 25 мая 2018

Я работаю с сервером FHIR, для которого настроен участник в ресурсе.

Скажем, если мы получаем пациента со следующим 

xml = "<Patient xmlns='http://hl7.org/fhir'><hasSuperPower></hasSuperPower></Patient>";

Как добавить поддержку дополнительных теговв FHIR .NET API, чтобы я мог работать с этим индивидуальным ресурсом?(чтобы десерилизатор мог обработать его и поместить в объект пациента.)

Я прочитал из поста Мирьяма Балтуса, что классы Model могут быть улучшены, поскольку все они объявлены как "Partial class".Означает ли это, что мне нужно работать с исходным кодом API FHIR и добавлять туда свой собственный класс Partial, а затем заново его компилировать?

Можно ли было бы просто использовать DLL из Nuget без необходимостикоснуться исходного кода?

Ответы [ 2 ]

0 голосов
/ 28 мая 2018

Я также ответил на это на форуме Google и согласен с Ллойдом.

Если вы получаете пациента с тегом <hasSuperPower>, это не пациент, совместимый с FHIR.FHIR имеет отличный способ передачи данных, которые не вписываются ни в одно из стандартных полей, называемых расширениями.Если вы используете их, вам не нужно писать дополнительный код для обработки ресурсов, не относящихся к FHIR, и вы можете просто использовать существующие библиотеки без необходимости что-либо менять для них.

Способность супердержавы может выглядеть так,и быть FHIR-совместимым: 

<Patient xmlns="http://hl7.org/fhir">
  <extension url="http://mirjams.example.org/fhir/StructureDefinition/super-patient">
    <valueBoolean value="true"/>
  </extension>
</Patient>

Я также хотел бы отметить этот блог Брайана Постлетвейта о пользовательских свойствах ресурса: https://brianpos.com/2018/05/03/code-generation-fhir-custom-resources/

0 голосов
/ 25 мая 2018

Зачем вам использовать настраиваемый элемент, а не стандартный элемент расширения?Добавление пользовательских элементов таким способом не соответствует стандарту, не будет работать ни с одним из общедоступных тестовых серверов, не будет взаимодействовать с другими системами FHIR и не будет работать с эталонными реализациями.Вы смотрели на расширяемую часть спецификации?

...