Download Diseño de un equipo para el manejo de Historias Clínicas

UNIVERSIDAD SIMÓN BOLÍVAR
Decanato de Estudios Profesionales
Coordinación de Electrónica
Diseño de un equipo para el manejo de Historias Clínicas Electrónicas en el
Sistema Hospitalario Venezolano
Por:
Hildemar Celeste Amaro Arreaza
Sartenejas, enero de 2008
UNIVERSIDAD SIMÓN BOLÍVAR
Decanato de Estudios Profesionales
Coordinación de Electrónica
Diseño de un equipo para el manejo de Historias Clínicas Electrónicas en el
Sistema Hospitalario Venezolano
Por
Hildemar Celeste Amaro Arreaza
Realizado con la Asesoría de
Prof. Ricardo Silva (Tutor Académico)
INFORME FINAL DE CURSOS EN COOPERACIÓN TÉCNICA Y DESARROLLO
SOCIAL
Presentado ante la Ilustre Universidad Simón Bolívar
como requisito parcial para optar al título de Ingeniero Electrónico
Sartenejas, enero de 2008
UNIVERSIDAD SIMÓN BOLÍVAR
Decanato de Estudios Profesionales
Coordinación de Electrónica
Diseño de un equipo para el manejo de Historias Clínicas Electrónicas en el Sistema
Hospitalario Venezolano
Informe final de Cursos en Cooperación Técnica y Desarrollo Social Presentado por Hildemar
Celeste Amaro Arreaza
REALIZADO CON LA ASESORÍA DE: Profesor Ricardo Silva (Tutor Académico)
RESUMEN
Se realizó el diseño de un equipo para el manejo de historias clínicas, Medicarro, adaptado
al Sistema Hospitalario de Venezuela. El proyecto se desarrolló a través de cinco fases. La
primera consistió en el estudio de la estructura y funcionamiento del sistema hospitalario, los
procedimientos de búsqueda y consulta de historias clínicas, estableciendo la necesidad de
implementar un equipo para el manejo de registros médicos electrónicos. En la segunda fase
se analizaron las diversas herramientas, procedimientos, y soluciones comerciales empleadas
en la actualidad, adaptables a Venezuela. Los requerimientos de Hardware, Software y
Operatividad constituyeron el punto de partida para el planteamiento de la propuesta. En la
tercera fase se procedió a la integración de requerimientos, conocimientos y soluciones, que
concluyó en el diseño del Medicarro; se propuso un procedimiento para su funcionamiento,
transmisión y acceso de datos de pacientes. En la cuarta etapa, se elaboró un plan de asistencia
técnica del equipo diseñado, para el diagnóstico y procedimientos a seguir en caso de fallas.
Por último, se estudió su factibilidad económica y se plantearon posibles ampliaciones futuras
del equipo.
PALABRAS CLAVES
Historia Clínica Electrónica, HIS, Sistema de energía de respaldo, Medicarro.
Aprobado con mención: X
Sartenejas, enero de 2008
DEDICATORIA
A mis Padres, por su compañía, apoyo, constancia, ejemplo, amor, confianza, consejos y
solidaridad durante todo el camino transitado; por enseñarme que en la vida no hay tiempo, ni
distancias mientras se ama, ni dificultades que no puedan superarse, les debo mi alma.
A mi Abuelita, por toda su dulzura, dedicación y entrega; sus recuerdos son mis tesoros, sus
palabras son mi sabiduría y su corazón es mi amor.
A mi Hermano y mi Hermanita, por ser las estrellitas en mi cielo, el horizonte que sueño
alcanzar, gracias por enseñarme todo lo maravilloso que puede ser un ser humano, por ser mis
amigos, mi todo, gracias por existir.
A Clavito, por ser tan especial y transmitir tanta alegría.
A Gysvier, por ser mi angelito de la guarda, siempre a mi lado; por ser luz, magia, música,
color y felicidad, gracias por permitirme vivir todo eso.
A mis Amigos, en especial a Andrés, Carlos y Pedro, por recordarme que siempre existen las
sonrisas y que con ellas podemos conquistar nuestros sueños.
A todos mis Profesores, que con su esfuerzo y tesón me enseñaron que es posible construir un
mundo de excelencia, justicia, libertad, tolerancia, estudio, trabajo, constancia y amor.
AGRADECIMIENTOS
Al Profesor Ricardo Silva, por su apoyo incondicional.
Al Profesor Luis Suberviola e Ingeniero Miguel Cova, por su invaluable asesoría.
A los que directa e indirectamente me ayudaron a realizar mi pasantía.
ÍNDICE GENERAL
i
________________________________________________________________________
ÍNDICE GENERAL
CAPITULO I:
INTRODUCCIÓN _____________________________________________ 1
1.1.
Planteamiento del problema ___________________________________________________ 1
1.2.
Descripción del Proyecto ______________________________________________________ 2
1.3.
Antecedentes ________________________________________________________________ 3
1.4.
Objetivos ___________________________________________________________________ 5
1.4.1. Objetivo General ________________________________________________________________ 5
1.4.2. Objetivos Específicos ____________________________________________________________ 5
1.5.
Alcance ____________________________________________________________________ 6
1.6.
Limitaciones ________________________________________________________________ 7
1.7.
Estructura del Informe _______________________________________________________ 7
CAPITULO II: FUNDAMENTOS _____________________________________________ 9
2.1.
Sistema Hospitalario de Venezuela______________________________________________ 9
2.1.1. Leyes y normativas ligadas al Sistema Hospitalario de Venezuela __________________________ 9
2.1.2. Estructura del Sistema Hospitalario de Venezuela _____________________________________ 10
2.1.2.1. Nivel de Atención Tipo I _____________________________________________________ 10
2.1.2.2. Nivel de Atención Tipo II ____________________________________________________ 11
2.1.2.3. Nivel de Atención Tipo III____________________________________________________ 12
2.1.3. Registro Médico _______________________________________________________________ 12
2.1.3.1. Historias Médicas __________________________________________________________ 12
2.1.3.2. KARDEX: Dispositivo de Registro Médico ______________________________________ 15
2.2.
Referencia de Centro de Salud Asistencial ______________________________________ 15
2.2.1. Hospital Militar “Dr. Carlos Arvelo” _______________________________________________ 15
2.2.2. Estructura y Funcionamiento de Entorno Hospitalario __________________________________ 16
2.2.2.1. Servicio de Emergencia ______________________________________________________ 16
2.2.2.2. Servicio de Admisión _______________________________________________________ 17
2.3.
Conceptos básicos de Registros Médicos Electrónicos adaptados a Sistemas de Información
__________________________________________________________________________ 23
2.3.1. Historia Médica Electrónica ______________________________________________________ 23
2.3.2. Diseño de un Sistema de Registro Médico Electrónico _________________________________ 23
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
ÍNDICE GENERAL
ii
________________________________________________________________________
2.3.2.1. Requerimientos ____________________________________________________________ 23
2.3.2.2. Análisis / Diseño ___________________________________________________________ 24
2.3.2.3. Desarrollo ________________________________________________________________ 24
2.3.2.4. Pruebas___________________________________________________________________ 25
2.3.2.5. Producción / Mantenimiento __________________________________________________ 25
2.3.3. Estándar HL7 _________________________________________________________________ 25
2.4.
Requerimientos y lineamientos de Desarrollo e Implementación de Software medico en
Venezuela ______________________________________________________________________ 26
2.4.1. Plan Nacional de Migración a Software Libre ________________________________________ 26
2.5.
Herramientas disponibles para Desarrollo de Registros Médicos Electrónicos adaptados a
Sistemas de Información __________________________________________________________ 27
2.5.1. Desarrollo de Aplicaciones Web ___________________________________________________ 27
2.5.1.1. PHP _____________________________________________________________________ 27
2.5.1.2. JSP: Java Server Pages ______________________________________________________ 28
2.5.1.3. ASP: Active Server Pages ____________________________________________________ 29
2.5.1.4. Ruby on Rails _____________________________________________________________ 30
2.5.2. Desarrollo de Base de Datos ______________________________________________________ 30
2.5.2.1. MySQL __________________________________________________________________ 30
2.5.2.2. Oracle____________________________________________________________________ 31
2.5.2.3. PostgreSQL _______________________________________________________________ 31
2.6.
Revisión de Sistemas de Registros Médicos Electrónicos disponibles _________________ 32
2.6.1. OpenHis _____________________________________________________________________ 32
2.6.2. Proyecto Red-HL7 Universidad Simón Bolívar _______________________________________ 33
2.6.3. Care2x _______________________________________________________________________ 34
2.7.
Conceptos básicos de Redes de Transmisión de Datos para Sistemas de Registros Médicos
Electrónicos en Venezuela _________________________________________________________ 35
2.7.1. Arquitectura Cliente - Servidor ____________________________________________________ 35
2.7.1.1. Sockets ___________________________________________________________________ 36
2.7.2. Red de datos CANTV ___________________________________________________________ 37
2.7.2.1. Tipos de Conexión y Acceso __________________________________________________ 37
2.8.
Sistema de Energía de Respaldo _______________________________________________ 39
2.8.1. Sistemas de alimentación de respaldo para cargas críticas _______________________________ 39
2.8.2. Confiabilidad __________________________________________________________________ 40
2.8.3. Configuraciones Típicas _________________________________________________________ 41
2.8.4. Baterías estacionarias. ___________________________________________________________ 46
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
ÍNDICE GENERAL
iii
________________________________________________________________________
2.8.4.1. Operación y características ___________________________________________________ 46
2.8.4.2. Capacidad ________________________________________________________________ 52
2.8.4.3. Selección y dimensionamiento de baterías. _______________________________________ 55
2.8.5. Rectificadores-cargadores de baterías _______________________________________________ 55
2.8.5.1. Características y dimensionamiento ____________________________________________ 55
2.8.5.2. Configuraciones redundantes __________________________________________________ 56
2.8.6. Sistemas de Protección __________________________________________________________ 57
2.8.6.1. Breakers __________________________________________________________________ 57
2.8.6.2. Low Voltage Disconnect LVD ________________________________________________ 58
CAPITULO III: DISEÑO Y DESARROLLO DEL MEDICARRO ___________________ 59
3.1.
Requerimientos_____________________________________________________________ 59
3.1.1. Hardware _____________________________________________________________________ 59
3.1.2. Software _____________________________________________________________________ 59
3.1.3. Operatividad __________________________________________________________________ 60
3.1.4. Análisis de Requerimientos _______________________________________________________ 60
3.2.
MEDICARRO: Estructura General ___________________________________________ 61
3.2.1. Selección de configuración del Sistema de Energía de Respaldo __________________________ 61
3.2.2. Selección de equipos de Computación ______________________________________________ 63
3.2.3. Selección de equipos de Sistema de Energía de Respaldo _______________________________ 67
3.2.4. Selección de Sistema de Registro Médico Electrónico __________________________________ 77
3.2.5. Adaptaciones propuestas al Sistema de Registro Médico Electrónico ______________________ 77
3.2.6. Selección de la Estructura Física ___________________________________________________ 78
3.2.7. Adaptaciones propuestas a la Estructura Física________________________________________ 79
3.2.7.1. Diseño estructural del Medicarro _______________________________________________ 81
3.2.7.1.1.
Módulo Superior _______________________________________________________ 81
3.2.7.1.2.
Módulo de Computación _________________________________________________ 83
3.2.7.1.3.
Módulo Energía de Respaldo _____________________________________________ 83
CAPITULO IV: FUNCIONAMIENTO DEL MEDICARRO ________________________ 84
CAPITULO V: PLAN DE ASISTENCIA TÉCNICA DEL MEDICARRO ____________ 87
5.1.
Procedimiento de Reporte y Seguimiento de Fallas _______________________________ 87
5.2.
Solicitud de Servicio _________________________________________________________ 87
5.3.
Niveles de Escalamiento de Fallas _____________________________________________ 88
5.4.
Plan de Asistencia Técnica de Nivel Físico del Medicarro _________________________ 88
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
ÍNDICE GENERAL
iv
________________________________________________________________________
5.5.
Plan de Asistencia Técnica de Nivel de Aplicación del Medicarro ___________________ 90
CAPITULO VI: MÁS ALLÁ DEL MEDICARRO ________________________________ 92
CAPITULO VII: ESTUDIO ECONÓMICO ____________________________________ 94
7.1.
Estudio de Costos del Proyecto ________________________________________________ 94
7.2.
Relación Costo Beneficio _____________________________________________________ 96
CAPITULO VIII: CONLUSIONES Y RECOMENDACIONES ___________________ 103
8.1.
Conclusiones ______________________________________________________________ 103
8.2.
Recomendaciones __________________________________________________________ 104
CAPITULO IX: REFERENCIAS BIBLIOGRÁFICAS ___________________________ 105
CAPITULO X: ANEXOS __________________________________________________ 107
10.1 Formato 1_________________________________________________________________ 108
10.2 Formato 2_________________________________________________________________ 111
10.3 Formato 3_________________________________________________________________ 113
10.4 Formato 4_________________________________________________________________ 115
10.5 Formato 5_________________________________________________________________ 117
10.6 Formato 6_________________________________________________________________ 119
10.7 Formato 7_________________________________________________________________ 126
10.8 Formato 8_________________________________________________________________ 128
10.9 Formato 9_________________________________________________________________ 130
10.10 Formato 10_______________________________________________________________ 132
10.11 Sockets en PHP____________________________________________________________134
10.12 Formato de Historia Clínica Digital Propuesta__________________________________ 137
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
ÍNDICE DE TABLAS
v
________________________________________________________________________
ÍNDICE DE TABLAS
Tabla 1.
Implementación de un Sistema de Historias Clínicas Electrónicas en India __ 4
Tabla 2.
Voltaje Nominal de batería de Plomo-Ácido __________________________ 50
Tabla 3.
Requerimientos de carga para Sistema de Respaldo de Energía ___________ 67
Tabla 4.
Equipos de Sistema de Respaldo ____________________________________ 76
Tabla 5.
Lista de General chequeo de problemas de nivel 1 y 2 del fallas ___________ 89
Tabla 6.
Equipos necesarios para implementar el diseño del Medicarro ___________ 95
Tabla 7.
Costo del Medicarro ______________________________________________ 95
Tabla 8.
Inversión del Medicarro _________________________________________ 100
Tabla 9.
Comparación de Costos __________________________________________ 101
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
vi
ÍNDICE DE FIGURAS
________________________________________________________________________
ÍNDICE DE FIGURAS
Figura 1.
OpenHIS_______________________________________________________ 32
Figura 2.
Red-HL7 _______________________________________________________ 33
Figura 3.
Care2x HIS ____________________________________________________ 35
Figura 4.
Transmisión ADSL ______________________________________________ 37
Figura 5.
Distribución de Servicios en ADSL __________________________________ 38
Figura 6.
Sistema paralelo en operación normal _______________________________ 41
Figura 7.
Sistema paralelo durante falla de red eléctrica de alimentación ___________ 42
Figura 8.
Redundancia de Baterías __________________________________________ 42
Figura 9.
Sistema de respaldo para varias cargas ______________________________ 43
Figura 10.
Sistema de Respaldo en paralelo para cargas AC ______________________ 43
Figura 11.
Sistema Conmutado en modo normal ________________________________ 44
Figura 12.
Sistema Conmutado en modo de descarga ____________________________ 45
Figura 13.
Sistema de Respaldo Conmutado para cargas AC ______________________ 45
Figura 14.
Constitución básica de una batería __________________________________ 46
Figura 15.
Profundidad de Ciclado ___________________________________________ 47
Figura 16.
Batería durante operación _________________________________________ 51
Figura 17.
Requerimiento Energético vs. Tiempo de Autonomía ___________________ 52
Figura 18.
Capacidad de batería _____________________________________________ 53
Figura 19.
Envejecimiento de Batería de Plomo - Ácido __________________________ 54
Figura 20.
Redundancia Rectificadores _______________________________________ 56
Figura 21.
Sistema de respaldo con Breakers ___________________________________ 57
Figura 22.
Sistema de respaldo con Low Voltage Disconnect ______________________ 58
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
ÍNDICE DE FIGURAS
vii
________________________________________________________________________
Figura 23.
Funcionamiento general del Medicarro ______________________________ 61
Figura 24.
Configuración de Sistema de Computación ___________________________ 67
Figura 25.
Requerimientos del Medicarro _____________________________________ 68
Figura 26.
Requerimientos del Medicarro _____________________________________ 69
Figura 27.
Dimensiones Batería UPS 12–540 MR _______________________________ 71
Figura 28.
Dimensiones de Rectificador _______________________________________ 73
Figura 29.
Diseño de Medicarro _____________________________________________ 80
Figura 30.
Módulo Superior del Medicarro ____________________________________ 81
Figura 31.
Pantalla del Medicarro Posición I __________________________________ 82
Figura 32.
Pantalla del Medicarro Posición II __________________________________ 82
Figura 33.
Módulo de Computación __________________________________________ 83
Figura 34.
Módulos de Energía de Respaldo y Computación ______________________ 83
Figura 35.
Funcionamiento del Medicarro_____________________________________ 86
Figura 36.
Modalidad de Listas de Trabajo ____________________________________ 93
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
viii
ÍNDICE DE FOTOS
________________________________________________________________________
ÍNDICE DE FOTOS
Foto 1.
Búsqueda de la Historia Clínica. Parte I _____________________________ 20
Foto 2.
Búsqueda de la Historia Clínica. Parte II ____________________________ 20
Foto 3.
Búsqueda de la Historia Clínica. Parte III ____________________________ 21
Foto 4.
Búsqueda de la Historia Clínica. Parte IV ____________________________ 21
Foto 5.
Búsqueda de la Historia Clínica. Parte V _____________________________ 22
Foto 6.
LinCon-8000 ___________________________________________________ 63
Foto 7.
Tarjeta D201GLY de INTEL _______________________________________ 64
Foto 8.
Conector de 12 V DC a Conector ATX _______________________________ 65
Foto 9.
Adaptador de Disco Flash _________________________________________ 65
Foto 10.
Memoria RAM __________________________________________________ 66
Foto 11.
Medicarro I ____________________________________________________ 79
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
1
CAPITULO I: INTRODUCCIÓN
________________________________________________________________________
CAPITULO I: INTRODUCCIÓN
1.1. PLANTEAMIENTO DEL PROBLEMA
En el marco de la modernización y dotación de herramientas tecnológicas al sector de salud
del país, el Centro de Innovación Tecnológica (CENIT), adscrito al Ministerio del Poder
Popular para Ciencia y Tecnología, se encuentra realizando un conjunto de proyectos
orientados al desarrollo de soluciones de ingeniería, que permitan brindar atención efectiva y
de calidad a la población, en los centros de atención hospitalarios. Así como contar con
herramientas de prevención, seguimiento y control de enfermedades.
En este sentido, se ha prestado vital importancia a todo lo referente al manejo de Historias
Clínicas dentro de las instituciones, ya que uno de los mayores problemas de salud en la
actualidad, es la enorme cantidad de historias médicas en papel y acetato que deben ser
archivadas, manipuladas y procesadas. Como consecuencia de ello, se complican los
procedimientos posteriores: búsqueda de la historia para anexar los exámenes realizados,
control y monitoreo de pacientes; se obstaculizan los procesos de planificación y estudio
estadístico, que se realizan con el fin de destinar los recursos a la prevención de enfermedades
y causas consultadas que así lo requieran.
Adicionalmente, resulta importante destacar que cada institución lleva su registro de
manera particular, es decir, sin comunicación con el resto de los centros de salud, lo que
imposibilita poder atender eficientemente a un paciente de acuerdo a sus antecedentes cuando
llegue a una institución donde no haya sido atendido previamente.
De esa forma, dada la importancia que representa el sistema de registro de historias
clínicas, se presenta como punto fundamental el diseño de un equipo para el manejo de
historias médicas electrónicas, a través del cual se pueda desplegar un sistema de registro y
acceso a la información de un paciente desde la institución que le va a prestar atención.
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
2
CAPITULO I: INTRODUCCIÓN
________________________________________________________________________
1.2. DESCRIPCIÓN DEL PROYECTO
El sistema de registro medico actual se encuentra en evolución hacia un sistema mucho más
eficiente de nueva generación, donde se puede llevar un registro único de cada paciente,
acorde con las características del sistema hospitalario existente en el país, los avances
tecnológicos en el área y lineamientos gubernamentales. Este planteamiento ofrece múltiples
ventajas entre las cuales destacan:
 Optimización del servicio de atención medica.
 Carácter universal de la Historia Clínica: cada ciudadano pertenecerá a un único registro.
Los pacientes podrán ser atendidos de forma eficiente, adecuada y personalizada en una
institución de salud, de acuerdo a sus antecedentes; sin necesidad de que tengan que
comunicarlos cada vez que visiten una institución médica.
 Monitoreo a nivel estadístico de casos atendidos: permitiendo correlacionar perfiles de los
casos (edad, sexo, ocupación, entre otros) con causas consultadas, tanto con fines
académicos y de investigación como para destinar recursos, atención, campañas, entre
otros a las enfermedades que así lo requieran.
 Enriquecimiento tecnológico y social: las instituciones de salud podrán ofrecer tecnología
actualizada y acorde con los avances en el área, como consecuencia de ello, se logrará
incentivar y fortalecer la familiarización tecnológica en el personal que labora en los
centros asistenciales; contribuyendo con el proceso de formación de profesionales
integrales, dispuestos a emplear herramientas tecnológicas en el cuidado de pacientes. Todo
esto favorece la constitución de un sistema hospitalario de mayor calidad.
 Reducción de costos y beneficio ambiental: la reducción de costos asociados a la papelería
empleada para el registro, ha sido una de las mayores motivaciones, ya que con ello no sólo
se puede disponer de más recursos para otras áreas, sino que también se puede disminuir el
impacto negativo sobre el medio ambiente, causado por el empleo de la enorme cantidad de
fichas.
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
3
CAPITULO I: INTRODUCCIÓN
________________________________________________________________________
Es por ello, que el CENIT, busca la aplicación de nuevas tecnologías orientadas a responder
oportunamente a las necesidades y requerimientos del sistema hospitalario y se propone el
diseño de un equipo que pueda ser empleado como punto de acceso para el manejo de historias
clínicas, permitiendo llevar un registro mucho más eficiente que el actual. Se estableció un
convenio entre el CENIT y la Universidad Simón Bolívar (USB) a través de la Unidad de
Gestión de Tecnología en Salud (UGTS), unidad operativa de la Fundación de Investigación y
Desarrollo de la Universidad Simón Bolívar (FUNINDES).
La UGTS funciona como unidad operativa de FUNINDES, la cual se encarga de vincular
las capacidades científicas y tecnológicas de la USB con el sector productivo del país, en este
sentido, la UGTS desde sus inicios se ha destinado a llevar a cabo, en forma integral y
exclusiva, la ejecución de proyectos de ingeniería en el área de salud. En la actualidad, se
encuentra desarrollando diversos proyectos entre los que se pueden mencionar: el desarrollo
de una plataforma de regeneración celular mediante estimulación eléctrica y el desarrollo de
un dispensador automático de tabletas.
De esa manera, la UGTS fue la responsable del diseño del primer prototipo de equipo para
el manejo de historias clínicas, evaluando diversas soluciones de software de registro
electrónico. Para ello, se consideraron diversos factores como: la estructura y funcionamiento
hospitalario, soluciones comerciales disponibles y experiencias previas relacionadas con el
planteamiento.
1.3. ANTECEDENTES
Existen numerosas experiencias de soluciones para el manejo de historias clínicas a nivel
mundial, todas orientadas a brindar una mejor calidad de atención. Particularmente se pueden
mencionar dos experiencias, la primera de ellas se refiere a la implementación de un registro
médico electrónico en el Hospital Alemán de Buenos Aries.
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
4
CAPITULO I: INTRODUCCIÓN
________________________________________________________________________
Este proyecto logró incorporar aproximadamente 500 profesionales, 100% de los
profesionales de la institución, en el término de nueve meses, cumpliendo ampliamente las
expectativas y los objetivos marcados al comienzo. Actualmente, las 36200 consultas
ambulatorias mensuales del hospital, se hacen a través del sistema de historias clínicas
electrónicas. [1]
Esta experiencia resulta sumamente importante, ya que indica que el personal profesional
de una institución de salud puede familiarizarse con el sistema de historias clínicas
electrónicas, manteniendo cifras elevadas de atención.
La segunda experiencia considerada, fue la implementación de un sistema de historias
clínicas electrónicas en el Hospital de ATA, ubicado en Jamshedpur, India, donde se
obtuvieron los siguientes resultados [2]:
Indicador
Antes de la
Después de la
implementación del
implementación del
Proyecto
Proyecto
10 minutos
5 minutos
Tiempo de espera en
Admisión
Beneficios
Reducción
tiempo
que
del
debe
esperar un paciente
Inventario de
2,5 meses
1,7 meses
registros
Cierre mensual
Mejor desempeño de
Institución de Salud
3 días
Inmediato
Mejor desempeño de
Institución de Salud
Tabla 1. Implementación de un Sistema de Historias Clínicas Electrónicas en India
Todo esto evidencia el impacto positivo que puede causar la implementación de un sistema
de historias clínicas electrónicas en la atención médica.
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
5
CAPITULO I: INTRODUCCIÓN
________________________________________________________________________
En cuanto a la estructura física del equipo a diseñar, una experiencia de interés proviene
de la compañía DELL, la cual incorporó a sus soluciones comerciales un equipo destinado a
las instituciones asistenciales (Mobile Medication Cart with locking Side Bin), para que el
personal de enfermería pudiera distribuir los medicamentos para cada paciente con más
facilidad. El equipo viene dado básicamente por una laptop, sobre una estructura móvil, con
compartimientos para los medicamentos y el costo es de 3.229,99 $ ó 6.944,48 Bs.F. [3]
1.4. OBJETIVOS
1.4.1. Objetivo General
El objetivo del proyecto consistió en el diseño del prototipo de un equipo capaz de
manejar historias clínicas electrónicas en el Sistema Hospitalario Venezolano.
1.4.2. Objetivos Específicos
El logro de este objetivo general se alcanzó mediante el cumplimiento de los siguientes
objetivos específicos:
 Estudio de las normativas, estructura y funcionamiento del sistema hospitalario en
Venezuela.
 Establecimiento de los procedimientos y herramientas para la implementación de un
sistema de registro medico electrónico.
 Estudio y análisis de los requerimientos para el diseño del equipo de historias clínicas en el
Sistema Hospitalario Venezolano.
 Establecimiento del diseño general del equipo de manejo de historias clínicas, respondiendo
a los requerimientos, disponibilidad de equipos a implementar y factores financieros.
 Propuesta de funcionamiento del equipo de manejo de historias clínicas adaptado a los
procedimientos típicos de una institución de salud.
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
6
CAPITULO I: INTRODUCCIÓN
________________________________________________________________________
Durante la ejecución del proyecto, se necesitó llevar a cabo un conjunto de objetivos extras
(fuera del alcance inicial) que permitieron alcanzar un mayor dominio y ámbito global del
proyecto. Tales objetivos logrados que se encuentran fuera del alcance inicial del proyecto
fueron:
 Propuesta de formato de la historia médica electrónica para el Sistema Hospitalario de
Venezuela.
 Estudio y recopilación de las principales soluciones comerciales para la selección de
equipos.
 Propuesta de software comercial y sus posibles adaptaciones.
 Diseño y dimensionamiento de un sistema de energía de respaldo.
 Realización de Ingeniería de detalle en el diseño de la estructura externa para el equipo de
manejo de historias clínicas.
 Propuesta de futuras ampliaciones al equipo de manejo de historias clínicas.
 Generación de un Plan de Asistencia Técnica que permita determinar de manera rápida y
oportuna, las fallas que puedan ocurrir en el equipo de manejo de historias clínicas y los
procedimientos a seguir para su resolución.
1.5. ALCANCE
La concepción de una solución para el manejo de historias clínicas adaptado al sistema
hospitalario de Venezuela, rompe fuertemente los paradigmas y de inmediato nos define una
serie de posibilidades de producción de aplicaciones científicas, similares como parte de la
producción nacional.
El diseño del equipo contempló como modo piloto las áreas de emergencia y admisión de
una institución de salud, tomando en cuenta que el diseño obtenido puede ser después
escalable de forma modular al resto de las áreas de un centro de salud típico, bajo la ejecución
de otro proyecto.
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
7
CAPITULO I: INTRODUCCIÓN
________________________________________________________________________
Igualmente, por tratarse del diseño de un prototipo no se tomaron en cuenta el conjunto de
consideraciones legales de las que son objeto las historias clínicas, ya que eso formaría parte
de adaptaciones posteriores.
Por último, resulta importante resaltar que los programas y sistemas de gestión empleados,
representan sistemas de registro dispuestos para establecer el primer prototipo de equipo de
manejo de historias clínicas, pruebas de funcionamiento y visión del sistema global, sin
embargo, no representan por el momento la versión final o ideal del sistema de registro único,
ya que estas decisiones provienen de entes gubernamentales.
1.6. LIMITACIONES
La principal limitación resultó ser la escasez de dispositivos y maquinarias al alcance para
concretar el diseño del equipo de manejo de historias clínicas, que aunque pudo llevarse a
cabo exitosamente, requirió una considerable inversión de tiempo haciendo numerosas
diligencia, visitas y consultas en la búsqueda de apoyo y contactos, todo esto debido a que se
trata de un proyecto sin precedentes en el país, considerando su alcance e impacto.
Adicionalmente, se experimentaron diversas dificultades en cuanto a la asignación de
recursos económicos por parte de los organismos comprometidos con el proyecto, dificultando
así, la elaboración del diseño del equipo.
1.7. ESTRUCTURA DEL INFORME
La estructura del siguiente informe es como se muestra a continuación:
 En el Capítulo II, se detallan todos los conceptos básicos necesarios, para que el lector
pueda entender de manera global la complejidad, tecnologías y conceptos involucrados en
el proyecto.
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
8
CAPITULO I: INTRODUCCIÓN
________________________________________________________________________
 En el Capítulo III, se detalla la necesidad de desarrollar el diseño de un equipo de historias
clínicas, así como los diversos procedimientos y módulos necesarios para llevarlo a cabo.
 En el Capítulo IV, se propone el procedimiento de atención con la implementación del
equipo de manejo de historias clínicas, tomando en consideración el protocolo de atención
actual, así como el sistema de registro médico electrónico sugerido.
 En el Capítulo V, se muestra un resumen del plan de asistencia técnica para el equipo de
manejo de historias clínicas, se consideran los problemas más comunes y el diagnóstico
correspondiente en materia de fallas de Hardware y Software.
 En el Capítulo VI, se describen las distintas facetas que puede adoptar el equipo de historias
clínicas en adaptaciones futuras, incorporando otras modalidades de funcionalidad, alcance
y equipos.
 En el Capítulo VII, se hace un completo estudio económico del proyecto, presentando la
relación costo beneficio con la ejecución del mismo.
 En el Capítulo VIII, se muestran las principales conclusiones y recomendaciones para este
proyecto.
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
9
CAPITULO II: FUNDAMENTOS
________________________________________________________________________
CAPITULO II:
FUNDAMENTOS
2.1. SISTEMA HOSPITALARIO DE VENEZUELA
2.1.1. Leyes y normativas ligadas al Sistema Hospitalario de Venezuela
La salud viene dada por el estado de completo bienestar físico, mental y social, no
solamente la ausencia de afecciones o enfermedades, en este sentido, en Venezuela se han
formulado diversas leyes y normativas,
que garantizan a la salud como derecho social
fundamental. Específicamente, la Constitución de la República Bolivariana de Venezuela
Publicada en 1999, en el Título III, Capítulo V de los Derechos Sociales y de las Familias, en
sus artículos 83, 84 y 85, garantiza que la salud es un derecho social fundamental, obligación
del Estado, como parte del derecho a la vida. [4]
Igualmente, en la constitución se establece que el Estado promoverá y desarrollará políticas
orientadas a elevar la calidad de vida, el bienestar colectivo y el acceso a los servicios, esto
debido a que todas las personas tienen derecho a la protección de la salud.
El financiamiento del sistema público nacional de salud es obligación del Estado,
promoviendo y desarrollando una política nacional de formación de profesionales, técnicos e
industria nacional para la salud, en coordinación con las universidades y los centros de
investigación e innovación.
El Ministerio del Poder Popular para la Salud, se encuentra a cargo de la rectoría y gestión
del sistema público nacional de salud, a través del diseño, implementación y supervisión de
estrategias, que contribuyen al fortalecimiento e integración de los diversos entes prestatarios
del servicio y atención en salud, con la finalidad de mejorar la calidad de vida y bienestar de la
población.
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
10
CAPITULO II: FUNDAMENTOS
________________________________________________________________________
De esa manera, el sistema público nacional de salud dará prioridad a la promoción de la
salud y a la prevención de las enfermedades, garantizando tratamiento oportuno y
rehabilitación de calidad.
En 2006, se decretó el Reglamento Orgánico del Ministerio de Salud, de esa manera se
establecieron diversas normativas, de supervisión, control y evaluación fundamentada en la
política de salud vigente, orientados a la atención de necesidades sociales, bajo un enfoque
participativo, a través de la comunidad organizada, basados en los principios de equidad,
solidaridad y universalidad. [5]
En particular, en el Capítulo III del despacho del Viceministro de Redes de Servicios de
Salud, en su Artículo 18, el Ministerio del Poder Popular para la Salud debe promover el
desarrollo de modelos de gestión que favorezcan la atención integral de la población, así como
fomentar cambios e innovaciones en la organización, gestión y funcionamiento de los
servicios de salud, de acuerdo a los avances técnicos y científicos.
En vista de lo amplio del Sistema Hospitalario en Venezuela, éste fue estructurado de
acuerdo a niveles de atención: I, II y III, acorde con su complejidad, estructura y ubicación.
Cabe destacar que la estructura organizativa de los diversos niveles de atención en salud, se
encuentran estructurados de manera que permitan la implementación de políticas y estrategias
que optimicen su funcionamiento, aumentando su capacidad resolutiva, consolidación y
alcance, permitiéndoles así prestar un servicio conforme con los avances tecnológicos.
2.1.2. Estructura del Sistema Hospitalario de Venezuela
2.1.2.1. Nivel de Atención Tipo I
El primer nivel de atención a la salud del Sistema Público Nacional de Salud, tiene como
objetivo garantizar el acceso a los servicios de salud a la población, sin ningún tipo de
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
11
CAPITULO II: FUNDAMENTOS
________________________________________________________________________
discriminación, mediante un modelo de gestión de salud integral orientado a dar respuesta
inmediata a las necesidades sociales de salud de la población.
Este nivel, representa la puerta de entrada natural al Sistema Público Nacional de Salud y el
punto de inicio de la Red Asistencial.
Adicionalmente, se promueve la coordinación del centro de atención en salud del primer
nivel en la red asistencial pública, con otros dentro del mismo nivel y con los otros niveles de
la red, así como el monitoreo, implantación y evaluación de modelos de gestión que respondan
a las necesidades sociales, mediante la organización y participación de las comunidades.
2.1.2.2. Nivel de Atención Tipo II
El segundo nivel de atención a la salud del Sistema Público Nacional de Salud, tiene como
objetivo garantizar de manera oportuna, eficaz y eficiente la atención integral y el diagnóstico
de las diversas patologías que son de alta incidencia en la población.
El acceso a este nivel es a través del sistema de referencias y contrarreferencias de los
otros niveles de atención o a través de las emergencias, en aquellos centros de II nivel que
tengan este servicio.
En este sentido, cada establecimiento del segundo nivel de atención atenderá a un número
determinado de establecimientos del primer nivel y a una población determinada en el primer
nivel.
Adicionalmente, se promueve la coordinación del centro de atención en salud del segundo
nivel en la red asistencial pública, con otros dentro del mismo nivel y con los otros niveles de
la red, organizando y manteniendo actualizado los procedimientos de referencia y
contrarreferencia para el ingreso y egreso de los usuarios en la red ambulatoria especializada
en salud.
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
12
CAPITULO II: FUNDAMENTOS
________________________________________________________________________
2.1.2.3. Nivel de Atención Tipo III
El tercer nivel de atención en salud del Sistema Público Nacional de Salud con el objeto de
coordinar y supervisar la atención de las patologías y otras situaciones que no puedan ser
resueltas en los otros niveles de atención y las que requieran hospitalización para su
tratamiento.
El acceso a este nivel será a través del sistema de referencias y contrarreferencias de los
otros niveles de atención o a través de las emergencias en aquellos centros de tercer nivel que
tengan este servicio.
Resulta relevante mencionar que cada establecimiento del tercer nivel de atención en salud
atenderá a un número determinado de establecimientos del segundo nivel y a una población
también determinada en el primer y segundo nivel nivel, con la excepción de los Hospitales de
Especialidades, los Hospitales Tipo IV y los Centros Diagnósticos de Alta Tecnología, los
cuales atenderán a la población que lo requiera, con la debida referencia.
Adicionalmente, se promueve la coordinación del centro de atención en salud del tercer
nivel en la red asistencial pública, con otros dentro del mismo nivel y con los otros niveles de
la red, procurando los procedimientos de referencia y contrarreferencia para el ingreso y
egreso de los usuarios del nivel, y garantizar con esto, que las personas atendidas tengan
seguimiento de su situación de salud en el primer nivel de atención.
2.1.3. Registro Médico
2.1.3.1. Historias Médicas
Con el objetivo de brindar una atención médica de calidad, las instituciones deben llevar un
registro médico, a través de la Historia Clínica, esto debido a que la asistencia de los pacientes
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
13
CAPITULO II: FUNDAMENTOS
________________________________________________________________________
tanto hospitalizados como ambulatorios, genera una serie de información médica y
administrativa sobre los mismos.
En este sentido, se constituye la historia clínica como un documento privado, obligatorio y
sometido a reserva, en el cual se registran de manera cronológica las condiciones de salud del
paciente, los actos médicos y los demás procedimientos ejecutados por el equipo de salud que
interviene en su atención. De esa forma, debe encontrarse disponible en cualquier momento en
el que resulte necesaria. [6]
El propósito de la Historia Clínica es en primer lugar servir como evidencia documentada
sobre el curso de la enfermedad y tratamiento del paciente, lo que puede conducir en su
utilización como documento legal, en aquellas situaciones jurídicas que así lo requieran. Por
otro lado, proporciona un medio de comunicación entre el médico y otros profesionales, de
manera que puede servir como instrumento para planificar la atención al paciente y contribuir
a que ésta sea continua.
De igual manera, la historia clínica provee información para usos de investigación y
docencia, y sirve como base para la revisión, estudio y evolución de la calidad de atención
prestada al paciente.
Para cumplir estas funciones, el registro médico debe ser realizado con rigurosidad,
relatando todos los detalles necesarios, con un formato unificado y letra legible, igualmente, la
historia clínica de un paciente debe reunir la información de los aspectos científicos, técnicos
y administrativos relativos a la atención médica, en sus diferentes fases, abordando aspectos
biológicos, psicológicos y sociales.
Los formularios integran la historia clínica y sin importar el tipo de caso, son clasificados
en tres grupos principalmente:
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
14
CAPITULO II: FUNDAMENTOS
________________________________________________________________________
 La forma en blanco: se limita a tener impreso el formato para los datos de identificación e
información social, quedando en blanco el resto, para luego ser llenado a libre criterio por
el médico.
 La forma tabulada: además de tener impreso el formato de los datos de identificación e
información social, se encuentran cada uno de los detalles que deben de ser investigados
durante la atención médica, con suficiente espacio para llenar la respuesta del caso.
 La forma semi tabulada: se trata de un formato mixto que reúne las ventajas de los formatos
en blanco y tabulados.
De manera general, la estructura de la historia clínica se conforma por tres secciones:
 Sección de Identificación: debe contener suficiente información sobre los síntomas
subjetivos de consultas, historia familiar y personal, historia de la enfermedad actual.
 Sección Médica: esta parte es importante desde el punto de vista científico, estos son los
resultados del examen físico, diagnostico provisional, ordenes de exámenes y tratamiento.
 Sección de Enfermería: comprende las gráficas de temperatura, pulso, respiración,
frecuencia de evaluación y tratamientos administrados según la orden médica escrita para el
paciente.
Los registros generados durante la atención médica deben almacenarse según en secuencia
cronológica en que ocurrieron, de esa manera, deben ser archivados a través de la acumulación
de documentos relativos a la atención médica del paciente, para su almacenamiento se dispone
de los siguientes métodos:
 Cronológico Integrado: en este método, los datos o informes son ordenados por fechas
sucesivas.
 Cronológico por Secciones: en este método, se agrupan los informes o resultados
cronológicamente por secciones o servicios.
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
15
CAPITULO II: FUNDAMENTOS
________________________________________________________________________
Cabe destacar que en la actualidad, no existe un formato único establecido para el registro y
seguimiento de pacientes dentro del sistema hospitalario de Venezuela, que aplique a todas las
instituciones, de esa forma, cada institución y en consecuencia, cada nivel de atención posee
su formato particular.
2.1.3.2. KARDEX: Dispositivo de Registro Médico
El kardex es un sistema de registro y control empleado para el almacenamiento tradicional;
a través de archivos. Su funcionamiento viene dado por la implementación de ficheros, que
contienen información sobre la dirección específica, mediante codificación, de un documento
en particular dentro de un archivo. En consecuencia, el kardex es ampliamente empleado en
centros de atención médicos, para el almacenamiento de las historias clínicas.
En la actualidad, el kardex automatizado se fundamenta en una serie de sistemas
computacionales que cumplen esa misma función.
2.2. REFERENCIA DE CENTRO DE SALUD ASISTENCIAL
2.2.1. Hospital Militar “Dr. Carlos Arvelo”
Con el objetivo de proponer un sistema de manejo de historias clínicas, se necesitó
evidenciar las características y procedimientos del registro medico en el área de emergencia y
admisión, para ello, se realizaron sucesivas visitas al Hospital Militar “Dr. Carlos Arvelo”,
específicamente, en las secciones de informática e historias clínicas.
El Hospital Militar “Dr. Carlos Arvelo”, tuvo sus inicios en el año de 1953, con el nombre
de Hospital Militar Naval “Antonio José de Sucre”, que funcionó en la esquina de Poleo, en
Caracas; en el año 1960, fue trasladado a la avenida José Ángel Lamas de San Martín, donde
se le nombró Hospital Central de las Fuerzas Armadas; pasado el tiempo, dicha institución
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
16
CAPITULO II: FUNDAMENTOS
________________________________________________________________________
recibió el nombre por el que hoy se le conoce, Hospital Militar “Dr. Carlos Arvelo”, en
reconocimiento al ilustre Prócer Medico de la gesta emancipadora.
La construcción de esta moderna edificación, fue concebida y diseñada con capacidad para
mil doscientas camas, para ello se tomó en cuenta la
funcionalidad operativa y las
experiencias científicas de grandes y reconocidos centros de salud situados en Europa y el
Continente Americano; de manera que esta institución es un excelente acopio de información
relacionada con la estructura física y el funcionamiento modelo de un centro asistencial.
Actualmente, el Hospital Militar “Dr. Carlos Arvelo” se encuentra clasificado como un
hospital tipo IV dentro del sistema hospitalario, brindando así atención a la población en
general, con novecientas camas en funcionamiento y más de cuarenta y tres especialidades,
con actividades de docencia e investigación para un total de veintisiete postgrados.
En este sentido la institución se encuentra plenamente comprometida con el avance y la
implementación de nuevas herramientas que permitan brindar mejor atención médica, con
mayor valor tecnológico y científico, promoviendo así, la búsqueda del conocimiento y
mejoras en la calidad de vida.
2.2.2. Estructura y Funcionamiento de Entorno Hospitalario
2.2.2.1. Servicio de Emergencia
En la sección de emergencia se toman los datos del paciente que ha de ser atendido en el
servicio, a través de una ficha destinada para este fin (ver Anexo 10.1.), solicitándole los datos
de identificación, antecedentes, motivo de la consulta, examen físico y diagnostico presuntivo.
En caso de que el paciente sea menor de edad, se le toman los datos personales del padre, la
madre o el representante.
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
17
CAPITULO II: FUNDAMENTOS
________________________________________________________________________
Estos datos son escritos adicionalmente en el libro de control de admisión de emergencias,
la numeración del mismo, cambia al final de cada turno, siempre empezando por el número
01, en este sentido, deben ir en orden cronológico con fecha y hora de llegada de cada
paciente.
En caso de ser requerida alguna historia clínica, ésta se solicita a la sección de archivo a
través de la sección admisión en caso de que el paciente sea para hospitalizar.
Al final del turno, el personal técnico realiza la estadística de pacientes vistos por médicos
y por afiliación, al igual que el cierre del libro del turno correspondiente y entrega de fichas
en el archivo central (ver Anexo 10.2. 10.3. y 10.4.).
2.2.2.2. Servicio de Admisión
Esta sección se responsabiliza por las acciones relacionadas con el ingreso, egreso de
pacientes y el correspondiente seguimiento durante su hospitalización. Mantiene el registro y
custodia de las historias clínicas del paciente de emergencias, para recolectar y procesar las
estadísticas de la institución.
El procedimiento en cuanto a las historias clínicas es el siguiente:
 Se reciben admisiones de pacientes que vienen por consulta externa y/o emergencia.
 Por consulta externa el paciente se dirige a admisión con orden de ingreso entregada por el
médico tratante, en momento, el técnico de información de salud encargado verifica si el
paciente cumple con todos los requisitos exigidos por la institución, si es afiliado y/o
familiar del mismo, en caso de ser un paciente no afiliado o proveniente del plan nacional
barrio adentro, se debe constatar autorización, firma y sello húmedo de la dirección del
establecimiento de salud que lo referencia (ver Anexo 10.5.).
 Se interroga al paciente con el fin de conocer si posee historia clínica en el hospital, en caso
de no poseer, se procede a dar número de historia y a llenar la hoja Historia Clínica (ver
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
18
CAPITULO II: FUNDAMENTOS
________________________________________________________________________
Anexo 10.6.) con los datos personales del paciente, número de historia asignada, cargo del
servicio que ingresa, habitación y servicio asignado, hora de ingreso, diagnóstico clínico,
firma del paciente y del técnico que realiza el ingreso.
 Si el paciente tiene historia clínica se procede a solicitar el complemento en la sección de
archivo.
 Luego se procede a realizar las seis fichas de ingreso (ver Anexo 10.7.) para ser distribuidas
de la siguiente forma: panel de hospitalización, índice de paciente en la pared, boleta,
información, cuerpo y fichero para información; cada una de ellas deben llevar los datos
personales, servicio, habitación, diagnostico, iníciales del técnico que elaboró su ingreso.
 El paciente es hospitalizado.
 En esta sección, se realizan las boletas de egreso de pacientes (ver Anexo 10.8.).
Resulta relevante mencionar que cada vez que culminan los turnos se realizan labores de
censo (ver Anexo 10.9. y 10.10.). Adicionalmente, se realizan labores de arreglos de historias
si están repetidas.
Una vez que el paciente abandona el establecimiento de salud, la historia clínica se ordena
en la siguiente forma:
 Orden de Admisión a Hospitalización.
 Historia Clínica Parte I
 Historia Clínica Parte II
 Historia Clínica Parte III
 Reporte de Consulta.
 Laboratorio Clínico
 Informa Radiológico
 Informe Electrocardiograma
 Informe de otros exámenes auxiliares de diagnóstico
 Orden Preoperatorio
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
19
CAPITULO II: FUNDAMENTOS
________________________________________________________________________
 Hoja de Anestesia
 Informe Quirúrgico
 Recuperación
 Informe Anatomo-Patológico
 Evolución Medica
 Ordenes Medicas
 Evolución Nutricional
 Graficas
 Evolución Enfermería
 Hoja de Medicamento
 Control de Signos Vitales
 Protocolo de autopsia
 Boleta de Salida
Las historias clínicas se desincorporan en la institución, siguiendo las recomendaciones
realizadas por la Organización Panamericana de la Salud, para ello se revisan las historias
clínicas cada diez años. [7]
Los archivos se clasifican de la siguiente manera:
 Archivo Activo: constituido por las historias frecuente.
 Archivo Pasivo: se refiere a las historias desincorporadas por razones de antigüedad o
cesantía en uso de los servicios prestados en la institución. Sin embargo, se debe garantizar
la conservación de los documentos que contiene, pues luego pueden ser requeridos por el
paciente o bien, para fines de interés científico.
 Archivo Paralelo: se refiere a los documentos de boletas de emergencia y fichas de
préstamos.
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
20
CAPITULO II: FUNDAMENTOS
________________________________________________________________________
El procedimiento de búsqueda de la historia clínica en la institución es el siguiente:
 Se emplea un kardex no automatizado, para el almacenamiento, clasificación y control de
documentos dedicados al manejo de las fichas con el número de historia de los pacientes.
Foto 1. Búsqueda de la Historia Clínica. Parte I
 Se presiona la primera letra del apellido del paciente a buscar.
Foto 2.
Universidad Simón Bolívar
Búsqueda de la Historia Clínica. Parte II
Hildemar Celeste Amaro Arreaza
21
CAPITULO II: FUNDAMENTOS
________________________________________________________________________
 Las bandejas de almacenamiento rotan hasta llegar a la letra correspondiente al apellido del
paciente a localizar
Foto 3. Búsqueda de la Historia Clínica. Parte III
 Se debe buscar manualmente la ficha correspondiente al paciente, dicha ficha proporcionará
el número de historia
Foto 4. Búsqueda de la Historia Clínica. Parte IV
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
22
CAPITULO II: FUNDAMENTOS
________________________________________________________________________
 Para culminar el proceso, se ubica la historia del paciente en el archivo
Foto 5.
Búsqueda de la Historia Clínica. Parte V
De todo esto, se deduce que existe la necesidad de implementar un sistema de manejo de
historias clínicas más eficiente y efectivo, con el que se pueda brindar una mayor calidad de
atención médica, ajustado a los protocolos establecidos.
Cabe destacar que las estadísticas referenciales no formales aportadas por los
profesionales, afirman que los equipos livianos y móviles instalados no son apropiados para la
institución, por ser susceptibles al hurto o al daño intencional.
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
23
CAPITULO II: FUNDAMENTOS
________________________________________________________________________
2.3. CONCEPTOS
BÁSICOS
DE
REGISTROS
MÉDICOS
ELECTRÓNICOS
ADAPTADOS A SISTEMAS DE INFORMACIÓN
2.3.1. Historia Médica Electrónica
El registro médico mediante sistemas informáticos ofrece una solución con múltiples
beneficios, que sustituye o reduce las labores de registros utilizando formularios en papel y
propone un sistema que facilita la integración y continuidad de la asistencia médica.
En este sentido, se realiza el registro y luego la información puede ser vista, ampliada y
modificada por el personal con los privilegios para ello, desde la unidad de computación que
cuente con la conectividad adecuada, sin tener entonces que escribir numerosos formularios,
con los mismos datos, para distribuirlos a las diferentes unidades dentro de un centro
asistencial.
Los valores agregados más significativos son el acceso y las ventajas en cuanto a la
seguridad y confidencialidad de la información del paciente, es más segura que su equivalente
en papel, ya que la misma no estaría custodiada por archivos convencionales, sino por
sistemas electrónicos, que pueden presentar un nivel de seguridad elevado, dependiendo de las
herramientas de programación empleadas.
[8]
De esa forma, el complicado procedimiento de acceso a la historia clínicas, se ve
simplificado a la manipulación de un equipo que tenga acceso al sistema.
2.3.2. Diseño de un Sistema de Registro Médico Electrónico
2.3.2.1. Requerimientos
Con la finalidad de elaborar una solución para el manejo de historias clínicas adaptada a un
sistema hospitalario, se debe realizar una serie de procesos que comienzan con el análisis de
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
24
CAPITULO II: FUNDAMENTOS
________________________________________________________________________
requerimientos, en esta etapa se ponen en perspectiva las políticas, estrategias, estructura y
directrices del sistema hospitalario. Por esa razón, esta etapa resulta fundamental para lograr
que la solución encaje dentro de las metas del sistema hospitalario.
De esa forma, se genera un modelo, donde se representan los procesos, tareas y protocolos
que se realizan, la información que fluye y las reglas y normativas que rigen sobre estos
procedimientos. Este modelo permite un plan de sistemas de información, el cual contendrá
todos los módulos y estructura que deberá poseer la arquitectura de la solución. En este
sentido se deben tomar en cuenta la interacción de los diferentes procedimientos que se llevan
a cabo normalmente, y la posible red de comunicación a implementar, en hardware y software.
2.3.2.2. Análisis / Diseño
En la fase de análisis y diseño se utilizan los requerimientos anteriormente definidos y se
desarrolla el diseño arquitectónico del sistema que constituirá la solución.
Durante esta fase se estructura la secuencia de procesos y procedimientos, tomando en
cuenta los requerimientos de ejecución e información para cada uno. Se conforma la estructura
del sistema de manera que pueda ser puesto a prueba en teoría, para que funcione sin vacíos de
información o procedimientos.
2.3.2.3. Desarrollo
Una vez que se ha definido la estructura y el contenido de la solución, se procede a
seleccionar la herramienta de desarrollo, considerando las ventajas, desventajas y alcance de
las tecnologías disponibles.
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
25
CAPITULO II: FUNDAMENTOS
________________________________________________________________________
2.3.2.4. Pruebas
Se realizan diversas pruebas de la solución desarrollada, pudiendo conducir en muchos
casos a un rediseño de la misma. En este sentido, se procede a una prueba funcional, donde se
debe verificar que los diversos procedimientos contemplados en un principio, como registro de
pacientes, estadísticas diarias, entre otros se puedan hacer sin dificultades, de igual manera, se
debe verificar desde el punto de vista del sistema, donde el nivel de calidad y seguridad son
analizados, con el fin de garantizar que personas no autorizadas puedan tener acceso a la
información.
2.3.2.5. Producción / Mantenimiento
Una vez que la solución de manejo de historias clínicas pasa a formar parte de la vida diaria
de una institución, resulta determinante para la calidad del servicio prestado, por esa razón,
debe contemplarse el mantenimiento y la realización de posibles adaptaciones o ampliaciones,
que permitan un mejor desempeño del sistema hospitalario. [9]
2.3.3. Estándar HL7
Dentro de un sistema hospitalario, no necesariamente se cuenta con la misma solución de
aplicación para el manejo de historias clínicas en todas las instituciones, sin embargo, los
doctores necesitan enviar y recibir información sobre pacientes. Resulta extremadamente
complicado el intercambio de información, de esa forma, surgió la necesidad de estandarizar a
través de un formato de datos universal, la información de los pacientes.
En este sentido, HL7 (Health Level Seven, en inglés) es un estándar para el formato de
datos e intercambio de información entre diferentes sistemas de salud y su referencia al nivel
siete es debido a la dedicación que posee a la capa de aplicación del modelo OSI. Este
estándar, fue acreditado por la ANSI (American National Standard Institute) en su versión 2.4.
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
26
CAPITULO II: FUNDAMENTOS
________________________________________________________________________
HL7 es desarrollado por una organización sin fines de lucro interesada en estándares para
minimizan las incompatibilidades entre sistemas de información en salud, permitiendo la
interacción y el intercambio productivo de datos entre aplicaciones heterogéneas,
independientemente de su plataforma tecnológica o de su lenguaje de desarrollo. [10]
Cabe destacar que la solución para el manejo de historias clínicas en el Sistema
Hospitalario Venezolano, no necesariamente debe tratarse de una implementación única
(software de gestión hospitalaria), sino de soluciones diversas a dar respuestas a distintas
particularidades; el estándar HL7 resultaría una solución eficaz para la interconexión de los
mismos.
2.4. REQUERIMIENTOS
Y
LINEAMIENTOS
DE
DESARROLLO
E
IMPLEMENTACIÓN DE SOFTWARE MEDICO EN VENEZUELA
2.4.1. Plan Nacional de Migración a Software Libre
En el software libre convergen algunos de los principios sustantivos de la Constitución de
la República Bolivariana de Venezuela como son: el acceso al conocimiento, equidad,
solidaridad, justicia, los sistemas de producción cooperativistas, entre otros. Todo esto porque
los lineamientos gubernamentales consideran que el software libre permite que el
conocimiento producido pueda ser compartido y que sea disponible para que otros lo utilicen y
mejoren, incrementando las potencias transformadoras del conocimiento.
En este sentido, se ha emprendido el Plan Nacional de Migración a Software Libre por
parte del Estado, el cual deberá impulsar y fortalecer la Industria Nacional de Software, así
como garantizar la viabilidad del proceso de migración a Software Libre y su sostenibilidad,
de manera conjunta con las universidades y el sector productivo. [11] [12]
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
27
CAPITULO II: FUNDAMENTOS
________________________________________________________________________
De esa manera, se apoya la implementación de software basado en estándares abiertos para
todas las instituciones del estado, siempre y cuando cumpla con los criterios y estándares de
seguridad y calidad establecidos por el Ministerio de Ciencia y Tecnología y con los principios
de integración, flexibilidad, auditabilidad e interoperabilidad.
De implementarse un sistema de manejo de historias clínicas para el Sistema Público
Nacional de Salud, debe cumplir los lineamientos antes mencionados.
2.5. HERRAMIENTAS DISPONIBLES PARA DESARROLLO DE REGISTROS
MÉDICOS ELECTRÓNICOS ADAPTADOS A SISTEMAS DE INFORMACIÓN
2.5.1. Desarrollo de Aplicaciones Web
En la actualidad, existe una marcada tendencia de implementar y desarrollar aplicaciones
en entorno Web, debido a su alcance, modularidad, universalidad, multiplataforma, entre otras
grandes ventajas, representando una opción válida para los sistemas de manejos de historias
clínicas, para ello deben considerarse las principales herramientas de desarrollo e
implementación disponibles.
2.5.1.1. PHP
PHP resulta del acrónimo de Hypertext Preprocessor, en inglés y es un lenguaje de código
abierto interpretado, de alto nivel, embebido en páginas HTML y ejecutado en el servidor; este
lenguaje de programación es empleado normalmente para la creación de páginas web
dinámicas.
PHP puede ser utilizado en cualquiera de los principales sistemas operativos del mercado,
incluyendo Linux, muchas variantes Unix (HP-UX, Solaris y OpenBSD), Microsoft Windows,
Mac OS X y RISC OS. PHP soporta la mayoría de servidores web, entre los que se
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
28
CAPITULO II: FUNDAMENTOS
________________________________________________________________________
encuentran: Apache, Microsoft Internet Information Server, Personal Web Server, Netscape e
iPlanet y Oreilly Website Pro server.
En cuanto a base de datos, se puede emplear en una gran cantidad de tipos, entre los que se
destacan: MySQL, Oracle, PostgreSQL, Adabas D, dBase, Hyperwave, InterBase, FrontBase,
Ovrimos.
Adicionalmente, este lenguaje tiene la posibilidad de implementar programación orientada
a objetos; no sólo se limita a resultados en HTML, sino que incluye: creación de imágenes,
archivos PDF, películas Flash, XHTM y archivos XML.
Con PHP se pueden crear sockets y utilizar objetos Java de forma transparente. PHP es
multiplataforma,
con innumerables extensiones, que otorgan un amplio rango de
funcionalidades y flexibilidad al usuario. [13]
2.5.1.2. JSP: Java Server Pages
Java Server Pages es una tecnología Java que permite generar contenido dinámico para
web, en forma de documentos HTML o XML; fue desarrollada por la compañía Sun
Microsystems y emplea el lenguaje de programación Java mediante scripts. Resulta
independiente de alguna plataforma en específico.
Es posible utilizar algunas acciones JSP predefinidas mediante etiquetas, enriquecidas
mediante la utilización de librerías de etiquetas, externas e incluso personalizadas.
Java Server Pages es una extensión de la tecnología de servlets, que a su vez son módulos o
programas que se ejecutan en el servidor, diseñados para ofrecer contenido dinámico y que no
poseen especificación de para alguna plataforma en particular.
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
29
CAPITULO II: FUNDAMENTOS
________________________________________________________________________
Cabe destacar, que JSP emplea etiquetas para encapsular la lógica que genera el contenido
para la página, a través de las etiquetas, la página tiene acceso a la aplicación lógica que puede
residir en componentes tipo JavaBeans, todo esto, con el objetivo de mantener el formato o
diseño separado de la lógica.
De esta manera, se ofrece una alternativa atractiva para el desarrollo debido a su
independencia de plataformas, mejoras en ejecución, facilidades de administración, entre
otros. [14]
2.5.1.3. ASP: Active Server Pages
Microsoft Active Server Pages es el ambiente de ejecución del Microsoft Internet
Information Server (IIS) que habilita la ejecución de los scripts Activex, todo esto con la
finalidad de generar aplicaciones web dinámicas y poderosas. Posee gran capacidad de
extensión, para generar nuevos componentes, pudiendo emplear para ello, Microsoft Visual
Basic, Visual C++, Java, entre otros.
Por otro lado, ASP soportar cualquier browser o explorador, esto debido a que el producto
final es tipo Html. De maner similar, en cuanto a bases de datos, ASP puede ser integrado con
cualquier base de datos tipo ODBC incluyendo Microsoft SQL Server, Oracle, Sybase,
Informix, entre otras.
Sin embargo, resulta relevante mencionar que sólo es soportado por algunas versiones de
Windows NT y Microsoft Windows 95. [15]
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
30
CAPITULO II: FUNDAMENTOS
________________________________________________________________________
2.5.1.4. Ruby on Rails
Rails es un completo entorno de código abierto escrito en el lenguaje de programación
Ruby, destinado a desarrollar aplicaciones web, siguiendo el paradigma de la arquitectura
Modelo Vista Controlador (MVC).
Rails se puede implementar con diversos servidores web, pero se recomienda el uso
Apache. En cuanto a la base de datos, se puede implementar MySQL, PostgreSQL, SQLite,
Oracle, SQL Server, entre otros. Adicionalmente, Ruby on Rails puede funcionar sobre
cualquier sistema operativo.Su arquitectura se encuentra distribuida entre:
 Modelo: contiene las clases que modelan los datos almacenados en la base de datos de la
aplicación.
 Vista: es la lógica de visualización de la aplicación.
 Controlador: maneja la petición web recibida desde el usuario e invoca a la lógica de la
aplicación.
 Helpers: se emplean para asistir a las clases de modelos, vistas y controladores.
Adicionalmente, Rails ofrece Ajax on Rails, que es una técnica que permite usar Javascript
y XML para procesar peticiones de un navegador web a un servidor web como procesamiento
en segundo plano sin cargar otras páginas web adicionales. [16]
2.5.2. Desarrollo de Base de Datos
2.5.2.1. MySQL
Mysql en los últimos años ha tenido un crecimiento vertiginoso, es la base de datos de
código abierto más popular, convirtiéndola en la actualidad en una solución viable para la
administración de datos.
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
31
CAPITULO II: FUNDAMENTOS
________________________________________________________________________
Mysql constituye un sistema de administración de bases de datos relacional (RDBMS), se
trata de un programa capaz de almacenar una enorme cantidad de datos de gran variedad y de
distribuirlos de acuerdo con los requerimientos.
Mysql ofrece una solución con múltiples ventajas: en cuanto a costos, es gratuito; en lo
asistencial, facilita el mantenimiento, multiplataforma, ya que puede ser ejecutada en una gran
variedad de sistemas operativos. [17]
2.5.2.2. Oracle
Oracle es un sistema de administración de base de datos relacional poderoso, fabricado por
Oracle corporation, resulta ser básicamente una herramienta cliente/servidor para la gestión de
Bases de Datos, pero de elevado precio. [18]
Posee muchas características que garantizan la seguridad e integridad de los datos; las
transacciones se ejecuten de forma correcta, sin causar inconsistencias; ayuda a administrar y
almacenar grandes volúmenes de datos; estabilidad, escalabilidad y es multiplataforma. [19]
2.5.2.3. PostgreSQL
PostgreSQL un sistema de administración de base de datos relacional de código abierto,
desarrollado por la Universidad de California.
En general, este sistema de administración de base de datos puede ser empleado en
Microsoft Windows NT y Unix, presentándose de esa manera como una solución
multiplataforma, con las funcionalidades de sistemas privados. [20]
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
32
CAPITULO II: FUNDAMENTOS
________________________________________________________________________
2.6. REVISIÓN DE SISTEMAS DE REGISTROS MÉDICOS ELECTRÓNICOS
DISPONIBLES
Existen diversas soluciones comerciales que ofrecen solución para el manejo de historias
clínicas, con diferentes enfoques, niveles de atención previstos, módulos desarrollados, y
diversas tecnologías de desarrollo. Los sistemas de registros considerados a continuación
cumplen con los lineamientos gubernamentales mencionados:
2.6.1. OpenHis
OpenHIS es una plataforma de información hospitalaria abierta, desarrollada de acuerdo a
la realidad asistencial y gerencial hospitalaria de la región de Buenos Aires y pretende ser la
base para el desarrollo futuro de sistemas de información hospitalarios para Latinoamérica. El
lenguaje de programación implementado es PHP y la base de datos recomendada es MySQL.
OpenHIS es un desarrollo creado totalmente desde cero, con nuevo diseño, sus siglas
significan Entorno Abierto de Información para Salud (Open Health Information System
Environment, en inglés), su interfaz de usuario se puede apreciar a continuación:
Figura 1. OpenHIS
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
33
CAPITULO II: FUNDAMENTOS
________________________________________________________________________
Posee numerosos módulos de gestión, tales como: Identificación, Turnos, incluyendo citas
especialistas, Búsqueda de pacientes, entre otras funcionalidades básicas. [21]
2.6.2. Proyecto Red-HL7 Universidad Simón Bolívar
El proyecto Red-HL7 es un sistema de información hospitalario abierto, desarrollado por
estudiantes de Ingeniería en Computación como requisito aprobatorio para la cadena de Redes
de Computadoras en la Universidad Simón Bolívar; su interfaz se encuentra desarrollada con
JSP, se basa en la implementación del protocolo HL7, junto con la funcionalidad y módulos
básicos que requiere una historia clínica. La base de datos recomendada fue MySQL y el
servidor Apache. [22]
A continuación se presenta la interfaz de usuario del sistema:
Figura 2. Red-HL7
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
34
CAPITULO II: FUNDAMENTOS
________________________________________________________________________
2.6.3. Care2x
Care2x es un sistema de gestión hospitalaria, que integra datos y flujo de tareas en el
entorno del cuidado de la salud, su diseño está compuesto por cuatro componentes principales:
HIS - Sistema de Información Hospitalaria/Servicios de la Salud, PM - Administración del
Ejercicio Médico, CDS - Servidor Central de Datos y HXP - Protocolo de Intercambio de
Datos de la Salud, sin embargo, en la actualidad sólo se encuentra operativo el módulo HIS Sistema de Información Hospitalaria/Servicios de la Salud. Desarrollado en PHP.
Care2x HIS viene con un instalador automático, que permite al usuario configurar la base
de datos, datos de administración, así como contraseñas de acceso al sistema y puede ser
utilizado con una amplia variedad de servidores y bases de datos. Adicionalmente, permite
anexar la nomenclatura internacional de enfermedades CIE10.
Care2x soluciona los problemas del software múltiple, redundancia de datos e
incompatibilidad, ya que los mismos pueden ser compartidos a lo largo de toda la red
mediante contraseñas y privilegios otorgados a los usuarios.
De igual manera, soluciona el problema de la dependencia de plataforma y permite la
creación de nuevos módulos de programas, que conduzcan a la adaptación del sistema a
determinada institución o sistema hospitalario. [23]
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
35
CAPITULO II: FUNDAMENTOS
________________________________________________________________________
Figura 3. Care2x HIS
2.7. CONCEPTOS BÁSICOS DE REDES DE TRANSMISIÓN DE DATOS PARA
SISTEMAS DE REGISTROS MÉDICOS ELECTRÓNICOS EN VENEZUELA
2.7.1. Arquitectura Cliente - Servidor
El modelo cliente/servidor, opera de la siguiente manera: el servidor espera por una
petición de un cliente, abre una sesión, envía la información solicitada y al finalizar la
trasferencia la cierra, mientras que el cliente es el que realiza la petición y recibe la
información solicitada.
Una de las características principales del modelo es que el servidor no se ejecuta
necesariamente sobre una sola máquina, ni es necesariamente un sólo programa. Puede tratarse
de diferentes programas ejecutados por diferentes computadoras, aumentando así el grado de
distribución del sistema.
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
36
CAPITULO II: FUNDAMENTOS
________________________________________________________________________
Esta arquitectura, permite el control de accesos, recursos y la integridad de los datos por
parte del servidor, de forma que un programa cliente defectuoso o no autorizado no pueda
dañar el sistema, igualmente, permite la escalabilidad, ya que se puede aumentar la capacidad
de clientes y servidores por separado.
Algunas redes pueden estar constituidas típicamente por un cliente, servidor de procesos y
servidor de base de datos. La ventaja de una arquitectura de tres elementos, es que separa
hacia fuera el proceso, de manera que sea más escalable.
El modelo Cliente/Servidor puede incluir múltiples plataformas, bases de datos, redes y
sistemas operativos.
2.7.1.1. Sockets
Normalmente un servidor es requerido por un número determinado de clientes, con la
finalidad de atenderlos, se establece una conexión entre el servidor y cada uno; de manera que
se pueden realizar las siguientes operaciones básicas:
 Conectar con una maquina remota.
 Enviar data.
 Recibir data.
 Cerrar conexión.
 Vinculo a puerto.
 Espera de datos entrantes.
 Aceptar conexión con maquina remota por medio de puerto vinculado.
Se presenta un caso de conexión realizado en PHP, donde se muestra un servidor simple
que repite de vuelta su entrada (ver Anexo 10.11.).
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
37
CAPITULO II: FUNDAMENTOS
________________________________________________________________________
2.7.2. Red de datos CANTV
CANTV, empresa líder en telefonía móvil y fija a nivel nacional, provee soluciones de
comunicaciones, con tecnología y responsabilidad social, en este sentido, ofrece cobertura en
la mayor parte del territorio nacional y por tratarse de una empresa del estado, proporciona en
este caso, una pasarela de datos para la solución de manejo de historias clínicas adaptado al
sistema hospitalario. [24]
2.7.2.1. Tipos de Conexión y Acceso
Los servicios de conexión y transmisión de datos que ofrece actualmente la compañía
vienen dados por su tipo de acceso, ya que puede tratarse de una conexión por pares de cobre
o por una conexión inalámbrica. En el primer caso, la solución principal ofrecida es un modem
que funciona sobre la tecnología ADSL, “Asymmetric Digital Subscriber Loop” en inglés, la
cual brinda una conexión digital con velocidades de “subida” y de “bajada” diferentes.
Esta tecnología está pensada típicamente para servicios de acceso a Internet, en los que, por
lo general, es mucha más la información que debe viajar desde Internet hacia el usuario, que
desde el usuario hacia Internet. Todo esto sin excluir el servicio telefónico de voz, tal como se
aprecia en la siguiente figura:
Central
Telefónica
Abonado
Rede
Cable Multipar
Switch
Telefónica
DSLAM
Internet
Filtro
ADSL
“modem”
Figura 4. Transmisión ADSL
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
38
CAPITULO II: FUNDAMENTOS
________________________________________________________________________
Los servicios ADSL pueden ser brindados a diferentes velocidades de “subida” y “bajada”,
en CANTV, empleando el Plan Productivo, alcanzan 512kbps y 1536 kbps respectivamente.
ADSL permite que sobre un mismo par telefónico puedan coexistir un servicio telefónico
analógico y un servicio de datos. Para lograr esto, se utiliza modulación en frecuencia y
separadores o filtros. Estos filtros separan el servicio telefónico del servicio de datos, ver
figura 5. El servicio telefónico es conectado a un teléfono analógico y el servicio de datos a un
modem, en este sentido la solución comercial de CANTV, posee dos conectores: uno de red
RJ45 y puerto USB.
Figura 5. Distribución de Servicios en ADSL
Para poder emplear el servicio de ADSL de CANTV en la solución para el manejo de
historias clínicas, debe cumplirse que el terminal de conexión pertenezca a una central con
disponibilidad de aba y que en ese caso, se encuentre dentro de un radio de 5 Km de la Central
Telefónica.
CANTV también ofrece solución inalámbrica, destacándose la implementación de un
modem con conexión USB para aplicaciones celulares, la tecnología empleada es EVDO, que
es un estándar de transferencia de datos, perteneciente a la familia CDMA2000 y que ha sido
adoptado por muchos proveedores a nivel mundial. [25]
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
39
CAPITULO II: FUNDAMENTOS
________________________________________________________________________
El modelo de EVDO se basa en el modelo de internet TCP/IP en sus capas física y de
enlace, posee siete capas y cumplen las siguientes funciones:
 Capa de Aplicación: provee la aplicación de señalización estándar para el transporte de
mensajes del protocolo de interfaz de área.
 Capa de Caudales: proporciona la multiplexión de caudales distintos de aplicación.
 Capa de Sesión: proporciona el manejo de configuración de protocolos y sesión.
 Capa de Conexión: establecimiento y mantenimiento de la conexión.
 Capa de Seguridad: servicios de autenticación y encriptación.
 Capa de Acceso al medio: define procedimientos para recibir y transmitir datos sobre la
capa física.
 Capa Física: estructura de canales, frecuencia, potencia de salida, modulación y
codificación de señal.
La solución comercial de CANTV ofrece conexiones desde 300 kbps hasta 600 kbps,
llegando a picos de 2Mbps.
2.8. SISTEMA DE ENERGÍA DE RESPALDO
Los sistemas de alimentación de respaldo son implementados para proteger y suministrar la
energía suficiente a equipos en caso de perturbaciones o ausencia de su sistema de
alimentación habitual.
2.8.1. Sistemas de alimentación de respaldo para cargas críticas
Las perturbaciones de la corriente alterna (AC) o red comercial pueden ser de amplitud,
frecuencia o forma de onda, entre las que se destacan: [26]
 Picos de tensión: se refiere a las sobretensiones transitorias causadas por operaciones de
conmutación y descargas electroestáticas.
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
40
CAPITULO II: FUNDAMENTOS
________________________________________________________________________
 Ruido: Interferencia electromagnética, electroestática y se interferencia de señales de radio,
causado por motores y tormentas eléctricas.
 Sobretensión Momentánea: incremento superior al 10% de la tensión RMS, con duración
de ½ ciclo a unos cuantos segundos.
 Sobretensión Permanente: incremento superior al 10% de la tensión RMS, con duración
mayor de unos cuantos segundos.
 Desvanecimiento (Black Out): pérdida total de tensión durante un periodo de tiempo
típicamente mayor a ½ ciclo.
Por otro lado, los equipos electrónicos alimentados son modelados como cargas dentro del
sistema de energía, clasificándose en dos categorías:
 Carga no critica: posee una ventana de voltaje de entrada amplia, es decir que sus
especificaciones permiten valores de entrada sin grandes restricciones, por encima y por
debajo de su voltaje nominal de ejecución.
 Carga crítica: si resulta sensible a la calidad de la alimentación que le llega, rangos de
entrada y perturbaciones que pueden dañar o perjudicar, la aplicación de la que se encargan.
Igualmente, durante el establecimiento de un sistema de respaldo se debe tomar en
consideración que se puede tratar de una carga de tipo AC o una carga de tipo DC.
2.8.2. Confiabilidad
El sistema de alimentación debe proveer a su carga (equipo) confiabilidad, de manera que
le garantice calidad y disponibilidad de energía para operar una aplicación dada. Ante una
perturbación, el sistema de respaldo actuará reemplazando la alimentación y suministrando a
la carga la energía necesaria para su funcionamiento. Por lo tanto, resulta sumamente
importante realizar el estudio y dimensionamiento de estos sistemas de acuerdo con la carga a
proteger.
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
41
CAPITULO II: FUNDAMENTOS
________________________________________________________________________
2.8.3. Configuraciones Típicas
Las configuraciones típicas para cargas críticas dentro de los sistemas de respaldo, son los
siguientes:
Sistema en paralelo: esta configuración se encuentra constituida de manera tal que puede
operar en dos modos. En el primero de ellos, la red entrega voltaje AC y se convierte en DC a
través de un dispositivo inversor AC/DC, para poder alimentar tanto a la carga como a la
batería. Por lo general, la batería debe ser del mismo voltaje nominal (VNOM) de la carga.
I REC
VFLOTACION
AC
ICARGA
VMAX
ΔV
I BAT
Carga DC
VMIN
Convertidores
VBAT
AC - DC
Baterías
Figura 6. Sistema paralelo en operación normal
El voltaje que debe salir del rectificador se llama voltaje de flotación (VFOLT) y debe ser
ajustado para encontrarse en la ventana de entrada de la carga (ΔV) y dentro del rango para
mantener la batería cargada y evitar con ello una auto descarga; la corriente del rectificador
debe ser lo suficientemente amplia para atender los requerimientos tanto de las baterías como
de las cargas.
𝑉𝑀𝐼𝑁 𝐶𝐴𝑅𝐺𝐴 ≤ 𝑉𝐹𝐿𝑂𝑇 ≤ 𝑉𝑀𝐴𝑋 𝐶𝐴𝑅𝐺𝐴
En ausencia o desvanecimiento de la alimentación, el sistema opera en su segundo modo:
ausencia de AC. En el cual comienza un flujo natural de energía desde la batería hacia las
cargas, la sección que tiene que ver con la red AC y el inversor AC/DC queda desconectada
del sistema, de forma tal que la batería provee la energía suficiente a la carga, para que no note
la ausencia de la misma.
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
42
CAPITULO II: FUNDAMENTOS
________________________________________________________________________
ICARGA
VFLOTACION
VMAX
ΔV
I BAT
Carga DC
VMIN
Convertidores
AC
VBAT
AC - DC
Baterías
Figura 7. Sistema paralelo durante falla de red eléctrica de alimentación
Si se requiere proporcionar al sistema de mayor capacidad de energía almacenada, se puede
aplicar redundancia en las baterías, tal como se muestra en la figura 8, dicho procedimiento se
lleva a cabo al conectar en paralelo dispositivos con la misma función de manera adicional a la
cantidad necesitada.
La redundancia se lleva a cabo considerando el criterio N + M, en donde N es el número de
elementos necesarios y M el número de elementos redundantes, siendo común en la práctica el
empleo de N+1.
Baterías
AC
Carga DC
Convertidores
AC - DC
Figura 8. Redundancia de Baterías
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
43
CAPITULO II: FUNDAMENTOS
________________________________________________________________________
La versatilidad de la configuración en paralelo permite que un sistema de energía de
respaldo pueda ser diseñado con el objetivo de proteger no una, sino varias cargas,
considerando que la configuración deberá suministrar energía, en sus diferentes modos, acorde
con los requerimientos de corriente de las mismas y presentando la siguiente configuración:
Carga DC
AC
Convertidores
Carga DC
AC - DC
Baterías
Carga DC
Figura 9. Sistema de respaldo para varias cargas
Otra aplicación de la configuración en paralelo es la dirigida a proteger cargas AC,
colocando para ello un inversor DC – AC justo antes de la carga:
Carga AC
AC
Convertidores
Convertidores
AC - DC
DC- AC
Baterías
Figura 10. Sistema de Respaldo en paralelo para cargas AC
Sistema Conmutado, esta configuración es alternativa a la paralela, para su implementación
se requiere de un sistema de control que monitoree la entrada y de acuerdo al valor de la
misma, seleccione y active un modo de operación. El primero de ellos ocurre si la red se
encuentra conectada al sistema, se estructura mediante dos líneas de alimentación, una de ellas
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
44
CAPITULO II: FUNDAMENTOS
________________________________________________________________________
alimenta mediante un inversor AC – DC a la carga, manteniendo activa su operación, la
segunda línea, alimenta a las baterías a través de otro dispositivo inversor AC – DC, tal como
se aprecia a continuación:
Switch
AC
ICARGA
VMAX
ΔV
Carga DC
VMIN
Convertidores
AC - DC
Sistema de
Control
I BAT
Convertidores
AC - DC
VBAT
Baterías
Figura 11. Sistema Conmutado en modo normal
En su segundo modo, en ausencia de la red AC, se conectan las baterías con la carga,
iniciándose el ciclo natural de descarga, descrito con anterioridad, quedando el resto del
sistema desconectado, tal cual como se aprecia en la siguiente figura:
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
45
CAPITULO II: FUNDAMENTOS
________________________________________________________________________
ICARGA
Switch
AC
VMAX
Carga DC
ΔV
VMIN
Convertidores
AC - DC
Sistema de
Control
I BAT
Convertidores
AC - DC
VBAT
Baterías
Figura 12. Sistema Conmutado en modo de descarga
De forma análoga al sistema en paralelo, esta configuración también puede estar dirigida a
proteger cargas AC, colocando para ello un inversor DC – AC justo después de la batería y
retirando el inversor AC – DC en la línea de conexión de la red y la carga, tal como se muestra
a continuación:
Switch
Carga AC
AC
Sistema de
Control
Convertidores
Convertidores
AC - DC
DC - AC
Baterías
Figura 13. Sistema de Respaldo Conmutado para cargas AC
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
46
CAPITULO II: FUNDAMENTOS
________________________________________________________________________
2.8.4. Baterías estacionarias.
2.8.4.1. Operación y características
Las baterías son dispositivos acumuladores de energía, constituidos por celdas
electroquímicas, como unidad básica. Operan esencialmente debido a la reacción generada
entre electrodos, positivo y negativo, sumergidos en una solución electrolítica, de manera que
se genera una diferencia de potencial entre los electrodos, tal como se aprecia en la figura 14:
∆𝑉
Placas
Electrolito
Figura 14. Constitución básica de una batería
Cada celda a su vez se encuentra compuesta por conjunto de placas positivas y negativas
separadas por aislantes, participando de esa manera en la reacción electroquímica de carga y
descarga, sus dimensiones son proporcionales a la capacidad de la batería para suministrar
energía. Resulta importante destacar que el conjunto de placas se conectan con los terminales
únicos de la batería, de manera que sólo existan dos conexiones externas: borne positivo y
borne negativo.
Las baterías pueden estar constituidas por celdas electroquímicas de diversos tipos, los
cuales determinarán su modo de operación:
 Celdas Electroquímicas Primarias: diseñadas para conversión de energía en una sola
dirección, energía química en eléctrica, es decir, sólo permiten la descarga.
 Celdas Electroquímicas Secundarias: diseñadas para una doble conversión de energía,
llevada a cabo mediante el uso de un proceso electro-químico reversible. La primera
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
47
CAPITULO II: FUNDAMENTOS
________________________________________________________________________
conversión es la transformación de energía eléctrica en energía química, la cual toma lugar
durante el proceso de carga. La segunda conversión es la transformación de energía
química en eléctrica, la cual ocurre cuando la batería se descarga. De esa manera, la energía
puede entrar y salir, permitiendo una vida útil de un determinado número de ciclos.
Durante la vida útil de una batería con celdas electroquímicas secundarias, la misma
experimenta numerosos procesos de descarga y carga, denominados ciclos, cada ciclo puede
descargar la batería en un porcentaje diferente de su capacidad de acumulación de energía,
constituyendo así la profundidad del ciclado; ambos parámetros resultan esenciales, ya que
proporcionan información sobre el Estado de carga (EDC) o State of Charge (SOC), en ingles,
con lo cual se puede indicar el porcentaje de energía que ha sido descargado para luego ser
repuesto, tal como se muestra en la siguiente figura:
SOC
100%
Ciclo Suave
Ciclo Profundo
Ciclo Completo
Tiempo
Figura 15. Profundidad de Ciclado
A medida que el ciclo sea más profundo, es decir que se haya descargado más la batería,
mayor será el esfuerzo de la misma durante el proceso de carga para reponer la energía
extraída, desgastando a la misma.
Las baterías pueden ser clasificadas de acuerdo con su aplicación:
 Baterías de tracción: diseñadas para propulsar motores eléctricos, empleadas en vehículos
industriales y submarinos.
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
48
CAPITULO II: FUNDAMENTOS
________________________________________________________________________
 Baterías estacionarias: diseñadas para fuentes de alimentación de emergencia y fuentes de
alimentación ininterrumpida para usos de informática.
 Baterías de arranque: diseñadas para encender vehículos de combustión.
En este sentido, las baterías pueden ser clasificadas de acuerdo a la constitución de sus
celdas electroquímicas, es decir, el material de sus electrodos y sustancia electrolítica,
destacándose las que se muestran a continuación:
Plomo Ácido




Electrodo positivo: Dióxido de Plomo
Electrodo negativo: Plomo
Electrolito: Ácido Sulfúrico
VNOM ≅ 2 voltios /celda
Níquel Cadmio




Electrodo positivo: Hidróxido de Níquel
Electrodo negativo: Cadmio
Electrolito: Hidróxido de Potasio
VNOM ≅ 1,2 voltios /celda




Electrodo positivo: Hidróxido de Níquel
Electrodo negativo: Aleación de Metal-Hidruro
Electrolito: Hidróxido de Potasio
VNOM ≅ 1,2 voltios /celda
BATERIAS
Níquel Metal
Hidruro
Litio Ion
 Electrodo positivo, negativo y electrolito:
favorecen el transporte de iones de litio
 VNOM ≅ 3,6 voltios /celda
La selección de la batería dependerá de la aplicación que se le quiera dar a la misma.
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
49
CAPITULO II: FUNDAMENTOS
________________________________________________________________________
De manera específica, las baterías de plomo ácido pueden presentarse comercialmente en
dos tipos:
 Abiertas, ventiladas e inundadas: estas baterías poseen una abertura en la parte superior del
dispositivo, de manera que permite el ingreso de la sustancia electrolítica junto con agua,
para que la batería pueda operar. Requiere de mantenimiento periódico con la finalidad de
medir el nivel de ácido y reponer la cantidad faltante. Por lo tanto, se necesita que la
manipulación de este tipo de baterías se haga con material de protección y en espacios
idóneos para el manejo del ácido.
Durante el proceso de carga, todas las baterías realizan un proceso denominado
gasificación, donde la sustancia electrolítica se desgasta y pierde vapor de agua, para ello,
las baterías tipo ventiladas operar con rejillas, de esa forma, no permite mucha movilidad y
requiere de espacios con ventilación, como su nombre lo indica.
 Selladas, cerradas: las baterías selladas son mucho más compactas, para contrarrestar el
proceso de gasificación, realizan recombinación de gases, restituyendo un gran porcentaje
de lo gasificado, de forma interna y además posee válvulas de regulación que sirven de
alivio, Valve Regulated Lead Acid (VRLA), en ingles.
Las baterías selladas demandan menos mantenimiento y permiten condiciones más flexibles
de entorno, además de mayor movilidad, todo esto hace que sean una de las más
implementadas en energía de respaldo para estaciones de telefonía móvil.
Considerando que las baterías de plomo-ácido ofrecen un voltaje nominal por celda de 2
voltios y que los valores típicos para las aplicaciones de respaldo de energía son: 12 voltios,
24 voltios y 48 voltios, se establece un número nominal de celdas, que conectadas en serie
hasta llegar a los extremos externos, pueden alcanzar los voltajes típicos deseados, tal como se
muestra a continuación:
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
50
CAPITULO II: FUNDAMENTOS
________________________________________________________________________
Tipo de Batería
12 voltios
24 voltios
48 voltios
6 celdas
12 celdas
24 celdas
Plomo Ácido
2 voltios por celda
Tabla 2. Voltaje Nominal de batería de Plomo-Ácido
Otro factor de importancia es el comportamiento de la corriente y voltaje en la batería,
durante el periodo de carga, en una configuración en paralelo, tanto la carga, como la batería
deben recibir un voltaje (VFLOT), que por un lado, suministre energía suficiente a la carga y por
el otro, evite la auto descarga en la batería, con la finalidad de mantenerla preparada para una
situación de ausencia AC, tal como se puede apreciar en el modo normal de la figura 16.
De esa forma, se debe cumplir que el voltaje de flotación sea mayor que el voltaje de auto
descarga mencionado por el fabricante para la batería y menor al voltaje máximo de entrada de
la carga, tal como se aprecia en la siguiente expresión:
𝑉𝐴𝑢𝑡𝑜
𝐷𝑒𝑠𝑐𝑎𝑟𝑔𝑎
≤ 𝑁𝐶 × 𝑉𝐹𝐿𝑂𝑇/𝐶𝐸𝐿𝐷𝐴 ≤ 𝑉𝑀𝐴𝑋 𝐶𝐴𝑅𝐺𝐴 , donde 𝑁𝐶 es el número de celdas
Una vez que la red es desconectada, comienza la descarga y ahora es la batería la que
suministrará el voltaje y corriente a la carga, comenzando con un voltaje 𝑉𝐼𝑁𝐼𝐶𝐼𝐴𝐿 , sin
embargo, a medida que entrega energía, se descarga y si este proceso no se detiene, la batería
alcanzará el valor de 𝑉𝐹𝐼𝑁𝐴𝐿 , momento en el que ya no puede seguir entregando energía, tal
como se muestra en el modo de ausencia AC de la siguiente figura:
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
51
CAPITULO II: FUNDAMENTOS
________________________________________________________________________
V
VFLOT
VINICIAL
VFINAL
I
ICARGA
Modo
Modo
Normal
Ausencia AC
TFINAL
TFINAL
Figura 16. Batería durante operación
En este sentido, para dimensionar un sistema de respaldo, se debe determinar el valor del
voltaje final de la batería para que sea mayor al VMIN de alimentación de la carga, ya que no
tiene sentido seguir descargándola mientras se alimenta a la carga con un voltaje que no
permite su funcionamiento. Se define un voltaje final de descarga o 𝑉𝑓𝑑 , con este parámetro se
representa el valor mínimo que puede alcanzar la batería durante la descarga para mantener
operativa a la carga, cabe destacar que el voltaje final se expresa por celda y por esa razón se
debe tomar en cuenta el número de celdas en total de la batería 𝑁𝐶 , finalmente, se puede
determinar a partir de la siguiente expresión:
𝑉𝑓𝑑 / 𝑐𝑒𝑙𝑑𝑎 × 𝑁𝐶 = 𝑉𝑀𝐼𝑁 𝐶𝐴𝑅𝐺𝐴
Con el objetivo de prolongar el tiempo de descarga y con ello proporcionar a la carga
mayor tiempo de autonomía (𝑇𝐴𝑈𝑇 ), es decir, tiempo de energía en caso de ausencia AC, se
debe ajustar el consumo de la carga, ya que a menor corriente requerida mayor es el tiempo
que la batería puede proporcionar energía, tal como se puede apreciar en la siguiente figura:
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
52
CAPITULO II: FUNDAMENTOS
________________________________________________________________________
V
V3 fd
V2 fd
V1 fd
I
I1 CARGA
I2 CARGA
I3 CARGA
T1 AUT T2 AUT
T2 AUT
Figura 17. Requerimiento Energético vs. Tiempo de Autonomía
Por esa razón, resulta tan importante en el momento de dimensionar un sistema de respaldo
de energía, lograr minimizar el consumo de corriente.
2.8.4.2. Capacidad
Para un sistema de energía de respaldo resulta de suma importancia la capacidad la batería,
ya que indica la cantidad de energía que la misma puede ofrecer antes de llegar a su voltaje
final de descarga. La unidad de capacidad empleada para las baterías es: Ampere por hora
(𝐴. 𝑕) y de manera específica, representa los amperes entregados en un determinado periodo
de tiempo. Ver siguiente figura:
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
53
CAPITULO II: FUNDAMENTOS
________________________________________________________________________
V
VINICIAL
VFINAL
I
T
IREQUERIDA
L
Tiempo
T
Figura 18. Capacidad de batería
En vista de la gran variedad de baterías existentes en el mercado, se establece un estándar,
punto de comparación que indica la forma y condiciones típicas para el cálculo de la
capacidad, de manera particular, las baterías de plomo-ácido emplean los parámetros IEEE:
𝐶𝑎𝑝𝑎𝑐𝑖𝑑𝑎𝑑𝐍𝐎𝐌𝐈𝐍𝐀𝐋 𝐈𝐄𝐄𝐄 = 𝐼𝐂𝐀𝐑𝐆𝐀 × 𝑇𝐴𝑈𝑇
Condiciones:
 𝑇𝐴𝑈𝑇 : 8 horas
 VFINAL /CELDA : 1,75 Voltios
 Temperatura: 25 °C
 En concentración de electrolito: 1,215
Durante el proceso de dimensionamiento, se debe realizar la selección de las baterías
tomando en cuenta los requerimientos del sistema, para ello se estima la capacidad requerida y
con ella se ubica el modelo de batería idónea.
Con la finalidad de que la capacidad calculada bajo los parámetros IEEE, pueda garantizar
que la batería aún bajo condiciones no ideales de temperatura, de diseño de fábrica o cuando
sufra envejecimiento siga prestando servicio, se incorporan diversos factores en el cálculo, de
manera que actúen como factores de corrección y permitan seleccionar la batería realmente
adecuada:
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
54
CAPITULO II: FUNDAMENTOS
________________________________________________________________________
 Factor de Diseño 𝐹𝐷: considerado debido a las condiciones de fabricación, su valor se
estima entre 1,10 a 1,15
 Factor de Temperatura 𝐹𝑇 : la temperatura resulta ser una condición importante con respecto
a la capacidad, esto debido a que temperaturas menores a los 25 °C no favorecen a las
reacciones dentro de las baterías, reduciendo así su capacidad, lo que se representa con un
factor menor que uno; mientras que, temperaturas superiores a 25 °C si favorecen a la
capacidad, de esa manera, el factor que se introduce es superior a uno.
 Factor de Envejecimiento: con el pasar del tiempo de su vida útil, la batería comienza a
desgastarse y con esto a proporcionar menor energía de la estimada en un principio, lo que
se puede ver reflejado en la siguiente figura:
Capacidad
100%
80%
Muerte Súbita
Figura 19. Envejecimiento de Batería de Plomo - Ácido
Cuando la batería se acerca al 80% del voltaje nominal se acerca a la muerte súbita, donde
deja de funcionar de manera repentina, es por eso que se introduce un factor mayor que uno,
para sobredimensionar la batería y poder gozar de energía por más tiempo, es decir que aún
llegando a su 80% de capacidad, todavía se encuentre entregando la energía suficiente para la
carga, de esa manera se tiene:
𝐹𝐸 × 0,8 = 1
Se obtiene 𝐹𝐸 = 1,25
Finalmente, se emplea la capacidad según el estándar IEEE para baterías de Plomo – Ácido
tomando en cuenta las correcciones, tal como se aprecia a continuación:
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
55
CAPITULO II: FUNDAMENTOS
________________________________________________________________________
𝐶𝑎𝑝𝑎𝑐𝑖𝑑𝑎𝑑𝐈𝐄𝐄𝐄 𝐂𝐎𝐑𝐑𝐄𝐆𝐈𝐃𝐀 = 𝐶𝑎𝑝𝑎𝑐𝑖𝑑𝑎𝑑𝐍𝐎𝐌𝐈𝐍𝐀𝐋 𝐈𝐄𝐄𝐄 × 𝐹𝐷 × 𝐹𝑇 × 𝐹𝐸
2.8.4.3. Selección y dimensionamiento de baterías.
Para el dimensionamiento de las baterías para un sistema de energía de respaldo, se debe
llevar a cabo el proceso que se describe a continuación:
 Se establecen los requerimientos de la carga.
 Se selecciona la tecnología; se realiza un estudio de las diversas tecnologías de baterías
disponibles y se selecciona la clase más adecuada a las necesidades y prioridades según
criterios de costo, peso, efectividad, rendimiento, entre otros. De manera que se pueda
contar con un grupo de modelos comerciales para la posterior selección.
 Se determina el número de celdas a implementar y voltaje final de descarga según
requerimientos de la carga.
 Se determina la capacidad requerida para mantener a la carga operativa, para ello se recurre
a tablas y demás hojas técnicas de modelos de baterías considerados para la selección.
Igualmente, se toma en cuenta los diferentes factores de corrección que resulten pertinentes.
 Se selecciona la batería a ser implementada en el sistema de respaldo de acuerdo con los
parámetros anteriormente determinados.
2.8.5. Rectificadores-cargadores de baterías
2.8.5.1. Características y dimensionamiento
Este dispositivo se encarga de suministrar energía transformada de AC a DC al sistema
durante la operación del modo normal, es decir cuando la red se encuentra conectada. Su
dimensionamiento viene dado por dos parámetros: el primero de ellos es el voltaje, indicando
con esto el voltaje de entrada (voltaje de la red) y el de salida, que se va a utilizar para las
baterías y la carga, el segundo parámetro importante para el dimensionamiento del rectificador
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
56
CAPITULO II: FUNDAMENTOS
________________________________________________________________________
es la corriente, ya que debe ser lo suficiente para poder alimentar a la batería y a la carga en
sus requerimientos, de esa forma:
𝐼𝑅𝐸𝐶 𝑅𝐸𝑄𝑈𝐸𝑅𝐼𝐷𝐴 = 𝐼𝐵𝐴𝑇 + 𝐼𝐶𝐴𝑅𝐺𝐴
La corriente de la batería se calcula mediante la siguiente relación:
𝐼𝐵𝐴𝑇 =
𝐾𝑅 × 𝐼𝐶𝐴𝑅𝐺𝐴 × 𝑇𝐴𝑈𝑇
𝑇𝑅𝐸𝐶 @ 80%
Donde 𝐾𝑅 es el factor de eficiencia de recarga y 𝑇𝑅𝐸𝐶 @ 80% es el periodo de tiempo de
recarga en el que la batería alcanza el 80% de su capacidad.
2.8.5.2. Configuraciones redundantes
La redundancia se emplea cuando la carga resulta ser muy crítica y se necesita garantizar
que aunque falle el rectificador, el sistema pueda seguir operando. Se conectan en paralelo los
rectificadores y si todos funcionan, la etapa de rectificación podrá entregar mayor corriente
(Amperios) al resto del sistema; si falla uno de ellos, los demás siguen en operación sin afectar
de manera brusca la operación de la carga, permitiendo que el personal de mantenimiento
cambie el rectificador defectuoso.
Carga DC
AC
VFLOTACION
Baterías
Convertidores
AC - DC
Figura 20. Redundancia Rectificadores
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
57
CAPITULO II: FUNDAMENTOS
________________________________________________________________________
El criterio de redundancia empleado es el N+M, pueden fallar M rectificadores sin que el
sistema deje de funcionar. A continuación se determina la cantidad necesaria de rectificadores
(N),
considerando
que
ya
se
seleccionó
el
rectificador
a
implementar
(𝐼𝑅𝐸𝐶 𝐸𝑄𝑈𝐼𝑃𝑂 𝑆𝐸𝐿𝐸𝐶𝐶𝐼𝑂𝑁𝐴𝐷𝑂 ):
𝑁=
𝐼𝑅𝐸𝐶 𝑅𝐸𝑄𝑈𝐸𝑅𝐼𝐷𝐴
𝐼𝑅𝐸𝐶 𝐸𝑄𝑈𝐼𝑃𝑂 𝑆𝐸𝐿𝐸𝐶𝐶𝐼𝑂𝑁𝐴𝐷𝑂
2.8.6. Sistemas de Protección
2.8.6.1. Breakers
Este dispositivo de protección se emplea con la finalidad de evitar que la corriente que
circula por la línea, en donde se conecta, exceda un valor máximo (𝑉𝑎𝑙𝑜𝑟𝐵𝑅𝐸𝐴𝐾𝐸𝑅 ) estimado
durante el diseño y dimensionamiento del sistema.
El criterio de diseño más empleado en la actualidad por las empresas del área consultadas,
es el siguiente:
𝑉𝑎𝑙𝑜𝑟𝐵𝑅𝐸𝐴𝐾𝐸𝑅 = 1,25 𝑥 𝐼𝑀𝐴𝑋 𝐶𝐴𝐿𝐶𝑈𝐿𝐴𝐷 𝐷𝐸 𝐿𝐴 𝐿Í𝑁𝐸𝐴
Cuando el dispositivo de protección detecta que la corriente alcanzó el valor 𝑉𝑎𝑙𝑜𝑟𝐵𝑅𝐸𝐴𝐾𝐸𝑅
se desconecta automáticamente de la línea, protegiendo así los equipos y por supuesto la carga
de la sobre corriente circulante.
VMAX
ΔV
VFLOTACION
AC
Carga DC
VMIN
Convertidores
VBAT
AC - DC
Baterías
Figura 21. Sistema de respaldo con Breakers
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
58
CAPITULO II: FUNDAMENTOS
________________________________________________________________________
2.8.6.2. Low Voltage Disconnect LVD
Este dispositivo de protección se emplea en el sistema de respaldo con la finalidad de evitar
el proceso de sobre descarga de la batería; esta situación se puede presentar una vez que la
batería se encuentra descargada y no puede mantener la carga operativa, pero aún sigue
suministrando energía.
El LVD debe conectarse a la entrada de las baterías o a la entrada de la carga, ya que esta
ubicación le permite poder monitorear el voltaje entregado por la batería a la carga durante
situación de descarga y con ello verificar si se encuentra dentro de la ventana de voltaje de
entrada de la misma; cuando se detecta que el voltaje se encuentra por debajo del voltaje
mínimo requerido por la carga, la carga no puede prestar servicio, así que se desconectan
ambos dispositivos.
VMAX
VFLOTACION
AC
Convertidores
LVD
ΔV
Carga DC
VMIN
LVD
AC - DC
VBAT
Baterías
Figura 22. Sistema de respaldo con Low Voltage Disconnect
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
CAPITULO III: DISEÑO Y DESARROLLO DEL MEDICARRO
59
________________________________________________________________________
CAPITULO III: DISEÑO Y DESARROLLO DEL MEDICARRO
3.1. REQUERIMIENTOS
3.1.1. Hardware
Dadas las condiciones del sistema hospitalario y en particular las condiciones del hospital
de referencia, así como su secuencia de atención, se tomaron los siguientes lineamientos para
la construcción del equipo de historias clínicas:
 Desplazable (rodado): para llevarlo dentro de su área operativa hasta el lugar donde se
encuentra el paciente.
 Modular y escalable: que facilite el proceso de reproducción en serie y futuras
ampliaciones.
 Resistentes a golpes y líquido: no debe constituir un elemento delicado y vulnerable para
las situaciones de respuesta rápida de una sala de emergencia.
 Diseño robusto: como resultado de las condiciones de inseguridad que presenta el país, el
equipo de manejo de historias clínicas debe ser apto para su implementación en el Sistema
Público Nacional de Salud.
3.1.2. Software
La solución de software para el manejo de historias médicas debía ser basada en
herramientas que permitieran posteriores ampliaciones, así como labores de mantenimiento y
administración. Igualmente, poder permitir implementar mecanismos de seguridad para
proteger la información de cada paciente.
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
CAPITULO III: DISEÑO Y DESARROLLO DEL MEDICARRO
60
________________________________________________________________________
3.1.3. Operatividad
En las instituciones de salud, el personal cumple turnos de ocho horas, por lo tanto el
equipo de manejo de historias clínicas, debía poseer una modalidad de energía que le
permitiera autonomía por lo menos un turno; dicho sistema de respaldo de energía debe
encontrarse siempre preparado para garantizar operatividad en todo momento.
Como consecuencia de que el equipo necesitaba ser desplazable, la Comunicación debía
ser inalámbrica, para el proceso de transmisión de las historias de los pacientes al servidor; se
consideró inviable una conexión cableada mientras se tuviera al equipo desplazándose.
3.1.4. Análisis de Requerimientos
Al analizar la estructura del sistema hospitalario nacional, las condiciones actuales de una
de sus instituciones más emblemáticas y las principales tecnologías y soluciones comerciales
de software para manejo de historias clínicas, surgieron diversos requerimientos, de hardware,
software y operatividad. Se consideró en primer lugar, las soluciones de hardware
comercializadas en la actualidad: principalmente laptops y palms, ya que han sido empleadas
en otras aplicaciones similares y en otros países; podrían llevar a cabo la parte funcional del
sistema de manejo de historias clínicas, sin embargo, se concluyó que no podrían cumplir con
el resto de los requerimientos del sistema hospitalario de Venezuela.
Por consiguiente, se dio inicio al diseño de un equipo especialmente adaptado a los
requerimientos del sistema hospitalario de Venezuela, denominado Medicarro.
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
CAPITULO III: DISEÑO Y DESARROLLO DEL MEDICARRO
61
________________________________________________________________________
3.2. MEDICARRO: ESTRUCTURA GENERAL
En este sentido, el Medicarro fue conceptualizado como un equipo de manejo de historias
clínicas, adaptado a los requerimientos del sistema hospitalario, capaz ingresar datos e
información del paciente y transmitirlos inalámbricamente para su administración y control, de
forma tal que cuando el paciente acuda de nuevo a la institución o a otra diferente, pueda ser
recuperada la información y datos del mismo, tal como se aprecia a continuación:
Medicarro
Medicarro
Figura 23. Funcionamiento general del Medicarro
3.2.1. Selección de configuración del Sistema de Energía de Respaldo
Tomando en consideración el análisis de requerimientos del Medicarro, se requirió
implementar un sistema de energía de respaldo. En primer lugar, se seleccionó la configuración
a implementar, de acuerdo a criterios de eficiencia y costos.
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
CAPITULO III: DISEÑO Y DESARROLLO DEL MEDICARRO
62
________________________________________________________________________
La carga venía dada por un equipo de computación, donde debiera operando la aplicación de
historias clínicas, este equipo era de alimentación AC, en este sentido, se consideró tanto la
configuración en paralelo, ver figura 10, como el sistema conmutado, ver figura 13, ambos
adaptados a cargas AC.
Sin embargo, en ambas configuraciones, el aprovechamiento de energía no es óptimo, esto
debido a que es transformada dos veces, primero de AC a DC para ser almacenada en la batería
y luego de manera inversa para poder alimentar a la carga, de esa forma, la configuración en
paralelo emplea dos inversores, en vez de uno y la conmutada los mismos elementos pero
dispuesto de manera diferente.
Con el objetivo de proponer un sistema más eficiente, se planteó la posibilidad de modificar
las características del Medicarro de manera tal que se pudiera alimentar con DC, para este caso
se analizaron ambas configuraciones nuevamente, pero esta vez se encontró que la
configuración en paralelo emplea un inversor, mientras que la configuración conmutada
necesita emplear dos inversores, factor que elevaba los costos de manera significativa.
Adicionalmente, se tomó en cuenta que el funcionamiento del sistema conmutado
dependería de la eficiencia del switch y su sistema de control, ya que para que la carga no sufra
durante la transición de modos de operación, el tiempo de respuesta debe ser corto. Esta
configuración fuera la indicada si existiera incompatibilidad entre la ventana de voltaje de la
carga y el necesario para la batería, pero no es este el caso, debido a que se puede introducir
modificaciones en la carga para que no ocurra.
Finalmente, se concluyó que la configuración en paralelo resulta ser la más adecuada para el
Medicarro, ver figura 6, sin la necesidad de implementar ningún dispositivo inteligente de
control.
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
CAPITULO III: DISEÑO Y DESARROLLO DEL MEDICARRO
63
________________________________________________________________________
3.2.2. Selección de equipos de Computación
Tras surgir la necesidad de realizar modificaciones en el equipo de computación para que
pudiera ser alimentado con DC, se comenzaron a analizar las posibilidades disponibles. En
primer lugar, se solicitó asesoría técnica a SEEBECK, empresa líder en el área de control e
instrumentación a nivel nacional y tras visitas realizadas a su sede en Guarenas, se localizó un
computador de tipo industrial cuya entrada es de 24 V DC.
El equipo LinCon-8000, posee una arquitectura embebida, apto para movilidad y
funcionamiento en condiciones adversas, todo esto con dimensiones físicas reducidas: 11 𝑐𝑚 ×
11 𝑐𝑚 × 7,5 𝑐𝑚, su sistema operativo es Linux, incluye conexiones usb, ps/2, red, así como
memoria de 64 MB y tarjeta flash de 32MB, alcanzando los requerimientos de hardware y de
software inicialmente planteados. Ver siguiente figura:
Foto 6.
Universidad Simón Bolívar
LinCon-8000
Hildemar Celeste Amaro Arreaza
CAPITULO III: DISEÑO Y DESARROLLO DEL MEDICARRO
64
________________________________________________________________________
Sin embargo, la distribución de Linux que posee es ICE WM y luego de ser manipulada se
determinó que esta versión resultaba limitada, ya que no permite la instalación de aplicaciones
en su interior; su programa explorador, Dillo, no soporta elementos de javascripts. Con la
finalidad de proponer una solución, se conversó con la empresa proveedora ICP DAS, la cual
no recomendó cambiar ni la distribución, ni el explorador.
Todo esto fue suficiente para descartar este equipo, ya que la idea del Medicarro es que
luego pueda ser ampliado y ajustable a los cambios tecnológicos, sin encontrarse limitado.
Posteriormente, durante reuniones en la sede del CENIT se realizó una alianza estratégica
con representantes de INTEL en Venezuela y explorando entre sus diversas soluciones
comerciales, se encontró un equipo de bajo consumo, destinado a minimizar los costos
energéticos, así como tamaño, tal como se puede ver a continuación:
Foto 7. Tarjeta D201GLY de INTEL
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
CAPITULO III: DISEÑO Y DESARROLLO DEL MEDICARRO
65
________________________________________________________________________
Una de las mayores ventajas de este equipo es que su procesador es Celeron, por lo tanto
puede soportar múltiples sistemas operativos, sin imponer mayores restricciones a la
aplicación. Posee un tamaño considerablemente pequeño 17 𝑐𝑚 × 17 𝑐𝑚, que lo hace ideal
para la constitución del Medicarro, igualmente, este equipo posee conexión de red y usb.
Una vez seleccionado el equipo de bajo consumo, se necesitaba un dispositivo que
conectara la entrada proveniente del sistema de energía (DC), con la tarjeta y que además
fuera capaz de proveer los distintos voltajes de alimentación a la misma, en forma de conector
ATX. Se seleccionó el convertidor PicoPSU de 120W DC-DC, cuya entrada es de 12 voltios y
salida en conector ATX, tal como se aprecia a continuación:
Foto 8. Conector de 12 V DC a Conector ATX
En cuanto a la unidad de disco, se consideró conveniente implementar un adaptador a disco
flash (ver siguiente figura), debido a que resultaba mucho más compacto en cuanto a tamaño.
La tarjeta flash sugerida es de 4GB.
Foto 9. Adaptador de Disco Flash
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
CAPITULO III: DISEÑO Y DESARROLLO DEL MEDICARRO
66
________________________________________________________________________
La memoria seleccionada para el diseño del Medicarro es de 512 MB, tal como se aprecia a
continuación:
Foto 10. Memoria RAM
En cuanto al monitor, se seleccionó un modelo cuya alimentación es DC a 12 V, de 17
pulgadas, ya que este tamaño permitía la visualización cómoda de la aplicación de historias
medicas. Por otro lado, el teclado más conveniente, con el fin de optimizar el espacio, resultó
ser tipo mini, con las siguientes dimensiones: 27 𝑐𝑚 × 13 𝑐𝑚 × 1 𝑐𝑚.
Para la transferencia de datos, se seleccionó el modem de aba inalámbrico que ofrecía
CANTV.
De esa manera, se constituyó una solución mucho más eficiente a la propuesta inicial y con
menos restricciones, permitiendo realizar adaptaciones futuras. A continuación se muestran los
equipos a implementar en el sistema de computación:
 Tarjeta D201GLY de INTEL.
 Convertidor 12 V DC a Conector ATX.
 Adaptador a disco flash.
 Memoria Flash.
 Memoria Ram de 4GB.
 Monitor DC de 17 pulgadas.
 Teclado Mini.
 Modem Inalámbrico tipo USB.
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
67
CAPITULO III: DISEÑO Y DESARROLLO DEL MEDICARRO
________________________________________________________________________
Finalmente, la estructura del equipo de computación se puede apreciar a continuación:
SISTEMA DE
CONVERSOR DC ATX
ENERGÍA
Monitor
Tarjeta Madre
MEDICARRO
Figura 24. Configuración de Sistema de Computación
3.2.3. Selección de equipos de Sistema de Energía de Respaldo
Una vez seleccionados los componentes del equipo de computación, se dio inicio a la
selección de equipos a implementar en el sistema de respaldo, según procedimientos antes
mencionados.
 Requerimientos de la carga: la siguiente tabla indica el consumo de cargas según los datos
del fabricante:
Equipo
Potencia
Voltaje de
Corriente
Alimentación
Pantalla
12 w
12 v (DC)
1A
200 w
120 v (AC)
2A
Tarjeta y equipos
periféricos
Tabla 3. Requerimientos de carga para Sistema de Respaldo de Energía
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
CAPITULO III: DISEÑO Y DESARROLLO DEL MEDICARRO
68
________________________________________________________________________
Para los cálculos de la tarjeta de bajo consumo INTEL, se consideró un factor de potencia
fp = 0,8
Considerando los datos de consumo, se estableció que la carga poseía un requerimiento de
corriente total de ICARGA = 3 A. El estudio de los documentos técnicos de los equipos, aportó
información sobre la ventana de voltaje de los mismos, pudiendo concluir que la carga
permitía valores de entrada ± 15% de su valor nominal de 12 V, de esa manera, la carga se
representó de la siguiente forma:
VMAX
VNOMINAL
VMIN
= 13,8 𝑉
CARGA
𝐶𝐴𝑅𝐺𝐴
CARGA
= 12 𝑉
= 10,2 𝑉
Figura 25. Requerimientos del Medicarro
 Selección de la tecnología, se realizó un estudio de las diversas tecnologías de baterías
disponibles y se seleccionó la clase más adecuada a las necesidades y prioridades:
Por razones de costos se seleccionó la tecnología Plomo – Ácido, lo más idóneo hubiese
sido otra clase de baterías, pero ésta se consideró adecuada porque se trata del diseño de un
primer prototipo, una prueba de concepto, que trae consigo muchas oportunidades de mejoras
para las siguientes generaciones de Medicarros.
 Número de celdas a implementar y voltaje final de descarga según requerimientos de la
carga
Se inicia con la expresión:
𝑁𝐶 × 𝑉𝐹𝐿𝑂𝑇/𝐶𝐸𝐿𝐷𝐴 ≤ 𝑉𝑀𝐴𝑋 𝐶𝐴𝑅𝐺𝐴
𝑁𝐶 ≤
Universidad Simón Bolívar
𝑉𝑀𝐴𝑋 𝐶𝐴𝑅𝐺𝐴
𝑉𝐹𝐿𝑂𝑇/𝐶𝐸𝐿𝐷𝐴
Hildemar Celeste Amaro Arreaza
CAPITULO III: DISEÑO Y DESARROLLO DEL MEDICARRO
69
________________________________________________________________________
Donde 𝑉𝐹𝐿𝑂𝑇/𝐶𝐸𝐿𝐷𝐴 = 2,27 𝑉, según datos del fabricante. De esa manera:
𝑁𝐶 ≤ 6 𝑐𝑒𝑙𝑑𝑎𝑠
El 𝑉𝑓𝑑 / 𝑐𝑒𝑙𝑑𝑎 se obtuvo mediante la siguiente relación:
𝑉𝑓𝑑 / 𝑐𝑒𝑙𝑑𝑎 × 𝑁𝐶 = 𝑉𝑀𝐼𝑁 𝐶𝐴𝑅𝐺𝐴
𝑉𝑓𝑑 / 𝑐𝑒𝑙𝑑𝑎 =
𝑉𝑀𝐼𝑁 𝐶𝐴𝑅𝐺𝐴
𝑁𝐶
𝑉𝑓𝑑 / 𝑐𝑒𝑙𝑑𝑎 = 1,7 𝑉𝑜𝑙𝑡𝑖𝑜𝑠/ 𝑐𝑒𝑙𝑑𝑎
Este voltaje no se encontró en las tablas técnicas, así que fue ajustado al valor más cercano
en la escala de voltajes IEEE, 𝑉𝑓𝑑 / 𝑐𝑒𝑙𝑑𝑎 = 1,75 𝑉𝑜𝑙𝑡𝑖𝑜𝑠/ 𝑐𝑒𝑙𝑑𝑎.
 Se determinó la capacidad requerida para mantener a la carga operativa empleando modelos
de baterías de Plomo – Ácido, cotizadas por INTELEC, empresa líder en el área, tras
numerosas visitas. Se consideraron los factores de corrección pertinentes:
Todos los parámetros estimados permitieron modelar la carga de la siguiente manera:
V
1,75 V
I
T
3A
L
TAUT
T
Figura 26. Requerimientos del Medicarro
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
CAPITULO III: DISEÑO Y DESARROLLO DEL MEDICARRO
70
________________________________________________________________________
De los modelos cotizados por INTELEC, se seleccionó inicialmente el modelo UPS12–
350MR, (ver documento 11 del anexo) de acuerdo con los costos y tiempo de entrega,
posteriormente, se buscó en sus tablas técnicas, hasta localizar el 𝑇𝐴𝑈𝑇 correspondiente al
𝑉𝑓𝑑 / 𝑐𝑒𝑙𝑑𝑎 que cumpliera con los requerimientos 𝐼𝐶𝐴𝑅𝐺𝐴 ≥ 3 𝐴, como consecuencia, se obtuvo
el valor de 𝑇𝐴𝑈𝑇 = 24 horas.
A continuación, se expresó la capacidad según el estándar IEEE:
𝐶𝑎𝑝𝑎𝑐𝑖𝑑𝑎𝑑𝐍𝐎𝐌𝐈𝐍𝐀𝐋 𝐈𝐄𝐄𝐄 = 𝐼𝐂𝐀𝐑𝐆𝐀 × 𝑇𝐴𝑈𝑇
La 𝐼𝐶𝐴𝑅𝐺𝐴 correspondiente a las condiciones IEEE es de 11 A:
𝐶𝑎𝑝𝑎𝑐𝑖𝑑𝑎𝑑𝐍𝐎𝐌𝐈𝐍𝐀𝐋 𝐈𝐄𝐄𝐄 = 11 𝐴 × 8 𝑕
𝐶𝑎𝑝𝑎𝑐𝑖𝑑𝑎𝑑𝐍𝐎𝐌𝐈𝐍𝐀𝐋 𝐈𝐄𝐄𝐄 = 88 𝐴. 𝑕
Luego, se incorporaron los factores de corrección:
𝐹𝐷 = 1,1 valor típico
𝐹𝑇 = 1 debido a que la temperatura típica de una sala de emergencias es de 25 °C
𝐹𝐸 =1,25
Se estimó la capacidad corregida, con el fin de garantizar que bajo condiciones de
temperatura, diseño y envejecimiento la batería todavía pudiera ofrecer los requerimientos A.h
de la carga:
𝐶𝑎𝑝𝑎𝑐𝑖𝑑𝑎𝑑 𝐈𝐄𝐄𝐄 𝐂𝐎𝐑𝐑𝐄𝐆𝐈𝐃𝐀 = 𝐶𝑎𝑝𝑎𝑐𝑖𝑑𝑎𝑑𝐍𝐎𝐌𝐈𝐍𝐀𝐋 𝐈𝐄𝐄𝐄 × 𝐹𝐷 × 𝐹𝑇 × 𝐹𝐸
𝐶𝑎𝑝𝑎𝑐𝑖𝑑𝑎𝑑𝐈𝐄𝐄𝐄 𝐂𝐎𝐑𝐑𝐄𝐆𝐈𝐃𝐀 = 121 𝐴. 𝑕
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
CAPITULO III: DISEÑO Y DESARROLLO DEL MEDICARRO
71
________________________________________________________________________
Como se sobre dimensionó la batería para que permitiera garantizar el suministro de
energía bajo condiciones adversas, se analizó si el modelo seleccionado inicialmente cumplía
con los nuevos requerimientos:
𝐶𝑎𝑝𝑎𝑐𝑖𝑑𝑎𝑑𝐍𝐎𝐌𝐈𝐍𝐀𝐋 𝐈𝐄𝐄𝐄 = 𝐼𝐂𝐀𝐑𝐆𝐀 × 𝑇𝐴𝑈𝑇
𝐼𝐂𝐀𝐑𝐆𝐀 =
𝑇𝐴𝑈𝑇
𝐶𝑎𝑝𝑎𝑐𝑖𝑑𝑎𝑑𝐍𝐎𝐌𝐈𝐍𝐀𝐋 𝐈𝐄𝐄𝐄
𝐼𝐂𝐀𝐑𝐆𝐀 = 15,12 𝐴
La batería UPS 12-350MR no podía suministrar la 𝐼𝐂𝐀𝐑𝐆𝐀 requerida, por lo tanto, se
procedió a buscar un modelo adecuado.
 Selección de la batería a ser implementada en el sistema de respaldo de acuerdo con los
parámetros anteriormente determinados.
La batería UPS 12–540 MR, también cotizada por INTELEC, cumple con los
requerimientos. A continuación se presentan sus dimensiones:
Batería
27 cm
34 cm
18 cm
Figura 27. Dimensiones Batería UPS 12–540 MR
Resulta conveniente mencionar que este modelo tiene fecha de entrega de 10 a 12 semanas,
según documentos de la empresa, a diferencia del modelo inicial, que es de sólo dos semanas.
A pesar de ello, resulta necesaria la batería seleccionada a fin de maximizar el desempeño, uso
y eficiencia del Medicarro.
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
CAPITULO III: DISEÑO Y DESARROLLO DEL MEDICARRO
72
________________________________________________________________________
Entre las ventajas más importantes se encuentran las siguientes:
 Máxima eficiencia de recombinación de gases.
 Montaje en cualquier orientación.
 Componente con certificación UL, estándares Eurobatt, ANSI.
 Diseño especial para máximo rendimiento en aplicaciones de UPS.
Adicionalmente, el equipo incluye:
 Cables conectores interbloques.
 Tornillería.
 Garantía respaldada por CORPORACION INTELEC C.A., representante para Venezuela
de las baterías marca DYNASTY.
 Selección del rectificador:
En primer lugar, se analizaron los requerimientos de energía:
𝐼𝑅𝐸𝐶 𝑅𝐸𝑄𝑈𝐸𝑅𝐼𝐷𝐴 = 𝐼𝐵𝐴𝑇 + 𝐼𝐶𝐴𝑅𝐺𝐴
𝐼𝐵𝐴𝑇 =
𝐾𝑅 × 𝐼𝐶𝐴𝑅𝐺𝐴 × 𝑇𝐴𝑈𝑇 𝑅𝐸𝐴𝐿
𝑇𝑅𝐸𝐶 @ 80%
El tiempo de autonomía 𝑇𝐴𝑈𝑇 𝑅𝐸𝐴𝐿 se obtuvo a partir de la relación de Capacidad IEEE, a
pesar de que este estándar se calculó inicialmente con 8 horas de tiempo de autonomía, éste en
la implementación será mayor al esperado inicialmente debido a los sobredimensionamientos
realizados (este procedimiento se realiza en la práctica por las empresas del área):
𝐶𝑎𝑝𝑎𝑐𝑖𝑑𝑎𝑑 𝐈𝐄𝐄𝐄 = 𝐼𝐂𝐀𝐑𝐆𝐀 × 𝑇𝐴𝑈𝑇 𝑅𝐸𝐴𝐿
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
CAPITULO III: DISEÑO Y DESARROLLO DEL MEDICARRO
73
________________________________________________________________________
El consumo máximo de la carga era de 3A, y la capacidad final calculada era de 121 A.h:
𝑇𝐴𝑈𝑇 𝑅𝐸𝐴𝐿 = 40 𝑕𝑜𝑟𝑎𝑠
En este sentido, la aplicación se diseñó para que tuviera una autonomía de 40 horas.
El 𝑇𝑅𝐸𝐶 @ 80% se estimó en 10 horas, ya que este es un valor típico en las aplicaciones de
respaldo, según la asesoría de la empresa INTELEC. De esa manera, se pudo dimensionar el
rectificador:
𝐼𝑅𝐸𝐶 𝑅𝐸𝑄𝑈𝐸𝑅𝐼𝐷𝐴 =
𝐾𝑅 × 𝐼𝐶𝐴𝑅𝐺𝐴 × 𝑇𝐴𝑈𝑇 𝑅𝐸𝐴𝐿
+ 𝐼𝐶𝐴𝑅𝐺𝐴
𝑇𝑅𝐸𝐶 @ 80%
𝐼𝑅𝐸𝐶 𝑅𝐸𝑄𝑈𝐸𝑅𝐼𝐷𝐴 = 17,4 𝐴
Cuando se buscó un rectificador de igual o mayor suministro de corriente, se seleccionó
uno de 35 A, cotizado por INTELEC, con las siguientes dimensiones:
10 cm
40 cm
30 cm
Figura 28. Dimensiones de Rectificador
Como siguiente paso, se analizo la efectividad de implementar o no redundancia de
rectificadores en el sistema:
𝑁=
𝐼𝑅𝐸𝐶 𝑅𝐸𝑄𝑈𝐸𝑅𝐼𝐷𝐴
𝐼𝑅𝐸𝐶 𝐸𝑄𝑈𝐼𝑃𝑂 𝑆𝐸𝐿𝐸𝐶𝐶𝐼𝑂𝑁𝐴𝐷𝑂
Universidad Simón Bolívar
=
17,4 𝐴
≅ 0,5 ≤ 1
35 𝐴
Hildemar Celeste Amaro Arreaza
CAPITULO III: DISEÑO Y DESARROLLO DEL MEDICARRO
74
________________________________________________________________________
Es decir, que con un rectificador de 35 A se pudo cumplir fácilmente con el requerimiento
de 17,4 A, por lo tanto:
𝑁→1
Sin aplicar redundancia, es decir 1+0, el suministro del rectificador sería de 35 A, de esa
manera el 𝑇𝑅𝐸𝐶 @ 80%
𝐼𝑅𝐸𝐶 𝐸𝑄𝑈𝐼𝑃𝑂 𝑆𝐸𝐿𝐸𝐶𝐶𝐼𝑂𝑁𝐴𝐷𝑂 =
𝐾𝑅 × 𝐼𝐶𝐴𝑅𝐺𝐴 × 𝑇𝐴𝑈𝑇 𝑅𝐸𝐴𝐿
+ 𝐼𝐶𝐴𝑅𝐺𝐴
𝑇𝑅𝐸𝐶 @ 80%
𝑇𝑅𝐸𝐶 @ 80% = 4,5 𝑕𝑜𝑟𝑎𝑠
Mientras que en el caso de redundancia 1+1, el suministro del rectificador sería de 70 A, de
esa manera el 𝑇𝑅𝐸𝐶 @ 80% = 2,14 𝑕𝑜𝑟𝑎𝑠
Se concluyó que para la constitución del primer prototipo no resultaba imprescindible la
implementación de redundancia, ya que no se justificaba la adquisición de un rectificador
adicional para sólo disminuir dos horas del tiempo de carga. El sistema rectificador
seleccionado fue 1+0, permitiéndole a la carga un tiempo de autonomía de 40 horas y tiempo
de carga de 4,5 horas.
 Selección de Breakers para la Batería
Se calculó la corriente máxima que pudiera circular por esa línea de conexión,
considerando que el valor máximo del rectificador es de 35A y el de la carga es de 3A:
𝐼𝑅𝐸𝐶 𝐸𝑄𝑈𝐼𝑃𝑂 𝑆𝐸𝐿𝐸𝐶𝐶𝐼𝑂𝑁𝐴𝐷𝑂 = 𝐼𝐵𝐴𝑇 + 𝐼𝐶𝐴𝑅𝐺𝐴
𝐼𝐵𝐴𝑇 = 32 𝐴
Luego:
𝑉𝑎𝑙𝑜𝑟𝐵𝑅𝐸𝐴𝐾𝐸𝑅 = 1,25 𝑥 𝐼𝑀𝐴𝑋 𝐶𝐴𝐿𝐶𝑈𝐿𝐴𝐷 𝐷𝐸 𝐿𝐴 𝐿Í𝑁𝐸𝐴
𝑉𝑎𝑙𝑜𝑟𝐵𝑅𝐸𝐴𝐾𝐸𝑅 = 1,25 𝑥 32 𝐴
𝑉𝑎𝑙𝑜𝑟𝐵𝑅𝐸𝐴𝐾𝐸𝑅 = 40 𝐴
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
CAPITULO III: DISEÑO Y DESARROLLO DEL MEDICARRO
75
________________________________________________________________________
El valor típico comercial es de 40 A.
 Selección de Breakers para la Carga, considerando el consumo máximo de la carga:
𝑉𝑎𝑙𝑜𝑟𝐵𝑅𝐸𝐴𝐾𝐸𝑅 = 1,25 𝑥 𝐼𝑀𝐴𝑋 𝐶𝐴𝐿𝐶𝑈𝐿𝐴𝐷 𝐷𝐸 𝐿𝐴 𝐿Í𝑁𝐸𝐴
𝑉𝑎𝑙𝑜𝑟𝐵𝑅𝐸𝐴𝐾𝐸𝑅 = 1,25 𝑥 3 𝐴
𝑉𝑎𝑙𝑜𝑟𝐵𝑅𝐸𝐴𝐾𝐸𝑅 = 3,75 𝐴
El valor típico comercial más cercano es de 5 A.
 Selección de Breakers para la entrada del Rectificador
Para este caso, se consideró un factor de potencia 𝑓𝑃 =0,8, ya que por esta línea de conexión
circula corriente AC:
𝜂𝑅𝐸𝐶 =
𝜂𝑅𝐸𝐶 =
𝐼𝐼 =
𝑃𝑂
𝑃𝐼
𝑉𝑂 × 𝐼𝑂
𝑃𝐼 × 𝐼𝐼 × 𝑓𝑃
𝑉𝑂 × 𝐼𝑂
𝑃𝐼 × 𝜂𝑅𝐸𝐶 × 𝑓𝑃
El valor de la eficiencia del equipo se tomó de datos técnicos aportados por la empresa
INTELEC (𝜂𝑅𝐸𝐶 =0,9). De esa forma:
𝐼𝐼 = 6 𝐴
Finalmente se estimó el 𝑉𝑎𝑙𝑜𝑟𝐵𝑅𝐸𝐴𝐾𝐸𝑅
𝑉𝑎𝑙𝑜𝑟𝐵𝑅𝐸𝐴𝐾𝐸𝑅 = 1,25 𝑥 𝐼𝑀𝐴𝑋 𝐶𝐴𝐿𝐶𝑈𝐿𝐴𝐷 𝐷𝐸 𝐿𝐴 𝐿Í𝑁𝐸𝐴
𝑉𝑎𝑙𝑜𝑟𝐵𝑅𝐸𝐴𝐾𝐸𝑅 = 7,5 𝐴
El valor típico comercial más cercano es de 10 A.
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
76
CAPITULO III: DISEÑO Y DESARROLLO DEL MEDICARRO
________________________________________________________________________
 Selección de Breakers para la salida del Rectificador, considerando que el suministro
máximo es de 35A:
𝑉𝑎𝑙𝑜𝑟𝐵𝑅𝐸𝐴𝐾𝐸𝑅 = 1,25 𝑥 𝐼𝑀𝐴𝑋 𝐶𝐴𝐿𝐶𝑈𝐿𝐴𝐷 𝐷𝐸 𝐿𝐴 𝐿Í𝑁𝐸𝐴
𝑉𝑎𝑙𝑜𝑟𝐵𝑅𝐸𝐴𝐾𝐸𝑅 = 1,25 𝑥 35 𝐴
𝑉𝑎𝑙𝑜𝑟𝐵𝑅𝐸𝐴𝐾𝐸𝑅 = 43,75 𝐴
El valor típico comercial más cercano es de 50 A.
En este sentido, se obtuvo el sistema de energía de respaldo con la configuración que se
puede apreciar en la figura 21. A continuación se muestran los equipos a implementar en el
sistema de respaldo de energía:
Equipo
Cantidad
Característica
Tecnología: Plomo – Ácido
Batería
1
Modelo: UPS 12-540 MR
Voltaje: 12 v (DC)
Rectificador
1
120 v (AC) / 12 v (DC)
Capacidad: 35 A
Breakers
4
1
40 A
1
5 A
1
50 A
1
10 A
Tabla 4. Equipos de Sistema de Respaldo
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
CAPITULO III: DISEÑO Y DESARROLLO DEL MEDICARRO
77
________________________________________________________________________
3.2.4. Selección de Sistema de Registro Médico Electrónico
Considerando los requerimientos de software analizados, lineamientos gubernamentales de
implementación y desarrollo de software en Venezuela, así como complejidad del sistema
hospitalario, se sugirió el programa Care2x, por ser el sistema de información para el manejo
de historias clínicas más completo, robusto, escalable, adaptable, modificable y sencillo de los
considerados para el análisis.
Otra ventaja de este sistema de manejo de historias clínicas, es que permite ser
implementarlo con diversos servidores y bases de datos, lo que le otorga gran facilidad;
durante el diseño de la solución, se empleo el servidor Apache y de la base de datos MySQL.
Resulta importante destacar que el Medicarro puede ser empleado con otro sistema de
manejo de historias clínicas, si los entes gubernamentales encargados de la selección
consideran otro software.
3.2.5. Adaptaciones propuestas al Sistema de Registro Médico Electrónico
Con el objetivo de adaptar el software del Care2x al manejo de historias clínicas en el
sistema hospitalario nacional, en caso de ser implementado, se determinaron una serie de
modificaciones que son necesarias.
En cuanto a su programación, resultó necesario proponer la implementación de la
funcionalidad de red, para ello se debe implementar la programación mediante sockets, para la
comunicación entre el sistema del Medicarro y el servidor, de forma tal que puedan transmitir
los datos cargados en el sistema y garantizar el acceso a más de un Medicarro al servidor.
En este sentido, resultó valioso haber manipulado, analizado y estudiado el sistema del
proyecto Red-HL7, cuyo objetivo principal fue justamente el desarrollo de esta funcionalidad
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
CAPITULO III: DISEÑO Y DESARROLLO DEL MEDICARRO
78
________________________________________________________________________
en específico; manejando para ello, una versión libre del estándar HL7, para darle este formato
a la información transmitida.
Otro factor sugerido fue la modificación de la Unidad de Diseño Interactivo, ya que la
interfaz de usuario debe ser amigable y proporcionar las herramientas a la vista, para que el
sistema pueda ser manejado por el profesional a cargo del Medicarro; en este caso también se
puede tomar de referencia el sistema Red-HL7.
El contenido del módulo de registro médico Care2x debería ser modificado, para que
contenga una recopilación de los datos realmente necesarios, de todos los formatos empleados
actualmente para esta labor. En este sentido, se propuso un formato para ser integrado al
sistema Care2x (ver Anexo 10.12.)
El sistema de manejo de historias clínicas debe poseer módulos que permitan la
visualización de datos para realizar estadísticas de atención, enfermedades consultadas, estatus
de pacientes (activos o pasivos), camas desocupadas, pacientes vistos por médico, así como
por turno.
3.2.6. Selección de la Estructura Física
El CENIT otorgó un módulo de computación desarrollado con anterioridad, denominado
Infopunto. Actualmente se emplea como punto de acceso a internet en áreas externas, en el
marco de campañas de familiarización y promoción de herramientas tecnológicas.
Este equipo posee una estructura robusta, especialmente diseñada para operar en
condiciones de intemperie, resistir caídas y movimientos bruscos; dispone de áreas diseñadas
para los equipos de computación en su interior.
A continuación, se presenta el módulo de computación (Infopunto) convertido en el primer
prototipo del Medicarro a través de la adaptación de ruedas, acorde al peso del equipo:
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
CAPITULO III: DISEÑO Y DESARROLLO DEL MEDICARRO
79
________________________________________________________________________
Foto 11. Medicarro I
El equipo obtenido exhibió ciertas características requeridas para el Medicarro, sin
embargo, resultó muy pesado para desplazarlo, debido a que su objetivo anterior era prestar
servicio en un lugar fijo y no en movimiento. Además, no poseía el espacio suficiente para
todos los equipos requeridos. En este sentido, se descartó su empleo para el Medicarro y se
determinaron las diferentes adaptaciones en virtud de poder obtener una estructura adecuada.
3.2.7. Adaptaciones propuestas a la Estructura Física
Con el objetivo de proponer el diseño del Medicarro acorde a los requerimientos, se
procedió a recopilar las características de interés del Infopunto y algunos equipos vistos
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
CAPITULO III: DISEÑO Y DESARROLLO DEL MEDICARRO
80
________________________________________________________________________
durante las visitas al hospital de referencia, que si bien no se encuentran orientados al mismo
objetivo, ya están diseñados para operar en el ambiente hospitalario. Dichas características se
combinaron con las dimensiones de los equipos a implementar y como consecuencia de ello,
se obtuvo el diseño que a continuación se muestra:
45 cm
35 cm
50 cm
15 cm
35 cm
12 cm
50 cm
45 cm
Figura 29. Diseño de Medicarro
Como se puede apreciar posee ruedas que le permitirían movilidad, un compartimiento para
colocar los equipos seleccionados de computación y energía de respaldo, una gaveta, un
cilindro tipo pistón, en la parte superior el monitor, teclado, mouse, cámara y cornetas y
aunque no se pueda visualizar, posee en la parte posterior un cable retráctil para conectarlo a la
toma AC durante su modalidad de carga. Por último, el material sugerido es el aluminio o
alguna de sus aleaciones, ya que es resistente, liviano y se produce en el país.
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
CAPITULO III: DISEÑO Y DESARROLLO DEL MEDICARRO
81
________________________________________________________________________
3.2.7.1. Diseño estructural del Medicarro
El Medicarro debe poseer un diseño modular que le permita ser ensamblado y producido en
serie en el futuro, de manera eficiente y eficaz. Para la construcción del diseño propuesto se
localizó, se visitó y se seleccionó a la empresa La Vasconia, por ser pionera y líder por más de
60 años en el diseño y construcción de mobiliario médico quirúrgico y de laboratorio.
En un futuro, se proyecta que la producción pueda ser realizada en la línea de innovación
que posee el CENIT en su parte posterior.
3.2.7.1.1. Módulo Superior
El módulo superior se encuentra diseñado para que la inclinación de la pantalla pueda ser
ajustada acorde al operador del Medicarro, permitiendo también, que en caso de traslado la
misma pueda ser cerrada y quede el equipo sin partes vulnerables expuestas, tal como se
muestra en las siguientes figuras:
Figura 30. Módulo Superior del Medicarro
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
CAPITULO III: DISEÑO Y DESARROLLO DEL MEDICARRO
82
________________________________________________________________________
Figura 31. Pantalla del Medicarro Posición I
Figura 32. Pantalla del Medicarro Posición II
Cabe destacar que el pistón que ensambla el módulo superior e inferior puede ser
manipulado y hacer que el modulo superior suba o baje, de acuerdo a la posición del operador
del equipo (de pie o sentado).
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
CAPITULO III: DISEÑO Y DESARROLLO DEL MEDICARRO
83
________________________________________________________________________
3.2.7.1.2. Módulo de Computación
El módulo de computación se ubicó en la parte superior del cajón inferior del equipo, tal
como se muestra a continuación:
Módulo de Computación
18 cm
50 cm
Figura 33. Módulo de Computación
3.2.7.1.3. Módulo Energía de Respaldo
El módulo de energía de respaldo se ubicó en la parte inferior del cajón del equipo, tal
como se muestra a continuación:
50 cm
Módulo de Computación
Batería
Rectificador
30 cm
18 cm
Figura 34. Módulos de Energía de Respaldo y Computación
La posición de todos los equipos fue determinada por la búsqueda de la optimización del
espacio.
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
84
CAPITULO IV: FUNCIONAMIENTO DEL MEDICARRO
________________________________________________________________________
CAPITULO IV:
FUNCIONAMIENTO DEL MEDICARRO
Considerando las estadísticas de atención del hospital de referencia, se recomendó para el
funcionamiento optimo del sistema de manejo de historias clínicas, el empleo de tres
Medicarros para la sala de emergencias, así como la constitución de un Centro de Asistencia
Técnica, con un empleado para cada turno de ocho horas, cubriendo así las 24 horas de
funcionamiento y respaldo, en caso de eventualidades.
Se sugirió que el procedimiento de manejo de historias clínicas en el área de emergencias
se encuentre estructurado de la siguiente manera:
 Se recibe el paciente que ha de ser atendido en el servicio, se busca su ficha electrónica en
el Medicarro, a través de su sistema de manejo de historias clínicas Care2x. Si no la posee
se registra la ficha electrónica, solicitándole los datos de identificación, antecedentes,
motivo de la consulta, examen físico y diagnostico presuntivo. En caso de que el paciente
sea menor de edad, se le toman los datos personales del padre, la madre o el representante.
 Cada acceso al sistema debe realizarse introduciendo un nombre de usuario y una clave que
otorgará determinados beneficios al operador y en cada modificación se almacena el
operador que la realizó.
 Se abre una ficha en papel, en caso de que el hospital de referencia desee mantener un
sistema de respaldo físico en la institución.
 Se agregan los resultados de los exámenes realizados al paciente.
 En caso de que el paciente sea para hospitalizar, se inicia el procedimiento de procura de
cama.
Si un paciente necesita ser hospitalizado en el área de emergencia, el procedimiento
sugerido es el siguiente:
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
85
CAPITULO IV: FUNCIONAMIENTO DEL MEDICARRO
________________________________________________________________________
 Se reciben admisiones de pacientes que vienen por emergencia.
 Se revisa la ficha electrónica del paciente a hospitalizar.
 Se llenan las seis fichas de hospitalización del paciente (ver formato 7 del anexo) para ser
distribuidas de la siguiente forma: panel de hospitalización, índice de paciente en la pared,
boleta, información, cuerpo y fichero para información; cada una de ellas deben llevar los
datos personales, servicio, habitación, diagnostico, iníciales del técnico que elaboró su
ingreso. En el momento en que el hospital de referencia entero, cuente con un sistema de
manejo de historias electrónicas, este procedimiento no será necesario.
 El paciente es hospitalizado.
 En esta sección, se agrega la información de egreso del paciente.
En este sentido, se optimiza el procedimiento de atención del hospital de referencia, a
través del Medicarro, reduciendo los recursos de papelería y atendiendo a los pacientes de
acuerdo con sus antecedentes e historial clínico.
El personal deberá ser capacitado para la manipulación del equipo, mediante talleres
gratuitos promovidos por el CENIT, en conjunto con el Ministerio del Poder Popular para la
Salud.
La información es accedida a través del Medicarro por medio de la arquitectura cliente
servidor y programación con sockets, que permite múltiples accesos, la pasarela de información
será la compañía CANTV, hasta llegar al servidor y la base de datos, tal como se aprecia a
continuación:
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
86
CAPITULO IV: FUNCIONAMIENTO DEL MEDICARRO
________________________________________________________________________
Atención 1
CANTV
Atención 2
Servidor
Base de
datos
Atención 3
Medicarro
Figura 35. Funcionamiento del Medicarro
El Medicarro debe cargarse cada 40 horas de operación, conectándose a un terminal AC
disponible en la sala de emergencia y puede ser retirado de la misma luego de 4,5 horas. Se
recomienda que cada Medicarro sea activado en momentos distintos, para que mientras uno se
encuentre en recarga, los demás puedan prestar servicio.
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
CAPITULO V: PLAN DE ASISTENCIA TÉCNICA DEL MEDICARRO
87
________________________________________________________________________
CAPITULO V:
PLAN DE ASISTENCIA TÉCNICA DEL
MEDICARRO
Dada la importancia de mantener activo el sistema del Medicarro y de minimizar los
tiempos de respuesta en caso de fallas, se ha propuesto un completo Plan de Asistencia
Técnica para el sistema del Medicarro del Centro de Referencia. En este plan de asistencia, se
realiza un recorrido modular de las posibles fuentes de errores. Para ello, se estudian los
niveles físicos y lógicos.
Se propone que el soporte técnico del Medicarro cuente con atención 7x24 (7 días a la
semana, 24 horas al día), con un empleado por turno de ocho horas, capacitado y con todos los
repuestos para atender cualquier eventualidad.
5.1. PROCEDIMIENTO DE REPORTE Y SEGUIMIENTO DE FALLAS
Los pasos a seguir para realizar un requerimiento al Centro de Asistencia Técnica, están
reflejados en dos aspectos fundamentales: Solicitud de Servicio y Prioridades de Atención.
5.2. SOLICITUD DE SERVICIO
Las solicitudes de servicio o reportes de fallas, deben ser realizados directamente al Centro
de Asistencia Técnica.
Al momento de reportar de incidente, el profesional a cargo del Medicarro deberá
suministrar al Técnico los siguientes datos (y otros que la operación requiera): serial,
ubicación física y falla que presenta el equipo. A partir de entonces, el responsable del
Medicarro será el técnico a cargo y suministrará un número de incidente y fecha / hora de
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
88
CAPITULO V: PLAN DE ASISTENCIA TÉCNICA DEL MEDICARRO
________________________________________________________________________
registro. El número permitirá el seguimiento del incidente y la fecha / hora para efectos de
medición de los tiempos de respuesta.
La atención podrá efectuarse en el lugar en el que opera el Medicarro si se puede, sino el
equipo deberá trasladarse a un área dispuesta para ello, en caso de que no se logre resolver el
problema, éste será escalado a un especialista de campo.
5.3. NIVELES DE ESCALAMIENTO DE FALLAS
El Plan de Asistencia Técnica del Medicarro contempla los siguientes niveles de fallas:
 Nivel 1: El Sistema de Energía de Respaldo no funciona correctamente.
 Nivel 2: El Medicarro no opera correctamente, el equipo de registros médicos no funciona.
 Nivel 3: El desempeño del sistema del Medicarro es deficiente o no funciona
correctamente.
5.4. PLAN DE ASISTENCIA TÉCNICA DE NIVEL FÍSICO DEL MEDICARRO
A continuación se muestra una lista de chequeo, que pueden dar una visión más específica
del problema que se puede estar presentando en el equipo. El carácter de esta lista de chequeo
es genérico y se refiere a verificaciones del nivel de fallas 1 y 2:
Descripción de la Prueba
Resultado
Chequeo Modalidad de Recarga
Sistema AC conectado: ¿Se encuentra en buen estado el cable de Pasó __
alimentación ubicado en la parte posterior?
Falló __
Sistema AC conectado: ¿Las tomas de electricidad AC se encuentran Pasó __
debidamente conectadas al terminal de poder del Medicarro?
Universidad Simón Bolívar
Falló __
Hildemar Celeste Amaro Arreaza
89
CAPITULO V: PLAN DE ASISTENCIA TÉCNICA DEL MEDICARRO
________________________________________________________________________
Sistema AC conectado: ¿Se encuentra la alimentación AC disponible Pasó __
Falló __
para encender el equipo?
Chequeo Modalidad de Autonomía
Sin Alimentación DC conectada: ¿Se encuentran en buen estado los Pasó __
cables que interconectan el sistema de alimentación de respaldo?
Falló __
Sin Alimentación DC conectada: ¿Están los cables debidamente Pasó __
Falló __
asegurados y haciendo contacto eléctrico?
Sistema DC conectado: ¿El sistema de alimentación de respaldo Pasó __
Falló __
12Vdc se encuentra debidamente conectado?
Sistema DC conectada: ¿Se encuentran los cables de alimentación Pasó __
Falló __
conectados a las fuentes que proveen la alimentación?
Sistema DC conectada: ¿La energía DC logra mantener encendido el Pasó __
Falló __
Medicarro el tiempo de autonomía estimado?
Chequeo Funcionalidad del Medicarro
¿El procesador, disco y memoria del Medicarro están correctamente Pasó __
Falló __
colocados en sus respectivos compartimientos?
¿Se encuentran bien conectados todos los dispositivos periféricos tales Pasó __
como: mouse, teclado, monitor?
Falló __
¿Se prendió el equipo luego de presionar el botón de encendido?
Pasó __
Falló __
¿El LED de “Power On” se encuentra encendido?
En el proceso de Boot del sistema puede verificar si se reconoce el Pasó __
disco duro
Falló __
¿Se encuentran debidamente configurados los parámetros de los Pasó __
dispositivos instalados en el Medicarro? Para ello, ingrese al SETUP Falló __
luego de encender el equipo.
¿El sistema operativo arranca correctamente luego de encender el Pasó __
equipo?
Falló __
Tabla 5. Lista de General chequeo de problemas de nivel 1 y 2 del fallas
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
CAPITULO V: PLAN DE ASISTENCIA TÉCNICA DEL MEDICARRO
90
________________________________________________________________________
En este sentido, puede resultar necesario reemplazar algunos de los dispositivos que
integran el equipo.
El Plan de Asistencia Técnica del Medicarro, en materia de diagnóstico a nivel 1 y 2 de
fallas, se basó en los problemas más comunes y de mayor impacto que puede generar una falla
en el equipo.
5.5. PLAN DE ASISTENCIA TÉCNICA DE NIVEL DE APLICACIÓN DEL
MEDICARRO
Dada la importancia de estas aplicaciones inherentes al sistema de manejo de historias
clínicas del Medicarro, se muestra un plan de asistencia técnica que permite diagnosticar y
solucionar algunos de los problemas más comunes en esta materia.
 No se puede visualizar la información del SETUP del equipo: El no poder ingresar al
Setup del equipo es de suma gravedad, probablemente haya un problema asociado con la
memoria ROM del equipo, ya que ésta suele almacenar la configuración del sistema o
proceso de arranque, el chequeo inicial del sistema, carga del sistema operativo y diversas
rutinas de control de dispositivos de entrada/salida. Ésta información no se pierde al apagar
la computadora y se puede cambiar por medio del programa SETUP del equipo. Partiendo
de esto, se presentan algunas de las posibles causas a estudiar al presentarse el problema:

Problemas con el cableado dentro del equipo.

Problemas asociados a la ROM del equipo
 La aplicación de manejo de historias clínicas Care2x no funciona: el primer paso es
verificar que se encuentra iniciado el servidor y la base de datos del sistema del Medicarro,
así como la conexión de CANTV.
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
CAPITULO V: PLAN DE ASISTENCIA TÉCNICA DEL MEDICARRO
91
________________________________________________________________________
 No hay conexión de CANTV: el técnico a cargo debe comunicarse con la compañía que
suministra la conexión para resolver o esperar por la resolución de la falla.
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
92
CAPITULO VI: MÁS ALLÁ DEL MEDICARRO
________________________________________________________________________
CAPITULO VI:
MÁS ALLÁ DEL MEDICARRO
El desarrollo del diseño del Medicarro rompe fuertemente los paradigmas y concepciones
preestablecidas, su valor agregado más importante es el hecho de que puede ser escalable y
adaptable a diferentes entornos del sistema hospitalario, de manera que la atención médica
pueda brindar un nivel de calidad sin precedentes en la historia.
Un ejemplo de ello es el Medipunto, producto de la iniciativa de la Fuerza Aérea, el
Ministerio del Popular para la Ciencia y Tecnología, Ministerio del Poder Popular para la
Salud y el CENIT, para incorporar soluciones tecnológicas con marca venezolana en
ambulatorios rurales, elevando así la calidad de vida de la población que acude a ellas.
De esa forma, se desarrollo el diseño de un dispositivo de Telemedicina para centros rurales
basado en la adaptación de un sistema de Circuito Cerrado de Televisión (CCTV) como
plataforma piloto, con cámaras implementadas en diferentes equipos de diagnostico y
exploración médica, con la finalidad de enviar imágenes y videos de exámenes médicos
tomados con estos equipos desde los ambulatorios rurales a un centro hospitalario para labores
de interconsulta médica.
El diseño de su estructura física, así como funcional fue desarrollada en conjunto con el del
Medicarro, de manera que ambos equipos pudieran ser fabricados iguales en apariencia,
facilitando los procesos de producción en serie, pero diferenciándose en su interior, por lo
equipos a implementar.
Por otro lado, resulta importante destacar que el Medicarro también se proyecta como
plataforma de comunicación para otros equipos médicos, pudiendo enriquecer la información
de la historia clínica del paciente anexando directamente imágenes y vídeos de exámenes de
equipos de diagnostico y exploración médica, permitiendo así que el médico pueda acceder a
la información correspondiente al paciente y a los exámenes realizados al mismo:
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
93
CAPITULO VI: MÁS ALLÁ DEL MEDICARRO
________________________________________________________________________
Electrocardiogramas (ECG), información proveniente de monitores de signos vitales, entre
otros.
Otra modalidad de operación previstas para un futuro son las listas de trabajo, se
presentarían si el paciente es remitido a otro servicio, por ejemplo radiología; el sistema de
historias clínicas podrá enviar un aviso al profesional a cargo (la unidad destino debe tener
acceso al sistema del Medicarro), especificándole los datos del paciente remitido. En
consecuencia, cada unidad conectada al sistema del Medicarro podrá llevar un registro de los
pacientes atendidos. En este sentido, se conformaría una gestión hospitalaria de avanzada.
CENTRO
Figura 36. Modalidad de Listas de Trabajo
Para finalizar, una ampliación posible sería la incorporación de equipos detectores de
huellas digitales, que actualmente son empleados para los procesos electorales, de manera que
pueda servir de identificador para pacientes inconscientes que lleguen a una institución de
salud.
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
94
CAPITULO VII: ESTUDIO ECONÓMICO
________________________________________________________________________
CAPITULO VII: ESTUDIO ECONÓMICO
7.1. ESTUDIO DE COSTOS DEL PROYECTO
A continuación se muestra un estudio económico del proyecto de diseño de un equipo para
el manejo de Historias Clínicas Electrónicas en el Sistema Hospitalario Venezolano. Este
análisis, permitirá entender de manera más fácil cuales son los beneficios en materia de
bienestar social que se obtienen.
Los datos mostrados a continuación incluyen los costos de los equipos necesarios para
implementar el diseño del Medicarro:
Equipo
Precio BsF
Batería Tecnología: Plomo – Ácido Modelo: UPS
1.396,00
12-540 MR Voltaje: 12 v (DC)
Rectificador120 v (AC) / 12 v (DC) Capacidad: 35 A
1.000,00
Breaker 50 A
70,93
Breaker 40 A
70,93
Breaker 10 A
32,23
Breaker 5 A
32,23
Tarjeta D201GLY de INTEL
187,05
Convertidor 12 V DC a Conector ATX
83,85
Adaptador a disco flash
23,47
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
95
CAPITULO VII: ESTUDIO ECONÓMICO
________________________________________________________________________
Memoria Flash
27,84
Memoria Ram de 4GB
90,30
Monitor DC de 17 pulgadas
700,00
Teclado Mini
50,00
Modem Inalámbrico tipo USB (equipo y renta de 12
1.593,05
meses)
Sub Total Equipos / Medicarro
5.357,88
Tabla 6. Equipos necesarios para implementar el diseño del Medicarro
Este subtotal obtenido se refiere sólo a los equipos, por consiguiente, se debe tomar en
consideración los materiales y mano de obra de la La Vasconia, la cual tendrá a su cargo la
elaboración de la estructura externa del Medicarro:
Servicio
Precio BsF
Construcción de la estructura externa del Medicarro
5.000,00
Sub Total Equipos
5.357,88
Total Costo / Medicarro
10.357,88
Tabla 7. Costo del Medicarro
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
96
CAPITULO VII: ESTUDIO ECONÓMICO
________________________________________________________________________
Al comparar los costos del prototipo diseñado, con los del equipo DELL considerado de
manera referencial (6.944,48 Bs.F.), la diferencia resultante no es significativa, tomando en
cuenta que el Medicarro es el primer prototipo y no el equipo final para producción en serie.
En este sentido, los costos del Medicarro pueden ser reducidos en gran medida a través de
numerosas modificaciones, entre las que se destacan: optimización el proceso de producción
en serie, ejecutándolo en la línea de innovación del CENIT y establecimiento de alianzas
estratégicas entre el CENIT y CANTV, para que tanto el equipo para transmisión de datos,
como su renta básica queden exonerados de pago.
7.2. RELACIÓN COSTO BENEFICIO
El desarrollo de un equipo de manejo de historias clínicas constituye un proyecto de orden
social, por consiguiente, un aspecto importante en el estudio económico es el valor de la
relación Beneficio/Costo, ya que es la forma de cuantificar de alguna manera los beneficios
que obtiene la sociedad. La relación Costo Beneficio viene dado por la razón entre los
beneficios del proyecto y los costos del mismo:
R B/C =
BENEFICIOS
COSTOS
Cabe destacar, que un tiempo prudencial de análisis para calcular el R B/C considerando el
tiempo necesario para medir el éxito del proyecto y tomando en cuenta la depreciación
tecnológica de los equipos a usar, es de un estimado de 6 meses a 2 años.
Como primer paso se establecen los beneficios obtenidos con la ejecución del proyecto y se
clasifican entre directos e indirectos:
Beneficios Directos: Son los que representan el propósito principal del proyecto, en el caso
del Medicarro, los beneficios directos obtenidos fueron:
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
97
CAPITULO VII: ESTUDIO ECONÓMICO
________________________________________________________________________
 Optimización del tiempo de registro de historias clínicas de pacientes, la forma de evaluarlo
es
𝑀𝑖𝑛𝑢𝑡𝑜𝑠 𝑑𝑒 𝐵ú𝑠𝑞𝑢𝑒𝑑𝑎
𝑃𝑎𝑐𝑖𝑒𝑛𝑡𝑒
 Reducción de gastos de papelería, la forma de evaluarlo es
𝐴𝑟𝑡 í𝑐𝑢𝑙𝑜𝑠 𝑑𝑒 𝑝𝑎𝑝𝑒𝑙𝑒𝑟 í𝑎
𝐷í𝑎
.
Beneficios indirectos: Beneficios que no estaban estimados en un principio y vienen dados
de manera colateral, entre los que se destacan:
 Reducción de Papelería en otras áreas como consecuencia del poco uso de papel en
emergencias.
 Incremento del número de pacientes atendidos: al invertir menos tiempo en cada paciente,
existe la posibilidad de atender mayor cantidad de individuos.
 Modernización del sistema hospitalario: la implementación del Medicarro dotaría a las
instituciones de un equipo con tecnología actual y potencial de ampliación.
 Incremento de la calidad atención: los pacientes estarían siendo atendidos con mayor
tecnología y simplicidad, generando familiarización tecnológica.
 Menos impacto ambiental debido a la contaminación ambiental.
En el caso de la reducción de papel y artículos relacionados, se realizó un estimado
considerando las estadísticas de atención del hospital de referencia y los procedimientos de
atención propuestos, en este sentido:
De cada 100 personas que ingresan al área de emergencias, 30 son atendidas en la sala
inmediata y dadas de alta, de manera que las 70 restantes son distribuidas en las diferentes sub
áreas acorde con su estado y enfermedad, siendo necesario realizar exámenes médicos; al
final, aproximadamente 30 necesitan ser hospitalizadas.
Antes de la ejecución del proyecto: Considerando los protocolos de atención mencionados
y formatos de atención, se emplean aproximadamente 900 hojas de papel sólo para el área de
emergencia, distribuidas de la siguiente manera:
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
98
CAPITULO VII: ESTUDIO ECONÓMICO
________________________________________________________________________
Emergencia: se emplean las fichas 1, 2, 3 y 4 del anexo, de una página cada una a
excepción de la ficha 2, que posee 2 páginas:
100
Pacientes X
𝐻𝑜𝑗𝑎𝑠
5 𝑃𝑎𝑐𝑖𝑒𝑛𝑡𝑒
= 500 Hojas
Se realiza por lo menos un examen por persona:
70
Pacientes X
𝐻𝑜𝑗𝑎𝑠
1 𝑃𝑎𝑐𝑖𝑒𝑛𝑡𝑒
= 70 Hojas
Admisión: se emplean las fichas 5, 6, 7, 8, 9 y 10 del anexo, de una página cada una a
excepción de la ficha 6, que posee 6 páginas:
30
𝐻𝑜𝑗𝑎𝑠
Pacientes X 11
𝑃𝑎𝑐𝑖𝑒𝑛𝑡𝑒
= 330 Hojas
Total 900 Hojas
Después de la ejecución del proyecto: Considerando que se atenderían en la sala de
emergencia 100 personas por Medicarro y que no se eliminaría por completo el registro en
papel, se obtendría:
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
99
CAPITULO VII: ESTUDIO ECONÓMICO
________________________________________________________________________
Emergencia: se emplearía una ficha de registro de una página:
100
Pacientes X
𝐻𝑜𝑗𝑎𝑠
1 𝑃𝑎𝑐𝑖𝑒𝑛𝑡𝑒
= 100 Hojas
Se cargaría al sistema del Medicarro los resultados de exámenes:
70
Pacientes X
𝐻𝑜𝑗𝑎𝑠
= 0 Hojas
𝐻𝑜𝑗𝑎𝑠
= 30 Hojas
0 𝑃𝑎𝑐𝑖𝑒𝑛𝑡𝑒
Admisión: se emplearía una ficha:
30
Pacientes X
1
𝑃𝑎𝑐𝑖𝑒𝑛𝑡𝑒
Total 130 Hojas
De todo esto, resulta evidente que la ejecución del proyecto es sumamente beneficiosa tanto
en el área económica, como ambiental, ya que la reducción de papel es considerable (770
hojas).
Por otro lado, se realizó estimación en cuanto a la inversión total necesaria en el hospital de
referencia, para ello se estimaron los precios de los equipos que prestan servicio actualmente y
se compararon con los necesarios para la ejecución del proyecto:
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
100
CAPITULO VII: ESTUDIO ECONÓMICO
________________________________________________________________________
Sistema de Manejo
Costos
Sistema de Manejo
de Historias Clínicas de Historias Clínicas
Inversión
Tradicional
Medicarro
50.000,00 Bs.F.
31.073,64 Bs.F.
Tabla 8. Inversión del Medicarro
En este sentido, el sistema del Medicarro resulta más conveniente que el empleo de
archivos y Kardex.
A continuación se comparan los costos de mantenimiento antes y después de la ejecución del
proyecto, considerando que todos los costos fueron proyectados suponiendo un año consecutivo
del sistema del Medicarro:
Sistema de Manejo de
Sistema de Manejo de
Historias Clínicas
Historias Clínicas
Tradicional
Medicarro
Costos
Bs.F / Mes
Papelería
Bs. / Año
(Papel,
impresión y artículos
relacionados)
Bs. / Año Bs.F / Mes
3.000,00
36.000,00
250,00
3.000,00
3.000,00
36.000,00
1.500,00
18.000,00
en el
área de archivo
Profesionales
encargados
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
101
CAPITULO VII: ESTUDIO ECONÓMICO
________________________________________________________________________
Mantenimiento
del
Sistema de Archivo
1.000,00
12.000,00
4.866,67
58.400,04
3.000,00
36.000,00
0,00
0,00
10.000,00
120.000,00
6.616,67
79.400,04
Actual
Papelería
en
otras
Áreas del Hospital
Total Costos
Tabla 9. Comparación de Costos
De esa manera, la relación beneficios costos se puede determinar:
𝑅𝐵
𝐶
=
𝐵𝐸𝑁𝐸𝐹𝐼𝐶𝐼𝑂𝑆
120.000 𝐵𝑠. 𝐹.
=
= 1,51 𝑒𝑠 𝑑𝑒𝑐𝑖𝑟 𝑅𝐵
𝐶𝑂𝑆𝑇𝑂𝑆
79.400,04 𝐵𝑠. 𝐹.
𝐶
>1
El análisis del valor obtenido se realiza considerando lo siguiente:
RBC > 1 implica que los beneficios son mayores que los costos, entonces el proyecto es
aconsejable, puesto que no se incurrirá en pérdidas.
RBC = 1 implica que los beneficios son iguales que los costos, entonces el proyecto es
indiferente en materia de rentabilidad.
RBC < 1 implica que los beneficios son menores que los costos, entonces el proyecto no es
aconsejable.
En este sentido, el proyecto resulta recomendable, los beneficios económicos son mayores
que los gastos de mantenimiento, al mismo tiempo que se obtienen numerosos beneficios no
cuantificables, que resultan favorables en gran medida para la población y el ambiente.
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
102
CAPITULO VII: ESTUDIO ECONÓMICO
________________________________________________________________________
Otro factor de interés es conocer en cuanto tiempo los beneficios obtenidos pueden saldar o
compensar el valor de la inversión realizada, para ello se consideran los beneficios netos, que
vienen dados por el ahorro que genera la disminución de gastos de mantenimientos:
𝐵𝑒𝑛𝑒𝑓𝑖𝑐𝑖𝑜𝑠𝑁𝐸𝑇𝑂 = 𝐶𝑜𝑠𝑡𝑜𝑠𝐶𝑜𝑛 𝑃𝑜𝑦𝑒𝑐𝑡𝑜 − 𝐶𝑜𝑠𝑡𝑜𝑠𝑆𝑖𝑛 𝑃𝑜𝑦𝑒𝑐𝑡𝑜
𝐵𝑒𝑛𝑒𝑓𝑖𝑐𝑖𝑜𝑠𝑁𝐸𝑇𝐴 = 3.383,33 𝐵𝑠. 𝐹. 𝑀𝑒𝑠
Se divide la inversión total, entre los beneficios netos por mes, para obtener la cantidad de
meses que se necesitarían:
31.073,64 𝐵𝑠 𝐹
≈ 10 𝑀𝑒𝑠𝑒𝑠
3.383,33 𝐵𝑠. 𝐹. 𝑀𝑒𝑠
No sólo resulta rentable el proyecto, sino que con sólo 10 meses de ejecución, a través del
ahorro generado, se completaría el monto total invertido en un principio para la elaboración
del proyecto.
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
CAPITULO VIII: CONCLUSIONES Y RECOMENDACIONES
103
________________________________________________________________________
CAPITULO VIII: CONLUSIONES Y RECOMENDACIONES
8.1. CONCLUSIONES
1. La estructura y condiciones del sistema hospitalario en Venezuela, no permiten la
implementación de una solución comercial para el manejo de historias clínicas; en su lugar,
el Medicarro puede abrir un nuevo capítulo para la asistencia médica, con la oportunidad de
optimizar su funcionamiento por medio de la modernización de su plataforma de atención;
brindando mayor calidad de servicio a la población que acude a las instituciones de salud.
En este sentido, las instituciones y niveles de atención del Sistema Público Nacional de
Salud contaran ahora con una herramienta de integración, para la transmisión de datos.
2. Existen sistemas de manejo de historias clínicas ya desarrollados en software libre, que se
encuentran disponibles para su implementación en instituciones de salud, sólo necesitan ser
adaptados de acuerdo a los requerimientos de historias clínicas y dotados de elementos de
seguridad, que garanticen que la información contenida en su interior se encuentra
protegida.
3. Resultó factible el diseño y dimensionamiento del sistema de respaldo de energía, con
equipo equipos existentes en el país, brindando soluciones viables.
4. Se logró obtener sólidos conocimientos sobre el funcionamiento del Sistema Hospitalario
de Venezuela, diagnóstico de problemas y propuesta de solución, adquiriendo herramientas
de desarrollo de sistemas de respaldo y sistemas de manejo de historias clínicas.
5. El proyecto resulta rentable; esto se verifico a través del análisis económico. Se obtuvo un
retorno de inversión de 10 meses desde su puesta en funcionamiento. Así como una
relación beneficio costo que señala la viabilidad del mismo.
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
CAPITULO VIII: CONCLUSIONES Y RECOMENDACIONES
104
________________________________________________________________________
6. Ya demostrada la factibilidad técnica del Medicarro, sólo faltaría demostrar su factibilidad
legal y política para la implementación de un equipo de historias médicas en Venezuela.
7. Uno de los aspectos más valiosos del proyecto, reside en el aprendizaje interdisciplinario y
visión de futuras adaptaciones, que hicieron factible realizar el diseño del Medicarro con
ingeniería venezolana, de acuerdo a los requerimientos de hardware, software y
operatividad establecidos.
8.2. RECOMENDACIONES
Con el objetivo de optimizar el diseño, funcionamiento y posteriores ampliaciones del
Medicarro, se sugiere lo siguiente:
 Estandarizar los protocolos de manejo de historias clínicas en las diversas instituciones de
atención de salud, lo que facilitaría brindar una solución única y reducir los costos de
integración de sistemas diferentes.
 Estandarizar el formato único de historias clínicas.
 Realizar adaptaciones legales a la historia clínica electrónica.
 Crear redes locales que permitan el respaldo de emergencia para los datos de cada
institución, en caso que la red amplia de CANTV sufra alguna falla o daño temporal; para
mejor calidad de atención, cada hospital debe poseer una base de datos de sus pacientes
activos y pasivos.
 Emplear baterías más livianas de tecnologías más avanzadas, que faciliten mejor
desempeño y mayor tiempo de autonomía en el Medicarro.
 Implementar mayor número de rectificadores, para minimizar el tiempo de recarga del
equipo (aumentar redundancia).
 Implementar dispositivos de protección LVD a la entrada de la batería para evitar descarga
excesiva.
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
105
CAPITULO IX: REFERENCIAS BIBLIOGRÁFICAS
________________________________________________________________________
CAPITULO IX:
[1]
REFERENCIAS BIBLIOGRÁFICAS
MANZOTTI [2005]. Estrategias durante la implementación de un registro médico
electrónico
en
un
hospital
de
comunidad,
[en
línea].
Disponible
en:
http://www.sais.org.ar/Portals/2/SIS/SIS2007/Trabajos/10_Manzotti.pdf
[2]
MOHANTY. Hospital Information System in Medicare an Experience at Tata Main
Hospital, Jamshedpur, [en línea]. Disponible en:
http://medind.nic.in/haa/t01/i1/haat01i1p70o.pdf
[3]
Mobile Medication Cart with Locking Side Bin, [en línea]. Disponible en:
http://accessories.us.dell.com/sna/products/Cables_Hubs_Adapters/productdetail.aspx?
c=us&l=en&s=dhs&cs=19&sku=A1305141
[4]
Constitución de la República Bolivariana de Venezuela Publicada en 1999.
[5]
Reglamento Orgánico del Ministerio del Poder Popular para la Salud, [en línea].
Disponible en:
http://www.mpps.gob.ve/ms/modules.php?name=Content&pa=showpage&pid=512
[6]
CASTRO. Historias Clínica, [en línea]. Disponible en:
http://sefh.interguias.com/libros/tomo1/Tomo1_Cap2-2.pdf
[7]
Documento de la estructura y funciones del servicio de Registros Médicos.
Suministrado por el Departamento del Historias Clínicas del Hospital Militar “Dr.
Carlos Arvelo”.
[8]
ATIENZA. Historia Clínica Informática Única, [en línea]. Disponible en:
http://www.medicin.com.ar/histocli.asp
[9]
Fábregas, J. Llorés,
“Sistemas de Información: Desarrollo, implementación y
mantenimiento”, Editorial Miro, pp. 5-12. (1991)
[10]
HL7, [en línea]. Disponible en:
http://www.interfaceware.com/hl7.html?gclid=CNaXsOiY8ZACFRuhFQodwB4d1w
[11]
Ministerio del Poder Popular para las Telecomunicaciones y la Informática, [en línea].
Disponible en: www.softwarelibre.gob.ve/
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
106
CAPITULO IX: REFERENCIAS BIBLIOGRÁFICAS
________________________________________________________________________
[12]
Plan Nacional de Migración a Software Libre, [en línea]. Disponible en:
http://www.softwarelibre.gob.ve/index.php?option=com_content&task=view&id=20&
Itemid=79
[13]
PHP, [en línea]. Disponible en: http://www.php.net/manual/es/
[14]
HORSTMANN, Cay, “Core Java Volume I”, Editorial Prentice Hall, pp 27-80. (2000)
[15]
ASP, [en línea]. Disponible en:
http://msdn2.microsoft.com/en-us/library/aa286483.aspx
[16]
Ruby on Rails, [en línea]. Disponible en: http://www.rubyonrails.org/
[17]
MySQL, [en línea]. Disponible en: http://dev.mysql.com/doc/refman/5.0/es/index.html
[18]
Oracle Global Price List, [en línea]. Disponible en:
http://www.oracle.com/corporate/pricing/technology-price-list.pdf
[19]
Oracle, [en línea]. Disponible en: http://www.oracle.com/global/es/index.html
[20]
PostgreSQL, [en línea]. Disponible en:
http://www.postgresql.org/docs/8.2/interactive/index.html
[21]
OpenHIS, [en línea]. Disponible en: http://www.openhis.com.ar/
[22]
Programa del Proyecto HL7. Suministrado por el Departamento de Computación de la
Universidad Simón Bolívar.
[23]
Care2x, [en línea]. Disponible en: http://www.care2x.org/
[24]
CANTV, [en línea]. Disponible en: http://www.cantv.com.ve/
[25]
Joskowicz, José., “Redes de Datos”, Tercera Edición, Uruguay pp. 68-72, (2006).
[26]
Documento de Diseño, desarrollo y dimensionamiento de Sistemas de Respaldo.
Suministrado por INTELEC.
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
107
CAPITULO X: ANEXOS
________________________________________________________________________
CAPITULO X:
Universidad Simón Bolívar
ANEXOS
Hildemar Celeste Amaro Arreaza
108
CAPITULO X: ANEXOS
________________________________________________________________________
10.1.
Universidad Simón Bolívar
FORMATO 1
Hildemar Celeste Amaro Arreaza
109
CAPITULO X: ANEXOS
________________________________________________________________________
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
110
CAPITULO X: ANEXOS
________________________________________________________________________
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
111
CAPITULO X: ANEXOS
________________________________________________________________________
10.2.
Universidad Simón Bolívar
FORMATO 2
Hildemar Celeste Amaro Arreaza
112
CAPITULO X: ANEXOS
________________________________________________________________________
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
113
CAPITULO X: ANEXOS
________________________________________________________________________
10.3.
Universidad Simón Bolívar
FORMATO 3
Hildemar Celeste Amaro Arreaza
114
CAPITULO X: ANEXOS
________________________________________________________________________
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
115
CAPITULO X: ANEXOS
________________________________________________________________________
10.4.
Universidad Simón Bolívar
FORMATO 4
Hildemar Celeste Amaro Arreaza
116
CAPITULO X: ANEXOS
________________________________________________________________________
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
117
CAPITULO X: ANEXOS
________________________________________________________________________
10.5.
Universidad Simón Bolívar
FORMATO 5
Hildemar Celeste Amaro Arreaza
118
CAPITULO X: ANEXOS
________________________________________________________________________
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
119
CAPITULO X: ANEXOS
________________________________________________________________________
10.6.
Universidad Simón Bolívar
FORMATO 6
Hildemar Celeste Amaro Arreaza
120
CAPITULO X: ANEXOS
________________________________________________________________________
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
121
CAPITULO X: ANEXOS
________________________________________________________________________
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
122
CAPITULO X: ANEXOS
________________________________________________________________________
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
123
CAPITULO X: ANEXOS
________________________________________________________________________
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
124
CAPITULO X: ANEXOS
________________________________________________________________________
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
125
CAPITULO X: ANEXOS
________________________________________________________________________
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
126
CAPITULO X: ANEXOS
________________________________________________________________________
10.7.
Universidad Simón Bolívar
FORMATO 7
Hildemar Celeste Amaro Arreaza
127
CAPITULO X: ANEXOS
________________________________________________________________________
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
128
CAPITULO X: ANEXOS
________________________________________________________________________
10.8.
Universidad Simón Bolívar
FORMATO 8
Hildemar Celeste Amaro Arreaza
129
CAPITULO X: ANEXOS
________________________________________________________________________
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
130
CAPITULO X: ANEXOS
________________________________________________________________________
10.9.
Universidad Simón Bolívar
FORMATO 9
Hildemar Celeste Amaro Arreaza
131
CAPITULO X: ANEXOS
________________________________________________________________________
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
132
CAPITULO X: ANEXOS
________________________________________________________________________
10.10. FORMATO 10
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
133
CAPITULO X: ANEXOS
________________________________________________________________________
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
134
CAPITULO X: ANEXOS
________________________________________________________________________
10.11. SOCKETS EN PHP
<?php
/* Permitir que el script permanezca en espera de conexiones. */
set_time_limit(0);
/* Habilitar vaciado de salida implícito, de modo que veamos lo que
* obtenemos a medida que va llegando. */
ob_implicit_flush();
/*Se establece una dirección y puerto determinado*/
$direccion = '192.168.1.53';
$puerto
= 10000;
/* Se crea la conexión tipo TCP */
if (($sock = socket_create(AF_INET, SOCK_STREAM, SOL_TCP)) === false)
{
echo "socket_create() falló: motivo: " . socket_strerror(socket_last_error()) . "\n";
}
/*Se vincula la conexión con un puerto determinado*/
if (socket_bind($sock, $direccion, $puerto) === false)
{
echo "socket_bind() falló: motivo: " . socket_strerror(socket_last_error($sock)) . "\n";
}
/*Una vez establecida la conexión se espera por peticiones, el segundo parámetro indica el
*máximo de conexiones en cola que mantendrá el sistema*/
if (socket_listen($sock, 5) === false)
{
echo "socket_listen() falló: motivo: " . socket_strerror(socket_last_error($sock)) . "\n";
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
135
CAPITULO X: ANEXOS
________________________________________________________________________
}
/*Se acepta la conexión y se genera un nuevo socket, que es que se encargará de la conexión
*establecida, para poder atender a las que están en espera*/
do {
if (($mens_sock = socket_accept($sock)) === false)
{
echo "socket_accept() falló: motivo " . socket_strerror(socket_last_error($sock)) . "\n";
break;
}
/* Enviar instrucciones. */
$mensaje = "\nBienvenido al Servidor de Prueba PHP. \n" .
"Para salir, escriba 'salir'.".
"Para detener el servidor, escriba 'detener'.\n";
socket_write($mens_sock, $mensaje, strlen($mensaje));
do {
if (false === ($buf = socket_read($mens_sock, 2048, PHP_NORMAL_READ)))
{
echo "socket_read() falló: motivo: " . socket_strerror(socket_last_error($mens_sock))
. "\n";
break 2;
}
if (!$buf = trim($buf))
{
continue;
}
if ($buf == 'salir')
{
break;
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
136
CAPITULO X: ANEXOS
________________________________________________________________________
}
if ($buf == 'detener')
{
socket_close($mens_sock);
break 2;
}
$respuesta = "PHP: Usted dijo '$buf'.\n";
/* Se envía información a través de las conexión */
socket_write($mens_sock, $respuesta, strlen($respuesta));
echo "$buf\n";
} while (true);
/* Finaliza la conexión */
socket_close($mens_sock);
} while (true);
socket_close($sock);
?>
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
137
CAPITULO X: ANEXOS
________________________________________________________________________
10.12. FORMATO DE HISTORIA CLÍNICA DIGITAL PROPUESTA
REPÚBLICA BOLIVARIANA DE VENEZUELA
DEPARTAMENTO DE EMERGENCIAS
FORMATO 1
Hospital:
Historia Clínica:
Hora:
Fecha:
Datos de Identificación:
Apellidos:
Nombres:
Edad:
Militar:
Si es militar
Empleado: Si
No
Grado:
Familiar:
Si
No
Componente:
PBA:
Si
No
Si
No
Estado Civil:
Cédula:
Ocupación:
Soltero:
Si
No
Casado:
Si
No
Viudo:
Si
No
Divorciado: Si
No
Religión:
Teléfono:
Dirección:
Familiar:
Si
No
Si posee familiar:
Apellidos:
Nombres:
Teléfono:
Técnico de Registro:
Médico Residente:
Médico Interno:
Antecedentes:
Antecedentes Personales
1.1 ACV / AIT
1.24 Arritmias
1.2 Alergia
1.25 Parotiditis
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
138
CAPITULO X: ANEXOS
________________________________________________________________________
1.3 Amigdalitis
1.26 Pleuresía
1.4 Artritis
1.27 Quirúrgicos
1.5 Asma
1.28 Rinofaringitis
1.6 Bilharzia
1.29 Rubeola
1.7 ETS
1.30 Sarampión
1.8 Bronquitis
1.31 Sífilis
1.9 Sinusitis
1.32 Diarreas
1.10 Catarros
1.33 T.B.C.
1.11 Chagas
1.34 Tifoidea
1.12 Chancros
1.35 Tosferina
1.13 Difteria
1.36 Traumatismos
1.14 Síndromes Disentéricos
1.37 Vacunaciones
1.15 Hansen
1.38 Hepatitis
1.16 Influenza
1.39 SIDA / HIV
1.17 Enf. Infectocontagiosas
1.40 Diabetes
1.18 Helmintiasis
1.41 H T A
1.19 Neumonía
1.42 Tipo Vivienda
1.20 Otitis
1.43 Grupo Sanguíneo
1.21 Paludismo
1.44 Historia Laboral
1.22 Cardiopatía Isquémica
1.45 Epilepsia
1.23 Insuficiencia Cardiaca
1.46 Otros
Antecedentes Familiares
2.1 Alergia
2.7 Enf. Renales
2.2 Artritis
2.8 Intoxicaciones
2.3 Cáncer
2.9 Neuropsiquiatricas
2.4 Cardio-vasculares
2.10 Sífilis
2.5 Diabetes
2.11 T. B. C.
2.6 Enf. Digestivas
2.12 Otros
Hábitos Psicológicos
3.1 Alcohol
3.8 Rasgos Personales
3.2 Chimó
3.9 Sexuales
3.3 Deportes
3.10 Siesta
3.4 Drogas
3.11 Sueño
3.5 Tabaco
3.12 Ocupación
3.6 Café
3.13 Otros
3.7 Medicamentos
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
139
CAPITULO X: ANEXOS
________________________________________________________________________
Observaciones:
Consulta Actual:
Ubicación:
Emergencia de Adultos:
Emergencia Pediátrica:
Observación
Observación
Sala Inmediata de
Observación
Trauma Shock I
Trauma Shock I
Sala de Asma
Trauma Shock II
Sala de Asma
Motivo de la Consulta:
Enfermedad Actual:
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
140
CAPITULO X: ANEXOS
________________________________________________________________________
Diagnostico de Admisión:
Examen Físico:
Peso (Kg)
Talla(cm)
IMC
PAS(mmHg)
PAD(mmHg)
PAM(mmHg)
Temperatura
Glasgow
(°C)
Observaciones:
Diagnostico:
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza
141
CAPITULO X: ANEXOS
________________________________________________________________________
Intervención Quirúrgica:
Universidad Simón Bolívar
Hildemar Celeste Amaro Arreaza