Plan Contingencia Software v1
Plan Contingencia Software v1
Plan Contingencia Software v1
VERSION 1.0
CARTAGENA DE
INDIAS
2022
PLAN DE CONTINGENCIA DE SISTEMAS DE INFORMACION
PASTO SALUD E.S.E.
ELABORO
ANALUISA
Jefe Oficina Asesora de Comunicaciones y Sistemas
INFORMACION DE CAMBIOS
Acto Administrativo
Versión CONTROL DE CAMBIOS Actividades o Justificación del de Adopción
E M X cambio Elaboró / Actualizó
1.3 ALCANCE
Este plan abarca las etapas de notificación de la indisponibilidad del servicio hasta su
restablecimiento, evaluación y gestión.
2. MARCO LEGAL
Pasto Salud ESE, dispone de un sistema de información el cual integra toda la información
de los procesos de apoyo y misionales, la información que se produce en cada uno de estos
módulos, se almacena en base de datos desde donde se recupera para su uso.
En la actualidad las actividades operativas desde cada puesto de trabajo hacen uso del
sistema de información electrónico, para prestar los diferentes servicios administrativos y
misionales y se pueden ver afectadas por cualquier interrupción de tipo técnico que hace
que el sistema de información no funcione.
En este momento se podría presentar un alto en las actividades que se realizan, por cuanto
no se dispone del sistema de información para registrar los datos.
Facturación
Servicio de consulta externa
Servicio de urgencias
Servicio de Hospitalización
La activación del plan de contingencia se presenta de manera inmediata una vez se haya
presentado la falla del sistema de información. Hemos identificado las siguientes
posibilidades como causas principales de fallo en los Sistemas de Información en los
servicios de Facturación, Consulta externa, Hospitalización y Urgencias.
Sistema de Registros clínicos de SIOS no responde
No hay suministro eléctrico
Se ha definido como tiempo promedio de 10 minutos en los cuales las IPS esperan para
activar el plan de contingencia de no reestablecerse el servicio, por cuanto puede obedecer
a un daño técnico que amerite mucho más tiempo para restablecer el servicio.
Los registros clínicos deben ser organizados de tal manera que una vez reanudado el
servicio se ingresen los registros clínicos al sistema.
En los casos de fallo en el suministro eléctrico el tiempo promedio para activar el plan de
contingencia es de 5 minutos, pasado este tiempo se activa el plan siguiendo el mismo
procedimiento como en el caso anteriormente mencionado.
3.2.3 Fallos en horarios nocturnos:
Cuando el fallo del sistema se presenta en horas de la noche entre las 7:00 PM y las 7: AM
en cualquiera de las IPS que tienen servicio 24 horas. Desde el servicio de Caja de
Urgencias informarán en primera instancia a la central de radiocomunicaciones de turno
quien a su vez informará al Jefe de la Oficina de comunicaciones quien revisará el caso e
inmediatamente, determinará si se activa el plan de contingencia, hasta que a primera hora
se pueda hacer el diagnóstico y solucionar el inconveniente. Si el caso es posible
solucionarlo de inmediato se atenderá el caso.
Una vez restablecido el sistema, se debe retornar el paso inmediato a manejo en sistema
electrónico.
Los registros generados tanto medico como de personal de apoyo debe ser trascritos en el
sistema por el profesional que género el registro.
Los registros de órdenes médicas deben ser trascritos al sistema inmediatamente se
reestablece este.
Se realizará un informe donde se detallen todas las actividades y tiempos que fueron
empleados en la realización de las pruebas. Estas pruebas serán simulacros 2 al año que se
realizarán con el fin de revisar la respuesta ante un eventual siniestro de tecnología en bases
de datos y servidores.
a) Evaluación de daños
b) Priorizar actividades el plan de acción
c) Ejecución de actividades
d) Evaluación de resultados
e) Retroalimentación del plan de acción
El Jefe de la Oficina de Comunicaciones y Sistemas, será quien lidere el plan de acción con
el o los equipos de trabajo que se requieran. En caso de presentarse algún problema, debe
reportarse de forma inmediata al líder.
Una vez concluida las labores de recuperación de (los) sistema(s) que fueron afectados, por
el siniestro, debemos evaluar objetivamente, todas las actividades realizadas, que tan bien
se hicieron, qué tiempo tomaron, que circunstancias modificaron (aceleraron o
entorpecieron) las actividades del plan de acción, como se comportaron los equipos de
trabajo etc.
De la evaluación de los resultados y del siniestro en sí, deberían salir dos tipos de
recomendaciones, una la retroalimentación del plan de contingencia y otra una lista de
recomendaciones para minimizar los riesgos y perdida que ocasionaron el siniestro.
Con la evaluación de resultados, se debe optimizar el plan de acción original, mejorando las
actividades que tuvieron algún tipo de dificultad y reforzando los elementos que
funcionaron adecuadamente.
El otro elemento es evaluar cuál hubiera sido el costo de no haber tenido nuestra institución
el plan de contingencia llevado a cabo.
CONTINGENCIA Implementación
La fase de implementación se da cuando han ocurrido o están por ocurrir los problemas
para este caso se tiene que tener preparado los planes de contingentica para poder
aplicarlos. Puede tratarse esta etapa también como una etapa controlada.
Monitoreo
La fase de monitoreo nos dará la seguridad de que podamos reaccionar en el tiempo preciso
y con la acción correcta. Esta fase es primordialmente de mantenimiento. Cada vez que se
da un cambio en la infraestructura debemos realizar un mantenimiento correctivo o de
adaptación.
Un punto donde se debe actuar es cuando se ha identificado un nuevo riesgo o una nueva
solución. En este caso toda la evaluación del riesgo se cambia, y comienza un nuevo ciclo
completo, a pesar de que este nuevo esfuerzo podría ser menos exigente que el primero.
5. ANÁLISIS DE RIESGOS
Para el actual análisis de riesgos realizado se tuvieron en cuenta los siguientes criterios
generales que aplican para cualquier sistema de información de Pasto Salud E.S.E.
FACTOR DE
TIPO DE RIESGO RIESGO PREVENCIÓN Y MITIGACIÓN
Robo de datos: difusión de datos sin el Cambio de claves de acceso mínimo cada seis meses,
debido cubrimiento de su costo. Bajo custodia de las copias de respaldo.
Sistemas de información seguros con dos usuarios para
Fraude: modificación y/o desvío de la
Bajo autorizar transacciones, procedimiento de control y
información y fondos de la institución.
registro de transacciones en tablas de
auditoría.
La prevención frente a riesgos genéricos y poco probables puede ser muy cara y no estar
siempre justificada, sin embargo, las medidas preventivas o de recuperación frente a
riesgos específicos pueden resultar sencillas, de rápida implementación y relativamente
baratas
PLAN DE CONTINGENCIA DE SISTEMAS DE INFORMACION
A continuación se presenta las actividades que se deben realizar con el objeto de prever, mitigar o eliminar los riesgos conocidos
para Pasto Salud ESE.
Cuando ocurra un desastre, es esencial que se conozca al detalle el motivo que lo originó y
el daño producido para permitir recuperar en el menor tiempo posible el proceso perdido.
Los procedimientos de recuperación y verificación son de ejecución obligatoria y bajo la
responsabilidad de los encargados de la realización de los mismos. En estos procedimientos
están involucrados todos los funcionarios de la Oficina Asesora de Comunicaciones y
Sistemas de Pasto Salud ESE.
Las actividades previas a la ocurrencia de un desastre o falla son aquellas relacionadas con
el planeamiento, preparación, entrenamiento y ejecución de actividades de resguardo de la
información, que aseguren un proceso de recuperación con el menor costo posible para
Pasto Salud. En la fase de planeación se debe tener la siguiente información disponible para
proceder.
Se identifican los Sistemas de Información con los que cuenta Pasto salud ESE, tanto los
desarrollados por el área de sistemas como los contratados por la entidad con otras
empresas contratistas.
El término tiempo de inactividad (downtime) es usado para definir cuando los sistemas de
información o hardware no están disponible (solo para servidores). Los casos
DOWNTIME pueden ser planeados o no planeados. Los casos de tiempos de inactividad en
servidores planeados pueden ser por mantenimiento, cambio de sistema operativo,
recuperación de bases de datos, reconfiguración de los sistemas o reinicio de servicios. Los
casos de tiempos de inactividad no planeadas pueden ser provocados por fallas del sistema,
daño en los servidores, fallas de la red de datos, fallas en el fluido eléctrico
Lenguaje No de Usuarios Tiempo de
Nombre del Áreas y Equipamiento mínimo de Actividades de
No Criticidad de Conectados a la recuperación
sistema Procesos funcionamiento recuperación
Desarrollo Base de Datos máximo
Máquina Virtual, SO
SIOS (Sistema Todas las áreas y 300 usuarios Windows 2008 Server 1.Recuperación de la 8 horas
de Operaciones procesos de la concurrentes Standard, Memoria 128 base de datos
1 Alta Visual.Net
en Salud) organización Gigas, DD 500 gigas.
IP:192.168.10.9
1. Remplazo Servidor
Máquina Virtual, SO (Máquina Virtual) 45 minutos
Todas las áreas y Windows 2008 Server
2 Media SICA Access procesos de la 334 Usuarios Standard, Memoria 8 2. Recuperación de la
organización Gigas, DD 500 gigas. Base de Datos
1 hora
IP:192.168.10.8
SO Windows 2003 Server
Todas las áreas y
3 Media SICA Web PHP 334 Usuarios Standard, Memoria 4 Gigas, 1.Remplazo del 3 Horas
procesos de la
DD 500 gigas. servidor
organización IP:192.168.10.2
1. Recuperación de
las cuentas de correo.
2. Restauración de
Correo Todas las áreas y CloudLinux 6 64 bit 4 Horas.
4 Media Exim 256 Cuentas las carpetas de
Electrónico procesos de la
mensajes.
organización
1. Restauración de
Todas las áreas y CloudLinux 6 64 bit la base de datos.
procesos de la 2. Restauración de
5. Media OsTicket PHP 30 Usuarios 2 horas.
organización la página de la
aplicación.
6.3 SISTEMAS DE INFORMACIÓN ACTIVOS
Tiempo de
Equipamiento mínimo de Actividades de
No Criticidad EQUIPO Áreas y Procesos recuperación
funcionamiento recuperación
máximo
Notificar a almacén y
8 días
Todas las áreas y procesos Servidor SO Windows 2008 Server hacer valida la garantía
1 Alta SERVIDORES de la organización Enterprise, HyperV Memoria 128 Gigas,
DD 500 gigas . Remplazo Servidor por un
alterno (MV) 20 minutos
Notificar a almacén y
1 día
Equipo SO Xp, 2 Gigas, DD 70 Gigas, hacer valida la garantía
2 Media COMPUTADORES Sede Administrativa Monitor, Mouse, Teclado.
Reparar equipo,
reportar a tercero 8 días
Notificar a almacén y
1 día
Historia Clínica, Equipo SO Xp, 2 Gigas, DD 70 Gigas, hacer valida la garantía
3 Alta COMPUTADORES facturación Monitor, Mouse, Teclado.
Reparar equipo,
reportar a tercero 8 días
Notificar a tercero para
3 Alta IMPRESORAS Facturación Monocromática, Trabajo en Red remplazar Impresora 2 horas
Otros Procesos Notificar a tercero para
4 Media IMPRESORAS Monocromática, Trabajo en Red 1 día
administrativos remplazar Impresora.
Todas las áreas y procesos
Reportar incidente
6 Media INTERNET de la organización 10 Megas 1 hora
tercero
Todas las áreas y
CANAL DE Reportar incidente
7 Alta procesos de la Enlaces Inalámbricos 4 hora
DATOS organización tercero
6.4 PROVEEDORES DE SERVICIOS DE CÓMPUTO Y COMUNICACIONES
Las copias de seguridad tienen por objeto proveer el respaldo de la información actualizada a cada sistema de información de acuerdo
con os siguientes criterios.
MEDIDAS DE
No ACTIVIDAD FRECUENCIA RESPONSABLES CONTROL
Periodo:
Copias de seguridad diarias:
-Sios: 1 Full fin de semana y 2 diarias
-Génova: 1 Full fin de semana y 2 diarias
Copias de seguridad de la -Nomina: 1 diaria
información y documentos residentes -Sica: 2 Diaria Funcionarios y contratistas de
en los discos duros de los Verificación anual
Array5 Unidad E y Array1 Unidad G Servidor 192.168.10.9 Copias de Pasto Salud ESE.
computadores de todas las áreas De los
Profesionales Universitarios
1 Pasto Salud. Documentos en formatos procedimientos
Documentos del personal: Sistemas. Técnicos
Word, Excel, PDF, PowerPoint, establecidos.
sistemas
imágenes, audio y archivos de Medio: Contratistas
correos electrónicos. Unidad de Almacenamiento 192.168.10.206
7.1 OBJETIVOS
1 Sistemas de información y equipos que requieran alta disponibilidad de atención a los usuarios externos y
manejen alto volumen de información. (Sios, Radicación y correspondencia,
Conectividad, Impresoras de facturación, equipos de historia clínica y facturación.
ATENCION NORMAL:
2 Sistemas de información y equipos no relacionados con la atención a los usuarios y manejen bajo
volumen de información. (Impresoras, equipos de áreas administrativas sede central, sistemas que no
requirieran Conectividad y que cuenten con mayor plazo para la consulta y
disponibilidad de información,
8. PLAN DE CONTINGENCIA PARA LA PRESTACIÓN DEL SERVICIO
Los funcionarios y personal contratista de Pasto Salud deben continuar con la prestación
del servicio a los usuarios externos en caso de que ocurra una interrupción del servicio en
los sistemas de información administrativos y asistenciales, para ello se deben tener en
cuenta las siguientes consideraciones:
8.1 REPORTE
8.2 REGISTRO
Para el caso de los procesos que tienen mayor impacto en el tiempo de atención al
usuario, como facturación y registros clínicos, se requiere realizar de manera manual el
registro de la facturación y diligenciamiento de los registros clínicos. Una vez de
restablezca el servicio se deberá ingresar los registros clínicos y la facturación al sistema
SIOS.
Una vez resuelta la falla se debe informar vía plataforma electrónica, correo electrónico o
comunicado vía Spark o el medio que en ese momento esté disponible a todos los usuarios
afectados.
PLAN DE CONTINGENCIA DE SISTEMAS DE INFORMACION
9. DESCRIPCIÓN DE LA ACTIVIDAD
9.1 REPORTE DEL PROBLEMA
Nombre de la
No actividad Descripción Responsable
El funcionario o contratistas del sistema identifican el problema o falla del sistema de información y
comunican de forma inmediata, abriendo un ticket en la plataforma dispuesta para ello o telefónicamente los Funcionario o contratista
pormenores del caso. del área de sistemas
1 Comunicar el
El ticket debe contener un resumen del problema y el detalle de la falla presentada puede ir asignado para solución y
problema o falla.
acompañada de toda información adicional como imágenes de pantallazos necesarios para identificar el seguimiento del reporte.
problema.
Analizar y evaluar Funcionario o contratista
El ingeniero o técnico a quien se le haya asignado el caso mediante ticket numerado realizará la verificación,
2 el del área de sistemas
análisis y evaluación de los mismos, los soluciona si está a su alcance, y realiza la comunicación al
problema o falla. asignado para solución y
interesado; de lo contrario, escala el caso.
Diagnóstico seguimiento del reporte.
El profesional Universitario o Técnico de sistemas abre el caso en el sistema de tickets para reporte,
Escalar y Funcionario o contratista
seguimiento y control de la solución del problema.
gestionar la del área de sistemas
3 Se categoriza el problema de acuerdo con la prioridad y se escala al responsable de acuerdo con
solución del asignado para solución y
el nivel de servicio del numeral 5.1. Si el problema va a ser solucionado por personal externo a la entidad se
problema seguimiento del reporte.
debe asignar el respectivo ticket al proveedor responsable del servicio solicitado.
Después del diagnóstico, si se encuentra solución, se implanta la misma y se recupera la operación normal
de lo contrario se escala al siguiente nivel y se verifica nuevamente el problema hasta encontrar la solución.
Para los casos que requieran realizar pruebas, Se realizan pruebas para verificar la efectiva solución, luego se
implementa en el ambiente de producción. Funcionario o contratista
Se realiza seguimiento y monitoreo durante un periodo de tiempo hasta que se vuelva a presentar, si no del área de sistemas
4 Ejecutar pruebas vuelve a presentarse se cierra el problema y se hace reapertura si es necesario. Una vez solucionado el asignado para solución y
problema se responde el ticket con la descripción de la solución del problema, fecha, responsable. Se seguimiento del reporte.
envía la comunicación de la solución al funcionario que reportó el problema y a las partes interesadas del
proceso, para verificación de la solución.
Los funcionarios usuarios del sistema deben verificar que la solución dada sea satisfactoria durante un
Verificar solución período no superior a dos días, de lo contrario comunicarán al área de sistemas la inconformidad para la Todos los funcionarios
5 y período de reapertura del caso y se devuelve a la actividad 4. usuarios de sistemas de
prueba. Si los usuarios no presentan ninguna observación durante el período de prueba, se entiende por recibida a información de Pasto salud
satisfacción la solución del problema.
PLAN DE CONTINGENCIA DE SISTEMAS DE INFORMACION
Nombre de la
No actividad Descripción Responsable
Funcionario o contratista
6 Cerrar el caso Se cierra el caso, una vez finalizado el tiempo de prueba o si existe recibo a satisfacción por parte de los del área de sistemas
usuarios del sistema sobre la solución dada. asignado para solución y
seguimiento del reporte
Fin del
7 procedimiento
Nombre de la
No actividad Descripción Responsable
Todos los funcionarios
Los funcionarios de Pasto Salud ESE tienen la responsabilidad de comunicar de forma inmediata, por
1 Comunicar la usuarios de sistemas de
cualquier medio de comunicación disponible, al área de sistemas la interrupción parcial o total del servicio
falla información de Pasto salud.
de un sistema de información y/o comunicación de la Entidad
Los ingenieros de sistemas de Pasto Salud ESE realizarán pruebas preliminares para constatar la veracidad
del incidente y constatar la suspensión total o parcial del servicio del sistema de información.
En principio se deben tomar en cuenta los siguientes aspectos del plan de emergencias:
1. Evaluación del impacto y urgencia de la situación del desastre en la infraestructura de los sistemas
de información y/o Comunicación.
3. Comunicación a los usuarios de la interrupción o degradación del servicio indicando el tiempo estimado
de restablecimiento del servicio si se puede determinar.
El responsable asignado ejecuta los siguientes pasos para la recuperación del sistema de acuerdo al nivel de
la falla:
1. Instalación y puesta a punto de un equipo de cómputo compatible y hardware necesarios para la
instalación del sistema de información con las características mínimas exigidas.
2. Instalación y configuración del sistema operativo, drivers y servicios necesarios para el funcionamiento
del sistema de información a recuperar.
3. Instalación y configuración del sistema de información y el motor de la base de datos y niveles
de seguridad.
4. Instalación de aplicaciones adicionales necesarias para el funcionamiento del sistema de información.
5. Realización del procedimiento restauración de la base de datos con la última copia de seguridad
disponible de acuerdo al procedimiento de restauración establecido: Copia completa y la última
diferencial. Funcionario o contratista del
Ejecutar el plan 6. Reiniciación del servicio, prueba y afinamiento del sistema de información. área de sistemas asignado
3 de recuperación. 7. En un horario de baja demanda de tráfico en la red y servicios, se realiza la recuperación de otras para la
aplicaciones y actualizaciones que no influyen directamente en el funcionamiento del sistema de recuperación y
información recuperado. seguimiento de la solución.
8. Si el equipo de cómputo no requiere cambiarse por fallas técnicas de hardware y se cuenta con una
copia en el disco duro, únicamente es necesario restaurar la copia de seguridad de la información, sin
realizar los pasos del 1 al 4.
9. Para los sistemas de información web únicamente se requiere copiar la carpeta donde se encuentra el
software ejecutable y actualizar la carpeta de la base de datos con el último backup automático
almacenado en el disco duro.
Una vez puesta en marcha y funcionamiento el sistema de información, se comunica a los usuarios
del mismo usando el medio de comunicación más masivo. Funcionario o contratista del
Comunicar el área de sistemas asignado
restablecimiento Se realiza un seguimiento en las primeras dos horas sobre el comportamiento y rendimiento del sistema para la
4
del servicio. para verificar su correcto funcionamiento. recuperación y
seguimiento de la solución.
Se lleva a cabo una solicitud de opinión o encuesta sobre del funcionamiento del sistema de
información, como retroalimentación para el cierre del proceso.
Nombre de la
No actividad Descripción Responsable
Cerrar el proceso
Funcionario del área de
de recuperación Se cierra el proceso, una vez finalizado el período de seguimiento y no exista ninguna observación por sistemas asignado para
5 en parte de los usuarios. la recuperación y
caso de
seguimiento de la solución.
contingencia
10. SIMULACRO PARA VERIFICAR LA EFICIENCIA Y EFECTIVIDAD DEL PLAN DE CONTINGENCIA
Nombre de la
No Descripción Responsable
actividad
1. Realizar la programación anual del simulacro de recuperación de los sistemas de información.
2. Difusión y actualización de los planes de prevención y recuperación de sistemas.
3. Capacitación específica sobre los diferentes procedimientos de prevención y recuperación, dentro del
proceso de inducción a los funcionarios nuevos que ingresan a la Entidad.
Planificar 4. Verificación de disponibilidad de manuales o guías técnicas actualizadas para la instalación de
simulacro plan Profesional responsable del
1 sistemas de información. área de sistemas
de contingencia 5. Disponibilidad de recursos informáticos para habilitar el servicio de un sistema de información en
el menor tiempo posible.
13. GLOSARIO
Ataque: Término general usado para cualquier acción o evento que intente interferir con el
funcionamiento adecuado de un sistema informático o el intento de obtener de modo no
autorizado la información confiada a un computador.
Base de Datos: Es un conjunto de datos organizados, entre los cuales existe una
correlación y que además están almacenados con criterios independientes de los programas
que los utilizan. Entre sus principales características se encuentran brindar seguridad e
integridad a los datos, proveer lenguajes de consulta, de captura y edición de los datos en
forma interactiva, proveer independencia de los datos.
Datos: Los datos son hechos y/o valores que al ser procesados constituyen una
información, sin embargo, muchas veces datos e información se utilizan como sinónimos
en el presente documento. En su forma más amplia los datos pueden ser cualquier forma de
información: campos de datos, registros, archivos y Bases de Datos, textos (colección de
palabras), hojas de cálculo (datos en forma matricial), imágenes (lista de vectores o cuadros
de bits), videos (secuencia de tramas), etc.
Integridad: Los valores consignados en los datos se han de mantener de tal manera que
representen la realidad y su modificación debe ser registrada en bitácoras del sistema que
permitan la auditoría de los acontecimientos. Las
técnicas de integridad sirven para prevenir el ingreso de valores errados en los datos sea
esta situación provocada por el software de la Base de Datos, por fallas de los programas,
del sistema, el hardware o, simplemente, por errores humanos.
Privacidad: Se define como el derecho que tiene Pasto Salud ESE para determinar, a
quién, cuándo y qué información de su propiedad podrá ser difundida o transmitida a
terceros.
Seguridad: Se refiere a las medidas que toma Pasto Salud ESE con el objeto de preservar
la integridad de sus datos o información procurando que no sean modificados, destruidos o
divulgados ya sea en forma accidental, no autorizada o intencional. En el caso de los datos
e información contenidos en los sistemas de información del Pasto Salud ESE, la
privacidad y seguridad guardan estrecha relación entre sí, aunque la diferencia entre
ellas radica en que la primera se refiere a la distribución autorizada de información y la
segunda al acceso no autorizado.
Data Center: Lugares físicos de la entidad donde se encuentren alojados los servidores y
demás equipos de comunicaciones.
Modo de falla: Manera Forma en por la cual se observa una falla es observada.
BIBLIOGRAFÍA
Guía para la preparación de las TIC para la continuidad del Negocio, Guía
No 10, Versión 1.0, 15/12/210
REVISADO POR:
APROBADO POR:
Planear
Hacer
Verificar
Actuar
Sebastian1*