005.1-p222s-capitulo iv.pdf

7/23/2019 005.1-P222s-Capitulo IV.pdf

1/64

CAPITULO IV

ANALISIS Y DISEO DEL SISTEMA


2/64

4.0 METODOLOGA PARA EL DESARROLLO DEL SISTEMA.

4.1 DEFINICION DE LOS REQUERIMIENTOS FUNCIONALES

DEL SISTEMA.La determinacin de los requerimientos es el estudio del sistema actual del

negocio a fin de encontrar cmo trabaja y dnde debe mejorase. Los estudios

del sistema son el resultado de una evaluacin para conocer como funcionan

los mtodos actuales o si son necesarios o posibles algunos ajustes; elaborar

preguntas en relacin con los sistemas manuales y los computarizados.

Con el propsito de establecer los requerimientos iniciales del sistemapropuesto se desarrollo una entrevista con el director del hospital y Encuestas

con personal mdico.

Ver anexos 3-B y 3-C.

Los requerimientos a satisfacer son:

1. Disponer de un sistema de gestin de los datos de los pacientes que facilite

la toma de decisiones del personal mdico.

2. Disponer de un sistema que facilite la bsqueda automatizada de los

registros en el expediente mdico.

3. Disponer de un sistema que genera el informe del expediente completo del

paciente.

4. Disponer de un sistema que tenga un control de usuario que designe los

accesos a las fichas en las cuales debe trabajar exclusivamente.


3/64

4.2 HERRAMIENTA DE DESARROLLO.

Tomando en cuenta los requerimientos del usuario de minimizar los costos; se

eligi el lenguaje de programacin Visual Basic .NET por reunir las

caractersticas de menor costo de implementacin para el usuario y adems

permitir la programacin orientada a objetos, lo que permite un sistema robusto

y estable.

4.3CUADRO COMPARATIVO DE LOS LENGUAJES DE

PROGRACION.

Caractersticas Java Visual Basic .Net Visual Basic 6.0Facilidad deDesarrollo

Muy buen entorno dedesarrollo visual, lagran cantidad deasistentes y ayuda

Muy buen entorno dedesarrollo visual, lagran cantidad deasistentes y ayuda

Buen entorno detrabajo pero conmenos caractersticasque los actuales.

N de la sintaxis delos elementos, lasrutinas

50 comandos y milesde rutinas

300 comandos ymiles de rutinas.

300 comandos ymiles de rutinas.

Accesibilidad Posee el JVM/SDKlibre y fcilmentedisponible.Se puede editar encualquier editor detexto y se ejecuta encualquier navegadorde Internet.Requiere esfuerzoadicional en el diseoorientado a objetos.Una API an msamplia para dominar.Curso bsico deaprendizaje cuestaUS$80.00.

Realiza un trabajocon ms rapidez.VBA esta disponibleen muchos productos.Curso bsico deaprendizaje cuestaUS$80.00.Una amplia API.

Realiza un trabajocon ms rapidez.VBA esta disponibleen muchos productos.Difcil de encontrarlugares que loimpartan.Una amplia API.

Documentacin Documentacinescrita de diversacalidad.Documentacin en

internet

Documentacinpobre, cara ydesorganizada.Documentacin cara

y pobre en Internet.

Cada vez menosdocumentacin enInternet.

Disponibilidad delibros, tutoriales,cursos, etc.

Variedad de libros ytutoriales.



Fiabilidad yestabilidad.

Cambia constante yrpidamente lo queproduceinconvenientes.

Cambia constante yrpidamente lo queproduceinconvenientes.

Se encuentracongelado al haberterminado su soportepor parte deMicrosoft.


4/64

Principalesdebilidades

Surgen nuevas clasescontinuamente.Las clases se vuelvenobsoletasrpidamente.

Su API es msgrande que la de VB.

Surgen nuevasrutinas y sintaxiscontinuamente.Empieza aimplementar la

tecnologa OO.Siempre presentafallas en las nuevascaractersticas.Rutinas de acceso dedatos desordenadas.

Rutinas difciles deutilizar.Difcil implementartecnologa OO.

Robustez El manejador deerrores y eventos esms sencillo.

Comprobador desintaxis automtico enel editor.Uso directo de la APIde Windows.

Comprobador desintaxis pobre.

Seguridad Interfazindependiente de laplataforma.

ActiveX an sonproblemticos.

ActiveX an sonproblemticos.

Fiabilidad General Las versionesinciales son bastanteconfiables.Presentaba muchosbugs en la versin.Interfaz grficapresenta problemasde compatibilidad.Es apoyado porvarios VendedoresIndependientes deSoftware como IBM,Sun, Sybase y

Oracle.

Se realizaron 6versiones parasolucionar errores.Todava inestable.La herramientafavorita de Microsoft.

Inestable.Ha perdido el soportepor parte deMicrosoft.

Velocidad deDesarrollo

Muy buenasherramientas nativasy de terceros.

Muy buenasherramientas nativasy de terceros.

Pocas buenasherramientas nativasy de terceros.

Editor Depende del IDEalgunos son pobres.

Constantementeestablece la normaestndar.

Buen IDE. Fcil deutilizar.

Desarrollo Visual IDEs bastantebuenas.La depuracin dellado del cliente esbuena.

IDE bastante buena.Tiene el mejordepurador del ladodel cliente

IDE buena.

Depuracin / Pruebas Buena prueba de

perfiles yherramientas.Bueno, pero debe serdepurado de parte delservidor.

Necesita mejorar en

el lado del servidor.

Depurar es difcil y

requiere muchotrabajo.

Tamao de losproyectos

Mediana escala conSGBD.Buenos en servidoresa gran escala o en

Pequeos y rpidos.Mediana escala conmuchas IGU

Pequeos y rpidos.Mediana escala conmuchas IGU


5/64

web de mltiplescapas.

Otros Como ventaja tiene laseguridad y su amplioalcance con

componentes comoJavaBeans,Enterprise JavaBeansy servlets.Herramientas deterceros, libreras,etc.

Una gran ventaja esla numerosa cantidadde desarrolladores

que lo manejanHerramientas deterceros, libreras, etc.

Ejecucin rpida.Fcil de aprender.

Multi-plataforma Es su mayor ventaja. Solo puede serejecutado enplataformas Windows.O en Linux, usandoMONO, pero carecede muchascaractersticas.

Solo puede serejecutado enplataformas Windows.

Opciones deimplementacin

.EXEs y bytecode.Beans ycomponentes EJB.Web servlets.Navegador Applets

.EXEs y cdigointerpretado (p-code).ComponentesActiveX.Web servlets.

.EXEs

Velocidad Tiene una ventajacuando es ejecutadodel lado del servidor.Cuenta conoptimizadores debytecode.

Tiene una ventajacuando es ejecutadodel lado del cliente.

Se compila y ejecutamuy rpidamente dellado del cliente.

Popularidad Lenguaje muypopular

Lenguaje muypopular

Lenguaje popularpero se estavolviendo obsoleto.

En conclusin se eligi Visual Basic .NET porque es una plataforma de

desarrollo y ejecucin de aplicaciones. Los componentes principales de la

plataforma Visual Basic .NET son:

Un entorno de ejecucin de aplicaciones, tambin llamado Runtime, que es

un componente de software cuya funcin es la de ejecutar las aplicaciones

Visual Basic .NET e interactuar con los servicios y recursos del sistema

operativo.

Un conjunto de bibliotecas de funcionalidades y controles reutilizables, con

una enorme cantidad de componentes ya programados listos para ser

utilizados por otras aplicaciones.


6/64

Un conjunto de utilitarios y herramientas de desarrollo para simplificar las

tareas ms comunes del proceso de desarrollo de aplicaciones

Documentacin y guas de arquitectura, que describen las mejores prcticas

de diseo, organizacin, desarrollo, prueba e instalacin de aplicacionesVisual Basic .NET

Numerosos recursos de donde poder extraer ejemplos de desarrollo (libros y

sitios de Internet).

Por lo tanto Visual Basic .NET contiene los aspectos bsicos y fundamentales

necesarios para el desarrollo de una aplicacin para el control de expedientes.

4.4 ADMINISTRADOR DE BASE DE DATOS.

COMPARACIN DE LAS PLATAFORMAS SOPORTADAS PORLAS BASES DE DATOS.

SQL Server 2000 slo funciona sobre plataformas basadas en Windows,

incluyendo Windows 9x, Windows NT, Windows 2000 y Windows CE.

En comparacin con SQL Server 2000, la base de datos Oracle 9i soporta todas

las plataformas conocidas, incluyendo las plataformas basadas en Windows,Sistemas basados en AIX, Compaq Tru64 UNIX, HP 9000 Series HP-UX, Linux

Intel, Sun Solaris, etc.


7/64

Requerimientos de Hardware.

Microsoft SQL Server2000Procesador Pentium 166 MHz or higher Pentium 166 MHz o

superiorMemoria 32 MB de RAM (mnimo de Desktop Engine),

64 MB de RAM (mnimo para todas las otrasediciones),128 MB de RAM o ms recomendado

Espacio en disco duro 270 MB (instalacin completa),250 MB (instalacin tpica),95 MB (instalacin mnima),Desktop Engine: 44 MB,Analysis Services: 50 MB como mnimo y 130 MBtpico,

English Query: 80 MB

Oracle 9iProcesador Pentium 166 MHz o superior

Memoria

RAM: 128 MB (256 MB recomendado) Memoriavirtual: Tamao inicial de 200 MB, 400 MBTamao mximo

Espacio en disco duro

140 MB en el disco del Sistema Operativo.

Adems de 4,5 GB para el Oracle Home Drive(FAT) o 2,8 GB para el Oracle Home Drive(NTFS)

Requisitos de Software.

SQL Server 2000 viene en seis ediciones: Enterprise, Standard, Personal,

Developer, Desktop Engine, y SQL Server CE (en una versin compatible para

Windows CE), y requiere el siguiente software:


8/64

SistemaOperativo

Enterprise Edition

StandardEdition

Personal Edition

Developer Edition

DesktopEngine

SQLServer CE

WindowsCE No No No No No SiWindows9x No No Si No Si NoWindowsNT 4.0Workstationcon el SP 5 No No Si Si Si NoWindowsNT 4.0Server with

SP 5 Si Si Si Si Si NoWindowsNT 4.0ServerEnterpriseEdition conel SP 5 Si Si Si Si Si NoWindows2000Professional No No Si Si Si No

Windows2000Server Si Si Si Si Si NoWindows2000AdvancedServer Si Si Si Si Si NoWindows2000DataCenter Si Si Si Si Si NoWindowsXPProfessional No No Si Si Si NoWindowsserver 2003 Si Si Si Si Si Si


9/64

Base de datos Oracle 9i viene en tres ediciones: Enterprise, Standard yPersonal y requiere el software siguiente:

Plataforma

Versin del Sistema

Operativo Parches RequeridosBasado enWindows Windows NT 4,0 Service Pack 5Basado enWindows Windows 2000 Service Pack 1Basado enWindows Windows XP No NecesarioBasado enAIX AIX 4.3.3

Mantenimiento Nivel 09 y IY24568,IY25282, IY27614, IY30151

Basado enAIX AIX 5,1

AIX 5L versin 5,1 ML01 +

(IY22854), IY26778, IY28766,IY28949, IY29965, IY30150CompaqTru64UNIX Tru64 5,1 5,1 patchkit 4CompaqTru64UNIX Tru64 5.1A 5.1A patchkit 1

HP-UX HP-UX versin 11.0 (64-bit)

Septiembre 2001 Quality Pack,PHCO_23792, PHCO_24148,PHKL_24268, PHKL_24729,

PHKL_ 25475, PHKL_25525,PHNE_24715, PHSS_23670,PHSS_24301, PHSS_24303,PHSS_24627, PHSS_22868

Linux

SuSE Linux EnterpriseServer 7 (O SLES-7) con elkernel 2.4.7 y glibc 2.2.2 No Necesario

Sun SolarisSolaris de 32 bits 2.6 (5.6), 7(5,7) o 8 (5,8) No Necesario

Sun Solaris Solaris 64-bit 8 (5,8) Actualizacin 5

Pruebas de rendimiento.

Es muy difcil hacer la comparacin entre el rendimiento de SQL Server 2000 y

Oracle 9i Database. El rendimiento de sus bases de datos, depende de la

experiencia de los desarrolladores de la base de datos. Se puede usar tanto de


10/64

estas RDBMS para construir estable y eficiente sistema. Sin embargo, es

posible definir las tpicas transacciones, que utiliza en los sistemas de control de

inventarios, sistemas de reservas de lneas areas y los sistemas bancarios.

Despus de la definicin de estas tpicas transacciones, es posible ejecutar bajolos diferentes sistemas de gestin de bases de datos que trabajan en las

distintas plataformas hardware y software.

Pruebas TPC.

El Transaction Processing Performance Council ( TPC.Org ) es una

organizacin independiente que se especifica las transacciones tpicas

(transacciones utilizadas en sistemas de control de inventarios, sistemas dereservas de lneas areas y los sistemas bancarios) y algunas normas

generales que deben cumplir estas transacciones.

La TPC produce parmetros que miden el procesamiento de transacciones y el

rendimiento de la base de datos en trminos de nmero de transacciones que

un sistema y la base de datos pueden realizar por unidad de tiempo, por

ejemplo, las transacciones por segundo o transacciones por minuto.

La organizacin TPC hizo la especificacin para muchas pruebas. Hay TPC-C,

TPC-H, TPC-R, TPC-W, y algunos ensayos antiguos, como TPC-A, TPC-B, y

TPC-D. La prueba ms popular es la prueba TPC-C (OLTP prueba).

SQL Server 2000 se mantuvo al tope en TPC-C por resultados de rendimiento

con Vistas de Particiones Distribuidas con sistemas basados en cluster.

SQL Server 2000 se mantuvo al tope con TPC-C en comparativa de resultados

precio / rendimiento.


11/64

Comparacin de precios.

Uno de las principales ventajas Microsoft SQL Server 2000 en comparacin con

la base de datos Oracle 9i es que SQL Server es ms barato. Otra ventaja de

SQL Server es que Microsoft incluye el procesamiento analtico en lnea (OLAP)y la minera de datos como caractersticas estndar en SQL Server 2000

Enterprise Edition. As, se puede ahorrar hasta cuatro veces con SQL Server

2000 Enterprise Edition si se utiliza OLAP y Data Mining.

Comparacin de precios de SQL Server 2000 Standard Edition y Oracle9i

Standard Edition:

Nmero deCPUs Oracle9i StandardEdition SQL Server 2000 StandardEdition1 $15,000 $4,9992 $30,000 $9,9984 $60,000 $19,9968 $120,000 $39,992

16 $240,000 $79,98432 $480,000 $159,968

Comparacin de precios de SQL Server 2000 Enterprise Edition (que incluyeOLAP y Data Mining) y Oracle9i Enterprise Edition con OLAP y / o Data Mining:

NumerodeCPUs

Oracle9iEnterpriseEdition

Oracle9iEnterpriseEdition conOLAP or DataMining

Oracle9iEnterpriseEdition conOLAP and DataMining

SQL Server2000EnterpriseEdition

1 $40,000 $60,000 $80,000 $19,9992 $80,000 $120,000 $160,000 $39,9984 $160,000 $240,000 $320,000 $79,996

8 $320,000 $480,000 $640,000 $159,99216 $640,000 $960,000 $1,280,000 $319,98432 $1,280,000 $1,920,000 $2,560,000 $639,968


12/64

Comparacin de caractersticas.

En esta seccin se har una breve comparacin de Transact-SQL con PL / SQL

y se mostraran algunos limites de la Base de Datos de SQL Server 2000 y

Oracle 9i.

T-SQL contra PL / SQL

El dialecto de SQL soportado por Microsoft SQL Server 2000 se denomina

Transact-SQL (T-SQL). El dialecto de SQL soportado por la base de datos de

Oracle 9i se llama

PL / SQL.

PL / SQL es ms potente que T-SQL. Esta es una breve comparacin de PL /SQL y T-SQL:

Caracterst ica PL/SQL T-SQL

ndices

ndices B-Tree , IndicesBitmap , ndicesParticionados, Indicesbasados en Funciones,

Indices de Dominio ndices B-Tree

Tablas

Tablas relacionales, Tablasobjeto, Tablas temporales,Tablas particionadas, Tablasexternas, Tablas organizadaspor ndice

Tablasrelacionales,tablastemporales

Triggers

Triggers BEFORE, triggersAFTER, triggers INSTEADOF, triggers de Eventos de laBase de Datos

TriggersAFTER, triggersINSTEAD OF

Procedimientos

Sentencias PL/SQL, mtodos

Java, lenguaje de tercerageneracin, rutinas (3GL)

Sentencias T-SQL

Arrays Soportado No Soportado


13/64

Aqu se encuentran algunos de los limites de la Base de Datos de SQL Server2000 y Oracle 9i:

CaractersticaSQL Server

2000

Base de datos

Oracle 9iLongitud del nombre de una base de datos 128 8Longitud del nombre de una columna 128 30Longitud del nombre de un ndice 128 30Longitud del nombre de una tabla 128 30Longitud del nombre de una vista 128 30Longitud del nombre de un procedimientoalmacenado 128 30Mximo numero de columnas por ndice 16 32Tamao mximo de Char () 8000 2000

Tamao mximo de Varchar () 8000 4000Numero mximo de columnas por tablas 1024 1000Longitud mxima de una fila 8036 255000Tamao mximo de la consulta 16777216 16777216Subconsultas recursivas 40 64Tamao de cadena constante en unSELECT 16777207 4000Tamao de cadena constante en un WHERE 8000 4000Conclusin.

No es cierto que SQL Server 2000 es mejor que Oracle 9i, o viceversa. Ambos

productos se pueden utilizar para construir un sistema estable y eficiente y la

estabilidad y la eficacia de sus aplicaciones y bases de datos dependen ms

bien de la experiencia de los desarrolladores de la base de datos y el

administrador de las bases de datos que del proveedor de la base de datos. Sin

embargo, SQL Server 2000 tiene algunas ventajas en comparacin con Oracle

9i y viceversa.


14/64

Las ventajas de SQL Server 2000:

* SQL Server 2000 es ms barato que comprar la base de datos Oracle 9i.* SQL Server 2000 se mantiene al tope en rendimiento y en la relacin precio

/ rendimiento segun los resultados de TPC-C.

* SQL Server 2000 es generalmente aceptado por ser ms fcil de instalar,

utilizar y administrar.

La base de datos Oracle 9i ventajas:

* Base de datos Oracle 9i soporta todas las plataformas conocidas, y no slo

las plataformas basadas en Windows.

* PL / SQL es un lenguaje ms potente que T-SQL.

* Se puede realizar mas ajustes a la configuracin travs de parmetros de

inicio.

Se desarrollar la base de datos en SQL Server 2000, por diferentes razones:

Brinda escalabilidad, estabilidad y seguridad en el almacenamiento de

informacin.

Compatibilidad nativa con la plataforma de desarrollo .NET

Conexiones mltiples para diferentes usuarios en modo cliente servidor

Gran capacidad de almacenamiento de informacin.

Manejo de integridad relacional entre las tablas.

Soporta procedimientos almacenados.

Tiene un potente entorno de administracin.

La versin a implementar ser la versin limitada express de SQL Server 2000,

llamada Microsoft SQL Server Desktop Engine (MSDE), la cual brinda las


15/64

misma caractersticas que la versin completo a excepcin del entorno de

administracin y la capacidad de almacenamiento se limita a 2 GB.

4.5 ESPECIFICACIONES DE DESARROLLO.

La herramienta de desarrollo funciona con el sistema operativo Windows XP

Profesional. Es necesario el .NET.Framework 2.0 (ambiente de ejecucin) y la

base de datos desarrollada en SQL Server 2000.

Especificaciones mnimas del Software.

Sistema Operativo. Windows XP ProfesionalAmbiente de Desarrollo. Microsoft Visual Studio 2005

Lenguaje de

programacin.

Visual Basic .NET

Base de Datos. Microsoft SQL Server 2000

Generador de Informes. Crystal Reports

Editor de documentacin. Microsoft Office 2003

Especificaciones mnimas del Hardware Cliente.Velocidad de microprocesador 1.8 Ghz o Superior

Memoria 512 MB o Superior

Disco Duro 80 GB o Superior

Monitor SVGA color

4.6 SISTEMA OPERATIVO.

El sistema operativo a utilizar para el desarrollo de la aplicacin es Windows XPProfesional el cual es compatible plenamente con el ambiente de desarrollo y

ejecucin de aplicaciones desarrollados en .NET.


16/64

Se consideraron los siguientes aspectos:

Accesibi lidad

El sistema operativo se encuentra accesible en el mercado. El Hospital yacuenta con personal tcnico bsico para brindar el soporte necesario en la

plataforma seleccionada.

Flexibilidad

Proporciona los recursos suficientes tanto para el usuario final como para el

desarrollo de la aplicacin.


17/64

4.7 RECURSOS TECNOLGICOS.

Los requerimientos mnimos para la instalacin y funcionamiento adecuado del

Sistema HS para el Hospital son los siguientes:

Computadora / servidor

Computadora / clientes

Monitores de resolucin mnima de 1024x768 pxeles

Sistema Operativo Windows XP Professional

.NET.Framework 2.0

Motor de base de datos de SQL Server 2000.

Hardware

Especificaciones mnimas del Hardware. Computadora Cliente

Velocidad de microprocesador 1.8 Ghz o Superior

Memoria 512 MB o Superior


Monitor SVGA color

Especificaciones mnimas del Hardware. Computadora Servidor

Velocidad de microprocesador 3.0 Ghz o Superior

Memoria 1 GB o Superior


Monitor SVGA color

CDRW Para respaldos


18/64

4.8 DESCRIPCION DEL SISTEMA.

90


19/64

1.0 Sistema para el control de expedientes del Hospital NacionalGeneral de Neumologa y Medicina Familiar Dr. Jos AntonioSaldaa.

Programa principal que prepara el entorno del sistema, inicializa variables yverifica la integridad del sistema, muestra la pantalla de presentacin del

sistema y la pantalla para ingresar el nombre de usuario y contrasea.

2.0 Mdulo de Ingreso.

Controla el acceso al sistema. Segn el nivel asignado al usuario que ingresa,

activa o desactiva las opciones del men principal, que definen si el usuario

tiene acceso a ellas o no.

3.0 Mdulo de Consulta de expedientes.

Este mdulo se encarga de mostrar una consulta general de expedientes

almacenados en el sistema. Desde este mdulo el usuario puede ingresar a los

diferentes submdulos donde se ingresa informacin concerniente a los

movimientos intrahospitalarios del paciente.

3.1 Paciente.

Este submdulo se encarga de crear y actualizar los datos de pacientes.

3.2 Notas de enfermera.

Submdulo que permite agregar nuevos registros de notas de la enfermera,

cuando el paciente esta en observacin y cuando es hospitalizado.

3.3 Hojas de agregado.

Submdulo que permite agregar las observaciones del mdico agregado al

expediente del paciente.

91


20/64

3.4 Hoja de Tensin.

Submdulo que permite agregar nuevos registros de la toma de presin del

paciente.

3.5 Hoja de Temperatura.

Submdulo que permite agregar nuevos registros de la toma de temperatura del

paciente.

3.6 Hoja de Referencia.

Submdulo que permite imprime una hoja de referencia para el paciente cuando

sea referido a otro centro hospitalario.

3.8 Ficha Histrica Clnica.

Submdulo en el cual se llena la historia clnica del paciente cuando esta

ingresado en el hospital.

3.9 Hoja de Evolucin.

Submdulo en el cual el mdico staff llena cuando el paciente esta ingresado enel hospital.

3.10 Hoja de Emergencia.

Submdulo que es alimentado en la unidad de Emergencia el cual registra

consultas eventuales de un paciente a esta unidad.

3.11 Ficha de Ingreso y Egreso.Submdulo en el que se registra el ingreso y el egreso del paciente, el egreso

puede ser dado ya sea por alta, por traslado a otro servicio dentro del hospital,

traslado a otro centro hospitalario y por egreso de fallecimiento.


21/64

3.12 Expediente Completo.

Muestra y/o imprime todo el expediente del paciente. Muestra todos los

eventos relacionados a un paciente en particular dentro del hospital.

4.0 Mdulo de Administracin.

Este mdulo se encarga mostrar los diferentes mantenimientos del sistema.

4.1 Especialidad.

Submdulo que se encarga de llevar el registro de las diferentes tipos de

especialidades del personal que labora en el hospital.

4.2 Servicios.

Submdulo que se encarga de llevar el registro de los servicios hospitalarios

que ofrece el hospital.

4.3 Estado Civil

Submdulo que lleva el registro de los estados civiles, casado, viudo, soltero,etc.

4.5 Tipo Pariente.

Submdulo que lleva el registro del tipo de pariente que el paciente posee en su

expediente por ejemplo: padre, madre, esposo etc.

4.6 Exmenes / Tipos de Exmenes.Submdulo que lleva el registro de los tipos de exmenes y el sub tipo de cada

tipo de exmen.


22/64

5.0 Estadsticas.

Submdulo que lleva el registro de estadsticas del hospital en los rangos de

sexo y edades, departamentos y estadsticas de los eventos realizados en el

sistema.

6.0 Mdulo de segur idad.

El mdulo de seguridad permite estructurar los permisos que se pueden asignar

a los usuarios mediante los esquemas de nivel y privilegios.

6.1 Niveles de Seguridad.

Submdulo que permite agregar o editar los niveles de usuario, segn su

jerarqua dentro del hospital

6.2 Priv ilegios.

Submdulo que permite modificar los privilegios de acceso al sistema que cada

nivel tiene.

7.0 Mdulo Personal.Mdulo que se encarga de crear, modificar informacin de los empleados su

usuario y contrasea, establecer que nivel de usuario tiene, su especialidad y

en que servicio esta laborando.

8.0 Mdulo de Reportes

Este mdulo se encargara de generar reportes de cada uno de los submdulos

del mdulo Paciente.

9.0 Mdulo de Configuraciones.

Mdulo que se encarga de establecer las configuraciones de nombres de las

reportes del sistema.


23/64

10.0 Mdulo de Ayuda.

Este mdulo permite consultar ayuda necesaria para usuario sobre cada

mdulo del sistema.


24/64

4.9 DIAGRAMAS DE FLUJO DE PROCESOS.

Proceso de Creacin de Expedientes.

Figura. Proceso de Creacin de Expediente.

Este proceso inicia cuando el usuario recibe informacin personal del paciente,

el usuario verifica si el paciente posee documentos para crearle una nueva ficha

de expediente sino posee documentos se crear un expediente con paciente

annimo hasta que se pueda identificar al paciente, como en el caso de una

persona inconsciente.


25/64

Proceso de Consulta Externa.

Figura. Proceso de Consulta Externa.

Este proceso inicia cuando el usuario del sistema acceda al expediente del

paciente, dando lugar a la creacin de una hoja de evolucin, luego el usuariodeterminar qu proceso es requerido: si el paciente debe ser trasladado a la

consulta externa, a otro centro hospitalario, ingresado al hospital o dado de alta.

Cuando el paciente es ingresado al hospital el usuario deber llenar una hoja de

ingreso en el sistema.


26/64

Diagrama de Procesos de Emergencia.

Inicio

Usuario llena elformulario

Creacion de Hojade Emergencia

Usuarioentra a

formulariode Paciente

Usuario llena elTraslado a

Consulta Externa

Usuario Llena elTraslado a Unidad

de Salud

Usuario llena elformulario de

Ingreso al Hospital

El Paciente esdado de Alta

Usuario llena el

Formulario deHoja de Ingreso

Fin

Usuario hace unaseleccin deformulario

Figura. Proceso de Emergencia.

Este proceso inicia cuando el usuario del sistema acceda al expediente del

paciente, dando lugar a la creacin de una hoja de emergencia, luego el usuariodeterminar qu proceso es requerido: si el paciente debe ser trasladado a la

consulta externa, a otro centro hospitalario, ingresado al hospital o dado de alta.

Cuando el paciente es ingresado al hospital el usuario deber llenar una hoja de

ingreso en el sistema.


27/64

Diagrama de Procesos de Emergencia Consulta Externa

Este proceso inicia cuando el

paciente es ingresado alhospital. El usuario crea una hoja

de ingreso, determinando a que

servicio ser ingresado. Cuando

el paciente es ingresado se crea

una nueva Ficha de Historia

Clnica, el proceso dentro de

esto conlleva la creacin de

hojas de enfermera, hojas de

agregado, hoja de evolucin,

hoja de temperatura, hoja de

tensin arterial, y hojas de

balance hdrico, hasta que el

paciente es dado de alta, si es

dado de alta se le crea la hoja de

egreso y el proceso termina.


28/64

4.10 MODELADO UML. CASOS DE USO DEL SISTEMA.

Caso de uso No. 1: Creacin de Expediente.

Diagrama de Caso de Uso. Creacin de Expediente.

Nombre: Creacin de expediente.

Autor: Grupo Gavidia.

Fecha: 15 11 2007.

Descripcin:

El proceso de creacin de expediente consiste en obtener toda la informacin

del paciente incluyendo los datos de sus familiares.

Actores: Archivista logueado.

Precondiciones: El usuario debe haberse logueado antes en el sistema.

Flujo Normal:

El archivista hace una bsqueda del paciente para ver si tiene expediente

creado.

Si no tiene expediente presiona el botn agregar expediente, y crea un nuevo

expediente.El actor cuando crea un nuevo expediente le agrega datos de los familiares,

presionando en el botn agregar familiar.

Flujo alternativo: El sistema comprueba que los datos no nulos sean ingresados

y avisa al actor cuando hay campos vacos.

Poscondiciones: El expediente ha sido almacenado.


29/64

Caso de uso No. 2: Bsqueda de Paciente.

Busqueda dePaciente

Usuario

Sistema HS

Activar Busqueda

VisualizarResultados

include

*include

Diagrama de Caso de uso. Bsqueda de Paciente

Nombre: Bsqueda de paciente.


Fecha: 15 11 2007.

Descripcin:

El proceso de bsqueda permite especificar la interaccin del usuario con elbuscador de los pacientes para obtener la informacin que necesita.

Actores: Usuario

Precondiciones:

El usuario debe haberse logueado antes en el sistema.

Flujo Normal:

El usuario llena los campos de texto y selecciona el filtro con el que desea

buscar, luego presiona el botn buscar, cuando se encuentra algo los datos son

mostrados en una lista.

Flujo alternativo:El sistema comprueba que los datos no nulos sean ingresados y avisa al actor

cuando hay campos vacos.



30/64

Caso de uso No. 3: Agregar Hojas de Enfermera.

Diagrama de Caso de uso. Agregar Hojas de Enfermera.

Nombre: Agregar Hojas de Enfermera.


Fecha: 15 11 2007.

Descripcin:

El proceso de agregar hojas de enfermera es realizado por la enfermera, el

paciente proporciona los datos necesarios en el momento que es visto por laenfermera

Actores: Enfermera.

Precondiciones:


Flujo Normal:

La enfermera ingresa los datos tomados de paciente al sistema y presiona el

botn guardar.

Flujo alternativo:

El sistema comprueba que los datos no nulos sean ingresados y avisa al actor



Sistema HS

Agregar Hojas deEnfermeria

Enfermera

* *

Anotar

Observaciones

Include


31/64

Caso de uso No. 4: Agregar Hoja de agregado.

Sistema HS

Medico Agregado

Agregar HojaAgregado

RegistrarObservaciones

*

*Include

Diagrama de Caso de uso. Creacin de Hoja agregado.

Nombre: Agregar Hojas de Agregado.


Fecha: 15 11 2007.

Descripcin:

El proceso de agregar hojas de agregado es realizado por el mdico agregado,

el paciente es evaluado y el mdico agrega sus anotaciones al expediente

sobre el estado del paciente.

Actores: Mdico agregado.

Precondiciones:


Flujo Normal:

Mdico agregado ingresa los datos tomados de paciente al sistema y presiona

el botn guardar.

Flujo alternativo:





32/64

Caso de uso No. 5: Agregar de Hoja de Tensin.

Diagrama de Caso de uso. Agregar de Hoja de Tensin.

Nombre: Agregar de Hoja de Tensin.


Fecha: 15 11 2007.

Descripcin:

El proceso de agregar hoja de temperatura es realizado por el staff de

enfermera, cuando el paciente est ingresado en el hospital.

Actores: Medico.Precondiciones:


Flujo Normal:

El usuario ingresa los datos tomados de paciente al sistema y presiona el botn

guardar.

Flujo alternativo:



Poscondiciones:

El expediente ha sido almacenado.


33/64

Caso de uso No.6: Agregar Hoja de Temperatura.

Diagrama de Caso de uso. Agregar Hoja de Temperatura

Nombre: Agregar Hoja de Temperatura.


Fecha: 15 11 2007.

Descripcin:

El proceso de agregar hoja de temperatura es realizado por el staff de

enfermera, cuando el paciente est ingresado en el hospital.

Actores: Usuario.Precondiciones:


Flujo Normal:

El usuario ingresa los datos tomados de paciente al sistema y presiona el botn

guardar.

Flujo alternativo:



Poscondiciones:



34/64

Caso de uso No. 7: Creacin de Hoja de Referencia.

Sistema HS

Hacer Hoja deReferencia

Referir a Paciente

Mdico

*

*

include

Diagrama de Caso de uso. Creacin de Hoja de Referencia.

Nombre: Creacin de Hoja de Referencia.


Fecha: 15 11 2007.

Descripcin:

El proceso de hacer hoja de referencia es realizado por el mdico residente, en

una consulta mdica, cuando el paciente es referido a otro centro hospitalario.

Actores: Mdico.Precondiciones:


Flujo Normal:

El mdico ingresa los datos tomados de paciente al sistema y presiona el botn

guardar.

Flujo alternativo:





35/64

Caso de uso No. 8: Agregar Hoja de Evolucin.

Sistema HS

Agregar Hoja deEvolucin

Ingresar lasevoluciones del paciente

Mdico*

*

Include

Diagrama de Caso de uso. Agregar Hoja de Evolucin.

Nombre: Agregar Hoja de Evolucin.


Fecha: 15 11 2007.

Descripcin:

El proceso de agregar hoja de evolucin es realizado por el mdico residente,

en una consulta mdica, cuando el paciente esta ingresado en el hospital, el

mdico registra sus anotaciones sobre el estado del paciente.Actores:

Mdico.

Precondiciones:


Flujo Normal:

El mdico ingresa los datos tomados del paciente al sistema y presiona el botn

guardar.

Flujo alternativo:



Poscondiciones:



36/64

Caso de uso No. 9: Agregar Hoja de Emergencia.

Diagrama de Caso de uso. Agregar Hoja de Emergencia.

Nombre: Agregar Hoja de Emergencia.


Fecha: 15 11 2007.

Descripcin:

El proceso de agregar hoja de emergencia es realizado por el mdico, consiste

en evaluar la condicin del paciente para tomar la decisin del ingreso, consulta

externa, referencia y tratamiento.Actores:

Mdico.

Precondiciones:


Flujo Normal:


guardar.

Flujo alternativo:



Poscondiciones:



37/64

Caso de uso No. 10: Agregar Hoja de Balance Hdrico.

Diagrama de Caso de uso. Agregar Hoja de Balance Hdrico.

Nombre: Agregar Hoja de Balance Hdrico.


Fecha: 15 11 2007.

Descripcin:

El proceso de agregar hoja de balance hdrico es realizado por el mdico

residente, en una consulta mdica, cuando el paciente esta ingresado en el

hospital, el mdico registra diferentes datos sobre el estado del paciente.Actores:

Mdico Residente.

Precondiciones:


Flujo Normal:


guardar.

Flujo alternativo:



Poscondiciones:



38/64

Caso de uso No. 11: Agregar Personal Nuevo.

Caso de uso. Agregar Personal Nuevo.

Nombre: Agregar Personal Nuevo.


Fecha: 15 11 2007.

Descripcin:

El proceso de agregar personal nuevo es realizado por el administrador del

sistema, el personal es el que se convertir en usuario nuevo del sistema, el

administrador le asignar un nivel de seguridad segn su rol dentro del hospital.

Actores:

Administrador.

Precondiciones:


Flujo Normal:

El Administrador ingresa los datos tomados del nuevo personal al sistema y

presiona el botn guardar.



Poscondiciones:

El personal nuevo ha sido almacenado.


39/64

Caso de uso No. 12: Agregar Niveles de Seguridad.

Diagrama de Caso de uso. Agregar Niveles de Personal.

Nombre: Agregar Niveles de Seguridad.


Fecha: 15 11 2007.

Descripcin:

El proceso de agregar niveles de seguridad es realizado por el administrador del

sistema, dentro de los niveles de seguridad se determinaran los privilegios

correspondientes a cada nivel.

Actores:

Administrador.

Precondiciones:


Flujo Normal:

El Administrador ingresa el nivel y presiona el botn guardar luego presiona el

botn privilegios y selecciona los privilegios del nivel seleccionado, luego

presiona el botn guardar.



Poscondiciones:

El nivel nuevo ha sido almacenado.


40/64

Caso de uso No. 13: Agregar Ingreso y Egreso.

Diagrama de Caso de uso. Agregar Hoja Ingreso y Egreso

Nombre: Agregar Ingreso y Egreso.


Fecha: 15 11 2007.

Descripcin:

El proceso de agregar hoja de ingreso y egreso es realizado por el mdico, el

paciente proporciona sus datos para ser ingresado al hospital, cuando se crea

una hoja de ingreso se debe cerrar el caso con la realizacin de la hoja de

egreso.

Actores: Mdico.

Precondiciones:


Flujo Normal:

El mdico ingresa los datos tomados de paciente al sistema y presiona el botn

guardar la hoja de ingreso, cuando el paciente es dado de alta, el mdico

selecciona el botn agregar hoja de egreso y llena los campos correspondientescon informacin del paciente, luego presiona el botn guardar.

Flujo alternativo: El sistema comprueba que los datos no nulos sean ingresados

y avisa al actor cuando hay campos vacos.



41/64

Caso de uso No. 14: Agregar Mantenimiento.

Diagrama de Caso de uso. Agregar Mantenimiento.

Nombre: Agregar Mantenimiento.


Fecha: 15 11 2007.

Descripcin:

El proceso de agregar mantenimiento es realizado por el usuario del sistema.

Los mantenimientos son las tablas maestras que llevan los registros de

servicios, especialidades, estado civil, tipos de documentos y tipo de pariente.Actores: Usuario.

Precondiciones:


Flujo Normal:

El usuario ingresa los mantenimientos nuevos al sistema y presiona el botn

guardar.

Flujo alternativo:



Poscondiciones: El mantenimiento ha sido almacenado.


42/64

4.11 DIAGRAMA DE CLASES.Clases para manipu lar la informacin del Paciente.


43/64

Clases para manipular la informacin de las diferentes ho jas y fichas delExpediente del Paciente.


44/64

Clases para manipular la informacin relacionada con el Personal.


45/64

Clases para manipular las configuraciones del Sistema.

Funciones util izadas en el Sistema.


46/64

nivel

PK id

nombre

hoja_referencia

PK id

lugar fecha

motivoFK1 FK_pacienteFK2 FK_personal

nota_enfermeria

PK id

fecha anotaciones camaFK2 FK_personalFK1 FK_pacienteFK3 FK_servicio

departamento

PK id

nombre

configuracion

hospital

tipo_documento

PK id

nombre_documento

pariente

PK id

nombreFK1 FK_pacienteFK3 FK_tipo_pariente FK_documento numerodocumento direccion telefonoFK2 FK_personal

tipo_pariente

PK id

tipo

especialidad

PK id

nombre

hoja_temperatura

PK id

fecha temperatura camaFK1 FK_pacienteFK3 FK_servicioFK2 FK_personal

estado_civil

PK id

estado

traslado

PK id

fechaFK2 FK_servicio_deFK3 FK_servicio_aFK1 FK_personal

paciente

P K,I 1 i d

nombres apellidos fecha_nacimiento sexo lugar_nacimiento numerodocumento ISSS ocupacion direccion telefono fecha_inscripcion observaciones numero_expedienteF K3 F K_ mu ni ci pi oFK6 FK_tipo_documentoFK2 FK_estadociv ilFK1 FK_departamento area nacionalidadFK5 FK_serv ic ioFK4 FK_personal

hoja_emergencia

PK id

fecha_hora consulta_por presente_enfermedad

examen_fisico diagnostico_presuntivo plan_tratamientoFK1 FK_pacienteFK2 FK_personalFK3 FK_servicio

ficha_historia_clinica

PK id

fecha_hora motivo_consulta historia_enfermedad

antecedentes_hereditarios antecedentes_personales historia_ecologica_social temperatura tension_sistolica tension_diastolica pulso FR peso tasa aspecto_general cabeza ojos labios boca_faringe cuello opc_adenopatias opc_tiroides opc_yugulares opc_torax opc_circulacion_venosa opc_retracciones plan_diagnosticoFK2 FK_personal cardiovascular aparato_respiratorio aparato_digestivo genitorurinario opc_prostata

opc_trot_v extremidades neurologico diagnosticosFK3 FK_servicioFK1 FK_paciente

hoja_agregado

PK id

cama fecha_hora

resumen_clinico examenes_laboratorio interpretacion_radiografias lectura diagnosticos_presuntivos plan_diagnostico_terapeuticoFK1 FK_pacienteFK3 FK_servicioFK2 FK_personal

personal

PK id

nombre telefono

apellido usuario passwordFK2 FK_nivelFK1 FK_especialidad direccionFK3 FK_servicio

hoja_tension

PK id

tension_sistolica tension_diastolica pulso orina camaFK1 FK_pacienteFK2 FK_personal fecha_horaFK3 FK_servicio

ficha_ingreso_egreso

PK id

in_fecha in_diagnosticopresuntivo in_referidode eg_diagnosticopegreso eg_diagnosticosegreso eg_causaexterna eg_discapacidadprin eg_intervencionqui eg_procedimientomed eg_condicioneg eg_egsinconsentimiento eg_fecha

FK_servicio_egresoFK1 FK_pacienteFK2 FK_personal FK_servicio_ingresoFK3 FK_traslado especialidad referido_a referido_de

hoja_evolucion

PK id

cama fecha_hora notasFK1 FK_pacienteFK2 FK_personalFK3 FK_servicio

privilegio

PK id

nombre opcionFK1 FK_nivel

hoja_balance_hidrico

PK id

fecha_hora pvc dextrosa

salino sangre_plasma otros oral orina heces succion perdida_insensibleFK1 FK_paciente otros_descripcionFK2 FK_personalFK3 FK_servicio

municipio

PK id

nombreFK1 FK_departamento

servicio

PK id

nombre descripcion

4.12 DIAGRAMA ENTIDAD RELACION


47/64

4.13 DICCIONARIO DE DATOS

TABLA: hoja_agregadoNombreCdigo

Nombre Fsico Tipo Longitud Regla Descripcin

Id id Integer 4PK,NN/U

Representa el nmero nico deregistro de notas del agregado,correlativo

Cama Cama varchar 10

Dato alfa numrico ingresado por elempleado, haciendo referencia alNmero designado para la cama en que se encontraba el paciente de unservicio

Fecha y hora fecha_horadatetime

8Fecha y hora en que se elabor lanota del residente

Resumen

clnicoresumen_clinico varchar 1000

Texto que contiene el detalle delresumen clnico ingresado por elagregado

Exmenes delaboratorio

Examenes_laboratorio

varchar 1000Hoja que contiene los resultados delos exmenes solicitados del pacient

Interpretacinderadiografas

interpretacion_radiografias

varchar 1000Texto que contiene el detalle de lalectura que realiza el mdico de laradiografas

Lectura lectura varchar 1000Texto que contiene el detalle de lalectura de exmenes mdicos

Diagnosticopresuntivo

diagnosticos_presuntivos

varchar 1000Texto que contiene el detalle deldiagnstico inicial o presuntivo que

determina el agregadoPlan dediagnosticoteraputico

plan_diagnostico_terapeutico

varchar 1000Texto que contiene el detalle del plandel diagnstico determinado por elmdico agregado

Paciente FK_paciente integer 4 FK Nmero de registro del pacienteServicio FK_servicio integer 4 FK Nmero de registro del servicio

Personal FK_personal integer 4 FKNmero de registro del empleado qualimenta el expediente


48/64

TABLA: departamentoNombreCdigo Nombre Fsico Tipo Longitud Regla Descripcin

Id id integer 4 PK,NN/URepresenta el nmero nico deregistro del departamento

Nombre nombre varchar 30Texto que contiene el nombre deldepartamento donde se encuentra paciente al ser alimentado elexpediente.

TABLA: municipioNombreCdigo Nombre Fsico Tipo Longitud Regla Descripcin

Id id integer 4 PK,NN/URepresenta el nmero nico deregistro del departamento

Nombre nombre varchar 30Texto que contiene el nombre delmunicipio de residencia del pacient

Departamento FK_departamento integer 4 FKNmero nico de registro deldepartamento

TABLA: tipo_parienteNombreCdigo Nombre Fsico Tipo Longitud Regla Descripcin

Id id integer 4 PK,NN/URepresenta el nmero nico delregistro del tipo de pariente

Tipo tipo varchar 25 Texto que contiene el parentesco dpariente del paciente

TABLA: estado_civilNombreCdigo Nombre Fsico Tipo Longitud Regla Descripcin

Id id integer 4 PK,NN/URepresenta el nmero nico deregistro de estado civil

Estado estado varchar 10Texto que contiene el estado civl dpaciente


49/64

TABLA: paciente

NombreCdigo Nombre Fsico Tipo Longitud Regla Descripcin

Id id integer 4 PK,NN/U

Representa el nmero nico de

registro del paciente

Nombres nombres varchar 50Texto que contiene los nombresdel paciente

Apellidos apellidos varchar 50Texto que contiene los apellidosdel paciente

Fecha denacimiento fecha_nacimiento date 8 Fecha de nacimiento del pacien

Sexo sexo varchar 1

Texto que contiene lanomenclatura de sexo delpaciente. Femenino. Masculino

Lugar denacimiento

lugar_nacimiento varchar 60Texto que contiene el lugar denacimiento del paciente

Tipo dedocumento

FK_tipo_documento integer 4 PKTexto que contiene el tipo dedocumento del paciente

Nmero dedocumento

numerodocumento varchar 20Valor Alfanumrico del tipo dedocumento

Isss isss varchar 9Valor nmero de la referencia deseguro social del paciente

Ocupacin ocupacion varchar 25Texto que contiene la ocupacindel paciente

Telfono telefono varchar 8Valor numrico del telfono delpaciente

Fecha de

inscripcinfecha_inscripcion datetime 8

Fecha y Hora de creacin delexpediente del paciente. Fechaautomtica y obligatoria

Nmero deexpediente

numero_expediente varchar 20Valor alfanumrico del nmero dexpediente del paciente. Valoringresado por el empleado

Personal FK_personal integer 4 PKNmero de registro del empleadque alimenta el expediente

Estado civil FK_estado_civil integer 4 PK

Texto que contiene el estado civdel paciente. Casado. Soltero.Viudo. Divorciado. AcompaadoMenor

Servicio FK_servicio integer 4 PK Nmero de registro del servicio

Observaciones observaciones varchar 1000

Texto que contiene las

observaciones del pacienteingresadas por el empleado

Municipio FK_municipio integer 4 PK Nmero de registro del municipi

Departamento FK_departamento integer 4 PKNmero de registro deldepartamento

rea area varchar 10Texto que contiene el rea deresidencia

Nacionalidad nacionalidad varchar 25Texto que contiene lanacionalidad del paciente


50/64

TABLA: parienteNombreCdigo Nombre Fsico Tipo Longitud Regla Descripcin


Representa el nmero nico deregistro del pariente del pariente

Nombre nombre varchar 50Texto que contiene el nombre delpariente del paciente

Tipo pariente FK_tipo_pariente integer 4 PKTexto que contiene el parentescodel pariente del paciente

Paciente FK_paciente integer 4 PK Nmero de registro del paciente

Documento FK_documento integer 4 PKTexto que contiene el id deldocumento del paciente

Nmerodocumentos

numerodocumento varchar 20Texto que contiene el nmero dedocumento del paciente

Direccin direccion varchar 50Texto que contiene la direccin depaciente

Telfono telefono varchar 8Texto que contiene el telfono delpaciente

Personal FK_personal integer 4 PKTexto que contiene el id delpersonal

TABLA: Hoja Balance HdricoNombre Cdigo Nombre Fsico Tipo Longitud Regla Descripcin

Id Id integer 4 PK,NN/URepresenta el nmero nde registro de notas delagregado

Fecha y hora fecha_hora datetime 8Fecha y hora en que seelabor la nota de balanchdrico

PVC Pvc varchar 3

Valor numrico de presivenosa central expuesta centmetros de agua.Rango: -5 hasta 30 cc deH2O


51/64

TABLA: Hoja Balance HdricoNombreCdigo Nombre Fsico Tipo Longi tud Regla Descripcin

Dextrosa dextrosa integer 5Valor numrico de la cantidad dedextrosa del paciente. Medidas encentmetros cbicos. Rango: 0 a10,000

Salino salino integer 5Valor numrico de la cantidad de sadel paciente. Rango: 0 a 10,000

Sangre yplasma

sangre_plasma integer 5

Valor numrico de la cantidad desangre y plasma del paciente. Mediden centmetros cbicos. Rango: 0 a10,000

Otros otros varchar 50Texto que contiene la descripcin decualquier otro liquido importante

Oral oral integer 4 Valor numrico de la cantidad de veque el paciente ha ingerido alimentoslidos. Rango: 0 a 10

Orina orina integer 4Valor numrico de la cantidad de veque el paciente ha evacuado orina.Rango: 0 - 10

Heces heces integer 4Valor numrico de la cantidad de veque el paciente ha defecado. Rangoa 50

Succin succion integer 4Valor numrico de la cantidad de veque se le ha succionado la partetratada del paciente. Rango:


52/64

TABLA: Hoja Balance Hdrico

Nombre Cdigo Nombre Fsico Tipo Longitud Regla Descripcin

Perdida insensible perdida_insensible varchar 4

Texto que contiene el detde prdida de sensibilidaddel paciente. Rango: 0 a9999

Paciente FK_paciente integer 4 PKNmero de registro delpaciente

Personal FK_personal integer 4 PKNmero de registro delempleado que alimenta eexpediente

Otros descripcin otros_descripcion varchar 50Texto que contiene ladescripcin de otro aspecrelevante

TABLA: Hoja TemperaturaNombre Cdigo Nombre Fsico Tipo Longitud Regla Descripcin

Id id integer 4 PK,NN/URepresenta el nmero nico dregistro de notas del agregado

Fecha y hora fecha_hora datetime 8 Fecha y hora en que se elabola toma de temperatura

Temperatura temperatura varchar 4Valor numrico de Temperatudel paciente. Medida en gradocentgrados. Rango: 35 a 45

Cama cama varchar 50Nmero de registro cama delpaciente

Paciente FK_paciente integer 4 PK Nmero de registro del pacien

Servicio FK_servicio integer 4 PKServicio donde se registro latemperatura.

FK_personal FK_personal integer 4 PKNmero de registro del empleaque alimenta el expediente


53/64

TABLA: Tensin

NombreCdigo Nombre Fsico Tipo Longitud Regla Descripcin


Representa el nmero nico de registr

de notas del agregadoFecha yhora

fecha_hora datetime 8Fecha y hora en que se elabor la tomde presin

Tensinsistlica

tension_sistolica integer 4

Valor numrico de la presin con la quel corazn expulsa la sangre a lasarterias expresado en milmetros demercurio. (mm Hg). Rango: 0 a 300

Tensindiastlica

tension_diastolica integer 4

Valor numrico de la presin con la quel corazn se llena de sangre desde lavenas expresado en milmetros demercurio. (mm Hg). Rango: 0 a 300

Pulso pulso integer 4Valor numrico del pulso del pacienteRango: 0 a 300

Orina orina integer 4Valor numrico de la cantidad de veceque el paciente ha evacuado orina.Rango: 0 a 10,000

Cama cama varchar 10 Nmero de registro cama del pacientePaciente FK_paciente integer 4 PK Nmero de registro del paciente

Personal FK_personal integer 4 PKNmero de registro del empleado quealimenta el expediente

Servicio FK_servicio Integer 4 PKServicio donde se registro la tensin dpaciente.


54/64

TABLA: Ingreso-Egreso

Nombre Cdigo Nombre Fsico Tipo Longi tud Regla Descripcin

Id id integer 4 PK,NN/URepresenta el nmeronico de registro de

ingreso y egresoFecha de ingreso in_fecha Datetime 8

Fecha en que ingresoel paciente

Diagnosticopresuntivo deingreso

in_diagnosticopresuntivo

varchar 50Diagnsticopresuntivo con el queingresa el paciente

Servicio de ingreso servicio_ingreso integer 8 PKServicio en que fuerecibido el paciente

Lugar de referencia in_referidode varchar 50Lugar de donde fuereferido el paciente

Diagnosticoprincipal de ingreso.

eg_diagnosticodeingreso

varchar 1000

Representa eldiagnstico principalde egreso delpaciente.

Diagnosticosecundario deegreso

eg_diagnostocosegreso

varchar 1000

Representa eldiagnosticosecundario de egresodel paciente

Causa externa deegreso

eg_causaexterna varchar 50Representa si hubouna causa externa deegreso del paciente

Discapacidadprincipal egreso

eg_discapacidadprin varchar 50Representa si elpaciente posee unadiscapacidad principal

Intervencinquirurgica eg_intervencionqui varchar 50

Representa si elpaciente tuvo unaintervencinquirrgica

ProcedimientoMdico

eg_procedimientomed varchar 50

Representa elprocedimiento mdicoque se le brind alpaciente

Continua en la siguiente pagina


55/64

TABLA: Ingreso-EgresoNombre Cdigo Nombre Fsico Tipo Longi tud Regla Descripc in

Condicin deegreso

eg_condicioneg varchar 50 NN

Representa las condicionefsicas en las que egreso epaciente, vivo o muerto, ano despus de las 48 horas

Egreso sinconsentimiento

eg_egsinconsentimiento

varchar 50 NNRepresenta si el pacienteegreso sin consentimientomdico

Fecha de egreso eg_fecha datetime 50 NNRepresenta la fecha y la hde egreso del paciente

Servicio egresoFK_servicio_ingreso

integer 8 FKRepresenta el servicio del egreso el paciente

Servicio ingresoFK_servicio_egre

so

Representa el servicio del

ingreso el pacienteHoja deemergencia

Hoja_emergencia

integer 8 FKRepresenta el identificadola hoja de emergencia delpaciente

Paciente FK_paciente integer 8 FKRepresenta el identificadonombre del paciente

Personal FK_personal integer 8 FKRepresenta el identificadonombre del personal

Referido de referidode varchar 50Texto que contiene el nomde el lugar de procedenciapaciente

Referido a referidoa varchar 50

Texto que contiene el nom

de el lugar de referencia aenviar paciente

TABLA: EspecialidadNombre Cdigo Nombre Fsico Tipo Longitud Regla Descr ipcin

Id id integer 4 PK/NN/URepresenta el nmero nicoregistro de la especialidad

Nombre nombre varchar 50Representa el nombre de laespecialidad

TABLA: ServicioNombre Cdigo Nombre Fsico Tipo Longitud Regla Descr ipcin

Id id integer 4 PK,NN/U Representa el nmero nico registro de notas del agregad

Nombre nombre varchar 50

Texto que contiene el nombredel servicio donde estlocalizado el paciente almomento de alimentar elexpediente.

Descripcin descripcion Varchar 50Representa la descripcin deservicios ofrecidos en el hosp


56/64

TABLA: Hoja de ReferenciaNombre Cdigo Nombre Fsico Tipo Longitud Regla Descripcin

Id id integer 4 PK/NN/U

Representa el nmero nicode registro de hoja de

referencia

Lugar de referencia lugar varchar 50 NN

Representa el nombre dellugar donde ser referido elpaciente

Fecha fecha datetime 8 NN

Representa la fecha deelaboracin de la hoja dereferencia

Motivo de referencia motivo varchar 1000 NNRepresenta el motivo por elcual es referido el paciente

Paciente FK_paciente integer 4 FKRepresenta el identificadordel nombre del paciente

Personal FK_personal integer 4 FK

Representa el identificador

del nombre del personal

Problema problema varchar

1000

NN

Representa la causa por lacual el paciente es referido aotro lugar.

Subjetivo subjetivo varchar1000

NNRepresenta lo que el pacientesiente.

Objetivo objetivo varchar 200 NN

Representa el examen fsicoque realiza el doctor alpaciente.

Tensin Arterial ta integer 4Representa la tensin arterialdel paciente

Frecuencia Cardiaca fc integer 4

Representa la frecuencia

cardiaca del paciente

Frecuencia respiratoria fr integer 4Representa la frecuenciarespiratoria del paciente.

Peso peso varchar 50Representa el peso delpaciente.

Talla talla varchar 50Representa la medida de talladel paciente.

Temperatura temperatura varchar 50Representa la temperaturadel paciente.

Exmenes examenes varchar 50

Representa los estudios yexmenes relevantes delpaciente

Anlisis diagnstico diagnostico varchar 50 Representa el diagnosticopresuntivo del paciente.

Plan de tratamiento tratamiento varchar 1000Representa el tratamiento aseguir por paciente.


57/64

TABLA: NivelNombre Cdigo Nombre Fsico Tipo Longitud Regla Descr ipcin

Id id integer 4 PK/NN/URepresenta el nmero nico de regdel nivel

Nombre nombre varchar 50Representa el nombre del nivel depermisos

TABLA: Hoja de EmergenciaNombreCdigo Nombre Fisico Tipo Longitud Regla Descripcin

Id id counter 4 PK/NN/U

Representa el nmero nide registro de hoja deemergencia

Fecha y hora fecha_hora datetime 8 NN

Representa la hora y la feen que fue echa la hoja deemergencia

Consulta por consulta_por varchar 50 NNRepresenta el motivo deconsulta que tuvo el pacie

Presenteenfermedad presente_enfermedad varchar

1000

NN

Representa la enfermedadque presenta el paciente ela emergencia

Examen fsico examen_fisico varchar

1000

NN

Representa los resultadosobservados en el examenfsico

Diagnosticopresuntivo diagnostico_presuntivo varchar

1000

NN

Representa el diagnosticopresuntivo del paciente enemergencia

Plan tratamiento plan_tratamiento varchar

1000

NN

Representa el tratamientoseguir, y que recomienda mdico en la unidad deemergencia al paciente

Paciente FK_paciente integer 4 FKRepresenta el identificadodel nombre del paciente

Personal FK_personal integer 4 FKRepresenta el identificadodel nombre del personal


58/64

TABLA: Hoja de EvolucinNombreCdigo Nombre Fsico Tipo Longi tud Regla Descripcin

Id id counter 4 PK/NN/URepresenta el nmero nico deregistro de hoja de emergencia

Cama cama varchar 50 NNRepresenta el nmero de cama enque se encontraba en paciente

Fecha y hora fecha_hora datetime 8 NNRepresenta la fecha y hora de la hde evolucin

Notas notas vachar 1000 NNRepresenta las notas yobservaciones del mdico

Paciente FK_paciente integer 8 FK Representa el identificador delnombre del paciente

Personal FK_personal integer 4 FKRepresenta el identificador delnombre del personal

Servicio FK_servicio integer 4 FKRepresenta el identificador delservicio en que se encuentra elpaciente

TABLA: Nota de Enfermera

NombreCdigo NombreFsico Tipo Longitud Regla Descr ipcin

Id id integer 4 PK/NN/URepresenta el nmero nico deregistro de hoja de emergencia

Anotacionesde enfermera

anotaciones varchar 1000 NNRepresenta las anotaciones que hala enfermera del paciente

Cama cama varchar 50Representa el nmero de cama en que se encontraba el paciente

Paciente paciente FK_integer 4 FKRepresenta el identificador del nomdel paciente

Personal personal FK_integer 4 FKRepresenta el identificador del nomde la enfermera


59/64

TABLA: PersonalNombreCdigo Nombre Fsico Tipo Longitud Regla Descripcin

Id id integer 4 PK/NN/URepresenta el nmero nicode registro de personal

Nombre nombre varchar 80 NN Representa el nombre delpersonal

Especialidad FK_especialidad integer 8 PKRepresenta el identificador delnombre de la especialidad

Telfono telefono varchar 8Representa el nmerotelefnico del personal

Usuario usuario varchar 10 PKRepresenta el nombre deusuario del personal

Password password varchar 10Representa la contrasea delusuario del personal

Nivel FK_nivel integer 8 FKRepresenta el identificador delnivel de permisos

Direccin direccion varchar 100 Texto que contiene la dileccindel paciente

Servicio FK_servicio integer 4 FKNmero identificador delservicio

TABLA: ConfiguracinNombreCdigo

NombreFsico Tipo Longitud Regla Descr ipcin

Hospital hospital varchar 150Registro del nombre del hospital

Hoja deevolucin

hoja _evolucin

varchar 150 Registro del nombre de la hoja deevolucin

Hoja deEmergencia

Hoja deemergencia

varchar 150 Registro del nombre del hoja deemergencia

Notas deenfermera

Notas deenfermera

varchar 150 Registro del nombre del hoja deenfermera

Hoja deagregado

hoja _agregado

varchar 150 Registro del nombre de la hoja deagregado

Hoja de

balance hdrico

hoja _

balancehdrico varchar 150 Registro del nombre de la hoja debalance hdrico


60/64

TABLA: TrasladoNombreCdigo


Id id int 4 PK/NN/U Representa el nmero nico deregistro de la hoja de traslado.

fecha fecha datetime 8 Registro de la fecha en que se realiel traslado del paciente.

Servicio deFK_servicio_de

Int 4 FKRepresenta el identificador del nomde servicio de donde es el trasladopaciente.

Servicio aFK_servicio_a

Int 4 FKRepresenta el identificador del nomde servicio de donde es el trasladopaciente.

Personal FK_personal Int 4 FK Representa el identificador del nomdel personal.

TABLA: Tipo examenNombreCdigo


Id id int 4 PK/NN/URepresenta el nmero nico deregistro del tipo de exmen.

Nombre Nombre Varchar 50 NN Representa el nombre del tipo deexmen.

TABLA: PrivilegioNombreCdigo


Id id int 4 PK/NN/URepresenta el nmero nico deregistro del privilegio de usuarios desistema.

Nombre nombre Varchar 50 NNRepresenta el nombre del privilegio

Opcin opcion varchar 50Representa la opcin a la que posepermiso el cliente.

Nivel FK_nivel Int 4 FK

Nmero identificador del nivel de

usuario.


61/64

TABLA: Tipo_documentoNombreCdigo


Id id int 4 PK/NN/URepresenta el nmero nico deregistro del tipo de documento.

Nombrenombre_documento

Varchar 30 NN Representa el nombre del tipo dedocumento.

TABLA: Orden_de_examenNombreCdigo


Id id int 4 PK/NN/URepresenta el nmero nico de laorden de exmenes.

Fecha y hora fecha_hora Datetime 8 NNRepresenta la fecha y hora en que fregistrada la orden de exmen.

Observacionesobservaciones Varchar 500 NN

Representa las observaciones de laorden de exmen.


Paciente FK_paciente integer 4 PK Nmero de registro del paciente

TABLA: historialNombreCdigo


Id id int 4 PK/NN/URepresenta el nmero nico de la

tabla historial.Fecha y hora fecha_hora Datetime 8 NN

Representa la fecha y hora en que fregistrado un evento del historial.

Mdulo modulo Varchar 50 NNRepresenta el mdulo en que sucedel evento que realiz un usuariodelsistema.


Paciente FK_paciente integer 4 PKRepresenta el identificador delpaciente con el que se hicieroneventos.

Evento evento Varchar 50 NN

Representa el evento que se registr

en el historial.


62/64

TABLA: examenNombreCdigo


Id id int 4 PK/NN/U Representa el nmero nico deregistro del exmen.

Nombre nombre varchar 100 NNRepresenta el nombre del exmen.

Tipo ExmenFK_tipo_examen

Int 4 FK Representa el identificador del tipo exmen.

TABLA: detalle_ordenNombreCdigo


Id id int 4 PK/NN/U

Representa el nmero nico de

registro del detalle de la orden deexmen.

Exmen FK_examen int 4 FK Representa el identificador de nombdel exmen.

Orden FK_orden Int 4 FK Representa el identificador de la ordde examen.

Resultado resultado varchar 1000 NNRepresenta el resultado de losexmenes.

TABLA: alertaNombreCdigo


Id id int 4 PK/NN/URepresenta el nmero nico deregistro del tipo de documento.

alertasalerta_medicas

Varchar 1000 NN Representa las alertas mdicas delpaciente.

Fecha y hora fecha_hora Datetime 8 NNRepresenta la fecha y hora en que fregistrada la alerta mdica.

Personal FK_personal Int 4 FK Representa el identificador del nom

del personal.Paciente FK_paciente integer 4 PK Nmero de registro del paciente


63/64

CONCLUSION

Se concluye que el Sistema HS es la herramienta que permitir la gestin de los

datos de los paciente de manera optima y mejorara significativamente el

servicio que se otorga a los pacientes.

Una de las bondades bsicas del sistema es su compromiso con la seguridad,

creando mecanismos de segmentacin por medio de tipos de usuarios y

perfiles, a travs de los cuales se habilitan los diversos accesos.

Adicionalmente se elaboraron manuales para el usuario y tcnicoadministrativo, esta gua permitir al usuario interactuar con el sistema con

libertad y familiaridad, el manual tcnico orienta al administrador sobre los

respaldos de seguridad, con los cuales se garantizara la permaneca del

sistema y el manejo de la contingencia.

El sistema HS contempla todos y cada unos de los formularios utilizados en el

expediente clnico de los pacientes de forma grafica y dinmica, lo cual

permitir una interaccin abierta con el usuario.

Se diseo un formato de bsqueda fcil y rpida, con el cual se disminuir el

tiempo de espera y minimizara las probabilidades de no localizacin y

duplicidad de los expedientes.


64/64

005.1-p222s-capitulo iv.pdf

Documents