Почему мы используем ConformanceProfile в Hl7 (Hapi)?

Question

Почему мы используем ConformanceProfile в парсерах Hl7? Как и в чем разница между использованием, DefaultValidation и No Validation в HapiContext? Если я использую NoValidation и если у моего сообщения есть недопустимые теги, он должен разбираться или терпеть неудачу?

Answer 1

Поймите таким образом, я создаю приложение PMS для здравоохранения, и я хочу генерировать сообщения ADT, но я не могу генерировать любое арбилярное сообщение без какой-либо определенной структуры или мощности. То, когда я создам «Спецификация для моего приложения», чтобы указать, что я могу отправить и получить или принять в своем приложении.

Профиль соответствия в hapi подобен спецификациям приложения, поданным в таблицы соответствия (в формате .xml), который генерирует определение сообщения, позволяющее указать максимальные длины полей, требуемые мощности.

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

Нет Валидация не будет выполнять никаких проверок в отношении любых существующих профилей. Простой пример изложит его. Существует поле под названием "Set ID" (PV1.1 в сегменте ниже)

PV1|1|O|NDE^^^^Ambulatory(s)^NMHOSP|R||||

Это поле всегда будет числовым. Если в противном случае я не укажу валидацию, я могу подать что-либо в Set ID, это может быть алфавит.

Так что PV1|1|O|NDE^^^^Ambulatory(s)^NMHOSP|R|||| будет разбирать по умолчанию или с помощью любого другого профиля соответствия

Но это

PV1|A|O|NDE^^^^Ambulatory(s)^NMHOSP|R|||| будет анализировать только в Нет Проверка и потерпит неудачу в Default.