Добро пожаловать в дикий мир HL7. Этот точный сценарий - это то, почему интерфейсные модули настолько распространены и полезны для обмена сообщениями в отрасли здравоохранения.
До тех пор, пока, я считаю, HL7 v2.5.1, не было стандартизации вокруг идентификаторов CLIA. Предполагая, что вы получаете сообщение ORU^R01, вы можете посмотреть сегмент OBX и поле 15, которое может иметь идентификатор производителя или лаборатории. Единственное, что есть очень тонкий шанс, что они используют HL7 2.5.1 или реализуют рекомендации, как предполагалось. Есть много причин для всего этого, но концепция здесь заключается в том, что вы должны быть готовы сделать здесь какую-то работу для каждой интеграции.
Для получения данных, будьте готовы обменять или запросить техническую спецификацию у вашего торгового партнера. Если это не возможно или у них их нет, вы должны либо попросить образец экспорта репрезентативных сообщений из своей системы, либо, возможно, иметь ссылку на поставщика. Поскольку данные, которые вы ищете, не являются довольно, как установлено как что-то вроде адреса, существует высокая вероятность того, что вам придется получать эти данные из разных сегментов и полей от каждого торгового партнера. Сегмент ZPS, который у вас есть в вашем примере, является хорошей ссылкой. Любой сегмент, который начинается с Z, является настраиваемым сегментом и был создан потому, что поставщик или торговый партнер не смогли найти хорошее, существующее место для хранения этих данных, поэтому они создали новый сегмент для хранения этих данных.
Для идентификаторов я бы рекомендовал создать перевод или таблицу сопоставлений для идентификаторов. Итак, если вы получаете JHOSP или JH123, вы можете перевести/отобразить это в «Госпиталь Джонсона». Каждая система EMR или больницы будет иметь собственный способ представления различных значений, и нет никакой гарантии, что они будут согласованы, поэтому вы должны быть готовы справиться с этим сценарием.