2014-02-10 3 views
0

Просто из любопытстваКоррекция исторических ADT данных в HL7 V2

Как вы передаете исправление исторических ADT данных в HL7 V2, например перенос пациента, если у вас нет сегмента ZBE для исторических движений, как в Германии?
Отменить все соответствующие события и создать новую историю болезни или использовать некоторые из уже определенных полей сегментов сообщений ADT для отметки события, которое должно быть исправлено?
Как вы работаете с несколькими переводами wardA -> wardB -> wardA -> wardB?

+0

С чем вы сталкиваетесь? ADT^A08 достаточно для обновления пациента. – Sid

+0

Как вы меняете ошибочное местоположение пациента и время перехода в новую палату? Вам все равно, когда пациент находится в определенный момент времени? – sqlab

+0

Нет, я (лично) не хотел. Логически, если у меня есть ошибочные данные для пациента, это можно исправить, просто отправив сообщение об обновлении для пациента, имеющего правильные данные. Эта палата или эта палата, это почти не имеет значения, cos _Right now_ Он находится в этой палате и в том месте, которое было отправлено в обновлении. – Sid

ответ

1

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 - это то, что используется в большинстве случаев для обновления информации о номере пациента/кровати, даже если это стандартно.