bibliografia, glosario y anexosri.ufg.edu.sv/jspui/bitstream/11592/7325/5/005.74-a283s-bga.pdf ·...
TRANSCRIPT
BIBLIOGRAFIA
LIBROS
� FITZGERALD JERRY, STALLINGS WARREN D. Fundamentos de Análisis de
Sistemas. Editorial Continental, Mexico [1989] p.5022.
� ROBERTO H.S. Metodología de la Investigación. Mc Graw Hill, México [2003].
ISBN 970-10-3632-8.
� JOHN G, BURCH Y GARY GRUDNITSKI; Diseño de Sistemas de Información,
1ª. Edición en español México: Megabyte, 1993.
� JAMES A. SENN, Análisis y Diseño de Sistemas de Información, 2ª. Edición
México: McGraw-Hill, 1992.
INTERNET
� Tipo de Redes [En línea] [citado 15 Agosto 2007].
Disponible en: http://www.monografias.com/trabajos14/tipos-redes/tipos-
redes.shtml
� Análisis y características de sistemas operativos para redes cliente/servidor
[En línea] [citado 15 Agosto 2007].
Disponible en: http://www.geocities.com/SiliconValley/8195/noscs.html
� El modelo Cliente - Servidor [En línea] [citado 15 Agosto 2007]. Disponible en:
http://www.fismat.umich.mx/~elizalde/tesis/node19.html
� Descripción de los diferentes Tipos de Servidores [En línea] [citado 15 Agosto
2007].
Disponible en: http://sipan.inictel.gob.pe/users/hherrera/mcse.htm
� Diagrama de Flujo de Procesos [En línea] [citado 15 Agosto 2007].
Disponible en: http://www.calidad.org/s/flujo.pdf
� Investigación de Enfermería [En línea] [citado 15 Agosto 2007].
Disponible en: http://www.aibarra.org/investig/tema0.html
� Conjunto de Herramientas de Planificación, Seguimiento y Evaluación del
Administrador de Programas [En línea] [citado 15 Agosto 2007].
Disponible en: http://www.unfpa.org/monitoring/toolkit/spanish/tool5iii-spanish.doc
� Factibilidad Técnica y Económicas [En línea] [citado 15 Agosto 2007].
Disponible en: http://gbtcr.chileforge.cl/info_web/node128.html
� Análisis sobre ciclos de vida de Ingeniería del Software. Modelo de Cascada
[En línea] [citado 15 Agosto 2007].
Disponible en: http://carolina.terna.net/ingsw2/Datos/Cascada-ModeloV.doc.
� Participación del Usuario en el Desarrollo de Sistemas de Información
[En línea] [citado 15 Agosto 2007].
Disponible en: www.uned.ac.cr/Redti/tercera/documentos/articulo7.pdf
� Introducción a los Conceptos de Bases de Datos
� [En línea] [citado 15 Agosto 2007].
Disponible en: http://www.itlp.edu.mx/publica/tutoriales/basedat1/tema1_4.htm
ANEXO A
Lenguaje de Programación
Redes
Base de Datos
Descripción del Diagrama Entidad – Relación
Distribución de Switches en Emergencia Torre y Anexo
LENGUAJES DE PROGRAMACION
Algunos lenguajes de programación:
a) C#
Es un lenguaje de programación orientado a objetos desarrollado por Microsoft y
estandarizado, como parte de su plataforma .NET. Su sintaxis básica deriva de
C/C++ y utiliza el modelo de objetos de la plataforma .NET el cual es similar al de
Java aunque incluye mejoras derivadas de otros lenguajes. C# fue diseñado para
combinar el control a bajo nivel de lenguajes como C y la velocidad de programación
de lenguajes como Visual Basic.
b) Java
Es una plataforma virtual de software desarrollada por Sun Microsystems, de tal
manera que los programas creados en ella puedan ejecutarse sin cambios en
diferentes tipos de arquitecturas y dispositivos computacionales.
La plataforma Java consta de las siguientes partes:
El lenguaje de programación, mismo.
La máquina virtual de Java o JRE, que permite la portabilidad en ejecución.
El API Java, una biblioteca estándar para el lenguaje.
REDES
Tipos de Redes
Las posibles clasificaciones de las redes pueden ser muchas, atendiendo cada una
de ellas a diferentes propiedades, siendo las más comunes y aceptadas las
siguientes:
a) Clasificación de las redes según su tamaño y extensión
� Redes LAN. Las redes de área local (Local Area Network) son redes de
ordenadores cuya extensión es del orden de entre 10 metros a 1 kilómetro.
Son redes pequeñas, habituales en oficinas, colegios y empresas pequeñas,
que generalmente usan la tecnología de broadcast1, es decir, aquella en que a
un sólo cable se conectan todas las máquinas. Como su tamaño es
restringido, el peor tiempo de transmisión de datos es conocido, siendo
velocidades de transmisión típicas de LAN las que van de 10 a 100 Mbps
(Megabits por segundo).
� Redes MAN. Las redes de área metropolitana (Metropolitan Area Network)
son redes de ordenadores de tamaño superior a una LAN, soliendo abarcar el
tamaño de una ciudad. Son típicas de empresas y organizaciones que poseen
distintas oficinas repartidas en un mismo área metropolitana, por lo que, en su
tamaño máximo, comprenden un área de unos 10 kilómetros.
� Redes WAN. Las redes de área amplia (Wide Area Network) tienen un
tamaño superior a una MAN, y consisten en una colección de host o de redes
LAN conectadas por una subred. Esta subred está formada por una serie de
líneas de transmisión interconectadas por medio de routers, aparatos de red
encargados de rutear o dirigir los paquetes hacia la LAN o host adecuado,
enviándose éstos de un router a otro. Su tamaño puede oscilar entre 100 y
1000 kilómetros.
1 Ver Anexo D, Glosario de Términos Informáticos
� Redes internet. Una internet es una red de redes, vinculadas mediante
ruteadores gateways. Un gateway o pasarela es un computador especial que
puede traducir información entre sistemas con formato de datos diferentes. Su
tamaño puede ser desde 10000 kilómetros en adelante, y su ejemplo más
claro es Internet, la red de redes mundial.
� Redes inalámbricas. Las redes inalámbricas son redes cuyos medios físicos
no son cables de cobre de ningún tipo, lo que las diferencia de las redes
anteriores. Están basadas en la transmisión de datos mediante ondas de
radio, microondas, satélites o infrarrojos.
b) Clasificación de las redes según la tecnología de transmisión:
� Redes de Broadcast. Aquellas redes en las que la transmisión de datos se
realiza por un sólo canal de comunicación, compartido entonces por todas las
máquinas de la red. Cualquier paquete de datos enviado por cualquier
máquina es recibido por todas las de la red.
� Redes Basadas en servidor. Las redes basadas en servidor son mejores
para compartir gran cantidad de recursos y datos. Un administrador supervisa
la operación de la red, y vela que la seguridad sea mantenida. Este tipo de red
puede tener uno o más servidores, dependiendo del volumen de tráfico,
número de periféricos etc. Por ejemplo, puede haber un servidor de impresión,
un servidor de comunicaciones, y un servidor de base de datos, todos en una
misma red.
� Redes Point-To-Point. Aquellas en las que existen muchas conexiones entre
parejas individuales de máquinas. Para poder transmitir los paquetes desde
una máquina a otra a veces es necesario que éstos pasen por máquinas
intermedias, siendo obligado en tales casos un trazado de rutas mediante
dispositivos routers.
c) Clasificación de las redes según el tipo de transferencia de datos que
soportan:
� Redes de transmisión simple. Son aquellas redes en las que los datos sólo
pueden viajar en un sentido.
� Redes Half-Duplex. Aquellas en las que los datos pueden viajar en ambos
sentidos, pero sólo en uno de ellos en un momento dado. Es decir, sólo puede
haber transferencia en un sentido a la vez.
� Redes Full-Duplex. Aquellas en las que los datos pueden viajar en ambos
sentidos a la vez.
d) Clasificación según su distribución lógica
Todos los ordenadores tienen un lado cliente y otro servidor: una máquina puede ser
servidora de un determinado servicio pero cliente de otro servicio.
Servidor. Máquina que ofrece información o servicios al resto de los puestos de la
red. La clase de información o servicios que ofrezca determina el tipo de servidor que
es: servidor de impresión, de archivos, de páginas web, de correo, de usuarios, de
IRC (charlas en Internet), de base de datos.
Cliente. Máquina que accede a la información de los servidores o utiliza sus
servicios.
e) Topologías
Las redes de ordenadores surgieron como una necesidad de interconectar los
diferentes host de una empresa o institución para poder así compartir recursos y
equipos específicos.
Pero los diferentes componentes que van a formar una red se pueden interconectar o
unir de diferentes formas, siendo la forma elegida un factor fundamental que va a
determinar el rendimiento y la funcionalidad de la red.
La disposición de los diferentes componentes de una red se conoce con el nombre
de topología de la red. La topología idónea para una red concreta va a depender de
diferentes factores, como el número de máquinas a interconectar, el tipo de acceso al
medio físico que se desea, etc.
Se puede distinguir tres aspectos diferentes a la hora de considerar una topología:
La topología física, que es la disposición real de las máquinas, dispositivos de red
y cableado (los medios) en la red.
� La topología lógica, que es la forma en que las máquinas se comunican a
través del medio físico. Los dos tipos más comunes de topologías lógicas son
broadcast (Ethernet) y transmisión de tokens (Token Ring).
� La topología matemática, mapas de nodos y enlaces, a menudo formando
patrones.
La topología de broadcast simplemente significa que cada host envía sus datos hacia
todos los demás hosts del medio de red. Las estaciones no siguen ningún orden para
utilizar la red, sino que cada máquina accede a la red para transmitir datos en el
momento en que lo necesita. Esta es la forma en que funciona Ethernet.
En cambio, la transmisión de tokens controla el acceso a la red al transmitir un token
eléctrico de forma secuencial a cada host. Cuando un host recibe el token significa
que puede enviar datos a través de la red. Si el host no tiene ningún dato para
enviar, transmite el token hacia el siguiente host y el proceso se vuelve a repetir.
A continuación se muestran los principales modelos de topología.
� Topología de bus
La topología de bus tiene todos sus nodos conectados directamente a un enlace y no
tiene ninguna otra conexión entre nodos. Físicamente cada host está conectado a un
cable común, por lo que se pueden comunicar directamente, aunque la ruptura del
cable hace que los hosts queden desconectados.
La topología de bus permite que todos los dispositivos de la red puedan ver todas las
señales de todos los demás dispositivos, lo que puede ser ventajoso si se desea que
todos los dispositivos obtengan esta información. Sin embargo, puede representar
una desventaja, ya que es común que se produzcan problemas de tráfico y
colisiones, que se pueden disminuir segmentando la red en varias partes.
Es la topología más común en pequeñas LAN, con hub o switch final en uno de los
extremos.
� Topología de anillo
Una topología de anillo se compone de un solo anillo cerrado formado por nodos y
enlaces, en el que cada nodo está conectado solamente con los dos nodos
adyacentes.
Los dispositivos se conectan directamente entre sí por medio de cables en lo que se
denomina una cadena margarita. Para que la información pueda circular, cada
estación debe transferir la información a la estación adyacente.
� Topología de anillo doble
Una topología en anillo doble consta de dos anillos concéntricos, donde cada host de
la red está conectado a ambos anillos, aunque los dos anillos no están conectados
directamente entre sí. Es análoga a la topología de anillo, con la diferencia de que,
para incrementar la confiabilidad y flexibilidad de la red, hay un segundo anillo
redundante que conecta los mismos dispositivos.
La topología de anillo doble actúa como si fueran dos anillos independientes, de los
cuales se usa solamente uno por vez.
� Topología en estrella
La topología en estrella tiene un nodo central desde el que se irradian todos los
enlaces hacia los demás nodos. Por el nodo central, generalmente ocupado por un
hub, pasa toda la información que circula por la red.
La ventaja principal es que permite que todos los nodos se comuniquen entre sí de
manera conveniente. La desventaja principal es que si el nodo central falla, toda la
red se desconecta.
� Topología en estrella extendida
La topología en estrella extendida es igual a la topología en estrella, con la diferencia
de que cada nodo que se conecta con el nodo central también es el centro de otra
estrella. Generalmente el nodo central está ocupado por un hub o un switch, y los
nodos secundarios por hubs.
La ventaja de esto es que el cableado es más corto y limita la cantidad de
dispositivos que se deben interconectar con cualquier nodo central.
La topología en estrella extendida es sumamente jerárquica, y busca que la
información se mantenga local. Esta es la forma de conexión utilizada actualmente
por el sistema telefónico.
� Topología en árbol
La topología en árbol es similar a la topología en estrella extendida, salvo en que no
tiene un nodo central. En cambio, un nodo de enlace troncal, generalmente ocupado
por un hub o switch, desde el que se ramifican los demás nodos.
El enlace troncal es un cable con varias capas de ramificaciones, y el flujo de
información es jerárquico. Conectado en el otro extremo al enlace troncal
generalmente se encuentra un host servidor.
� Topología en malla completa
En una topología de malla completa, cada nodo se enlaza directamente con los
demás nodos. Las ventajas son que, como cada nodo se conecta físicamente a los
demás, creando una conexión redundante, si algún enlace deja de funcionar la
información puede circular a través de cualquier cantidad de enlaces hasta llegar a
destino. Además, esta topología permite que la información circule por varias rutas a
través de la red.
La desventaja física principal es que sólo funciona con una pequeña cantidad de
nodos, ya que de lo contrario la cantidad de medios necesarios para los enlaces, y la
cantidad de conexiones con los enlaces se torna abrumadora.
� Topología de red celular
La topología celular está compuesta por áreas circulares o hexagonales, cada una de
las cuales tiene un nodo individual en el centro.
La topología celular es un área geográfica dividida en regiones (celdas) para los fines
de la tecnología inalámbrica. En esta tecnología no existen enlaces físicos; sólo hay
ondas electromagnéticas.
La ventaja obvia de una topología celular (inalámbrica) es que no existe ningún
medio tangible aparte de la atmósfera terrestre o el del vacío del espacio exterior
(satélites). Las desventajas son que las señales se encuentran presentes en
cualquier lugar de la celda y de ese modo, pueden sufrir disturbios y violaciones de
seguridad.
Como norma, las topologías basadas en celdas se integran con otras topologías, ya
sea que usen la atmósfera o los satélites.
� Topología irregular
En este tipo de topología no existe un patrón obvio de enlaces y nodos. El cableado
no sigue un modelo determinado; de los nodos salen cantidades variables de cables.
Las redes que se encuentran en las primeras etapas de construcción, o se
encuentran mal planificadas, a menudo se conectan de esta manera.
Las topologías LAN más comunes son:
� Ethernet: topología de bus lógica y en estrella física o en estrella extendida.
� Token Ring: topología de anillo lógica y una topología física en estrella.
� FDDI: topología de anillo lógica y topología física de anillo doble.
BASE DE DATOS
El desarrollo de Bases de Datos es un enfoque top-down, que transforma los
requerimientos de información, en una base operacional.
Requerimientos de Información
Base de Datos Operacional
El desarrollo top-down de las bases de datos, comienza con los requerimientos de
información, luego se clasifica la información y se agrupo en un modelo de datos
conceptuales, se estructuran las tablas que se utilizarán en el sistema y se diseña la
relación que existirá entre los datos planteados en el modelo conceptual.
Tipos De Archivos
Sabemos que un Archivo es una colección de registros que se encuentran
relacionados entre si; para efectos de poseer un conocimiento más amplio
relacionado a los “Archivos”, se presentan los diversos tipos existentes los cuales
son:
���� Maestro
���� Transacciones
MODELO CONCEPTUAL DE DATOS
DISEÑO DE BASE DE
DATOS
CONTRUCCION DE LA
BASE DE DATOS
���� Tablas
���� Otros Archivos
Cada uno de ellos tiene una función la cual es explicada a través de este documento;
además, se presentan los Métodos de Organización Secuencial, que es nada mas,
que las formas comunes para el almacenamiento y consulta de registros dentro de
un archivo, en el cual los métodos directos y secuencias son los que tienen las
computadoras, el indexado no, ya que es posible siempre y cuando se utilicen un
software especial.
a) Definición de Archivo
Un archivo es una colección de registros relacionados. Cada registro se incluye
dentro de un archivo porque pertenece a la misma entidad. El número de registros en
un archivo determina el tamaño del mismo.
Los negocios y las empresas, computarizadas o no, están orientadas hacia los
archivos. Los registros se recaban y mantienen como archivos. Los cuatro tipos
principales de archivos son: el maestro, de transacciones, de tabla y de informes.
b) Archivo maestro
Los sistemas de información siempre están en movimiento, siempre existen y se
utilizan mientras sean significativos para la empresa. Por lo tanto, los archivos en los
cuales se guarda la información necesaria de las actividades del negocio también
continúan en existencia.
Un archivo maestro es una colección de registros sobre un aspecto importante de las
actividades de una compañía. Pueden contener datos del estado actual de
acontecimientos específicos o de indicadores del negocio. Por ejemplo, el archivo
maestro de un sistema de cuentas por pagar muestra el saldo que se le debe a cada
vendedor o proveedor a quienes la empresa compra suministros o servicios. El saldo
debido a cada proveedor deberá mostrarse y refleja el estado actual de todas las
cuentas, es decir, el resultado de todas las compras, pagos y créditos realizados
entre la empresa y el proveedor. Este ejemplo muestra un tipo de archivo maestro
que se utiliza para reflejar el estado actual de las entidades.
c) Archivo de transacciones
Un archivo de transacciones es un archivo temporal que tiene dos objetivos:
acumular datos sobre los acontecimientos conformen ocurren, y actualizar los
archivos maestros para reflejar los resultados de las transacciones actuales. El
termino transacción se refiere a cualquier suceso del negocio que afecte la empresa
y sobre el cual se captan los datos. En las empresas los ejemplos de transacciones
comunes son realizar compras, pagarlas, contratar persona pagar a los empleados y
registrar las ventas. Los datos importantes para la compañía se recaban de cada
hecho y se guardan en un archivo: el archivo de transacciones.
Un archivo es una colección de registros relacionados entre si, es decir pertenecen a
la misma entidad; por ejemplo, los registros de un archivo de transacciones de
cuentas por pagar son pagos, créditos o compras a los proveedores. Las
transacciones de contratación de personal o de nomina no pertenecen a un archivo
de cuentas por cobrar, ya que no tiene relación con los proveedores.
Los archivos de transacciones se procesan contra los archivos maestros para
actualizar estos últimos.
En los archivos de transacción se muestra la secuencia de acontecimientos que
ocurren conforme las transacciones se presentan y se capturan y procesa los datos.
Los detalles se acumulan en el archivo de transacciones por cada registro a la vez.
Los archivos de transacciones y maestros se leen como entrada del programa de
aclaración; esto produce un archivo maestro revisado que refleja los resultados del
procesamiento.
Los archivos maestros son permanentes. Duran mientras exista el sistema. Sin
embargo, los contenidos del archivo cambian a través del procesamiento y la
actualización. Por otro lado, los archivos de transacciones dependiendo del método
utilizado para almacenar los datos. Los archivos actuales de transacciones se
pueden tener por meses, algunos por años, después de que se crean, dependiendo
de los requerimientos legales y de la compañía. Por lo tanto, “temporal” no significa
“momentáneo”. A diferencia de los archivos maestros, en algún momento después de
que se crean ya no se necesitaran, aun cuando el sistema continúe.
d) Archivos de tablas
En muchos sistemas se incluye un tipo especial de archivos maestros para cubrir
requerimientos especiales de procesamientos, donde los datos se deben consultar
en forma repetitivo. Los archivos de tablas son archivos permanentes que contienen
datos de referencia utilizados cuando las transacciones se procesan, se actualizan
archivos maestros o se produce salida. Como su nombre lo indica. Estos archivos
almacenan tablas de datos de referencia.
Con frecuencia los analistas usan los archivos de tablas para almacenar los datos
que de otra forma serian incluidos en archivos maestros o en programas de
computadora. Los archivos de tablas conservan el espacio del almacenamiento y
facilitan el mantenimiento del programa almacenando los datos en un archivo que, de
otra forma, se incluirán en programas o en registros del archivo maestro.
e) Otros tipos de Archivos
Otros archivos participan en los sistemas de información. En la generalidad de los
casos, son usos especiales de uno de los tipos de archivos analizados; por ejemplo,
un archivo de respaldo es una copia de un archivo maestro, de uno de transacciones
o de uno de tablas que se obtiene para asegurar que este disponible una copia si
algo le sucede al original.
Formas de Organizar los Archivos.Db
Los registros se almacenan en los archivos utilizando una organización que
determina como se emplea el almacenamiento y como se ubicaran y consultaran los
registros. Esta sección analiza tres formas comunes para almacenar y consultar los
registros dentro de un archivo. Dos de los métodos, el secuencial y el directo, están
disponibles en todas las computadoras. El tercero, indexado, es posible solamente si
se adquiere software especial.
a) Organización secuencial
Esta es la forma más sencilla para almacenar y consultar registros dentro de un
archivo. En un archivo secuencias, los registros se almacenan uno después de otro,
sin importar el valor real de los datos en los registros. El primer registro almacenado
se coloca al principio del archivo; el segundo se almacena a continuación, el tercero
después del segundo ya así sucesivamente. Este hecho nunca cambia en un archivo
secuencias.
Es una característica de los archivos secuénciales es que todos los registros se
almacenan por su posición: un registro es el primer registro, el segundo registro y así
sucesivamente. No existen direcciones o asignaciones de ubicaciones en un archivo
secuencias.
b) Organización directa
Cuando las características de los archivos secuénciales son una desventaja para un
sistema propuesto, el diseño alternativo utiliza una organización de acceso directo.
Este método requiere que el programa le diga al sistema donde se almacena un
registro, de manera que pueda buscarlo ahí. En contraste con la organización
secuencias, el procesamiento de un archivo de acceso directo no requiere que el
programa comience en el primer registro del archivo.
Los archivos de acceso directo son archivos con llave. Asocian un registro con un
valor de llave específico y una ubicación de almacenamiento en particular. Todos los
registros son almacenados por la llave en direcciones más que por su posición. En
decir, si el programa conoce la llave del registro, puede determinar la dirección de la
ubicación del registro y consultarlo en forma independiente de cualquier otro registro
dentro del archivo.
c) Organización Indexada
Una tercera manera de tener acceso a los registros almacenados en el sistema es a
través de un índice. La forma básica de un índice incluye una llave de registro y la
dirección de almacenamiento para este. Para encontrar un registro cuando no se
conoce la llave de almacenamiento es necesario rastrear los registros, si se utiliza un
índice, el rastreo será más rápido, dado que lleva menos tiempo buscar en un índice
que en un archivo de datos en su totalidad.DESCRIPCIÓN DEL DIAGRAMA
ENTIDAD – RELACION
� Atributos:
Son las características de las entidades o relaciones que proveen una descripción de
ellos.
Para el diseño del diagrama Entidad – Relación se utilizo como base las reglas del
concepto de Normalización con el objetivo de minimizar la redundancia en los datos
ya que es en la etapa de análisis donde radica la dependencia del sistema y se
garantiza su mejor funcionamiento posible.
� Normalización en las Bases de Datos
Todos los conceptos referentes a las bases de datos están hoy muy claros y
definidos formalmente, al contrario que los de las bases de conocimiento. La
tecnología de gestión de bases de datos se halla en una etapa muy madura. Las
bases de datos han evolucionado durante los pasados 30 años desde sistemas de
archivos rudimentarios hasta sistemas gestores de complejas estructuras de datos
que ofrecen un gran número de posibilidades.
� Sistemas Gestores de Bases de Datos
Los Sistemas Gestores de Bases de Datos son un tipo de software muy específico,
dedicado a servir de interfaz entre las bases de datos y las aplicaciones que la
utilizan. Se compone de un lenguaje de definición de datos, de un lenguaje de
manipulación de datos y de un lenguaje de consulta. En los textos que tratan este
tema, o temas relacionados, se mencionan los términos SGBD y DBMS, siendo
ambos equivalentes, y acrónimos, respectivamente, de Sistema Gestor de Bases de
Datos y DataBase Management System, su expresión inglesa.
Los principales objetivos de un DBMS (Sistema de Gestión de Base de Datos) son
los siguientes:
� Independencia lógica y física de los datos: se refiere a la capacidad de
modificar una definición de esquema en un nivel de la arquitectura sin que
esta modificación afecte al nivel inmediatamente superior. Para ello un registro
externo en un esquema externo no tiene por que ser igual a su registro
correspondiente en el esquema conceptual.
� Redundancia mínima: se trata de usar la base de datos como repositorio
común de datos para distintas aplicaciones.
� Acceso concurrente por parte de múltiples usuarios: control de
concurrencia mediante técnicas de bloqueo o cerrado de datos accedidos.
� Distribución espacial de los datos: la independencia lógica y física facilita la
posibilidad de sistemas de bases de datos distribuidas. Los datos pueden
encontrarse en otra habitación, otro edificio e incluso otro país. El usuario no
tiene por que preocuparse de la localización espacial de los datos a los que
accede.
� Integridad de los datos: se refiere a las medidas de seguridad que impiden
que se introduzcan datos erróneos. Esto puede suceder tanto por motivos
físicos, como de operación.
� Consultas complejas optimizadas: la optimización de consultas permite la
rápida ejecución de las mismas.
� Seguridad de acceso: se refiere al derecho de acceso a los datos contenidos
en la base de datos por parte de personas y organismos.
� Respaldo y recuperación: se refiere a la capacidad de un sistema de base
de datos de recuperar su estado en un momento previo a la pérdida de datos.
� Acceso a través de lenguajes de programación estándar: se refiere a la
posibilidad ya mencionada de acceder a los datos de una base de datos
mediante lenguajes de programación ajenos al sistema de base de datos
propiamente dicho.
� Claves primarias
Puesto que las tuplas son irrepetibles, una relación necesita un identificador único
para cada una de las tuplas, esta es la clave (primaria) de la relación, que se define
como un subconjunto C de los atributos de R, cuyos valores no pueden ser repetidos.
Una clave primaria debe ser mínima, en el sentido que en su composición no
intervenga mas que los atributos estrictamente requeridos para identificar las tuplas
de forma única. Puesto que una relación es un conjunto de tuplas, se debe dar la
condición de que toda relación deba tener una clave primaria; al menos el conjunto
de los atributos de una relación conforma la clave de esa relación. Además, una
clave primaria puede ser simple o compuesta.
� Integridad Relacional
Ahora que se conoce el funcionamiento de las claves primarias y las claves ajenas
estamos en posición de estudiar las reglas de integridad. Con este nombre se
designa aquellas reglas que han de ser aplicadas a una base de datos para asegurar
que los datos introducidos sean consistentes con la realidad que pretenden modelar.
Existen dos reglas generales que aporta el modelo relacional. Estas dos reglas son
muy simples y son las siguientes:
Regla de integridad de las entidades: ningún componente de la clave primaria de una
relación base puede aceptar valores nulos.
Regla de integridad referencial: la base de datos no debe contener valores de clave
ajena sin concordancia.
La primera de estas reglas impide la existencia de una tupla sin identificador único.
La segunda impide que existan datos que no pertenecen a nada. Se debe recordar
que solo los productos puramente relaciones implementan realmente estas dos
reglas generales de integridad relacional.
� Formas Normales
Además de las restricciones impuestas por las reglas generales del modelo
relacional, y de las reglas especificas impuestas por el DBA para una determinada
base de datos, es conveniente la observación de otras “reglas” que reforzaran el
modelo ayudaran a mantener la integridad de los datos y a evitar la redundancia.
Esto es lo que se conoce como Normalización.
Las formas normales han sido puestas en tela de juicio con la posterioridad por la
inconsistencia que algunas de ella presentan frente a la información faltante. El
mismo Codd, en la revisión de su modelo (Codd, 1990) dedica dos capítulos de su
obra a este espinoso tema. La solución propuesta por Codd en esta revisión se basa
en añadir una columna a las relaciones que llevaría una marca en caso de que la
tupla en cuestión no provee ningún valor para ese atributo. Esta solución, si bien es
perfectamente factible, no deja de ser un “parche” y a nivel conceptual no es
“elegante”. Además esto requiere modificar el lenguaje de consulta ya estandarizado.
De hecho las modificaciones propuestas por Codd no han sido llevadas a la práctica
en RDBMs comerciales.
La normalización se lleva a cabo por cuatro razones:
� Estructurar los datos de forma que se puedan representar las relaciones
pertinentes entre ellos.
� Permitir la recuperación sencilla de los datos en respuesta a las solicitudes de
consultas y reportes.
� Simplificar el mantenimiento de los datos actualizándolos, insertándolos y
borrándolos.
� Reducir la necesidad de reestructurar y reorganizar los datos cuando surjan
nuevas aplicaciones.
El proceso de normalización pretende mejorar la calidad de diseño de una aplicación
mediante los siguientes aspectos:
� Descomponer todos los grupos de datos en registros bidimensionales.
� Eliminar todas las relaciones en las que los datos no dependan de la llave
primaria del registro
� Eliminar todas las relaciones que contengan dependencias transitivas.
La meta final del proceso de normalización es la agrupación de todos los atributos de
una base de datos en relaciones adecuadas para que la base se pueda almacenar
con el mínimo de datos redundantes.
Las normas formales son las siguientes:
� Primera Forma Normal (1FN):
Una relación esta en la primera forma normal si todos los campos en cada
registro contienen un solo valor tomando de sus dominios respectivos.
� Segunda Forma Normal (2FN):
Una relación es o pertenece a la segunda forma normal si es 1 FN y cada
atributo no=clave de la relación estatal y funcionalmente dependiente de u
clave principal.
� Tercera Forma Normal (3FN):
Una relación es 3NF si es 2FN y ningún atributo no=clave en la relación es
funcionalmente dependiente de algún otro atributo no-calve.
� Cuarta Forma Normal (4FN):
Una relación es 4FN si es BCFN (una relación es BCFN si cada determinante
en la relación es una clave aspirante) y no contiene dependencias
multivalores.
ANEXO B
Análisis de Cuestionarios y Entrevistas realizadas durante la Investigación de Campo
Formato de Cuestionarios
Carta de Solicitud para Proyecto Informático del HNNBB
ANÁLISIS DE CUESTIONARIOS Y ENTREVISTAS REALIZADAS DURANTE LA
INVESTIGACIÓN DE CAMPO
Se realizó una serie de cuestionarios y entrevistas con el fin de conocer la situación
actual de la Unidad de Emergencia del HNNBB, por lo que se programaron reuniones
con el personal de interés para conocer más a fondo cada una de las áreas que
conforman esta Unidad. Se trabajó con 8 cuestionarios de los cuales se organizaron de
la siguiente manera:
� Cuestionario C1 (Introducción): Cuestionario desarrollado para un preámbulo sobre
la Unidad de Emergencia.
� Cuestionario C2 (Área de pediatría - Torre): Cuestionario elaborado para
diagnosticar el punto de vista del encargado de la unidad de emergencia en la
especialidad de pediatría, conocer como es el manejo de la información existente.
� Cuestionario C3 (Área de cirugía - Torre): Cuestionario elaborado para diagnosticar
el punto de vista del encargado de la unidad de emergencia en la especialidad de
cirugía infantil, conocer como es el manejo de la información que se elabora en
emergencia por parte del personal de cirugía.
� Cuestionario C4 (Enfermeras): Cuestionario desarrollado para identificar la
obtención de la información que se obtiene a diario en emergencia y que son
elaboradas por las enfermeras tanto en el área de pediatría como de cirugía.
� Cuestionario C5 (Diagnóstico en emergencia Anexo): Cuestionario desarrollado para
diagnosticar la situación actual de emergencia Anexo, identificando información que
se maneja.
� Cuestionario C6 (Diagnóstico a la infraestructura tecnológica del Departamento de
Informática y la Unidad de Emergencia): Cuestionario elaborado para identificar la
infraestructura tecnológica actual del Departamento de Informática y de la Unida de
Emergencia, comunicaciones, hardware y software que manejan, seguridad, etc.
� Cuestionario C7 (Estadística): Cuestionario que se elaboró para identificar la
información que es destinada a esta área e identificar las salidas de información que
se generan en la unidad de emergencia.
� Cuestionario C8 (Diagnóstico a la Factibilidad Operacional del proyecto):
Cuestionario desarrollado para verificar la factibilidad operacional del proyecto y la
necesidad del mismo.
Para la evaluación de estos cuestionarios se utilizaron dos tipos de análisis:
� Para los cuestionarios C1, C2, C3, C4, C5, C6, C7 se utilizó un análisis de tipo
entrevista, en el cual se cuestionaba a cada persona encargada de las áreas
analizadas en la Unidad de Emergencia para conocer a fondo los procesos
específicos de dichas áreas, obteniendo respuestas para luego elaborar un
diagnóstico.
� Para el cuestionario C8 se tipo encuesta, tabulando los resultados, graficando a
través de una hoja de cálculo y presentando su análisis correspondiente, esto
debido a que se desarrolló para conocer el punto de vista del personal médico del
HNNBB con respecto a la elaboración de la solución propuesta.
A continuación se presentan los resultados obtenidos en el análisis de las entrevistas.
CUESTIONARIO C1
Objetivo General: Conocer el interés y apoyo que la Gerencia de la Unidad de
Planificación le dan al tema de un Sistema Mecanizado para la Gestión de la Unidad de
Emergencia del HNNBB.
1. ¿Cuál es el objetivo que se pretende al requerir un Sistema Informático para la
UE?
� Objetivo: Conocer el objetivo de requerir un Sistema de Información para la UE
� Respuesta: El objetivo es que todos los procesos se realicen en la UE y que toda la
información sea capturada a través de un Sistema Informático.
� Análisis: De acuerdo a la fuente del Hospital, se dice que el objetivo de desarrollar
un Sistema Mecanizado para la UE es que toda la información este centralizada a
través del sistema.
2. ¿El desarrollo del Sistema será exclusivo para la UE del Hospital?
� Objetivo: Conocer el beneficio de desarrollar un Sistema Informático para la UE de
un Hospital Especializado
� Respuesta: No, porque la UE mas completa es la de un Hospital Especializado,
pero el sistema a desarrollar va a llenar las expectativas de un Hospital de tercer
nivel, eso significa que simultáneamente llenara las expectativas de un Hospital de
segundo y primer nivel
� Análisis: Se determino que al desarrollar un Sistema Informático para una UE de un
Hospital Especializado a la vez podrá ser utilizable por Hospitales de segundo y
primer nivel.
3. ¿Qué define por Emergencia?
� Objetivo: Conocer la definición de Emergencia que se maneja en el Hospital
� Respuesta: Emergencia es un estado de salud que requiere una atencion inmediata
pero no deteriorada, es un dano grave, pero no esta la vida de por medio.
� Análisis: De acuerdo a esta respuesta, la emergencia es un estado que requiera
atención inmediata.
4. ¿Cuál es la diferencia entre Emergencia y Urgencia?
� Objetivo: Conocer la diferencia entre Emergencia y Urgencia
� Respuesta: La diferencia esta en que Urgencia es cuando el paciente va a perder la
vida.
� Análisis: Según este resultado la diferencia entre las definiciones es que la
emergencia se convierte en urgencia cuando esta la vida de por medio.
5. ¿En la UE existe un filtro para los pacientes que se presentan?
� Objetivo: Conocer si en la UE existe un filtro de pacientes para proporcionar la
atención en la unidad.
� Respuesta: Si, se lleva un filtro en el área de selección para determinar que
pacientes ameritan atención de un Hospital Especializado (Tercer Nivel)
� Análisis: Se determina a través de este resultado que en la UE se lleva un proceso
de triage en el área de selección para determinar niveles de atención.
6. ¿Cómo esta dividida la UE?
� Objetivo: Conocer como se encuentra dividida la UE actualmente
� Respuesta: La UE se encuentra dividida como Emergencia Medica (EM) y
Emergencia Quirúrgica (EQ), la EM se presentan cuando hay un compromiso del
organismo pero no se requiere intervención es decir que el tratamiento es
simplemente quitar el dolor, dominar la infección, no requiere un procedimiento y la
EQ son procedimientos que llevan intervención de instrumentos, incisuras,
procedimientos llevados en quirófanos.
� Análisis: De acuerdo a las fuentes entrevistadas actualmente la UE se encuentra
dividida en Emergencia Medica y Emergencia Quirúrgica.
7. ¿Los tratamientos llevados actualmente son de carácter preventivo o
correctivo?
� Objetivo: Conocer que tipo de tratamientos son llevados actualmente en el Hospital
� Respuesta: Son tratamientos correctivos, porque los tratamientos preventivos son a
nivel de saneamiento y se realizan a nivel primario como Unidades de Salud.
� Análisis: Se conoció que los tratamientos proporcionados en la UE por el Hospital
son de carácter correctivo.
8. ¿Por qué áreas esta compuesta la UE?
� Objetivo: Conocer las áreas que componen la UE
� Respuesta:
- Área de Consulta de Selección de Emergencia
- Área de Emergencia
- Área de Máxima Urgencia
- Área de Pequeña Cirugía y Procedimientos
- Área de Quirófanos de Emergencia
� Análisis: Se determino según las fuentes entrevistadas que la UE cuenta con 5
áreas las cuales conforman dicha unidad.
9. ¿En que consiste el Área de Selección?
� Objetivo: Conocer en que consiste el Área de Selección
� Respuesta: Esta área consiste en una consulta previa donde se filtra, es decir se
realiza un triage para seleccionar los pacientes que si requieren atención de tercer
nivel y los que no son referidos a hospitales de segundo y primer nivel.
� Análisis: Se determina que el área de selección actúa como un filtro para
seleccionar pacientes que si ameriten atención de tercer nivel.
10. ¿Qué define por diagnostico breve?
� Objetivo: Conocer la definición de diagnostico breve
� Respuesta: Diagnostico breve es una selección, donde se realiza una consulta
previa para ver los síntomas que el paciente presenta y dar un diagnostico general.
� Análisis: Se determino que el diagnostico breve funciona como una selección para
filtrar los pacientes en la UE.
11. ¿Existen Planes de Contingencia para la atención a los pacientes?
� Objetivo: Conocer si en la UE existe un Plan de Contingencia para la atención a los
pacientes
� Respuesta: Si, existen planes de contingencia.
� Análisis: Se determino que si existen planes de contingencia
12. ¿Se pierde información durante la atención a pacientes?
� Objetivo: Conocer si existe perdida de información durante la atención de un
paciente
� Respuesta: Si, hay pérdida de información en la UE debido a que no se logra
capturar toda la información manualmente.
� Análisis: De acuerdo a la fuente del Hospital, se determino que durante la atención
a los pacientes se pierde información ya que no se alcanza a capturarla de forma
manual.
13. ¿Existe demanda insatisfecha en la UE?
� Objetivo: Conocer si existe demanda insatisfecha en la UE
� Respuesta: No, existe demanda insatisfecha debido a que siempre se atiende a los
pacientes.
� Análisis: Se determino que no existe demanda insatisfecha en la UE del HNNBB.
14. ¿En la UE existe alguna área automatizada?
� Objetivo: Conocer si alguna de las áreas que forman la UE esta automatizada
� Respuesta: No, actualmente ninguna área de la UE esta automatizada todo se lleva
manualmente.
� Análisis: Se conoció que no existe ningún área automatizada en la UE
15. ¿Qué deficiencia existe en el sistema actualmente?
� Objetivo: Conocer las deficiencias del sistema actualmente
� Respuesta: El volumen de información es grande y existe mucha información que
no puede ser procesada, analizada y no hay centralización de dicha información, y
no existen reportes estadísticos, hay duplicidad de datos, perdida de tiempo, no
existen reportes oportunos para la toma de decisiones.
� Análisis: Se determino que no existe información centralizada en la UE
CUESTIONARIO C2 (ÁREA DE PEDIATRÍA - TORRE)
Objetivo General: Conocer las funciones y procesos que se realizan en la Unidad de
Emergencia del HNNBB Torre.
1. ¿Cual es el objetivo que tiene emergencia en este hospital?
� Objetivo: Conocer el servicio que se ofrece en la Unidad de Emergencia del
HNNBB.
� Respuesta: Es atender la consulta espontánea de los pacientes desde el más
grave, más crítico a el menos grabe, darle solución a los problemas de los pacientes
a su rehabilitación su recuperación.
� Análisis: De acuerdo a esta respuesta la Unidad de Emergencia es una parte
fundamental para el hospital por que es una puerta de entrada para los pacientes
que necesitan atención de emergencia.
2. La recopilación de datos que se realiza en la unidad ¿se elabora
manualmente o es mecanizado?
� Objetivo: Conocer como manejan la recopilación de datos que se lleva con el
sistema actual de la unidad.
� Respuesta: Todo se lleva manual
� Análisis: De acuerdo a la fuente del hospital, toda la recopilación de datos se lleva
manualmente ya que no tiene un sistema propio para la unidad, pero existen áreas
relacionadas a la unidad que si llevan sus procesos mecanizados y que sirven a la
unidad de emergencia proporcionando información del paciente.
3. ¿En cuantas áreas está dividida la unidad de emergencia? Mencione
� Objetivo: Identificar en cuantas áreas se divide la Unidad de Emergencia
� Respuesta: Se divide en cinco
- Área de Selección
- Área de Observación o Emergencia
- Área de Máxima Urgencia
- Área de Quirófanos de Emergencia
- Áreas de Pequeña Cirugía
� Análisis: De acuerdo a la información de esta pregunta son 5 áreas que conforman
la Unidad de Emergencia.
4. Desde su punto de vista ¿cual es el problema que exista con el sistema
actual?
� Objetivo: Identificar algunos de los problemas que existen en la Unidad de
Emergencia.
� Respuesta:
- Se encuentra una serie de obstáculos en el manejo de la adquisición de
información del paciente.
- No se logra capturar la cantidad de datos.
- Extravió de Censo
- No existe información fluida (expediente)
� Análisis: Se determinó que encuentran una gran cantidad de obstáculos y esos
obstáculos hacen que no se atienda rápido al paciente debido a que el expediente
no llega rápido a su destino. También nos explicó que existen muchas personas que
tiene contacto con el censo diario por lo que existe mayor posibilidad de que este
documento se extravíe fácilmente.
5. ¿Quienes son las personas claves del sistema actual en cuanto a
información?
� Objetivo: Identificar las personas que son importantes para el proceso de captura
de datos en la unidad.
� Respuesta:
- El medico que digita los datos en el censo y elabora el expediente clínico.
- Estadística
- Enfermeras
- Otros departamentos del hospital (Solicitudes de exámenes de Rayos X,
Laboratorio, etc.)
� Análisis: De acuerdo a la entrevista, estas personas son la clave para la obtención
de información del paciente, para poder lograr obtener su expediente clínico. Y para
la Unidad de Estadística, esta es la responsable de adquirir esta información, como
informes por parte de la unidad, para conglomerarla y tener un análisis sobre esta.
Se logro determinar que todo lo llevan manual.
6. ¿Cuántos pacientes llegan diariamente a la Unidad de Emergencia
solicitando consulta?
� Objetivo: Conocer la demanda que tiene la Unidad de Emergencia diariamente para
la atención de pacientes.
� Respuesta:
- En selección se tiene alrededor de 70 a 90 pacientes diarios.
- En las otras áreas se tiene alrededor de 25 a 30 pacientes diarios.
- En emergencia se tiene alrededor de 7 pacientes diarios mas o menos críticos.
� Análisis: Según este resultado la demanda es numerosa para la atención de los
pacientes que llegan a la unidad de emergencia ya que todos los procesos se llevan
manualmente y esto genera un atraso.
7. ¿Existe información que no le interesa a emergencia o no le da uso dentro
de esta unidad?
� Objetivo: Conocer si existen información que no es de interés para la unidad de
emergencia.
� Respuesta: Toda la información tiene utilidad
� Análisis: Se conoció que toda la información es vital para el funcionamiento de la
Unidad de Emergencia.
8. ¿Existe información que la necesitan pero no aparece?
� Objetivo: Saber si existe información que es necesaria para la toma de decisiones
en la unidad.
� Respuesta: Si
� Análisis: De acuerdo a el entrevistado, si necesita saber algo en especifico no lo
encuentra a su disposición, pero esta información es llevada en los libros que
poseen las enfermeras, pero no da fe de la calidad de esta.
9. De acuerdo a su criterio ¿Existe información oportuna en la Unidad de
Emergencia? Si no, Explique
� Objetivo: Verificar si la información que se maneja es oportuna en las diferentes
áreas de la unidad.
� Respuesta: No es oportuna por que:
- Se tiene un equipo de información manual.
- No existen informes que puedan cuantificar los volúmenes de información.
10. ¿Qué otros medios de captura de datos se manejan aquí en el hospital a
parte del censo diario?
� Objetivo: Conocer los medios de captura de información que llevan en la unidad.
� Respuesta: Se lleva el libro de ingreso de los pacientes que lo llevan las
enfermeras.
� Análisis: De acuerdo a la información obtenida, si los médicos necesitan
información específica, ellos consultan el libro de las enfermeras, pero este libro es
considerado como una fuente que no tiene respaldo técnico. También se hablo de
que hicieron un intento de crear un censo diario de acuerdo a las necesidades de la
unidad pero no dio resultado debido a que tenía más campos que el original y era
engorroso llenarlo.
11. ¿Con que unidades interactúa la unidad de Emergencia en cuanto a
información?
� Objetivo: Conocer con que unidades existe intercambio de información.
� Respuesta:
- Laboratorio
- Rayos X
- UCI
- Servicios de Hospitalización
- Farmacia, etc.
Existe intercambio de información ya que se necesita el registro del paciente, de lo que
se encontró en emergencia y así las demás unidades podrán saber y seguir con la
captura de lo que le van a hacer. Tenemos absoluta interacción con ellos.
� Análisis: De acuerdo con el responsable, existe una interacción absoluta con las
demas unidades, y lo que los enlaza es el expediente del paciente ya que tiene que
ser llenado en los diferentes procesos que se le harán el paciente.
12. ¿Con que unidades interactúa más la Unidad de Emergencia?
� Objetivo: Conocer con que unidades tiene una mayor relación la Unidad de
Emergencia
� Respuesta: Yo creo que igual, porque emergencia tiene que ver con Rayos X,
Laboratorios, Estadística, Archivos, Documentos Médicos, Hospitalización, UCI,
Farmacia, entre otros.
� Análisis: De acuerdo al entrevistado la relación es proporcional ya que la Unidad de
Emergencia interactúa con todos los servicios de apoyo, todos los servicios que le
ayudan a hacer su labor.
13. ¿Existe variación en cada uno de los formatos en la recopilación de datos?
� Objetivo: Determinar la existencia de variación en cada unos de los formatos para
la recopilación de datos que se manejan en la unidad.
� Respuesta: Casi no hay variaciones.
� Análisis: De acuerdo a la información proporcionada los datos de paciente no
difieren en los formularios, es decir, tiene la misma captura de información en la
mayoría de estos, por lo que se vuelve engorroso para los médicos de llenar cada
uno de estos.
14. ¿Existe duplicidad en la captura de datos?
� Objetivo: Evaluar la opinión de los médicos sobre el llenado de los formularios que
existen actualmente.
� Respuesta: Si
� Análisis: de acuerdo al entrevistado en la Unidad de Emergencia se persigue una
captura de información rápida ya que para ellos el paciente es lo importante.
15. ¿Que deficiencias observa en los informes que lleva la Unidad de
Emergencia?
� Objetivo: Revisar si existe satisfacción en los informes que se llevan en la unidad.
� Respuesta: Están incompletos y existen una inconsistencia en los datos
� Análisis: Según la persona entrevistada, los datos que se presentan tiene mucho
que depurarse porque existe información confusa en los resultados de los informes y
estan incompletos.
16. ¿Cuáles son los informes que realizan y cada cuanto tiempo se presentan
(mensual, semanales)?
� Objetivo:
� Respuesta:
- Informe de Epidemiología (Semanal)
- Informe de la Producción (Mensual)
- El Censo Diario (Diariamente)
� Análisis: De acuerdo a la fuente entrevistada, se desea que los informes se
generen de una misma fuente.
17. ¿Qué problemas ve usted en cuanto a la información?
� Objetivo: Resaltar el problema que se genera en la captura de la información.
� Respuesta: Desorganización, duplicidad de esfuerzos y esto es el resultado de que
no presentemos documentos que sean viables ni fiables.
� Análisis: De acuerdo a las fuentes entrevistadas, existe varios informes que se
formulan en diferentes áreas y eso lleva al desorden y la veracidad de la información
agrupada que se genera para presentar informes de la unidad.
18. ¿En que parte de los procesos en el manejo de la información disgusta más
a los empleados y a los pacientes?
� Objetivo: Determinar el si existen descontento por parte de los empleados y los
pacientes que dan y prestan servicio en la Unidad de Emergencia.
� Respuesta: Existe descontento en la notificación de enfermedades ya que existe
duplicidad de formularios o varios formularios para el mismo fin.
� Análisis: El entrevistado mencionó que la duplicidad de estos informes es por
pedido del Ministerio de Salud.
19. Dentro de emergencia ¿cual es el área más importante en donde se
capturan más datos?
� Objetivo: Conocer el área que es de importancia para la Unidad de Emergencia
� Respuesta: Selección de Emergencia
� Análisis: De acuerdo a la respuesta de esta pregunta el Área de Selección es la
más importante ya que es la entrada principal al hospital y donde se decide que
destino tomará el paciente.
20. ¿Que beneficios esperaría usted con este sistema?
� Objetivo: Conocer las expectativas del personal acerca de un sistema automatizado
para la Unidad de Emergencia.
� Respuesta: El paciente se movilizaría más rápido, se tendría una sola fuente de
datos, sería mas confiable, tendríamos respaldo de esos datos, tendríamos
información en el momento que la necesitemos.
� Análisis: de acuerdo al entrevistado, la unidad necesita un sistema que controle y
capture toda la información del paciente y de la unidad misma.
21. ¿Cree que los empleados aceptarían un sistema para la unidad?
� Objetivo: Conocer el impacto que se crearía de la existencia de un sistema en la
unidad
� Respuesta: Si
� Análisis: De acuerdo al entrevistado la mayoría del personal posee habilidades para
el uso de estaciones de trabajo.
CUESTIONARIO C3 (AREA DE CIRUGIA – TORRE)
Objetivo General: Conocer los procesos que se realizan el área de Quirófanos y Pequeña Cirugía.
1. ¿Cuál es el proceso que se lleva en el área?
� Objetivo: Conocer los procesos que se llevan a cabo en las áreas de quirófano y
pequeña cirugía de emergencia.
� Respuesta:
- Pequeña Cirugía se hacen procedimientos de acuerdo a la complejidad de la
lesión se realizan son abscesos, suturas de heridas, extracción de cuerpos
extraños, colocación y retiro de yeso, limpieza de quemados leves o moderados,
etc. Es llamado también cirugía menor. La Pequeña Cirugía consta de sala de
recuperación post-anestésica, sala de pequeña cirugía, sala séptica y sala de
yeso.
- Quirófanos de emergencia se hacen procedimientos de cirugía mayor, se exige
una previa autorización para la cirugía, utilizan anestesia general. Existen 3
salas, sala séptica, sala contaminada y la opcional. Se hacen cirugías y el mas
común es la apendicitis
� Análisis: De acuerdo al entrevistado nos aclaro que las salas en pequeña cirugía
tiene un espacio muy reducido, a veces los quirófanos son ocupados para operar
niños que ya están ingresados.
2. ¿Existen formularios para la captura de datos en el área?
� Objetivo: Conocer la existencia de formularios de captura de datos para esta área.
� Respuesta: Si existe dos.
� Análisis: De acuerdo a la respuesta, existen dos formularios que capturan datos por
cada paciente, una hoja de Reporte de Operaciones y una hoja de Control de
Enfermeras. De igual manera se llevan manualmente.
3. ¿De que manera es almacenada la Información que es captada?
� Objetivo: Saber de que manera almacenan la información que se genera en estas
dos áreas
� Respuesta: Existe un módulo donde se ingresan los datos a la PC.
� Análisis: De acuerdo al entrevistado, nos expreso que: este módulo es aislado por
lo que no esta relacionado con ninguna área, solo permite el ingreso de los datos sin
ninguna validación. Y este modulo se bajo de la Web.
4. ¿Generan informes, cuales son?
� Objetivo: Conocer si existen la creación de informes en las áreas.
� Respuesta: Si,
- Hoja de Procedimientos de Cirugía Mayor: lo reporta Quirófano
- Hoja de Procedimientos de Cirugía Menor: lo reporta Cirugía Menor (censo
diario)
� Análisis: Se determino que para elaborar estos reportes lo hacen manualmente,
posteriormente es ingresado al modulo aislado que poseen. Se pudo identificar que
el censo diario es diferente al del resto de las áreas de la Unidad de Emergencia.
5. ¿Adónde son enviados estos informes y con que frecuencia?
� Objetivo: Conocer el destino donde son enviados los informes.
� Respuesta: Unidad de Estadística, diariamente y mensualmente
� Análisis: De acuerdo al entrevistado el destino de los informes se hace hacia
Estadística, pero se puedo observar que el modulo no proporcionaba los
requerimientos para elaborar un informe con todas sus características, se vio
incapacidad de proporcionar los envíos a tiempo.
CUESTIONARIO C4 (ENFERMERAS)
Objetivo General: Conocer el ambiente en donde se desenvuelven las enfermeras y
conocer el punto de vista de las enfermeras
1. ¿Cuántas y cuales son las áreas que conforman la Unidad de
Emergencia?
� Objetivo: Identificar en cuantas áreas se divide la Unidad de Emergencia
� Respuesta: Consiste en 5 áreas
- Área de Selección
- Área de Observación o Emergencia
- Área de Máxima Urgencia
- Área de Quirófanos de Emergencia
- Áreas de Pequeña Cirugía
� Análisis: De acuerdo a la información de esta pregunta son 5 áreas que conforman
la Unidad de Emergencia, el problema es que existen dos jefes que atienden sus
respectivas áreas.
2. Comente sobre el proceso que se lleva en cada una de las áreas de la
Unidad de Emergencia
� Objetivo: Investigar cual es el proceso que se lleva en cada una de las áreas de la
Unidad de Emergencia
� Respuesta:
- Área de Selección: es como un triage que permite una evaluación previa del
medico para una clasificación de los pacientes para ver a donde va a ser
atendido.
- Área de Observación o Emergencia: Aquí el paciente pasa a ser atendido por
enfermeras y médicos, donde le toman exámenes y pasa a ser observado por un
tiempo para ver como reacciona el paciente ante tal caso.
- Área de Máxima Urgencia: los pacientes entran de un solo a esta área y no
pasan por el Área de Selección, el paciente es atendido por médicos
dependiendo de su especialidad le hacen exámenes para realizar un diagnostico
y luego de estabilizarlo el paciente es ingresado.
� Análisis: De acuerdo a el personal entrevistado existen enfermeras para la parte de
Emergencia de pediatría y existen enfermeras para la parte de Emergencia de
cirugía las últimas están destinadas para las áreas de Quirófano de Emergencia y
Pequeña Cirugía.
3. Comente sobre la relación que tiene la Unidad de Emergencia con las otras
unidades y su importancia
� Objetivo: Comprobar si la Unidad de Emergencia tiene alguna relación con otras
unidades y la importancia de estas.
� Respuesta: La Unidad tiene relación con todos los departamentos del hospital.
Todas son importantes.
� Análisis: Con la información obtenida se incluye que la emergencia es una Unidad
grande e importante que se relaciona con el hospital.
4. ¿De que manera es almacenada la información que es captada?
� Objetivo: Conocer que medio utilizan para almacenar la información que se genera
en Emergencia.
� Respuesta: Todo el control referido al paciente se almacena en libros.
� Análisis: Según el personal entrevistado todo lo que es suministros dados al
personal, control de pacientes que son ingresados y dados de alta, etc. Toda esta
información son llevados únicamente en libros y son llevados por las enfermeras.
5. ¿Generan algún tipo de informes y cada cuanto tiempo se realizan?
� Objetivo: Detectar si existen informes en cada una de las áreas y con que
frecuencia se generan.
� Respuesta: Si existe. Se crea un reporte que determina la producción del trabajo
realizado. Se crea mensualmente.
� Análisis: De acuerdo a la entrevista realizada el personal de enfermeras lleva estos
reportes manualmente, la creación de estos informes son importantes pero su único
medio de almacenamiento es por medio de libros.
6. ¿Cuál es el destino de los informes?
� Objetivo: Conocer el destino donde son enviados los informes.
� Respuesta: Va destinada hacia la Unidad de Estadística y el Departamento de
Enfermería.
� Análisis: De acuerdo al entrevistado el destino de los informes se hace hacia
Estadística y hacia el Departamento de Enfermería, pero se pudo evidenciar que el
envió de estos informes se conglomeran a un solo papel y se envía este mismo a
cada una de los departamentos.
7. ¿Cuántos empleados son?
� Objetivo: Conocer la cantidad de enfermeras que laboran en la Unidad de
Emergencia para la atención de pediatría.
� Respuesta: Existen 18 enfermeras.
� Análisis: De acuerdo al personal entrevistado se evidencio que existen 18
enfermeras cada una con sus turnos de día o de noche, a demás se nos indico que
en época de demanda no existe suficiente personal para la atención con calidad de
los pacientes.
CUESTIONARIO C6 (DIAGNÓSTICO A LA INFRAESTRUCTURA TECNOLÓGICA
DEL DEPARTAMENTO DE INFORMÁTICA Y LA UNIDAD DE EMERGENCIA).
Objetivo General: Conocer las funciones del Departamento de Informática, su
participación en el desempeño y desarrollo de aplicaciones dentro del HNNBB.
1. ¿Cual es la función del Departamento de Informática en el hospital?
� Objetivo: Conocer el servicio que se ofrece en el Departamento de Informática que
posee el hospital.
� Respuesta: Analizar, diseñar e implementar los sistemas necesarios para la
atención de los pacientes a demás se da soporte en el mantenimiento preventivo y
correctivo de todos los equipos de los usuarios y mantenimiento y soporte de los
servidores. También se le da soporte a los sistemas existentes.
� Análisis: De acuerdo a esta respuesta la Unidad de Emergencia contaría con el
apoyo y soporte de este Departamento para aplicaciones futuras y satisfacer
necesidades que se requieran en las áreas.
2. ¿Existen políticas internas dentro del Departamento de Informática?
� Objetivo: Conocer si existe un documento que especifique directrices que orienten y
faciliten el cumplimiento de la misión y el desarrollo de la visión.
� Respuesta: No existen políticas, se tienen estándares y pequeñas normativas.
� Análisis: De acuerdo al entrevistado no cuentan con políticas como tal para el
Departamento.
3. ¿Existe normas, políticas o documentación que respalde la utilización de
hardware y software dentro de las Unidades del HNNBB?
� Objetivo: Identificar las existencia de reglas en el Departamento de Informática y
sus tipos.
� Respuesta: Si, se tiene la norma de la administración y control del activo fijo
informático.
� Análisis: Se identifico que existen normas en la utilización del Hardware y Software
que se implementan actualmente en el Departamento de Informática
4. ¿Con cuantos servidores cuenta la unidad de informática? Menciónelos
� Objetivo: Conocer la infraestructura de servidores y la capacidad que tiene este
departamento para el funcionamiento de las aplicaciones.
� Respuesta:
Servidor de Correo
Servidor de
Aplicaciones
Servidor Web
Servidor Proxy
Servidor Antivirus
� Análisis: El Departamento cuenta con los servidores necesarios para la
implementación de sistemas.
5. ¿Existe seguridad para los servidores?
� Objetivo: Conocer si existe seguridad en los servidores con que cuenta el
Departamento de Informática.
� Respuesta: Si existe
� Análisis: Se determinó que el Departamento de Informática cuenta con la seguridad
necesaria para los servidores.
6. ¿Qué tipo de seguridad existe?
� Objetivo: Conocer los tipos de seguridad que componen a los servidores
� Respuesta:
- Seguridad basada en dominios.
- Utilización de switch
- Existe seguridad a nivel de acceso, de permisos, de políticas de acceso
� Análisis: En esta pregunta se determinó el tipo de seguridad que se halla en el
Departamento, según la fuente no se cuenta con un firewall pero cuentan con dos
tarjetas de red, una que se comunica con el exterior y la otra al switch.
7. ¿Qué tipos de sistemas operativos por estaciones de trabajo y servidores
tiene la unidad de informática?
� Objetivo: Conocer las versiones de sistemas operativos que están instalados en las
estaciones de trabajo como también en servidores.
� Respuesta:
- Para estaciones de trabajo: Windows NT Workstation 4.0, Windows 98 y
Windows Millenium.
- Para servidores: Windows 2000 Server, Windows 2000 Advanced Server y Linux
� Análisis: La fuente determinó que debido a que existe un proyecto de Microsoft las
nuevas estaciones vendrán con Windows XP Professional.
8. ¿Que software de desarrollo de front end o lenguajes de programación
tiene la unidad de informática?
� Objetivos: Conocer las licencias de desarrollo que utiliza el Departamento de
Informática.
� Respuesta: FoxPro para Dos, Visual Fox 6.0, Visual Basic Studio 6.0 y Visual
Basic.Net 2002
� Análisis: De acuerdo al entrevistado, existen varias licencias para el desarrollo de
aplicaciones, y de acuerdo al proyecto de Microsoft las aplicaciones a futuro se
desarrollaran con Visual Basic.Net 2002.
9. ¿Con que motor de base de datos cuanta el Departamento de Informática?
� Objetivo: Conocer el motor de base de datos que ocupa actualmente el
departamento.
� Respuesta: Actualmente se ocupa Fox Pro para Dos pero se esta haciendo la
transición a SQL Server 2000.
� Análisis: De acuerdo a la persona entrevistada, existe la migración de las
aplicaciones a SQL Server 2000 por motivos del Proyecto de Microsoft para este
año.
10. ¿Como esta configurada la red en cuanto a topología?
� Objetivos: Conocer el tipo de topología en la que esta asentada la red del Hospital.
� Respuesta: Es una topología de Estrella
� Análisis: Esta es la topología actual, la cual se encuentra distribuida en todo el
hospital, de acuerdo al entrevistado se da la necesidad a veces de una topología de
cascada porque no da abasto por la cantidad de maquinas existentes en el Hospital.
11. ¿Cuantos puntos de red existen en la Unidad de Emergencia?
� Objetivo: Conocer los puntos de red que existen en la Unidad en cuestión para el
estudio de campo y diagnostico de la misma.
� Respuesta: Existen dos
� Análisis: Esta respuesta da la pauta de conocer la ubicación de estos puntos de red
que ayudan para la propuesta de la aplicación.
12. ¿Con cuantos switch o router cuenta el Departamento de Informática?
� Objetivo: Saber si el Departamento cuenta con la suficiente cantidad de switches o
routers para la comunicación.
� Respuesta: El Departamento cuenta con 3 switches y el hospital en total cuenta con
alrededor de 22 switches distribuidos en todo el Hospital y dada una de ellas están
conectados al switch central de informática.
� Análisis: Se estableció que cuenta con 3 switches que establecen la comunicación
con el hospital, 1 para el DMZ de los servidores que están publicados, 1 interno y el
último 1 switch central que maneja todos los 11 niveles con que cuenta el hospital
torre (con 11 switches en cada nivel por lo que en el primer nivel donde se encuentra
Emergencia existe un switch.
13. ¿Existe cableado de datos entre la Unidad de Emergencia y el
Departamento de informática?
� Objetivo: Saber la existencia de cableado que conecte la Unidad ce In
� Respuesta: Si existe. El tipo de cableado que se utiliza es UTP de categoría 5.
� Análisis: Esta respuesta nos afirma la existencia de comunicación en la Unidad de
Emergencia con el Departamento de Informática.
14. ¿Con cuanto personal cuenta el Departamento de Informática?
� Objetivo: Saber la cantidad de personal que laboran en el Departamento para el
mantenimiento y soporte del equipo en el Hospital.
� Respuesta: 1 jefe de informática, 1 jefe de programadores analistas, 1 jefe de
soporte y 2 ayudante de soporte.
� Análisis: De acuerdo a la información proporcionada por el entrevistado se
mencionó que no existe suficiente personal calificado, no cuentan con recurso
necesario para laborar y el mismo personal hace multifunciones dentro del
Departamento.
15. ¿Cuántas computadoras existen en la Unidad de Emergencia y que
características de hardware y software poseen?
� Objetivo: Tener conocimiento de la existencia de estaciones de trabajo y su
capacidad en la Unidad de Emergencia.
� Respuesta: Existen dos. Pentium III 700 Mhz, 64 Ram
� Análisis: Esta respuesta nos dice que existen pocas estaciones de trabajo y con
una capacidad mínima para la implantación de un sistema para la Unidad de
Emergencia.
16. ¿Con cuantos impresores cuenta la Unidad de Emergencia?
� Objetivo: Conocer la existencia de impresores con que cuenta la Unidad.
� Respuesta: Existe una.
� Análisis: De acuerdo al dato proporcionado se determino que el uso de
herramientas de salida son utilizados en la Unidad como soporte de ayuda para la
generación de reportes.
17. ¿Existe un sistema mecanizado para el uso de la Unidad de Emergencia?,
de ser cierto, ¿Cuál es la función de este sistema y que hace?
� Objetivo: Saber si existe alguna aplicación funcionando en la Unidad de
Emergencia.
� Respuesta: No
� Análisis: Según la persona entrevistada se hizo el intento de crear un sistema para
la Unidad de Emergencia pero que no cumplió con las expectativas que se requerían
para dicha Unidad.
18. ¿Cuenta la unidad de Informática con equipo de Hardware necesario para el
desarrollo e implantación de proyectos a corto plazo?
� Objetivo: Conocer si el Departamento cuenta con equipo a disposición para
proyectos futuros que se pretendan realizar.
� Respuesta: Si
� Análisis: De acuerdo a la información recopilada por el entrevistado, se firmara el
acuerdo con Microsoft en donde se donaran 200 computadoras.
19. ¿De que forma se adquiere equipo informático y software para el HNNBB?
� Objetivo: Conocer cual es la vía por la que el Hospital consigue el equipo necesario
para la funcionalidad de este.
� Respuesta: Todo se hace a través de donaciones.
� Análisis: Se determinó que la única vía para la adquisición de Hardware o Software
es por medio de las donaciones.
20. Comente sobre las licitaciones que existen en el Hospital para la
adquisición de equipo.
� Objetivo: Conocer los tipos de licitaciones que el Hospital puede acceder
� Respuesta
- Primera, Obtención de equipo y software se adquiere por fundaciones.
- Segunda, Compra de equipo, Ley prohíbe la compre de “equipo” informático.
� Análisis: De acuerdo a la información de esta pregunta el único medio para adquirir
equipo es por donaciones ya que no pueden comprar equipo informático porque la
ley solo permite compra de equipo medico. Por lo que no tiene la suficiente
tecnología que un hospital de Tercer nivel como lo es el HNNBB debería de tener.
CUESTIONARIO C7 (ESTADÍSTICA).
Objetivo General: Conocer el interés y apoyo que la Gerencia de la Unidad de
Estadística le dan al tema de un Sistema Mecanizado para la Gestión de la Unidad de
Emergencia del HNNBB.
1. ¿Qué área de la UE proporciona información a la Unidad de Estadística?
� Objetivo: Conocer que área de la UE proporciona información a la Unidad de
Estadística
� Respuesta: Se recibe información de Enfermería, Pequeña Cirugía
� Análisis: Se determino que la Unidad de Estadística recibe información consolidada
por parte de Enfermería y Pequeña Cirugía
2. ¿Qué tipo de información recibe la Unidad de Estadística por parte de la
UE?
� Objetivo: Conocer que tipo de información recibe la Unidad de Estadística
� Respuesta: Se recibe censos diarios de consulta y los censos de interconsulta y
procedimiento.
� Análisis: Según la fuente de la Unidad de Estadística reciben.
3. ¿Por qué medios reciben la información proveniente de la Unidad de
Emergencias?
� Objetivo: Conocer el medio por el cual la unidad recibe la información
� Respuesta: Toda la información se recibe a través de documentos en papel
� Análisis: Se determino que toda la información que recibe la Unidad de
Planificación es a través de documentos físicos, en papel.
4. ¿Por qué considera importante la información de la Unidad de Emergencia
para la Unidad de Estadística y cual es la utilidad y fin que se le da a esa
informacion?
� Objetivo: Conocer la importancia de la información que es recibida por parte de la
UE
� Respuesta: La información que se recibe si es de importancia, la utilidad que se le
da es para la realización de reportes enviados al Ministerio de Salud, el
inconveniente es que se necesita profundizar mas en la información que se recibe,
no es oportuna y no hay detalles requeridos para la formulación de reportes para la
Gerencia del HNNBB.
� Análisis: De acuerdo a la persona entrevistada, se determino que la información
entregada a la Unidad de Estadística no es oportuna y no hay un detalle de la
información por la perdida de la captura de los datos en la atención a los pacientes.
5. ¿Qué problemas visualiza al momento de recibir dicha información
proveniente de la Unidad de Emergencia?
� Objetivo: Conocer si existe problemas en la información al ser recibida por la
Unidad de Estadística
� Respuesta: Si existen problemas en la información, no hay profundización ni detalle
debido a la pérdida de datos.
� Análisis: Se determino que la información proveniente de la UE no es detallada
debido a la pérdida de datos durante la atención al paciente.
6. ¿De que forma la Unidad de Emergencia recibe la información que se
genera en la Unidad de Estadística?
� Objetivo: Conocer el medio por el cual la UE recibe la información consolidad por
parte de la Unidad de Estadística.
� Respuesta: Toda la información es enviada en papel a la UE
� Análisis: Se determino que toda la información que recibe la UE por parte de la
Unidad de Estadística es a través de documentos en papel.
7. ¿Si existiera un Sistema Mecanizado en la Unidad de Emergencia que
compartiera información a Estadística ¿Qué sugerencias daría para que ese
sistema fuera capaz de enviar la información oportuna y precisa a
Estadística?
� Objetivo: Conocer los requerimientos por parte de la Unidad de Estadística
� Respuesta: Parámetros de medición, estandarización y centralización de la
información, definición en cortes a diario del censo.
� Análisis: Se determino que el mayor interés por parte de la Unidad de Estadística
es la centralización de la información.
CUESTIONARIO C8 (DIAGNÓSTICO A LA FACTIBILIDAD OPERACIONAL DEL PROYECTO)
1. ¿Considera que la información del paciente es oportuna?
Objetivo pregunta:
Conocer si la información que es enviada a cada una de las areas de la unidad es oportuna en su
entrega.
Datos de clasificación AREAS DE LA UNIDAD DE EMERGENCIA
Alternativas Selección Observación Máxima
Urgencia Pequeña Cirugía
Quirófanos de Emergencia FR %
Fr % Fr % Fr % Fr % Fr % 1. Si 2 50 8 50 1 33 1 13 4 57 16 42 2. No 2 50 8 50 2 67 7 88 3 43 22 58 Totales 4 100 16 100 3 100 8 100 7 100 38 100
Análisis:
De acuerdo a los resultados obtenidos, el 58% del personal considera que la información es inoportuna.
2. ¿Cual de los siguientes procesos retrasan la atención medica? Objetivo pregunta: Identificar cuales son los procesos que hacen retraso en la atención medica en la Unidad de Emergencia. Datos de clasificación AREAS DE LA UNIDAD DE EMERGENCIA
Alternativas Selección Observación Máxima
Urgencia Pequeña Cirugía
Quirófanos de Emergencia FR %
Fr % Fr % Fr % Fr % Fr % 1. Obtencion de expedientes 1 33 4 36 1 33 2 22 1 20 9 29 2. Llenado de formularios 2 67 7 64 2 67 7 78 4 80 22 71 3. Ninguna de las anteriores 0 0 0 0 0 0 0 0 0 0 0 0 Totales 3 100 11 100 3 100 9 100 5 100 31 100
Análisis:
De acuerdo a los resultados obtenidos, el 71% es para la Obtencion del Expediente considerado el proceso que
retrasa la atencion del paciente, con un 29% se considera que el Llenado de formulairos es otro retraso para la
atencion del paciente en la Unidad de Emergencia.
3. ¿Considera completa la información que se obtiene actualmente para la identificación de los pacientes?
Objetivo pregunta: Identificar si la información que se toma del paciente es completa o incompleta.
Datos de clasificación AREAS DE LA UNIDAD DE EMERGENCIA
Alternativas Selección Observación Máxima
Urgencia Pequeña Cirugía
Quirófanos de Emergencia FR %
Fr % Fr % Fr % Fr % Fr % 1. Si 4 100 15 94 3 100 6 75 5 71 33 87 2. No 0 0 1 6 0 0 2 25 2 29 5 13 Totales 4 100 16 100 3 100 8 100 7 100 38 100
Análisis: De acuerdo a los resultados obtenidos, el 87% del personal considera que la información de identificación
de los pacientes es completa y el 13% del personal considera que no es completa.
4. ¿Considera usted tedioso el llenado de formularios?
Objetivo pregunta:
Conocer si existen formularios donde las personas consideran tediosos de llenarlos manualmente.
Datos de clasificación AREAS DE LA UNIDAD DE EMERGENCIA
Alternativas Selección Observación Máxima
Urgencia Pequeña Cirugía
Quirófanos de Emergencia FR %
Fr % Fr % Fr % Fr % Fr % 1. Si 3 75 6 38 1 33 7 88 6 86 23 61 2. No 1 25 10 63 2 67 1 13 1 14 15 39 Totales 4 100 16 100 3 100 8 100 7 100 38 100
Análisis:
De acuerdo a los resultados obtenidos, el 61% del personal considera que existen formularios que se repite la
información del paciente y es considerado proceso engorroso de ejecutar y el 39% del personal considera que
no es engorroso.
5. ¿Existe información de los pacientes que se repita en los formularios?
Objetivo pregunta: Conocer la existencia de duplicacion de datos en el llenado de los formularios.
Datos de clasificación AREAS DE LA UNIDAD DE EMERGENCIA
Alternativas Selección Observación Máxima
Urgencia Pequeña Cirugía
Quirófanos de
Emergencia FR %
Fr % Fr % Fr % Fr % Fr %
1. Si 3 75 7 44 2 67 8 100 7 100 27 71
2. No 1 25 9 56 1 33 0 0 0 0 11 29
Totales 4 100 16 100 3 100 8 100 7 100 38 100
Análisis:
De acuerdo a los resultados obtenidos, el 71% del personal considera que existe duplicacion de datos al llenar los
formularios y el 29% del personal considera que no existe duplicidad en el llenado.
6. ¿Es oportuna la llegada del expediente clinico a su area?
Objetivo pregunta:
Conocer si es oportuno el expediente en cada area que lo soliciten.
Datos de clasificación AREAS DE LA UNIDAD DE EMERGENCIA
Alternativas
Selección Observación Máxima
Urgencia Pequeña Cirugía
Quirófanos de Emergencia FR %
Fr % Fr % Fr % Fr % Fr %
1. Si 1 25 5 31 1 33 3 38 5 71 15 39
2. No 3 75 11 69 2 67 5 63 2 29 23 61
Totales 4 100 16 100 3 100 8 100 7 100 38 100
Análisis:
De acuerdo a los resultados obtenidos, el 61% del personal considera que el expediente no es oportuno en cada una
de las areas que lo soliciten y el 39% del personal considera que el expediente siempre llega a tiempo. 7. ¿Considera alto el volumen de formularios para llenar en su área?
Objetivo pregunta: Determinar si el volumen de los formularios que maneja el personal de la Unidad de Emergencia, es onsiderado
alto.
Datos de clasificación AREAS DE LA UNIDAD DE EMERGENCIA
Alternativas
Selección Observación Máxima
Urgencia Pequeña Cirugía
Quirófanos de Emergencia
FR %
Fr % Fr % Fr % Fr % Fr %
1. Si 3 75 13 81 2 67 8 100 5 71 31 82
2. No 1 25 3 19 1 33 0 0 2 29 7 18
Totales 4 100 16 100 3 100 8 100 7 100 38 100
Análisis:
De acuerdo a los resultados obtenidos, el 82% del personal considera alto el volumen de formulario que se tienen que
llenar para la creacion del expediente del paciente y el 18% del personal considera que no es alto el volumen de
formularios que se manejan en la Unidad de Emergencia.
8. ¿Cuanto tiempo en promedio le toma el llenado de los formularios?
Objetivo pregunta:
Conocer el tiempo promedio que se tarda un empleado en llenar los formularios.
Datos de clasificación AREAS DE LA UNIDAD DE EMERGENCIA
Alternativas Selección Observación Máxima
Urgencia Pequeña Cirugía
Quirófanos de Emergencia FR %
Fr % Fr % Fr % Fr % Fr % 1. De 1 - 5 min. 0 0 1 6 1 33 1 13 2 29 5 13 2. De 6 - 10 min. 0 0 7 44 1 33 6 75 3 43 17 45 3. De 11 - 15 min. 1 25 1 6 1 33 1 13 0 0 4 11 4. De 16 - 20 min. 2 50 4 25 0 0 0 0 1 14 7 18 5. De 21 - 25 min. 0 0 1 6 0 0 0 0 1 14 2 5 6. Mas de 25 min. 1 25 2 13 0 0 0 0 0 0 3 8
Totales 4 25 16 100 3 10 8 100 7 71 38 100
Análisis:
De acuerdo a los resultados obtenidos, el 45% del personal considera que el llenado de los formularios les
toma de 6 a 10 minutos.
9 ¿Considera que el personal medico y personal de enfermeria en la Unidad, es suficiente en turnos de
mayor afluencia de pacientes?
Objetivo pregunta: Comprobar la existencia de personal suficiente en trunos de mayor afluencia de pacientes.
Datos de clasificación AREAS DE LA UNIDAD DE EMERGENCIA
Alternativas Selección Observación Máxima
Urgencia Pequeña Cirugía
Quirófanos de Emergencia FR %
Fr % Fr % Fr % Fr % Fr % 1. Si 0 0 2 13 0 0 1 13 2 29 5 13 2. No 4 100 14 88 3 100 7 88 5 71 33 87 Totales 4 100 16 100 3 100 8 100 7 100 38 100
Análisis:
De acuerdo a los resultados obtenidos, el 87% del personal considera que no existen suficiente personal en
los turnos de mayor afluencia de pacientes y el 13% del personal considera que el personal es suficiente para
la atención de mas afluencia de pacientes.
10. ¿Existe actualmente un sistema automatizado para el apoyo en su area?
Objetivo pregunta:
Saber si existe un sistema en alguna de las areas respectivas a la Unidad de Emergencia que de apoyo, para
el mejor funcionamiento de la misma.
Datos de clasificación AREAS DE LA UNIDAD DE EMERGENCIA
Alternativas
Selección Observación Máxima
Urgencia Pequeña Cirugía
Quirófanos de Emergencia
FR %
Fr % Fr % Fr % Fr % Fr %
1. Si 2 50 6 38 2 67 2 25 0 0 12 32
2. No 2 50 10 63 1 33 6 75 7 100 26 68
Totales 4 100 16 100 3 100 8 100 7 100 38 100
Análisis:
Según la opinión de los usuarios, el 68% contesto que no existe un sistema que apoya las aéreas de la Unidad de Emergencia,
el 32% contesto que si existía un sistema que daba apoyo a su área.
11. ¿Considera indispensable una herramienta informática en base al volumen de información que genera
su área?
Objetivo pregunta:
Conocer el interés por parte del personal sobre una herramienta que ayude a disminuir el volumen de introducción
de información del paciente en la Unidad de Emergencia
Datos de clasificación AREAS DE LA UNIDAD DE EMERGENCIA
Alternativas Selección Observación Máxima
Urgencia Pequeña Cirugía
Quirófanos de Emergencia
FR %
Fr % Fr % Fr % Fr % Fr % 1. Si 3 75 10 63 3 100 8 100 5 71 29 76 2. No 1 25 6 38 0 0 0 0 2 29 9 24 Totales 4 100 16 100 3 100 8 100 7 100 38 100
Análisis:
Segun la opinión de los usuarios, el 76% del personal considera indispensable una herramienta informatica que ayude a la
informacion que se genera en el area correspondiente de cada personal en la Unidad de Emergencia y el 24% del personal considera
no es necesario un sistema para la unidad.
12. ¿Considera que los procesos manuales que se llevan actualmente son adecuados?
Objetivo pregunta:
Monitorear si los procesos que se llevan manuales son los adecuados.
Datos de clasificación AREAS DE LA UNIDAD DE EMERGENCIA
Alternativas Selección Observación Máxima
Urgencia Pequeña Cirugía
Quirófanos de Emergencia
FR %
Fr % Fr % Fr % Fr % Fr %
1. Si 1 25 8 50 2 67 4 50 3 43 18 47
2. No 3 75 8 50 1 33 4 50 4 57 20 53
Totales 4 100 16 100 3 100 8 100 7 100 38 100
Análisis:
La mayoría de los entrevistados con un 53% esta de acuerdo en que los procesos que se llevan manualmente
no son los adecuados para capturar datos de los pacientes, el resto considera que si se llevan adecuadamente. 13. ¿Considera que los recursos de tecnología informática en su área son suficientes?
Objetivo pregunta:
Reconocer si la tecnología que posee el personal en su respectiva área es suficiente.
Datos de clasificación AREAS DE LA UNIDAD DE EMERGENCIA
Alternativas
Selección Observación Máxima
Urgencia Pequeña Cirugía
Quirófanos de Emergencia
FR %
Fr % Fr % Fr % Fr % Fr %
1. Si 2 50 1 6 0 0 0 0 1 14 4 11
2. No 2 50 15 94 3 100 8 100 6 86 34 89
Totales 4 100 16 100 3 100 8 100 7 100 38 100
Análisis:
Según la opinión de los usuarios, el 89% opina que no son suficientes los recursos informáticos en su área y el resto con
un 11% opina que si tiene el apoyo de un sistema en su área. 14. ¿Considera que un sistema mecanizado contribuiría a agilizar los procesos?
Objetivo pregunta:
Determinar si con la existencia de un sistema ayudaría a la agilización de los procesos que se realizan en la unidad.
Datos de clasificación AREAS DE LA UNIDAD DE EMERGENCIA
Alternativas
Selección Observación Máxima
Urgencia Pequeña Cirugía
Quirófanos de Emergencia
FR %
Fr % Fr % Fr % Fr % Fr %
1. Si 4 100 8 50 2 67 8 100 6 86 28 74
2. No 0 0 8 50 1 33 0 0 1 14 10 26
Totales 4 100 16 100 3 100 8 100 7 100 38 100
Análisis:
De acuerdo al personal la mayoría contesto con un 74% que un sistema ayudaría a acelerar los procesos que se
desarrollan en la Unidad mientras que el resto contesto que no.
FORMATO DE CUESTIONARIOS
1. Encuesta
UNIVERSIDAD FRANCISCO GAVIDIA
FACULTAD DE INGENIERIA Y ARQUITECTURA
I) SOLICITUD DE COLABORACION
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
xxxxxxxxxxxxxxxxxx
INDICACIONES: xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx.
II) DATOS DE CLASIFICACION
Área: ___________________________________
Genero: Femenino Masculino
Grado de educación: Media Superior
Cargo desempeñado:
1. ¿xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx?
Si No
2. ¿xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx?
XXXXXXXXXXXXXXX
XXXXXXXXXXXXXXX
XXXXXXXXXXXXXXX
3. ¿xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx?
Si No
2. Entrevistas
CUESTIONARIO UNIDAD DE XXXXXXXXXXXXX
Objetivo General:
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
xxxx.
1. ¿xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
x?
2. ¿xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
x?
3. ¿xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
x?
ANEXO C
Selección de Sistema de Gestor de Base de Datos
Selección de Plataforma de Desarrollo
SELECCIÓN DE SISTEMA DE GESTOR DE BASE DE DATOS
Hoy en día, son muchas las aplicaciones que requieren acceder a datos. Bien sea
un sencillo programa o bien uno para la gestión empresarial. Estos datos se deben
almacenar en algún soporte permanente, y las aplicaciones deben disponer de un
medio para acceder a ellos.
Normalmente, la forma en que un programa accede a un fichero es a través del
Sistema operativo. Este provee de funciones como abrir archivo, leer información
del archivo, guardar información, etc. No obstante, este procedimiento de acceso a
ficheros es altamente ineficaz cuando se trata con un volumen elevado de
información. Es aquí donde aparecen los Sistemas Gestores de Bases de Datos:
proporcionan un interfaz entre aplicaciones y sistema operativo, consiguiendo,
entre otras cosas, que el acceso a los datos se realice de una forma más eficiente,
más fácil de implementar y, sobre todo, más segura.
Los Sistemas Gestores de Bases de Datos son un tipo de software muy
específico, dedicado a servir de interfaz entre las bases de datos y las
aplicaciones que la utilizan.
A continuación se presenta un benchmark acerca de Los Sistemas Gestores de
Bases de Datos mas demandados en el mercado informático de acuerdo a la
descripción de los siguientes objetivos:
a) Abstracción de la información. Los usuarios de los SGBD ahorran a
los usuarios detalles acerca del almacenamiento físico de los datos. Da
lo mismo si una base de datos ocupa uno o cientos de archivos, este
hecho se hace transparente al usuario. Así, se definen varios niveles de
abstracción.
b) Independencia. La independencia de los datos consiste en la
capacidad de modificar el esquema (físico o lógico) de una base de
datos sin tener que realizar cambios en las aplicaciones que se sirven
de ella.
c) Redundancia mínima. Un buen diseño de una base de datos logrará
evitar la aparición de información repetida o redundante. De entrada, lo
ideal es lograr una redundancia nula; no obstante, en algunos casos la
complejidad de los cálculos hace necesaria la aparición de
redundancias.
d) Consistencia. En aquellos casos en los que no se ha logrado esta
redundancia nula, será necesario vigilar que aquella información que
aparece repetida se actualice de forma coherente, es decir, que todos
los datos repetidos se actualicen de forma simultánea.
e) Seguridad. La información almacenada en una base de datos puede
llegar a tener un gran valor. Los SGBD deben garantizar que esta
información se encuentra asegurada frente a usuarios malintencionados,
que intenten leer información privilegiada; frente a ataques que deseen
manipular o destruir la información; o simplemente ante las torpezas de
algún usuario autorizado pero despistado. Normalmente, los SGBD
disponen de un complejo sistema de permisos a usuarios y grupos de
usuarios, que permiten otorgar diversas categorías de permisos.
f) Integridad. Se trata de adoptar las medidas necesarias para garantizar
la validez de los datos almacenados. Es decir, se trata de proteger los
datos ante fallos de hardware, datos introducidos por usuarios
descuidados, o cualquier otra circunstancia capaz de corromper la
información almacenada.
g) Respaldo y recuperación. Los SGBD deben proporcionar una forma
eficiente de realizar copias de seguridad de la información almacenada
en ellos, y de restaurar a partir de estas copias los datos que se hayan
podido perder.
h) Control de la concurrencia. En la mayoría de entornos, lo más habitual
es que sean muchas las personas que acceden a una base de datos,
bien para recuperar información, bien para almacenarla. Y es también
frecuente que dichos accesos se realicen de forma simultánea. Así
pues, un SGBD debe controlar este acceso concurrente a la
información, que podría derivar en inconsistencias.
i) Tiempo de respuesta. Lógicamente, es deseable minimizar el tiempo
que el SGBD tarda en darnos la información solicitada y en almacenar
los cambios realizados.
Variables Microsoft SQL Server Oracle
Power Builder PostgreSQL MySQL
Abstracción de la información Alto Alto Alto Alto Alto
Independencia Alta Alta Alta Medio Medio
Redundancia mínima Baja Baja Baja Baja Baja
Consistencia Alto Alto Alto Medio Medio
Seguridad Alto Alto Alto Alto Alto
Integridad Alto Alto Alto Medio Medio Respaldo y recuperación Alto Alto Alto Medio Medio Control de la concurrencia Alto Alto Alto Medio Medio
Tiempo de respuesta Alto Alto Alto Medio Medio
Costos Medio Alto Medio Gratis Gratis
Nivel de Administración Alto Alto Alto Medio Medio
Curva de Aprendizaje Alto Bajo Bajo Medio Medio
Soporte Técnico Alto Bajo Bajo Medio Medio
SELECCIÓN DE PLATAFORMA DE DESARROLLO
Esta actividad se llevo acabo para sustentar la decisión de la tecnología
cliente/servidor utilizada en el proyecto. El proceso consiste, en estudiar una serie
de variables importantes y compararla contra las diferentes tecnologías
consideraras para el desarrollo del software, a través de este estudio se logró
identificar aquella plataforma que mejor rendimiento le ofrece al sistema y se
adecue a la tecnología utilizada por el HNNBB.
a) Aspectos a tener en cuenta en un lenguaje de programación
Existen una serie de características a considerar para tomar la decisión de que
plataforma utilizar en aplicaciones para ambiente cliente/servidor, a continuación
se presentan las mas importantes.
� Velocidad: No solo la velocidad de ejecución, la cual es importante,
sino además no crear demoras en la máquina. Por esta razón no debe
requerir demasiados recursos de sistema.
� Estabilidad: La velocidad no sirve de mucho si el sistema se cae cada
cierta cantidad de ejecuciones. Ninguna aplicación es 100% libre de
bugs, pero teniendo de respaldo una increíble comunidad de
programadores y usuarios es mucho mas difícil para lo bugs sobrevivir.
� Seguridad: El sistema debe poseer protecciones contra ataques.
� Simplicidad: Se les debe permitir a los programadores generar código
productivamente en el menor tiempo posible.
� Conectividad: Colaboración con otras aplicaciones, facilidad para
interactuar en diferentes plataformas y ambientes.
� Manejo de errores: Ayuda para el programador a la hora de identificar y
controlar errores de diferente naturaleza.
� Entorno de desarrollo: Un ambiente de desarrollo que permita de
forma rápida y sencilla la utilización de los recursos que ofrece el
lenguaje.
� Precio: La inversión monetaria a realizar para aplicar dicha tecnología.
� Soporte: Apoyo por expertos en el área, facilidad para encontrar
soluciones a problemas.
� Plataformas: El sistema debe poderse implementar en diferentes
ambientes de servidores web y sistemas operativos.
b) Lenguajes de programación seleccionados para el estudio:
Microsoft Visual Studio .NET, Oracle Developer y Java (Estos lenguajes son
revisadas detalladamente en el capitulo 1 y apartado “Antecedentes tecnológicos
relacionados con el proyecto”)
A continuación se presenta una tabla comparativa de cada uno de los lenguajes
de programación y la forma de tratar las variables mencionadas anteriormente.
VARIABLE MICROSOFT VISUAL STUDIO .NET
ORACLE DEVELOPER JAVA
Velocidad Alta Alta Media
Estabilidad Fuerte Fuerte Intermedio
Seguridad Alta Alta Alta
Simplicidad Alta Alta Media
Conectividad Alta Alta Alta
Manejo de errores Alta Alta Alta
Entorno de desarrollo Alta Alta Alta
Precio Software Medio Alto Gratis
Precio Plataforma Medio Alto Gratis
Soporte Alto Medio Bajo
Plataformas Sistema Operativo Muchas win32 (IIS unicamente)
Muchas
Tabla: Comparación de lenguajes de programación
Análisis de Resultados
Se puede observar que los lenguajes mejor evaluados son Microsoft Visual Studio
.NET, Oracle Developer, superando fácilmente a Java.
ANEXO D
Glosario de Términos Médicos
Glosario de Términos Informáticos
TÉRMINOS MÉDICOS
CIE-10:
Clasificación de Internacional de Enfermedades Volumen 10, libros donde se
encuentras codificadas todas las enfermedades a nivel mundial. La organización
mundial para la salud OPS es la que se encarga de distribuir las bases de datos
todos los años.
Cardiología:
La cardiología es la rama de la medicina que se ocupa de las afecciones del
corazón y del aparato circulatorio.
Cirugía:
Una cirugía (del griego cheirourgia - lit. "trabajo manual") es una práctica
terapéutica que implica manipulación y que presupone el acceso al interior del
organismo a través de perforación o incisión en la piel.
Cirugía Ambulatoria:
Cirugía que permite que el paciente regrese a casa el mismo día de la
intervención.
Cirugía Maxilofacial:
La Cirugía Macilofacial es una especialidad odontológica que trata, de acuerdo a
la Organización Mundial de la Salud, las enfermedades de los tejidos blandos y
duros de la boca y cara.
Cirugía Plástico:
Especialidad quirúrgica que se encarga de la reconstrucción del tejido corporal y
facial que requiere una remodelación o remoldeado a causa de una enfermedad,
un defecto o un trastorno, con el fin de aproximarse a una apariencia normal o de
reparar la capacidad de funcionar.
Dengue:
El dengue es una enfermedad febril de comienzo súbito, epidémica y contagiosa
de origen vírico y trasmitida por el mosquito Aëdes asgyptii. Es frecuente en zonas
de la India, Egipto y el Caribe.
Dermatología: La dermatología (del griego derma, "piel") es la rama de la
medicina encargada del estudio de la piel, su estructura, función y enfermedades.
El profesional médico que practica la dermatología es un dermatólogo.
Diagnostico:
En medicina, el diagnóstico es el procedimiento con el que se identifica una
enfermedad.
Diagnóstico presuntivo:
Es una síntesis a partir de los datos recogidos en la observación, una asociación
de síntomas y signos. Constituye la primera conclusión acerca del problema.
Emergencia:
La Medicina de Urgencias y Emergencias es la parte de la Medicina que se ocupa
de la atención a las urgencias y emergencias médicas, entendiendo por atención,
el conjunto de actividades de organización, planificación, asistencia, formación e
investigación.
Epidemia:
Enfermedad que se propaga durante algún tiempo por un país, acometiendo
simultáneamente a gran número de personas.
Epidemiología:
La epidemiología es la parte de la medicina que se dedica al estudio de la
distribución, frecuencia, determinantes, relaciones, predicciones y control de
factores relacionados con la salud y enfermedad en poblaciones humanas
determinadas, así como la aplicación de este estudio a los problemas de salud.
Por lo tanto la epidemiología estudia la salud del hombre en relación con su
medio.
Evolución:
Desarrollo de las cosas o de los organismos, por medio del cual pasan
gradualmente de un estado a otro generalmente mas positivo.
Examen Físico:
Durante el proceso de examen físico, el médico estudia el cuerpo de un paciente
para determinar la presencia o ausencia de problemas físicos.
Expediente:
Fólder contenedor de la Historia Clínica del Paciente en sus visitas al Hospital.
Gastroenterología:
Rama de la medicina consagrada al estudio del funcionamiento y de las
enfermedades del tubo digestivo.
Hematología:
La hematología es una rama de la medicina que estudia el proceso químico y
fisiológico de la sangre y sus componentes, los llamados órganos hemopoyéticos
o hematopoyéticos (médula roja de los huesos, ganglios linfáticos, bazo, etc.), así
como las enfermedades sanguíneas.
Hemodiálisis:
La hemodiálisis se realiza al hacer circular la sangre a través de filtros especiales
por fuera del cuerpo. La sangre fluye a través de una membrana semipermeable
(dializador o filtro), junto con soluciones que ayudan a eliminar las toxinas.
Historia clínica:
La historia clínica es el conjunto de documentos surgidos de la relación entre el
médico y el paciente.
Infectología:
Es una subespecialidad de la medicina interna, que se encarga del estudio, de la
prevención, el diagnostico, tratamiento y pronostico de las enfermedades que son
producidas por los agentes infecciosos. Un sinónimo comúnmente empleado para
esta interesante rama de la medicina interna o de las clínicas médicas es
enfermedades infecciosas.
Interconsulta:
Es la consulta realizada por un médico Especializado en una rama de la medicina,
que es solicitada en cualquier área del Hospital para pedir una opinión valedera de
dicha especialización.
Maxilofacial:
Relacionado con las mandíbulas y la cara
Medicina:
Ciencia aplicada que tiene por objeto el estudio de las enfermedades, su
tratamiento, y su prevención.
Médico:
Persona que ejerce la medicina.
Neonatología:
La neonatología es la rama de la medicina que se centra en el cuidado del
neonato, especializada en el diagnóstico y el tratamiento de los trastornos del
recién nacido.
Neonato:
Un neonato es un bebe de cuatro semanas o menos. Un bebe se considera recién
nacido hasta que cumple un mes de vida. El periodo del neonato es definido y es
importante porque representa un periodo corto de la vida cuando los cambios son
muy rápidos y cuando se pueden presentar muchos hechos críticos.
Neumología:
La neumología es la especialidad médica encargada del estudio de las
enfermedades del aparato respiratorio.
Oftalmología:
La oftalmología es la especialidad médica que estudia las enfermedades del ojo y
sus tratamientos.
Oncología:
El término Oncología deriva del griego onkos (masa o tumor) y el sufijo -logía
(estudio de). La oncología es la especialidad médica que estudia los tumores
benignos y malignos, pero con especial atención a los malignos, esto es, al
cáncer.
Ortopedia:
Es una rama de la cirugía que se refiere a desórdenes del Aparato locomotor, de
sus partes musculares, óseas o articulares y sus lesiones agudas, crónicas,
traumáticas, y recurrentes.
Patología:
Medicina: Del griego 'pathos' y 'logos', significa 'estudio del sufrimiento'. Es la parte
de la medicina que estudia las enfermedades humanas. También es la
manifestación de una enfermedad a través de sus síntomas.
Pediatría:
La Pediatría es la rama de la Medicina que estudia al niño y sus enfermedades.
El término procede del griego paidos (niño) e iatrea (curación), pero su contenido
es mucho mayor que la curación de las enfermedades de los niños, ya que la
pediatría estudia tanto al niño normal como al enfermo.
Prevención:
Actitud y prácticas orientadas a evitar la aparición de accidentes y enfermedades
antes de que se produzcan.
Producción diaria:
Para el HNNBB son los totales del día, de acuerdo a ítems de interés para la
unidad a ser evaluada. Ej.: total de pacientes vistos, total de ingresados, total de
fallecidos, etc.
Registro Diario de Consultas Médicas:
Es un reporte donde se controlan las consultas que hace el médico por niño,
donde se anota los datos personales de niño, diagnóstico y qué médico lo atendió,
al final sirve para contabilizar el total de niños atendidos en el HNNBB.
Resonancia Magnética:
La resonancia magnética (RM) es una técnica que permite ver el interior del
cuerpo sin necesidad de realizar una intervención quirúrgica. El estudio es indoloro
y no se emplean agujas.
Síntoma:
Manifestaciones subjetivas de las enfermedades (frente a las objetivas, que son
los signos).
Tomografía Axial Computarizada:
La tomografía axial computarizada, también conocida por la sigla TAC o por la
denominación escáner, es una técnica de diagnóstico utilizada en medicina. El
TAC es una exploración de rayos X que produce imágenes detalladas de cortes
axiales del cuerpo. En lugar de obtener una imagen como la radiografía
convencional, el TAC obtiene múltiples imágenes al rotar alrededor del cuerpo.
Tratamiento:
El tratamiento es el conjunto de medios de cualquier clase, higiénicos,
farmacológicos y quirúrgicos, cuya finalidad es la curación o el alivio (paliación) de
las enfermedades o síntomas, cuando se la llegado a un diagnóstico. Son
sinónimos terapia, terapéutico, cura, método curativo.
TÉRMINOS INFORMÁTICOS
Cliente:
Es el que inicia un requerimiento de servicio.
Firewall:
Un firewall o Cortafuegos, es un equipo o hardware o software utilizado en las
redes para prevenir algunos tipos de comunicaciones prohibidos por las políticas
de red, las cuales se fundamentan en las necesidades del usuario.
Modelo Cliente-Servidor:
Es un modelo para construir sistemas de información, que se sustenta en la idea
de repartir el tratamiento de la información y los datos por todo el sistema
informático, permitiendo mejorar el rendimiento del sistema global de información.
Servidor:
Una computadora que realiza algunas tareas en beneficio de otras aplicaciones
llamadas clientes.
Servidores de Antivirus:
Es un hardware dedicado a correr un software para la seguridad de amenazas en
el correo electrónico.
Servidor de Aplicaciones:
Un servidor de aplicaciones es un hardware conectada a una red dedicada a
correr aplicaciones de software.
Servidor de Correo:
Un servidor de correo es una aplicación que permite enviar mensajes (correos) de
unos usuarios a otros con independencia de la red que dichos usuarios estén
utilizando.
Servidor Proxy:
Ordenador o programa que actúa de intermediario entre Internet y un grupo de
usuarios.
Servidor Web:
Servidor dedicado a la publicación de páginas web que almacena los documentos
que componen uno o varios sitios web. Para el HNNBB este servidor aloja la
página web del hospital, llamado www.hospitalbloom.gob.sv.
Sistema: Cualquier conjunto cohesionado de elementos que están dinámicamente
relacionados para lograr un propósito determinado.
Switch:
Un switch o conmutador es un dispositivo de interconexión de redes de
ordenadores/computadoras, al cuál le llegan una serie de datos desde diferentes
puertos, y él los distribuye y dirige hacia sus destinos por los puertos correctos
.ANEXO E
Diccionario de Datos
Formatos de Formularios de HNNBB
Diccionario de Datos
Un diccionario de datos es un catálogo, un depósito, de los elementos de un sistema.
Estos elementos están centrados alrededor de los datos y la forma en que están
estructurados para satisfacer los requerimientos y las necesidades de la organización.
En él se encuentra la lista de todos los elementos que forman parte del flujo de datos en
todo el sistema.
Importancia del diccionario:
Los analistas usan los diccionarios de datos por cinco razones principales:
• Manejar los detalles en sistemas grandes
• Comunicar un significado común para todos los elementos del sistema
• Documentar las características del sistema
• Facilitar el análisis de los detalles con la finalidad de evaluar las características y
determinar donde efectuar cambios en el sistema
• Localizar errores y omisiones en el sistema
El diccionario de datos contiene:
La descripción lógica de la información de los almacenes. La descripción lógica de los
datos que transportan los flujos.
Datos Elementales
• Nombre (Campo): Significativo y único.
• Descripción: Concisa y clara.
• Tipo/Dominio: Tipo y valores que puede tomar el dato.
• Longitud: Número de espacios que el elemento ocupa.
• Restricción: Define si es obligatorio u otra condición importante del elemento
• Llave: Determina si tiene asociado una llave primaria o de otro tipo.
A continuación se presenta el diccionario de datos del sistema
Catálogos:
Tabla SER_T_Actividad Descripcion Tabla con información de la actividad que realizaba el paciente cuando se lesionó. Tipo Catálogo Campo Tipo Longitud Obligatorio Llave Descripcion
Id_Actividad int 4 x x Campo identificador único de la actividad cod_Actividad smallint 2 x Código de cada actividad Descripcion varchar 100 x Nombre de la actividad Fecha_Crea datetime 8 x Fecha interna del grabado del registro Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema
Tabla SER_T_ActoQuirurgico Descripcion Tipo Catálogo Campo Tipo Longitud Obligatorio Llave Descripcion
Id_ActoQuirurgico int 4 x x Campo identificador único para cirugías descripcion varchar 100 x Nombre de la cirugía Fecha_Crea datetime 8 x Fecha interna del grabado del registro Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema
Tabla SER_T_AreaEmergencia Descripcion Tipo Catálogo Campo Tipo Longitud Obligatorio Llave Descripcion
Id_Area_Emer int 4 x x Campo identificador único para áreas de emergencia Descripcion varchar 100 x Nombre de área de emergencia Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema fecha_crea datetime 8 x Fecha interna del grabado del registro
Tabla SER_T_CanalOxigeno Descripcion Tabla con información de los diferentes tipos de canales de oxigeno. Tipo Catálogo Campo Tipo Longitud Obligatorio Llave Descripcion
Id_CanalOxigeno int 4 x x Campo identificador único para canales de oxigeno descripcion varchar 100 x Nombre de canal de oxigeno Fecha_Crea datetime 8 x Fecha interna del grabado del registro Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema
Tabla SER_T_CausaMuerte Descripcion Tabla con información de tipo de causas de muerte del paciente. Tipo Catálogo Campo Tipo Longitud Obligatorio Llave Descripcion
Id_CausaMuerte int 4 x x Campo identificador único para causas de muerte Descripcion varchar 100 x Nombre de causa de muerte Fecha_Crea datetime 8 x Fecha interna del grabado del registro Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema
Tabla SER_T_CausaSuspension Descripcion Tabla con información de tipo de causas de suspensión de cirugías. Tipo Catálogo Campo Tipo Longitud Obligatorio Llave Descripcion
Id_CausaSuspension int 4 x x Campo identificador único para causas de suspensión Descripcion varchar 100 x Nombre de causa de suspensión Fecha_Crea datetime 8 x Foránea del Usuario que registra datos en el sistema Id_Usuario int 4 x Fecha interna del grabado del registro
Tabla SER_T_ColoracionPielMucos Descripcion Tabla con información de los tipos de coloración de piel y mucosas. Tipo Catálogo Campo Tipo Longitud Obligatorio Llave Descripcion
Id_ColoracionPM int 4 x x Campo identificador único para coloraciones de piel y mucosa Descripcion varchar 100 x Nombre de coloración de piel y mucosas Fecha_Crea datetime 8 x Fecha interna del grabado del registro Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema
Tabla SER_T_ContaNoConta Descripcion Tabla con información de tipo de contaminación de la sala de operación. Tipo Catálogo Campo Tipo Longitud Obligatorio Llave Descripcion
Id_ContaNoConta int 4 x x Campo identificador único para contaminado Descripcion varchar 50 x Nombre de contaminación de sala
TiempoPromedioHora int 4 Determina el tiempo promedio en hora de limpieza de sala TiempoPromedioMin int 4 Determina el tiempo promedio en minutos de limpieza de sala
Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema Fecha_Crea datetime 8 x Fecha interna del grabado del registro
Tabla SER_T_Contexto Descripcion Tabla con información del conexto en que sucedió la lesión. Tipo Catálogo Campo Tipo Longitud Obligatorio Llave Descripcion
Id_Contexto int 4 x x Campo identifícador único de contexto Cod_contexto smallint 2 x Código de cada contexto descripcion varchar 100 x Nombre del contexto donde ocurrió la lesión Fecha_Crea datetime 8 x Fecha interna del grabado del registro Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema
Tabla SER_T_Contraparte Descripcion Tabla con información de los tipos de contraparte del accidente de transporte. Tipo Catálogo Campo Tipo Longitud Obligatorio Llave Descripcion
Id_Contraparte int 4 x x Campo identifícador único de contraparte Cod_Contraparte smallint 2 x Código de cada contraparte
Descripcion varchar 100 x Nombre de la contraparte Fecha_Crea datetime 8 x Fecha interna del grabado del registro Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema
Tabla SER_T_Dias Descripcion Tabla con información de los dias. Tipo Catálogo Campo Tipo Longitud Obligatorio Llave Descripcion
Id_Dias int 4 x x Campo identificador único para días Descripcion varchar 100 x Nombre de día Fecha_Crea datetime 8 x Fecha interna del grabado del registro Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema
Tabla SER_T_Ejecucion Descripcion Tabla con información de la ejecución de una cirugía. Tipo Catálogo Campo Tipo Longitud Obligatorio Llave Descripcion
Id_Ejecucion int 4 x x Campo identificar único para ejecuciones Descripcion varchar 100 x Nombre de ejecución Fecha_Crea datetime 8 x Fecha interna del grabado del registro Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema
Tabla SER_T_EnfAlertas Descripcion Tabla con información de enfermedades de alerta Tipo Catálogo Campo Tipo Longitud Obligatorio Llave Descripcion
Id_EnfAlertas int 4 x x Campo identificadpr único para enfermedades de alerta Descripcion varchar 100 x Nombre de enfermedad de alerta Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema fecha_crea datetime 8 x Fecha interna del grabado del registro
Tabla SER_T_ENutricionPac Descripcion Tabla con información del estado nutricional del paciente. Tipo Catálogo Campo Tipo Longitud Obligatorio Llave Descripcion
Id_NutricionPac int 4 x x Campo identificador único para estado nutricional del paciente Descripcion varchar 100 x Nombre de estado nutricional del paciente Fecha_Crea datetime 8 x Fecha interna del grabado del registro Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema
Tabla SER_T_FactoresPrecipitantes Descripcion Tabla con información de los factores precipitantes en la violencia autoinfligida. Tipo Catálogo Campo Tipo Longitud Obligatorio Llave Descripcion
Id_FactorPrecipi int 4 x x Campo identifícador único de factor precipitante Cod_FactorPrecipi smallint 2 x Código de cada factor precipitante
Descripcion varchar 100 x Nombre del factor precipitante Fecha_Crea datetime 8 x Fecha interna del grabado del registro Id_Usuario int 4 Foránea del Usuario que registra datos en el sistema
Tabla SER_T_Glasgow Descripcion Tabla con información de la escala de glasgow en la severidad en caso de trauma craneoencefalico. Tipo Catálogo Campo Tipo Longitud Obligatorio Llave Descripcion
Id_glasgow int 4 x x Campo identificador único de escala de glasgow descripcion smallint 2 x Número de escala de glasgow Fecha_Crea datetime 8 x Fecha interna del grabado del registro Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema
Tabla SER_T_HorasProgSala Descripcion Tabla con información de las horas de programación de sala. Tipo Catálogo Campo Tipo Longitud Obligatorio Llave Descripcion
Id_Horas int 4 x x Campo identificador único de hora de programación de sala Descripcion varchar 5 x Hora
AM_PM varchar 2 x Horario matutino y vespertirno HoraMilitar varchar 5 Hora en formato militar Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema fecha_crea datetime 8 x Fecha interna del grabado del registro
Tabla SER_T_Intencionalidad Descripcion Tabla con información de la intencionalidad en la ocurrencia de la lesión. Tipo Catálogo Campo Tipo Longitud Obligatorio Llave Descripcion
Id_Intencionalidad int 4 x x Campo identifícador único de intencionalidad cod_intencionalidad smallint 2 x Código de cada intencionalidad
Descripcion varchar 100 x Nombre de Intencionalidad Fecha_Crea datetime 8 x Fecha interna del grabado del registro Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema
Tabla SER_T_LugarLesion Descripcion Tabla con información del lugar donde ocurrio la lesión. Tipo Catálogo Campo Tipo Longitud Obligatorio Llave Descripcion
Id_LugarLesion int 4 x x Campo identificador único de lugar de lesión Cod_LugarLesion smallint 2 x Código de cada lugar de lesión
Descripcion varchar 100 x Nombre de lugar de lesión Fecha_Crea datetime 8 x Fecha interna del grabado del registro Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema
Tabla SER_T_MecaLesion Descripcion Tabla con información del mecanismo de la lesión, es decir, como se produjo la lesión. Tipo Catálogo Campo Tipo Longitud Obligatorio Llave Descripcion
Id_MecaLesion int 4 x x Campo identifícador único de mecanismo de lesión cod_MecaLesion smallint 2 x Código de cada mecanismo de lesión
Descripcion varchar 100 x Nombre de mecanismo de lesión Fecha_Crea datetime 8 x Fecha interna del grabado del registro Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema
Tabla SER_T_Nivel_Riesgo Descripcion Tabla con información del nivel de riesgo quirúrgico. Tipo Catálogo Campo Tipo Longitud Obligatorio Llave Descripcion
Id_Nivel_Riesgo int 4 x x Campo identificador único de nivel de riesgo Cod_Nivel_Riesgo varchar 5 x Código de cada nivel de riesgo
Descripcion varchar 100 x Nombre de nivel de riesgo Fecha_Crea datetime 8 x Fecha interna del grabado del registro Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema
Tabla SER_T_OtroDestino Descripcion Tabla con información del destino del paciente. Tipo Catálogo Campo Tipo Longitud Obligatorio Llave Descripcion
Id_OtroDestino int 4 x x Campo identifícador único de otro destino Descripcion varchar 50 x Nombre de cada destino Fecha_Crea datetime 8 x Fecha interna del grabado del registro Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema
Tabla SER_T_PielyMucosa Descripcion Tabla con información del tipo de piel y mucosa del paciente. Tipo Catálogo Campo Tipo Longitud Obligatorio Llave Descripcion
Id_PielMucosa int 4 x x Campo identifícador único de piel y mucosa Descripcion varchar 100 x Nombre de cada tipo de piel y mucosa Fecha_Crea datetime 8 x Fecha interna del grabado del registro Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema
Tabla SER_T_Pulso Descripcion Tabla con información de los tipos de caracteristicas de pulsos. Tipo Catálogo Campo Tipo Longitud Obligatorio Llave Descripcion
Id_pulso int 4 x x Campo identifícador único de caractoristicas de pulso Descripcion varchar 100 x Nombre de cada caracteristica de pulso Fecha_Crea datetime 8 x Fecha interna del grabado del registro Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema
Tabla SER_T_PuntosVenosos Descripcion Tabla con información de accesos venosos. Tipo Catálogo Campo Tipo Longitud Obligatorio Llave Descripcion
Id_PuntosVen int 4 x x Campo identificador único de accesos venosos Descripcion varchar 100 x Nombre de acceso venoso Fecha_Crea datetime 8 x Fecha interna del grabado del registro Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema
Tabla SER_T_ReferenciaMU Descripcion Tabla con información de el tipo de referencia del paciente. Tipo Catálogo Campo Tipo Longitud Obligatorio Llave Descripcion
Id_referenciamu int 4 x x Campo identifícador único de referencia de maxima urgencia Descripcion varchar 100 x Nombre de organización Fecha_Crea datetime 8 x Fecha interna del grabado del registro Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema
Tabla SER_T_RelacAgresVictim Descripcion Tabla con información de los tipos de relación del agresor con la victima. Tipo Catálogo Campo Tipo Longitud Obligatorio Llave Descripcion
Id_AgresVictim int 4 x x Campo identifícador único de tipo de relación del agresor con la víctima Cod_AgresVictim varchar 25 x Código de cada relación del agresor con la víctima
descripcion varchar 100 x Nombre de relación Fecha_Crea datetime 8 x Fecha interna del grabado del registro Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema
Tabla SER_T_Sala_Operacion Descripcion Tabla con información de la sala de operación. Tipo Catálogo Campo Tipo Longitud Obligatorio Llave Descripcion
Id_Sala int 4 x x Campo identifícador único de sala de operación Cod_Sala varchar 25 x Código de cada sala de operación
Descripcion varchar 100 x Nombre de sala de operación Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema fecha_crea datetime 8 x Fecha interna del grabado del registro
Tabla SER_T_SilvermanAnderson Descripcion Tabla con información de la puntuación de Silverman Anderson. Tipo Catálogo Campo Tipo Longitud Obligatorio Llave Descripcion
Id_silvermanAnd int 4 x x Campo identifícador único de puntuación de Silverman Anderson Descripcion char 100 x Nombre de puntuación de Silverman Anderson Fecha_Crea datetime 8 x Fecha interna del grabado del registro Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema
Tabla SER_T_TiempoLimpiezaSalas Descripcion Tabla con información del tiempo de limpieza de sala de operación. Tipo Catálogo Campo Tipo Longitud Obligatorio Llave Descripcion
Id_TiempoLimpSala int 4 x x Campo identifícador único de timpo de limpieza de sala de operación Descripcion varchar 50 x Nombre de tipo de limpieza de sala de operación Fecha_Crea datetime 8 x Fecha interna del grabado del registro Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema
Tabla SER_T_Tipo_Anestesia Descripcion Tabla con información de los tipos de anestesia. Tipo Catálogo Campo Tipo Longitud Obligatorio Llave Descripcion
Id_Anestesia int 4 x x Campo identifícador único de anestesia Descripcion varchar 100 x Nombre de cada tipo de anestesia Fecha_Crea datetime 8 x Fecha interna del grabado del registro Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema
Tabla SER_T_TipoAccidente Descripcion Tabla con información de los tipos de accidente. Tipo Catálogo Campo Tipo Longitud Obligatorio Llave Descripcion
Id_TipoAccidente int 4 x x Campo identifpicador único de accidente Cod_TipoAccidente smallint 2 x Código de cada tipo de accidente
Descripcion varchar 100 x Nombre de cada tipo de accidente Fecha_Crea datetime 8 x Fecha interna del grabado del registro Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema
Tabla SER_T_TipoAntisepsia Descripcion Tabla con información de los tipos de antisepsia. Tipo Catálogo Campo Tipo Longitud Obligatorio Llave Descripcion
Id_TipoAntisepsia int 4 x x Campo identifícador único de antisepsia Descripcion varchar 50 x Nombre de cada tipo de antisepsia Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema
Fecha_Crea datetime 8 x Fecha interna del grabado del registro
Tabla SER_T_TipoCirugia Descripcion Tabla con información de los tipos de cirugía. Tipo Catálogo Campo Tipo Longitud Obligatorio Llave Descripcion
Id_TipoCirugia int 4 x x Campo idetifícador único de cirugía Descripcion varchar 100 x Nombre de cada tipo de cirugía Fecha_Crea datetime 8 x Fecha interna del grabado del registro Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema
Tabla SER_T_TipoDerSangui Descripcion Tabla con información de los tipos de derivados sanguineos. Tipo Catálogo Campo Tipo Longitud Obligatorio Llave Descripcion
Id_TipoDerSangui int 4 x x Campo identifícador único de derivado sanguineo Descripcion varchar 100 x Nombre de cada derivado sanguineo Fecha_Crea datetime 8 x Fecha interna del grabado del registro Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema
Tabla SER_T_TipoEvento Descripcion Tabla con información de los tipos de eventos. Tipo Catálogo Campo Tipo Longitud Obligatorio Llave Descripcion
Id_TipoEvento int 4 x x Campo identifícador único de evento Descripcion varchar 50 x Nombre de cada tipo de evento Fecha_Crea datetime 8 x Fecha interna del grabado del registro Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema
Tabla SER_T_TipoHerida Descripcion Tabla con información de los tipos de heridas. Tipo Catálogo Campo Tipo Longitud Obligatorio Llave Descripcion
Id_TipoHerida int 4 x x Campo identifícador único de herida Descripcion varchar 50 x Nombre de cada tipo de herida Fecha_Crea datetime 8 x Fecha interna del grabado del registro Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema
Tabla SER_T_TipoLiqIV Descripcion Tabla con información de los tipos de liquidos intravenosos. Tipo Catálogo Campo Tipo Longitud Obligatorio Llave Descripcion
Id_TipoLiqIV int 4 x x Campo identifícador único de liquido intravenoso Descripcion varchar 100 x Nombre de cada tipo de liquido intravenoso Fecha_Crea datetime 8 x Fecha interna del grabado del registro Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema
Tabla SER_T_TipoTerapia Descripcion Tabla con información de los tipos de terapias. Tipo Catálogo Campo Tipo Longitud Obligatorio Llave Descripcion
Id_TipoTerapia int 4 x x Campo identíficador único de terapia Descripcion varchar 100 x Nombre de cada tipo de terapia Fecha_Crea datetime 8 x Fecha interna del grabado del registro Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema
Tabla SER_T_TransporteMax Descripcion Tabla con información del tipo de transporte a maxima urgencia. Tipo Catálogo Campo Tipo Longitud Obligatorio Llave Descripcion
Id_Transporte int 4 x x Campo identifícador único de transporte de maxima urgencia Descripcion varchar 100 x Nombre de transporte Fecha_Crea datetime 8 x Fecha interna del grabado del registro Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema
Tabla SER_T_TransporteVictima Descripcion Tabla con información del tipo de transporte de la victima en el accidente de transporte. Tipo Catálogo Campo Tipo Longitud Obligatorio Llave Descripcion
Id_TransVictima int 4 x x Campo identifícador único de transporte de víctima cod_TransVictima smallint 2 x Código de cada tipo de transporte de víctima
Descripcion varchar 100 x Nombre de transporte Fecha_Crea datetime 8 x Fecha interna del grabado del registro Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema
Tabla SER_T_UsuarioAcciTran Descripcion Tabla con información del usuario del accidente de transporte. Tipo Catálogo Campo Tipo Longitud Obligatorio Llave Descripcion
Id_UsuarioAcciTran int 4 x x Campo identifícador único de usuario de accidente de transporte Cod_UsuarioAcciTran smallint 2 x Código de cada tipo de usuario
Descripcion varchar 100 x Nombre de usuario Fecha_Crea datetime 8 x Fecha interna del grabado del registro Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema
Tabla SER_T_ViaAerea Descripcion Tabla con información de los tipos de vía áerea. Tipo Catálogo Campo Tipo Longitud Obligatorio Llave Descripcion
Id_ViaAerea int 4 x x Campo identifícador único de vía áerea Descripcion varchar 100 x Nombre de tipos de vía áerea Fecha_Crea datetime 8 x Fecha interna del grabado del registro Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema
Maestros:
Tabla SER_M_ControlEnfAlert
Descripcion Tabla con información de las enfermedas controladas como Enfermedades de Alerta. Tipo Campo Tipo Longitud Obligatorio Llave Descripcion
Id_ControlEnfAlert int 4 x x Campo identifícador único de controles enfermedad de alerta Id_CodEnfermedad int 4 x Fóranea del catálogo de enfermedades del CIE-10
Id_EnfAlertas int 4 x Foránea del catálogo de enfermedades de alerta Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema fecha_crea datetime 8 x Fecha interna del grabado del registro
Tabla SER_M_DetalleHorario Descripcion Tabla con información de programación de horario de médicos. Tipo Campo Tipo Longitud Obligatorio Llave Descripcion
Id_DetalleHorario int 4 x x Campo identifícador único de detalle horario Id_HorarioSala int 4 x Fóranea de maestro horario de sala
Hora_Inicio int 4 x Hora de inicio de turno de cirujano Hora_Final int 4 x Hora de finalización de turno de cirujano Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema fecha_crea datetime 8 x Fecha interna del grabado del registro
Tabla SER_M_MecaLesion2 Descripcion Tabla con información de causas especificas que produjeron la lesión. Tipo Maestro Campo Tipo Longitud Obligatorio Llave Descripcion
Id_MecaLesion2 int 4 x x Campo identifícador único de mecanismo de la lesión Id_MecaLesion int 4 x Fóranea de catálogo mecanismo de la lesión
Cod_MecaLesion2 varchar 2 x Código de cada mecanismo de lesión Descripcion varchar 100 x Nombre de mecanismo de lesión Fecha_Crea datetime 8 x Fecha interna del grabado del registro Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema
Tabla SER_M_DetalleSCirugia Descripcion Tabla con información de datos resumen del médico que solicito la cirugía. Tipo Maestra Campo Tipo Longitud Obligatorio Llave Descripcion
Id_DetalleSCirugia int 4 x x Campo identifícador único de detalle de solicitud de cirugía Id_SolicitudSala int 4 x Fóranea de maestro solicitud sala
Id_Cirujano int 4 x Fóranea de catálogo empleado Id_HorarioSala int 4 Fóranea de maestro horario sala
FechaOpera datetime 8 x Fecha de intervención quirúrgica del cirujano Desde varchar 5 x Hora de inicio de intervención quirúrgica
am_pmDesde varchar 2 Selección de turno de hora de inicio Hasta varchar 5 x Hora de finalizaciín de intervención quirúrgica
am_pmHasta varchar 2 Selección de turno de hora de finalización Id_Sala int 4 Fóranea del catálogo sala
Orden int 4 x Orden de horario de intervención quirúrgicas del cirujano NumHorario int 4 Selección de pestaña de horarios Fecha_Crea datetime 8 x Fecha interna del grabado del registro Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema
Tabla SER_M_HorarioSala
Descripcion Tabla con información programación de horarios de los médicos cirujanos para la utilización de la sala. Tipo Maestra Campo Tipo Longitud Obligatorio Llave Descripcion
Id_HorarioSala int 4 x x Campo identifícador único de horario sala Id_PrograSala int 4 x Fóranea de maestro de programación de sala
Id_Dias int 4 x Fóranea de catálogo días Id_Hora_Inicio int 4 x Fóranea de catálogo hora de inicio de asignación de sala Id_Hora_Final int 4 x Fóranea de catálogo hora de finalización de asignación de sala NumHorario int 4 x Selección de pestaña de horarios
Id_Sala int 4 x Fóranea de catálogo sala Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema fecha_crea datetime 8 x Fecha interna del grabado del registro
Tabla SER_M_ModuloPeqCir Descripcion Tabla con información de las sub divisiones de el area de Pequeña Cirugía. Tipo Campo Tipo Longitud Obligatorio Llave Descripcion
Id_ModuloPeqCir int 4 x x Campo identifícador único de módulo de pequeña cirugía Id_Organizacion int 4 x Fóranea de catálogo de organización
Descripcion varchar 100 x Nombre del módulo Fecha_Crea datetime 8 x Fecha interna del grabado del registro Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema
Tabla SER_M_ProcediQuirurgico
Descripcion Tabla con información de la duración promedio del registro de procedimientos quirurgicos y datos sobre la limpieza de los mismos.
Tipo Campo Tipo Longitud Obligatorio Llave Descripcion
Id_ProcediQuirurgico int 4 x x Campo identifícador único del procedimiento quirúrgico Id_Procedimiento int 4 x Fóranea de catálogo de CIE de procedimientos quirúrgicos Id_ContaNoConta int 4 Fóranea de catálogo contaminado/no contaminado HorasEstipuladas int 4 Hora de duración de procedimiento quirúrgico
MinutosEstipulados int 4 Minutos de duración de procedimiento quirúrgico Fecha_Crea datetime 8 x Fecha interna del grabado del registro Id_Usuario int 4 Foránea del Usuario que registra datos en el sistema
Tabla SER_M_PrograSala Descripcion Tabla con información del médico activo al que se le asigna la sala. Tipo Campo Tipo Longitud Obligatorio Llave Descripcion
Id_PrograSala int 4 x x Campo identifícador único de programación de sala Id_Empleado int 4 x Fóranea de catálogo empleado
Activo char 1 x Estado de empleado Fecha_I_Per datetime 8 x Fecha de inicio de permiso para intervenciónes quirúrgicas Fecha_F_Per datetime 8 x Fecha de finalización de permiso para intervenciónes quirúrgicas
Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema fecha_crea datetime 8 x Fecha interna del grabado del registro
Movimientos:
Tabla SER_Mo_AccidenteTransito Descripcion Tabla con información del los aspectos del accidente de transito del paciente que se lesionó. Tipo Movimiento Campo Tipo Longitud Obligatorio Llave Descripcion
Id_AccidenteTransito int 4 x x Campo identificador único del Accidente de Tránsito Id_LesionCausaExt int 4 Campo foráneo de Lesion de Causa Externa Id_TransporteVictim int 4 x Campo foráneo del Transporte de la Víctima OtroTransporteVictim varchar 50 Campo que registra textualmente otro tipo de Transporte de la Víctima
Id_Contraparte int 4 x Campo foráneo del Transporte del Contraparte OtroContraparte varchar 50 Campo que registra textualmente otro tipo de Transporte del Contraparte
Id_UsuarioAcciTran int 4 x Campo foráneo del Usuario del Accidente de Tránsito Id_TipoAccidente int 4 x Campo foráneo de Tipo de Accidente OtroTipoAccidente varchar 50 Campo que registra otro tipo de accidente
Id_Usuario int 4 x Foránea de Usuario mete datos al sistema Fecha_Crea datetime 8 x Fecha interna del grabado del registro
Tabla SER_Mo_DiagAreas Descripcion Tabla con información de diagnósticos haciendo referencia a cada uno de los módulos del Área de Emergencia. Tipo Movimiento Campo Tipo Longitud Obligatorio Llave Descripcion
Id_DiagnosticoArea int 4 x x Identificador único de Diagnóstico de Área. Id_ObservacionSeleccion int 4 Fóranea de Observación-Selección
Id_FichaMaxUrg int 4 Fóranea de Ficha Maxima Urgencia Id_HojaProcedimiento int 4 Fóranea de Hoja Procedimiento
Id_SolicitudSala int 4 Fóranea de Solicitud de Sala Id_LesionCausaExt int 4 Fóranea de Lesión de Causa Externa
TipoDiagnostico char 7 Registra el tipo de diagnostico dependiendo del área de emergencia Id_CodEnfermedad int 4 x Fóranea de CIE 10
orden int 4 x Orden de inserción de los datos Id_CirugiaMenor int 4 Fóranea de Cirugía Menor
Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema fecha_crea datetime 8 x Fecha interna del grabado del registro
Tabla SER_Mo_HorarioCiruProyectada Descripcion Tabla con información de los horarios de cirugías proyectadas a pacientes. Tipo Movimiento Campo Tipo Longitud Obligatorio Llave Descripcion
Id_HorarioCiruProyectada int 4 x x Identificador único de Horario de Cirugía Proyectada Id_SolicitudSala int 4 x Fóranea de Solicitud de Sala
CantidadHorasDisponibles int 4 x Registra el numero de horas disponible para la cirugía Hora_RangoI int 4 x Hora de inicio de cirugía Hora_RangoF int 4 x Hora de finalización de cirugía Fecha_Crea datetime 8 x Fecha interna del grabado del registro Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema
Tabla SER_Mo_MActQuirur Descripcion Tabla con información de los registros de todas las cirugías realizadas a los pacientes. Tipo Movimiento Campo Tipo Longitud Obligatorio Llave Descripcion
Id_MasterActoQuirurgico int 4 x x Campo identifpicador único del master acto quirúrgico Id_HojaProcedimiento int 4 Fóranea de hoja de procedimientos quirúrgicos realizados
Id_SolicitudSala int 4 Fóranea a solicitud de salas Id_ActoQuirurgico int 4 x Fóranea del CIE 9 de cirugías
Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema fecha_crea datetime 8 x Fecha interna del grabado del registro
orden tinyint 1 x Orden de registro de ingreso a la tabla
Tabla SER_Mo_HProcQuirur Descripcion Tabla con información de los registros de procedimientos quirúrgicos realizados. Tipo Movimiento Campo Tipo Longitud Obligatorio Llave Descripcion
Id_HojaProcedimiento int 4 x x Identificador único de Hoja de Procedimiento Id_AprobaSoliciOpera int 4 Foránea de Aprobación de Solicitud Pre-Operatoria
Id_AmbulatorioHospitalario int 4 Foranea al Catalogo que contiene rubros de si se Hospitaliza o se va de Alta
Id_ExpEmergencia int 4 Foránea del Catalogo que contiene los Pacientes registrados en Admision sin programar
Fecha_de_Atencion datetime 8 x Fecha en la cual se introdujeron los registros del pacientes Operado HoraDelRegistro varchar 5 x Hora en que se introdujeron los registros
Am_Pm varchar 2 x Horario Diurno o Nocturno de la hora del Registro PadecimientoTrauma varchar 30 Registra si Paciente tuvo Trauma
PadecimientoQuemado varchar 30 Registra si Paciente tuvo Quemadura Id_ServProc_A_Emerg int 4 Foranea al Catalogo que llama los Serviciios de la tabla de Organización
Id_ModuloServProc_A_Emer int 4 Foranea que guarda el Id de los modulos existentes en la Pequeña Cirugia
Id_Ejecucion int 4 x Foranea que registra Agregada, Suspendida o Realizada
Id_CausaSuspension int 4 Foranea que guarda los Tipos de Causas de Suspension de las cirugìas a pacientes
Id_Anestesia int 4 Foranea que regista los Tipos de Anestesia Aplicada al Paciente Id_nivel_Riesgo int 4 Foranea que registra Riesgos Quirurgicos de Tipo ASA
Id_Sala int 4 x Foranea que hace referencia a la Tabla de Salas de Quirofanos de 1 y 2 Nivel
Id_TipoCirugia int 4 Foranea que registra si la Operación fue Electiva o de Emergencia FechaInicioOperacion datetime 8 Fecha en que inicio la Operación FechaFinOperacion datetime 8 Fecha en que Finalizo la Operación HoraInicioAnestesia varchar 5 Hora en que inicio la Anestesia
AmPmIAnest varchar 2 AM o PM de la Hora de Inicio de Anestesia HoraFinAnestesia varchar 5 Hora en que finalizo la Anestesia
AmPmFAnest varchar 2 AM o PM de la Hora en que Finalizo la Anestesia HoraInicioOperacion varchar 5 Hora que Inicio la Operación
AmPmIOpe varchar 2 AM o PM de la Hora que inicio la Operación HoraFinOperacion varchar 5 Hora en que finalizo la Operación
AmPmFOpe varchar 2 AM o PM de la Hora que Finalizo la Operación IndicacionesFinales varchar 100 Campo Abiero para almacenar recomendaciones a seguir del paciente
Id_Anestesista int 4 Foranea que guarda relacion con el Anestesista de la Operación Id_Instrumentistas int 4 Foranea que guarda relacion con el Instrumentista de la Operación
Id_Circular int 4 Foranea que guarda relacion con el Enfermero o Enfermera de la Operación
Id_Cirujano int 4 x Foranea que guarda relacion con el Cirujano Principal de la Operación Id_Ayudante1 int 4 Foranea que guarda relacion con el Enfermera 1 de la Operación Id_Ayudante2 int 4 Foranea que guarda relacion con el Enfermera 2 de la Operación
Id_Anestesiologo int 4 Foranea que guarda relacion con el Anestesiologo de la Operación Id_Perfusionista int 4 Foranea que guarda relacion con el tecnico operador de Maquinas
Quirurgicas
AcciAnestQuirur varchar 100 Registra datos abiertos de Accidentes Anestesicos de los Actos Quirurgicos
Id_TipoHerida int 4 Registra los tipos de Heridas Quirurgicas aplicadas al paciente Id_TipoAntisepsia int 4 Foranea que registra los Tipos de Cuidados al Paciente
Tipo_Incision varchar 50 Descripcion de la incision realizada al paciente
HallazgoSitioOperatorio varchar 100 Descripcion a registrar los hallazgos de cuerpos extraños durante la operación
ReparacionQuirurgicaAfectada varchar 100 Registro de la descripcion mas detallada sobre el area afectada del padecimiento
Drenos varchar 2 Registra si se realizaron Drenos CantDrenos int 4 Registra la cantidad de Drenos aplicados
CuentaRepEnfermeraCompleta varchar 10 Registro SI sobre la cantidad utilizada de instrumentos realizada por la enfermera
CuentaRepEnfermeraIncompleta varchar 10 Registro NO sobre la cantidad utilizada de instrumentos realizada por la enfermera
EspecimenesReferidos varchar 50 Piezas quirurgicas encontradas en la operación Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema fecha_crea datetime 8 x Fecha interna del grabado del registro
Tabla SER_Mo_MaxUrg Descripcion Tabla con información de los registros de pacientes con atención especializada e inmediata en Emergencia. Tipo Movimiento Campo Tipo Longitud Obligatorio Llave Descripcion
Id_FichaMaxUrg int 4 x x Identificador único del Modulo de Maxima Urgencia FechaAtencion datetime 8 x Registra la Fecha de la Atencion de la Maxima Urgencia
HoraLlegadaMU varchar 5 x Registra hora de Ingresoa la Maxima Urgencia AMPMHoraLlegada varchar 4 x Registra periodo de la hora de llegada del paciente a Maxima
EstadoLlegada char 2 x Registra si llego Vivo o Muerto a Maxima EstadoSalida char 2 x Registra si salio Vivo o Muerto a Maxima
fugado char 2 x Registra si el paciente se fugo voluntaria o involuntariamente Sintomas varchar 50 Registra sintomas que presenta el paciente
antecalergias varchar 25 Registra abierto los antecedentes alergicos del paciente antecneonatales varchar 25 Registra los antecedentes de nacimientos del Pacientes antecfamiliares varchar 25 registra los antecedentes familiares del Paciente
antecpatolprevias varchar 25 Registra los antecedentes de enfermedades del paciente anteriores antecmedicamen varchar 25 Registra los antecedentes a los que padece sobre Medicamentos
antecotros char 25 Registra otros tipos de Antecedentes Id_ViaAerea int 4 Foranea del Tipo canal para darle oxigeno al paciente ViaTraqSim char 2 x Registra SI o NO tiene Traquea Simetrica ViaTraqAsim char 2 x Registra SI o NO tiene Traquea Asimetrica
Ven_FrecuenRespi int 4 Registra el numero de Frecuencias Respiratorias Id_silvermanAnd int 4 Foranea al catalogo de Tabla de Silverman Anderson que aplica al paciente
VentiSRPresentIzquierda char 2 Registra Sonidos Respiratorios presentes a la izquierda VentiSRPresentDerecha char 2 Registra Sonidos Respiratorios presentes a la Derecha VentiSRClarosIzquierda char 2 Registra Sonidos Respiratorios claros a la izquierda VentiSRClarosDerecha char 2 Registra Sonidos Respiratorios claros a la Derecha
VentiSRDisminuidoIzquierda char 2 Registra Sonidos Respiratorios dismuinuidos a la Izquierda VentiSRDisminuidoDerecha char 2 Registra Sonidos Respiratorios dismuinuidos a la Derecha VentiSRAusenteIzquierda char 2 Registra Sonidos Respiratorios Ausentes a la Izquierda VentiSRAusenteDerecha char 2 Registra Sonidos Respiratorios Ausentes a la Derecha
VentiSRSibilanciaIzquierda char 2 Registra Sonidos Respiratorios Sibilancia a la Izquierda VentiSRSibilanciaDerecha char 2 Registra Sonidos Respiratorios Sibilancia a la Derecha VentiSREstertorIzquierda char 2 Registra Sonidos Respiratorios Estertor a la Izquierda VentiSREstertorDerecha char 2 Registra Sonidos Respiratorios Estertor a la Derecha
Cir_FrecuenCardiac int 4 Registra la frecuencia Cardiaca Cir_TensionArterial int 4 Registra caracteristicas de Tension Arterial Cir_llenadoCapilar int 4 Registra caracteristicas de llenado capilar
cir_ColorPiMuRosada char 2 Registra caracteristicas de Piel y Mucosa SI Rosada Cir_ColorPiMuPalida char 2 Registra caracteristicas de Piel y Mucosa SI Palida Cir_ColorPMuIcterica char 2 Registra caracteristicas de Piel y Mucosa Icterica
Cir_ColorPiMuAcrocianosis char 2 Registra caracteristicas de Piel y Mucosa de Color Acrocianosis Cir_ColorPiMuCianosisCentral char 2 Registra caracteristicas de Piel y Mucosa de Color Cianosis
Cir_Color_Rubicunda char 2 Registra caracteristicas de Piel si SI rubicunda Id_pulso int 4 Foranea al catalogo para llamar caracteristicas del pulso
PulsoSitio char 10 Registra caracteristicas del pulso en cuestion CirTemp_Central char 2 Registra la Temperatura Interna del Paciente
CirTemp_Periferica char 2 Registra la Temperatura Externa del Paciente Id_PielMucosa int 4 x Foranea del Catalogo de Caracteristicas de Piel y Mucosa
ExpFisPerimetCefalicPC decimal 9 Registra la cantidad del Perimetro Cefalico
SuperficieCorporalSC int 4 Registra la cantidad entera de la Superficie Corporal ExpFisCabeza varchar 50 x Registra caracteristicas pesentadas de la cabeza
ExpFisMaxiloFacial varchar 50 x Registra caracteriticas fisicas faciales ExpFisCuelloColum varchar 50 x registra caracteristicas del cuello y columna
ExpFisTorax varchar 50 x Registra las caracteristicas del Torax ExpFisAbdoPerine varchar 50 x Registra la exposicion Fisica del Abdo Perine
ExpFisMuscEsqueleto varchar 50 x Registra caracteristicas sobre los Musculos y del esqueleto del paciente ExpFisNeurologico varchar 50 x Registra de forma abierta las exposiciones Fisicas Neurologicas
ExpFisOtros varchar 50 Registra expecificaciones fisicas Otras cama numeric 9 x Registra el numero de cama donde se encuentra el paciente
Observaciones varchar 50 Registra de Forma abierta parte del Historial
Id_Med_Staff int 4 Foranea al catalogo de Empleados para registrar el Medico de Staff o Principal
Id_Med_Residente int 4 Foranea al catalogo de Empleados para registrar el Medico Residente
Id_CausaMuerte int 4 Foranea al catalogo de Causa de Muerte para registrar las causas de Muerte
Id_Usuario int 4 x Registra el usuario que introdujo los registros fecha_crea datetime 8 x Registra la fecha que se crearon los registros en la fila correspondiente
Tabla SER_Mo_PPhMaxUrg
Descripcion Tabla con información de los registros de pacientes con atención especializada e inmediata en Emergencia (Segunda Parte)
Tipo Movimiento Campo Tipo Longitud Obligatorio Llave Descripcion
Id_procedprehospita int 4 x x Llave Unica de Registros de la Segunda parte de Maxima Urgencia Id_FichaMaxUr int 4 x Foranea hacia la Tabla Padre de Maxima Urgencia
Id_CanalOxigeno int 4 Foranea que invoca catalogo de los tipos de canales de Oxigeno CantOxigeno int 4 x Registro de la cantidad de Oxigeno aplicado
oxigeno char 2 Registro del Tipo de Oxigeno aplicado accesovenoso char 2 Registra si o No tuvo Acceso Venoso AVperiferico char 2 Registra Si o No tuve Acceso Venoso de Tipo Periferico
AVcentral char 2 Registra Si o No tuve Acceso Venoso de Tipo Central AVintraoseo char 2 Registra Si o No tuve Acceso Venoso de Tipo Intraoseo
Id_PuntosVenP int 4 Foranea que invoca catalogo de los tipos de Puntos Venosos Periferico Id_PuntosVenC int 4 Foranea que invoca catalogo de los tipos de Puntos Venosos Central
Id_PuntosVenI int 4 Foranea que invoca catalogo de los tipos de Puntos Venosos Intraoseo rcp char 2 Registra si o no se reanimo al paciente
rcpCantidad int 4 registra la cantidad de tiempo para reanimar al paciente liquidoiv char 2 Registra si se le aplico Liquidos intravenosos
Id_TipoLiqIV_a int 4 Foranea que invoca el catalogo de Tipos de Liquidos Intravenosos del Primer Tipo
cantliqiv_a int 4 Registra la cantidad de Liquido Intravenoso del Primer Tipo
Id_TipoLiqIV_b int 4 Foranea que invoca el catalogo de Tipos de Liquidos Intravenosos del Segundo Tipo
cantliqiv_b int 4 Registra la cantidad de Liquido Intravenoso del Segundo Tipo
Id_TipoLiqIV_c int 4 Foranea que invoca el catalogo de Tipos de Liquidos Intravenosos del Tercer Tipo
cantliqiv_c int 4 Registra la cantidad de Liquido Intravenoso del Tercer Tipo sng char 2 Registra si se le aplico Sonda Nasogastrica
caracteristicassng varchar 25 Registra las caracteristicas abliertas de la aplicación sv char 2 Registra Si o No fue aplicada Sonda Vasica
caracteristicassv varchar 25 Registra las caracteristicas de la aplicación de la Sonda Vesical sangre char 2 Registra Si o No fue aplicada Derivados Sanguineos
Id_TipoDerSangui_a int 4 Foranea al Catalogo de Tipos de Derivados Sanguineos del Primer Tipo cantitipoder_a int 4 Cantidad del Primer Derivado Sanguineo
Id_TipoDerSangui_b int 4 Foranea al Catalogo de Tipos de Derivados Sanguineos del Segundo Tipo cantitipoder_b int 4 Cantidad del Segundo Derivado Sanguineo
Id_TipoDerSangui_c int 4 Foranea al Catalogo de Tipos de Derivados Sanguineos del Tercer Tipo cantitipoder_c int 4 Cantidad del Tercer Derivado Sanguineo tubotoraxico char 2 Registra Si o No se aplico Tubo Toraxico al Paciente tubotoraxizq char 2 Registra Si o No se aplico Tubo Toraxico al Paciente Izquierda tubotoraxder char 2 Registra Si o No se aplico Tubo Toraxico al Paciente Derecha
medicamentos char 2 Registra los medicamentos SI o No aplicados medicamento_a varchar 25 x Registra Tipo Uno de Medicamento
dosis_a varchar 25 x Registra dosis de Tipo Uno medicamentos_b varchar 25 x Registra Tipo Dos de Medicamento
dosis_b varchar 25 x Registra dosis de Tipo Dos medicamentos_c varchar 25 x Registra Tipo Dos de Medicamento
dosis_c varchar 25 x Registra dosis de Tipo Dos Id_Usuario int 4 x Registra el usuario que ingreso los Registros fecha_crea datetime 8 x Registra la fecha en que se creo el registro
Tabla SER_Mo_CirugiaMenor Descripcion Tabla con información de los procedimientos quirurgícos realizados al paciente en el área de pequeña cirugía. Tipo Movimiento Campo Tipo Longitud Obligatorio Llave Descripcion
Id_CirugiaMenor int 4 x x Campo identificador único de procedimiento realizados en pequeña cirugía Id_Paciente int 4 x Fóranea de catálogo paciente Id_EmpStaff int 4 x Fóranea de catálogo empleado
Id_EmpInterno int 4 Fóranea de catálogo empleado Id_EmpResidente int 4 Fóranea de catálogo empleado
HoraLLegada datetime 8 x Registra la hora de llegada del paciente HoraInicioProced datetime 8 x Registra la hora de inicio de procedimiento HoraFinProced datetime 8 x Registra la hora de finalización del procedimiento
Fugado bit 1 Registra si el paciente se fugo Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema fecha_crea datetime 8 x Fecha interna del grabado del registro
Tabla SER_Mo_HorarioCiruProyectada Descripcion Tipo Movimiento Campo Tipo Longitud Obligatorio Llave Descripcion
Id_HorarioCiruProyectada int 4 x x Identificador único de Horario de Cirugía Proyectada Id_SolicitudSala int 4 x Fóranea de Solicitud de Sala
CantidadHorasDisponibles int 4 x Registra el numero de horas disponible para la cirugía Hora_RangoI int 4 x Hora de inicio de cirugía Hora_RangoF int 4 x Hora de finalización de cirugía Fecha_Crea datetime 8 x Fecha interna del grabado del registro Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema
Tabla SER_Mo_LesionCauExt_Cont2 Descripcion Tabla con información de las consultas de lesión de causa externa Tipo Movimiento Campo Tipo Longitud Obligatorio Llave Descripcion
Id_ProcediRealiz int 4 x x Campo identificador único de lesión de causa externa 2
DescripcionProceReali varchar 150 x Registra la descripción de procedimientos quirúrgicos Id_LesionCausaExt int 4 Fóranea de lesión de causa externa
Id_Empleado int 4 Fóranea de cátalogo empleado Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema fecha_crea datetime 8 x Fecha interna del grabado del registro
Tabla SER_Mo_LesionCausaExterna Descripcion Tabla con información de las consultas lesión externa. Tipo Movimiento Campo Tipo Longitud Obligatorio Llave Descripcion
Id_LesionCausaExt int 4 x x Campo identifícador único de lesión de causa externa Id_Paciente int 4 x Fórane de catálogo de paciente Ocupacion varchar 50 Registra la ocupación del paciente
PacDiscapacidad varchar 2 Registra si el paciente posee discapacidad o no EstadoLlegada varchar 5 x Registra el estado de llegada del paciente EstadoSalida varchar 5 x Registra el estado de salida del evento
Id_LugarEvento int 4 Fóranea registra el lugar del evento DireccionLugarEvento varchar 100 Registra la dirección exacta donde ocurrió la lesión
FechaHistoria datetime 8 x Registra la fecha en forma manual del ingreso del registro HoraHistoria varchar 5 x Registra la hora en forma manual del ingreso del registro
Am_PmHistoria varchar 2 x Registra el turno de la hora del registro FechaEvento datetime 8 x Registra la fecha en que ocurrió la lesión HoraEvento varchar 5 x Registra la hora en que ocurrió la lesión
Am_PmEvento varchar 2 x Registra el tunno de la hora del evento Id_TipoEvento int 4 Fóranea registra el tipo de evento
Id_Intencionalidad int 4 x Fóranea registra la función del paciente en la ocurrencia de la lesión IntencionalidadOtro varchar 10 Registra de forma manual la intencionalidad
Id_LugarLesion int 4 Fóranea registra el lugar donde ocurripo la lesión LugarLesionOtro varchar 10 Registra de forma manual el lugar de lesión
Id_Actividad int 4 x Fóranea registra la actividad que estaba haciendo el paciente cuando se lesionó ActividadOtro varchar 10 Registra de forma manual la actividad
Id_MecaLesion int 4 x Fóranea registra como se produjo la lesión MecaLesionOtro varchar 25 Registra de forma manual como se produjo la lesión
MLMordeduraCual varchar 25 Registra el tipo de mordedura MLIntoxicacionlCual varchar 25 Registra el tipo de intoxicación
Id_AgresVictim int 4 x Fóranea registra el tipo de agresión que sufrio la victima AgresVictimOtro varchar 10 Registra de forma manual la agresión que sufreio la victima
Id_Contexto int 4 Fóranea registra el contexto en que ocurrio la violencia ContextoOtro varchar 10 Registra de forma manual el contexto en que ocurrio la violencia
Id_FactorPrecipiainfli int 4 x Foránea registra los factores precipitantes de la violencia FactorPreciOtro varchar 10 Registra de foma manual el factor precipitante de la violencia Id_OtroDestino int 4 x Fóranea registra otros destinos del paciente
Diagnostico varchar 200 Registra el diagnóstico del paciente ConsultaPor varchar 100 x Registra la consulta del paciente
PresentaEnfermedad varchar 500 x Registra si el paciente presenta enfermedad HoraUltimaIngesta varchar 5 Registra la ultima hora de ingesta del paciente
Am_PmUltimaIngesta char 2 Registra el turno de la ultima hora de ingesta del paciente HoraProcedimiento int 4 Registra la hora del procedimiento
MinutosProcedimiento int 4 Registra los minutos del procedimiento Antecedentes varchar 300 x Registra los antecedentes del paciente ExamFisFC int 4 Registra el examen fisico de frecuencia cardiaca ExamFisFR int 4 Registra el examen físico de frecuencia respiratoria ExamenFisT int 4 Registra el examen físico de temperatura ExamFisTA int 4 Registra el examen físico ta
DescripcionLesion varchar 800 Registra la descripción de la lesión IndicacionesIniciales varchar 300 x Registra las indicaciones iniciales Id_EmpleadoRealizo int 4 Fóranea registra el médico que realizó
Id_EmpleadoSuperviso int 4 Fóranea registra el médico que supervisó Peso decimal 9 x Registra el peso del paciente Talla decimal 9 x Registra la talla del paciente
Id_Glasgow int 4 Fóranea registra la escala de glasgow Puntos decimal 9 Registra los puntos del paciente
Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema fecha_crea datetime 8 x Fecha interna del grabado del registro
Tabla SER_Mo_MProcQuirur Descripcion Tabla con información de los registros de procedimientos quirúrgicos Tipo Movimiento Campo Tipo Longitud Obligatorio Llave Descripcion
Id_MasterProcedimientos int 4 x x Llave Primaria del Movimiento de Procedimientos Quirurgicos Id_HojaProcedimiento int 4 Llave Foranea al Movimiento de Procedimientos Quirurgicos Realizados
Id_CirugiaMenor int 4 Llave Foranea al Movimiento de Cirugias Menores Id_Procedimiento int 4 Llave Foranea invoca catalogo de Procedimientos ProcQProcNoQ char 2 Registra si Procedimiento es Quirurgicos o No Quirurgicos Id_SolicitudSala int 4 Llave Foranea invoca catalogo de Movimiento de Solicitud de Pre-Operatorio
Id_ObservSelec int 4 Llave Foranea que guarda los Procedimientos generados en Observacion o Selección
Orden tinyint 1 x Registra el Orden de los procedimientos registrados Id_Usuario int 4 x Registra el usuario que registro fecha_crea datetime 8 x Registra la fecha en que se creo los registros
Tabla SER_Mo_PrograTerapia Descripcion Tabla con información de la programación de terapia respiratoria que se le realizarán al paciente Tipo Movimiento Campo Tipo Longitud Obligatorio Llave Descripcion
Id_movterapia int 4 x x Campo identifícador único de programación de terapias respiratorias Id_TipoTerapia int 4 x Fóranea registra el tipo de terapia respiratoria HoraSolicitud datetime 8 x Registra la hora de solicitud de terapia fechaSolicitud datetime 8 x Registra la fecha de solicitud de terapia CantidadDiaria tinyint 1 x Registra la cantidad de terapias diarias suministradas al paciente
CantidadProyectada tinyint 1 x Registra la cantidad proyectadas al paciente prescripcion varchar 60 x Registra las prescripciones del paciente observacion varchar 60 Registra las observaciones del paciente
diasprogramados int 4 Registra los días programados de terapias Id_Expediente int 4 Foránea del catálogo paciente
Id_ExpeProbicional varchar 50 Fóranea del catálogo paciente provicional de anexo Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema fecha_crea datetime 8 x Fecha interna del grabado del registro
Id_Empleado int 4 x Fóranea registra el médico que atendio al paciente Id_RutaPacPivote int 4 x Fóranea registra ruta del paciente por áreas.
Tabla SER_Mo_SolicitudCiruApro Descripcion Tabla con información de las solicitudes pendientes de aprobación de Intervención Quirúrgica Tipo Movimiento
Campo Tipo Longitud Obligatorio Llave Descripcion Id_AprobaSoliciOpera int 4 x x Campo identificador único de aprobación de solicitud de intervención quirúrgica
Id_SolicitudSala int 4 x Fóranea de solicitud de sala FechaAprobac datetime 8 x Registra la fecha de aprobación de intervención HoraAprobac varchar 5 x Registra la hora de aprobación de intervención
AM_PM varchar 2 x Registra el turno de la hora de aprobación de intervención Aprobacion varchar 2 x Registra si es o no aprobada la solicitud de intervención
Id_Anestesiologo int 4 Fóranea del catálogo de empleado Id_Anestesista int 4 Fóranea del catálogo de empleado MedicPreAnest varchar 50 Registra el uso de medicación pre anestesica
Id_CausaSuspension int 4 Fóranea de catálogo de causas de suspención de intervenciones Id_EmpleadoAprueba int 4 x Fóranea de catálogo de empleado
Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema Fecha_Crea datetime 8 x Fecha interna del grabado del registro
Tabla SER_Mo_SolicitudCirugia Descripcion Tabla con información de los registros de solicitudes pre operatorias Tipo Movimiento Campo Tipo Longitud Obligatorio Llave Descripcion
Id_SolicitudSala int 4 x x Campo identificador único de solicitud de intervención quirúrgica Id_Paciente int 4 Fóranea de catálogo de paciente
HoraSolicitud varchar 5 x Registra la hora de ingreso de solicitud de intervención quirúrgica AM_PM varchar 2 x Registra el turno de hora de intervención quirúrgica
FechaSolicitud datetime 8 x Registra la fecha de ingreso de solicitud de intervención quirúrgica Id_Organizacion int 4 x Fóranea de catálogo organización
Id_Cirujano int 4 x Fóranea de catálogo de empleado Id_CirujanoAyu int 4 Fóranea de catálogo de empleado
Id_Horario_Operar int 4 Fóranea de cátalogo de asignación de horario del médico NumHorario int 4 Registra la posición de pestaña de horario
cama int 4 Registra el numero de cama asignada al paciente peso varchar 5 Registra el peso de paciente
Id_Anestesia int 4 Fóranea de catálogo anestesia Id_ServicioHospitalario int 4 x Fóranea de catálogo servicio hospitalario
Id_TipoCirugia int 4 x Fóranea de catálogo tipo de cirugía NutriPac varchar 50 Registra el estado nutrcional del paciente
NivelHB varchar 5 x Registra el nivel de hb del paciente NivelHT varchar 5 x Registra el hp del paciente
CantidadSangreEE varchar 5 Registra la cantidad de sangre EE del paciente CantidadSangrePFC varchar 5 Registra la cantidad de sangre PFC del paciente
Id_Glasgow int 4 Fóranea del catálogo glasgow Hepatopatias varchar 5 Registra las hepatopatias del paciente
Politraumatismo varchar 5 Registra el politraumatismo del paciente Hematologicos varchar 5 Registra los hematologicos del paciente Cardiovascular varchar 5 Registra el cardiovascular del paciente
SCquemada varchar 5 Registra el porcentaje de quemadura del paciente Quemadura varchar 15 Registra el nombre de la quemadura del paciente
ProbAlergicos varchar 1000 Registra los problemas alergicos del paciente Id_Nivel_Riesgo int 4 Fóranea del catálogo del nivel de riesgo Observaciones varchar 1000 Registra las observaciones
Aprobacion varchar 2 Registra es estado de aprobación de la intervención Id_CausaSuspension int 4 Fóranea del catálogo de causas de suspesión de intervenciones
Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema fecha_crea datetime 8 x Fecha interna del grabado del registro
Tabla SER_Mo_Terapia Descripcion Tabla con información de las terapias respiratorias que fueron programadas al paciente Tipo Movimiento Campo Tipo Longitud Obligatorio Llave Descripcion
Id_PrograTerapia int 4 x x Campo identificador único de terapias respiratorias realizadas Id_movterapia int 4 x Fóranea de programación de terapias respiratorias FechaTerapia datetime 8 x Registra la fecha de la terapia
realizadas tinyint 1 x Registra el numero de terapias realizadas Hora datetime 8 x Registra la hora de ingreso de registro
Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema fecha_crea datetime 8 x Fecha interna del grabado del registro
Id_EmpleadoRealizo int 4 x Fóranea de catálogo empleado NumeroDosis varchar 50 x Registra el numero de dosis
CantiEvaluaMed tinyint 1 x Registra el numero de evaluaciones médicas realizadas
Tabla SER_Mo_RutaPacPivote Descripcion Tabla con información de los servicios donde ha sido atendido el paciente y ha sido enviado. Tipo Movimiento Campo Tipo Longitud Obligatorio Llave Descripcion
Id_RutaPacPivote int 4 x x Campo identificador único TipoRuta varchar 8 Registra la dirección que toma el paciente en cada servicio
Orden int 4 x Registra el orden la inserción de datos Fecha datetime 8 x Registra la fecha de registran los servicios de entrada o salida de cada módulo Hora varchar 5 Registra la hora de registran los servicios de entrada o salida de cada módulo
AM_PM varchar 4 Registra el turno de la hora Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema fecha_crea datetime 8 x Fecha interna del grabado del registro Id_Modulos int 4 Fóranea que registra los módulos de pequeña cirugía
Id_Organizacion int 4 Fóranea del catálogo organización Id_Establecimiento int 4 Fóranea del catálogo establecimiento
Id_ObservacionSeleccion int 4 Fóranea de consultas de observación - selección Id_CirugiaMenor int 4 Fóranea de cirugía menor
Id_SolicitudCirugia int 4 Fóranea de solicitus de intervención de cirugía Id_HojaProcedimiento int 4 Fóranea de registros de procedimientos quirurgicos realizados
Id_FichaMaxUrg int 4 Fóranea de ficha de maxima urgencia
ANEXO F
Manual de Configuración de Servidor de Información de Internet (IIS)
Manual de Instalación de SQL Server 2000
Manual de Instalación del Sistema
Manual de Usuario (CD anexo)
Manual Técnico
Plan de Implementación
Plan de Contingencia
Manual de Configuración del IIS “SISTEMA AUTOMATIZADO PARA LA GESTIÓN DE LA UNIDAD DE EMERGENCIA PARA UN HOSPITAL DE TERCER NIVEL”. Caso de Estudio (Hospital Nacional de Niños Benjamín Bloom.
UNIVERSIDAD FRANCISCO GAVIDIA
FACULTAD DE INGENIERIA Y ARQUITECTURA
MANUAL DE CONFIGURACIÓN DE IIS
“SISTEMA AUTOMATIZADO PARA LA GESTIÓN DE LA UNIDAD DE EMERGENCIAS PARA UN HOSPITAL DE TERCER NIVEL.”
Caso de Estudio (Hospital Nacional de Niños Benjamín Bloom)
PRESENTADO POR:
Aguillón, Carlos Humberto
Franco Castellanos, Alba Elizabeth
Garciaguirre Palacios, Iris Ivette
PREVIA OPCIÓN AL TITULO ACADEMICO DE:
INGENIERIO EN CIENCIAS DE LA COMPUTACIÓN
FEBRERO, 2009
SAN SALVADOR, EL SALVADOR
INTRODUCCIÓN
no de los métodos para asegurar la información vía web y que esta pueda ser
vista por los que navegan por la Internet es la de crear directorios virtuales
donde se alojen las paginas creadas en este caso, las aspx’s y que tengan ventajas
como seguridad en los archivos básicos, lo cual asegura que no se destruyan si algún
usuario de las paginas pretende eliminarlas. El IIS ofrece servicios de FTP, SMTP,
NNTP y http/HTTPS. El IIS realiza la conversión de una computadora en un Servidor de
Internet o Intranet, es decir que las computadoras que tienen este servicio instalado
tienen la facultad de publicar páginas web tanto local como de forma remota (Servidor
Web).
A continuación se presentan los pasos básicos para la configuración de los Directorios
Virtuales de las páginas creadas en aspx de Visual Studio 2005.
U
OBJETIVOS
� Crear una guía fácil de cómo configurar los archivos aspx que contiene las
páginas web.
� Informar y culturizar al personal Técnico sobre esta variedad de servicio que
ofrece Microsoft para la publicación de páginas en caso de no contar con
servicios profesionales en el ramo.
� Dar a conocer las ventajas del IIS para el uso del alojamiento web.
1. CONFIGURACION E INSTALACION DEL IIS
Requisito para la configuración
Uno de los primeros requisitos es contar con el disco de instalación del Sistema
Operativo, ya que este contiene archivos necesarios de instalación a la hora de la
instalación.
De la siguiente manera se procede a la configuración:
Inicio � Control Panel�Agregar o quitar Programas �Agregar o quitar componentes
de Windows�Click en Servicios de Internet Information Server (IIS)�Click en botón
Detalles�Cheque en Servicio World Wide Web�Aceptar. Ver figura 1.
Figura 1. Pantalla de Asistente para componentes de Windows y sus Servicios de IIS
Dar siguiente en Asistentes para componentes de Windows�Aparece la siguiente
pantalla de la Figura 2:
Figura 2. Pantalla de Configuración de Componentes
En caso de ser primera vez pedirá el Disco de Instalación del Sistema
Operativo�Luego aparece la pantalla de Finalización:
Figura 3. Pantalla de Finalización del Asistente para Componentes de Windows.
2. CONFIGURACION DEL DIRECTORIO VIRTUAL
A continuación se presentan los pasos para configurar el Directorio donde estará
alojada las páginas web de la aplicación:
Dar click en Inicio�Control Panel�Herramientas Administrativas�Click en Servicios de
Internet de Information Server�Aparece el Administrador del IIS�Expandir Equipo
Local�Sitios Web�Expandir Sitios web predeterminados�Dar click derecho
�Nuevo�Directorio Virtual
Figura 4. Pantalla de Servicios de Internet Information Server
�Aparece el Asistente para Directorio Virtual� Escribir un Alias para el Directorio
Virtual�Agregar el Directorio donde se encuentra el contenido del Sitio Web o los
archivos Fuentes
Figura 5. Pantalla de Asistente para crear un Directorio Virtual
Figura 6. Pantalla para dar nombre o Alias a Directorio Virtual
Figura 7. Pantalla para agregar la carpeta del contenido del Directorio del Contenido del Sitio Web
�Dar permisos necesarios de Acceso
Figura 8. Pantalla para agregar la carpeta del contenido del Directorio del Contenido del Sitio Web
�Finalizar
Figura 9. Pantalla de Finalización de Asistente
Habiendo Finalizado se puede observar el Directorio Virtual donde permitirá ver las
Pagina de Consulta Web.
Figura 7. Pantalla para ver el Directorio Virtual que se ejecutaran desde cualquier cliente
El siguiente y último paso será consultar en el Navegador de Internet Explorer la Página
Web.
Manual de Instalación de SQL Server 2000 “SISTEMA AUTOMATIZADO PARA LA GESTIÓN DE LA UNIDAD DE EMERGENCIA PARA UN HOSPITAL DE TERCER NIVEL”. Caso de Estudio (Hospital Nacional de Niños Benjamín Bloom.
UNIVERSIDAD FRANCISCO GAVIDIA
FACULTAD DE INGENIERIA Y ARQUITECTURA
MANUAL DE INSTALACIÓN DE SQL SERVER 2000
“SISTEMA AUTOMATIZADO PARA LA GESTIÓN DE LA UNIDAD DE EMERGENCIAS PARA UN HOSPITAL DE TERCER NIVEL.”
Caso de Estudio (Hospital Nacional de Niños Benjamín Bloom)
PRESENTADO POR:
Aguillón, Carlos Humberto
Franco Castellanos, Alba Elizabeth
Garciaguirre Palacios, Iris Ivette
PREVIA OPCIÓN AL TITULO ACADEMICO DE:
INGENIERIO EN CIENCIAS DE LA COMPUTACIÓN
FEBRERO, 2009
SAN SALVADOR, EL SALVADOR
INTRODUCCIÓN
Para que la Aplicación SER sea vista con sus datos inmersos en los archivos .mdf es
necesaria la instalación del Gestos de Base de Datos SQL Server 2000.
A continuación se presenta de manera grafica el proceso de instalación de SQL Server
2000 Profesional Edition.
OBJETIVOS
� Dar a conocer de manera fácil los pasos que requieren la instalación y configuración
del Gestor de Base de Datos
� Facilitar al técnico la herramienta reunida en un solo documento.
1. Requisitos para Instalación � Sistema operativo compatibles: Windows 2000 Advanced Server, Windows 2000
Profesional Edition, Windows 2000, windows Server 2003, Windows XP Professional Edition.
� 300 Mbytes de espacio Libre mínimo.
2. Procesos de Instalación
Paso #1: Insertar Disco�Aparece Menú y escoger “SQL Server 2000 Components”
Paso #2: Luego aparecerá la siguiente pantalla donde debe escoger que Instale el Servidor de Base de Datos.
Paso #3: Escoger Computadora Local y dar siguiente
Paso #4: Crear una Nueva Instancia de SQL Server y dar siguiente
Paso #5: Luego escoger herramientas de Cliente y Servidor
Paso #6: Dar Default y siguiente
Paso #7: Luego escoger Típica y dar siguiente
Paso #8: Escoger la Primera Opción de la cuenta Local y siguiente
Paso #9: Escoger la primera opción y dar siguiente y se finalizara.
Paso #10: Ya habiendo instalado se puede buscar uno de los servicios que brinda SQL Server 2000 para parar el Servidor en caso se requiera hacer Back Up
Manual de Instalación del Sistema “SISTEMA AUTOMATIZADO PARA LA GESTIÓN DE LA UNIDAD DE EMERGENCIA PARA UN HOSPITAL DE TERCER NIVEL”. Caso de Estudio (Hospital Nacional de Niños Benjamín Bloom.
UNIVERSIDAD FRANCISCO GAVIDIA
FACULTAD DE INGENIERIA Y ARQUITECTURA
MANUAL DE INSTALACIÓN DE SISTEMA
“SISTEMA AUTOMATIZADO PARA LA GESTIÓN DE LA UNIDAD DE EMERGENCIAS PARA UN HOSPITAL DE TERCER NIVEL.”
Caso de Estudio (Hospital Nacional de Niños Benjamín Bloom)
PRESENTADO POR:
Aguillón, Carlos Humberto
Franco Castellanos, Alba Elizabeth
Garciaguirre Palacios, Iris Ivette
PREVIA OPCIÓN AL TITULO ACADEMICO DE:
INGENIERIO EN CIENCIAS DE LA COMPUTACIÓN
FEBRERO, 2009
SAN SALVADOR, EL SALVADOR
INTRODUCCIÓN
oftware de aplicación para apoyo a la gestión de de la Unidad de Emergencia para
un Hospital de Tercer Nivel. Este sistema ayuda a la automatización de procesos
manuales de captura de datos de los pacientes facilitando la administración y el control de la
información que se genera en la Unidad.
El manual de instalación presenta la guía de trabajo para el proceso de instalación y
configuración de las diferentes tecnologías involucradas para la ejecución del sistema.
S
OBJETIVOS
Objetivo General
� Guiar a los usuarios hacia la instalación del Sistema de la Unidad de Emergencia
del HNNBB.
Objetivos Específicos
� Explicar los pasos necesarios para instalar la base de datos en un servidor.
� Explicar los pasos necesarios para instalar la aplicación en los equipos de los
usuarios del sistema.
� Detallar los requerimientos de hardware y software para la ejecución del sistema.
� Nombrar los conocimientos básicos del personal técnico para la ejecución del
sistema.
1. Requerimiento de Hardware y Software
1.1 Requerimiento de software para la ejecución del sistema
SERVIDOR
Sistema Operativo de red y servicio • Windows 2000 Advanced Server
• Windows 2003 Advanced Server
• Windows XP Professional
Gestor de Base de Datos Microsoft SQL Server 2000
Otros • IIS Internet Information Server
• Net Framework version 2.0
CLIENTE
Sistema Operativo Microsoft Windows 2000
Microsoft Windows XP Profesional
(Español)
Aplicación Ejecutable Windows Installers
Otros • Net Framework versión 2.0
• Navegador de Internet para
consultas vía Web (Browser)
1.2 Requerimiento de software de red
CATEGORIA SOFTWARE
Seguridad Antivirus de Preferencia
1.3 Requerimiento de hardware para la implementación del sistema
SERVIDOR
Procesador Pentium IV, equivalente o superior
Memoria RAM 512 MB o superior
Tarjeta de Red 100 Mbps o superior
Disco Duro 100 GB
CLIENTE
Procesador Pentium III, equivalente o superior
Memoria 128 MB o superior
Tarjeta de Red 100 Mbps
Disco Duro 40 GB
1.4 Requerimiento de hardware de red
CATEGORIA HARDWARE
Cableado UTP
Switch 16 puertos
Enlace Fibra Óptica(Edificio Torre a Anexo)
2. Características del Personal Técnico
2.1 Personal técnico
El perfil del personal técnico deberá poseer conocimientos sobre instalación del
gestor de base de datos SQL SERVER 2000 y Sistema Operativo Windows.
3. Instalación de Base de Datos en Servidor
La instalación de la Base de Datos SER consta de una serie de pasos que se
detallan a continuación:
Paso #1: Poseer un dispositivo de almacenamiento que contenga los archivos mdf y
ldf.
Paso #2: Clic en inicio
Paso #3: Clic en todos los programas
Paso #4: Clic en Software Microsoft SQL Server
Paso #5: Clic en Enterprise Manager (Administrador Corporativo)
Paso #6: Clic en raíz de consola
Paso #7: Clic en grupo de SQL server
Paso #8: Clic en servidor local
Paso #9: Desplegar base de datos
Paso #10: Clic derecho y posicionarse en todas las tareas
Paso #11: Clic en adjuntar base de datos, se abrirá la ventana adjuntar base de
datos con el nombre del servidor.
Paso #12: Clic en botón búsqueda de archivo mdf de la base a adjuntar
Paso #13: Seleccionar el archivo mdf
Paso #14: Clic en aceptar, la base de datos fue adjunta con éxito.
4. Instalación de sistema SER
Con la infraestructura de software detallada y pre-determinada en el numeral 1 se
procede a la instalación del Sistema en las Estaciones necesarias o que le
requieran:
A continuación se detallan los pasos a seguir para la instalación:
Paso #1: Insertar el disco de Instalación
Paso #2: Doble clic al icono de instalación del sistema donde luego
aparecerá la ventana de preparación de la Instalación:
Paso #3: Luego aparecerá la ventana de Asistente de Instalación con información de
derechos de Autor:
Paso #4: Clic en siguiente, aparecerá la ve ventana donde debe seleccionar la
carpeta de Instalación en el botón Examinar y escoger si para todos los usuarios o
solo para este usuario:
Paso #5: Clic en siguiente, aparecerá la ventana de Confirmación de Instalación:
Paso #6: Clic en siguiente, se inicia la Instalación de SER:
Paso #7: Se instalará entre 30 y 40 segundos.
Paso #8: Clic en el botón cerrar.
Manual Técnico “SISTEMA AUTOMATIZADO PARA LA GESTIÓN DE LA UNIDAD DE EMERGENCIA PARA UN HOSPITAL DE TERCER NIVEL”. Caso de Estudio (Hospital Nacional de Niños Benjamín Bloom.
UNIVERSIDAD FRANCISCO GAVIDIA
FACULTAD DE INGENIERIA Y ARQUITECTURA
MANUAL TÉCNICO
“SISTEMA AUTOMATIZADO PARA LA GESTIÓN DE LA UNIDAD DE EMERGENCIAS PARA UN HOSPITAL DE TERCER NIVEL.”
Caso de Estudio (Hospital Nacional de Niños Benjamín Bloom)
PRESENTADO POR:
Aguillón, Carlos Humberto
Franco Castellanos, Alba Elizabeth
Garciaguirre Palacios, Iris Ivette
PREVIA OPCIÓN AL TITULO ACADEMICO DE:
INGENIERIO EN CIENCIAS DE LA COMPUTACIÓN
FEBRERO, 2009
SAN SALVADOR, EL SALVADOR
INTRODUCCIÓN
oftware de aplicación para apoyo a la gestión de de la Unidad de Emergencia para
un Hospital de Tercer Nivel. Este sistema ayuda a la automatización de procesos
manuales de captura de datos de los pacientes facilitando la administración y el control de la
información que se genera en la Unidad.
El manual técnico esta orientada para el personal de desarrollo y análisis de la Institución,
especificando estructura de la base de datos, flujos de procesos y otros elementos del área
propiamente técnica.
S
OBJETIVOS
Objetivo General
Apoyar la continuidad del sistema, ofreciendo una guía de referencia para
programadores y analistas, los cuales pueden enriquecer de nuevas funcionalidades al
software; sin ser necesario la participación de los creadores de la herramienta.
Objetivos Específicos
• Mostrar diccionario de datos del sistema y diagrama de entidad relación
• Presentar diagramas E-R por módulos
• Mostrar flujos de procesos.
1. Diccionario de Datos
Permite detallar la descripción lógica de la información almacenada en el sistema, su estructura y relación. A continuación
se presentar el diccionario de datos del sistema
Tabla SER_T_Actividad Descripcion Tabla con información de la actividad que realizaba el paciente cuando se lesionó. Tipo Catálogo Campo Tipo Longitud Obligatorio Llave Descripcion
Id_Actividad int 4 x x Campo identificador único de la actividad cod_Actividad smallint 2 x Código de cada actividad Descripcion varchar 100 x Nombre de la actividad Fecha_Crea datetime 8 x Fecha interna del grabado del registro Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema
Tabla SER_T_ActoQuirurgico Descripcion Tipo Catálogo Campo Tipo Longitud Obligatorio Llave Descripcion
Id_ActoQuirurgico int 4 x x Campo identificador único para cirugías descripcion varchar 100 x Nombre de la cirugía Fecha_Crea datetime 8 x Fecha interna del grabado del registro Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema
Tabla SER_T_AreaEmergencia Descripcion Tipo Catálogo Campo Tipo Longitud Obligatorio Llave Descripcion
Id_Area_Emer int 4 x x Campo identificador único para áreas de emergencia Descripcion varchar 100 x Nombre de área de emergencia Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema fecha_crea datetime 8 x Fecha interna del grabado del registro
Tabla SER_T_CanalOxigeno
Descripcion Tabla con información de los diferentes tipos de canales de oxigeno. Tipo Catálogo Campo Tipo Longitud Obligatorio Llave Descripcion
Id_CanalOxigeno int 4 x x Campo identificador único para canales de oxigeno descripcion varchar 100 x Nombre de canal de oxigeno Fecha_Crea datetime 8 x Fecha interna del grabado del registro Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema
Tabla SER_T_CausaMuerte Descripcion Tabla con información de tipo de causas de muerte del paciente. Tipo Catálogo Campo Tipo Longitud Obligatorio Llave Descripcion
Id_CausaMuerte int 4 x x Campo identificador único para causas de muerte Descripcion varchar 100 x Nombre de causa de muerte Fecha_Crea datetime 8 x Fecha interna del grabado del registro Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema
Tabla SER_T_CausaSuspension Descripcion Tabla con información de tipo de causas de suspensión de cirugías. Tipo Catálogo Campo Tipo Longitud Obligatorio Llave Descripcion
Id_CausaSuspension int 4 x x Campo identificador único para causas de suspensión Descripcion varchar 100 x Nombre de causa de suspensión Fecha_Crea datetime 8 x Foránea del Usuario que registra datos en el sistema Id_Usuario int 4 x Fecha interna del grabado del registro
Tabla SER_T_ColoracionPielMucos Descripcion Tabla con información de los tipos de coloración de piel y mucosas. Tipo Catálogo Campo Tipo Longitud Obligatorio Llave Descripcion
Id_ColoracionPM int 4 x x Campo identificador único para coloraciones de piel y mucosa Descripcion varchar 100 x Nombre de coloración de piel y mucosas Fecha_Crea datetime 8 x Fecha interna del grabado del registro Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema
Tabla SER_T_ContaNoConta Descripcion Tabla con información de tipo de contaminación de la sala de operación. Tipo Catálogo Campo Tipo Longitud Obligatorio Llave Descripcion
Id_ContaNoConta int 4 x x Campo identificador único para contaminado Descripcion varchar 50 x Nombre de contaminación de sala
TiempoPromedioHora int 4 Determina el tiempo promedio en hora de limpieza de sala TiempoPromedioMin int 4 Determina el tiempo promedio en minutos de limpieza de sala
Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema Fecha_Crea datetime 8 x Fecha interna del grabado del registro
Tabla SER_T_Contexto Descripcion Tabla con información del conexto en que sucedió la lesión. Tipo Catálogo Campo Tipo Longitud Obligatorio Llave Descripcion
Id_Contexto int 4 x x Campo identifícador único de contexto Cod_contexto smallint 2 x Código de cada contexto descripcion varchar 100 x Nombre del contexto donde ocurrió la lesión Fecha_Crea datetime 8 x Fecha interna del grabado del registro Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema
Tabla SER_T_Contraparte Descripcion Tabla con información de los tipos de contraparte del accidente de transporte. Tipo Catálogo Campo Tipo Longitud Obligatorio Llave Descripcion
Id_Contraparte int 4 x x Campo identifícador único de contraparte Cod_Contraparte smallint 2 x Código de cada contraparte
Descripcion varchar 100 x Nombre de la contraparte Fecha_Crea datetime 8 x Fecha interna del grabado del registro Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema
Tabla SER_T_Dias Descripcion Tabla con información de los dias. Tipo Catálogo Campo Tipo Longitud Obligatorio Llave Descripcion
Id_Dias int 4 x x Campo identificador único para días Descripcion varchar 100 x Nombre de día Fecha_Crea datetime 8 x Fecha interna del grabado del registro Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema
Tabla SER_T_Ejecucion Descripcion Tabla con información de la ejecución de una cirugía. Tipo Catálogo Campo Tipo Longitud Obligatorio Llave Descripcion
Id_Ejecucion int 4 x x Campo identificar único para ejecuciones Descripcion varchar 100 x Nombre de ejecución Fecha_Crea datetime 8 x Fecha interna del grabado del registro Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema
Tabla SER_T_EnfAlertas Descripcion Tabla con información de enfermedades de alerta Tipo Catálogo Campo Tipo Longitud Obligatorio Llave Descripcion
Id_EnfAlertas int 4 x x Campo identificadpr único para enfermedades de alerta Descripcion varchar 100 x Nombre de enfermedad de alerta Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema fecha_crea datetime 8 x Fecha interna del grabado del registro
Tabla SER_T_ENutricionPac Descripcion Tabla con información del estado nutricional del paciente. Tipo Catálogo Campo Tipo Longitud Obligatorio Llave Descripcion
Id_NutricionPac int 4 x x Campo identificador único para estado nutricional del paciente Descripcion varchar 100 x Nombre de estado nutricional del paciente Fecha_Crea datetime 8 x Fecha interna del grabado del registro Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema
Tabla SER_T_FactoresPrecipitantes Descripcion Tabla con información de los factores precipitantes en la violencia autoinfligida. Tipo Catálogo Campo Tipo Longitud Obligatorio Llave Descripcion
Id_FactorPrecipi int 4 x x Campo identifícador único de factor precipitante Cod_FactorPrecipi smallint 2 x Código de cada factor precipitante
Descripcion varchar 100 x Nombre del factor precipitante Fecha_Crea datetime 8 x Fecha interna del grabado del registro Id_Usuario int 4 Foránea del Usuario que registra datos en el sistema
Tabla SER_T_Glasgow Descripcion Tabla con información de la escala de glasgow en la severidad en caso de trauma craneoencefalico. Tipo Catálogo Campo Tipo Longitud Obligatorio Llave Descripcion
Id_glasgow int 4 x x Campo identificador único de escala de glasgow descripcion smallint 2 x Número de escala de glasgow Fecha_Crea datetime 8 x Fecha interna del grabado del registro Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema
Tabla SER_T_HorasProgSala Descripcion Tabla con información de las horas de programación de sala. Tipo Catálogo Campo Tipo Longitud Obligatorio Llave Descripcion
Id_Horas int 4 x x Campo identificador único de hora de programación de sala Descripcion varchar 5 x Hora
AM_PM varchar 2 x Horario matutino y vespertirno HoraMilitar varchar 5 Hora en formato militar Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema fecha_crea datetime 8 x Fecha interna del grabado del registro
Tabla SER_T_Intencionalidad Descripcion Tabla con información de la intencionalidad en la ocurrencia de la lesión. Tipo Catálogo Campo Tipo Longitud Obligatorio Llave Descripcion
Id_Intencionalidad int 4 x x Campo identifícador único de intencionalidad cod_intencionalidad smallint 2 x Código de cada intencionalidad
Descripcion varchar 100 x Nombre de Intencionalidad Fecha_Crea datetime 8 x Fecha interna del grabado del registro Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema
Tabla SER_T_LugarLesion Descripcion Tabla con información del lugar donde ocurrio la lesión. Tipo Catálogo Campo Tipo Longitud Obligatorio Llave Descripcion
Id_LugarLesion int 4 x x Campo identificador único de lugar de lesión Cod_LugarLesion smallint 2 x Código de cada lugar de lesión
Descripcion varchar 100 x Nombre de lugar de lesión Fecha_Crea datetime 8 x Fecha interna del grabado del registro Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema
Tabla SER_T_MecaLesion Descripcion Tabla con información del mecanismo de la lesión, es decir, como se produjo la lesión. Tipo Catálogo Campo Tipo Longitud Obligatorio Llave Descripcion
Id_MecaLesion int 4 x x Campo identifícador único de mecanismo de lesión cod_MecaLesion smallint 2 x Código de cada mecanismo de lesión
Descripcion varchar 100 x Nombre de mecanismo de lesión Fecha_Crea datetime 8 x Fecha interna del grabado del registro Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema
Tabla SER_T_Nivel_Riesgo Descripcion Tabla con información del nivel de riesgo quirúrgico. Tipo Catálogo Campo Tipo Longitud Obligatorio Llave Descripcion
Id_Nivel_Riesgo int 4 x x Campo identificador único de nivel de riesgo Cod_Nivel_Riesgo varchar 5 x Código de cada nivel de riesgo
Descripcion varchar 100 x Nombre de nivel de riesgo Fecha_Crea datetime 8 x Fecha interna del grabado del registro Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema
Tabla SER_T_OtroDestino Descripcion Tabla con información del destino del paciente. Tipo Catálogo Campo Tipo Longitud Obligatorio Llave Descripcion
Id_OtroDestino int 4 x x Campo identifícador único de otro destino Descripcion varchar 50 x Nombre de cada destino Fecha_Crea datetime 8 x Fecha interna del grabado del registro Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema
Tabla SER_T_PielyMucosa Descripcion Tabla con información del tipo de piel y mucosa del paciente. Tipo Catálogo Campo Tipo Longitud Obligatorio Llave Descripcion
Id_PielMucosa int 4 x x Campo identifícador único de piel y mucosa Descripcion varchar 100 x Nombre de cada tipo de piel y mucosa Fecha_Crea datetime 8 x Fecha interna del grabado del registro Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema
Tabla SER_T_Pulso Descripcion Tabla con información de los tipos de caracteristicas de pulsos. Tipo Catálogo Campo Tipo Longitud Obligatorio Llave Descripcion
Id_pulso int 4 x x Campo identifícador único de caractoristicas de pulso Descripcion varchar 100 x Nombre de cada caracteristica de pulso Fecha_Crea datetime 8 x Fecha interna del grabado del registro Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema
Tabla SER_T_PuntosVenosos Descripcion Tabla con información de accesos venosos. Tipo Catálogo Campo Tipo Longitud Obligatorio Llave Descripcion
Id_PuntosVen int 4 x x Campo identificador único de accesos venosos Descripcion varchar 100 x Nombre de acceso venoso Fecha_Crea datetime 8 x Fecha interna del grabado del registro Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema
Tabla SER_T_ReferenciaMU Descripcion Tabla con información de el tipo de referencia del paciente. Tipo Catálogo Campo Tipo Longitud Obligatorio Llave Descripcion
Id_referenciamu int 4 x x Campo identifícador único de referencia de maxima urgencia Descripcion varchar 100 x Nombre de organización Fecha_Crea datetime 8 x Fecha interna del grabado del registro Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema
Tabla SER_T_RelacAgresVictim Descripcion Tabla con información de los tipos de relación del agresor con la victima. Tipo Catálogo Campo Tipo Longitud Obligatorio Llave Descripcion
Id_AgresVictim int 4 x x Campo identifícador único de tipo de relación del agresor con la víctima Cod_AgresVictim varchar 25 x Código de cada relación del agresor con la víctima
descripcion varchar 100 x Nombre de relación Fecha_Crea datetime 8 x Fecha interna del grabado del registro Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema
Tabla SER_T_Sala_Operacion Descripcion Tabla con información de la sala de operación. Tipo Catálogo Campo Tipo Longitud Obligatorio Llave Descripcion
Id_Sala int 4 x x Campo identifícador único de sala de operación Cod_Sala varchar 25 x Código de cada sala de operación
Descripcion varchar 100 x Nombre de sala de operación Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema fecha_crea datetime 8 x Fecha interna del grabado del registro
Tabla SER_T_SilvermanAnderson Descripcion Tabla con información de la puntuación de Silverman Anderson. Tipo Catálogo Campo Tipo Longitud Obligatorio Llave Descripcion
Id_silvermanAnd int 4 x x Campo identifícador único de puntuación de Silverman Anderson Descripcion char 100 x Nombre de puntuación de Silverman Anderson Fecha_Crea datetime 8 x Fecha interna del grabado del registro Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema
Tabla SER_T_TiempoLimpiezaSalas Descripcion Tabla con información del tiempo de limpieza de sala de operación. Tipo Catálogo Campo Tipo Longitud Obligatorio Llave Descripcion
Id_TiempoLimpSala int 4 x x Campo identifícador único de timpo de limpieza de sala de operación Descripcion varchar 50 x Nombre de tipo de limpieza de sala de operación Fecha_Crea datetime 8 x Fecha interna del grabado del registro Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema
Tabla SER_T_Tipo_Anestesia Descripcion Tabla con información de los tipos de anestesia. Tipo Catálogo Campo Tipo Longitud Obligatorio Llave Descripcion
Id_Anestesia int 4 x x Campo identifícador único de anestesia Descripcion varchar 100 x Nombre de cada tipo de anestesia Fecha_Crea datetime 8 x Fecha interna del grabado del registro Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema
Tabla SER_T_TipoAccidente Descripcion Tabla con información de los tipos de accidente. Tipo Catálogo Campo Tipo Longitud Obligatorio Llave Descripcion
Id_TipoAccidente int 4 x x Campo identifpicador único de accidente Cod_TipoAccidente smallint 2 x Código de cada tipo de accidente
Descripcion varchar 100 x Nombre de cada tipo de accidente Fecha_Crea datetime 8 x Fecha interna del grabado del registro Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema
Tabla SER_T_TipoAntisepsia Descripcion Tabla con información de los tipos de antisepsia. Tipo Catálogo Campo Tipo Longitud Obligatorio Llave Descripcion
Id_TipoAntisepsia int 4 x x Campo identifícador único de antisepsia Descripcion varchar 50 x Nombre de cada tipo de antisepsia Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema
Fecha_Crea datetime 8 x Fecha interna del grabado del registro
Tabla SER_T_TipoCirugia Descripcion Tabla con información de los tipos de cirugía. Tipo Catálogo Campo Tipo Longitud Obligatorio Llave Descripcion
Id_TipoCirugia int 4 x x Campo idetifícador único de cirugía Descripcion varchar 100 x Nombre de cada tipo de cirugía Fecha_Crea datetime 8 x Fecha interna del grabado del registro Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema
Tabla SER_T_TipoDerSangui Descripcion Tabla con información de los tipos de derivados sanguineos. Tipo Catálogo Campo Tipo Longitud Obligatorio Llave Descripcion
Id_TipoDerSangui int 4 x x Campo identifícador único de derivado sanguineo Descripcion varchar 100 x Nombre de cada derivado sanguineo Fecha_Crea datetime 8 x Fecha interna del grabado del registro Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema
Tabla SER_T_TipoEvento Descripcion Tabla con información de los tipos de eventos. Tipo Catálogo Campo Tipo Longitud Obligatorio Llave Descripcion
Id_TipoEvento int 4 x x Campo identifícador único de evento Descripcion varchar 50 x Nombre de cada tipo de evento Fecha_Crea datetime 8 x Fecha interna del grabado del registro Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema
Tabla SER_T_TipoHerida Descripcion Tabla con información de los tipos de heridas. Tipo Catálogo Campo Tipo Longitud Obligatorio Llave Descripcion
Id_TipoHerida int 4 x x Campo identifícador único de herida Descripcion varchar 50 x Nombre de cada tipo de herida Fecha_Crea datetime 8 x Fecha interna del grabado del registro Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema
Tabla SER_T_TipoLiqIV Descripcion Tabla con información de los tipos de liquidos intravenosos. Tipo Catálogo Campo Tipo Longitud Obligatorio Llave Descripcion
Id_TipoLiqIV int 4 x x Campo identifícador único de liquido intravenoso Descripcion varchar 100 x Nombre de cada tipo de liquido intravenoso Fecha_Crea datetime 8 x Fecha interna del grabado del registro Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema
Tabla SER_T_TipoTerapia Descripcion Tabla con información de los tipos de terapias. Tipo Catálogo Campo Tipo Longitud Obligatorio Llave Descripcion
Id_TipoTerapia int 4 x x Campo identíficador único de terapia Descripcion varchar 100 x Nombre de cada tipo de terapia Fecha_Crea datetime 8 x Fecha interna del grabado del registro Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema
Tabla SER_T_TransporteMax Descripcion Tabla con información del tipo de transporte a maxima urgencia. Tipo Catálogo Campo Tipo Longitud Obligatorio Llave Descripcion
Id_Transporte int 4 x x Campo identifícador único de transporte de maxima urgencia Descripcion varchar 100 x Nombre de transporte Fecha_Crea datetime 8 x Fecha interna del grabado del registro Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema
Tabla SER_T_TransporteVictima Descripcion Tabla con información del tipo de transporte de la victima en el accidente de transporte. Tipo Catálogo Campo Tipo Longitud Obligatorio Llave Descripcion
Id_TransVictima int 4 x x Campo identifícador único de transporte de víctima cod_TransVictima smallint 2 x Código de cada tipo de transporte de víctima
Descripcion varchar 100 x Nombre de transporte Fecha_Crea datetime 8 x Fecha interna del grabado del registro Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema
Tabla SER_T_UsuarioAcciTran Descripcion Tabla con información del usuario del accidente de transporte. Tipo Catálogo Campo Tipo Longitud Obligatorio Llave Descripcion
Id_UsuarioAcciTran int 4 x x Campo identifícador único de usuario de accidente de transporte Cod_UsuarioAcciTran smallint 2 x Código de cada tipo de usuario
Descripcion varchar 100 x Nombre de usuario Fecha_Crea datetime 8 x Fecha interna del grabado del registro Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema
Tabla SER_T_ViaAerea Descripcion Tabla con información de los tipos de vía áerea. Tipo Catálogo Campo Tipo Longitud Obligatorio Llave Descripcion
Id_ViaAerea int 4 x x Campo identifícador único de vía áerea Descripcion varchar 100 x Nombre de tipos de vía áerea Fecha_Crea datetime 8 x Fecha interna del grabado del registro Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema
Movimientos: Tabla SER_Mo_AccidenteTransito Descripcion Tabla con información del los aspectos del accidente de transito del paciente que se lesionó. Tipo Movimiento Campo Tipo Longitud Obligatorio Llave Descripcion
Id_AccidenteTransito int 4 x x Campo identificador único del Accidente de Tránsito Id_LesionCausaExt int 4 Campo foráneo de Lesion de Causa Externa Id_TransporteVictim int 4 x Campo foráneo del Transporte de la Víctima OtroTransporteVictim varchar 50 Campo que registra textualmente otro tipo de Transporte de la Víctima
Id_Contraparte int 4 x Campo foráneo del Transporte del Contraparte OtroContraparte varchar 50 Campo que registra textualmente otro tipo de Transporte del Contraparte
Id_UsuarioAcciTran int 4 x Campo foráneo del Usuario del Accidente de Tránsito Id_TipoAccidente int 4 x Campo foráneo de Tipo de Accidente OtroTipoAccidente varchar 50 Campo que registra otro tipo de accidente
Id_Usuario int 4 x Foránea de Usuario mete datos al sistema Fecha_Crea datetime 8 x Fecha interna del grabado del registro
Tabla SER_Mo_HorarioCiruProyectada Descripcion Tabla con información de horarios de cirugías proyectadas. Tipo Movimiento Campo Tipo Longitud Obligatorio Llave Descripcion
Id_HorarioCiruProyectada int 4 x x Identificador único de Horario de Cirugía Proyectada Id_SolicitudSala int 4 x Fóranea de Solicitud de Sala
CantidadHorasDisponibles int 4 x Registra el numero de horas disponible para la cirugía Hora_RangoI int 4 x Hora de inicio de cirugía Hora_RangoF int 4 x Hora de finalización de cirugía Fecha_Crea datetime 8 x Fecha interna del grabado del registro Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema
Tabla SER_Mo_CirugiaMenor Descripcion Tabla con información de los procedimientos quirurgícos realizados al paciente en el área de pequeña cirugía. Tipo Movimiento Campo Tipo Longitud Obligatorio Llave Descripcion
Id_CirugiaMenor int 4 x x Campo identificador único de procedimiento realizados en pequeña cirugía Id_Paciente int 4 x Fóranea de catálogo paciente Id_EmpStaff int 4 x Fóranea de catálogo empleado
Id_EmpInterno int 4 Fóranea de catálogo empleado Id_EmpResidente int 4 Fóranea de catálogo empleado
HoraLLegada datetime 8 x Registra la hora de llegada del paciente HoraInicioProced datetime 8 x Registra la hora de inicio de procedimiento HoraFinProced datetime 8 x Registra la hora de finalización del procedimiento
Fugado bit 1 Registra si el paciente se fugo Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema fecha_crea datetime 8 x Fecha interna del grabado del registro
Tabla SER_Mo_DiagAreas Descripcion Tabla con información de diagnósticos haciendo referencia a cada uno de los módulos del Área de Emergencia. Tipo Movimiento Campo Tipo Longitud Obligatorio Llave Descripcion
Id_DiagnosticoArea int 4 x x Identificador único de Diagnóstico de Área. Id_ObservacionSeleccion int 4 Fóranea de Observación-Selección
Id_FichaMaxUrg int 4 Fóranea de Ficha Maxima Urgencia Id_HojaProcedimiento int 4 Fóranea de Hoja Procedimiento
Id_SolicitudSala int 4 Fóranea de Solicitud de Sala Id_LesionCausaExt int 4 Fóranea de Lesión de Causa Externa
TipoDiagnostico char 7 Registra el tipo de diagnostico dependiendo del área de emergencia Id_CodEnfermedad int 4 x Fóranea de CIE 10
orden int 4 x Orden de inserción de los datos Id_CirugiaMenor int 4 Fóranea de Cirugía Menor
Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema fecha_crea datetime 8 x Fecha interna del grabado del registro
Tabla SER_Mo_HorarioCiruProyectada Descripcion Tabla con información de horarios de cirugías proyectadas.
Tipo Movimiento Campo Tipo Longitud Obligatorio Llave Descripcion
Id_HorarioCiruProyectada int 4 x x Identificador único de Horario de Cirugía Proyectada Id_SolicitudSala int 4 x Fóranea de Solicitud de Sala
CantidadHorasDisponibles int 4 x Registra el numero de horas disponible para la cirugía Hora_RangoI int 4 x Hora de inicio de cirugía Hora_RangoF int 4 x Hora de finalización de cirugía Fecha_Crea datetime 8 x Fecha interna del grabado del registro Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema
Tabla SER_Mo_HProcQuirur Descripcion Tabla con información de los registros de procedimientos quirúrgicos realizados. Tipo Movimiento Campo Tipo Longitud Obligatorio Llave Descripcion
Id_HojaProcedimiento int 4 x x Identificador único de Hoja de Procedimiento Id_AprobaSoliciOpera int 4 Foránea de Aprobación de Solicitud Pre-Operatoria
Id_AmbulatorioHospitalario int 4 Foranea al Catalogo que contiene rubros de si se Hospitaliza o se va de Alta
Id_ExpEmergencia int 4 Foránea del Catalogo que contiene los Pacientes registrados en Admision sin programar
Fecha_de_Atencion datetime 8 x Fecha en la cual se introdujeron los registros del pacientes Operado HoraDelRegistro varchar 5 x Hora en que se introdujeron los registros
Am_Pm varchar 2 x Horario Diurno o Nocturno de la hora del Registro PadecimientoTrauma varchar 30 Registra si Paciente tuvo Trauma
PadecimientoQuemado varchar 30 Registra si Paciente tuvo Quemadura Id_ServProc_A_Emerg int 4 Foranea al Catalogo que llama los Serviciios de la tabla de Organización
Id_ModuloServProc_A_Emer int 4 Foranea que guarda el Id de los modulos existentes en la Pequeña Cirugia Id_Ejecucion int 4 x Foranea que registra Agregada, Suspendida o Realizada
Id_CausaSuspension int 4 Foranea que guarda los Tipos de Causas de Suspension de las cirugìas a pacientes
Id_Anestesia int 4 Foranea que regista los Tipos de Anestesia Aplicada al Paciente Id_nivel_Riesgo int 4 Foranea que registra Riesgos Quirurgicos de Tipo ASA
Id_Sala int 4 x Foranea que hace referencia a la Tabla de Salas de Quirofanos de 1 y 2 Nivel Id_TipoCirugia int 4 Foranea que registra si la Operación fue Electiva o de Emergencia
FechaInicioOperacion datetime 8 Fecha en que inicio la Operación FechaFinOperacion datetime 8 Fecha en que Finalizo la Operación
HoraInicioAnestesia varchar 5 Hora en que inicio la Anestesia AmPmIAnest varchar 2 AM o PM de la Hora de Inicio de Anestesia
HoraFinAnestesia varchar 5 Hora en que finalizo la Anestesia AmPmFAnest varchar 2 AM o PM de la Hora en que Finalizo la Anestesia
HoraInicioOperacion varchar 5 Hora que Inicio la Operación AmPmIOpe varchar 2 AM o PM de la Hora que inicio la Operación
HoraFinOperacion varchar 5 Hora en que finalizo la Operación AmPmFOpe varchar 2 AM o PM de la Hora que Finalizo la Operación
IndicacionesFinales varchar 100 Campo Abiero para almacenar recomendaciones a seguir del paciente Id_Anestesista int 4 Foranea que guarda relacion con el Anestesista de la Operación
Id_Instrumentistas int 4 Foranea que guarda relacion con el Instrumentista de la Operación Id_Circular int 4 Foranea que guarda relacion con el Enfermero o Enfermera de la Operación Id_Cirujano int 4 x Foranea que guarda relacion con el Cirujano Principal de la Operación
Id_Ayudante1 int 4 Foranea que guarda relacion con el Enfermera 1 de la Operación Id_Ayudante2 int 4 Foranea que guarda relacion con el Enfermera 2 de la Operación
Id_Anestesiologo int 4 Foranea que guarda relacion con el Anestesiologo de la Operación Id_Perfusionista int 4 Foranea que guarda relacion con el tecnico operador de Maquinas Quirurgicas AcciAnestQuirur varchar 100 Registra datos abiertos de Accidentes Anestesicos de los Actos Quirurgicos Id_TipoHerida int 4 Registra los tipos de Heridas Quirurgicas aplicadas al paciente
Id_TipoAntisepsia int 4 Foranea que registra los Tipos de Cuidados al Paciente Tipo_Incision varchar 50 Descripcion de la incision realizada al paciente
HallazgoSitioOperatorio varchar 100 Descripcion a registrar los hallazgos de cuerpos extraños durante la operación
ReparacionQuirurgicaAfectada varchar 100 Registro de la descripcion mas detallada sobre el area afectada del padecimiento
Drenos varchar 2 Registra si se realizaron Drenos CantDrenos int 4 Registra la cantidad de Drenos aplicados
CuentaRepEnfermeraCompleta varchar 10 Registro SI sobre la cantidad utilizada de instrumentos realizada por la enfermera
CuentaRepEnfermeraIncompleta varchar 10 Registro NO sobre la cantidad utilizada de instrumentos realizada por la enfermera
EspecimenesReferidos varchar 50 Piezas quirurgicas encontradas en la operación Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema fecha_crea datetime 8 x Fecha interna del grabado del registro
Tabla SER_Mo_LesionCauExt_Cont2 Descripcion Tabla con información de las consultas de lesión de causa externa
Tipo Movimiento Campo Tipo Longitud Obligatorio Llave Descripcion
Id_ProcediRealiz int 4 x x Campo identificador único de lesión de causa externa 2 DescripcionProceReali varchar 150 x Registra la descripción de procedimientos quirúrgicos
Id_LesionCausaExt int 4 Fóranea de lesión de causa externa Id_Empleado int 4 Fóranea de cátalogo empleado Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema fecha_crea datetime 8 x Fecha interna del grabado del registro
Tabla SER_Mo_LesionCausaExterna Descripcion Tabla con información de las consultas lesión externa. Tipo Movimiento Campo Tipo Longitud Obligatorio Llave Descripcion
Id_LesionCausaExt int 4 x x Campo identifícador único de lesión de causa externa Id_Paciente int 4 x Fórane de catálogo de paciente Ocupacion varchar 50 Registra la ocupación del paciente
PacDiscapacidad varchar 2 Registra si el paciente posee discapacidad o no EstadoLlegada varchar 5 x Registra el estado de llegada del paciente EstadoSalida varchar 5 x Registra el estado de salida del evento
Id_LugarEvento int 4 Fóranea registra el lugar del evento DireccionLugarEvento varchar 100 Registra la dirección exacta donde ocurrió la lesión
FechaHistoria datetime 8 x Registra la fecha en forma manual del ingreso del registro HoraHistoria varchar 5 x Registra la hora en forma manual del ingreso del registro
Am_PmHistoria varchar 2 x Registra el turno de la hora del registro FechaEvento datetime 8 x Registra la fecha en que ocurrió la lesión HoraEvento varchar 5 x Registra la hora en que ocurrió la lesión
Am_PmEvento varchar 2 x Registra el tunno de la hora del evento Id_TipoEvento int 4 Fóranea registra el tipo de evento
Id_Intencionalidad int 4 x Fóranea registra la función del paciente en la ocurrencia de la lesión IntencionalidadOtro varchar 10 Registra de forma manual la intencionalidad
Id_LugarLesion int 4 Fóranea registra el lugar donde ocurripo la lesión LugarLesionOtro varchar 10 Registra de forma manual el lugar de lesión
Id_Actividad int 4 x Fóranea registra la actividad que estaba haciendo el paciente cuando se lesionó
ActividadOtro varchar 10 Registra de forma manual la actividad
Id_MecaLesion int 4 x Fóranea registra como se produjo la lesión MecaLesionOtro varchar 25 Registra de forma manual como se produjo la lesión
MLMordeduraCual varchar 25 Registra el tipo de mordedura MLIntoxicacionlCual varchar 25 Registra el tipo de intoxicación
Id_AgresVictim int 4 x Fóranea registra el tipo de agresión que sufrio la victima AgresVictimOtro varchar 10 Registra de forma manual la agresión que sufreio la victima
Id_Contexto int 4 Fóranea registra el contexto en que ocurrio la violencia ContextoOtro varchar 10 Registra de forma manual el contexto en que ocurrio la violencia
Id_FactorPrecipiainfli int 4 x Foránea registra los factores precipitantes de la violencia FactorPreciOtro varchar 10 Registra de foma manual el factor precipitante de la violencia Id_OtroDestino int 4 x Fóranea registra otros destinos del paciente
Diagnostico varchar 200 Registra el diagnóstico del paciente ConsultaPor varchar 100 x Registra la consulta del paciente
PresentaEnfermedad varchar 500 x Registra si el paciente presenta enfermedad HoraUltimaIngesta varchar 5 Registra la ultima hora de ingesta del paciente
Am_PmUltimaIngesta char 2 Registra el turno de la ultima hora de ingesta del paciente HoraProcedimiento int 4 Registra la hora del procedimiento
MinutosProcedimiento int 4 Registra los minutos del procedimiento Antecedentes varchar 300 x Registra los antecedentes del paciente ExamFisFC int 4 Registra el examen fisico de frecuencia cardiaca ExamFisFR int 4 Registra el examen físico de frecuencia respiratoria ExamenFisT int 4 Registra el examen físico de temperatura ExamFisTA int 4 Registra el examen físico ta
DescripcionLesion varchar 800 Registra la descripción de la lesión IndicacionesIniciales varchar 300 x Registra las indicaciones iniciales Id_EmpleadoRealizo int 4 Fóranea registra el médico que realizó
Id_EmpleadoSuperviso int 4 Fóranea registra el médico que supervisó Peso decimal 9 x Registra el peso del paciente Talla decimal 9 x Registra la talla del paciente
Id_Glasgow int 4 Fóranea registra la escala de glasgow Puntos decimal 9 Registra los puntos del paciente
Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema fecha_crea datetime 8 x Fecha interna del grabado del registro
Tabla SER_Mo_MActQuirur
Descripcion Tabla con información de los registros de todas las cirugías realizadas a los pacientes. Tipo Movimiento Campo Tipo Longitud Obligatorio Llave Descripcion
Id_MasterActoQuirurgico int 4 x x Campo identifpicador único del master acto quirúrgico Id_HojaProcedimiento int 4 Fóranea de hoja de procedimientos quirúrgicos realizados
Id_SolicitudSala int 4 Fóranea a solicitud de salas Id_ActoQuirurgico int 4 x Fóranea del CIE 9 de cirugías
Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema fecha_crea datetime 8 x Fecha interna del grabado del registro
orden tinyint 1 x Orden de registro de ingreso a la tabla
Tabla SER_Mo_MaxUrg Descripcion Tabla con información de los registros de pacientes con atención especializada e inmediata en Emergencia. Tipo Movimiento Campo Tipo Longitud Obligatorio Llave Descripcion
Id_FichaMaxUrg int 4 x x Identificador único del Modulo de Maxima Urgencia FechaAtencion datetime 8 x Registra la Fecha de la Atencion de la Maxima Urgencia
HoraLlegadaMU varchar 5 x Registra hora de Ingresoa la Maxima Urgencia AMPMHoraLlegada varchar 4 x Registra periodo de la hora de llegada del paciente a Maxima
EstadoLlegada char 2 x Registra si llego Vivo o Muerto a Maxima EstadoSalida char 2 x Registra si salio Vivo o Muerto a Maxima
fugado char 2 x Registra si el paciente se fugo voluntaria o involuntariamente Sintomas varchar 50 Registra sintomas que presenta el paciente
antecalergias varchar 25 Registra abierto los antecedentes alergicos del paciente antecneonatales varchar 25 Registra los antecedentes de nacimientos del Pacientes antecfamiliares varchar 25 registra los antecedentes familiares del Paciente
antecpatolprevias varchar 25 Registra los antecedentes de enfermedades del paciente anteriores antecmedicamen varchar 25 Registra los antecedentes a los que padece sobre Medicamentos
antecotros char 25 Registra otros tipos de Antecedentes Id_ViaAerea int 4 Foranea del Tipo canal para darle oxigeno al paciente ViaTraqSim char 2 x Registra SI o NO tiene Traquea Simetrica ViaTraqAsim char 2 x Registra SI o NO tiene Traquea Asimetrica
Ven_FrecuenRespi int 4 Registra el numero de Frecuencias Respiratorias Id_silvermanAnd int 4 Foranea al catalogo de Tabla de Silverman Anderson que aplica al paciente
VentiSRPresentIzquierda char 2 Registra Sonidos Respiratorios presentes a la izquierda
VentiSRPresentDerecha char 2 Registra Sonidos Respiratorios presentes a la Derecha VentiSRClarosIzquierda char 2 Registra Sonidos Respiratorios claros a la izquierda VentiSRClarosDerecha char 2 Registra Sonidos Respiratorios claros a la Derecha
VentiSRDisminuidoIzquierda char 2 Registra Sonidos Respiratorios dismuinuidos a la Izquierda VentiSRDisminuidoDerecha char 2 Registra Sonidos Respiratorios dismuinuidos a la Derecha VentiSRAusenteIzquierda char 2 Registra Sonidos Respiratorios Ausentes a la Izquierda VentiSRAusenteDerecha char 2 Registra Sonidos Respiratorios Ausentes a la Derecha
VentiSRSibilanciaIzquierda char 2 Registra Sonidos Respiratorios Sibilancia a la Izquierda VentiSRSibilanciaDerecha char 2 Registra Sonidos Respiratorios Sibilancia a la Derecha VentiSREstertorIzquierda char 2 Registra Sonidos Respiratorios Estertor a la Izquierda VentiSREstertorDerecha char 2 Registra Sonidos Respiratorios Estertor a la Derecha
Cir_FrecuenCardiac int 4 Registra la frecuencia Cardiaca Cir_TensionArterial int 4 Registra caracteristicas de Tension Arterial Cir_llenadoCapilar int 4 Registra caracteristicas de llenado capilar
cir_ColorPiMuRosada char 2 Registra caracteristicas de Piel y Mucosa SI Rosada Cir_ColorPiMuPalida char 2 Registra caracteristicas de Piel y Mucosa SI Palida Cir_ColorPMuIcterica char 2 Registra caracteristicas de Piel y Mucosa Icterica
Cir_ColorPiMuAcrocianosis char 2 Registra caracteristicas de Piel y Mucosa de Color Acrocianosis Cir_ColorPiMuCianosisCentral char 2 Registra caracteristicas de Piel y Mucosa de Color Cianosis
Cir_Color_Rubicunda char 2 Registra caracteristicas de Piel si SI rubicunda Id_pulso int 4 Foranea al catalogo para llamar caracteristicas del pulso
PulsoSitio char 10 Registra caracteristicas del pulso en cuestion CirTemp_Central char 2 Registra la Temperatura Interna del Paciente
CirTemp_Periferica char 2 Registra la Temperatura Externa del Paciente Id_PielMucosa int 4 x Foranea del Catalogo de Caracteristicas de Piel y Mucosa
ExpFisPerimetCefalicPC decimal 9 Registra la cantidad del Perimetro Cefalico SuperficieCorporalSC int 4 Registra la cantidad entera de la Superficie Corporal
ExpFisCabeza varchar 50 x Registra caracteristicas pesentadas de la cabeza ExpFisMaxiloFacial varchar 50 x Registra caracteriticas fisicas faciales ExpFisCuelloColum varchar 50 x registra caracteristicas del cuello y columna
ExpFisTorax varchar 50 x Registra las caracteristicas del Torax ExpFisAbdoPerine varchar 50 x Registra la exposicion Fisica del Abdo Perine
ExpFisMuscEsqueleto varchar 50 x Registra caracteristicas sobre los Musculos y del esqueleto del paciente ExpFisNeurologico varchar 50 x Registra de forma abierta las exposiciones Fisicas Neurologicas
ExpFisOtros varchar 50 Registra expecificaciones fisicas Otras
cama numeric 9 x Registra el numero de cama donde se encuentra el paciente Observaciones varchar 50 Registra de Forma abierta parte del Historial Id_Med_Staff int 4 Foranea al catalogo de Empleados para registrar el Medico de Staff o Principal
Id_Med_Residente int 4 Foranea al catalogo de Empleados para registrar el Medico Residente Id_CausaMuerte int 4 Foranea al catalogo de Causa de Muerte para registrar las causas de Muerte
Id_Usuario int 4 x Registra el usuario que introdujo los registros fecha_crea datetime 8 x Registra la fecha que se crearon los registros en la fila correspondiente
Tabla SER_Mo_MProcQuirur Descripcion Tabla con información de los registros de procedimientos quirúrgicos Tipo Movimiento Campo Tipo Longitud Obligatorio Llave Descripcion
Id_MasterProcedimientos int 4 x x Llave Primaria del Movimiento de Procedimientos Quirurgicos Id_HojaProcedimiento int 4 Llave Foranea al Movimiento de Procedimientos Quirurgicos Realizados
Id_CirugiaMenor int 4 Llave Foranea al Movimiento de Cirugias Menores Id_Procedimiento int 4 Llave Foranea invoca catalogo de Procedimientos ProcQProcNoQ char 2 Registra si Procedimiento es Quirurgicos o No Quirurgicos Id_SolicitudSala int 4 Llave Foranea invoca catalogo de Movimiento de Solicitud de Pre-Operatorio
Id_ObservSelec int 4 Llave Foranea que guarda los Procedimientos generados en Observacion o Selección
Orden tinyint 1 x Registra el Orden de los procedimientos registrados Id_Usuario int 4 x Registra el usuario que registro fecha_crea datetime 8 x Registra la fecha en que se creo los registros
Tabla SER_Mo_PPhMaxUrg
Descripcion Tabla con información de los registros de pacientes con atención especializada e inmediata en Emergencia (Segunda Parte)
Tipo Movimiento Campo Tipo Longitud Obligatorio Llave Descripcion
Id_procedprehospita int 4 x x Llave Unica de Registros de la Segunda parte de Maxima Urgencia Id_FichaMaxUr int 4 x Foranea hacia la Tabla Padre de Maxima Urgencia
Id_CanalOxigeno int 4 Foranea que invoca catalogo de los tipos de canales de Oxigeno CantOxigeno int 4 x Registro de la cantidad de Oxigeno aplicado
oxigeno char 2 Registro del Tipo de Oxigeno aplicado accesovenoso char 2 Registra si o No tuvo Acceso Venoso
AVperiferico char 2 Registra Si o No tuve Acceso Venoso de Tipo Periferico AVcentral char 2 Registra Si o No tuve Acceso Venoso de Tipo Central
AVintraoseo char 2 Registra Si o No tuve Acceso Venoso de Tipo Intraoseo Id_PuntosVenP int 4 Foranea que invoca catalogo de los tipos de Puntos Venosos Periferico Id_PuntosVenC int 4 Foranea que invoca catalogo de los tipos de Puntos Venosos Central Id_PuntosVenI int 4 Foranea que invoca catalogo de los tipos de Puntos Venosos Intraoseo
rcp char 2 Registra si o no se reanimo al paciente rcpCantidad int 4 registra la cantidad de tiempo para reanimar al paciente
liquidoiv char 2 Registra si se le aplico Liquidos intravenosos
Id_TipoLiqIV_a int 4 Foranea que invoca el catalogo de Tipos de Liquidos Intravenosos del Primer Tipo
cantliqiv_a int 4 Registra la cantidad de Liquido Intravenoso del Primer Tipo
Id_TipoLiqIV_b int 4 Foranea que invoca el catalogo de Tipos de Liquidos Intravenosos del Segundo Tipo
cantliqiv_b int 4 Registra la cantidad de Liquido Intravenoso del Segundo Tipo
Id_TipoLiqIV_c int 4 Foranea que invoca el catalogo de Tipos de Liquidos Intravenosos del Tercer Tipo
cantliqiv_c int 4 Registra la cantidad de Liquido Intravenoso del Tercer Tipo sng char 2 Registra si se le aplico Sonda Nasogastrica
caracteristicassng varchar 25 Registra las caracteristicas abliertas de la aplicación sv char 2 Registra Si o No fue aplicada Sonda Vasica
caracteristicassv varchar 25 Registra las caracteristicas de la aplicación de la Sonda Vesical sangre char 2 Registra Si o No fue aplicada Derivados Sanguineos
Id_TipoDerSangui_a int 4 Foranea al Catalogo de Tipos de Derivados Sanguineos del Primer Tipo cantitipoder_a int 4 Cantidad del Primer Derivado Sanguineo
Id_TipoDerSangui_b int 4 Foranea al Catalogo de Tipos de Derivados Sanguineos del Segundo Tipo cantitipoder_b int 4 Cantidad del Segundo Derivado Sanguineo
Id_TipoDerSangui_c int 4 Foranea al Catalogo de Tipos de Derivados Sanguineos del Tercer Tipo cantitipoder_c int 4 Cantidad del Tercer Derivado Sanguineo tubotoraxico char 2 Registra Si o No se aplico Tubo Toraxico al Paciente tubotoraxizq char 2 Registra Si o No se aplico Tubo Toraxico al Paciente Izquierda tubotoraxder char 2 Registra Si o No se aplico Tubo Toraxico al Paciente Derecha
medicamentos char 2 Registra los medicamentos SI o No aplicados medicamento_a varchar 25 x Registra Tipo Uno de Medicamento
dosis_a varchar 25 x Registra dosis de Tipo Uno medicamentos_b varchar 25 x Registra Tipo Dos de Medicamento
dosis_b varchar 25 x Registra dosis de Tipo Dos medicamentos_c varchar 25 x Registra Tipo Dos de Medicamento
dosis_c varchar 25 x Registra dosis de Tipo Dos Id_Usuario int 4 x Registra el usuario que ingreso los Registros fecha_crea datetime 8 x Registra la fecha en que se creo el registro
Tabla SER_Mo_PrograTerapia Descripcion Tabla con información de la programación de terapia respiratoria que se le realizarán al paciente Tipo Movimiento Campo Tipo Longitud Obligatorio Llave Descripcion
Id_movterapia int 4 x x Campo identifícador único de programación de terapias respiratorias Id_TipoTerapia int 4 x Fóranea registra el tipo de terapia respiratoria HoraSolicitud datetime 8 x Registra la hora de solicitud de terapia fechaSolicitud datetime 8 x Registra la fecha de solicitud de terapia CantidadDiaria tinyint 1 x Registra la cantidad de terapias diarias suministradas al paciente
CantidadProyectada tinyint 1 x Registra la cantidad proyectadas al paciente prescripcion varchar 60 x Registra las prescripciones del paciente observacion varchar 60 Registra las observaciones del paciente
diasprogramados int 4 Registra los días programados de terapias Id_Expediente int 4 Foránea del catálogo paciente
Id_ExpeProbicional varchar 50 Fóranea del catálogo paciente provicional de anexo Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema fecha_crea datetime 8 x Fecha interna del grabado del registro
Id_Empleado int 4 x Fóranea registra el médico que atendio al paciente Id_RutaPacPivote int 4 x Fóranea registra ruta del paciente por áreas.
Tabla SER_Mo_RutaPacPivote Descripcion Tabla con información de los servicios donde ha sido atendido el paciente y ha sido enviado. Tipo Movimiento Campo Tipo Longitud Obligatorio Llave Descripcion
Id_RutaPacPivote int 4 x x Campo identificador único TipoRuta varchar 8 Registra la dirección que toma el paciente en cada servicio
Orden int 4 x Registra el orden la inserción de datos Fecha datetime 8 x Registra la fecha de registran los servicios de entrada o salida de cada módulo Hora varchar 5 Registra la hora de registran los servicios de entrada o salida de cada módulo
AM_PM varchar 4 Registra el turno de la hora Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema fecha_crea datetime 8 x Fecha interna del grabado del registro Id_Modulos int 4 Fóranea que registra los módulos de pequeña cirugía
Id_Organizacion int 4 Fóranea del catálogo organización Id_Establecimiento int 4 Fóranea del catálogo establecimiento
Id_ObservacionSeleccion int 4 Fóranea de consultas de observación - selección Id_CirugiaMenor int 4 Fóranea de cirugía menor
Id_SolicitudCirugia int 4 Fóranea de solicitus de intervención de cirugía Id_HojaProcedimiento int 4 Fóranea de registros de procedimientos quirurgicos realizados
Id_FichaMaxUrg int 4 Fóranea de ficha de maxima urgencia
Tabla SER_Mo_SolicitudCiruApro Descripcion Tabla con información de las solicitudes pendientes de aprobación de Intervención Quirúrgica Tipo Movimiento Campo Tipo Longitud Obligatorio Llave Descripcion
Id_AprobaSoliciOpera int 4 x x Campo identificador único de aprobación de solicitud de intervención quirúrgica
Id_SolicitudSala int 4 x Fóranea de solicitud de sala FechaAprobac datetime 8 x Registra la fecha de aprobación de intervención HoraAprobac varchar 5 x Registra la hora de aprobación de intervención
AM_PM varchar 2 x Registra el turno de la hora de aprobación de intervención Aprobacion varchar 2 x Registra si es o no aprobada la solicitud de intervención
Id_Anestesiologo int 4 Fóranea del catálogo de empleado Id_Anestesista int 4 Fóranea del catálogo de empleado MedicPreAnest varchar 50 Registra el uso de medicación pre anestesica
Id_CausaSuspension int 4 Fóranea de catálogo de causas de suspención de intervenciones Id_EmpleadoAprueba int 4 x Fóranea de catálogo de empleado
Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema Fecha_Crea datetime 8 x Fecha interna del grabado del registro
Tabla SER_Mo_SolicitudCirugia Descripcion Tabla con información de los registros de solicitudes pre operatorias Tipo Movimiento Campo Tipo Longitud Obligatorio Llave Descripcion
Id_SolicitudSala int 4 x x Campo identificador único de solicitud de intervención quirúrgica Id_Paciente int 4 Fóranea de catálogo de paciente
HoraSolicitud varchar 5 x Registra la hora de ingreso de solicitud de intervención quirúrgica AM_PM varchar 2 x Registra el turno de hora de intervención quirúrgica
FechaSolicitud datetime 8 x Registra la fecha de ingreso de solicitud de intervención quirúrgica Id_Organizacion int 4 x Fóranea de catálogo organización
Id_Cirujano int 4 x Fóranea de catálogo de empleado Id_CirujanoAyu int 4 Fóranea de catálogo de empleado
Id_Horario_Operar int 4 Fóranea de cátalogo de asignación de horario del médico NumHorario int 4 Registra la posición de pestaña de horario
cama int 4 Registra el numero de cama asignada al paciente peso varchar 5 Registra el peso de paciente
Id_Anestesia int 4 Fóranea de catálogo anestesia Id_ServicioHospitalario int 4 x Fóranea de catálogo servicio hospitalario
Id_TipoCirugia int 4 x Fóranea de catálogo tipo de cirugía NutriPac varchar 50 Registra el estado nutrcional del paciente NivelHB varchar 5 x Registra el nivel de hb del paciente NivelHT varchar 5 x Registra el hp del paciente
CantidadSangreEE varchar 5 Registra la cantidad de sangre EE del paciente CantidadSangrePFC varchar 5 Registra la cantidad de sangre PFC del paciente
Id_Glasgow int 4 Fóranea del catálogo glasgow Hepatopatias varchar 5 Registra las hepatopatias del paciente
Politraumatismo varchar 5 Registra el politraumatismo del paciente Hematologicos varchar 5 Registra los hematologicos del paciente Cardiovascular varchar 5 Registra el cardiovascular del paciente SCquemada varchar 5 Registra el porcentaje de quemadura del paciente Quemadura varchar 15 Registra el nombre de la quemadura del paciente
ProbAlergicos varchar 1000 Registra los problemas alergicos del paciente Id_Nivel_Riesgo int 4 Fóranea del catálogo del nivel de riesgo Observaciones varchar 1000 Registra las observaciones
Aprobacion varchar 2 Registra es estado de aprobación de la intervención Id_CausaSuspension int 4 Fóranea del catálogo de causas de suspesión de intervenciones
Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema fecha_crea datetime 8 x Fecha interna del grabado del registro
Tabla SER_Mo_Terapia Descripcion Tabla con información de las terapias respiratorias que fueron programadas al paciente Tipo Movimiento Campo Tipo Longitud Obligatorio Llave Descripcion
Id_PrograTerapia int 4 x x Campo identificador único de terapias respiratorias realizadas Id_movterapia int 4 x Fóranea de programación de terapias respiratorias FechaTerapia datetime 8 x Registra la fecha de la terapia
realizadas tinyint 1 x Registra el numero de terapias realizadas Hora datetime 8 x Registra la hora de ingreso de registro
Id_Usuario int 4 x Foránea del Usuario que registra datos en el sistema fecha_crea datetime 8 x Fecha interna del grabado del registro
Id_EmpleadoRealizo int 4 x Fóranea de catálogo empleado NumeroDosis varchar 50 x Registra el numero de dosis
CantiEvaluaMed tinyint 1 x Registra el numero de evaluaciones médicas realizadas
2. Diagrama Entidad - Relación
Módulo: Seguridad del Sistema
Módulo: Lesión de Causa Externa
Módulo: Registro Diario de Consulta Médica (Censo)
Módulo: Enfermedades de Alerta
Módulo: Terapias Respiratorias
Módulo: Pequeña Cirugía
Módulo: Programación de Horario de Sala de Operaciones
Módulo: Registro de Procedimientos Quirúrgicos
Módulo: Selección y Observación
Módulo: Solicitud Pre Operatorio de Intervenciones Quirúrgicas
Módulo: Aprobación de Solicitudes Pre-Operatorias
Módulo: Máxima Urgencia
Plan de Implementación “SISTEMA AUTOMATIZADO PARA LA GESTIÓN DE LA UNIDAD DE EMERGENCIA PARA UN HOSPITAL DE TERCER NIVEL”. Caso de Estudio (Hospital Nacional de Niños Benjamín Bloom.
UNIVERSIDAD FRANCISCO GAVIDIA
FACULTAD DE INGENIERIA Y ARQUITECTURA
PLAN DE IMPLEMENTACIÓN
“SISTEMA AUTOMATIZADO PARA LA GESTIÓN DE LA UNIDAD DE EMERGENCIAS PARA UN HOSPITAL DE TERCER NIVEL.”
Caso de Estudio (Hospital Nacional de Niños Benjamín Bloom)
PRESENTADO POR:
Aguillón, Carlos Humberto
Franco Castellanos, Alba Elizabeth
Garciaguirre Palacios, Iris Ivette
PREVIA OPCIÓN AL TITULO ACADEMICO DE:
INGENIERIO EN CIENCIAS DE LA COMPUTACIÓN
FEBRERO, 2009
SAN SALVADOR, EL SALVADOR
INTRODUCCIÓN
l presente material es una guía de uso para llevar a cabo el proceso de puesta
en marcha del Sistema Automatizado para la Gestión de la Unidad de
Emergencia para un Hospital de Tercer Nivel, en este se describen las diferentes
actividades que es necesario desarrollar para el buen funcionamiento del sistema, el
orden de las actividades, el personal responsable y los tiempos estimados para cada
actividad. A continuación se presenta a detalle este plan de implantación.
E
OBJETIVOS
Objetivo General
� Proveer una guía sistemática al departamento de informática para la
implementación del Sistema en la Administración de la Unidad de Emergencia
del HNNBB.
Objetivos Específicos
� Detallar el conjunto de actividades que se realizaran para implementar el
proyecto.
� Identificar el recurso humano necesario, que formará parte del personal de
implementación de las diversas actividades a desarrollarse en el proyecto.
� Diseñar en un diagrama la ubicación del sistema, dentro del HNBB (Área de
Emergencia Edificio Torre y Anexo).
� Elaborar un cronograma de trabajo, detallando instancias de tiempo para la
realización de cada actividad.
1. DISPONIBILIDAD Y GENERALIDADES DEL SISTEMA
1.1 Disponibilidad de Software
La primera fase a cumplir para la implementación del Sistema SER es poseer la
Unidad de disco de Instalación que se administrado por el Departamento de
Informática. Consta de archivos de tipo .txt conocidos como “Read Me” para
guiar en algunos tópicos sobre la instalación, autores y derechos sobre el
Sistema, archivos ejecutables a ser instalados en las estaciones de trabajo
clientes que demanden el sistema, siempre y cuando cumplan con los
requerimientos técnicos de hardware como de software (se detallan en
numerales posteriores). También se debe tener a disponibilidad la unidad de
Disco donde se encuentran los archivos de tipo .mdf y .ldf que conforman la base
de datos.
1.2 Generalidades del Sistema
El sistema SER ha sido desarrollado para la recepción de datos de pacientes que
demandan servicio de tercer y segundo nivel en las áreas de Emergencia del
HNNBB así como otros servicios de suma importancia donde requieran
información para la administración de la producción sobre atenciones de la
Emergencia y consultas sobre estado de padecimiento del paciente.
El sistema fue creado bajo la plataforma en Visual Basic de Microsoft Visual
Studio.Net 2005 con interacción de una base de datos desarrollada en SQL
Server 2000.
El método de desarrollo de reportes se realizó con Crystal Report.Net con la
opción de exportación de reportes a modo de Microsoft Excel, Microsoft Word,
archivos PDF y TXT. Además, los reportes se han realizado para fines
informativos a las Áreas de recepción y adjunte de información como lo es la
Unidad de Estadística, Unidad de Planificación con la finalidad primordial de ser
enviadas al Ministerio de Salud Publica y Asistencia Social.
Dentro del proyecto también se incluyen algunas consultas vía Web
desarrolladas bajo ASP.Net para brindar información a ciertas jefaturas sobre lo
que se procesa dentro de las áreas de la Emergencia que ellos administran.
Los módulos que conforman el Sistema fueron desarrollados bajo la supervisión
de las jefaturas y personal involucrado de las áreas y procesos donde este se
deba implementar para que las variables de entrada como de salida se apeguen
a los requerimientos.
2. DISPONIBILIDAD DE INFRAESTRUCTURA QUE INTERACTUA CON EL
SISTEMA
2.1 Ubicación del Sistema
Ubicación del Sistema en Área de Emergencia Anexo
Ubicación del Sistema en Área de Emergencia Edificio Torre
3. REQUERIMIENTOS DE SOFTWARE Y HARDWARE
3.1 Requerimiento de software para la ejecución del sistema
SERVIDOR
Sistema Operativo de red y servicio • Windows 2000 Advanced Server
• Windows 2003 Advanced Server
• Windows XP Professional
Gestor de Base de Datos Microsoft SQL Server 2000
Otros • IIS Internet Information Server
• Net Framework version 2.0
CLIENTE
Sistema Operativo Microsoft Windows 2000
Microsoft Windows XP Profesional
(Español)
Aplicación Ejecutable Windows Installers
Otros • Net Framework versión 2.0
• Navegador de Internet para
consultas vía Web (Browser)
3.2 Requerimiento de software de red
CATEGORIA SOFTWARE
Seguridad Antivirus de Preferencia
3.3 Requerimiento de hardware para la implementación del sistema
SERVIDOR
Procesador Pentium IV, equivalente o superior
Memoria RAM 512 MB o superior
Tarjeta de Red 100 Mbps o superior
Disco Duro 100 GB
CLIENTE
Procesador Pentium III, equivalente o superior
Memoria 128 MB o superior
Tarjeta de Red 100 Mbps
Disco Duro 40 GB
3.4 Requerimiento de hardware de red
CATEGORIA HARDWARE
Cableado UTP
Switch 16 puertos
Enlace Fibra Óptica(Edificio Torre a Anexo)
4. REQUERIMIENTOS DE RECURSO TECNICO
4.1 Requerimiento de personal para la Instalacion del sistema
NUMERO DE PERSONAL CARGO
1 Programador Analista
1 Soporte
5. REQUERIMIENTO DE RECURSO PARA CAPACITACIÓN
5.1 Requerimiento de equipo para capacitación del sistema
CONTENIDO RECURSOS
Módulo de Censo Diario
Computadora, Proyector, Manual de
Usuario
Módulo de Selección y Observación
Módulo de Máxima Urgencia
Módulo de Lesión de Causa Externa
Módulo de Pequeña Cirugía
Módulo de Centro Quirúrgico
Módulo de Terapias Respiratorias
6. TIEMPOS DE INSTALACIÓN DEL SISTEMA
Cuando la infraestructura de red este lista se deberá proceder a la instalación del
sistema en las áreas que lo necesiten.
Quedará a criterio de la jefatura de la Unidad de Informática para que decida la
instalación del sistema siempre y cuando no interfiera con los requerimientos antes
mencionados o posteriores.
7. PLANIFICACION DE ENTRENAMIENTO PARA USUARIOS TECNICOS E
INVOLUCRADOS AL SISTEMA EN LOS SERVICIOS DEL HOSPITAL
7.1 Entrenamiento a Usuarios
Teniendo la instalación de los módulos del sistema en los servicios que lo requieran es
posible entrar en producción, pero es necesario, que los usuarios que día a día
utilizarán el sistema, se capaciten. Es por ello que se plantea en el cronograma el
tiempo necesario de entrenamiento a dicho usuario y sus módulos.
8. DOCUMENTO DE APOYO EN CAPACITACIÓN
El sistema SER ha sido desarrollado para que los usuario tengan facilidad en la
comprensión a la hora de manejar cada uno de los procesos. Por ello se han incluido
manuales que guían de manera comprensible. Para la etapa de entrenamiento a los
usuarios se debe de hacer uso del Manual del Usuario cuyo documento explica paso a
paso y de forma sistemática cada una de las pantallas involucradas. Este documento
viene anexado en los discos de instalación del software y una copia entregada a la
unidad de Informática para que sean los encargados de distribuir dicha documentación.
9. CRONOGRAMA DE PLAN DE IMPLEMENTACIÓN
�° Actividad Duración 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 46 47 48 49 50
1 Pruebas del Software 10 días
2 Pruebas Internas a Mantenimientos y otros módulos 3 días
3 Pruebas de impresión de informes 3 días
4 Pruebas de rendimiento 4 días
5 Presentación de Sistema a Usuarios 6 días
6 Presentación de Módulos 4 días
7 Presentación de Reportes 2 días
8 Capacitación a Usuarios 19 días
9 Módulo de Registro Diario de Consulta Médica Torre 2 días
10 Módulo de Registro Diario de Consulta Médica Anexo 2 días
11 Módulo Selección - Observación 2 días
12 Módulo de Pequeña Cirugía 2 días
13 Módulo de Quirofanos de Emergencia 4 días
14 Módulo de Maxima Urgencia 3 días
15 Módulo de Lesión de Causa Externa 2 días
16 Módulo de Terapia Respiratoria 2 días
17 Plan Piloto 15 dias
18 Instalacipon de Sistema en Equipos de Usuarios 2 días
19 Pruebas piloto del sistema 8 días
20 Ajustes de correciones de plan piloto 5 días
21 Puesta en Producción del Sistema
Semana 7 Semana 8 Semana 9 Semana 10Semana 1 Semana 2 Semana 3 Semana 4 Semana 5 Semana 6
Plan de Contingencia “SISTEMA AUTOMATIZADO PARA LA GESTIÓN DE LA UNIDAD DE EMERGENCIA PARA UN HOSPITAL DE TERCER NIVEL”. Caso de Estudio (Hospital Nacional de Niños Benjamín Bloom.
UNIVERSIDAD FRANCISCO GAVIDIA
FACULTAD DE INGENIERIA Y ARQUITECTURA
PLAN DE CONTINGENCIA
“SISTEMA AUTOMATIZADO PARA LA GESTIÓN DE LA UNIDAD DE EMERGENCIAS PARA UN HOSPITAL DE TERCER NIVEL.”
Caso de Estudio (Hospital Nacional de Niños Benjamín Bloom)
PRESENTADO POR:
Aguillón, Carlos Humberto
Franco Castellanos, Alba Elizabeth
Garciaguirre Palacios, Iris Ivette
PREVIA OPCIÓN AL TITULO ACADEMICO DE:
INGENIERIO EN CIENCIAS DE LA COMPUTACIÓN
FEBRERO, 2009
SAN SALVADOR, EL SALVADOR
INTRODUCCIÓN
as principales unidades administrativas del Hospital Nacional de Niños
Benjamín Bloom en conjunto con el Departamento de Informática, consideran
que la información de los registros sobre el expediente clínico de los pacientes que
demandan atención de dicha entidad es parte de los patrimonios principales de la
institución. Por lo que se deben aplicar medidas y procesos de seguridad para
proteger la información y prepararse para afrontar diversos tipos de desastres futuros
o contingencias.
Con el propósito de darle protección y asegurar la continuidad del procesamiento de
la información del sistema SER y brindarle un adecuado manejo, se pone a
disposición el documento “PLAN DE CONTINGENCIA DEL SISTEMA SER PARA EL
HNNBB”.
En el transcurso de la evolución de los sistemas informáticos se ha hecho notoria la
necesidad de la seguridad sobre la información para instituciones públicas como
privadas, preocupando no solo a los profesionales de la materia sino a directivos de
las Instituciones, cuya visión sobre la información es de criterio amplio y que deban
invertir de forma considerada en medidas de seguridad como gastos altamente
necesarios que al final contribuyan a la operatividad y rentabilidad de la información
de la Institución.
Implica que los responsable del Departamento de Informática, deban explicar con
suficiente claridad y lenguaje comprensible, las potenciales consecuencias de una
política de seguridad insuficiente o incluso inexistente del manejo de los datos en el
sistema como su administración en las unidades de almacenaje. Es por ello que el
presente documento pretende ayudar a comprender mejor la problemática inmersa
en el manejo de la información y manejo con seguridad para los casos imprevistos.
Se puntualizaran planes de emergencia, back up, recuperación, comprobación
mediante simulaciones y mantenimiento preventivo del mismo. Este tiene como
objetivo ayudar a la institución como a las Unidades relacionadas al Sistema a
recobrar rápidamente el control y capacidades de la información de procesada y
restablecer la marcha normal del uso de los módulos de mencionado sistema.
L
El Departamento de Informática con esta publicación, promueve y contribuye a la
modernización como el ordenamiento de procesos sobre la gestión de los servicios
informáticos.
OBJETIVOS
Objetivo General
� Proveer un plan de contingencia al HNNBB con el fin de minimizar pérdidas de
información y activos del Hospital.
Objetivos Específicos
� Activación del Plan de Emergencia
� Asegurar la capacidad de supervivencia de información y activos del Hospital,
ante eventos que pongan en peligro su existencia.
� Reducir la probabilidad de las perdidas, a un mínimo de nivel aceptable, a un
costo razonable y asegurar la adecuada recuperación.
� Asegurar que existan controles adecuados para reducir el riesgo por fallas o
mal funcionamiento tanto del equipo, como del software, de los datos, y de los
medios de almacenamiento.
� Comunicar a todo el personal involucrado los pasos a seguir en caso de
cualquier riesgo.
PLAN DE CONTINGENCIA
Para proteger información vital ante la posible perdida, destrucción, robo y otras
amenazas, se ha desarrollado un plan que dentro de su contenido se ha tomado en
cuenta el Plan de Recuperación de Desastres (DRP) del Sistema con los siguientes
componentes a detallar:
1. Plan de Emergencia
El plan de Emergencia no es un plan de prevención o detectar posible desastres
sino limitar las pérdidas ocasionadas por los desastres. Es por ello que se sugiere
tomar en cuenta los siguientes enfoques:
1.1 Responsable de la Contingencia y Principales Coordinadores
Los responsables de la contingencia para los datos inmersos en la Base de
Datos contenedora del Sistema SER deben ser los siguientes:
1.1.1 2 Coordinadores de Red y Sistemas Operativos: Persona con
criterio amplio dentro de los elementos del departamento, con
conocimiento sobre la red de datos. Requerido preferiblemente con
conocimientos de Sistemas Operativos Windows 2000 Server en todas
sus versiones, Estructura de Red de todo el Hospital, Software de
Seguridad en Mcafee para la seguridad de las aplicaciones alojadas en
el Servidor de Aplicaciones.
1.1.2 2 Coordinadores de Sistemas y Aplicaciones: Persona con criterio
amplio dentro de los elementos del departamento, con conocimiento
sobre Archivos y Carpetas donde se encuentran alojados los sistemas
previamente nombrados para su posible localización, conocimientos en
sistemas Operativos Windows 2000 Server en todas sus versiones
como también Windows XP y Windows 2000, Estructura de Red de
todo el Hospital, conocimientos de Administrador de Base de Datos en
SQL 2000 Server, Netframeworks, E-R entre las mas importantes.
1.1.3 Personal Ayudante de Soporte: Conocimientos básicos sobre la Red
institucional, Referencias de Switche’s, cableado con accesos a
servidores de Aplicaciones como a Servidores de Bases de Datos.
1.1.4 Personal Ayudante a Aplicaciones: Conocimientos de Ejecutables,
jerarquización de archivos dll’s de los sistemas y ejecución de los
sistemas en otras estaciones.
1.2 Guías Telefónicas: Se recomienda tener a la mano guías tanto internas como
externas de proveedoras de Energía, encargado del departamento de
Informática, soporte técnico, soporte de hardware y software, usuarios del
sistema, es decir todo el personal involucrado con el sistema informático, con
el objetivo de minimizar desastres en los momentos pertinentes.
Se recomienda que la guía contenta los siguientes campos: nombre, cargo,
teléfono oficina, teléfono particular, teléfono móvil, correo electrónico y
dirección de domicilio.
1.3 Caso de Terremoto
1.3.1 Reubicación del Departamento antes de Tragedia: Opción con
altísimo costo económico que no todas las instituciones pueden
proceder a desarrollar, pero que al llevarla a cabo se podrá ahorrar
tragedias económicas graves, perdidas de Recurso Humano, Material y
la mas importante la información. Debido a la naturaleza del país donde
se encuentra el Hospital, se recomienda como alternativa la reubicación
de la Unidad de Informática físicamente hablando, ya que es
considerado como unos de los desastres con mayor grado de
destructividad y con mucha latencia en su actividad.
1.3.2 Copia salvada y alojada fuera de la Institución: Guardar copia de
Seguridad en servidor fuera de la institución vía web o conexión
remota.
1.4 Casos de Vandalismo
La seguridad en puertas y ventanas debe ser revisada cada cierto tiempo y
que esto no genere sorpresa de robo de datos. El acceso debe ser manejado
en el departamento de informática y que personas extrañas acceso a esa área
y puedan hurtar claves de acceso como direcciones IP’s que comprometan los
accesos.
1.5 Casos de Inundación y Derramamiento de Líquidos
1.5.1 Alta gravedad por Rotura de tubería de Aguas: Se sugiere conocer
la estructura de tubería de agua que el edificio posee, hacerse de
copias de planos para facilitar la ubicación de esta. De esta forma
ubicar los servidores de bases de datos y aplicaciones en el lugar
adecuado. Es aplicable para las estaciones de trabajo donde el sistema
este instalado en los diferentes servicios o Centros de Costos de
HNNBB.
1.5.2 Accidentes domésticos: (Nivel Bajo Relativamente a los anteriores)
se recomienda retirar cualquier tipo de contenedor de líquidos para que
no sean derramados y causar daños en los circuitos eléctricos de las
computadoras como servidores de Aplicaciones o de Base de Datos
entre algunas.
1.5.3 Caso de tormentas tropicales: Se recomienda que los servidores y
computadores estén en un lugar seguro en caso de que las ventanas
de oficinas estén con poca seguridad.
Lugar Seguro: se define como las características que debe reunir un
lugar para su mejor estado. Se recomienda la contratación de unos
especialistas en el Área de Servicios de Inspección.
Características de un lugar seguro:
a) Facilidad de acceso
b) Seguridad al ingreso del departamento
c) Nivel de piso en planta alta
d) Condiciones limitadas de ingresos de líquidos
e) Verificación preventiva de grietas en paredes
1.5.4 Instalación de aparatos de aire acondicionado: alguno de los
aparatos de aire acondicionado que existen en el mercado en base a su
calidad son propensos a que si nos se ha elaborado una buena
instalación tengan alguna fuga o derramamiento de líquidos al
escarcharse algún elemento de este sistema. Cerciorarse de que estos
no tengan ningún tipo de falla y tener en cuenta la garantía de este para
su reparación u optar por un buen mantenimiento preventivo antes de
que se haga el correctivo y los costos se eleven.
1.6 Sobrecargas Eléctricas
1.6.1 Protección de Equipos: un ejemplo de actividad preventiva para este
caso no menos importante en relación a los anteriores es la relacionada
con la Energía Eléctrica la cual puede causar daños desde mínimos a
severos cuando ocurren cortes de energía local, sectorial o global
donde la también la variabilidad de voltaje de la red publica o interna
debido a alta demanda. Como soluciones preventivas se recomiendan
tener UPS con estabilizadores de voltaje, que funcionan en base a
baterías, los cuales aseguran la continuidad de la operación de los
sistemas por un lapso de tiempo suficiente como para poder minimizar
los riesgos ante un corte de energía. Tiempo suficiente como para bajar
el sistema que este corriendo en los equipos y avisar que los sistemas
operativos se bajaran sin daños.
Se recomienda contar con generadores propios de energía eléctrica
que complemente a los UPS y asegurar la continuidad del
funcionamiento en caso de corte de energía por parte de los
proveedores de acometidas.
1.6.2 Incendios por fallas por instalaciones eléctricas: exigir rutinas de
mantenimiento preventivo al departamento de Eléctrica del Hospital es
una medida favorable para garantizar la seguridad de los datos. Se
debe planificar en conjunto las visitas al departamento de Informática
para revisar periódicamente.
1.7 Casos de Incendio
1.7.1 Sistemas para Sofocación de Incendios: los sistemas de información
también tienen alto grado de debilidad en cuanto a los incendios
provocados o no provocados. Debe de existir la actividad de mitigación
en las plataformas informáticas. Se recomienda sistemas de sofocación
que minimizan el daño a los equipos, frecuentemente se usan
extinguidores automáticos o manuales que contengan gas halon, que
extingue fuego sin dañar a los equipos electrónicos.
Los sistemas de Back Up son importantes en este tipo de problemas,
ya que en caso de una incineración del equipo se tengan las copias
necesarias para restablecer.
1.7.2 Contar con presupuesto de imprevistos: en caso de que todos los
equipos se dañen en un incendio masivo, y adquirir algunos equipos
para la restauración de los sistemas.
1.7.3 Seguros de Incendios y Garantías: estas son necesarias para que el
equipo dañado no le produzca efectos a la entidad y recuperar parte de
lo invertido.
2. Plan de creación de BackUp’s
2.1 Protección de los Datos: los sistemas operativos profesionales más
comunes tienen formas de proteger directorios de datos y programas de
manera que su borrado accidental o apropósito sea casi imposible. Se
recomienda a los coordinadores de Sistemas que busque la manera de
salvaguardar los dll’s de las bases de datos del sistema y los demás que estén
alojados en los servidores.
2.2 Creación de Respaldos de Archivos de Sistemas: se recomienda crear
mecanismos de respaldo de la carpeta que aloja los archivos fuentes para que
cuando falle el sistema y el resto en cualquiera de los Servicios del Hospital,
se proceda a crear ejecutables para cada una de las estaciones que lo
necesiten de nuevo. La ventaja crucial para cuando se tenga que bajar o subir
el sistema de respaldo se limita a poco tiempo y no a la compra elevada de
insumos y recurso técnico humano para recuperación de lo perdido. No
Tiempo/Costo como ventaja. Es así como ya de la misma forma se pone en
práctica la Contingencia de Recuperación.
A la vez se recomienda la verificación del funcionamiento correcto de los
respaldos de archivos, con el fin de asegurar que no existan errores al
momento de un desastre.
2.3 Fallas de Hardware
En caso de que falle el CPU que aloja los archivos de las bases de datos se
recomienda:
a) Reemplazar el CPU defectuoso por otro para que siga el
funcionamiento del Sistema o Sistemas.
b) Poseer un equipo con CPU’s redundantes para que ante una falla del
CPU del Servidor, otras tomen su trabajo y la fallada pueda ser
cambiada en caliente.
c) Tener equipos de respaldo que tomen la labor del fallado.
2.4 Mantenimiento de Copias de Seguridad: después de la realización de las
copias, se recomienda, custodiar las copias de respaldo, también revisar las
copias de esos respaldos para cuando se elaboren se corroboren ciertos
daños que se puedan estar dando y no afecten cuando se hagan las nuevas
contingencias.
3. Plan de Recuperación
3.1 Base de Datos: en caso de que la base de datos se dañe, ir al CPU donde
se aloja la copia o dispositivo si se hace de esta forma, extraer los archivos
.mdf y .ldf para adjuntarla en como la nueva copia de base a funcionar.
3.2 Instalación de Ejecutables: si las computadoras clientes son las que se han
dañado y no los servidores de datos y ya se cuentan con los respaldos de
hardware respectivos, hay que buscar los respaldos del sistemas que se lleve
a cabo la instalación del sistema.
3.3 Documentación: documentar las pruebas de recuperación, con el objetivo
que el plan de recuperación pueda ser ejecutado por cualquier persona.
4. Simulaciones de Planes
La manera más efectiva de comprobar si una recuperación de datos funciona
correctamente, es la de programar simulaciones de desastres reales. Los
resultados obtenidos deben ser cuidadosamente revisados por las personas que
realizan la simulación. Los resultados son la clave para identificar posibles
defectos en el plan de contingencia con este tipo de simulaciones.
Se recomiendan prácticas de creación de Back Up, para que el personal
involucrado se capacite. Crear equipos de trabajo en dichas simulaciones e idear
un calendario de prácticas para que los coordinadores capaciten a los
subalternos. Los factores o señales nuevas que se detecten al momento de la
simulación se deben de registrar y analizar ya que estos posibles procesos o
actos nuevos que arroja la simulación son los claves para posibles surgimientos
futuros. Es por ello la importancia de las simulaciones ya que arrojan nuevos
eventos no visibles hasta que se dan los desastres mismos.
5. Mantenimientos Preventivos
Los mantenimientos preventivos que se recomiendan están divididos en los
siguientes rubros:
Hardware: dar mantenimiento periódicamente a los equipos que contenga los
sistemas llámese los clientes del servidor de base de datos en todos los servicios
del hospital.
Servidores: los coordinadores de servidores con los conocimientos apropiados
son los encargados de vigilar por el buen funcionamiento de estos, con su
sistema operativo en buenas condiciones como su hardware.
Archivos de Datos y Fuentes: revisión periódica de los archivos, si se están
generando en el tiempo que fue planificado, si los contenedores de almacenaje
de estos no han llegado a su limite, si no ha existido hurto o alteración. Se
recomienda desarrollar pruebas de estos archivos para verificar su veracidad.
Siempre elaborar una copia diaria de los datos con alto grado y vital importancia.
Base de Datos: Verificar si la base de datos no esta llegando a su límite, de ser
así tomar las medidas pertinentes para darle mas cabida a los datos. Configurar
para que la llave de seguridad actúe para el bloqueo de teclado.
Antivirus: La obtención de Antivirus es uno de los soportes más usados para los
ataques a la información, por lo que se recomienda analizar con periodicidad todo
el software como archivos para posibles daños. Así mismo, la descarga de juegos
de videos, Sharewares o programas de dominio público agrega riesgo a los
archivos de los sistemas.
Seguridad en Estructura y Arquitectura Física de las instalaciones: se recomienda
que donde estén los equipos que alojan la información se cierren con alta
seguridad para que el vandalismo no se presente.