Vous êtes sur la page 1sur 32

CAPITULO 4

4.1. ADMINISTRACIN DEL SISTEMA


En ste captulo se har una explicacin detallada del Sistema; la visin, alcance y justificacin del Sistema, las Tablas y sus Campos respectivos a utilizarse, el Diagrama Entidad-Relacin de la Base de Datos, el Diseo de la interfaz del usuario y el Lenguaje de Programacin que se utiliz.

4.1.1. DEFINICIN Y OBJETIVO DEL PROBLEMA Las Tecnologas de Informacin (TI) se han desarrollado en un corto perodo de tiempo llegando a ser una de las fuerzas conductoras de la economa mundial. Los pases que han sido beneficiados por el potencial de las modernas tecnologas de Informacin prometen superar los tradicionales obstculos, propios de las infraestructuras insuficientes, para convertir a stas en una eficiente va de apoyo a los principales objetivos que tiene la Cooperacin al Desarrollo Internacional, los mismos que son: reduccin de la pobreza, salud y educacin.

Actualmente el sistema tradicional (manual) de registro tanto en Guayaquil como en todo el pas de Historias Clnicas significa un desperdicio de tiempo en el momento de dar un diagnstico o prescribir un tratamiento, ya que es un mtodo lento y muchas veces las historias clnicas se extravan o se encuentran deterioradas; en fin tareas que en el mbito mdico significara salvar o prolongar la vida de un paciente; es por ello que la elaboracin de un Sistema de Informacin Mdico, agilitara el proceso de toma de decisiones. Adems servira para consultas de diversas enfermedades peditricas en nuestro medio ya que la parte informativa del Sistema ayuda a tener una idea ms clara de la enfermedad, para el tratamiento del paciente (infante) y a la comunidad en general a la prevencin de la misma.

Todo ello facilita para que la informacin generada sirva de apoyo para una mayor descentralizacin en la toma de decisiones, lo que supone un paso hacia la autogestin. Se puede asegurar que se construir una herramienta til para todos: doctores y pacientes.

4.1.2. Producto

Nombre: Sistema de Informacin Medica para Enfermedades Peditricas

110

Slogan:

SIEP

(Sistema

de

Informacin

para

Enfermedades

Peditricas).

4.1.3. Misin Proporcionar de la informacin requerida por el usuario (mdico) acerca del paciente de una manera organizada y confidencial, para su posterior anlisis, adecundose a las necesidades del mismo permitiendo el ingreso, actualizacin y consulta de los datos, teniendo como base de investigacin los datos histricos de los pacientes de la Institucin para estudios futuros de sus caractersticas.

4.1.4. Visin. Reducir el tiempo de respuesta propiciado por el registro tradicional de las historias clnicas ya que el mdico requiere de un informe o registro de manera rpida y segura. Ingreso, Actualizacin y consulta de informacin del paciente por el personal autorizado en el Sistema. Permitir que el usuario pueda consultar el estado, evolucin, tratamiento, exmenes, etapa en la que se encuentra un paciente desde cualquier lugar a cualquier hora de manera confidencial.

4.1.5. Alcance

111

El alcance que el sistema llegara a cubrir es: El sistema ser lo ms amigable posible en el llenado de informacin, para no dar lugar a confusiones en el desarrollo del proceso. Emitir grficos estadsticos sobre las distintas enfermedades en tiempo real. Permitir al usuario consultar acerca del estado, evolucin del tratamiento y exmenes de un determinado paciente. El sitio Web tendr publicidad para que as la mayor parte de entidades mdicas tanto en Guayaquil como en el pas lo conozcan.

4.1.6. En la actualidad No existe en Ecuador ningn sitio de informacin en Internet con respecto a lo que deseamos presentar, un sistema de informacin mdico para enfermedades peditricas; las personas para conocer un poco ms sobre este tema tienen que visitar pginas Web de otros pases y en Latinoamrica el pas es por esto que se dise y desarroll el Sistema, enfocndose en las tecnologas de la cuarta generacin y bases de datos relacionales, en versiones orientadas al manejo de ventanas (Windows) as como el manejo de base de datos a travs de lenguajes estructurados de consultas (SQL).

112

La automatizacin de los procesos no significa nicamente organizacin de la informacin; el adecuado manejo de la informacin es imprescindible en toda institucin sobre todo en al mbito de la medicina (hospitales, unidades mdicas, etc.) la misma que le permitir una infinidad de opciones en cuanto al material con el que se cuenta. Partiendo del anlisis de la organizacin del cliente y sus necesidades, se estructur un modelo que permita una mejor organizacin para visualizar alternativas informticas para automatizar sus funciones.

4.1.7. VENTAJAS / DESVENTAJAS Ventajas Se llevar un mejor control y manejo, del ingreso, consultas y todo lo referente a la historia mdica de cada paciente, para que as el sistema pueda ser reconocido en el sector de la salud no solo de Guayaquil sino en el Pas. Apoyo en los estudios epidemiolgicos, ya que se podrn observar grficos estadsticos, la evaluacin del uso de antibiticos y medicamentos en una determinada epidemia, y en la educacin del personal (pacientes y doctores). Identificacin y monitorizacin de pacientes con alto riesgo de adquirir alguna enfermedad.

113

Reconocimiento y conocimiento de la importancia y utilidad de un Sistema como este, tanto en nuestro pas como en el exterior.

Incitar a realizar y apoyar proyectos de esta ndole al sector pblico del pas y al Gobierno.

Racionalizacin del tiempo de trabajo, en el procesamiento y anlisis de los resultados.

Desventajas. El segmento del mercado que tiene conocimientos y puede acceder a Internet es reducido. La infocultura que tienen tanto pacientes como doctores es muy pobre. Falta de apoyo del Gobierno a esta clase de proyectos. Desconocimiento de lo til tanto en lo relacionado a la salud y a lo econmico de esta clase de trabajos.

4.1.8. FACTIBILIDAD DE UN SISTEMA DE INFORMACIN La factibilidad del Sistema de Informacin se la obtiene analizando las siguientes clasificaciones: Recursos Tcnicos Hardware Software

114

Recursos Humanos Recursos econmicos Recursos fsicos: equipos, muebles de oficina y otros.

1.1.

RECURSOS TECNICOS.

El equipamiento se puede realizar por etapas y debe estar acorde con los requerimientos de cada una de las necesidades y dimensiones del lugar y tipo de software que se va implementar. Es por ello que se va a utilizar una red. Se requerir de las siguientes caractersticas en las computadoras.

Hardware Los requerimientos de hardware que debe tener el Sistema para que el servidor sirva como mnimo de host del mismo son:

Un procesador Intel Pentium III o equivalente a 600 Mhz o ms rpido.

Memoria de 256 Mb Ram Disco Duro 80 GB Tarjeta de video de 16 bits con resolucin de 800 x 600 pxeles Tarjeta de Red

115

Unidad de CD-ROM.

Computadoras clientes del sistema: Computadoras Pentium o equivalente Memoria 64 MB Ram como mnimo Disco Duro de 200 MB, mnimo. Tarjeta de video 2Mb, mnimo Conexin a Internet, requerido.

Software Para la instalacin y correcto funcionamiento del mismo se requiere un software como mnimo:

Windows 98 SE, Windows 2000, Windows XP o Windows .NET Server 2003.

El DBMS sobre el cual se desarrollar el sistema es Microsoft SQL Server 7.0 Enterprise Edition.

Para la ejecucin del sistema del lado del cliente, se necesita tener instalado Internet Explorer 5.0 o superior.

1.2.

RECURSOS ECONMICOS

116

Los costos de las horas tcnicas: deben cubrir las horas de operadores y programadores.

Los costos del software. Los costos del hardware: Tener en cuenta el hardware bsico y su crecimiento programtico.

Los costos de mantenimiento integran: costos del mantenimiento del Hardware; costo de mantenimiento de la Red y costo de

mantenimiento del Software.

1.3.

RECURSOS HUMANOS

Sabemos de antemano que cuando se inicia un proyecto se necesita de mayor cantidad de recursos humanos de lo que se necesita cuando el proyecto ya est por finalizar, adems se requiere de recursos humanos diferentes en cada etapa del proyecto ya que son distintas las actividades en cada una de ellas. Se debe tener presente que los recursos se asignaran a medida que el proyecto avance. Los recursos humanos se pueden dividir en: Etapa I Programadores y diseadores: Son los que disean el software y la interfaz grafica, deben ser especialistas en informtica mdica e integrar un equipo multidisciplinario. Tienen que adaptar el software a

117

las

necesidades

complejidad

del

establecimiento.

No

necesariamente deben pertenecer a la institucin.

Etapa II Administradores del sistema o Web Master: quien debe contar con los conocimientos necesarios para crear y/o actualizar la informacin almacenada en la base de datos. Asimismo, el administrador proporcionar mantenimiento al sistema as como a los componentes que lo integran. Debe pertenecer a la institucin y ser el nexo entre los programadores y los dems usuarios del sistema.

Etapa III Educadores: La funcin que desarrollan es la de ensear a utilizar el sistema.

Etapa IV Prueba y mantenimiento de hardware y software: Debe tenerse en cuenta que es mucho menos costoso encontrar problemas antes de que el sistema este terminado, y que en el mundo de los negocios mas se paga por el mantenimiento, que si realizan nuevos sistemas.

1.4.

RECURSOS FSICOS

118

Debe asignarse y adecuarse un lugar adecuado para el servidor y oficina de cmputos donde trabajen los programadores y

administradores del sistema y un sitio lo suficientemente espacioso y permanente para los terminales para que as puedan hacer una fcil utilizacin de estas los operadores, ya que no se puede estar

trasladando los equipos de un lado a otro. Los Suministros y Muebles de Oficina que sern utilizados durante todas las etapas de desarrollo e Implementacin del Sistema.

4.1.9. ESQUEMA DEL SISTEMA En el grfico 4.1 se presenta un esquema del sistema. La metodologa est dada por los usuarios que tendrn acceso al sistema o a la informacin almacenada en el mismo. El Operador del sistema quien manejar la informacin diariamente y usuarios finales que estn clasificados en Mdicos Autorizados quienes tendrn libre acceso a la informacin de las Historias Clnicas del Hospital correspondiente y la Comunidad los que slo tendrn acceso a la visualizacin de la parte informativa del sistema. Es decir, se limitarn a consultas y no podrn modificar la informacin.
Grfico 4.1 Esquema de SIEP

119

SIEP.COM

Servidor Web

Administrador

Usuario

Elaborado por Vanessa Vergara Lozano

reas dentro del SIEP.com La parte informativa del sistema: enfermedades peditricas, Sntomas y tratamientos de cada una de ellas. Links de inters La base de datos: la historia clnica informatizada (o registro clnico electrnico) contiene los datos personales y clnicos de los pacientes, y constituye la base que permite el acceso e intercambio de informacin sobre los pacientes. Es fundamental la utilizacin de vocabularios mdicos establecidos en su elaboracin. Estructura del sistema: misin, visin, alcance, personal, la gestin y administracin de la institucin y la interaccin con el usuario con los correos electrnicos.

120

Anlisis estadstico: medicina basada en la evidencia, donde existe informacin relevante y vlida para la toma de decisiones que afectan al cuidado de la salud.

Galera de Imgenes: Fotos de pacientes que algn desorden.

4.1.10. ANLISIS F.O.D.A. Anlisis que determina las fortalezas y debilidades del sistema en el ambiento externo y las oportunidades y amenazas en el ambiente interno.

Fortalezas Las enfermedades en los nios son muy frecuentes y sobre todo son de mucho inters para todos ya que todos tenemos infantes en casa o en la familia. La comunidad est percibiendo los beneficios que ofrece el Internet tal como se apreci en las Elecciones para Alcaldes, IESS, bancos.

Debilidades Desconocimiento de la existencia de este tipo de proyectos en el sector de la salud. Culturizar y ensear el uso de esta herramienta a los profesionales en esta rama y sobre todo a los pacientes.

121

Oportunidades Conveniente nmero de posibles clientes ( pacientes, doctores) Producto totalmente nuevo. Diversidad de informacin. No hay competidores, con respecto al portal de informacin en el mbito nacional. Posibilidad de crecer como profesionales dando a conocer nuestro trabajo.

Amenazas Costo del sistema puede ser muy alto. Constante actualizacin del Sistema para que no quede obsoleto. Falta de reconocimiento en el mercado.

4.1.11. CADENA Y SISTEMA DE VALORES La cadena de valores


Actividades de Soporte
Infraestructura R.R.H.H. Desarrollo Tecnolgico Adquisiciones

122

Actividades Primarias

Logstica Logstica de Operaciones De Entrada Salida

Marketing y Ventas

Servicios

En la cadena de valores el sistema esta enfocado en tres actividades primarias: logstica de entrada, logstica de salida y servicios; y dos actividades de soporte: recursos humanos y desarrollo tecnolgico.

Esto se da porque el manejo de historias clnicas requiere de ingreso de datos, entonces se necesita de recursos humanos, mediante las bondades del Internet (desarrollo tecnolgico), datos que ingresados y procesados servirn de informacin para doctores, pacientes.

El sistema de valores
Grfico 4.2 Sistema de Valores

Informacin clnica de cada paciente atendido Investigaciones Recientes Doctores Pacientes Sugerencias

SIEP

Doctores Pacientes Comunidad Gobierno

Elaborado por Vanessa Vergara Lozano

n el grfico 4.2 se muestra el Sistema de valores que es el flujo de actividades en el que esta incluida la cadena de valores del sistema de

123

informacin. Lo que ingresar el sistema de informacin, y al canal para llegar a los usuarios finales.

4.1.12. ESTIMACIN DE COSTOS Realizaremos una estimacin de costos basados en las siguientes categoras: Recursos Tcnicos Hardware Software Recursos Humanos Publicidad Recursos fsicos: equipos, muebles de oficina y otros.

Recursos Tcnicos
Tabla 4.1 Recursos tcnicos del sistema HARDWARE Servidor Computadora cliente SOFTWARE Microsoft Windows 2000 Server, 5 clientes MSSQL Server 7.0 Registro en el dominio Macromedia STUDIO MX Plus Windows 2000 Profesional, incluida la licencia. Internet va cable mdem ($125 al mes por un ao) TOTAL 1 1 640.00 1255.00 350.00 623.00 142.90 1500.00 $8.310,90 Cantidad 1 1 Costo total $3000.00 800.00

124

Recursos Humanos
Tabla 4.2 Recursos humanos del sistema Sueldo por 6 meses (duracin de Personal proyecto) Programador 700.00 Diseador Administrador del sistema (Web master) TOTAL 600.00 4000,00 $5300,00

Equipos y Muebles de Oficina


Tabla 4.3 Recursos fsicos del sistema Equipos y muebles de oficina Suministros (copias, plumas, hojas, impresin, diskette, CDS, etc.) Electricidad (K/h) $20 al mes Muebles y equipos de oficina (escritorio, sillas, ventiladores, etc.) Otros TOTAL TOTAL 20,00 240,00 350,00 15,00 $625,00

Costo Total del Sistema SIEP


Tabla 4.4 Costo Total del Sistema del sistema

125

Recursos Tcnicos Humanos Equipos y Muebles de Oficina TOTAL

TOTAL 8310,90 5300,00 625,00 $14.235,90

4.2. DISEO DEL SISTEMA

4.2.1. Diseo de la base de datos en SQL Server. El motor de la Base de Datos que se seleccion fue SQL Server por su facilidad de uso en Intranets/Internet y por ser una base de datos de capacidad media, entre otros atributos que con el desarrollo de ste captulo se irn detallando.

SQL Server es un sistema administrador para Bases de Datos relacionales basadas en la arquitectura Cliente / Servidor (RDBMS) que usa Transact-SQL para mandar peticiones entre un cliente y el SQL Server. SQL Server usa la arquitectura Cliente / Servidor para separar la carga de trabajo en tareas que corran en computadoras tipo Servidor y tareas que corran en computadoras tipo Cliente:

126

Elaborado por Ing. Rubn lvarez [5]

El Cliente es responsable de la parte lgica y de presentar la informacin al usuario. Generalmente, el cliente corre en una o ms computadoras Cliente, aunque tambin puede correr en una computadora Servidor con SQL Server.

SQL Server administra Bases de Datos y distribuye los recursos disponibles del servidor (tales como memoria, operaciones de disco, etc.) entre las mltiples peticiones.

La arquitectura Cliente /Servidor nos permite desarrollar aplicaciones para realizar en una variedad de ambientes.

Una de los beneficios de utilizar como motor de base de datos a SQL SERVER es el (RDBMS) ya que es el responsable de:

Mantener las relaciones entre la informacin y la Base de Datos.

127

Asegurarse de que la informacin es almacenada correctamente, es decir, que las reglas que definen las relaciones ente los datos no sean violadas.

Recuperar toda la informacin en un punto conocido en caso de que el sistema falle.

4.2.2. DEFINICION DE TABLAS PRIMARIAS Y CAMPOS QUE CONFORMAN LA BASE DE DATOS Las tablas con sus respectivos campos que conforman nuestra Base de Datos son:

Tabla: MOTIVOS Descripcin: Indica el motivo el Autor de Creacin: motivo por la que un paciente Vanessa Vergara Lozano (infante) ingreso al hospital. Nombre del Tipo de datos Long Descripcin campo Id int 4 Cdigo de motivo Descripcin nvarchar 50 Motivos de ingreso del paciente

Tabla: 1/1 Null Not null Not null

Descripcin: Indica el sexo del paciente. Nombre campo Id Descripcin del Tipo de datos int nvarchar

Tabla: GENEROS Autor de Creacin: Long 4 50 Vanessa Vergara Lozano Descripcin Cdigo de gnero sexo de un individuo

Tabla: 1/2 Null Not null Not null

128

Tabla: ESTADOS CIVILES Descripcin: Indica el estado civil Autor de Creacin: que puede poseer una persona. Nombre del Tipo de datos campo Id int Descripcin nvarchar Vanessa Vergara Lozano Long 4 50 Descripcin Cdigo del estado civil estado civil del paciente

Tabla: 1/3 Null Not null Not null

Tabla: USUARIOS Descripcin: detalla los usuarios del Autor de Creacin: sistema de informacin Nombre del Tipo de datos campo Id Int Nombre nvarchar Contrasea Tipo nvarchar nvarchar Vanessa Vergara Lozano Long 4 10 8 50 usuario tipo de usuario Descripcin Cdigo del usuario nombre del usuario contrasea de acceso

Tabla: 1/4 Null Not null Not null del Not null Not null

Tablas: ESTADOS NUTRICIONALES Descripcin: indica estado de nutricin Autor de Creacin: de los pacientes (infantes) Nombre del Tipo de datos campo Id int Descripcin nvarchar Vanessa Vergara Lozano Long 4 50 paciente Descripcin Cdigo del estado nutricional estado de nutricin del

Tabla: 1/5 Null Not null Not null

Tabla: reas Descripcin: Ingreso de los Sistemas o Autor de Creacin: Parte del cuerpo que ataca determinada Vanessa Vergara Lozano enfermedad. Nombre del campo Tipo de datos Long Descripcin Id int 5 Cdigo del rea que ataca

Tabla: 1/6 Null Not null

129

cierta enfermedad Cdigo ISSFA Codigo Nombre nvarchar nvarchar 5

de

la Not null

enfermedad. Nombre del rea que ataca la 50 enfermedad Not null

Tabla: ENFERMEDADES las Autor de Creacin: enfermedades o diagnsticos en el Vanessa Vergara Lozano Hospital. Nombre del Tipo de datos Long Descripcin campo Id int 4 Cdigo de la enfermedad Area_Id int 4 Cdigo del rea Cdigo ISSFA de la Codigo nvarchar 5 enfermedad. Nombre de la enfermedad o Nombre nvarchar 100 diagnstico Descripcin: Ingreso de

Tabla: 1/7 Null Not null Not Null Not null Not null

Descripcin:

indica

que

Tabla: EDADES grupo Autor de Creacin: Vanessa Vergara Lozano Long 4 10 grupo de edad Describe el intervalo de aos 50 en cada grupo de edad Descripcin Cdigo de edad Cdigo asignado para el

Tabla: 1/8 Null Not null Not null Not null

pertenece la edad del paciente. Nombre del Tipo de datos campo Id int Codigo Descripcin char nvarchar

Tabla: EXAMENES Descripcin: Indica el examen que ha Autor de Creacin: de realizarse un paciente Vanessa Vergara Lozano

Tabla: 1/9

130

Nombre del Tipo de datos campo Id Descripcin int nvarchar 4 50 exmenes Cdigo del examen Describe los diferentes Not null Not null Long Descripcin Null

Tabla: PROCEDIMIENTOS Descripcin: describe las actividades Autor de Creacin: realizadas para obtener un diagnostico Nombre del Tipo de datos campo Id int Historiaclinica_id int Examen_id Resultados int nvarchar Vanessa Vergara Lozano Long 4 4 4 50 Descripcin Cdigo del procedimiento Historia clnica del paciente Examen que se realiz el paciente Resultados realizado del examen

Tabla: 1/10 Null Not null Not null Not null Not null

Descripcin:

Indica

Tabla: HISTORIAS CLNICAS detalla la Autor de Creacin: Long 4 4 4 8 4 4 4 4 300 300 50 Vanessa Vergara Lozano Descripcin Nmero de la historia clnica Cdigo del paciente Cdigo del Doctor que atender al paciente Fecha en que se realiza la historia clnica. Motivo por el que ingresa Estado de nutricin que se le diagnostica Grupo de edad del paciente Enfermedad o diagnostico que detectaron Describe el Diagnostico o

Tabla: 1/11 Null Not null Not null Not null Not null Not null Not null Not null Not null Null Null Null

informacin clnica del paciente. Nombre del campo Tipo de datos Id int Paciente_id int Doctor_id Fecha Motivo_id EstadodeNutricin_id Edad_id Enfermedad_id Diagnostico Tratamiento Observacin int datetime int int int int nvarchar nvarchar nvarchar

enfermedad del paciente. Formas de tratar la enfermedad diagnosticada Observacin adicional

131

Tabla: DOCTORES Descripcin: describe los datos Autor de Creacin: personales del doctor Nombre del campo Tipo de dato Id Int Apellidos Nvarchar Nombres Nvarchar Cedula Char Especializacin Nvarchar Genero_id Int Edad Int FechNac Datetime Pais Nvarchar Provincia Ciudad Estadocivil_id Area Direccin Telefono Mail Nvarchar Nvarchar Int Nvarchar Nvarchar Nvarchar Nvarchar Long 4 50 50 10 50 4 4 8 50 50 50 4 50 100 50 50 doctor E-mail del doctor. Vanessa Vergara Lozano Descripcin Cdigo del doctor Apellidos del doctor Nombres del doctor Numero de cdula del doctor Especialidad del doctor Gnero del doctor Edad en aos del doctor Fecha de nacimiento Pas origen del doctor Provincia del pas origen del doctor Ciudad donde habita el doctor Estado civil del doctor Area donde atiende el doctor Direccin domiciliaria del doctor Numero de telfono o celular del

Tabla: 1/12 Null Not null Not null Not null Not null Not null Not null Not null null Not null Not null Not null Not null Null Null Null Null

Tabla: PACIENTES Descripcin: describe los datos Autor de Creacin: personales del paciente Nombre del campo Tipo de dato Id Int Apellidos Nvarchar Nombres Nvarchar Cedula Char Genero_id Int Edad Int FechNac Datetime Direccin Nvarchar Telefono Mail Nvarchar Nvarchar Long 4 50 50 10 4 4 8 100 50 50 paciente Correo electronico del paciente Vanessa Vergara Lozano Descripcin Cdigo del paciente Apellidos del paciente Nombres del paciente Numero de cdula del paciente Gnero del paciente Edad del paciente Fecha de nacimiento Direccin domiciliaria Nmero de telfono o celular del

Tabla: 1/13 Null Not null Not null Not null Not null Not null Not null null Null Null Null

132

Pas Provincia Ciudad Estadocivil_id Ocupacin

Nvarchar Nvarchar Nvarchar Int Nvarchar

50 50 50 4 50

Pas origen del paciente Provincia del pas de origen del paciente Ciudad donde habita el paciente Estado civil del paciente Oficio del paciente

Not null Not null Not null Not Null Null

Tabla: SUGERENCIAS las Autor de Creacin: sugerencias ingresadas por nuestros Vanessa Vergara Lozano visitantes Nombre del Tipo de datos Long Descripcin campo Id Int 4 Cdigo de la sugerencia Fecha en que se envi la Fecha Datetime 8 sugerencia. Nombre y Apellido de la Descripcin: Detalla todas Nombres Nvarchar 70 persona que hace realiz correo la la sugerencia. Ciudad donde sugerencia. Direccin de

Tabla: 1/14 Null Not null Not Null

Not null

Ciudad Mail Mensaje

Nvarchar Nvarchar Nvarchar

50 30 300

Not null Not null Not null

para del

poder responder. Sugerencia escrita individuo.

133

4.2.3. Diagrama entidad relacin del sistema


Grfico 4.3 Diagrama Entidad Relacin del Sistema SIEP

134

4.2.4. Esquema de la aplicacin WEB

135

La aplicacin Web no se trata simplemente de pginas con imgenes y descripciones. Cuando hablamos de construir aplicaciones, a lo que nos referimos es a la construccin de sitios que hagan algo; que nos permitan introducir informacin y respondan inteligentemente a las solicitudes. La aplicacin Web que se desarroll se la hizo con un enfoque de tres capas que son: La capa de presentacin que contiene los componentes de la interfaz de usuario, tales como los formularios de la aplicacin. La capa de negocio donde se encuentran las operaciones bsicas del negocio tales como las consultas. La capa de datos suele incluir tan solo a la base de datos.

Entre los servidores Web ms utilizados se encuentra Microsoft Internet Information Server (IIS), que es el que utilizamos en nuestra aplicacin. Un servidor de aplicaciones es un software que ayuda al servidor Web a procesar las pginas que contienen scripts o etiquetas del lado del servidor. Cuando se solicita al servidor una pgina de este tipo, el servidor Web pasa la pgina al servidor de aplicaciones para su procesamiento antes de enviarla al navegador. sta no se puede comunicar directamente con una base de datos porque el formato propietario de esta ltima impide que se descifren los datos, de una forma bastante similar a cuando la informacin de un documento de Microsoft Word abierto en el Bloc de Notas o BBEdit queda ininteligible. El

136

servidor de aplicaciones slo se puede comunicar con la base de datos a travs de un controlador que acte de intermediario con la base de datos: el software acta entonces como un intrprete entre el servidor de aplicaciones y la base de datos. Para comunicarse con la base de datos de nuestro sistema, la aplicacin Web utiliza un controlador ODBC y proveedores de OLE DB para SQL Server. Una vez que el controlador establece la comunicacin, la consulta se ejecuta en la base de datos y se crea un juego de registros:

Una consulta de base de datos es la operacin mediante la cual se extrae un juego de registros de una base de datos.

Un juego de registros es un conjunto de datos extrados de una o varias tablas de una base de datos,.

Puede utilizar prcticamente cualquier base de datos con su aplicacin Web, siempre y cuando se haya instalado el controlador correcto de base de datos en el servidor. Para el desarrollo de nuestra aplicacin se utiliz una base de datos basada en servidor, como las que permite crear Microsoft SQL Server. 4.2.5. DISEO DE LA INTERFAZ DEL USUARIO

137

Seleccionamos Dreamweaver MX por su facilidad de uso para generar aplicaciones web dinmicas con ASP, HTML y dems tecnologas para Internet, el DREAMWEAVER MX gener casi el 80% del cdigo de la aplicacin, el 20% restante eran de las Consultas SQL, centrndonos en la solucin del problema.

4.2.6. IMPLEMENTACION DEL SISTEMA La implementacin del sistema abarca desde la instalacin, configuracin, carga de datos, capacitacin mediante manual de instalacin, pruebas que fueron permitidas gracias a la utilidad del (IIS), y puestas a punto del sistema.

La confiabilidad es un aspecto del diseo, por lo que debe estar dentro del sistema, por lo que se busc trabajar directamente con el usuario potencial quien manifest todas sus necesidades y preferencias con respecto al Sistema.

4.2.7. Evaluacin del sistema Partiendo del anlisis de la organizacin del cliente y sus necesidades, se estructur un modelo que permita una mejor organizacin para visualizar alternativas informticas y automatizar sus funciones. Con ello se establecen las consultas mediante las cuales se hacen las

138

recomendaciones pertinentes para que el cliente tome las decisiones adecuadas.

Se mantiene como objetivo fundamental el lograr integrar sistemas de informacin de manera que se constituyan en el sistema nervioso central de cualquier entidad en este caso de una entidad en el sector de la salud.

Se procur satisfacer las expectativas de quienes son los usuarios potenciales del mismo (pacientes y doctores) brindndoles una

herramienta til para su desempeo y de fcil manejo; considerando que la actividad principal de una institucin mdica es servir a los pacientes.

Software utilizado en la implementacin del sistema Para la implementacin de la base de datos del sistema se utiliz el Gestor de Base de Datos MSSQL Server 7.0. En el diseo de la parte visual de las pginas Web, se utiliz Macromedia Flash MX, Macromedia Fireworks MX y Swich V 2.0. Para el desarrollo de las pginas .htm y .asp, se utiliz el editor de pginas web Macromedia Dreamweaver MX.

4.2.8. METODOLOGA Y USUARIOS

139

La metodologa est dada por los usuarios que tendrn acceso al sistema o a la informacin almacenada en el mismo. Entre los usuarios tenemos:

Los navegadores (pacientes) El doctor Administrador

Los navegadores.- es toda la comunidad que accesa a Internet en busca de informacin, los que slo tendrn acceso a la visualizacin de la parte informativa del sistema.

El doctor.- quien puede acceder como administrador, con un usuario y contrasea pero no tendr el control total del sistema. Pueden ver las historias clnicas de los pacientes y consultas estadsticas.

El administrador.- es quien tendr el control total del sistema, quien debe contar con los conocimientos necesarios para crear y/o actualizar la informacin almacenada en la base de datos.

140

Vous aimerez peut-être aussi