|
|
Madrid, 28 al 30 de Marzo de 2001
[OBJETIVO] [COMITÉS] [PARTICIPANTES] [ÁREAS] [ACTIV.INTERNACIONALES] [PROGRAMA] [MESAS REDONDAS] [S.CIENTÍFICAS] [S.TECNOLÓGICAS] [PÓSTERS] [INSCRIPCIÓN]
SESIÓN CIENTÍFICA 4 
Autor:
Aquilino García Martos
Motivación del Plan: Este plan se ha elaborado entre 1999 y Noviembre de
2.000 para el registro y control de la seguridad informática del Hospital de
Cieza así como las contingencias que se pudieran producir. Como es preceptivo
por la legislación informática correspondiente, queda a disposición de la
Agencia de Protección de Datos.
Revisado en fecha
|
Motivo |
|
Enero
1999 |
Elaboración
Plan de Contingencias |
|
Marzo
1999 |
Puesta
en marcha de Nuevos Pc y puntos en diferentes áreas |
|
Abril
1999 |
Avería
en servidor Novell 19/04/99. |
|
Junio
1999 |
Apertura
Urgencias 14/05/99 |
|
Junio
1999 |
Ampliación
en Novell Nuevos Discos Duros. Puesta en marcha de Mirror de Hp para volúmenes
Novell |
|
Julio
1999 |
Puesta
en marcha de Laboratorio |
|
Agosto
1999 |
Ampliación
de Puntos de Servicio en la Red (cableado) y establecimiento de caminos
alternativos para la conexión de armarios y Servidores. |
|
Septiembre
1999 |
Averías
y paradas de Laboratorio y Puerta de Urgencias |
|
Noviembre
2000 |
Aceptación
de Contrato de Mantenimiento de Hardware y de Sistema Operativo con HP
para el HP-9000 |
|
Noviembre
2000 |
Elaboración
del Plan de Seguridad |
|
Enero
2001 |
Actualización
I. |
INDICE
Plan de Seguridad...................................................................................................
3
1.
Objetivos, Ambito, Aplicación y resultados
esperados:.................................
3
2.
Definiciones.........................................................................................................
3
3.
Contenido: Elaboración de normativa de
procedimientos de índole organizativa que regulen
4
4.
Normas de obligado cumplimiento para la gestión
de Usuarios:.................
5
5.
Funciones del Personal y Obligaciones:...........................................................
5
6.
Estructura de los ficheros y Bases de Datos:
Notas sobre versiones y sistemas de Seguridad
7
7.
Procedimiento de notificación, gestión y
respuesta ante las incidencias...
8
8.
Los procedimientos de realización de
copias de respaldo y de recuperación de los datos.
8
9.
Normas de Actualización del Registro de
Incidencias..................................
8
10.
Registro de Autentificación...........................................................................
8
11.
Anexos................................................................................................................
9
12.
Bibliografía y Referencias.............................................................................
16
Plan de Contingencias.......................................................................................
17
1.
Identificación de
Servicios Críticos, de 24 horas.........................................
17
1.1.
Laboratorio...................................................................................................
17
1.2.
Puerta de Urgencias......................................................................................
21
2.
Otros procedimientos críticos:
Servidores de Ficheros, Servidores de Aplicaciones, Armarios de conexiones....................................................................................................................
23
2.1.
Servidor de Ficheros Hp 9000.......................................................................
23
2.2.
Servidor Novell.............................................................................................
24
2.3.
Switch de Conexiones 3 COM en Armarios A0 y
B0..................................
25
2.4.
Armarios de Conexiones A0, D1, E2, B0, C0...............................................
26
Los Objetivos de Este plan son: Establecer las medidas organizativas
y técnicas para asegurar la integridad, disponibilidad y confidencialidad
de información en soporte informático en la empresa.
El Plan de Seguridad se elabora desde el Departamento de Informática
de la Organización con el fin de cubrir las necesidades mínimas de
seguridad descritas en el Real Decreto 994/1999 de 11 de junio por el que
se aprueba el Reglamento de Medidas de Seguridad de los Ficheros
Automatizados que contengan Datos de Carácter Personal. Es aplicable a
locales, personal y equipos que intervienen en el mantenimiento de la función
informática en la empresa y contempla
el software de base y las aplicaciones informáticas así como
accesos a áreas de uso restringido y el hardware.
Los Resultados esperados son: Establecer los controles necesarios
en la función informática y en el uso de las aplicaciones con el fin de
garantizar la integridad y confidencialidad de la información en soporte
informático.
A efectos de este Plan, se entenderá por:
1.- Organización: La empresa en cuestión: Fundación Hospital de
Cieza.
2.- Sistema de información: Conjunto de ficheros automatizados,
programas, soportes y equipos empleados para el almacenamiento y tratamiento
de datos de carácter personal.
3.-
Usuario: Sujeto o proceso autorizado para acceder a datos o recursos.
4.- Recurso: Cualquier parte componente de un sistema de información.
5.- Accesos autorizados: Autorizaciones concedidas a un usuario para
la utilización de los diversos recursos.
6.- Identificación: Procedimiento de reconocimiento de la identidad
de un usuario.
7.- Autenticación: Procedimiento de comprobación de la identidad de
un usuario.
8.- Control de acceso: Mecanismo que en función de la identificación
ya autenticada permite acceder a datos o recursos.
9.- Contraseña: Información confidencial, frecuentemente
constituida por una cadena de caracteres, que puede ser usada en la
autenticación de un usuario.
10.- Incidencia: Cualquier anomalía que afecte o pudiera afectar a
la seguridad de los datos.
11.- Soporte: Objeto físico susceptible de ser tratado en un sistema
de información y sobre el cual se pueden grabar o recuperar datos.
12.- Responsable de seguridad: Persona o personas a las que el
responsable del fichero ha asignado formalmente la función de coordinar y
controlar las medidas de seguridad aplicables.
13.- Copia del respaldo ó de seguridad: Copia de los datos de un
fichero automatizado en un soporte que posibilite su recuperación.
La función Informática
·
Gestión
de la Informática
·
Desarrollo
de aplicaciones
·
Operación
y explotación de los recursos
·
Mantenimiento
y Soporte
·
Planificación
de la Gestión de Averías
·
Disponibilidad
de los Sistemas
·
Sensibilidad
a Fallos
·
Planes
de Contingencia
El
Software de base
·
Contratación
del Software de base
·
Operación
y explotación de los sistemas
·
Nivel
de Servicio
·
Política
de Actualizaciones y de planificación de la Seguridad
·
Auditoría
de los registros de acceso y operación
Las
aplicaciones
·
Organización
y control de las funciones principales
·
Operatividad
y nivel de servicio
·
Control
de accesos
·
Control
de la información sensible
·
Herramientas
de acceso a la información
·
Control
de accesos
·
Detección
de fallos de seguridad por falta de formación a usuarios
Cada
Usuario de la Organización dispondrá de:
a) Una cuenta de Usuario Novell con acceso sólo a aquellos procesos:
aplicaciones y/o datos a los que deba tener acceso, para lo cual se
establecerán claves con vencimiento no más allá de 90 días sin
posibilidad de repetición de las mismas.
b) Seis entradas de gracia en caso de vencimiento de las claves.
c) Horarios y equipos desde los que puede acceder al sistema (si es
de aplicación).
d) Control de Intrusos
e) Máximo de sesiones simultáneas: 3.
f) Claves de acceso individual a cada una de las aplicaciones que
requieran autentificación segura: Bases de Datos y/o otros Servidores (Unix
Hp9000)
g) Denegación de Servicio por Control de Intrusos.
-
Es responsabilidad de todos los usuarios del Sistema de:
a)
Entrar al Sistema con su clave, no anotar la misma en soporte papel y
salir ordenadamente del sistema si piensa abandonar la estación de trabajo
por un tiempo superior a 5 minutos.
b)
Entrar al Sistema por los equipos y accesos habilitados al mismo por
el Responsable de informática.
c)
No realizar copias ilegales de software: No instalar aplicaciones ni
nada ajenos a la Organización.
Comuinicar a Informática de las incidencias que ocurran con las
aplicaciones.
d)
El Usuario responsable de Informática, por su carácter especial,
depositará todas las claves con permisos especiales de seguridad en la caja
fuerte de la Organización en sobre cerrado con fecha y hora de actualización.
e)
Los accesos a las zonas: Salas de Servidores, Salas de Instalaciones
de Concentración de Cable y de Electrónica de Red están restringidos y sólo
puede accederse mediante solicitud de permisos a Seguridad y a Responsable
de Informática y/ó Mantenimiento. Seguridad llevará un registro que
enviará a Gerencia con copia de Informática para su control.
f)
En Caso de fallo eléctrico general debe comunicarse con urgencia con
el responsable de Dirección del Centro: Gerente, Cargos directivos ó en su
defecto responsable de Organización (Supervisor de Guardia, Jefe de
Guardia, etc). Se procederá en caso de prolongarse por más de quince
minutos con una parada en frío y ordenada de todos los sistemas informáticos
con comunicación previa a todos los Servicios. Este así como otros
problemas del mismo tipo están descritos en el Plan de Contingencias Informáticas.
g)
Usar el correo electrónico sólo para su cometido en virtud de sus
atribuciones laborales. Enviar cualquier archivo de datos que contenga datos
personales cifrado ó con clave. Rechazar cualquier correo electrónico que
no quede perfectamente identificada su procedencia.
-
El Departamento de Informática deberá realizar las siguiente tareas
periódicamente:
a) Planificación Auditoría de PC´s de toda la Organización
revisando los siguientes puntos:
-
Aplicaciones instaladas. Ver mediante Panel de Control-Agregar o
quitar programas. Anotar en la hoja del archivo correspondiente
-
Desinstalar los juegos de Windows. Borrar loas archivos Mshearts.exe,
sol.exe y winmine.exe de la carpeta c:\windows. Anotar Pc’s con juegos en
archivo de incidencias de la auditoría.
-
Guardar el escritorio de Windows (carpeta c:\windows\escritorio en \\Quebec:\instalacion
y sistema\Escritorios de usuario\<nombre de usuario o nombre del pc>
-
Anotar los accesos a Internet activos. Copiar el icono de acceso a
Internet a la carpeta de usuario correspondiente de la Red, esto es, cortar
del escritorio y pegar en \\Cairo\<Departamento>\<usuario>
-
Actualizar/Anotar direcciones IP en la carpeta de Direcciones IP de
Informes Técnicos y puntos de Cableado. Indicarlo también en las hojas de
PC.
-
Actualizar antivirus de todos los Pcs. Automatizar su actualización.
b) Políticas
de Seguridad y actualización de Versiones
-
Establecer un plan de Actualización de versiones de Hp-UX por conexión
a los foros correspondientes
-
Solicitar Contrato Premium a Novell para política de actualización
de versiones y de Seguridad bajo IPX
-
Mantener un exhaustivo control sobre las versiones y parches de las
versiones de Windows XX en los diferentes Pcs de la Organización.
-
Solicitar a i68 (informix) y a Transtools (Multibase) el
establecimiento de políticas de actualización y control de seguridad a
nivel de accesos para prevenir los posibles defectos en los sistemas.
-
Establecer Cortafuegos FTP para la descarga de archivos desde los
accesos a Internet
-
Establecer Barreras para los accesos SMTP de correo electrónico de
los usuarios.
c)
Registros de Auditoría y de Control de accesos a aplicaciones, Bases de
Datos y Sistema
-
En Novell se registran los accesos mediante Auditcon que genera un
registro de accesos permisos admitidos y denegados. Es preciso revisarlo y
listarlo mensualmente.
-
En Hp-Ux también existe ese registro que se debe configurar para
volcar al mail de root@fhcieza.
-
Multibase e Informix para cada aplicación mantiene también los
registros de auditoría internos que deben listarse y conservarse
mensualmente.
d) Auditoría del Sistema Completo
-
Los sistemas de información e instalaciones de tratamiento de datos
al completo se someterán a una Auditoría Interna o Externa, que verifique
el cumplimiento del presente Reglamento, de los procedimientos e
instrucciones vigentes en materia de seguridad de datos, cada año.
-
El informe de auditoría
dictaminará sobre la adecuación de las medidas y controles al presente
Reglamento, identificará sus deficiencias y propodrá las medidas
correctoras o complementarias necesarias. Deberá, incluir los datos, hechos
y observaciones en que se basen los dictámenes alcanzados y recomendaciones
propuestas.
-
Los informes de auditoría
serán analizados por el responsable de seguridad competente, que elevará
las conclusiones al responsable del fichero para que adopte las medidas
correctoras adecuadas y quedarán a disposición de la Agencia de Protección
de Datos.
-
Eliminar sesiones colgadas diariamente indicando en el registro de
incidencias las producidas.
-
Desbloquear sesiones de Multibase colgadas.
-
Solicitar a la Dirección:
a)
Aplicaciones de Seguridad electrónica a nivel de Cortafuegos: Border
Manager o cualquier otra que genere seguridad en IP.
b)
Establecimiento de niveles de acceso electrónico para los Servicios
de Internet Disponibles.
c)
El cumplimiento del presente plan de Seguridad así como de los
Planes de Contingencias correspondientes.
Las diferentes estructuras de Ficheros y de las Bases de datos están
descritas en los correspondientes informes de contenido y estructura de
Archivos. Como datos generales, los sistemas de Bases de datos son los que
siguen:
Informix v5: Aplicación Contabilidad. Estructura de Consultas vía
SQL. Alojada en HP-UX v10.20 con control individual de usuarios. Gestionable
y administrable desde aplicaciones ó desde dbaccess con permisos de
Administrador.
Multibase v3.0.1.0: Aplicaciones Generales Sanitarias. Administrable
desde utilidades Cliente - Servidor con permisos de administrador. Combinada
la Seguridad propia del Sistema con la Seguridad de Novell por existir
graves deficiencias en el control de usuarios de Multibase y vías de acceso
por un atacante experto desde cualquier Pc del Hospital. Los datos están
alojados en Unix-HP.UX 10.20.
MUMPS-SQL: Aplicación de Laboratorio. Depositada en Unix Hp-Ux
10.20. No tiene problemas de control de accesos en el formato de acceso de
Roche pero para enlazar con Aplicaciones de Gestión Hospitalaria
(Admisiones) es preciso cambiar a acceso Cliente- Servidor y estudiar los
problemas de seguridad que pudiera plantear. La comunicación vía HL-7 no
genera problemas adicionales.
La notificación y tipos de respuesta ante averías está descrita en
el Plan de Contingencias Informáticas que integra la información de
Soporte del Departamento de Informática. En él se establece la necesidad
de un registro de incidencias - hasta ahora se venía realizando una
comunicación interna a gerencia con cada una de las incidencias, su coste
de reparación y eliminación. Cada incidencia provoca una revisión del
Plan de Contingencias y de éste documento.
Existe un procedimiento estandarizado de copias de Seguridad. Los
procesos de copia y los métodos de trabajo con las unidades de copia son
los siguientes:
Existen cuatro juegos de copias diarias para cada servidor
etiquetadas como: Lunes-I, Lunes-II, Lunes-III, Lunes-IV, Martes-I,
Martes-II, Martes-III, Martes-IV, Miércoles-I, Miércoles-II, Miércoles-III,
Miércoles-IV, Jueves-I, Jueves-II, Jueves-III, Jueves-IV, Viernes-I,
Viernes-II, Viernes-III, Viernes-IV, Domingo-I, Domingo-II, Domingo-III,
Domingo-IV. Cuatro Juegos de Copia Semanal etiquetados como: Semanal-I,
Semanal-II, Semanal-III, Semanal-IV y un juego de copias anual con
doce cintas: Enero, Febrero, Marzo, Abril, Mayo, Junio, Julio,
Agosto, Septiembre, Octubre, Noviembre y Diciembre. Existen Cintas de
Limpieza que se desechan cada 30 días, ó lo que es lo mismo cada 35 copias
(70 cintas). Cada año se desechan las de copia y cada vez que se produce un
error de copia por errores de escritura ó lectura de cinta también se
desechan.
Las cintas se almacenan en la Caja ignífuga de seguridad de informática
y se anotan las incidencias en el Registro de Copias de Seguridad existente
en la Sala de Servidores.
El
documento deberá mantenerse en todo momento actualizado y deberá ser
revisado siempre que se produzcan cambios relevantes en el sistema de
información o en la organización del mismo.
Como cada aplicación y sistema tiene implícitos registros
individuales de autentificación, se listará mensualmente cada uno de ellos
registrando en el Registro de Incidencias los posibles problemas detectados
así como sus soluciones.
Anexo I - CheckList de Auditoría de Pcs
Anexo II
- Check List de Registro de Copias de Seguridad
Anexo III - Registro de Pcs
Anexo IV - Formato de
Registro de Incidencias de los diversos fabricantes de productos de software
y/o Sistemas Operativos
Anexo V -
Registro de Incidencias
AUDITORIA
DE PC’S 11/1999
|
Localización PC: Nº de Serie: |
Usuario
Habitual: Nº Inventario: |
|
|
|
|
OPERACIÓN |
Resultado |
|
Verificación de Software Instalado |
|
|
Internet
Explorer |
Ok
Error
|
|
Word
97 |
Ok
Error
|
|
Excel
97 |
Ok
Error
|
|
Powerpoint
97 |
Ok
Error
|
|
Access
97 |
Ok
Error
|
|
Farmacia
Gestión |
Ok
Error
|
|
Farmacia
Unidosis |
Ok
Error
|
|
Trans
Farmacia |
Ok
Error
|
|
Guía
Farmacoterapéutica |
Ok
Error
|
|
HP
HIS Docencia |
Ok
Error
|
|
HP-
HIS Real |
Ok
Error
|
|
Trans
HP HIS |
Ok
Error
|
|
Omega2000 |
Ok
Error
|
|
Solstice |
Ok
Error
|
|
Dirección
IP para TCPIP |
Ok
Error
|
|
Agenda
Lotus Organizer |
Ok
Error
|
|
Juegos
(eliminar) |
Ok
Error
|
|
|
Ok
Error
|
|
|
Ok
Error
|
|
Verificación de Hardware y Sistema Operativo |
|
|
Impresión
de archivo centinela |
Ok
Error
|
|
Errores
en arranque |
Ok
Error
|
|
Paradas
de arranque |
Ok
Error
|
|
|
Ok
Error
|
|
|
|
|
|
|
|
|
|
|
|
|
DIARIO
DE COPIAS DE SEGURIDAD
|
Servidor: Sistema Operativo: |
Aplicación
de Copias: Versión: |
|
|
|
|
OPERACIÓN |
|
|
Usuario:
_____________ |
Copia
Restauración
|
|
Fecha: ___/_____/________ |
Resultado Ok
Error
|
|
Hora:
___________ |
Automática
Manual
|
|
|
|
|
Usuario:
_____________ |
Copia
Restauración
|
|
Fecha: ___/_____/________ |
Resultado Ok
Error
|
|
Hora:
___________ |
Automática
Manual
|
|
|
|
|
Usuario:
_____________ |
Copia
Restauración
|
|
Fecha: ___/_____/________ |
Resultado Ok
Error
|
|
Hora:
___________ |
Automática
Manual
|
|
|
|
|
Usuario:
_____________ |
Copia
Restauración
|
|
Fecha: ___/_____/________ |
Resultado Ok
Error
|
|
Hora:
___________ |
Automática
Manual
|
|
|
|
|
Usuario:
_____________ |
Copia
Restauración
|
|
Fecha: ___/_____/________ |
Resultado Ok
Error
|
|
Hora:
___________ |
Automática
Manual
|
|
|
|
|
Usuario:
_____________ |
Copia
Restauración
|
|
Fecha: ___/_____/________ |
Resultado Ok
Error
|
|
Hora:
___________ |
Automática
Manual
|
|
|
|
|
Usuario:
_____________ |
Copia
Restauración
|
|
Fecha: ___/_____/________ |
Resultado Ok
Error
|
|
Hora:
___________ |
Automática
Manual
|
|
|
|
|
Usuario:
_____________ |
Copia
Restauración
|
|
Fecha: ___/_____/________ |
Resultado Ok
Error
|
|
Hora:
___________ |
Automática
Manual
|
|
|
|
|
||||||||||||||
|
|
Usuario |
|
|
|||||||||||||
|
Tipo de Estación |
Pentium
Pentium II
Pentium III |
Multiprocesador
Servidor
|
Otros
|
Disco: IDE
SCSI
|
||||||||||||
|
Memoria
|
Cd ROM
Si
No |
Modelo PC
|
Nº Serie
|
Nº TCPIP
|
||||||||||||
|
Impresoras Locales
|
Nº De Serie
|
Nº Inventario
|
Impresoras de red Accesibles
|
|
||||||||||||
|
|
|
|
|
|
||||||||||||
|
Software
Instalado |
Sistema Operativo:
DOS /Win 3.11
Windows 95
Windows 98
Windows NT
Windows 2000
Netware |
Nº Licencia
|
Versión
|
|||||||||||||
|
Proceso de Textos
Lotus WordPro
Microsoft Word 97
Microsoft Word 2000 |
Nº Licencia
|
Explorador Internet
Internet Explorer
Netscape Comunicator
Opera |
Versión
Nº
Serie
|
|||||||||||||
|
Antivirus
Panda Software
Antivirus Toolkit
Antivirus Profesional |
Versión
Fecha Actualización
|
Cliente Novell
Si
No |
Versión
|
|||||||||||||
|
Otros Aplicativos: |
|
|
|
|
||||||||||||
|
|
|
|
|
|
||||||||||||
|
|
|
|
|
|
||||||||||||
|
Observaciones |
||||||||||||||||
|
|
||||||||||||||||
|
|
||||||||||||||||
|
|
||||||||||||||||
|
Intervenciones |
|
|
|
|
||||||||||||
|
|
|
|
|
|
||||||||||||
|
|
|
|
|
|
||||||||||||
|
Registro
de Consultas al fabricante X. Tfno XXX xxx xxx |
||||||
|
Fecha |
nº
Consulta |
Fecha Resolución |
Consulta |
Abierta
por |
Persona
Contacto |
Area |
|
08/01/1999 |
10849 |
|
Descripción del problema y indicación de si genera incidencia para el
registro de incidencias general |
|
|
|
|
18/01/1999 |
10881 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Registro
de Incidencias Informática |
||||||
|
Fecha
Incidencias |
nº
de Incidencia |
Fecha Resolución |
Descripción Incidencia |
Abierta
por |
Area |
Afecta
a Planes de Seguridad ó Contingencias |
|
08/01/2000 |
1 |
|
Descripción del problema y indicación de si genera otras anotaciones
en otros registros |
|
|
Plan Seguridad
Si
No
Plan Contingencias Si
No
|
|
18/01/2000 |
2 |
|
|
|
|
Plan Seguridad
Si
No
Plan Contingencias Si
No
|
|
|
3 |
|
|
|
|
Plan Seguridad
Si
No
Plan Contingencias Si
No
|
|
|
4 |
|
|
|
|
Plan Seguridad
Si
No
Plan Contingencias Si
No
|
|
|
5 |
|
|
|
|
Plan Seguridad
Si
No
Plan Contingencias Si
No
|
|
|
6 |
|
|
|
|
Plan Seguridad
Si
No
Plan Contingencias Si
No
|
|
|
7 |
|
|
|
|
Plan Seguridad
Si
No
Plan Contingencias Si
No
|
|
|
8 |
|
|
|
|
Plan Seguridad
Si
No
Plan Contingencias Si
No
|
|
|
9 |
|
|
|
|
Plan Seguridad
Si
No
Plan Contingencias Si
No
|
|
|
10 |
|
|
|
|
Plan Seguridad
Si
No
Plan Contingencias Si
No
|
|
|
11 |
|
|
|
|
Plan Seguridad
Si
No
Plan Contingencias Si
No
|
|
|
12 |
|
|
|
|
Plan Seguridad
Si
No
Plan Contingencias Si
No
|
|
|
13 |
|
|
|
|
Plan Seguridad
Si
No
Plan Contingencias Si
No
|
|
|
14 |
|
|
|
|
Plan Seguridad
Si
No
Plan Contingencias Si
No
|
|
|
15 |
|
|
|
|
Plan Seguridad
Si
No
Plan Contingencias Si
No
|
·
Real Decreto 994/1999 de 11 de junio. Reglamento de medidas de
Seguridad de los ficheros automatizados que contengan datos de carácter
personal.
·
Real Decreto Ley 14/1999, de 17 de septiembre, sobre firma
electrónica
·
Agencia de Protección de Datos www.ag-protecciondatos.org
·
Ley Orgánica 15/99 de 13 de Diciembre, de Protección de
Datos de Carácter Personal.
·
Real Decreto 1332/94 de 20 de junio por el que se desarrollan
algunos preceptos de la Ley Orgánica.
·
Instrucción 1/95, de 1 de marzo de la Agencia de Protección
de Datos, relativa a prestación de servicios de información sobre
solvencia patrimonial y crédito.
·
Instrucción 2/1995,
de 4 de mayo, de la Agencia de Protección de Datos, sobre medidas que
garantizan la intimidad de los datos personales recabados como consecuencia
de la contratación de un seguro de vida de forma conjunta con la concesión
de un préstamo hipotecario o personal.
·
Instrucción 1/1996, de 1 de marzo, de la Agencia de Protección
de Datos, sobre ficheros automatizados establecidos con la finalidad de
controlar el acceso a los edificios.
·
Instrucción 1/98, de 19 de Enero, de La Agencia de Protección
de Datos, relativa al Ejercicio de los Derechos de Acceso, Rectificación y
Cancelación.
·
Real Decreto 195/2000 de 11 de febrero por el que se
establece el plazo para implementar las Medidas de Seguridad de los Ficheros
Automatizados previstas por el Reglamento aprobado por el R.D. 994/1999 de
11 de junio.
·
Directiva 95/46/CE del Parlamento Europeo y del Consejo de 24
de octubre de 1995 relativa a la protección de las personas físicas en lo
que respecta al tratamiento de datos personales y a la libre circulación de
estos datos.
En cuanto a los Servicios, funcionan durante las 24 horas los
siguientes: Puerta de Urgencias y Laboratorio. Ambos podemos considerarlos críticos
en cuanto a que su parada supondría un sobrecarga en Laboratorio al pasar a
modo manual con un retraso considerable en el envío de resultados a la Planta
de Hospitalización como a Urgencias con el consiguiente retraso en la entrega
de los mismos a los pacientes.
Las paradas de Laboratorio, pueden producirse uno
de los siguientes problemas:
1-
Suministro eléctrico a los analizadores
-
Existe un SAI exclusivo para laboratorio con capacidad suficiente para
5 horas. ubicado en la sala de instalaciones F de la Planta Primera. No es
pensable que mantenimiento no detecte el fallo antes de dicho tiempo haya
transcurrido. Caso de ocurrir esto, supondría una parada de los analizadores
que no podría resolver este departamento sin la intervención de los
Servicios Técnicos de los fabricantes. (ver problema 2)
-
El suministro eléctrico también puede verse cortado por la interrupción
del suministro eléctrico a la zona de Laboratorio. En caso de la no parada
del SAI será preciso avisar a Mantenimiento para que revise la alimentación
de dicha zona.
2-
Fallo/avería de un analizador
-
Este problema depende de los diferentes servicios técnicos y no de
informática. Los Servicios Técnicos de los diferentes marcas son los que
siguen:
|
Fabricante |
Equipo |
Teléfono |
|
Izasa |
Coulter |
916429140 |
|
ACL |
934010310 |
|
|
Synthesis/IL |
934010320 |
|
|
Roche |
Hot
Line |
900300705 |
|
|
Efecto
2000. Diego Martín |
934143827 |
|
NS Lab |
|
952296340 |
|
Biomerieux |
|
913581142 |
|
Becton Dickinson |
|
918488100 |
|
Diamed |
|
933000808 |
3-
Suministro eléctrico a los PC’s
-
Existe un SAI exclusivo para los equipos informáticos con capacidad
suficiente para 5 horas, ubicado en la sala de instalaciones B de la Planta
Baja. No es pensable que mantenimiento no detecte el fallo antes de dicho
tiempo haya transcurrido. De ocurrir esto sería precisa la intervención del
Servicio Técnico correspondiente. (ver problema 2)
-
El suministro eléctrico también puede verse cortado por la interrupción
del suministro eléctrico a la zona de Laboratorio. En caso de la no parada
del SAI será preciso avisar a Mantenimiento para que revise la alimentación
eléctrica de dicha zona.
4-
Fallo de los PC’s de Laboratorio
-
Existen varios Pc’s en Informática con la aplicación Omega 2000
instalada y configurada. Caso de fallar se recomienda tomar uno del
Departamento de Informática.
5-
Fallo/Avería en el enlace de las conexiones de los analizadores
-
Ver punto 2, solucionar por los diferentes Servicios técnicos
6-
Fallo de la impresora FS3700+ de Laboratorio
-
Fallo de la impresión de Laboratorio por cambio de la configuración
de la misma. Es posible que por error, algún operador modifique la
configuración por defecto de la impresora FS3700+. Esto provoca un mensaje en
el display superior diferente a READY y ocasionalmente un pitido de
error en la misma. Las teclas y mensajes que pueden provocar una parada por
desconfiguración son y producen los siguientes efectos:
|
Tecla |
Efecto
|
Solución |
|
On Line |
Se apaga la luz de On Line del panel superior y la
impresora no impri-me pero porque no recibe los datos. Sigue activo el
mensaje READY |
Volver
a pulsar On Line |
|
Stack |
Se apaga la luz de
bandeja superior de salida. El papel sale por detrás de la impresora.
No se produce ningún otro efecto |
Pulsar de nuevo dicha
tecla. El papel volverá a salir por la parte superior. |
|
+ / - |
Se apaga la luz de
entrada de papel por cartucho A4, Se activa la luz de carga
frontal/manual de papel. Se produce un pitido corto e intermitente.
Aparece el mensaje Add-Paper. |
Volver a pulsar dicha
tecla. El mensaje desaparece y el papel vuelve a cargar por la bandeja
interior de papel. |
|
On Line Y después Mode |
Aparece el mensaje
Interface Parallel. La impresora no imprime. Recibe los datos pero
permanece bloqueada por el proceso de configuración. |
Pulsar Mode y luego On
Line. Debe aparecer el mensaje de Ready y volver a imprimir normalmente. |
-
Todas las impresoras instaladas para la gestión de los Servicios Críticos
son compatibles, esto es, el cambio de la impresora de laboratorio por
cualquiera de administración ó de Urgencias no genera problemas con la
impresión.
-
Si el fallo se hubiese producido en el Servidor de Impresión y el
problema de impresión persistiese; sería posible, desde cada uno de los Pc
de Laboratorio elegir una impresora alternativa, ya que en éstos están
instaladas y configuradas todas las impresoras departamentales: Urgencias1
(control de Urgencias interior FS3700+), Urgencias2 (control de Urgencias
interior Hp-6L), Urgencias4 (Puerta de Urgencias interior FS3700+), Informática
2 (patio de trabajo de administración Hp820), Medicina Interna (2ª Planta 2ª
Centro). Si se dispone de Servicio de Dpto. de Informática, es posible que
pueda haber quedado bloqueado el Servidor de Impresoras; para desbloquearlo
será preciso ejecutar un Reset desde la aplicación de control de servicio de
Servidores de Impresoras (Intel Netport Express).
7-
Fallo/Avería entre la conexión de cable de las cajas de enlace de los
analizadores y el servidor de terminales del Armario-D1
-
En este caso se produciría una avería de conexión entre los
analizadores y el Servidor de Terminales. Este problema es resoluble pues de
cada punto de enlace parten dos conexiones gemelas. La Solución sería
conectar por la segunda conexión y volver a reconectar el Servidor de
Terminales.
8-
Fallo/Avería del Servidor de Terminales
-
Corresponde a Roche dar soporte de dicho dispositivo y no disponemos de
equipamiento alternativo para solucionar los problemas relacionados con éste.
Sin embargo podemos realizar algunas operaciones con citada para descartar el
alcance de la posibler avería. En este caso, deberá ponerse en marcha el
procedimiento de analíticas manual.
9-
Avería de Hub de 10BaseT que conecta el Servidor de Terminales de
Laboratorio con el Armario-A0
-
No disponemos de equipamiento alternativo, no obstante, es un
equipamiento estándar y de bajo coste que hemos solicitado la reposición del
mismo por un proveedor de electrónica de Red.
10-
Fallo/Avería del Cable de enlace entre los armarios D1 y A0
-
Exisrten conexiones alternativas, será preciso utilizar una boca de
enlace diferente. El fallo se detecta por la no iluminación de la boca de
enlace con Hub en cada uno de los armarios afectados: A0 y D1
11-
Fallo/Avería de la conexión del Servidor con el Armario A0
-
Actualmente está en fase de utilización de un camino diferente al
actualmente utilizado ya que el enlace se viene haciendo con una conexión
entre los armarios B0 y D1 sin paso intermedio por elemento activo alguno. Con
dicha ampliación se podrá enlazar directamente el Servidor con conexiones
directas en el Armario-D1, el Servidor de Terminales y la Sala de Servidores.
12-
Fallo de Hardware del Servidor: Tarjeta de Comunicaciones interna
10BaseT ó cualquier otro componente que suponga una parada física del
Servidor.
-
No disponemos de alternativa en tanto no dispongamos de un Servidor de
acceso redundante como equipo alternativo al existente. Sería preciso
disponer de un Servicio ampliado a 24 horas de H.P. para poder resolver las
averías que pudieran derivarse del mantenimiento del Equipo. Este proceso
pone en funcionamiento el trabajo manual en laboratorio.
13-
Fallo del Motor de la Base de datos MUMPS ó de cualquiera de los
programas que controlan la misma ó de Omega
-
Este problema es un problema que debe solucionar Roche. El Servicio de
Roche se presta de Lunes a Viernes en la oficina técnica en el teléfono 900
300 705. De ocurrir problemas fuera de horarios, el Servicio de Informática
dispone de información técnica suficiente para efectuar una parada de
emergencia en Mumps, realizar las operaciones de mantenimiento de las Tablas
de Mumps y poner de nuevo el sistema en marcha. La mayoría de las paradas
obligan a parar el Servidor de Terminales para que las conexiones físicas se
reestablezcan. Será preciso entonces pararlo cada vez que se realice
cualquier operación de mantenimiento ó parada del Servidor Unix HP9000
14-
Fallo de la Red Novell
-
El fallo de Novell es un fallo indirecto a laboratorio. No se generarían
sesiones de Cliente Novell como Omega, pero sería posible arrancar
Laboratorio seleccionando el icono de Omega directamente, por lo que no genera
problemas añadidos a la Gestión de Laboratorio
15.
Fallo en la alimentación de los armarios de enlace, A0 y/o D1.
-
Solicitar de Mantenimiento la revisión de los cuadros eléctricos que
los atacan. Una vez realizada la revisión y vuelta a poner en marcha los
mismos, se deberá realizar un reset del Servidor de Terminales. En este caso
en Laboratorio se detectará una falla en la transmisión de datos y en los
PC’s la pérdida de conexión con el Host de Hp9000 y la pérdida de enlace
de las sesiones de Novell
Las paradas de Puerta de
Urgencias pueden venir determinadas por los siguientes problemas:
1.
Fallo/Avería del Suministro eléctrico de los PC de puerta de
Urgencias.
-
Existe un SAI exclusivo para los equipos informáticos con capacidad
suficiente para 5 horas, ubicado en la sala de instalaciones B de la Planta
Baja. No es pensable que mantenimiento no detecte el fallo antes de dicho
tiempo haya transcurrido. De ocurrir esto sería necesario nuestra intervención
para reactivar los Servidores que quedarían parados.
-
El suministro eléctrico también puede verse cortado por la interrupción
del suministro eléctrico a la zona de Urgencias. En caso de la no parada del
SAI será preciso avisar a Mantenimiento para que revise la alimentación eléctrica
de dicha zona. Una vez restablecida intervendría este departamento chequeando
los PC’s y la Base de Datos correspondiente.
2.
Fallo/Avería de los PC’s de Puerta de Urgencias.
-
Todos los Pc’s en Informática tienen la aplicación His instalada y
configurada. Caso de fallar se recomienda tomar uno del Departamento de Informática.
3.
Fallo/Avería en la impresora FS3700+ de Puerta de Urgencias.
-
Todas las impresoras instaladas para la gestión de los Servicios Críticos
son compatibles, esto es, el cambio de la impresora de Puerta de Urgencias por
cualquiera de administración ó de Laboratorio no genera problemas con la
impresión.
-
Si el fallo se hubiese producido en el Servidor de Impresión y el
problema de impresión persistiese; sería posible, desde cada uno de los Pc
de Puerta de Urgencias elegir una impresora alternativa, ya que en éstos están
instaladas y configuradas todas las impresoras departamentales: Urgencias1
(control de Urgencias interior FS3700+), Urgencias2 (control de Urgencias
interior Hp-6L), Urgencias4 (Puerta de Urgencias interior FS3700+), Informática
2 (patio de trabajo de administración Hp820), Medicina Interna (2ª Planta 2ª
Centro), Laboratorio1 (Laboratorio 1).
4.
Fallo/Avería en Multibase, motor de Base de Datos de HP-HIS.
-
(Pendiente de determinar. Producido el 31/8/99. Llevó a una parada
urgente del servidor y un reinicio del motor de Multibase).
5.
Fallo/Avería en las conexiones de cable entre puerta de Urgencias y
armario A0
6.
Fallo/Avería en el Hub de enlace de Urgencias con el Switch de
conexiones.
-
No disponemos de equipo alternativo para todo Urgencias, pero sí bocas
de acceso alternativo para los dos PC’s de Puerta de Urgencias. La solución
sería conectarla a Red por una boca de otro Hub.
7.
Fallo en la alimentación de los armarios de conexiones puente (Armario
A0 ó Armario D1)
-
El suministro eléctrico de los armarios supone una desconexión física
de los PC’s tanto de Urgencias como de todos los Serfvicios que conecten con
el armario que haya quedado sin suministro eléctrico. Será preciso avisar a
Mantenimiento para que revise la alimentación eléctrica de dicha zona. Una
vez restablecida intervendría este departamento chequeando las conexiones de
PC’s y la Base de Datos correspondiente: Multibase.
8.
Fallo/Avería de la tarjeta de Red-comunicaciones del HP9000 o de
cualquier otro elemento del servidor Hp 9000 que suponga una parada del mismo.
-
No existe solución para este evento. Corremos el riesgo de pararnos
hasta 96 horas (en fin de semana) sin alternativa a este problema. Se ha
solicitado la adquisición de un Servidor Redundante para solucionar el mismo.
9.
Fallo en la alimentación de los armarios de enlace
-
Solicitar de Mantenimiento la revisión de los cuadros eléctricos que
los atacan. En este caso en Laboratorio se detectará una falla en la
transmisión de datos y en los PC’s la pérdida de conexión con el Host de
Hp9000 y la pérdida de enlace de las sesiones de Novell
10.
Fallo/Avería en la Red Novell, acceso de usuarios a Red
-
Existe un procedimiento alternativo de acceso a Hp His que permite
arrancar Hp His sin pasar por Novell. Existe una carpeta de acceso alternativo
en los Pc’s de Puerta de Urgencias
2.
Otros procedimientos críticos: Servidores de
Ficheros, Servidores de Aplicaciones, Armarios de conexiones
Todos los procesos relacionados con Servidores de ficheros son críticos,
ya que de estos dependen los descritos en el punto 1 así como los de:
-
Contabilidad
-
Suministros
-
Almacén
-
Admisión de Hospitalización
-
Archivo de Historias Clínicas
-
Facturación
-
Nóminas
-
Control de Presencia
-
Farmacia
-
Unidosis de Farmacia
Resulta crítico para los siguientes Servicios: Contabilidad,
Suministros, Farmacia, Admisión, Unidades de Enfermería, Banco de Sangre,
Archivo de Historias Clínicas, Consultas Externas, Facturación Insalud,
Facturación Mutuas, Urgencias, Laboratorio, Informática.
Los teléfonos de Soporte son: 916312505 en horario de 9:00 1 17:00
916312509 en
horario de 17:00 a 9:00 y fines de semana y festivos
Los números de Serie y Licencias de éste Servidor son las siguientes:
|
Concepto |
|
|
Código de Instalación |
HOMU-CIEZA9000MU |
|
Nivel de Soporte |
H5355A; Resolución 12 horas Actualización Software CDROM Sistema Central Software Series D220/30/50/70/80/1W Sup Soln Soporte de Redes |
|
Desde-Hasta |
13/10/2000 a 12/10/2001 |
|
Equipo Principal |
HP9000/D220 Part
Number: A3572A Nº.
De Serie: 3739G21758 |
|
Otros Dispositivos |
Consola Pantalla Blanca Part
Number: C1064WX Nº
de Serie:UST7252380 |
|
|
HA
DeskSide Storage Enclusure Part
Number:A3311A Nº de Serie:USM2D03860 |
|
|
Processor
Upgrade Dx70/2 from Dx20 Part
Number: A3595A Nº
de Serie: 3836G67579 |
|
|
Mirror
Disk software EISA-100Base-T HSC-100Base-T System
Licence RS-232
MUX-SW Driver HDD’s SE y F/W SCSI-2, total 5 |
El proceso de Solución de problemas físicos en dicho Servidor comienza
por localizar al Responsable de Informática con el presente documento y llamar
a HP dando la persona de contacto así como el teléfono del mismo.
El tiempo de Respuesta de HP es de 12 horas para restablecer el Servicio
de Servidor.
Resulta aún crítico que el HDD de Sistema no esté redundado así como
la no existencia de un cluster de Servidor
Es el equipo que presta el Dominio de trabajo de cada usuario. En este
momento está en fase de actualización del Kernel del sistema a versión
Netware-5.1. Todos los Servicios dependen de la existencia de dominio para
efectuar su trabajo, no obstante, existen una serie de equipos que pueden
trabajar en determinadas aplicaciones sin disponer de dominio, a saber:
El Pc de Admisión de Urgencias puede acceder a HIS
Los Pc de Laboratorio pueden trabajar con Omega-2000 pendientes de
solucionar un problema de impresión de resultados en modo local.
Los Pc de Informática con las aplicaciones de Hp-9000 y con Internet.
Los Pc de Contabilidad pueden acceder a Geminix
Los Pc de Los Supervisores de las diferentes unidades de enfermería a
Suministros y a Pedidos de Dispensación de fármacos a Unidades de Enfermería.
Los Pc de Farmacia y los de Medicina pueden acceder a Farma-LandTools y a
Internet.
El Pc de Responsable de Personal accede a Tesorería G.S.S.– Mensatex-400
No pueden acceder a sus diferentes aplicaciones los siguientes
departamentos:
-
Personal a Access ni a Nóminas y Seguros Sociales
-
Contabilidad a Facturación
-
Unidades de Enfermería a Fichas de Personal Sanitario
-
Rayos a Fichas de actividad
-
Admisión a ninguna aplicación
-
Medicina Interna a Informes de Alta
-
Sociosanitaria a Sinapsis
-
Gerencia a Agendas de Dirección Médica, Dirección de
Enfermería ni Gerente.
-
Todo el Hospital a Carpetas Compartidas de Novell: Cairo, Quebec,
Brasilia, Vancouver, Sidney.
Por su criticidad y la no existencias de soportes de Mantenimiento ni con
Novell ni con Hewlett Packard es indispensable la existencia de un técnico con
capacidad de soporte para Novell. Hasta ahora, el teléfono de soporte de Novell
es: Claro García Teléfono 609668589 por un precio de hora de soporte a
confirmar antes de realizar la reparación de 10.000 en noches y fines de semana
y 7500 en jornada laboral (+iva)
Es el elemento de electrónica de Red más crítico de todo el Hospital.
Por su coste elevado y por la escasa posibilidad de incidencias reales de parada
posibles no es planteable una duplicidad de dicho dispositivo. Es, no obstante,
factible dar Servicio en caso de parada del mismo por elementos de electrónica
de Red alternativos. Para ello, sería necesario de disponer de un Hub de 24
bocas de 100 Mhz. alternativo para posibles averías de electrónica de Red.
La parada del Switch provocaría:
-
Parada de toda la electrónica de Red. Parada de todos los Pc’s del
Hospital, Parada de todas las sesiones cliente de Host HP y de Novell.
-
Cuelgue de todos los Pc’s. Parada de la Base de Datos MUMPS de Laboratorio,
necesaria la intervención de los Servicios Técnicos correspondientes.
-
Parada de la sesión de MensaWin para Mensajes
de los buscas. Bloqueo de la Sesión Cliente del enlace de Mensajería.
-
Parada de Farmacia, Cuelgue de LT-Farma y de la Base de Datos de
Farmacia.
-
Parada de HP His, Cuelgue de todas las Sesiones de HIS. Posible pérdida
de datos de las transacciones de Multibase a medias. Intervención de Informática
para puesta en Servicio del Mismo.
-
Parada de Todas las colas de impresión.
Bloqueo de Colas y Servidores de Impresión. Necesidad de Reseteo de Colas.
-
Si es por la mañana, bloqueo de Geminix con
parada de las transacciones de Contabilidad y/o almacén y suministros
perndientes. Preciso cancelar los procesos pendientes de Informix.
-
Parada del Servidor de Terminales de
Laboratorio y de todas las conexiones con los analizadores. La parada del
Servidor de Terminales, obliga a reiniciar todas las conexiones con los
analizadores.
Los armarios de conexión y la electrónica de Red de los mismos
provocan en su parada la desconexión de un número grande de puestos, incluso
la totalidad de los mismos.
Son críticos los armarios A0 para todo el Hospital, por contener el
Switch que da servicio a toda la electrónica de Red y el armario B0, canal de
enlace de Laboratorio y del puente hasta los Servidores. La parada de estos
armarios provocaría una parada de todos los Pc’s del hospital. Una parada
parcial de alguno de los Hubs de dichos armarios podría provocar:
|
Armario A0: |
|
|
|
Parada del Switch 3 Com |
Parada de toda la electrónica de Red.
Parada de todos los Pc’s del Hospital, Parada de todas las sesiones
cliente de Host HP y de Novell.
Cuelgue
de todos los Pc’s. Parada de la Base de Datos MUMPS de Laboratorio,
necesaria la intervención de los Servicios Técnicos correspondientes.
Parada de la sesión de MensaWin para Mensajes de los buscas.
Bloqueo de la Sesión Cliente del enlace de Mensajería.
Parada de Farmacia, Cuelgue de LT-Farma
y de la Base de Datos de Farmacia.
Parada de HP His, Cuelgue de todas
las Sesiones de HIS. Posible pérdida de datos de las transacciones de
Multibase a medias. Intervención de Informática para puesta en Servicio
del Mismo.
Parada de Todas las colas de impresión. Bloqueo de Colas y
Servidores de Impresión. Necesidad de Reseteo de Colas.
Si es por la mañana, bloqueo de Geminix con parada de las
transacciones de Contabilidad y/o almacén y suministros perndientes.
Preciso cancelar los procesos pendientes de Informix.
Parada del Servidor de Terminales de Laboratorio y de todas las
conexiones con los analizadores. La parada del Servidor de Terminales,
obliga a reiniciar todas las conexiones con los analizadores.
Parada de todos los armarios enlazados C0, D1, B0, E2 y
consiguiente ausencia de Servicios en las plantas superiores. De disponer
de bocas alternativas de Hub sería posible restablecer el Servicio sin
pasar por Switch. |
|
|
Parada del Hub de Urgencias |
Para de los Pc’s de Urgencias, Parada de
Boxes, parada del Servicio de Impresora de Control de Urgencias, parada de
los procesos pendienrtes, bloqueo de la cola de impresión de Urgencias1,
Urgencias2 y Urgencias4. Reset de Servidor de Impresoras necesario. |
|
|
Parada del Hub 2º del Armario A |
Parada de Farmacia, Cuelgue de LT-Farma
y de la Base de Datos de Farmacia.
Por la mañana, Parada de Almacén, Suministros, Admisión ,
Consultas Externas, Quirófano, Broncoscopias, Recepción, Acceso de
Centralita y Mensatel.
|
|
|
Armario D1: |
|
|
|
Parada del Hub 10 Base-T de Laborato-rio |
Parada de la conexión de Omega 2000 de Laboratorio entre los
analizadores y la Base de Datos MUMPS. Parada efectiva del enlace con
Admisión (una vez que se ponga en marcha). Cuelgue de todas las sesiones
cliente de Omega. |
|
|
Parada del Servidor de Terminales |
Todas las conexiones con los analizadores. La parada del Servidor
de Terminales, obliga a reiniciar todas las conexiones con los
analizadores. No diponemos de equipamiento alternativo. |
|
|
Parada del Hub 100 Base T de enlace de
puntos de primera planta |
Produciría una parada en los puntos de Urgencias que acceden
mediante el armario D y los puntos de Laboratorio que acceden por dicho
canal. Se produciría una parada en los Servicios de Impresoras de Control
de Urgencias y de Laboratorio. Se debería poner en funcionamiento el
proceso de “fallo de impresoras” de ambos Servicios, descrito
anteriormente. |
|
|
Armario B0: |
|
|
|
Parada de Hub 1, 2 ó 3 del Armario B0 |
Produciría una parada de conexión de Red y posible cuelgue de los
equipos que estén trabajando de la Zona de Gerencia, Contabilidad,
Personal, Mantenimiento, Informática (sólo puestos cliente) y servidores
de Impresoras. No disponemos de suficientes puntos de conexión por electrónica
de Red para solucionar la rehabilitación del Servicio. Puntualmente se
podrían activar algunos puntos críticos, dejar uno ó dos Pc’s activos
por Servicio en función de su carácter crítico. |
|
|
Armario C1: |
|
|
|
Parada de Hub 1 del Armario C0 |
Produciría una parada de servicio del edificio de Rehabilitación.
Actualmente está fuera de Servicio. |
|
|
Armario E2: |
|
|
|
Parada de Hub 1 del Armario E2 |
Produciría una parada de servicio de toda la segunda planta. |
|
[OBJETIVO] [COMITÉS] [PARTICIPANTES] [ÁREAS] [ACTIV.INTERNACIONALES] [PROGRAMA] [MESAS REDONDAS] [S. CIENTÍFICAS] [S. TECNOLÓGICAS] [PÓSTERS] [INSCRIPCIÓN]
Última actualización: miércoles, 04 de abril de 2001