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 - это то, что используется в большинстве случаев для обновления информации о номере пациента/кровати, даже если это стандартно.
С чем вы сталкиваетесь? ADT^A08 достаточно для обновления пациента. – Sid
Как вы меняете ошибочное местоположение пациента и время перехода в новую палату? Вам все равно, когда пациент находится в определенный момент времени? – sqlab
Нет, я (лично) не хотел. Логически, если у меня есть ошибочные данные для пациента, это можно исправить, просто отправив сообщение об обновлении для пациента, имеющего правильные данные. Эта палата или эта палата, это почти не имеет значения, cos _Right now_ Он находится в этой палате и в том месте, которое было отправлено в обновлении. – Sid