DES - LIK3.0 - IntegraciónRIS

FORSVIR3 - DES – LIK3.
0 – Integración RIS
Ingeniería de Requisitos
Versión: 1.0
15-10-2014
DES - Documento de Especificación de la

Solución
Integración RIS
Versión 1.0
La propiedad intelectual de este documento es de CARVAJAL TECNOLOGÍA Y SERVICIOS y

SERVINTE S.A.
Se prohíbe su reproducción total o parcial sin autorización.
Página 1
FORSVIR3 - DES – LIK3.0 – Integración RIS
Versión: 1.0
15-10-2014
Clara Teresa Noreña Pérez, Analista Funcional
Carvajal Tecnología y Servicio y Servinte S.A.

Medellín, Colombia

Este documento está protegido bajo las leyes mercantiles, de derechos de autor y propiedad industrial de
Colombia y otros países como una obra inédita, como secreto empresarial y como documento sujeto a
reserva conforme a las normas mercantiles. Este documento contiene información que es confidencial y de
propiedad de sus socios o surgido en razón de una alianza técnica, que no podrá ser divulgada fuera o
duplicada, usada o revelada en su totalidad o en parte, para cualquier propósito que no sea para evaluar
Carvajal Tecnología y Servicios y Servinte S.A.. Cualquier uso o divulgación total o parcial de esta
información sin el permiso expreso y por escrito de Carvajal Tecnología y Servicios y Servinte S.A. está
prohibido.
©2014 Carvajal Tecnología y Servicios y Servinte S.A.S Todos los derechos reservados.

This document is protected under trade laws, copyright and industrial property in Colombia and other
countries as an unpublished work, such as business secrets and documents subject to reservation in
accordance with commercial standards. This document contains information that is confidential and property
of its partners or arisen because of a technical alliance, which may not be disclosed outside or duplicated,
used or disclosed in whole or in part, for any purpose other than to evaluate Carvajal Technology and
Services and Servinte S.A. Any total or partial use or disclosure of this information without the express
written permission of Carvajal Technology and Services and Servinte S.A is prohibited.
© 2014 Carvajal and Technology and Service and Servinte S.A.S All rights reserved.

SERVINTE S.A.
Página 2
Versión: 1.0
15-10-2014
Historial de Cambios
HISTORIAL DE CAMBIOS DEL DOCUMENTO

VERSION FECHA AUTOR RESUMEN DE CAMBIOS
1.0 17/08/2017 Clara Noreña Versión Inicial
1.1 24/06/2020 Jhon Arias Acalaraciones para el manejo de
segmentos en los mensajes HL7.
Cambios de longitud en algunos datos
de los diferentes segmentos.
1.2 2020/11/26 Jhon Arias Se agrega la fecha de agendamiento
para el cambio de estado.
Segmento OBR posición 7
1.3 2020/12/30 Jhon Arias - Se agrega tabla de valores para el
segmento MSA (1) en el mensaje ACK
y ejemplo para un ACK con error.
- En el segmento PID se puede enviar o
recibir el correo electrónico en las
posiciones 13 y/o 14.

SERVINTE S.A.
Página 3
Versión: 1.0
15-10-2014
CONTENIDO
1. Objetivo.....................................................................................................5
2. Condiciones Generales..................................................................................5
3. Diagrama de la Integración.........................................................................10
4. Integrador.................................................................................................11
5. Estándar HL7.............................................................................................15
6. Configuración de los mensajes.....................................................................17
7. Ejemplos de los Mensajes............................................................................30

SERVINTE S.A.
Página 4
Versión: 1.0
15-10-2014
1. Objetivo
Este documento describe la interface entre el sistema Servinte Clinical Suite de Servinte
S.A. y el Sistema RIS.
Para esta integración, el Hospital tendrá en funcionamiento los módulos administrativos y

clínicos de Servinte Clinical Suite.
Esta integración se realiza a través de mensajes HL7 v2.5 que viajan en sentido SCS –
RIS y RIS – SCS, a través de sockets.
2. Condiciones Generales
Terminología:
SCS: Servinte Clinical Suite - Sistema de Información de Servinte S.A.

RIS: Sistema de Radiología
Actividad: es la forma como se identifican los exámenes, procedimientos y demás
actividades que se ordenan al paciente en el sistema de órdenes de SCS.
ASPECTOS GENERALES:
 La identificación única del paciente entre SCS y el RIS, es el Tipo de Identificación y la

Identificación. Adicionalmente, se tiene el identificador único del paciente. Todos los
pacientes deben tener Identificación e Identificador único.
 El dato de tipo de identificación es un dato alfanumérico complementario a la

identificación numérica del paciente, se valida en SCS de acuerdo a una lista de
valores definidos por la Clínica, la integración transmite el dato ya registrado en SCS.
 SCS envía al RIS los códigos de las actividades unificando los códigos que se mandan
desde órdenes (pacientes hospitalizados) y desde cargos (pacientes ambulatorios), es
decir, el mismo exámen se enviará con el mismo código ya sea desde órdenes o desde
cargos.

SERVINTE S.A.
Página 5
Versión: 1.0
15-10-2014
 La información básica de pacientes se mantendrá sincronizada a través de los

siguientes eventos:
A01: Admisión de pacientes

A02: Traslado del paciente
A03: Alta del paciente
A04: Creación de Paciente
A08: Actualización de datos demográficos
A11: Anulación de ingreso
A13: Anulación de egreso
A34: Cambio de historia
A40: Cambio de identificación
PACIENTES HOSPITALIZADOS:
 Las Órdenes Médicas serán generadas en el Sistema de Órdenes de Servinte Clinical

Suite y desde este sistema se realizará la integración al RIS.
 La cancelación o anulación de una Órden Médica se realizará en el Sistema de

Órdenes de Servinte Clinical Suite y desde este sistema se informará al RIS. El
Hospital deberá configurar en qué estado no podrá ser cancelada una orden en SCS.
 Las Órdenes que se integrarán corresponden a órdenes internas asociadas a pacientes

hospitalizados.
 En SCS se configurarán las actividades y el estado de las órdenes, en el cuál se deben

integrar con el RIS.
 Cada mensaje HL7 contendrá un único ítem de la orden. Por lo tanto se enviará un
mensaje por cada Actividad Ordenada. Cada actividad se maneja como una orden
independiente y maneja sus propios estados.
 La forma como se identifican las órdenes, tanto en SCS como en RIS, es el fuente,
documento y linea de la orden. En el estandar HL7 este dato se denomina “Order
Placer Number”. Ejemplo: OR-15432-1.
 Los datos claves que identifican una Orden y estarán contenidos en los mensajes de
órdenes son:
o Identificador unico del Paciente

o Número de orden Médica (corresponde a una única actividad ordenada).
o Episodio del Paciente: identifica a qué atención pertenece la orden.

SERVINTE S.A.
Página 6
Versión: 1.0
15-10-2014
 Los cambios de estado de las órdenes se realizarán en el RIS y se informarán a SCS a

través de mensajes HL7. Los estados de la orden que informará el RIS son:
o Planeada: cuando se agenda la orden en el RIS. El RIS informará la fecha y hora

de agendamiento.
o Iniciada: cuando se inicia la prueba con el paciente. Una vez se realiza este
cambio de estado, la orden no podrá ser cancelada por el médico que la ordenó.
o Realizada: cuando se termina la prueba y aún está pendiente el informe del

profesional clínicio. En este estado se generará una nota clínica indicando que se
tienen disponibles las imágenes del resultado y se habilitará el acceso a la consulta
de las imágenes desde la Historia Clínica (si se recibe el dato de No. de acceso o la
URL de las imágenes).
o Terminada: este estado es informado por el RIS mediante el mensaje de

resultados (ORU), el cuál generará una nota clínica en la historia y actualizará el
estado de la orden.
 Se tendrá una tabla de estados equivalentes entre SCS y el RIS, de tal forma que se
puedan adicionar o eliminar cambios de estado a la integración.
EQUIVALENCIA DE ESTADOS EN ORDENES:
 Para la integración de los estados de órdenes se tendrá un maestro de estados

equivalentes (IKESTEQU) donde se deberán registrar los estados de órdenes que
serán modificados por el RIS a través de la integración:
Ejemplo de configuración (no refleja valores reales)
Control Estado Estado Apl. Estado Equivalente Observaciones

Externa SCS
Estequcon Estequest Estequeex Estequese Esqequobs
SC IP A TO (tomado) *
RE CM F RE (realizado) *
Los estados con *, son configurables por cada institución en el sistema de órdenes.
 Cuando se requieran exámenes complementarios para el paciente, el médico radiólogo

grabará una nueva orden para que se reciba en el RIS por la integración.
PACIENTES AMBULATORIOS:

SERVINTE S.A.
Página 7
Versión: 1.0
15-10-2014
 Los pacientes ambulatorios serán agendados en el módulo de citas de SCS.
 Una vez se presenta el paciente, se le realizará un ingreso ambulatorio por el sistema

de Ayudas Diagnósticas de SCS, con sus respectivos cargos de exámenes y materiales
según protocolo.
 El sistema de SCS, enviará un mensaje hacia el RIS cuando se graben los cargos de
exámenes con la información de la orden, la cual para pacientes ambulatorios
corresponde al cargo generado.
 En SCS se configuran los exámenes y procedimientos que se deben integrar con el
RIS en el Maestro de Relación Examenes Externos de la aplicación de Maestros
Administrativos (HMAEST).
 Cada mensaje HL7 contendrá un único ítem del cargo. Por lo tanto se enviará un
mensaje por cada Examen ó Procedimiento cobrado, utilizando el evento
ORM=orden general.
 La forma como se identifican los cargos en SCS, es el fuente, documento y linea del
cargo. En el estandar HL7 este dato se denomina “Order Placer Number”. Ejemplo:
CA-15432-1.
 Cuando se requieran exámenes complementarios para el paciente, se deberá generar

el cargo para que se reciba en el RIS por la integración.
 Cuando se anula un cargo se enviará un mensaje de orden cancelada por cada ítem
del detalle de cargos.
 Cuando se modifica un cargo se enviará un mensaje de orden cancelada para los

códigos eliminados o modificados (código anterior), y un mensaje de orden nueva
para los códigos adicionados o modificados (código nuevo).
 No se generarán eventos al RIS por cargos registrados a pacientes hospitalizados, ya

que estos mensajes serán enviados por el sistema de órdenes médicas.
 Al generar el cargo por los exámenes se creará un episodio ambulatorio para el

paciente, de tal forma que el mensaje ORM contenga el número de episodio y el RIS
envíe este dato en el mensaje de resultados. De esta forma los resultados quedarán
asociados a una atención.
RESULTADOS:
 El Sistema RIS enviará un mensaje con el “texto plano” correspondiente al informe del
profesional clínico, para ser publicado como una nota clínica en la Historia Clínica de

SERVINTE S.A.
Página 8
Versión: 1.0
15-10-2014
Servinte Clínical Suite cuando se complete el resultado de un paciente hospitalizado o

ambulatorio.
 La impresión del reporte se hará desde el sistema RIS.
 Estos mensajes deberán contener:
 Para Pacientes Hospitalizados: el No. de Orden de SCS, el No. de Episodio del

paciente y el identificador único del paciente.
 Para Pacientes Ambulatorios: el No. de cargo de SCS, el No. de Episodio y el

identificador único del paciente.
 Se recibe un mensaje HL7 por cada resultado generado. Este mensaje podrá contener
el No. de acceso o la URL que permite el acceso a las imágenes en el PACS.
 Los resultados recibidos podrán ser visualizados como una nota clínica en la sección
de históricos del paciente de la Historia Integrada. Desde esta nota se tendrá un
botón para acceder a la imagen a través de una URL que provee el RIS.
 Es posible recibir un mensaje ORU con Adendum, esto hace que en el resultado en
Historia Clínica Integrada, se muestre una nota relacionada en la parte inferior con la
información del Adendum.
 Además, es posible recibir un mensaje de orden realizada, sin recibir la lectura de la

imagen, sólo indicando que el examen ha sido realizado y enviando el número de
acceso a la imagen. Se podrá consultar la imagen desde una nota clínica.
 Para pacientes hospitalizados, los mensajes de resultados se pueden recibir aunque el

paciente se encuentre inactivo.
 Para la consulta de imágenes de pacientes ambulatorios, se utiliza el No. de acceso o

URL que se recibe en el mensaje con el informe (ORU), ya que no hay mensajes de
cambio de estado para pacientes ambulatorios, porque no existe orden médica
electrónica.

SERVINTE S.A.
Página 9
Versión: 1.0
15-10-2014
3. Diagrama de la Integración

SERVINTE S.A.
Página 10
Versión: 1.0
15-10-2014
4. Integrador
Servinte Clinical Suite cuenta con un programa integrador que realiza la siguiente
función:
Integrador ITLINK:
 Es un servicio de Windows que administra servicios de mensajería . La interface se

va a realizar a través de mensajes en formato HL7 versión 2.5, los cuales se
entregarán a través de sockets.
 Realiza las siguientes funciones:

o Lee los eventos generados por SCS, y genera los mensajes HL7 al RIS.
o Recibe los mensajes HL7 enviados por el RIS y pasa la información a SCS.
Este integrador es básicamente un programa interpretador y generador de mensajes HL7.
Características del Integrador:
 En el visor de sucesos de ITLink quedan registrados todos los eventos de inicio, error
y detención de los servicios.
 Los fallos en el servicio receptor se registran en la cola de mensajes y en el visor de

sucesos.
 Los mensajes que ITLink no puede transmitir, se reprocesan automáticamente por un

número de veces configurable (por defecto 3) con un intervalo también configurable
(por defecto 5 minutos). Luego de este numero de intentos automáticos el mensaje
queda en la cola de mensajes para ser procesado manualmente. En la cola de
mensajes se despliega la siguiente información del mensaje: fecha de ultimo proceso,
contenido del mensaje con su respectivo código de evento el cual permite identificar la
operación realizada por el mismo, información del puerto por el cual ingreso el
mensaje y descripción del error generado.

SERVINTE S.A.
Página 11
Versión: 1.0
15-10-2014
Diseño de la pantalla:
En esta ventana se podrán realizar las siguientes acciones:
 Seleccionar uno o varios mensajes y reprocesarlos, por medio del botón “Reprocesar
mensaje”.

SERVINTE S.A.
Página 12
Versión: 1.0
15-10-2014
 Ver el detalle del mensaje en varios formatos (plano, xml, segmento por segmento):

SERVINTE S.A.
Página 13
Versión: 1.0
15-10-2014
 Editar el mensaje:

SERVINTE S.A.
Página 14
Versión: 1.0
15-10-2014
5. Estándar HL7
HL7 (Health Level Seven) es un estandar para el intercambio electrónico de datos entre
sistemas de información en salud.
El estandar HL7 establece reglas que permiten definir la estructura de los mensajes que
sirven de comunicación entre sistemas heterogéneos de salud.
Terminología:
El sistema HL7 se compone de :
1) Tipos de mensajes : existen diferentes tipos de mensaje dependiendo del sistema

que lo genera ó utiliza:
Ejemplos:
 Admisiones (ADT)
 Ordenes (ORM)
 Resultados (ORU)
 Financieros (DFT: Detail Financial Transactions)
2) Eventos: para cada tipo de mensaje, existen diferentes eventos, dependiendo del
proceso que se genere:
Tipo de Mensaje ADT: Admisiones
Eventos:
 Admisión de un Paciente (A01)
 Egreso de un Paciente (A03)
Tipo de Mensaje ORM: Ordenes
Eventos:
 Orden Nueva (O01)

SERVINTE S.A.
Página 15
Versión: 1.0
15-10-2014
3) Segmentos : tipos de registros que conforman una mensaje asociado a un evento.

Cada tipo de segmento tiene una función específica:
Ejemplos:
 MSH : Para identificar el evento que se dispara, el origen y el destino

 PID : Identificación del paciente
 PV1 : Identificación de la visita
 ORC : Identificación de la acción de la orden
 OBR : Datos de actividad/prueba de la orden que se está cancelando
Condiciones de los datos dentro de los segmentos:
 La información en los mensajes está separada por “pipes” (|).

 Los datos entre los “pipes”, no deben llevar espacios en blanco, antes ni después.
 No se deben sobrepasar las longitudes máximas definidas en la columna “Tipo de
dato”. Ej: si está definido como Char(10), no deben enviarse más de 10
caracteres.

SERVINTE S.A.
Página 16
Versión: 1.0
15-10-2014
6. Configuración de los mensajes
ORMÔ01 : Generación de una Orden

ORMÔ01 : Cancelación de una Orden
ORMÔ01 : Cambio de Estado de una Orden
Los segmentos que contiene este mensaje son:
Segmento Obligado
MSH S
PID S
PV1 S
IN1 S
ORC S
OBR S
DG1 N
OBX N
ORU^R01: Resultados
Segmento Obligado
MSH S
PID S
PV1 S
ORC S
OBR S
OBX S
ADTÂ01 : Ingreso de un paciente MSH, EVN, PID, PV1, OBX, AL1, NK1
Segmento Obligado
MSH S
EVN S
PID S
PV1 S
OBX N
AL1 N
NK1 N

SERVINTE S.A.
Página 17
Versión: 1.0
15-10-2014
ADTÂ02 : Traslado de un paciente
Segmento Obligado
MSH S
EVN S
PID S
PV1 S
ADTÂ04 : Creación de un paciente
Segmento Obligado
MSH S
EVN S
PID S
NK1 S
ADTÂ08 : Actualización de Datos Demográficos
Segmento Obligado
MSH S
EVN S
PID S
NK1 N
ADTÂ11 : Anulación de ingreso

ADTÂ13 : Anulación de egreso
Segmento Obligado
MSH S
EVN S
PID S
PV1 S

SERVINTE S.A.
Página 18
Versión: 1.0
15-10-2014
ADTÂ40 : Cambio de Identificación

ADTÂ34 : Cambio de Historia
Segmento Obligado
MSH S
EVN S
PID S
MRG S
DFT^P03 : Transacción Financiera
Segmento Obligado
MSH S
EVN S
PID S
PV1 S
OBR N
FT1 S
PR1 N
ACK
Acknowlegment (Reconocimiento)
Evento Segmento Obligado

ACK MSH S
ACK MSA S
A continuación se relacionan los posibles valores que se interpretan en el segmento MSA

posición 1:
AA Aceptacion de Mensaje
AE Mensaje con Error
AR Mensaje Rechazado

SERVINTE S.A.
Página 19
Versión: 1.0
15-10-2014
Descripción de los Segmentos:
A continuación se describen los datos relevantes de cada uno de los segmentos que
conforman los mensajes HL7, es posible que se adicionen nuevos datos o segmentos, los
cuales no deberán ser tenidos en cuenta en la integración. (El orden de los segmentos
que se presenta en esta descripción no representa una obligatoriedad para la
construcción o interpretación de los mensajes).
Segmento MSH : Encabezado
Campo Descripción Contenido Tipo de Dato Obl. Maestro en

SCS
1 Separador de | Char(1) S
Campos
2 Caracteres de ^~\& Char(4) S
Control
3 Aplicación Origen Aplicación que genera el Char(10) S
mensaje: SCS
4 Función Origen Programa que genera el Char(10) S
mensaje.
5 Aplicación Destino RIS Char(10) S
6 Función Destino Char(10) N
7 Fecha Hora del Fecha-hora actual en DateTime S
Mensaje formato
YYYYMMDDHHMMSS
9 Tipo de Mensaje Tipo de mensaje y evento Char(7) S
enviado: Ej: ADTÂ01
10 Número del Consecutivo interno del Number(10) N
Mensaje mensaje (consecutivo interno
de la aplicación origen)
11 Identificación de P Char(1) N
Proceso
12 Versión de HL7 2.5 Char(4) S
18 Juego de 8859/1 Char(6) S
Caracteres

SERVINTE S.A.
Página 20
Versión: 1.0
15-10-2014
Segmento EVN : Tipo de Evento

SCS
1 Código del Evento Evento del mensaje. Ej: A01 Char(10) S
2 Fecha hora del Fecha-hora actual en DateTime S
evento formato
YYYYMMDDHHMMSS
Segmento PID : Identificación de Paciente

SCS
2 Identificación del Tipo de Identificación + Char(23) S
paciente Identificación del Paciente
3 Identificador Unico Identificador Unico del Number(10) S
del Paciente Paciente
4 Identificación Identificación del Paciente^ Char(20) S
Separada Tipo de Identificación Char(3)
5 Nombre del Apellidos^ Char(30) S
Paciente Nombres Char(20)
7 Fecha de Fecha de Nacimiento en Date S
Nacimiento formato
YYYYMMDDHHMMSS
8 Género Género del Paciente: Char(1) S
F=Femenino, M=Masculino
9 Apellidos Apellido 1^ Char(15) N
Separados Apellido 2 Char(15)
11 Dirección, Ciudad, Dirección^^ Char(30) N Municipios
Tipo de Dirección Nombre Ciudad^^ Char(30) (INMUN)
Código Ciudad^^ Char(5)
P Char(1)
13 Teléfono 1, correo Teléfono Fijo^^^ Char(15) N
electrónico Correo electrónico Char(60) N
14 Teléfono 2, correo Teléfono Celular^^^ Char(15) N
electrónico Correo electrónico Char(60) N
16 Estado Civil Código Estado Civil Char(1) N Estados
Civiles
(INEST)

SERVINTE S.A.
Página 21
Versión: 1.0
15-10-2014
Segmento PV1 : Visita del Paciente
Campo Descripción Contenido Tipo de Dato Obl Maestro en

. SCS
2 Tipo de Paciente I= Inpatient (Hospitalizado) Char(1) S
O=Outpatient (Ambulatorio)
E=Emergency (Urgencias)
3 Ubicación del Código de la Ubicación^ Char(4) S Ubicaciones
Paciente Habitación Char(4) N (INUBI),
Habitaciones
(INHAB)
19 Episodio Numero de Episodio asignado Integer S
al Paciente.
44 Fecha hora de Fecha hora de ingreso del Datetime S
Ingreso paciente a la Clínica, en
formato YYYYMMDDHHMMSS
Segmento IN1 : Asegurador

SCS
2 Tipo de Tipo de Responsable Char(1) S
Responsable E=Empresa/P=Particular
3 Código de la Empresa: Código de la Char(20) S Empresas
Empresa Empresa responsable de la (INEMP)
cuenta.
Particular: Identificación del
Paciente
4 Nombre de la Empresa: Nombre de la Char(100) S
Empresa Empresa responsable de la
cuenta.
Particular: Nombre del
Paciente.
8 Tipo de Empresa Empresa: Código del Tipo de Char(2) N Tipos de
Empresa empresas
Particular: No aplica (INTEM)
9 Nombre del Tipo Empresa: Nombre del Tipo de Char(30) N
de Empres Empresa
Particular: No aplica

SERVINTE S.A.
Página 22
Versión: 1.0
15-10-2014
Segmento ORC: Encabezado de la Orden
Orden Nueva / Cancelada:

SCS
1 Control de la Indicador: Char(2) S
Orden NW: Orden Nueva
CA: Orden Cancelada
2 Número de la Fuente + ‘-‘ + Documento + ‘-‘ + Char(20) S
Orden / Línea de la Orden (Hosp) /
Cargo (Ambulatorio)
5 Estado de la SC: Orden nueva Char(2) S
Orden CA: Orden Cancelada
7 Fecha de ^^^Fecha asignada a la orden Datetime S
ejecución (7.4), en formato
Prioridad (7.6) YYYYMMDDHHMMSS ^^
Prioridad (1= Urgente,
2=Preferente, 3=Normal)
No aplica para orden Char(1)
cancelada.
El dato de prioridad no aplica

para cargos de pacientes
ambulatorios.
12 Médico que Código del Médico que ordena Char(10) N Usuarios
Ordena, ó cancela^ SIIDE
Apellidos, Apellidos del Médico^ Char(30)
Nombres Nombres del Médico^^^^^^^^ Char(20)
Registro Médico^^ Char(12)
Código Especialidad^^ Char(3)
Tipo de Identificación + Char(23)
Identificación del Médico
Este dato no aplica para cargos

de pacientes ambulatorios con
médico externo.

SERVINTE S.A.
Página 23
Versión: 1.0
15-10-2014
Cambio de Estado de la Orden:

SCS
Orden SC: Cambio de Estado
Orden Línea de la Orden
3 Departamento del ^ Departamento que ejecuta la Char(20) S
RIS orden en el RIS (puede ser el
código de la modalidad). Ej:
RX.
NOTA: Este dato se requiere
cuando se cambia el estado a
Orden Realizada.
5 Estado de la Estado en el RIS (se utiliza el Char(2) S
Orden maestro de estados
equivalentes para convertirlo al
código de SCS).
IP=In Process
10 Responsable del Código del Responsable del Char(10) S Usuarios

cambio de estado cambio de estado de la orden. SIIDE
25 Estado en el RIS Código que indica el estado de Char(20) S Estados
en el RIS. Este estado debe ser Equivalentes
mapeado en SCSE para
proceder con el cambio de
estado en el HIS.
Resultados:

SCS
Orden RE: Resultados
Orden / Línea de la Orden
5 Estado de la CM= Completada (Orden Char(2) S
Orden Terminada)
10 Persona que Código de la persona Char(10) S Usuarios
Cambia el estado responsable de los resultados. SIIDE
Esta persona queda

SERVINTE S.A.
Página 24
Versión: 1.0
15-10-2014
responsable del cambio de

estado de la orden a realizada.
Segmento OBR: Detalle de la Orden
Orden Nueva / Cancelada:

SCS
Orden (origen) Línea de la Orden
4 Código Examen, Código del Examen / Char(10) S Actividades
Nombre del Procedimiento^ Char(80) ORACT
Examen Nombre del Examen /
Procedimiento
6 Fecha requerida Para Hospitalizados: Fecha de Datetime S
la orden.
Para Ambulatorios: Fecha de
agendamiento
Formato:
YYYYMMDDHHMMSS
13 Información Datos Clínicos de la Orden Char(1000) N
Clínica
18 Consultorio Para Ambulatorios: Código de Char(3) N Consultorios
consultorio donde se agenda CNCON
19 Concepto Para Ambulatorios: Código de Char(4) N Conceptos
concepto asociado al examen FACON
(agrupador)
31 Razón del estudio Justificación de la Orden Char(1000) N
Cambio de Estado de la Orden:

SCS
3 Número de la Número de la orden asignado Char(20) S
orden en el RIS en el RIS
4 Código Examen, Código de la Actividad^ Char(10) S Actividades
Nombre del Nombre de la Actividad Char(80) ORACT
Examen
SERVINTE S.A.
Página 25
Versión: 1.0
15-10-2014
7 Fecha de Fecha de Agendamiento en Datetime N

Agendamiento formato YYYYMMDDHHMMSS
18 No. de Resultado No. de resultado interno en el Char(20) N
RIS, permite el acceso a
imágenes asociadas al
resultado. Este dato se requiere
en el mensaje de Orden
Realizada para ingresar al
PACS.
22 Fecha del cambio Fecha del cambio de estado de Datetime S
de estado. la orden.
Resultados:

SCS
3 Número de la Número de la orden asignado Char(20) S
orden en el RIS y en el RIS^ Departamento que Char(20) S
Departamento ejecuta la orden en el RIS
(puede ser el código de la
modalidad). Ej: RX.
4 Código Examen, Código de la Actividad^ Char(10) S Actividades
Nombre del Nombre de la Actividad Char(80) ORACT
Examen
7 Fecha del Fecha del Resultado en formato Datetime S
Resultado YYYYMMDDHHMMSS
18 No. de Resultado No. de resultado interno en el Char(20) N
RIS, permite el acceso a
imágenes asociadas al
resultado.
22 Fecha del cambio Fecha del cambio de estado de Datetime S
de estado. la orden en formato
YYYYMMDDHHMMSS.
25 Estado del Estado del informe generado Char(2) S
Informe por el RIS.
Valores:
F= Finalizado
C= Corrección a Resultados
32 Nombre del Código& Char(20) N
responsable de Apellidos& Char(30) S
los resultados Nombres del responsable de Char(30) S
los resultados

SERVINTE S.A.
Página 26
Versión: 1.0
15-10-2014
Segmento DG1 : Información del Diagnóstico

SCS
1 Identificación del 1 Char(1) S
Registro
3 Código del Código del Diagnóstico Char(7) N Diagnósticos
Diagnóstico (INDIA)
4 Nombre del Nombre del Diagnóstico Char(50) S
Diagnóstico
Segmento OBX: Observaciones / Resultados
Orden Nueva:

. SCS
1 Identificación del Consecutivo por cada Char(1) S
Registro observación enviada
3 Resultado / Identificación del Resultado / Char(60) S
Observación Observación.
Ej: Peso, Talla, Temperatura,
FiO2, Hemoglobina
5 Valor Valor de la Observación Char(200) S
6 Unidad Unidad del Resultado Char(10) N
Resultados:

SCS
1 Identificación del Consecutivo por cada Char(1) S
Registro observación enviada
3 Id. del Reporte Id. del Resultado: Char(20) S
REP=Reporte
ADT=Adendo (Nota Aclaratoria)
5 Texto del Reporte Texto del Reporte. Text S
En este texto los saltos de línea
se representan por los
caracteres \.br\.
14 Fecha de la Fecha de la Observación en Datetime S
Observación. formato YYYYMMDDHHMMSS

SERVINTE S.A.
Página 27
Versión: 1.0
15-10-2014
Segmento NK1 : Parientes

. SCS
1 Identificación del 1 Char(1) S
Registro
2 Nombre de los Nombre de los Padres Char(30) S
Padres
3 Parentesco PADRES Char(10) S
Segmento MRG : Mezcla de Datos (Cambio de Historia y Cambio de

Identificación)
Para el evento A34 (Cambio de Historia), el segmento MRG debe contener:

SCS
1 Historia Anterior Historia anterior del paciente Number(10) S
Para el evento A40 (Cambio de Identificación), el segmento MRG debe contener:

SCS
1 Identificación Tipo de Identificación Anterior + Char(23) S
Anterior Identificación del Paciente
Anterior

SERVINTE S.A.
Página 28
Versión: 1.0
15-10-2014
Segmento FT1 : Segmento de Transacción Financiera

. SCS
2 Identificador de la Códígo único que identifica el Char(10) S
transacción examen o material en el RIS.
Permite identificar si es un
examen/procedimiento o un
material.
3 Petición No. de petición en el RIS Char(30) S
4 Fecha de la Fecha de la transacción Date S
transacción
6 Tipo de Tipo de transacción: Char(2) S
transacción CG = Nuevo cargo
CD = Devolución
7 Código y nombre Código y nombre del examen/ Char(10) S
del examen/ material Char(100)
material
8 Estado en el RIS Estado del examen en el RIS: Char(2) S
A= Arribado
PS=Iniciado
F=Finalizado
10 Cantidad Cantidad Numérico S
13 Departamento, Departamento que ejecuta el Char(30) N Maestro de
Centro de costo examen^^^ Char(4) N centros de
Centro de costo costo
(COCCO)
27 Nit Nit del tercero Char(20) N Maestro de
terceros
(CONIT)
28 Concepto Concepto contable Char(4) N Maestro de
conceptos
(FACON)
Segmento PR1 : Procedimientos

. SCS
3 Código de Códígo del examen / material Char(7) S Maestros
facturación en SCS (INEXA;
INPRO,
IVART)

SERVINTE S.A.
Página 29
Versión: 1.0
15-10-2014
7. Ejemplos de Mensajes
Nota: Los mensajes que se presentan son a manera de ejemplo y el orden de los
segmentos es irrelevante para la construcción e interpretación de los mismos.
ORMÔ01 : Generación de una Orden
Generación de una orden para el paciente ELIANA MARIA TOROS BERMUDEZ:
MSH|^~\&|SCS||RIS||20081210144738||ORMÔ01|449||2.5||||||8859/1
PID||C43434343|652487||TOROS BERMUDEZÊLIANA MARIA||19651023000000|F|
TOROS^BERMUDEZ||Cra 25 No. 12-98^^MEDELLIN ^^05001^^P||8445963|3132568945||C
PV1||I|203ÛCI - NO ASIGNADO ÛCI - NO ASIGNADO ||||||||||||||||724952|||||||||||||||||||||||||
20081210000000
IN1|||656577|CORSALUD||||01|PLAN OBLIGATORIO DE SALUD
ORC|NW|RX-22587-1|||SC||^^^20081210144727^^3|||||clondono||clondono^LONDOÑO
LOPEZ^CLAUDIA PATRICIA^^^^^^^^746447^^G^^CC23726328
OBR||RX-22587-1||0760^Rx Abdomen Simple||20081210144731|||||||información clinica||||||||||||||||||
razón del estudio
DG1|1||D369|TUMOR BENIGNO DE SITIO NO ESPECIFICADO
OBX|1||PESO||61|Kg
OBX|2||TALLA||175|cm
ORU^R01: Resultados
Resultados del paciente ELIANA MARIA TOROS BERMUDEZ entregados por el RIS:
MSH|^~\&|SCS||RIS||20081210164738||ORMÔ01|449||2.5||||||8859/1
PV1||I|203ÛCI - NO ASIGNADO ÛCI - NO ASIGNADO |||||||||||||||I|724952|||||||||||||||||||||||||
20081210000000
ORC|RE|RX-22587-1|||CM|||||cperez
OBR||RX-22587-1|767656^RX|0760^Rx Abdomen Simple|||20081210165001|||||||||||98988764||||
20081210165001|||F|||||||&PEREZ&JUAN GONZALO
OBX|1||REP||Conclusión:\.br\\.br\No se demuestran francas anormalidades en el presente
estudio.|||||||||20081210165515
Nota: Los saltos de línea se representan por los caracteres “\.br\”.

SERVINTE S.A.
Página 30
Versión: 1.0
15-10-2014
ORU^R01: Resultados (con Nota Aclaratoria)
Resultados del paciente ELIANA MARIA TOROS BERMUDEZ entregados por el RIS:
MSH|^~\&|SCS||RIS||20081210164738||ORMÔ01|449||2.5||||||8859/1
20081210000000
ORC|RE|RX-22587-1|||CM|||||cperez
OBR||RX-22587-1|767656^RX|0760^Rx Abdomen Simple|||20081210165001|||||||||||98988764||||
20081210165001|||F|||||||&PEREZ&JUAN GONZALO
OBX|1||REP||Conclusión:\.br\\.br\No se demuestran francas anormalidades en el presente
estudio…..|||||||||20081210165515
OBX|1||ADT||Se aclara …. Dr. Juan Benitez|||||||||20090103101240
ADTÂ01 : Admisión de un Paciente
Ingreso del paciente JOSEFINA ESCOBAR PEREZ:
MSH|^~\&|SCS||RIS||20081209142714||ADTÂ01|402||2.5||||||8859/1
EVN|A01|20081209142714|20081209142714|||20081209142714
PID||C43457896|652485||ESCOBAR PEREZ^JOSEFINA||19801012000000|F|ESCOBAR^PEREZ||
CRA 23 No. 12-76^^MEDELLIN^^05001^^P||1232444|345345646||S
NK1|1|OCTAVIO-MARTHA|PADRES
PV1||I|UCE Pediátrico^607^607|||||||||||||||I|1199223|||||||||||||||||||||||||20081209141900
ADTÂ02 : Traslado de un paciente
Traslado del paciente ESTER GONZALEZ ESCUDERO:
MSH|^~\&|SCS||RIS||20081209142714||ADTÂ04|402||2.5||||||8859/1
EVN|A04|20081209142714|20081209142714|||20081209142714
PID||C48475834|9852185||GONZALEZ ESCUDEROÊSTER||19620815000000|F|
GONZALEZÊSCUDERO||CLLE 126 No. 81-54^^MEDELLIN^^05001^^P||574584385|3273672||C
20081210000000
ADTÂ08 : Actualización de Datos Demográficos

SERVINTE S.A.
Página 31
Versión: 1.0
15-10-2014
Cambio de fecha de nacimiento del paciente:
MSH|^~\&|SCS||RIS||20081209142014||ADTÂ08|401||2.5||||||8859/1
EVN|A08|20081209142014|20081209142014|||20081209142014
PID||C43457896|652485||ESCOBAR PEREZ^JOSEFINA||19850110000000||ESCOBAR^PEREZ||
^^^^^^P|||||
ADTÂ40 : Cambio de Identificación
Cambio de identificación del paciente JOSEFINA ESCOBAR PEREZ:
MSH|^~\&|SCS||RIS||200812101432||ADTÂ40|402||2.5||||||8859/1
EVN|A40||200812101432||200812101432||||200812101432
PID||C43477678|652485||ESCOBAR PEREZ^JOSEFINA||19801012000000|F|ESCOBAR^PEREZ|| ||
1232444|345345646||S
MRG|C43457896
ADTÂ34 : Cambio de Historia
Cambio de historia del paciente JOSEFINA ESCOBAR PEREZ:
MSH|^~\&|SCS||RIS||200812101432||ADTÂ34|402||2.5||||||8859/1
EVN|A34||200812101432||200812101432||||200812101432
PID||C43457896|659783||ESCOBAR PEREZ^JOSEFINA||19801012000000|F|ESCOBAR^PEREZ|| ||
1232444|345345646||S
MRG|652485
ACK: Reconocimiento
Aceptacion:
MSH|^~\&|SCS|chires|LIS||20130311104312||ORU^R01|450||2.5||||||8859/1
MSA|AA|449
Error:
MSH|^~\&|SCS|chires|LIS||20130311104312||ORU^R01|450||2.5||||||8859/1
MSA|AE|449|No existe el paciente

SERVINTE S.A.
Página 32

DES - LIK3.0 - IntegraciónRIS

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

DES - LIK3.0 - IntegraciónRIS

Cargado por

Copyright:

Formatos disponibles

FORSVIR3 - DES – LIK3.

DES - Documento de Especificación de la

La propiedad intelectual de este documento es de CARVAJAL TECNOLOGÍA Y SERVICIOS y

Clara Teresa Noreña Pérez, Analista Funcional

Carvajal Tecnología y Servicio y Servinte S.A.

La propiedad intelectual de este documento es de CARVAJAL TECNOLOGÍA Y SERVICIOS y

HISTORIAL DE CAMBIOS DEL DOCUMENTO

La propiedad intelectual de este documento es de CARVAJAL TECNOLOGÍA Y SERVICIOS y

La propiedad intelectual de este documento es de CARVAJAL TECNOLOGÍA Y SERVICIOS y

Para esta integración, el Hospital tendrá en funcionamiento los módulos administrativos y

SCS: Servinte Clinical Suite - Sistema de Información de Servinte S.A.

 La identificación única del paciente entre SCS y el RIS, es el Tipo de Identificación y la

 El dato de tipo de identificación es un dato alfanumérico complementario a la

La propiedad intelectual de este documento es de CARVAJAL TECNOLOGÍA Y SERVICIOS y

 La información básica de pacientes se mantendrá sincronizada a través de los

A01: Admisión de pacientes

 Las Órdenes Médicas serán generadas en el Sistema de Órdenes de Servinte Clinical

 La cancelación o anulación de una Órden Médica se realizará en el Sistema de

 Las Órdenes que se integrarán corresponden a órdenes internas asociadas a pacientes

 En SCS se configurarán las actividades y el estado de las órdenes, en el cuál se deben

o Identificador unico del Paciente

La propiedad intelectual de este documento es de CARVAJAL TECNOLOGÍA Y SERVICIOS y

 Los cambios de estado de las órdenes se realizarán en el RIS y se informarán a SCS a

o Planeada: cuando se agenda la orden en el RIS. El RIS informará la fecha y hora

o Realizada: cuando se termina la prueba y aún está pendiente el informe del

o Terminada: este estado es informado por el RIS mediante el mensaje de

EQUIVALENCIA DE ESTADOS EN ORDENES:

 Para la integración de los estados de órdenes se tendrá un maestro de estados

Ejemplo de configuración (no refleja valores reales)

Control Estado Estado Apl. Estado Equivalente Observaciones

 Cuando se requieran exámenes complementarios para el paciente, el médico radiólogo

La propiedad intelectual de este documento es de CARVAJAL TECNOLOGÍA Y SERVICIOS y

 Los pacientes ambulatorios serán agendados en el módulo de citas de SCS.

 Una vez se presenta el paciente, se le realizará un ingreso ambulatorio por el sistema

 Cuando se requieran exámenes complementarios para el paciente, se deberá generar

 Cuando se modifica un cargo se enviará un mensaje de orden cancelada para los

 No se generarán eventos al RIS por cargos registrados a pacientes hospitalizados, ya

 Al generar el cargo por los exámenes se creará un episodio ambulatorio para el

La propiedad intelectual de este documento es de CARVAJAL TECNOLOGÍA Y SERVICIOS y

Servinte Clínical Suite cuando se complete el resultado de un paciente hospitalizado o

 La impresión del reporte se hará desde el sistema RIS.

 Estos mensajes deberán contener:

 Para Pacientes Hospitalizados: el No. de Orden de SCS, el No. de Episodio del

 Para Pacientes Ambulatorios: el No. de cargo de SCS, el No. de Episodio y el

 Además, es posible recibir un mensaje de orden realizada, sin recibir la lectura de la

 Para pacientes hospitalizados, los mensajes de resultados se pueden recibir aunque el

 Para la consulta de imágenes de pacientes ambulatorios, se utiliza el No. de acceso o

La propiedad intelectual de este documento es de CARVAJAL TECNOLOGÍA Y SERVICIOS y

La propiedad intelectual de este documento es de CARVAJAL TECNOLOGÍA Y SERVICIOS y

 Es un servicio de Windows que administra servicios de mensajería . La interface se

 Realiza las siguientes funciones:

Este integrador es básicamente un programa interpretador y generador de mensajes HL7.

Características del Integrador:

 Los fallos en el servicio receptor se registran en la cola de mensajes y en el visor de

 Los mensajes que ITLink no puede transmitir, se reprocesan automáticamente por un

La propiedad intelectual de este documento es de CARVAJAL TECNOLOGÍA Y SERVICIOS y

En esta ventana se podrán realizar las siguientes acciones:

La propiedad intelectual de este documento es de CARVAJAL TECNOLOGÍA Y SERVICIOS y

La propiedad intelectual de este documento es de CARVAJAL TECNOLOGÍA Y SERVICIOS y

La propiedad intelectual de este documento es de CARVAJAL TECNOLOGÍA Y SERVICIOS y

El sistema HL7 se compone de :

1) Tipos de mensajes : existen diferentes tipos de mensaje dependiendo del sistema

Tipo de Mensaje ADT: Admisiones

Tipo de Mensaje ORM: Ordenes