sistema de gestión tecnologica hospitalaria v 1.0 - Computer Vision ...
sistema de gestión tecnologica hospitalaria v 1.0 - Computer Vision ...
sistema de gestión tecnologica hospitalaria v 1.0 - Computer Vision ...
Create successful ePaper yourself
Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.
Instituto Superior Politécnico “José Antonio Echeverría”<br />
Centro <strong>de</strong> Bioingeniería<br />
SISTEMA DE GESTIÓN TECNOLOGICA HOSPITALARIA<br />
V <strong>1.0</strong><br />
Autores:<br />
Jose Alain Senra Gutiérrez<br />
Elier Broche Cristo<br />
Tutores:<br />
Ing. María Caridad Sanchez Villar<br />
Ing. MSc. Antonio Miguel Cruz<br />
1999-2000<br />
1
RESUMEN<br />
En el presente trabajo se expone el análisis, el diseño y la programación <strong>de</strong> tres <strong>de</strong> los módulos que integran<br />
un <strong>sistema</strong> <strong>de</strong> Gestión Tecnológica Hospitalaria para el equipamiento Biomédico.<br />
El Sistema <strong>de</strong> Gestión Tecnológica Asistido por Computadoras en su versión <strong>1.0</strong>. se prevé que se encuentre<br />
insertado en un Sistema <strong>de</strong> Información Hospitalaria (HIS), siguiendo la filosofía <strong>de</strong> la norma internacional<br />
CEN/TC 251 12967-1 propuesto por la Comunidad Económica Europea y que pueda ofrecer sus servicios a<br />
un hospital o a un Sistema Intra-Hospitalario a través <strong>de</strong> una Red <strong>de</strong> Area Local (LAN) o una Red <strong>de</strong> Area<br />
Global WAN. Los módulos <strong>de</strong>l <strong>sistema</strong> propuesto siguen la filosofía cliente/servidor. Con la creación,<br />
actualización y mantenimiento <strong>de</strong> sus bases <strong>de</strong> datos se sentarán las bases para la creación <strong>de</strong> Sistemas<br />
Expertos con el objetivo <strong>de</strong> ofrecer servicios <strong>de</strong> Diagnóstico Remoto (DR) a todas las Instituciones<br />
Hospitalarias <strong>de</strong> cualquier país. Se prevé a<strong>de</strong>más que este <strong>sistema</strong> se encuentre instalado, en un futuro no<br />
lejano, en la Red Nacional <strong>de</strong> Salud INFOMED y sea utilizado por la entidad Electromedicina Nacional, que<br />
ofrece sus servicios a todos los hospitales <strong>de</strong> CUBA.<br />
Los módulos <strong>de</strong>sarrollados son los siguientes.<br />
SMACOR (Sistema <strong>de</strong> Mantenimiento Asistido por Computadoras orientado a riesgos, en su versión 4.0))<br />
SGA (Sistema <strong>de</strong> <strong>gestión</strong> <strong>de</strong> Almacenes ).<br />
SADTEC (Sistema <strong>de</strong> adquisición <strong>de</strong> nuevas tecnologías biomédicas asistido por computadoras y control <strong>de</strong><br />
contratos <strong>de</strong> servicios).<br />
La ventaja principal que trae el <strong>de</strong>sarrollo <strong>de</strong> estos módulos es que una vez concluidos e instalados en la red<br />
nacional <strong>de</strong> salud, los directivos y especialistas técnicos <strong>de</strong>l Ministerio <strong>de</strong> Salud Pública tendrán a su<br />
disposición un arsenal <strong>de</strong> información, con el objetivo <strong>de</strong> implementar, comparar, estudiar diferentes<br />
resultados <strong>de</strong> diferentes instituciones <strong>de</strong> salud y aplicarlas en sus propios beneficios. Este <strong>sistema</strong> fue<br />
programado sobre la herramienta <strong>de</strong> <strong>de</strong>sarrollo para <strong>sistema</strong>s <strong>de</strong> <strong>gestión</strong> <strong>de</strong> bases <strong>de</strong> datos: ORACLE <strong>de</strong> la<br />
compañía <strong>de</strong>l mismo nombre. Y en este trabajo se exponen los fundamentos <strong>de</strong> tal <strong>de</strong>cisión.<br />
2
1. INTRODUCCIÓN.<br />
El <strong>de</strong>sarrollo tecnológico ha alcanzado niveles nunca antes imaginados. Hace algún tiempo atrás el hombre<br />
no pensó (jamás) que con un simple golpe <strong>de</strong> tecla <strong>de</strong> una computadora pudiera estar comunicándose con el<br />
otro confín <strong>de</strong>l planeta. La industria biomédica ha sido también, como es lógico, tocada muy <strong>de</strong> cerca con<br />
este <strong>de</strong>sarrollo vertiginoso <strong>de</strong> la computación y la electrónica.<br />
La tecnología biomédica contribuye a la prevención <strong>de</strong> enfermeda<strong>de</strong>s mediante la protección o disminución<br />
<strong>de</strong> los riesgos <strong>de</strong> ocurrencia, así como también permite limitar los impactos <strong>de</strong> las enfermeda<strong>de</strong>s. La<br />
tecnología es la principal herramienta <strong>de</strong>l diagnóstico a fin <strong>de</strong> obtener los signos clínicos con el propósito <strong>de</strong><br />
i<strong>de</strong>ntificar la naturaleza, causa y extensión <strong>de</strong> un evento patológico. La tecnología contribuye asimismo al<br />
tratamiento por restauración, mejoramiento o sustitución <strong>de</strong> las funciones fisiológicas y corporales, así como<br />
previene <strong>de</strong> su <strong>de</strong>terioro o <strong>de</strong> dolor al individuo, garantizándole el disfrute <strong>de</strong> una a<strong>de</strong>cuada calidad <strong>de</strong> vida.<br />
Gracias a su empleo, la tecnología permite acortar el período <strong>de</strong> enfermedad o recuperación <strong>de</strong> los individuos<br />
y su reincorporación a la sociedad.<br />
Necesariamente tiene que haber productores y consumidores <strong>de</strong> esta tecnología; los primeros se esmeran<br />
cada vez más por satisfacer las necesida<strong>de</strong>s <strong>de</strong> los segundos, mediante equipos <strong>de</strong> mejores prestaciones. Los<br />
consumidores, en cambio, tratarán, <strong>de</strong> acuerdo a sus posibilida<strong>de</strong>s, <strong>de</strong> hacer la mejor selección.<br />
La industria biomédica ha crecido vertiginosamente en los últimos años, De acuerdo a la Oficina <strong>de</strong> Control<br />
<strong>de</strong> Drogas y Alimentos (FDA), organismo que se encarga en los Estados Unidos <strong>de</strong>l registro, control y<br />
certificación <strong>de</strong> los dispositivos médicos, en la actualidad existen más <strong>de</strong> 50 000 tipos diferentes <strong>de</strong> equipos<br />
médicos y cada año se agregan a este arsenal 5 000 nuevos productos. Todo esto es gracias a la actual<br />
relación entre la ingeniería y la medicina que ha dado origen, en los países industrializados, a un gran<br />
complejo médico-industrial cuya producción alcanzó un mercado para 1990 por la cantidad <strong>de</strong> 62.5 miles <strong>de</strong><br />
millones <strong>de</strong> dólares. Siendo esta la industria <strong>de</strong> mayor crecimiento proporcional y la que más porcentaje <strong>de</strong><br />
sus ventas invierte en Investigación y Desarrollo. [53]<br />
Ahora bien ¿es con más tecnología y hospitales que se logra un mejor servicio <strong>de</strong> salud?<br />
Por supuesto, no son ni la tecnología ni los hospitales los que <strong>de</strong>terminan el nivel <strong>de</strong> salud <strong>de</strong> la población.<br />
Kerr Write en 1980 señaló, luego <strong>de</strong> un estudio sobre los Sistemas Sanitarios, que <strong>de</strong> cada 1 000 personas,<br />
250 no necesitan atención, 740 sólo necesitan atención ambulatoria, 9 requerirán <strong>de</strong> un hospital general y<br />
sólo una <strong>de</strong> un hospital especializado [52]. Otro estudio realizado en 54 países, produjo dos conclusiones<br />
básicas:<br />
1- El nivel <strong>de</strong> salud <strong>de</strong> la población viene <strong>de</strong>terminado en un país por los siguientes factores en el or<strong>de</strong>n<br />
indicado:<br />
a-) Educación<br />
b-) Vivienda<br />
c-) Nutrición<br />
d-) Urbanización<br />
e-) Recursos Médicos (incluida la tecnología).<br />
3
2. Existe un óptimo en cuanto a inversiones en el <strong>sistema</strong> sanitario, a partir <strong>de</strong>l cual sólo se consiguen mejoras<br />
marginales en el nivel <strong>de</strong> salud <strong>de</strong> la población, afectando cada vez a menos habitantes las mejoras. De los<br />
estudios realizados, en relación con el uso <strong>de</strong> la tecnología biomédica, se ha comprobado que si establecer un<br />
diagnóstico con una probabilidad <strong>de</strong> acierto <strong>de</strong>l 95 % cuesta cinco unida<strong>de</strong>s, para obtener una certidumbre <strong>de</strong>l<br />
96 % es necesario invertir 500 unida<strong>de</strong>s.<br />
En el mundo <strong>de</strong>sarrollado, los Sistema <strong>de</strong> Gestión Tecnológica en Hospitales han evolucionado y se han<br />
creado atendiendo a la reducción <strong>de</strong> costos y a el aumento <strong>de</strong> la competitividad con la consecuente elevación<br />
<strong>de</strong> la calidad <strong>de</strong>l servicio. Los aspectos <strong>de</strong> Disciplina Tecnológica, tales como la Verificación y Calibración<br />
<strong>de</strong> Equipos Médicos, se han hecho una práctica constante en los hospitales, empujados por la competencia,<br />
las leyes y la exigencia permanente <strong>de</strong> las Compañías Aseguradoras, todo lo cual ha propiciado la sensible<br />
disminución <strong>de</strong> riesgos por el empleo <strong>de</strong> Tecnología Biomédica en los Hospitales.<br />
Los mo<strong>de</strong>rnos Sistema <strong>de</strong> Gestión Tecnológica en Hospitales a<strong>de</strong>más <strong>de</strong> su evolución en cuanto a<br />
metodologías <strong>de</strong>sarrolladas, también se han apoyado en las nuevas tecnologías <strong>de</strong> la información, mediante<br />
productos informáticos existentes que facilitan el trabajo <strong>de</strong> implantación <strong>de</strong> los mismos. Con respecto al<br />
segundo aspecto es que va encaminada la realización <strong>de</strong> este trabajo <strong>de</strong> diploma.<br />
Internacionalmente existen muchos productos informáticos diseñados para que la Implantación <strong>de</strong> los mo<strong>de</strong>rnos<br />
<strong>sistema</strong>s <strong>de</strong> Gestión Tecnológica Hospitalaria sea óptima y más rápida para los especialistas que se encargan <strong>de</strong><br />
llevarla a cabo, a<strong>de</strong>más <strong>de</strong> apoyarse en los <strong>sistema</strong>s globales <strong>de</strong> informatización <strong>de</strong> países completos e incluso <strong>de</strong><br />
naciones <strong>de</strong> diferentes regiones. Sin embargo actualmente en Cuba no existe una automatización global <strong>de</strong>l<br />
<strong>sistema</strong> Nacional <strong>de</strong> Salud, tampoco existen productos o herramientas informáticas que, integralmente<br />
automaticen, la Gestión Tecnológica Hospitalaria en relación con lo que respecta a los equipos médicos. Sí es<br />
justo <strong>de</strong>stacar que existen productos relacionados con la Gestión <strong>de</strong>l Mantenimiento <strong>de</strong> equipos médicos como<br />
son: COMANEC (Desarrollado por Electromedicina Nacional) y otros.<br />
Con el ánimo <strong>de</strong> <strong>de</strong>sarrollar una herramienta informática integral que apoye a los especialistas que se encargan <strong>de</strong><br />
llevar a cabo la implantación <strong>de</strong> los mo<strong>de</strong>rnos Sistemas <strong>de</strong> Gestión tecnológica y aumentar la competitividad <strong>de</strong><br />
nuestras instituciones <strong>de</strong> salud, es que va encaminado este trabajo, con los siguientes objetivos a cumplir:<br />
• Llevar a cabo la concepción general <strong>de</strong>l Sistema <strong>de</strong> Gestión Tecnológica Hospitalaria en su versión<br />
<strong>1.0</strong>.con el análisis, diseño y programación <strong>de</strong> tres <strong>de</strong> los subsitemas que lo componen: SMACOR , SGA<br />
, SADTEC, con vistas a que este sea insertado en un Sistema <strong>de</strong> Información Hospitalario (HIS),<br />
siguiendo la filosofía <strong>de</strong> la norma internacional CEN/TC 251 12967-1 propuesto por la Comunidad<br />
Económica Europea.<br />
• Realizar el estudio sobre las potencialida<strong>de</strong>s que ofrece la herramienta <strong>de</strong> <strong>de</strong>sarrollo para <strong>sistema</strong>s <strong>de</strong><br />
Gestión <strong>de</strong> Bases <strong>de</strong> Datos ORACLE, ofreciendo los elementos para su elección.<br />
Por último se pue<strong>de</strong> <strong>de</strong>cir que, con la creación, actualización y mantenimiento <strong>de</strong> sus bases <strong>de</strong> datos, se<br />
sentarán las bases para la creación <strong>de</strong> Sistemas Expertos con el objetivo <strong>de</strong> ofrecer servicios <strong>de</strong> diagnóstico<br />
remoto (DR) a todas las Instituciones Hospitalarias <strong>de</strong> cualquier país. Se prevé a<strong>de</strong>más que este <strong>sistema</strong> se<br />
encuentre instalado en la Red Nacional <strong>de</strong> Salud INFOMED y sea utilizado por Electromedicina Nacional,<br />
entidad que ofrece sus servicios a todos los hospitales <strong>de</strong> CUBA.<br />
4
Para el análisis y el empleó la metodología ADESA y para los algoritmos se utilizó las metodologías<br />
existentes pertenecientes al Sistema <strong>de</strong> Gestión Tecnológica <strong>hospitalaria</strong> <strong>de</strong>sarrollado por la línea <strong>de</strong><br />
investigación <strong>de</strong> Ingeniería Clínica <strong>de</strong>l Departamento <strong>de</strong> Bioingeniería <strong>de</strong>l ISPJAE.<br />
2. ANTECEDENTES.<br />
El <strong>de</strong>sarrollo <strong>de</strong> este trabajo <strong>de</strong> diploma está enmarcado en dos aspectos claves:<br />
Por una parte, los autores han pertenecido durante 4 años a la línea <strong>de</strong> investigación <strong>de</strong> Ingeniería Clínica <strong>de</strong>l<br />
Departamento <strong>de</strong> Bioingeniería <strong>de</strong>l ISPJAE. Esta línea <strong>de</strong> investigación se <strong>de</strong>dica al <strong>de</strong>sarrollo <strong>de</strong><br />
metodologías relacionadas con los Sistemas <strong>de</strong> Gestión Tecnológica Hospitalaria y productos informáticos<br />
don<strong>de</strong> se soportan estas metodologías.<br />
Por otra parte, se <strong>de</strong>sarrolló un producto informático (en los cuales los autores participaron) perteneciente al<br />
primer módulo <strong>de</strong>l Sistema <strong>de</strong> Gestión Tecnológica Hospitalaria, llamado SMACOR que se instaló, y que<br />
actualmente se encuentra en fase <strong>de</strong> explotación, en tres instituciones <strong>de</strong> Cuba. (CIREN, Clínica Central Cira<br />
García y Hospital Clínico Quirúrgico Hermanos Ameijeiras). Este <strong>sistema</strong>, a pesar <strong>de</strong> sus ventajas, también<br />
presenta <strong>de</strong>terminadas limitantes; la más importante en estos momentos es que no esta soportada para trabajar<br />
en re<strong>de</strong>s. Producto <strong>de</strong> la explotación <strong>de</strong>l <strong>sistema</strong> y <strong>de</strong>l cambio en las políticas <strong>de</strong> informatización <strong>de</strong>l<br />
Ministerio <strong>de</strong> Salud Pública cubano, han surgido nuevos requerimientos que hacen necesario la realización <strong>de</strong><br />
una versión superior que cumpla las expectativas.<br />
Por las razones anteriormente expuestas y por el conocimiento en profundidad <strong>de</strong>l objeto <strong>de</strong> estudio que los<br />
autores es que se acometió la realización <strong>de</strong>l Sistema <strong>de</strong> Gestión Tecnológica Hospitalaria asistido por<br />
computadoras aumentando así el alcance <strong>de</strong>l primer producto ya existente.<br />
5
CAPÍTULO # 1 FUNDAMENTACIÓN TEÓRICA Y ELECCIÓN DE LA<br />
HERRAMIENTA DE DESARROLLO.<br />
1.1 LA GESTIÓN TECNOLOGÍCA HOSPITALARIA.<br />
Definición: Es un proceso sistemático <strong>de</strong> <strong>de</strong>terminación y optimización <strong>de</strong> la razón costo/beneficio,<br />
efectividad, aseguramiento <strong>de</strong> la calidad, mantenimiento <strong>de</strong> la seguridad <strong>de</strong> la instalación y equipos médicos<br />
y no médicos con el objetivo <strong>de</strong> satisfacer las <strong>de</strong>mandas siempre crecientes <strong>de</strong> los <strong>sistema</strong>s hospitalarios<br />
permitiéndole a<strong>de</strong>más ser más competitivo.[25].<br />
1.2 TENDENCIAS ACTUALES SOBRE EL USO DE LA INFORMATICA EN EL SECTOR DE SALUD Y<br />
EN LA ESPECIALIDAD DE INGENIERÍA CLÍNICA.<br />
La aplicación <strong>de</strong> las tecnologías <strong>de</strong> la información en el sector <strong>de</strong> la salud es hoy una realidad, hace un<br />
tiempo atrás, algunas organizaciones internacionales, entre ellas la Sociedad para la Gestión <strong>de</strong> Información<br />
en Sistemas <strong>de</strong> Salud, (HIMSS) realizaba estudios sobre el impacto que tendría el uso <strong>de</strong> la informática en el<br />
sector <strong>de</strong> la salud.<br />
Por ejemplo la siguiente encuesta realizada en 1994 a directivos <strong>de</strong> Salud evi<strong>de</strong>nció las siguientes ten<strong>de</strong>ncias<br />
en las llamadas tecnologías <strong>de</strong> la información en su sector[24]<br />
1. En un mercado evi<strong>de</strong>nciado por la reducción <strong>de</strong> los costos, los factores que dirigían las fuerzas hacia la<br />
informatización la información en el sector <strong>de</strong> la salud son:<br />
a) Movimiento hacia la <strong>gestión</strong> <strong>de</strong> la salud (25 %)<br />
b) Solicitud e historial <strong>de</strong> datos sobre sucesos <strong>de</strong> cualquier índole (24 %)<br />
c) Movimiento hacia la implemetación <strong>de</strong> las re<strong>de</strong>s <strong>de</strong> computadoras más potentes (17 %)<br />
2. Los <strong>sistema</strong>s <strong>de</strong> información salud mas prioritarios en los próximos 2 años.<br />
a) Sistemas que integran a localida<strong>de</strong>s geográficamente separadas.(31 %)<br />
b) Introducción <strong>de</strong> <strong>sistema</strong>s <strong>de</strong> registros <strong>de</strong> pacientes basados en computadoras. (19 %)<br />
c) Integración <strong>de</strong> <strong>sistema</strong>s entre <strong>de</strong>partamentos (13 %) y rediseño <strong>de</strong> <strong>sistema</strong>s enfocados a pacientes. (13<br />
%).<br />
3. El 56 % <strong>de</strong> los encuestados planteó que las “autopistas” mundiales <strong>de</strong> la información son esenciales para<br />
un buen <strong>de</strong>senvolvimiento <strong>de</strong>l ambiente medico hospitalario.<br />
4. En los próximos tres años los <strong>de</strong>sarrollos más significativos en materia <strong>de</strong> informativa relacionado a<br />
pacientes y que afectarán directamente a estos será:<br />
a) Aplicaciones que harán más dinámicos el servicio <strong>de</strong> salud a pacientes. (49 %)<br />
b) Acceso a servicios <strong>de</strong> salud <strong>de</strong>s<strong>de</strong> los domicilios. (20 %)<br />
c) El uso <strong>de</strong> “SMART CARD” (tarjetas inteligentes). (17 %).<br />
5. Aunque el 49 % solicitó el uso <strong>de</strong> Internet, se avizoraba su uso para:<br />
a) Comunicación vía correo electrónico.<br />
b) Solicitud <strong>de</strong> bases <strong>de</strong> datos <strong>de</strong> investigación clínicas .<br />
c) Intercambio <strong>de</strong> información consumidor.<br />
6
d) Consultas medicas en línea.<br />
6. Ante la pregunta ¿Los médicos compartían información sobre pacientes en una red nacional para el año....<br />
? Se respondió:<br />
a) Para el año 2000 (39 %)<br />
b) No ocurrirá para al menos <strong>de</strong>ntro <strong>de</strong> 1º años (38 %)<br />
c) Dentro <strong>de</strong> los próximos 3 años (14 %)<br />
Seis años <strong>de</strong>spués <strong>de</strong> la realización <strong>de</strong> esta encuesta (año 2000) y en el marco <strong>de</strong> la preparación <strong>de</strong> este<br />
proyecto, la división <strong>de</strong> Investigación Ingeniería Clínica <strong>de</strong>l Centro <strong>de</strong> Bioingeniería ha acopiado un gran<br />
cumulo <strong>de</strong> información a través <strong>de</strong> búsquedas <strong>de</strong> información en las más prestigiosas bibliotecas virtuales y<br />
publicaciones relacionadas con el tópico <strong>de</strong> la informática medica. Aquí se publican números completos<br />
sobre los temas <strong>de</strong> las ten<strong>de</strong>ncias avizoradas por los señores que participaron en la encuesta anterior.<br />
Pero específicamente relacionado al campo <strong>de</strong> la Ingeniería Clínica el impacto <strong>de</strong> las Tecnologías <strong>de</strong> la<br />
Información se ha <strong>de</strong>mostrado en las siguientes ten<strong>de</strong>ncias:<br />
• Optimización <strong>de</strong> los servicios técnicos usando las nuevas tecnologías <strong>de</strong> la información y diagnostico<br />
remoto <strong>de</strong>l equipamiento biomédico.<br />
• Integración <strong>de</strong> funciones <strong>de</strong> <strong>de</strong>partamentos <strong>de</strong> Ingeniería Clínica y <strong>de</strong> Servicios Informáticos.<br />
1.2.1 OPTIMIZACIÓN DE LOS SERVICIOS TÉCNICOS USANDO LAS NUEVAS TECNOLOGÍAS DE LA<br />
INFORMACIÓN Y DIAGNOSTICO REMOTO DEL EQUIPAMIENTO BIOMEDICO.<br />
El costo <strong>de</strong> una organización que ofrece sus servicios incluido viajes y logística, está normalmente entre el<br />
65-75 % <strong>de</strong> las ganancias o <strong>de</strong>l presupuesto para el caso <strong>de</strong> los <strong>de</strong>partamento <strong>de</strong> Ingeniería Clínica (IC) [8],<br />
es por esto que se requiere <strong>de</strong> una optimización e incremento <strong>de</strong> la eficiencia <strong>de</strong> la productividad <strong>de</strong>l servicio<br />
.<br />
Otro aspecto es que entre el 60-75 % <strong>de</strong> todas las solicitu<strong>de</strong>s <strong>de</strong> servicios técnicos se requieren <strong>de</strong> accesorios,<br />
piezas <strong>de</strong> repuesto, componentes, módulos, equipo <strong>de</strong> verificación, etc. que el ingeniero <strong>de</strong>be utilizar para<br />
resolver un problema[8]. Es por esta razón que se necesita cada vez más <strong>de</strong> algoritmos y aplicaciones para<br />
calcular los niveles a<strong>de</strong>cuados <strong>de</strong> inventarios en almacenes, <strong>de</strong>stinados a asegurar un servicio más eficiente.<br />
A<strong>de</strong>más se necesita <strong>de</strong> la creación <strong>de</strong> metodologías para realizar un seguimiento más intenso sobre el flujo <strong>de</strong><br />
entradas/salidas <strong>de</strong> almacenes y ubicación in cito <strong>de</strong> accesorios, piezas <strong>de</strong> repuesto, componentes y módulos.<br />
Se necesita orientar el problema <strong>de</strong> los niveles <strong>de</strong> inventarios al mantenimiento y/o la Gestión Tecnológica,<br />
ya que las experiencias actuales indican que aproximadamente entre el 30-40 % <strong>de</strong> todo lo que se repone<br />
retorna a almacenes en buen estado y el 50 % <strong>de</strong>l valor que se tiene en el inventario es normalmente<br />
gestionado <strong>de</strong> manera nacional y/o regional/local. [8]. Malgastándose mucho tiempo y recursos en estas<br />
tareas.<br />
7
Con la reducción <strong>de</strong> los tiempos <strong>de</strong> entrega <strong>de</strong> accesorios, piezas <strong>de</strong> repuesto, componentes, módulos, equipo<br />
<strong>de</strong> verificación, etc. para la realización <strong>de</strong> servicios técnicos se prevee un aumento <strong>de</strong> la productividad <strong>de</strong>l<br />
servicio. La figura 1 <strong>de</strong>l anexo 1, muestra que, reduciendo el tiempo <strong>de</strong> entrega se pue<strong>de</strong> aumentar<br />
consi<strong>de</strong>rablemente el retorno <strong>de</strong> la inversión para un inventario dado. Sobre esta i<strong>de</strong>a se pue<strong>de</strong> plantear que<br />
con la creación <strong>de</strong> herramientas informáticas con facilida<strong>de</strong>s <strong>de</strong> reportes como los que se muestran en la<br />
figura 1 <strong>de</strong>l anexo 1 permitan hacer estudios <strong>de</strong> ten<strong>de</strong>ncias y establecer niveles óptimos <strong>de</strong> tiempos <strong>de</strong><br />
entrega.<br />
Se <strong>de</strong>sarrollan actualmente aplicaciones informáticas que integran todos los puntos anteriormente<br />
relacionados, son los llamados: Sistemas <strong>de</strong> Gestión Integrados <strong>de</strong> Servicios Técnicos asistidos por<br />
Computadoras (FSMS). Tienen el objetivo <strong>de</strong> llevar un control más estricto y rapi<strong>de</strong>z <strong>de</strong>l procesamiento <strong>de</strong> la<br />
información, a<strong>de</strong>más <strong>de</strong> ofrecer en un solo paquete los siguientes módulos:<br />
• Gestión <strong>de</strong> solicitu<strong>de</strong>s <strong>de</strong> servicios.<br />
• Proyectos <strong>de</strong> servicios técnicos y programación <strong>de</strong> tareas.<br />
• Gestión <strong>de</strong> partes y componentes.<br />
• Contabilidad y control financiero.<br />
• Sistemas <strong>de</strong> <strong>gestión</strong> <strong>de</strong> bases <strong>de</strong> datos y reporte <strong>de</strong> la información <strong>de</strong> todos los módulos.<br />
• Gestión <strong>de</strong> contratos <strong>de</strong> servicios y <strong>de</strong>l ciclo <strong>de</strong> vida <strong>de</strong>l equipamiento.<br />
• Servicios <strong>de</strong> Diagnostico Remoto.<br />
Se plantea en [8] que el 35 % <strong>de</strong> todas las adquisiciones <strong>de</strong> los FSMS <strong>de</strong>s<strong>de</strong> enero 1999-2000 son usuarios<br />
nuevos y que el 65 % restante ten<strong>de</strong>rá a sustituir los Sistemas <strong>de</strong> Mantenimiento Asistido por Computadoras<br />
existentes.<br />
Por otra parte <strong>de</strong>s<strong>de</strong> la década pasada ha existido un incremento significativo <strong>de</strong>l <strong>de</strong>sarrollo, aplicación y<br />
uso <strong>de</strong> la Inteligencia Artificial (IA) y el diagnostico avanzado <strong>de</strong> la tecnología en el campo <strong>de</strong>l servicio<br />
técnico*. Investigaciones llevadas a cabo en la década <strong>de</strong> los 80 mostró que un servicio técnico orientado al<br />
diagnostico hubiera podido eliminar entre el 30-35 % <strong>de</strong> todas las solicitu<strong>de</strong>s <strong>de</strong> servicio realizadas por<br />
usuarios [9]. Ya que este tipo <strong>de</strong> servicio pue<strong>de</strong> reducir significativamente la cantidad <strong>de</strong> tiempo perdido<br />
entre la solicitud <strong>de</strong>l servicio y el cumplimiento <strong>de</strong>l mismo. A<strong>de</strong>más <strong>de</strong> disminuir los tiempos muertos <strong>de</strong> la<br />
tecnología instalada**<br />
* Entiéndase servicio técnico como el grupo <strong>de</strong> activida<strong>de</strong>s que se ofrecen por entida<strong>de</strong>s o <strong>de</strong>partamentos que incluye: Mantenimiento correctivo<br />
y preventivo, instalación, instrucciones <strong>de</strong> explotación y entrenamiento a usuarios.<br />
** Entiéndase por tiempo muerto el tiempo que transcurre entre la rotura <strong>de</strong> un equipo y su restablecimiento a condiciones normales <strong>de</strong> trabajo.<br />
8
Por diagnóstico remoto se entien<strong>de</strong> una estrategia o metodología <strong>de</strong> uso <strong>de</strong> la información para adquirir datos<br />
e i<strong>de</strong>ntificar, aislar y finalmente diagnosticas fallos en equipos. El objetivo final <strong>de</strong> este tipo <strong>de</strong> servicio es<br />
mejorar los niveles <strong>de</strong> funcionamiento <strong>de</strong> la tecnología instalada y hacer el servicio más productivo. Las<br />
razonas fundamentales por las cuales este se hace más productivo son:<br />
• Anticipación <strong>de</strong> fallos potenciales imprevistos.<br />
• Reducción y eliminación <strong>de</strong> solicitu<strong>de</strong>s <strong>de</strong> servicio don<strong>de</strong> se encuentra la tecnología instalada.<br />
• Uso <strong>de</strong> programas <strong>de</strong> diagnóstico cada vez más sofisticados<br />
• Reducción <strong>de</strong> tiempos <strong>de</strong> reparación don<strong>de</strong> se encuentra la tecnología instalada.<br />
Ahora bien ¿Cuál es el estado <strong>de</strong>l arte y experiencias actuales en la aplicación y uso <strong>de</strong> las técnicas <strong>de</strong><br />
diagnostico remoto <strong>de</strong> tecnologías biomedicas? ¿así como el impacto <strong>de</strong>l uso <strong>de</strong> esta metodología en el<br />
campo <strong>de</strong>l servicio técnico tanto para usuarios como para los que lo ofrecen?.<br />
La ten<strong>de</strong>ncia actual es la <strong>de</strong> adquirir y usar la información <strong>de</strong> la tecnología instalada <strong>de</strong>s<strong>de</strong> Centros <strong>de</strong><br />
Control en vez <strong>de</strong> asistir directamente <strong>de</strong> manera inmediata a los lugares don<strong>de</strong> se solicita el servicio.[9]. Por<br />
tanto los métodos <strong>de</strong> adquisición y los medios <strong>de</strong> transmisión y <strong>gestión</strong> <strong>de</strong> la información es hacia don<strong>de</strong> está<br />
enfocado hoy en día el principal esfuerzo para las organizaciones que ofrecen sus servicios a través <strong>de</strong>l<br />
Diagnóstico Remoto (DR) y la Inteligencia Artificial (IA). En este or<strong>de</strong>n <strong>de</strong> información la mantenibilidad <strong>de</strong><br />
las bases <strong>de</strong> datos es el aspecto más crítico, por el propio uso que estas tienen como cantera para la formación<br />
<strong>de</strong> bases <strong>de</strong> conocimiento y ofrecer sus mayores beneficios en un programa <strong>de</strong> DR fiable y seguro a la<br />
tecnología que se encuentra instalada.<br />
A<strong>de</strong>más la filosofía <strong>de</strong>l servicio a la tecnología instalada también está cambiando, esta filosofía se refiere a<br />
ofrecer un mantenimiento predictivo o preventivo solamente cuando la tecnología instalada lo necesite,<br />
disminuyendo costos por la realización <strong>de</strong> intervenciones innecesarias. Se impone entonces mantener a la<br />
tecnología instalada en un estado llamado: estado <strong>de</strong> monitoreo continuo. En este estado se mantiene un<br />
control total <strong>de</strong> los parámetros vitales <strong>de</strong> los equipos, pudiéndose intervenir solamente en caso <strong>de</strong> que estos<br />
se encuentren críticamente <strong>de</strong>teriorados y puedan conducir a una falla potencial . Lógicamente no todos los<br />
equipos pue<strong>de</strong>n estar bajo esta condición <strong>de</strong> monitoreo continuo.<br />
La práctica más usada <strong>de</strong> DR es mediante los llamados Centros <strong>de</strong> Asistencia Técnica (CAT). Los CATs<br />
típicamente están compuesto un grupo <strong>de</strong> expertos que tienen acceso a la documentación técnica y a los<br />
<strong>sistema</strong>s <strong>de</strong> diagnóstico <strong>de</strong> la tecnología instalada don<strong>de</strong> se solicitan los servicios, pudiendo ofrecer, muchas<br />
veces en línea, una solución inmediata; que pue<strong>de</strong> ser un procedimiento <strong>de</strong> operación o servicio <strong>de</strong>terminado<br />
para solucionar fallos, mantenimientos preventivos o/y predictivos, modulo o componente electrónico entre<br />
otros aspectos.<br />
Los CAT pue<strong>de</strong>n ofrecer sus servicios en línea por que se encuentran interconectados con los llamados<br />
<strong>sistema</strong>s <strong>de</strong> Gestión <strong>de</strong> Solicitu<strong>de</strong>s <strong>de</strong> Servicios, estos mo<strong>de</strong>rnos <strong>sistema</strong>s reciben las llamadas <strong>de</strong> servicios <strong>de</strong><br />
los usuarios a través <strong>de</strong> unos <strong>sistema</strong>s llamados Escritorios <strong>de</strong> Ayuda y envían estas a los CAT según sea la<br />
naturaleza <strong>de</strong> la llamada.<br />
Los CAT y estos <strong>sistema</strong>s Gestión <strong>de</strong> Solicitu<strong>de</strong>s <strong>de</strong> Servicios lo conforman un grupo <strong>de</strong> módulos:<br />
9
Modulo <strong>de</strong> Gestión <strong>de</strong><br />
Configuración:<br />
Modulo <strong>de</strong> soluciones:<br />
Modulo <strong>de</strong> análisis <strong>de</strong><br />
ten<strong>de</strong>ncias:<br />
Modulo <strong>de</strong> control <strong>de</strong><br />
programas:<br />
Modulo compartido<br />
<strong>de</strong> coordinación <strong>de</strong><br />
recursos :<br />
Este modulo es requerido para todas los CAT. Su función es la<br />
<strong>de</strong> i<strong>de</strong>ntificar y localizar en línea los programas y dispositivos<br />
electrónicos en la tecnología que se encuentra instalada<br />
Este módulo pue<strong>de</strong> examinar información y ofrecer soluciones<br />
<strong>de</strong> problemas <strong>de</strong>s<strong>de</strong> una Red <strong>de</strong> área local (LAN),<br />
Computadoras Personales (PC) y otros equipos a través <strong>de</strong>l uso<br />
<strong>de</strong> diagnósticos integrados.<br />
Su función es la <strong>de</strong> realizar un seguimiento <strong>de</strong> toda la actividad<br />
<strong>de</strong> aseguramiento para que se realice un servicio a<strong>de</strong>cuado.<br />
I<strong>de</strong>ntificación a largo plazo <strong>de</strong> ten<strong>de</strong>ncias o comportamientos<br />
en cuento a servicios prestados y/o solicitu<strong>de</strong>s realizadas.<br />
Su función es la <strong>de</strong> controlar la realización <strong>de</strong>, y la adquisición<br />
<strong>de</strong> nuevas versiones.<br />
Su función es mantener un seguimiento <strong>de</strong> la solicitud <strong>de</strong>l<br />
servicio a<strong>de</strong>más <strong>de</strong> encargarse <strong>de</strong> la impresión <strong>de</strong> los reportes<br />
necesarios.<br />
En la figura # 2 <strong>de</strong>l anexo 1 se ofrece esquemáticamente el funcionamiento integrado ,aún más futurista, <strong>de</strong><br />
los CAT y Gestión <strong>de</strong> Solicitu<strong>de</strong>s <strong>de</strong> Servicios con el usuario. En la figura 2, nótese como a través <strong>de</strong><br />
INTERNET el usuario pue<strong>de</strong> acce<strong>de</strong>r a los Sistemas <strong>de</strong> Solución Problemas o pue<strong>de</strong> realizar solicitu<strong>de</strong>s <strong>de</strong><br />
servicios al <strong>sistema</strong> Gestión <strong>de</strong> Solicitu<strong>de</strong>s <strong>de</strong> Servicios o al TAC directamente. A<strong>de</strong>más como el ingeniero<br />
que tiene que realizar directamente sus servicios en el sitio don<strong>de</strong> está la tecnología instalada vía mo<strong>de</strong>n,<br />
INTERNET u otra, también pue<strong>de</strong> acce<strong>de</strong>r Sistemas <strong>de</strong> Solución Problemas que será una gran base <strong>de</strong><br />
conocimientos capaz <strong>de</strong> ofrecer soluciones <strong>de</strong> todo tipo y que se retroalimenta constantemente <strong>de</strong> sus<br />
usuarios.<br />
Esta es la filosofía y configuración que se impondrá, como primera ten<strong>de</strong>ncia en el siglo 21, en cuanto a la<br />
utilización DR e IA en el campo <strong>de</strong>l servicio técnico y su relación con el uso <strong>de</strong> las tecnologías <strong>de</strong> la<br />
información.<br />
Actualmente se usa el termino DR como sinónimo competitividad y servicio <strong>de</strong> excelencia. Los li<strong>de</strong>res en<br />
uso <strong>de</strong>l DR en el área <strong>de</strong> la tecnología <strong>de</strong> equipos médicos son: General Electric Medical, Picker<br />
International, Mediq Engineering and Maintenance Services y Elscint. Los productos relacionados al DR que<br />
ellos ofrecen son:<br />
GENERAL<br />
ELECTRIC<br />
MEDICAL:<br />
Ofrece DR en línea para <strong>sistema</strong>s <strong>de</strong> tomografía axial computarizada y<br />
resonancia magnética nuclear.<br />
El <strong>sistema</strong> incluye: microprocesador, mo<strong>de</strong>m bidireccional y un programa<br />
instalado en el equipo que se encuentra en la instalación<br />
10
El proceso ocurre <strong>de</strong> la siguiente forma: El usuario solicita servicio a GE<br />
CARES (Reparación asistida por computadoras y servicios <strong>de</strong> ingeniería). GE<br />
CARES avisa al técnico <strong>de</strong> servicio vía mo<strong>de</strong>m, este usa un programa experto<br />
para diagnosticar el problema. En caso <strong>de</strong> tener que realizar serviocios en el<br />
lugar el técnico vía mo<strong>de</strong>m ofrece procedimientos y componentes necesarios<br />
para realizarlo.<br />
Los tiempos <strong>de</strong> respuesta <strong>de</strong> GE CARES están en el or<strong>de</strong>n <strong>de</strong> 15 minutos-1.5<br />
horas[9]<br />
PICKER Ofrece una herramienta informática para realizar DR a <strong>sistema</strong>s <strong>de</strong><br />
tomografía axial computarizada llamado EXPERT. EXPERT es un <strong>sistema</strong><br />
informático portable[9] que se pue<strong>de</strong> comunicar con los CAT <strong>de</strong> Picker vía<br />
mo<strong>de</strong>m y realizar paso a paso rutinas <strong>de</strong> diagnóstico a estos equipos. Es usado<br />
básicamente por el grupo <strong>de</strong> ingeniería <strong>de</strong> la Picker aunque pue<strong>de</strong> ser vendido<br />
a usuarios junto al equipo <strong>de</strong> tomografía axial computarizada.<br />
MEDIQ Es un proveedor in<strong>de</strong>pendiente <strong>de</strong> servicios técnicos a equipos <strong>de</strong> imágenes<br />
médicos que es parte <strong>de</strong> la compañía INNOSERV que usa su propio <strong>sistema</strong><br />
<strong>de</strong> DR a través <strong>de</strong> un producto llamado MEMSERV. Este producto<br />
colecciona datos <strong>de</strong> componentes electrónicos <strong>de</strong>l equipo y los analiza con el<br />
objetivo <strong>de</strong> i<strong>de</strong>ntificar problemas.<br />
ELSINT Ha <strong>de</strong>sarrollado un <strong>sistema</strong> Inteligente Asistido por computadoras para<br />
equipos <strong>de</strong> imágenes para medicina nuclear, su nombre comercial es<br />
MASTERMIND el cual i<strong>de</strong>ntifica problemas y recomienda soluciones a<br />
través <strong>de</strong> una PC.<br />
Por otra parte el impacto positivo y el incremento en la productividad y eficiencia <strong>de</strong>l servicio en el uso <strong>de</strong>l<br />
DR ha sido ampliamente medido y cuantificado.<br />
Por ejemplo en una encuesta realizada a mas <strong>de</strong> 100 proveedores <strong>de</strong> servicios técnicos [9] mostró que reduce<br />
los tiempos <strong>de</strong> entrenamiento, tiempos <strong>de</strong> respuestas, tiempos <strong>de</strong> parada, facilita una localización <strong>de</strong> medios<br />
técnicos y recursos humanos <strong>de</strong> manera más rápida disminuyendo así costos administrativos y <strong>de</strong><br />
mantenimiento.<br />
Otra encuesta realizada a más <strong>de</strong> 250 usuarios [9] mostró que el DR es para ellos un servicios más<br />
competitivo y es sinónimo <strong>de</strong> excelencia. Las siguientes tablas muestran los por cientos <strong>de</strong> mejoramientos en<br />
costos ahorrados por diferentes rubros gracias al uso <strong>de</strong>l DR y los beneficios para proveedores y usuarios.<br />
11
Bases <strong>de</strong> la<br />
justificación <strong>de</strong><br />
costo<br />
Ganancia<br />
general<br />
Captura y<br />
retensión <strong>de</strong><br />
conocimiento y<br />
especialización<br />
Evita llamadas<br />
<strong>de</strong> servicios<br />
innecesarias<br />
Reducción <strong>de</strong><br />
costos y<br />
tiempos <strong>de</strong><br />
entrenamientos<br />
Reducción <strong>de</strong><br />
tiempos medios<br />
<strong>de</strong> reparaciones<br />
y diagnósticos<br />
Reducción <strong>de</strong><br />
no soluciones a<br />
problemas<br />
<strong>de</strong>bido a partes<br />
y componentes<br />
y habilida<strong>de</strong>s<br />
técnicas<br />
Otras (aumento<br />
<strong>de</strong> ganacias,<br />
valor añadido <strong>de</strong><br />
productos)<br />
Automatización y<br />
computadoras <strong>de</strong><br />
oficina<br />
Telecomunic<br />
aciones<br />
12<br />
Tecnología<br />
Electrónica Medica Automatización <strong>de</strong><br />
edificios y equipos<br />
<strong>de</strong> explotación<br />
55 % 35 % 50 % 64 %<br />
41 % 45 % 48 % 55 %<br />
31 % 43 % 21 % 34 %<br />
21 % 18 % 14 % 21 %<br />
37 % 28 % 19 % 34 %<br />
31 % 21 % 22 % 20 %<br />
11 % 10 % 12 % 10 %<br />
Tabla 1. Por ciento <strong>de</strong> mejoramiento <strong>de</strong>l costo ahorrado y otros beneficios, basados en la historia <strong>de</strong><br />
diferentes proyectos <strong>de</strong> DR (Fuente: [9])
Beneficios Efectos Proveedor <strong>de</strong><br />
servicios<br />
Reduce los tiempos <strong>de</strong> Reduce los costos <strong>de</strong> mano<br />
entrenamientos <strong>de</strong>l personal <strong>de</strong> obra por cada técnico<br />
<strong>de</strong> mantenimiento<br />
<strong>de</strong>dicado a mantenimiento<br />
X<br />
Reduce o elimina el esfuerzo Reduce los requerimientos<br />
requerido para analizar datos <strong>de</strong> personal<br />
X<br />
X<br />
Reduce o elimina el esfuerzo<br />
requerido para recolección <strong>de</strong><br />
datos<br />
Reduce el transcurso <strong>de</strong><br />
tiempo requerido para evaluar<br />
y diagnosticar un problema<br />
Mejora la predicción <strong>de</strong> fallos<br />
para iniciar mantenimiento<br />
preventivos previos a los<br />
fallos <strong>de</strong> emergencia<br />
Mejora los tiempos <strong>de</strong><br />
respuestas<br />
Mejor servicio y<br />
diferenciación<br />
Mejora la asignación <strong>de</strong><br />
recursos<br />
Posibilidad <strong>de</strong> ofrecer<br />
servicios remotos en áreas<br />
inaccesibles<br />
Reduce los servicios<br />
improductivos <strong>de</strong>bido a ala<br />
falta <strong>de</strong> partes <strong>de</strong><br />
componentes<br />
Reduce los requerimientos<br />
<strong>de</strong> personal<br />
• Reduce los<br />
requerimientos <strong>de</strong><br />
personal.<br />
• Mejora la utilización<br />
técnica <strong>de</strong> equipos.<br />
• Reduce los<br />
requerimientos<br />
personal.<br />
<strong>de</strong><br />
• Mejora la utilización<br />
técnica <strong>de</strong> equipos.<br />
Mayor satisfacción y<br />
retención <strong>de</strong>l cliente.<br />
Potencial para ganar<br />
nuevos mercados y mejorar<br />
posiciones en mercados<br />
actuales<br />
Reduce los costos <strong>de</strong><br />
personal e inventario <strong>de</strong><br />
partes y componentes<br />
Reduce los costos <strong>de</strong><br />
personal e inventario <strong>de</strong><br />
partes y componentes<br />
Reduce los costos <strong>de</strong><br />
personal<br />
Cliente<br />
X X<br />
Finalmente se prevee que para el año 2000 los gastos para el <strong>de</strong>sarrollo y uso <strong>de</strong> las técnicas <strong>de</strong> DR siga<br />
creciendo fundamentalmente en el área <strong>de</strong> la electrónica, este crecimiento será <strong>de</strong> 2.6 billones <strong>de</strong> dólares ,<br />
este número representa un 76.9 % con respecto al año 1997.<br />
13<br />
X<br />
X X<br />
X<br />
X<br />
X X<br />
X X<br />
Tabla 2. Beneficios primarios e impacto <strong>de</strong>l DR en el servicio <strong>de</strong> equipos (Fuente: [9]).
Como segunda ten<strong>de</strong>ncia en el siglo 21 que se plantea, en cuanto al campo <strong>de</strong>l servicio técnico y su relación<br />
con el uso <strong>de</strong> las tecnologías <strong>de</strong> la información, será la combinación <strong>de</strong> las facilida<strong>de</strong>s que ofrece<br />
INTERNET y el WWW con las aplicaciones llamadas “browsers” con el objetivos <strong>de</strong> ofrecer servicios<br />
técnicos mediante <strong>sistema</strong>s <strong>de</strong> <strong>gestión</strong> <strong>de</strong> servicios técnicos en tiempo real. A este nuevo enfoque se le ha<br />
llamado en la literatura Buro <strong>de</strong> Servicios Virtuales (VSB). [8]<br />
Blumberg en [8] plantea “El VSB es el medio mediante el cual el servicio técnico, los programas <strong>de</strong> servicios<br />
a usuarios, las tecnologías <strong>de</strong> las comunicaciones e INTERNET estarán unidas en un mismo objetivo: ofrecer<br />
un servicio más eficiente y competitivo. Se prevee que el VSB ofrezca una potente vía para la disminución y<br />
optimización <strong>de</strong> la razón costo/beneficio y acelerar el periodo <strong>de</strong> retorno <strong>de</strong> una inversión (ROI)”. En este<br />
mismo trabajo se plantea que la aplicación <strong>de</strong> los VSB traerán los siguientes beneficios:<br />
• Reducirá consi<strong>de</strong>rablemente los costos <strong>de</strong> operación.<br />
• Reducirá consi<strong>de</strong>rablemente los costos <strong>de</strong> <strong>de</strong>sarrollo e instalación <strong>de</strong> tecnologías <strong>de</strong> punta .así como el<br />
tiempo relacionado con este proceso.<br />
• Se mejorará las posibilida<strong>de</strong>s <strong>de</strong> comunicación entre usuarios y clientes y la estación <strong>de</strong> Central <strong>de</strong><br />
Control <strong>de</strong> Servicios y entre esta última y los ingenieros <strong>de</strong> servicios que in cito resuelven los problemas,<br />
ya que se prevee una mejora en las comunicaciones inalámbricas (<strong>sistema</strong>s <strong>de</strong> globales <strong>de</strong> localización,<br />
servicios <strong>de</strong> INTERNET por teléfonos celulares, a<strong>de</strong>más <strong>de</strong> los habituales)<br />
• Provee un alto nivel <strong>de</strong> confiabilidad <strong>de</strong> las comunicaciones.<br />
• Disminuirá significativamente la necesidad <strong>de</strong> invertir recursos <strong>de</strong> programas informáticos y dispositivos<br />
electrónicos.<br />
El aspecto más importante a <strong>de</strong>stacar, es que con la aplicación <strong>de</strong> esta tecnología las organizaciones medianas<br />
y pequeñas que ofrecerán sus servicios técnicos, incluso los <strong>de</strong>partamentos <strong>de</strong> Ingeniería Clínica (IC) que se<br />
dirigen hacia la realización <strong>de</strong> un servicios más optimo y estratégico, podrían competir con las gran<strong>de</strong>s<br />
organizaciones <strong>de</strong> servicios.<br />
Con el planteamiento <strong>de</strong> esta última i<strong>de</strong>a significa en primer lugar, que los IC podrían sustituir cada vez mas<br />
sus contratos <strong>de</strong> servicios con fabricantes y evaluar la opción <strong>de</strong>l servicio en casa como una variante más<br />
económica y viable. En segundo lugar un <strong>de</strong>partamento <strong>de</strong> IC pue<strong>de</strong> utilizar la tecnología <strong>de</strong> VSB para<br />
reportar y solucionar problemas similares que ya hayan ocurrido en otros <strong>de</strong>partamentos.<br />
Actualmente existen sitios WEB don<strong>de</strong> se ubica un gran cumulo <strong>de</strong> información relaciona con el servio<br />
técnico, normativas, bibliografía, estudios e indicadores <strong>de</strong> referencias. Pero distan mucho <strong>de</strong> ser un VSB, no<br />
obstante es un buen inicio. Alguno <strong>de</strong> los más significativos son: http://www.invisionet.com,<br />
http://www.duke2000.edu, http://www.healthcare.ecri.com.<br />
14
• INTEGRACIÓN DE FUNCIONES DE DEPARTAMENTOS DE INGENIERÍA CLÍNICA Y DE<br />
SERVICIOS INFORMÁTICOS.<br />
Uno <strong>de</strong> los aspectos fundamentales tratados en el evento realizado por AAMI en 1999 [1] es la integración<br />
<strong>de</strong> los <strong>de</strong>partamentos <strong>de</strong> Ingeniería Clínica y Servicios Informáticos <strong>de</strong>bido al <strong>de</strong>sarrollo <strong>de</strong> las tecnologías <strong>de</strong><br />
las comunicaciones y su respectiva globalización. Se prevee incluso una fusión <strong>de</strong> ambos <strong>de</strong>partamentos en<br />
uno solo [2].<br />
Un nuevo proyecto llamado TELEHEALTH, propuesto por AAMI es un modo mediante el cual ambos<br />
<strong>de</strong>partamentos interactuarán. Este proyecto va orientado a: “Las tecnologías instaladas en instituciones <strong>de</strong><br />
salud que provean información sobre pacientes, diagnostiquen, realicen tratamientos, etc. contribuyan cada<br />
vez más a un cuidado <strong>de</strong>l paciente a<strong>de</strong>cuado aumentando la eficiencia y disminuyendo costos <strong>de</strong> la misma ”<br />
[8] . Para la realización exitosa <strong>de</strong> este proyecto se propone un cambio <strong>de</strong>s<strong>de</strong> la forma <strong>de</strong> pensar hasta <strong>de</strong> la<br />
estructura organizativa. Es necesario que ambos <strong>de</strong>partamentos no se vean mas como contrarios[1] . Con esta<br />
nueva estructura se prevee unmejor uso <strong>de</strong> los recursos compartidos, normalización <strong>de</strong> cableados y<br />
protocolos <strong>de</strong> comunicación, <strong>de</strong> datos, transmisión <strong>de</strong> ví<strong>de</strong>o voz e imágenes. En la figura 3 <strong>de</strong>l anexo 1 se<br />
muestra el cambio <strong>de</strong> estructura que se prevee con la implantación <strong>de</strong> este proyecto.<br />
Otro campo en el que se preeve una integración más a fondo es la vinculación <strong>de</strong> los Sistemas <strong>de</strong><br />
Información Hospitalaria (HIS) y la obtención <strong>de</strong> datos clínicos a través <strong>de</strong> los <strong>sistema</strong>s <strong>de</strong> Información <strong>de</strong><br />
Laboratorio Clínico, Automatización <strong>de</strong> Sistemas <strong>de</strong> Monitoreo para Unida<strong>de</strong>s <strong>de</strong> Cuidados Intensivos,<br />
Salones <strong>de</strong> Operaciones y Sistemas <strong>de</strong> Almacenamiento y Transmisión <strong>de</strong> imágenes medicas usando la<br />
Instrumentación que se encuentra en los propios equipos médicos.<br />
Por último se necesita <strong>de</strong> la inclusión <strong>de</strong> los mo<strong>de</strong>rnos FSMS, VSB, etc. en los HIS como parte <strong>de</strong> un eslabón<br />
más en la plataforma integral e inter<strong>de</strong>partamental <strong>de</strong>l manejo <strong>de</strong> datos e información que fluye en un<br />
ambiente medico hospitalario.<br />
1.3 LOS SISTEMAS DE INFORMACIÓN HOSPITALARIA (HIS)<br />
La <strong>de</strong>finición <strong>de</strong> HIS <strong>de</strong>sgraciadamente no es única. La literatura don<strong>de</strong> se publican temas relacionados con<br />
la informática, procesamiento <strong>de</strong> datos médicos, etc. está colmado <strong>de</strong> <strong>de</strong>finiciones y <strong>de</strong>scripciones <strong>de</strong> muchos<br />
Sistemas Informáticos que se clasifican como HIS; sin embargo no loson. Para aclarar este concepto se cree<br />
útil comenzar por exponer que no es un HIS.<br />
Un HIS incorpora información <strong>de</strong> muchos <strong>de</strong>partamentos <strong>de</strong>ntro una institución <strong>de</strong> salud, pero un HIS no es<br />
un <strong>sistema</strong> <strong>de</strong>partamental, tales como farmacia o radiología etc, ya que estos últimos están limitados<br />
solamente a la función especifica que realizan. Ellos están <strong>de</strong>sarrollados para manejar la información<br />
relacionada al <strong>de</strong>partamento en el cual están instalados.<br />
El papel fundamental que juegan estos <strong>sistema</strong>s <strong>de</strong>ntro <strong>de</strong> un HIS es la servir, y la <strong>de</strong> proveer información<br />
necesaria que el HIS utilizará para gestionar y manejar los datos globales <strong>de</strong> la institución <strong>de</strong> salud.<br />
15
Un Sistema <strong>de</strong> Información Clínica tampoco es un HIS. Aunque un HIS necesita información Clínica para<br />
cumplir su funcionalidad completa, no solo recibe información <strong>de</strong> estos. Ejemplos <strong>de</strong> <strong>sistema</strong>s <strong>de</strong><br />
información clínica son: Sistemas para Unida<strong>de</strong>s <strong>de</strong> Cuidados Intensivos, Salones <strong>de</strong> Operaciones, Cuidados<br />
Respiratorios, Laboratorio Clínico[24].<br />
Las prestaciones <strong>de</strong> los <strong>sistema</strong>s <strong>de</strong>partamentales y clínicos son bastante similares y tienen características<br />
comunes:<br />
• Requieren <strong>de</strong> bases <strong>de</strong> datos para almacenar información que <strong>de</strong> alguna manera está relacionada con los<br />
pacientes.<br />
• Posibilidad <strong>de</strong> interconexión hacia otros <strong>de</strong>partamentos ya sea clínico o administrativo.<br />
• Posibilida<strong>de</strong>s <strong>de</strong> impresión <strong>de</strong> reportes relacionados con su función.<br />
En <strong>de</strong>finitivas ¿Cuál es la diferencia entre un HIS y estos <strong>sistema</strong>s llamados <strong>de</strong>partamentales o Clínicos?<br />
Para que un <strong>sistema</strong> se consi<strong>de</strong>re un HIS este <strong>de</strong>be satisfacer a necesida<strong>de</strong>s globales <strong>de</strong> la institución <strong>de</strong><br />
salud. En este contexto si se enfoca a la institución <strong>de</strong> salud como un usuario <strong>de</strong>l HIS, entonces este <strong>de</strong>be ser<br />
capaz <strong>de</strong> brindar información integral sobre el estado <strong>de</strong> todos los <strong>de</strong>partamentos los cuales forman parte <strong>de</strong>l<br />
HIS.<br />
Por ejemplo imaginemos que se necesita saber el estado <strong>de</strong> los costos <strong>de</strong> todos los servicios que se brindan a<br />
los pacientes. Entonces el HIS <strong>de</strong>be ser capaz <strong>de</strong> encuestar a todos los <strong>de</strong>partamentos necesarios para ofrecer<br />
la información requerida, por <strong>de</strong>partamento, servicios o total.<br />
Las funciones <strong>de</strong> un HIS están bastante claras en la literatura internacional. El tipo <strong>de</strong> relación entre los<br />
diferentes <strong>sistema</strong>s que forman al HIS <strong>de</strong>pen<strong>de</strong> <strong>de</strong>l tipo <strong>de</strong> norma aplicada. Las funciones según [24] son la<br />
siguientes:<br />
• Sistemas <strong>de</strong> <strong>gestión</strong> <strong>de</strong> bases <strong>de</strong> datos <strong>de</strong> pacientes y su integración <strong>de</strong> datos clínicos, así como <strong>de</strong> toma<br />
<strong>de</strong> <strong>de</strong>cisión.<br />
• Adquisición <strong>de</strong> datos <strong>de</strong> pacientes.<br />
• Admisión <strong>de</strong> pacientes/control <strong>de</strong> camas.<br />
• Aplicaciones <strong>de</strong> evaluación, diagnostico, monitoreo y tratamiento <strong>de</strong> pacientes.<br />
Como se pue<strong>de</strong> observar no existe incluido en este mo<strong>de</strong>lo <strong>de</strong> HIS aplicaciones relacionadas con la <strong>gestión</strong><br />
tecnológica, ni <strong>gestión</strong> <strong>de</strong> recursos financieros (según los autores no era alcance <strong>de</strong> esa publicación tratar esos<br />
tipos <strong>de</strong> aplicación [24])<br />
Se tratará <strong>de</strong> manera resumida cada una <strong>de</strong> las funciones.<br />
16
Sistemas <strong>de</strong> <strong>gestión</strong> <strong>de</strong> bases <strong>de</strong> datos <strong>de</strong> pacientes y su integración <strong>de</strong> datos clínicos, así como <strong>de</strong><br />
toma <strong>de</strong> <strong>de</strong>cisión.<br />
Las bases <strong>de</strong> datos <strong>de</strong> pacientes <strong>de</strong> los HIS <strong>de</strong>ben estar diseñadas para que soporten información <strong>de</strong> todo el<br />
historial o actividad <strong>de</strong>l paciente durante su paso por la institución <strong>de</strong> salud, durante las diferentes visitas que<br />
realice. A esto suele llamársele registros longitudinales <strong>de</strong> la información <strong>de</strong>l paciente.<br />
Antiguamente las bases <strong>de</strong> datos <strong>de</strong> los HIS fueron diseñadas en función <strong>de</strong> creación <strong>de</strong> registros por<br />
encuentros, esto particularmente presentaba un problema, y era que si un paciente va a al hospital o<br />
institución <strong>de</strong> salud y este encuentro pue<strong>de</strong> causaba otros por la misma causa, la continuidad <strong>de</strong>l es bastante<br />
complicado ya que hay un registro por encuentro. Para seguir el historial había que realizar consultas a la<br />
base <strong>de</strong> datos. Actualmente el concepto ha cambiado, ahora se crean registros en función <strong>de</strong> lo que suele<br />
llamarse Episodio o Visita inicial , si este episodio inicial provoca nuevos encuentros medico-paciente se<br />
actualiza el anterior y no se cierra hasta que no se le <strong>de</strong> alta al paciente.<br />
Por lo expuesto en el párrafo anterior se dice que es un requerimiento <strong>de</strong> los HIS mo<strong>de</strong>rnos las creación <strong>de</strong><br />
registros <strong>de</strong> Episodios por pacientes. [24])<br />
Tradicionalmente también se tenía la información clínica <strong>de</strong> los pacientes en <strong>sistema</strong>s <strong>de</strong> diferentes<br />
<strong>de</strong>partamentos. Con este tipo <strong>de</strong> estructura resultaba fácil reportar información <strong>de</strong> datos clínicos <strong>de</strong> pacientes<br />
por <strong>de</strong>partamentos, pero no <strong>de</strong> forma global. Con la integración <strong>de</strong> las bases <strong>de</strong> datos <strong>de</strong> paciente y clínicos<br />
como función <strong>de</strong>l HIS, se pue<strong>de</strong> observar en una misma consulta toda la información referente a estos, <strong>de</strong><br />
manera que facilita la evaluación final <strong>de</strong>l paciente.<br />
Por esto es que se dice que otro requisito <strong>de</strong> calidad <strong>de</strong> un HIS mo<strong>de</strong>rno es la integración <strong>de</strong> los datos <strong>de</strong><br />
pacientes con los registro clínicos <strong>de</strong>l mismo. [24])<br />
Hoy en día los HIS no son meramente <strong>sistema</strong>s <strong>de</strong> bases <strong>de</strong> datos que se <strong>de</strong>dican a almacenar información<br />
sobre la actividad <strong>de</strong> los pacientes y médicos en el ambiente hospitalario, estos también son un asistente para<br />
el cuidado y atención <strong>de</strong> pacientes. Esta última i<strong>de</strong>a implica que los HIS mo<strong>de</strong>rnos <strong>de</strong>ben ser capaces <strong>de</strong><br />
ofrecer bases <strong>de</strong> conocimiento clínico don<strong>de</strong> se pueda consultar el conocimiento acumulado por años en el<br />
tratamiento <strong>de</strong> enfermeda<strong>de</strong>s, procedimientos, prácticas más utilizadas, etc. Estas bases <strong>de</strong> conocimiento<br />
pue<strong>de</strong>n incluir alertas o disparadores para la implemetación <strong>de</strong> <strong>de</strong>terminado procedimientos, prácticas<br />
utilizadas, etc.<br />
La anterior consi<strong>de</strong>ración nos lleva a plantear que un HIS mo<strong>de</strong>rno también <strong>de</strong>be proveer funciones para la<br />
toma <strong>de</strong> <strong>de</strong>cisión [24])<br />
Adquisición <strong>de</strong> datos <strong>de</strong> pacientes.<br />
La adquisición <strong>de</strong> los datos clínicos <strong>de</strong> los pacientes es un aspecto vital para que muchas <strong>de</strong> las funciones <strong>de</strong>l<br />
HIS se realicen satisfactoriamente. De manera que todos los HIS <strong>de</strong>ben proveer una terminal <strong>de</strong> entrada <strong>de</strong><br />
datos para captarlos.<br />
17
Será necesario entonces una interfaz común entre todos los <strong>sistema</strong>s que manejen datos clínicos y <strong>de</strong><br />
pacientes para adquirir y actualizar esta información. La interfaz es física y <strong>de</strong> programas. Como es lógico<br />
pensar, la interfaz física cambia con los cambios tecnológicos, esto será un aspecto atener en cuenta cuando<br />
se diseña e instala un HIS. El otro aspecto está en las normas <strong>de</strong> codificación y comunicación <strong>de</strong> la<br />
información para que los diferentes <strong>sistema</strong>s puedan enten<strong>de</strong>rse entre si.<br />
Existen algunas normas en cuento a la terminología medica a utilizar, codificación <strong>de</strong> fabricantes,<br />
proveedores, procedimientos quirúrgicos, reportes radiológicos, <strong>de</strong> comunicaciones <strong>de</strong> imágenes médicas,<br />
etc. Pero ninguno esta establecido mundialmente. Esto realmente respon<strong>de</strong> a intereses <strong>de</strong> mercado y a quien<br />
diseña mas rápido y primero su HIS con mejores prestaciones con respecto a otro producto similar. Este<br />
mo<strong>de</strong>lo <strong>de</strong> trabajo es inadmisible, y aunque se hacen esfuerzos por resolver este problema aun no lo esta <strong>de</strong>l<br />
todo.<br />
Admisión <strong>de</strong> pacientes/control <strong>de</strong> camas.<br />
La admisión y control <strong>de</strong> pacientes se realiza en un HIS a través <strong>de</strong> las siguientes funciones primarias:<br />
• Adquirir <strong>de</strong> pacientes la información <strong>de</strong>mográfica y financiera<br />
• Comunicación <strong>de</strong> esta información a todos los sub<strong>sistema</strong>s que componen al HIS, en caso <strong>de</strong> que el<br />
paciente asistas a estos servicios.<br />
• Hacer consulta y actualización si existen visitas previas relacionadas al mismo motivo o episodio para<br />
lograr los registros longitudinales <strong>de</strong>l paciente.<br />
Para cumplimentar estos requisitos se plantea que el HIS cuente con los siguientes ficheros:<br />
Indice Central <strong>de</strong> Pacientes (ICP): Contiene un i<strong>de</strong>ntificador único para cada paciente y los otros campos<br />
necesarios para captar sus datos <strong>de</strong>mográficos y financieros.<br />
Fichero Clínico Longitudinal (FCL): Registros clínicos críticos sobre episodios anteriores, alergias,<br />
procedimientos quirúrgicos, diagnósticos y reportes radiológicos.<br />
Aplicaciones <strong>de</strong> evaluación, diagnostico, monitoreo y tratamiento <strong>de</strong> pacientes.<br />
El propósito <strong>de</strong> este tipo <strong>de</strong> aplicaciones es la <strong>de</strong> proveer toda la información necesaria para manejar todo el<br />
estado <strong>de</strong>l paciente en la institución <strong>de</strong> salud. Se dice que esta es la segunda función en importancia <strong>de</strong> un<br />
HIS. Estas aplicaciones se pue<strong>de</strong>n clasificar en simples o complejas.<br />
Simples: Las aplicaciones son orientadas <strong>de</strong>partamentalmente. Es <strong>de</strong>cir, el especialista medico pue<strong>de</strong> acce<strong>de</strong>r<br />
<strong>de</strong>s<strong>de</strong> su terminal y consultar reportes <strong>de</strong> diferentes servicios in<strong>de</strong>pendientes. Se muestra información<br />
individual no integral.<br />
Complejos: Las aplicaciones son orientas a integrar la información <strong>de</strong> diferentes <strong>de</strong>partamentos. Es <strong>de</strong>cir, el<br />
especialista medico pue<strong>de</strong> acce<strong>de</strong>r <strong>de</strong>s<strong>de</strong> su terminal y consultar reportes <strong>de</strong> diferentes servicios y esta se<br />
muestra en un solo reporte. Se muestra información integral. Por ejemplo:<br />
Estado <strong>de</strong> paciente diabético<br />
18
Cantidad <strong>de</strong> insulina suministrada (proce<strong>de</strong> <strong>de</strong> farmacología)<br />
Nivel <strong>de</strong> glucosa en sangre (proce<strong>de</strong> <strong>de</strong> laboratorio clínico )<br />
EJEMPLO DE UNA ARQUITECTURA HIS.<br />
Ya se había mencionado el aspecto relacionado con las normas <strong>de</strong> codificación y comunicación <strong>de</strong> la<br />
información para que los diferentes <strong>sistema</strong>s puedan enten<strong>de</strong>rse entre si. Ahora se vera un ejemplo <strong>de</strong> una<br />
arquitectura estándar creada por la Comunidad Económica Europea (CEE) para un HIS. Está diseñada <strong>de</strong><br />
manera tal que no <strong>de</strong>penda <strong>de</strong> las aplicaciones. Es <strong>de</strong>cir, cualquier <strong>de</strong>sarrollo <strong>de</strong> una aplicación <strong>de</strong>terminada<br />
solo <strong>de</strong>be saber las capas y protocolos <strong>de</strong> comunicación a<strong>de</strong>más <strong>de</strong> la forma en que esta estructurada la base<br />
<strong>de</strong> datos.<br />
La norma en cuestión es CEN/TC 251 pr/ENV 12977-1 y se llama “Arquitectura estandar para un Sistema<br />
<strong>de</strong> Información <strong>de</strong> Salud” y cumple con los requerimientos antes expuestos mediante las tres capas o<br />
niveles que se explican a continuación (ver figura 4 <strong>de</strong>l anexo 1):<br />
Aplicaciones: Conjunto <strong>de</strong> aplicaciones responsables <strong>de</strong> interactuar con los usuarios. Su función es proveer<br />
un apoyo para que se realicen todas las funciones en los diferentes sectores <strong>de</strong> una institución <strong>de</strong> salud.<br />
“Middleware”: Provee un grupo <strong>de</strong> servicios los cuales aseguran una <strong>gestión</strong> <strong>de</strong> aquellos datos y/o<br />
procedimientos <strong>de</strong> relevancia comunes a toda la institución.<br />
“Bitways”: Plataforma tecnológica necesaria para que diferentes aplicaciones y <strong>sistema</strong>s operativos<br />
interactuen entre si.<br />
Con respecto al Middleware la norma CEN/TC 251 pr/ENV 12977-1 i<strong>de</strong>ntifica los siguientes tipos <strong>de</strong><br />
servicios (Servicio Comunes <strong>de</strong> Salud (HCS)):<br />
HCS relativos a los<br />
servicios a pacientes:<br />
HCS relativas a las<br />
activida<strong>de</strong>s:<br />
Responsable <strong>de</strong> proveer los servicios <strong>de</strong> salud a pacientes,<br />
<strong>de</strong>finiendo y manejando datos personales, administrativos y<br />
epi<strong>de</strong>miológicos y otros asuntos <strong>de</strong> cuidado, estableciendo los<br />
casos y sus relativos contactos con los especialistas médicos.<br />
Responsable <strong>de</strong> proveer servicio <strong>de</strong>finiendo y manejando el<br />
información relativaciclo <strong>de</strong> vida <strong>de</strong> activida<strong>de</strong>s que realizó el<br />
paciente en la organización <strong>de</strong> salud, <strong>de</strong>s<strong>de</strong> la <strong>de</strong>manda <strong>de</strong> la<br />
inicial, a la planificación, la ejecución y reporte <strong>de</strong>l resultado<br />
final.<br />
HCS <strong>de</strong> Especificaciones: Responsable por proporcionar y manejar los datos <strong>de</strong> salud y<br />
características sobre <strong>de</strong>terminados aspectos que requieren más<br />
atención<br />
19
HSC relativo a los recursos:<br />
HCS <strong>de</strong> autorización e<br />
i<strong>de</strong>ntificación <strong>de</strong> usuarios :<br />
Responsable por proporcionar y manejar los datos relativos a los<br />
recursos <strong>de</strong> la organización <strong>de</strong> salud<br />
Responsable <strong>de</strong> proveer los servicios <strong>de</strong> i<strong>de</strong>ntificación y<br />
autorización a usuarios a operar con los datos, procedimientos,<br />
etc.<br />
HCS <strong>de</strong> conceptos Responsable por mantener servicios <strong>de</strong>finiendo y manejando las<br />
reglas y propieda<strong>de</strong>s que involucran al acceso <strong>de</strong> diferentes tipos<br />
<strong>de</strong> datos.<br />
La ventaja fundamental que trae este tipo <strong>de</strong> arquitectura es su modularidad y apertura al <strong>de</strong>sarrollo <strong>de</strong><br />
nuevos módulos y servicios, a<strong>de</strong>más otra ventaja es la in<strong>de</strong>pen<strong>de</strong>ncia <strong>de</strong> las aplicaciones <strong>de</strong> los datos, ya que<br />
estos últimos pue<strong>de</strong>n ser accesados <strong>de</strong>s<strong>de</strong> cualquier modulo. Ya que los datos se tratan como una base<br />
común <strong>de</strong> información que pu<strong>de</strong> ser heredada <strong>de</strong> las aplicaciones.<br />
Ejemplo <strong>de</strong> un HIS.<br />
La materialización <strong>de</strong> la arquitectura estándar CEN/TC 251 pr/ENV 12977-1 se realizó a través <strong>de</strong>l<br />
Ambiente Distribuido <strong>de</strong> Salud (DHE). A través <strong>de</strong>l DHE la información pue<strong>de</strong> ser actualizada, introducida y<br />
recuperada a través <strong>de</strong>l grupo <strong>de</strong> servicios que ofrece la arquitectura estándar expuesta anteriormente.<br />
Mediante el DHE se pue<strong>de</strong> accesar a la siguiente información:<br />
• Datos personal, estadísticos y epi<strong>de</strong>miológicos <strong>de</strong> pacientes.<br />
• Activida<strong>de</strong>s clínicas y organizativas durante el ciclo completo <strong>de</strong> estancias <strong>de</strong> pacientes en la institución<br />
<strong>de</strong> salud.<br />
• Recursos <strong>de</strong> la institución <strong>de</strong> salud (medicamentos, personal, materiales, piezas <strong>de</strong> repuesto,<br />
equipamiento, localización así como su relación con la actividad dirigida al paciente)<br />
• Datos sobre el estado <strong>de</strong> salud <strong>de</strong> pacientes, así como los resultados <strong>de</strong> las activida<strong>de</strong>s tanto individuales<br />
como integrales realizadas por pacientes en la organización <strong>de</strong> salud; lográndose así un registro <strong>de</strong><br />
pacientes longitudinal.<br />
• Clasificaciones <strong>de</strong> <strong>de</strong>cisiones administrativas, clínicas y <strong>de</strong> diagnostico.<br />
• Gestión <strong>de</strong> información relativa al presupuesto y la utilización <strong>de</strong> recursos humanos y financieros, costos<br />
<strong>de</strong> indicadores <strong>de</strong> funcionamiento para diferentes áreas <strong>de</strong> la institución, así como para la institución<br />
como un todo.<br />
Cada aplicación <strong>de</strong>sarrollada para UNIX o WINDOWS <strong>de</strong>ben conectarse con el DHE. Los Sistemas <strong>de</strong><br />
Gestión <strong>de</strong> Bases <strong>de</strong> Datos preferidos son: ORACLE, INFORMIX y MICROSOFT SQL-SERVER<br />
Por último es necesario <strong>de</strong>stacar que esta arquitectura explicada aquí, así como el DHE ha sido aplicada en<br />
más <strong>de</strong> 20 hospitales <strong>de</strong> Europa a través <strong>de</strong>l grupo y proyecto HANSA, mostrando excelentes resultados[41]<br />
20
1.4 FUNDAMENTOS DE LA ELECCIÓN DE LA HERRAMIENTA DE PROGRAMACIÓN.<br />
Publicaciones en Internet [http://www.oracle.com/tellmemore/?198762, Gartner´s Dataquest] plantean que<br />
Oracle es el li<strong>de</strong>r No.1 <strong>de</strong> software <strong>de</strong> <strong>gestión</strong> <strong>de</strong> bases <strong>de</strong> datos en el mundo. Después <strong>de</strong> tres años <strong>de</strong><br />
explotación <strong>de</strong>l Sistema <strong>de</strong> Bases <strong>de</strong> Datos para Internet <strong>de</strong> Oracle, Oracle8 ha tenido un crecimiento en<br />
ventas en el mercado que alcanzó casi los $8 billones <strong>de</strong> USD en 1999.<br />
El 4 <strong>de</strong> mayo <strong>de</strong>l 2000 REDWOOD SHORES emitió un reporte (www.oracle.com/tellmemore/?198762)<br />
Oracle Corp. (NASDAQ: ORCL), don<strong>de</strong> se evi<strong>de</strong>nció que Oracle es el mayor proveedor <strong>de</strong> software para el<br />
dominante mundo <strong>de</strong> los negocios electrónicos (e-business). Oracle ha sostenido la primacía durante los<br />
últimos tres años, según el informe anual realizado en el 1999 por Dataquest. Dataquest, una unidad <strong>de</strong><br />
Grupo <strong>de</strong> Gartner, Inc. (NYSE: IT e ITB), expuso sus hallazgos, citando un 18 % <strong>de</strong> aumento <strong>de</strong> las<br />
licencias para <strong>sistema</strong>s <strong>de</strong> bases <strong>de</strong> datos más que en 1998, <strong>de</strong>bido al crecimiento <strong>de</strong> nuevas aplicaciones <strong>de</strong><br />
Internet y las nuevas exigencias <strong>de</strong> las aplicaciones para propósitos comerciales.<br />
Oracle obtuvo un crecimiento en ventas <strong>de</strong> <strong>sistema</strong>s <strong>de</strong> <strong>gestión</strong> para bases <strong>de</strong> datos para UNIX y ahora<br />
abarca el 63% en este mercado. Oracle también llevó a cabo <strong>de</strong>sarrollos <strong>de</strong> <strong>sistema</strong>s <strong>de</strong> bases <strong>de</strong> datos para<br />
Windows NT en un 40%. Las ventas <strong>de</strong> ambos alcanzaron un valor aproximado <strong>de</strong> $4.4 billones en 1999.<br />
A<strong>de</strong>más <strong>de</strong> los estudios <strong>de</strong> Dataquest realizados en 1999 sobre los resultados <strong>de</strong> ventas en el mercado,<br />
también se obtuvieron resultados en los estudios realizados por las Corporaciones Techtel y SoundView, los<br />
cuales indican que Oracle continuará llevando el li<strong>de</strong>razgo en el mercado <strong>de</strong> los <strong>sistema</strong>s <strong>de</strong> <strong>gestión</strong> <strong>de</strong> bases<br />
<strong>de</strong> datos. Las conclusiones <strong>de</strong> una encuesta realizada por Corporation Techtel fueron: que para el primer<br />
cuarto <strong>de</strong>l año 2000 aumentará la <strong>de</strong>manda para todos los Sistemas <strong>de</strong> Gestión <strong>de</strong> Bases <strong>de</strong> datos <strong>de</strong> Oracle<br />
en todas las categorías. Estos hallazgos indican que Oracle tiene más <strong>de</strong>manda que Microsoft SQL Server en<br />
el mercado comercial. En otro estudio realizado a ejecutivos y gerentes, por SoundView, se encontró que<br />
Oracle está sin lugar a dudas <strong>de</strong>lante <strong>de</strong> todos sus más cercanos competidores, aproximadamente cinco veces.<br />
Más <strong>de</strong> 17,000 clientes han comprado Oracle8i, convirtiéndolo en el <strong>sistema</strong> <strong>de</strong> <strong>gestión</strong> <strong>de</strong> bases <strong>de</strong> datos que<br />
con mayor rapi<strong>de</strong>z ha sido adoptado en la historia <strong>de</strong> Oracles. Des<strong>de</strong> Marzo <strong>de</strong> 1999 hasta la fecha los<br />
miembros <strong>de</strong> Red <strong>de</strong> Tecnología <strong>de</strong> Oracle han distribuido más <strong>de</strong> 500,000 copias <strong>de</strong> Oracle8i , <strong>de</strong> estas<br />
200,000 han sido para <strong>de</strong>sarrollar aplicaciones para el <strong>sistema</strong> operativo <strong>de</strong> LINUX.<br />
Durante la realización <strong>de</strong> la encuesta “Mundo Abierto <strong>de</strong> Oracle” en noviembre <strong>de</strong> 1999, se encuestó a 4,000<br />
personas entre diseñadores, gerentes <strong>de</strong> tecnologías en comunicaciones y administradores <strong>de</strong> <strong>sistema</strong>s <strong>de</strong><br />
<strong>gestión</strong> <strong>de</strong> bases <strong>de</strong> datos para <strong>de</strong>terminar los usos más populares y rasgos distintivos <strong>de</strong> Oracle8i. El 79% <strong>de</strong><br />
los encuestados <strong>de</strong>sarrollan aplicaciones <strong>de</strong> Internet con Oracle8i y utilizan o planean adoptar, <strong>de</strong> forma<br />
inmediata, Java y XML. Específicamente, más <strong>de</strong>l 50% <strong>de</strong> usuarios inspeccionados por Oracle8i, escogieron<br />
para su <strong>de</strong>sarrollo Java, y 57% planea usar XML en el próximo año para una variedad <strong>de</strong> aplicaciones,<br />
incluso para el <strong>de</strong>sarrollo <strong>de</strong> <strong>sistema</strong>s para negocios e integración <strong>de</strong> <strong>sistema</strong>s. Globalmente, el 95% <strong>de</strong> los<br />
encuestados ha <strong>de</strong>splegado o ha estado evaluando Oracle8i.<br />
El 100% <strong>de</strong> los diez sitios web que más facturan en el mo<strong>de</strong>lo “Negocios para el consumidor” utilizan<br />
tecnología Oracle , según una publicación llamada Collaborative Research, en Octubre <strong>de</strong> 1998<br />
21
Nueve <strong>de</strong> los diez sitios web (90%) “top Business to Business” utilizan Oracle, con IBM como su única<br />
excepción según una publicación llamada “Collaborative Research” en Octubre <strong>de</strong> 1998<br />
Los clientes Oracle se encuentran entre las 20 primeras compañías <strong>de</strong>l índice http://www.thestreet.com/<br />
Siete <strong>de</strong> los diez sitios web europeos(70%) más po<strong>de</strong>rosos, i<strong>de</strong>ntificados por la Escuela <strong>de</strong> Economía <strong>de</strong><br />
London, utilizan el software Oracle.<br />
Las diez primeras compañías <strong>de</strong> las naciones <strong>de</strong>l área Asia-Pacífico utilizan tecnología Oracle según el<br />
estudio realizado por la “Far Eastern Economic Review's 2000”<br />
Sesenta y cinco empresas <strong>de</strong> las “Fortune 100” (65%) utilizan el software Oracle para manejar sus<br />
operaciones en e-business. En industrias específicas tales como la Aerospacial, Comunicaciones, Seguros y<br />
Químicos, Oracle <strong>de</strong>mostró su li<strong>de</strong>razgo.<br />
Comparación entre las licencias <strong>de</strong> Oracle y SQL Server<br />
A partir <strong>de</strong> datos obtenidos en los sitios Web <strong>de</strong> Oracle y SQL server respectivamente, po<strong>de</strong>mos establecer el<br />
siguiente análisis:<br />
Licencia Precio (USD)<br />
Para 5 usuarios 1,399.00<br />
conectados al servidor<br />
Para 10 usuarios<br />
conectados al servidor<br />
Para 25 usuarios<br />
conectados al servidor<br />
1,999.00<br />
3,999.00<br />
Tabla 3. Licencias <strong>de</strong> SQL Server.<br />
.<br />
22<br />
Licencia Precio (USD)<br />
Por usuario (Precio por usuario)* 7<br />
conectado a un<br />
= 4200<br />
Servidor Precio por usuario=600<br />
Datos seleccionado <strong>de</strong> la<br />
pagina web <strong>de</strong> Oracles<br />
el día 22/06/2000<br />
Tabla 4 Licencias <strong>de</strong> Oracle.
Licencias <strong>de</strong> Oracle<br />
Número <strong>de</strong> Servidores = 1<br />
Número Procesadores = 1<br />
Número MHz = 333<br />
Unida<strong>de</strong>s <strong>de</strong> potencia = Número Servidores * Número Procesadores * Número MHz = 333<br />
Mínimo <strong>de</strong> usuarios por Licencia = Unida<strong>de</strong>s <strong>de</strong> potencia / 50 = 333 / 50 = 6,6 � 7<br />
Sólo se tomaron las variantes más económicas <strong>de</strong> ambos. Y se <strong>de</strong>cidió hacer las comparaciones entre<br />
estos dos servidores <strong>de</strong> base <strong>de</strong> datos, por ser estos los primeros en el mercado internacional y ocupar<br />
más <strong>de</strong>l 70 % <strong>de</strong> las aplicaciones <strong>de</strong> este tipo.<br />
Es cierto que los costos en los que se incurrirán por la <strong>de</strong>cisión <strong>de</strong> Oracle es relativamente mayor con<br />
respecto a SQL Server. Aquí se tuvieron en cuenta las estadísticas internacionales, las que indican que<br />
para una base <strong>de</strong> datos mediana, la mejor opción es SQL Server, pero para una base <strong>de</strong> datos gran<strong>de</strong><br />
sin dudas la elección optima es Oracle.<br />
La base <strong>de</strong> datos <strong>de</strong>l Sistema <strong>de</strong> Gestión Tecnológica está consi<strong>de</strong>rada como gran<strong>de</strong>, pues la misma<br />
almacena una gran cantidad <strong>de</strong> información proveniente <strong>de</strong> los tres módulos que conforman el Sistema<br />
<strong>de</strong> Gestión Tecnológica: Sistema <strong>de</strong> Mantenimiento Orientado a Riesgo (SMACOR), Sistema <strong>de</strong><br />
Adquisición <strong>de</strong> Tecnología (SADTEC) y Sistema <strong>de</strong> Gestión <strong>de</strong> Almacén (SGA). El <strong>sistema</strong> almacena<br />
y procesa información, como por ejemplo: Planificación <strong>de</strong>l mantenimiento, ór<strong>de</strong>nes <strong>de</strong> trabajo,<br />
equipos médicos, grupos, genéricos, mo<strong>de</strong>los, procedimientos, evaluaciones, surtidos, entre otros. Si<br />
tomamos como ejemplo la base <strong>de</strong> datos en un hospital con 2000 equipos, tres intervenciones anuales<br />
como promedio por equipo, una cantidad <strong>de</strong> surtidos en el almacén que pue<strong>de</strong> superar los 5000<br />
teniendo en cuenta los movimientos <strong>de</strong> inventario que esto pueda acarrear, la cantidad <strong>de</strong><br />
intervenciones llevadas a cabo por entida<strong>de</strong>s externas, la <strong>gestión</strong> <strong>de</strong> las evaluaciones para la compra,<br />
que pue<strong>de</strong> superar las 100 en el año, entre otros aspectos y a<strong>de</strong>más adicionamos 5 años <strong>de</strong> explotación<br />
<strong>de</strong>l <strong>sistema</strong> en la institución, esta podría alcanzar un tamaño <strong>de</strong> unos 4 Gbytes. También se prevé que<br />
el <strong>sistema</strong> en su totalidad se encuentre instalado en un <strong>sistema</strong> multihospitalario. Por ejemplo solo en<br />
Cuidad <strong>de</strong> la Habana existen aproximadamente 200 instituciones <strong>de</strong> Salud, si se estima que existan por<br />
lo menos 30 estaciones <strong>de</strong> trabajo en cada uno <strong>de</strong> los servicios <strong>de</strong> mayor importancia en cada una,<br />
pue<strong>de</strong>n existir hasta 6000 usuarios conectados accesando a un volumen <strong>de</strong> datos similar al calculado<br />
mas arriba.<br />
Oracle Server 8.05 presenta gran<strong>de</strong>s a<strong>de</strong>lantos en términos <strong>de</strong> <strong>de</strong>sempeño, confiabilidad y<br />
escalabilidad, lo que brinda a su organización múltiples oportunida<strong>de</strong>s <strong>de</strong> crear soluciones <strong>de</strong> negocios<br />
inteligentes y realistas. Las organizaciones que utilizan Oracle Server propiciaron el <strong>de</strong>sarrollo <strong>de</strong> las<br />
siguientes innovaciones, al expresar la necesidad <strong>de</strong> soluciones más simplificadas y económicas:<br />
• Marco <strong>de</strong> trabajo para data warehouse.<br />
• Servidor OLTP.<br />
• Autoadministración dinámica.<br />
• Soporte terabyte.<br />
• Opciones <strong>de</strong> réplica.<br />
• Tecnología objeto relacional<br />
• Tablas organizadas por índice<br />
• Sub<strong>sistema</strong> <strong>de</strong> resguardo y recuperación extendido<br />
• Gran<strong>de</strong>s poblaciones <strong>de</strong> usuarios<br />
23
• Nuevos tipos <strong>de</strong> disparadores, el disparador Instead of<br />
Nuevos tipos <strong>de</strong> disparadores, el disparador Instead of<br />
Permite actualizar vistas complejas, reemplazando las operaciones <strong>de</strong> insert, <strong>de</strong>lete y update con la<br />
lógica <strong>de</strong>scrita en la propia vista. A<strong>de</strong>más pue<strong>de</strong> <strong>de</strong>finir subconsultas <strong>de</strong>ntro <strong>de</strong> consultas sin realizar<br />
operaciones <strong>de</strong> unión y sin especificar expresiones complejas en la cláusula from.<br />
Data warehouse.<br />
Procesamiento <strong>de</strong> consultas estrellas mejoradas. En esta versión <strong>de</strong>l servidor un nuevo método para la<br />
ejecución <strong>de</strong> estas consultas se ha incluido, usando un algoritmo más eficiente e índices <strong>de</strong> mapa <strong>de</strong><br />
bits. El nuevo procesamiento <strong>de</strong> consultas estrellas provee un salto significativo en el <strong>de</strong>sempeño <strong>de</strong> las<br />
aplicaciones Data warehouse.<br />
Debido a las innovaciones incluidas en Oracle server 8.05, la información en todos los niveles <strong>de</strong> una<br />
organización pue<strong>de</strong>n fluir, sin que esto represente altos costos. Oracle ha tenido presentes los <strong>sistema</strong>s<br />
data warehousing al planear su más reciente versión <strong>de</strong> Oracle Server, ya que las empresas <strong>de</strong> todos los<br />
tamaños hacen gran<strong>de</strong>s inversiones en sus datos.<br />
Marco <strong>de</strong> trabajo para data warehouse.<br />
La nueva versión introduce esta característica. Con la misma se asegura que las soluciones para data<br />
warehouse sean interoperables y redituables. Las herramientas para data warehouse que usted<br />
construya y diseñe trabajarán con un conjunto <strong>de</strong> interfaces <strong>de</strong> programación incluidas en Oracle server<br />
8.05. A<strong>de</strong>más, este marco <strong>de</strong> trabajo complementa la integración <strong>de</strong>l producto a través <strong>de</strong> otros<br />
servicios, mejoras y alianzas con socios <strong>de</strong> negocio.<br />
Servidor OLTP:<br />
Gran<strong>de</strong>s poblaciones <strong>de</strong> usuarios<br />
Oracle soporta <strong>de</strong>cenas <strong>de</strong> miles <strong>de</strong> usuarios concurrentes, vínculos compartidos <strong>de</strong> base <strong>de</strong> datos,<br />
multiplexan muchos usuarios al servidor con una sola conexión reduciendo los requerimientos <strong>de</strong><br />
recursos. Automáticamente elimina conexiones físicas para usuarios inactivos y <strong>de</strong> manera inadvertida<br />
para estos. Se reactiva cuando estos renuevan su conexión.<br />
Sub<strong>sistema</strong> <strong>de</strong> resguardo y recuperación extendido<br />
Automáticamente controla la posición don<strong>de</strong> los ficheros son almacenados y en caso <strong>de</strong> fallos,<br />
<strong>de</strong>termina todos los pasos necesarios para que sean recuperados. Provee resguardos incrementales<br />
multiniveles para reducir el tamaño <strong>de</strong> las salvas, <strong>de</strong>bido a que solamente los bloques modificados son<br />
guardados.<br />
Autoadministración dinámica.<br />
En Oracle 8.0, una característica clave llamada “Autoadministración dinámica” automatiza muchas<br />
tareas <strong>de</strong> rutina. Con esta los recursos <strong>de</strong> memoria y bloqueo se ajustan en forma dinámica; el tamaño<br />
<strong>de</strong> los archivos crece automáticamente, y las características <strong>de</strong> autorregulación garantizan un<br />
24
<strong>de</strong>sempeño constante bajo condiciones <strong>de</strong> carga variables. Cumple con la certificación estándar <strong>de</strong><br />
seguridad X.509 <strong>de</strong> autenticaciones <strong>de</strong> llaves públicas - privadas.<br />
Desempeño, confiabilidad y escalabilidad.<br />
Oracle toma en cuenta el costo total <strong>de</strong> propiedad que representa para las organizaciones el <strong>de</strong>sarrollo<br />
<strong>de</strong> aplicaciones, la capacitación en ellas y su administración. El está diseñado para recibir con facilidad<br />
un mayor número <strong>de</strong> datos, transacciones y usuarios. A<strong>de</strong>más, permite escalar las aplicaciones <strong>de</strong> bases<br />
<strong>de</strong> datos, conservando la estabilidad.<br />
Soporte en terabytes.<br />
Con Oracle, se amplían las aplicaciones que pue<strong>de</strong> usar su organización para recibir terabytes <strong>de</strong> datos<br />
y miles <strong>de</strong> usuarios.<br />
Tecnología objeto relacional:<br />
Dentro <strong>de</strong> las facilida<strong>de</strong>s que posee esta nueva forma <strong>de</strong> tecnología están:<br />
• Vistas y tipos <strong>de</strong> objetos<br />
• Llamada a procedimientos externos <strong>de</strong>s<strong>de</strong> el interior <strong>de</strong> la base <strong>de</strong> datos<br />
• Soporte <strong>de</strong> objetos para la capa cliente<br />
• Herramientas para la mo<strong>de</strong>lación <strong>de</strong> objetos<br />
• Datos multimedia<br />
• Java<br />
Internet, intranet y comercio electrónico<br />
Las aplicaciones <strong>de</strong> punta que se pue<strong>de</strong>n construir con él y su integración con Windows NT, UNIX,<br />
LINUX, etc hacen <strong>de</strong> Oracle un factor vital en cualquier estrategia <strong>de</strong> Internet, intranet y <strong>de</strong> comercio<br />
electrónico.<br />
Oracle ofrece a<strong>de</strong>más herramientas <strong>de</strong> <strong>de</strong>sarrollo para las aplicaciones clientes. Entre estas tenemos el<br />
llamado Developer 2000.<br />
Las ventajas <strong>de</strong> utilizar Developer 2000 como herramienta <strong>de</strong> <strong>de</strong>sarrollo para las aplicaciones clientes<br />
son:<br />
• Implementa un motor <strong>de</strong> PL/SQL en el cliente. Cualquier trabajo que se haga en el cliente reduce la<br />
carga <strong>de</strong>l servidor. Esto implica que si muchos usuarios están ejecutando la aplicación<br />
simultáneamente, pue<strong>de</strong>n procesar en paralelo en sus máquinas clientes individuales sin recargar al<br />
servidor. Un ejemplo <strong>de</strong> uso práctico <strong>de</strong> este motor lo vemos en la validación <strong>de</strong> los datos <strong>de</strong><br />
entrada. Esto es posible porque las aplicaciones <strong>de</strong>sarrolladas con las herramientas <strong>de</strong> Oracle<br />
instalan el motor PL/SQL, el cual se encarga <strong>de</strong>l preprocesamiento <strong>de</strong> las or<strong>de</strong>nes PL/SQL y las<br />
envía <strong>de</strong> forma minimizada y unidas al servidor.<br />
• Evita análisis innecesarios. Cuando una or<strong>de</strong>n SQL o un bloque PL/SQL se envía <strong>de</strong>l cliente al<br />
servidor, el cliente pue<strong>de</strong> mantener una referencia a la or<strong>de</strong>n analizada. Esta referencia es el área <strong>de</strong><br />
datos <strong>de</strong>l cursor cuando se usa la OCI (Oracle Communication Interface) o la entrada a la caché <strong>de</strong><br />
cursor cuando se utilizan los precompiladores. Si la aplicación ejecuta más <strong>de</strong> una vez la misma<br />
25
or<strong>de</strong>n, sólo es necesario que se analice la primera vez. Para las siguientes ejecuciones pue<strong>de</strong><br />
utilizarse la or<strong>de</strong>n original analizada, posiblemente, con valores diferentes para las variables <strong>de</strong><br />
asignación. La manera más obvia para aplicar directamente esta técnica en PL/SQL es con el<br />
paquete DBMS_SQL, en el que la interfaz es similar a la OSI <strong>de</strong> la ISO.<br />
• La interfaz <strong>de</strong> arreglos <strong>de</strong> Oracle permite enviar a la red gran<strong>de</strong>s cantida<strong>de</strong>s <strong>de</strong> datos como una<br />
unidad, en lugar <strong>de</strong> hacer varios viajes. Por ejemplo, si está recuperando 100 filas, pue<strong>de</strong> hacerlo<br />
en una extracción que obtenga las 100 filas, en lugar <strong>de</strong> hacer 100 extracciones obteniendo una fila<br />
cada vez.<br />
Como se ha visto, estas ventajas redundan en un menor tráfico por la red, que es un componente<br />
fundamental para el ajuste <strong>de</strong> aplicaciones. De hecho, en la mayoría <strong>de</strong> las aplicaciones la mayor parte<br />
<strong>de</strong>l tiempo <strong>de</strong> procesamiento se invierte en transmisiones por la red.<br />
Por todo los elementos antes expuestos se elige a Oracle como servidor <strong>de</strong> bases <strong>de</strong> datos y al<br />
Developer 2000 como herramienta <strong>de</strong> <strong>de</strong>sarrollo para las aplicaciones clientes.<br />
26
CAPÍTULO # 2 DESCRIPCIÓN Y CONCEPCIÓN DEL SISTEMA DE GESTIÓN<br />
TECNOLÓGICA HOSPITALARIA.<br />
Se propuso un mo<strong>de</strong>lo <strong>de</strong> flujo <strong>de</strong> información relacionada a un <strong>de</strong>partamento <strong>de</strong> Ingeniería Clínica. Se<br />
tuvo en cuenta la situación más compleja posible, con el objetivo <strong>de</strong> generalizar y que los casos más<br />
sencillos fueran casos particulares <strong>de</strong>l mo<strong>de</strong>lo general. En concreto: el <strong>sistema</strong> será capaz <strong>de</strong> brindar<br />
sus prestaciones en un <strong>sistema</strong> inter-hospitalario, es <strong>de</strong>cir, varios hospitales, con varios <strong>de</strong>partamentos<br />
asociados a éstos. De cada servicio, los usuarios y directivos pue<strong>de</strong>n solicitar información al<br />
<strong>de</strong>partamento <strong>de</strong> Ingeniería Clínica relacionado con: el asesoramiento sobre compras <strong>de</strong> equipos o<br />
suministros, entrenamientos, servicios correctivos y preventivos, investigaciones sobre acci<strong>de</strong>ntes<br />
ocurridos, pero a<strong>de</strong>más, solicitan comportamiento <strong>de</strong>l resultado, <strong>de</strong> las activida<strong>de</strong>s <strong>de</strong>l personal <strong>de</strong>l<br />
<strong>de</strong>partamento <strong>de</strong> Ingeniería Clínica con los equipos, resultados <strong>de</strong> evaluaciones <strong>de</strong> equipos, etc. Por su<br />
parte, los especialistas técnicos pue<strong>de</strong>n actualizar sus activida<strong>de</strong>s a través <strong>de</strong> cualquier <strong>de</strong>partamento.<br />
Se han consi<strong>de</strong>rado tres niveles en cuanto a la interacción entre el <strong>sistema</strong> y los <strong>de</strong>mandantes <strong>de</strong><br />
información :<br />
• Los generadores <strong>de</strong> eventos que producen entradas el <strong>sistema</strong>; éstos pue<strong>de</strong>n ser usuarios <strong>de</strong> la<br />
tecnología, directivos o especialistas técnicos.<br />
• El procesamiento y clasificación <strong>de</strong> información en la base <strong>de</strong> datos (procesamiento).<br />
• Las salidas o reportes a los generadores <strong>de</strong> eventos.<br />
En la figura 1, el mo<strong>de</strong>lo se muestra mediante un ejemplo (Sistema <strong>de</strong> mantenimiento). Pero que es<br />
aplicable a todos los sub<strong>sistema</strong>s.<br />
27
Figura 1 Mo<strong>de</strong>lo <strong>de</strong> interrelación <strong>de</strong> eventos<br />
Módulos que componen el <strong>sistema</strong><br />
El <strong>sistema</strong> estará conformado por los siguientes módulos:<br />
SMACOR (Sistema <strong>de</strong> Mantenimiento Asistido por Computadoras Orientado a Riesgos)<br />
Un <strong>sistema</strong> <strong>de</strong> Mantenimiento Asistido por Computadoras para equipos médicos orientado a riesgo: La<br />
función <strong>de</strong> este <strong>sistema</strong> es automatizar el mantenimiento en una red <strong>hospitalaria</strong> o en un hospital<br />
individual. Este será capaz <strong>de</strong> planificar el mantenimiento preventivo y las inspecciones, <strong>de</strong> manera<br />
anual, mensual, semanal; <strong>de</strong> llevar el control <strong>de</strong>l inventario <strong>de</strong> todo el equipamiento, <strong>de</strong> emitir ór<strong>de</strong>nes<br />
<strong>de</strong> trabajo preventivas y correctivas. Genera documentos tales como: procedimientos <strong>de</strong><br />
mantenimientos, pruebas <strong>de</strong> aceptación, entre otros; a<strong>de</strong>más <strong>de</strong> facilitar los tediosos cálculos <strong>de</strong><br />
indicadores técnico-económicos y <strong>de</strong> eficiencia <strong>de</strong> la <strong>gestión</strong> [4,5,6,7]. Tiene un algoritmo incorporado<br />
el cual, en todo momento permite saber: el Historial <strong>de</strong> un equipo, causas <strong>de</strong> la parada, probabilida<strong>de</strong>s<br />
<strong>de</strong> supervivencia y falla, tiempos <strong>de</strong> operación entre arranque y parada, tiempos medios entre fallas,<br />
28
fuera <strong>de</strong> servicio y disponibilidad total, parámetros <strong>de</strong> Weibull (tiempo <strong>de</strong> corrida característico «V»,<br />
factor «K», <strong>de</strong>sviación standard <strong>de</strong>l tiempo medio entre fallas, razón <strong>de</strong> fallas).<br />
El <strong>sistema</strong> esta diseñado para que trabaje según la filosofía cliente/servidor, es <strong>de</strong>cir cualquier usuario,<br />
si tiene permiso, pue<strong>de</strong>, <strong>de</strong>s<strong>de</strong> una estación <strong>de</strong> trabajo: actualizar información que proviene <strong>de</strong>l<br />
resultado <strong>de</strong> la realización <strong>de</strong> los trabajos <strong>de</strong> mantenimiento, solicitar reportes <strong>de</strong> servicios y consultar<br />
los reportes sobre el estado <strong>de</strong>l equipamiento.<br />
SGA (Sistema <strong>de</strong> Gestión <strong>de</strong> Almacenes)<br />
Existe una estrecha relación entre la <strong>gestión</strong> <strong>de</strong> mantenimiento y la <strong>gestión</strong> <strong>de</strong>l almacén, ya que <strong>de</strong>be<br />
mantenerse el control <strong>de</strong> existencias y reponerse los productos en el almacén sobre una base<br />
máxima/mínima y controlar las salidas por ór<strong>de</strong>nes <strong>de</strong> trabajo para así calcular los costos; por tanto, se<br />
<strong>de</strong>sarrolló un Sistema <strong>de</strong> Gestión y control <strong>de</strong> almacenes (SGA). Con el objetivo <strong>de</strong> llevar el control <strong>de</strong><br />
las cuestiones antes <strong>de</strong>scritas, también está <strong>de</strong>sarrollado según la filosofía cliente/servidor, es <strong>de</strong>cir<br />
cualquier usuario <strong>de</strong>s<strong>de</strong> cualquier estación, si tiene permiso, tendrá posibilida<strong>de</strong>s solamente <strong>de</strong><br />
consultar las existencias <strong>de</strong> sus productos en los almacenes , las entradas y salidas y el <strong>de</strong>stino <strong>de</strong> cada<br />
salida, entre otros aspectos.<br />
Existe un enlace muy importante entre SMACOR y SGA: SGA consulta a SMACOR para conocer la<br />
necesidad <strong>de</strong> stocks en el año y hacer la <strong>gestión</strong> <strong>de</strong> compras; por otra parte, SMACOR consulta SGA<br />
para conocer el resultado <strong>de</strong> dicha <strong>gestión</strong> , las salidas <strong>de</strong> stocks que fueron en ór<strong>de</strong>nes <strong>de</strong> trabajo y los<br />
niveles <strong>de</strong> máximo/mínimo <strong>de</strong> existencias. De aquí se <strong>de</strong>spren<strong>de</strong> que ambas aplicaciones pue<strong>de</strong>n<br />
comportarse como clientes/servidoras según sea el caso.<br />
Si en el análisis que hace SMACOR <strong>de</strong> la información relacionada con un equipo, se encuentra que el<br />
costo <strong>de</strong> mantenimiento es mucho mayor que el costo <strong>de</strong> adquisición, o existe aumento <strong>de</strong> la razón <strong>de</strong><br />
fallas, o aumenta la probabilidad <strong>de</strong> fallo, el usuario pue<strong>de</strong> pedir que se evalúe la posibilidad <strong>de</strong><br />
reposición <strong>de</strong>l equipo. Para la reposición <strong>de</strong> equipos, se diseñó un producto informático llamado<br />
SADTEC (Sistema <strong>de</strong> adquisición <strong>de</strong> nuevas tecnologías asistido por computadoras) para asistir en este<br />
proceso a los ingenieros y directivos.<br />
SADTEC (Sistema <strong>de</strong> adquisición <strong>de</strong> nuevas tecnologías asistido por computadoras)<br />
Este <strong>sistema</strong>s asiste a los especialistas realizando las siguientes funciones: selección <strong>de</strong>l Fabricante y/o<br />
proveedor y <strong>de</strong>l producto “ i<strong>de</strong>al ”, Comportamiento <strong>de</strong> los Costos <strong>de</strong>l Producto seleccionado mediante<br />
el llamado: Costo <strong>de</strong>l ciclo <strong>de</strong> vida <strong>de</strong>l mismo, tomas <strong>de</strong> <strong>de</strong>cisiones en cuanto a adquirir un equipo<br />
frente a rentarlo, establecimiento <strong>de</strong> las condiciones <strong>de</strong>l contrato <strong>de</strong> servicios, monitoreo <strong>de</strong> las<br />
activida<strong>de</strong>s <strong>de</strong> los servicios contratados a los fabricantes y selección frente a diferentes alternativas <strong>de</strong><br />
servicios a contratar. Mediante una interfaz en el servidor cliente, los usuarios podrán realizar<br />
evaluaciones <strong>de</strong> productos y proveedores y consultar el resultado <strong>de</strong> las mismas, monitorear las<br />
condiciones e contratos, entre otras facilida<strong>de</strong>s.<br />
Existen puntos <strong>de</strong> enlaces entre SMACOR, SADTEC y SGA siendo SADTEC el punto central entre los<br />
restantes. Por un lado SMACOR <strong>de</strong>scubre cuando no es rentable mantener a un equipo. Para eso entre<br />
otras cosas, SMACOR consulta información en SADTEC referente al costo <strong>de</strong> ciclo <strong>de</strong> vida <strong>de</strong>l<br />
equipamiento, evaluaciones <strong>de</strong>l mismo, recomendaciones, etc. Al realizar esto, le entrega a SADTEC la<br />
necesidad <strong>de</strong> comprar un dispositivo <strong>de</strong> <strong>de</strong>terminada prestaciones. SADTEC evalúa entonces y entrega<br />
a SMACOR equipo y fabricante “i<strong>de</strong>al”, costo <strong>de</strong> ciclo <strong>de</strong> vida, tipo <strong>de</strong> servicio a elegir y si es<br />
contratado externamente, las posibles condiciones y variables a monitorear. Similarmente ocurre entre<br />
SGA y SADTEC<br />
29
Esbozo <strong>de</strong> la arquitectura <strong>de</strong>l <strong>sistema</strong><br />
En la figura 2 se ofrece un esquema que muestra la arquitectura <strong>de</strong>l SGT así como las aplicaciones que<br />
forman este paquete informático. Primeramente, se contará con una estación central don<strong>de</strong> existirá una<br />
base <strong>de</strong> datos, la cual hará función <strong>de</strong> servidor y dón<strong>de</strong> se tendrá toda la información relacionada a:<br />
datos generales sobre la institución <strong>de</strong> salud, equipos y piezas <strong>de</strong> repuestos, equipos genéricos,<br />
mo<strong>de</strong>los, marcas, firmas, acci<strong>de</strong>ntes, fallos, equipos unitarios, fabricantes, procedimientos <strong>de</strong><br />
mantenimientos, etc.<br />
Luego SMACOR, SADTEC, SGA, etc. serán clientes <strong>de</strong> la información genérica que se encuentra en<br />
esta estación o servidor, pudiéndose actualizar la base <strong>de</strong> datos central al existir un nuevo equipo y<br />
pieza <strong>de</strong> repuesto genérico, mo<strong>de</strong>lo, marca, firma, acci<strong>de</strong>nte, fallo, etc.<br />
Cada una <strong>de</strong> las aplicaciones in<strong>de</strong>pendientes por su parte, son estaciones servidores, ya que, <strong>de</strong>s<strong>de</strong><br />
cualquier estación <strong>de</strong> trabajo, se tendrá acceso a actualizar/consultar datos, pero a su vez, estas se<br />
comportan como clientes, ya que, pue<strong>de</strong>n ofrecer información <strong>de</strong> a las <strong>de</strong>más aplicaciones. Por<br />
ejemplo, en el caso <strong>de</strong> SMACOR, es servidor, ya que <strong>de</strong>s<strong>de</strong> cualquier estación <strong>de</strong> trabajo se pue<strong>de</strong><br />
accesar la información referente al resultado <strong>de</strong> los trabajos <strong>de</strong> mantenimiento; a<strong>de</strong>más <strong>de</strong> consultar los<br />
reportes sobre la <strong>gestión</strong> <strong>de</strong>l mantenimiento, pero a su vez es cliente ya que consulta a SGA el resultado<br />
<strong>de</strong> la <strong>gestión</strong> <strong>de</strong> compras <strong>de</strong> piezas <strong>de</strong> repuesto.<br />
30
Figura 2 Esquema <strong>de</strong> SGT<br />
En la figura 3 se observa un diagrama cero don<strong>de</strong> se muestra la interrelación <strong>de</strong> los diferentes módulos<br />
con la base <strong>de</strong> datos que son compartidos entre ellos.<br />
31
Sistema <strong>de</strong><br />
Mantenimiento<br />
Orientado a<br />
Riesgo<br />
Plan<br />
Consumo<br />
Area<br />
Eventos <strong>de</strong> este módulo<br />
Cuenta<br />
Proveedor<br />
Unidad Medida<br />
Surtido<br />
Fabricante<br />
Or<strong>de</strong>n Trabajo<br />
Genérico<br />
Mo<strong>de</strong>lo<br />
País<br />
Sistema <strong>de</strong><br />
Gestión <strong>de</strong><br />
Almacén<br />
Figura 3 Diagrama Cero <strong>de</strong>l Sistema <strong>de</strong> Gestión Tecnológica.<br />
32<br />
Equipo<br />
Eventos <strong>de</strong> este módulo<br />
Centro Costo<br />
Eventos <strong>de</strong> este módulo<br />
Sistema <strong>de</strong><br />
Adquisición <strong>de</strong><br />
Tecnología<br />
Consumo Real
CAPÍTULO # 3 ANÁLISIS Y DISEÑO DEL SUBSISTEMA DE<br />
MANTENIMIENTO ASISTIDO POR<br />
COMPUTADORAS ORIENTADO A RIESGO<br />
(SMACOR).<br />
3.1 DESCRIPCIÓN DEL OBJETO DE AUTOMATIZACIÓN<br />
Sistema <strong>de</strong> Mantenimiento Asistido por Computadoras para equipos médicos<br />
orientado a riesgo: La función <strong>de</strong> este <strong>sistema</strong> es automatizar el mantenimiento en<br />
una red <strong>hospitalaria</strong> o en un hospital individual. Este será capaz <strong>de</strong> planificar el<br />
mantenimiento preventivo y las inspecciones, <strong>de</strong> manera anual, mensual, semanal; <strong>de</strong><br />
llevar el control <strong>de</strong>l inventario <strong>de</strong> todo el equipamiento; <strong>de</strong> emitir ór<strong>de</strong>nes <strong>de</strong> trabajo<br />
preventivas y correctivas. Genera documentos, tales como: procedimientos <strong>de</strong><br />
mantenimientos, y pruebas <strong>de</strong> aceptación, entre otros, a<strong>de</strong>más <strong>de</strong> facilitar los tediosos<br />
cálculos <strong>de</strong> indicadores técnico - económicos y <strong>de</strong> eficiencia <strong>de</strong> la <strong>gestión</strong>. Se realiza<br />
una llamada a la herramienta MATLAB con el objetivo <strong>de</strong> conocer: probabilida<strong>de</strong>s<br />
<strong>de</strong> supervivencia y falla, tiempos <strong>de</strong> operación entre arranque y parada, tiempos<br />
medios entre fallas, fuera <strong>de</strong> servicio y disponibilidad total. Parámetros <strong>de</strong> Weibull<br />
(tiempo <strong>de</strong> corrida característico «V», factor «K», <strong>de</strong>sviación standard <strong>de</strong>l tiempo<br />
medio entre fallas, razón <strong>de</strong> fallas).<br />
33
3.2 TABLA DE EVENTOS<br />
Sistema <strong>de</strong> Mantenimiento Asistido<br />
por Computadoras Orientado a<br />
Riesgo (SMACOR)<br />
No Evento Origen Destino Documento<br />
1 Adquisición <strong>de</strong><br />
un equipo<br />
médico<br />
2 Rotura <strong>de</strong> un<br />
Equipo<br />
3 Fin <strong>de</strong> Or<strong>de</strong>n <strong>de</strong><br />
Trabajo<br />
Correctiva<br />
34<br />
Tabla <strong>de</strong> Eventos<br />
Proveedor<br />
Entrada<br />
Ficha <strong>de</strong>l Equipo<br />
Fecha:<br />
20/06/2000<br />
Documento<br />
Salida<br />
Cliente Reporte<br />
Avería<br />
<strong>de</strong><br />
Técnico Or<strong>de</strong>n <strong>de</strong> Trabajo<br />
Correctiva<br />
Técnico Resultados <strong>de</strong> la<br />
Reparación<br />
4 Nuevo Proveedor Proveedor Datos <strong>de</strong>l<br />
Proveedor<br />
5 Nuevo Mo<strong>de</strong>lo Proveedor Datos <strong>de</strong>l<br />
Mo<strong>de</strong>lo.<br />
6 Nuevo Genérico Departamento <strong>de</strong><br />
Ingeniería<br />
Clínica<br />
7 Nuevo Grupo Departamento <strong>de</strong><br />
Ingeniería<br />
Clínica<br />
8 Nuevo Técnico Departamento <strong>de</strong><br />
Ingeniería<br />
9 Necesidad <strong>de</strong><br />
Conocer<br />
Cantidad <strong>de</strong><br />
Intervenciones<br />
10 Necesidad <strong>de</strong><br />
Conocer<br />
Duración <strong>de</strong> las<br />
Intervenciones<br />
11 Necesidad <strong>de</strong><br />
Conocer Tiempo<br />
Promedio <strong>de</strong><br />
Respuesta<br />
12 Necesidad <strong>de</strong><br />
Conocer Tiempo<br />
<strong>de</strong> Cambio<br />
Estado Promedio<br />
Clínica<br />
Departamento<br />
<strong>de</strong> Ingeniería<br />
Clínica<br />
Departamento<br />
<strong>de</strong> Ingeniería<br />
Clínica<br />
Departamento<br />
<strong>de</strong> Ingeniería<br />
Clínica<br />
Departamento<br />
<strong>de</strong> Ingeniería<br />
Clínica<br />
Procedimiento.<br />
Datos Genérico<br />
Datos Grupo.<br />
Procedimiento.<br />
Datos Técnico<br />
Cantidad<br />
Intervenciones<br />
Duración <strong>de</strong> las<br />
Intervenciones<br />
Tiempo<br />
Promedio <strong>de</strong><br />
Respuesta<br />
Tiempo <strong>de</strong><br />
Cambio Estado<br />
Promedio
13 Necesidad <strong>de</strong><br />
Conocer<br />
Consumo <strong>de</strong><br />
Surtidos<br />
14 Necesidad <strong>de</strong><br />
Conocer<br />
Cumplimiento<br />
<strong>de</strong>l Correctivo<br />
15 Necesidad <strong>de</strong><br />
Conocer Horas<br />
Totales <strong>de</strong><br />
Correctivo<br />
16 Necesidad <strong>de</strong><br />
Conocer<br />
Solicitu<strong>de</strong>s<br />
Verda<strong>de</strong>ras <strong>de</strong><br />
Correctivo<br />
17 Necesidad <strong>de</strong><br />
Conocer<br />
Cantidad <strong>de</strong><br />
Equipos Fuera <strong>de</strong><br />
Servicio<br />
18 Necesidad <strong>de</strong><br />
Conocer<br />
Utilización<br />
Técnica <strong>de</strong>l<br />
Hospital<br />
19 Necesidad <strong>de</strong><br />
Conocer<br />
Utilización <strong>de</strong>l<br />
Parque <strong>de</strong><br />
Equipos<br />
20 Necesidad <strong>de</strong><br />
Conocer<br />
Utilización <strong>de</strong>l<br />
tiempo <strong>de</strong> los<br />
técnicos<br />
21 Necesidad <strong>de</strong><br />
Conocer Listado<br />
<strong>de</strong> Proveedores<br />
22 Necesidad <strong>de</strong><br />
Conocer Listado<br />
<strong>de</strong> Equipos<br />
23 Necesidad <strong>de</strong><br />
Conocer<br />
Expediente <strong>de</strong>l<br />
equipo<br />
Departamento<br />
<strong>de</strong> Ingeniería<br />
Clínica<br />
Departamento<br />
<strong>de</strong> Ingeniería<br />
Clínica<br />
Departamento<br />
<strong>de</strong> Ingeniería<br />
Clínica<br />
Departamento<br />
<strong>de</strong> Ingeniería<br />
Clínica<br />
Departamento<br />
<strong>de</strong> Ingeniería<br />
Clínica<br />
Departamento<br />
<strong>de</strong> Ingeniería<br />
Clínica<br />
Departamento<br />
<strong>de</strong> Ingeniería<br />
Clínica<br />
Departamento<br />
<strong>de</strong> Ingeniería<br />
Clínica<br />
Departamento<br />
<strong>de</strong> Ingeniería<br />
Clínica<br />
Departamento<br />
<strong>de</strong> Ingeniería<br />
Clínica<br />
Departamento<br />
<strong>de</strong> Ingeniería<br />
Clínica<br />
35<br />
Consumo <strong>de</strong><br />
Surtidos<br />
Cumplimiento<br />
<strong>de</strong>l Correctivo<br />
Horas Totales <strong>de</strong><br />
Correctivo<br />
Solicitu<strong>de</strong>s<br />
Verda<strong>de</strong>ras <strong>de</strong><br />
Correctivo<br />
Cantidad <strong>de</strong><br />
Equipos Fuera <strong>de</strong><br />
Servicio<br />
Utilización<br />
Técnica <strong>de</strong>l<br />
Hospital<br />
Utilización <strong>de</strong>l<br />
Parque <strong>de</strong><br />
Equipos<br />
Utilización <strong>de</strong>l<br />
tiempo <strong>de</strong> los<br />
técnicos<br />
Listado <strong>de</strong><br />
Proveedores<br />
Listado <strong>de</strong><br />
Equipos<br />
Expediente <strong>de</strong>l<br />
equipo
24 Necesidad <strong>de</strong><br />
Conocer Listado<br />
<strong>de</strong>l Personal<br />
Departamento<br />
<strong>de</strong> Ingeniería<br />
Clínica<br />
36<br />
Listado <strong>de</strong>l<br />
Personal
3.3 DIAGRAMA DE CONTEXTO EXTRUCTURADO DEL SMACOR<br />
Técnico<br />
13<br />
11<br />
15<br />
14<br />
12 10<br />
Departamento <strong>de</strong> Ingeniería Clinica<br />
8<br />
3<br />
18<br />
2.1<br />
7<br />
20<br />
21<br />
Gestión<br />
Tecnológica en un<br />
Sistema <strong>de</strong><br />
Información<br />
Hospitalaria<br />
37<br />
22<br />
6<br />
17<br />
5.1<br />
16<br />
8<br />
5<br />
7.1<br />
4<br />
23<br />
2<br />
1<br />
9<br />
19<br />
24<br />
Cliente<br />
Proveedor
Flujos <strong>de</strong> datos:<br />
1 Ficha <strong>de</strong>l Equipo<br />
2 Reporte <strong>de</strong> Avería<br />
2.1 Or<strong>de</strong>n <strong>de</strong> Trabajo Correctiva<br />
3 Resultados <strong>de</strong> la Reparación<br />
4 Datos <strong>de</strong>l Proveedor<br />
5 Datos <strong>de</strong>l Mo<strong>de</strong>lo<br />
5.1 Datos <strong>de</strong>l Procedimiento <strong>de</strong>l Mo<strong>de</strong>lo<br />
6 Datos Genérico<br />
7 Datos Grupo<br />
7.1 Datos <strong>de</strong>l Procedimiento <strong>de</strong>l Grupo.<br />
8 Datos Técnico<br />
9 Cantidad Intervenciones<br />
10 Duración <strong>de</strong> las Intervenciones<br />
11 Tiempo Promedio <strong>de</strong> Respuesta<br />
12 Tiempo <strong>de</strong> Cambio Estado Promedio<br />
13 Consumo <strong>de</strong> Surtidos<br />
14 Cumplimiento <strong>de</strong>l Correctivo<br />
15 Horas Totales <strong>de</strong> Correctivo<br />
16 Solicitu<strong>de</strong>s Verda<strong>de</strong>ras <strong>de</strong> Correctivo<br />
17 Cantidad <strong>de</strong> Equipos Fuera <strong>de</strong> Servicio<br />
18 Utilización Técnica <strong>de</strong>l Hospital<br />
19 Utilización <strong>de</strong>l Parque <strong>de</strong> Equipos<br />
20 Utilización <strong>de</strong>l Parque <strong>de</strong> Equipos<br />
21 Listado <strong>de</strong> Proveedores<br />
22 Listado <strong>de</strong> Equipos<br />
23 Expediente <strong>de</strong>l equipo<br />
24 Listado <strong>de</strong>l Personal<br />
38
3.4 DIAGRAMA PRELIMINAR DEL SMACOR<br />
Ficha <strong>de</strong>l equipo<br />
Período<br />
Análisis<br />
Listado<br />
Personal<br />
Período<br />
Análisis<br />
Expediente<br />
Equipos<br />
Listado<br />
Equipos<br />
Período<br />
Análisis<br />
Listado<br />
Proveedores<br />
Período<br />
Análisis<br />
Período<br />
Análisis<br />
Utilización<br />
Tiempo<br />
Técnicos<br />
Período<br />
Análisis<br />
24<br />
23<br />
22<br />
21<br />
20<br />
Utilización<br />
<strong>de</strong>l Parque<br />
<strong>de</strong> Equipos<br />
Utilización<br />
Técnica<br />
<strong>de</strong>l Hospital<br />
Reporte <strong>de</strong><br />
Avería<br />
Período<br />
Análisis Cantidad Equipos<br />
Fuera Servicio<br />
Período<br />
Análisis<br />
Or<strong>de</strong>n <strong>de</strong> Trabajo<br />
Correctiva<br />
Resultados<br />
Reparación<br />
Período<br />
Análisis<br />
39<br />
Datos<br />
Proveedor<br />
HorasTotales<br />
<strong>de</strong> Correctivo<br />
Datos<br />
Mo<strong>de</strong>lo<br />
Procedimiento<br />
1 2 3 4 5 6<br />
19<br />
PERSONAL<br />
GRUPO<br />
AVERIA<br />
CONSUMO<br />
PROCEDIMIENTO<br />
Período<br />
Análisis<br />
Cumplimiento<br />
Correctivo<br />
Datos<br />
Genérico<br />
18 17 16 15 14 13<br />
Solicitu<strong>de</strong>s<br />
Verda<strong>de</strong>ras<br />
Correctivo<br />
PROVEEDOR<br />
OT<br />
EQUIPO<br />
MODELO<br />
GENERICO<br />
PROCEDIMIENTO GRUPO<br />
7<br />
8<br />
10<br />
Período<br />
Análisis<br />
9<br />
11<br />
Procedimiento<br />
12<br />
Datos Grupo<br />
Datos Técnico<br />
Período<br />
Análisis<br />
Cantidad <strong>de</strong><br />
Intervenciones<br />
Período<br />
Análisis<br />
Duración<br />
Intervenciones<br />
Período<br />
Análisis<br />
Tiempo Promedio<br />
Respuesta<br />
Período<br />
Análisis<br />
Tiempo Cambio<br />
Estado Promedio<br />
Período<br />
Análisis<br />
Consumo<br />
Surtidos
3.5 FACTIBILIDAD ECONÓMICA<br />
I = CTP + Ibasicas + Cprep<br />
Ibásica = 120 USD<br />
HUB (100 USD)<br />
UTP (20 USD)<br />
Cprep = $ 300<br />
Un curso para el jefe <strong>de</strong> ingeniería clínica <strong>de</strong>l <strong>de</strong>partamento <strong>de</strong> electromedicina <strong>de</strong> un<br />
mes.<br />
Un curso para el operador <strong>de</strong>l <strong>sistema</strong>, un mes<br />
CTP = $16540.5<br />
I = $16540.5<br />
I = 120 USD<br />
La inversión <strong>de</strong>l proyecto sería <strong>de</strong> 16540.5 pesos y 120 USD.<br />
3.6 PLANIFICACIÓN DEL PROYECTO<br />
El modo <strong>de</strong> <strong>de</strong>sarrollo <strong>de</strong> este <strong>sistema</strong>, teniendo en cuenta las características<br />
particulares <strong>de</strong> cada una <strong>de</strong> las personas que conforman el equipo <strong>de</strong> trabajo, así como<br />
su anterior participación en el <strong>de</strong>sarrollo <strong>de</strong>l SMACOR: lo consi<strong>de</strong>ro Semilibre.<br />
ESF = 3 (MF) 1.12<br />
F = 420 * FDS/S = 420 * 25 = 10500<br />
MF = 10.5<br />
ESF = 3 * (10.5) 1.12 = 41.77<br />
CH = 2<br />
TDES = ESF/CH = 40/2 = 20<br />
TDES = 20<br />
CTP = CHM * ESF<br />
CHM = 2SP<br />
SP = 2 * 198 = 396<br />
CHM = 396<br />
CTP = 396 * 41.77 = $16540.5<br />
CTP = $16540.5<br />
40
3.7 ANÁLISIS<br />
3.7.1 DIAGRAMA DE FLUJO DE DATOS POR NIVELES NUEVO DIAGRAMA DE<br />
CONTEXTO<br />
Técnico<br />
SGA<br />
38<br />
3<br />
2.1<br />
41<br />
Departamento <strong>de</strong> Ingeniería Clinica<br />
11<br />
13<br />
15<br />
8<br />
14 12 10 18<br />
7<br />
20<br />
21<br />
22<br />
6<br />
17<br />
30<br />
32<br />
31<br />
25<br />
29<br />
8<br />
16<br />
26<br />
27<br />
28<br />
29<br />
30<br />
31<br />
32<br />
Gestión<br />
Tecnológica en un<br />
Sistema <strong>de</strong><br />
Información<br />
Hospitalaria<br />
33<br />
Departamento <strong>de</strong> Ingeniería Clinica<br />
41<br />
34<br />
35<br />
36<br />
37<br />
39<br />
5.1<br />
7.1<br />
2<br />
1<br />
4<br />
5<br />
40<br />
42<br />
23<br />
43<br />
9 24<br />
19<br />
Cliente<br />
Proveedor<br />
44
Flujos <strong>de</strong> datos:<br />
1 Ficha <strong>de</strong>l Equipo<br />
2 Reporte <strong>de</strong> Avería<br />
2.1 Or<strong>de</strong>n <strong>de</strong> Trabajo Correctiva<br />
3 Resultados <strong>de</strong> la Reparación<br />
4 Datos <strong>de</strong>l Proveedor<br />
5 Datos <strong>de</strong>l Mo<strong>de</strong>lo<br />
5.1 Datos <strong>de</strong>l Procedimiento <strong>de</strong>l<br />
Mo<strong>de</strong>lo<br />
6 Datos Genérico<br />
7 Datos Grupo<br />
7.1 Datos <strong>de</strong>l Procedimiento <strong>de</strong>l Grupo<br />
8 Datos Técnico<br />
9 Cantidad Intervenciones Correctivas<br />
10 Duración <strong>de</strong> las Intervenciones<br />
Correctivas<br />
11 Cumplimiento <strong>de</strong>l Correctivo<br />
12 Tiempo Promedio <strong>de</strong> Respuesta en<br />
Correctivos<br />
13 Tiempo <strong>de</strong> Cambio <strong>de</strong> Estado<br />
Promedio en Correctivo<br />
14 Costos en Correctivos<br />
15 Consumo <strong>de</strong> Surtidos para<br />
Correctivos<br />
16 Horas Totales en Correctivos<br />
17 Solicitu<strong>de</strong>s Verda<strong>de</strong>ras<br />
18 Eficiencia <strong>de</strong> Especialistas en<br />
Correctivo<br />
19 Cantidad <strong>de</strong> Intervenciones<br />
Preventivas<br />
20 Duración <strong>de</strong> Intervenciones<br />
Preventivas<br />
21 Cumplimiento <strong>de</strong>l Plan<br />
22 Tiempo Promedio <strong>de</strong> Respuesta en<br />
Preventivo<br />
23 Tiempo <strong>de</strong> Cambio <strong>de</strong> Estado<br />
Promedio por Preventivo<br />
24 Costos en Preventivos<br />
25 Consumo <strong>de</strong> Surtidos en Preventivo<br />
26 Eficiencia Especialista en<br />
Preventivo<br />
27 Utilización Técnica <strong>de</strong>l Hospital<br />
28 Utilización <strong>de</strong>l Parque <strong>de</strong> Equipos<br />
29 Costos Generales<br />
30 Tiempo <strong>de</strong> Cambio Estado<br />
Promedio General<br />
42<br />
31 Utilización <strong>de</strong>l tiempo <strong>de</strong> los<br />
técnicos<br />
32 Utilización vs Eficiencia<br />
33 Eficiencia <strong>de</strong>l Departamento<br />
34 Listado <strong>de</strong> Proveedores<br />
35 Listado <strong>de</strong> Equipos<br />
36 Expediente <strong>de</strong>l equipo<br />
37 Listado <strong>de</strong>l Personal<br />
38 Or<strong>de</strong>n <strong>de</strong> Trabajo Preventiva<br />
39 Plan <strong>de</strong> Intervenciones<br />
40 Plan <strong>de</strong> Surtidos<br />
41 Resultados <strong>de</strong> la Intervención<br />
42 Probabilida<strong>de</strong>s <strong>de</strong> Roturas<br />
43 Niveles <strong>de</strong> Priorida<strong>de</strong>s<br />
44 Cantidad <strong>de</strong> Equipos Fuera <strong>de</strong><br />
Servicio
43<br />
3.7.2 DIAGRAMA CERO<br />
43<br />
1<br />
Actualización<br />
<strong>de</strong> Datos<br />
2<br />
Mantenimiento<br />
4<br />
Indicadores<br />
3<br />
Listados<br />
Proveedor<br />
Genérico<br />
Procedimiento<br />
Averia<br />
Procedimiento<br />
Grupo<br />
Equipo<br />
Personal<br />
Plan<br />
Grupo<br />
Mo<strong>de</strong>lo<br />
OT<br />
Consumo<br />
Consumo<br />
Real<br />
1 2<br />
2.1<br />
3<br />
4<br />
5<br />
5.1<br />
6<br />
7<br />
7.1<br />
8<br />
38<br />
39<br />
40<br />
41<br />
42<br />
34<br />
35<br />
36<br />
37<br />
9<br />
10<br />
11<br />
12<br />
13<br />
14<br />
15<br />
16<br />
17<br />
18<br />
19<br />
20<br />
21<br />
22<br />
23<br />
24<br />
25<br />
26<br />
27<br />
28<br />
29<br />
30<br />
31<br />
32<br />
33<br />
44
3.7.3 DIAGRAMA UNO<br />
8<br />
1<br />
1.6<br />
Actualizar<br />
Técnico<br />
1.1<br />
Actualizar<br />
Equipo<br />
7<br />
1.5<br />
Actualizar<br />
Grupo<br />
7.1<br />
Personal<br />
Equipo<br />
44<br />
Proveedor<br />
Mo<strong>de</strong>lo<br />
1.2<br />
Actualizar<br />
Proveedor<br />
Grupo Procedimiento<br />
Procedimiento Grupo<br />
Genérico<br />
4<br />
1.4<br />
Actualizar<br />
Genérico<br />
5<br />
1.3<br />
Actualizar<br />
Mo<strong>de</strong>lo<br />
6<br />
5.1
3.7.4 DIAGRAMA DOS<br />
2<br />
3<br />
Procedimiento<br />
Consumo Real<br />
Personal<br />
2.2<br />
Correctivo<br />
2.1<br />
41<br />
OT<br />
Avería<br />
2.1<br />
Preventivo<br />
45<br />
Equipo<br />
38<br />
Plan<br />
43<br />
42<br />
2.3<br />
Estado <strong>de</strong>l<br />
Mantenimiento<br />
40<br />
39<br />
Mo<strong>de</strong>lo<br />
Consumo
3.7.5 DIAGRAMA 2.1<br />
2.1.1<br />
Emitir Or<strong>de</strong>n<br />
Preventiva<br />
Plan<br />
Mo<strong>de</strong>lo<br />
2.1.3<br />
Obtener<br />
Probabilidad<br />
<strong>de</strong> Rotura<br />
38 41<br />
Procedimiento<br />
Equipo<br />
Consumo<br />
Personal<br />
42 43<br />
46<br />
2.1.2<br />
Recibir<br />
Resultados<br />
<strong>de</strong> la<br />
Intervención<br />
OT<br />
2.1.4<br />
Obtener<br />
Nivel <strong>de</strong><br />
Prioridad<br />
Consumo Real<br />
Avería
3.7.6 DIAGRAMA 2.2<br />
Avería<br />
2.2.2<br />
Emitir<br />
Or<strong>de</strong>n<br />
Correctiva<br />
2<br />
2.2.1<br />
Recepcionar<br />
Reporte <strong>de</strong><br />
Avería<br />
OT<br />
Personal<br />
Equipo<br />
Consumo Real<br />
2.1 3<br />
47<br />
Mo<strong>de</strong>lo<br />
2.2.3<br />
Recibir<br />
Resultados<br />
<strong>de</strong> la<br />
Reparación
3.7.7 DIAGRAMA 2.3<br />
2.3.1<br />
Planificar<br />
Mantenimiento<br />
Preventivo<br />
39<br />
Mo<strong>de</strong>lo<br />
Procedimiento<br />
Equipo<br />
Consumo<br />
Personal<br />
48<br />
Plan<br />
OT<br />
2.3.2<br />
Obtener<br />
Surtidos<br />
Planificados<br />
40
3.7.8 DIAGRAMA TRES<br />
35<br />
37<br />
3.1<br />
Obtener<br />
Listado <strong>de</strong><br />
Equipos<br />
3.3<br />
Obtener<br />
Listado <strong>de</strong><br />
Técnicos<br />
Personal<br />
Equipo<br />
Consumo Real<br />
49<br />
Proveedor<br />
Mo<strong>de</strong>lo<br />
3.2<br />
Obtener<br />
Listado <strong>de</strong><br />
Proveedores<br />
Genérico OT<br />
34<br />
36<br />
3.4<br />
Obtener<br />
Expediente<br />
<strong>de</strong>l Equipo
50<br />
3.7.9 DIAGRAMA CUATRO<br />
4.1<br />
Obtener<br />
Informes<br />
Preventivos<br />
4.2<br />
Obtener<br />
Informes<br />
Correctivos<br />
4.3<br />
Obtener<br />
Informes<br />
Generales<br />
Genérico<br />
Averia<br />
Equipo<br />
Personal<br />
Plan<br />
Mo<strong>de</strong>lo<br />
OT<br />
Consumo<br />
Consumo<br />
Real<br />
19<br />
20<br />
21<br />
22<br />
23<br />
24<br />
25<br />
26<br />
18<br />
17<br />
16<br />
15<br />
14<br />
13<br />
12<br />
11<br />
10 9<br />
44<br />
31<br />
32<br />
33<br />
27<br />
28<br />
29<br />
30
3.7.10 DIAGRAMA 4.1<br />
19 20 21<br />
4.1.1<br />
Emitir Informe<br />
Cantidad <strong>de</strong><br />
Intervenciones<br />
26<br />
4.1.8<br />
Emitir Informe<br />
Eficiencia <strong>de</strong><br />
Especialista<br />
Personal<br />
Genérico<br />
4.1.7<br />
Emitir Informe<br />
<strong>de</strong> Consumo<br />
<strong>de</strong> Surtidos<br />
25<br />
Equipo<br />
Consumo<br />
Consumo<br />
Real<br />
4.1.2<br />
Emitir Informe<br />
Duración <strong>de</strong><br />
las<br />
Intervenciones<br />
Plan<br />
4.1.6<br />
Emitir Informe<br />
<strong>de</strong> Análisis <strong>de</strong><br />
Costos<br />
51<br />
24<br />
OT<br />
4.1.3<br />
Emitir Informe<br />
Cumplimiento<br />
<strong>de</strong>l Plan<br />
Mo<strong>de</strong>lo<br />
4.1.4<br />
Emitir Informe<br />
Tiempo<br />
Promedio <strong>de</strong><br />
Respuesta<br />
4.1.5<br />
Emitir Informe<br />
Tiempo <strong>de</strong><br />
Cambio <strong>de</strong><br />
Estado<br />
23<br />
22
3.7.11 DIAGRAMA 4.2<br />
9 10 11<br />
4.2.1<br />
Emitir Informe<br />
Cantidad <strong>de</strong><br />
Intervenciones<br />
18<br />
4.2.10<br />
Emitir Informe<br />
Eficiencia <strong>de</strong><br />
Especialista<br />
17<br />
4.2.9<br />
Emitir Informe<br />
Solicitu<strong>de</strong>s<br />
Verda<strong>de</strong>ras<br />
4.2.8<br />
Emitir Informe<br />
Horas Totales<br />
<strong>de</strong> Correctivo<br />
16<br />
Personal<br />
Equipo<br />
Genérico<br />
4.2.2<br />
Emitir Informe<br />
Duración <strong>de</strong><br />
las<br />
Intervenciones<br />
OT<br />
4.2.7<br />
Emitir Informe<br />
Consumo <strong>de</strong><br />
Suridos<br />
52<br />
15<br />
Averia<br />
Mo<strong>de</strong>lo<br />
Consumo<br />
Real<br />
4.2.3<br />
Emitir Informe<br />
Cumplimiento<br />
<strong>de</strong>l Correctivo<br />
4.2.4<br />
Emitir Informe<br />
Tiempo<br />
Promedio <strong>de</strong><br />
Respuesta<br />
12<br />
4.2.5<br />
Emitir Informe<br />
Tiempo<br />
Cambio Estado<br />
Promedio<br />
13<br />
4.2.6<br />
Emitir Informe<br />
Análisis <strong>de</strong><br />
Costos<br />
14
3.7.12 DIAGRAMA 4.3<br />
27 28 29<br />
4.3.1<br />
Emitir Informe<br />
Utilización<br />
Técnica<br />
Hospital<br />
44<br />
4.3.8<br />
Emitir Informe<br />
Cantidad <strong>de</strong><br />
Equipos fuera<br />
<strong>de</strong> servicio<br />
Genérico<br />
4.3.7<br />
Emitir Análisis<br />
<strong>de</strong> Eficiencia<br />
<strong>de</strong>l<br />
Departamento<br />
33<br />
Equipo<br />
4.3.2<br />
Emitir Informe<br />
Utilización <strong>de</strong>l<br />
Parque <strong>de</strong><br />
Equipos<br />
Personal<br />
53<br />
Averia<br />
OT<br />
4.3.6<br />
Emitir Análisis<br />
<strong>de</strong> Utilización<br />
vs Eficiencia<br />
32<br />
Mo<strong>de</strong>lo<br />
4.3.3<br />
Emitir Análisis<br />
<strong>de</strong> Costos<br />
Generales<br />
4.3.4<br />
Emitir Informe<br />
Tiempo<br />
Cambio Estado<br />
Promedio<br />
4.3.5<br />
Emitir Informe<br />
Utilización <strong>de</strong>l<br />
tiempo <strong>de</strong> los<br />
técnicos<br />
Consumo<br />
Real<br />
31<br />
30
3.8 DISEÑO<br />
3.8.1 GRAFO CONVERSACIONAL<br />
7<br />
19<br />
12<br />
8<br />
11<br />
1<br />
20<br />
22<br />
9<br />
21<br />
13<br />
23<br />
10<br />
14<br />
24<br />
2<br />
15<br />
16<br />
25 26<br />
54<br />
0<br />
17<br />
3<br />
32 33<br />
27<br />
34<br />
28<br />
29<br />
5<br />
39<br />
40<br />
30<br />
18<br />
41<br />
42<br />
6<br />
31<br />
43<br />
35 36 37 38<br />
4
47<br />
70<br />
32 33<br />
44 45 46<br />
71<br />
72<br />
73<br />
48<br />
40<br />
74<br />
0<br />
75<br />
51<br />
60<br />
76<br />
49<br />
77<br />
61<br />
68<br />
62<br />
55<br />
52<br />
69<br />
78<br />
63<br />
50<br />
39<br />
0<br />
64<br />
79<br />
34<br />
53 55<br />
54<br />
56 57 59<br />
58<br />
80<br />
65 66 67<br />
81<br />
41<br />
0<br />
82<br />
83 84 85
3.8.2 ESTADOS<br />
Número Descripción Español Estructurado<br />
0 Estado Inicial<br />
1 Archivo<br />
2 Actualizar Datos<br />
3 Mantenimiento<br />
4 Listados<br />
5 Indicadores<br />
6 Ayuda<br />
7 Cambiar Contraseña<br />
8 Usuarios<br />
9 Preparar Páguina<br />
10 Salir<br />
11 Areas <strong>de</strong>l Hospital<br />
12 Países<br />
13 Proveedores 1.2<br />
14 Fabricantes<br />
15 Especialida<strong>de</strong>s<br />
16 Personal 1.6<br />
17 Equipos<br />
18 Tareas<br />
19 Subdirecciones<br />
20 Centros <strong>de</strong> Costo<br />
21 Areas<br />
22 Grupos 1.5<br />
23 Genéricos 1.4<br />
24 Fallos<br />
25 Alimentaciones<br />
26 Parámetros por Alimentación<br />
27 Marca<br />
28 Mo<strong>de</strong>lo 1.3<br />
29 Unitario 1.1<br />
30 Tipos <strong>de</strong> Tareas<br />
31 Tareas<br />
32 Mantenimiento Preventivo<br />
33 Mantenimiento Correctivo<br />
34 Ver Plan <strong>de</strong> ...<br />
35 Listado <strong>de</strong> Equipos 3.1<br />
36 Listado <strong>de</strong> Proveedores 3.2<br />
37 Listado <strong>de</strong> Personal 3.3<br />
38 Listado <strong>de</strong> Expedientes 3.4<br />
39 Indicadores Preventivos<br />
40 Indicadores Correctivos<br />
41 Indicadores Generales<br />
42 Ayuda Contenido<br />
43 Ayuda Acerca <strong>de</strong> ...<br />
44 Planificar 2.3.1<br />
45 Or<strong>de</strong>nes <strong>de</strong> Trabajo<br />
56
46 Intervenciones Pendientes<br />
47 Generar Or<strong>de</strong>nes Preventivas 2.1.1<br />
48 Modificar Or<strong>de</strong>nes Preventivas 2.1.2<br />
49 Reporte <strong>de</strong> Avería 2.2.1<br />
50 Modificar Or<strong>de</strong>n Correctiva 2.2.3<br />
51 Modificar Reporte <strong>de</strong> Avería<br />
52 Mo<strong>de</strong>los <strong>de</strong> Reporte <strong>de</strong> Avería<br />
53 Plan <strong>de</strong> Intervenciones<br />
54 Plan <strong>de</strong> Surtidos<br />
55 Balance Carga Capacidad<br />
56 Plan <strong>de</strong> Intervenciones Mensual<br />
57 Plan <strong>de</strong> Intervenciones Anual<br />
58 Plan <strong>de</strong> Surtidos Mensual<br />
59 Plan <strong>de</strong> Surtidos Anual<br />
60 Cantidad <strong>de</strong> Intervenciones Preventivas 4.1.1<br />
61 Duración <strong>de</strong> Intervenciones Preventivas 4.1.2<br />
62 Cumplimiento <strong>de</strong>l Plan 4.1.3<br />
63 Tiempo Promedio <strong>de</strong> Respuesta en Preventivo 4.1.4<br />
64 Tiempo <strong>de</strong> Cambio <strong>de</strong> Estado Promedio por 4.1.5<br />
Preventivo<br />
65 Costos en Preventivos 4.1.6<br />
66 Consumo <strong>de</strong> Surtidos en Preventivo 4.1.7<br />
67 Eficiencia Especialista en Preventivo 4.1.8<br />
68 Cantidad Intervenciones Correctivas 4.2.1<br />
69 Duración <strong>de</strong> las Intervenciones Correctivas 4.2.2<br />
70 Cumplimiento <strong>de</strong>l Correctivo 4.2.3<br />
71 Tiempo Promedio <strong>de</strong> Respuesta en Correctivos 4.2.4<br />
72 Tiempo <strong>de</strong> Cambio <strong>de</strong> Estado Promedio en 4.2.5<br />
Correctivo<br />
73 Costos en Correctivos 4.2.6<br />
74 Consumo <strong>de</strong> Surtidos para Correctivos 4.2.7<br />
75 Horas Totales en Correctivos 4.2.8<br />
76 Solicitu<strong>de</strong>s Verda<strong>de</strong>ras 4.2.9<br />
77 Eficiencia <strong>de</strong> Especialistas en Correctivo 4.2.10<br />
78 Utilización Técnica <strong>de</strong>l Hospital 4.3.1<br />
79 Utilización <strong>de</strong>l Parque <strong>de</strong> Equipos 4.3.2<br />
80 Costos Generales 4.3.3<br />
81 Tiempo <strong>de</strong> Cambio Estado Promedio General 4.3.4<br />
82 Utilización <strong>de</strong>l tiempo <strong>de</strong> los técnicos 4.3.5<br />
83 Utilización vs Eficiencia 4.3.6<br />
84 Eficiencia <strong>de</strong>l Departamento 4.3.7<br />
58 Cantidad <strong>de</strong> Equipos Fuera <strong>de</strong> Servicio 4.3.8<br />
57
3.8.3 DISEÑO LÓGICO GLOBAL<br />
Nombre <strong>de</strong>l Descripción<br />
Fichero Inicial<br />
Alerta {Codigo + Nombre + Descrip + Umbral + Direcc}<br />
Alertord {Alerta + Ot}<br />
Aliment {Codigo + Nombre}<br />
Alimod {Aliment + Mo<strong>de</strong>lo}<br />
Aplazo {Codigo + Nombre + Descrip}<br />
Aplazoor {Ot + Aplazo + Descrip}<br />
Area {Codigo + Nombre + Descrip + Centcost }<br />
Averia {Codigo + Ot + Solpor + Aprobpor + Unitario + Motivo + Horasol}<br />
Brigada {Codigo + Nombre + Descrip}<br />
Calific {Codigo + Nombre + Descrip}<br />
Centcost {Codigo + Nombre + Descrip + Subdir}<br />
Cliente {CI + Nombre + Descrip + Clasific}<br />
Eqrelac {Unitario + Eqrelac}<br />
Especial {Codigo + Nombre + Descrip}<br />
Estadoeq {Codigo + Nombre}<br />
Estplan {Unitario + Ca<strong>de</strong>na + Fecha + Posicion}<br />
Fabprov {Fabric + Proveed}<br />
Fabrel {Fabric + Fabric1}<br />
Fabric {Codigo + Nombre + Pais + Direcc + Telef + Fax + Email + Coment<br />
+ Tipo}<br />
Fallo {Codigo + Tipo + Nombre + Descrip + Especial}<br />
Fallomod {Mo<strong>de</strong>lo + Fallo + Tiempo}<br />
Generico {Codigo + Nombre + Descrip + Riesgo + Grupo }<br />
Grupo {Codigo + Nombre + Descrip + Especial }<br />
Interv {Codigo + Nombre + Descrip}<br />
Intpend {Unitario + Intpend + Canthora}<br />
Marca {Codigo + Nombre}<br />
Mo<strong>de</strong>lo {Codigo + Nombre + Descrip + Generico + Marca + Inspmay +<br />
Inspmen + Mtto + Entreint + Vida + Riesgo + Complej + Cantesp }<br />
Modplan {Ot + Unitario + Interv + Fecha}<br />
Optar {Ot + Tarea + Paso}<br />
Or<strong>de</strong>n {Codigo + Fechaini + Fechater + Durreal + Causa + Estadoeq +<br />
Observ}<br />
Ordfallo {Fallo + Ot}<br />
Ot {Codigo + Unitario + Fechaem + Estado}<br />
Pais {Codigo + Nombre + Descrip}<br />
Paramali {Codigo + Nombre + Aliment}<br />
Paramod {Paramet + Mo<strong>de</strong>lo + Valor}<br />
Persbrig {CI + Brigada}<br />
Persesp {CI + Especial}<br />
Personal {CI + Nombre + Apellido + Calific + Foto + Curricul + Horas +<br />
Salario + Tmcorr}<br />
Procedim {Grupo + Tarea + Interv}<br />
Proveed {Codigo + Nombre + Pais + Direcc + Telef + Fax + Email + Coment<br />
+ Tipo}<br />
58
Provrel {Proveed + Proveed}<br />
Subdir {Codigo + Nombre + Descrip}<br />
Surtgrup {Surtido + Grupo}<br />
Surtmod {Surtido + Mo<strong>de</strong>lo + Cantmay + Cantmen}<br />
Surtreal {Surtido + Ot + Cantidad}<br />
Tarea {Codigo + Tipo + Descrip + Demo<strong>de</strong>lo}<br />
Tarmod {Mo<strong>de</strong>lo + Tarea + Interv}<br />
Tecnord {Ot + Tecnico}<br />
Tecnotr {Ot + Tecnico}<br />
Tipotar {Codigo + Nombre}<br />
Unitario Codigo + Mo<strong>de</strong>lo + Mtto + Entreint + Respons + Fechafab +<br />
Fechaadq + Fechamar + Costoadq + Hwmes + Estadoeq + Priorid +<br />
Tintme + Tintma + Serie + Basico + Cantesp + Garantia + Obligat +<br />
Otroseq + Area + Contrat + Fabric + Proveed}<br />
59
3.8.4 DER<br />
Subdirección<br />
Centro <strong>de</strong> Costo<br />
Area<br />
Tipo Tarea<br />
Tarea<br />
Intervención<br />
Alimentación<br />
Parámetros<br />
Unidad Medida<br />
Cuenta<br />
Leyenda:<br />
Surtido<br />
Especialidad<br />
Grupo<br />
Mo<strong>de</strong>lo<br />
Marca<br />
Fallo<br />
Relación <strong>de</strong> muchos a muchos<br />
Relación <strong>de</strong> uno a uno<br />
A<br />
B<br />
Genérico<br />
Or<strong>de</strong>n Terrminada<br />
Or<strong>de</strong>n <strong>de</strong> Trabajo<br />
Aplazo<br />
60<br />
Personal<br />
Equipo<br />
Alerta<br />
Relación <strong>de</strong> uno a muchos entre B y A respectivamente<br />
Brigada<br />
Calificación<br />
País<br />
Proveedor Fabricante<br />
Avería<br />
Cliente<br />
Estado Equipo<br />
Estado Or<strong>de</strong>n<br />
Plan
3.9 CONCLUSIONES<br />
Por todo lo especificado en la documentación <strong>de</strong> este módulo y los beneficios que representa este<br />
<strong>sistema</strong> para la <strong>gestión</strong> <strong>de</strong>l mantenimiento <strong>de</strong> equipos médicos <strong>de</strong> un hospital, el mismo<br />
constituye una importante herramienta para los directivos, usuarios(médicos, enfermeras) y<br />
especialistas técnicos en las instituciones <strong>de</strong>dicadas a brindar servicios médicos. El <strong>sistema</strong><br />
brinda gran<strong>de</strong>s ventajas pues se realiza toda la automatización <strong>de</strong>l mantenimiento <strong>de</strong>l<br />
equipamiento médico, incluye también un <strong>sistema</strong> <strong>de</strong> reportes que permite controlar y evaluar las<br />
activida<strong>de</strong>s <strong>de</strong> mantenimiento, a<strong>de</strong>más <strong>de</strong> ofrecer al usuario una biblioteca con todos los<br />
procedimientos <strong>de</strong> mantenimiento. Este <strong>sistema</strong> pue<strong>de</strong> explotarse en cualquier institución <strong>de</strong><br />
salud que <strong>de</strong>see automatizar la <strong>gestión</strong> <strong>de</strong>l mantenimiento <strong>de</strong> un <strong>de</strong>partamento <strong>de</strong><br />
electromedicina.<br />
61
CAPÍTULO # 4 ANÁLISIS Y DISEÑO DEL SUBSISTEMA DE<br />
ALMACENES (SGA).<br />
4.1 DESCRIPCIÓN DEL OBJETO DE AUTOMATIZACIÓN<br />
Para la mayoría <strong>de</strong> las empresas, los inventarios son esenciales: se trata únicamente <strong>de</strong> saber que<br />
cantidad mantener en el almacén. A la vista <strong>de</strong> diversas razones, políticas, financieras y<br />
tecnológicas, que justifican el mantenimiento o no <strong>de</strong> un <strong>de</strong>terminado nivel <strong>de</strong> inventario, un<br />
<strong>sistema</strong> <strong>de</strong> dirección tiene como objetivo proporcionar a los directivos <strong>de</strong> la empresa una política<br />
racional, que le ayudará a encontrar un equilibrio entre varios fines contradictorios. Por supuesto<br />
que esto no significa que el <strong>sistema</strong> sustituya al dirigente. Pero en la práctica, el mecanismo <strong>de</strong>be<br />
ser lo suficientemente flexible como para permitir a la empresa la formulación <strong>de</strong> objetivos<br />
realistas, que tengan en cuenta las condiciones dadas en que transcurre el proceso <strong>de</strong> <strong>gestión</strong>,<br />
incluyendo las premisas políticas, a las cuales se subordina cualquier <strong>de</strong>cisión, y que, aunque no<br />
cuantificable ni i<strong>de</strong>ntificables a través <strong>de</strong> ninguna variable, <strong>de</strong>ben ser incorporadas al <strong>sistema</strong> con<br />
el fin <strong>de</strong> <strong>de</strong>terminar la mejor alternativa en las circunstancias reales.<br />
Así, el <strong>sistema</strong> <strong>de</strong> dirección <strong>de</strong> los inventarios <strong>de</strong>be ser capaz <strong>de</strong> hallar un equilibrio entre cierto<br />
número <strong>de</strong> variables, por ejemplo:<br />
Nivel <strong>de</strong> la <strong>de</strong>manda<br />
Tamaño <strong>de</strong>l pedido<br />
Frecuencia <strong>de</strong> los pedidos<br />
A<strong>de</strong>más, <strong>de</strong>be tenerse en cuenta algunas constantes:<br />
Capacidad máxima <strong>de</strong> almacenaje<br />
Nivel <strong>de</strong> servicio previsto<br />
De modo que <strong>de</strong>terminados objetivos generales sean satisfechos. Esto es, el <strong>sistema</strong>:<br />
Debe operar con recursos y gastos mínimos.<br />
Debe garantizar la existencia en el almacén <strong>de</strong> los distintos renglones cuando estos sean<br />
requeridos.<br />
Debe ser controlable, auditable y confiable.<br />
Usualmente, los objetivos <strong>de</strong>l <strong>sistema</strong> <strong>de</strong> dirección se plantean en términos <strong>de</strong> la solución <strong>de</strong>l<br />
llamado problema <strong>de</strong> los inventarios. Este se formula más o menos así: Encontrar la cantidad<br />
óptima que <strong>de</strong>be ser almacenada, <strong>de</strong> modo que no sea tan gran<strong>de</strong> que ocasione gastos excesivos<br />
<strong>de</strong> almacenamiento, ni tampoco pequeña que suponga gastos excesivos <strong>de</strong> ruptura o <strong>de</strong><br />
reposición. Ciertamente, la formulación <strong>de</strong>l problema resulta bastante clara y sencilla, pero en<br />
realidad, tras esta engañosa apariencia, se oculta el trabajo con un <strong>sistema</strong> altamente complejo y<br />
dinámico, sobre todo a causa <strong>de</strong> las múltiples relaciones que se establecen en el <strong>sistema</strong> y con el<br />
<strong>sistema</strong>.<br />
62
LAS RELACIONES<br />
Cuando se trata <strong>de</strong> hallar una solución racional al problema <strong>de</strong> inventario resulta imposible no<br />
tener en cuenta las múltiples interrelaciones que se establecen <strong>de</strong>ntro y fuera <strong>de</strong>l <strong>sistema</strong>, y que<br />
muchas veces son expresión <strong>de</strong> intereses dialécticamente contrapuesto.<br />
Cada vez que entra o sale un producto <strong>de</strong>l almacén se afectan <strong>de</strong> una forma u otra:<br />
Las finanzas<br />
La contabilidad<br />
El cumplimiento <strong>de</strong> los planes <strong>de</strong> producción<br />
La transportación<br />
Los contratos <strong>de</strong> suministro<br />
La posibilidad <strong>de</strong> que se disponga <strong>de</strong>l producto adquirido<br />
Varías áreas <strong>de</strong> la empresa enfocan con objetivos, más o menos diferentes (y a veces<br />
contrapuestos) el trabajo con el inventario.<br />
El área <strong>de</strong> finanzas estaría inclinada a mantener un nivel en las existencias que le garantice un<br />
mínimo en los gastos. En cambio, el área <strong>de</strong> producción le interesaría mantener un nivel alto en<br />
los inventarios que minimice, sobre todo, la posibilidad <strong>de</strong> escasez <strong>de</strong> materias primas y<br />
materiales para garantizar la continuidad <strong>de</strong> la producción. Pero ni a la empresa ni a la economía<br />
les conviene que se acumulen inventarios en exceso o que, por el contrario, se pare la producción<br />
por falta <strong>de</strong> recursos materiales.<br />
En un hospital, al igual que en cualquier empresa, el <strong>de</strong>partamento <strong>de</strong> aseguramiento se enfrenta<br />
con el problema <strong>de</strong> inventario, siendo éste común para todas las instituciones. Pero asumiendo<br />
las peculiarida<strong>de</strong>s que tiene una entidad <strong>de</strong> este tipo, don<strong>de</strong> lo más importante para que no se<br />
<strong>de</strong>tenga la “producción”, o sea el funcionamiento <strong>de</strong> todos los equipos y con ello el servicio<br />
médico que brinda el centro, es tener en inventario todo lo necesario. Esto parte <strong>de</strong>s<strong>de</strong> lo más<br />
sencillo que son los víveres, y llega hasta los materiales, accesorios, piezas <strong>de</strong> repuesto,<br />
herramientas y equipos <strong>de</strong> prueba, que son los utilizados por las activida<strong>de</strong>s <strong>de</strong> mantenimiento.<br />
Este módulo “Sistema <strong>de</strong> Gestión <strong>de</strong> Almacén” (SGA) incluye:<br />
Controlar todos los productos que están en inventario como pue<strong>de</strong>n ser: resistencias, capacitores,<br />
circuitos integrados para equipos que registran señales bioeléctricas tales como:<br />
electrocardiógrafos, electroencefalógrafos y electromiógrafos; herramientas <strong>de</strong> propósito general,<br />
equipos <strong>de</strong> verificación y calibración tales como: analizadores <strong>de</strong> seguridad eléctrica, tacómetros,<br />
analizadores <strong>de</strong> potencia <strong>de</strong> electrobisturí; entre muchos otros.<br />
SMACOR realiza la planificación <strong>de</strong>l mantenimiento preventivo y, con ello, los surtidos que<br />
serán necesarios para llevar a cabo las intervenciones a los equipos. SGA informa al jefe <strong>de</strong><br />
almacén las cantida<strong>de</strong>s <strong>de</strong> surtidos planificados para el mantenimiento. Posteriormente a esto, se<br />
confeccionan los pedidos y se les entrega a los compradores. Una vez realizada la adquisición, se<br />
entran al <strong>sistema</strong> los datos <strong>de</strong> la recepción y se informa al Jefe <strong>de</strong> Ingeniería Clínica los surtidos<br />
pendientes.<br />
Se gestionan las salidas <strong>de</strong> surtido <strong>de</strong>l almacén hacia las activida<strong>de</strong>s <strong>de</strong> mantenimiento, o sea en<br />
que Or<strong>de</strong>n <strong>de</strong> Trabajo (OT) van a ser usados. Estas or<strong>de</strong>nes <strong>de</strong> trabajo son generadas en el<br />
módulo <strong>de</strong> mantenimiento. Luego, el <strong>sistema</strong> acce<strong>de</strong> al surtido realmente utilizado en cada OT, e<br />
63
informa periódicamente, al Jefe <strong>de</strong> almacén los surtidos que <strong>de</strong>ben <strong>de</strong>volver (los técnicos), por<br />
la no utilización en las activida<strong>de</strong>s <strong>de</strong> mantenimiento.<br />
También controla que la existencia real <strong>de</strong> surtido en el almacén esté entre un valor mínimo y<br />
máximo, los cuales son calculados por el <strong>sistema</strong>. De estar la existencia <strong>de</strong> un surtido fuera <strong>de</strong> su<br />
rango, se informa al Jefe <strong>de</strong> almacén para que tome <strong>de</strong>cisiones al respecto. De estar por <strong>de</strong>bajo<br />
<strong>de</strong>l mínimo el <strong>sistema</strong> da la posibilidad <strong>de</strong> generar los pedidos, aunque éstos pue<strong>de</strong>n ser emitidos<br />
en cualquier momento. Cuando se entra al <strong>sistema</strong> cada recepción se actualizan los estados <strong>de</strong> los<br />
pedidos. A<strong>de</strong>más se lleva un seguimiento <strong>de</strong> los ajustes <strong>de</strong> inventario, solicitu<strong>de</strong>s <strong>de</strong> surtidos y<br />
traslados intra o inter almacén.<br />
64
4.2 TABLA DE EVENTO DEL SGA.<br />
Sistema <strong>de</strong> Gestión <strong>de</strong><br />
Almacén<br />
No Evento<br />
1 Comprar Artículos<br />
2 Solicitar Productos<br />
3 Entregar Artículos<br />
TABLA DE EVENTOS Fecha:<br />
20/06/2000<br />
Origen Destino<br />
Documento<br />
Entrada<br />
Comprador Factura<br />
Jefe <strong>de</strong>l<br />
Centro <strong>de</strong><br />
Costo<br />
4 Ajustar Inventario Jefe <strong>de</strong><br />
Almacén<br />
5 Nuevo Producto Jefe <strong>de</strong><br />
Almacén<br />
6 Nueva Cuenta Jefe <strong>de</strong><br />
Almacén<br />
7 Necesidad <strong>de</strong> Adquirir<br />
Artículos<br />
8 Obtener<br />
Existentes<br />
Artículos<br />
9 Conocer<br />
Hechas<br />
Adquisiciones<br />
10 Conocer Ajustes <strong>de</strong><br />
Inventario Realizados<br />
11 Conocer<br />
Hechas<br />
Entregas<br />
12 Obtener<br />
Recibidas<br />
Solicitu<strong>de</strong>s<br />
13 Obtener<br />
Hechos<br />
Pedidos<br />
Jefe <strong>de</strong>l<br />
Centro <strong>de</strong><br />
Costo<br />
65<br />
Solicitud <strong>de</strong><br />
Productos<br />
Documento<br />
Salida.<br />
Entrega <strong>de</strong><br />
Artículos<br />
Ajuste<br />
Inventario<br />
<strong>de</strong><br />
Datos<br />
producto<br />
<strong>de</strong>l<br />
Datos<br />
Cuenta<br />
<strong>de</strong> la<br />
Comprador Pedido<br />
Artículos<br />
<strong>de</strong><br />
Jefe <strong>de</strong><br />
Artículos<br />
Almacén<br />
Existentes<br />
Jefe <strong>de</strong><br />
Artículos<br />
Almacén<br />
Comprados<br />
Jefe <strong>de</strong><br />
Ajustes <strong>de</strong><br />
Almacén<br />
Inventario<br />
Jefe <strong>de</strong><br />
Entregas<br />
Almacén<br />
Hechas<br />
Jefe <strong>de</strong><br />
Solicitu<strong>de</strong>s<br />
Almacén<br />
Recibidas<br />
Jefe <strong>de</strong><br />
Pedidos<br />
Almacén<br />
Hechos
4.3 DIAGRAMA DE CONTEXTO ESTRUCTURADO.<br />
66
4.4 DIAGRAMA PRELIMINAR.<br />
67
4.5 FACTIBILIDAD ECONÓMICA<br />
I = CTP + Ibasicas + Cprep<br />
I = 7920 + 2000<br />
I = $9920<br />
I = 2000 USD<br />
La inversión <strong>de</strong>l proyecto seria <strong>de</strong> 9920 pesos y 2000 USD.<br />
El usuario <strong>de</strong> este <strong>sistema</strong> sería el propio jefe <strong>de</strong> almacén. El precio <strong>de</strong> venta <strong>de</strong> este <strong>sistema</strong> está<br />
<strong>de</strong>finido en un contrato realizado entre el CEBIO y el CIREN. El cual consiste en la implantación<br />
gratis <strong>de</strong>l <strong>sistema</strong> a cambio <strong>de</strong> toda la colaboración necesaria por parte <strong>de</strong> ellos. Posteriormente a<br />
la culminación <strong>de</strong>l SGT, este será implantado en otros hospitales, se estima que sea en 10, como<br />
mínimo y el precio <strong>de</strong> venta para estos hospitales seria <strong>de</strong> 25000 USD.<br />
4.6 PLANIFICACIÓN DEL PROYECTO<br />
El modo <strong>de</strong> <strong>de</strong>sarrollo <strong>de</strong> este <strong>sistema</strong>, teniendo en cuenta las características particulares <strong>de</strong> cada<br />
una <strong>de</strong> las personas que conforman el equipo <strong>de</strong> trabajo, así como su anterior participación en el<br />
<strong>de</strong>sarrollo <strong>de</strong>l SMACOR: lo consi<strong>de</strong>ro Semilibre.<br />
ESF = 3 (MF) 1.12<br />
F = 420 * FDS/S = 420 * 13 = 5460<br />
MF = 5.46<br />
ESF = 3 * (5.46) 1.12 = 20<br />
CH = 2<br />
TDES = ESF/CH = 20/2 = 10<br />
TDES = 10<br />
CTP = CHM * ESF<br />
CHM = 2SP<br />
SP = 198<br />
CHM = 396<br />
CTP = 396 * 20 = $7920<br />
TDES = 10<br />
CTP = CHM * ESF<br />
CHM = 2SP<br />
SP = 198<br />
CHM = 396<br />
CTP = 396 * 20 = $7920<br />
68
4.7 ANÁLISIS<br />
4.7.1 DIAGRAMA DE FLUJO DE DATOS POR NIVELES<br />
NUEVO DIAGRAMA DE CONTEXTO<br />
69
4.7.2 DIAGRAMA CERO<br />
70
4.7.3 DIAGRAMA UNO<br />
71
4.7.4 DIAGRAMA DOS<br />
72
4.7.5 DIAGRAMA TRES<br />
73
4.7.6 DIAGRAMA CUATRO<br />
74
4.8 DISEÑO<br />
4.8.1 GRAFO CONVERSACIONAL<br />
1<br />
7 8 9 10 11 12 13 14 15 16<br />
0<br />
22 23 24 25 26 27<br />
28 29 30<br />
0<br />
2<br />
17<br />
3<br />
18 19 20 21<br />
4 5<br />
6<br />
33 34 35 45 36 37 38 39 40 41 42 43 44<br />
0<br />
0<br />
31<br />
4<br />
32<br />
5<br />
6
4.8.2. ESTADOS<br />
Número Descripción Español<br />
Estructurado<br />
0 Estado Inicial<br />
1 Archivo<br />
2 Actualizar Datos<br />
3 Asistir al Mantenimiento<br />
4 Verificar Existencias<br />
5 Emitir Informes<br />
6 Ayuda<br />
7 Cambiar Contraseña<br />
8 Usuarios<br />
9 Personalizar<br />
10 Preparar Página<br />
11 Salir<br />
12 Ubicaciones<br />
13 Actualizar Cuenta 1.1<br />
14 Actualizar Surtido 1.2<br />
15 Actualizar Ajuste 1.3<br />
16 Actualizar Recepción 1.4<br />
17 Actualizar Traslado<br />
18 Nomenclatura<br />
19 Actualizar Devolución 2.2<br />
20 Listado <strong>de</strong> Surtidos por Devolver 2.3<br />
21 Nueva Solicitud 2.1<br />
22 Almacenes<br />
23 Estantes<br />
24 Subestantes<br />
25 Posición<br />
26 Actualizar Causa<br />
27 Actualizar Estado <strong>de</strong> los Pedidos<br />
28 Actualizar Genéricos<br />
29 Actualizar Subgenéricos<br />
30 Actualizar Específico<br />
31 Actualizar Consecutivo<br />
32 Actualizar Despachos<br />
33 Listado <strong>de</strong> Productos Fuera <strong>de</strong> Rango (mín/máx) 3.1<br />
34 Listado <strong>de</strong> Pedidos 3.2<br />
35 Listado <strong>de</strong> Productos Ociosos 3.3<br />
36 Listado <strong>de</strong> Devoluciones 4.1<br />
37 Listado <strong>de</strong> Solicitu<strong>de</strong>s 4.2<br />
38 Listado <strong>de</strong> Entregas 4.3<br />
39 Listado <strong>de</strong> Pedidos 4.4<br />
40 Listado <strong>de</strong> Ajustes 4.5<br />
41 Listado <strong>de</strong> Recepciones 4.6
42 Surtidos Existentes 4.7<br />
43 Ayuda<br />
44 Acerca <strong>de</strong> SGA<br />
45 Listado <strong>de</strong> Surtidos en Déficit 3.4<br />
4.8.3 DISEÑO LÓGICO GLOBAL<br />
Nombre <strong>de</strong>l<br />
Fichero Inicial<br />
Descripción<br />
Ajpos {Ajuste + Cup + Almacen + Estante + Subest + Posicion + Cant}<br />
Ajuste {Codigo + Fecha + Cant + Cup + Causa + Respons<br />
+ Estado}<br />
Almacen {Codigo + Nombre + Descrip}<br />
Asig<strong>de</strong>sp {Recepc + Despacho + Cup + Almacen + Estante + Subest + Posicion + Cant}<br />
Causa {Codigo + Mov + Nombre + Descrip}<br />
Compra {Recepc + Factura}<br />
Consecut {Codigo + Nombre + Especif}<br />
Cuenta {Codigo + Nombre + Descrip}<br />
Despacho {Solicit + Fecha + Desppor + Recpor}<br />
Despest {Despacho + Estado + Fecha}<br />
Desppos {Despacho + Cup + Almacen + Estante + Subest + Posicion + Cant}<br />
Devcup {Devoluc + Cup + Cant}<br />
Devoluc {Codigo + Fecha + Despacho + Estado}<br />
Devpos {Devoluc + Cup + Almacen + Estante + Subest + Posicion + Cant}<br />
Elemento {Recepc + Cup + Cant + Precumn + Precuusd + Recmn + Recusd}<br />
Elempos {Recepc + Cup + Almacen + Estante + Subest + Posicion + Cant + Real}<br />
Especif {Codigo + Nombre + Descrip + Subgena}<br />
Estado {Codigo + Nombre + Tipo}<br />
Estante {Codigo + Almacen + Nombre}<br />
Genera {Codigo + Nombre + Descrip }<br />
Pe<strong>de</strong>st {Cup + Fecha + Estado + Fechae}<br />
Pedido {Fecha + Cant + Cup}<br />
Posicion {Codigo + Almacen + Estante + Subest + Nombre}<br />
Recepc {Codigo + Tipo + Fecha + Proveed + Fabric + Estado}<br />
Recped {Recepc + Cup + Fecha + Cant}<br />
Solest {Solicit + Estado + Fecha}<br />
Solicit {Codigo + Fecha + Ot + Solpor + Aprobpor}<br />
Subest {Codigo + Almacen + Estante + Nombre}<br />
Subgena {Codigo + Nombre + Descrip + Genera}<br />
Surt<strong>de</strong>sp {Despacho + Cup + Cant}<br />
Surtido {Cup + Nombre + Descrip + Tipo + Cuenta + Um + Min + Max + Foto}<br />
Surtsol {Cup + Solicit + Cant}<br />
Tras<strong>de</strong>st {Traslado + Cup + Almacen + Estante + Subest + Posicion + Cant}<br />
Traslado {Codigo + Estado + Fecha + Respons}<br />
Traslcup {Cup + Traslado + Cant}<br />
Trasorig {Traslado + Cup + Almacen + Estante + Subest + Posicion + Cant}<br />
Um {Codigo + Abreviat + Nombre}
4.8.4 DER<br />
Genérico<br />
Subgenérico<br />
Específico<br />
Cuenta<br />
Almacén<br />
Consecutivo<br />
Unidad Medida<br />
Estante<br />
Subestante<br />
Pedido Or<strong>de</strong>n<br />
Surtido<br />
Estado<br />
Posición<br />
Cliente<br />
Ajuste<br />
Solicitud<br />
Proveedor Fabricante<br />
Causa<br />
Recepción<br />
Compra<br />
Despacho<br />
Devolución<br />
Traslado
4.8.5 CONCLUSIONES<br />
Por todo lo especificado en la documentación <strong>de</strong> este módulo y los beneficios que representa este <strong>sistema</strong><br />
para la <strong>gestión</strong> <strong>de</strong> inventario en almacenes <strong>de</strong> un hospital, el mismo constituye una importante herramienta<br />
para los directivos <strong>de</strong> abastecimiento en las instituciones <strong>de</strong>dicadas a brindar servicios médicos. El <strong>sistema</strong><br />
brinda gran<strong>de</strong>s ventajas pues la administración <strong>de</strong> los inventarios orientadas al mantenimiento, siendo esta la<br />
manera <strong>de</strong> preveer y tener conocimiento <strong>de</strong> cómo se comportarán las necesida<strong>de</strong>s <strong>de</strong> los surtidos. Incluye<br />
también un análisis <strong>de</strong> mínimo/máximo, realiza los pedidos para cada surtido que su existencia llegue a su<br />
valor mínimo o menor que él. Este <strong>sistema</strong> pue<strong>de</strong> explotarse en cualquier almacén, pues incluye las<br />
cuestiones generales <strong>de</strong> administración <strong>de</strong> inventario, pero está diseñado especialmente para el almacén <strong>de</strong><br />
electromedicina <strong>de</strong> un hospital.
CAPÍTULO # 5 ANÁLISIS Y DISEÑO DEL SUBSISTEMA DE ADQUISICIÓN DE<br />
TECNOLOGÍAS (SADTEC).<br />
5.1 DESCRIPCION DEL OBJETO DE AUTOMATIZACION<br />
Una vez que está <strong>de</strong>finido <strong>de</strong> acuerdo a los intereses <strong>de</strong>l hospital los nuevos equipos ques evan a adquirir, el<br />
comité <strong>de</strong> adquisición realiza dos tareas fundamentales: evaluar el proveedor y evaluar el producto.<br />
En la evaluación <strong>de</strong> proveedores hay que tener en cuenta la capacidad <strong>de</strong> estos para suministrar el producto<br />
con la calidad requerida, para ello se pue<strong>de</strong> obtener información mediante el cuestionario <strong>de</strong> evaluación al<br />
proveedor que brinda los criterios necesarios al comité para evaluarlo.<br />
Las preguntas que están comprendidas en este cuestionario se subdivi<strong>de</strong>n por categorías con una puntuación<br />
máxima. El comité <strong>de</strong> Evaluación <strong>de</strong>l Producto (EP) analizará a cada proveedor por separado y asignará una<br />
puntuación a cada categoría, la cual pue<strong>de</strong> ir disminuyendo según el criterio <strong>de</strong>l comité <strong>de</strong> EP, <strong>de</strong> acuerdo a<br />
las respuestas negativas encontradas al llenar el cuestionario. Esto se representa en las siguientes tablas:<br />
Requisitos<br />
Puntuación Preguntas <strong>de</strong>l<br />
Máxima cuestionario<br />
1. Gestión <strong>de</strong>l <strong>sistema</strong> <strong>de</strong> calidad 0.10 1 - 6<br />
2. Control <strong>de</strong>l diseño 0.10 7<br />
3. Control <strong>de</strong> documentos 0.05 8<br />
4. Control <strong>de</strong> materias primas y componentes 0.10 9 - 15<br />
5. Control <strong>de</strong> procesos 0.10 16 - 20<br />
6. Manipulación, almacenamiento, envase y entrega. 0.10 21 - 22<br />
7. Inspección y ensayo 0.10 23 - 24<br />
8. Calibración 0.05 25 - 26<br />
9. Control <strong>de</strong> no conformida<strong>de</strong>s 0.10 27 - 30<br />
10. Acciones correctivas 0.10 31<br />
11. Auditorías <strong>de</strong> calidad 0.05 32<br />
12. Entrenamientos 0.05 33<br />
TOTAL <strong>1.0</strong>0 33 preguntas<br />
Tabla 5. Requisitos <strong>de</strong>l fabricante<br />
De ser posible responda: SI NO<br />
1. Existen objetivos y responsabilida<strong>de</strong>s por escrito para el personal <strong>de</strong> la empresa?<br />
2 Ha establecido la dirección <strong>de</strong> la empresa su política <strong>de</strong> calidad? Anéxela<br />
3. El grupo <strong>de</strong> aseguramiento <strong>de</strong> la calidad informa directamente a la dirección <strong>de</strong> la empresa?<br />
Tiene autoridad para <strong>de</strong>tener embarques o producciones más amplias <strong>de</strong> artículos rechazados?<br />
4. Realiza la dirección <strong>de</strong> la empresa revisión <strong>de</strong> su <strong>sistema</strong> <strong>de</strong> calidad?<br />
5. Existe un manual <strong>de</strong> calidad que <strong>de</strong>scriba el <strong>sistema</strong> <strong>de</strong> calidad. ? Adjúntelo<br />
6. Están establecidos por escrito los procedimientos <strong>de</strong>l <strong>sistema</strong> <strong>de</strong> calidad?<br />
7. Se realiza la validación <strong>de</strong>l diseño?<br />
8. Los documentos <strong>de</strong> producción son recopilados y archivados? Conservados ___años____<br />
9. Están establecidas las especificaciones <strong>de</strong> todas las materias primas y componentes?
10. Son evaluados los subcontratistas para conocer su capacidad <strong>de</strong> suministrar los productos con<br />
la calidad requerida?<br />
11 Existe un <strong>sistema</strong> <strong>de</strong> funcionamiento <strong>de</strong>l laboratorio <strong>de</strong> materiales y el correspondiente archivo<br />
<strong>de</strong> resultados?<br />
12. Las inspecciones realizadas a los materiales y componentes son revisadas y firmadas por el<br />
personal <strong>de</strong> aseguramiento <strong>de</strong> la calidad<br />
13. Existe un <strong>sistema</strong> <strong>de</strong> retención para las materias primas y componentes?<br />
14. En el taller, el material es marcado para su i<strong>de</strong>ntificación a lo largo <strong>de</strong>l proceso productivo,<br />
incluso el almacén <strong>de</strong> productos terminados?<br />
15. El material es visiblemente marcado como que se encuentra en ensayo, aprobado, rechazado?<br />
16. Están completamente <strong>de</strong>scritos los procesos <strong>de</strong> ensamble y fabricación?<br />
Tipo <strong>de</strong> documento_________________________________<br />
17. Existe el documento principal para indicar ?<br />
- Puntos <strong>de</strong> control <strong>de</strong> la calidad <strong>de</strong>ntro <strong>de</strong>l proceso <strong>de</strong> fabricación<br />
- Tipo <strong>de</strong> ensayo o inspección realizada<br />
- Método <strong>de</strong> medición<br />
- Quién ejecuta el ensayo o la inspección<br />
- Nivel <strong>de</strong> aceptación/ rechazo (NCA)<br />
18. Está organizado el flujo <strong>de</strong> trabajo?<br />
19. Existen registro <strong>de</strong> mantenimiento y reparaciones disponibles <strong>de</strong>l equipamiento <strong>de</strong> producción?<br />
20. Se conoce y estudia la precisión con que pue<strong>de</strong>n trabajar las máquinas instaladas?<br />
21. ¿Existen áreas para ubicar las materias primas, productos en procesos y productos terminados?<br />
22 ¿ Son separadas las operaciones <strong>de</strong> embalaje <strong>de</strong> las mercancías terminadas?<br />
¿ Se realizan bajo control <strong>de</strong> supervisión?<br />
¿ Se conservan los registros <strong>de</strong> etiquetado?<br />
23. ¿ Las muestras <strong>de</strong> producción para ensayos <strong>de</strong> control <strong>de</strong> calidad son i<strong>de</strong>ntificadas?<br />
24 ¿ Existen procedimientos escritos para la ejecución <strong>de</strong> las inspecciones <strong>de</strong> entrada, proceso y<br />
final?<br />
¿ Son registradas?<br />
25. ¿ Existen procedimientos para la calibración <strong>de</strong> los equipos <strong>de</strong> medición?<br />
26. ¿ Los registros <strong>de</strong> calibración son conservados durante un período <strong>de</strong> tiempo <strong>de</strong>terminado?<br />
27. ¿ Existen procesos para la reelaboración <strong>de</strong> los productos rechazados?<br />
De ser posible responda :<br />
28. ¿ Los productos rechazados son retenidos en observación y pendientes <strong>de</strong> su disposición final?<br />
29. ¿ Existe un archivo <strong>de</strong> quejas y reclamaciones?<br />
Cada queja contiene:<br />
- Naturaleza <strong>de</strong> la queja.<br />
- Respuesta al cliente. Acción correctiva/preventiva<br />
- ¿ Son revisadas periódicamente para el análisis <strong>de</strong> ten<strong>de</strong>ncias?<br />
30. ¿ Los productos <strong>de</strong>fectuosos son verificados mediante ensayos por parte <strong>de</strong>l productor?<br />
31 Son aplicadas y controladas las acciones correctivas/preventivas ante una inconformidad<br />
i<strong>de</strong>ntificada <strong>de</strong>l producto, proceso, <strong>sistema</strong> <strong>de</strong> calidad?<br />
32. ¿ Se realizan auditorías <strong>de</strong> calidad para conocer la eficacia <strong>de</strong>l <strong>sistema</strong> <strong>de</strong> calidad?<br />
33. ¿ El personal <strong>de</strong> aseguramiento <strong>de</strong> la calidad tiene a<strong>de</strong>cuada educación, experiencia o<br />
entrenamiento?<br />
Tabla 6. Desarrollo <strong>de</strong>l Cuestionario<br />
-
Como se ve en la primera tabla hay casos en que a una misma categoría le correspon<strong>de</strong>n varias<br />
preguntas. En el caso <strong>de</strong> respon<strong>de</strong>r todas positivas se obtendrá el valor máximo, en caso <strong>de</strong> haber alguna<br />
respuesta negativa se propone utilizar la regla <strong>de</strong>l % para disminuir la puntuación por categoría, es <strong>de</strong>cir<br />
Categoría : Gestión <strong>de</strong> <strong>sistema</strong> <strong>de</strong> calidad 5 respuestas positivas<br />
1 negativa<br />
6 positivas ### 100 % puntos<br />
5 positivas ### X %<br />
X= 83.3 % <strong>de</strong> la puntuación máxima<br />
Para esta categoría la puntuación máxima es <strong>de</strong> 0.10 (6 respuestas positivas)<br />
5 respuestas positivas representan un 0.10x 0.833 = 0.0833<br />
Este análisis se hizo partiendo <strong>de</strong> que todos los criterios <strong>de</strong>ntro <strong>de</strong> una misma categoría tienen igual<br />
importancia<br />
Para evaluar el producto se consi<strong>de</strong>rarán los siguientes parámetros:<br />
1) Seguridad mecánica y eléctrica : Se <strong>de</strong>fine como seguridad mecánica a aquella que se implemente<br />
para proteger al paciente y al operador, <strong>de</strong> riesgos o daños por <strong>de</strong>sperfectos mecánicos se<strong>de</strong>fine como<br />
seguridad eléctrica a aquellos <strong>sistema</strong>s <strong>de</strong> alarmas y medidas que <strong>de</strong>be tomar el fabricante para<br />
garantizar que el paciente y el operador no sufran choques eléctricos.<br />
2) Características técnicas : condiciones <strong>de</strong> operación, especificaciones <strong>de</strong>l fabricante, funciones y<br />
exactitud <strong>de</strong> las mediciones que se realizan vs estándares y recomendaciones publicadas.<br />
2.1) Condiciones <strong>de</strong> operación : Son las condiciones que el fabricante exige para que el equipo<br />
funcione correctamente<br />
2.2) Especificaciones <strong>de</strong>l fabricante : Son las que el fabricante brinda en la documención<br />
2.3) Normas técnicas : Dadas por el fabricante o asociadas al equipo que se va a comprar<br />
3) Características Clínicas : Facilidad <strong>de</strong> uso, necesidad <strong>de</strong> entrenamiento, uso para las aplicaciones<br />
<strong>de</strong>stinadas.<br />
3.1) Uso para las aplicaciones <strong>de</strong>stinadas: El equipo sólo se usa en las aplicaciones que especifica el<br />
fabricante<br />
3.2) Facilidad <strong>de</strong> uso: Que el equipo sea <strong>de</strong> fácil manipulación y operación.<br />
3.3) Entrenamiento en el servicio: Que el personal esté entrenado en la tecnología que se va a comprar<br />
o que el fabricante la brinda estos entrenamientos.
4) Ingeniería - Diseño: Características físicas (peso, longitud, etc), construcción, manuales <strong>de</strong> servicio<br />
y operación, facilida<strong>de</strong>s que brinda el fabricante en cuanto a pago, soporte técnico, entrenamientos,<br />
etc.<br />
5) Experiencia <strong>de</strong>l usuario: Se analiza la experiencia <strong>de</strong>l <strong>de</strong>partamento <strong>de</strong> IC, <strong>de</strong> otros usuarios o<br />
cualquier otro hospital en el uso <strong>de</strong> la tecnología que se va a adquirir.<br />
6) Análisis <strong>de</strong>l costo <strong>de</strong>l ciclo <strong>de</strong> vida: Este incluye precio inicial <strong>de</strong> adquisición, renovaciones,<br />
instalaciones, suministros <strong>de</strong> partes y componentes, costo <strong>de</strong> operación, entrenamiento, tanto <strong>de</strong>l<br />
personal que opera el equipo como el que realiza el servicio.<br />
7) Otros factores: Aspectos tales como la estandarización y/o factores intangibles que pue<strong>de</strong>n variar<br />
<strong>de</strong> aplicación en aplicación.<br />
A cada uno <strong>de</strong> estos criterios <strong>de</strong>ntro <strong>de</strong> cada categoría se le asigna una puntuación <strong>de</strong> uno a diez (pesos<br />
individuales). Después se suman estos y se <strong>de</strong>termina el promedio, multiplicándolos por un peso que se<br />
brina al final <strong>de</strong> cada categoría para obtener el total. Los miembros <strong>de</strong>l comité <strong>de</strong> EP <strong>de</strong>ben estar <strong>de</strong><br />
acuerdo con todos los criterios para la evaluación final.<br />
Los criterios por categorías y las categorías se muestran en la siguiente tabla <strong>de</strong> comparaciones<br />
Fabricante FABRICANTE 1 FABRICANT FABRICANTE<br />
Mo<strong>de</strong>lo MODELO A MODELO B MODELO C<br />
Categorías Alcance Comentar Alcance Come Alcance Come<br />
SEGURIDAD<br />
Mecánica 7 4 9<br />
Eléctrica 5 2 7<br />
Peso (0.20)x Alcance Prom. 1.2 0.6 1.6<br />
CARACTERISTICAS<br />
Condiciones <strong>de</strong> operación<br />
Controles 4 8 10<br />
Modos <strong>de</strong> operación 6 7 9<br />
Especificaciones <strong>de</strong>l fabricante<br />
(lista) 3 4 8<br />
2 3 8<br />
Normas Técnicas<br />
(lista) 1 5 7<br />
4 5 6<br />
Peso (0.15) x Alcance promedio 0.5 0.8 1.2<br />
CARACTERISTICAS CLINICAS<br />
Uso para aplicaciones <strong>de</strong>stinadas 6 10 8<br />
Facilida<strong>de</strong>s <strong>de</strong> uso 7 3 7<br />
Entrenamiento en el servicio 5 2 9<br />
Peso (0.25) x Alcance Promedio 1.5 1.25 2<br />
FACTORES HUMANOS<br />
Diseño 6 7 9<br />
Características físicas<br />
Dimensiones 4 6 8<br />
Peso 7 3 7
Construcción<br />
Seguridad en el funcionamiento 3 4 7<br />
Mantenibilidad 1 6 8<br />
Manuales<br />
Manual <strong>de</strong> operación 2 5 5<br />
Manual <strong>de</strong> servicio 4 8 9<br />
Facilida<strong>de</strong>s <strong>de</strong>l Fabricante<br />
Al usuario 5 6 7<br />
Al servicio. 3 7 7<br />
Peso (0.10) x Alcance Promedio 0.39 0.6 0.74<br />
EXPERIENCIA DEL USUARIO<br />
Departamento <strong>de</strong> IC 6 7 10<br />
Areas Clínicas<br />
Médicos 4 6 8<br />
Enfermeras 7 6 7<br />
Otros Hospitales<br />
Médicos 5 8 9<br />
Enfermeras 6 7 8<br />
Especialistas en IC 7 5 7<br />
Peso (0.10) x Alcance Promedio 0.58 0.65 0.82<br />
COSTO<br />
Costo <strong>de</strong> adquisición 6 4 8<br />
Costo <strong>de</strong> operación 8 6 7<br />
Costo <strong>de</strong> Servicio 4 2 9<br />
Peso (0.10) x Alcance promedio 0.58 0.65 0.82<br />
OTROS FACTORES<br />
Normalización 2 4 9<br />
Antece<strong>de</strong>ntes con el Fabricante 3 7 6<br />
Peso (0.05) x Alcance Promedio 0.13 0.28 0.38<br />
ALCANCE TOTAL 5.2 4.72 7.94<br />
Para realizar la Evaluación <strong>de</strong>l producto:<br />
Tabla 7<br />
Se enumeran las características técnicas <strong>de</strong>l "producto i<strong>de</strong>al" a que se aspira (<strong>de</strong>be tenerse tenerse en cuenta<br />
el presupuesto económico que se tiene). En otras palabras, asegurarse que estos requerimientos específicos<br />
sobrepasan o cumplen con los productos propuestos por el comité <strong>de</strong> EP. Se envían criterios a los diferentes<br />
fabricantes que producen este equipamiento, a<strong>de</strong>más <strong>de</strong>be pedirse la información que responda a las<br />
preguntas <strong>de</strong>l cuestionario para <strong>de</strong>terminar al o a los fabricantes <strong>de</strong> mayor prestigio.<br />
Con la información en mano hay que evaluar a los proveedores y seleccionar los que obtengan mayor<br />
puntuación según (tabla 5), a<strong>de</strong>más <strong>de</strong> seleccionar cuales productos pudieran ser consi<strong>de</strong>rados en el análisis.<br />
Después se <strong>de</strong>be <strong>de</strong> forma <strong>de</strong>tallada mediante la tabla <strong>de</strong> comparación, los tipos <strong>de</strong> servicios y fijar el más<br />
óptimo a asumir por el <strong>de</strong>partamento <strong>de</strong> Ingeniería Clínica.<br />
Desarrollar y ejecutar pruebas a los productos que comprueben seguridad, funcionamiento y especificaciones<br />
técnicas que plantea el fabricante. Eliminar <strong>de</strong>l análisis cualquier muestra que no cumpla esto y que por tanto<br />
convierta al criterio <strong>de</strong> la tabla <strong>de</strong> comparación (ver tabla 7) que se esté analizando en un valor mínimo.
Desarrollar entrevistas con otros usuarios (al menos tres posibles) <strong>de</strong> los equipos que se analizan para<br />
<strong>de</strong>terminar sus niveles <strong>de</strong> satisfacción con los equipos en particular y con los fabricantes. Realizar visitas al<br />
lugar don<strong>de</strong> el equipo está funcionando. De ser posible estrevistarse con médicos, enfermeras e ingenieros<br />
biomédicos o clínicos <strong>de</strong> algún comité <strong>de</strong> EP que analizó este equipo con anterioridad.<br />
Hacer un balance <strong>de</strong>tallado <strong>de</strong> la razón costo/beneficio.<br />
Una vez fijados los fabricantes y seleccionados los productos se proce<strong>de</strong> a evaluarlos según tabla 2 . Después<br />
se <strong>de</strong>be llenar la tabla 3.<br />
El producto <strong>de</strong> mayor puntuación será el óptimo.<br />
Cada vez que se compra un equipo, este se controla en el Sistema <strong>de</strong> Mantenimiento y sus datos son<br />
registrados para mantener actualizado un registro <strong>de</strong> los fabricantes relacionados con la entidad y <strong>de</strong> los tipos<br />
<strong>de</strong> producto que en ella se encuentran.<br />
Decidiendo el tipo <strong>de</strong> Servicio<br />
Luego <strong>de</strong> seleccionar que equipo se va a comprar hay que <strong>de</strong>cidir el tipo <strong>de</strong> servicio <strong>de</strong> mantenimiento que<br />
se le dará a este equipo. Algunas veces hay factores que controlan el proceso <strong>de</strong> <strong>de</strong>cisión como, por<br />
ejemplo, diferencias dramáticas en los costos totales, esto hace que este proceso sea relativamente fácil, sin<br />
embargo, es mucho más probable que sea una selección difícil.<br />
Desafortunadamente no existe fórmula que, automáticamente genere, la mejor opción cuando se le inserta la<br />
información. La selección <strong>de</strong>pen<strong>de</strong> <strong>de</strong> numerosas variables que incluyen muchas veces <strong>de</strong>s<strong>de</strong> los<br />
dispositivos involucrados hasta la situación geográfica <strong>de</strong>l hospital en particular. Debido a esto, para realizar<br />
la selección, se utiliza una matriz que incluye numerosos parámetros comúnmente utilizados y <strong>de</strong> vital<br />
importancia en una <strong>de</strong>cisión <strong>de</strong> este tipo. Estos parámetros tienen pre<strong>de</strong>finidas sus posibles respuestas y,<br />
para cada una <strong>de</strong> ellas, su importancia relativa. Esto permite utilizar esta matriz como un método <strong>de</strong><br />
evaluación flexible, capaz <strong>de</strong> adaptarse a cualquier situación específica. Luego <strong>de</strong> haber recopilado toda la<br />
información necesaria, se proce<strong>de</strong> a evaluar. Este proceso consiste en sumar, por cada tipo <strong>de</strong> servicio, el<br />
valor <strong>de</strong> sus parámetros multiplicado por la importancia relativa <strong>de</strong>l valor <strong>de</strong> este. El que obtenga la mayor<br />
puntuación constituye la opción a consi<strong>de</strong>rar.<br />
Evaluando Necesida<strong>de</strong>s <strong>de</strong> Equipamiento médico: Un algoritmo simple.<br />
Una <strong>de</strong> las principales dificulta<strong>de</strong>s que enfrenta la administración <strong>de</strong> los hospitales contemporáneos es tomar<br />
una <strong>de</strong>cisión bien fundamentada al comprar un nuevo equipo médico, sobre todo cuando el hospital está en<br />
un proceso <strong>de</strong> renovación capital. En la ausencia <strong>de</strong> técnicas cuantitativas, el administrador generalmente<br />
opta por un procedimiento largo y costoso <strong>de</strong> prueba y fallo, da por acertadas las peticiones <strong>de</strong> los<br />
<strong>de</strong>partamentos, o ce<strong>de</strong> ante las presiones ejercidas por los grupos influyentes <strong>de</strong>l hospital. La <strong>de</strong>cisión <strong>de</strong><br />
adquirir un nuevo equipo médico en hospitales que ya existen es mucho más compleja que en hospitales<br />
nuevos. Las nuevas instalaciones son generalmente planificadas con un conjunto pre<strong>de</strong>finido <strong>de</strong> equipos que
proveen una cierta gama <strong>de</strong> servicios médicos, el presupuesto es usualmente establecido con anterioridad, y<br />
el equipo comprado es nuevo. En las instalaciones ya existentes, si embargo, pue<strong>de</strong> existir una contraparte <strong>de</strong><br />
equipos ya funcionando, o que necesitan reparación. Este es un algoritmo simple por el que la cantidad <strong>de</strong><br />
equipos necesitados pue<strong>de</strong> ser <strong>de</strong>terminada por medio <strong>de</strong> un mo<strong>de</strong>lo algebraico. Este método permite al<br />
director <strong>de</strong>l hospital y a los jefes <strong>de</strong> <strong>de</strong>partamentos tener una base común objetiva para negociar las<br />
necesida<strong>de</strong>s <strong>de</strong>partamentales.<br />
Los hospitales necesitan <strong>de</strong>sarrollar un <strong>sistema</strong> mediante el cual las solicitu<strong>de</strong>s <strong>de</strong> compra <strong>de</strong> nuevos equipos<br />
puedan ser rigurosamente evaluadas. Naturalmente, cada <strong>de</strong>partamento trata <strong>de</strong> impresionar a la<br />
administración con sus necesida<strong>de</strong>s. Los administradores <strong>de</strong> hospitales están conscientes <strong>de</strong> este problema,<br />
sin embargo, <strong>de</strong>bido a la ausencia <strong>de</strong> técnicas cuantitativas y objetivas, están propensos a ce<strong>de</strong>r ante las<br />
presiones <strong>de</strong> grupos <strong>de</strong> gran fuerza política en el hospital. Este problemas es más o menos universal, pero<br />
está más acentuado en países sub<strong>de</strong>sarrollados.<br />
Los hospitales <strong>de</strong> los países <strong>de</strong>sarrollados tienen una pobre <strong>gestión</strong> <strong>de</strong> tecnología, especialmente en áreas<br />
rurales. Es por eso, que no es extraño que anualmente se asignen presupuestos sustanciales para el reemplazo<br />
<strong>de</strong> equipos médicos en los hospitales públicos. Sin embargo este gran gasto no va paralelo a un aumento<br />
significativo en la calidad <strong>de</strong>l servicio asistencial. Por lo tanto es necesario ampliar <strong>de</strong> la perspectiva <strong>de</strong><br />
“control <strong>de</strong> equipos” a una visión más amplia <strong>de</strong> “<strong>gestión</strong> <strong>de</strong> mantenimiento”.<br />
El concepto <strong>de</strong> <strong>gestión</strong> <strong>de</strong> tecnología está ganando más terreno cada día porque se refiere a los problemas<br />
asociados con equipos médicos más globalmente. En el pasado, el control <strong>de</strong>l equipamiento era visto como<br />
un proceso mediante el cual el proceso <strong>de</strong> inventario <strong>de</strong> equipos y piezas <strong>de</strong> repuesto era alcanzado. ECRI ve<br />
el proceso <strong>de</strong> planeamiento <strong>de</strong> la tecnología como una secuencia <strong>de</strong> pasos empezando con una revisión <strong>de</strong><br />
los objetivos estratégicos, seguido <strong>de</strong> una revisión <strong>de</strong>l equipamiento existente, dirigiéndose entonces a la<br />
sustitución <strong>de</strong> tecnologías y finalizando, si es necesario, con la adquisición <strong>de</strong> nuevas tecnologías.<br />
Un paso crítico en el proceso <strong>de</strong> <strong>gestión</strong> <strong>de</strong> tecnología es la política <strong>de</strong> sustitución <strong>de</strong> equipos médicos. No es<br />
fácil para el administrador <strong>de</strong> un hospital enfrentar las diferentes solicitu<strong>de</strong>s <strong>de</strong>partamentales <strong>de</strong> equipos<br />
médicos sin tener un método concreto para establecer priorida<strong>de</strong>s. Esto solo pue<strong>de</strong> ser alcanzado <strong>de</strong>finiendo<br />
ciertos criterios como las bases para que un equipo A tenga prioridad sobre un equipo B.<br />
Se propone que se consi<strong>de</strong>re estos criterios cuando se compre un nuevo equipo: 1) relación i<strong>de</strong>al equipopaciente,<br />
2) cantidad <strong>de</strong> equipos existentes que <strong>de</strong>sarrollan la misma función que el equipo solicitado, 3) la<br />
condición <strong>de</strong> cada uno <strong>de</strong> los equipos existentes, 4) el impacto <strong>de</strong>l equipo en la calidad <strong>de</strong> la atención al<br />
paciente, 5)clasificación <strong>de</strong>l equipo en generador <strong>de</strong> ingresos o no.
La relación equipo paciente <strong>de</strong>fine la cantidad i<strong>de</strong>al <strong>de</strong> equipos por camas, en un <strong>de</strong>partamento dado.<br />
Aunque esta relación no es común encontrarla en libros <strong>de</strong> textos porque diferentes hospitales adoptan<br />
diferentes políticas, y <strong>de</strong>bido al rápido avance <strong>de</strong> la tecnología, pue<strong>de</strong> ser estandarizada por cada hospital<br />
usando los valores publicados por organizaciones <strong>de</strong> reputación como son Association for the Advancement<br />
of Medical Instumentation (AAMI) y la ECRI, aunque en ausencia <strong>de</strong> éstos los especialistas <strong>de</strong> la salud <strong>de</strong>l<br />
hospital pue<strong>de</strong>n acordar lo que constituye un estándar razonable.<br />
El segundo factor, que es el número <strong>de</strong> equipos existentes pue<strong>de</strong> ser obtenido <strong>de</strong> la lista <strong>de</strong> inventario <strong>de</strong><br />
equipos. Esta lista <strong>de</strong>be ser actualizada y controlada por el <strong>de</strong>partamento <strong>de</strong> ingeniería clínica <strong>de</strong>l hospital o<br />
por el personal <strong>de</strong>l <strong>sistema</strong> <strong>de</strong> información. El tercer factor, como su nombre lo indica, es el estado físico <strong>de</strong>l<br />
equipo y <strong>de</strong>be estar también disponible en la lista <strong>de</strong> inventarios. Naturalmente, mientras más mala es la<br />
condición <strong>de</strong>l equipo, menor es la confianza <strong>de</strong>l <strong>de</strong>partamento en él. Esto es verdad porque un equipo que<br />
frecuentemente se rompe cuesta al hospital no solamente la suma <strong>de</strong> la reparación, sino la oportunidad <strong>de</strong><br />
usar el equipo.<br />
El cuarto factor es <strong>de</strong> una importancia significativa porque está relacionado con el objetivo principal en la<br />
asistencia médica que es la calidad <strong>de</strong> la atención al paciente. Si cierto equipo es obligatorio para la<br />
supervivencia <strong>de</strong>l paciente, como es el caso <strong>de</strong> un ventilador <strong>de</strong> una unidad <strong>de</strong> cuidados intensivos, se le<br />
<strong>de</strong>be dar cierta prioridad sobre otros que tiene un papel menos crucial. Similarmente, un equipo que acelera<br />
la recuperación <strong>de</strong>l paciente y/o aumenta la calidad en la rehabilitación se le <strong>de</strong>be dar prioridad sobre esos<br />
que “es bueno tener”.<br />
Finalmente, la efectividad <strong>de</strong> los costos <strong>de</strong>be ser también consi<strong>de</strong>rada durante el proceso. El hospital<br />
mo<strong>de</strong>rno <strong>de</strong>be consi<strong>de</strong>rar tener una orientación hacia la obtención <strong>de</strong> beneficios para que así pueda proveer<br />
servicios competentes a sus pacientes. Algunos tipos <strong>de</strong> equipos médicos son conocidos por generar ingresos<br />
sustanciales incluso sin contribuir directamente a la excelencia <strong>de</strong> la atención al paciente.<br />
Mo<strong>de</strong>lo<br />
El objetivo <strong>de</strong> este algoritmo es que teniendo como entrada los cinco criterios mencionados anteriormente,<br />
dar como salida la cantidad <strong>de</strong> equipos a comprar sugeridos. Llamemos a la cantidad <strong>de</strong> camas o usuarios nb,<br />
la relación equipo paciente rr, el número <strong>de</strong> equipos existentes (disponible) m, la condición <strong>de</strong> un equipo<br />
dado ci, el valor <strong>de</strong> la calidad <strong>de</strong> la atención médica v, y la capacidad <strong>de</strong> generar ingresos g. Entonces si n es<br />
la cantidad real <strong>de</strong> equipos a ser comprados, se relaciona con los otros factores a través <strong>de</strong> la siguiente<br />
ecuación.<br />
n=Int {nb*rr*v*g}-Int{∑<br />
i=<br />
m<br />
1<br />
ci<br />
} (1)<br />
don<strong>de</strong> Int es el operador, que redon<strong>de</strong>a su argumento al entero más cercano, y ∑ es el operador sumatoria<br />
sobre todas las piezas existentes m.<br />
El problema ahora es asignar valores para nb, rr, v, g, y c en la ecuación 1 para así po<strong>de</strong>r calcular n Nótese<br />
que el primer término <strong>de</strong> la ecuación 1 suministra la cantidad necesitada por un <strong>de</strong>partamento en particular<br />
sin tener en cuenta lo que ya se posee, mientras que el segundo suministra un número compuesto equivalente<br />
al equipo en funcionamiento que ya existe. La diferencia entre los dos es la cantidad neta necesitada.
Empecemos primero con el factor <strong>de</strong> condición <strong>de</strong>l equipo c. Es razonable proponer que c tome valor 1 si el<br />
equipo esta operando a toda capacidad y 0 si el equipo es evaluado <strong>de</strong> inservible, obsoleto o <strong>de</strong> baja. La<br />
razón <strong>de</strong> estas selecciones es que un equipo en completa disposición <strong>de</strong>be ser contado como un equipo<br />
completo, mientras los otros no <strong>de</strong>ben ser contados para ninguna <strong>de</strong>cisión. Asumiendo que entre c y la<br />
condición <strong>de</strong>l equipo existe una relación lineal, diferentes valores <strong>de</strong> c pue<strong>de</strong>n ser interpolados como se<br />
muestra en la tabla 1.<br />
Condición OK Reparación Menor Reparación Media Reparación Mayor De Baja<br />
c 1 3/4 1/2 1/4 0<br />
Para visualizar la contribución <strong>de</strong>l segundo termino en la ecuación 1 consi<strong>de</strong>remos un simple ejemplo en el<br />
que una sala esta renovando las camas. Asuma que la sala cuenta con 8 camas <strong>de</strong> las que se reporta que hay<br />
dos <strong>de</strong> baja, tres necesitando reparaciones menores y 3 en buenas condiciones. El segundo término sería<br />
ahora calculado como: Int{2*0 + 3*3/4 + 3*1} = 5. En otras palabras el administrador pensara son respecto<br />
a esta sala que tiene 5 camas en perfecto estado en ves <strong>de</strong> 8.<br />
Ahora consi<strong>de</strong>remos la contribución <strong>de</strong>l primer término en la ecuación 1. Como se ha dicho anteriormente,<br />
rr es una relación equipo paciente i<strong>de</strong>al o recomendada. Esta información esta basada en información <strong>de</strong><br />
organizaciones <strong>de</strong> organizaciones <strong>de</strong> reputación o <strong>de</strong> hospitales similares, o <strong>de</strong>l personal especializado <strong>de</strong>l<br />
hospital. Por ejemplo es un estándar aceptado que en cualquier Unidad <strong>de</strong> Cuidados Intensivos (UCI), cada<br />
cama <strong>de</strong>be poseer un monitor, en cuyo caso rr=1:1, y la relación es 1. Por otra parte en una UCI pue<strong>de</strong> tener<br />
un solo <strong>de</strong>sfibrilador para todos sus pacientes porque la probabilidad <strong>de</strong> que se presenten 2 ataques<br />
cardiacos a la vez es muy baja. En este caso rr será <strong>de</strong> 1:8 y asi sucesivamente.<br />
Los factores menos cuantificables v y g también ameritan una explicación. El factor <strong>de</strong> la calidad <strong>de</strong> la<br />
atención médica v es un coeficiente que refleja la importancia <strong>de</strong>l equipo para la supervivencia <strong>de</strong>l paciente.<br />
Como los equipos necesarios para el soporte <strong>de</strong> la vida no se <strong>de</strong>ben comprometer, a estos equipos se les<br />
asignará un coeficiente <strong>de</strong> uno, que es el máximo valor posible para v. A<strong>de</strong>más si un equipo es clasificado<br />
como que aumenta la calidad <strong>de</strong> la atención al paciente, v pue<strong>de</strong> sumir el valor <strong>de</strong> ¾. Por ultimo si un equipo<br />
es clasificado como “es bueno tener”, v pue<strong>de</strong> asumir el valor <strong>de</strong> ½. Estos valore son resumidos en la<br />
ecuación 2.<br />
⎧1.......<br />
soporte.<br />
<strong>de</strong>.<br />
vida<br />
⎪<br />
v= ⎨3/<br />
4..<br />
aumenta.<br />
la.<br />
calidad.<br />
<strong>de</strong>.<br />
la.<br />
atención.<br />
al.<br />
paciente<br />
⎪<br />
⎩1/<br />
2...<br />
bueno.<br />
tener<br />
El último coeficiente a consi<strong>de</strong>rar es g, que está relacionado con la posibilidad <strong>de</strong> generar ingresos sin<br />
consi<strong>de</strong>rar su relevancia en la calidad <strong>de</strong> la atención médica. Si un equipo no es consi<strong>de</strong>rado como generador<br />
<strong>de</strong> ingresos, se le pue<strong>de</strong> asignar un valor neutral <strong>de</strong> 1. Si se espera algún ingreso por su concepto se le<br />
asignará el valor <strong>de</strong> 1.1. Esto es equivalente a darle un 10 % más <strong>de</strong> peso a los equipos generadores <strong>de</strong><br />
ingreso que a los que no lo son en otras palabras.<br />
⎧1.....<br />
no.<br />
generador.<br />
<strong>de</strong>.<br />
ingresos<br />
g= ⎨<br />
⎩1.<br />
1..<br />
generador.<br />
<strong>de</strong>.<br />
ingresos<br />
(2)<br />
(3)
En la práctica, el administrador <strong>de</strong>l hospital distribuye planillas <strong>de</strong> solicitu<strong>de</strong>s a cada <strong>de</strong>partamento<br />
solicitante <strong>de</strong> equipos nuevos. El cuestionario pi<strong>de</strong> a cada Jefe <strong>de</strong> Departamento la lista <strong>de</strong> cantida<strong>de</strong>s y<br />
equipos solicitados, así como también una evaluación <strong>de</strong> la importancia <strong>de</strong>l equipo para el paciente y sus<br />
potencialida<strong>de</strong>s como generador <strong>de</strong> ingresos para el hospital. Y ya con todos los datos necesarios para<br />
aplicar la fórmula se pue<strong>de</strong> obtener la cantidad recomendada n.
5.2 TABLA DE EVENTOS<br />
Sistema Adquisición <strong>de</strong> Tecnologías Tabla <strong>de</strong> Eventos Fecha:<br />
No Evento Origen Destino Documento<br />
Entrada<br />
20/06/2000<br />
Documento Salida<br />
1 Definir Equipo I<strong>de</strong>al Evaluador Características<br />
I<strong>de</strong>ales<br />
2 Evaluar Proveedor Evaluador Cuestionario<br />
Evaluador Evaluación<br />
Proveedor<br />
3 Evaluar Producto Evaluador Parámetros<br />
Evaluación<br />
Evaluador Evaluación<br />
Producto<br />
4 Seleccionar Equipo Evaluador Tipo Equipo<br />
Evaluador Propuesta Compra<br />
5 Contratar Servicio<br />
Proveedor Solicitud Contrato<br />
Proveedor Contrato<br />
6 Evaluar Servicio Evaluador Características<br />
Servicio<br />
Evaluador Evaluación<br />
Servicio<br />
7 Registrar Servicio Departamento<br />
<strong>de</strong> IC<br />
Servicio Prestado<br />
8 Necesidad <strong>de</strong><br />
Departament<br />
Expediente<br />
Conocer Expediente<br />
<strong>de</strong>l Proveedor<br />
o <strong>de</strong> IC<br />
9 Necesidad <strong>de</strong><br />
Departament<br />
Listado Contratos<br />
Conocer Contratos<br />
o <strong>de</strong> IC<br />
10 Necesidad <strong>de</strong><br />
Departament<br />
Listado<br />
Conocer<br />
o <strong>de</strong> IC<br />
Evaluaciones<br />
Evaluaciones<br />
Producto<br />
<strong>de</strong><br />
Producto<br />
11 Necesidad <strong>de</strong><br />
Departament<br />
Listado<br />
Conocer<br />
o <strong>de</strong> IC<br />
Evaluaciones<br />
Evaluaciones<br />
Proveedor<br />
<strong>de</strong><br />
Proveedores<br />
12 Necesidad <strong>de</strong><br />
Departament<br />
Listado<br />
Conocer<br />
o <strong>de</strong> IC<br />
Evaluaciones<br />
Evaluaciones<br />
Servicio<br />
<strong>de</strong><br />
Servicio<br />
13 Renovar<br />
Evaluador Parámetros <strong>de</strong><br />
Departamento<br />
<strong>de</strong>cisión<br />
Evaluador Cantida<strong>de</strong>s<br />
comprar<br />
a
14 Definir Parámetros<br />
<strong>de</strong> Evaluación <strong>de</strong><br />
Producto<br />
15 Definir Preguntas<br />
para el Fabricante<br />
16 Definir Términos <strong>de</strong><br />
Contrato<br />
5.3 DIAGRAMA DE CONTEXTO ESTRUCTURADO<br />
Evaluador<br />
Términos Contrato<br />
Evaluación Proveedor<br />
Evaluación Producto<br />
Propuesta Compra<br />
Evaluación Servicio<br />
Cantida<strong>de</strong>s a Comprar<br />
Cuestionario<br />
Tipo Equipo<br />
Parámetros Evaluación<br />
Características Servicio<br />
Características I<strong>de</strong>ales<br />
Parámetros <strong>de</strong> Decisión<br />
Parámetros Producto<br />
Preguntas Fabricante<br />
Evaluador Parámetros<br />
Producto<br />
Evaluador Preguntas<br />
Fabricante<br />
Evaluador Términos<br />
Contrato<br />
Sistema <strong>de</strong><br />
Adquisición <strong>de</strong><br />
Tecnologías<br />
Solicitud Contrato<br />
Contrato<br />
Listado Evaluaciones <strong>de</strong> Producto<br />
Listado Evaluaciones Proveedores<br />
Listado Evaluaciones Servicio<br />
Listado Contratos<br />
Expediente<br />
Servicio Prestado<br />
Proveedor<br />
Departamento<br />
<strong>de</strong> IC
5.4 DIAGRAMA PRELIMINAR<br />
Características<br />
I<strong>de</strong>ales<br />
Términos<br />
Contrato<br />
Preguntas<br />
Fabricantes<br />
Parámetros <strong>de</strong><br />
Producto<br />
Parámetros <strong>de</strong><br />
Decisión<br />
Cantida<strong>de</strong>s a<br />
Comprar<br />
Cuestionario<br />
Evaluación<br />
Proveedor<br />
PROVEEDOR<br />
Evaluación<br />
Producto<br />
Tipo<br />
Equipo<br />
1 2 3 4<br />
16<br />
15<br />
Listado<br />
Evaluaciones<br />
Servicio<br />
14<br />
13<br />
12<br />
EQUIPO IDEAL<br />
EVALUACION<br />
PROVEEDOR<br />
Listado<br />
Evaluaciones<br />
Proveedores<br />
11<br />
Parámetros<br />
Evaluación<br />
PREGUNTAS<br />
FABRICANTE<br />
EQUIPO<br />
EVALUACION<br />
SERVICIO<br />
10<br />
Listado<br />
Evaluaciones<br />
Producto<br />
PARAMETROS<br />
PRODUCTO<br />
CONTRATO<br />
EVALUACION<br />
PRODUCTO<br />
Listado<br />
Contratos<br />
6<br />
Propuesta<br />
Compra<br />
5<br />
TERMINOS<br />
CONTRATO<br />
Solicitud<br />
Contrato<br />
Contrato<br />
Características<br />
Servicio<br />
7<br />
Evaluación<br />
Servicio<br />
9<br />
Servicio<br />
Prestado<br />
EXPEDIENTE<br />
8<br />
Expediente
5.5 FACTIBILIDAD ECONOMICA<br />
Beneficios Intangibles<br />
• Disminución <strong>de</strong> riesgos <strong>de</strong> muerte, pues al seleccionar equipos <strong>de</strong> mayor calidad disminuirán las roturas<br />
<strong>de</strong> éstos.<br />
• Aumentar la calidad <strong>de</strong> los servicios médicos, al disminuir las interrupciones por roturas <strong>de</strong> los equipos<br />
por ser estos resultado <strong>de</strong> una mejor selección.<br />
• Disminución <strong>de</strong> los tiempos <strong>de</strong> selección <strong>de</strong> las nuevas tecnologías, al ser el usuario asistido por el<br />
<strong>sistema</strong>.<br />
• Disminución <strong>de</strong> los gastos <strong>de</strong>l hospital a largo plazo, <strong>de</strong>bido a que sólo el 20% <strong>de</strong>l costo total <strong>de</strong>l ciclo <strong>de</strong><br />
vida lo constituye el costo <strong>de</strong> adquisición.<br />
• Humaniza el proceso <strong>de</strong> selección <strong>de</strong> nuevas tecnologías, disminuye la subjetividad <strong>de</strong> este proceso,<br />
<strong>de</strong>bido a que una vez seleccionado el criterio <strong>de</strong> evaluación y dado un peso relativo a cada elemento <strong>de</strong><br />
este, la selección ocurre automáticamente evaluando datos existentes <strong>de</strong>l fabricante y el producto.<br />
• Determinación <strong>de</strong> los fabricantes <strong>de</strong> equipos médicos que no tienen calidad, al consi<strong>de</strong>rar su historial <strong>de</strong><br />
relaciones con la entidad, la calidad <strong>de</strong> los productos suministrados, así como la seriedad en los servicios<br />
prestados.<br />
Debido a la naturaleza <strong>de</strong> la atención médica en Cuba (gratuita) es muy difícil <strong>de</strong>terminar los beneficios <strong>de</strong>l<br />
<strong>sistema</strong> con la Economía Anual (Ea). Los beneficios <strong>de</strong> éste son dados por una buena selección <strong>de</strong> los<br />
equipos médicos, y a largo plazo, reportan un ahorro a la entidad <strong>de</strong>bido a que el costo mayor <strong>de</strong>l<br />
equipamiento médico está dado por el mantenimiento, materiales, etc.<br />
Dentro <strong>de</strong> las inversiones necesarias está el adiestramiento por un mes <strong>de</strong> un operador y el Jefe <strong>de</strong><br />
Departamento <strong>de</strong> Ingeniería Clínica con un costo <strong>de</strong> $148.00 y $265.00 respectivamente. Se comprará una<br />
microcomputadora por valor <strong>de</strong> $1 500.00 y una impresora <strong>de</strong> $ 300.00; no existirán costos por concepto <strong>de</strong><br />
llenado <strong>de</strong> la base <strong>de</strong> datos ya que estas se nutrirán <strong>de</strong> las ya existentes.<br />
I = CTP + Ibásicas + Cprep<br />
I= 12 877.92+ 1 500.00 + 300.00 + 148.00 + 265.00<br />
I= 15 090.92<br />
I – Inversiones necesarias para implantar un <strong>sistema</strong> en pesos.<br />
CTP - Costo total <strong>de</strong> proyección en pesos<br />
Ibasicas - Valor <strong>de</strong> las inversiones básicas en pesos<br />
Cprep - Costo <strong>de</strong> la preparación <strong>de</strong> condiciones para la implantación <strong>de</strong>l <strong>sistema</strong>
5.6 PLANIFICACION DEL PROYECTO<br />
Debido a las características <strong>de</strong>l centro y por la atención <strong>de</strong> los tutores hacia el proyecto i<strong>de</strong>ntifico el modo <strong>de</strong><br />
<strong>de</strong>sarrollo como orgánico.<br />
ESF = 3 * (MF) 1.12<br />
= 3 * (9.24) 1.12<br />
= 3 * 12.07<br />
ESF = 36.21<br />
CH = 2<br />
ESF<br />
CH =<br />
TDES<br />
ESF<br />
TDES =<br />
CH<br />
TDES = 18 meses<br />
CTP = CHM * ESF<br />
= 396 * 36.21<br />
CTP = 14 339.16<br />
F = 420 * FDE/S<br />
F= 420 * 22<br />
F= 9240<br />
MF=9.24<br />
CHM = 2 * SP<br />
= 2 * 198<br />
CHM = 396<br />
• CTP - Costo total <strong>de</strong>l proyecto.<br />
• CHM - Costo por hombre - mes.<br />
• ESF - Esfuerzo total <strong>de</strong>l proyecto.<br />
• F- Número <strong>de</strong> instrucciones fuente.<br />
• FDE/S- Flujos <strong>de</strong> datos <strong>de</strong> entrada más <strong>de</strong> salida <strong>de</strong>l <strong>sistema</strong>.
5.7 ANALISIS<br />
5.7.1 DIAGRAMA DE FLUJO DE DATOS POR NIVELES<br />
NUEVO DIAGRAMA DE CONTEXTO<br />
Evaluador<br />
Parámetros Producto<br />
Preguntas Fabricante<br />
Términos Contrato<br />
Evaluación Proveedor<br />
Evaluación Producto<br />
Propuesta Compra<br />
Evaluación Servicio<br />
Cantida<strong>de</strong>s a Comprar<br />
Cuestionario<br />
Tipo Equipo<br />
Parámetros Evaluación<br />
Características I<strong>de</strong>ales<br />
Características Servicio<br />
Parámetros <strong>de</strong> Decisión<br />
Sistema <strong>de</strong><br />
Adquisición <strong>de</strong><br />
Tecnologías<br />
Solicitud Contrato<br />
Contrato<br />
Análisis Costo Servicio<br />
Listado Evaluaciones <strong>de</strong> Producto<br />
Listado Evaluaciones Proveedores<br />
Listado Evaluaciones Servicio<br />
Listado Contratos<br />
Expediente<br />
Servicio Prestado<br />
Contrato a Analizar<br />
Equipo a Analizar Baja<br />
Equipo a Comprar<br />
Propuesta Baja<br />
Propuesta Decisión<br />
Proveedor<br />
SGA<br />
SMACOR<br />
Departamento<br />
<strong>de</strong> IC
5.7.2 DIAGRAMA CERO<br />
Parámetros<br />
Producto<br />
1<br />
Definir<br />
Parámetros<br />
<strong>de</strong><br />
Evaluación<br />
Términos<br />
Contrato<br />
Análisis Costo Servicio<br />
Propuesta Decisión<br />
Propuesta Baja<br />
Preguntas<br />
Fabricante<br />
ORDEN<br />
Listado Evaluaciones<br />
Servicio<br />
PREGUNTAS<br />
FABRICANTE<br />
EQUIPO<br />
PROVEEDOR<br />
Listado Evaluaciones<br />
<strong>de</strong> Producto<br />
Listado Evaluaciones<br />
Proveedores<br />
Expediente<br />
Contrato<br />
2<br />
Gestionar<br />
Contratos<br />
Servicio<br />
Prestado<br />
Evaluación Producto<br />
Evaluación Proveedor<br />
Evaluación Servicio<br />
Propuesta Compra<br />
Cantida<strong>de</strong>s a Comprar<br />
5<br />
Realizar<br />
Análisis<br />
Costo /<br />
EVALUACION<br />
PROVEEDOR<br />
3<br />
Evaluar<br />
Cuestionario<br />
Tipo Equipo<br />
Beneficio<br />
CONTRATO<br />
Parámetros Evaluación<br />
Características I<strong>de</strong>ales<br />
Contrato a Analizar<br />
TERMINOS<br />
Características Servicio<br />
Equipo a Analizar Baja<br />
Equipo a Comprar<br />
CONTRATO<br />
Parámetros <strong>de</strong> Decisión<br />
EVALUACION<br />
SERVICIO<br />
Listado Contratos<br />
4<br />
Emitir<br />
Listados<br />
EXPEDIENTE<br />
PARAMETROS<br />
PRODUCTO<br />
EVALUACION<br />
PRODUCTO<br />
EQUIPO IDEAL<br />
Solicitud<br />
Contrato
5.7.3 DIAGRAMA UNO<br />
Preguntas Fabricante<br />
5.7.4 DIAGRAMA DOS<br />
Solicitud Contrato<br />
Contrato<br />
1.1<br />
Definir<br />
Preguntas<br />
Fabricantes<br />
2.1<br />
Contratar<br />
Parámetro<br />
TERMINOS<br />
CONTRATO<br />
PREGUNTAS<br />
FABRICANTE<br />
Escoger<br />
Parámetro<br />
1.3<br />
Definir<br />
Términos<br />
Contrato<br />
EXPEDIENTE<br />
EQUIPO<br />
PROVEEDOR<br />
CONTRATO<br />
TERMINOS<br />
CONTRATO<br />
PARAMETROS<br />
PRODUCTO<br />
Términos Contrato<br />
2.2<br />
Registrar<br />
Servicio<br />
1.2<br />
Definir<br />
Parámetros<br />
Producto<br />
Parámetros Evaluación<br />
Servicio Prestado
5.7.5 DIAGRAMA 2.1<br />
5.7.6 DIAGRAMA TRES<br />
Propuesta<br />
Compra<br />
Cantida<strong>de</strong>s<br />
a Comprar<br />
Solicitud Contrato<br />
Características<br />
I<strong>de</strong>ales<br />
Tipo<br />
Equipo<br />
Parámetros<br />
<strong>de</strong> <strong>de</strong>cisión<br />
2.1.1<br />
Solicitar<br />
Contrato<br />
3.1<br />
Definir<br />
Equipo I<strong>de</strong>al<br />
3.6<br />
Seleccionar<br />
Equipo<br />
3.5<br />
Renovar<br />
Departamento<br />
EQUIPO IDEAL<br />
TERMINOS<br />
CONTRATO<br />
EQUIPO<br />
PROVEEDOR<br />
CONTRATO<br />
PREGUNTAS<br />
FABRICANTE<br />
CONTRATO<br />
EVALUACION<br />
SERVICIO<br />
EVALUACION<br />
PROVEEDOR<br />
EQUIPO<br />
PROVEEDOR<br />
EVALUACION<br />
PRODUCTO<br />
TERMINOS<br />
CONTRATO<br />
2.1.2<br />
Registrar<br />
Contrato<br />
PARAMETROS<br />
PRODUCTO<br />
3.2<br />
Evaluar<br />
Proveedor<br />
3.4<br />
Evaluar<br />
Servicio<br />
Cuestionario<br />
EXPEDIENTE<br />
3.3<br />
Evaluar<br />
Producto<br />
Contrato<br />
Evaluación<br />
Proveedor<br />
Parámetros<br />
Evaluación<br />
Características<br />
Servicio<br />
Evaluación<br />
Producto<br />
Evaluación<br />
Servicio
5.7.7 DIAGRAMA CUATRO<br />
Listado Evaluaciones<br />
Servicio<br />
Expediente<br />
4.1<br />
Emitir<br />
Listado<br />
Evaluaciones<br />
Servicio<br />
EVALUACION<br />
SERVICIO<br />
4.5<br />
Emitir<br />
Expediente<br />
EXPEDIENTE<br />
Listado Evaluaciones<br />
<strong>de</strong> Producto<br />
CONTRATO<br />
4.2<br />
Emitir<br />
Listado<br />
Evaluaciones<br />
<strong>de</strong> Producto<br />
EVALUACION<br />
PRODUCTO<br />
PROVEEDOR<br />
Escoger<br />
Informe<br />
Opción<br />
Informe<br />
EQUIPO<br />
EVALUACION<br />
PROVEEDOR<br />
4.3<br />
Emitir<br />
Listado<br />
Contratos<br />
Listado Contratos<br />
4.4<br />
Emitir<br />
Listado<br />
Evaluaciones<br />
Proveedores<br />
Listado Evaluaciones<br />
Proveedores
5.7.8 DIAGRAMA CINCO<br />
Opción<br />
Tipo<br />
Análisis Costo<br />
Servicio<br />
Contrato a Analizar<br />
Escoger<br />
Tipo <strong>de</strong><br />
Análisis<br />
5.1<br />
Analizar<br />
Servicio<br />
EQUIPO<br />
ORDEN<br />
EXPEDIENTE<br />
5.2<br />
Analizar<br />
Estado <strong>de</strong><br />
Equipo<br />
5.3<br />
Analizar<br />
Rentar vs<br />
Comprar<br />
Propuesta Baja<br />
Equipo a Analizar<br />
Baja<br />
Propuesta Decisión<br />
Equipo a Comprar
5.8 DISEÑO<br />
5.8.1 GRAFO CONVERSACIONAL<br />
1.1 1.2 1.3 1.4 1.5<br />
2.1<br />
1 3<br />
2<br />
2.2<br />
4<br />
0<br />
4.1 4.2 4.3 4.4 4.5 4.6 4.6<br />
2.3<br />
0<br />
2<br />
2.4 2.5 2.6<br />
0<br />
5<br />
6.1<br />
6<br />
6.2<br />
2.7<br />
6.3<br />
7<br />
7.1 7.2<br />
2.8<br />
2.9
5.8.2 ESTADOS<br />
Número Descripción Español Estructurado<br />
1 Archivo<br />
1.1. Cambiar Contraseña<br />
1.2. Usuarios<br />
1.3. Personalizar<br />
1.4. Preparar Página<br />
1.5. Salir<br />
2. Parámetros<br />
2.1. Categorías Producto<br />
2.2. Parámetros Producto 1.2<br />
2.3. Categorías Proveedor<br />
2.4. Preguntas Fabricante 1.1<br />
2.5. Características Técnicas<br />
2.6. Costo / Ganancia<br />
2.7. Norma Técnica<br />
2.8. Términos Contrato 1.3<br />
2.9. Posibles Términos<br />
3. Contrato<br />
3.1 Solicitud 2.1.1<br />
3.2. Actualizar 2.1.2<br />
3.3. Servicio 2.2<br />
4. Evaluar<br />
4.1 Evaluaciones<br />
4.2. Proveedor 3.2<br />
4.3. Equipo I<strong>de</strong>al 3.1<br />
4.4. Producto 3.3<br />
4.5. Servicio 3.4<br />
4.6. Seleccionar Producto 3.6<br />
4.7. Renovar Departamento 3.5<br />
5. Listados<br />
5.1. Contratos 4.3<br />
5.2. Evaluaciones Proveedor 4.4<br />
5.3. Expediente 4.5<br />
5.4. Evaluaciones Producto 4.2<br />
5.5. Evaluaciones Servicio 4.1<br />
6. Ayuda<br />
6.1. Contenido<br />
6.2. Acerca <strong>de</strong><br />
5.8.3 DISEÑO LÓGICO GLOBAL<br />
Nombre <strong>de</strong>l<br />
Fichero Inicial<br />
Descripción<br />
Cari<strong>de</strong>al {Cartecn + Equi<strong>de</strong>al + Obligatorio + Vali<strong>de</strong>al + Tipo + Umbral}<br />
Cartecn {Codigo + Nombre + Descrip}<br />
Catcosga {Codigo + Anual + Tipo + Nombre + Descrip}<br />
Catprod {Codigo + Peso + Nombre + Descrip}<br />
Catprov {Codigo + Nombre + Descrip + Maxpunt}<br />
Comerc {Codigo + Nombre + Descrip}<br />
Compais {Comerc + Pais}<br />
Contcomp {Codigo + Fecha + Fechaent + Con<strong>de</strong>nt}<br />
Contrato {Codigo + Tipo + Contrato + Valor + Proveed + Formapag + Comentar}<br />
Contserv {Codigo + Fechinic + Tdur}<br />
Costeval {Evamo<strong>de</strong>l + Catcosga + Valor}<br />
Costserv {Tiposerv + Evalserv + Catcosga + Valor}<br />
Desccont {Pt_termcont + Pt_codigo + Contrato + Valor}
Equicomp {Unitario + Contcomp + Cantidad + Unidad}<br />
Equi<strong>de</strong>al {Evaluac + Evaluad + Codigo + Generico + Aceptado}<br />
Equiserv {Contserv + Unitario + Tiposerv}<br />
Evalprov {Proveed + Evaluad + Evaluac + Fechinic + Fechterm + Valor + Codigo}<br />
Evalserv {Mo<strong>de</strong>lo + Evaluac + Codigo + Evaluad + Fechinic + Fechter + Valor}<br />
Evaluac {Codigo + Fechterm + Fechinic + Tipo + Evaluac}<br />
Evaluad {Codigo + Nombre + Apellido + Cargo}<br />
Evamo<strong>de</strong>l {Mo<strong>de</strong>lo + Fechinic + Fechterm + Evaluac + Codigo + Valor }<br />
Expserv {Unitario + Contserv + Fechsol + Fechresp + Fechent + Comentar + Costo + Result}<br />
Normtecn {Codigo + Nombre + Descrip}<br />
Ocupac {Codigo + Nombre + Descrip}<br />
Ocupeval {Evaluad + Ocupac}<br />
Parprod {Catprod + Codigo + Nombre + Descrip}<br />
Pescat {Catprov + Evaluac + Peso}<br />
Pesoeval {Catprod + Evamo<strong>de</strong>l + Peso}<br />
Pesterm {Termcont + Evalserv + Peso}<br />
Posterm {Termcont + Codigo + Nombre + Porcval + Descrip}<br />
Pregunta {Catprov + Codigo + Descrip + Nombre}<br />
Puntcart {Cartecn + Evamo<strong>de</strong>l + Evaluac + Valor}<br />
Puntmod {Parprod + Evaluad + Evamo<strong>de</strong>l + Evaluacion}<br />
Puntntec {Normtecn + Evamo<strong>de</strong>l + Evaluac}<br />
Puntserv {Pt_termcont + Pt_codigo + Tiposerv + Evalserv + Valor}<br />
Ranking {Evaluad + Evamo<strong>de</strong>l + Catprod + Ranking}<br />
Respuest {Evalprod + Respuesta + Pregunta}<br />
Termcont {Codigo + Nombre + Descrip + Tipo}<br />
Tiposerv {Codigo + Nombre + Descrip}
5.8.4 DER<br />
Evaluación<br />
Proveedor<br />
Pregunta<br />
Categoría<br />
Proveedor<br />
Posible<br />
Término<br />
Evaluación<br />
Servicio<br />
Evaluador<br />
Proveedor<br />
Tipo Servicio<br />
Término<br />
Contrato<br />
Evaluación<br />
Característica<br />
Técnicas<br />
Equipo I<strong>de</strong>al<br />
Ocupación<br />
País<br />
Categoría<br />
Costo/Ganacia<br />
Genérico<br />
Mo<strong>de</strong>lo<br />
Fabricante<br />
Comercialización<br />
Contrato Contrato<br />
Servicio Compra<br />
Contrato<br />
Normas<br />
Técnicas<br />
Evaluación<br />
Mo<strong>de</strong>lo<br />
Fecha<br />
Servicio<br />
Equipo<br />
Parámetro<br />
Producto<br />
Categoría<br />
Producto
5.7 CONCLUSIONES<br />
Uno <strong>de</strong> los mayores problemas que presentan los directores <strong>de</strong> hospitales es establecer la estrategia y la toma<br />
<strong>de</strong> <strong>de</strong>cisiones en la compra <strong>de</strong> los equipos médicos, se carece en todos los <strong>de</strong>partamentos <strong>de</strong> Electromedicina<br />
<strong>de</strong>l país y en muchos <strong>de</strong> los países <strong>de</strong> América Latina con un asistente para la compra <strong>de</strong> nuevas tecnologías<br />
como el que aquí se presenta. Des<strong>de</strong> el punto <strong>de</strong> vista <strong>de</strong> la Gestión Tecnológica el módulo <strong>de</strong> adquisición<br />
es por no <strong>de</strong>cir el más importante, uno <strong>de</strong> los módulos más importantes, porque es el que contribuye (junto<br />
con especialistas técnicos y médicos) a que se introduzcan tecnologías <strong>de</strong> mejores prestaciones.<br />
La búsqueda <strong>de</strong> criterios que ayu<strong>de</strong>n a evaluar tanto a proveedores y fabricantes como a los productos<br />
siempre ha sido una necesidad imperiosa para todos los que tienen que ver con el proceso <strong>de</strong> adquisición, se<br />
preten<strong>de</strong> por tanto con este <strong>sistema</strong> tener almacenados estos criterios y validar los respectivos pesos en<br />
función <strong>de</strong> la experiencia <strong>de</strong> diferentes especialistas para incorporarlos al <strong>sistema</strong>, a<strong>de</strong>más <strong>de</strong> ser un<br />
consultante en la toma <strong>de</strong> <strong>de</strong>cisión, evaluar el <strong>de</strong>sempeño <strong>de</strong> los encargados <strong>de</strong> la realización <strong>de</strong> los contratos<br />
<strong>de</strong> servicios.
6. CONCEPCIÓN DEL SISTEMA DE SEGURIDAD Y PROTECCIÓN<br />
El <strong>sistema</strong> incluye toda la información <strong>de</strong>l hospital relacionada con el mantenimiento <strong>de</strong> los equipos<br />
médicos, adquisición <strong>de</strong> tecnología e inventario <strong>de</strong> los surtidos. Por la importancia que tienen cada uno <strong>de</strong><br />
estos, es que se hace imprescindible garantizar una total integridad <strong>de</strong> la base <strong>de</strong> datos. El no lograrlo y<br />
permitir simples variaciones por “intrusos” pue<strong>de</strong> ocasionar que ocurran cosas tales como:<br />
• Alteración <strong>de</strong> la planificación <strong>de</strong>l mantenimiento preventivo<br />
• No realización <strong>de</strong> las intervenciones a <strong>de</strong>terminados equipos<br />
• No generación <strong>de</strong> ór<strong>de</strong>nes correctivas a partir <strong>de</strong> los reportes <strong>de</strong> averías<br />
• Variación en el plan y consumo <strong>de</strong> surtidos<br />
• Variación <strong>de</strong> la existencia real <strong>de</strong> surtidos en inventario<br />
• Salidas ficticias <strong>de</strong>l almacén<br />
• No generación <strong>de</strong> pedidos necesarios o generación <strong>de</strong> innecesarios<br />
• No realizar la mejor variante <strong>de</strong> compra<br />
• Pérdida <strong>de</strong> la garantía <strong>de</strong> los contratos.<br />
• Alteración <strong>de</strong> los costos e historial <strong>de</strong> equipos.<br />
Por lo anteriormente expuesto es que se consi<strong>de</strong>ra que el presente <strong>sistema</strong> necesita <strong>de</strong> una alta seguridad y<br />
protección. Esta es una <strong>de</strong> las principales razones por las que se <strong>de</strong>cidió usar Oracle, como el servidor <strong>de</strong> la<br />
base <strong>de</strong> datos, y Windows NT como <strong>sistema</strong> operativo; siendo ambos altamente confiables. Existe una<br />
jerarquía <strong>de</strong> <strong>de</strong>rechos, que rige el uso <strong>de</strong>l <strong>sistema</strong>, y al gran número <strong>de</strong> usuarios para el cual está diseñado.<br />
Dentro <strong>de</strong> esta jerarquía se <strong>de</strong>finieron distintos tipos <strong>de</strong> usuarios: un administrador <strong>de</strong>l <strong>sistema</strong> y uno por<br />
cada módulo, siendo estos los únicos con posibilida<strong>de</strong>s <strong>de</strong> variar la base <strong>de</strong> datos, también se creó un grupo<br />
para los usuarios <strong>de</strong>l <strong>sistema</strong> y uno para los usuarios <strong>de</strong> cada módulo, los cuales sólo tienen posibilidad <strong>de</strong><br />
consultar la información.<br />
7. CONCEPCIÓN DEL SISTEMA DE AYUDA<br />
La ayuda <strong>de</strong>bido a los estándares que se han ido implantando mundialmente constituye una parte importante<br />
<strong>de</strong>l <strong>sistema</strong>. Si este quiere ser competitivo <strong>de</strong>be ofrecerle al usuario tantas facilida<strong>de</strong>s como se pueda.<br />
En este <strong>sistema</strong> el usuario tendrá disponible en cada momento ayuda intuitiva y fácil <strong>de</strong> compren<strong>de</strong>r a la que<br />
podrá acce<strong>de</strong>r con solo presionar la tecla F1 o a través <strong>de</strong>l menú <strong>de</strong> opciones en la correspondiente opción <strong>de</strong><br />
Ayuda. En cada pantalla <strong>de</strong>l <strong>sistema</strong> al solicitarse ayuda, el <strong>sistema</strong> le oferce al usuario una ayuda contextual<br />
tratando siempre <strong>de</strong> estar lo más cerca posible <strong>de</strong> lo que podría ser la duda <strong>de</strong>l cliente. A<strong>de</strong>más, cada una <strong>de</strong><br />
las opciones <strong>de</strong>l <strong>sistema</strong>, así como las consi<strong>de</strong>raciones que se asumen en la ejecución <strong>de</strong> ellas, esta<br />
propiamente documentada para evitar cualquier tipo <strong>de</strong> confusión por parte <strong>de</strong>l usuario. Cada ventana ha<br />
sido diseñada con el objetivo <strong>de</strong> expresar explícitamente cómo y en que or<strong>de</strong>n <strong>de</strong>be operar el usuario.
8. DISEÑO INTERFAZ HOMBRE – MÁQUINA<br />
El diseño <strong>de</strong> las pantallas se ha llevado a cabo bajo los estándares <strong>de</strong> Windows, usando colores opacos para<br />
que no molesten a la vista. Así como también se han organizado los elementos en cada una <strong>de</strong> ellas para que<br />
sea más fácil interactuar con el <strong>sistema</strong>. Los botones <strong>de</strong> navegación se han ubicado en una barra <strong>de</strong><br />
herramienta que es común para todos los formularios.<br />
Las pantallas más importantes <strong>de</strong>l <strong>sistema</strong> son:<br />
Figura 4. Ventana para confeccionar los procedimientos <strong>de</strong> los mo<strong>de</strong>los.
Figura 5. Ventana para actualizar la información referente a los proveedores <strong>de</strong>l hospital<br />
.<br />
Figura 6 Ventana para entrar los surtidos al inventario
Figura 6 Ventana para realizar la evaluación <strong>de</strong> los equipos<br />
Figura 7 Barra <strong>de</strong> herramientas común para todos los formularios <strong>de</strong>l <strong>sistema</strong>.
9. CONCLUSIONES.<br />
El trabajo <strong>de</strong> diploma titulado: Sistema <strong>de</strong> Gestión Tecnológica Hospitalario <strong>de</strong>sarrollado por los autores ha<br />
cumplido los objetivos propuestos, por cuanto.<br />
• Se llevó a cabo la concepción Sistema <strong>de</strong> Gestión Tecnológica Hospitalaria en su versión <strong>1.0</strong>.con el<br />
análisis, diseño y programación <strong>de</strong> tres <strong>de</strong> los sub<strong>sistema</strong>s que lo componen: SMACOR , SGA ,<br />
SADTEC<br />
• Se realizó el estudio sobre las potencialida<strong>de</strong>s que ofrece la herramienta <strong>de</strong> <strong>de</strong>sarrollo para <strong>sistema</strong>s <strong>de</strong><br />
Gestión <strong>de</strong> Bases <strong>de</strong> Datos ORACLE, ofreciendo los elementos para su elección.<br />
• Se realizaron las primeras pruebas <strong>de</strong> ejecución entre los módulos ofreciendo resultados satisfactorios.<br />
Los beneficios <strong>de</strong>l productos son innumerables. Pero se pue<strong>de</strong> resumir que con la creación, actualización y<br />
mantenimiento <strong>de</strong> sus bases <strong>de</strong> datos se sentarán las bases para la creación <strong>de</strong> Sistemas Expertos con el<br />
objetivo <strong>de</strong> ofrecer servicios <strong>de</strong> Diagnóstico Remoto (DR) a todas las Instituciones Hospitalarias <strong>de</strong><br />
cualquier país.<br />
Producto <strong>de</strong> la relevancia <strong>de</strong>l trabajo, cuatro usuarios han hecho solicitud para adquirir la primera versión <strong>de</strong>l<br />
<strong>sistema</strong>. Tres <strong>de</strong> ellos son hospitales <strong>de</strong> referencia <strong>de</strong> nuestro país, que actualmente tienen instalada la<br />
versión <strong>de</strong> SMACOR 3.1 (CIREN, Clínica Central Cira García y Hospital Clínico Quirúrgico Hermanos<br />
Ameijeiras ). El cuarto usuario es la empresa productora y comercializadora <strong>de</strong> productos informáticos <strong>de</strong>l<br />
Ministerio <strong>de</strong> Salud Publica, CEDISAP.
10. RECOMENDACIONES.<br />
Realizar un <strong>sistema</strong> <strong>de</strong> reportes parametrizado para todos los módulos, con el objetivo <strong>de</strong> que el propio<br />
usuario pueda configurar sus informes, dándole así un alcance infinito en cuanto a la información que pue<strong>de</strong><br />
ser consultada. A<strong>de</strong>más <strong>de</strong> que estas salidas sean en su mayoría gráficas.<br />
Ofrecer la posibilidad al módulo <strong>de</strong> SMACOR la planificación <strong>de</strong> mantenimiento por áreas <strong>de</strong>ntro <strong>de</strong>l<br />
hospital.<br />
Incluir un <strong>sistema</strong> <strong>de</strong> alertas que se disparen <strong>de</strong> forma automática ante la ocurrencia <strong>de</strong> <strong>de</strong>terminados<br />
eventos que ocurran, como por ejemplo: mantenimientos atrasados, violaciones <strong>de</strong> frecuencias y tiempos <strong>de</strong><br />
mantenimientos, etc., con el objetivo <strong>de</strong> avisar al usuario <strong>de</strong> la ocurrencia <strong>de</strong> los mismos.<br />
En el módulo <strong>de</strong> Adquisición <strong>de</strong> Nuevas Tecnologías se recomienda la inclusión <strong>de</strong> varios algoritmos<br />
alternativas para la realización <strong>de</strong> evaluaciones con el objetivo <strong>de</strong> que el <strong>sistema</strong> se pueda ajustar a<br />
condiciones específicas.<br />
Realizar un enlace entre el modulo <strong>de</strong> fiabilidad programado en MATLAB 5.3 y el módulo <strong>de</strong><br />
mantenimiento, SMACOR.<br />
Aumentar el acceso para usuarios que solo <strong>de</strong>sean consultar/actualizar la información en estaciones <strong>de</strong><br />
trabajo en las cuales no se encuentren instalados las aplicaciones clientes, usando para esto una interfaz<br />
WWW mediante una intranet.<br />
Desarrollar el módulo <strong>de</strong> Vigilancia <strong>de</strong> Equipos médicos enlazado a los ya existentes.
11. BIBLIOGRAFÍA<br />
[1] AAMI meeting 1999 (interview). Clinical engineering and information systems. Biomedical<br />
Instrumentation and Technology. Vol 33. # 3. Pp 199-203. U.S.A 1999.<br />
[2] AAMI meeting 1999 (lesson). Integrating clinical engineering and information systems. Biomedical<br />
Instrumentation and Technology. Vol 33. # 4. Pp 295-297. U.S.A 1999.<br />
[3] Adler. D. and et all. Clinical Information System: Consi<strong>de</strong>ration in selecting the hospital <strong>de</strong>partment<br />
with primary responsibility. Biomedical Instrumentation and Technology.. Vol 29. # 2 .pp 97-105.<br />
U.S.A.1995.<br />
[4] American Hospital Asociation. Manual <strong>de</strong> Ingeniería en Hospitales. Ed. Limusa. 2 da edición.<br />
México.1975<br />
[5] An<strong>de</strong>rson T. J. Home health care. A new challenge for clinical engineers. Biomedical<br />
Instrumentation and Technology. Vol 33. # 3. Pp 121-124 . U.S.A 1999.<br />
[6] Baete G. Productivity Improvement in the community hospital. Biomedical Instrumentation and<br />
Technology. Vol 29.# 4 . pp 322-328. U.S.A. 1995.<br />
[7] Blumberg D. F. Service program diagnostic and <strong>de</strong>cision support technology for improving health<br />
technology service efficiency and productivity. Biomedical Instrumentation and Technology. Vol 32. #<br />
4. Pp 370-385 . U.S.A 1998.<br />
[8] Blumberg D. F. Technological <strong>de</strong>velopments and approach to improving service quality.<br />
Biomedical Instrumentation and Technology. Vol 33. # 1. Pp 35-44 . U.S.A 1999.<br />
[9] Bridget. A. Mataban. M. Prototype Expert System for infusion pump Maintenance. Biomedical<br />
Instrumentation and Technology. Vol 28. # 1 .pp 19-29. U.S.A. 1994.<br />
[10] Brinkman O. M. In house survival in an asset management climate. Biomedical Instrumentation<br />
and Technology. Vol 32. # 6. pp 425-427. U.S A. 1998.<br />
[11] Capuano M. Koritko Steve. Justifying tracking BMET training. Biomedical Instrumentation and<br />
Technology.. Vol 28.# 6. pp 466-473. U.S.A. 1994<br />
[12] Capuano M. Koritko Steve. Technology Acquisition strategies for clinical engineering. Vol 31.# 4.<br />
pp 335-356. U.S.A. 1997<br />
[13] Capuano M. Koritko Steve. Risk Oriented Maintenance System Biomedical Instrumentation and<br />
Technology. Vol 30. # 1. pp 25-35. U.S.A. 1996.<br />
[14] Cohen T. Benchmark indicators for medical equipment repair and maintenance. Biomedical<br />
Instrumentation and Technology. Vol 29. # 4 . pp 308 -320. U.S.A. 1995.
[15] Cohen T. <strong>Computer</strong>ized management system for clinical engineering. Biomedical Instrumentation<br />
and Technology. Vol 26. # 3 . pp 191 -196. U.S.A. 1992.<br />
[16] Cohen T. Validating medical equipment repairs and maintenance metrics: A progress report.<br />
Biomedical Instrumentation and Technology. Vol 31. #1 pp 23-31. U.S.A .1995.<br />
[17] Cohen T. Validating medical equipment repairs and maintenance metrics: Parts II. Biomedical<br />
Instrumentation and Technology. Vol 32. # 2. pp 136-144. U.S.A 1998.<br />
[18] Dolan M. A. Risk management and medical <strong>de</strong>vices. Biomedical Instrumentation and Technology.<br />
Vol 33. # 4. Pp 331-333. U.S.A 1999.<br />
[19] Fouladinejad F., Roberts R. J. Analysis of training activities of Clinical Engineering in the U.K.<br />
Biomedical Instrumentation and Technology. Vol 32. # 3. Pp 254-270 . U.S.A 1998.<br />
[20] Francour E. D. Learning from a Merger opportunity. Biomedical Instrumentation and Technology.<br />
Vol 32. # 1. Pp 45-49 . U.S.A 1998.<br />
[21] G. Donald. N. Análisis económico en ingeniería. Segunda edición. Mcgrow Hill. 1975<br />
[22] G. I. Johnston. Proposed Information System for management of electromedical<br />
equipment.Computing in biomedical and clinical Engineering. pp 46-56. 1 era ed . U.S.A 1983.<br />
[23] Health Technology. Cost of alternative types of services. Vol 3.# 3 pp 22-32. Winter . U.S.A. 1989<br />
[24]Handbook of Biomedical Engineering.2 nd ed . 1994<br />
[25] Health Technology. Special report on managing service contract, ECRI. Vol 3. # 4 .Winter U.S.A<br />
1989<br />
[26] Health care Technology management. Steris corporation cleaning up in the business of sterilization.<br />
# 6. Vol 7. June. U.S.A .1996<br />
[27] Health Technology. Types of services their advantages and disadvantages.. .Vol 3. # 4 pp 39-21.<br />
Winter U.S.A. 1989<br />
[28] Health care Technology management. # 2. Vol 2. July. U.S.A 1994<br />
[29] Health care Technology management. Vol 3. # 3 June. U.S.A 1995<br />
[30] Health care Technology management. Vol 7. # 11.. June. U.S.A 1997<br />
[31] Health Technology. Special report on technology management: Preparing your hospital for the<br />
1990s, ECRI. Vol 3. #1 U.S.A . Spring 1989.<br />
[32] Hospital Risk Control, ECRI. July 1989.<br />
[33] Informatizar la <strong>gestión</strong> <strong>de</strong> mantenimiento ,una necesidad. Revista española <strong>de</strong> mantenimiento. # 80.<br />
España 1994.<br />
[34] Inspection and preventive maintenace system. 3 rd .ed . ECRI. U.S.A. 1995
[35] James J. P. Equipment management risk rating system based on engineering endpoint. Biomedical<br />
Instrumentation and Technology. Vol 33. # 2. Pp 115-120 . U.S.A 1999.<br />
[36] Keil. R. O<strong>de</strong>. The joint Commission´s agenda for change. What does it mean for equipment<br />
managers ? Biomedical Instrumentation and Technology. Vol 28. #1.pp 14-17.. U.S.A 1994.<br />
[37] Leeming. N. M. Fulginiti. V. J. Validity and Clinical Engineering Indicators. Biomedical<br />
Instrumentation and Technology. Vol 31. # 1 pp 33- 42. U.S.A. 1997.<br />
[38]Lerman S. Solving technical challenges in difficult conditions. Biomedical Instrumentation and<br />
Technology. Vol 32. # 6. pp 429-431. U.S.A. 1998.<br />
[39] L. R. Gene. Medical Equipment data retrieval program. Computing in Biomedical and Clinical<br />
Engineering. pp 42-45. 1 rsd edition .U.S.A 1983<br />
[40] Martinez.G.R. Laboratorio <strong>de</strong> Verificación <strong>de</strong> Equipos Medicos. Tesis <strong>de</strong> Maestría.1998. (Material<br />
no publicado)<br />
[41] Massimo F. F.The standanrd “Health care Information System Architecture” and the DHE<br />
middleware International Journal of Medical Informatic. 52. pp 39-51. 1995.<br />
[42] Militello L. Learning to Thing Like User: Using Cognotive Task Analysis To Meets today’s health<br />
care <strong>de</strong>sign challenges. Biomedical Instrumentation and Technology. Vol 32. # 5. pp 535-540. U.S.A<br />
1998.<br />
[43] Morris L. R. Consulting for Clinical Engineers. Biomedical Instrumentation and Technology. Vol<br />
32. # 1. pp 71-76. U.S.A 1998.<br />
[44] Mosquera C.G y otros. Disponibilidad y confiabilidad <strong>de</strong> systemas industriales. <strong>de</strong>. Univ. UGMA.<br />
Mayo 1995<br />
[45] Mosquera L. Un mo<strong>de</strong>lo sencillo <strong>de</strong> <strong>gestión</strong> integrada para continuar mejorando la administracion<br />
<strong>hospitalaria</strong>. Revista salvadoreña <strong>de</strong> mantenimiento hospitalario. # 3. pp 7-13. El Salvador. 1996<br />
[46] Navarrete. P. E Treto O. el MAC, un <strong>sistema</strong> para evaluar la calidad <strong>de</strong>l mantenimiento. (material<br />
no publicado)<br />
[47] Nipa H. J. Biomedical equipment management using a microcomputer. Computing in biomedical<br />
and clinical Engineering. pp 31-37. 1 srt ed . U.S.A. 1983.<br />
[48] O´<strong>de</strong>a T and et all. Clinical engineering management and annotated bibliography 1989-1993.<br />
Biomedical Instrumentation and Technology.. Vol 28 # 2. pp 101-111. U.S.A .1994.<br />
[49] Organización Panamericana <strong>de</strong> la Salud.Ingeniería y Mantenimiento.1989.<br />
[50] Portuondo. P. F. Economía <strong>de</strong> Empresas Industriales. Tomos I y II. Editorial Pueblo y<br />
Educación. Cuba.1983
[51] Prieto. H. F, Rosete. U.R.S. Ingeniería Clínica . Fundamentos para la implementación <strong>de</strong> la<br />
tecnología en los hospitales. Gac Med Mexicana. Mexico. 1993<br />
[52] Procedimiento para la evaluación <strong>de</strong> proveedores. CCEEM 1995. (material no publicado)<br />
[53] Rodríguez.D. E. Sánchez. M. C. Miguel C.A. Proyecto <strong>de</strong> Gestión tecnológica para el <strong>sistema</strong><br />
hospitalario cubano. Publicación electrónica IV Simposio Latinoamericano <strong>de</strong> Bioingeniería.<br />
Bucaramanga.Colombia. 1994.<br />
[54] Rosoeu E., Adam J., Beatrice F. The Endotester TM : “A virtual Instrumentation” Evaluation<br />
System for Fiberoptic Endoscopes. Biomedical Instrumentation and Technology. Vol 32. # 5. pp 480-<br />
487. U.S.A 1998.<br />
[55] Shaffer. J. M. Clinical Engineering. Past Experience and future strategies. Biomedical<br />
Instrumentation and Technology. Vol 28. # 3. pp 181-185. U.S.A 1995<br />
[56] Shaffer. D. M, Shaffer. J. M. Support for Biomedical equipment <strong>de</strong>cision making. Biomedical<br />
Instrumentation and Technology.. Vol 28. # 6 pp 482-201. U.S.A .1994.<br />
[57] Sistema Informático <strong>de</strong> Gestión <strong>de</strong>l Equipamiento Biomédico. En CD ROM Sistema <strong>de</strong> Gestión y<br />
Evaluación <strong>de</strong>l Equipamiento Biomédico (BEAM) <strong>de</strong> la Comunidad Económica Europea. 1995.<br />
[58] Stiefel. H. R. Managing Assertively: Specific tactics for clinical engineering managers. Biomedical<br />
Instrumentation and Technology. Vol 29. #2 pp 89-96. U.S.A 1995<br />
[59] Stiefel H. R, Rizkala. E. The element of a complete product evaluation. Biomedical Instrumentation<br />
and Technology). . Vol 28. # . pp 482-201. U.S.A 1994 .<br />
[60] Sue B. M. Designing medical <strong>de</strong>vices to reduce the likelihood of error. Biomedical Instrumentation<br />
and Technology. Vol 33. # 2. Pp 108-113 . U.S.A 1999.<br />
[61] Tawfik. Evaluating medical equipment needs: a simple algorithm. Biomedical Instrumentation and<br />
Technology. Vol 28. # 3 pp 187-194. U.S.A.1994.<br />
[62] User´s gui<strong>de</strong> Inspection and preventive maintenance task software. 2 nd ed. ECRI U.S.A.1995.<br />
[63] Veluchamy. S. A proposed computer assisted preventive maintenance system. Computing in<br />
Biomedical and clinical Engineering. 57-61. 1rsd <strong>de</strong>. 1983<br />
[64] Welch L. W. Human Factors Analysis and Dedign Support in Medical Devices Development.<br />
Biomedical Instrumentation and Technology. Vol 32. # 1. pp 77-82. U.S.A 1998.<br />
[65] Welch L. W. Human factors in the FDA quality system regulation. Biomedical Instrumentation<br />
and Technology. Vol 32. # . pp . U.S.A 1998.<br />
[66] Welch L. W. Human factors usability test and evaluation. Biomedical Instrumentation and<br />
Technology. Vol 32. # 2. Pp 183-187 . U.S.A 1998.
[67 ]Welch L. W. Human factors in the health care facility. Biomedical Instrumentation and<br />
Technology. Vol 32. # 3. Pp 311-316 . U.S.A 1998.
INDICE<br />
1. INTRODUCCIÓN. ................................................................................................. 3<br />
2. ANTECEDENTES.................................................................................................. 5<br />
CAPÍTULO # 1 FUNDAMENTACIÓN TEÓRICA Y ELECCIÓN DE LA<br />
HERRAMIENTA DE DESARROLLO.................................................................. 6<br />
1.1 LA GESTIÓN TECNOLOGÍCA HOSPITALARIA. ......................................... 6<br />
1.2 TENDENCIAS ACTUALES SOBRE EL USO DE LA INFORMATICA EN<br />
EL SECTOR DE SALUD Y EN LA ESPECIALIDAD DE INGENIERÍA<br />
CLÍNICA............................................................................................................. 6<br />
1.2.1 OPTIMIZACIÓN DE LOS SERVICIOS TÉCNICOS USANDO LAS<br />
NUEVAS TECNOLOGÍAS DE LA INFORMACIÓN Y DIAGNOSTICO<br />
REMOTO DEL EQUIPAMIENTO BIOMEDICO............................................. 7<br />
1.3 LOS SISTEMAS DE INFORMACIÓN HOSPITALARIA (HIS).................... 15<br />
1.4 FUNDAMENTOS DE LA ELECCIÓN DE LA HERRAMIENTA DE<br />
PROGRAMACIÓN........................................................................................... 21<br />
CAPÍTULO # 2 DESCRIPCIÓN Y CONCEPCIÓN DEL SISTEMA DE<br />
GESTIÓN TECNOLÓGICA HOSPITALARIA................................................. 27<br />
CAPÍTULO # 3 ANÁLISIS Y DISEÑO DEL SUBSISTEMA DE<br />
MANTENIMIENTO ASISTIDO POR COMPUTADORAS ORIENTADO A<br />
RIESGO (SMACOR). ............................................................................................ 33<br />
3.1 DESCRIPCIÓN DEL OBJETO DE AUTOMATIZACIÓN............................. 33<br />
3.2 TABLA DE EVENTOS .................................................................................... 34<br />
3.3 DIAGRAMA DE CONTEXTO EXTRUCTURADO DEL SMACOR ............ 37<br />
3.4 DIAGRAMA PRELIMINAR DEL SMACOR ................................................. 39<br />
3.5 FACTIBILIDAD ECONÓMICA ...................................................................... 40<br />
3.6 PLANIFICACIÓN DEL PROYECTO.............................................................. 40<br />
3.7 ANÁLISIS ......................................................................................................... 41<br />
3.7.1 DIAGRAMA DE FLUJO DE DATOS POR NIVELES NUEVO<br />
DIAGRAMA DE CONTEXTO ....................................................................... 41<br />
3.7.2 DIAGRAMA CERO....................................................................................... 43<br />
3.7.3 DIAGRAMA UNO......................................................................................... 44<br />
3.7.4 DIAGRAMA DOS ......................................................................................... 45<br />
3.7.5 DIAGRAMA 2.1 ............................................................................................ 46<br />
3.7.6 DIAGRAMA 2.2 ............................................................................................ 47<br />
3.7.7 DIAGRAMA 2.3 ............................................................................................ 48<br />
3.7.8 DIAGRAMA TRES ....................................................................................... 49<br />
3.7.9 DIAGRAMA CUATRO................................................................................. 50<br />
3.7.10 DIAGRAMA 4.1 .......................................................................................... 51<br />
3.7.11 DIAGRAMA 4.2 .......................................................................................... 52<br />
3.7.12 DIAGRAMA 4.3 .......................................................................................... 53<br />
3.8 DISEÑO............................................................................................................. 54<br />
3.8.1 GRAFO CONVERSACIONAL ..................................................................... 54<br />
3.8.2 ESTADOS ...................................................................................................... 56<br />
3.8.3 DISEÑO LÓGICO GLOBAL ........................................................................ 58<br />
3.8.4 DER ................................................................................................................ 60<br />
3.9 CONCLUSIONES............................................................................................. 61
CAPÍTULO # 4 ANÁLISIS Y DISEÑO DEL SUBSISTEMA DE<br />
ALMACENES (SGA)............................................................................................. 62<br />
4.1 DESCRIPCIÓN DEL OBJETO DE AUTOMATIZACIÓN............................. 62<br />
4.2 TABLA DE EVENTO DEL SGA..................................................................... 65<br />
4.3 DIAGRAMA DE CONTEXTO ESTRUCTURADO. ...................................... 66<br />
4.4 DIAGRAMA PRELIMINAR............................................................................ 67<br />
4.5 FACTIBILIDAD ECONÓMICA ...................................................................... 68<br />
4.6 PLANIFICACIÓN DEL PROYECTO.............................................................. 68<br />
4.7 ANÁLISIS ......................................................................................................... 69<br />
4.7.1 DIAGRAMA DE FLUJO DE DATOS POR NIVELES................................ 69<br />
4.7.2 DIAGRAMA CERO....................................................................................... 70<br />
4.7.3 DIAGRAMA UNO......................................................................................... 71<br />
4.7.4 DIAGRAMA DOS ......................................................................................... 72<br />
4.7.5 DIAGRAMA TRES ....................................................................................... 73<br />
4.7.6 DIAGRAMA CUATRO................................................................................. 74<br />
4.8 DISEÑO............................................................................................................. 75<br />
4.8.1 GRAFO CONVERSACIONAL ..................................................................... 75<br />
4.8.2. ESTADOS ..................................................................................................... 76<br />
4.8.3 DISEÑO LÓGICO GLOBAL ........................................................................ 77<br />
4.8.4 DER ................................................................................................................ 78<br />
4.8.5 CONCLUSIONES.......................................................................................... 79<br />
CAPÍTULO # 5 ANÁLISIS Y DISEÑO DEL SUBSISTEMA DE<br />
ADQUISICIÓN DE TECNOLOGÍAS (SADTEC). ............................................ 80<br />
5.1 DESCRIPCION DEL OBJETO DE AUTOMATIZACION............................. 80<br />
5.2 TABLA DE EVENTOS .................................................................................... 90<br />
5.3 DIAGRAMA DE CONTEXTO ESTRUCTURADO ....................................... 91<br />
5.4 DIAGRAMA PRELIMINAR............................................................................ 92<br />
5.5 FACTIBILIDAD ECONOMICA ...................................................................... 93<br />
5.6 PLANIFICACION DEL PROYECTO.............................................................. 94<br />
5.7 ANALISIS ......................................................................................................... 95<br />
5.7.1 DIAGRAMA DE FLUJO DE DATOS POR NIVELES................................ 95<br />
5.7.2 DIAGRAMA CERO....................................................................................... 96<br />
5.7.3 DIAGRAMA UNO......................................................................................... 97<br />
5.7.4 DIAGRAMA DOS ......................................................................................... 97<br />
5.7.5 DIAGRAMA 2.1 ............................................................................................ 98<br />
5.7.6 DIAGRAMA TRES ..................................................................................... 98<br />
5.7.7 DIAGRAMA CUATRO................................................................................. 99<br />
5.7.8 DIAGRAMA CINCO................................................................................... 100<br />
5.8 DISEÑO........................................................................................................... 101<br />
5.8.1 GRAFO CONVERSACIONAL ................................................................... 101<br />
5.8.2 ESTADOS .................................................................................................... 102<br />
5.8.3 DISEÑO LÓGICO GLOBAL ...................................................................... 102<br />
5.8.4 DER .............................................................................................................. 104<br />
5.7 CONCLUSIONES........................................................................................... 105<br />
6. CONCEPCIÓN DEL SISTEMA DE SEGURIDAD Y PROTECCIÓN..... 106<br />
7. CONCEPCIÓN DEL SISTEMA DE AYUDA ................................................. 106<br />
8. DISEÑO INTERFAZ HOMBRE – MÁQUINA .............................................. 107<br />
9. CONCLUSIONES............................................................................................... 110
10. RECOMENDACIONES................................................................................... 111<br />
11. BIBLIOGRAFÍA............................................................................................... 112<br />
12. ANEXOS ............................................................................................................117<br />
Anexo 1. Figuras <strong>de</strong> imágenes seleccionadas <strong>de</strong> artículos originales ................... 117<br />
Anexo 2. SMACOR............................................................................................... 121<br />
Anexo 3. SGA........................................................................................................ 154<br />
Anexo 4. SADTEC ................................................................................................172