UNIVERSIDAD REGIONAL AUTONOMA DE LOS ANDES

CARRERA INGENIERIA EN SISTEMAS

FACULTAD SISTEMAS MERCANTILES

TEMA

SOFTWARE DE CONTROL DE HISTORIAS CLINICAS DEL DEPARTAMENTO MEDICO DE LA UNIVERSIDAD UNIANDES QUEVEDO.

AUTORA ROSA VIRGINIA LUTUALA CHACHA

TUTOR ING. JUAN CARLOS ALBARRACIN

QUEVEDO LOS RIOS 2013

NDICE

RESUMEN EJECUTIVO ............................................................................................... 4 I. EL OBJETO DE TRANSFORMACION .................................................................. 1 1.1 Antecedentes y estado actual del objeto de transformacin. .......................... 1

OBJETO DE INVESTIGACION Y DE CAMPO DE ACCION .................................. 3 1.2 OBJETIVOS ........................................................................................................ 3 1.1.1 1.1.2 1.2 1.3 II. Objetivo general. ..................................................................................... 3 Objetivos Especficos .............................................................................. 3

Hiptesis. ........................................................................................................ 3 Beneficiarios. .................................................................................................. 4 DISEO TEORICO ............................................................................................ 4

2.1.1 2.1.2 2.1.3 2.2

SISTEMAS .................................................................................................. 4 CARACTERISTICAS IMPORTANTES DE LOS SISTEMAS ....................... 4 Herramientas para el desarrollo de un sistema ........................................... 6 Sistemas de informacion................................................................................. 7 Caracteristicas de los sistemas de informacion ....................................... 8 Tipos de informacin ............................................................................... 8

2.2.1 2.2.2 2.3

Lenguaje de modelado unificado (uml) ........................................................... 9

2.3.1 Funciones ..................................................................................................... 9 2.3.1 2.3.2 2.3.3 2.3.4 2.4 Diagramas de casos de uso .................................................................... 9 Diagrama de secuencias ....................................................................... 10 Diagrama de clases ............................................................................... 10 Diagrama de estados............................................................................. 10

Bases de datos ............................................................................................. 11 Caractersticas:...................................................................................... 11 SQL SERVER........................................................................................ 11

2.4.1 2.4.2

2.4.2.1 Ventajas ................................................................................................ 12 2.5 2.6 Sistema de gestin de base de datos ........................................................... 12 Sistemas operativos ..................................................................................... 12 Lenguajes de programacin .................................................................. 13 C# como lenguaje de programacin ...................................................... 13

2.6.1 2.6.2 2.7

Interfaz del usuario ....................................................................................... 14 Tipos de interfaz .................................................................................... 14

2.7.1

2.3.2Inductivo-deductivo ...................................................................................... 15 2.3.3 Mtodo Descriptivo ..................................................................................... 15 2.2.3. Bibliografa documental.............................................................................. 15 III. DESARROLLO DE LA PROPUESTA ............................................................... 15

Caso de estudio .......................................................................................................... 16 Diagrama de casos de uso .................................................................................. 19 Diagrama de clase ............................................................................................... 20 Diagrama de secuencia ....................................................................................... 21 3.5. METODOS, TECNICAS E INSTRUMENTOS .................................................. 23 3.5.1 3.4.1. Entrevistas ............................................................................................. 23 Observacin .......................................................................................... 23

CONCLUSIONES ....................................................................................................... 24 RECOMENDACIONES ............................................................................................... 25 1. BIBLIOGRAFIA .................................................................................................... 26

ANEXOS..................................................................................................................... 27

RESUMEN EJECUTIVO

En la actualidad todas las instituciones pblicas o privadas no pueden prescindirde los adelantos tecnolgicos, la informtica se ha vuelto una herramientaindispensable para el desarrollo y servicio a la comunidad.

Toda la informacin recopilada que sirvi como argumento para respaldar esteprograma, se basa en cinco aos de observaciones a los problemas vividos a diario en este consultorio por la falta de un sistema basado en un software de fcilmanejo, el que dar un cambio total a la atencin en este lugar que presta tantoservicio a la comunidad educativa de la UNIANDES Quevedo .Este sistema ser un soporte indispensable para la administracin de lainformacin de este consultorio.

El programa informtico desarrollado se lo realizo con el fin de tener bien organizada toda la informacin y manejarla de mejor manera, con la finalidad de poder satisfacer a la comunidad acadmica en las necesidades de consultar, modificar, ingresar, presentar reportes de historias clnicas.

I.

EL OBJETO DE TRANSFORMACION

1.1 Antecedentes y estado actual del objeto de transformacin.

La incorporacin de las tecnologas de la informacin y las comunicaciones por parte de los Servicios de Salud de las Comunidades Autnomas, ha dotado en los ltimos aos a usuarios y profesionales de sistemas y aplicaciones que han facilitado a ambos colectivos el acceso a una informacin de calidad sobre la salud individual, al servicio de una atencin sanitaria de calidad creciente, Hoy, todas las Comunidades Autnomas sin excepcin tienen sistemas de Historia Clnica (o de Salud) Electrnica (o Digital). Estos sistemas incorporan magnficas funcionalidades que aportan efectividad, eficiencia y seguridad al proceso de atencin.

Elegir un software para Historias Clnicas Electrnicas, conocido tambin como registro clnico electrnico, es tambin una decisin difcil, vinculante y generadora de un compromiso duradero. En la mayora de los pases y regiones del mundo, la eleccin todava puede ser tomada a nivel del mdico individual, de empresas de salud, hospitales o de sistemas de salud estatales en diferentes niveles. Y a diferencia de dos o tres opciones de sistemas operativos de PC, hay cientos o miles de productos para Historia Clnica.

En Ecuador existe una falencia en el uso de aplicaciones para registros o historias mdicas debido a que, entre otras razones, muchos mdicos ecuatorianos no tienen una cultura informtica y todava trabajan de manera manual a la hora de realizar sus consultas mdicas.

Ante esta realidad y luego de observar que los registros mdicos tradicionalmente se lleva an en papeles y se podra encontrar con la sorpresa de que los datos que existan en relacin al paciente puede que no estn disponibles en la prxima visita que ste realice, ya que es un hecho bien conocido que parte de los registros pueden traspapelarse con el pasar del tiempo como consecuencia de su manipulacin y almacenaje.

La computadora es el mtodo idneo para facilitar el registro, la elaboracin y procesamiento de la informacin y para lograr la adopcin de decisiones. En todos los sentidos la computacin constituye una herramienta que ayuda a resolver los problemas que se presentan.

La Universidad UNIANDES Quevedo desde sus inicios cuenta con un departamento mdicoque brinda los servicios a los estudiantes, que debido al crecimiento de la demandaestudiantil, este departamento presenta inconvenientes por el gran volumen de documentos, que seobtienen por el llenado de estos en forma manual.

OBJETO DE INVESTIGACION Y DE CAMPO DE ACCION Objeto de Investigacin: Software de control de Historias Clnicas Campo de Accin: Programacin de Sistemas.

1.2 OBJETIVOS 1.1.1 Objetivo general.

Desarrollar un sistema informtico para el control de historias clnicas del departamento mdico de UNIANDES Quevedo.

1.1.2

Objetivos Especficos

Analizar las bases conceptuales para el desarrollo de un sistema informtico.

Diagnosticar la situacin actual del flujo de informacin del Departamento Medico.

Disear un procedimiento metodolgico para el software de control de historias clnicas del departamento mdico.

Aplicar el software propuesto.

1.2 Hiptesis. Desarrollar un sistema informtico para el control de Historias Clnicas de la

Universidad UNIANDES Quevedo, volver eficaz el manejo de la informacin delos pacientes.

1.3 Beneficiarios.

Al implementar este sistema informtico los beneficiarios directos ser la comunidad educativa que acude al consultorio mdico de UNIANDES Quevedo

II.

DISEO TEORICO

2.1 Bases Tericas Para un mejor entendimiento del sistema informtico, y todo en cuanto a l se refiere o relacione con este medio. Se efectu una bsqueda de los conceptos relevantes en esta rea tomando en cuenta las teoras de varios autores.

2.1.1

SISTEMAS

Segn Senn (1999), es un conjunto de componentes que interaccionan entre si para lograr un objetivo comun. La sociedad esta rodeada de sistemas. Las personas se comunican con el lenguaje, siendo este un sistema muy desarrollado formado por palabras y simbolos, los cuales tienen significado para el que habla y para quienes escuchan.

2.1.2

CARACTERISTICAS IMPORTANTES DE LOS SISTEMAS

Segn Senn (1992), Los sistemas que interactuan con su medio ambiente(reciben entradas y producen salidas) se denominan sistemas abiertos.

Por otra parte podemos decir que son sistemas abiertos porque son adaptivos es decir son capaces de reajustarse a las condiciones del medio.

En contraste, aquellos que no interactuan con su medio ambiente se conocen como sistemas cerrados. Todos los sistemas actuales son abiertos. Es asi como los sistemas cerrados existen solo como un concepto. Los sistemas emplean un modelo de control basico consistente en: Un estandar para lograr un desempeo aceptable. Un metodo para medir el desempeo actual
4

Un metodo para comparar el desempeo actual contra el estandar. Un metodo de retroalimentacion.

En los grficos siguientes podemos observar los tipos de sistemas mencionados antes.

Ilustracin 1: Grafico sistema abierto Fuente: Wikipedia

Ilustracin 2: Grafico sistema cerrado Fuente: Wikipedia

2.1.3

Herramientas para el desarrollo de un sistema

Segn KENNETH(2005), una herramienta es cualquier dispositivo que, cuando se emplea en forma adecuada, mejora el desempeo de una tarea, tal como el desarrollo de sistemas de informacion basados en computadora. Las herramientas se agrupan en las siguientes categorias: a) Herramientas para analisis: Estas herramientas ayudan a los especialistas en sistemas a documentar un sistema existente, ya sea este manual o automatizado y determinar los requerimientos de una nueva aplicacin. Estas herramientas incluyen: Herramientas para recoleccion de datos: capturan detalles que describen sistemas y procedimientos en uso. Documentan procesos y actividades de decision. Se utilizan para apoyar la tarea de identificar requerimientos. Herramientas para diagramacion: crean representaciones graficas de sistemas y actividades. Apoyan el dibujo y revision de diagramas de flujo de datos e iconos asociados con el analisis estructurado. Asimismo incluyen programas para representacion en diagramas de flujo. Herramientas para el diccionario: Registran y mantienen descripciones de los elementos del sistema, tales como grupos de datos, procesos y almacenamiento de datos. Con frecuencia proporcionan la capacidad de examinar las descripciones del sistema para decidir si son incompletas o inconsistentes. b. Herramientas para diseo: Las herramientas de diseo apoyan al proceso de formular las caracteristicas que el sistema debe tener para satisfacer los requerimientos detectados durante las actividades de analisis: Herramientas de especificacion: Apoyan el proceso de formular las caracteristicas que debe tener una aplicacin, tales como entradas, salidas, procesamiento y especificaciones de control. Muchas incluyen herramientas para crear especificaciones de datos. Herramientas para presentacion: Se utilizan para describir la posicion de datos, mensajes y encabezados sobre las pantallas de las terminales, reportes y otros medios de entrada y salida.

c. Herramienta para el desarrollo: Estas herramientas ayudan al analista a trasladar los diseos en aplicaciones funcionales: Herramientas para la ingenieria de software: Apoyan el proceso de formular diseos de software, incluyendo procedimientos y controles, asi como la documentacion correspondiente. Generadores de codigo: Producen codigo fuente y las aplicaciones a partir de especificaciones funcionales bien articuladas. Herramientas para pruebas: Apoyan la fase de evaluacion de un sistema o de partes del mismo contra las especificaciones. Incluyen facilidades para examinar la correcta operacin del sistema asi como el grado de perfeccion alcanzado en comparacion con las espectativas.

2.2 Sistemas de informacion Segn Cohen (2005), Un sistema de informacin (S.I) es un conjunto de elementos(entidades) que interactan entre s con el fin (objetivo) de apoyar las actividades de una empresa y/o negocio (ambiente). Y los elementos que lo conforman son de naturaleza diversa que normalmente incluyen: El equipo computacional El recurso humano que interactan con el S.I Los datos oInformacin que es introducida y sacada en el sistema Los Programas que son procesados y producen diferentes tipos de resultados

Adems realiza cuatro actividades bsicas que son: Entrada de informacin Almacenamiento de informacin Procesamiento de informacin Salida de Informacin

2.2.1

Caracteristicas de los sistemas de informacion

Segn Sonmerville (2011), el analista de sistemas desarrolla diferentes tipos de sistemas de informacion para satisfacer las diversas necesidades de una empresa, las cuales estan divididas en tres caracteristicas principales: a. Sistemas para el procesamiento de transacciones: El sistema, basado en computadora, mas importante dentro de una organizacin es el que esta relacionado con el procesamiento de transacciones(TPS) tiene como finalidad mejorar las actividades rutinarias de una empresa y de las que depende toda la organizacin. Una transaccion es cualquier suceso o actividad que afecta a toda la organizacin. Los tipos de transacciones cambian en cada una de las diferentes organizaciones. b. Sistemas de informacion administrativa: Estos sistemas ayudan a los directivos a tomar decisiones y resolver problemas. Los directivos recurren a los datos almacenados. c. Como consecuencia del procesamiento de las transacciones, pero tambien emplean otra informacion. En cualquier organizacin se deben tomar decisiones sobre muchos asuntos que se presentan con regularidad y para hacerlo se requiere de cierta informacion. Se pueden desarrollar sistemas de informacion para que, en forma periodica, preparen reportes para el soprte de decisiones.

2.2.2

Tipos de informacin

Cohen (2000), menciona diversas caractersticas hacia cada tipo de sistema de informacin, entre los cuales se encuentran:

a. Sistemas Transaccionales:A travs de estos se suelen lograr ahorros significativos de mano de obra, debido a que se automatizan tareas operativas de la organizacin, ya que con frecuencia son el primer tipo de sistemas de informacinque se implanta en las organizaciones. b. Sistemas de apoyo a las Decisiones: Son los que suelen introducirse despus de haber implantado los sistemas transaccionales ms relevantes de la empresa, ya que estos constituyen su plataforma de informacin, donde la informacin que

se genera en este tipo de sistema sirve de apoyo a los mandos intermedios y a la alta administracin en el proceso de toma de decisiones. c. Sistemas Estratgicos: Su funcin principal no es apoyar la automatizacin de procesos operativos ni proporcionar informacin para apoyar la toma de decisiones. Sin embargo, este tipo de sistemas puede llevar a cabo dichas funciones.

2.3 Lenguaje de modelado unificado (uml)

Segn (KENNETH 2005), UML, emergi en los '90 luego de la bsqueda de un lenguaje de modelamiento que unificara a la industria, que sigui a la "guerra de mtodos" de los '70 y '80. A pesar de que UML evolucion primeramente de varios mtodos orientados al objeto de segunda generacin (en nivel de notacin), UML no es simplemente un lenguaje para modelamiento orientado al objeto de tercera generacin. Su alcance extiende su uso ms all de sus predecesores. Y es la experiencia, experimentacin y una gradual adopcin del estndar lo que revelar su verdadero potencial y posibilitara a las organizaciones darse cuenta de sus beneficios.

2.3.1 Funciones Son acciones o procesos a ser realizados para lograr alcanzar un objetivo que presenta el proyecto. Las funciones pueden ser organizadas de dos tipos.

2.3.1

Diagramas de casos de uso

Los casos de uso no son propiamente un caso de anlisis, se limitan a describir procesos de dominio que pueden expresarse en forma narrativa en un formato estructurado de prosa y pueden ser eficaces en un proyecto de tecnologa no orientada a objetos. No obstante, constituyen un paso preliminar muy til porque describen las especificaciones de un sistema. El caso de uso es un documento narrativo que describe la secuencia de eventos de un actor (agente externo) que utiliza un sistema para completar un proceso.

Actores: El actor es una entidad externa del sistema que de alguna manera participa en la historia del cado de uso. Por lo regular, estimula el sistema con eventos de entrada o recibe algo de l. Los actores estn representados por el papel que desempean en el caso: Cliente, tcnico u otro. Conviene escribir su nombre con mayscula en la narrativa del caso para facilitar la identificacin.

2.3.2

Diagrama de secuencias

El diagrama de secuencia es un tipo de diagrama de interaccin cuyo objetivo es describir el comportamiento dinmico del sistema de informacin haciendo nfasis en la secuencia de los mensajes intercambiados por los objetos. El diagrama de secuencia tiene dos dimensiones, el eje vertical representa el tiempo y el eje horizontal los diferentes objetos. El tiempo avanza desde la parte superior hacia el interior, cada objeto tiene asociado una lnea de vida y focos de control. La lnea de vida indica el intervalo de tiempo durante el que existe ese objeto. Un foco de control o activacin muestra el periodo de tiempo.

2.3.3

Diagrama de clases

Es la representacin de los aspectos estticos del sistema, utilizando diversos mecanismos de abstraccin (clasificacin, generalizacin, agregacin). El diagrama de clases recoge las clases de objetos y sus asociaciones. En este diagrama se representa la estructura y el comportamiento de cada uno de los objetos del sistema y sus relaciones con los dems objetos, pero no muestran informacin temporal.

2.3.4

Diagrama de estados

Describe visualmente los estados y eventos ms interesados de un objeto, as como su comportamiento ante un evento. Un diagrama de estado presenta el ciclo de vida de un objeto: los eventos que le ocurren, sus transiciones y los estados que media n entre sus eventos.

10

2.4 Bases de datos

El trmino base de datos fue creado por primera vez en 1963, en un simposio celebrado en California. Kenneth (2005), Una base de datos se puede definir como un conjunto de informacin homognea que mantiene una estructura ordenada, y que toda ella se encuentra relacionada con un mismo tema.

2.4.1

Caractersticas:

Independencia lgica y fsica de los datos. Redundancia mnima. Acceso concurrente por parte de mltiples usuarios: control de concurrencia mediante tcnicas de bloqueo o cerrado de datos accedidos. Distribucin espacial de los datos: la independencia lgica y fsica facilita la posibilidad de sistemas de bases de datos distribuidas. Integridad de los datos: se refiere a las medidas de seguridad que impiden que se introduzcan datos errneos. Esto puede suceder tanto por motivos fsicos (defectos de hardware, actualizacin incompleta debido a causas externas), como de operacin (introduccin de datos incoherentes). Optimizacin de consultas permite la rpida ejecucin de las mismas. Seguridad de acceso y auditora: El sistema de auditora mantiene el control de acceso a la base de datos, con el objeto de saber qu o quin realiz una determinada modificacin y en qu momento. Respaldo y recuperacin de datos.

2.4.2

SQL SERVER

Es un conjunto de objetos eficientemente almacenados. Los objetos donde se almacena la informacin se denominan tablas, y stas a su vez estn compuestas de filas y columnas.

11

En el centro de SQL Server est el motor de SQL Server, el cual procesa los comandos de la base de datos. Los procesos se ejecutan dentro del sistema operativo y entienden nicamente de conexiones y de sentencias SQL.

SQL Server incluye herramientas para la administracin de los recursos que el ordenador nos proporciona y los gestiona para un mejor rendimiento de la base de datos.

2.4.2.1 Ventajas Soporta el manejo de transacciones, subconsultas. Posee una gran estabilidad, seguridad y escalabilidad. Soporta procedimientos almacenados, replicacin de bases de datos, respaldos y restauracin. Menor necesidad de limpieza de las memorias intermedias durante el procesamiento de las transacciones.

2.5 Sistema de gestin de base de datos

El propsito general de los sistemas de gestin de base de datos es el de manejar de manera clara, sencilla y ordenada un conjunto de datos que posteriormente se convertirn en informacin relevante, para un buen manejo de datos.

En el entorno informtico, la gestin de bases de datos ha evolucionado desde ser una aplicacin ms disponible para los computadores, a ocupar un lugar fundamental en los sistemas de informacin. En la actualidad, un sistema de informacin ser ms valioso cuanto de mayor calidad sea la base de datos que lo soporta, la cual resulta a su vez un componente fundamental del mismo, de tal forma que puede llegarse a afirmar que es imposible la existencia de un sistema de informacin sin una base de datos, que cumple la funcin de "memoria", en todas sus acepciones posibles, del sistema.

2.6 Sistemas operativos Un Sistema operativo(SO) es un programa informtico que acta de interfaz entre los dispositivos de hardware y el usuario. Es responsable de gestionar, coordinar las actividades y llevar a cabo el intercambio de recursos de un computador. Acta como
12

estacin para las aplicaciones que se ejecutan en la mquina. Uno de los ms prominentes ejemplos de sistema operativo, es el ncleo Linux , el cual junto a las herramientas GNU, forman las llamadas distribuciones GNU/Linux.

2.6.1

Lenguajes de programacin

Es el proceso de codificacin de un sistema, se hace a travs de los lenguajes de programacin. Son muy diversos y consecuentemente, pueden presentar caractersticas muy variadas. Segn Rodrguez (2003), Los lenguajes de programacin son herramientas que nos permiten crear Programas y software. Entre ellos tenemos C ++, Delphi, C# , Visual Basic, Pascal, Java, etc.

Para definir un lenguaje de programacin es necesario especificar: Conjunto de smbolos y palabras claves utilizables. Reglas gramaticales para construir sentencias (instrucciones, ordenes) sintctica y semnticamente correctas. a) Sintaxis: conjunto de normas que determinan como escribir las sentencias del lenguaje. b) Semntica: interpretacin de las sentencias, indica el significado de las mismas.

2.6.2

C# como lenguaje de programacin

El lenguaje de programacin C# fue creado por el dans AndersHejlsberg que diseo tambin los lenguajes Turbo Pascal y Delphi. El C# (pronunciado en ingls C sharp o en espaol C sostenido) es un lenguaje de programacin orientado a objetos. Con este nuevo lenguaje se quiso mejorar con respecto de los dos lenguajes anteriores de los que deriva el C, y el C++.

Segn Arrioja (2006), Con el C# se pretendi que incorporase las ventajas o mejoras que tiene el lenguaje JAVA. As se consigui que tuviese las ventajas del C, del C++, pero adems la productividad que posee el lenguaje JAVA y se le denomino C#.

13

Algunas de las caractersticas del lenguaje de programacin C# son: Su cdigo se puede tratar ntegramente como un objeto. Su sintaxis es muy similar a la del JAVA. Es un lenguaje orientado a objetos y a componentes. Armoniza la productividad del Visual Basic con el poder y la flexibilidad del C++. Ahorramos tiempo en la programacin ya que tiene una librera de clases muy completa y bien diseada.

2.7 Interfaz del usuario

Es el medio con que el usuario puede comunicarse con una mquina, un equipo ouna computadora, y comprende todos los puntos de contacto entre el usuario y elequipo, normalmente suelen ser fciles de entender y fciles de accionar.

2.7.1

Tipos de interfaz

A. Una interfaz de hardware: teclado, ratn y pantalla visualizadora.

B. Una interfaz de software: entrega informacin a travs de lo que usuario observa en la pantalla.

C. Una interfaz de Software-Hardware: Es puente entre la mquina y las personas, permite a la maquina entender la instruccin y a el hombre entender el cdigo binario traducido a informacin legible.

2.3.1 Para el anlisis del Software de control de historias clnicas del departamento mdico de la universidad UNIANDES Quevedo se utiliz los siguientes mtodos:

14

2.3.2Inductivo-deductivo Este mtodo permiti establecer lo habitual con la observacin de hechos reales prcticos y de datos generales aceptados como vlidos y que por medio del razonamiento lgico, se pudo deducir varias suposiciones, estableciendo determinando las falencias que presenta el departamento mdico. y

2.3.3 Mtodo Descriptivo Se lo utiliza en la descripcin de hechos y fenmenos actuales. Este mtodo se sita en el presente. Recoge y tabula los datos para luego para luego analizarlos e interpretarlos de una manera imparcial. Proceso del mtodo descriptivo.

2.2.3. Bibliografa documental La descripcin documental es una operacin previa a otras operaciones del anlisis documental como la catalogacin, la indizacin y la clasificacin. Describir un documento es identificarlo y dar informacin sobre su ttulo, soporte, tema, caractersticas externas etc.

III.

DESARROLLO DE LA PROPUESTA

Mediante varias visitas que se hizo al consultorio mdico de UNIANDES Quevedo se pudo observar las necesidades y falencias en los procesos de almacenamiento, registro y bsqueda de las historias clnicas de cada paciente, debido a que actualmente estos procesos se vienen generando de forma manual lo cual se procedi a realizar el siguiente caso de estudio.

15

CASO DE ESTUDIO DESARROLLO DE UN PROYECTO INFORMTICO PARA EL CONTROL DE HISTORIAS CLINICAS DEL DEPARTAMENTO MEDICO DE LA UNIVERSIDAD UNIANDES QUEVEDO. El Departamento mdico de la Universidad UNIANDES Quevedo, est asentada en la Provincia de Los Ros, Ecuador, la misma que brinda servicios mdicos a los estudiantes matriculados legalmente en la Universidad. Su principal funcin es el de brindar atencin mdica a los estudiantes, y llevar un control ordenado de su historia clnica. El departamento mdico fue creado por motivos de que era necesario contar con un doctor que pueda ayudar con imprevistos de saludque se presentaban en los estudiantes. En la actualidad la Universidad cuenta con un pequeo consultorio mdico, que est a cargo un doctor que brinda sus servicios a la comunidad estudiantil. El doctor es el encargado de llevar un registro de fichas mdicas en su formato de papel tradicional tal es el caso que enfrenta diversas dificultades, que se han hecho evidentes durante la prctica diaria como es su deterioro o prdida de las fichas mdicas, generando disconformidad en los alumnos. Las funciones que tendr la aplicacin son: Crear usuarios Va a permitir crear usuarios para manipular el sistema con la respectiva clave de seguridad. Gestionar tipo de pacientes: estudiantes, personal empleados(Registro, consultas, Inactivar, Editar, guardar) administrativo,

Crear la historia clnica del estudiante. Se va a detallar la enfermedad que presente el alumno para el historial.

Impresin de reportes Se podr sacar impresiones del historial mdico de cada estudiante, recetas.

16

CREACIN DEL PROJECT OVERVIEW STATEMENT (POS)

PROJECT Nombre del Proyecto: No. Proyecto: OVERVIEW CONTROL DE HISTORIAS VPT-001 STATEMENT CLINICAS DEL DEPARTAMENTO MEDICO DE LA UNIVERSIDAD UNIANDES QUEVEDO. Problema / Oportunidad:

Director Proyecto:

del

Virginia Lutuala

Existe falencia en los registros y archivos de historias medicas de los estudiantes de la universidad UNIANDES debido a que no se maneja una cultura informtica en el consultorio mdico y todava trabajan de manera manual a la hora de realizar sus consultas medicas. Meta: Desarrollar e implementar un sistema para el control de historias clnicas del departamento mdico de la Universidad UNIANDES Quevedo. Objetivos: Desarrollar una aplicacin para el ingreso de registros de los estudiantes matriculados para luego asignarle una ficha mdica. Tener una base de datos de todos los estudiantes matriculados. Desarrollar reportes de las fichas mdicas segn sea solicitado.

Factores de xito: El Departamento mdico de la Universidad UNIANDES, al implementar un sistema informtico de Historias Clnicas lograr que los registros de cada persona que se encuentren almacenados en una base de datos, sean de fcil acceso para el mdico. Facilitar el registro de historias clnicas de los estudiantes, personal administrativo, trabajadores. Agilizara los procesos de bsqueda de las historias medicas de los estudiantes y otras areas. Factores de Riesgo: Tecnolgico. Dentro del factor tecnolgico, podemos considerar que el doctor encargado del consultorio no cuenta con computadoras para la implementacin del
17

sistema. El mal uso que se le d al equipo informtico har que el sistema presente fallos. La falta de capacitacin a la persona que manipulara el sistema har que no se lo utilice adecuadamente. Preparado por: Virginia Lutuala Fecha: 10/11/2012 Aprobado por: Fecha:

Para un mejor rendimiento de la base de datos utilice SQL SERVER 2008 ya que posee una gran estabilidad, seguridad y escalabilidad y soporta procedimientos almacenados, replicacin de bases de datos, respaldos y restauracin.
FICHAS_MEDICAS CURSOS
IdCurso IdCarrera Curso

CARRERAS
IdCarrera IdFacultad Nombre_Carrera

DATOS_PACIENTES
Nro_HistoriaClinica Cedula Nombres Apellidos Sexo Fecha_Nac Fecha_Registro

PERIODOS_LECTIVOS
IdPeriodo Periodo

ID NroFicha Nro_HistoriaClinica Fecha

PRESCRIPCION_CONSULTA
ID

Motivo TA

Sindromes
IdSindrome Sindrome

IDFICHA
PULSO

PRESCRIPCION

T TALLA PESO TS

FACULTAD
IdFacultad Nombre_F

EstadoCivil Telefono Direccion APF APP IdFacultad IdCarrera IdCurso Activo Tipo

PREDIAGNOSTICO_CONSULTA
ID IDFICHA PREDIAGNOSTICO

TRATAMIENTO_CONSULTA Usuarios
ID Usuario Clave

DIAGNOSTICO_CONSULTA ESTADO_CIVIL
ID Estado_Civil
ID IDFICHA IDSINDROME

ID IDFICHA TRATAMIENTO

Ilustracin 3: Diagrama entidad relacin Fuente: autora

18

Diagrama de casos de uso

PACIENTE2 DOCTOR Solicitar Consulta2

Datos identificacion de paciente2

Iniciar sesion

Registrar consulta2 Consultar paciente Elegir opcion Registrar paciente2

Paciente no registrado

Examinar Paciente Validar datos

Buscar historia clinica Registrar Consulta

Registrar Paciente

Ilustracin 4: Diagrama casos de uso Fuente: Autora

19

Diagrama de clase

DAT OS PACIENT ES + + + + + + + + + + + + + + + + + + + + + + + + + + + + + Nro_Hi stori aCl i ni ca Cedul a Nombres Apel l i dos Sexo Fecha_Nac Fecha_Regi stro EstadoCi vi l T el efono Di recci on APF APP IdFacul tad IdCarrera i dCurso : : : : : : : : : : : : : : : i nt Stri ng Stri ng Stri ng Stri ng Stri ng stri ng Stri ng Stri ng Stri ng Stri ng Stri ng i nt i nt i nt

CURSOS + + + + + + + + + + i dCurso Id_Carrera Curso : i nt : i nt : Stri ng crear () recuperar () 0..* modi fi car () borrar () 0..1 getIdCurso () setIdCurso (i nt newIdCurso) getIdCarrera () setIdCarrera (i nt newId_Carrera) getCurso () setCurso (Stri ng newCurso) CARRERAS + + + + + + + + + + IdCarrera IdFacul tad Nombre_Carrera : i nt : i nt : Stri ng : : : : : : : : : : i nt i nt bool ean i nt i nt voi d i nt voi d Stri ng voi d

PERIODOS LECT IVOS + + + + + + + + IdPeri odo Peri odo : i nt : Stri ng crear () recuperar () modi fi car () borrar () getIdPeri odo () setIdPeri odo (i nt newIdPeri odo) getPeri odo () setPeri odo (Stri ng newPeri odo) ... : : : : : : : : i nt i nt bool ean i nt i nt voi d Stri ng voi d

<<Getter>> <<Setter>> <<Getter>> <<Setter>> <<Getter>> <<Setter>>

<<Getter>> <<Setter>> <<Getter>> <<Setter>> <<Getter>> <<Setter>> 0..*

crear () recuperar () modi fi car () borrar () getIdCarrera () setIdCarrera (i nt newIdCarrera) getIdFacul tad () setIdFacul tad (i nt newIdFacul tad) getNombreCarrera () setNombreCarrera (Stri ng newNombre_Carrera) ...

PRESCRIPCION_CONSULT A FACULT AD + + + + + + + + IdFacul tad Nombre_F : i nt : Stri ng crear () recuperar () modi fi car () borrar () getIdFacul tad () setIdFacul tad (i nt newIdFacul tad) getNombreF () setNombreF (Stri ng newNombre_F) ... : : : : : : : : i nt i nt bool ean i nt i nt voi d Stri ng voi d 0..1 + + + + + + + + + + ID IDFICHA PRESCRIPCION : i nt : i nt : Stri ng : : : : : : : : : : i nt i nt bool ean i nt i nt voi d i nt voi d Stri ng voi d

<<Getter>> <<Setter>> <<Getter>> <<Setter>> <<Getter>> <<Setter>> <<Getter>> <<Setter>> <<Getter>> <<Setter>> <<Getter>> <<Setter>> <<Getter>> <<Setter>> <<Getter>> <<Setter>> <<Getter>> <<Setter>> <<Getter>> <<Setter>> <<Getter>> <<Setter>> <<Getter>> <<Setter>> <<Getter>>

crear () recuperar () modi fi car () borrar () getNroHi stori aCl i ni ca () setNroHi stori aCl i ni ca (i nt newNro_Hi stori aCl i ni ca) getCedul a () setCedul a (Stri ng newCedul a) getNombres () setNombres (Stri ng newNombres) getApel l i dos () setApel l i dos (Stri ng newApel l i dos) getSexo () setSexo (Stri ng newSexo) getFechaNac () setFechaNac (Stri ng newFecha_Nac) getFechaRegi stro () setFechaRegi stro (stri ng newFecha_Regi stro) getEstadoCi vi l () setEstadoCi vi l (Stri ng newEstadoCi vi l ) getT el efono () setT el efono (Stri ng newT el efono) getDi recci on () setDi recci on (Stri ng newDi recci on) getApf () setApf (Stri ng newAPF) getApp () setApp (Stri ng newAPP) getIdFacul tad () ...

<<Getter>> <<Setter>> <<Getter>> <<Setter>>

FICHAS_MEDICAS + + + + + + + + + + + + + + + IDFICHA NroFi cha Nro_Hi stori aCl i ni ca Fecha Moti vo TA PULSO T T ALLA PESO TS : : : : : : : : : : : i nt i nt Stri ng stri ng Stri ng Stri ng Stri ng Stri ng Stri ng Stri ng Stri ng

0..1

<<Getter>> <<Setter>> <<Getter>> <<Setter>>

<<Getter>> <<Setter>> <<Getter>> <<Setter>> <<Getter>> <<Setter>>

crear () recuperar () modi fi car () borrar () getId () setId (i nt newID) getIdfi cha () setIdfi cha (i nt newIDFICHA) getPrescri pci on () setPrescri pci on (Stri ng newPRESCRIPCION) ...

0..*

DIAGNOST ICO_CONSULT A + + + + + + + + + + ID IDFICHA IDSINDROME : i nt : i nt : Stri ng : : : : : : : : : : i nt i nt bool ean i nt i nt voi d i nt voi d Stri ng voi d

Si ndromes + + + + + + + + IdSi ndrome Si ndrome : i nt : Stri ng crear () recuperar () modi fi car () borrar () getIdSi ndrome () setIdSi ndrome (i nt newIdSi ndrome) getSi ndrome () setSi ndrome (Stri ng newSi ndrome) ... : : : : : : : : i nt i nt bool ean i nt i nt voi d Stri ng voi d 0..1

0..*

<<Getter>> <<Setter>> <<Getter>> <<Setter>>

<<Getter>> <<Setter>> <<Getter>> <<Setter>> <<Getter>> <<Setter>>

crear () recuperar () modi fi car () borrar () getId () setId (i nt newID) getIdfi cha () setIdfi cha (i nt newIDFICHA) getIdsi ndrome () setIdsi ndrome (Stri ng newIDSINDROME) ...

<<Getter>> <<Setter>> <<Getter>> <<Setter>> <<Getter>> <<Setter>> <<Getter>> <<Setter>> <<Getter>> <<Setter>> <<Getter>> 0..1

crear () recuperar () modi fi car () borrar () getIdfi cha () setIdfi cha (i nt newIDFICHA) getNroFi cha () setNroFi cha (i nt newNroFi cha) getNroHi stori aCl i ni ca () setNroHi stori aCl i ni ca (Stri ng newNro_Hi stori aCl i ni ca) getFecha () setFecha (stri ng newFecha) getMoti vo () setMoti vo (Stri ng newMoti vo) getT a () ... 0..1

0..* PREDIAGNOST ICO_CONSULT A T RAT AMIENT O_CONSULT A + + + + + + + + + + 0..* ID IDFICHA PREDIAGNOST ICO : i nt : i nt : Stri ng : : : : : : : : : : i nt i nt bool ean i nt i nt voi d i nt voi d Stri ng voi d

Ilustracin 5: Diagrama de clase Fuente: autora

+ + + + + + + + + +

ID IDFICHA T RAT AMIENT O

: i nt : i nt : Stri ng : : : : : : : : : : i nt i nt bool ean i nt i nt voi d i nt voi d Stri ng voi d

<<Getter>> <<Setter>> <<Getter>> <<Setter>> <<Getter>> <<Setter>>

crear () recuperar () modi fi car () borrar () getId () setId (i nt newID) getIdfi cha () setIdfi cha (i nt newIDFICHA) getT ratami ento () setT ratami ento (Stri ng newT RAT AMIENT O)

<<Getter>> <<Setter>> <<Getter>> <<Setter>> <<Getter>> <<Setter>>

crear () recuperar () modi fi car () borrar () getId () setId (i nt newID) getIdfi cha () setIdfi cha (i nt newIDFICHA) getPredi agnosti co () setPredi agnosti co (Stri ng newPREDIAGNOST ICO) ...

20

Diagrama de secuencia
SequenceDiagram_1

Medico solicitar consulta

Paciente

Busca paciente

Paciente no registrado

Registrar paciente

Realizar consulta

Registrar consulta

Buscar historia clinica

Generar Prescripcion medica

Ilustracin 6: Diagrama secuencia Fuente: autora

21

El sistema se lo desarrollo en lenguaje de programacin C# 2010 ya que es un lenguaje orientado a objetos y a componentes, tiene una librera de clases muy completa y bien diseada.
Ini ciar sesi on medi co Ingresar =true Datos i ncorrectos Val i dar datos Enviar dato Acceso correcto=ok

Real i zar consul ta medi ca

Paciente no regi strado

Regi strar Paciente

Revisar Paciente

Regi strar Consul ta Medi ca

Consul tar Fi chas medi cas

Ilustracin 7: Diagrama estado Fuente: autora

22

3.5. METODOS, TECNICAS E INSTRUMENTOS Para la realizacin del trabajo se efectu las siguientes tcnicas o instrumentos de evaluacin.

3.5.1 Entrevistas Se estableci un dilogo directamente con el doctor encargado del consultorio mdico de la UNIANDES Quevedo, para adquirir conocimientos sobre la organizacin a nivel de archivos y conocer internamente como se lleva el registro de consultas, historias clnicas de la comunidad educativa.

3.4.1. Observacin

Lo principal fue estar en el lugar de los hechos obteniendo la informacin necesaria y planificada, constatando el trato mdico paciente.

23

CONCLUSIONES Para la realizacin del software se procedi a realizar un anlisis de los

requerimientos del sistema con documentacin bibliogrfica de varios libros que aportan para el desarrollo de cada uno de los procesos.

Mediante varias visita que se hizo al consultorio mdico de UNIANDES Quevedo se pudo observar las necesidades para los procesos de

almacenamiento, registro y bsqueda de las historias clnicas de cada paciente, debido a que actualmente estos procesos se vienen generando de forma manual lo que ocasiona demora en la atencin de los pacientes e inseguridad el manejo de los datos de los mismo.

Al realizar un procedimiento metodolgico para el desarrollo de software se analizaron las fases en las que se va a desarrollar el trabajo de decir las etapas concretas en las que se realizar la investigacin.

Con la aplicacin del sistema se busca mejorar la calidad de atencin mdica para beneficio de la comunidad educativa.

24

RECOMENDACIONES El levantamiento de informacin que se realiza antes de la elaboracin del software es importante ya que mediante este proceso se definen los requerimientos del sistema.

La utilizacin de un programa debe de universalizarse, a finde que se pueda organizar de manera eficiente, ordenada los registros, consultas, tratamientos y fichas mdicas de la comunidad educativa para brindar un mejor servicio.

Disear el sistema de informacin basados en los requerimientos y modelos del sistema, siguiendo las metodologas del proceso seleccionado se llega a establecer las necesidades que presenta el departamento mdico de UNIANDES Quevedo.

El sistema debe contar con equipos que tenga solvente avance tecnolgico, para as garantizar un ptimo funcionamiento en el cumplimiento de tareas.

25

1. BIBLIOGRAFIA SONMERVILLE Ian, INGENIERIA DE SOFTWARE, 2a ed., Pearson Educacin, 2011. KENNETH Julie, et al ANALISIS Y DISEO SISTEMAS, 6ta ed., Pearson Educacin, Mxico, 2005. ARRIOJA Nicolas, Curso de Programacion C#, 1ra ed., Manuales Users, Espaa,2006 GROUSSAR Tierry, Visual Basic.NET, 1ra ed., Ediciones ENI, Espaa,2009. SENN, James Analisis y Diseo de Sistemas de Informacion , 1ra ed., Editorial, Colombia,2005 MC Graw- Hill PRESSMAN, Roger.(2002), INGENIERIA DEL SOFTWARE UN ENFOQUE PRACTICOMcGRAW-HILLDNTERAMERICANA DE ESPAA, S.A.U., Quinta edicin, Espaa. MAIDEL, Rosa Tellez. (2007), Base de Datos Distribuidos, Universitaria, Primera Edicion, Cuba.

26

ANEXOS

27

28