Download Diseño de un equipo para el manejo de Historias Clínicas
Document related concepts
no text concepts found
Transcript
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