Gestion tecnologica

1,116 views

Published on

0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total views
1,116
On SlideShare
0
From Embeds
0
Number of Embeds
3
Actions
Shares
0
Downloads
8
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

Gestion tecnologica

  1. 1. Instituto Superior Politécnico “José Antonio Echeverría” Centro de Bioingeniería SISTEMA DE GESTIÓN TECNOLOGICA HOSPITALARIA V 1.0 Autores: Jose Alain Senra Gutiérrez Elier Broche Cristo Tutores: Ing. María Caridad Sanchez Villar Ing. MSc. Antonio Miguel Cruz 1999-2000 1
  2. 2. RESUMEN En el presente trabajo se expone el análisis, el diseño y la programación de tres de los módulos que integran un sistema de Gestión Tecnológica Hospitalaria para el equipamiento Biomédico. El Sistema de Gestión Tecnológica Asistido por Computadoras en su versión 1.0. se prevé que se encuentre insertado en un Sistema de Información Hospitalaria (HIS), siguiendo la filosofía de la norma internacional CEN/TC 251 12967-1 propuesto por la Comunidad Económica Europea y que pueda ofrecer sus servicios a un hospital o a un Sistema Intra-Hospitalario a través de una Red de Area Local (LAN) o una Red de Area Global WAN. Los módulos del sistema propuesto siguen la filosofía cliente/servidor. Con la creación, actualización y mantenimiento de sus bases de datos se sentarán las bases para la creación de Sistemas Expertos con el objetivo de ofrecer servicios de Diagnóstico Remoto (DR) a todas las Instituciones Hospitalarias de cualquier país. Se prevé además que este sistema se encuentre instalado, en un futuro no lejano, en la Red Nacional de Salud INFOMED y sea utilizado por la entidad Electromedicina Nacional, que ofrece sus servicios a todos los hospitales de CUBA. Los módulos desarrollados son los siguientes. SMACOR (Sistema de Mantenimiento Asistido por Computadoras orientado a riesgos, en su versión 4.0)) SGA (Sistema de gestión de Almacenes ). SADTEC (Sistema de adquisición de nuevas tecnologías biomédicas asistido por computadoras y control de contratos de servicios). La ventaja principal que trae el desarrollo de estos módulos es que una vez concluidos e instalados en la red nacional de salud, los directivos y especialistas técnicos del Ministerio de Salud Pública tendrán a su disposición un arsenal de información, con el objetivo de implementar, comparar, estudiar diferentes resultados de diferentes instituciones de salud y aplicarlas en sus propios beneficios. Este sistema fue programado sobre la herramienta de desarrollo para sistemas de gestión de bases de datos: ORACLE de la compañía del mismo nombre. Y en este trabajo se exponen los fundamentos de tal decisión. 2
  3. 3. 1. INTRODUCCIÓN. El desarrollo tecnológico ha alcanzado niveles nunca antes imaginados. Hace algún tiempo atrás el hombre no pensó (jamás) que con un simple golpe de tecla de una computadora pudiera estar comunicándose con el otro confín del planeta. La industria biomédica ha sido también, como es lógico, tocada muy de cerca con este desarrollo vertiginoso de la computación y la electrónica. La tecnología biomédica contribuye a la prevención de enfermedades mediante la protección o disminución de los riesgos de ocurrencia, así como también permite limitar los impactos de las enfermedades. La tecnología es la principal herramienta del diagnóstico a fin de obtener los signos clínicos con el propósito de identificar la naturaleza, causa y extensión de un evento patológico. La tecnología contribuye asimismo al tratamiento por restauración, mejoramiento o sustitución de las funciones fisiológicas y corporales, así como previene de su deterioro o de dolor al individuo, garantizándole el disfrute de una adecuada calidad de vida. Gracias a su empleo, la tecnología permite acortar el período de enfermedad o recuperación de los individuos y su reincorporación a la sociedad. Necesariamente tiene que haber productores y consumidores de esta tecnología; los primeros se esmeran cada vez más por satisfacer las necesidades de los segundos, mediante equipos de mejores prestaciones. Los consumidores, en cambio, tratarán, de acuerdo a sus posibilidades, de hacer la mejor selección. La industria biomédica ha crecido vertiginosamente en los últimos años, De acuerdo a la Oficina de Control de Drogas y Alimentos (FDA), organismo que se encarga en los Estados Unidos del registro, control y certificación de los dispositivos médicos, en la actualidad existen más de 50 000 tipos diferentes de equipos médicos y cada año se agregan a este arsenal 5 000 nuevos productos. Todo esto es gracias a la actual relación entre la ingeniería y la medicina que ha dado origen, en los países industrializados, a un gran complejo médico-industrial cuya producción alcanzó un mercado para 1990 por la cantidad de 62.5 miles de millones de dólares. Siendo esta la industria de mayor crecimiento proporcional y la que más porcentaje de sus ventas invierte en Investigación y Desarrollo. [53] Ahora bien ¿es con más tecnología y hospitales que se logra un mejor servicio de salud? Por supuesto, no son ni la tecnología ni los hospitales los que determinan el nivel de salud de la población. Kerr Write en 1980 señaló, luego de un estudio sobre los Sistemas Sanitarios, que de cada 1 000 personas, 250 no necesitan atención, 740 sólo necesitan atención ambulatoria, 9 requerirán de un hospital general y sólo una de un hospital especializado [52]. Otro estudio realizado en 54 países, produjo dos conclusiones básicas: 1- El nivel de salud de la población viene determinado en un país por los siguientes factores en el orden indicado: a-) Educación b-) Vivienda c-) Nutrición d-) Urbanización e-) Recursos Médicos (incluida la tecnología). 3
  4. 4. 2. Existe un óptimo en cuanto a inversiones en el sistema sanitario, a partir del cual sólo se consiguen mejoras marginales en el nivel de salud de la población, afectando cada vez a menos habitantes las mejoras. De los estudios realizados, en relación con el uso de la tecnología biomédica, se ha comprobado que si establecer un diagnóstico con una probabilidad de acierto del 95 % cuesta cinco unidades, para obtener una certidumbre del 96 % es necesario invertir 500 unidades. En el mundo desarrollado, los Sistema de Gestión Tecnológica en Hospitales han evolucionado y se han creado atendiendo a la reducción de costos y a el aumento de la competitividad con la consecuente elevación de la calidad del servicio. Los aspectos de Disciplina Tecnológica, tales como la Verificación y Calibración de Equipos Médicos, se han hecho una práctica constante en los hospitales, empujados por la competencia, las leyes y la exigencia permanente de las Compañías Aseguradoras, todo lo cual ha propiciado la sensible disminución de riesgos por el empleo de Tecnología Biomédica en los Hospitales. Los modernos Sistema de Gestión Tecnológica en Hospitales además de su evolución en cuanto a metodologías desarrolladas, también se han apoyado en las nuevas tecnologías de la información, mediante productos informáticos existentes que facilitan el trabajo de implantación de los mismos. Con respecto al segundo aspecto es que va encaminada la realización de este trabajo de diploma. Internacionalmente existen muchos productos informáticos diseñados para que la Implantación de los modernos sistemas de Gestión Tecnológica Hospitalaria sea óptima y más rápida para los especialistas que se encargan de llevarla a cabo, además de apoyarse en los sistemas globales de informatización de países completos e incluso de naciones de diferentes regiones. Sin embargo actualmente en Cuba no existe una automatización global del sistema Nacional de Salud, tampoco existen productos o herramientas informáticas que, integralmente automaticen, la Gestión Tecnológica Hospitalaria en relación con lo que respecta a los equipos médicos. Sí es justo destacar que existen productos relacionados con la Gestión del Mantenimiento de equipos médicos como son: COMANEC (Desarrollado por Electromedicina Nacional) y otros. Con el ánimo de desarrollar una herramienta informática integral que apoye a los especialistas que se encargan de llevar a cabo la implantación de los modernos Sistemas de Gestión tecnológica y aumentar la competitividad de nuestras instituciones de salud, es que va encaminado este trabajo, con los siguientes objetivos a cumplir: • • Llevar a cabo la concepción general del Sistema de Gestión Tecnológica Hospitalaria en su versión 1.0.con el análisis, diseño y programación de tres de los subsitemas que lo componen: SMACOR , SGA , SADTEC, con vistas a que este sea insertado en un Sistema de Información Hospitalario (HIS), siguiendo la filosofía de la norma internacional CEN/TC 251 12967-1 propuesto por la Comunidad Económica Europea. Realizar el estudio sobre las potencialidades que ofrece la herramienta de desarrollo para sistemas de Gestión de Bases de Datos ORACLE, ofreciendo los elementos para su elección. Por último se puede decir que, con la creación, actualización y mantenimiento de sus bases de datos, se sentarán las bases para la creación de Sistemas Expertos con el objetivo de ofrecer servicios de diagnóstico remoto (DR) a todas las Instituciones Hospitalarias de cualquier país. Se prevé además que este sistema se encuentre instalado en la Red Nacional de Salud INFOMED y sea utilizado por Electromedicina Nacional, entidad que ofrece sus servicios a todos los hospitales de CUBA. 4
  5. 5. Para el análisis y el empleó la metodología ADESA y para los algoritmos se utilizó las metodologías existentes pertenecientes al Sistema de Gestión Tecnológica hospitalaria desarrollado por la línea de investigación de Ingeniería Clínica del Departamento de Bioingeniería del ISPJAE. 2. ANTECEDENTES. El desarrollo de este trabajo de diploma está enmarcado en dos aspectos claves: Por una parte, los autores han pertenecido durante 4 años a la línea de investigación de Ingeniería Clínica del Departamento de Bioingeniería del ISPJAE. Esta línea de investigación se dedica al desarrollo de metodologías relacionadas con los Sistemas de Gestión Tecnológica Hospitalaria y productos informáticos donde se soportan estas metodologías. Por otra parte, se desarrolló un producto informático (en los cuales los autores participaron) perteneciente al primer módulo del Sistema de Gestión Tecnológica Hospitalaria, llamado SMACOR que se instaló, y que actualmente se encuentra en fase de explotación, en tres instituciones de Cuba. (CIREN, Clínica Central Cira García y Hospital Clínico Quirúrgico Hermanos Ameijeiras). Este sistema, a pesar de sus ventajas, también presenta determinadas limitantes; la más importante en estos momentos es que no esta soportada para trabajar en redes. Producto de la explotación del sistema y del cambio en las políticas de informatización del Ministerio de Salud Pública cubano, han surgido nuevos requerimientos que hacen necesario la realización de una versión superior que cumpla las expectativas. Por las razones anteriormente expuestas y por el conocimiento en profundidad del objeto de estudio que los autores es que se acometió la realización del Sistema de Gestión Tecnológica Hospitalaria asistido por computadoras aumentando así el alcance del primer producto ya existente. 5
  6. 6. CAPÍTULO # 1 FUNDAMENTACIÓN TEÓRICA Y ELECCIÓN DE LA HERRAMIENTA DE DESARROLLO. 1.1 LA GESTIÓN TECNOLOGÍCA HOSPITALARIA. Definición: Es un proceso sistemático de determinación y optimización de la razón costo/beneficio, efectividad, aseguramiento de la calidad, mantenimiento de la seguridad de la instalación y equipos médicos y no médicos con el objetivo de satisfacer las demandas siempre crecientes de los sistemas hospitalarios permitiéndole además ser más competitivo.[25]. 1.2 TENDENCIAS ACTUALES SOBRE EL USO DE LA INFORMATICA EN EL SECTOR DE SALUD Y EN LA ESPECIALIDAD DE INGENIERÍA CLÍNICA. La aplicación de las tecnologías de la información en el sector de la salud es hoy una realidad, hace un tiempo atrás, algunas organizaciones internacionales, entre ellas la Sociedad para la Gestión de Información en Sistemas de Salud, (HIMSS) realizaba estudios sobre el impacto que tendría el uso de la informática en el sector de la salud. Por ejemplo la siguiente encuesta realizada en 1994 a directivos de Salud evidenció las siguientes tendencias en las llamadas tecnologías de la información en su sector[24] 1. En un mercado evidenciado por la reducción de los costos, los factores que dirigían las fuerzas hacia la informatización la información en el sector de la salud son: a) Movimiento hacia la gestión de la salud (25 %) b) Solicitud e historial de datos sobre sucesos de cualquier índole (24 %) c) Movimiento hacia la implemetación de las redes de computadoras más potentes (17 %) 2. a) b) c) Los sistemas de información salud mas prioritarios en los próximos 2 años. Sistemas que integran a localidades geográficamente separadas.(31 %) Introducción de sistemas de registros de pacientes basados en computadoras. (19 %) Integración de sistemas entre departamentos (13 %) y rediseño de sistemas enfocados a pacientes. (13 %). 3. El 56 % de los encuestados planteó que las “autopistas” mundiales de la información son esenciales para un buen desenvolvimiento del ambiente medico hospitalario. 4. En los próximos tres años los desarrollos más significativos en materia de informativa relacionado a pacientes y que afectarán directamente a estos será: a) Aplicaciones que harán más dinámicos el servicio de salud a pacientes. (49 %) b) Acceso a servicios de salud desde los domicilios. (20 %) c) El uso de “SMART CARD” (tarjetas inteligentes). (17 %). 5. a) b) c) Aunque el 49 % solicitó el uso de Internet, se avizoraba su uso para: Comunicación vía correo electrónico. Solicitud de bases de datos de investigación clínicas . Intercambio de información consumidor. 6
  7. 7. d) Consultas medicas en línea. 6. Ante la pregunta ¿Los médicos compartían información sobre pacientes en una red nacional para el año.... ? Se respondió: a) Para el año 2000 (39 %) b) No ocurrirá para al menos dentro de 1º años (38 %) c) Dentro de los próximos 3 años (14 %) Seis años después de la realización de esta encuesta (año 2000) y en el marco de la preparación de este proyecto, la división de Investigación Ingeniería Clínica del Centro de Bioingeniería ha acopiado un gran cumulo de información a través de búsquedas de información en las más prestigiosas bibliotecas virtuales y publicaciones relacionadas con el tópico de la informática medica. Aquí se publican números completos sobre los temas de las tendencias avizoradas por los señores que participaron en la encuesta anterior. Pero específicamente relacionado al campo de la Ingeniería Clínica el impacto de las Tecnologías de la Información se ha demostrado en las siguientes tendencias: • Optimización de los servicios técnicos usando las nuevas tecnologías de la información y diagnostico remoto del equipamiento biomédico. • Integración de funciones de departamentos de Ingeniería Clínica y de Servicios Informáticos. 1.2.1 OPTIMIZACIÓN DE LOS SERVICIOS TÉCNICOS USANDO LAS NUEVAS TECNOLOGÍAS DE LA INFORMACIÓN Y DIAGNOSTICO REMOTO DEL EQUIPAMIENTO BIOMEDICO. El costo de una organización que ofrece sus servicios incluido viajes y logística, está normalmente entre el 65-75 % de las ganancias o del presupuesto para el caso de los departamento de Ingeniería Clínica (IC) [8], es por esto que se requiere de una optimización e incremento de la eficiencia de la productividad del servicio . Otro aspecto es que entre el 60-75 % de todas las solicitudes de servicios técnicos se requieren de accesorios, piezas de repuesto, componentes, módulos, equipo de verificación, etc. que el ingeniero debe utilizar para resolver un problema[8]. Es por esta razón que se necesita cada vez más de algoritmos y aplicaciones para calcular los niveles adecuados de inventarios en almacenes, destinados a asegurar un servicio más eficiente. Además se necesita de la creación de metodologías para realizar un seguimiento más intenso sobre el flujo de entradas/salidas de almacenes y ubicación in cito de accesorios, piezas de repuesto, componentes y módulos. Se necesita orientar el problema de los niveles de inventarios al mantenimiento y/o la Gestión Tecnológica, ya que las experiencias actuales indican que aproximadamente entre el 30-40 % de todo lo que se repone retorna a almacenes en buen estado y el 50 % del valor que se tiene en el inventario es normalmente gestionado de manera nacional y/o regional/local. [8]. Malgastándose mucho tiempo y recursos en estas tareas. 7
  8. 8. Con la reducción de los tiempos de entrega de accesorios, piezas de repuesto, componentes, módulos, equipo de verificación, etc. para la realización de servicios técnicos se prevee un aumento de la productividad del servicio. La figura 1 del anexo 1, muestra que, reduciendo el tiempo de entrega se puede aumentar considerablemente el retorno de la inversión para un inventario dado. Sobre esta idea se puede plantear que con la creación de herramientas informáticas con facilidades de reportes como los que se muestran en la figura 1 del anexo 1 permitan hacer estudios de tendencias y establecer niveles óptimos de tiempos de entrega. Se desarrollan actualmente aplicaciones informáticas que integran todos los puntos anteriormente relacionados, son los llamados: Sistemas de Gestión Integrados de Servicios Técnicos asistidos por Computadoras (FSMS). Tienen el objetivo de llevar un control más estricto y rapidez del procesamiento de la información, además de ofrecer en un solo paquete los siguientes módulos: • • • • • • • Gestión de solicitudes de servicios. Proyectos de servicios técnicos y programación de tareas. Gestión de partes y componentes. Contabilidad y control financiero. Sistemas de gestión de bases de datos y reporte de la información de todos los módulos. Gestión de contratos de servicios y del ciclo de vida del equipamiento. Servicios de Diagnostico Remoto. Se plantea en [8] que el 35 % de todas las adquisiciones de los FSMS desde enero 1999-2000 son usuarios nuevos y que el 65 % restante tenderá a sustituir los Sistemas de Mantenimiento Asistido por Computadoras existentes. Por otra parte desde la década pasada ha existido un incremento significativo del desarrollo, aplicación y uso de la Inteligencia Artificial (IA) y el diagnostico avanzado de la tecnología en el campo del servicio técnico*. Investigaciones llevadas a cabo en la década de los 80 mostró que un servicio técnico orientado al diagnostico hubiera podido eliminar entre el 30-35 % de todas las solicitudes de servicio realizadas por usuarios [9]. Ya que este tipo de servicio puede reducir significativamente la cantidad de tiempo perdido entre la solicitud del servicio y el cumplimiento del mismo. Además de disminuir los tiempos muertos de la tecnología instalada** * Entiéndase servicio técnico como el grupo de actividades que se ofrecen por entidades o departamentos que incluye: Mantenimiento correctivo y preventivo, instalación, instrucciones de explotación y entrenamiento a usuarios. ** Entiéndase por tiempo muerto el tiempo que transcurre entre la rotura de un equipo y su restablecimiento a condiciones normales de trabajo. 8
  9. 9. Por diagnóstico remoto se entiende una estrategia o metodología de uso de la información para adquirir datos e identificar, aislar y finalmente diagnosticas fallos en equipos. El objetivo final de este tipo de servicio es mejorar los niveles de funcionamiento de la tecnología instalada y hacer el servicio más productivo. Las razonas fundamentales por las cuales este se hace más productivo son: • • • • Anticipación de fallos potenciales imprevistos. Reducción y eliminación de solicitudes de servicio donde se encuentra la tecnología instalada. Uso de programas de diagnóstico cada vez más sofisticados Reducción de tiempos de reparación donde se encuentra la tecnología instalada. Ahora bien ¿Cuál es el estado del arte y experiencias actuales en la aplicación y uso de las técnicas de diagnostico remoto de tecnologías biomedicas? ¿así como el impacto del uso de esta metodología en el campo del servicio técnico tanto para usuarios como para los que lo ofrecen?. La tendencia actual es la de adquirir y usar la información de la tecnología instalada desde Centros de Control en vez de asistir directamente de manera inmediata a los lugares donde se solicita el servicio.[9]. Por tanto los métodos de adquisición y los medios de transmisión y gestión de la información es hacia donde está enfocado hoy en día el principal esfuerzo para las organizaciones que ofrecen sus servicios a través del Diagnóstico Remoto (DR) y la Inteligencia Artificial (IA). En este orden de información la mantenibilidad de las bases de datos es el aspecto más crítico, por el propio uso que estas tienen como cantera para la formación de bases de conocimiento y ofrecer sus mayores beneficios en un programa de DR fiable y seguro a la tecnología que se encuentra instalada. Además la filosofía del servicio a la tecnología instalada también está cambiando, esta filosofía se refiere a ofrecer un mantenimiento predictivo o preventivo solamente cuando la tecnología instalada lo necesite, disminuyendo costos por la realización de intervenciones innecesarias. Se impone entonces mantener a la tecnología instalada en un estado llamado: estado de monitoreo continuo. En este estado se mantiene un control total de los parámetros vitales de los equipos, pudiéndose intervenir solamente en caso de que estos se encuentren críticamente deteriorados y puedan conducir a una falla potencial . Lógicamente no todos los equipos pueden estar bajo esta condición de monitoreo continuo. La práctica más usada de DR es mediante los llamados Centros de Asistencia Técnica (CAT). Los CATs típicamente están compuesto un grupo de expertos que tienen acceso a la documentación técnica y a los sistemas de diagnóstico de la tecnología instalada donde se solicitan los servicios, pudiendo ofrecer, muchas veces en línea, una solución inmediata; que puede ser un procedimiento de operación o servicio determinado para solucionar fallos, mantenimientos preventivos o/y predictivos, modulo o componente electrónico entre otros aspectos. Los CAT pueden ofrecer sus servicios en línea por que se encuentran interconectados con los llamados sistemas de Gestión de Solicitudes de Servicios, estos modernos sistemas reciben las llamadas de servicios de los usuarios a través de unos sistemas llamados Escritorios de Ayuda y envían estas a los CAT según sea la naturaleza de la llamada. Los CAT y estos sistemas Gestión de Solicitudes de Servicios lo conforman un grupo de módulos: 9
  10. 10. Modulo de Gestión de Este modulo es requerido para todas los CAT. Su función es la Configuración: de identificar y localizar en línea los programas y dispositivos electrónicos en la tecnología que se encuentra instalada Modulo de soluciones: Este módulo puede examinar información y ofrecer soluciones de problemas desde una Red de área local (LAN), Computadoras Personales (PC) y otros equipos a través del uso de diagnósticos integrados. Modulo de análisis de Su función es la de realizar un seguimiento de toda la actividad tendencias: de aseguramiento para que se realice un servicio adecuado. Identificación a largo plazo de tendencias o comportamientos en cuento a servicios prestados y/o solicitudes realizadas. Modulo de control de Su función es la de controlar la realización de, y la adquisición programas: de nuevas versiones. Modulo compartido Su función es mantener un seguimiento de la solicitud del de coordinación de servicio además de encargarse de la impresión de los reportes recursos : necesarios. En la figura # 2 del anexo 1 se ofrece esquemáticamente el funcionamiento integrado ,aún más futurista, de los CAT y Gestión de Solicitudes de Servicios con el usuario. En la figura 2, nótese como a través de INTERNET el usuario puede acceder a los Sistemas de Solución Problemas o puede realizar solicitudes de servicios al sistema Gestión de Solicitudes de Servicios o al TAC directamente. Además como el ingeniero que tiene que realizar directamente sus servicios en el sitio donde está la tecnología instalada vía moden, INTERNET u otra, también puede acceder Sistemas de Solución Problemas que será una gran base de conocimientos capaz de ofrecer soluciones de todo tipo y que se retroalimenta constantemente de sus usuarios. Esta es la filosofía y configuración que se impondrá, como primera tendencia en el siglo 21, en cuanto a la utilización DR e IA en el campo del servicio técnico y su relación con el uso de las tecnologías de la información. Actualmente se usa el termino DR como sinónimo competitividad y servicio de excelencia. Los lideres en uso del DR en el área de la tecnología de equipos médicos son: General Electric Medical, Picker International, Mediq Engineering and Maintenance Services y Elscint. Los productos relacionados al DR que ellos ofrecen son: GENERAL ELECTRIC MEDICAL: Ofrece DR en línea para sistemas de tomografía axial computarizada y resonancia magnética nuclear. El sistema incluye: microprocesador, modem bidireccional y un programa instalado en el equipo que se encuentra en la instalación 10
  11. 11. PICKER El proceso ocurre de la siguiente forma: El usuario solicita servicio a GE CARES (Reparación asistida por computadoras y servicios de ingeniería). GE CARES avisa al técnico de servicio vía modem, este usa un programa experto para diagnosticar el problema. En caso de tener que realizar serviocios en el lugar el técnico vía modem ofrece procedimientos y componentes necesarios para realizarlo. Los tiempos de respuesta de GE CARES están en el orden de 15 minutos-1.5 horas[9] Ofrece una herramienta informática para realizar DR a sistemas de tomografía axial computarizada llamado EXPERT. EXPERT es un sistema informático portable[9] que se puede comunicar con los CAT de Picker vía modem y realizar paso a paso rutinas de diagnóstico a estos equipos. Es usado básicamente por el grupo de ingeniería de la Picker aunque puede ser vendido a usuarios junto al equipo de tomografía axial computarizada. MEDIQ Es un proveedor independiente de servicios técnicos a equipos de imágenes médicos que es parte de la compañía INNOSERV que usa su propio sistema de DR a través de un producto llamado MEMSERV. Este producto colecciona datos de componentes electrónicos del equipo y los analiza con el objetivo de identificar problemas. ELSINT Ha desarrollado un sistema Inteligente Asistido por computadoras para equipos de imágenes para medicina nuclear, su nombre comercial es MASTERMIND el cual identifica problemas y recomienda soluciones a través de una PC. Por otra parte el impacto positivo y el incremento en la productividad y eficiencia del servicio en el uso del DR ha sido ampliamente medido y cuantificado. Por ejemplo en una encuesta realizada a mas de 100 proveedores de servicios técnicos [9] mostró que reduce los tiempos de entrenamiento, tiempos de respuestas, tiempos de parada, facilita una localización de medios técnicos y recursos humanos de manera más rápida disminuyendo así costos administrativos y de mantenimiento. Otra encuesta realizada a más de 250 usuarios [9] mostró que el DR es para ellos un servicios más competitivo y es sinónimo de excelencia. Las siguientes tablas muestran los por cientos de mejoramientos en costos ahorrados por diferentes rubros gracias al uso del DR y los beneficios para proveedores y usuarios. 11
  12. 12. Tecnología Bases de la Automatización y Telecomunic Electrónica Medica Automatización de justificación de computadoras de aciones edificios y equipos costo oficina de explotación 55 % 35 % 50 % 64 % Ganancia general 41 % 45 % 48 % 55 % Captura y retensión de conocimiento y especialización 31 % 43 % 21 % 34 % Evita llamadas de servicios innecesarias 21 % 18 % 14 % 21 % Reducción de costos y tiempos de entrenamientos 37 % 28 % 19 % 34 % Reducción de tiempos medios de reparaciones y diagnósticos 31 % 21 % 22 % 20 % Reducción de no soluciones a problemas debido a partes y componentes y habilidades técnicas 11 % 10 % 12 % 10 % Otras (aumento de ganacias, valor añadido de productos) Tabla 1. Por ciento de mejoramiento del costo ahorrado y otros beneficios, basados en la historia de diferentes proyectos de DR (Fuente: [9]) 12
  13. 13. Beneficios Efectos Reduce los tiempos de entrenamientos del personal de mantenimiento Reduce o elimina el esfuerzo requerido para analizar datos Reduce los costos de mano de obra por cada técnico dedicado a mantenimiento Reduce los requerimientos de personal Reduce o elimina el esfuerzo Reduce los requerimientos requerido para recolección de de personal datos Reduce el transcurso de • Reduce los tiempo requerido para evaluar requerimientos de y diagnosticar un problema personal. • Mejora la utilización técnica de equipos. Mejora la predicción de fallos • Reduce los para iniciar mantenimiento requerimientos de preventivos previos a los personal. fallos de emergencia • Mejora la utilización técnica de equipos. Mejora los tiempos de Mayor satisfacción y respuestas retención del cliente. Mejor servicio y Potencial para ganar diferenciación nuevos mercados y mejorar posiciones en mercados actuales Mejora la asignación de Reduce los costos de recursos personal e inventario de partes y componentes Posibilidad de ofrecer Reduce los costos de servicios remotos en áreas personal e inventario de inaccesibles partes y componentes Reduce los servicios Reduce los costos de improductivos debido a ala personal falta de partes de componentes Proveedor de servicios Cliente X X X X X X X X X X X X X X Tabla 2. Beneficios primarios e impacto del DR en el servicio de equipos (Fuente: [9]). Finalmente se prevee que para el año 2000 los gastos para el desarrollo y uso de las técnicas de DR siga creciendo fundamentalmente en el área de la electrónica, este crecimiento será de 2.6 billones de dólares , este número representa un 76.9 % con respecto al año 1997. 13
  14. 14. Como segunda tendencia en el siglo 21 que se plantea, en cuanto al campo del servicio técnico y su relación con el uso de las tecnologías de la información, será la combinación de las facilidades que ofrece INTERNET y el WWW con las aplicaciones llamadas “browsers” con el objetivos de ofrecer servicios técnicos mediante sistemas de gestión de servicios técnicos en tiempo real. A este nuevo enfoque se le ha llamado en la literatura Buro de Servicios Virtuales (VSB). [8] Blumberg en [8] plantea “El VSB es el medio mediante el cual el servicio técnico, los programas de servicios a usuarios, las tecnologías de las comunicaciones e INTERNET estarán unidas en un mismo objetivo: ofrecer un servicio más eficiente y competitivo. Se prevee que el VSB ofrezca una potente vía para la disminución y optimización de la razón costo/beneficio y acelerar el periodo de retorno de una inversión (ROI)”. En este mismo trabajo se plantea que la aplicación de los VSB traerán los siguientes beneficios: • • • • • Reducirá considerablemente los costos de operación. Reducirá considerablemente los costos de desarrollo e instalación de tecnologías de punta .así como el tiempo relacionado con este proceso. Se mejorará las posibilidades de comunicación entre usuarios y clientes y la estación de Central de Control de Servicios y entre esta última y los ingenieros de servicios que in cito resuelven los problemas, ya que se prevee una mejora en las comunicaciones inalámbricas (sistemas de globales de localización, servicios de INTERNET por teléfonos celulares, además de los habituales) Provee un alto nivel de confiabilidad de las comunicaciones. Disminuirá significativamente la necesidad de invertir recursos de programas informáticos y dispositivos electrónicos. El aspecto más importante a destacar, es que con la aplicación de esta tecnología las organizaciones medianas y pequeñas que ofrecerán sus servicios técnicos, incluso los departamentos de Ingeniería Clínica (IC) que se dirigen hacia la realización de un servicios más optimo y estratégico, podrían competir con las grandes organizaciones de servicios. Con el planteamiento de esta última idea significa en primer lugar, que los IC podrían sustituir cada vez mas sus contratos de servicios con fabricantes y evaluar la opción del servicio en casa como una variante más económica y viable. En segundo lugar un departamento de IC puede utilizar la tecnología de VSB para reportar y solucionar problemas similares que ya hayan ocurrido en otros departamentos. Actualmente existen sitios WEB donde se ubica un gran cumulo de información relaciona con el servio técnico, normativas, bibliografía, estudios e indicadores de referencias. Pero distan mucho de ser un VSB, no obstante es un buen inicio. Alguno de los más significativos son: http://www.invisionet.com, http://www.duke2000.edu, http://www.healthcare.ecri.com. 14
  15. 15. • INTEGRACIÓN DE FUNCIONES DE DEPARTAMENTOS DE SERVICIOS INFORMÁTICOS. INGENIERÍA CLÍNICA Y DE Uno de los aspectos fundamentales tratados en el evento realizado por AAMI en 1999 [1] es la integración de los departamentos de Ingeniería Clínica y Servicios Informáticos debido al desarrollo de las tecnologías de las comunicaciones y su respectiva globalización. Se prevee incluso una fusión de ambos departamentos en uno solo [2]. Un nuevo proyecto llamado TELEHEALTH, propuesto por AAMI es un modo mediante el cual ambos departamentos interactuarán. Este proyecto va orientado a: “Las tecnologías instaladas en instituciones de salud que provean información sobre pacientes, diagnostiquen, realicen tratamientos, etc. contribuyan cada vez más a un cuidado del paciente adecuado aumentando la eficiencia y disminuyendo costos de la misma ” [8] . Para la realización exitosa de este proyecto se propone un cambio desde la forma de pensar hasta de la estructura organizativa. Es necesario que ambos departamentos no se vean mas como contrarios[1] . Con esta nueva estructura se prevee unmejor uso de los recursos compartidos, normalización de cableados y protocolos de comunicación, de datos, transmisión de vídeo voz e imágenes. En la figura 3 del anexo 1 se muestra el cambio de estructura que se prevee con la implantación de este proyecto. Otro campo en el que se preeve una integración más a fondo es la vinculación de los Sistemas de Información Hospitalaria (HIS) y la obtención de datos clínicos a través de los sistemas de Información de Laboratorio Clínico, Automatización de Sistemas de Monitoreo para Unidades de Cuidados Intensivos, Salones de Operaciones y Sistemas de Almacenamiento y Transmisión de imágenes medicas usando la Instrumentación que se encuentra en los propios equipos médicos. Por último se necesita de la inclusión de los modernos FSMS, VSB, etc. en los HIS como parte de un eslabón más en la plataforma integral e interdepartamental del manejo de datos e información que fluye en un ambiente medico hospitalario. 1.3 LOS SISTEMAS DE INFORMACIÓN HOSPITALARIA (HIS) La definición de HIS desgraciadamente no es única. La literatura donde se publican temas relacionados con la informática, procesamiento de datos médicos, etc. está colmado de definiciones y descripciones de muchos Sistemas Informáticos que se clasifican como HIS; sin embargo no loson. Para aclarar este concepto se cree útil comenzar por exponer que no es un HIS. Un HIS incorpora información de muchos departamentos dentro una institución de salud, pero un HIS no es un sistema departamental, tales como farmacia o radiología etc, ya que estos últimos están limitados solamente a la función especifica que realizan. Ellos están desarrollados para manejar la información relacionada al departamento en el cual están instalados. El papel fundamental que juegan estos sistemas dentro de un HIS es la servir, y la de proveer información necesaria que el HIS utilizará para gestionar y manejar los datos globales de la institución de salud. 15
  16. 16. Un Sistema de Información Clínica tampoco es un HIS. Aunque un HIS necesita información Clínica para cumplir su funcionalidad completa, no solo recibe información de estos. Ejemplos de sistemas de información clínica son: Sistemas para Unidades de Cuidados Intensivos, Salones de Operaciones, Cuidados Respiratorios, Laboratorio Clínico[24]. Las prestaciones de los sistemas departamentales y clínicos son bastante similares y tienen características comunes: • • • Requieren de bases de datos para almacenar información que de alguna manera está relacionada con los pacientes. Posibilidad de interconexión hacia otros departamentos ya sea clínico o administrativo. Posibilidades de impresión de reportes relacionados con su función. En definitivas ¿Cuál es la diferencia entre un HIS y estos sistemas llamados departamentales o Clínicos? Para que un sistema se considere un HIS este debe satisfacer a necesidades globales de la institución de salud. En este contexto si se enfoca a la institución de salud como un usuario del HIS, entonces este debe ser capaz de brindar información integral sobre el estado de todos los departamentos los cuales forman parte del HIS. Por ejemplo imaginemos que se necesita saber el estado de los costos de todos los servicios que se brindan a los pacientes. Entonces el HIS debe ser capaz de encuestar a todos los departamentos necesarios para ofrecer la información requerida, por departamento, servicios o total. Las funciones de un HIS están bastante claras en la literatura internacional. El tipo de relación entre los diferentes sistemas que forman al HIS depende del tipo de norma aplicada. Las funciones según [24] son la siguientes: • • • • Sistemas de gestión de bases de datos de pacientes y su integración de datos clínicos, así como de toma de decisión. Adquisición de datos de pacientes. Admisión de pacientes/control de camas. Aplicaciones de evaluación, diagnostico, monitoreo y tratamiento de pacientes. Como se puede observar no existe incluido en este modelo de HIS aplicaciones relacionadas con la gestión tecnológica, ni gestión de recursos financieros (según los autores no era alcance de esa publicación tratar esos tipos de aplicación [24]) Se tratará de manera resumida cada una de las funciones. 16
  17. 17. Sistemas de gestión de bases de datos de pacientes y su integración de datos clínicos, así como de toma de decisión. Las bases de datos de pacientes de los HIS deben estar diseñadas para que soporten información de todo el historial o actividad del paciente durante su paso por la institución de salud, durante las diferentes visitas que realice. A esto suele llamársele registros longitudinales de la información del paciente. Antiguamente las bases de datos de los HIS fueron diseñadas en función de creación de registros por encuentros, esto particularmente presentaba un problema, y era que si un paciente va a al hospital o institución de salud y este encuentro puede causaba otros por la misma causa, la continuidad del es bastante complicado ya que hay un registro por encuentro. Para seguir el historial había que realizar consultas a la base de datos. Actualmente el concepto ha cambiado, ahora se crean registros en función de lo que suele llamarse Episodio o Visita inicial , si este episodio inicial provoca nuevos encuentros medico-paciente se actualiza el anterior y no se cierra hasta que no se le de alta al paciente. Por lo expuesto en el párrafo anterior se dice que es un requerimiento de los HIS modernos las creación de registros de Episodios por pacientes. [24]) Tradicionalmente también se tenía la información clínica de los pacientes en sistemas de diferentes departamentos. Con este tipo de estructura resultaba fácil reportar información de datos clínicos de pacientes por departamentos, pero no de forma global. Con la integración de las bases de datos de paciente y clínicos como función del HIS, se puede observar en una misma consulta toda la información referente a estos, de manera que facilita la evaluación final del paciente. Por esto es que se dice que otro requisito de calidad de un HIS moderno es la integración de los datos de pacientes con los registro clínicos del mismo. [24]) Hoy en día los HIS no son meramente sistemas de bases de datos que se dedican a almacenar información sobre la actividad de los pacientes y médicos en el ambiente hospitalario, estos también son un asistente para el cuidado y atención de pacientes. Esta última idea implica que los HIS modernos deben ser capaces de ofrecer bases de conocimiento clínico donde se pueda consultar el conocimiento acumulado por años en el tratamiento de enfermedades, procedimientos, prácticas más utilizadas, etc. Estas bases de conocimiento pueden incluir alertas o disparadores para la implemetación de determinado procedimientos, prácticas utilizadas, etc. La anterior consideración nos lleva a plantear que un HIS moderno también debe proveer funciones para la toma de decisión [24]) Adquisición de datos de pacientes. La adquisición de los datos clínicos de los pacientes es un aspecto vital para que muchas de las funciones del HIS se realicen satisfactoriamente. De manera que todos los HIS deben proveer una terminal de entrada de datos para captarlos. 17
  18. 18. Será necesario entonces una interfaz común entre todos los sistemas que manejen datos clínicos y de pacientes para adquirir y actualizar esta información. La interfaz es física y de programas. Como es lógico pensar, la interfaz física cambia con los cambios tecnológicos, esto será un aspecto atener en cuenta cuando se diseña e instala un HIS. El otro aspecto está en las normas de codificación y comunicación de la información para que los diferentes sistemas puedan entenderse entre si. Existen algunas normas en cuento a la terminología medica a utilizar, codificación de fabricantes, proveedores, procedimientos quirúrgicos, reportes radiológicos, de comunicaciones de imágenes médicas, etc. Pero ninguno esta establecido mundialmente. Esto realmente responde a intereses de mercado y a quien diseña mas rápido y primero su HIS con mejores prestaciones con respecto a otro producto similar. Este modelo de trabajo es inadmisible, y aunque se hacen esfuerzos por resolver este problema aun no lo esta del todo. Admisión de pacientes/control de camas. La admisión y control de pacientes se realiza en un HIS a través de las siguientes funciones primarias: • • • Adquirir de pacientes la información demográfica y financiera Comunicación de esta información a todos los subsistemas que componen al HIS, en caso de que el paciente asistas a estos servicios. Hacer consulta y actualización si existen visitas previas relacionadas al mismo motivo o episodio para lograr los registros longitudinales del paciente. Para cumplimentar estos requisitos se plantea que el HIS cuente con los siguientes ficheros: Indice Central de Pacientes (ICP): Contiene un identificador único para cada paciente y los otros campos necesarios para captar sus datos demográficos y financieros. Fichero Clínico Longitudinal (FCL): Registros clínicos críticos sobre episodios anteriores, alergias, procedimientos quirúrgicos, diagnósticos y reportes radiológicos. Aplicaciones de evaluación, diagnostico, monitoreo y tratamiento de pacientes. El propósito de este tipo de aplicaciones es la de proveer toda la información necesaria para manejar todo el estado del paciente en la institución de salud. Se dice que esta es la segunda función en importancia de un HIS. Estas aplicaciones se pueden clasificar en simples o complejas. Simples: Las aplicaciones son orientadas departamentalmente. Es decir, el especialista medico puede acceder desde su terminal y consultar reportes de diferentes servicios independientes. Se muestra información individual no integral. Complejos: Las aplicaciones son orientas a integrar la información de diferentes departamentos. Es decir, el especialista medico puede acceder desde su terminal y consultar reportes de diferentes servicios y esta se muestra en un solo reporte. Se muestra información integral. Por ejemplo: Estado de paciente diabético 18
  19. 19. Cantidad de insulina suministrada (procede de farmacología) Nivel de glucosa en sangre (procede de laboratorio clínico ) EJEMPLO DE UNA ARQUITECTURA HIS. Ya se había mencionado el aspecto relacionado con las normas de codificación y comunicación de la información para que los diferentes sistemas puedan entenderse entre si. Ahora se vera un ejemplo de una arquitectura estándar creada por la Comunidad Económica Europea (CEE) para un HIS. Está diseñada de manera tal que no dependa de las aplicaciones. Es decir, cualquier desarrollo de una aplicación determinada solo debe saber las capas y protocolos de comunicación además de la forma en que esta estructurada la base de datos. La norma en cuestión es CEN/TC 251 pr/ENV 12977-1 y se llama “Arquitectura estandar para un Sistema de Información de Salud” y cumple con los requerimientos antes expuestos mediante las tres capas o niveles que se explican a continuación (ver figura 4 del anexo 1): Aplicaciones: Conjunto de aplicaciones responsables de interactuar con los usuarios. Su función es proveer un apoyo para que se realicen todas las funciones en los diferentes sectores de una institución de salud. “Middleware”: Provee un grupo de servicios los cuales aseguran una gestión de aquellos datos y/o procedimientos de relevancia comunes a toda la institución. “Bitways”: Plataforma tecnológica necesaria para que diferentes aplicaciones y sistemas operativos interactuen entre si. Con respecto al Middleware la norma CEN/TC 251 pr/ENV 12977-1 identifica los siguientes tipos de servicios (Servicio Comunes de Salud (HCS)): HCS relativos a servicios a pacientes: HCS relativas actividades: los Responsable de proveer los servicios de salud a pacientes, definiendo y manejando datos personales, administrativos y epidemiológicos y otros asuntos de cuidado, estableciendo los casos y sus relativos contactos con los especialistas médicos. a HCS de Especificaciones: las Responsable de proveer servicio definiendo y manejando el información relativaciclo de vida de actividades que realizó el paciente en la organización de salud, desde la demanda de la inicial, a la planificación, la ejecución y reporte del resultado final. Responsable por proporcionar y manejar los datos de salud y características sobre determinados aspectos que requieren más atención 19
  20. 20. HSC relativo a los recursos: Responsable por proporcionar y manejar los datos relativos a los recursos de la organización de salud HCS de autorización e Responsable de proveer los servicios de identificación y identificación de usuarios : autorización a usuarios a operar con los datos, procedimientos, etc. HCS de conceptos Responsable por mantener servicios definiendo y manejando las reglas y propiedades que involucran al acceso de diferentes tipos de datos. La ventaja fundamental que trae este tipo de arquitectura es su modularidad y apertura al desarrollo de nuevos módulos y servicios, además otra ventaja es la independencia de las aplicaciones de los datos, ya que estos últimos pueden ser accesados desde cualquier modulo. Ya que los datos se tratan como una base común de información que pude ser heredada de las aplicaciones. Ejemplo de un HIS. La materialización de la arquitectura estándar CEN/TC 251 pr/ENV 12977-1 se realizó a través del Ambiente Distribuido de Salud (DHE). A través del DHE la información puede ser actualizada, introducida y recuperada a través del grupo de servicios que ofrece la arquitectura estándar expuesta anteriormente. Mediante el DHE se puede accesar a la siguiente información: • • • • • • Datos personal, estadísticos y epidemiológicos de pacientes. Actividades clínicas y organizativas durante el ciclo completo de estancias de pacientes en la institución de salud. Recursos de la institución de salud (medicamentos, personal, materiales, piezas de repuesto, equipamiento, localización así como su relación con la actividad dirigida al paciente) Datos sobre el estado de salud de pacientes, así como los resultados de las actividades tanto individuales como integrales realizadas por pacientes en la organización de salud; lográndose así un registro de pacientes longitudinal. Clasificaciones de decisiones administrativas, clínicas y de diagnostico. Gestión de información relativa al presupuesto y la utilización de recursos humanos y financieros, costos de indicadores de funcionamiento para diferentes áreas de la institución, así como para la institución como un todo. Cada aplicación desarrollada para UNIX o WINDOWS deben conectarse con el DHE. Los Sistemas de Gestión de Bases de Datos preferidos son: ORACLE, INFORMIX y MICROSOFT SQL-SERVER Por último es necesario destacar que esta arquitectura explicada aquí, así como el DHE ha sido aplicada en más de 20 hospitales de Europa a través del grupo y proyecto HANSA, mostrando excelentes resultados[41] 20
  21. 21. 1.4 FUNDAMENTOS DE LA ELECCIÓN DE LA HERRAMIENTA DE PROGRAMACIÓN. Publicaciones en Internet [http://www.oracle.com/tellmemore/?198762, Gartner´s Dataquest] plantean que Oracle es el lider No.1 de software de gestión de bases de datos en el mundo. Después de tres años de explotación del Sistema de Bases de Datos para Internet de Oracle™, Oracle8 ha tenido un crecimiento en ventas en el mercado que alcanzó casi los $8 billones de USD en 1999. El 4 de mayo del 2000 REDWOOD SHORES emitió un reporte (www.oracle.com/tellmemore/?198762) Oracle Corp. (NASDAQ: ORCL), donde se evidenció que Oracle es el mayor proveedor de software para el dominante mundo de los negocios electrónicos (e-business). Oracle ha sostenido la primacía durante los últimos tres años, según el informe anual realizado en el 1999 por Dataquest. Dataquest, una unidad de Grupo de Gartner, Inc. (NYSE: IT e ITB), expuso sus hallazgos, citando un 18 % de aumento de las licencias para sistemas de bases de datos más que en 1998, debido al crecimiento de nuevas aplicaciones de Internet y las nuevas exigencias de las aplicaciones para propósitos comerciales. Oracle obtuvo un crecimiento en ventas de sistemas de gestión para bases de datos para UNIX y ahora abarca el 63% en este mercado. Oracle también llevó a cabo desarrollos de sistemas de bases de datos para Windows NT en un 40%. Las ventas de ambos alcanzaron un valor aproximado de $4.4 billones en 1999. Además de los estudios de Dataquest™ realizados en 1999 sobre los resultados de ventas en el mercado, también se obtuvieron resultados en los estudios realizados por las Corporaciones Techtel y SoundView, los cuales indican que Oracle continuará llevando el liderazgo en el mercado de los sistemas de gestión de bases de datos. Las conclusiones de una encuesta realizada por Corporation™ Techtel fueron: que para el primer cuarto del año 2000 aumentará la demanda para todos los Sistemas de Gestión de Bases de datos de Oracle en todas las categorías. Estos hallazgos indican que Oracle tiene más demanda que Microsoft SQL Server en el mercado comercial. En otro estudio realizado a ejecutivos y gerentes, por SoundView, se encontró que Oracle está sin lugar a dudas delante de todos sus más cercanos competidores, aproximadamente cinco veces. Más de 17,000 clientes han comprado Oracle8i, convirtiéndolo en el sistema de gestión de bases de datos que con mayor rapidez ha sido adoptado en la historia de Oracle™s. Desde Marzo de 1999 hasta la fecha los miembros de Red de Tecnología de Oracle han distribuido más de 500,000 copias de Oracle8i , de estas 200,000 han sido para desarrollar aplicaciones para el sistema operativo de LINUX. Durante la realización de la encuesta “Mundo Abierto de Oracle” en noviembre de 1999, se encuestó a 4,000 personas entre diseñadores, gerentes de tecnologías en comunicaciones y administradores de sistemas de gestión de bases de datos para determinar los usos más populares y rasgos distintivos de Oracle8i. El 79% de los encuestados desarrollan aplicaciones de Internet con Oracle8i y utilizan o planean adoptar, de forma inmediata, Java y XML. Específicamente, más del 50% de usuarios inspeccionados por Oracle8i, escogieron para su desarrollo Java, y 57% planea usar XML en el próximo año para una variedad de aplicaciones, incluso para el desarrollo de sistemas para negocios e integración de sistemas. Globalmente, el 95% de los encuestados ha desplegado o ha estado evaluando Oracle8i. El 100% de los diez sitios web que más facturan en el modelo “Negocios para el consumidor” utilizan tecnología Oracle , según una publicación llamada Collaborative Research, en Octubre de 1998 21
  22. 22. Nueve de los diez sitios web (90%) “top Business to Business” utilizan Oracle, con IBM como su única excepción según una publicación llamada “Collaborative Research” en Octubre de 1998 Los clientes Oracle se encuentran entre las 20 primeras compañías del índice http://www.thestreet.com/ Siete de los diez sitios web europeos(70%) más poderosos, identificados por la Escuela de Economía de London, utilizan el software Oracle. Las diez primeras compañías de las naciones del área Asia-Pacífico utilizan tecnología Oracle según el estudio realizado por la “Far Eastern Economic Review's 2000” Sesenta y cinco empresas de las “Fortune 100” (65%) utilizan el software Oracle para manejar sus operaciones en e-business. En industrias específicas tales como la Aerospacial, Comunicaciones, Seguros y Químicos, Oracle demostró su liderazgo. Comparación entre las licencias de Oracle y SQL Server A partir de datos obtenidos en los sitios Web de Oracle y SQL server respectivamente, podemos establecer el siguiente análisis: Licencia Precio (USD) Para 5 usuarios 1,399.00 conectados al servidor Licencia Por usuario conectado a un Servidor Precio (USD) (Precio por usuario)* 7 = 4200 Precio por usuario=600 Datos seleccionado de la pagina web de Oracles el día 22/06/2000 Tabla 4 Licencias de Oracle. Para 10 usuarios 1,999.00 conectados al servidor Para 25 usuarios 3,999.00 conectados al servidor Tabla 3. Licencias de SQL Server. . 22
  23. 23. Licencias de Oracle Número de Servidores = 1 Número Procesadores = 1 Número MHz = 333 Unidades de potencia = Número Servidores * Número Procesadores * Número MHz = 333 Mínimo de usuarios por Licencia = Unidades de potencia / 50 = 333 / 50 = 6,6 ! 7 Sólo se tomaron las variantes más económicas de ambos. Y se decidió hacer las comparaciones entre estos dos servidores de base de datos, por ser estos los primeros en el mercado internacional y ocupar más del 70 % de las aplicaciones de este tipo. Es cierto que los costos en los que se incurrirán por la decisión de Oracle es relativamente mayor con respecto a SQL Server. Aquí se tuvieron en cuenta las estadísticas internacionales, las que indican que para una base de datos mediana, la mejor opción es SQL Server, pero para una base de datos grande sin dudas la elección optima es Oracle. La base de datos del Sistema de Gestión Tecnológica está considerada como grande, pues la misma almacena una gran cantidad de información proveniente de los tres módulos que conforman el Sistema de Gestión Tecnológica: Sistema de Mantenimiento Orientado a Riesgo (SMACOR), Sistema de Adquisición de Tecnología (SADTEC) y Sistema de Gestión de Almacén (SGA). El sistema almacena y procesa información, como por ejemplo: Planificación del mantenimiento, órdenes de trabajo, equipos médicos, grupos, genéricos, modelos, procedimientos, evaluaciones, surtidos, entre otros. Si tomamos como ejemplo la base de datos en un hospital con 2000 equipos, tres intervenciones anuales como promedio por equipo, una cantidad de surtidos en el almacén que puede superar los 5000 teniendo en cuenta los movimientos de inventario que esto pueda acarrear, la cantidad de intervenciones llevadas a cabo por entidades externas, la gestión de las evaluaciones para la compra, que puede superar las 100 en el año, entre otros aspectos y además adicionamos 5 años de explotación del sistema en la institución, esta podría alcanzar un tamaño de unos 4 Gbytes. También se prevé que el sistema en su totalidad se encuentre instalado en un sistema multihospitalario. Por ejemplo solo en Cuidad de la Habana existen aproximadamente 200 instituciones de Salud, si se estima que existan por lo menos 30 estaciones de trabajo en cada uno de los servicios de mayor importancia en cada una, pueden existir hasta 6000 usuarios conectados accesando a un volumen de datos similar al calculado mas arriba. Oracle Server 8.05 presenta grandes adelantos en términos de desempeño, confiabilidad y escalabilidad, lo que brinda a su organización múltiples oportunidades de crear soluciones de negocios inteligentes y realistas. Las organizaciones que utilizan Oracle Server propiciaron el desarrollo de las siguientes innovaciones, al expresar la necesidad de soluciones más simplificadas y económicas: • • • • • • • • • Marco de trabajo para data warehouse. Servidor OLTP. Autoadministración dinámica. Soporte terabyte. Opciones de réplica. Tecnología objeto relacional Tablas organizadas por índice Subsistema de resguardo y recuperación extendido Grandes poblaciones de usuarios 23
  24. 24. • Nuevos tipos de disparadores, el disparador Instead of Nuevos tipos de disparadores, el disparador Instead of Permite actualizar vistas complejas, reemplazando las operaciones de insert, delete y update con la lógica descrita en la propia vista. Además puede definir subconsultas dentro de consultas sin realizar operaciones de unión y sin especificar expresiones complejas en la cláusula from. Data warehouse. Procesamiento de consultas estrellas mejoradas. En esta versión del servidor un nuevo método para la ejecución de estas consultas se ha incluido, usando un algoritmo más eficiente e índices de mapa de bits. El nuevo procesamiento de consultas estrellas provee un salto significativo en el desempeño de las aplicaciones Data warehouse. Debido a las innovaciones incluidas en Oracle server 8.05, la información en todos los niveles de una organización pueden fluir, sin que esto represente altos costos. Oracle ha tenido presentes los sistemas data warehousing al planear su más reciente versión de Oracle Server, ya que las empresas de todos los tamaños hacen grandes inversiones en sus datos. Marco de trabajo para data warehouse. La nueva versión introduce esta característica. Con la misma se asegura que las soluciones para data warehouse sean interoperables y redituables. Las herramientas para data warehouse que usted construya y diseñe trabajarán con un conjunto de interfaces de programación incluidas en Oracle server 8.05. Además, este marco de trabajo complementa la integración del producto a través de otros servicios, mejoras y alianzas con socios de negocio. Servidor OLTP: Grandes poblaciones de usuarios Oracle soporta decenas de miles de usuarios concurrentes, vínculos compartidos de base de datos, multiplexan muchos usuarios al servidor con una sola conexión reduciendo los requerimientos de recursos. Automáticamente elimina conexiones físicas para usuarios inactivos y de manera inadvertida para estos. Se reactiva cuando estos renuevan su conexión. Subsistema de resguardo y recuperación extendido Automáticamente controla la posición donde los ficheros son almacenados y en caso de fallos, determina todos los pasos necesarios para que sean recuperados. Provee resguardos incrementales multiniveles para reducir el tamaño de las salvas, debido a que solamente los bloques modificados son guardados. Autoadministración dinámica. En Oracle 8.0, una característica clave llamada “Autoadministración dinámica” automatiza muchas tareas de rutina. Con esta los recursos de memoria y bloqueo se ajustan en forma dinámica; el tamaño de los archivos crece automáticamente, y las características de autorregulación garantizan un 24
  25. 25. desempeño constante bajo condiciones de carga variables. Cumple con la certificación estándar de seguridad X.509 de autenticaciones de llaves públicas - privadas. Desempeño, confiabilidad y escalabilidad. Oracle toma en cuenta el costo total de propiedad que representa para las organizaciones el desarrollo de aplicaciones, la capacitación en ellas y su administración. El está diseñado para recibir con facilidad un mayor número de datos, transacciones y usuarios. Además, permite escalar las aplicaciones de bases de datos, conservando la estabilidad. Soporte en terabytes. Con Oracle, se amplían las aplicaciones que puede usar su organización para recibir terabytes de datos y miles de usuarios. Tecnología objeto relacional: Dentro de las facilidades que posee esta nueva forma de tecnología están: • Vistas y tipos de objetos • Llamada a procedimientos externos desde el interior de la base de datos • Soporte de objetos para la capa cliente • Herramientas para la modelación de objetos • Datos multimedia • Java Internet, intranet y comercio electrónico Las aplicaciones de punta que se pueden construir con él y su integración con Windows NT, UNIX, LINUX, etc hacen de Oracle un factor vital en cualquier estrategia de Internet, intranet y de comercio electrónico. Oracle ofrece además herramientas de desarrollo para las aplicaciones clientes. Entre estas tenemos el llamado Developer 2000. Las ventajas de utilizar Developer 2000 como herramienta de desarrollo para las aplicaciones clientes son: • Implementa un motor de PL/SQL en el cliente. Cualquier trabajo que se haga en el cliente reduce la carga del servidor. Esto implica que si muchos usuarios están ejecutando la aplicación simultáneamente, pueden procesar en paralelo en sus máquinas clientes individuales sin recargar al servidor. Un ejemplo de uso práctico de este motor lo vemos en la validación de los datos de entrada. Esto es posible porque las aplicaciones desarrolladas con las herramientas de Oracle instalan el motor PL/SQL, el cual se encarga del preprocesamiento de las ordenes PL/SQL y las envía de forma minimizada y unidas al servidor. • Evita análisis innecesarios. Cuando una orden SQL o un bloque PL/SQL se envía del cliente al servidor, el cliente puede mantener una referencia a la orden analizada. Esta referencia es el área de datos del cursor cuando se usa la OCI (Oracle Communication Interface) o la entrada a la caché de cursor cuando se utilizan los precompiladores. Si la aplicación ejecuta más de una vez la misma 25
  26. 26. orden, sólo es necesario que se analice la primera vez. Para las siguientes ejecuciones puede utilizarse la orden original analizada, posiblemente, con valores diferentes para las variables de asignación. La manera más obvia para aplicar directamente esta técnica en PL/SQL es con el paquete DBMS_SQL, en el que la interfaz es similar a la OSI de la ISO. • La interfaz de arreglos de Oracle permite enviar a la red grandes cantidades de datos como una unidad, en lugar de hacer varios viajes. Por ejemplo, si está recuperando 100 filas, puede hacerlo en una extracción que obtenga las 100 filas, en lugar de hacer 100 extracciones obteniendo una fila cada vez. Como se ha visto, estas ventajas redundan en un menor tráfico por la red, que es un componente fundamental para el ajuste de aplicaciones. De hecho, en la mayoría de las aplicaciones la mayor parte del tiempo de procesamiento se invierte en transmisiones por la red. Por todo los elementos antes expuestos se elige a Oracle como servidor de bases de datos y al Developer 2000 como herramienta de desarrollo para las aplicaciones clientes. 26
  27. 27. CAPÍTULO # 2 DESCRIPCIÓN Y CONCEPCIÓN DEL SISTEMA DE GESTIÓN TECNOLÓGICA HOSPITALARIA. Se propuso un modelo de flujo de información relacionada a un departamento de Ingeniería Clínica. Se tuvo en cuenta la situación más compleja posible, con el objetivo de generalizar y que los casos más sencillos fueran casos particulares del modelo general. En concreto: el sistema será capaz de brindar sus prestaciones en un sistema inter-hospitalario, es decir, varios hospitales, con varios departamentos asociados a éstos. De cada servicio, los usuarios y directivos pueden solicitar información al departamento de Ingeniería Clínica relacionado con: el asesoramiento sobre compras de equipos o suministros, entrenamientos, servicios correctivos y preventivos, investigaciones sobre accidentes ocurridos, pero además, solicitan comportamiento del resultado, de las actividades del personal del departamento de Ingeniería Clínica con los equipos, resultados de evaluaciones de equipos, etc. Por su parte, los especialistas técnicos pueden actualizar sus actividades a través de cualquier departamento. Se han considerado tres niveles en cuanto a la interacción entre el sistema y los demandantes de información : • • • Los generadores de eventos que producen entradas el sistema; éstos pueden ser usuarios de la tecnología, directivos o especialistas técnicos. El procesamiento y clasificación de información en la base de datos (procesamiento). Las salidas o reportes a los generadores de eventos. En la figura 1, el modelo se muestra mediante un ejemplo (Sistema de mantenimiento). Pero que es aplicable a todos los subsistemas. 27
  28. 28. Figura 1 Modelo de interrelación de eventos Módulos que componen el sistema El sistema estará conformado por los siguientes módulos: SMACOR (Sistema de Mantenimiento Asistido por Computadoras Orientado a Riesgos) Un sistema de Mantenimiento Asistido por Computadoras para equipos médicos orientado a riesgo: La función de este sistema es automatizar el mantenimiento en una red hospitalaria o en un hospital individual. Este será capaz de planificar el mantenimiento preventivo y las inspecciones, de manera anual, mensual, semanal; de llevar el control del inventario de todo el equipamiento, de emitir órdenes de trabajo preventivas y correctivas. Genera documentos tales como: procedimientos de mantenimientos, pruebas de aceptación, entre otros; además de facilitar los tediosos cálculos de indicadores técnico-económicos y de eficiencia de la gestión [4,5,6,7]. Tiene un algoritmo incorporado el cual, en todo momento permite saber: el Historial de un equipo, causas de la parada, probabilidades de supervivencia y falla, tiempos de operación entre arranque y parada, tiempos medios entre fallas, 28
  29. 29. fuera de servicio y disponibilidad total, parámetros de Weibull (tiempo de corrida característico «V», factor «K», desviación standard del tiempo medio entre fallas, razón de fallas). El sistema esta diseñado para que trabaje según la filosofía cliente/servidor, es decir cualquier usuario, si tiene permiso, puede, desde una estación de trabajo: actualizar información que proviene del resultado de la realización de los trabajos de mantenimiento, solicitar reportes de servicios y consultar los reportes sobre el estado del equipamiento. SGA (Sistema de Gestión de Almacenes) Existe una estrecha relación entre la gestión de mantenimiento y la gestión del almacén, ya que debe mantenerse el control de existencias y reponerse los productos en el almacén sobre una base máxima/mínima y controlar las salidas por órdenes de trabajo para así calcular los costos; por tanto, se desarrolló un Sistema de Gestión y control de almacenes (SGA). Con el objetivo de llevar el control de las cuestiones antes descritas, también está desarrollado según la filosofía cliente/servidor, es decir cualquier usuario desde cualquier estación, si tiene permiso, tendrá posibilidades solamente de consultar las existencias de sus productos en los almacenes , las entradas y salidas y el destino de cada salida, entre otros aspectos. Existe un enlace muy importante entre SMACOR y SGA: SGA consulta a SMACOR para conocer la necesidad de stocks en el año y hacer la gestión de compras; por otra parte, SMACOR consulta SGA para conocer el resultado de dicha gestión , las salidas de stocks que fueron en órdenes de trabajo y los niveles de máximo/mínimo de existencias. De aquí se desprende que ambas aplicaciones pueden comportarse como clientes/servidoras según sea el caso. Si en el análisis que hace SMACOR de la información relacionada con un equipo, se encuentra que el costo de mantenimiento es mucho mayor que el costo de adquisición, o existe aumento de la razón de fallas, o aumenta la probabilidad de fallo, el usuario puede pedir que se evalúe la posibilidad de reposición del equipo. Para la reposición de equipos, se diseñó un producto informático llamado SADTEC (Sistema de adquisición de nuevas tecnologías asistido por computadoras) para asistir en este proceso a los ingenieros y directivos. SADTEC (Sistema de adquisición de nuevas tecnologías asistido por computadoras) Este sistemas asiste a los especialistas realizando las siguientes funciones: selección del Fabricante y/o proveedor y del producto “ ideal ”, Comportamiento de los Costos del Producto seleccionado mediante el llamado: Costo del ciclo de vida del mismo, tomas de decisiones en cuanto a adquirir un equipo frente a rentarlo, establecimiento de las condiciones del contrato de servicios, monitoreo de las actividades de los servicios contratados a los fabricantes y selección frente a diferentes alternativas de servicios a contratar. Mediante una interfaz en el servidor cliente, los usuarios podrán realizar evaluaciones de productos y proveedores y consultar el resultado de las mismas, monitorear las condiciones e contratos, entre otras facilidades. Existen puntos de enlaces entre SMACOR, SADTEC y SGA siendo SADTEC el punto central entre los restantes. Por un lado SMACOR descubre cuando no es rentable mantener a un equipo. Para eso entre otras cosas, SMACOR consulta información en SADTEC referente al costo de ciclo de vida del equipamiento, evaluaciones del mismo, recomendaciones, etc. Al realizar esto, le entrega a SADTEC la necesidad de comprar un dispositivo de determinada prestaciones. SADTEC evalúa entonces y entrega a SMACOR equipo y fabricante “ideal”, costo de ciclo de vida, tipo de servicio a elegir y si es contratado externamente, las posibles condiciones y variables a monitorear. Similarmente ocurre entre SGA y SADTEC 29
  30. 30. Esbozo de la arquitectura del sistema En la figura 2 se ofrece un esquema que muestra la arquitectura del SGT así como las aplicaciones que forman este paquete informático. Primeramente, se contará con una estación central donde existirá una base de datos, la cual hará función de servidor y dónde se tendrá toda la información relacionada a: datos generales sobre la institución de salud, equipos y piezas de repuestos, equipos genéricos, modelos, marcas, firmas, accidentes, fallos, equipos unitarios, fabricantes, procedimientos de mantenimientos, etc. Luego SMACOR, SADTEC, SGA, etc. serán clientes de la información genérica que se encuentra en esta estación o servidor, pudiéndose actualizar la base de datos central al existir un nuevo equipo y pieza de repuesto genérico, modelo, marca, firma, accidente, fallo, etc. Cada una de las aplicaciones independientes por su parte, son estaciones servidores, ya que, desde cualquier estación de trabajo, se tendrá acceso a actualizar/consultar datos, pero a su vez, estas se comportan como clientes, ya que, pueden ofrecer información de a las demás aplicaciones. Por ejemplo, en el caso de SMACOR, es servidor, ya que desde cualquier estación de trabajo se puede accesar la información referente al resultado de los trabajos de mantenimiento; además de consultar los reportes sobre la gestión del mantenimiento, pero a su vez es cliente ya que consulta a SGA el resultado de la gestión de compras de piezas de repuesto. 30
  31. 31. Figura 2 Esquema de SGT En la figura 3 se observa un diagrama cero donde se muestra la interrelación de los diferentes módulos con la base de datos que son compartidos entre ellos. 31
  32. 32. Eventos de este módulo Eventos de este módulo Equipo Sistema de Mantenimiento Orientado a Riesgo Orden Trabajo Sistema de Adquisición de Tecnología Genérico Proveedor Unidad Medida Surtido Fabricante Modelo País Cuenta Centro Costo Plan Consumo Area Sistema de Gestión de Almacén Consumo Real Eventos de este módulo Figura 3 Diagrama Cero del Sistema de Gestión Tecnológica. 32
  33. 33. CAPÍTULO # 3 ANÁLISIS Y DISEÑO DEL SUBSISTEMA DE MANTENIMIENTO ASISTIDO POR COMPUTADORAS ORIENTADO A RIESGO (SMACOR). 3.1 DESCRIPCIÓN DEL OBJETO DE AUTOMATIZACIÓN Sistema de Mantenimiento Asistido por Computadoras para equipos médicos orientado a riesgo: La función de este sistema es automatizar el mantenimiento en una red hospitalaria o en un hospital individual. Este será capaz de planificar el mantenimiento preventivo y las inspecciones, de manera anual, mensual, semanal; de llevar el control del inventario de todo el equipamiento; de emitir órdenes de trabajo preventivas y correctivas. Genera documentos, tales como: procedimientos de mantenimientos, y pruebas de aceptación, entre otros, además de facilitar los tediosos cálculos de indicadores técnico - económicos y de eficiencia de la gestión. Se realiza una llamada a la herramienta MATLAB con el objetivo de conocer: probabilidades de supervivencia y falla, tiempos de operación entre arranque y parada, tiempos medios entre fallas, fuera de servicio y disponibilidad total. Parámetros de Weibull (tiempo de corrida característico «V», factor «K», desviación standard del tiempo medio entre fallas, razón de fallas). 33
  34. 34. 3.2 TABLA DE EVENTOS Sistema de Mantenimiento Asistido Tabla por Computadoras Orientado a Riesgo (SMACOR) No Evento Origen Destino 1 2 Fecha: 20/06/2000 de Eventos Adquisición de Proveedor un equipo médico Rotura de un Cliente Equipo Documento Documento Entrada Salida Ficha del Equipo Reporte Avería de Técnico 3 4 Fin de Orden de Técnico Trabajo Correctiva Nuevo Proveedor Proveedor 5 Nuevo Modelo Proveedor 6 Nuevo Genérico 7 Nuevo Grupo 8 Nuevo Técnico Departamento de Ingeniería Clínica Departamento de Ingeniería Clínica Departamento de Ingeniería Clínica 9 Necesidad de Conocer Cantidad de Intervenciones Necesidad de Conocer Duración de las Intervenciones Necesidad de Conocer Tiempo Promedio de Respuesta Necesidad de Conocer Tiempo de Cambio Estado Promedio 10 11 12 Orden de Trabajo Correctiva Resultados de la Reparación Datos del Proveedor Datos del Modelo. Procedimiento. Datos Genérico Datos Grupo. Procedimiento. Datos Técnico Departamento de Ingeniería Clínica Cantidad Intervenciones Departamento de Ingeniería Clínica Duración de las Intervenciones Departamento de Ingeniería Clínica Tiempo Promedio Respuesta Departamento de Ingeniería Clínica Tiempo de Cambio Estado Promedio 34 de
  35. 35. 13 14 15 16 17 18 19 20 21 22 23 Necesidad de Conocer Consumo de Surtidos Necesidad de Conocer Cumplimiento del Correctivo Necesidad de Conocer Horas Totales de Correctivo Necesidad de Conocer Solicitudes Verdaderas de Correctivo Necesidad de Conocer Cantidad de Equipos Fuera de Servicio Necesidad de Conocer Utilización Técnica del Hospital Necesidad de Conocer Utilización del Parque de Equipos Necesidad de Conocer Utilización del tiempo de los técnicos Necesidad de Conocer Listado de Proveedores Necesidad de Conocer Listado de Equipos Necesidad de Conocer Expediente del equipo Departamento de Ingeniería Clínica Consumo Surtidos Departamento de Ingeniería Clínica Cumplimiento del Correctivo Departamento de Ingeniería Clínica Horas Totales de Correctivo Departamento de Ingeniería Clínica Solicitudes Verdaderas Correctivo Departamento de Ingeniería Clínica Cantidad de Equipos Fuera de Servicio Departamento de Ingeniería Clínica Utilización Técnica Hospital Departamento de Ingeniería Clínica Utilización Parque Equipos del de Departamento de Ingeniería Clínica Utilización tiempo de técnicos del los Departamento de Ingeniería Clínica Departamento de Ingeniería Clínica Departamento de Ingeniería Clínica Listado Proveedores de Listado Equipos de Expediente equipo del 35 de de del
  36. 36. 24 Necesidad de Conocer Listado del Personal Departamento de Ingeniería Clínica 36 Listado Personal del
  37. 37. 3.3 DIAGRAMA DE CONTEXTO EXTRUCTURADO DEL SMACOR Departamento de Ingeniería Clinica 21 7 13 15 14 12 11 20 8 17 18 10 23 22 6 16 8 7.1 Gestión Tecnológica en un Sistema de Información Hospitalaria 9 19 24 2 Cliente 1 4 3 5.1 2.1 5 Técnico Proveedor 37
  38. 38. Flujos de datos: 1 Ficha del Equipo 2 Reporte de Avería 2.1 Orden de Trabajo Correctiva 3 Resultados de la Reparación 4 Datos del Proveedor 5 Datos del Modelo 5.1 Datos del Procedimiento del Modelo 6 Datos Genérico 7 Datos Grupo 7.1 Datos del Procedimiento del Grupo. 8 Datos Técnico 9 Cantidad Intervenciones 10 Duración de las Intervenciones 11 Tiempo Promedio de Respuesta 12 Tiempo de Cambio Estado Promedio 13 Consumo de Surtidos 14 Cumplimiento del Correctivo 15 Horas Totales de Correctivo 16 Solicitudes Verdaderas de Correctivo 17 Cantidad de Equipos Fuera de Servicio 18 Utilización Técnica del Hospital 19 Utilización del Parque de Equipos 20 Utilización del Parque de Equipos 21 Listado de Proveedores 22 Listado de Equipos 23 Expediente del equipo 24 Listado del Personal 38
  39. 39. 3.4 DIAGRAMA PRELIMINAR DEL SMACOR Ficha del equipo Orden de Trabajo Correctiva Reporte de Avería Datos Proveedor Datos Modelo Procedimiento 5 4 3 2 1 Resultados Reparación Datos Genérico 6 Listado Personal Procedimiento MODELO 7 24 Período Análisis PROVEEDOR GENERICO Datos Grupo Expediente Equipos PERSONAL 23 Período Análisis EQUIPO Datos Técnico Período Análisis PROCEDIMIENTO GRUPO 22 Listado Proveedores Período Análisis 8 GRUPO Listado Equipos Período Análisis PROCEDIMIENTO OT AVERIA 9 Cantidad de Intervenciones Período Análisis CONSUMO 21 10 Duración Intervenciones Utilización Tiempo Técnicos Período Análisis Período Análisis 20 11 Tiempo Promedio Respuesta Utilización del Parque de Equipos Período Análisis 19 12 Período Análisis Tiempo Cambio Estado Promedio Utilización Técnica del Hospital 18 Período Análisis Período Análisis 16 17 Cantidad Equipos Período Fuera Servicio Análisis Solicitudes Verdaderas Correctivo 15 Período Análisis 39 HorasTotales de Correctivo Período Análisis 14 Cumplimiento Correctivo 13 Período Análisis Consumo Surtidos
  40. 40. 3.5 FACTIBILIDAD ECONÓMICA I = CTP + Ibasicas + Cprep Ibásica = 120 USD HUB (100 USD) UTP (20 USD) Cprep = $ 300 Un curso para el jefe de ingeniería clínica del departamento de electromedicina de un mes. Un curso para el operador del sistema, un mes CTP = $16540.5 I = $16540.5 I = 120 USD La inversión del proyecto sería de 16540.5 pesos y 120 USD. 3.6 PLANIFICACIÓN DEL PROYECTO El modo de desarrollo de este sistema, teniendo en cuenta las características particulares de cada una de las personas que conforman el equipo de trabajo, así como su anterior participación en el desarrollo del SMACOR: lo considero Semilibre. ESF = 3 (MF)1.12 F = 420 * FDS/S = 420 * 25 = 10500 MF = 10.5 ESF = 3 * (10.5) 1.12 = 41.77 CH = 2 TDES = ESF/CH = 40/2 = 20 TDES = 20 CTP = CHM * ESF CHM = 2SP SP = 2 * 198 = 396 CHM = 396 CTP = 396 * 41.77 = $16540.5 CTP = $16540.5 40
  41. 41. 3.7 ANÁLISIS 3.7.1 DIAGRAMA DE FLUJO DE DATOS POR NIVELES NUEVO DIAGRAMA DE CONTEXTO Departamento de Ingeniería Clinica 21 15 13 14 12 7 11 8 10 18 22 32 6 30 20 25 29 31 26 17 23 8 16 7.1 9 Técnico 24 19 Cliente 41 38 3 2.1 G estión Tecnológica en un Sistema de Información Hospitalaria SG A 29 31 30 1 4 Proveedor 5 5.1 33 27 28 2 44 36 34 42 39 32 40 35 37 Departamento de Ingeniería Clinica 41 43
  42. 42. Flujos de datos: 1 Ficha del Equipo 2 Reporte de Avería 2.1 Orden de Trabajo Correctiva 3 Resultados de la Reparación 4 Datos del Proveedor 5 Datos del Modelo 5.1 Datos del Procedimiento del Modelo 6 Datos Genérico 7 Datos Grupo 7.1 Datos del Procedimiento del Grupo 8 Datos Técnico 9 Cantidad Intervenciones Correctivas 10 Duración de las Intervenciones Correctivas 11 Cumplimiento del Correctivo 12 Tiempo Promedio de Respuesta en Correctivos 13 Tiempo de Cambio de Estado Promedio en Correctivo 14 Costos en Correctivos 15 Consumo de Surtidos para Correctivos 16 Horas Totales en Correctivos 17 Solicitudes Verdaderas 18 Eficiencia de Especialistas en Correctivo 19 Cantidad de Intervenciones Preventivas 20 Duración de Intervenciones Preventivas 21 Cumplimiento del Plan 22 Tiempo Promedio de Respuesta en Preventivo 23 Tiempo de Cambio de Estado Promedio por Preventivo 24 Costos en Preventivos 25 Consumo de Surtidos en Preventivo 26 Eficiencia Especialista en Preventivo 27 Utilización Técnica del Hospital 28 Utilización del Parque de Equipos 29 Costos Generales 30 Tiempo de Cambio Estado Promedio General 31 Utilización del tiempo de los técnicos 32 Utilización vs Eficiencia 33 Eficiencia del Departamento 34 Listado de Proveedores 35 Listado de Equipos 36 Expediente del equipo 37 Listado del Personal 38 Orden de Trabajo Preventiva 39 Plan de Intervenciones 40 Plan de Surtidos 41 Resultados de la Intervención 42 Probabilidades de Roturas 43 Niveles de Prioridades 44 Cantidad de Equipos Fuera de Servicio 42
  43. 43. 3.7.2 DIAGRAMA CERO 1 2 2.1 3 4 5 5.1 6 1 Actualización de Datos 2 Mantenimiento Procedimiento Procedimiento Grupo 7 7.1 38 39 40 41 42 43 8 Genérico Equipo Grupo Modelo Personal Plan Averia Proveedor OT Consumo Consumo Real 34 35 36 3 Listados 27 28 29 37 30 31 32 33 44 43 4 Indicadores 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26
  44. 44. 3.7.3 DIAGRAMA UNO 1.2 Actualizar Proveedor 1.1 Actualizar Equipo Equipo 1 4 Proveedor 8 5 1.6 Actualizar Técnico Personal Modelo 1.3 Actualizar Modelo 5.1 Grupo Procedimiento Procedimiento Grupo Genérico 6 7 1.4 Actualizar Genérico 1.5 Actualizar Grupo 7.1 44
  45. 45. 3.7.4 DIAGRAMA DOS 38 41 2.1 Preventivo 43 42 Procedimiento Modelo Consumo Real Equipo OT 2 3 2.2 Correctivo Consumo Plan Personal 2.3 Estado del Mantenimiento Avería 2.1 39 40 45
  46. 46. 3.7.5 DIAGRAMA 2.1 2.1.1 Emitir Orden Preventiva 38 2.1.2 Recibir Resultados de la Intervención 41 Procedimiento Equipo Consumo Real Plan Consumo OT Modelo Avería Personal 2.1.3 Obtener Probabilidad de Rotura 42 43 46 2.1.4 Obtener Nivel de Prioridad
  47. 47. 3.7.6 DIAGRAMA 2.2 2 2.2.1 Recepcionar Reporte de Avería Avería Modelo OT Equipo Personal 2.2.2 Emitir Orden Correctiva Consumo Real 2.1 3 47 2.2.3 Recibir Resultados de la Reparación
  48. 48. 3.7.7 DIAGRAMA 2.3 Modelo Procedimiento Equipo 2.3.1 Planificar Mantenimiento Preventivo Consumo 2.3.2 Obtener Surtidos Planificados Plan 40 39 Personal OT 48
  49. 49. 3.7.8 DIAGRAMA TRES 3.2 Obtener Listado de Proveedores 3.1 Obtener Listado de Equipos 35 Equipo 34 Proveedor 37 36 Modelo 3.3 Obtener Listado de Técnicos 3.4 Obtener Expediente del Equipo Personal Consumo Real Genérico 49 OT
  50. 50. 3.7.9 DIAGRAMA CUATRO 19 20 21 22 23 24 25 4.2 Obtener Informes Correctivos 4.1 Obtener Informes Preventivos 9 10 11 12 13 14 15 16 17 18 26 Equipo Modelo Personal Genérico Consumo Real Averia Plan Consumo 27 28 29 30 OT 4.3 Obtener Informes Generales 31 32 33 44 50
  51. 51. 3.7.10 DIAGRAMA 4.1 19 21 20 4.1.2 4.1.3 Emitir Informe Duración de las Intervenciones 4.1.1 Emitir Informe Cantidad de Intervenciones Emitir Informe Cumplimiento del Plan Modelo Genérico 26 4.1.8 Equipo Emitir Informe Eficiencia de Especialista OT Plan 4.1.4 Emitir Informe Tiempo Promedio de Respuesta 22 Personal Consumo 4.1.5 4.1.7 4.1.6 Emitir Informe de Consumo de Surtidos Emitir Informe de Análisis de Costos Consumo Real 24 25 51 Emitir Informe Tiempo de Cambio de Estado 23
  52. 52. 3.7.11 DIAGRAMA 4.2 10 9 11 4.2.2 4.2.1 4.2.3 E m itir Inform e D uración de las Intervenciones E m itir Inform e C antidad de Intervenciones 18 E m itir Inform e C um plim iento del C orrectivo A veria 4.2.10 4.2.4 E m itir Inform e E ficiencia de E specialista E m itir Inform e Tiem po P rom edio de R espuesta 12 E quipo 17 M odelo OT 4.2.9 4.2.5 E m itir Inform e S olicitudes V erdaderas E m itir Inform e Tiem po C am bio E stado P rom edio G enérico P ersonal 4.2.8 13 4.2.7 4.2.6 E m itir Inform e C onsum o de S uridos E m itir Inform e H oras Totales de C orrectivo E m itir Inform e A nálisis de C ostos 15 16 52 C onsum o R eal 14
  53. 53. 3.7.12 DIAGRAMA 4.3 27 29 28 4.3.2 4.3.1 Emitir Informe Utilización del Parque de Equipos Emitir Informe Utilización Técnica Hospital 4.3.3 Emitir Análisis de Costos Generales Consumo Real Averia Modelo 44 Genérico OT 4.3.8 4.3.4 Emitir Informe Cantidad de Equipos fuera de servicio Equipo Emitir Informe Tiempo Cambio Estado Promedio 30 Personal 4.3.7 Emitir Análisis de Eficiencia del Departamento 4.3.5 4.3.6 Emitir Análisis de Utilización vs Eficiencia 32 33 53 Emitir Informe Utilización del tiempo de los técnicos 31
  54. 54. 3.8 DISEÑO 3.8.1 GRAFO CONVERSACIONAL 1 0 6 5 10 9 8 7 39 11 40 41 2 20 19 43 42 3 32 33 34 21 4 13 12 15 14 35 16 36 38 37 17 22 23 24 25 26 27 28 18 29 30 54 31
  55. 55. 32 34 33 53 49 55 54 50 44 45 46 52 51 56 48 58 39 47 60 61 62 63 71 72 73 74 64 65 66 67 0 40 70 59 57 75 76 77 68 69 41 0 78 79 80 81 82 0 55 83 84 85
  56. 56. 3.8.2 ESTADOS Número 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 Descripción Estado Inicial Archivo Actualizar Datos Mantenimiento Listados Indicadores Ayuda Cambiar Contraseña Usuarios Preparar Páguina Salir Areas del Hospital Países Proveedores Fabricantes Especialidades Personal Equipos Tareas Subdirecciones Centros de Costo Areas Grupos Genéricos Fallos Alimentaciones Parámetros por Alimentación Marca Modelo Unitario Tipos de Tareas Tareas Mantenimiento Preventivo Mantenimiento Correctivo Ver Plan de ... Listado de Equipos Listado de Proveedores Listado de Personal Listado de Expedientes Indicadores Preventivos Indicadores Correctivos Indicadores Generales Ayuda Contenido Ayuda Acerca de ... Planificar Ordenes de Trabajo Español Estructurado 1.2 1.6 1.5 1.4 1.3 1.1 3.1 3.2 3.3 3.4 2.3.1 56
  57. 57. 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 58 Intervenciones Pendientes Generar Ordenes Preventivas Modificar Ordenes Preventivas Reporte de Avería Modificar Orden Correctiva Modificar Reporte de Avería Modelos de Reporte de Avería Plan de Intervenciones Plan de Surtidos Balance Carga Capacidad Plan de Intervenciones Mensual Plan de Intervenciones Anual Plan de Surtidos Mensual Plan de Surtidos Anual Cantidad de Intervenciones Preventivas Duración de Intervenciones Preventivas Cumplimiento del Plan Tiempo Promedio de Respuesta en Preventivo Tiempo de Cambio de Estado Promedio por Preventivo Costos en Preventivos Consumo de Surtidos en Preventivo Eficiencia Especialista en Preventivo Cantidad Intervenciones Correctivas Duración de las Intervenciones Correctivas Cumplimiento del Correctivo Tiempo Promedio de Respuesta en Correctivos Tiempo de Cambio de Estado Promedio en Correctivo Costos en Correctivos Consumo de Surtidos para Correctivos Horas Totales en Correctivos Solicitudes Verdaderas Eficiencia de Especialistas en Correctivo Utilización Técnica del Hospital Utilización del Parque de Equipos Costos Generales Tiempo de Cambio Estado Promedio General Utilización del tiempo de los técnicos Utilización vs Eficiencia Eficiencia del Departamento Cantidad de Equipos Fuera de Servicio 57 2.1.1 2.1.2 2.2.1 2.2.3 4.1.1 4.1.2 4.1.3 4.1.4 4.1.5 4.1.6 4.1.7 4.1.8 4.2.1 4.2.2 4.2.3 4.2.4 4.2.5 4.2.6 4.2.7 4.2.8 4.2.9 4.2.10 4.3.1 4.3.2 4.3.3 4.3.4 4.3.5 4.3.6 4.3.7 4.3.8
  58. 58. 3.8.3 DISEÑO LÓGICO GLOBAL Nombre del Fichero Inicial Alerta Alertord Aliment Alimod Aplazo Aplazoor Area Averia Brigada Calific Centcost Cliente Eqrelac Especial Estadoeq Estplan Fabprov Fabrel Fabric Fallo Fallomod Generico Grupo Interv Intpend Marca Modelo Modplan Optar Orden Ordfallo Ot Pais Paramali Paramod Persbrig Persesp Personal Procedim Proveed Descripción {Codigo + Nombre + Descrip + Umbral + Direcc} {Alerta + Ot} {Codigo + Nombre} {Aliment + Modelo} {Codigo + Nombre + Descrip} {Ot + Aplazo + Descrip} {Codigo + Nombre + Descrip + Centcost } {Codigo + Ot + Solpor + Aprobpor + Unitario + Motivo + Horasol} {Codigo + Nombre + Descrip} {Codigo + Nombre + Descrip} {Codigo + Nombre + Descrip + Subdir} {CI + Nombre + Descrip + Clasific} {Unitario + Eqrelac} {Codigo + Nombre + Descrip} {Codigo + Nombre} {Unitario + Cadena + Fecha + Posicion} {Fabric + Proveed} {Fabric + Fabric1} {Codigo + Nombre + Pais + Direcc + Telef + Fax + Email + Coment + Tipo} {Codigo + Tipo + Nombre + Descrip + Especial} {Modelo + Fallo + Tiempo} {Codigo + Nombre + Descrip + Riesgo + Grupo } {Codigo + Nombre + Descrip + Especial } {Codigo + Nombre + Descrip} {Unitario + Intpend + Canthora} {Codigo + Nombre} {Codigo + Nombre + Descrip + Generico + Marca + Inspmay + Inspmen + Mtto + Entreint + Vida + Riesgo + Complej + Cantesp } {Ot + Unitario + Interv + Fecha} {Ot + Tarea + Paso} {Codigo + Fechaini + Fechater + Durreal + Causa + Estadoeq + Observ} {Fallo + Ot} {Codigo + Unitario + Fechaem + Estado} {Codigo + Nombre + Descrip} {Codigo + Nombre + Aliment} {Paramet + Modelo + Valor} {CI + Brigada} {CI + Especial} {CI + Nombre + Apellido + Calific + Foto + Curricul + Horas + Salario + Tmcorr} {Grupo + Tarea + Interv} {Codigo + Nombre + Pais + Direcc + Telef + Fax + Email + Coment + Tipo} 58
  59. 59. Provrel Subdir Surtgrup Surtmod Surtreal Tarea Tarmod Tecnord Tecnotr Tipotar Unitario {Proveed + Proveed} {Codigo + Nombre + Descrip} {Surtido + Grupo} {Surtido + Modelo + Cantmay + Cantmen} {Surtido + Ot + Cantidad} {Codigo + Tipo + Descrip + Demodelo} {Modelo + Tarea + Interv} {Ot + Tecnico} {Ot + Tecnico} {Codigo + Nombre} Codigo + Modelo + Mtto + Entreint + Respons + Fechafab + Fechaadq + Fechamar + Costoadq + Hwmes + Estadoeq + Priorid + Tintme + Tintma + Serie + Basico + Cantesp + Garantia + Obligat + Otroseq + Area + Contrat + Fabric + Proveed} 59
  60. 60. 3.8.4 DER Brigada Subdirección Especialidad Personal Calificación Centro de Costo Grupo Genérico País Area Tipo Tarea Proveedor Fabricante Modelo Avería Tarea Equipo Marca Cliente Fallo Intervención Estado Equipo Alimentación Estado Orden Surtido Parámetros Orden Terrminada Plan Orden de Trabajo Unidad Medida Alerta Cuenta Aplazo Leyenda: Relación de muchos a muchos Relación de uno a uno A Relación de uno a muchos entre B y A respectivamente B 60
  61. 61. 3.9 CONCLUSIONES Por todo lo especificado en la documentación de este módulo y los beneficios que representa este sistema para la gestión del mantenimiento de equipos médicos de un hospital, el mismo constituye una importante herramienta para los directivos, usuarios(médicos, enfermeras) y especialistas técnicos en las instituciones dedicadas a brindar servicios médicos. El sistema brinda grandes ventajas pues se realiza toda la automatización del mantenimiento del equipamiento médico, incluye también un sistema de reportes que permite controlar y evaluar las actividades de mantenimiento, además de ofrecer al usuario una biblioteca con todos los procedimientos de mantenimiento. Este sistema puede explotarse en cualquier institución de salud que desee automatizar la gestión del mantenimiento de un departamento de electromedicina. 61
  62. 62. CAPÍTULO # 4 ANÁLISIS Y DISEÑO ALMACENES (SGA). DEL SUBSISTEMA DE 4.1 DESCRIPCIÓN DEL OBJETO DE AUTOMATIZACIÓN Para la mayoría de las empresas, los inventarios son esenciales: se trata únicamente de saber que cantidad mantener en el almacén. A la vista de diversas razones, políticas, financieras y tecnológicas, que justifican el mantenimiento o no de un determinado nivel de inventario, un sistema de dirección tiene como objetivo proporcionar a los directivos de la empresa una política racional, que le ayudará a encontrar un equilibrio entre varios fines contradictorios. Por supuesto que esto no significa que el sistema sustituya al dirigente. Pero en la práctica, el mecanismo debe ser lo suficientemente flexible como para permitir a la empresa la formulación de objetivos realistas, que tengan en cuenta las condiciones dadas en que transcurre el proceso de gestión, incluyendo las premisas políticas, a las cuales se subordina cualquier decisión, y que, aunque no cuantificable ni identificables a través de ninguna variable, deben ser incorporadas al sistema con el fin de determinar la mejor alternativa en las circunstancias reales. Así, el sistema de dirección de los inventarios debe ser capaz de hallar un equilibrio entre cierto número de variables, por ejemplo: Nivel de la demanda Tamaño del pedido Frecuencia de los pedidos Además, debe tenerse en cuenta algunas constantes: Capacidad máxima de almacenaje Nivel de servicio previsto De modo que determinados objetivos generales sean satisfechos. Esto es, el sistema: Debe operar con recursos y gastos mínimos. Debe garantizar la existencia en el almacén de los distintos renglones cuando estos sean requeridos. Debe ser controlable, auditable y confiable. Usualmente, los objetivos del sistema de dirección se plantean en términos de la solución del llamado problema de los inventarios. Este se formula más o menos así: Encontrar la cantidad óptima que debe ser almacenada, de modo que no sea tan grande que ocasione gastos excesivos de almacenamiento, ni tampoco pequeña que suponga gastos excesivos de ruptura o de reposición. Ciertamente, la formulación del problema resulta bastante clara y sencilla, pero en realidad, tras esta engañosa apariencia, se oculta el trabajo con un sistema altamente complejo y dinámico, sobre todo a causa de las múltiples relaciones que se establecen en el sistema y con el sistema. 62
  63. 63. LAS RELACIONES Cuando se trata de hallar una solución racional al problema de inventario resulta imposible no tener en cuenta las múltiples interrelaciones que se establecen dentro y fuera del sistema, y que muchas veces son expresión de intereses dialécticamente contrapuesto. Cada vez que entra o sale un producto del almacén se afectan de una forma u otra: Las finanzas La contabilidad El cumplimiento de los planes de producción La transportación Los contratos de suministro La posibilidad de que se disponga del producto adquirido Varías áreas de la empresa enfocan con objetivos, más o menos diferentes (y a veces contrapuestos) el trabajo con el inventario. El área de finanzas estaría inclinada a mantener un nivel en las existencias que le garantice un mínimo en los gastos. En cambio, el área de producción le interesaría mantener un nivel alto en los inventarios que minimice, sobre todo, la posibilidad de escasez de materias primas y materiales para garantizar la continuidad de la producción. Pero ni a la empresa ni a la economía les conviene que se acumulen inventarios en exceso o que, por el contrario, se pare la producción por falta de recursos materiales. En un hospital, al igual que en cualquier empresa, el departamento de aseguramiento se enfrenta con el problema de inventario, siendo éste común para todas las instituciones. Pero asumiendo las peculiaridades que tiene una entidad de este tipo, donde lo más importante para que no se detenga la “producción”, o sea el funcionamiento de todos los equipos y con ello el servicio médico que brinda el centro, es tener en inventario todo lo necesario. Esto parte desde lo más sencillo que son los víveres, y llega hasta los materiales, accesorios, piezas de repuesto, herramientas y equipos de prueba, que son los utilizados por las actividades de mantenimiento. Este módulo “Sistema de Gestión de Almacén” (SGA) incluye: Controlar todos los productos que están en inventario como pueden ser: resistencias, capacitores, circuitos integrados para equipos que registran señales bioeléctricas tales como: electrocardiógrafos, electroencefalógrafos y electromiógrafos; herramientas de propósito general, equipos de verificación y calibración tales como: analizadores de seguridad eléctrica, tacómetros, analizadores de potencia de electrobisturí; entre muchos otros. SMACOR realiza la planificación del mantenimiento preventivo y, con ello, los surtidos que serán necesarios para llevar a cabo las intervenciones a los equipos. SGA informa al jefe de almacén las cantidades de surtidos planificados para el mantenimiento. Posteriormente a esto, se confeccionan los pedidos y se les entrega a los compradores. Una vez realizada la adquisición, se entran al sistema los datos de la recepción y se informa al Jefe de Ingeniería Clínica los surtidos pendientes. Se gestionan las salidas de surtido del almacén hacia las actividades de mantenimiento, o sea en que Orden de Trabajo (OT) van a ser usados. Estas ordenes de trabajo son generadas en el módulo de mantenimiento. Luego, el sistema accede al surtido realmente utilizado en cada OT, e 63
  64. 64. informa periódicamente, al Jefe de almacén los surtidos que deben devolver (los técnicos), por la no utilización en las actividades de mantenimiento. También controla que la existencia real de surtido en el almacén esté entre un valor mínimo y máximo, los cuales son calculados por el sistema. De estar la existencia de un surtido fuera de su rango, se informa al Jefe de almacén para que tome decisiones al respecto. De estar por debajo del mínimo el sistema da la posibilidad de generar los pedidos, aunque éstos pueden ser emitidos en cualquier momento. Cuando se entra al sistema cada recepción se actualizan los estados de los pedidos. Además se lleva un seguimiento de los ajustes de inventario, solicitudes de surtidos y traslados intra o inter almacén. 64
  65. 65. 4.2 TABLA DE EVENTO DEL SGA. Sistema Almacén de Gestión de No Evento 1 Comprar Artículos 2 Solicitar Productos 3 Ajustar Inventario 5 Nuevo Producto 6 Nueva Cuenta 7 Necesidad de Adquirir Artículos Obtener Artículos Existentes Conocer Adquisiciones Hechas Conocer Ajustes de Inventario Realizados Conocer Entregas Hechas Obtener Solicitudes Recibidas Obtener Pedidos Hechos 8 9 10 11 12 13 Documento Entrada Factura Origen Destino Comprador Entregar Artículos 4 TABLA DE EVENTOS Jefe del Centro de Costo Fecha: 20/06/2000 Documento Salida. Solicitud de Productos Jefe Centro Costo del de Jefe de Almacén Jefe de Almacén Jefe de Almacén Entrega de Artículos Ajuste de Inventario Datos del producto Datos de la Cuenta Comprador Jefe Almacén Jefe Almacén Jefe Almacén Jefe Almacén Jefe Almacén Jefe Almacén 65 de de de de de de Pedido de Artículos Artículos Existentes Artículos Comprados Ajustes de Inventario Entregas Hechas Solicitudes Recibidas Pedidos Hechos
  66. 66. 4.3 DIAGRAMA DE CONTEXTO ESTRUCTURADO. 66
  67. 67. 4.4 DIAGRAMA PRELIMINAR. 67

×