Лучше совместимая версия Hl7, v2 или v3?

Я собираюсь реализовать универсальную HMIS с настоящей реализацией HL7. Я изучил все преимущества и недостатки обеих версий HL7, т.е. v2 и v3. Но все еще существует путаница в том, какую версию лучше использовать с реализацией, либо это v2 из-за ее стабильности, либо v3 из-за совместимости с plug and play. Нужно ваше мнение.


person Atiq ur rehman    schedule 02.02.2016    source источник
comment
Как это связано с Java-se, Spring или JSF? И проголосовать за 24 минуты?   -  person Kukeltje    schedule 02.02.2016
comment
@Kukeltje Java связан, потому что большая часть реализации hl7 была выполнена на Java, и разработчик Java может ответить на него наиболее правильно.   -  person Atiq ur rehman    schedule 02.02.2016
comment
Как разработчики Java могут лучше отвечать на вопросы о стабильности, чем просто люди, которые лучше всех знают стандарт? Во-вторых, SO предназначен не для «мнений», а для ответов на реальные проблемы кодирования или очень тесно связанные. Итак, если у вас есть пример кода, в котором вы   -  person Kukeltje    schedule 02.02.2016
comment
@Kukeltje Предоставление мнений также является своего рода помощью новичкам со стороны профессионалов, и SO определенно является платформой, где новички могут прояснить свои концепции, получив помощь. Программист знает проблемы, с которыми сталкивался при реализации чего-либо. Если java-разработчик здесь работал в v2 и v3, ему лучше провести сравнение обоих, напомнив о проблемах, с которыми он столкнулся. Если вы не понимаете мою точку зрения и не можете помочь, пожалуйста, уходите, потому что лучше оставаться спокойным, чем унижать других. Спасибо   -  person Atiq ur rehman    schedule 02.02.2016
comment
Высказывание мнений действительно помогает, но stackOverflow не предназначен для этого. И я никого не унижаю, я просто заявляю, что такие вопросы не относятся к StackOverflow. Проблема здесь в том, что подход, который использовал один разработчик, может отличаться от подхода, который использовал другой разработчик, и, следовательно, они могут прийти к другим выводам. Вступать в дискуссию по этому поводу - это не то, для чего нужен SO.   -  person Kukeltje    schedule 02.02.2016


Ответы (2)


HL7 — это не только организация, но и набор стандартов функциональной совместимости. Это означает, что это не функция вашей системы, которая работает сама по себе, это способ, которым ваша система взаимодействует с другими системами. Так что интерфейс, который вам нужно реализовать в вашей системе — HL7v2 или HL7v3 или HL7 FHIR — фактически диктуется вашими коллегами.

Например, если вы находитесь в США, скорее всего, вы получите HL7v2 для обмена сообщениями, HL7v3 CDA для документов (более известный как отдельный стандарт C-CDA) и HL7 FHIR для инициатив SMART. (Предположим, что мы не говорим о профилях IHE с суффиксом "v3".) Для Канады и Великобритании будет то же самое с той лишь разницей, что эти страны используют HL7v2 и HL7v3 для обмена сообщениями.

person Shamil    schedule 30.01.2017

Я хотел бы ответить на ваш вопрос, основанный на реализации и потреблении данных.

HL7v2 имеет разделители вертикальной черты, а v3 — XML, FHIR поставляется в вариантах JSON и XML. Прежде чем обсуждать преимущества и недостатки, важно понять, как конечная система потребляет данные. Какое положение у них есть, и исходя из этого можно действовать дальше.

Если этот вопрос касается того, насколько эффективно все данные пациента могут быть собраны в формате сообщения? . Я пойду с V2 и V3. V3 гораздо более стандартизирован, дает больше спецификаций и описаний. V2 также имеет специальные стандарты HL7 для него, если вы считаете, что в вашем конкретном формате сообщения (ADT/ORU/DFT) отсутствуют определенные функции для захвата, вы можете использовать Z-сегмент или NTE. Стандарты V3 CDA гарантируют (вплоть до того, что я использовал), охватывают большую часть информации самой своей спецификацией.

Для (например: учитывать стандарты CDA) В зависимости от потребностей CDA может иметь свои особенности, поскольку в стандартах HL7 существуют отдельные примечания о ходе выполнения C-CDA, примечания к процедурам C-CDA, переход к лечению C-CDA, отчет о диагностической визуализации C -ЦДА и так далее.

person Vibin Guevara    schedule 03.02.2017