Просто из любопытства
Как вы передаете исправления исторических данных ADT в HL7 V2, например. передачи пациента, если у вас нет сегмента ZBE для исторических перемещений, как в Германии?
Вы отменяете все соответствующие события и создаете новую историю пациента или используете некоторые из уже определенных полей сегментов сообщений ADT для отметить событие, которое следует исправить?
Как вы справляетесь с множественными переводами wardA --> wardB --> wardA --> wardB ?
ADT^A02 будет "правильным" способом перевода пациента из одной палаты/кровати в другую. Однако, как сказал @Sid, я не могу вспомнить время, когда я когда-либо видел ADT^A02, реализованный в реальном мире.
Скорее всего, это связано с изменением статуса/демографических данных при переводе пациента. В большинстве случаев перевод происходит по конкретной причине – переход из амбулаторного/стационарного (или наоборот), смена учреждения, и т. д. Гораздо проще сгруппировать эту информацию в один ADT^A08, чем отправить как ADT^A02, так и ADT^A08, чтобы удовлетворить этим ограничениям.
Если информация о переводе ошибочна, как вы указали в комментарии выше, тогда необходимо будет инициировать отмену перевода ADT^A12 - Опять же, это еще один, который я редко использовал, но если перевод был сделан случайно или неправильно, вы не хотели бы хранить эту информацию в системе. Вы хотели бы избавиться от него и обновлять только правильную информацию.
Поскольку ваша Информационная система здравоохранения/больницы (HIS) обычно является той же системой, в которой проводится ваша перепись пациентов, рассылать это сообщение об отмене в каждую отдельно подключенную систему обычно не стоит, потому что большинство специальных приложений, подключенных к HIS, могут не заботиться об этом. предыдущая палата/койка для пациентов, только самая актуальная информация. Из-за этого, опять же, более широко используется ADT^A08.
Предыдущая информация о комнате/койке обычно поддерживается HIS с точки зрения приложения. При обновлении палаты/койки пациента текущая информация PatientRoom или PatientBed будет записываться в столбцах базы данных во что-то вроде PreviousRoom или PreviousBed. Я видел, как это реализовано вплоть до «Предыдущей-Предыдущей» комнаты и кровати. Затем он запишет новую комнату/кровать в PatientRoom или PatientBed.
Это сделано для того, чтобы HIS могла локально обрабатывать отмены переводов. В большинстве случаев эти отмены выполняются непосредственно в HIS пользователем, а затем ADT^A08 отправляется в соответствующие интероперабельные приложения, использующие новую комнату/кровать, при этом подключенным приложениям все равно, что предыдущая комната и кровать была, или что она могла быть отменена и перенесена. Если бы они отменили эту передачу в HIS, она вернулась бы обратно к столбцам базы данных для PreviousRoom или PreviousBed и соответственно обновилась.
Надеюсь, это вас не слишком запутало.
TL; DR — HIS — это преимущественно единственная система, которая заботится о предыдущих данных о комнате / кровати. ADT^A08 — это то, что используется большую часть времени для обновления информации о палате / койке пациента, даже если это не соответствует стандарту.
