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