Вы находитесь на странице: 1из 87

UNIVERSIDAD NACIONAL JORGE BASADRE GROHMANN Facultad de Ingenieras

Escuela Acadmico Profesional de Ingeniera en Informtica y Sistemas

Informe de Prcticas Pre-Profesionales Sistema Informtico de Gestin de Historias Clnicas en la Seccin de Salud OBUN Tacna-Per. Institucin: Seccin de Salud OBUN de la UNJBG

Presentado por:

Tony Liedyn Choque Ramos

17 de Noviembre al 28 de febrero del 2011 TACNA PER 2011

CONTENIDO

INTRODUCCION ................................................................................................................. I I. GENERALIDADES ........................................................................................................ 1 1.1 RAZN SOCIAL ........................................................................................................... 1 1.2 DESCRIPCIN ............................................................................................................. 1 1.2.1 MISIN ...................................................................................................................... 1 1.2.2 VISIN ....................................................................................................................... 1 1.3 UBICACIN .................................................................................................................. 1 1.4 ORGANIZACIN DE LA INSTITUCIN ....................................................................... 1 1.4.1 ORGANIGRAMA ........................................................................................................ 1 1.5 OBJETIVOS DE LA PRCTICA ................................................................................... 2 1.5.1 OBJETIVOS GENERALES ........................................................................................ 2 1.5.2 OBJETIVOS ESPECFICOS...................................................................................... 2 1.6 ACTIVIDADES DESARROLLADAS ............................................................................. 3 II. FUNDAMENTO TERICO ............................................................................................ 4 2.1 SISTEMA ...................................................................................................................... 4 2.2 MODELO DE SISTEMAS ............................................................................................. 4 2.3 ANLISIS Y DISEO DE SISTEMAS .......................................................................... 5 2.3.1 ANLISIS DE SISTEMAS.......................................................................................... 5

2.3.2 DISEO DE SISTEMAS ............................................................................................ 5 2.4 BASE DE DATOS ......................................................................................................... 6 2.5 METODOLOGA RUP (RATIONAL UNIFIED PROCESS) ........................................... 7 2.5.1 RESUMEN ................................................................................................................. 7 2.5.2 DESCRIPCIN .......................................................................................................... 7 2.5.2.1 ITERATIVO E INCREMENTAL ............................................................................... 7 2.5.2.2 DIRIGIDO POR CASOS DE USO .......................................................................... 8 2.5.2.3 CENTRADO EN LA ARQUITECTURA ................................................................... 8 2.6 UML (LENGUAJE UNIFICADO DE MODELADO) ....................................................... 9 III. MATERIAL Y MTODO UTILIZADO EN LAS PRCTICAS PRE PROFESIONALES 11 3.1 HARDWARE Y SOFTWARE ...................................................................................... 11 3.1.1 HARDWARE ............................................................................................................ 11 3.1.2 SOFTWARE ............................................................................................................. 11 3.1.2.1 SISTEMA OPERATIVO ........................................................................................ 11 3.1.2.2 HERRAMIENTAS PARA LA PLANIFICACIN .................................................... 12 3.1.2.3 HERRAMIENTAS PARA EL ANLISIS ................................................................ 12 3.1.2.4 HERRAMIENTAS PARA EL DESARROLLO ....................................................... 12 3.2 METODOLOGA DE TRABAJO USADA EN EL PROYECTO ................................... 12 3.2.1 GENERALIDADES .................................................................................................. 12

3.2.1.1 TTULO DEL PROYECTO .................................................................................... 12 3.2.1.2 ANTECEDENTES ................................................................................................. 13 3.2.2 DEFINICIN DEL PROBLEMA ............................................................................... 13 3.2.3 OBJETIVOS DEL PROYECTO................................................................................ 14 3.2.3.1 OBJETIVO GENERAL .......................................................................................... 14 3.2.3.2 OBJETIVOS ESPECFICOS................................................................................. 14 3.3 JUSTIFICACIN DE LA NECESIDAD DEL DESARROLLO ..................................... 14 3.3.1 DEL PROYECTO: .................................................................................................... 14 3.3.2 ESTUDIO DE FACTIBILIDAD.................................................................................. 15 3.3.3 ESTIMACIN DE LOS RECURSOS PRELIMIARES.............................................. 18 3.3.3.1 REQUERIDOS ...................................................................................................... 18 3.3.3.2 DESCRIPCIN DE LA ASIGNACIN DE RECURSOS ...................................... 19 3.3.3.3 OBTENCIN DE INFORMACIN PRELIMINAR ................................................. 19 3.4 UTILIZANDO LA METODOLOGA RUP ..................................................................... 20 3.4.1 PLAN DE DESARROLLO DE SOFTWARE ............................................................ 20 3.4.1.1 VISTA GENERAL DEL PROYECTO .................................................................... 20 3.4.1.1.1 PROPSITO ALCANCE Y OBJETIVOS ........................................................... 20 3.4.1.1.2 SUPOSICIONES Y RESTRICCIONES ............................................................. 21 3.4.1.1.3 ENTREGABLES DEL PROYECTO ................................................................... 21

3.4.1.2 ORGANIZACIN DEL PROYECTO ..................................................................... 27 3.4.1.2.1 PARTICIPANTES DEL PROYECTO ................................................................. 27 3.4.1.2.2 INTERFACES EXTERNAS ................................................................................ 27 3.4.1.3 GESTIN DEL PROCESO ................................................................................... 29 3.4.1.3.1 PLAN DEL PROYECTO .................................................................................... 29 3.4.2 REQUISITOS ........................................................................................................... 29 3.4.2.1 DESCRIPCIN DE USUARIOS ........................................................................... 29 3.4.2.2 DESCRIPCIN GLOBAL DEL PRODUCTO ........................................................ 30 3.4.2.3 GLOSARIO ........................................................................................................... 30 3.4.3 REQUERIMIENTOS GENERALES DEL SISTEMA ................................................ 31 3.4.3.1 MDULO HISTORIA CLNICA ............................................................................. 31 3.4.3.2 MDULO CONSULTA MDICA........................................................................... 31 3.4.4 MODELO DE CASOS DE USO ............................................................................... 31 3.4.5 ESPECIFICACIN DE CASOS DE USO ................................................................ 33 3.4.6 ANLISIS / DISEO ................................................................................................ 36 3.4.6.1 MODELO DE ANLISIS / DISEO: DIAGRAMA DE CLASES............................ 36 3.4.6.2 MODELANDO LA BASE DE DATOS RELACIONAL CON MYSQL WORDBENCH SOO .................................................................................................................................. 37 3.4.6.3 DIAGRAMA DE SECUENCIAS ............................................................................ 40 3.4.6.4 DIAGRAMA DE ACTIVIDADES ............................................................................ 43

3.4.6.5 DIAGRAMA DE ESTADOS................................................................................... 45 3.4.7 MODELO DE IMPLEMENTACIN .......................................................................... 46 3.4.7.1 DIAGRAMA GLOBAL DE PAQUETES ................................................................. 46 3.4.7.2 DIAGRAMA DE COMPONENTES ....................................................................... 46 3.5 CODIFICACIN .......................................................................................................... 48 3.5.1 MDULO DE CONEXIN A LA BASE DE DATOS ................................................ 48 3.5.2 MDULO DE SEGURIDAD ..................................................................................... 49 3.5.3 MDULO HISTORIA CLINICA ................................................................................ 50 IV. RESULTADOS DE LA PRCTICA REALIZADA ......................................................... 57 4.1 IMPLEMENTACIN .................................................................................................... 57 4.1.1 PROTOTIPOS DE INTERFACES DE USUARIO .................................................... 57 V. CONCLUSIONES Y SUGERENCIAS ......................................................................... 65 5.1 CONCLUSIONES ....................................................................................................... 65 5.1.1 CONCLUSIONES DE LAS PRCTICAS ................................................................. 65 5.1.2 CONCLUSIONES DEL PROYECTO ....................................................................... 65 5.2 SUGERENCIAS .......................................................................................................... 66 VI. BIBLIOGRAFA ............................................................................................................ 67 VII.ANEXOS ...................................................................................................................... 69 7.1 ANEXO 1: DOCUMENTOS PARA OBTENER REQUERIMIENTOS ......................... 69

7.2 ANEXO 2: ESTRUCTURA DEL DESGLOSE DEL TRABAJO (EDT) ........................ 70 7.3 ANEXO 3: ESTIMACIN DE LOS TIEMPOS ESPERADOS ..................................... 71 7.4 ANEXO 4: DICCIONARIO DE DATOS ....................................................................... 72

LISTA DE FIGURAS
FIGURA 1: ORGANIGRAMA OBUN................................................................................... 2 FIGURA 2: ESQUEMA DEL MODELO DE SISTEMA. ....................................................... 4 FIGURA 3: DIAGRAMA GENERAL DE CASO DE USO. ................................................. 31 FIGURA 4: DIAGRAMA CASO DE USO REGISTRO HISTORIA CLNICA. .................... 32 FIGURA 5: DIAGRAMA CASO DE USO REGISTRO CONSULTA MDICA. ................. 32 FIGURA 6: DIAGRAMA CASO DE USO VER REPORTE. .............................................. 32 FIGURA 7: DIAGRAMA DE CLASES. .............................................................................. 36 FIGURA 8: GENERACIN DE LA BASE DE DATOS...................................................... 37 FIGURA 9: AGREGAR TABLAS AL DIAGRAMA. ............................................................ 37 FIGURA 10: GENERACIN SATISFACTORIA DE LA BASE DE DATOS. ..................... 38 FIGURA 11: DIAGRAMA RELACIONAL DE BASE DE DATOS. ..................................... 39 FIGURA 12: DIAGRAMA DE SECUENCIA: INSERTAR HISTORIAL. ............................. 40 FIGURA 13: DIAGRAMA DE SECUENCIA: ACTUALIZAR HISTORIAL. ........................ 41 FIGURA 14: DIAGRAMA DE SECUENCIA: VER REPORTE. ......................................... 42 FIGURA 15: DIAGRAMA DE ACTIVIDADES: REGISTRA HISTORIAL. ......................... 43 FIGURA 16: DIAGRAMA DE ACTIVIDADES: REGISTRA CONSULTA MDICA. .......... 44 FIGURA 17: DIAGRAMA DE ESTADOS: PACIENTE. ..................................................... 45 FIGURA 18: DIAGRAMA DE PAQUETES. ...................................................................... 46

FIGURA 19: DIAGRAMA DE COMPONENTES MDULO HISTORIA CLNICA............. 46 FIGURA 20: DIAGRAMA DE COMPONENTES MDULO DE INGRESOS. ................... 47 FIGURA 21: DIAGRAMA DE COMPONENTES MDULO DE EGRESOS. .................... 47 FIGURA 22: DIAGRAMA DE DESPLIEGUE. ................................................................... 48 FIGURA 23: FORMULARIO DE INGRESO AL SISTEMA. .............................................. 57 FIGURA 24: MEN INICIO. .............................................................................................. 57 FIGURA 25: FORMULARIO DE DATOS GENERALES DE LA HISTORIA C.................. 58 FIGURA 26: FORMULARIO PLAN DE ATENCIN INTEGRAL. ..................................... 58 FIGURA 27: FORMULARIO DE ANTECEDENTES. ........................................................ 59 FIGURA 28: FORMULARIO DE EVALUACIN NUTRICIONAL. .................................... 60 FIGURA 29: REPORTE HISTORIA CLNICA. .................................................................. 61 FIGURA 30: FORMULARIO BSQUEDA PARA CONSULTA MDICA. ........................ 62 FIGURA 31: RESULTADO BSQUEDA. ......................................................................... 62 FIGURA 32: RESULTADO BSQUEDA. ......................................................................... 63 FIGURA 33: REPORTE CONSULTA MDICA. ............................................................... 63 FIGURA 34: MDULO DE REPORTES ........................................................................... 64 FIGURA 35: FICHA DE HISTORIA CLNICA. .................................................................. 69 FIGURA 36: DIAGRAMA DE DESGLOSE. ...................................................................... 70 FIGURA 37: ESTIMACIN DE LOS TIEMPOS ESPERADOS ........................................ 71

FIGURA 38: DICCIONARIO DE DATOS .......................................................................... 76

INTRODUCCION

Las prcticas pre-profesionales, representan el primer paso para convertirse en profesionales que aporten concretamente a la sociedad. Es importante pasar por este proceso para conocer el nivel de aprendizaje alcanzado y las necesidades de las instituciones, empresas u otros.

El presente informe est estructurado en 7 partes: Captulo I descripcin de la institucin donde se realiz las prcticas. Captulo II, presenta el fundamento terico empleado en el desarrollo del proyecto. Captulo III, menciona el material y mtodo utilizado en las prcticas pre-profesionales. Captulo IV, se muestra el resultado de las prcticas. Captulo V, se dan algunas Conclusiones y Sugerencias. Captulo VI, se describe la Bibliografa utilizada y finalmente Captulo VII se tiene los Anexos.

I. GENERALIDADES 1.1 RAZN SOCIAL Seccin de Salud de la Oficina de Bienestar Universitario (OBUN) de la Universidad Nacional Jorge Basadre Grohmann (UNJBG). 1.2 DESCRIPCIN La Seccin de Salud se encarga de brindar servicios de tratamiento

mdico, prescripcin de medicinas, consulta y otros a todas las personas que formen parte de la universidad, especialmente a los alumnos ingresantes, quienes realizan sus exmenes de salud como parte del proceso de matrcula. 1.2.1 MISIN Brindar atencin con calidez y eficiencia para mantener saludables a los estudiantes, docentes y trabajadores de la universidad. 1.2.2 VISIN Hacia un Servicio centrado en el estudiante y personal de la universidad, que supere sus expectativas y mejore su bienestar. 1.3 UBICACIN La Seccin de Salud, se encuentra ubicada dentro de la ciudad universitaria Avenida Miraflores S/N. 1.4 ORGANIZACIN DE LA INSTITUCIN 1.4.1 ORGANIGRAMA OBUN se encuentra organizada de la siguiente manera:

Ofic. de Bienestar Universitario

Secretaria

Secc. de Salud Psico. y Asist.

Secc. de Deportes y Reacreacin

Comedor Universitario

Figura 1: Organigrama OBUN. Fuente: MOF - 2003.

1.5 OBJETIVOS DE LA PRCTICA 1.5.1 OBJETIVOS GENERALES Aplicar los conocimientos adquiridos en la etapa de formacin

acadmica para ayudar a resolver algunos problemas en la Seccin de Salud de OBUN. 1.5.2 OBJETIVOS ESPECFICOS Ayudar a mejorar los procedimientos que se realizan en el local, usando metodologas para su anlisis respectivo. Proponer un sistema informtico para mejorar la gestin dentro de la Seccin Salud.

1.6 ACTIVIDADES DESARROLLADAS Se desarroll un Sistema Informtico de Gestin de Historias Clnicas, destinado al registro de los mismos. Se desarrollo un mdulo complementario de Consultas mdicas.

II. 2.1 SISTEMA

FUNDAMENTO TERICO

Segn (Pressman, 2005) indica que un sistema basado en computadora es Un conjunto o disposicin de elementos organizados para realizar un objetivo predefinido procesando informacin. En (Senn, 2000) se seala Un sistema es un conjunto de componentes que interaccionan entre s para lograr un objetivo comn. Para el presente trabajo se ha tomado como definicin de sistema, la que indica Pressman. 2.2 MODELO DE SISTEMAS Todo sistema se puede definir por sus entradas, sus procesos y sus salidas y responde por lo tanto al modelo cuyo esquema es el que se muestra en la siguiente figura:

Figura 2: Esquema del modelo de sistema. Fuente: Sistemas de informacin en la era digital-Mdulo_I

2.3 ANLISIS Y DISEO DE SISTEMAS 2.3.1 ANLISIS DE SISTEMAS En (Senn, 2000), anlisis de sistemas es el proceso de clasificaci n e interpretacin de hechos, diagnstico de problemas y empleo de la informacin para recomendar mejoras al sistema. Este es el trabajo del analista de sistemas. 2.3.2 DISEO DE SISTEMAS El Diseo de Sistemas se define el proceso de aplicar ciertas tcnicas y principios con el propsito de definir un dispositivo, un proceso o un sistema, con suficientes detalles como para permitir su interpretacin y realizacin fsica. La etapa del Diseo del Sistema encierra cuatro etapas: El diseo de los datos. Trasforma el modelo de dominio de la informacin, creado durante el anlisis, en las estructuras de datos necesarios para implementar el Software. El Diseo Arquitectnico. Define la relacin entre cada uno de los elementos estructurales del programa. El Diseo de la Interfaz. Describe como se comunica el Software consigo mismo, con los sistemas que operan junto con l y con los operadores y usuarios que lo emplean. El Diseo de procedimientos. Transforma elementos estructurales de la arquitectura del programa.

La importancia del diseo del software se puede definir en una sola palabra calidad, dentro del diseo es donde se fomenta la calidad del proyecto. El diseo es la nica manera de materializar con precisin los requerimientos del cliente. 2.4 BASE DE DATOS Segn (Castao & Piattini Velthuis, 1996, pg. 46) hace referencia a base de datos como Coleccin o depsito de datos integrados con redundancia controlada y con una estructura que refleje las interrelaciones y restricciones existentes en el mundo real; los datos, que han de ser compartidos por diferentes usuarios y aplicaciones, deben mantenerse independientes de stas, y su definicin y descripcin, nicas para cada tipo de datos, han de estar almacenadas junto con los mismos. Los procedimientos de actualizacin y recuperacin, comunes y bien determinados, habrn de ser capaces de conservar la integridad, seguridad y confidencialidad del conjunto de los datos. Una base de datos es un conjunto de datos que pertenecen al mismo contexto almacenados sistemticamente para su uso posterior. En este sentido, una biblioteca puede considerarse una base de datos compuesta en su mayora por documentos y textos impresos en papel e indexados para su consulta.

2.5 METODOLOGA RUP (RATIONAL UNIFIED PROCESS) 2.5.1 RESUMEN Segn ( J a c o b s o n , B o o c h , & R a u m b a u g h , 2 0 0 0 , p g s . 1 - 1 2 ) , RUP comprende un conjunto de actividades que transforman requisitos de usuario en un Sistema Software. Consta de las fases Inicio, Elaboracin, Construccin y Transicin. Entre los flujos de Trabajo Fundamentales se encuentran: Modelado de Negocio. Requisitos. Anlisis y Diseo. Implementacin. Pruebas. Despliegue. Configuracin y Gestin de cambios. Gestin del Proyecto. Entorno

2.5.2 DESCRIPCIN 2.5.2.1 ITERATIVO E INCREMENTAL Pequeos proyectos que incorporan incrementalmente nueva funcionalidad y cuyo desarrollo es una interaccin. Fases del modelo RUP: Inicio: Comprender el Problema y Determinar su mbito.

Elaboracin: Capturar requisitos y producir un prototipo (Lnea base). Construccin: Diseo e Implementacin. 1 Producto Operacional (Beta). Transicin: Producir y suministrar el Producto Final. Entre las caractersticas ms importantes tenemos que se obtiene un Sistema Robusto, Reduce el riesgo de tener un mal producto, reduce el riesgo de no obtener el producto en el tiempo previsto, permite atacar problemas con requisitos incompletos. 2.5.2.2 DIRIGIDO POR CASOS DE USO Los Casos de uso son servicios que un actor requiere del sistema y le proporciona un resultado, tambin proporciona los requisitos funcionales del sistema. Los cambios en requisitos de un caso de uso facilitarn la deteccin en las clases y componentes relacionados. 2.5.2.3 CENTRADO EN LA ARQUITECTURA Los Casos de uso describen la funcionalidad del sistema mientras que la arquitectura define la forma del sistema, se describen mediante vistas que incorpora el 5-10% de los casos de uso ms relevantes. Existen muchas vistas entre ellos: Casos de Uso: Actores y Casos de Uso Relevantes

Anlisis: Clases de Anlisis de casos de uso anteriores. Diseo: Subsistemas y Clases de Diseo derivadas de clases de anlisis.

Despliegue: Arquitectura fsica por medio de nodos. Implementacin: Componentes de las clases relevantes.

2.6 UML (LENGUAJE UNIFICADO DE MODELADO) El Lenguaje Unificado de Modelado prescribe un conjunto de notaciones y diagramas estndar para modelar sistemas orientados a objetos, y describe la semntica esencial de lo que estos diagramas y smbolos significan. Mientras que ha habido muchas notaciones y mtodos usados para el diseo orientado a objetos, ahora los modeladores slo tienen que aprender una nica notacin. UML se puede usar para modelar distintos tipos de sistemas: sistemas de software, sistemas de hardware, y organizaciones del mundo real. UML ofrece nueve diagramas en los cuales modelar sistemas.1 Diagramas de Casos de Uso para modelar los procesos del negocio segn el punto de vista del usuario. Diagramas de Secuencias para mostrar la mecnica de interaccin con base en tiempos. Diagramas de Colaboraciones para modelar interacciones entre objetos.

Popkin Software and Systems, Modelado de Sistemas con UML es.tldp.org/Tutoriales/docmodelado-sistemas-UML/doc-modelado-sistemas-uml.pdf

Diagrama de Estados para modelar el comportamiento de los objetos en el sistema.

Diagramas de Actividades para modelar el comportamiento de los casos de uso, objetos u operaciones.

Diagramas de Clases para modelar la estructura esttica de las clases en el sistema.

Diagramas de Objetos para modelar la estructura esttica de los objetos en el sistema.

Diagramas de Componentes para modelar componentes de software.

Diagramas de Distribucin para modelar la arquitectura fsica de un sistema.

10

III.

MATERIAL Y MTODO UTILIZADO EN LAS PRCTICAS PRE PROFESIONALES

3.1 HARDWARE Y SOFTWARE 3.1.1 HARDWARE

Caractersticas
Modelo Procesador Memoria Disco duro Multimedia Tarjeta de Red CD-ROM CD-RW Impresora Sistema Operativo

Equipo Pentium Dual-Core 2.10 GHz 4 Gb 400 Gb Independiente Instalado Instalado Instalado Tinta HP Windows 7

3.1.2 SOFTWARE 3.1.2.1 SISTEMA OPERATIVO Microsoft Windows 7 Home Premium, Copyright 2009 Microsoft Corporation. Reservados todos los Derechos.

11

3.1.2.2 HERRAMIENTAS PARA LA PLANIFICACIN Microsoft Project 2007 Microsoft Office project professional 2007 Copyright 1990-2007 Microsoft Corporation.

Reservados todos los Derechos. 3.1.2.3 HERRAMIENTAS PARA EL ANLISIS StarUML Cdigo libre UML, versin 5.0.2.1570.

3.1.2.4 HERRAMIENTAS PARA EL DESARROLLO Macromedia Dreamweaver versin 8.0 para el diseo y programacin de la pgina web. Xamp 1.7.3 panel de control; que contiene php, Mysql, Apache, phpMyAdmin para el desarrollo del sistema. MySQL WorkBench 5.2 OSS, para el diseo del modelo de base de datos. Jquery framework para javascrip y uso de ajax.

3.2 METODOLOGA DE TRABAJO USADA EN EL PROYECTO 3.2.1 GENERALIDADES 3.2.1.1 TTULO DEL PROYECTO Sistema Informtico de Gestin de Historias Clnicas.

12

3.2.1.2 ANTECEDENTES En los trabajos de (Curioso Vilchez, Roman, Perez - Lu, Castagnetto, & Garca, 2010) y (Curioso Vilchez, Saldas Vargas, & Zambrano, Historias clnicas electrnicas. Experiencia en un Hospital Nacional. Satisfaccin por parte del personal de salud y pacientes, 2002) , investigaciones realizadas en el pas, se validaron la usabilidad de la automatizacin de las historias clnicas y por tanto su importancia. Los sistemas informticos en la actualidad son factibles de desarrollar, se cuenta con las herramientas necesarias para poder crear cualquier sistema informtico sea de escritorio o en la web. 3.2.2 DEFINICIN DEL PROBLEMA La Seccin de Salud no cuenta con un software capaz de realizar el registro de las historias clnicas de los alumnos, especialmente de los ingresantes. La ficha de historia clnica tiene muchos datos y su registro implica un tiempo considerable. El registro de historias clnicas es abundante a inicios del ao acadmico o antes, los alumnos ingresantes hacen el registro como parte del proceso de matrcula. El hecho que el registro se realice manualmente implica los problemas de confiabilidad e integridad de los datos, adems del tiempo que ocasiona realizar el registro en s, su bsqueda o un resumen estadstico.

13

3.2.3 OBJETIVOS DEL PROYECTO 3.2.3.1 OBJETIVO GENERAL Desarrollar un Sistema Informtico de Gestin de Historias Clnicas. 3.2.3.2 OBJETIVOS ESPECFICOS Analizar la informacin y requisitos del proceso de registro de la historia clnica. Disear una interfaz para el Sistema de Gestin de Historias Clnicas que sea de fcil uso para el usuario. Implementar un prototipo para el Sistema de Gestin de Historias Clnicas. 3.3 JUSTIFICACIN DE LA NECESIDAD DEL DESARROLLO 3.3.1 DEL PROYECTO: Uno de los objetivos del OBUN es aumentar la calidad y eficiencia en los procesos que realizan en las distintas oficinas que posee, de esta manera garantizar la veracidad de los estudios que se realizan en cada uno de sus secciones. La Seccin de Salud es una de las ms importantes, pues vela por la integridad fsica y psicolgica de los estudiantes, es por ello que la construccin de un sistema informtico que les ayude para realizar este fin es de vital importancia, no solo para los estudiantes, sino para la regin en la que vivimos y para el futuro de nuestro pas..

14

3.3.2 ESTUDIO DE FACTIBILIDAD a) Factibilidad Operacional Existe apoyo suficiente para el proyecto por parte de la administracin?, Y por parte de los usuarios? El mdico, encargado de la Seccin de Salud, apoya el desarrollo del proyecto por su gran necesidad. Los usuarios como enfermera, demuestra inters en el proyecto que reducira los tiempos de registro y clculo. Adems las personas que trabajan en esta Seccin estn dispuestas a hacer el cambio respectivo y a someterse a la capacitacin necesaria para hacer un uso ptimo de este sistema. Los mtodos que actualmente se usan en la empresa, son aceptados por los usuarios? El registro manual es aceptado, pero pueden mejorarse. Adems presenta los problemas de prdida de informacin, tiempo de registro, integridad de los datos y otros. Los usuarios han participado en la planeacin y desarrollo del proyecto?, Cmo lo han hecho? Han participado emitiendo informacin en los cuestionarios en tiempos de trabajo, propusieron nuevas alternativas, ayudaron al diseo del sistema, y con su tolerancia para ver los avances.

15

Se perder la facilidad de acceso a la informacin? Al contrario se podr acceder fcilmente y con rapidez a la informacin, especfica o detallada. La productividad de los empleados ser menor despus de instalado el sistema? Los empleados aumentarn su productividad, podrn disponer de un poco ms de tiempo para realizar otras tareas. Los clientes se vern afectados por la implantacin? La implantacin no perjudicar a los estudiantes, ellos podrn realizar con mayor facilidad su examen mdico y evitar largas colas. Por tanto existe factibilidad operativa. b) Factibilidad Tcnica Existe o se puede adquirir la tecnologa necesaria para realizar lo que se pide? La Seccin de Salud cuenta con computadoras en cada oficina, especficamente las de consulta mdica y enfermera cuentan con una computadora e impresora para hacer las pruebas respectivas. El equipo propuesto tiene la capacidad tcnica para soportar todos los datos requeridos para usar el nuevo sistema? El sistema no requiere de sper computadoras, el actual equipo de la Seccin soportar el sistema.

16

El sistema propuesto ofrecer respuestas adecuadas a las peticiones sin importar el nmero y ubicacin de los usuarios? El alcance del sistema solo involucra la Seccin donde el sistema podr ofrecer respuestas a cualquier cantidad de usuario y desde cualquier lugar. Existen garantas tcnicas de exactitud, confiabilidad, facilidad de acceso y seguridad de los datos? El sistema garantiza la exactitud, confiabilidad y facilidad de acceso a los datos. Por tanto existe factibilidad tcnica. c) Factibilidad Econmica Cunto costar el Hardware y Software para las aplicaciones consideradas en el sistema? El sistema se desarrollar usando plataformas de uso libre el cual no cuenta con licencia de pago. El costo del software adicional que se necesite no se tomar en cuenta debido a que es un trabajo acadmico. Por tanto existe factibilidad econmica. d) Factibilidad Temporal Se cuenta con el tiempo necesario para desarrollar el proyecto?

17

Existe tiempo suficiente para el desarrollo del proyecto (3 meses), idealmente y acorde con las exigencias que demanda el sistema a implantar en la Seccin de Salud - OBUN. Por lo tanto existe factibilidad temporal.

3.3.3 ESTIMACIN DE LOS RECURSOS PRELIMIARES 3.3.3.1 REQUERIDOS a) Recursos Humanos 1 analista 1 programador 1 Diseador

b) Recursos de Software Microsoft 7 Home Premium Microsoft Office Word 2007 Microsoft Office Project 2007 StarUML versin 5.0.2.1570 Macromedia Dreamweaver 8.0 Mysql Workbench 5.2 OSS. Xamp 1.7.3 Ajax - Jquery

18

c) Recursos Hardware Caractersticas


Modelo Procesador Memoria Disco duro Multimedia Tarjeta de Red CD-ROM CD-RW Impresora Sistema Operativo

Equipo Pentium Dual-Core 2.10 GHz 4 Gb 400 Gb Independiente Instalado Instalado Instalado Tinta HP Windows 7

d) Otros recursos 100 unidades de Papel bond A-4 1 recarga para cartucho impresora HP

3.3.3.2 DESCRIPCIN DE LA ASIGNACIN DE RECURSOS Nuestro proyecto requiere de una serie de recursos humanos, recursos de software y recursos de hardware, las cuales sern debidamente asignadas a las tareas o actividades que involucra el modelo del proceso del software. 3.3.3.3 OBTENCIN DE INFORMACIN PRELIMINAR Se tuvo reuniones con el doctor encargado de la Seccin Salud para tener claro los requisitos que se necesitarn para el desarrollo del Sistema Informtico de Gestin de Historias

19

clnicas. En resumen los requerimientos acordados en dichas reuniones fueron: El sistema deber registrar los datos de las historias clnicas. El sistema deber realizar los clculos de la evaluacin nutricional. El sistema deber registrar las consultas mdicas. El sistema permitir hacer consultas y reportes como: Modulo historia clnica Resumen de la historia clnica. Estadsticas con los datos obtenidos de las historias clnicas. Mdulo consulta mdica Resumen de la consulta mdica. Relacin o historial de consultas mdicas. Estadsticas con los datos obtenidos de las consultas mdicas. 3.4 UTILIZANDO LA METODOLOGA RUP 3.4.1 PLAN DE DESARROLLO DE SOFTWARE 3.4.1.1 VISTA GENERAL DEL PROYECTO 3.4.1.1.1 PROPSITO ALCANCE Y OBJETIVOS El propsito de este proyecto de desarrollo de software es realizar un Sistema Informtico de Gestin

20

de Historias Clnicas capaz de registrar las historias clnicas y consultas mdicas. El alcance del proyecto es la Seccin de Salud OBUN. Realizar el proyecto en el tiempo planeado, plasmar en el sistema todos los requerimientos hechos por el usuario. 3.4.1.1.2 SUPOSICIONES Y RESTRICCIONES Los datos se manejaran con cuidado Y discrecin ya que contienen informacin valiosa como: Historia clnica del alumno o paciente. Consultas mdicas.

3.4.1.1.3 ENTREGABLES DEL PROYECTO A continuacin se indican y describen cada uno de los artefactos que sern generados y utilizados por el proyecto y que constituyen los

entregables. Esta lista constituye la configuracin de RUP desde la perspectiva de artefactos, y que se propone para este proyecto. 1) Plan de Desarrollo del Software Tcnicamente, el Plan de Desarrollo de Software es un compendio de los distintos planes que son necesarios para ejecutar un proceso de desarrollo. Es

21

decir, que en proyectos de tamao pequeo o mediado, este documento tendr muchas secciones con informacin sobre la gestin del proceso, en tanto que en un proyecto grande, lo que tendr ser muchas referencias a todos los planes independientes que se hayan desarrollado. 2) Modelo de Casos de Uso del Negocio Es un modelo de las funciones de negocio vistas desde la perspectiva de los actores externos (Agentes de registro, solicitantes finales, otros sistemas etc.) permite situar al sistema en el contexto organizacional haciendo nfasis en los objetivos en este mbito. Este modelo se representa con un Diagrama de Casos de Uso usando estereotipos especficos para este modelo. 3) Modelo de Objetos del Negocio Es un modelo que describe la realizacin de cada caso de uso del negocio, estableciendo los

actores internos, la informacin que en trminos generales manipulan y los flujos de trabajo

(workflows) asociados al caso de uso del negocio. Para la representacin de este modelo se utilizan Diagramas de Colaboracin (para mostrar actores

22

externos, internos y las entidades (informacin) que manipulan, un Diagrama de Clases para mostrar grficamente las entidades del sistema y sus

relaciones, y Diagramas de Actividad para mostrar los flujos de trabajo. 4) Glosario Es un documento que define los principales trminos usados en el proyecto. Permite establecer una terminologa consensuada. 5) Modelo de Casos de Uso El modelo de Casos de Uso presenta las funciones del sistema y los actores que hacen uso de ellas. Se representa mediante Diagramas de Casos de Uso. 6) Visin Este documento define la visin del producto desde la perspectiva del cliente, especificando las

necesidades y caractersticas del producto. Constituye una base de acuerdo en cuanto a los requisitos del sistema.

23

7) Especificaciones de Casos de Uso Para los casos de uso que lo requieran (cuya funcionalidad no sea evidente o que no baste con una simple descripcin narrativa), se realiza una descripcin detallada utilizando una plantilla de documento, donde se incluyen: precondiciones, postcondiciones, flujo de eventos, requisitos no-

funcionales asociados. Tambin, para casos de uso cuyo flujo de eventos sea complejo podr adjuntarse una representacin grfica mediante un Diagrama de Actividad. 8) Prototipos de Interfaces de Usuario Se trata de prototipos que permiten al usuario hacerse una idea ms o menos precisa de las interfaces que proveer el sistema y as, conseguir retroalimentacin de su parte respecto a los

requisitos del sistema. Estos prototipos se realizarn como: dibujos a mano en papel, dibujos con alguna herramienta grfica o prototipos ejecutables

interactivos, siguiendo ese orden de acuerdo al avance del proyecto. Slo los de este ltimo tipo sern entregados al final de la fase de elaboracin, los otros sern desechados. Asimismo, este artefacto,

24

ser desechado en la fase de construccin en la medida que el resultado de las iteraciones vayan desarrollando el producto final. 9) Modelo de Anlisis y Diseo Este modelo establece la realizacin de los casos de uso en clases y pasando desde una representacin en trminos de anlisis (sin incluir aspectos de implementacin) hacia una de diseo (incluyendo una orientacin hacia el entorno de implementacin), de acuerdo al avance del proyecto. 10) Modelo de Datos Previendo que la persistencia de la informacin del sistema ser soportada por una base de datos relacional, este modelo describe la representacin lgica de los datos persistentes, de acuerdo con el enfoque para modelado relacional de datos. Para expresar este modelo se utiliza un Diagrama de Clases (donde se utiliza un profile UML para Modelado de Datos, para conseguir la representacin de tablas, claves, etc.). 11) Modelo de Implementacin Este modelo es una coleccin de componentes y los subsistemas que los contienen. Estos

25

componentes incluyen: ficheros ejecutables, ficheros de cdigo fuente, y todo otro tipo de ficheros necesarios para la implantacin y despliegue del sistema. (Este modelo es slo una versin preliminar al final de la fase de elaboracin, posteriormente tiene bastante refinamiento). 12) Modelo de Despliegue Este modelo muestra el despliegue la

configuracin de tipos de nodos del sistema, en los cuales se har el despliegue de los componentes. 13) Casos de Prueba Cada documento prueba que es especificada mediante las condiciones un de

establece

ejecucin, las entradas de la prueba, y los resultados esperados. Estos casos de prueba son aplicados como pruebas de regresin en cada iteracin. Cada caso de prueba llevar asociado un procedimiento de prueba con las instrucciones para realizar la prueba, y dependiendo del tipo de prueba dicho

procedimiento podr ser automatizable mediante un script de prueba.

26

14) Manual de Instalacin Este documento incluye las instrucciones para realizar la instalacin del producto. 15) Producto Los ficheros del producto empaquetados y almacenadas en un CD con los mecanismos

apropiados para facilitar su instalacin. El producto, a partir de la primera es iteracin de la fase de e

construccin

desarrollado

incremental

iterativamente, obtenindose una nueva relase al final de cada iteracin. 3.4.1.2 ORGANIZACIN DEL PROYECTO 3.4.1.2.1 PARTICIPANTES DEL PROYECTO El proyecto propuesto es elaborado solamente

por mi persona, desempeando los cargos de jefe de proyecto, analista, diseador y programador. 3.4.1.2.2 INTERFACES EXTERNAS El doctor encargado de la Seccin de Salud, principalmente, es quien proporcionar los requisitos para el sistema. A continuacin se describen las principales

responsabilidades de cada uno de los cargos de acuerdo

27

con la metodologa RUP, que desempear siendo el nico participante del proyecto. Puesto Jefe de Proyecto Responsabilidad El jefe de proyecto asigna los recursos, gestiona las prioridades, interacciones con los coordina usuarios, las y

mantiene al equipo del proyecto enfocado en los objetivos. El jefe tambin establece un de proyecto de

conjunto

prcticas que aseguran la integridad y calidad de los artefactos del proyecto. Adems, encargar el jefe de de proyecto se el

supervisar

establecimiento de la arquitectura del sistema. proyecto. Analista Captura, especificacin y validacin de Requisitos, interactuando con los usuarios mediante entrevistas. Elaboracin del Diagrama de Clases. Diseador Colaboracin en la elaboracin de las pruebas funcionales y el modelo de datos. Construccin de prototipos de interfaces de usuario. Programador Colaboracin en la elaboracin de las pruebas funcionales, modelo de datos y en las validaciones con el usuario. Elaborar modelos de implementacin y despliegue. Planificacin y control del

28

3.4.1.3 GESTIN DEL PROCESO 3.4.1.3.1 PLAN DEL PROYECTO a) CONSTRUCCIN DE LA ESTRUCTURA DEL DESGLOSE DEL TRABAJO (EDT) Segn la metodologa RUP, el desarrollo se lleva a cabo en base a fases (Inicio, elaboracin, construccin y transicin) con una o ms iteraciones en cada una de ellas. Para este proyecto, debido al poco tiempo

establecido para su desarrollo, se llev a cabo las fases de inicio, elaboracin y construccin en forma secuencial a lo largo de una iteracin (Vase Anexo 2). b) ESTIMACIN DE LOS TIEMPOS ESPERADOS (Vase Anexo 3). 3.4.2 REQUISITOS 3.4.2.1 DESCRIPCIN DE USUARIOS Esta seccin muestra un perfil de los participantes y de los usuarios involucrados en el proyecto, as como los problemas ms importantes que stos perciben para enfocar la solucin propuesta hacia ellos.

29

a) RESUMEN DE USUARIOS

Nombre Doctor Enfermera

Descripcin Encargado de Registrar consulta mdica. Encargada de Registrar la historia clnica.

b) ENTORNO DE USUARIO Los usuarios entrarn al sistema identificndose sobre un ordenador con un sistema operativo Windows XP y tras este paso entrarn a la parte de aplicacin diseada. Este sistema es una aplicacin Windows y por tanto los usuarios estarn familiarizados con su entorno. 3.4.2.2 DESCRIPCIN GLOBAL DEL PRODUCTO El Sistema Informtico de Gestin de Historias Clnicas permitir que el usuario encargado realice el ingreso de los datos de las historias clnicas y consultas mdicas de la Institucin. Una vez ingresada la informacin correspondiente el sistema ser capaz de emitir consultas y reportes. 3.4.2.3 GLOSARIO A continuacin se presentan todos los trminos manejados a lo largo de todo el proyecto de desarrollo del Sistema Informtico de Gestin de Historias Clnicas. Seccin de Salud, local donde se realizan los exmenes mdicos y su registro.

30

Ingresar datos historia clnica. Consiste en registrar los datos, antecedentes y evaluaciones del alumno. Realizar consulta mdica, se refiere a registrar los datos de evaluacin, diagnstico y tratamiento. 3.4.3 REQUERIMIENTOS GENERALES DEL SISTEMA 3.4.3.1 MDULO HISTORIA CLNICA Registrar historia clnica del alumno ingresante. Imprimir historia clnica del alumno.

3.4.3.2 MDULO CONSULTA MDICA Registrar consulta mdica del paciente. Imprimir consulta mdica

3.4.4 MODELO DE CASOS DE USO

Figura 3: Diagrama General de Caso de Uso. Fuente: Propia.

31

Registra Historia Clnica

Alumno Imprimir

Enfermera

Figura 4: Diagrama Caso de Uso Registro Historia Clnica. Fuente: Propia.

Bsqueda del alumno

<<include>>

Registrar Consulta Mdica Alumno Mdico

Figura 5: Diagrama Caso de Uso Registro Consulta Mdica. Fuente: Propia.

Ver reporte Mdico

Figura 6: Diagrama Caso de Uso Ver reporte. Fuente: Propia.

32

3.4.5 ESPECIFICACIN DE CASOS DE USO

CU Versin Autor(es) Descripcin Precondicin Secuencia normal

Registrar historia clnica 1.0; Permite crear la historia clnica del alumno. Ser alumno ingresante a la UNJBG. Paso Accin 1 Ingresa a la opcin registrar. 2 El sistema verifica si ya realiz el registro. 2.a Empieza a completar los formulario 2.b Aparece un mensaje, ya complet registro 3 Completa y guarda la informacin 4 El sistema verifica el ingreso correcto de datos. 4.a El sistema muestra mensaje de operacin exitosa. 4.b Se verifica el correcto ingreso de datos. Historia clnica registrada. Paso 1-4 Cota de tiempo El promedio de realizar una registro de nuevo interno dura de 5 a 10 minutos En el inicio del ao acadmico. La informacin histrica de la salud del estudiante es muy importante, para posteriores exmenes de salud. Es importante la rapidez del registro.

Poscondicin Rendimiento

Frecuencia Importancia Urgencia

33

CU Versin Autor(es) Descripcin Precondicin Secuencia normal

Registrar consulta mdica 1.0; Permite registrar una consulta mdica. Ser parte de la UNJBG. Paso Accin 1 Ingresa a la opcin consulta. 2 Realizar bsqueda del paciente. 2.a Empieza a completar el formulario 2.b Registra al paciente 3 Ingresar informacin sobre la consulta 4 El sistema verifica el ingreso correcto de datos. 4.a El sistema muestra mensaje de operacin exitosa. 4.b Se verifica el correcto ingreso de datos. Consulta mdica registrada. Paso 1-4 Cota de tiempo El promedio de realizar una registro de nuevo interno dura de 4 a 8 minutos En cualquier horario. La informacin de la consulta es parte del historial clnico del paciente. Es importante la rapidez del registro.

Poscondicin Rendimiento

Frecuencia Importancia Urgencia

34

CU Versin Autor(es) Descripcin Precondicin Secuencia normal

Ver Reporte 1.0; 25/12/2010 Permite ver reporte sobre las historias clnicas Formar parte del personal de la Seccin Salud. Paso Accin 1 Elige la opcin estadstica. 2 Selecciona el reporte que desea ver. 3 La imagen se puede llevar para imprimir. Paso 4 O si no puede salir del sistema. Paso Cota de tiempo 1-3 o El tiempo promedio para ver un 1-4 reporte es 3 a ms minutos Esta accin se realiza cada vez se solicite informacin general de la salud en la universidad o para atender a un estudiante. Estos datos son importantes para los estudiantes y para la universidad. Es importante ver el reporte con datos confiables.

Excepciones Rendimiento

Frecuencia

Importancia Urgencia

35

provincia 1 1..* #iddistrito +idprovincia +nombre paciente detalleEvaluacion +plan +fecha servicio 1..* historial 1..* 1..* 1..* 1..* 1..* 1 1..* 1..* 1..* detalleAccidente accidente 1..* detalleDiscapacidad 1..* 0..* discapacidad #iddiscapacidad +nombre detalleConsulta +fecha 1..* detalleInmunizacion +numero inmunizacion #idinmunizacion +descripcion #idaccidente +descripcion detalleInstruccion instruccion 1..2 #idinstruccion +nombre 1..* 1..* detalleTrabaja 1..* familiar #idfamililar +parentesco 1 1 +insertar() +actualizar() +consultar() 1 #idhistorial +idpaciente +fecha #idservicio +nombre detalleServicio detalleFamiliar detallePersonal 1..* 1..* 1..* alumno +codigo 1..* 1 docente +codigoDoc +idevaluacion +descripcion #idpatologia +nombre

distrito

evaluacion patologia

#idprovincia +nombre

facultad

#idfacultad +nombre

3.4.6 ANLISIS / DISEO

1..*

escuela administrativo +nroOficina +insertar() +actualizar() +consultar() evaluacionNut

#idescuela +idfacultad +nombre

-idpaciente 1 +iddistrito 1..* +apellido +nombre +sexo +fechaNac +lugarNac +estadocivil +telefono +domicilio +correo +grupoSang +rh

3.4.6.1 MODELO DE ANLISIS / DISEO: DIAGRAMA DE CLASES

Figura 7: Diagrama de Clases.

Fuente: Propia.

36
detalleSintoma 1..* consulta 1..* #idevaluacionNut +idhistorial +peso +talla +imc +resultadoimc +resultadotalla #idconsulta +motivo +tiempo +examen +temp +presionArt +frecuenciaCar +frecuenciaRes +Attribute1 +pso +talla +imc +diagnostico +tratamiento +observacion

sintoma

#idsintoma +nombre

usuario

#idusuario +login +pass +nombre +apellido

3.4.6.2 MODELANDO LA BASE DE DATOS RELACIONAL CON MYSQL WORDBENCH SOO

Figura 8: Generacin de la Base de Datos. Fuente: Propia.

A partir del diagrama de clases (diagrama lgico), se construye el diagrama relacional (diagrama fsico). Generamos la Base de datos desde su Modelo Relacional Diseado en MYSQLWORDBECH. (Ver figura 8). En la figura 9 configuramos el nombre de Servidor, usuario y contrasea del Gestor de Base de datos en donde queremos Generar la Base de datos.

Figura 9: Agregar Tablas al Diagrama. Fuente: Propia.

37

Figura 10: Generacin Satisfactoria de la Base de datos. Fuente: Propia.

38

Figura 11: Diagrama Relacional de Base de Datos. Fuente: Propia.

39

3.4.6.3 DIAGRAMA DE SECUENCIAS

Insertar historia clnica


Interfaz

BDalumno

BDhistorial

: Enfermera 1 : Selecciona interfaz() 2 : Verifica si es estudiante()

3 : Enva consulta() 4 : Devuelve informacin()

5 : Muestra infomracin()

6 : Ingresa datos() 7 : Elige opcin GUARDAR() 8 : Envia datos() 9 : Actualiza() 10 : Mensaje OK() 11 : Salir()

Figura 12: Diagrama de secuencia: insertar historial. Fuente: Propia.

40

Actualizar historia clnica

Interfaz

BDhistorial

: Enfermera 1 : Seleccionar interfaz() 2 : Buscar historial() 3 : Enva consulta() 4 : Enva informacin()

5 : Muestra() 6 : Actualiza informacin() 7 : Elige opcin GUARDAR()

8 : Enva datos() 9 : Actualiza()

10 : Mensaje OK() 11 : Salir()

Figura 13: Diagrama de secuencia: actualizar historial. Fuente: Propia.

41

Ver reporte

Interfaz

BD(tablas)

: Mdico 1 : Selecciona interfaz() 2 : Elige reporte()

3 : Enva consulta()

5 : Muestra reporte() 6 : Imprime reporte() 7 : Salir()

4 : Envia informacin()

Figura 14: Diagrama de secuencia: ver reporte. Fuente: Propia.

42

3.4.6.4 DIAGRAMA DE ACTIVIDADES

Registro historia clnica

Se presenta para el registrado de su hitorial clinico Solicita datos personales

Entrega sus datos personales

Verifica la lista de ingresantes

No se encuentra

Se encuentra

Pide que realice el reclamo correspondiente

Ingresa al Modulo Historial Clinico del alumnado

Muestra listado de alumnos ya registrados

LEYENDA: ALUMNO EBFERMERA SISTEMA

Elige el Boton de AGREGAR nuevo alumno

Pide informacion Detallada

Entrega Informacion detallada

Ingresa Informacion detallada al sistema y GUARDA

confirmacion de Guardado

Solicta un llenado correcto

ERROR

CORRECTA

Muestra una confirmacion Exitosa

Figura 15: Diagrama de actividades: registra historial. Fuente: Propia.

43

Registro consulta mdica

Ingresa al modulo Historial Clinico del alumnado

Muestra Listado de Alumnos

Solicita Impresion de Reportes de Constancia de cada alumno

Realiza impresion de los reportes LEYENDA: ENFERMERA SISTEMA DOCTOR Firma y sello de cada constancia Entrega Reportes de las constancias

Entrega de constancias

Recibe las Constancias de los alumnos

Figura 16: Diagrama de actividades: registra consulta mdica. Fuente: Propia.

44

3.4.6.5 DIAGRAMA DE ESTADOS Paciente:

Sin historia clnica

Con historia clnica

Con consulta/s mdicas

Figura 17: Diagrama de estados: paciente. Fuente: Propia.

45

3.4.7 MODELO DE IMPLEMENTACIN 3.4.7.1 DIAGRAMA GLOBAL DE PAQUETES


css Registro

index.php Consulta

conexion.php

ingresar.php Estadstica

Otros componentes salir.php

js

Figura 18: Diagrama de Paquetes. Fuente: Propia.

3.4.7.2 DIAGRAMA DE COMPONENTES


historia.php

insertarhistoria.php

datos.php consultarhistoria.php atencion.php

actualizardatos.php

actualizarantecedente.php

antecedente.php

reeportehistoria.php

actualizaratencion.php

actualizarnutricional.php nutricional.php

Figura 19: Diagrama de Componentes Mdulo Historia Clnica Fuente: Propia.

46

consulta.php

consultapaciente.php

insertarconsulta.php

actualizarconsulta.php

reporteconsulta.php

Figura 20: Diagrama de Componentes Mdulo de Ingresos. Fuente: Propia.

estadistica.php

reportesexo.php reporteescuela.php

reportegruposanguineo.php

reportetalla.php

reportepeso.php

Figura 21: Diagrama de Componentes Mdulo de Egresos. Fuente: Propia.

47

PC Cliente/Servidor TCP/IP

Impresora

TCP/IP PC Cliente

Figura 22: Diagrama de Despliegue. Fuente: Propia.

3.5 CODIFICACIN 3.5.1 MDULO DE CONEXIN A LA BASE DE DATOS Se ha usado programacin Modular.
<? if (__conexion == 1) return; define ('__conexion', 1); function conectar() { global $conectado; if (!$conectado) mysql_connect('localhost', 'root', ''); mysql_select_db('seccionsalud'); $conectado=1; } function desconectar() { global $conectado; if ($conectado) mysql_close(); $conectado=1; } ?>

48

3.5.2 MDULO DE SEGURIDAD Inicio de sesin

<? include('conexion.php'); session_start(); conectar(); $login=$_POST['login']; $pass=$_POST['pass']; $resultado=mysql_query("select idusuario from usuario where login='$login' and pass='$pass'"); $filas=mysql_num_rows($resultado); list($idusuario) = mysql_fetch_row($resultado); if($filas==1) { $_SESSION['autentificado']="1"; $_SESSION['usuario']=$idusuario; header("Location:inicio.php"); } else header("Location:index.php?inicia=2"); ?> Seguridad, verifica autenticacin

<? SESSION_START(); if($_SESSION['autentificado']!="1"){ header("location:index.php"); exit(); } ?>

El siguiente cdigo se debe agregar a todas las pginas para verificar si el usuario que acceda a una pagina este logeado.
<? include('seguridad.php'); ?>

49

3.5.3 MDULO HISTORIA CLINICA Validar campos y llenar combos, formulario datos generales.

$(document).ready(function() { $('#provincia').change(function(){ var provincia = $('#provincia').val(); document.getElementById('provincia').disabled=true; document.getElementById('distrito').length=0; var nueva=document.createElement("option"); nueva.value=0; nueva.innerHTML="Cargando..."; document.getElementById('distrito').appendChild(nueva; document.getElementById('distrito').disabled=true; var a=$("#provincia").val(); $.post('cargadistrito.php', { provincias: provincia}, function(options){ $('#distrito').html(options); document.getElementById('provincia').disabled=false; document.getElementById('distrito').disabled=false; }); }); $('#facultad').change(function(){ var facultad = $('#facultad').val(); document.getElementById('facultad').disabled=true; document.getElementById('escuela').length=0; var nueva=document.createElement("option"); nueva.value=0; nueva.innerHTML="Cargando..."; document.getElementById('escuela').appendChild(nueva); document.getElementById('escuela').disabled=true; var a=$("#facultad").val(); $.post('cargaescuela.php', { facultades: facultad}, function(options){ $('#escuela').html(options); document.getElementById('facultad').disabled=false; document.getElementById('escuela').disabled=false; }); }); $("#apellido").focusout(function(){ var apellido = $("#apellido").val(); if(apellido.length < 1){ $("#Checkapellido").show(500);

50

$("#Checkapellido").html("El campo esta vacio"); $("#apellido").select(); } else if(apellido.length < 4){ $("#Checkapellido").value=""; $("#Checkapellido").show(500); $("#Checkapellido").html("Escribir ms de tres caracteres"); $("#apellido").select(); } else { $("#Checkapellido").hide(500) } }); $("#nombre").focusout(function(){ var nombre = $("#nombre").val(); if(nombre.length < 1){ $("#Checknombre").show(500); $("#Checknombre").html("El campo esta vacio"); $("#nombre").select(); } else if(nombre.length < 4){ $("#Checknombre").value=""; $("#Checknombre").show(500); $("#Checknombre").html("Escribir ms de tres caracteres"); $("#nombre").select(); } else { $("#Checknombre").hide(500) } }); $("#lugar").focusout(function(){ var lugar = $("#lugar").val(); if(lugar.length < 1){ $("#Checklugar").show(500); $("#Checklugar").html("El campo esta vacio"); $("#lugar").select(); } else if(lugar.length < 3){ $("#Checklugar").value=""; $("#Checklugar").show(500); $("#Checklugar").html("Escribir ms de tres caracteres"); $("#lugar").select(); } else { $("#Checklugar").hide(500) } });

51

$("#fecha").focusout(function(){ var fecha = $("#fecha").val(); if(fecha.length < 1){ $("#Checkfecha").show(500); $("#Checkfecha").html("El campo esta vacio"); $("#fecha").select(); } else if(fecha.length < 8){ $("#Checkfecha").value=""; $("#Checkfecha").show(500); $("#Checkfecha").html("Escribir segn formato"); $("#fecha").select(); } else { $("#Checkfecha").hide(500) } }); $("#domicilio").focusout(function(){ var domicilio = $("#domicilio").val(); if(domicilio.length < 1){ $("#Checkdomicilio").show(500); $("#Checkdomicilio").html("El campo esta vacio"); $("#domicilio").select(); } else if(domicilio.length < 4){ $("#Checkdomicilio").value=""; $("#Checkdomicilio").show(500); $("#Checkdomicilio").html("Escribir segn formato"); $("#domicilio").select(); } else { $("#Checkdomicilio").hide(500) } }); $("#codigo").focusout(function(){ var codigo = $("#codigo").val(); if(codigo.length < 1){ $("#Checkcodigo").show(500); $("#Checkcodigo").html("El campo esta vacio"); $("#codigo").select(); } else if(codigo.length < 6){ $("#Checkcodigo").value=""; $("#Checkcodigo").show(500); $("#Checkcodigo").html("Escribir segn formato"); $("#codigo").select(); } else { $("#Checkcodigo").hide(500)

52

} }); // Validacion Email $("#correo").focusout(function(){ var correo = $("#correo").val(); if(correo.length < 1){ $("#Checkcorreo").hide(500); } else if(correo.search(/^[a-zA-Z0-9._-]+@[a-zAZ0-9-]+\.[a-zA-Z.]{2,5}$/i)){ $("#Checkcorreo").value=""; $("#Checkcorreo").show(500); $("#Checkcorreo").html("Por favor ingresa un email valido"); $("#correo").select(); } else { $("#Checkcorreo").hide(500) } }); $("#telefono").focusout(function(){ var telefono = $("#telefono").val(); if(telefono.length < 1){ $("#Checktelefono").hide(500); } else if(telefono.length < 4){ $("#Checktelefono").value=""; $("#Checktelefono").show(500); $("#Checktelefono").html("Nmero no vlido"); $("#telefono").select(); } else { $("#Checktelefono").hide(500) } }); //Registrar $(".submit").click(function(){ var apellido = $("#apellido").val(); var nombre = $("#nombre").val(); var sexo = $("#sexo").val(); var lugar = $("#lugar").val(); var fecha = $("#fecha").val(); var estado = $("#estado").val(); var distrito = $("#distrito").val(); var domicilio = $("#domicilio").val(); var escuela = $("#escuela").val(); var codigo = $("#codigo").val(); var telefono = $("#telefono").val(); var correo = $("#correo").val(); var grupo = $("#grupo").val(); var rh = $("#rh").val();

53

var dataString = "apellido=" + apellido + "&nombre=" + nombre + "&sexo=" + sexo + "&lugar=" + lugar + "&fecha=" + fecha + "&estado=" + estado + "&distrito=" + distrito + "&domicilio=" + domicilio + "&escuela=" + escuela + "&codigo=" + codigo + "&grupo=" + grupo + "&rh=" + rh; if(telefono!='') dataString += "&telefono=" + telefono; if(correo!='') correo; if(apellido=='' || nombre== '' || sexo=='-1'|| lugar==''|| fecha==''|| estado=='-1'|| distrito==''|| domicilio ==''|| escuela==''|| codigo==''|| grupo=='1'|| rh=='-1'){ $('.success').fadeOut(200).hide(); $(".error").fadeIn(1200).show(); } else { $.ajax({ type: "POST", url: "registradatos.php", data: dataString, success: function(){ window.location.replace("atencion.php"); } }); } return false; }); }); Mdulo que inserta los datos a la base de datos dataString += "&correo=" +

<? include('conexion.php'); include('seguridad.php'); if($_POST['apellido'] && $_POST['nombre'] && $_POST['sexo'] && $_POST['lugar'] && $_POST['fecha'] && $_POST['estado'] && $_POST['distrito'] && $_POST['domicilio'] && $_POST['escuela'] && $_POST['codigo']) { conectar();

54

$consulta = mysql_query("select max(idpaciente) from paciente"); list($idpaciente) = mysql_fetch_row($consulta); mysql_free_result($consulta); $idpaciente=$idpaciente+1; $idhistorial=$idpaciente; $_SESSION['idhistorial']=$idhistorial; $apellido =$_POST['apellido']; $nombre = $_POST['nombre']; $sexo = $_POST['sexo']; $lugarNac =$_POST['lugar']; $fechaNac = $_POST['fecha']; $estadoCivil = $_POST['estado']; $iddistrito =$_POST['distrito']; $domicilio = $_POST['domicilio']; $idescuela =$_POST['escuela']; $codigo =$_POST['codigo']; $telefono =$_POST['telefono']; $correo =$_POST['correo']; $grupoSang =$_POST['grupo']; $rh =$_POST['rh']; $fecha=date("Y")."-".date("m")."-".date("d"); $c1 = mysql_query("insert into paciente(idpaciente,iddistrito,apellido,nombre,sexo,fechaNac ,lugarNac,estadoCivil,domicilio,grupoSang,rh) values($idpaciente,$iddistrito,'$apellido','$nombre',$sexo,' $fechaNac','$lugarNac',$estadoCivil,'$domicilio','$grupoSang ',$rh)"); if($telefono!='') $c2=mysql_query("update paciente set telefono=$telefono where idpaciente=$idpaciente"); if($correo!='') $c3=mysql_query("update paciente set correo='$correo' where idpaciente=$idpaciente"); $c4=mysql_query("insert into alumno(idpaciente,idescuela,codigo) values($idpaciente,$idescuela,'$codigo')"); $c5=mysql_query("insert into historial(idhistorial,idpaciente,fecha) values($idhistorial,$idpaciente,'$fecha')"); if($c1 && $c4 && $c5) else return false; } ?> return true;

55

Construccin de vistas de la historia clnica

create view vdatos as select concat(p.nombre,' ',apellido) as nombre, CASE sexo WHEN 0 THEN 'Maculino' WHEN 1 THEN 'Femenino' END as sexo,YEAR(h.fecha)YEAR(fechanac)+IF(DATE_FORMAT(CURDATE(),'%m-%d') > DATE_FORMAT(fechanac,'%m-%d'), 0, -1)AS edad,lugarnac,case estadocivil when 1 then 'Casada/o' when 2 then 'Soltera/o' when 3 then 'Divorciada/o' when 4 then 'Viuda/o' end as estadocivil,telefono,domicilio, correo,concat(gruposang,' ',CASE rh WHEN 1 THEN 'Positivo' WHEN 0 THEN 'Negativo' END) as gruposanguineo,codigo,e.nombre as escuela,f.nombre as facultad,d.nombre as distrito, pr.nombre as provincia,idhistorial from alumno a,paciente p,escuela e, facultad f, historial h, distrito d, provincia pr where e.idfacultad=f.idfacultad and e.idescuela=a.idescuela and a.idpaciente=p.idpaciente and p.idpaciente=h.idpaciente and p.iddistrito=d.iddistrito and d.idprovincia=pr.idprovincia

Vista de consulta mdica

create view vconsulta as select c.idconsulta,concat(day(cs.fecha),'-',month(cs.fecha),'',year(cs.fecha)) as fecha,concat(a.nombre,' ',a.apellido) as nombre,h.idhistorial from consulta c, consultas cs, historial h, alumno a where a.idalumno=h.idalumno and h.idhistorial=cs.idhistorial and cs.idconsulta=c.idconsulta

56

IV.

RESULTADOS DE LA PRCTICA REALIZADA

4.1 IMPLEMENTACIN 4.1.1 PROTOTIPOS DE INTERFACES DE USUARIO

Figura 23: Formulario de Ingreso al Sistema. Fuente: Propia.

Figura 24: Men Inicio. Fuente: Propia.

57

Figura 25: Formulario de Datos Generales de la Historia C. Fuente: Propia.

Figura 26: Formulario plan de atencin integral. Fuente: Propia.

58

Figura 27: Formulario de antecedentes. Fuente: Propia.

59

Figura 28: Formulario de evaluacin nutricional. Fuente: Propia.

60

Figura 29: Reporte Historia Clnica. Fuente: Propia.

61

Figura 30: Formulario bsqueda para Consulta Mdica. Fuente: Propia.

Figura 31: Resultado bsqueda. Fuente: Propia.

62

Figura 32: Resultado bsqueda. Fuente: Propia.

Figura 33: Reporte Consulta Mdica. Fuente: Propia.

63

Figura 34: Mdulo de Reportes Fuente: Propia.

64

V. 5.1 CONCLUSIONES

CONCLUSIONES Y SUGERENCIAS

5.1.1 CONCLUSIONES DE LAS PRCTICAS Se aplic los conocimientos adquiridos en la etapa de formacin acadmica para proponer proyectos que puedan mejorar el servicio en la Seccin de Salud. Se ayud a mejorar algunos procedimientos con el desarrollo de un Sistema Informtico de Gestin de Historias Clnicas usando metodologas para su anlisis respectivo. Se ha propuesto un Sistema Informtico de Gestin de Historias Clnicas para la Seccin de Salud.

5.1.2 CONCLUSIONES DEL PROYECTO Se desarroll satisfactoriamente el Sistema Informtico de Gestin de Historias Clnicas que automatiza el registro de las historias clnicas y consultas mdicas, lo cual disminuye enormemente el tiempo en que se realizaba estas actividades. Permitiendo adems obtener datos confiables para una mejor toma de decisiones.

65

Se analiz la informacin recibida de la Seccin de Salud, que permiti elaborar el Sistema Informtico de Gestin de Historias Clnicas que pretende satisfacer los requerimientos del usuario.

Se dise la interfaz del Sistema Informtico de Gestin de Historias Clnicas la cual es de fcil uso para el usuario.

Se implement un prototipo del Sistema Informtico de Gestin de Historias Clnicas el cual se logr, utilizando tecnologa Web.

5.2 SUGERENCIAS Capacitar al Personal sobre tecnologas de la informacin para que se integre fcilmente al manejo de cualquier sistema usando herramientas que cuenta la Seccin. Se sugiere terminar los mdulos que faltan automatizar en la Seccin de Salud para poderlos integrar. El sistema est hecho con tecnologa Web y soporta sucursales, se sugiere en el presente, implantar el sistema en un Servidor Web para que se pueda tener el control desde cualquier lugar.

66

VI.

BIBLIOGRAFA

[1]

Asenjo, M. A. (2006). Gestin Diaria de Hospital (Tercera edicin ed.). Barcelona: Masson S.A.

[2]

Castao, M., & Piattini Velthuis, M. G. (1996). Concepcin y Diseo de Base de Datos (Primera edicin ed.). New York, Estados Unidos: Addison Wesley.

[3]

Curioso Vilchez, W., Roman, H., Perez - Lu, J., Castagnetto, J., & Garca, P. J. (2010). Mejorando los Sistemas de Informacin en Salud Materna: Validacin de Historias Clnicas Electrnicas en el Callao, Per. Revista Peruana de Medicina Experimental y Salud Pblica , 27 (3), 487-489.

[4]

Curioso Vilchez, W., Saldas Vargas, J., & Zambrano, R. (2002). Historias clnicas electrnicas. Experiencia en un Hospital Nacional. Satisfaccin por parte del personal de salud y pacientes. Revista de la Sociedad Peruana de Medicina Interna .

[5]

Elmasri, R., & Navathe, N. Sistema de Bases de Datos, Conceptos fundamentales (Segunda edicin ed.). Mxico: Iberoamericana.

[6]

Gervas, J., & Prez Fernandez, M. (2000). La historia clnica electrnica en atencin primaria. Fundamento clnico terico y prctico. Semergen , 26 (1), 17-32.

[7]

Gua tcnica sobre la evaluacin de software en la administracin pblica. (2004). Oficina Nacional de Gobierno Electrnico e Informtica .

67

[8]

Hurvitz, M., Lobato, C., Pezzella, M., & Piero, G. (2008). Historia Clnica Electrnica. Asociacin Coloproct del Sur , 3 (4).

[9]

Jacobson, I., Booch, G., & Raumbaugh, J. (2000). El proceso unificado de desarrollo de software (Primera edicin ed.). Madrid, Espaa: Addison Wesley.

[10]

Korth, H. F., & Silberschatz, A. (2001). Anlisis y diseo de sistemas (Segunda edicin ed.). Mc Graw Hill.

[11]

Kroenke, D. (2003). Procesamiento de bases de datos: fundamentos, diseo e implementacin (Octava edicin ed.). Pearson Prentice Hall.

[12]

Lavilla, j., & Tejero, S. (2002). El sistema informtico de historias clinicas en la asistencia a los pacientes de la Clinica Universitaria de Navarra. "Innovaciones en tecnologas de la informacin en salud" . Pamplona.

[13]

Lpez Rodrguez, C. (2003). Ejemplo de desarrollo software utilizando la metodologa RUP Desarrollo de un sistema para la gestin de artculos deportivos. Departamento de sistemas informtico y computacin .

[14]

Pressman, R. (2005). Ingeniera del Software: Un Enfoque Prctico (Sexta edicin ed.). McGraw-Hill.

[15]

Schmuller, J. (2001). Aprendiendo UML en 24 horas (Primera edicin ed.). Pearson Educacin Latinoamrica.

[16]

Senn, J. A. (2000). Anlisis y diseo de sistemas de informacin (Segunda edicin ed.). Mc Graw Hill.

68

VII.

ANEXOS

7.1 ANEXO 1: Documentos para obtener requerimientos

Figura 35: Ficha de historia clnica. Fuente: Seccin de Salud.

69

7.2 ANEXO 2: Estructura del Desglose del Trabajo (EDT)

DEFINICION DEL PROBLEMA Entrevistas Cuestionarios Anlisis de formas Estudio de viabilidad y factibilidad Definicin del problema de reas Definicin de objetivos MODELAMIENTO DEL NEGOCIO Diagrama de casos de uso del negocio Diagrama de clases, entidades de negocio Modelamiento de los casos de uso del sistema Identificain de actores Identificacin de casos de uso Elaboracin de casos de uso ANALISIS Flujo de os eventos de casos de uso Diagrama de secuencias y colaboracin Diagrama de clases DISEO Aplicacin de patrones de diseo Diseo de la base de datos Diseo de los prototipos Diseo de clases Diseo de entradas y/o salidas Diagrama de distribucin Diagrama de componentes CODIFICACION Escribir cdigo del mdulo historias clnicas Escribir cdigo del mdulo consulta mdica Creacin de mtodos, rutina y mdulo Implementar componentes Compilacin PRUEBAS Pruebas Pruebas Pruebas Pruebas Pruebas

individuales de clases y mtodos de integracin de los componentes del sistema de aceptacin del cliente de mantenimiento

IMPLANTACION DEL NUEVO SISTEMA Capacitacin del personal Instalacin del servidor Instalacin de la aplicacin

Figura 36: Diagrama de Desglose. Fuente: Propia.

70

7.3 ANEXO 3: Estimacin de los tiempos esperados


Se muestra los tiempos esperados para ciertos pasos principales, estos fueron presentados al encargado de la Seccin de la Salud como plan de trabajo.

Anlisis: Actividad Especificaciones de caso de usos Especificaciones y validacin de UIDs Fecha Tiempo de duracin (semanas) 1 19/11/2010 1 26/11/2010

Diseo: Actividad Elaborar diagrama de clases Elaborar la base de datos Crear los diagramas componentes y otros Elaboracin de prototipo Fecha Tiempo de duracin (semanas) 1 3/12/2010 1 10/12/2010 1 17/12/2010 1 7/1/2011

Implementacin: Actividad Implementacin de la base de datos Implementacin del sistema Pruebas del sistema y documentacin Correcciones Tiempo de duracin (semanas) 1 2 2 2 Fecha 14/1/2011 28/1/2011 11/2/2011 25/2/2011

Figura 37: Estimacin de los tiempos esperados Fuente: Propia.

71

7.4 ANEXO 4: Diccionario de datos

ENTIDAD

ATRIBUTO idpaciente iddistrito apellido nombre sexo fechaNac

TIPO INT INT VARCHAR(45) VARCHAR(45) BIT DATETIME VARCHAR(45) INT(1) INT VARCHAR(70) VARCHAR(40) VARCHAR(1) BIT INT INT VARCHAR(50) INT VARCHAR(50) INT INT VARCHAR(10) INT VARCHAR(10) INT

DESCRIPCIN Cdigo de identificacin del paciente. Clave primaria Cdigo de identificacin distrito. Clave fornea Apellidos del paciente Nombres del paciente Sexo del paciente Fecha de nacimiento del paciente Lugar de nacimiento Estado civil del paciente. Representado por nmeros Telfono o celular del paciente Direccin del paciente Correo electrnico del paciente Grupo sanguneo del paciente Factor rh del grupo sanguneo Cdigo de identificacin del distrito. Clave primaria Cdigo de identificacin de la provincia Clave fornea Nombre del distrito Cdigo de identificacin de la provincia. Clave primaria Nombre de la provincia Cdigo de identificacin del paciente. Clave primaria Cdigo de identificacin de la escuela. Clave fornea Cdigo universitario del alumno Cdigo de identificacin del paciente. Clave primaria Cdigo del docente Cdigo de identificacin del

paciente

lugarNac estadoCivil telefono domicilio correo grupoSang rh iddistrito

distrito

idprovincia nombre

provincia

idprovincia nombre idpaciente

alumno

idescuela codigo

docente administrativo

idpaciente codigoDoc idpaciente

72

nroOficina idescuela escuela idfacultad nombre sobrenombre facultad idfacultad nombre idhistorial historial idpaciente fecha idhistorial detalleEvaluacion idevaluacion plan fecha evaluacion idevaluacion descripcion idhistorial detalleFamiliar idpatologia idhistorial detallePersonal idpatologia patologa detalleServicio idpatologia nombre idhistorial

VARCHAR(45) INT INT VARCHAR(80) VARCHAR(10) INT VARCHAR(70) INT INT DATETIME INT INT VARCHAR(60) DATETIME INT VARCHAR(70) INT

paciente. Clave primaria Nmero de la oficina a la que pertenece Cdigo de identificacin de la escuela. Clave primaria Cdigo de identificacin de la facultad. Clave fornea Nombre de la escuela Abreviacin del nombre de la escuela Cdigo de identificacin de la facultad Clave primaria Nombre de la facultad Cdigo de identificacin del historial. Clave primaria Cdigo de identificacin del paciente. Clave fornea Fecha de registro del historial Cdigo de identificacin del historial. Clave primaria Cdigo de identificacin de la evaluacin. Clave primaria Descripcin de la evaluacin Fecha pactada para ejecutar el plan de evaluacin Cdigo de identificacin de la evaluacin. Clave primaria Caractersticas de la evaluacin

Cdigo de identificacin del historial. Clave primaria Cdigo de identificacin de la INT patologa. Clave primaria Cdigo de identificacin del INT historial. Clave primaria Cdigo de identificacin de la INT patologa. Clave primaria Cdigo de identificacin de la INT patologa. Clave primaria VARCHAR(50) Nombre de la patologa INT Cdigo de identificacin del

73

idservicio idservicio servicio nombre idhistorial detalleTrabaja idfamiliar idfamiliar familiar parentesco idhistorial detalleInstruccion idinstruccion pariente idinstruccion instruccion nombre idhistorial detalleAccidente idaccidente idaccidente accidente descripcion idhistorial detalleInmunizacion idinmunizacion numero inmunizacion idinmunizacion descripcion

INT INT VARCHAR(45) INT INT INT VARCHAR(45) INT INT VARCHAR(45) INT VARCHAR(45) INT INT INT VARCHAR(45) INT INT INT INT VARCHAR(70)

historial. Clave primaria Cdigo de identificacin del servicio. Clave primaria Cdigo de identificacin del servicio. Clave primaria Nombre del servicio que tiene el hogar del paciente Cdigo de identificacin del historial. Clave primaria Cdigo de identificacin del familiar Clave primaria Cdigo de identificacin del familiar Clave primaria Familiar del paciente, el cual trabaja y aporta a la casa Cdigo de identificacin del historial. Clave primaria Cdigo de identificacin de la instruccin. Clave primaria Pariente al que le corresponde el grado de instruccin Cdigo de identificacin de la instruccin. Clave primaria Nombre del grado de instruccin Cdigo de identificacin del historial. Clave primaria Cdigo de identificacin del accidente. Clave primaria Cdigo de identificacin del accidente. Clave primaria Lugar o caracterstica del accidente Cdigo de identificacin del historial. Clave primaria Cdigo de identificacin de la vacuna. Clave primaria Nmero de vacunas que lleva el paciente Cdigo de identificacin de la vacuna. Clave primaria Nombre de la vacuna o

74

inmunizacin Cdigo de identificacin del idhistorial INT historial. Clave primaria detalleDiscapacidad Cdigo de identificacin de la iddiscapacidad INT discapacidad. Clave primaria Cdigo de identificacin de la iddiscapacidad INT discapacidad. Clave primaria discapacidad nombre VARCHAR(70) Nombre de la discapacidad Cdigo de identificacin del idhistorial INT historial. Clave primaria Cdigo de identificacin de la detalleConsulta idconsulta INT consulta. Clave primaria Fecha de realizacin de la fecha DATETIME consulta Cdigo de identificacin de la idconsulta INT consulta. Clave primaria VARCHAR(100 motivo Motivo de la consulta ) Duracin de la patologa o tiempo VARCHAR(50) sntoma VARCHAR(100 examen Descripcin del examen fsico ) temp INT Temperatura del paciente presionArt INT Presin arterial del paciente Frecuencia cardaca del frecuenciaCar INT paciente consulta Frecuencia respiratoria del frecuenciaRes INT paciente peso FLOAT Peso del paciente talla FLOAT Talla del paciente ndice de masa corporal del imc FLOAT paciente VARCHAR(100 diagnostico Descripcin del diagnstico ) VARCHAR(100 Tratamiento a la patologa del tratamiento ) paciente VARCHAR(100 observacion Informacin adicional ) Cdigo de identificacin de la idevaluacionNu evaluacionNut INT Eval. Nutricional. Clave t primaria

75

idhistorial peso talla imc resultadoImc resultadoTalla idsintoma detalleSintoma idevaluacionNu t idsintoma nombre idusuario login pass nombre apellido tipo activado fechaIngreso

INT FLOAT FLOAT FLOAT VARCHAR(50) VARCHAR(50) INT INT INT VARCHAR(45) INT VARCHAR(45) VARCHAR(45) VARCHAR(45) VARCHAR(45) VARCHAR(45) INT(1) DATETIME

sintoma

usuario

Cdigo de identificacin del historial. Clave fornea Peso del paciente Talla del paciente ndice de masa corporal del paciente Resultado: Sobrepeso, normal, delgado y otros Resultado: alto, normal, bajo y otros Cdigo de identificacin del sntoma Clave primaria Cdigo de identificacin de la Eval. Nutricional. Clave primaria Cdigo de identificacin del sntoma Clave primaria Nombre del sntoma Cdigo de identificacin del sntoma Clave primaria Usuario para iniciar sesin Contrasea de usuario Nombres del usuario Apellidos del usuario Tipo de usuario Booleano para verificar cuenta activada de usuario Fecha de ingreso del usuario

Figura 38: Diccionario de datos Fuente: Propia.

76