Tuesday 20 December 2016

Hl7 Pv1 Visit Indicator Forex

HL7 Tablas Campos PID Prohibidos El uso de campos PID-10 (Race) y PID-22 (Grupo étnico) está prohibido en Francia. PID-3 Lista de Identificadores de Pacientes PID-3 La Lista de Identificadores de Pacientes se codificará como una sola repetición. El uso del esquema de dígito de control para el ID del paciente es opcional, por lo tanto los componentes 2 y 3 del valor del campo pueden omitirse. Componente 4 - el valor de la Autoridad Cedente estará presente y contendrá solo un subcomponente. El valor de ese subcomponente se extraerá de la Tabla 0363 Autoridad Cedente. Prefijo de Identificación de Paciente Los Identificadores de Paciente son identificadores de 6 dígitos que comienzan con un código de dos dígitos que identifica el sistema que produce el ID. Por lo tanto, si su prefijo es 13, sus identificadores de pacientes estarán en el rango de 100000 a 109999. Prefijo de identificación del paciente Notas sobre los códigos de pedido, procedimiento y programación Existen diferentes códigos utilizados en la secuencia de pedidos y la programación y ejecución de los pasos del procedimiento . El código de pedido es el valor codificado utilizado por el Order Placer o Order Filler cuando se coloca el pedido original. Este valor codificado (triplete de 3 valores) va en los primeros 3 componentes de OBR-4 Universal Service ID en el orden original (transacción RAD-2 o transacción RAD-3). El Código de Procedimiento Solicitado es propiedad de Order Filler y está asignado del Código de Pedido (Universal Service ID). En una instalación clínica, el Código de Procedimiento Solicitado podría ser diferente del Código de Pedido y podría tomarse de un vocabulario o sistema de codificación diferente. Para facilitar las pruebas y demostraciones de MESA, usamos los mismos valores para Código de Procedimiento Solicitado y Código de Pedido. El código de procedimiento solicitado incluye los primeros 3 componentes del OBR-4 Universal Service ID en el mensaje de programación enviado al Administrador de imágenes (RAD-4) y también se encuentra en las entradas de la lista de trabajo de modalidad. Los elementos de código de protocolo son los códigos utilizados para dar instrucciones detalladas a la modalidad de adquisición. Cada paso de procedimiento programado tendrá uno o más elementos de código de protocolo. En el caso más simple, un SPS contendrá un elemento de código de protocolo. En algunas pruebas MESA, usamos dos elementos de código de protocolo en un SPS. Los elementos de código de protocolo se colocan en los componentes 4-6 del ID de servicio universal en el mensaje de programación enviado al Administrador de imágenes (RAD-4) y también se encuentran en las entradas de lista de trabajo de modalidad. Los elementos de código de protocolo mencionados anteriormente corresponden a los pasos de procedimiento programados (SPS). Los elementos de código de protocolo también se pueden incluir en los mensajes MPPS (Modality Performed Procedure Step). Para pruebas MESA y demostraciones IHE, usamos los mismos valores de código para los elementos de código de protocolo en pasos de procedimiento realizados y pasos de procedimiento programados. En las tablas de esta sección se enumeran los valores codificados utilizados para las pruebas MESA y se definen los mapas entre los sistemas de codificación. ID de servicio universal Valor del campo El ID de servicio universal OBR-4 deberá contener tres componentes en los que se extraigan primero y segundo componentes de las columnas Identificador y Texto de la Tabla IHE006 ID de servicio universal. El tercer componente contendrá un valor de designadores de esquema de codificación. Componentes: ltidentifier (ST) gt lttexto (ST) gt ltname del sistema de codificación (ST) gt ltalternate identificador (ST) gt lnternet text (ST) gt ltname del sistema de codificación alternativo (ST) gt Tabla IHE006 - ID de servicio universal RAD-5 : Mapa MWL para procedimientos solicitados y códigos de programación ltpgt Esta sección contiene mapas que muestran la relación entre los procedimientos solicitados, los pasos de procedimiento planificados y los elementos del protocolo. Es decir, para un determinado procedimiento solicitado, los rellenos de órdenes programarán los elementos de protocolo que se encuentran en la tabla de mapa de lista de trabajo de modalidad a continuación. Los valores codificados (Código de Protocolo, Significado de Código de Protocolo, Designador de Esquema de Codificación) son también los valores transmitidos en los componentes 4-6 de OBR-4. ID de servicio universal que se envía al Administrador de imágenes para la transacción RAD-4: Procedimiento programado. En la columna Mod, un asterisco () significa que el valor dependerá de la prueba. Para una modalidad que ejecuta pruebas MESA, ese valor será establecido por el usuario que ejecuta la prueba (CR, CT, MR, US,). Para las pruebas de llenado de pedidos, el valor será dictado por las instrucciones de prueba. Para pruebas de Connectathon, la columna Mod contendrá valores fijos que deben ser utilizados por el relleno de órdenes. La columna denominada Títulos de Modalidad AE contendrá Títulos AE de modalidades probadas en Connectathon. Esto ayudará a los pasos de planificación de los participantes de Order Filler para los sistemas adecuados. Modalidad Lista de Trabajo Mapa: Procedimientos Solicitados a la Acción Códigos de Item3.3.3.3 Asignación de la ubicación del paciente (PL) 00133 Componentes: ltpoint of care (IS) gt ltroom (IS) gt ltbed (IS) gt ltfacility (HD) gt ltlocation status (IS) Gt ltperson tipo de ubicación (IS) gt ltbuilding (IS) gt ltfloor (IS) gt ltlocation descripción (ST) Subcomponentes de la instalación: ltnamespace ID (IS) gt amp ltuniversal ID (ST) Este campo contiene la ubicación asignada inicial del paciente o la ubicación a la que se está trasladando el paciente. El primer componente puede ser la estación de enfermería para ubicaciones de pacientes internados, o clínica, departamento o hogar para ubicaciones que no sean pacientes internados. Para cancelar una transacción o descargar a un paciente, la ubicación actual (después del evento de cancelación) debe estar en este campo. Si existe un valor en el quinto componente (estado del lecho), reemplaza el valor en el estado PV1-40. 3.3.3.4 Tipo de admisión (IS) 00134 Definición: Este campo indica las circunstancias bajo las cuales el paciente fue o será admitido. Consulte la tabla 0007 - Tipo de admisión para los valores sugeridos. Definido por el usuario Tabla 0007 - Tipo de admisión 3.3.3.5 Número de preadmisto (CX) 00135 Componentes: ltID (ST) gt ltcheck dígito (ST) gt ltcode que identifica el esquema de dígito de control empleado (ID) gt Autorización de asignación (HD) (ID) gt Subcomponentes de la instalación de asignación: ltnamespace ID (IS) gt amp ltuniversal ID (IS) gt ltuniversal ID (IS) gt ltassigning facility (HD) gt Subcomponentes de la autoridad asignadora: (ST) gt amp ltuniversal Tipo de ID (ID) gt Definición: Este campo identifica de manera única la cuenta de preadmite del paciente. Algunos sistemas seguirán utilizando el número de preadmite como el número de facturación después de que el paciente ha sido admitido. Para compatibilidad con versiones anteriores, se puede enviar un tipo de datos ST. Sin embargo HL7 recomienda el uso del tipo de datos CX, como el número de cuenta, para nuevas implementaciones. 3.3.3.6 Ubicación previa del paciente (PL) 00136 Componentes: ltpoint of care (IS) gt ltro (IS) gt ltbed (IS) gt ltfacility (HD) gt ltlocalización (IS) gt ltperson tipo de localización (IS) gt ltbuilding (IS) ) Gt ltfloor (IS) gt Descripción de la ubicación (ST) Subcomponentes de la instalación: ltnamespace ID (IS) gt amp ltuniversal ID (ST) gt amp ltuniversal Tipo ID (ID) gt Definición: Este campo contiene la ubicación previa del paciente si el paciente está Ser transferidos. La ubicación antigua es nula si el paciente es nuevo. Si existe un valor en el quinto componente (estado del lecho), reemplaza el valor en el estado PV1 -40. (ST) gt ltgiven nombre (ST) gt ltmiddle nombre inicial o nombre (ST) gt ltsuffix (por ejemplo, JR o III) (ST) gt ltprefix ( (ST) gt ltdegree (p. ej. MD) (ST) gt ltsource (IS) gt lt asignación de autoridad (HD) gt ltnombre tipo código (ID) gt ltidentifier dígito de control (ST) gt ltcode que identifica el dígito de control empleado Gt ltuniversal ID (ST) gt ltuniversal (gt) ltuniversal ID (ID) gt Subcomponentes de la entidad asignadora: ltnamespace ID (IS) IS) gt amp ltuniversal ID (ST) gt amp ltuniversal ID tipo (ID) gt Definición: Este campo contiene la información del médico que lo atiende. Pueden enviarse múltiples nombres e identificadores para el mismo médico. Las secuencias de campo no se usan para indicar a varios médicos asistentes. El nombre legal debe enviarse en la primera secuencia. Si no se envía el nombre legal, debe enviarse un delimitador de repetición en la primera secuencia. Dependiendo de los acuerdos locales, ID o el nombre puede estar ausente en este campo. Consulte la tabla definida por el usuario 0010 - Identificación del médico para los valores sugeridos. (ST) gt ltgiven nombre (ST) gt ltmiddle nombre inicial o nombre (ST) gt ltsuffix (por ejemplo, JR o III) (ST) gt ltprefix ( (ST) gt ltdegree (p. ej. MD) (ST) gt ltsource (IS) gt lt asignación de autoridad (HD) gt ltnombre tipo código (ID) gt ltidentifier dígito de control (ST) gt ltcode que identifica el dígito de control empleado Gt ltuniversal ID (ST) gt ltuniversal (gt) ltuniversal ID (ID) gt Subcomponentes de la entidad asignadora: ltnamespace ID (IS) IS) gt amp ltuniversal ID (ST) gt amp ltuniversal ID tipo (ID) gt Definición: Este campo contiene la información del médico referente. Pueden enviarse múltiples nombres e identificadores para el mismo médico. Las secuencias de campo no se usan para indicar múltiples médicos referentes. El nombre legal debe enviarse en la primera secuencia. Si no se envía el nombre legal, debe enviarse un delimitador de repetición en la primera secuencia. Dependiendo de los acuerdos locales, el ID o el nombre pueden estar ausentes de este campo. Consulte la tabla definida por el usuario 0010 - Identificación del médico para los valores sugeridos. 3.3.3.9 Consultor médico (XCN) 00139 Componentes: ltID número (ST) gt lt nombre de familia (ST) gt ltgiven nombre (ST) gt ltmiddle nombre inicial o nombre (ST) gt ltsuffix (por ejemplo, JR o III) (ST) gt ltprefix (ST) gt ltdegree (p. ej. MD) (ST) gt ltsource (IS) gt lt asignación de autoridad (HD) gt ltnombre tipo código (ID) gt ltidentifier dígito de control (ST) gt ltcode que identifica el dígito de control empleado Gt ltuniversal ID (ST) gt ltuniversal (gt) ltuniversal ID (ID) gt Subcomponentes de la entidad asignadora: ltnamespace ID (IS) IS) gt amp ltuniversal ID (ST) gt amp ltuniversal ID tipo (ID) gt Definición: Este campo contiene la información del médico consultante. Las secuencias de campo se utilizan para indicar múltiples médicos consultores. Dependiendo de los acuerdos locales, el ID o el nombre pueden estar ausentes de este campo. Consulte la tabla definida por el usuario 0010 - Identificación del médico para los valores sugeridos. 3.3.3.10 Servicio hospitalario (SI) 00140 Definición: Este campo contiene el tratamiento o tipo de cirugía que el paciente está programado para recibir. Es un campo obligatorio con eventos de disparo A01, A02, A14, A15. Consulte la tabla definida por el usuario 0069 - Servicio hospitalario para los valores sugeridos. 3.3.3.11 Ubicación temporal (PL) 00141 Componentes: ltpoint of care (IS) gt ltro (IS) gt ltbed (IS) gt ltfacility (HD) gt ltlocalización (IS) gt ltperson tipo de localización (IS) gt ltbuilding (IS) Gt ltfloor (IS) gt Descripción de la ubicación (ST) gt Subcomponentes de la instalación: ltnamespace ID (IS) gt amp ltuniversal ID (ST) gt amp ltuniversal ID tipo (ID) gt Definición: Este campo contiene una ubicación distinta a la asignada Por un período de tiempo temporal (por ejemplo, OR). Si existe un valor en el quinto componente (estado del lecho), reemplaza el valor en el estado PV1-40. 3.3.3.12 Indicador de prueba de preadmisión (IS) 00142 Definición: Este campo indica si el paciente debe someterse a una prueba de preadmisión para ser admitido. Consulte la tabla definida por el usuario 0087 - Indicador de prueba de preadmission para los valores sugeridos. 3.3.3.13 Indicador de readmisión (IS) 00143 Definición: Este campo indica que un paciente está siendo readmitido en la instalación y da las circunstancias. Sugerimos usar quotRquot para readmisión o bien null. Consulte la tabla definida por el usuario 0092 - Indicador de reingreso para los valores sugeridos. 3.3.3.14 Admitir la fuente (IS) 00144 Definición: Este campo indica dónde se ingresó al paciente. Consulte la tabla definida por el usuario 0023 - Admitir la fuente de los valores sugeridos. 3.3.3.15 Estado ambulatorio (IS) 00145 Definición: Este campo indica cualquier condición permanente o transitoria de discapacidad. Consulte la tabla definida por el usuario 0009 - Estado ambulatorio para las entradas sugeridas. Definido por el usuario Tabla 0009 - Estado ambulatorio 3.3.3.16 Indicador VIP (IS) 00146 Definición: Este campo identifica el tipo de VIP. Consulte la tabla definida por el usuario 0099 - Indicador VIP. (ST) gt ltgiven nombre (ST) gt ltmiddle nombre inicial o nombre (ST) gt ltsuffix (por ejemplo, JR o III) (ST) gt ltprefix ( (ST) gt ltdegree (p. ej. MD) (ST) gt ltsource (IS) gt lt asignación de autoridad (HD) gt ltnombre tipo código (ID) gt ltidentifier dígito de control (ST) gt ltcode que identifica el dígito de control empleado Gt ltuniversal ID (ST) gt ltuniversal (gt) ltuniversal ID (ID) gt Subcomponentes de la entidad asignadora: ltnamespace ID (IS) IS) gt amp ltuniversal ID (ST) gt amp ltuniversal ID tipo (ID) gt Definición: Este campo contiene la información del médico que lo admite. Pueden enviarse múltiples nombres e identificadores para el mismo médico. Las secuencias de campo no se usan para indicar múltiples médicos que admiten. El nombre legal debe enviarse en la primera secuencia. Si no se envía el nombre legal, debe enviarse un delimitador de repetición en la primera secuencia. Por acuerdo local, el nombre o el ID pueden estar ausentes en este campo. Consulte la tabla definida por el usuario 0010 - Identificación del médico para los valores sugeridos. 3.3.3.18 Tipo de paciente (IS) 00148 Definición: Este campo contiene valores específicos del sitio que identifican el tipo de paciente. Consulte la tabla definida por el usuario 0018 - Tipo de paciente para los valores sugeridos. (ST) gt ltcheck dígito (ST) gt ltcode que identifica el esquema de dígitos de control empleado (ID) gt Autorización de asignación (HD) gt código de tipo ltidentifier (IS) gt Facilidad de asignación (HD) ) Gt Subcomponentes de la entidad adjudicadora: ltnamespace ID (IS) gt amp ltuniversal ID (ST) gt amp ltuniversal ID (ST) gt amp ltuniversal ID (ST) (ID) gt Definición: Para compatibilidad hacia atrás. Se puede enviar un tipo de datos NM, pero HL7 recomienda que las nuevas implementaciones utilicen el tipo de datos CX. Este campo contiene el número único asignado a cada visita al paciente. 3.3.3.20 Clase financiera (CM) 00150 Componentes: Clase financiera (IS) gt Fecha de vigencia (TS) gt Definición: Este campo contiene la clase financiera primaria asignada al paciente con el propósito de identificar las fuentes de reembolso. Se repite hasta cuatro veces. Consulte la tabla definida por el usuario 0064 - Clase financiera para los valores sugeridos. 3.3.3.21 Indicador de precio de facturación (IS) 00151 Definición: Este campo contiene el código utilizado para determinar qué programa de precios se utilizará para los cargos por habitación y por cama. Consulte la tabla definida por el usuario 0032 - Indicador de carga / precio de los valores sugeridos. 3.3.3.22 Código de cortesía (IS) 00152 Definición: Este campo indica si se extenderá al paciente ciertas cortesías especiales. Consulte la tabla definida por el usuario 0045 - Código de cortesía para los valores sugeridos. 3.3.3.23 Calificación crediticia (IS) 00153 Definición: Este campo contiene el código definido por el usuario para determinar la experiencia de crédito pasada. Consulte la tabla definida por el usuario 0046 - Calificación crediticia de los valores sugeridos. 3.3.3.24 Código del contrato (IS) 00154 Definición: Este campo identifica el tipo de contrato celebrado por la instalación y el garante con el fin de liquidar los saldos pendientes de la cuenta. Consulte la tabla definida por el usuario 0044 - Código del contrato para los valores sugeridos. 3.3.3.25 Fecha de vigencia del contrato (DT) 00155 Definición: Este campo contiene la fecha en que el contrato debe comenzar o iniciarse. 3.3.3.26 Importe del contrato (NM) 00156 Definición: Este campo contiene el monto a pagar por el garante cada período de acuerdo con el contrato. 3.3.3.27 Período del contrato (NM) 00157 Definición: Este campo especifica la duración del contrato para períodos definidos por el usuario. 3.3.3.28 Código de interés (IS) 00158 Definición: Este campo indica el monto de interés que se cobrará al avalista por cualquier monto pendiente. Consulte la tabla definida por el usuario 0073 - Código de tasa de interés para los valores sugeridos. 3.3.3.29 Transferencia al código de morosidad (IS) 00159 Definición: Este campo indica que la cuenta fue transferida a deudas incobrables y da la razón. Consulte la tabla definida por el usuario 0110 - Transferir al código de deuda incobrable los valores sugeridos. 3.3.3.30 Transferencia a la fecha de impago (DT) 00160 Definición: Este campo contiene la fecha en que la cuenta fue transferida a un estado de deudor. 3.3.3.31 Código de agencia de deuda incorrecta (IS) 00161 Definición: Este campo puede utilizarse como un tipo ST para la compatibilidad con versiones anteriores. Este campo identifica de manera única la agencia de deuda incobrable a la que se transfirió la cuenta. Este código está definido por el sitio. Una posible implementación sería editar en una tabla como la tabla definida por el usuario 0021 - Código de agencia de deuda incorrecta sin embargo, esto no es necesario. 3.3.3.32 Monto de transferencia de deudas incorrectas (NM) 00162 Definición: Este campo contiene la cantidad que se transfirió a un estado de deuda incobrable. 3.3.3.33 Monto de recuperación de deudas (NM) 00163 Definición: Este campo contiene el monto recuperado del garante de la cuenta. 3.3.3.34 Eliminar indicador de cuenta (IS) 00164 Definición: Este campo indica que la cuenta se ha eliminado del archivo y da la razón. Consulte la tabla definida por el usuario 0111 - Eliminar el código de cuenta de los valores sugeridos. 3.3.3.35 Eliminar fecha de la cuenta (DT) 00165 Definición: Este campo contiene la fecha en que se borró la cuenta del archivo. 3.3.3.36 Disposición de descarga (IS) 00166 Definición: Este campo contiene la disposición del paciente en el momento de la descarga (es decir, descargado en casa, expirado, etc.). Consulte la tabla definida por el usuario 0112 - Disposición descargada para valores sugeridos. 3.3.3.37 Salida a la ubicación (CM) 00167 Componentes: ubicación de descarga (IS) gt Fecha de activación (TS) gt Definición: Este campo indica una instalación a la que el paciente fue dado de alta. Consulte la tabla definida por el usuario 0113 - Descargado a la ubicación para los valores sugeridos. 3.3.3.38 Tipo de dieta (IS) 00168 Definición: Este campo indica un tipo de dieta especial para un paciente. Consulte la tabla definida por el usuario 0114 - Tipo de dieta para los valores sugeridos. 3.3.3.39 Establecimiento de servicios (IS) 00169 Definición: Este campo se utiliza en un entorno de múltiples instalaciones para indicar la instalación a la que está asociada esta visita. Consulte la tabla definida por el usuario 0115 - Servicio de mantenimiento para conocer los valores sugeridos. Un cuarto componente opcional, el ID de la instalación, puede ser valorado en cada campo de ubicación individual en PV1, en lugar de colocarlo aquí. 3.3.3.40 Estado de la cama (IS) 00170 Definición: Este campo se ha conservado únicamente para compatibilidad con versiones anteriores. Este campo contiene el estado de la cama. Consulte la tabla definida por el usuario 0116 - Estado de la cama para los valores sugeridos. Definido por el usuario Tabla 0116 - Estado del lecho En el PV1 se puede valorar un quinto componente opcional, el estado del lecho, en lugar de colocarlo aquí. 3.3.3.41 Estado de la cuenta (IS) 00171 Definición: Este campo contiene el estado de la cuenta. Consulte la tabla definida por el usuario 0117 - Estado de cuenta de los valores sugeridos. 3.3.3.42 Ubicación pendiente (PL) 00172 Componentes: ltpoint of care (IS) gt ltro (IS) gt ltbed (IS) gt ltfacility (HD) gt ltlocalización (IS) gt ltperson tipo de ubicación (IS) gt ltbuilding (IS) Gt ltfloor (IS) gt Descripción de la ubicación (ST) gt Subcomponentes de la instalación: ltnamespace ID (IS) gt amp ltuniversal ID (ST) gt amp ltuniversal ID tipo (ID) gt Definición: Este campo indica el punto de atención, , El ID de la instalación y el estado del lecho al que se puede mover el paciente. El primer componente puede ser la estación de enfermería para ubicaciones de pacientes hospitalizados, o la clínica, departamento o hogar para ubicaciones que no sean pacientes hospitalizados. Si existe un valor en el quinto componente (estado del lecho), reemplaza el valor en el estado PV1-40. 3.3.3.43 Ubicación temporal previa (PL) 00173 Componentes: ltpoint of care (IS) gt ltro (IS) gt ltbed (IS) gt ltfacility (HD) gt ltlocalización (IS) gt ltperson tipo de localización (IS) gt ltbuilding (IS) ) Gt ltfloor (IS) gt Descripción de la ubicación (ST) gt Subcomponentes de la instalación: ltnamespace ID (IS) gt amp ltuniversal ID (ST) gt amp ltuniversal ID tipo (ID) gt Definición: Este campo se utiliza para reflejar la ubicación temporal del paciente (Como el OR o XRAY) antes de una transferencia de una ubicación temporal a una ubicación real, o de una ubicación temporal a otra ubicación temporal. El primer componente puede ser la estación de enfermería para ubicaciones de pacientes hospitalizados, o la clínica, departamento o hogar para ubicaciones que no sean pacientes hospitalizados. Si existe un valor en el quinto componente (estado del lecho), reemplaza el valor en el estado PV1-40. 3.3.3.44 Fecha / hora de admisión (TS) 00174 Definición: Este campo contiene la fecha / hora de admisión. Se utilizará si la fecha / hora del evento es diferente de la fecha y hora de admisión, es decir, una actualización retroactiva. Este campo también se usa para reflejar la fecha / hora de un registro de paciente ambulatorio / de emergencia. 3.3.3.45 Fecha / hora de salida (TS) 00175 Definición: Este campo contiene la fecha / hora de descarga. Se utilizará si la fecha / hora del evento es diferente de la fecha y hora de admisión, es decir, una actualización retroactiva. Este campo también se usa para reflejar la fecha / hora de una descarga de paciente ambulatorio / de emergencia. 3.3.3.46 Balance actual del paciente (NM) 00176 Definición: Este campo contiene el saldo de la visita. 3.3.3.47 Cargas totales (NM) 00177 Definición: Este campo contiene los gastos totales de visita. 3.3.3.48 Ajustes totales (NM) 00178 Definición: Este campo contiene los ajustes totales para la visita. 3.3.3.49 Total de pagos (NM) 00179 Definición: Este campo contiene el total de los pagos para la visita. 3.3.3.50 ID de visita alternativa (CX) 00180 Componentes: ltID (ST) gt ltcheck dígito (ST) gt ltcode que identifica el esquema de dígito de control empleado (ID) gt Autorización de asignación (HD) gt Código de tipo ltidentifier (IS) gt Ltassigning facility HD) gt Subcomponentes de la entidad asignadora: ltnamespace ID (IS) gt amp ltuniversal ID (ST) gt amp ltuniversal ID (ST) gt amp ltuniversal ID (ST) Tipo (ID) gt Definición: Este campo contiene el número de ID de visita opcional alternativo, temporal o pendiente que se utilizará si es necesario. Es el ID utilizado por la instalación para identificar a un paciente únicamente en el momento de una admisión o visita. Consulte la tabla HL7 0061 - Esquema de dígitos de control, como se define en el Capítulo 2, para valores válidos. Consulte la tabla definida por el usuario 0192 - tipo de ID de visita para los valores sugeridos. 3.3.3.51 Indicador de visita (IS) 01226 Definición: Este campo especifica el nivel al que se están enviando los datos. Es el indicador utilizado para enviar datos a dos niveles, visitar y contabilizar. HL7 recomienda enviar un 145A146 o ningún valor cuando los datos del mensaje están en el nivel de cuenta, o 145V146 para indicar que los datos enviados en el mensaje están a nivel de visita. Consulte la tabla definida por el usuario 0326 - indicador de visita para los valores sugeridos. Tabla 0326 - Indicadores de visita Indicadores HL7 En un mensaje HL7, cada segmento del mensaje contiene una categoría específica de información, como información del paciente o datos de visita del paciente. Por ejemplo, considere el ejemplo de mensaje HL7 que vio en la sección anterior: En un mensaje HL7, el primer campo del segmento especifica el nombre de cada segmento en el mensaje, que siempre tiene tres caracteres. Este ejemplo de mensaje contiene cuatro segmentos HL7: MSH, PID, NK1 y PV1. Los diferentes tipos de mensajes HL7 contienen diferentes segmentos HL7. (Para obtener más información sobre el tipo de mensaje HL7, consulte Determinación del tipo de mensaje HL7). A continuación se muestra un ejemplo de un mensaje HL7 típico: Los segmentos HL7 en este ejemplo contienen La siguiente información: El segmento MSH (Message Header) contiene información sobre el mensaje en sí. Esta información incluye el remitente y el receptor del mensaje, el tipo de mensaje que es y la fecha y hora en que se envió. Cada mensaje HL7 especifica MSH como su primer segmento. El segmento PID (información del paciente) contiene información demográfica sobre el paciente, como el nombre, el ID del paciente y la dirección. El segmento NK1 (Next of Kin) contiene información de contacto para los familiares del paciente 8217s. El segmento PV1 (Visita al paciente) contiene información sobre la estancia hospitalaria del paciente, como la ubicación asignada y el médico que lo remite. Más de 120 segmentos HL7 diferentes están disponibles para su uso en mensajes HL7. 13 de mayo de 2008 iNTERFACEWARE Suscríbase a nuestro blog de integración Suscríbase a nuestro blog de integración


No comments:

Post a Comment