Documentos de Académico
Documentos de Profesional
Documentos de Cultura
discussions, stats, and author profiles for this publication at: https://www.researchgate.net/publication/271445156
CITATIONS READS
0 503
2 authors, including:
SEE PROFILE
Some of the authors of this publication are also working on these related projects:
All content following this page was uploaded by Martín M. Diaz Maffini on 27 January 2015.
Resumen
En el servicio de Imágenes del Hospital Alemán se decidió mejorar la calidad y reducir la impresión de
placas incorporando un sistema RIS/PACS. Una de las premisas fue que tuviera una interfaz con la
historia clínica del Hospital, para compartir las imágenes y los resultados ,como así también los
procesos administrativos.
Este artículo describe las características principales de esa implementación usando las interfaces
provistas por el RIS adquirido para cumplir con el mencionado fin y una breve descripción de cómo se
desarrollo la mensajería..
Palabras Clave
HL7, RIS, HIS, PACS,XML
Introducción
Un Sistema de Información Radiológica RIS (Radiology Information System), es la
herramienta informática que nos permite realizar los procesos de gestión de un
departamento de radiología; gestiona la información y sostiene la comunicación del
departamento con otros servicios de información del hospital.
Parte conformante del HIS (Hospital Information System), es el sistema que administra
los servicios del Hospital, las agendas, la generación de las ordenes médicas como así
también la facturación de los mismos. Tambien forma parte del HIS el servidor de
resultados que permite cargar los informes de los estudios complementarios realizados
en el hospital y comunica a los diferentes usuarios los mismos.3
HL7 (Health Level Seven) es una organización sin fines de lucro que desarrolla
estándares para maximizar las compatibilidades entre sistemas de información en salud,
permitiendo la interacción y el intercambio productivo de datos entre aplicaciones
heterogéneas, independientemente de su plataforma tecnológica o de su lenguaje de
desarrollo.4
En el sector de salud, cada vez se toma más como un estándar, para poder integrarse con
aplicaciones ya existentes, simplificando la integración y reutilización de herramientas
ya desarrolladas. También reduce la posibilidad de error ya que habitualmente HL7 ya
se encuentra en uso.
El Departamento de Imágenes del hospital cuenta con equipos de diversas marcas por lo
que era necesario que se pudiera establecer la comunicación con cada uno de ellos de
manera eficaz.
Descripción de la solución
Una vez obtenido esto, se diagramaron cada uno de los flujos de trabajo, especificando
donde se usaba la mensajería y cuáles eran los mensajes que iban a ser utilizados.
También se definió quienes y que sectores participaban de los procesos.
Las interfaces más importantes a definir eran las que afectaban la operatoria diaria, ya
que no se debía empeorar la calidad de la atención. Estas son :
Definición de Imágenes
Gestión de Pacientes
Gestión de Médicos
Procesos de Facturación
Después de analizar con detalle todos los escenarios posibles, se decidió a que el
ingreso se hiciera por el HIS del Hospital. Al finalizar el ingreso se llama al RIS, donde
se escanea la orden médica y se arriba al paciente, donde queda ya disponible para ser
llamado para la realización del estudio.
El RIS informa los estados en los que va estando la orden médica (Iniciada, Finalizada,
etc) y la orden escaneada.
Los turnos asignados se iban a mantener en ambos sistemas, pero se decidió que no era
necesario y que no aportaba mayor información. Igualmente fue desarrollada la interfaz.
Los ingresos de las ordenes médicas se pueden realizar, tanto desde el servicio de
Imágenes, como desde el servicio de Emergencias y Pediatría.
HIS RIS
Estado de la orden
Los estudios que realiza el Hospital debieron ser relevados uno por uno para poder
establecer una relación con los definidos para el RIS. Para hacer esto se tuvo que contar
con un usuario clave en cada área para definir estas relaciones. Esto no fue un tema
trivial ya que la apertura desde el punto de vista administrativo o de la orden médica, al
definido en el RIS es muy diferente y conllevo el desarrollo de un modelo de datos ad
hoc que será material de otra comunicación.
El Hospital cuenta con un sistema de informes desarrollado hace varios años. Todos los
informes son ingresados desde este sistema y es el que se visualiza desde la historia
clínica.
Con la incorporación del RIS, todos los informes del departamento de Imágenes
empezaron a ingresarse desde la nueva herramienta. Era importante para el Hospital
conservar todos los informes anteriores y respetar el formato actual de los mismos, por
lo que se adaptó el informe del RIS al formato actual de tal manera que no haya
diferencias con los que se venían haciendo, ni con los demás informes que se realizan
actualmente. Este fue otro factor clave de éxito para el desarrollo del proyecto, ya que
para los usuarios el cambio de sistema fue transparente.
Una vez generado el informe este es enviado al HIS para poder ser visualizado. Los
informes tienen cuatro estados posibles
Pre-Informe
Validado
Invalidado
Eliminado
Informe
Imágenes
Para la visualización de las imágenes, hubo que instalar una pieza de software (cliente
PACS) en cada equipo donde se deba utilizarse. El cliente permite realizar diferentes
operaciones con las imágenes, como aumentarlas o rotarlas.
Con el uso del cliente PACS no hubo que desarrollar un aplicativo especial para el
manejo de imágenes. Están son administradas exclusivamente por el RIS/PACS,
inclusive el almacenamiento.
Pacientes
Los pacientes son administrados exclusivamente por el HIS. Este informa todos los
cambios que se producen en el momento. Se hizo una migración con todos los pacientes
existentes al comenzar la implementación.
La sincronización del sistema ADT (Admision, Discharge and Transfer) del HIS con el
RIS fue otra herraienta de mensajería fundamental para el funcionamiento integrado del
RIS-HIS. Se discuten posteriormente los mensajes HL7 elegidos para tal integración.
Profesionales de la salud
Implementación de la mensajería
Los mensajes que fueron utilizados para realizar la implementación fueron los siguientes:
Se realizó una división entre los flujo de entrada y de salida al RIS. Los flujos de
entrada se denominaron Inbound y los de salida outbound.
ADT
Introducción
Antecedentes Generales
Restricciones Generales
Dependencias
El RIS depende del correcto funcionamiento de todos los sistemas del HA, que
estén relacionados con el funcionamiento de interfaces.
El RIS depende de los sistemas del HA para la creación de pacientes, médicos,
gestión de turnos, gestión de la orden médica y cobro-facturación de las
prácticas.
Responsabilidades
Segmentos Soportados
Segmentos requeridos
ORM
Introducción
En esta sección se explica el funcionamiento de la interfaz ORM Inbound con el fin de
entregar al HIS la información necesaria para generar los procedimientos requeridos en
su base de datos que reflejen como resultado el envió automático de solicitudes desde el
HIS al RIS.
En esta sección se describen algunos antecedentes generales que se tomaron en cuenta
en el proceso de construcción de la interfaz ORM Inbound, así como también las
restricciones, dependencias y responsabilidades.
Antecedentes Generales
Restricciones Generales
Dependencias
El RIS depende del correcto funcionamiento de todos los sistemas del HA que
estén relacionados con el funcionamiento de la interfaz ORM.
El RIS depende de la inserción del un número único para la solicitud y examen,
estos números generados por el HIS serán el único enlace que permitirá la
identificación de la solicitud en posibles modificaciones, cancelaciones, etc.
Responsabilidades
El RIS depende del oportuno y correcto envío de las solicitudes para informar al
servicio de imágenes las prácticas a realizar.
El HIS debe asegurar la unicidad de los identificadores de solicitudes y de
exámenes asociados a una solicitud
Eventos Soportados
Segmentos Soportados
Segmentos requeridos
Segmentos opcionales
Introducción
Antecedentes Generales
Restricciones Generales
Dependencias
El RIS depende del correcto funcionamiento de todos los sistemas del HA que
estén relacionados con el funcionamiento de la interfaz MFN.
Dependemos de la unicidad del HIS CODE. Es decir, este código debe ser
único.
Responsabilidades
Eventos Soportados
Segmentos Soportados
Segmentos requeridos
Segmentos opcionales
Mensajes Outbound
ADT
Introducción
Restricciones Generales
Dependencias
El RIS depende del correcto funcionamiento de todos los sistemas del HA que
estén relacionados con el funcionamiento de la interfaz ORM Outbound.
El RIS depende de la inserción del un número único para la solicitud y examen,
estos números generados por el HIS serán el único enlace que permitirá la
identificación de la solicitud en posibles modificaciones, cancelaciones, etc.
Responsabilidades
El RIS depende del oportuno y correcto envío de las solicitudes para informar al
servicio de imágenes las prácticas a realizar.
El HIS debe asegurar la unicidad de los identificadores de solicitudes y de
exámenes asociados a una solicitud
Eventos Soportados
Segmentos Soportados
Segmentos requeridos
Segmentos opcionales
ORU
Introducción
Esta sección explica el funcionamiento de la interfaz ORU (Report Outbound) con el fin
de aportar al HIS la información en tiempo real de los informes de Diagnóstico por
Imágenes.
En el próximo párrafo se describen algunos antecedentes generales que se tomaron en
cuenta en el proceso de construcción de la interfaz ORU, así como también las
restricciones y dependencias
Antecedentes Generales
Restricciones Generales
Dependencias
El RIS depende del correcto funcionamiento de todos los sistemas del HA, que
estén relacionados con el funcionamiento de interfazs.
El RIS depende de los sistemas del HA para la creación de pacientes, médicos,
gestión de turnos, gestión de la orden médica y cobro-facturación de las
prácticas
Responsabilidades
Eventos Soportados
Segmentos requeridos
Segmentos opcionales
EPR
Introducción
Esta sección explica el funcionamiento de la interfaz EPR con el fin de aportar al HIS la
información necesaria que permita cerrar el ciclo de realización de un examen.
En el próximo párrafo se describen algunos antecedentes generales que se tomaron en
cuenta en el proceso de construcción de la interfaz EPR, así como también las
restricciones y dependencias.
Antecedentes Generales
Eventos Soportados
Segmentos Soportados
Segmentos requeridos
Segmentos opcionales
Las funciones utilizadas para comunicarse con el servidor, son muy parecidas en otros
lenguajes de programación (C, C#, Java).
Las rutinas de manejo del XML6 están incorporadas en la versión actual de la base de
datos. Oracle implementa funciones estándar que permite hacer consultas relacionales y
devolver documentos XML. Todas estas funciones forman parte del estándar ANSI/ISO
SQL. Este ha tenido gran aceptación entre las empresas de desarrollo de base de datos (
IBM, Microsoft, Oracle).
El “Mensaje Inbound XML” esta especificado así, por que se genera en XML pero el
servidor de Mensajería lo pasa en texto para que pueda ser interpretado correctamente
por el RIS. Esta es una funcionalidad que provee el servidor de mensajería.
Mensajería Inbound
Base de datos
Oracle
Grabación Oracle
Servidor de
Mensajería
-Figura.1-
BEGIN
INSERT
INTO HA.HL7_SENT_MESSAGES(MSG,CDATE,ESTADO)
VALUES (p_msgXml,SYSTIMESTAMP,NULL)
RETURNING ROWID
INTO v_rowid;
msg_text_encoded := CHR(11)||p_msgXml.getStringVal()||CHR(28)||CHR(13);
BEGIN
c := UTL_TCP.OPEN_CONNECTION(remote_host =>HL7_HOST,
remote_port =>HL7_PORT,
tx_timeout => HL7_TIMEOUT );
rc := UTL_TCP.write_text(c, msg_text_encoded);
v_tcp_ok := TRUE;
EXCEPTION
WHEN OTHERS THEN
v_tcp_ok := FALSE;
END;
IF v_tcp_ok THEN
utl_tcp.flush(c);
msg_response :=NULL;
BEGIN
LOOP
v_response := utl_tcp.get_text(c,1);
v_estado := 'P';
UPDATE HA.HL7_SENT_MESSAGES
SET ESTADO = v_estado,
ANSWER = v_msg_answer
WHERE ROWID = v_rowid;
COMMIT;
END IF;
Mensajes Outbound
v_xml := Xmltype(:NEW.Msg);
INSERT
INTO HA.COLA_MSG_XML(MSG_ID,MSG,CDATE,ESTADO)
VALUES(v_Msg_Id,v_xml,SYSTIMESTAMP,'E');
END;
HA.Procesar_Cola_Xml;
Para procesar el mensaje se llama a una rutina que analiza cual es el origen del mensaje
para saber cual es el proceso a seguir.
Programación de las rutinas
Se utilizo el PL/SQL de Oracle y se manejaron los mensajes como XML. Esto facilito
mucho el desarrollo de las interfaces, ya que Oracle cumple los estándares para manejo
de documentos XML (Xpath) que permite inclusive usarlo en sentencias SQL.
BEGIN
SELECT HA.SEQ_HL7.Nextval INTO msgControlid FROM DUAL;
--- MSH
mshXml:=xmltype('<MSH>'||
'<MSH.1>|</MSH.1> '||
'<MSH.2>^~\&</MSH.2>'||
'<MSH.3><HD.1>HIS_HA</HD.1></MSH.3>'||
'<MSH.7><TS.1>'||TO_CHAR(SYSDATE,c_dateFormat)||'</TS.1></MSH.7>' ||
'<MSH.9><CM_MSG.1>'||p_msgType ||'</CM_MSG.1>'||
'<CM_MSG.2>'||p_trigger ||'</CM_MSG.2>'||
'<CM_MSG.3>'||v_msgStructure||'</CM_MSG.3>'||
'</MSH.9>'||
'<MSH.10>'||TO_CHAR(msgControlId) ||'</MSH.10>'||
'<MSH.11>
<PT.1>'||PK_HL7.p_processingId ||'</PT.1></MSH.11>'||
'<MSH.12><VID.1>2.4</VID.1></MSH.12>'||
'<MSH.17>ARG</MSH.17>'||
'</MSH>');
RETURN mshXml;
END MSH;
RETURN pacienteXml;
END PID;
Discusión
El modelo de datos de estudios del RIS demando más trabajo del provisto
originalmente, en parte por la gran apertura que se tenía en el HIS y otra por la manera
de trabajar de algunos equipos DICOM compatibles, que tomaban una sola muestra de
varios estudios, lo que traía problemas al informar.
Referencias
1. NEMA. PROCEDURES for the DICOM Standards Committee. 2007. Available at:
http://medical.nema.org/Dicom/Geninfo/Procedures.pdf.