Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                

Pascual TG

Descargar como pdf o txt
Descargar como pdf o txt
Está en la página 1de 181

Universidad Nacional Mayor de San Marcos

Universidad del Perú. Decana de América


Facultad de Ingeniería Electrónica y Eléctrica
Escuela Profesional de Ingeniería Electrónica

Diseño e implementación de un sistema RIS PACS


para el mejoramiento de diagnóstico por imágenes del
Hospital Nacional Daniel Alcides Carrión

TRABAJO DE SUFICIENCIA PROFESIONAL

Para optar el Título Profesional de Ingeniero Electrónico

AUTOR
Gilberto PASCUAL TRUJILLO

ASESOR
Mg. Teófilo M. HUABLOCHO PÉREZ

Lima, Perú

2022
Reconocimiento - No Comercial - Compartir Igual - Sin restricciones adicionales

https://creativecommons.org/licenses/by-nc-sa/4.0/
Usted puede distribuir, remezclar, retocar, y crear a partir del documento original de modo no
comercial, siempre y cuando se dé crédito al autor del documento y se licencien las nuevas
creaciones bajo las mismas condiciones. No se permite aplicar términos legales o medidas
tecnológicas que restrinjan legalmente a otros a hacer cualquier cosa que permita esta licencia.
Referencia bibliográfica

Pascual, G. (2022). Diseño e implementación de un sistema RIS PACS para el


mejoramiento de diagnóstico por imágenes del Hospital Nacional Daniel Alcides
Carrión. [Trabajo de suficiencia profesional de pregrado, Universidad Nacional
Mayor de San Marcos, Facultad de Ingeniería Electrónica y Eléctrica, Escuela
Profesional de Ingeniería Electrónica]. Repositorio institucional Cybertesis
UNMSM.
Metadatos complementarios

Datos de autor

Nombres y apellidos Gilberto Pascual Trujillo


Tipo de documento de identidad DNI
Número de documento de identidad 70440589

URL de ORCID No Aplica

Datos de asesor

Nombres y apellidos Teófilo Matias Huablocho Pérez

Tipo de documento de identidad DNI

Número de documento de identidad 25420840

URL de ORCID https://orcid.org/0000-0003-3357-8055/

Datos del jurado

Presidente del jurado

Nombres y apellidos Nicanor Raúl Benites Saravia

Tipo de documento DNI

Número de documento de identidad 10189914

Miembro del jurado 1

Nombres y apellidos Leopoldo Guillen Saravia

Tipo de documento DNI

Número de documento de identidad 07956298

Miembro del jurado 2

Nombres y apellidos Luis Mark Rudy Ponce Martínez

Tipo de documento DNI

Número de documento de identidad 08117818

Datos de investigación
Línea de investigación C.0.6.3 Instrumentación Biomédica
Grupo de investigación No Aplica
Agencia de financiamiento No Aplica
Edificio: Hospital Nacional Daniel Alcidez
Carrión
País: Perú
Ubicación geográfica de la Departamento: Callao
investigación Provincia: Callao
Distrito: Bellavista
Latitud: -12.0632314
Longitud: -77.1240007

Año o rango de años en que se


Junio 2018 - Diciembre 2018
realizó la investigación
Ingeniería eléctrica, Ingeniería
Electrónica
https://purl.org/pe-repo/ocde/ford#2.02.01

Informática y Ciencias de la Información


URL de disciplinas OCDE
https://purl.org/pe-repo/ocde/ford#1.00.00

Ingeniería médica
https://purl.org/pe-repo/ocde/ford#2.06.01
Firmado digitalmente por PAREDES
PENAFIEL Rejis Renato FAU
20148092282 soft
Motivo: Soy el autor del documento
Fecha: 30.12.2022 21:27:07 -05:00

UNIVERSIDAD NACIONAL MAYOR DE SAN MARCOS


(Universidad del Perú, DECANA DE AMÉRICA)
FACULTAD DE INGENIERIA ELECTRÓNICA Y ELÉCTRICA
Teléfono 619-7000 Anexo 4226
Calle Germán Amezaga 375 – Lima 1 – Perú

ACTA DE SUSTENTACIÓN DE TRABAJO


DE SUFICIENCIA PROFESIONAL
Nº 041/FIEE-EPIE/2022

Los suscritos Miembros del Jurado, nombrados por la Comisión Ejecutiva del Programa de
Perfeccionamiento Profesional de la Facultad de Ingeniería Electrónica y Eléctrica, reunidos
en la fecha, bajo La Presidencia del Dr. NICANOR RAÚL BENITES SARAVIA, el MG.
LUIS MARK RUDY PONCE MARTINEZ, el MG. LEOPOLDO GUILLEN SARAVIA
y el MG. TEÓFILO MATIAS HUABLOCHO PEREZ.

Después de escuchar la Sustentación de Trabajo de Suficiencia Profesional del Bach.


GILBERTO PASCUAL TRUJILLO con código N° 06190095 que para optar el Título
Profesional de Ingeniero Electrónico sustentó el Trabajo de Suficiencia Profesional titulado
DISEÑO E IMPLEMENTACIÓN DE UN SISTEMA RIS PACS PARA EL
MEJORAMIENTO DE DIAGNÓSTICO POR IMÁGENES DEL HOSPITAL
NACIONAL DANIEL ALCIDES CARRIÓN.

El jurado examinador procedió a formular las preguntas reglamentarias y, luego de una


deliberación en privado, decidió aprobar otorgándole el calificativo de diecisiete (17).

Ciudad Universitaria, 23 de diciembre de 2022

______________________________________ ____________________________________
Dr. NICANOR RAÚL BENITES SARAVIA MG. LEOPOLDO GUILLEN SARAVIA

Presidente de Jurado Miembro Jurado

_______________________________________ _____________________________________
MG. LUIS MARK RUDY PONCE MARTINEZ MG. TEÓFILO M. HUABLOCHO PÉREZ

Miembro de Jurado Miembro Asesor


UNIVERSIDAD NACIONAL MAYOR DE SAN MARCOS
Universidad del Perú. Decana de América
FACULTAD DE INGENIERÍA ELECTRÓNICA Y ELÉCTRICA
ESCUELA PROFESIONAL DE INGENIERIA ELECTRÓNICA

INFORME DE ORIGINALIDAD

1. Facultad de Ingeniería Electrónica y Eléctrica.


2. Escuela Profesional de Ingeniería de Electrónica.
3. Emisor del Informe el director de la Escuela Profesional de Ingeniería de Electrónica.
4. Operador del programa informático de similitudes: Rejis Renato Paredes Peñafiel.
5. Documento evaluado: Trabajo de Suficiencia Profesional para título de (pregrado) DISEÑO
E IMPLEMENTACIÓN DE UN SISTEMA RIS PACS PARA EL MEJORAMIENTO DE
DIAGNÓSTICO POR IMÁGENES DEL HOSPITAL NACIONAL DANIEL ALCIDES CARRIÓN.
6. Autor de la tesis: Gilberto Pascual Trujillo
Fecha de aplicación de recepción del documento: 14-11-2022
7. Fecha de aplicación del programa informático de similitudes: 14-11-2022
8. Software utilizado: Turnitin.
9. Configuración del programa detector de similitudes:
● Excluye citas.
● Excluye bibliografía.
● Excluye cadenas menores de 40 palabras
10. Porcentaje de similitudes según programa detector: Cinco por ciento – 5%
11. Fuentes originales de las similitudes encontradas.
1. hdl.handle.net 1% Fuente de Internet
2. east.hwslabs.vmware.com <1% Fuente de Internet
3. www.kldperu.com <1% Fuente de Internet
4. es.wikipedia.org <1% Fuente de Internet
5. Submitted to Universidad ESAN -- Escuela de
Administración de Negocios para Graduados <1% Trabajo del Estudiante
6. Submitted to Universidad Nacional Abierta y a
Distancia, UNAD,UNAD <1% Trabajo del Estudiante
7. repositorio.ucv.edu.pe <1% Fuente de Internet
8. ciao.hwslabs.vmware.com <1% Fuente de Internet
9. idoc.pub <1% Fuente de Internet
10. www.hndac.gob.pe <1% Fuente de Internet
11. docshare.tips <1% Fuente de Internet
12. www.clubensayos.com <1% Fuente de Internet
1. Observaciones: Ninguna.
13. Calificación de originalidad.
● Documento cumple criterios de originalidad, sin observaciones.
14. Fecha del informe: 27 de diciembre del 2022.

Atentamente,

MG. PAREDES PEÑAFIEL, REJIS RENATO DIRECTOR DE LA EPIE


v

DEDICATORIA

Este trabajo está dedicado a mis


padres. Quienes me han apoyado y
brindado todas las facilidades para
llegar a ser un profesional.

<Be the change that you wish to see


in the world=. Mahatma Gandhi.
vi

AGRADECIMIENTOS

Gracias a las personas que hicieron


posible el desarrollo de este informe,
a mi asesor Teófilo Huablocho, a la
comisión por darnos la oportunidad
de poder acceder al título profesional
de Ingeniería Electrónica mediante el
programa de Titulación por Trabajo
de Suficiencia Profesional.

Gracias a la empresa Corporación


KLD Perú, al Doctor Vera, a mis
compañeros de trabajo y amigos por
apoyarme y animarme a seguir en
este desafío personal.

Gracias infinitamente a mi familia por


el apoyo incondicional en este nuevo
reto.
vii

RESUMEN

En los proyectos de implementación de sistemas como Radiology


Information System (RIS) y Picture Archiving and Communication System
(PACS), siempre surgen requerimientos complejos en los cuales se necesita
personal especializado con conocimientos en sistemas de gestión de
radiología, equipamiento médico, sistemas de comunicación y
almacenamiento de imágenes médicas. Este es el caso mencionado en el
presente informe profesional, que, frente a una necesidad del Hospital
Nacional Daniel Alcides Carrión para agilizar, centralizar y mejorar la
atención de los pacientes del área de diagnóstico por imágenes, se diseñó
e implemento un sistema RIS PACS. Al ser un proyecto complejo, se me fue
asignado ya que poseo los conocimientos y experiencia en la
implementación de este tipo de soluciones. En el presente informe se detalla
el diseño, implementación y se hace énfasis en la implementación, y los
flujos de trabajo elaborados para tener una aceptación de la plataforma
dentro de todas las áreas del hospital que interactúan con las imágenes
médicas, a su vez se describen los escenarios adicionales que surgieron en
la etapa de diseño, implementación, pruebas y producción. Como resultado
de este diseño e implementación permite al hospital ser un referente en la
atención de pacientes de diagnóstico por imágenes.

Palabras claves: Radiology Information System (RIS), Picture Archiving and


Communication System (PACS), Digital Imaging and Communication In
Medicine (DICOM), flujo de radiología, imágenes médicas.
viii

ABSTRACT
In systems implementation projects such as Radiology Information System
(RIS) and Picture Archiving and Communication System (PACS), complex
requirements always arise in which specialized personnel with knowledge in
radiology management systems, medical equipment, communication
systems are needed. and storage of medical images. This is the case
mentioned in this professional report, which, faced with a need for the Daniel
Alcides Carrión National Hospital to streamline, centralize and improve
patient care in the diagnostic imaging area, a RIS PACS system was
designed and implemented. Being a complex project, it was assigned to me
since I have the knowledge and experience in the implementation of this type
of solutions. This report details the design, implementation and emphasis is
placed on the implementation, and the workflows developed to have an
acceptance of the platform within all areas of the hospital that interact with
medical images, in turn described. the additional scenarios that arose in the
design, implementation, testing and production stage. As a result of this
design and implementation, it allows the hospital to be a benchmark in the
care of diagnostic imaging patients.

Key words: Radiology Information System (RIS), Picture Archiving and


Communication System (PACS), Digital Imaging and Communication In
Medicine (DICOM), radiology flow, medical images.
ix

TABLA DE CONTENIDO

CARÁTULA EXTERNA i

PÁGINA EN BLANCO ii

CARÁTULA INTERNA iii

FICHA CATALOGRÁFICA iv

DEDICATORIA v

AGRADECIMIENTOS vi

RESUMEN vii

ABSTRACT viii

TABLA DE CONTENIDO ix

ÍNDICE DE FIGURAS xii

ÍNDICE DE TABLAS xiii

CAPITULO I: INTRODUCCIÓN 1

CAPITULO II: CONTEXTO EN EL QUE SE DESARROLLA LA


EXPERIENCIA 3

2.1 Reseña de la empresa 3


x
2.2 Visión 5

2.3 Misión 5

2.4 Organización de la Empresa 6

2.5 Área, Cargo y Funciones Desempeñadas 6

2.6 Experiencia Profesional realizada en la organización 7

CAPITULO III: ACTIVIDADES DESARROLLADAS 9

3.1 Situación del Problema 9

3.1.1 Determinación del Problema 10

3.1.2 Formulación del Problema 11

3.1.2.1 Problema general 11

3.1.2.2 Problemas específicos 11

3.2 Solución 12

3.3 Objetivos 12

3.3.1.1 Objetivos General 12

3.3.1.2 Objetivos Específicos 12

3.3.2 Alcance 13

3.3.3 Metodología y Etapas 14

3.3.3.1 Metodología 14

3.3.4 Diseño de la solución 17


xi
3.3.4.1 Diseño y arquitectura de la solución 18

3.3.4.2 Diseño de la integración entre el SIGES, RIS y PACS 22

3.3.4.3 Desarrollo de la integración en el SIGES y RIS PACS 23

3.3.4.4 Agendamiento de citas entre el sistema SIGES y RIS PACS 27

3.3.4.5 Diseño del flujo de trabajo 29

3.3.5 Implementación de la solución 30

3.3.6 Fundamentos utilizados 45

3.4 Costos del Proyecto 45

CAPITULO IV: REFLEXIÓN CRÍTICA DE LA EXPERIENCIA 47

CAPITULO V: CONCLUSIONES Y RECOMENDACIONES 49

5.1 Conclusiones 49

5.2 Recomendaciones 50

CAPITULO VI: REFERENCIAS BIBLIOGRÁFICAS 52

6.1 Glosario 55

ANEXOS VII 57
xii

ÍNDICE DE FIGURAS

Figura 1. Organigrama de la empresa Corporación KLD Perú S.A.C. 06


Figura 2. Metodología PMI. Fuente: Wikipedia 14
Figura 3. Diagrama de la arquitectura de Backup y alta disponibilidad. 20
Figura 4. Diseño y dimensionamiento de Máquinas virtuales para los
servicios del sistema RIS, PACS y Reconocimiento de voz. 21
Figura 5. Diagrama de integración entre SIGES, RIS y PACS. 23
Figura 6. Interface web desarrollada en el RIS para la integración con el
SIGES. 26
Figura 7. Canales HL7 desarrollados en el RIS para la integración con el
SIGES. 27
Figura 8. Flujograma de agendamiento de citas entre el sistema SIGES y
RIS PACS. 28
Figura 9. Flujograma de trabajo con el sistema RIS PACS diseñado. 30
Figura 10. Instalación del Sistema Operativo Linux para el servidor virtual
PACS, RIS, DB y MWL. 35
Figura 11. Estudios recibidos de diferentes equipos y modalidades. 38
Figura 12. Diagrama de actividades de soporte a la Puesta en Marcha. 43
Figura 13. Secuencia de implantación del sistema RIS PACS por modalidad.
45
xiii

ÍNDICE DE TABLAS

Tabla 1. Demanda Efectiva de atenciones desde el año 2016 al 2026. 10


Tabla 2. Dimensionamiento de espacio y canales de datos para 10 años. 17
Tabla 3. Tabla de requisitos para la instalación del RIS PACS. 34
Tabla 4. Tabla de incidencias y consecuencias en la instalación del RIS
PACS. 35
Tabla 5. Tabla de resultados de incidencias en la instalación del RIS PACS.
36
Tabla 6. Tabla de direcciones IP de las estaciones de diagnóstico. 38
Tabla 7. Tabla de temas de la capacitación realizada. 42
Tabla 8. Tabla de descripción y cantidad de los bienes y servicios requeridos
en la LICITACION PÚBLICA Nº 001-2018-HNDAC. 46
1

CAPÍTULO I: INTRODUCCIÓN

El presente Informe Profesional detalla el diseño e implementación de un


Sistema de Información en Radiología y Sistema de Almacenamiento y
comunicación de imágenes (RIS PACS), para la gestión y administración del
departamento de diagnóstico por imágenes del Hospital Nacional Daniel
Alcides Carrión.

Radiology Information System (RIS), es un sistema que gestiona todo el


departamento de diagnóstico por imágenes, creación y almacenamiento de
reportes e informes de diagnóstico y estadísticas.

Picture Archiving and Communication System (PACS), es un sistema


computarizado para el archivado digital de imágenes médicas (medicina
nuclear, tomografía computarizada, resonancia magnética, ecografía,
mamografía, rayos X, entre otros.) y para la transmisión de estas a estaciones
de diagnóstico y visualización a través de una red informática.

El presente proyecto surgió debió a que el Hospital Nacional Daniel Alcides


Carrión no cuenta con un sistema de gestión y administración del
departamento de diagnóstico por imágenes. Se publicó en el SEACE (2018),
la LICITACIÓN PÚBLICA Nº 001-2018-HNDAC, siendo ganador de la
licitación pública el consorcio entre la empresa THI MEDICAL e INTEGRITY.

Dentro del presente Informe Profesional se detallará las etapas de diseño e


implementación realizado en el proyecto, siendo estas: el dimensionado de
los servidores virtuales, diseño del flujo de trabajo según la realidad del
hospital, diseño de la integración entre el sistema SIGES y RIS PACS,
implementación del sistema RIS, PACS y Reconocimiento de Voz, desarrollo
de los canales de integración entre el SIGES, RIS y PACS, integración de los
2

equipos médicos de diagnóstico por imágenes al sistema RIS PACS,


instalación de las estaciones de diagnóstico, capacitación del personal médico
y usuarios, puesta en marcha del sistema RIS PACS y el soporte de la
plataforma en la fase de marcha blanca y producción (THI MEDICAL S.A.C,
2018).

El presente proyecto ha sido uno de los más estables y sostenidos en la fase


de soporte post-productivo. Siendo mi persona el implementador del sistema
RIS PACS, el cual consistió en el dimensionamiento, instalación y despliegue
de la solución RIS PACS dentro del hospital, me es factible su explicación
técnica en este informe profesional.

El presente Informe profesional se desarrolló mediante los siguientes


capítulos:

En el Capítulo I, realizare una introducción del proyecto y la estructura del


presente informe profesional.

En el Capítulo II, detallaré el contexto en el que se desarrolló la experiencia.


Hare mención de las actividades que realizo en la empresa Corporación KLD
Perú S.A.C, así como su visión y misión, organización, área cargo, funciones
desempeñadas, y la experiencia profesional realizada en la organización.

En el Capítulo III, explicare el problema presentado, los objetivos y alcance,


las etapas y metodología empleada, los fundamentos utilizados en el diseño
e implementación, así como los costos que involucro el proyecto.

En el Capítulo IV, se hará mención de la reflexión crítica de la experiencia


respecto al tema tratado en este informe.

En el Capítulo V, desarrollare las conclusiones y recomendaciones según la


evaluación de cada etapa del presente Informe Profesional.
3

CAPÍTULO II: CONTEXTO EN EL QUE SE DESARROLLÓ LA


EXPERIENCIA

En este capítulo se presenta la reseña, misión y visión de la empresa en la


cual se desarrolló este trabajo de suficiencia profesional. Se describe su
organización a través de su organigrama y se especifica el área y las
funciones desempeñadas.

2.1 Reseña de la Empresa

Grupo THI Medical – Corporación KLD Perú es un consorcio con más de 19


años en el Perú, quienes implementan soluciones de alto nivel en clínicas,
hospitales y centros médicos en general, mejorando la experiencia en el área
de diagnóstico por imágenes para médicos y pacientes (KLD PERU S.A.C,
2021).

Los productos que comercializan corresponden a marcas de línea World


Class, que cuentan con respaldo técnico y profesional, siendo estas
compañías líderes en el mercado mundial y con una garantía de excelencia
en la calidad de sus productos y servicios. Compañías como Nuance, Barco,
DRGEM, Indigo, ImexHs y Konica Minolta Health, son sus partners en el Perú.

Ofrecen un enfoque integrado para la atención al paciente de cualquier


institución médica, permitiendo mejorar los resultados clínicos de cada
departamento a través de una red de sistemas de visualización conectados
entre sí. Con experiencia en ingeniería de software de Neuroradiología y
Radiología, siendo líderes en la transformación digital del sector salud al
4

proporcionar tecnologías de imagen avanzadas para hospitales y clínicas que


son accesibles, adaptables, escalables, y pueden ofrecer una
interoperabilidad sin interrupciones mientras se mantiene la integridad de los
datos.

En el 2015 de la mano de THI Medical nace la Corporación KLD Perú, como


integrador de soluciones en Radiografía Digital.

En el 2016 la Corporación KLD Perú realiza una alianza con la empresa


ImExHs (empresa colombiana). Implementando la plataforma HIRUKO
RIS/PACS en la sede principal de GRUPO SAN PABLO.

En el 2017 continúa su expansión de la plataforma HIRUKO RIS/PACS a dos


nuevas sedes de GRUPO SAN PABLO: Jesús del Norte y San Gabriel.
Creciendo con la plataforma. Adicionalmente implementa el Sistema de post
procesamiento de imágenes médicas Hiruko Viewer en la clínica DPI del Perú.

En el 2018, la Corporación KLD Perú se convierte en el Big Channel de Konica


Minolta Healthcare América en el Perú y a su vez da inicio a una línea para el
avance de la Radiología Digital en el país, con la distribución nacional a través
de dos empresas: Distribuidora Médica Diagnóstica S.A.C y Salumed S.A.
Sucursal Perú. Continuando adicionalmente con la expansión de la plataforma
HIRUKO RIS/PACS con el GRUPO SAN PABLO en dos nuevas sedes:
Clínica Santa Martha del Sur y Clínica San Juan Bautista.

En el 2019, la Corporación KLD Perú da un nuevo impulso a la Radiografía


Digital en el Perú con los equipos AERO de Konica Minolta. Continuando la
expansión de su plataforma HIRUKO RIS PACS a dos nuevas sedes de
GRUPO SAN PABLO: Clínica San Pablo Arequipa y Clínica San Pablo Trujillo.

En el 2020, la Corporación KLD Perú en convenio con Indigo Tecnologies


presentan a Indira® una inteligencia artificial que permite detectar el Covid-19
en tomografías de tórax. También realiza una presentación de la Empresa de
Genética Avanzada Ambry Genetics miembro del grupo Konica Minolta.
5

2.2 Visión

Ser un integrador de Soluciones Médicas de última tecnología con alto nivel


en ingeniería de software de Radiología y Neuroradiología, liderando la
transformación digital del sector salud, accesible, adaptable, escalable, y con
una interoperabilidad sin interrupciones (KLD PERU S.A.C, 2021).

2.3 Misión

Comercializar productos que correspondan a marcas de línea World Class,


que cuenten con el respaldo técnico y profesional, con garantía de excelencia
en la calidad de sus productos y servicios, productos dirigidos al área
hospitalaria y médica de clínicas y hospitales (KLD PERU S.A.C, 2021).

2.4 Organización de la Empresa

En la Figura 1, se muestra el organigrama de la empresa Corporación KLD


Perú S.A.C.
6

CEO
Gerente General

Asistencia
Gerencia
Viviana

Gerente Ventas y Logística y Soporte y Directora de Gerente de


Administrativo Servicios Cobranzas Servicios Marketing Proyectos
Paty Tessy Xiomara **Gilberto Lis Juan Ignacio

Atención al Ing. Soporte y


Contabilidad Cliente Almacen Servicios
Cesar Sarith Willi Blady

Administració Ing. Soporte y


n Vendedor Reparto Servicios
Marisol Luis Walter Miguel

Figura 1. Organigrama de la empresa Corporación KLD Perú S.A.C.


Fuente: Organigrama_KLD.pdf
**Área en el cual me desempeño.

2.5 Área, Cargo y Funciones Desempeñadas

Área: Ingeniería y soporte.


Cargo: Field Engineer Senior.

Funciones:
En la empresa Corporación KLD Perú S.A.C. me desempeño como Ingeniero
de soporte y servicios, inicie mi etapa de Junior en la empresa THI Medical
S.A.C, una empresa que forma parte de la Corporación KLD Perú S.A.C,
llegando a Senior en la empresa que laboro actualmente. Entre las funciones
más importantes que realizo y he realizado son:

 Implementador de Sistemas RIS PACS en diferentes clientes.


 Instalación de soluciones de diagnóstico por imágenes, equipamiento y
software.
 Capacitación y soporte técnico a diferentes clientes de la empresa.
 Revisión de especificaciones técnicas de equipamiento y software para
procesos nacionales y privados.
7

 Comunicación a la gerencia del estatus del soporte y servicio técnico de


los clientes.

2.6 Experiencia Profesional Realizada en la Organización

Durante mi experiencia en la Corporación KLD Perú S.A.C. en el área de


Soporte y Servicios he tenido la oportunidad de ampliar mis conocimientos
mediante capacitaciones constantes con ingenieros y especialista en
equipamiento y software de diagnóstico por imágenes en Perú, Colombia y
Estados Unidos de diferentes fabricantes, específicamente sobre
equipamiento de diagnóstico por imágenes, software de gestión de
información radiológica y almacenamiento de imágenes médicas.
Permitiéndome durante estos años conocer y tratar con diferentes
profesionales de salud de clínicas y hospitales a nivel nacional, brindado
soluciones a diferentes problemáticas.

La experiencia profesional generado tanto en la empresa THI Medical S.A.C


y Corporación KLD Perú S.A.C, durante estos años me ha permitido poder
estar a cargo en el desarrollo e implementación de grandes y pequeños
proyectos de la empresa. Entre los proyectos de gran envergadura y que
tienen mayor repercusión en el cliente final, en los cuales he sido
implementador y participe activo son:

 Proyecto de Implementación de Equipo de Rayos X DRGEM.


Cliente: Euroclinic Trujillo.
 Proyecto de Implementación de una Sala de radiología digital directo.
Cliente: Clínica TomoNorte Cajamarca.
 Proyecto de Implementación de radiología digital directo temporal de área
covid-19.
Cliente: Hospital Naval y Base Naval Hobaca.
 Proyecto de Implementación de una Sala de radiología digital directo.
Cliente: Clínica Buenaventura Villa el Salvador.
8

 Proyecto Implementación y puesta en marcha de sistema RIS PACS.


Cliente: Clínica San Pablo Arequipa.
 Proyecto Implementación y puesta en marcha de sistema RIS PACS.
Cliente: Hospital Nacional Daniel Alcides Carrión.
 Proyecto Implementación y puesta en marcha de sistema RIS PACS.
Cliente: Clínica Jesús del Norte.
 Proyecto Implementación y puesta en marcha de sistema RIS PACS.
Cliente: Clínica San Gabriel.

Datos: Jhon Seminario.


Cargo: CEO Corporación KLD Perú S.A.C / THI Medical S.A.C.
Correo: jhon.seminario@kldperu.com - jseminario@thi-medical.com
Dirección: Av. Circunvalación del Club Golf los Incas Nro. 134 Int.502 (Torre
Panorama), Santiago de Surco, Lima.
Teléfono: +51 (01) 597-4665
9

CAPÍTULO III: ACTIVIDADES DESARROLLADAS

En este capítulo se presenta la determinación del problema, los objetivos


generales y específicos, el alcance, diseño e implementación de la solución,
costos y los fundamentos teóricos necesarios para el Trabajo de Suficiencia
Profesional.

3.1 Situación del Problema

El presente proyecto fue parte de la LICITACION PÚBLICA Nº 001-2018-


HNDAC <ADQUISICIÓN DE SISTEMAS INTEGRADOS DE INFORMACIÓN
RADIOLOGÍA Y SISTEMAS DE ALMACENAMIENTO Y COMUNICACIÓN DE
IMÁGENES DEL PROYECTO: MEJORAMIENTO DE LA CAPACIDAD
RESOLUTIVA DE LA UPSS DIAGNOSTICO POR IMÁGENES DEL
HOSPITAL NACIONAL DANIEL ALCIDES CARRION= (SEACE, 2018), que se
implementó durante el año 2018.

El Hospital Nacional Daniel Alcides Carrión (HNDAC), de la Provincia


Constitucional del Callao, en su política de atender a los pacientes con
eficiencia, calidad y oportunidad en el diagnóstico y la entrega de los
resultados de los exámenes radiológicos necesitaba implementar un sistema
de almacenamiento y gestión de datos e imágenes radiológicas, como parte
de una solución integral de manejo de la información e imágenes radiológicas;
preservando su integridad, confiabilidad y seguridad de la información que se
genera como resultado de sus actividades. La LICITACION PÚBLICA Nº 001-
2018-HNDAC forma parte del proyecto de Mejoramiento de la Capacidad
Resolutiva del Departamento de Diagnóstico por Imágenes del Hospital
10

Nacional Daniel Alcides Carrión del Callao que ha sido formulado vía el
Sistema Nacional de Inversión Pública (SNIP).

Durante el año 2015 el Departamento de Diagnóstico por Imágenes del


HNDAC ha realizado 114,199 atenciones en el año, en base al citado proyecto
de inversión pública se debería cubrir una demanda de atenciones por el
Departamento hasta 10 años, lo que se detalla en la Tabla 1.

Tabla 1. Demanda Efectiva de atenciones desde el año 2016 al 2026.


Demanda
Periodo Años
Efectiva
0 2016 128,208
1 2017 131,131
2 2018 134,121
3 2019 137,179
4 2020 140,306
5 2021 143,505
6 2022 146,777
7 2023 150,124
8 2024 153,547
9 2025 157,048
10 2026 160,628

3.1.1 Determinación del Problema.

El Hospital Nacional Daniel Alcides Carrión no cuenta con un sistema de


Información en Radiología (RIS) y Sistema de Almacenamiento y
Comunicación de Imágenes (PACS), lo cual genera que los estudios de
diagnóstico por imágenes de los pacientes se extravié, se elimine de los
equipos médicos, no puedan tener un historial centralizado de estudios de
diagnóstico por imágenes, que el diagnóstico por imágenes se realice
mediante documentos de Word sin tener trazabilidad de prioridades y tiempos
de diagnóstico médico y sea constante el uso de placas radiográficas o CD
para la evaluación temprana de pacientes de emergencia y hospitalización.
En definitiva, existe un desorden en la administración, visualización y
11

diagnóstico de los estudios e informes médicos de diagnóstico por imágenes


de los pacientes que se atienden en el departamento de diagnóstico por
imágenes del HNDAC, afectando la calidad de atención de los pacientes de
emergencia, hospitalización, asegurados y consulta externa.

3.1.2 Formulación del Problema.

3.1.2.1 Problema General. ¿Cómo se mejora la capacidad y calidad de


atención de los pacientes de Diagnóstico por Imágenes dentro del HNDAC?

3.1.2.2 Problemas Específicos. Los problemas específicos se


detallan a continuación:

1.- ¿Cómo se mejora el sistema de gestión radiológica en el departamento de


diagnóstico por imágenes en el HNDAC?

2.- ¿Qué equipos médicos de diagnóstico por imágenes debe contemplarse


en la integración con el sistema RIS PACS?

3.- ¿En qué grado favorece la integración entre el sistema hospitalario SIGES
con el sistema RIS PACS?

4.- ¿De qué manera se distribuirá y mostrará los resultados de los exámenes
de diagnóstico por imágenes en las diferentes áreas y servicios dentro del
Hospital?

5.- ¿Cómo se pondrá en marcha y sociabilizará el sistema RIS PACS con los
usuarios, tecnólogos, médicos y personal relacionado con el diagnóstico por
imágenes?
12

3.2 Solución

3.2.1 Objetivos.

3.2.1.1 Objetivo General. Diseñar e implementar un Sistema de


Información en Radiología (RIS) y Sistema de Almacenamiento y
Comunicación de Imágenes (PACS) que brinde las facilidades a la población
para acceder a servicios de Salud adecuados en la especialidad de
Diagnóstico por Imágenes del Hospital Nacional Daniel Alcides Carrión,
mejorando los servicios, garantizando el acceso a la población a un servicio
de calidad y diagnóstico temprano.

3.2.1.2 Objetivos Específicos. Los objetivos específicos son:

1.- El Sistema de Información en Radiología (RIS) y Sistema de


Almacenamiento y comunicación de imágenes (PACS) permitirá mejorar la
administración, gestión, entrega de resultados y mejorar la capacidad
resolutiva del Departamento de Diagnóstico por Imágenes, cubriendo una
demanda de atenciones del Departamento de diagnóstico por imágenes
durante 10 años.
2.- El Departamento de Diagnóstico dará el servicio con 15 equipos, los
equipos que se deben integrar al sistema RIS PACS son: equipos de rayos x,
tomógrafo, ecógrafos, densitómetro, resonador magnético, angiógrafo y
mamógrafo, entre otros equipos que pueden ser adquiridos por el hospital.
3.- La integración entre sistema RIS PACS y el Sistema de Gestión
Hospitalaria propio del HNDAC (SIGES) permitirá agilizar en gran medida la
atención del paciente dentro del Departamento de Diagnóstico por Imágenes,
obteniendo todos los datos demográficos del paciente mediante una interface.

4.- Las imágenes serán archivadas en el Sistema de Almacenamiento y


Comunicación de Imágenes (PACS), enviadas a las estaciones de diagnóstico
para ser informadas por los médicos radiólogos y los resultados imágenes e
13

informe serán visualizadas y consultadas en los diferentes puntos de


visualización mediante el Sistema de Información en Radiología (RIS).

5.- Se realizará una capacitación de manera individualiza de los actores que


inician el proceso de atención, adquisición y procesamiento de imágenes y
médicos radiólogos. La capacitación será impartida por un especialista, antes
de la salida en producción con el sistema RIS PACS existirá una puesta en
marcha blanca, durante este periodo existirá una personal idóneo el cual
supervisará, orientará y asesora a los usuarios. Finalmente, para mantener la
funcionalidad y operatividad del sistema RIS PACS existirá un plan de
transferencia tecnológica para el área de informática en el soporte de primer
nivel y diagnóstico temprano.

3.2.2 Alcance.

El presente Trabajo de Suficiencia Profesional brinda información sobre el


proceso de diseño e implementación del sistema RIS PACS para el
mejoramiento de diagnóstico por imágenes en el Hospital Nacional Daniel
Alcides Carrión. A si mismo se va a explicar detalladamente cada una de las
etapas del diseño e implementación, donde inclusive se planteó ajustes a la
solución funcional inicial brindada para poder concluir con éxito el desarrollo y
cumplimiento de la licitación pública. Finalmente se va a presentar las pruebas
unitarias de la implementación y los escenarios nuevos que surgieron durante
la puesta en marcha durante la implementación del sistema RIS PACS.

3.2.3 Metodología y Etapas.

3.2.4.3 Metodología. La metodología que se aplicó, es la metodología


de gestión de Proyectos basado en Project Management Institute (PMI)
definida en el Project Management Body of Knowledge (PMBOK). La gestión
de proyectos según PMBOK consiste en la aplicación de un conjunto de
procesos a un conjunto de áreas de conocimiento y su interacción (Laura
Ameijide, 2016).
14

Figura 2. Metodología PMI. Fuente: Wikipedia

La presente metodología aplicada está basada en la metodología PMI, pero


se aplicó simplificaciones y ajustes que sea totalmente prácticos en el uso
diario de la compañía. Con la aplicación de esta metodología se pretende
alcanzar los siguientes objetivos:
 Unificación de criterios.
 Una correcta gestión y trazabilidad del diseño, mejoras, cambios o
ampliaciones del proyecto.
 Una gestión transparente de la gestión económica.
 Una gestión unificada y coordinada de las expectativas.
 Una coordinación mejorada de las áreas o departamentos involucrados.
 Una sistematización y homogenización de los requisitos mínimos de
implementación.
 Una correcta gestión de la calidad de los entregables.
 Una adecuada coordinación entre el proceso de implementación y
parametrización del software y su posterior mantenimiento y operación.

Las etapas que se contemplan en el proyecto según la metodología PMI son:

Fase 1: Inicio

El proyecto inicia con la firma del contrato y con una reunión de presentación
oficial. Esta reunión no es exclusiva del equipo de proyectos, implementación
y consultores del fabricante, sino que también es para otros miembros clave
15

de la empresa. Este arranque preparo un escenario propicio para el proyecto


destacando la importancia de este con los objetivos futuros de la compañía
con el Hospital.

Durante esta fase, el equipo del proyecto realizó la revisión exhaustiva de las
bases integradas de la LICITACION PÚBLICA Nº 001-2018-HNDAC.

Fase 2: Planificación

Se realizó las visitas técnicas y levantamiento de información para el


Planeamiento Técnico y la aprobación de la Propuesta Técnica por parte del
área supervisora del Proyecto.

En esta fase se elabora el Plan de Trabajo Calendarizado (Diagrama Gantt)


del Proyecto y el diseño de la solución del sistema RIS PACS, precisando los
puntos críticos e hitos verificables de cada fase del Proyecto.

Fase 3: Ejecución

Dentro de esta fase se ejecutó el Diagrama Gantt del Proyecto, dando inicio
de las etapas que engloba la implementación del proyecto los cuales son:

 Etapa I: Implementación Data Center.


 Etapa II: Despliegue de Hardware (Data Center).
 Etapa III: Pre – Requisitos Integración.
 Etapa IV: Integración.
 Etapa V: Instalación HIRUKO RIS PACS.
 Etapa VI: Integración Modalidades.
 Etapa VII: Instalación de estaciones de lectura.
 Etapa VIII: Programa de capacitación.
 Etapa IX: Salida a Producción.
16

Fase 4: Control

Dentro de esta fase se realizó el monitoreo y control constante del avance del
Proyecto según las actividades descritas en el diagrama Gantt, integrando los
cambios, impases, calidad, equipos de trabajo, monitorizando y controlado los
riegos que conlleva cada actividad del plan de trabajo.

Fase 5: Cierre

Inmediatamente después de la puesta en marcha, y paso a producción, se


validó el cumplimiento de todos los puntos detallados en las bases integradas
de licitación pública, mediante la firma del acta de conformidad técnico-
operativo del personal encargado del proyecto por parte del Hospital Nacional
Daniel Alcides Carrión.

3.2.4 Diseño de la Solución.

Según la metodología anterior mencionada el diseño de la solución es


detallada en la Fase 2 del proyecto, que engloba el diseño y arquitectura de
la solución, diseño de la integración entre el SIGES, RIS PACS y diseño del
flujo de trabajo con el sistema RIS PACS en el departamento de Diagnóstico
por Imágenes del Hospital Nacional Daniel Alcides Carrión.

3.2.4.1 Estimación y cálculo del dimensionamiento del proyecto.

En el ANEXO 1, se presenta las tablas de cálculo para el dimensionamiento


de espacio necesario para el almacenamiento de imágenes médicas.

De acuerdo a esta información, se dimensiono el espacio de almacenamiento


que se necesitaría a una tasa de crecimiento de 10% durante un periodo de
10 años, obteniendo la Tabla 2:
17

Tabla 2. Dimensionamiento de espacio y canales de datos para 10 años.

Según la Tabla 2 mostrada para el dimensionamiento de espacio digital que


se necesitaría, se obtienen la siguiente conclusión: <Se necesitaría un
almacenamiento de 64TB a una tasa de crecimiento de 10% durante 10 años,
el cual estará divido en dos tipos de almacenamiento los cuales son: Online
Storage, para el almacenamiento de imágenes de consulta rápida sin
compresión durante los 6 meses y un almacenamiento Nearline Storage, para
el almacenamiento a largo plazo con compresión de imágenes= (THI
MEDICAL S.A.C, 2018).

Según esta conclusión, tenemos dos tipos de almacenamiento Online y


Nearline, en el almacenamiento Online no se realizar la compresión de
imágenes, en contrario, en el almacenamiento Nearline en donde usamos una
compresión de tipo JPEG-LS Lossless Image Compression, sin pérdida de
información, que permitirá reducir en un 30% el espacio que ocupan las
imágenes.

Teniendo como base 64TB efectivos que se necesitarían para el


almacenamiento de las imágenes dentro de los 02 storage para 10 años, con
crecimiento del 10%. El dimensionamiento de los discos se realizó en arreglo
de RAID6, usando discos: SC Enterprise Plus, 1.8TB, SAS, 12Gb, 10K, 2.5",
HD, para lo cual se necesitaría un total de 02 storage con 24 discos cada uno
y almacenamiento bruto de 86.4TB en total, con un espacio efectivo de 79.2TB
en RAID6.
18

3.2.4.2 Diseño y Arquitectura de la Solución.

El sistema HIRUKO RIS PACS es una solución altamente personalizable, su


implementación óptima requirió de un análisis detallado del flujo de trabajo de
la institución y su infraestructura tecnológica. Es por tanto que se siguieron las
siguientes premisas de diseño:

1. La solución HIRUKO RIS PACS, es completamente web y funcionara bajo


el modelo de virtualización de servidores.

2. El sistema será desplegado sobre máquinas virtuales. Estas estarán


alojadas en los servidores físicos del Data Center implementado en el hospital.

3. El alcance del sistema frente al flujo de trabajo incluirá el flujo asistencial


de radiología (recepción, adquisición de imágenes, lectura, transcripción,
validación y entrega de resultados).

4. Se integrará HIRUKO RIS PACS con el sistema de información


hospitalaria (SIGES).

5. Se incluirá en el flujo de trabajo las modalidades CR, DX, CT, RF, MG y


US. Para todas las modalidades se asume que el hospital cuenta con licencias
DICOM STORE Y DICOM MWL disponibles para cada equipo de imágenes.

6. Los médicos especialistas de diagnóstico tendrán disponibles monitores


de grado médico, dictáfono digital de voz, plantillas de pre informes y el
sistema de reconocimiento de voz para la interpretación de estudios y
generación de informes médicos.

7. La conectividad a nivel de red entre los servidores de aplicación y los


equipos propios del hospital (modalidades, estaciones de lectura y puntos de
visualización), debe garantizar la velocidad y ancho de banda necesario para
la comunicación de los equipos indicados.
19

Basándonos de las premisas de diseño y que dentro de la normativa peruana


indica que se debe contar con una gestión de respaldo y recuperación de la
información, para ello dentro del proyecto se consideró la alta disponibilidad,
copias de seguridad y respaldo a fin de contrarrestar algún desastre y permita
recuperar la información. Para ello se muestra en la Figura 3 la arquitectura a
nivel de hardware:

STORAGE PRINCIPAL
EX1 EX2 EX3 EX4

ALMACENAMIENTO CINTAS
EN CINTA

SRV FX 1 SRV FX 2 SRV FX 3 SRV FX 4

STORAGE
SECUNDARIO
CLUSTER SERVIDORES FX
(BACKUP)

Figura 3. Diagrama de la arquitectura de Backup y alta disponibilidad.


Fuente: Elaboración propia.

En la Figura 2 mostrada, se tiene en primer lugar un clúster de servidores, los


cuales cuentan con un sistema de virtualización, VMware, que permite
compartir los recursos de hardware de los servidores físico en las máquinas
virtuales. Es decir, permite que, si un servidor físico tiene problemas a nivel
de hardware, las máquinas virtuales que están corriendo dentro de este
servidor salta o migran a otro servidor de manera automática sin perder su
ejecución.

Dentro de este clúster también se cuenta con la aplicación VMware replication,


que permite replicar y guardar copias de seguridad de las máquinas virtuales
cada cierto periodo, mediante un proceso de replicación interna, si es que
hubiera alguna falla de la máquina virtual, se restaura la última replica
operativa de la máquina virtual para que siga ejecutando.
20

A continuación, se tiene un sistema de backup de storage, en el cual se replica


toda la información del storage principal en el storage secundario por medio
de una copia automática y sincronizada a nivel de hardware, teniendo siempre
en tiempo real la réplica del storage principal en el secundario, si hubiera fallas
en el storage principal, el storage secundario entra en funcionamiento.

Finalmente se cuenta con un sistema de backup de cintas, que permite hacer


una copia de seguridad del storage principal en la librería de cintas de manera
constante y permanente.

Según lo expuesto, podemos afirmar lo siguiente para la recuperación de la


información si es que hubiera fallos a nivel lógico o hardware:

 Si falla un servidor físico, las máquinas virtuales que estaban


ejecutándose, migran e inician dentro de otro servidor físico operativo.
 Si la máquina virtual tuviera fallas, mediante VMware replication, se
restaura la última replica operativa de la máquina virtual.
 Si hubiera fallas en el storage principal, el storage secundario entra en
funcionamiento.
 Si hubiera fallas en los discos del storage, el sistema tiene un sistema
de RAID6, que permite la reconstrucción de data en un disco nuevo.

Finalmente, en caso extremo si todos los servidores y storage tuvieran fallas


se cuenta con un sistema de backup de cintas para recuperar la información.

En el ANEXO 2, se muestra las topologías de red diseñadas dentro del data


center.
21

Figura 4. Diseño y dimensionamiento de Máquinas virtuales para los


servicios del sistema RIS, PACS y Reconocimiento de voz. Fuente:
Elaboración propia.

3.2.4.3 Diseño de la Integración entre el SIGES, RIS y PACS.

En el diseño de la integración, se realizaron actividades para desarrollar la


arquitectura, desarrollo y usos de caso, de la integración entre el sistema
Hospitalario SIGES y el Sistema RIS PACS.

Para poder limitar los tiempos de desarrollo, se elaboró un Gantt de


actividades de la integración entre los sistemas, el cual es detallado en el
ANEXO 3, y en el ANEXO 4 se muestra el diagrama a nivel de tablas de la
integración entre el sistema SIGES y el sistema RIS PACS.

Para llevar a cabo la correcta integración entre los sistemas se realizó las
adaptaciones y parametrización en los sistemas, los cuales fueron:

En el sistema RIS PACS:

 Creación de una Interface Web para consultar la tabla intermedia del


sistema SIGES.
 Creación de nuevos campos de búsqueda (Historia Clínica y Número de
cuenta).
 Adaptación de tablas en la base de datos del sistema RIS para contener
los nuevos campos añadidos.
 Parametrización y estandarización de estudios, provincias, distritos y Cie10
22

según la información del sistema SIGES.


 Desarrollo de canal HL7 de lectura de la tabla intermedia.
 Desarrollo de canal HL7 para escritura de link de imágenes e informe
médico.
 Desarrollo de canal HL7 para escritura del estado de la orden en el sistema
RIS PACS.

En el sistema SIGES:

 Creación de 04 tablas intermedias en la base de datos del sistema SIGES


con campos según manual de integración.
 Creación de disparador de eventos para completar la tabla intermedia entre
los dos sistemas.
 Categorización de estudios de diagnóstico por imágenes en los módulos:
radiografía análoga, radiografía digital directo, radiografía computarizada,
tomografía, angiografía, arco en C, fluroscopia y ecografía.
 Se completó el campo modalidad en la base de estudios del SIGES por los
valores de: CT, CR, US, MR, XA y MN según la modalidad al cual pertenece
el estudio.

3.2.4.4 Desarrollo de la Integración en el SIGES y RIS PACS.

En la siguiente figura se muestra el diagrama de bloques de la integración


entre el sistema hospitalario (SIGES) y el sistema RIS PACS:
23

HIS DB HCE

(A) TABLAS: (D) Estados RIS – HIS CARRION


RIS_PACS_TABLA_01_LECTURA_HNDAC TABLA DE PASO (SQL)
RIS_PACS_TABLA_02_LECTURA_HNDAC (E) Reporte RIS – HIS CARRION

(B) ORM-Carrion (HL7 -> HL7)

HL7 SERVER (INTEGRADOR – Mirtconect)


(C) MWL_HNDAC
DELETE-MWL
(SQL -> HL7) CONSOLA
EQUIPO MEDICO

(SQL -> DICOM)

RIS DB

Figura 5. Diagrama de integración entre SIGES, RIS y PACS. Fuente:


Elaboración propia.

Del diagrama presentado en la Figura 5 se expone los siguientes puntos:

(A) El sistema clínico no cuenta con un servidor HL7, su base de datos se


encuentra en SQL Server, para poder realizar la integración entre los
sistemas, se crear una tabla intermedia que recopila toda información
demográfica y clínica de las diferentes tablas dentro de la base de datos del
paciente que son necesarios para el funcionamiento del sistema RIS PACS
(THI MEDICAL S.A.C, 2018). Para lo cual se crean las siguientes tablas:

 RIS_PACS_TABLA_01_LECTURA_HNDAC
 RIS_PACS_TABLA_02_LECTURA_HNDAC

(B) En el sistema clínico se crea la facturación y agendamiento de los


exámenes del paciente, mediante el canal de integración <ORM-Carrión=,
transformamos por medio de la herramienta de interoperabilidad Mirthconect,
la información escrita en la tabla de paso en SQL a mensaje HL7 con los datos
demográficos y médicos necesarios para el sistema y lo enviamos al RIS
mediante un mensaje ADT HL7 (ordenes), ese mensaje se crear por cada
24

registro que es introducido en las tablas intermedias y aceptado por el RIS


para su agendamiento en el sistema RIS PACS.

(C) Para crear la lista de trabajo para la modalidad (equipos médicos), se


hace uso del canal de interoperabilidad: MWL_HNDAC, los cuales permite
transformar la información dentro de la base de datos que están en SQL del
RIS en mensajes DICOM para los equipos médicos. Mediante el canal de
interoperabilidad DELETE-MWL permite conocer el estado de examen que
tiene agendado dentro del equipo médico como el borrado del registro dentro
de la lista de trabajo.

(D) Para que la historia clínica electrónica del paciente pueda conocer el
estado de los estudios agendados dentro del sistema RIS, se realiza él envió
de un mensaje ORM HL7 mediante el canal de interoperabilidad <Estados RIS
- HIS CARRION=, quien realiza él envió del estado de los estudios y la
conversión del mensaje de la versión ORM HL7 v3.0 con que trabaja el RIS a
la versión ORM HL7 v2.7, con el cual trabaja la historia clínica electrónica
(HCE).

(E) Para poder entregar los resultados (informe médico y URL de las
imágenes), a la historia clínica electrónica se hace uso del canal de
interoperabilidad <Reporte RIS - HIS CARRION=, quien recibe un mensaje
ORU HL7 v3.0 y lo transforma a la versión ORU HL7 v2.7 y lo envía a la
historia clínica electrónica.

Según lo expuesto y detallado en el diagrama presentado, es necesario el uso


de una herramienta de interoperabilidad que permita englobar e integrar todas
las tecnologías con las que cuenta los sistemas involucrados, como
transformar mensajes SQL a HL7, HL7 a DICOM y poder transformar la
versión de los mensajes HL7 con los cuales cuentan los sistemas, por ello
hacemos uso de la herramienta Mirth Connect como nuestro motor
multiplataforma.
25

Dentro del ANEXO 5, se describe el desarrollo de la mensajería HL7 entre el


sistema SIGES, RIS y PACS para la creación de los pacientes, agendamiento,
modificación de datos del paciente y creación de la cita.

De acuerdo del diagrama presentado en la Figura 5 para la integración entre


los sistemas también se hace uso de tablas de paso, para lo cual el área de
desarrollo del hospital creo y habilito el uso de cuatro tablas de paso, los
cuales son:

 RIS_PACS_TABLA_01_LECTURA_HNDAC
 RIS_PACS_TABLA_02_LECTURA_HNDAC
 RIS_PACS_TABLA_03_ESCRITURA_ADENDUM_HNDAC
 RIS_PACS_TABLA_04_ESCRITURA_LOG_HNDAC

Para crear estas tablas se usó la Base de Datos denominado <SIGH_HL7= del
Hospital Nacional Daniel Alcides Carrión en el cual se crearon las cuatro
nuevas tablas indicadas. En el ANEXO 6, se muestra las tablas creadas dentro
de la base de datos del SIGES.

En el ANEXO 7 se detalla y describe la utilidad de cada tabla creada dentro


de la base de datos del SIGES.

Por otro lado, las modificaciones y adaptaciones realizadas en el sistema RIS


PACS consistió en el diseñó y adaptación de la interface web entre el sistema
RIS PACS y el SIGES (THI MEDICAL S.A.C, 2018), según coordinaciones
con el área de sistemas, usuario y el consorcio, quedando la interface web
como se muestra en la Figura 6.
26

Figura 6. Interface web desarrollada en el RIS para la integración con el


SIGES. Fuente: HN-DOC-18-
8_INTEGRACION_ENTRE_SIGES_Y_RIS_PACS_DEL_HNDAC.pdf

Dentro de esta interface se podrá hacer la consulta por medio de canales HL7
a la tabla intermedia RIS_PACS_TABLA_01_LECTURA_HNDAC, que
después de su ingreso al sistema RIS PACS, se escribirán los campos en la
base local del sistema RIS PACS y se actualizarán si es que los datos son
actualizados en el sistema SIGES frente a una orden con datos demográficos
modificados al agendar y facturar una nueva orden del paciente. Los campos
de consulta a la información proveniente del sistema SIGES son: Consulta por
Nombre, DNI, Historia Clínica, Nro. Cuenta y rango de fechas.
Los canales HL7 desarrollados para la integración entre el sistema SIGES y
RIS PACS están detallados en el ANEXO 8. y los cuales son.

 Estados RIS – HIS CARRION


 Reporte RIS – HIS CARRION
 ORM-Carrion
27

Figura 7. Canales HL7 desarrollados en el RIS para la integración con el


SIGES. Fuente: HN-DOC-18-
8_INTEGRACION_ENTRE_SIGES_Y_RIS_PACS_DEL_HNDAC.pdf

Adicionalmente se crearon dos canales HL7 para la integración con las


modalidades que generan estudios en formato DICOM 3.0 al sistema RIS
PACS. Los cuales son:

 MWL_HNDAC
 DELETE-MWL

Los canales HL7 desarrollados cuentan con un Log de transacciones


mediante el cual se puede detectar cada actividad en los dos sistemas.

3.2.4.5 Agendamiento de Citas entre el Sistema SIGES y RIS PACS.

El agendamiento de las citas lo da el sistema SIGES, cuando se realiza la


facturación de la orden de diagnóstico por imágenes automáticamente el canal
HL7 ORM-carrion, refleja la orden en el sistema RIS PACS. Mediante los
campos de consulta se visualiza en la interface web del sistema RIS PACS
diseñada para las solicitudes del sistema SIGES. El diagrama de flujo que
seguirá el agendamiento de las órdenes esta dado en la Figura 8.
28

Figura 8. Flujograma de agendamiento de citas entre el sistema SIGES


y RIS PACS. Fuente: HN-PR-18-
2_PROCESO_DE_AGENDAMIENTO_EN_SIGES.pdf1

En el flujograma de la Figura 8, se puede observar que el paciente proveniente


de área de emergencia, hospitalización, Consulta Externa es agendado en el
sistema SIGES. Las ordenes de exámenes de diagnóstico por imágenes
(rayos x, tomografía, ecografía, etc.) después de generarse la cita o
agendamiento y realizado el pago, pasa al área de admisión del sistema RIS.
La admisión al RIS lo realizara el área de diagnóstico por imágenes, quienes
harán uso del sistema RIS PACS.
El flujo que seguirá cada orden creada en el SIGES se dará de la siguiente
manera:

1. El SIGES agenda una nueva orden (se crea orden en SIGES, se factura
orden en SIGES).
2. Se replica en la tabla intermedia.
3. Se lee el nuevo campo mediante canal ORM del estándar HL7.

1
THIMEDICAL S.A.C. Entregable de la Licitación Pública Nº 001-2018-HNDAC, 2018
29

4. El RIS hace consulta de su interface web del registro y lo muestra.


5. El RIS registra la nueva orden en su base de datos e ingresa al flujo de
imágenes del sistema RIS PACS.

3.2.4.6 Diseño del Flujo de Trabajo.

Según la revisión estratégica realiza para la implantación del sistema RIS


PACS en el área de diagnóstico por imágenes se diseñó un flujo de trabajo
que sea acorde a los estándares, áreas involucradas y personal relacionado
para que el hospital pueda tener una mejor gestión de su área con el sistema
RIS PACS.

De esta manera con el flujo de trabajo diseñado para del sistema RIS PACS
en el departamento de diagnóstico por imágenes y la interrelación de sus
módulos en las diferentes fases del proceso de atención del paciente hicieron
que la implantación y uso del sistema sea de manera amigable, simple y tenga
un alcance global y estratégica en todas las áreas del hospital.

Para lograr esto, se desarrolló el flujo general que debe seguir cada orden
médica dentro del departamento de diagnóstico por imágenes, tal como se
muestra en la Figura 9.

Figura 9. Flujograma de trabajo con el sistema RIS PACS diseñado.


Fuente: HN-PR-18-1_PROCESO_PACS_RIS.pdf2
2
THIMEDICAL S.A.C. Entregable de la Licitación Pública Nº 001-2018-HNDAC, 2018
30

Cada fase dentro del flujo involucra diferentes áreas que se interrelaciona para
brindar al paciente un diagnóstico rápido y de calidad. El detalle de cada fase
que involucra la atención de los pacientes dentro del sistema RIS PACS se
detalla en el ANEXO 9.

Dentro del hospital no existía ningún procedimiento para tener la identificación


exacta de diferentes tipos de pacientes que no tuvieran el documento de
identidad, solo hacían uso del registro de consumo para luego regularizarlo,
es por ello que se diseñó los procedimientos para la atención de este tipo de
pacientes que es detallado en el ANEXO 10 y los cuales son:

 Atención de pacientes NN, RN.


 Atención de paciente de emergencia nivel I.
 Regularización de pacientes NN y RN.

3.2.5 Implementación de la Solución.

Según la metodología utilizada y descrita anteriormente a continuación se


explicará la Fase 3, que engloba la implementación y ejecución del Gantt de
actividades, en donde nos enfocamos en la implementación del sistema RIS
PACS en el Hospital Nacional Daniel Alcides Carrión en sus diferentes etapas.

Etapa I: Implementación Data Center

En esta etapa se realiza la remodelación y adecuación del Data Center del


Hospital, considerando las obras civiles, puesta a tierra, cableado eléctrico y
canalización del punto de alimentación, fabricación e instalación de tableros
eléctricos, tendido de alimentadores, canalización y tendido de circuitos.

Se consideró adicionalmente la adecuación de la sala contigua para el


personal de TI del hospital, reubicación de tableros eléctricos, Instalación de
puerta corta fuego, instalación de falso techo, instalación de luminarias,
instalación de piso técnico, instalación de gabinetes en Data center,
31

Instalación de UPS, instalación de aires acondicionados, instalación de un


sistema contra incendio.

En el ANEXO 11, se muestra imágenes de la sala servidores antes y después


de la remodelación, así como el sistema contra incendios y la entrada
biométrica a la data center.

Considerándose un proyecto que engloba la transmisión de imágenes


médicas, que consumen un ancho de banda considerable, se realizó la
canalización y tendido de cableado estructurado, ponchado y peinado de
cables en los gabinetes, brindado la certificación correspondiente al cableado
estructurado. En el ANEXO 12, se muestra imágenes del cableado de red
realizado y la construcción de la sala de diagnóstico en el segundo nivel.

Etapa II: Despliegue de Hardware (Data Center)

Dentro de esta etapa del proyecto se realiza la entrega de los servidores,


switches, storage, gabinetes y todos los componentes del Data Center.
Prosiguiendo con la instalación física de los servidores, storage, virtualización
con VMWare, configuración y validación de los servidores virtuales según el
diseño del sistema RIS PACS.

Después de la instalación y configuración de los equipos físicos, se proseguí


con la virtualización de los servidores por medio de Vphere en cada servidor
Blade instalado.

En el ANEXO 13, de muestra imágenes de la instalación de Vphere,


volúmenes creados en el storage y máquinas virtuales alojados en los hosts.

Etapa III: Pre Requisitos de Integración

Siendo esta etapa fundamental para el correcto funcionamiento entre los


sistemas, se da inicio con las actividades en el reconocimiento y levantamiento
de información del sistema Hospitalario SIGES. Delimitando posteriormente
32

los alcances y requerimientos que son necesarios para la integración entre los
sistemas.

Se recopilará información y flujos de trabajo de diferentes áreas que hacen


uso del sistema SIGES para tener mayor conocimiento y detalle de la
integración con el Sistema RIS PACS.

Se elaboró un ambiente de pruebas para la integración entre los sistemas por


parte de la entidad según los requerimientos solicitados por el área de
desarrollo. Dentro de ese ambiente se realizó el diseño, desarrollo e
implementación del canal de integración entre los sistemas, las pruebas,
creación de campos, modificación y desarrollo de campos para la viabilidad
entre los dos sistemas SIGES y RIS PACS, para posteriormente llevarlo al
entorno de producción.

En el ANEXO 14 de muestra un acta de reunión, en donde se detalla el


alcance de integración entre los sistemas.

Etapa IV: Integración

Dentro de esta fase se replica los desarrollos realizados en el ambiente de


pruebas al ambiente de producción, validando correctamente la conexión a la
Base de datos de pruebas y producción. Se realizaron actividades para que
se refleje el desarrollo y pruebas en el ambiente de producción, realizando los
ajustes necesarios frente a inconvenientes o problemas asociados en el
ambiente de producción.

Para ello de desarrollo un diagrama Gantt, específico para la integración en


producción entre el sistema SIGES y RIS PACS, el cual esta detallado en el
ANEXO 15.
33

Etapa V: Instalación HIRUKO PACS/RIS

En esta etapa se realizó el despliegue, instalación, configuración y


parametrización del sistema RIS PACS, Reconocimiento de Voz y las pruebas
de funcionabilidad de cada servicio instalado y configurado en los servidores
virtuales del Data Center.

Considerando que esta etapa engloba una gran cantidad de trabajos y


dependencias de otros factores para la correcta instalación, configuración y
parametrización del sistema, se desarrolló un Gantt de actividades para
culminar esta etapa de la mejor manera y con tiempos exactos, el cual es
detallado en el ANEXO 16.

El ingeniero residente en el hospital instalo el software base y realizo la


verificación de su correcto funcionamiento del servidor PACS, servidor RIS,
Servidor MWL y servidor RV, dejando a un nivel en el cual se podía acceder
de forma remota y con los servicios inicializados.

A continuación, se realizó las configuraciones adicionales para integrar el


sistema RIS con el servidor PACS, los servicios de la base de datos, el
servidor Modality WorkList, y reconocimiento de voz. Esta integración se
realizó de manera remota. Los requisitos más relevantes para realizar la
instalación del sistema RIS PACS y su integración con las modalidades se
detallan en la Tabla 3.
34

Tabla 3. Tabla de requisitos para la instalación del RIS PACS.


Nro Puntos Requisitos
1 Inicialización de Contar con los servidores físicos en sitio,
servidores instalados y alimentados
Contar con los servidores físicos
2
Instalación de VMWare inicializados
3 Instalación del RIS, Tener VMWare instalado, IP asignados y
PACS, MWL y RV con salida a internet
Tener los equipos dentro de la misma red
4 Integración con y contar con el sistema PACS RIS
modalidades operativos
Integración con las
5 estaciones de Tener el sistema PACS RIS operativo y
diagnóstico las modalidades integradas al sistema.
Fin de requisitos

Esta etapa inicia desde la instalación del sistema operativo Linux para los
servidores virtuales PACS, RIS, DB y MWL, configurándolo según el manual
de instalación del fabricante.

Figura 10. Instalación del Sistema Operativo Linux para el servidor


virtual PACS, RIS, DB y MWL. Fuente: HN-DOC-18-
10_INSTALACIÓN_DEL SISTEMA_PACS_RIS_E_INTEGRACIONES.pdf
35

Continuando con la instalación de los servicios internos para cada servidor


virtual (PACS, RIS, DB y MWL), que se encuentran bajo el sistema operativo
Linux Server, el proceso de instalación para cada servicio se realizó por medio
de consola.

En el ANEXO 17 se muestra imágenes de la instalación del motor de base de


datos, instalación de sistema RIS, PACS y servidor de reconocimiento de voz.

Las incidencias y consecuencias encontradas en la instalación del sistema


RIS PACS se detallan en la Tabla 4.

Tabla 4. Tabla de incidencias y consecuencias en la instalación del RIS


PACS.
Nro Incidencia Consecuencias
Retraso en la
1 implementación de la sala Retraso en la fecha de instalación del
de servidores sistema RIS PACS
Retraso en el retiro de los
2 equipos del almacén del Retraso en la fecha de instalación del
hospital sistema RIS PACS
Retraso en la puesta en
3 operación de los 04 Retraso en la fecha de instalación del
servidores y el datastore sistema RIS PACS
Retraso en la entrega de
4 información a parametrizar Retraso en la parametrización del
en el RIS sistema RIS
5 Retraso en el cableado de Retraso en la integración del sistema
red RIS PACS con las modalidades
Retraso en la intercomunicación del
6 sistema RIS PACS con los puntos de
Retraso en el cambio del red e integración con las salsa de
core diagnóstico y visualización
Fin de Incidencias

Las incidencias y resultados encontrados en la instalación del sistema RIS


PACS se muestra en la Tabla 5.
36

Tabla 5. Tabla de resultados de incidencias en la instalación del RIS PACS.


Nro Servicio Resultado
La instalación y actualización de los
Instalación y
aplicativos se dio sin problemas. Solo
1 parametrización del
teniendo retrasos en la parametrización por la
servidor RIS
demora en la entrega de la información
La instalación y parametrización del servidor
Instalación y
PACS, se dio sin problemas. Se hicieron
2 parametrización del
pruebas de envió de estudios al PACS sin
servidor PACS
problemas.
La instalación y carga de tablas al servidor de
Instalación del base de datos se dio sin problemas
3
servidor DB interconectándolo con el servidor RIS y PACS
sin inconvenientes.

La instalación se dio sin problemas, pero se


Instalación del
4 tuvo demoras en la parametrización pues por
servidor RV
momentos se perdía conexión a internet

La instalación y parametrización del servidor


MWL, se dio sin problemas. Se hicieron
Instalación del
5 pruebas de WorkList, sin problemas con las
servidor MWL
modalidades integradas al sistema RIS
PACS.

Solo se integró 03 modalidades de las 06


Integración de las
modalidades con las que cuenta el servicio de
6 modalidades al
imágenes. Esto porque el hospital no
sistemas PACS RIS
coordino correctamente con sus proveedores.

Integración de las La integración de las estaciones de


estaciones de diagnóstico al sistema RIS PACS, tuvo
7
diagnóstico al sistema retraso, pues no se contaba con la red
PACS RIS interconectada a la sala de diagnóstico.
Fin de resultados
instalación

Etapa VI: Integración Modalidades

En esta etapa del proyecto, se revisó la garantía y soporte que tiene cada
equipo médico del hospital, para gestionar su integración al sistema RIS
PACS. Los equipos que nosotros comercializamos y brindamos soporte se
realizó la configuración e integración al sistema por nosotros. En el ANEXO
37

18 se muestra la lista de equipos de diagnóstico por imágenes con los que


cuenta el hospital Daniel Alcides Carrión.

En el ANEXO 19 se muestra imágenes de la configuración de los equipos


médicos para él envió de imágenes al PACS y pueda recibir la lista de trabajo
desde el RIS.

Posteriormente se realizó la verificación de recepción de estudios en el PACS


de los equipos médicos integrados al sistema RIS PACS.

Figura 11. Estudios recibidos de diferentes equipos y modalidades.


Fuente: Elaboración propia, 2018.

Etapa VII: Instalación de Estación de Lectura

En esta etapa del proyecto, se realizó la entrega e instalación de 08 estaciones


de diagnóstico al área de informes, posteriormente se gestionó las licencias
correspondientes para el software especializado de diagnóstico de imágenes
médicas. En el ANEXO 20 se muestra imágenes de las estaciones de
diagnósticos instaladas dentro del hospital.

En la Tabla 6 se muestra las direcciones IPs y hostname de las estaciones de


diagnóstico instalados.
38

Tabla 6. Tabla de direcciones IP de las estaciones de diagnóstico.


Subnet
Hostname Model Os IP Address
Gateway
Optiplex Windows 255.255.255.0
RADIOLOGIA1 7060 Tower 10 Pro 192.168.104.2 192.168.104.1
Optiplex Windows 255.255.255.0
RADIOLOGIA2 7060 Tower 10 Pro 192.168.104.3 192.168.104.1
Optiplex Windows 255.255.255.0
RADIOLOGIA3 7060 Tower 10 Pro 192.168.104.4 192.168.104.1
Optiplex Windows 255.255.255.0
RADIOLOGIA4 7060 Tower 10 Pro 192.168.104.5 192.168.104.1
Optiplex Windows 255.255.255.0
RADIOLOGIA5 7060 Tower 10 Pro 192.168.104.6 192.168.104.1
Optiplex Windows 255.255.255.0
RADIOLOGIA6 7060 Tower 10 Pro 192.168.104.7 192.168.104.1
Optiplex Windows 255.255.255.0
RADIOLOGIA7 7060 Tower 10 Pro 192.168.104.8 192.168.104.1
Optiplex Windows 255.255.255.0
RADIOLOGIA8 7060 Tower 10 Pro 192.168.104.9 192.168.104.1
Optiplex Windows 255.255.255.0
ROBOTCDDVD 7060 SF 10 Pro 192.168.104.10 192.168.104.1

Etapa VII: Programa de Capacitación

En esta etapa del proyecto, se puso en marcha el Plan de Capacitación, según


el cual se realizó la capacitación de médicos radiólogos, tecnólogos, personal
de admisión, recepción y personal relacionado en el uso y manejo del sistema.
El plan de capacitación del Proyecto RIS PACS fue un instrumento para
determinar las prioridades de la capacitación de los actores involucrados
dentro del flujo de trabajo con el sistema RIS PACS.

El plan de capacitación incluyo a todos los colaboradores de recepción de


órdenes médicas de diagnóstico por imágenes, personal tecnólogo médico,
técnico médico, medico radiólogo, digitadores, médicos internos, personal de
sistemas y soporte técnico, considerando también a todo personal involucrado
o participe en el departamento de diagnóstico por imágenes

Su propósito general fue el de impulsar la eficiencia organizacional, la


39

capacitación llevada a cabo contribuyo a:


 Elevar el nivel de rendimiento de los colaboradores y, con ello, al
incremento de la productividad, eficiencia y rendimiento en la calidad de
atención al paciente.

 Mejorar la interacción entre los colaboradores y, con ello, a elevar el interés


por el aseguramiento de la calidad en el servicio.

 Satisfacer más fácilmente requerimientos futuros del departamento de


diagnóstico por imágenes en materia de personal, sobre la base de la
planeación de recursos humanos.

 Generar conductas positivas y mejoras en el clima de trabajo, la


productividad y la calidad y, con ello, a elevar la moral de trabajo.

 La compensación indirecta, especialmente entre las administrativas,


técnicos y médicos que tienden a considerar así la paga que asume por
participación en programas de capacitación.

 Mantener al colaborador al día con los avances tecnológicos, lo que alienta


la iniciativa y la creatividad y ayuda a prevenir la obsolescencia de la fuerza
de trabajo.

Los objetivos generales y específicos de la capacitación fueron:

 Dar a conocer al personal la existencia, herramientas y uso del sistema RIS


PACS dentro del departamento de diagnóstico por imágenes.

 Entrenar al personal para el uso de herramientas informáticas que formaran


parte de sus funciones cuando se implemente el sistema RIS PACS.

 Enseñar al personal el uso de las herramientas y funciones que


desarrollaría con la implementación del sistema RIS PACS, para agilizar y
40

mejorar la calidad de atención de los pacientes de diagnóstico por


imágenes.

 Dar a conocer todo el flujo de trabajo con el sistema RIS PACS.

 Capacitar y entrenar al personal técnico para la atención y soluciones de


casos dentro del sistema RIS PACS.
 Dar a conocer y capacitar al personal para el uso de la interface
desarrollada para la interacción entre el sistema RIS PACS y SIGES.

 Conocer las habilidades personales e informáticas del personal para


desarrollo en otros cargos al momento de la implementación del sistema
RIS PACS.

 Actualizar y ampliar los conocimientos requeridos en las áreas que se


implementara el sistema RIS PACS.

Las estrategias empleadas fueron:

 Desarrollo de las acciones a realizar en el sistema dependiendo de su


función.
 Presentación de casos en el uso del sistema RIS PACS.
 Realización de talleres personalizados.
 Metodología de exposición (dialogo – práctico).

Las modalidades de capacitación utilizadas para la implementación del


sistema RIS PACS fueron:

Formación: Se usó para impartir conocimientos básicos orientados a


proporcionar una visión general amplia del sistema RIS PACS.

Actualización: Se brindó conocimientos nuevos y experiencias con los


nuevos avances tecnológicos en sistemas de gestión de diagnóstico por
41

imágenes.

Especialización: Se orientó a profundizar y dominar conocimientos y


experiencias para el desarrollo de habilidades en el uso de las herramientas
del sistema RIS PACS. Esta especialización se realizó por perfil del actor en
el departamento de diagnóstico por imágenes y sistemas.

En el ANEXO 21, se detalla el cronograma de capacitación para el uso,


manejo y administración del sistema RIS PACS e interface de integración con
SIGES.

Para afianzar el uso y manejo de la plataforma, se desarrolló el temario de la


Tabla 7, que permitió a los asistentes a capacitarse en los temas, y el refuerzo
en el manejo del sistema, permitiendo mejorar la calidad y los tiempos de
atención en el diagnóstico de los pacientes.

Tabla 7. Tabla de temas de la capacitación realizada.


TEMAS DE CAPACITACION
Conocer el sistema RIS.
Conocer el visor Web.
VISION GENERAL DEL
SISTEMA PACS RIS Conocer las herramientas del sistema RIS.
Conocer el proyecto RIS PACS en
implementación.
Capación por perfil de usuario.
Capacitación del personal de recepción.
CAPACITACIÓN EN USO Capacitación del personal de Tecnólogo
DEL SISTEMA RIS Medico.
Capacitación del personal de Medico
Radiólogo.
CAPACITACIÓN EN USO
DEL SOFTWARE Capacitación del personal de Medico
AVANZADO DE Radiólogo.
DIAGNOSTICO
CAPACITACION PARA Administración del sistema RIS PACS.
LA ADMINISTRACION Parametrización del sistema.
DEL SISTEMA PACS RIS Administración y uso de la interface entre el
E INTERFACE SIGES sistema SIGES y PACS RIS.
42

Etapa IX: Salida a Producción

En esta etapa del proyecto, se puso en marcha el Plan de Soporte a la Puesta


en Marcha. Al ser un producto software que involucra diversos aspectos
tecnológicos, así como el contexto organizacional de diferentes actores
involucrados en diferentes instancias, la implementación dentro del Hospital
Nacional Daniel Alcides Carrión, se consideró diversos modelos de procesos
y de gestión que guiaron el ordenamiento y sistematización de la
implementación del software, así como la implantación y el mantenimiento de
los productos softwares instalados.

Teniendo en cuenta la necesidad de sistematizar la implantación del sistema


RIS PACS en el contexto real, se desarrolló una guía de aplicación que
contiene un conjunto de subprocesos, actividades, productos y roles
involucrados en cada uno de ellos (THI MEDICAL S.A.C, 2018), utilizando el
diagrama de actividades que se muestra en la Figura 12.

Figura 12. Diagrama de actividades de soporte a la Puesta en Marcha.


Fuente: HN-DOC-20-
11_PLAN_DE_SOPORTE_A_LA_PUESTA_EN_MARCHA_PROYECTO
PACS_RIS.pdf3

3
THIMEDICAL S.A.C. Entregable de la Licitación Pública Nº 001-2018-HNDAC, 2018
43

Cada actividad de soporte a la puesta en marcha, se detalla a continuación:

Requerimientos:

 Contar con un óptimo funcionamiento de los servidores del proyecto RIS


PACS.
 Disponer de canales de Lista de Trabajo con el HIS clínico activos.
 Tener habilitado el disparo de órdenes de diagnóstico por imágenes de
forma automática a la tabla intermedia del SIGES.
 Contar con los usuarios en el sistema habilitados y activos, con sus
respectivos roles de acceso según su perfil.
 Capacitación respectiva al personal del Hospital, para el correcto manejo
del Sistema RIS PACS.
 Conectividad de las Equipos Médicos con los servidores PACS y MWL
para recepción de listas trabajo y envió de estudios al PACS.
 Estaciones de trabajo disponibles para los médicos, referenciados en el
reconocimiento de voz.

Análisis:

 Se elaboró un documento que facilite el registro de incidencias, para


determinar la frecuencia y tomar acciones.
 El personal directivo tuvo acceso a los informes y registros durante la
marcha para tener un mejor control.
 Se gestionó la documentación e incidencia en reportes.
 Se dispuso una línea de comunicación paralelo de apoyo con Soporte TI.
 Se evaluó las incidencias durante la marcha del sistema RIS PACS.

Diseño:

 Se diseñó estrategias para la adaptación del personal al sistema,


brindando charlas en conjunto y solventando dudas.
 El diseño contemplo la verificación, capacitación continua e implantación
44

de personas claves para atender casos frecuentes durante la marcha con


el sistema.
Implementación:

Se inició con la implementación del sistema RIS PACS en el área de rayos x,


posteriormente ingreso la modalidad de tomografía y finalmente la modalidad
de ecografía.

Figura 13. Secuencia de implantación del sistema RIS PACS por


modalidad. Fuente: Elaboración propia, 2018.

El plan de soporte a la puesta en marcha permitió definir actividades, roles y


productos focalizadas sobre los atributos del software, evaluación sistemática
y ordenada de la infraestructura tecnológica, así como de las características
de los recursos humanos involucrados en la puesta en marcha del nuevo
sistema en el entorno real de la operación.

3.2.6 Fundamentos Utilizados. Dentro del ANEXO 22 detallamos el


fundamento teórico necesario para el buen entendimiento del presente
trabajo de suficiencia profesional.

3.3 Costos del Proyecto

A continuación, se realizará el análisis de costos que involucro la LICITACION


PÚBLICA Nº 001-2018-HNDAC <ADQUISICIÓN DE SISTEMAS
INTEGRADOS DE INFORMACIÓN RADIOLOGÍA Y SISTEMAS DE
ALMACENAMIENTO Y COMUNICACIÓN DE IMÁGENES DEL PROYECTO:
MEJORAMIENTO DE LA CAPACIDAD RESOLUTIVA DE LA UPSS
45

DIAGNOSTICO POR IMÁGENES DEL HOSPITAL NACIONAL DANIEL


ALCIDES CARRION= (SEACE, 2018), implementado durante el 2018.

En la Tabla 8 se muestra los bienes y servicios que comprendió la


LICITACION PÚBLICA Nº 001-2018-HNDAC.

Tabla 8. Tabla de descripción y cantidad de los bienes y servicios requeridos


en la LICITACION PÚBLICA Nº 001-2018-HNDAC.
ITEM DESCRIPCION CANT.
SOLUCIÓN DE SOFTWARE PACS-RIS 1
SWITCH DE CORE (01) Y SWITCHS DE BORDE (02) 3
CHASIS BLADE CON 04 SERVIDORES, INCLUYE
8
VIRTUALIZACIÓN (04)
ALMACENAMIENTO Y SWITCH SAN 2
SISTEMA DE MONITOREO ACTIVO 1
ESTACIÓN DE DIAGNOSTICO (07) Y ESTACION DE
8
MAMOGRAFIA (01)
1
ESTACIONES CONVENCIONALES + MONITORES DE
4
VISUALIZACION DE DATOS
SOLUCIÓN DE RESPALDO BACKUP (LTO) 1
ROBOT GRABADOR CD Y DVD 1
CABLEADO ESTRUCTURADO Y CABLEADO
1
ELÉCTRICO
UPS Y TRANSFORMADOR DE AISLAMIENTO (DATA
1
CENTER)

En el ANEXO 23 se detalla los costos desglosados por ítem que englobo la


implementación y puesta en producción de la LICITACION PÚBLICA Nº 001-
2018-HNDAC.
46

CAPÍTULO IV: REFLEXIÓN CRÍTICA DE LA EXPERIENCIA

En este capítulo se presenta mi valorización del Trabajo de Suficiencia


Profesional en el contexto de la solución del problema planteado y de la
importancia para el profesional de Ingeniería Electrónica y Biomédica.

Este trabajo ha demostrado la exitosa implementación de un Sistema de


Información en Radiología y Sistema de Almacenamiento y comunicación
de imágenes médicas en un hospital de alta demanda como es el Hospital
Nacional Daniel Alcides Carrión, lo cual permite la replicación de este tipo
de soluciones tanto en diseño como implementación en diferentes centros
de salud a nivel nacional, siendo un punto de referencia y mejora
tecnológica en el área de diagnóstico por imágenes.

En la etapa de desarrollo de la integración entre los sistemas involucrados


se tuvo inconvenientes por las horas extras necesarias del personal de
informática del hospital, pues tenían que realizar cambios internos en su
base de datos y gestionar los campos necesarios para la integración entre
los sistemas.

Cuando se realizó la integración de equipos médicos al sistema, notamos


que muchos de sus equipos no tenían soporte técnico o plan de
mantenimiento, dificultando las configuraciones necesarias para la
integración al sistema RIS PACS, por ende, tuvimos retrasos en la
implementación debido a que las configuraciones son realizadas dentro del
equipo por parte del fabricante o empresa que vendió el equipo al hospital.

Cabe mencionar que los médicos radiólogos del hospital son de mayor
edad, y de difícil aprendizaje a sistemas informáticos, dificultándose el
aprendizaje de uso del sistema para el diagnóstico, gracias a que cuentan
47

con practicantes jóvenes permitió que el aprendizaje y uso continuo del


sistema se realizara de manera más efectiva.

Durante el despliegue y capacitación en sitio del sistema en las diferentes


áreas como emergencia, hospitalización y consultorios fue notorio el gran
interés por los médicos y personal médico relacionado en uso y manejo del
sistema para la visualización de los resultados.
49

CAPÍTULO V: CONCLUSIONES Y RECOMENDACIONES

En este capítulo se presenta los resultados obtenidos luego del desarrollo del
Trabajo de Suficiencia Profesional, así como las sugerencias para la
implementación y puesta en marcha de este tipo de proyectos para la mejora
de la calidad de atención de los pacientes en los centros de salud nacional.

5.1 Conclusiones

La solución diseñada e implementada dentro del Hospital Daniel Alcides


Carrión ha mejorado considerablemente los tiempos de atención, la gestión
de la imágenes medicas e informes médicos, que el diagnostico medico se
realice en equipos y software adecuado para este tipo de diagnóstico por
imágenes médicas, adicionalmente ha tenido un gran impacto en todos los
ambientes de emergencia y hospitalización donde se necesitaba visualizar
las imágenes médicas para una atención rápida y efectiva del paciente.

Actualmente todas las imágenes medicas del área de ecografía, rayos X,


mamografía, tomografía, fluroscopia y densitometría se encuentran
centralizadas dentro del sistema RIS PACS, pudiendo ser consultadas desde
todos los puntos de visualización dentro del hospital.

La integración entre el sistema clínico SIGES y el sistema RIS PACS, facilita


la admisión de los pacientes al área de diagnóstico por imágenes haciendo
que la información demográfica del paciente se refleje de manera automática
desde el área de caja o admisión, siendo la atención de un paciente de
50

emergencia en menos 30 minutos en los cuales los resultados, imágenes e


informe médico, se encuentra disponible en el sistema para ser consultados
por los médicos.

La implementación del cableado estructurado que fue parte la licitación


pública exclusiva para la transmisión de imágenes médicas a través de fibra
óptica y categoría 7A han permitido que el almacenamiento, visualización y
descarga de las imágenes médicas en los diferentes puntos se realice casi
en tiempo real.

Tanto en la capacitación personalizada por área y de manera grupal se tuvo


gran acogida del personal médico, dándonos a entender que esta
herramienta informática es de gran utilidad y necesaria para el diagnóstico y
seguimiento de los pacientes dentro del hospital.

5.2 Recomendaciones

a) El Sistema de Información en Radiología (RIS) y Sistema de


Almacenamiento y comunicación de imágenes (PACS), son herramientas
primordiales que deben ser consideradas dentro de un centro médico para
agilizar, centralizar y gestionar toda la información radiológica de los
pacientes.

b) Se debería replicar la modalidad y la metodología de integración entre el


sistema hospitalario con sistemas de gestión radiológica en diferentes
hospitales nacionales para agilizar la atención de los pacientes.

c) En la adquisición de nuevos equipos médicos se debe evaluar la


integración con sistema de gestión y no sea una limitante cuando se
implementen este tipo de soluciones en un futuro.

d) Se debería renovar las terminales de los puntos de visualización para que


51

soporten el trabajo con imágenes médicas.

e) Se debe contar con personal capacitado en uso y manejo de sistemas de


gestión radiológica que permita agilizar la atención de los pacientes.

f) Nuestros hospitales nacionales deben contar un sistema RIS PACS de


similares dimensiones y características, pues está demostrado durante
estos años que la solución implementada en el Hospital Nacional Daniel
Alcides Carrión ha permitido atender a miles de pacientes infectados con
covid-19, brindándoles un diagnóstico temprano, mostrar su evolución
frente al virus y brindar tratamientos tempranos.

g) Se debe evaluar el crecimiento en espacio digital para el almacenamiento


de imágenes médicas que varía según la demanda de los pacientes y no
permitir que el servicio sea afectado durante los próximos 10 años.

h) Finalmente, si deseamos que el país mejore con la calidad de atención


del paciente es prescindible que haga uso de la tecnología, es por esta
razón que los centros de diagnóstico por imágenes actualicen sus equipos
con tecnologías lideres mundialmente y sistemas que permitan agilizar la
gestión de atención y resultados.
52

REFERENCIAS BIBLIOGRÁFICAS VI

Dicom system (s.f). DICOM Modality Worklist. Recuperado de:


https://dcmsys.com/solutions/dicom-modality-worklist/

HL7 International (s.f). About HL7. Recuperado de: https://www.hl7.org/about/

ImExHS Imaging Experts and Healthcare Services (2018). Manual de


Interface HL7 2.4 Hiruko Software for Radiology. Bogotá. Colombia.

Israel Garcia R. (2021). Metodología PMI. Recuperado de:


https://www.garciareal.com/2021/01/02/metodologia-gestion-de-proyectos-it-
basado-en-pmi/

KLD PERU S.A.C (2021). Corporación KLD PERÚ. Recuperado de:


https://www.kldperu.com/nosotros/

KLD PERU S.A.C (2021). Organigrama de la Corporación KLD Perú S.A.C.


Organigrama_KLD.pdf

Kevin O´Donnell (2015). Conceptos de DICOM. Recuperado de:


https://www.dicomstandard.org/docs/librariesprovider2/dicomdocuments/wp-
cotent/uploads/2018/10/day1_s1-odonnell-dicom-
concepts.pdf?sfvrsn=dc89d6f8_2

Laura Ameijide G. (2016). Gestión de proyectos según el PMI. Recuperado


de: Repositori Institucional (O2): Gestión de proyectos según el PMI (uoc.edu)

Nasa. Spectrum 101 (2016). Características del espectro electromagnético


53

[archivo PDF]. Recuperado de:


https://www.nasa.gov/sites/default/files/atoms/files/spectrum_101.pdf

Nema (2022). DICOM Standard 3.1 Part 1: Introduction and Overview [archivo
PDF]. Recuperado de
http://dicom.nema.org/medical/dicom/current/output/pdf/part01.pdf

OTpedia (s.f). Modality Performed Procedure Step. Recuperado de:


http://otpedia.com/entryDetails.cfm?id=159

SEACE (2018). LP-SM-6-2018-HNDAC-1. Bases Integradas. ADQUISICION


DE SISTEMAS INTEGRADOS DE INFORMACION RADIOLOGICA Y
SISTEMAS DE ALMACENAMIENTO Y COMUNICACIÓN DE IMÁGENES
DEL PROYECTO MEJORAMIENTO DE LA CAPACIDAD RESOLUTIVA DE
LA UPSS DIAGNOSTICO POR IMÁGENES DEL HOSPITAL NACIONAL
DANIEL ALCIDES CARRION DEL CALLAO. Lima. Perú.

THI MEDICAL S.A.C (2018). Diseño de Flujo de trabajo con el RIS PACS en
el HNDAC. HN-PR-18-1_PROCESO_PACS_RIS.pdf

THI MEDICAL S.A.C (2018). Fase de Agendamiento en SIGES. HN-PR-18-


2_PROCESO_DE_AGENDAMIENTO_EN_SIGES.pdf

THI MEDICAL S.A.C (2018). Fase de Recepción en el RIS. HN-PR-18-


3_PROCESO_DE_RECEPCION_EN_RIS.pdf

THI MEDICAL S.A.C (2018). Fase de Asistencial. HN-PR-18-


4_PROCESO_DE_ASISTENCIAL_EN_EL_RIS.pdf

THI MEDICAL S.A.C (2018). Fase de Lectura. HN-PR-18-5_PROCESO


DE_LECTURA_EN_EL_RIS.pdf

THI MEDICAL S.A.C (2018). Fase de visualización. HN-PR-18-


6_PROCESO_DE_VISUALIZACION_EN_SIGES.pdf
54

THI MEDICAL S.A.C (2018). Incidencias y consecuencias en la instalación del


sistema PACS RIS. HN-DOC-18-10_INSTALACIÓN_DEL
SISTEMA_PACS_RIS_E_INTEGRACIONES.pdf

THI MEDICAL S.A.C (2018). Programa de Capacitación en uso del sistema


PACS RIS. HN-DOC-18-
13_PLAN_DE_CAPACITACIÓN_DEL_PROYECTO_PACS_RIS_E_INTERF
ACE_CONTRUIDA.pdf

THI MEDICAL S.A.C (2018). Cronograma de capacitación en uso del sistema


PACS RIS. HN-DOC-18-
14_PLAN_DE_CAPACITACIÓN_DEL_PROYECTO_PACS_RIS_E_INTERF
ACE_CONTRUIDA.pdf

THI MEDICAL S.A.C (2018). Plan de Soporte a la Puesta del sistema PACS
RIS. HN-DOC-20-
11_PLAN_DE_SOPORTE_A_LA_PUESTA_EN_MARCHA_PROYECTO
PACS_RIS.pdf

THI MEDICAL S.A.C (2018). Integración entre SIGES y RIS PACS. HN-DOC-
18-8_INTEGRACION_ENTRE_SIGES_Y_RIS_PACS_DEL_HNDAC.pdf

THI MEDICAL S.A.C (2018). Flujo de trabajo ecografías. HN-PR-18-


9_PROCESO_DE_ATENCION_DE_ECOGRAFIAS.pdf

THI MEDICAL S.A.C (2018). Atención de pacientes NN y RN. HN-PR-18-


12_PROCEDIMIENTO_PARA_ATENDER_PACIENTES_NN_RN_EMERGE
NCIA_I.pdf

VMWare (s.f). Virtualización de servidores. Recuperado de:


https://www.vmware.com/es/topics/glossary/content/server-virtualization.html

VMWare (s.f). Máquina virtual. Recuperado de:


55

https://www.vmware.com/latam/topics/glossary/content/virtual-machine.html

Wikipedia (2021). Sistemas de información hospitalaria. Recuperado de:


https://es.wikipedia.org/wiki/Sistemas_de_informaci%C3%B3n_hospitalaria

Wikipedia (2021). Picture Archiving and Communication System. Recuperado


de:
https://es.wikipedia.org/wiki/Picture_Archiving_and_Communication_System

Wikipedia (2021). Ragiology Information System. Recuperado de:


https://es.wikipedia.org/wiki/Radiology_Information_System
56

6.1 Glosario

TAC: Tomografía Axial Computarizada.

PET: Tomografía por Emisión de Positrones

LAN: Red de Área Local.

MAN: Red de Área Metropolitana.

WAN: Red de Área Amplia.

UTP: Par trenzado sin blindaje.

STP: Par trenzado blindado.

DICOM: Digital Imaging and Comunication in Medicine.

ISO: Organización Internacional de Normalización.

OSI: Open System Interconnection.

NEMA: National Electrical Manufacturing Association.

RIS: Radiology Information System

PACS: Picture Archiving and communication system

IP: Protocolo de Internet.

TCP: Protocolo de control de Transmisión.

SCU: Servicio clase usuario.

SCP: Servicio clase proveedor.

IOD: Definición de Información de Objeto.

HIS: Sistema Integrado Hospitalario.

UID: Unique Identifiers Study.

EHR: Electronic Health Record.

HTTPS: Protocolo Seguro de Transferencia de Hipertexto.

HL7: Health Level Seven

HNDAC Hospital Nacional Daniel Alcides Carrión.


57

vCenter: Gestión de servidores virtualizados.

PMBOK: Project Management Body of Knowledge.

IHE: Integrating the Healthcare Enterprise


58

ANEXOS VII

ANEXO 1: La tabla 1.1 fue brindada por el Jefe del servicio de imágenes, en
el cual se refleja los estudios mensuales que realiza el departamento de
diagnóstico por imágenes del hospital.

Tabla 1.1. Estudios mensuales promedio que genera el Hospital.


Estudios
Modalidad
Mensuales
Rayos X 3000
Tomografía 1500
Ecografía 2500
Resonancia 2000
Mamografía 1000
Densitometría 1500

Nosotros manejamos la siguiente tabla de pesos por estudio según el tipo de


modalidad el cual es detallado en la siguiente Tabla 1.2.

Tabla 1.2. Peso promedio por tipo de modalidad.


Modalidad Peso x Estudio (MB)
CR 24
DR 35
Dental/Pan 18
BMD 8
CT (16C No 3D) 240
59

CT (32C 3D) 490


CT (64C 3D) 980
MR 260
Fluroscopia 20
US 18
NM 88
XA 156
MG 135

Según la Tabla 1.2 mostrada, se estima el espacio anual que ocuparía cada
modalidad que se incluya dentro del sistema, se muestra los resultados en la
Tabla 1.3:

Tabla 1.3. Espacio anual que se usaría según la demanda del Hospital.
Sede 1 HOSPITAL DANIEL ALCIDEZ CARRIÓN
Peso Total Peso Total
Peso x Peso Total
Moda Estudios Estudios Estudios x Estudio x Estudio
Estudio x Estudio
lidad x Mes x Día x Año Anual Anual
(MB) Anual (GB)
(MB) (TB)
Sede
11300 377 135600 - 26754000 26127 26
1
CR 500 17 6000 24 144000 141 0.14
DR 2500 83 30000 35 1050000 1025 1.00
BMD 1500 50 18000 8 144000 141 0.14
CT
1500 50 18000
(64C) 980 17640000 17227 16.82
MR 1800 60 21600 260 5616000 5484 5.36
US 2500 83 30000 18 540000 527 0.51
MG 1000 33 12000 135 1620000 1582 1.54
60

ANEXO 2: Topologías de red, diseño físico de servidores, storage, switch y


servidores dentro del data center. Fuente: THIMEDICAL S.A.C (2018).
Entregable de la Licitación Pública Nº 001-2018-HNDAC.

Figura 2.1. Diseño y Topología Física de Chasis de Servidores, Switch


Core y Switch de Borde. Fuente: HNDAC_DELL_SID_Networking.pdf4

4
INTEGRITY PERÚ S.A.C. Entregable de la Licitación Pública Nº 001-2018-HNDAC, 2018
61

Figura 2.1. Diseño y Topología de administración de Chasis de


Servidores, Switch Core, Switch de Borde, Servidor de Backup y
Storage. Fuente: HNDAC_DELL_SID_Networking.pdf

Figura 2.3. Diseño y Topología lógica de red. Fuente:


HNDAC_DELL_SID_Networking.pdf
62

ANEXO 3: Diagrama Gantt de actividades para la integración entre el sistema


SIGES Y RIS PACS. Fuente: THIMEDICAL S.A.C (2018). Entregable de la
Licitación Pública Nº 001-2018-HNDAC.

Figura 3.1. Gantt de Actividades para la integración entre los sistemas.


Fuente: HN-DOC-18-
8_INTEGRACION_ENTRE_SIGES_Y_RIS_PACS_DEL_HNDAC.pdf5

5
THIMEDICAL S.A.C. Entregable de la Licitación Pública Nº 001-2018-HNDAC, 2018
63

ANEXO 4: Se muestra la arquitectura a nivel de tablas dentro de la base de


datos utilizada para la integración entre el sistema SIGES y el sistema RIS
PACS. Fuente: THIMEDICAL S.A.C (2018). Entregable de la Licitación
Pública Nº 001-2018-HNDAC.

Figura 4.1. Arquitectura de integración entre el SIGES y PACS RIS.


Fuente: HN-DOC-18-
8_INTEGRACION_ENTRE_SIGES_Y_RIS_PACS_DEL_HNDAC.pdf

ANEXO 5: Descripción del desarrollo de la mensajería HL7 entre el sistema


SIGES, RIS y PACS para la creación de los pacientes, agendamiento,
modificación de datos del paciente y creación de la cita.

En primer término se describirá el flujo de un paciente ambulatorio, el cual


solicita información de derechos, documentos y preparaciones a través de
recepción ambulatoria (costos - presupuesto) y solicita una cita para la
realización del estudio, puede ser un paciente que pertenezca a un convenio
especial con el prestador o que pertenezca a una EPS, pacientes que realizan
64

un pago directo y total de los exámenes realizados sin que se aplique ningún
descuento por parte del hospital, tambien se describira el flujo de atención de
un paciente hospitalizado o de emergencia (THI MEDICAL S.A.C, 2018).

1. Ingreso de datos
Existe 3 puntos esenciales de ingreso de información: en el HIS, uno es la
creación o modificación de pacientes; dos en el RIS la creación de la cita en
Agenda y la creación de la petición en atención inmediata. Es por tanto buena
practica establecer que información básica se va a ingresar en el sistema.

A. Creación y modificación de Paciente en HIS. El HIS debe de crear los


registros con los siguientes datos:

1. Tipo de identificación + identificación. (*)


2. Nombres. (*)
3. Apellido 1 (*)
4. Apellido 2.
5. Nombre de los pádres. (*)
6. Telefonos (al menos 1). (*)
7. Fecha de nacimiento. (*)
8. Sexo (*)
9. Estado civil (*)
10. Dirección.
11. Código del municipio de residencia. (*)
12. País de nacimiento (*)
13. Ocupación(*)
14. Persona Responsable Del paciente(*)
15. Teléfono de la persona responsable del paciente(*)
16. Parentesco de la persona responsable del paciente(*)
(*) Campos obligatorios.

B. Creación de cita. Al momento de crear la cita la secretaria o cualquier otro


usuario debe verificar los siguientes datos:
65

1. Paciente (ya existente en RIS a través de los mecanismos de


integración).
2. Examen que se va a realizar.
3. Programación de la atención.
4. Estado del paciente (Ambulatorio, Hospitalizado o Emergencia).
5. Financiador (configurado en Agenda como un UDP).
6. Observaciones clínicas si aplica.

C. Creación de petición. Para la creación de la peticion se debe establecer


los siguientes puntos:

1. Paciente (ya existente en RIS a través de los mecanismos de integración)


2. Examen o exámenes a realizar.
3. Insumos presupuestados dentro de la atención.
4. Médico solicitante.
5. Estado del paciente: Ambulatorio, Hospitalizado, Urgencias, Hospital día.
Se selecciona
automáticamente si hay una admisión activa.
6. Número de episodio. Se selecciona automáticamente si hay una
admisión activa.
7. Acompañante: Nombre y parentesco.

2. Paciente Ambulatorio.

A. Agendamiento.

Tabla 5.1. Acciones y mensaje HL7 en el agendamiento de paciente


ambulatorio entre el HIS y RIS.
66

B. Atención del Paciente con cita.

Tabla 5.2. Acciones y mensaje HL7 en la atención de paciente con cita de


paciente ambulatorio entre el HIS y RIS.

C. Atención del Paciente sin cita.


67

Tabla 5.3. Acciones y mensaje HL7 en la atención de paciente sin cita de


paciente ambulatorio entre el HIS y RIS.

D. Trascripción y validación del resultado.

Tabla 5.4. Acciones y mensaje HL7 en la transcripción y validación de


resultados de paciente ambulatorio entre el HIS y RIS.

3. Paciente Hospitalizado o de Emergencia.


68

A continuación se describirá el flujo de un paciente que es ingresado al


hospital mediante los servicios de hospitalización o emergencia, desde los
cuales se generan órdenes de atención para el departamento de diagnostio
por imagenes.
A. Recepción del paciente.

Tabla 5.5. Acciones y mensaje HL7 en la recepción de paciente


hospitalizado o emergencia entre el HIS y RIS.

B. Atención del Paciente con orden.

Tabla 5.6. Acciones y mensaje HL7 en la atención de paciente con orden de


paciente hospitalizado o emergencia entre el HIS y RIS.
69

C. Atención del Paciente sin orden.

Tabla 5.6. Acciones y mensaje HL7 en la atención de paciente sin orden de


paciente hospitalizado o emergencia entre el HIS y RIS.
70

D. Trascripción y validación del resultado.

Tabla 5.7. Acciones y mensaje HL7 en la transcripción y validación del


resultado de paciente hospitalizado o emergencia entre el HIS y RIS.

E. Creación de Órdenes Médicas.

Tabla 5.8. Acciones y mensaje HL7 en la creación de ordenes medicas de


paciente hospitalizado o emergencia entre el HIS y RIS.

F. Cancelación de Órdenes Médicas.

Tabla 5.9. Acciones y mensaje HL7 en la cancelación de ordenes medicas


de paciente hospitalizado o emergencia entre el HIS y RIS.
71

A continuacion se detallara las interfaces desarrolladas para admision de las


ordenes, actualizacion de estados y entrega de resultados, considereando las
restricciones y dependencias.

Antencedentes:

 Las bases de pacientes del RIS y HIS deben estar sincronizadas en


todo momento. Por esto antes de poner en producción el sistema se
deben migrar todos los pacientes registrados en el HIS, y que estén
debidamente configurados los exámenes (incluyendo sus códigos de
facturación e insumos asociados).

 Toda comunicación entre el HIS y el RIS se realizarán a través de HL7


usando Sockets para su transmisión entre ambos sistemas.

 El RIS no es un sistema de facturación y por lo tanto desconoce las


reglas de negocio que aplican para el hospital. Esto limita su labor en
la integración con El prestador a informar los consumos (códigos de
examen e insumos) para que el HIS tome las acciones
correspondientes.

Restricciones:

 El RIS asume que todo paciente tendrá un número de identificación en


el sistema, ya sea DNI, historia u otro.
 El HIS es el único sistema autorizado para crear pacientes.
72

 El RIS soporta el estándar HL7 v3.0 para la comunicación con sistemas


externos. Para esto garantizar la operatividad de la plataforma se hace
uso de la plataforma de interoperatibilidad Mirth Conect para cada uno
de los eventos soportados por las distintas Interfaces.

 El RIS requiere que los mensajes HL7 que envía y por lo tanto los que
recibe sean codificados usando ISO-8859/1. La codificación usada por
MS Windows es ANSI-1524 que es equivalente a 8859/1.

 El formato de fecha y hora usado en HL7, según su estándar tiene el


formato: YYYY[MM[DD[HH[mm[SS]]]]]. La fecha 19 de mayo del 2008,
a las 3 y 45 de la tarde con 3 segundos corresponde a
20080519154503, donde:
- YYYYY: Año, Ej. 2008
- MM: Mes, Ej. 05
- DD: Día, Ej. 19
- HH: Hóra, Ej. 15
- Mm: Minutos, Ej. 45
- SS: Segundos, Ej. 03

 El RIS solo soporta los separadores estándares de HL7: |^~\&.

 Todos los mensajes HL7 enviados o recibidos a las interfaces del


sistema RIS deben tener los siguientes campos en el segmento MSH:

Tabla 5.10. Campos del segmento MSH del mensaje HL7 usado en la
integración entre los sistemas.
73

(*) Valores fijos.


(R) Requrerido
(O) Opcional

 El RIS manejará los siguientes estados para los exámenes


(Recepción).

Tabla 5.11. Estados del RIS usados en la integración entre los sistemas.

1. Interface ADT, Admisión e Información de Pacientes. (Canal Mirth


conect <ORM-Carrión=)

Esta interface permite la sincronización de información tanto demográfica de


pacientes como de visitas (admisión en los servicios de atención en el
74

hospital). El estándar define los eventos que maneja, como por ejemplo:
creación, modificación, eliminación; e igual para los eventos de visita:
admisión de paciente hospitalizado, alta de paciente hospitalizado, cambio de
ubicación física, anulación de la visita, anulación alta, etc.

Dado que el HIS es el maestro de pacientes para el hospital, es función de


esta interface comunicar cualquier cambio (adición, actualización) de
pacientes que ocurra en el HIS. De igual manera el HIS al ser quien registra
las admisiones o ingresos de los pacientes también notificará al RIS el
ingreso, alta o traslado de un paciente.

Requerimientos:

 Debe permitir la creación y actualización datos de pacientes


 Debe permitir el registro de admisiones y altas de pacientes generadas
en el HIS. Se utilizará el <Número de Episodio= del HIS como número
de episodio del RIS, todas las peticiones creadas durante el tiempo de
vigencia estarán marcadas con éste.
 Se manejará la ubicación del paciente y se actualizará si hay cambios
en su ubicación.
 Para fusionar pacientes se hará con el evento A40. Si por otro lado es
necesario cambiar la identificación del paciente se usará el evento A47.
 Si el HIS no necesita incluir información opcional como: admisiones
(PV1), parentescos (NK1), alérgias (AL1) u observaciones (OBX) se
deben omitir completamente dichos segmentos y en vez de incluirlos
con campos en blanco o de lo contrario el RIS podría borrar información
creyendo que se trata de actualizaciones. De la misma forma y dado
que el segmento PID, es obligatorio este debe ir siempre con toda la
información demográfica completa, para todos los eventos.
 Es crítico para la correcta operación de la integración que toda
admisión abierta (A01) sea debidamente cerrada (A03) cuando esta ya
no sea válida.
75

Eventos sujeridos:

Tabla 5.13. Descripción de eventos usados en la integración entre los


sistemas.

Mensaje HL7:

Tabla 5.14. Mensaje HL7 de la Interface ADT, Admisión e Información de


Pacientes.
76

(R) Requerido
(O) Opcional

2. Interface ORM Outbound (Canal Mirth Conect <Estados RIS-HIS


CARRION=)

Esta interface esta encargada de notificar al HIS los eventos o etapas por los
que atraviesa un paciente durante el proceso de atención o de toma de
examen en el RIS. Es así que eventos tales como recepción, inicio,
finalización, cancelaciones e inclusive agendamiento junto con la información
adicional tal como examen al que se hace referencia, datos completos del
paciente, su estado o número de admisión (si esta disponible) etc.
77

Supuestos:

 Se asume que los códigos de exámenes de procedimiento


configurados en el RIS son los mismos que en el HIS.
 El RIS genera mensajería ORM para todo paciente sin distinción de su
estado o procedimiento realizado.
 De acuerdo al estándar HL7 tal como es definido por IHE. La siguiente
tabla relaciona los estados de los campos ORC(1) y ORC(5) con las
citas (XAgenda) y los estados de los exámenes (Recepción) del RIS.

Tabla 5.15. Descripción de los estados usados y campos del Mensaje HL7
de los exámenes.
78

Mensaje HL7:

Tabla 5.16. Mensaje HL7 de la Interface ORM Outbound. Estado de los


exámenes dentro del sistema.
79

(R) Requerido
(O Opcional

3. Interface ORM Outbound (Canal Mirth Conect <Reporte RIS-HIS


CARRION=)

El objetivo de esta interface es informar al HIS en especial lo concerniente a


la historia clínica del texto del diagnóstico y URL de las imágenes que
aprobó el médico.

Supuestos:

 El RIS no hace distinción de tipo de exámenes o tipo de paciente. Es


decir todos los pacientes y prestaciones son iguales y si se requiere
enviar mensajes lo enviará para todos.
 El RIS enviará mensajes ORU para los estados <Reporte Validado= (VL)
y <Adendo Validado= (AV).

Requerimientos:

 El mensaje del reporte va acompañado de todos los números de


identificación reglamentarios de HL7, Identificación del paciente,
código de examen, accesion number, número de petición, número de
episodio.
80

 En caso de haber un reporte con adenda, el mensaje contendrá el


reporte y la adenda juntos en un segmento OBX.
 Como código de medico se enviará el registro médico, almacenado en
RIS como código HIS.

Mensaje HL7:

Tabla 5.17. Mensaje HL7 de la Interface ORM Outbound. Entrega de informe


y URL de imagenes.

(R) Requerido
(O) Opcional
81

ANEXO 6: En la siguiente figura se puede observar las tablas creadas en la


base de datos del sistema SIGES. Fuente: THIMEDICAL S.A.C (2018).
Entregable de la Licitación Pública Nº 001-2018-HNDAC.

Figura 6.1. Base de dato SIGH_HL7 y tablas creadas en la base de datos


del SIGES. Fuente: HN-DOC-18-
8_INTEGRACION_ENTRE_SIGES_Y_RIS_PACS_DEL_HNDAC.pdf

Para crear estas tablas se usó la base de datos denominado <SIGH_HL7= del
sistema SIGES en el cual se crearon cuatro nuevas tablas, las cuales son:

Figura 6.2. Tablas creadas en la base de datos del SIGES. Fuente: HN-
DOC-18-
8_INTEGRACION_ENTRE_SIGES_Y_RIS_PACS_DEL_HNDAC.pdf
82

ANEXO 7: Detalle y utilidad de cada tabla creada dentro de la base de datos


del SIGES.

Estas tablas fueron desarrolladas por parte de Hospital en el cual se rellena


cada cambio en el agendamiento y facturación de una orden en el sistema
SIGES. Para desarrollar esta tabla se usó los datos provenientes de sub tablas
los cuales se pueden apreciar en la Figura 7.1.

Figura 7.1. dbo.Vista_Ris_Pacs de la tabla


RIS_PACS_TABLA_01_LECTURA_HNDAC. Fuente: HN-DOC-18-
8_INTEGRACION_ENTRE_SIGES_Y_RIS_PACS_DEL_HNDAC.pdf

Para hacer que cada evento de cambio en el agendamiento y facturación de


un examen de diagnóstico por imágenes se autogenere en la tabla intermedia,
<RIS_PACS_TABLA_01_LECTURA_HNDAC= se desarrolló un disparador de
eventos, denominado <Generador_Ris_Pac=, esto fue desarrollado por parte
83

de hospital, en la Figura 7.2 se muestra el disparador desarrollado.

Figura 7.2. Disparador de eventos desarrollado en la base de datos del


SIGES. Fuente: HN-DOC-18-
8_INTEGRACION_ENTRE_SIGES_Y_RIS_PACS_DEL_HNDAC.pdf

Mediante los desarrollos realizados en el sistema SIGES, se pudo obtener una


tabla en la cual se obtiene los campos necesarios para el sistema RIS PACS.
Siendo esta tabla de mayor importancia, pues dentro de ella también el
sistema RIS PACS escribirá los resultados (Link de las imágenes y pdf de
informe médico) y el estatus de cada orden en el sistema RIS PACS.

Tabla: <RIS_PACS_TABLA_01_LECTURA_HNDAC=. Esta tabla intermedia


servirá para que cada orden agendado y facturado en el SIGES se escriba y
se adecue los campos necesarios y utilizados para el sistema RIS PACS. Esta
tabla cuenta con los siguientes campos definidos y adaptados según la
necesidad del Hospital.
84

Figura 7.3. Campos de la tabla


RIS_PACS_TABLA_01_LECTURA_HNDAC. Fuente: HN-DOC-18-
8_INTEGRACION_ENTRE_SIGES_Y_RIS_PACS_DEL_HNDAC.pdf

Tabla:= RIS_PACS_TABLA_02_LECTURA_HNDAC=. Esta tabla intermedia


fue creada para informar al SIGES el resultado de la orden, en ella se devuelve
el resultado y el informe médico en formato pdf. Adicionalmente se retornan
los datos del tecnólogo y médico que procesaron el registro en todo el flujo de
trabajo dentro del sistema RIS PACS.

Figura 7.4. Campos de la tabla


RIS_PACS_TABLA_02_LECTURA_HNDAC. Fuente: HN-DOC-18-
8_INTEGRACION_ENTRE_SIGES_Y_RIS_PACS_DEL_HNDAC.pdf
85

ANEXO 8: Detalle de los canales HL7 de comunicación entre el sistema


SIGES y el sistema RIS.

Canal HL7: <Estados RIS – HIS CARRION=. Este canal se encarga de


comunicar los estados y cambio de estados del registro en el sistema RIS al
Sistema SIGES. Los estados son escritos dentro del campo <estado_his= de
la tabla intermedia RIS_PACS_TABLA_01_LECTURA_HNDAC.
Adicionalmente cuando el registro en el sistema RIS PACS se encuentra en
pendiente de lectura y con imágenes tomadas, envía el link de las imágenes
del registro a la tabla intermedia
<RIS_PACS_TABLA_01_LECTURA_HNDAC=. Los estados que brindara el
Sistema RIS PACS son los siguientes:

 OR: Pendiente de recepción.


 PR: registrado en el RIS.
 PL: Pendiente de Lectura.
 LE: Pendiente de transcripción.
 LE: Pendiente de validación.
 RE: Validado.

A continuación, se puede observar el cambio de estado en Sistema RIS y la


actualización del campo en la tabla Intermedia:

Figura 8.1. Estado de registros en la tabla Intermedia según las fases


86

en el RIS. Fuente: HN-DOC-18-


8_INTEGRACION_ENTRE_SIGES_Y_RIS_PACS_DEL_HNDAC.pdf

Figura 8.2. Registros con Link de imágenes en la Tabla Intermedia.


Fuente: HN-DOC-18-
8_INTEGRACION_ENTRE_SIGES_Y_RIS_PACS_DEL_HNDAC.pdf

Canal HL7: <Reporte RIS – HIS CARRION=. Con este canal el sistema RIS
PACS escribe en la tabla intermedia:
RIS_PACS_TABLA_02_LECTURA_HNDAC, los resultados y la hora de
validación del informe médico. Los datos son escritos en forma plana y
también es enviado en formato pdf. A continuación, se muestra un registro con
resultados escritos dentro de esta tabla y el mensaje HL7 enviado desde el
sistema RIS PACS hacia el sistema SIGES:

Figura 8.3. Tabla Intermedia, RIS_PACS_TABLA_02_LECTURA_HNDAC


en la base del sistema SIGES. Fuente: HN-DOC-18-
8_INTEGRACION_ENTRE_SIGES_Y_RIS_PACS_DEL_HNDAC.pdf
87

Figura 8.4. Mensaje HL7 enviado desde el Sistema PACS RIS hacia el
sistema SIGES. Fuente: HN-DOC-18-
8_INTEGRACION_ENTRE_SIGES_Y_RIS_PACS_DEL_HNDAC.pdf

Canal HL7: <ORM-Carrion=. Este canal HL7 es el más importante en la


integración entre el sistema SIGES y el sistema RIS PACS. Este canal realiza
la consulta a la tabla intermedia: RIS_PACS_TABLA_01_LECTURA_HNDAC
y traslada los nuevos registros al Sistema RIS PACS.

Figura 8.5. Mensaje HL7 ORM-Carrión enviado al SIGES. Fuente: HN-


DOC-18-
8_INTEGRACION_ENTRE_SIGES_Y_RIS_PACS_DEL_HNDAC.pdf

Este canal ORM-carrion, envía mensajes HL7 ORM-OO1 de orden general


88

para obtener información desde la tabla intermedia


RIS_PACS_TABLA_01_LECTURA_HNDAC. Los eventos de activación del
canal <ORM-carrion= son debidos a cambios en un pedido, como nuevos
pedidos, cancelaciones, actualizaciones de información, interrupción, etc.
Parte de la codificación del este canal se muestra en la Figura 8.6.

Figura 8.6. Configuración de mensaje HL7 ORM-Carrión. Fuente: HN-


DOC-18-
8_INTEGRACION_ENTRE_SIGES_Y_RIS_PACS_DEL_HNDAC.pdf

El mensaje ORM que el canal envía desde la tabla intermedia hacia la base
del sistema RIS PACS está compuesto de segmentos y grupo de segmentos
los cuales fueron definidos en la creación de la tabla intermedia. Un ejemplo
del mensaje ORM entre los dos sistemas se muestra en la Figura 8.7.
89

Figura 8.7. Ejemplo del mensaje ORM entre los dos sistemas. Fuente:
HN-DOC-18-
8_INTEGRACION_ENTRE_SIGES_Y_RIS_PACS_DEL_HNDAC.pdf

En la Figura 8.8, se muestra el mensaje HL7 de tipo ORM-O01 enviado por


el canal MWL_HNDAC desde el sistema RIS PACS hacia la integración con
las modalidades:

Figura 8.8. Mensaje HL7 de tipo ORM-O01 enviado por el canal


MWL_HNDAC desde el sistema PACS RIS. Fuente: HN-DOC-18-
8_INTEGRACION_ENTRE_SIGES_Y_RIS_PACS_DEL_HNDAC.pdf

ANEXO 9: Detalle de las fases de atención de un paciente dentro del sistema


RIS PACS. Fuente: THIMEDICAL S.A.C (2018). Entregable de la Licitación
Pública Nº 001-2018-HNDAC.

Fase de Agendamiento en SIGES


 Se continúa utilizando el flujo de trabajo normal.
 Mediante las tablas de integración se dispara cada orden de diagnóstico
por imágenes al sistema RIS PACS.
90

Figura 9.1. Flujograma de agendamiento en SIGES diseñado. Fuente:


HN-PR-18-2_PROCESO_DE_AGENDAMIENTO_EN_SIGES.pdf

Fase de Recepción en el RIS

 El perfil del usuario de recepción del RIS podrá visualizar solo el modulo
recepción y búsqueda de paciente.
 Se consultará a la tabla de integración por medio de DNI, Historia Clínica y
rango de fechas.
 La búsqueda directa podrá hacerse por medio del DNI o la Historia Clínica.
 En la búsqueda por rango de fecha, se podrá utilizar todos los filtros (fecha,
orden, historia clínica, apellidos, examen, código de examen, etc.) para
determinar la orden correcta.
91

Figura 9.2. Módulo de Solicitudes HIS del rol de recepción. Fuente: HN-
DOC-18-
8_INTEGRACION_ENTRE_SIGES_Y_RIS_PACS_DEL_HNDAC.pdf

Figura 9.3. Flujograma de recepción con el sistema RIS PACS diseñado.


HN-PR-18-3_PROCESO_DE_RECEPCION_EN_RIS.pdf6

Fase de Asistencial
 El perfil del usuario asistencial del RIS podrá visualizar el modulo

6
THIMEDICAL S.A.C. Entregable de la Licitación Pública Nº 001-2018-HNDAC, 2018
92

asistencial y el módulo de recepción.


 El tecnólogo medico visualizara la lista de estudios que han sido
recepcionados en el RIS correspondientes a la modalidad y sala que
pertenece, que se encuentran pendientes para realizarse el examen.
 Dentro de esa lista podrá filtrar los pacientes mediante los campos DNI,
historia clínica, nombres y apellidos, sala, procedencia y prioridad.

Figura 9.4. Módulo de Asistencial del rol de Tecnólogo. Fuente: HN-PR-


18-4_PROCESO_DE_ASISTENCIAL_EN_EL_RIS.pdf7

7
THIMEDICAL S.A.C. Entregable de la Licitación Pública Nº 001-2018-HNDAC, 2018
93

Figura 9.5. Flujograma de asistencial con el sistema RIS PACS


diseñado. Fuente: HN-PR-18-
4_PROCESO_DE_ASISTENCIAL_EN_EL_RIS.pdf

Fase de Lectura
 El perfil del usuario medico radiólogo del RIS podrá visualizar el módulo de
lectura y el módulo de buscar paciente.
 Dentro de esa lista podrá filtrar mediante los campos por DNI, historia
clínica, nombres y apellidos, sala, procedencia y prioridad para poder
realizar el informe médico de los pacientes que ya cuentan con imágenes,
dando prioridad a los pacientes de procedencia emergencia.
94

Figura 9.6. Módulo de Lectura del rol de Radiólogo. Fuente: HN-PR-18-


5_PROCESO DE_LECTURA_EN_EL_RIS.pdf8

Figura 9.7. Flujograma de lectura de informes con el sistema RIS PACS.


Fuente: HN-PR-18-5_PROCESO DE_LECTURA_EN_EL_RIS.pdf
Fase de visualización

 El perfil del usuario de visualización podrá visualizar solo la lista de


pacientes con imágenes, cuando el tecnólogo medico finaliza su trabajo y

8
THIMEDICAL S.A.C. Entregable de la Licitación Pública Nº 001-2018-HNDAC, 2018
95

también los informes médicos cuando el medico radiólogo emita el informe


médico.
 Este módulo tendrá los campos de búsqueda por medio de DNI, Historia
Clínica y rango de fechas.
 La búsqueda directa podrá hacerse por medio del DNI o la Historia Clínica.
 En la búsqueda por rango de fecha, se podrá utilizar todos los filtros (fecha,
orden, historia clínica, apellidos, examen, código de examen y prioridad)
para determinar la orden correcta.
 La visualización de los resultados podrá realizase tanto en el sistema RIS
PACS como en el sistema SIGES, por medio de la integración desarrollado
entre los sistemas.

Figura 9.8. Módulo de Consulta Piso del rol de Visualización. Fuente:


HN-PR-18-6_PROCESO_DE_VISUALIZACION_EN_SIGES.pdf9

9
THIMEDICAL S.A.C. Entregable de la Licitación Pública Nº 001-2018-HNDAC, 2018
96

Figura 9.9. Flujograma visualización de resultados en el SIGES. Fuente:


HN-PR-18-6_PROCESO_DE_VISUALIZACION_EN_SIGES.pdf

En la fase de visualización en el RIS, el objetivo principal es determinar las


tareas que debe realizar el personal Médico, técnico y personal de la salud
para la visualización de las imágenes e informe médico de pacientes
procedentes de las áreas de Emergencia, Hospitalización y Consulta Externa.
97

Figura 9.10. Flujograma visualización de resultados en el RIS. Fuente:


HN-PR-18-6_PROCESO_DE_VISUALIZACION_EN_SIGES.pdf
98

Figura 9.11. Flujo de trabajo de admisión ecografías. Fuente: HN-PR-18-


9_PROCESO_DE_ATENCION_DE_ECOGRAFIAS.pdf10

10
THIMEDICAL S.A.C. Entregable de la Licitación Pública Nº 001-2018-HNDAC, 2018
99

ANEXO 10: Diseño de flujos de atención para pacientes que no se pueden


identificar durante la admisión. Fuente: THIMEDICAL S.A.C (2018).
Entregable de la Licitación Pública Nº 001-2018-HNDAC.

Diseño para la atención de pacientes NN, RN.

Para mejorar y agilizar la atención de pacientes se diseñó y elaboro los


procedimientos que debe seguir el Hospital Daniel Alcides Carrión para las
atenciones de paciente no identificadas, recién nacidas y pacientes de
emergencia del Nivel I. Mediante el siguiente flujo de atención detallado se
establece procedimientos para mejorar los tiempos de atención y diagnóstico
de este tipo de pacientes. Un paciente no identificado (NN) seguirá el flujo de
atención que se muestra en la Figura 10.1.

Figura 10.1. Flujo de atención de paciente NN. Fuente: HN-PR-18-


12_PROCEDIMIENTO_PARA_ATENDER_PACIENTES_NN_RN_EMERGE
NCIA_I.pdf11

11
THIMEDICAL S.A.C. Entregable de la Licitación Pública Nº 001-2018-HNDAC, 2018
100

Paso 1: El personal de caja creara la historia y orden médica en el SIGES.


Paso 2: El personal llenara el campo DNI de la siguiente forma:

DNI: X[año][mes][día][#consecutivo]
X = Variable que identifica un paciente NN
[año] = año de atención. Ejemplo: 2018
[mes] = mes de atención. Ejemplo: 10 (setiembre)
[día] = día de atención. Ejemplo: 04
[#consecutivo] = número consecutivo de pacientes no identificados en
el día.

Paso 3: El cajero (a) genera la orden de atención para dirigirse a la sala


correspondiente.
Paso 4: El personal de admisión de diagnóstico por imágenes recepcionara el
estudio en el RIS en horario de oficina. En un horario diferente la recepción lo
realizara en tecnólogo médico.
Paso 5: El tecnólogo cargara la imagen al registro del paciente y lo enviara al
módulo del médico.
Paso 6: El medico radiólogo informara en una lista los pacientes que ya
cuentan con exámenes con imágenes, validando con su firma digital.
Paso 7: La visualización de las imágenes se realizará desde que el tecnólogo
cargué la imagen y el informe médico cuando el medico valide el informe.

Un paciente recién nacido (RN) seguirá el flujo de atención que se muestra en


la Figura 10.2.
101

Figura 10.2. Flujo de atención de paciente RN. Fuente: HN-PR-18-


12_PROCEDIMIENTO_PARA_ATENDER_PACIENTES_NN_RN_EMERGE
NCIA_I.pdf

Paso 1: El personal de caja creara la historia y orden médica en el SIGES.


Paso 2: El personal llenara el campo DNI de la siguiente forma:

DNI: [DNI de la madre][#Hijo]


[DNI de la madre] = Documento de Identidad de la madre
[#Hijo] = Numero de hijo en la familia

Paso 3: El cajero (a) genera la orden de atención para dirigirse a la sala


correspondiente.
Paso 4: El personal de admisión de diagnóstico por imágenes recepcionara el
estudio en el RIS en horario de oficina. En un horario diferente la recepción lo
realizara en tecnólogo médico.
Paso 5: El tecnólogo cargara la imagen al registro del paciente y lo enviara al
102

módulo del médico.


Paso 6: El medico radiólogo informara en una lista los pacientes que ya
cuentan con exámenes con imágenes, validando con su firma digital.
Paso 7: La visualización de las imágenes se realizará desde que el tecnólogo
cargué la imagen y el informe médico cuando el medico valide el informe.

Diseño para la atención de paciente de emergencia nivel I.

El paciente de emergencia Nivel I, es un paciente en estado crítico al cual se


le brinda las atenciones de forma inmediata en todos los servicios. En estos
casos seguirá el flujo de atención mostrado en la Figura 10.3.

Figura 10.3. Flujo de trabajo con pacientes de emergencia Nivel I.


Fuente: HN-PR-18-
12_PROCEDIMIENTO_PARA_ATENDER_PACIENTES_NN_RN_EMERGE
NCIA_I.pdf

Paso 1: El ingreso lo realizara el personal de admisión radiología directamente


103

en el RIS, en horario de oficina. En el horario fuera de oficina lo realizara el


tecnólogo médico.
Paso 2: El personal llenara algunos campos para identificar el paciente y lo
enviara al flujo de imágenes.
Paso 3: El tecnólogo cargara la imagen al registro del paciente y lo enviara al
módulo del médico.
Paso 4: El medico radiólogo informara en una lista los pacientes que ya
cuentan con exámenes con imágenes, validando con su firma digital.
Paso 5: La visualización de las imágenes se realizará desde que el tecnólogo
cargué la imagen y el informe médico cuando el medico valide el informe.

Diseño para la regularización de pacientes NN y RN.

Para la regularización de datos de pacientes NN se seguirá el flujo de trabajo


presentado en la Figura 10.4.

Figura 10.4. Flujo de trabajo para regularización de datos de pacientes


NN y RN. Fuente: HN-PR-18-
12_PROCEDIMIENTO_PARA_ATENDER_PACIENTES_NN_RN_EMERGE
NCIA_I.pdf
104

Paso 1: El paciente deberá ser identificado por el área de admisión de


emergencia o encargado de la identificación de pacientes.
Paso 2: Con los datos identificados del paciente se realizará las correcciones
en el SIGES.
Paso 3: Con los datos identificados del paciente se realizará las correcciones
en la base de datos del sistema RIS PACS por medio de la interface web, para
ello se deberá seguir los pasos 4, 5 y 6.
Paso 4: Se realizará una búsqueda por medio de la Historia clínica para
determinar las ordenes generadas al paciente.
Paso 5: Después de identificar las ordenes se modificará los datos correctos
en la base de datos del sistema RIS PACS mediante la interface web.
Paso 6: Finalmente se verificará los cambios en las ordenes generadas e
imágenes del paciente.

ANEXO 11: Imagenes de la remodelación de la data center, el sistema contra


incendios y la entrada biométrica. Fuente: Elaboración propia (2018).

Figura 11.1. Data Center antes de la remodelación y adecuación.


Fuente: Elaboración propia, 2018.
105

Figura 11.2. Data Center después de la remodelación y adecuación.


Fuente: Elaboración propia, 2018.

Figura 11.3. Sistema contra incendios, entrada biométrico a gabinetes


de servidores. Fuente: Elaboración propia, 2018.
106

Figura 11.4. Servidores, storage y controladoras instalados. Fuente:


Elaboración propia, 2018.

ANEXO 12: Imagenes del cableado de red y construcción de la sala de


diagnóstico en el segundo nivel. Fuente: Elaboración propia (2018).
107

Figura 12.1. Canalización para tendido de cableado estructurado.


Fuente: Elaboración propia, 2018.

Finalmente considerando que no existía un ambiente o área para el


diagnóstico médico, se implementó una sala de diagnóstico en el 2do nivel de
departamento diagnóstico por imágenes.
108

Figura 12.2. Sala de diagnóstico implementado en el proyecto. Fuente:


Elaboración propia, 2018.

ANEXO 13: Imágenes de la instalación Vphere en los servidores físicos,


creación de volúmenes en storage y máquinas virtuales en los hosts. Fuente:
Elaboración propia (2018).
109

Figura 13.1. Instalación de Vphere en servidor Blade. Fuente: HN-DOC-


18-10_INSTALACIÓN_DEL
SISTEMA_PACS_RIS_E_INTEGRACIONES.pdf12

Figura 13.2. Volúmenes creados, asignados y particionados del


storage. Fuente: HN-DOC-18-10_INSTALACIÓN_DEL
SISTEMA_PACS_RIS_E_INTEGRACIONES.pdf

12
THIMEDICAL S.A.C. Entregable de la Licitación Pública Nº 001-2018-HNDAC, 2018
110

Figura 13.3. Volúmenes de storage creados y asignados en vCenter.


Fuente: HN-DOC-18-10_INSTALACIÓN_DEL
SISTEMA_PACS_RIS_E_INTEGRACIONES.pdf

Figura 13.4. Hosts y máquinas virtuales creados y asignados en


vCenter. Fuente: HN-DOC-18-10_INSTALACIÓN_DEL
SISTEMA_PACS_RIS_E_INTEGRACIONES.pdf
111

ANEXO 14: Acta del alcance de integración entre el sistema SIGES y el


sistema RIS, PACS. Fuente: THIMEDICAL S.A.C (2018). Entregable de la
Licitación Pública Nº 001-2018-HNDAC.

Figura 14.1. Acta de reunión para revisión del alcance y requerimientos


de integración. Fuente: Elaboración propia, 2018.
112

ANEXO 15: Diagrama Gantt para la integración en producción entre el sistema


SIGES y RIS PACS. Fuente: THIMEDICAL S.A.C (2018). Entregable de la
Licitación Pública Nº 001-2018-HNDAC.

Figura 15.1. Diagrama Gantt de la integración entre el SIGES y RIS


PACS. Fuente: HN-DOC-18-
8_INTEGRACION_ENTRE_SIGES_Y_RIS_PACS_DEL_HNDAC.pdf
113

ANEXO 16: Gantt de actividades para instalación, configuración y


parametrización del sistema RIS, PACS y Reconocimiento de Voz. Fuente:
THIMEDICAL S.A.C (2018). Entregable de la Licitación Pública Nº 001-
2018-HNDAC.
114

Figura 16.1. Diagrama Gantt para la instalación, configuración y


parametrización del sistema RIS, PACS y Reconocimiento de Voz.
Fuente: HN-DOC-18-10_INSTALACIÓN_DEL
SISTEMA_PACS_RIS_E_INTEGRACIONES.pdf
115

ANEXO 17: Imágenes de la instalación de motor de base de datos, sistema


RIS, sistema PACS y servidor de reconocimiento de voz. Fuente:
Elaboración propia (2018).

Figura 17.1. Instalación del motor de base de datos en el servidor DB.


Fuente: HN-DOC-18-10_INSTALACIÓN_DEL
SISTEMA_PACS_RIS_E_INTEGRACIONES.pdf

Figura 17.2. Instalación del Sistema RIS. Fuente: HN-DOC-18-


116

10_INSTALACIÓN_DEL SISTEMA_PACS_RIS_E_INTEGRACIONES.pdf

Figura 17.3. Instalación del Sistema PACS. Fuente: HN-DOC-18-


10_INSTALACIÓN_DEL SISTEMA_PACS_RIS_E_INTEGRACIONES.pdf

Figura 17.4. Configuración del Sistema PACS. Fuente: HN-DOC-18-


10_INSTALACIÓN_DEL SISTEMA_PACS_RIS_E_INTEGRACIONES.pdf
117

Figura 17.5. Instalación del Sistema Operativo para el reconocimiento


de Voz. Fuente: HN-DOC-18-10_INSTALACIÓN_DEL
SISTEMA_PACS_RIS_E_INTEGRACIONES.pdf

Figura 17.6. Aplicativo que autentifica, realiza y gestiona el proceso de


reconocimiento de voz de los usuarios del RIS. Fuente: HN-DOC-18-
10_INSTALACIÓN_DEL SISTEMA_PACS_RIS_E_INTEGRACIONES.pdf
118

ANEXO 18: Lista de equipos médicos de imágenes con los que cuenta el
hospital Daniel Alcides Carrión. Fuente: THIMEDICAL S.A.C (2018).
Entregable de la Licitación Pública Nº 001-2018-HNDAC.

Tabla 18.1. Tabla de equipos médicos y sus direcciones IP.

ANEXO 19: Imágenes de la configuración de los equipos médicos para el


envió de imágenes al servicio PACS y recepción de la lista de trabajo desde
el RIS. Fuente: Elaboración propia (2018).
119

Figura 19.1. Creación de Nodo envió al PACS y Lista de Trabajo (MWL)


en el equipo Ecógrafo General Electric. Fuente: Elaboración propia,
2018.

Figura 19.2. Creación de Flujo de trabajo dentro del ecógrafo con el


PACS y Lista de Trabajo (MWL). Fuente: Elaboración propia, 2018.
120

Figura 19.3. Verificación Nodo envió al PACS y Lista de Trabajo (MWL)


en Equipo de Rayos X. Fuente: Elaboración propia, 2018.

Figura 19.4. Recepción de pacientes en la Lista de Trabajo (MWL) en el


Equipo de Rayos X. Fuente: Elaboración propia, 2018.
121

Figura 19.5. Creación de Nodo envió al PACS y Lista de Trabajo (MWL)


en el equipo Arco en C. Fuente: Elaboración propia, 2018.

Figura 19.6. Creación de Nodo envió al PACS y Lista de Trabajo (MWL)


en el equipo Tomógrafo General Electric. Fuente: Elaboración propia,
2018.
122

ANEXO 20: Imagenes de las estaciones de diagnóstico de imágenes


instalados dentro del hospital Nacional Daniel Alcides Carrión. Fuente:
Elaboración propia (2018).

Figura 20.1. Estaciones de diagnóstico instalados en el área de


informes. Fuente: Elaboración propia, 2018.
123

ANEXO 21: Detallado del cronograma de capacitación en uso, manejo y


administración del sistema RIS PACS e interface de integración con SIGES.
Fuente: THIMEDICAL S.A.C (2018). Entregable de la Licitación Pública Nº
001-2018-HNDAC.

Figura 21.1. Cronograma de capación del personal en uso el sistema


RIS PACS. Fuente: HN-DOC-18-
13_PLAN_DE_CAPACITACIÓN_DEL_PROYECTO_PACS_RIS_E_INTERF
ACE_CONTRUIDA.pdf13

13
THIMEDICAL S.A.C. Entregable de la Licitación Pública Nº 001-2018-HNDAC, 2018
124

ANEXO 22: Fundamento teórico para el entendimiento del presente informe


profesional.

1. Centro de Salud. El término de centro de salud hace referencia al


edificio donde se atiende a la población, en un primer nivel asistencial
sanitario. El personal y actividad asistencial del mismo puede variar de un país
a otro de un centro a otro. Entre estos centros de salud tenemos las clínicas y
hospitales (Wikipedia, 2021).

2. Radiología. Es la especialidad médica que se ocupa de generar


imágenes del interior del cuerpo mediante diferentes agentes físico (rayos X,
ultrasonido, campos magnéticos, entre otros) y de utilizar estas imágenes para
el diagnóstico y, en medida, para el pronóstico y el tratamiento de las
enfermedades (Wikipedia, 2021). También se le denomina genéricamente
radiodiagnóstico o diagnóstico por imagen.

3. Radiación Electromagnética. Es la emisión de energía a través de


ondas electromagnéticas, ondas de radio, televisión, micro-ondas, luz visible,
ultra violeta, rayos X, rayos gamma, etc. La distribución de ondas
electromagnéticas se denomina espectro electromagnético.

Figura 22.1. Espectro electromagnético. Fuente: Wikipedia


125

4. Conceptos Básicos de Redes. En esta sección se detalla la tecnología


de red y el protocolo de comunicación usado para el intercambio de
información y comunicación entre los diferentes equipos que se
implementaran e interconectan dentro de este proyecto.

a). Tipo de redes por su extensión

Se refiere al alcance en espacio físico abarcado por la red, con respecto a


este criterio encontramos las siguientes redes:
Red de área Local (LAN): Red de uso interno de corto alcance físico que
puede abarcar hasta 1km de extensión.
Red de área metropolitana (MAN): Red usada para establecer la
comunicación entre ciudades y tiene un alcance aproximado de 10km de
extensión.
Red de área amplia (WAN): Red usada para establecer comunicación entre
ciudades o continentes, tiene un alcance aproximado desde 100km, 1000km
o 10000km los cuales utilizan medios antes utilizados en la transmisión de
voz.
b). Tipo de redes por su topología
Es la distribución física de los nodos y los dispositivos de red necesarios,
pueden ser clasificados en:
Bus: Todos los nodos se conectan a un solo cable troncal (Backbone).
Anillo: Todos los nodos están conectados de forma sucesiva formando un
anillo.
Estrella: Conecta todos los cables con un punto central de concentración,
puede trabajar más extensamente conectando varias estrellas entre sí.
Jerárquica: El sistema se conecta con un computador que controla el tráfico
de la topología.
Malla: Todos los nodos están interconectados.
126

Figura 22.2. Topología física de red. Fuente: Google

c). Medio físico

Es el medio empleado, regularmente por el bajo costo y alcance inmediato es


el cable de par trenzado, el mismo está compuesto por 8 hilos, entrelazados
2 a 2 para anular las interferencias de las fuentes externas y diafonía de los
cables opuestos. Existen tres tipos de par trenzados: UTP, STP y FTP, en la
Tabla 22.3 se muestra las categorías de cables de par trenzado, así como el
ancho de banda que soporta.

Tabla 22.3. Tabla de categoría de los cables de par trenzado.


127

d). Dispositivos de red


Tarjeta de interface de red: Es un dispositivo de hardware físicamente
instalado en el equipo o en las estaciones de trabajo, el cual permite que se
realice el intercambio de información entre ambas, este dispositivo define la
dirección MAC del equipo.
Simplex: El intercambio de información se realiza en un solo sentido, por
ejemplo, las redes Broadcast.
Dúplex: El intercambio de data se realiza en ambos sentidos, tenemos 2
casos:
- Half Dúplex: Permite que el intercambio de información se realice en
ambos sentidos. Sin embargo, no de forma simultánea.
- Full Dúplex: Permite que el intercambio de información se realice en
ambos sentidos de forma simultánea.
Autonegociación: Es un procedimiento de Ethernet donde los dispositivos
que se van a comunicar escogen los parámetros de transmisión, velocidad y
modo de negociación.
128

5. Protocolo de Comunicación DICOM.

a). Aspectos históricos


A principios de 1980, se produjo un enorme crecimiento en la cantidad y
tamaño de las redes, lo cual condujo a problemas de incompatibilidad de
protocolos entre los equipos y redes, debido a que en ese momento los
fabricantes usaban protocolos ya existentes indiferentemente. En respuesta a
este problema la Organización Internacional para la Estandarización (ISO)
investigo modelos de conexión ya existentes a fin de encontrar un conjunto de
reglas las cuales gobiernen como los dispositivos dentro de una red
intercambiarían información (Kevin O´Donnell, 2015). En base a esta
investigación, la ISO desarrollo el modelo de referencia llamado modelo OSI
(Open System Interconnection), el mismo que es usado por los fabricantes de
distintas marcas para la creación de protocolos compatibles.
DICOM (Digital Imaging and Comunication in Medicine) es un protocolo de
comunicación estándar para el intercambio de imágenes médicas, capaz de
intercambiar la data de tal forma que sea usado en el ámbito clínico (Kevin
O´Donnell, 2015).
Se originó debido a que equipos médicos de distintos fabricantes no podían
intercambiar data, esto motivo a que una comisión formada por el NEMA
(National Electrical Manufacturing Association) y el ACR (American Comission
of Radiologist) realizan el primer bosquejo del protocolo en 1985 y el ultimo en
1993 el mismo que incluía 9 capítulos del protocolo, finalmente en el 2007 se
incluirán 9 capítulos, los mismos que cada año son actualizados por un grupo
de expertos que incluyen nuevas modalidades, aumenten atributos o eliminen
los atributos obsoletos para hacer de esta forma el protocolo más eficaz y
eficiente (Kevin O´Donnell, 2015).

b). Descripción capa a capa del protocolo DICOM

1). Capa física


Se refiere al hardware necesario (cable UTP y tarjeta de red) para que se
realicen la comunicación entre los diversos equipos, estaciones de trabajo y
sistemas RIS PACS, cabe destacar que en este nivel la comunicación es a
129

nivel de bits de información.


2). Capa de enlace de datos
Es la capa encargada de realizar el control de la capa física, detectando y
corrigiendo errores de transmisión. Comúnmente trabaja en el protocolo
Ethernet. Esta capa es donde se crea la dirección MAC del equipo, el cual es
un chip único impregnado en la tarjeta madre del equipo.

3). Capa de red


Este nivel es el encargado de la búsqueda de la dirección de destino,
utilizando la mejor ruta para su cometido el protocolo usado es el protocolo IP,
el cual presenta las siguientes características:
Las direcciones IP se utilizan para identificar los diferentes nodos de una red
(o en internet). Existen básicamente dos tipos de dirección IP: estáticas y
dinámicas.
Una dirección IP consiste de 32 bits agrupados en 4 octetos (4 bytes), y
generalmente son representados de esta manera ****.****.****.****
Para simplificar las direcciones IP estas son expresadas en decimal
(212.240.225.204), aunque la representación real de esta sea en binario
(11010100 11110000 11100001 11001100).

Figura 23.4. Método para determinar una dirección IP. Fuente: Google.

4). Capa de transporte


La función principal de esta capa es garantizar que los datos se transmitan
130

correctamente, para su cometido utiliza un protocolo orientado a la conexión


conocido como protocolo TCP/IP.

5). Capa de aplicación, presentación y sesión


Es la interfaz final hacia el usuario, el protocolo usado a este nivel es el
protocolo de comunicación DICOM.

Figura 23.5. Protocolo DICOM representado en el modelo de referencia


OSI. Fuente: dicomstandard.org

c). Terminología usada para el protocolo DICOM


DICOM Conformance Statement, este es un documento formal que nos
muestra las funcionalidades (servicios) que se implementan en las diferentes
modalidades, estaciones de trabajo o servidores PACS.
Para entender este documento es necesario que tengamos claro la
terminología que se maneja en el protocolo DICOM, a continuación, se
muestra la terminología de referencia:

1). SCU (Service Class User)


Se refiere al cliente, será el llamado a iniciar el intercambio de datos.
131

2). SCP (Service Class Provider)


Es referido al servidor, su función es responder la información solicitada por
el SCU. Es oportuno mencionar que estos roles se pueden intercambiar entre
los equipos, las estaciones de trabajo y el servidor PACS.

Figura 23.6. Ilustración de SCU y SC. Fuente: dicomstandard.org

3). Information Object Definition (IOD)


Es toda la información referente a la data del paciente e información de la
imagen, está compuesta por un conjunto de Data Elements.

Figura 23.7. Ejemplo de OID. Fuente: dicomstandard.org

4). Data Elements


132

Es un conjunto de información que tiene la siguiente estructura y es elemental


para que se produzca el intercambio con éxito.

Figura 23.8. Trama de información Data Element. Fuente:


dicomstandard.org

- TAG: Es el identificador de la información, formando por grupos y elementos


de 8 bits cada uno.
- VR (Value Representation): Referente al tipo de información que se está
transportando.
- VL (Value Length): Nos indica el tamaño de la data que se está
transportando.
- Value Field: Es referente a la información que se está transportando.

5). DICOM Services


Son referentes a las acciones que se realizaran con la información obtenida
(IOD) para ejecutar el intercambio de información:
- DICOM Storage: Encargado de enviar y recibir imágenes a través de la
red.
- DICOM Storage Commitment: Encargado de enviar y recibir imágenes a
través de la red, enviando una respuesta al SCU cada vez que la imagen
ha sido enviada exitosamente al PACS.
133

- DICOM Query: Encargado de realizar la petición al SCP para la búsqueda


de una imagen del paciente con un nombre específico.
- DICOM Retrieve: Encargado de realizar peticiones al SCP de una lista de
información que luego es enviada al SCU 1 a 1.
- DICOM Modality Worklist: Encargado de solicitar al RIS información
importante del paciente (demográfica, horario, procedimiento y equipo a
utilizar) de tal forma que no exista la posibilidad de redundancia ni perdida
de información.
- DICOM Performed Procedure Step: Encargado de cerrar el flujo de
trabajo, una vez realizado el examen y enviada la imagen, mediante este
servicio se notifica al RIS o HIS que el procedimiento se realizó con éxito
o fue suspendido (Otpedia, s.f.).
- DICOM Storage on Media: Nos permite realizar el grabado de información
en medios secundarios al servidor PACS, que puede ser un CD, DVD o
USB.
- DICOM Print: Nos permite realizar la impresión de una imagen en un
medio físico, puede estar asociado a un servidor de impresión.

6). SOP (Service Object Pair)


Referente a la unión entre la información obtenida del paciente (IOD) y la
acción que se realizara con esa información (DICOM Service). El SOP
además presenta una UID (Unique Identification), el cual es una combinación
de números que nos sirven para identificar la data y el servicio enviado.

Figura 23.9. Ejemplo de UID. Fuente: dicomstandard.org


134

6. Software de Procesamiento de Imagen Digital. El software de


obtención y administración de imágenes para sistemas de imagen digital es
una referencia para la eficacia del flujo de trabajo, mediante una interface fácil
de usar, un conjunto de herramientas mejoradas, un flujo de trabajo
optimizado y una mejor calidad de imagen. Las ventajas de este software son:

 Acelera el proceso de registro del paciente.


 Captura rápida para sistemas computarizados y digitales.
 Diagnósticos rápidos, mejora de la atención al paciente.
 Permite compartir y almacenar imágenes de modo eficiente.
 Obtiene imágenes de alta calidad.

Figura 23.10. Software de obtención y procesamiento de imagen digital


de radiología. Fuente: Google.

Actualmente el procesamiento de imágenes digitales médicas permite,


escanear, editar, almacenar, mostrar e imprimir las imágenes digitalizadas.
Los aplicativos actuales permiten ajustar los parámetros de procesamiento de
imágenes y optimizar la calidad de imagen. En la Figura 23.11 se muestra el
flujo de trabajo y funcionamiento de un sistema de adquisición digital de
imágenes médicas.
135

Figura 23.11. Software de obtención y procesamiento de imagen.


Fuente: Google.

7. Sistema Global HIS, RIS y PACS.

a). PACS

PACS son las siglas anglosajonas Picture Archiving and Communication


system (Sistema de archivado y transmisión de imágenes). Se trata de un
sistema computarizado para el archivado digital de imágenes médicas
(medicina nuclear, tomografía computarizada, ecografía, mamografía,
radiografía, etc.) y para la transmisión de estas a estaciones de visualización
dedicadas o a través de una red informática (Wikipedia, 2021).
136

Figura 23.12. Interface web del servidor PACS del HNDAC. Fuente.
Elaboración propia.

b). RIS

El acrónimo RIS (en inglés de Radiology information System) es el sistema


que controla todo el departamento de diagnóstico por imágenes. Manejo de
turnos, stock de insumos, facturación del servicio, creación y almacenamiento
de reportes e informes de diagnóstico, estadísticas. El RIS está conectado al
HIS y al PACS, dicha conexión se realiza mediante el estándar de
comunicación HL7 (Wikipedia, 2021).

Figura 23.13. Interface web del Sistema RIS del HNDAC. Fuente.
Elaboración propia.
137

c). HIS

Los sistemas de información en salud (HIS), denominado también expediente


electrónico, pese a que este último es solo la parte clínica del proceso.
Consiste en un programa o programas de cómputo instalados en un hospital.
Estos permiten llevar un control de todos los servicios prestados a los
pacientes como:

 Obtener estadísticas generales de los pacientes.


 Obtener datos epidemiológicos.
 Detallar el coste de la atención prestada a cada paciente.
 Llevar un estricto expediente clínico en forma electrónica.
 También facilita el acceso y obtiene los datos sobre el tratamiento del
paciente de forma segura, con prontitud y eficiente.
 Es importante para que las agencias de salud puedan tener un control
sobre las enfermedades y prevenir brotes o epidemias.
 A su vez tienen los datos más precisos en el proceso de acreditación y le
facilita el acceso a los proveedores de servicios de salud.

Figura 23.14. Sistema de Información en salud (HIS). Fuente: Google.


138

d). Flujo de trabajo entre HIS, RIS y PACS

La importancia de entender el flujo de trabajo global en el área de diagnóstico


por imágenes nos ayudara a entender y clarificar el alcance que tiene la
integración entre estos sistemas, para la cual el grafico de la Figura 87
muestra el proceso que sigue un paciente cuando se encuentra frente a un
sistema de información radiológico (RIS) completo dentro de un ambiente
hospitalario.

Figura 23.15. Interacción entre HIS, PACS y RIS de un examen


radiológico. Fuente Google.

(1) Se registra el paciente en el HIS, el medico genera un orden de


radiología.
(2) La orden llega al sistema de información radiológico (RIS), el cual lo
registra para su atención.
(3) La información del paciente es almacenada y convertida en HL7 (High
Level 7).
(4) Se envía la data al conversor HL7-DICOM y se genera una nueva orden
de examen al paciente.
139

(5) Mediante la modalidad lista de trabajo se envían los datos del paciente
hacia el equipo.
(6) Se realiza el procedimiento y se adquiere la imagen del paciente en el
equipo. Luego mediante el comando C-Store, se almacena los datos en el
servidor PACS.
(7) Mediante el comando C-Move, las imágenes adquiridas son enviadas
hacia las estaciones de visualización.
(8) Luego que el especialista emita el diagnostico, en el RIS se podrá realizar
el reporte del examen.
(9) El RIS realiza una petición al PACS acerca de los exámenes de un
paciente que fue tratado con anterioridad, el PACS busca el examen y
continúa con el paso <7= y <8= antes mencionado.
(10) El RIS envía el acceso de los resultados (imágenes e informe) mediante
mensajes HL7, al sistema de gestión hospitalaria (HIS).

d). DICOM

DICOM (Digital Imaging and Communication On Medicine) es un estándar de


transmisión de imágenes médicas y datos entre hardware de propósito
médico. Las aplicaciones más comunes de este estándar son la visualización,
almacenamiento, impresión y transmisión de las imágenes (Kevin O´Donnell,
2015). El protocolo incluye la definición de un formato de fichero, un protocolo
de comunicación de red basado en TCP/IP.

DICOM permite la integración de escáneres, servidores, estaciones de


trabajo, impresoras y hardware de red de múltiples proveedores dentro de un
sistema de almacenamiento y comunicación de imágenes. Las diferentes
máquinas, servidores y estaciones de trabajo tienen una declaración de
conformidad DICOM (conformance statements) que establece claramente las
clases DICOM que soportan. DICOM ha sido adoptado ampliamente por
hospitales y está haciendo incursión en pequeñas aplicaciones de oficinas de
dentistas y de médicos.

El Comité de Normas DICOM es una organización de desarrollo de normas


140

internacionales e independientes que comprende profesionales cuyas


especialidades incluyen el uso de imágenes médicas, fabricantes de equipos
de imágenes médicas y afines. Los sistemas de información están
conformados por agencias gubernamentales, asociaciones comerciales y
otras organizaciones de desarrollo de estándares con interés en la
estandarización de la información de imágenes médicas y datos relacionados.
El Comité colabora estrechamente con otras organizaciones de desarrollo de
normas en los campos de Informática sanitaria y equipos eléctricos en la
práctica médica.

DICOM tiene un conjunto muy amplio de servicios, los cuales implica


transmisión de datos sobre la red, y el formato de fichero que se indican a
continuación:

Dicom Store.
El servicio DICOM Store es usado para mandar imágenes u otros objetos
persistentes (informes estructurados, etc.) a un PACS o a una estación de
trabajo.

Storage Commitment
El servicio DICOM storage commitment es usado para confirmar que una
imagen ha sido almacenada permanentemente por un dispositivo. El usuario
de la clase de servicio (modalidad, estación de trabajo, etc.)

Query/Retrieve
Permite a una estación de trabajo hacer búsquedas de imágenes en un PACS
y recuperarlas.

Dicom Worklist
Permite a un equipo de imagen que incluya esta funcionalidad o servicio
DICOM leer la "Lista de Pacientes citados", obtener detalles de los pacientes
y exámenes médicos solicitados electrónicamente, evitando la necesidad de
introducir esa información varias veces y sus consiguientes errores .
141

Modality Performed Procedure Step


Un servicio complementario al Modality Worklist, que permite a la modalidad
mandar un informe sobre los exámenes médicos realizados incluyendo datos
sobre las imágenes adquiridas, las dosis dispensadas, etc. Consta de tres
estados: en progreso, terminado y descontinuado.

DicomPrint
Este servicio es usado para mandar imágenes a una impresora DICOM,
normalmente para imprimir una placa de rayos x. Hay una calibración estándar
para ayudar a asegurar la consistencia entre distintos dispositivos de pantalla.

Ficheros DICOM
Los ficheros DICOM describen como almacenar información de imágenes
médicas en un medio extraíble. Generalmente es obligatorio incluir también
los metadatos de la imagen. DICOM restringe los nombres de los ficheros a
nombres de 8 caracteres. Del nombre del fichero no debe de extraerse
ninguna información.

d). HL7

HL7 (Health Level Seven) es un conjunto de estándares para facilitar el


intercambio electrónico de información clínica; que utiliza una notación formal
del lenguaje unificado de modelado (Unified Modeling Language, UML) y un
metalenguaje extensible de marcado con etiquetas (Extensible Markup
Language, XML) (HL7 International, s.f.).

HL7 International, es una <Organización de Desarrollo de Estándares=


(Standards Developing Organization, SDO), para el ámbito de la salud.
Fundada en 1987, sin fines de lucro, opera a nivel internacional y su misión
es proveer estándares globales para los dominios: clínico, asistencial,
administrativo y logístico, con el fin de lograr una interoperabilidad real entre
los distintos sistemas de información en el área de la salud (HL7 International,
s.f.). Es considera una de las organizaciones más importantes de informática
médica a nivel internacional.
142

Algunos de estos estándares HL7 son:

Mensajería HL7 Versión 2: Estándar de mensajería para el intercambio


electrónico de datos de salud.
Mensajería HL7 Versión 3: Estándar de mensajería para el intercambio
electrónico de datos de salud basada en el RIM.
CDA HL7: (Clinical Document Architecture) Estándar de arquitectura de
documentos clínicos electrónicos.
SPL HL7: (Structured Product Labeling) Estándar electrónico de etiquetado
de medicamentos.
HL7 Medical Records: Estándar de administración de Registros Médicos.
GELLO: Estándar para la expresión de reglas de soporte de decisiones
clínicas.
Arden Sintax: Es estándar sintáctico (if then) para compartir reglas de
conocimiento clínico.
CCOW: Es un estándar para frameworks para compartir contexto entre
aplicaciones.

Figura 23.16. Ejemplo de un mensaje HL7 de tipo ORU. Fuente: Google.

e). Modality Worklist (MWL)

Conocido también como lista de trabajo de modalidad DICOM, es una forma


para automatizar que la información de los pacientes sea específica y
143

protegida. Permite automatiza la transferencia de información desde un


HIS/RIS/EMR a las modalidades (equipos médicos).
La Lista de trabajo de modalidad DICOM (MWL) hace que la información
demográfica del paciente de un Sistema de información radiológica (RIS) esté
disponible en una modalidad, eliminando la entrada de datos dual y
proporcionando integridad de datos (Dicom system, s.f.).

El servicio de lista de trabajo de modalidad DICOM (MWL) está estructurado


como la clase SOP de consulta/recuperación; define una combinación de un
modelo de información con un comando o servicio DICOM. El comando
DICOM es C-FIND; y la Clase SOP definida es Modelo de Información de
Modality Worklist Information Model - FIND.

La ventaja del servicio Lista de trabajo de modalidad es que se elimina la


necesidad de volver a escribir la información demográfica y de programación
del paciente en la modalidad. La información demográfica, como el nombre
del paciente, la fecha de nacimiento, el sexo, etc., se copia de la lista de
trabajo recuperada.

La Lista de trabajo de modalidad a menudo se usa de dos maneras diferentes


por un dispositivo. Algunos dispositivos recuperan la información en tiempo
real y algunos actualizan la lista sondeando en intervalos regulares.

Algunos de los beneficios de MWL son:

 Garantizar que los datos demográficos tengan solo una fuente de


información común.
 Todos los estudios y pacientes generados por la Modality Worklist,
están siempre disponibles en los equipos para su atención.
 Reduce errores y el proceso manual en los flujos de atención del
paciente en el equipo médico.
 Garantiza el cumplimiento de protocolos de seguridad de transferencia
de información.
144

 Además del ahorro de tiempo, existe una ventaja mucho mayor: la


integridad de los datos.

f). Modality Performed Procedure Step (MPPS)

Modality Performed Procedure Step DICOM (MPPS) cierra el ciclo entre el


RIS, el PACS y la modalidad. La modalidad proporciona información sobre el
estudio real realizado, la cantidad de imágenes que se escanearon y el estado
del examen (OTpedia, s.f.). Esta información se comunica entre una
modalidad digital, el PACS y RIS.

MPPS permite a una modalidad comunicar el estado del estudio. Un sistema


de información que soporte este servicio podría identificar un examen como
completado.

MPPS permite que un equipo médico comunique cuál fue realmente el


examen realizado, para permitir que se comuniquen los cambios en el
procedimiento, en comparación con lo que estaba programado, lo que podría
desencadenar que un RIS emita una orden de cambio (OTpedia, s.f.).
Además, informa cuando se ha iniciado un trámite, indicándolo en la lista de
programación, y proporciona información sobre el número de imágenes
generadas.

El MPPS también permite la gestión de la dosis de radiación y también puede


comunicar la cantidad de dosis que se administró al paciente.

La modalidad comunica la información de MPPS al administrador de MPPS,


que se asegura de que tanto el RIS como el PACS obtengan la información
de MPPS.
145

Figura 23.17. Esquema de comunicación entre el RIS, equipo y PACS.


Fuente: Google.

Finalmente se puede afirmar que MPPS permite un flujo de trabajo de


radiología eficiente y cómo garantiza la precisión y la integridad de la
información de imagen.

8. Virtualización de Servidores. La virtualización de servidores es el


proceso de dividir un servidor físico en múltiples servidores virtuales únicos y
aislados por medio de una aplicación de software. Cada servidor virtual puede
ejecutar sus propios sistemas operativos de manera independiente.

La virtualización de servidores se utiliza para enmascarar los recursos de los


servidores ante sus usuarios. Esto puede incluir el número y la identidad de
los sistemas operativos, los procesadores y los servidores físicos individuales.
Las ventajas de la virtualización son:

 Mayor disponibilidad de los servidores.


 Menores costes operativos.
 Eliminación de la complejidad de los servidores.
 Mejora del rendimiento de las aplicaciones.
 Distribución más rápida de las cargas de trabajo.
146

9. Máquinas Virtuales. Una máquina virtual, conocida como <invitada=, es


lo que se crea en un entorno informático, denominado <host=. En un host
pueden existir varias máquinas virtuales a la vez. Los archivos más
importantes que componen una máquina virtual son un archivo de registro, un
archivo de configuración de NVRAM, un archivo de disco virtual y un archivo
de configuración (VMWare, s.f.).

Las máquinas virtuales son ordenadores de software que proporcionan la


misma funcionalidad que los ordenadores físicos. Como ocurre con los
ordenadores físicos, ejecutan aplicaciones y un sistema operativo. Sin
embargo, las máquinas virtuales son archivos informáticos que se ejecutan en
un ordenador físico y se comportan como un ordenador físico. En otras
palabras, las máquinas virtuales se comportan como sistemas informáticos
independientes.

Las máquinas virtuales se crean para realizar tareas específicas cuya


ejecución en un entorno host presentaría ciertos riesgos, tales como el acceso
a datos infectados por virus y la prueba de sistemas operativos (VMWare, s.f.).
Dado que la máquina virtual está aislada del resto del sistema, el software que
hay en su interior no puede modificar el ordenador host. Las máquinas
virtuales también pueden usarse para la virtualización de servidores

Figura 23.18. Ejemplo de máquinas virtuales de VMWare. Fuente:


vmware.com
147

Ventajas de las máquinas virtuales:


 Proporcionan opciones de recuperación ante desastres y distribución de
aplicaciones.
 Las máquinas virtuales se gestionan y mantienen fácilmente, y ofrecen
una amplia disponibilidad.
 Es posible ejecutar varios entornos de sistemas operativos en un solo
ordenador físico.

Desventajas de las máquinas virtuales:


 La ejecución de varias máquinas virtuales en una máquina física puede
provocar que el rendimiento sea inestable.
 Las máquinas virtuales son menos eficientes y más lentas que un
ordenador físico.

Entre los tipos de máquinas virtuales que podemos destacar son:

Las máquinas virtuales de procesos, ejecutan programas informáticos en


un entorno independiente de la plataforma. Enmascaran la información del
hardware o el sistema operativo subyacentes. Esto permite que el programa
se ejecute de la misma manera en cualquier plataforma (VMWare, s.f.).

Las máquinas virtuales de sistema, permiten compartir los recursos físicos


de un ordenador host entre varias máquinas virtuales.
148

ANEXO 23: Detalle de costos por ítem que involucro el proyecto de la licitación
Publica N° 001-2018-HNDAC.

Tabla 23.1. Tabla de costos de la LICITACION PÚBLICA Nº 001-2018-


HNDAC.
149
150

ANEXO 24: Código de la <dbo.Vista_Ris_Pacs= desarrollado en el sistema


hospitalario SIGES del Hospital Nacional Daniel Alcides Carrión. Fuente:
THIMEDICAL S.A.C (2018). HN-DOC-18-
8_INTEGRACION_ENTRE_SIGES_Y_RIS_PACS_DEL_HNDAC.pdf14

14
THIMEDICAL S.A.C. Entregable de la Licitación Pública Nº 001-2018-HNDAC, 2018
151
152

ANEXO 25: Especificaciones técnicas del sistema RIS PACS Hiruko de


ImexHs. Fuente: THIMEDICAL S.A.C. (2018). Entregable de la Licitación
Pública Nº 001-2018-HNDAC.
153
154
155
156

ANEXO 26: Ficha técnica del robot grabador. Fuente:


http://www.clie.cl/pdf/C11CD37001.pdf
157
158

ANEXO 27: Certificación del software de Post procesamiento de las


estaciones de diagnóstico del Hospital Nacional Daniel Alcides Carrión.
Fuente: THIMEDICAL S.A.C. (2018). Entregable de la Licitación Pública
Nº 001-2018-HNDAC.
159

ANEXO 28: Certificación de sistema RIS PACS del Hospital Nacional Daniel
Alcides Carrión. Fuente: THIMEDICAL S.A.C (2018). Entregable de la
Licitación Pública Nº 001-2018-HNDAC.
160

ANEXO 29: Actas de capacitación de especialista de Colombia a personal


médico del Hospital Nacional Daniel Alcides Carrión. Fuente: THIMEDICAL
S.A.C. (2018). Entregable de la Licitación Pública Nº 001-2018-HNDAC.
161
162
163

ANEXO 30: Acta de alcances y requerimiento de la integración entre el


sistema SIGES y RIS PACS. Fuente: INTEGRITY PERÚ S.A.C. (2018)
Entregable de la Licitación Pública Nº 001-2018-HNDAC.
164
165

ANEXO 31: Plano de la sala de diagnóstico por imágenes construido para el


HNDAC. Fuente: INTEGRITY PERÚ S.A.C(2018). Entregable de la Licitación
Pública Nº 001-2018-HNDAC.
166

ANEXO 32: Gantt de Actividades del Proyecto PACS RIS del Hospital
Nacional Daniel Alcides Carrión. Fuente: THIMEDICAL S.A.C (2018).
Entregable de la Licitación Pública Nº 001-2018-HNDAC.

También podría gustarte