sistema automatizado basado en software libre para optimizar los procesos administrativos de los...

UNIVERSIDAD DE ORIENTE NCLEO DE MONAGAS INGENIERA DE SISTEMASSUB-COMISIN DE TRABAJOS DE GRADO MATURN / MONAGAS / VENEZUELA

SISTEMA AUTOMATIZADO BASADO EN SOFTWARE LIBRE PARA OPTIMIZAR LOS PROCESOS ADMINISTRATIVOS DE LOS SERVICIOS MDICOS DE LA UNIVERSIDAD DE ORIENTE.NCLEO MONAGAS

Informe final de Pasanta presentado ante la Comisin de Trabajo de Grado, como requisito para optar al ttulo de Ingeniero de Sistemas

Br. Cabello R., Mara G. C.I. 17.464.930Tutor Acadmico: Ing. Garca, Rosngela

Tutor Laboral: Ing. Chaparro, Jess

Maturn, Abril de 2009.


ACTA DE EVALUACIN

En mi carcter de Asesor Laboral del trabajo presentado por la Bachiller CABELLO RAMIREZ. MARA GABRIELA portadora de la cdula de identidad nmero: 17.464.930, para optar al grado acadmico de Ingeniero de Sistemas, Titulado: SISTEMA AUTOMATIZADO BASADO EN SOFTWARE LIBRE PARA OPTIMIZAR LOS PROCESOS ADMINISTRATIVOS DE LOS SERVICIOS MDICOS DE LA UNIVERSIDAD DE ORIENTE. NCLEO MONAGAS., considero que dicho trabajo rene los requerimientos y mritos suficientes para ser sometido a la evaluacin por parte del jurado examinador.

En la ciudad de Maturn a los veintinueve das del mes de Abril de dos mil nueve.

Ing. Jess ChaparroC.I. 4.526.369

ii


ACTA DE EVALUACIN

En mi carcter de Asesor Acadmico del trabajo presentado por la Bachiller CABELLO RAMIREZ. MARA GABRIELA portadora de la cdula de identidad nmero: 17.464.930, para optar al grado acadmico de Ingeniero de Sistemas, Titulado: SISTEMA AUTOMATIZADO BASADO EN SOFTWARE LIBRE PARA OPTIMIZAR LOS PROCESOS ADMINISTRATIVOS DE LOS SERVICIOS MDICOS DE LA UNIVERSIDAD DE ORIENTE. NCLEO MONAGAS., considero que dicho trabajo rene los requerimientos y mritos suficientes para ser sometido a la evaluacin por parte del jurado examinador.

En la ciudad de Maturn a los veintinueve das del mes de Abril de dos mil nueve.

Ing. Rosngela GarcaC.I. 8.977.3

iii


APROBACIN

Quienes suscriben, Miembros del jurado evaluador designados por la comisin de Trabajos de Grado de la Escuela de Ingeniera de Sistemas de la Universidad de Oriente Ncleo Monagas, para examinar el Trabajo de Grado modalidad pasanta presentado por el Bachiller: Bachiller CABELLO RAMIREZ. MARA GABRIELA , portador de la cdula de identidad nmero: 17.464.930 Titulado: SISTEMA AUTOMATIZADO BASADO EN SOFTWARE LIBRE PARA OPTIMIZAR LOS PROCESOS ADMINISTRATIVOS DE LOS SERVICIOS MDICOS DE LA UNIVERSIDAD DE ORIENTE. NCLEO MONAGAS, el cual es presentado para optar al grado acadmico de Ingeniero de Sistemas, consideramos que dicho trabajo cumple con los requisitos exigidos para tal efecto ypor tanto lo declaramos:

En la ciudad de Maturn a los veintinueve das del mes de Abril del dos mil nueve.

Ing. Ana Victoria Ing. Desiree AndricoC.I. 12.658.229 C.I. 11.781.658

DEDICATORIA

Mi tesis la dedico con mucho amor a Dios y a la Virgencita del Valle; gracias por darme la vida y tantas bendiciones, siendo la ms importante mi familia.

A mis padres, por brindarme la oportunidad de tener una carrera para mi futuro, por ser un gran apoyo y estar conmigo en todo momento, demostrndome que no importa lo que pase, siempre puedo contar con ustedes. Los amo y de todo corazn les agradezco que siempre estn a mi lado. Este trabajo y este logro es para ustedes, soy la ltima de sus hijos en graduarse y siento que esto los complace enormemente. Me encanta hacerlos felices y que se sientan orgullosos, porque es lo que se merecen.

A mis hermanos, gracias por estar conmigo y ser como son. Los quiero mucho y me dan mucha fuerza. Son un ejemplo a seguir para m; son una parte muy importante de lo que soy y de mi vida. Los quiero colegas!.

Viejo, esto tambin es para ti, hemos compartido muchos momentos juntos y me hace inmensamente feliz saber que este evento tan importante en mi vida es uno de ellos. Gracias por tu apoyo incondicional y por tu amor que me alegra y me enamora.

Mis nias, las adoro, nadie puede cambiar tan positivamente mi estado de nimo y demostrar tanta fidelidad como ustedes. Eso cuenta y ayuda mucho!

Mara G. Cabello

vi

AGRADECIMIENTOS

Quiero expresar mi agradecimiento especialmente a Dios, por darme fuerza y ganas de seguir luchando por lo que quiero.

A mi familia, por estar siempre presente, encaminarme, darme consejos, brindarme su apoyo y ser una fuente incondicional de amor.

Mi viejo, gracias, por el simple hecho de ser y de siempre estar, adems de ser una gran inspiracin para cumplir con este reto.

A mis profesores, gracias por su confianza, paciencia y apoyo. Realmente son excelentes personas. Al personal del centro de computacin, gracias por su ayuda.

A mis amigos, mis verdaderos amigos; gracias por permitirme ser parte de sus vidas y de ensearme el significado y la importancia de la amistad.

Doy gracias por las maravillosas experiencias que compartimos y seguir compartiendo con todos ustedes. Siento que en parte, esto es el reflejo de muchas de esas experiencias vividas, es el resultado de muchos aos, as como de muchos momentos con cada uno de ustedes, soportando rabietas, problemas, escuchndome, guindome, brindndome ayuda o simplemente compartiendo.

Agradezco por todo lo bueno que hay en mi vida y por lo que an, est por llegar.

Mara G. Cabello

NDICE GENERAL

ACTA DE EVALUACIN ................................................................................ ACTA DE EVALUACION.. APROBACIN................................................................................................... DEDICATORIA. ................................................................................................ AGRADECIMIENTOS ...................................................................................... LISTA DE CUADROS ....................................................................................... LISTA DE FIGURAS ......................................................................................... LISTA DE PANTALLAS................................................................................... LISTA DE DIAGRAMAS LISTA DE GRAFICOS ...................................................................................... RESUMEN.......................................................................................................... INTRODUCCIN .............................................................................................. CAPITULO I: CONTEXTO ORGANIZACIONAL1.1. Resea Histrica De La Universidad de Oriente Ncleo Monagas...1.1.1. Misin..1.1.2. Visin..1.2. Centro de Computacin, Universidad de Oriente NcleoMonagas1.2.2 Visin...1.2.2 Misin1.2.3. Objetivos..1.2.4. Funciones.1.2.5. Organigrama.1.3. El Servicio Mdico de la Universidad de Oriente NcleoMonagas..1.3.1. Objetivos del Servicio....1.3.2. Visin..1.3.3. Misin..1.3.4. Organigrama1.3.5. Funciones del Personal CAPITULO II: EL PROBLEMA Y SUS GENERALIDADES2.1. Planteamiento del Problema2.2. Objetivos de Investigacin..2.2.1. Objetivo General.2.2.2. Objetivos Especficos..2.3. Justificacin.2.4. Alcance de la investigacin2.5. Limitaciones de la investigacin. CAPITULO III: MARCO TEORICO

pp. ii iii iv v vi xxii xiii xv xvii xviii13344

445557

8888910131416161617181819

vii

3.1. Antecedentes de la Investigacin.19

3.2. Bases Tericas.21

3.2.1. Automatizacin de Procesos Administrativos.21

3.2.2. Sistemas de Informacin22

3.2.1. Sistemas de Informacin Transaccionales24

3.2.3. Proceso Unificado Racional (RUP)24

3.2.3.1. Caractersticas26

3.2.3.2. Principios26

3.2.3.3. Elementos27

3.2.3.5. Fases28

3.2.3.6. Ventajas del Proceso Unificado de Racional..30

3.2.4. Lenguaje Modelado (UML)....31

3.2.5. Diagramas UML.....32

3.2.5.1. Diagrama de casos de uso..33

3.2.5.1.1. Elementos de un diagrama de casos de uso33

3.2.5.2. Diagrama de actividad..35

3.2.5.3. Diagrama de secuencia..35

3.2.5.4. Diagrama de clases36

3.2.5.4.1. Elementos de un diagrama de clases36

3.2.5..5. Diagrama de Paquete37

3.2.6. Arquitectura de la informacin..38

3.2.7. Arquitectura cliente servidor..38

3.2.8. Estndares Abiertos40

3.2.9. Software libre..40

3.2.9.1. Antecedentes del Software Libre.41

3.2.9.2. Desarrollo de Software Libre..43

3.2.9.3. Ventajas del Software Libre.44

3.2.9.4. Software Libre en Venezuela46

3.2.10. Sistemas de informacin aplicados al sector sanitario46

3.2.11. Herramientas de desarrollo....47

3.2.12. Lenguajes de programacin.48

3.2.13. Base de datos.50

3.3. Bases Legales..50

3.4. Definicin de trminos52

CAPTULO IV: MARCO METODOLOGICO.54

4.1. Tipo y Nivel de investigacin..54

4.2. Poblacin y Muestra55

4.3. Tcnicas e Instrumentos de Recoleccin de Datos56

4.4. Diseo Operativo.58

4.5. Cuadro Operativo59

CAPTULO V: RESULTADOS...61

5.1. Fase de Inicio...61

5.1.1. Documento Plan de Iteracin.63

5.1.2. Documento Visin..75

5.1.3. Documento Plan de Desarrollo de Software96

viii

5.1.4. Documento Plan de Administracin de Riesgos..117

5.1.5. Documento Modelado del Negocio....131

5.1.6. Especificaciones de Casos de Uso del Negocio..142

5.2. Fase de Elaboracin181

5.2.1. Especificaciones de Casos de Uso del Sistema182

5.2.2. Documento Arquitectura del Sistema..342

5.2.3. Especificaciones Complementarias362

5.3. Fase de Construccin..372

5.3.1. Especificaciones de Casos de Prueba.373

5.3.2. Documento Glosario386

5.4. Anlisis Costo-Beneficio396

5.4.1. Costos...396

5.4.2. Beneficios..405

CONCLUSIONES407

RECOMENDACIONES...409

BIBLIOGRAFIA..411

ANEXOS415

.

ix

LISTA DE CUADROS

Cuadro 1

Operatividad del Sistemapp.

60

Cuadro 2Plan General66

Cuadro 3Plan Fase67

Cuadro 4Segunda iteracin...68

Cuadro 5Tercera iteracin69

Cuadro 6Cuarta iteracin..70

Cuadro 7Quinta iteracin..71

Cuadro 8Sptima iteracin72

Cuadro 9Plan de reuniones..73

Cuadro 10Planteamiento del problema...82

Cuadro 11Declaracin de posicin de producto.83

Cuadro 12Roles y responsabilidades de los participantes84

Cuadro 13Nivel de los sistemas administrativos85

Cuadro 14Necesidades de participantes a nivel de trabajo.85

Cuadro 15Necesidades de participantes a nivel de sistemas86

Cuadro 16Necesidades de los usuarios.86

Cuadro 17Resumen de Capacidades89

Cuadro 18Requerimiento de Software91

Cuadro 19Requerimientos de Hardware.91

Cuadro 20Requerimientos de Materiales92

Cuadro 21Requerimientos de Servicios92

Cuadro 22Roles y Responsabilidades.108

Cuadro 23Plan de las fases.109

Cuadro 24Hito de las fases110

Cuadro 25Calendario del proyecto. Fase de Inicio111

Cuadro 26Calendario del proyecto. Fase de Elaboracin..112

Cuadro 27Calendario del proyecto. Fase de Construccin.113

Cuadro 28Tabla de documentacin de riesgos.123

Cuadro 29Primer riesgo a administrar.124

Cuadro 30Segundo riesgo a administrar.125

Cuadro 31Tercer riesgo a administrar.126

Cuadro 32Cuarto riesgo a administrar.126

Cuadro 33Quinto riesgo a administrar.126

Cuadro 34Sexto riesgo a administrar.127

Cuadro 35Sptimo riesgo a administrar.127

Cuadro 36Octavo riesgo a administrar.128

xi

Cuadro 37Noveno riesgo a administrar.128

Cuadro 38Dcimo riesgo a administrar..129

Cuadro 39Dcimo primer riesgo a administrar...129

Cuadro 40Dcimo segundo riesgo a administrar....130

Cuadro 41Lista de actor-objetivo140

Cuadro 42Descripcin del caso de uso validar usuario..187

Cuadro 43Descripcin del caso de uso. Administrar usuario. ..195

Cuadro 44Descripcin del caso de uso del sistema. Programar cita mdica.207

Cuadro 45Descripcin del caso de uso del sistema. Consultar citas

programadas..219

Cuadro 46Descripcin del caso de uso. Elaborar historia medico-

odontolgica..230

Cuadro 47Descripcin del caso de uso del sistema. Buscar historia.249

Cuadro 48Descripcin del caso de uso. Registrar boletas medicas258

Cuadro 49Descripcin del caso de uso del sistema. Emitir rcipe medico. ...292

Cuadro 50Descripcin del caso de uso. Facturas Conformadas.310

Cuadro 51Descripcin del caso de uso del sistema. Consultar facturas. 322

Cuadro 52Descripcin del caso de uso. Controlar Medicamentos.334

Cuadro 53Descripcin del caso de uso. Generar Reporte..352

Cuadro 54Reglas del Dominio391

Cuadro 55Resumen de Costos de produccin ..419

Cuadro 56Costos papelera con el sistema..420

Cuadro 57Costos de fotocopiado con el sistema421

Cuadro 58Costos anuales de mantenimiento.421

Cuadro 59Costos por depreciacin de equipos..422

Cuadro 60Costos de papelera sin el sistema.423

Cuadro 61Costos de fotocopiado sin el sistema.423

Cuadro 62Total Costos si se implanta el Sistema..424

Cuadro 63Total Costos sin el Sistema424

LISTA DE FIGURAS

Figura 1

Organigrama de Centro de Computacin de la Universidad depp.

Oriente, Ncleo Monagas7

Figura 2Organigrama del Servicio Mdico de la Universidad de

Oriente, Ncleo Monagas.9

Figura 3Modelo RUP.25

Figura 4Fases del Modelo RUP29

Figura 5Actor...34

Figura 6Caso de Uso34

Figura 7Tipos de Relaciones35

Figura 8Divisin de una Clase...36

Figura 9Tipos de Relaciones de una Clase..37

Figura 10Smbolo de un Paquete38

Figura 11El modelo de aplicacin cliente/servidor39

Figura 12Documento Visin. Arquitectura del Producto88

Figura 13Tarjeta CRC Citas..350

Figura 14Tarjeta CRC Paciente.350

Figura 15Tarjeta CRC MedicamentosPaciente.351

Figura 16Tarjeta CRC HistoriaMedica.351

Figura 17Tarjeta CRC RegistroFacturas...352

Figura 18Tarjeta CRC BoletaMedica.352

Figura 19Tarjeta CRC RecipeMedico...353

Figura 20Tarjeta CRC TipoHistoria353

xii

LISTA DE PANTALLAS

Pantalla 1

Validar usuario del sistemapp.189

Pantalla 2Inicio (Bienvenida) del sistema..........190

Pantalla 3Principal para administrar usuarios199

Pantalla 4Detalles del Usuario200

Pantalla 5Registro de un Nuevo Usuario...201

Pantalla 6Editar Informacin del Usuario..202

Pantalla 7Principal para programar cita211

Pantalla 8Resultado de la consulta para programar cita212

Pantalla 9Programar Cita Carga Familiar.213

Pantalla 10Otras opciones de citas para la fecha seleccionada213

Pantalla 11Principal consultar citas programadas222

Pantalla 12Resultado de la consulta de citas programadas223

Pantalla 13Modificar cita programada224

Pantalla 14Datos Generales del paciente y formulario234

Pantalla 15Listado de Pacientes del Da..235

Pantalla 16Datos del paciente para seleccionar tipo de historia236

Pantalla 17Historia General o Interna (Primera Consulta)..237

Pantalla 18Historia General o Interna (Consultas Posteriores)238

Pantalla 19Historia de Ginecologa y Obstetricia (Primera Consulta)239

Pantalla 20Historia de Ginecologa y Obstetricia (Consultas Posteriores)..240

Pantalla 21Historia Peditrica (Primera Consulta)..241

Pantalla 22Historia Peditrica (Consultas Posteriores)242

Pantalla 23Historia Odontolgica (Primera Consulta).243

Pantalla 24Historia Odontolgica (Consultas Posteriores)..244

Pantalla 25Principal Buscar Historia...252

Pantalla 26Resultado de la Bsqueda de Historia253

Pantalla 27Principal de Boletas Mdicas262

Pantalla 28Crear Nueva Boleta Mdica Tipo Laboratorio...263

Pantalla 29Crear Nueva Boleta Mdica Tipo Doctor..264

Pantalla 30Efectuar Bsqueda de Boletas en un intervalo de fechas265

Pantalla 31Boleta para Impresin265

Pantalla 32Informacin de Boletas Emitidas Previamente..267

Pantalla 33Principal de Rcipe Mdico277

Pantalla 34Crear un Nuevo Rcipe Mdico.278

Pantalla 35Cargar Medicamento de Farmacia en Rcipe Mdico...279

Pantalla 36Seleccionar medicamente de farmacia que ser cargado en rcipe280

Pantalla 37Rcipe Mdico una vez seleccionado el medicamento..281

xiii

Pantalla 38Rcipe Medico Lleno.282

Pantalla 39Consultar Rcipes en un Intervalo de Fechas283

Pantalla 40Resultado de Bsqueda de Rcipes Mdicos.284

Pantalla 41Rcipe Medico en la fecha consultada en historial285

Pantalla 42Registro de Factura Conformada Tipo Medicamentos296

Pantalla 43Registro de Factura Tipo Atencin Especializada..297

Pantalla 44Registrar Devolucin de Factura298

Pantalla 45Principal para Consultar Facturas296

Pantalla 46Resultado de la Consulta de Facturas.307

Pantalla 47Actualizar Factura Seleccionada308

Pantalla 48Principal de Mantenimiento de Medicinas.320

Pantalla 49Resultado de Bsqueda de Medicamento321

Pantalla 50Ingresar Medicamento Nuevo en Farmacia...322

Pantalla 51Ingresar Medicamento Existente en Farmacia323

Pantalla 52Buscar el Medicamento de Salida Eventual...324

Pantalla 53Resultado de la Bsqueda del Medicamento a Despachar.325

Pantalla 54Realizar Registro de Salida Eventual326

Pantalla 55Registro de Salida de Medicamento por Rcipe327

Pantalla 56Pantalla Principal de Reportes335

Pantalla 57Reporte de Salida de Medicamentos..336

Pantalla 58Reporte de Boletas Emitidas337

Pantalla 59Reporte de Rcipes Emitidos.338

Pantalla 60Reporte de Citas339

Pantalla 61Reporte de Facturas Conformadas340

Pantalla 62Reporte de Morbilidad341

xiv

LISTA DE DIAGRAMAS

Diagrama 1

Caso de Uso General del Negociopp.137

Diagrama 2Caso de Uso de Actores Externos al Dominio..........138

Diagrama 3Vista del Modelo de Dominio del Negocio139

Diagrama 4Diagrama de Caso de Uso. Programar cita mdica147

Diagrama 5Diagrama de Actividad. Programar cita mdica....149

Diagrama 6Diagrama de Caso de Uso. Elaborar historia mdica..154

Diagrama 7Diagrama de Actividad. Elaborar historia mdica157

Diagrama 8Diagrama de Caso de Uso. Registrar boleta mdica162

Diagrama 9Diagrama de Caso Actividad. Registrar boleta mdica165

Diagrama 10Diagrama de Caso de Uso. Conformar facturas169

Diagrama 11Diagrama de Actividad. Conformar facturas173

Diagrama 12Diagrama de Caso de Uso. Realizar solicitud de medicamento...178

Diagrama 13Diagrama de Actividad. Realizar solicitud de medicamento181

Diagrama 14Diagrama de Caso de Uso del Sistema. Validar usuario...187

Diagrama 15Diagrama de Secuencia. Validar usuario......188

Diagrama 16Diagrama de Caso de Uso del Sistema. Administrar usuario...195

Diagrama 17Diagrama de Secuencia. Administrar usuario...298

Diagrama 18Diagrama de Caso de Uso del Sistema. Programar cita mdica..207

Diagrama 19Diagrama de Secuencia. Programar cita mdica......210

Diagrama 20Diagrama de Caso de Uso del Sistema. Consultar cita mdica...219

Diagrama 21Diagrama de Secuencia. Consultar cita mdica......221

Diagrama 22Diagrama de Caso de Uso del Sistema. Elaborar historia mdico-

odontolgica230

Diagrama 23Diagrama de Secuencia. Elaborar historia mdico-

odontolgica..232

Diagrama 24Diagrama de Caso de Uso del Sistema. Buscar historia..249

Diagrama 25Diagrama de Secuencia. Buscar historia.......251

Diagrama 26Diagrama de Caso de Uso del Sistema. Registrar boleta mdica.258

Diagrama 27Diagrama de Secuencia. Registrar boleta mdica.....261

Diagrama 28Diagrama de Caso de Uso del Sistema. Emitir rcipe mdico.....272

Diagrama 29Diagrama de Secuencia. Emitir rcipe mdico....276

Diagrama 30Diagrama de Caso de Uso del Sistema. Conformar facturas290

Diagrama 31Diagrama de Secuencia. Registrar factura conformada...294

Diagrama 32Diagrama de Secuencia. Registrar devolucin de factura....295

Diagrama 33Diagrama de Caso de Uso del Sistema. Consultar facturas......303

Diagrama 34Diagrama de Secuencia. Consultar facturas..305

xvi

Diagrama 35Diagrama de Caso de Uso del Sistema. Controlar medicamentos314

Diagrama 36Diagrama de Secuencia. Mantenimiento de medicamentos318

Diagrama 37Diagrama de Secuencia. Registrar salida de medicamento319

Diagrama 38Diagrama de Caso de Uso del Sistema. Generar reporte......332

Diagrama 39Diagrama de Secuencia. Generar reporte.334

Diagrama 40Diagrama de Paquetes del Sistema........347

Diagrama 41Modelo de Clases de Usuarios del Sistema348

Diagrama 42Modelo de Clases de Procesos del Sistema.349

Diagrama 43Modelo Conceptual de Usuarios354

Diagrama 44Modelo Conceptual de Procesos del Sistema355

Diagrama 45Modelo Fsico de Usuarios356

Diagrama 46Modelo Fsico de Procesos del Sistema357

Diagrama 47Modelo de Base de Datos Relacional de Usuarios.358

Diagrama 48Modelo de Base de Datos Relacional de Procesos del Sistema.359

Diagrama 49Vista de Despliegue...361

LISTA DE GRAFICOS

pp.

Grafico 1 Relacin de costos entre implantar el sistema o no hacerlo 405

xvii


SISTEMA AUTOMATIZADO BASADO EN SOFTWARE LIBRE PARA OPTIMIZAR LOS PROCESOS ADMINISTRATIVOS DE LOS SERVICIOS MDICOS DE LA UNIVERSIDAD DE ORIENTE. NCLEO MONAGAS

Autor: Cabello R. Mara G. CI:17.464.930Tutor Acadmico: Rosngela Garca CI: 8.977.359Fecha: Abril de 2009.

RESUMEN

La presente investigacin se plante como objetivo Desarrollar un sistema automatizado basado en la concepcin del Software Libre para la optimizacin de los procesos administrativos en los Servicios Mdicos de la Universidad de Oriente. Ncleo Monagas. El logro del mismo busca dar respuesta a la necesidad planteada en el contexto del Servicio Mdico de la mencionada institucin en funcin de la optimizacin de los procesos administrativos que en la misma se realizan. En tal sentido dicha investigacin se enmarc dentro de las polticas estratgicas del Ejecutivo Nacional en cuanto a que el sistema se concibi dentro del formato de software libre, as mismo se apoy en la metodologa RUP. Para la recoleccin de datos se utilizaron las tcnicas de observacin y la entrevista no estructurada apoyada en el diario de campo y la libreta de notas como instrumentos. El estudio diagnstico se realiz en una poblacin constituida por Catorce (14) funcionarios del Servicio mencionado, obteniendo como resultados una descripcin detallada del sistema actual, un diseo de arquitectura bien sustentado y un prototipo til del sistema, los cuales permitieron concluir que la forma en que actualmente se llevan los procesos administrativos del servicio mdico no es la correcta en cuanto a eficacia y efectividad por lo que la utilizacin de una aplicacin que permita optimizar dichos procesos aportara grandes beneficios a la comunidad universitaria en general.

Descriptores: Sistemas Automatizados, Software Libre, Proceso Unificado de Racional(RUP)

xviii

INTRODUCCIN

La continua evolucin de la tecnologa informtica y el creciente inters de la Administracin por alcanzar un desempeo ms efectivo, han incrementado el uso de sistemas automatizados como mecanismos para enfrentar la competitividad de manera ms eficiente.

El manejo de la informacin, a travs de la implantacin de sistemas automticos viene permitiendo a las organizaciones, el dominio de gran cantidad de datos en forma centralizada y en lnea. Tales razones explican la gran demanda y variedad de software o programas informticos que estn dando respuesta a necesidades particulares, en cuanto a la agilizacin y tramitacin de datos que, debidamente interpretados puedan ser tiles para extraer conclusiones.

En el campo de los procesos mdicos, los sistemas de informacin estn jugando un importante papel, como elemento clave para abordar muchos de los retos que afronta el sector sanitario, realidad que puede insertarse dentro de las expectativas de la Pasanta realizada en el Servicio Mdico de la Universidad de Oriente Ncleo Monagas, la cual se plante como objetivo, Desarrollar un sistema automatizado basado en la concepcin del Software Libre para la optimizacin de sus procesos administrativos.

Desde esta perspectiva el rea temtica est centrada en un sistema de tipo transaccional, bajo un enfoque sistmico para visualizar el contexto global y la aplicacin de la metodologa de RUP (Rational Unified Process) para controlar los riesgos en el desarrollo del software.

1

El trabajo en referencia lo conformaron cinco (5) captulos con los siguientes aspectos:

Captulo I: El cual contiene informacin relacionada con el Servicio Mdico de la Universidad de Oriente Ncleo Monagas, institucin objeto de estudio. As como tambin, informacin relacionada al centro de computacin de la Universidad de Oriente Ncleo Monagas, institucin donde se realizo la pasanta de grado.

Captulo II: En este se define el problema de investigacin, los objetivos, alcance y justificacin.

Captulo III: Contempla el desarrollo del marco terico que fundamenta y da explicacin a los aspectos tratados por el proyecto de investigacin.

Captulo IV: En este captulo se detalla la metodologa a implementar, la explicacin del trabajo realizado durante el proceso de pasantas.

Captulo V: Est relacionado con los resultados alcanzados, partiendo de la aplicacin de la propuesta de solucin. Para finalizar, se plantean las conclusiones y las recomendaciones las cuales constituyen un aporte de investigacin

2

CAPITULO I CONTEXTO ORGANIZACIONAL

1.1. Resea Histrica de la Universidad de Oriente, Ncleo Monagas.

El Ncleo de Monagas de la Universidad de Oriente, responde a las necesidades y tradicin del Estado, en su actividad agrcola, ganadera y petrolera que a travs de un conjunto de unidades acadmicas, ofrece a una poblacin estudiantil de ms de15.000 estudiantes las carreras de: Ingeniera: Agronmica, en Produccin Animal, Petrleo y Sistemas, adems de Licenciatura en: Administracin, Contadura Pblica, Gerencia de Recursos Humanos y Tecnologa de los Alimentos.

Asimismo ofrece Servicios de Orientacin Bibliotecas, Comedor, Transporte, Proveedura, Librera y Servicio Mdico-Odontolgico, Ayudas Econmicas, Extensin Cultural, Deportes y Planes de pasantas para el financiamiento y familiarizacin con el futuro desempeo profesional.

1.1.1.Misin

La Universidad de Oriente reafirmar su compromiso de ser el centro de estudio, anlisis y produccin de ideas necesarias para el desarrollo social, econmico y poltico del Oriente del Pas, capaz de desarrollar mtodos y tecnologa innovadoras, de asegurar la calidad por medio de los sistemas eficientes de planificacin, evaluacin y motivacin. La Universidad ser una Institucin cuyo ambiente estimule la creatividad y productividad de todos sus miembros. As mismo deber ocupar una posicin de liderazgo en investigacin y logros acadmicos. Con intencin de situarse en un lugar privilegiado en los sueos de cada miembro de la Comunidad Universitaria.

1.1.2.Visin

Formar profesionales del ms alto nivel de calidad, profesionales que atiendan problemas de su particular formacin y competencia, bajo un alto espritu de solidaridad y compromiso social. Se trata de formar profesionales creativos, capaces de destacarse en un mercado cada vez ms competitivo con el mejoramiento de la calidad de vida y con el desarrollo.

Mantener una permanente vinculacin con sus egresados para su actualizacin constante. As mismo, permanecer en contacto con los sectores sociales y productivos.

Brindar a sus trabajadores tanto, en la parte acadmica, administrativa y estudiantil las mejores condiciones para que estos encuentren el xito en el desempeo de sus funciones. Mantener un clima de respeto mutuo, de libertad de expresin, organizacin, de pluralidad de todas las corrientes de pensamiento, dentro de un ambiente de responsabilidad y tolerancia a todas las ideas e igualmente estar vinculada con su entorno.

1.2 Centro de Computacin, Universidad de Oriente Ncleo Monagas.

1.2.1 Visin.

El Centro de Computacin tiene como visin principal ser un centro competitivo, lder a nivel nacional en todas las reas de nuestro inters, contando con el apoyo de un personal altamente capacitado en cada una de las secciones que los componen y estableciendo una plataforma tecnolgica til que satisfaga las necesidades del sector docente, estudiantil y administrativo de la Universidad de Oriente Ncleo Monagas.

4

1.2.2 Misin.

La misin del Centro de Computacin, es la de realizar labores de investigacin, desarrollo de software, adiestramiento y soporte tcnico en las reas de computacin e informtica, dirigido a la poblacin docente, estudiantil y administrativa de la Institucin, con extensin de sus servicios a otras organizaciones mediante el diseo, coordinacin y ejecucin de sus labores, para fortalecer las actividades acadmico administrativas y contribuir al desarrollo tecnolgico de la Universidad de Oriente Ncleo Monagas.

1.2.3 Objetivos

Los objetivos del Centro de Computacin de la Universidad de Oriente Nucleo

Monagas son los siguientes:

1. Disear y desarrollar aplicaciones con fines didcticos y administrativos.

2. Asesorar a las autoridades universitarias del ncleo sobre las innovaciones tecnolgicas relacionadas con la computacin e informtica y su impacto en la organizacin.3. Generar conocimientos en las diversas reas de la computacin y sistemas mediante proyectos de investigacin.4. Ofrecer servicios a la comunidad local y regional en los rubros de anlisis, diseo y auditoria de sistemas de informacin, redes y adiestramiento de personal.5. Coordinar la aplicacin de servicios informticos a otras unidades organizativas de la Universidad de Oriente.6. Desarrollar los sistemas de informacin que permitan la automatizacin de la gestin administrativa de la Universidad de Oriente Ncleo Monagas.7. Capacitar el recurso humano de la institucin con la finalidad de asegurar el manejo eficiente de los equipos computacionales disponibles en diferentes unidades de la organizacin.8. Evaluar y controlar la plataforma operativa del Centro de Computacin.

1.2.4 Funciones

El Centro de Computacin cumple con las siguientes funciones, a objeto de alcanzar su respectiva visin y misin:1. Brindar de forma permanente soporte tcnico a las unidades administrativas del ncleo Monagas de la Universidad de Oriente.2. Procesar lo relacionado con la nmina de pago, el rea de contabilidad y presupuesto.3. Desarrollar y mantener los sistemas de informacin orientados al proceso de automatizacin de la gestin administrativa de la Institucin.4. Coordinar y supervisar el funcionamiento de las unidades que integren el Centro de Computacin5. Distribuir, segn la capacidad productiva, las tareas del personal adscrito al Centro de Computacin.6. Capacitar al personal de la Institucin en el manejo eficiente de los equipos de computacin, a travs de cursos, charlas y seminarios de actualizacin y charlas.7. Prestar asesora en el rea de computacin y Teleinformtica a aquellas unidades que integran la estructura administrativa y acadmica de la Universidad de Oriente.8. Procesa toda la informacin necesaria para el Dpto. de Admisin y Control de Estudio. As mismo presta todos los servicios necesarios en los procesos de inscripcin, informes al CNU y estadsticas acadmicas.9. El Centro puede atender solicitudes de aplicaciones para el anlisis estadstico de datos generados por las investigaciones que se realizan en el ncleo.

1.2.5 Organigrama

Figura 1: Organigrama del Centro de Computacin de la Universidad de Oriente, Ncleo Monagas. Fuente: Memoria y Cuenta (2006)

1.3. Servicio Mdico de la Universidad de Oriente

La fuente Universidad de Oriente (2007), acota que el Servicio Mdico del Ncleo Monagas es una Unidad adscrita a la Delegacin de Desarrollo y Bienestar Estudiantil, la cual se inserta dentro de una estructura organizativa institucional en consonancia con las expectativas institucionales. Desde este ngulo, la salud de sus miembros se constituye en una parte importante para alcanzar los objetivos de esta casa de estudios en cuanto a mantener un liderazgo en la investigacin. En correspondencia con ello, el Servicio Mdico est dirigido a la atencin de estudiantes, obreros y empleados que laboran en dicho ncleo.

1.3.1. Objetivo:

Brindar atencin mdico - odontolgica de carcter preventivo a la comunidad universitaria, con el objeto de promover un ambiente que estimule la creatividad y productividad de todos sus miembros.

1.3.2. Misin:

La misin del Servicio Mdico es brindar atencin mdica preventiva en los niveles primario, y secundario. Buscar minuciosamente los primeros signos y sntomas de las enfermedades para evitar, su evolucin hacia estadios avanzados, el dolor del paciente el sufrimiento de la familia, la muerte, sin excusa posible.

1.3.3. Visin:

El Servicio Mdico tiene como visin los siguientes aspectos:

2. Ser un servicio con calidad total donde se promocione la medicina preventiva con vocacin humana, cientfica y tecnolgica.

3. Alcanzar metas de prevencin total en enfermedad cardiovascular, metablica, ocupacional y tumoral.

1.3.4. Organigrama

Decanato del Ncleo Monagas

CoordinacinAdministrativa

Secretaria

Transporte

CoordinacinAcadmica

Figura 2: Organigrama del Servicio Mdico de la Universidad de Oriente, NcleoMonagas. Fuente: Universidad de Oriente (2007)

De acuerdo con documentos del Servicio Mdico Odontolgico (2008), el mismo est conformado por catorce (14) funcionarios, los cuales se detallan a continuacin precisando el nmero de personas que ocupan cada cargo:

04 Enfermeras

01 Auxiliar de Registros y Estadsticas

01 Higienista Dental

01 Secretaria

07 Mdicos

1.3.5. Funciones del Personal

En concordancia con ello, el personal del servicio Mdico-Odontolgico tiene asignada un conjunto de funciones entre las cuales se destacan:

Enfermera Jefe

1. Planifica y coordina las actividades asistenciales y administrativas del rea a su cargo.2. Organiza y controla el uso y suministro de materiales y medicamentos.

3. Supervisa el mantenimiento preventivo de los equipos mdicos.

4. Asiste a reuniones de la unidad.

5. Atiende emergencia de carcter mdico.

6. Vigila y controla el mantenimiento de las condiciones higinicas del sitio de trabajo.7. Hace seguimiento y evala el funcionamiento del servicio de enfermera.

8. Supervisa y conforma la requisicin de materiales, medicinas y equipos de trabajo.9. Detecta y reporta necesidades de la unidad.

10. Lleva el registro del movimiento del servicio, ingresos/egresos de pacientes, mortalidad, entre otros.11. Disea y aplica instrumentos de recoleccin de datos de cuidados y tratamientos a los usuarios para obtener informacin sobre el funcionamiento del servicio.12. Establece, conjuntamente con el mdico, programas de cuidados y tratamientos a pacientes.13. Planifica y ejecuta programas de educacin y orientacin relacionados con el rea.

10

14. Dicta talleres y charlas, en el rea salud, a la comunidad universitaria.

15. Supervisa la elaboracin del inventario de la unidad.

16. Coordina con entes pblicos y privados del rea de salud, la atencin de los pacientes.17. Supervisa y distribuye las actividades del personal a su cargo.

18. Cumple con las normas y procedimientos en materia de seguridad integral, establecidos por la organizacin.19. Mantiene en orden equipo y sitio de trabajo, reportando cualquier anomala.

20. Elabora informes peridicos de las actividades realizadas.

21. Realiza cualquier otra tarea a fin que le sea asignada.

Enfermeras Auxiliares

1. Recibir y anotar a los pacientes

2. Tomar los signos vitales a los pacientes y anotar en la hoja de evolucin de la historia clnica.3. Asistir al mdico en la consulta.

4. Cumplir tratamientos

5. Realizar curas

6. Impartir charlas breves a los pacientes sobre temas de prevencin relacionados con los problemas de salud ms importantes segn las estadsticas mensuales del servicio, sobre en la poblacin estudiantil.7. Visitar una vez a la semana una dependencia administrativa para tomar reportes de Enfermera de los pacientes: tensin, peso talla riesgo laboral, quejas de enfermedad laboral, impartir charlas sobre higiene y seguridad del trabajo.8. Entregar un reporte de actividades semanal a la enfermera coordinadora donde conste el nmero de pacientes atendidos, tratamientos aplicados charlas dictadas.9. Sacar las historias clnicas de los pacientes que acuden a la consulta.

10. Revisar las historias y complementar la papelera que falte.

11. Archivar historias.

Auxiliar de Registros y Estadsticas

1. Realizar semanalmente las estadsticas de enfermedades segn formato.

2. Entregar boletas para servicio de laboratorio, y especialidades medicas.

3. Entregar semanalmente al jefe del servicio un reporte del nmero de referencias a laboratorio y especialidades mdicas segn formato.4. Llevar un control de las facturas y realizar las estadsticas segn su patologa.

Higienista Dental:

1. Anotar los paciente que acuden a la consulta

2. Entregar reporte semanal de estadsticas segn formato

3. Reportar el estado de equipamiento semanalmente, y/o las deficiencias.

Secretaria:

1. Elaborar comunicaciones

2. Enviar comunicaciones

3. Llevar archivo de correspondencia emitida y recibidas

4. Transcribir informes mdicos

5. Transcribir estadsticas. (Servicio Mdico-Odontolgico UDO, 2008)

CAPTULO II

EL PROBLEMA Y SUS GENERALIDADES

2.1. Planteamiento del Problema.

Las exigencias del mundo actual plantea la necesidad de ajustarse al desarrollo y crecimiento del entorno tecnolgico como mecanismo de acceso a la informacin bajo parmetros de rapidez, confiabilidad y eficiencia tal, que permita un desarrollo cnsono dentro de las instituciones y coadyuve a las necesidades del desarrollo nacional.

Esta realidad viene siendo asumida por las organizaciones mundiales cualquiera sea su caracterstica. Entre ellas, las instituciones de educacin superior, establecimientos generadores y promotores de conocimiento que asumen la tecnologa, como herramienta para optimizar sus procesos internos. Desde esta perspectiva la implantacin de sistemas automatizados se constituyen en una alternativa real y eficiente para mejorar los resultados de la gestin y un mejor desempeo laboral.

En Venezuela el decreto N 3.390 de la Presidencia de la Repblica Bolivariana de Venezuela dispone que La Administracin Pblica emplear prioritariamente el Software Libre desarrollado con estndares abiertos, en sus Sistemas, Proyectos y Servicios Informticos (Gaceta 38.095 del 28/12/2004), con lo cual se normaliza la implantacin de sistemas de informacin bajo parmetros ms flexibles permitiendo a las instituciones pblicas abordar sus necesidades tecnolgicas amparndose en este entorno.

Dentro de este contexto se enmarca, el Servicio Mdico en la Universidad de Oriente, canalizado a travs de la Clnica Universitaria, la cual es un rea orientada a brindar atencin a toda la poblacin que forma parte de la institucin, en ramas de la medicina tales como: Ginecologa, Odontologa, Pediatra, Medicina General e Interna.

En funcin de ello y dada la incidencia de una serie de problemas de infraestructura que vena confrontando este servicio los cuales no fueron tratados a tiempo, las autoridades de la institucin decidieron el cierre temporal de la Clnica Universitaria en Jusepin, procediendo al trasladado del personal a la sede de la Universidad en los Guaritos, donde actualmente se est prestando atencin mdica a estudiantes, obreros y empleados.

En consecuencia, la puesta en marcha del Servicio Mdico, se inicia con un conjunto de limitaciones, cuya solucin reclama ser solventada como una consistente y creciente demanda del personal que all labora, dada la importancia del mismo en la atencin de las necesidades de salud de estudiantes, obreros y empleados y del logro de una gestin de salud ms eficiente.

Por las razones expuestas, se acota que actualmente el Servicio Mdico no cuenta con recursos tecnolgicos que faciliten el desempeo de las labores del personal y mucho menos, con un sistema que permita controlar cada unos de los procesos administrativos que all se realizan, los cuales involucran: registro de usuarios del servicio, apertura de historias mdicas, emisin de rcipes para compra de medicamentos, control de consultas, remisin de pacientes que requieren atencin especializada u exmenes de laboratorios cuya respuesta no pueda ser canalizada a travs de los Servicios Mdicos, as como tambin, llevar la relacin de los mismos, a objeto de validar la cancelacin de tales servicios ante la Delegacin de Presupuestos de dicha institucin.

De all que todos los procesos administrativos relacionados con esta rea, se llevan a cabo en forma manual, generando un conjunto de fallas que se expresan en:

a) No se cuenta con un registro actualizado de la poblacin de usuarios del servicio, lo cual se ve reflejado en el hecho de que los pacientes tengan que recurrir a control de estudios, en el caso de los estudiantes, a solicitar una constancia de estudio para poder ser atendidos o en el caso de los obreros y empleados, la delegada de personal debe enviar una orden al servicio mdico para que el empleado pueda recibir la atencin mdica requerida. Este hecho, tambin trae como consecuencia, que en muchas ocasiones se atienden pacientes o se suministren medicamentos a personan que no forman parte de la poblacin universitaria del ncleo de Monagas.b) Las historias mdicas se crean y almacenan en un archivador fsico, dificultando, en la mayora de los casos, su ubicacin y manipulacin. Esta situacin retrasa el proceso para atender al paciente, ya que el doctor necesita tener la historia mdica a mano, al momento de realizar la consulta. Adems, el archivador fsico es de libre acceso ya que se encuentra localizado en un rea de uso comn para todo el personal del servicio mdico, manteniendo as a un nivel mnimo la privacidad de las historias mdicas.c) No existe un registro de consulta gil, sobre la cual se puedan elaborar las estadsticas, necesarias para el control y evaluacin del servicio que se presta. Debido a que todas las actividades se llevan a cabo de manera manual, emitir conclusiones acerca de la gestin del servicio mdico o contar con informacin que sirva de datos estadsticos resulta ser un proceso lento.d) Las boletas de remisin del paciente a mdicos externos y de exmenes de laboratorio, no cuentan con un registro sistematizado, lo cual dificulta el control y la cancelacin de estos servicios. No se realiza una correcta validacin de las boletas emitidas y de los gastos asociados a la compra de medicamentos por rcipes mdicos.

Esta realidad pone de manifiesto la importancia de incorporar un sistema de informacin confiable y eficiente como parte de una de las prioridades del Servicio, ello incidir en el logro de importantes mejoras, ya que se automatizarn los procesos operativos y se suministra una plataforma de informacin necesaria para la toma de decisiones aportando informacin precisa y adecuada que contribuya a minimizar los riesgos y generar procesos ms eficaces en funcin de las necesidades de servicio que se presta.

En funcin de ello debe tomarse en cuenta que el sistema represente una opcin favorable en cuanto a la versatilidad de aplicacin. En tal sentido, la concepcin de desarrollo bajo Software Libre se ajusta a tales requerimientos, por cuanto el mismo dar libertad de estudiar cmo funciona, de hacer adaptaciones y hacerlo pblico de modo que todas las reas relacionadas puedan beneficiarse del sistema representando un ahorro en los requerimientos de otros proyecto enmarcados dentro de la Universidad.

2.2. Objetivos de la Investigacin

2.2.1. Objetivo General

Desarrollar un sistema automatizado basado en la concepcin del Software Libre para la optimizacin de los procesos administrativos en los Servicios Mdicos de la Universidad de Oriente Ncleo Monagas.

2.2.2. Objetivos Especficos

1. Conocer el contexto operacional dentro de la administracin de los Servicios

Mdicos de la Universidad de Oriente Ncleo Monagas.

2. Identificar la informacin de entrada y de salida generada por el sistema y los actores involucrados en el Servicio Mdico de la Universidad de Oriente Ncleo Monagas.

3. Analizar los procesos del sistema a disear, determinando sus caractersticas operativas.

4. Disear el sistema de informacin que automatizar los procesos administrativos en el rea de Servicios Mdicos.

5. Construir el sistema diseado, automatizando los procesos administrativos que se llevan a cabo

2.3. Justificacin de la Investigacin

La propuesta de Desarrollo de un Sistema Automatizado basado en Software Libre para Optimizar los Procesos Administrativos de los Servicios Mdicos de la Universidad de Oriente Ncleo Monagas tiene una justificacin ya que la misma redundar en la agilizacin de los procesos en la gestin del servicio referido, beneficiando a la poblacin universitaria (estudiantes, obreros y empleados) que demandan la atencin mdica.

De este modo, la propuesta en referencia, beneficiar al personal que labora dentro del rea en estudio, en virtud de que stos dispondrn de un sistema de informacin automatizado, cuya aplicacin le permitir optimizar, los procesos administrativos y una actualizacin la cual redundar en un mejor desempeo laboral.

En consecuencia, dado el beneficio del proyecto en la comunidad universitaria, se infiere un impacto positivo en la gestin gerencial de la Universidad de Oriente Ncleo Monagas, ya que se trata del establecimiento de un mecanismo que permitir la modernizacin y optimizacin de los procesos de una unidad bajo su responsabilidad y acorde a las fundamentos del uso del Software Libre, el cual atiende a los lineamientos estratgicos de las polticas nacionales, en relacin al uso de sistemas de informacin dentro de las instituciones pblicas.

2.4. Alcance de la Investigacin.

Bajo estas premisas, el estudio en referencia se circunscribir al desarrollo de un sistema de informacin para optimizar los procesos administrativos de Servicios Mdicos, basado en los principios del Software Libre y dentro del contexto de la Universidad de Oriente Ncleo Monagas.

2.5. Limitaciones de la investigacin.

Una de las limitaciones presentadas para la realizacin del presente estudio, fue inexistencia de estudios previos en torno a esta problemtica, en el espacio y rea delimitada como problema. No se cont con investigaciones especficas que sirvieran de soporte o retroalimentacin al estudio que se plantea desarrollar.

CAPITULO III MARCO REFERENCIAL

3.1. Antecedentes de la Investigacin

Para abordar los antecedentes que sirvieron de base a la investigacin en referencia, se procedi al anlisis de algunos estudios relacionados con el problema, incorporaron elementos de relevancia. Entre ellos:

El Trabajo de Grado realizado por Briceo, G. (2008) titulado Sistema Automatizado Para La Gestin De Los Procesos Administrativos De La Delegacin De Planificacin De La Universidad De Oriente Ncleo Monagas. Dicho trabajo fue efectuado para optar al ttulo de Ingeniero de Sistemas y tena como objetivo automatizar los procesos administrativos que se llevan a cabo en la Delegacin de Planificacin, haciendo uso de la metodologa de desarrollo RUP.

La investigacin referida constituye un referente por cuanto la misma permiti conocer la utilizacin de la metodologa RUP durante el proceso de desarrollo de software, as como tambin el uso de los diferentes diagramas de UML para el modelado del negocio y del sistema en cuestin. Adems de ser un proyecto basado en los criterios del software libre en Venezuela.

En la misma perspectiva Carruz, A., et al (2003) llev a cabo una investigacin titulada Automatizacin de procesos en el sector sanitario e historia clnica electrnica. Hospital Universitario de Valladolid, cuyo objetivo fue desarrollar un sistema centrado en los aspectos ms clnicos de los procesos asistenciales de un hospital y en la elaboracin de la historia clnica electrnica.

El diseo y desarrollo de la plataforma para la construccin de sistemas de informacin y automatizacin de procesos recoge conocimiento especficamente clnico. El desarrollo del proyecto permiti concluir que la tecnologa de la informacin y la comunicacin (TIC) pueden ayudar en gran medida a mejorar la eficiencia de los procesos asistenciales y administrativos, as como la accesibilidad de la informacin contenida en la historia clnica, manteniendo siempre una visin de futuro que permita que la aplicacin sea una respuesta adecuada a los problemas informativos de continuidad asistencial y que sea una base para llegar al historial unificado de salud, plasmando la iniciativa de contar con una historia nica para cada una de las ramas de la medicina.

Se acota la importancia de los sistemas de informacin, puestos en marchas como proyectos automatizados para generar cambios favorables en los procesos, ajustados a los requerimientos de un centro de salud con una visin amplia y futurista que permita las incorporaciones progresivas de nuevos proyectos que fortalezcan el sistema automatizado, dando respuestas a las distintas necesidades que pueden presentarse en esta area.

Ollivier, J., (2007) realiz una investigacin relacionada con la importancia de la tecnologa en el valor agregado de empresas manufactureras de la ciudad de Chihuahua, Mxico, la cual se plante como objetivo analizar los beneficios que aporta el uso de la tecnologa para automatizar procesos en este tipo de empresas. Se realiz una encuesta a una muestra aleatoria estratificada de 125 empresas de la industria manufacturera de la Ciudad de Chihuahua, tomada en los aos 2003 y 2004. La investigacin concluye que las inversiones que tienen mayor influencia para incrementar el nivel tecnolgico del proceso de la empresa son las inversiones en equipo para automatizar las tareas administrativas y que la automatizacin de las tareas administrativas es el factor que tiene la mayor influencia en la determinacin del valor agregado por trabajador.

20

En consecuencia el estudio muestra la relevancia que tiene para la empresa inversiones en tecnologa, particularmente su aplicacin en los procesos administrativos de las mismas.

3.2. Bases Tericas

3.2.1. Automatizacin de procesos administrativos

El inters de la administracin por alcanzar mayores niveles de eficiencia en el desempeo de las actividades inherentes a la gestin, ha conllevado a la incorporacin de nuevas tcnicas para desarrollar el trabajo, mayor precisin y en menor tiempo.

Desde esta perspectiva Carruz, A., et al (2003) sostienen que:

Los avances informticos juegan un papel fundamental en la gestin de los procesos administrativos, tanto para agilizar la tramitacin, como para obtener datos que debidamente interpretados nos puedan ser tiles para extraer conclusiones sobre la calidad de los servicios prestados, volumen de trabajo de las unidades o cumplimiento de objetivos. (p.11)

El proceso de automatizacin de procedimientos entendida por el autor citado como: la gestin de las tareas administrativas mediante la asistencia del ordenador, entendidas aqullas como una sucesin de pasos ordenados y reglados que culminan en la adopcin de una decisin administrativa (p.13) implica la atencin a un conjunto de requisitos, entre los cuales se destacan:

a) No debe obligar un desarrollo individualizado, sino tan solo la aplicacin de reglas y mtodos generales preestablecidos. La multiplicidad y variedad de los procesos hara necesario aplicar gran cantidad de recursos humanos y econmicos, adems de tiempo para analizarlos y describirlos individualmente, con lo cual el periodo transcurrido en adoptar la solucin hara que no fuera vlida cuando se consigue terminar el proceso de automatizacin.

b) La solucin informtica a los problemas de almacenamiento de datos o gestin de las comunicaciones deben ser consideradas distintas de la gestin de procedimientos, no desconexas pero tampoco requisito indispensable.c) Debe ser una automatizacin de la gestin de los procedimientos, de manera que exista una implantacin del propio proceso mediante un sistema workflow.d) La actividad del trabajador debe consistir en adoptar decisiones en cuanto al contenido material del formulario y sobre el camino a seguir en la tramitacin.e) La automatizacin debe llevar aparejado un esfuerzo de formacin del trabajador en nuevas tecnologas. (Ibdem, p.15)

En correspondencia con lo anterior, la misma fuente sostiene que la automatizacin de los procesos administrativos tiene como objetivos:

1. Agilizacin de la Administracin. Mediante una herramienta ofimtica predefinida y flexible al mismo tiempo, se eliminan dudas de tramitacin en el gestor y se ayuda a la necesaria interpretacin de las normas.2. Eficacia en la prestacin de servicios. La automatizacin lleva aparejada una mayor celeridad en la resolucin y adems conlleva obligatoriamente una racionalizacin de los procedimientos, con supresin de trmites superfluos o reiterativos.3. Mejora del rendimiento. Con la finalidad de evitar al principio nuevas culturas de trabajo que puedan ralentizar el proceso, se ha de empezar por proyectos de no excesiva envergadura que permitan una asuncin asequible por el trabajador. (Ob. Cit. p. 17)

3.2.2. Sistemas de Informacin

En relacin al Sistema de Informacin Vega, E. (2005), lo define como un conjunto de elementos que interactan entre s con el fin de apoyar las actividades de una empresa o negocio. (p.2). Ello indica que en un sentido amplio, un sistema de informacin no necesariamente incluye el hardware, sin

embargo, en la prctica, se utiliza como sinnimo de sistema de informacin computarizado.

Los elementos que interactan entre s son: el equipo computacional, el recurso humano, los datos o informacin fuente, programas ejecutados por las computadoras, las telecomunicaciones y los procedimientos de polticas y reglas de operacin. Un Sistema de Informacin realiza cuatro actividades bsicas:

a) Entrada de informacin: Proceso en el cual el sistema toma los datos que requiere para procesar la informacin, por medio de estaciones de trabajo, teclado, diskettes, cintas magnticas, cdigo de barras, etc.b) Almacenamiento de informacin: Es una de las actividades ms importantes que tiene una computadora, ya que a travs de esta propiedad el sistema puede recordar la informacin guardada en la sesin o proceso anterior.c) Procesamiento de la informacin: Esta caracterstica de los sistemas permite la transformacin de los datos fuente en informacin que puede ser utilizada para la toma de decisiones, lo que hace posible, entre otras cosas, que un tomador de decisiones genere una proyeccin financiera a partir de los datos que contiene un estado de resultados o un balance general en un ao base.d) Salida de informacin: Es la capacidad de un SI para sacar la informacin procesada o bien datos de entrada al exterior. Las unidades tpicas de salida son las impresoras, graficadores, cintas magnticas, diskettes, la voz, etc. (Vega, E., 2005, p.5)

De esta forma, los sistemas de informacin cumplen con los objetivos de automatizar los procesos operativos, proporcionar informacin de apoyo a la toma de decisiones y lograr ventajas competitivas a travs de su implantacin y uso.

3.2.2.1. Sistema de Informacin transaccionales

Los sistemas de informacin transaccional segn Wikipedia (2008):

Son programas o software en el cual cada proceso de datos genera un evento dentro del sistema de informacin, evento que es capturado por los dems componentes o mdulos del sistema de informacin donde se procesa el evento y la informacin correspondiente. (p.1)

Asimismo el sistema transaccional (STL) procesa las transacciones propias de un proceso logstico: pedidos, facturas, despachos, rdenes de compra, devoluciones, lista de empaque, pagos, entre otros. Adems los sistemas transaccionales gerencian modelos de reposicin, de compra y de ruteos, todo esto actividad rutinaria de la funcin logstica.

De este modo acota entre sus principales caractersticas:

a) A travs de stos suelen lograrse ahorros significativos de mano de obra, debido a que automatizan tareas operativas de la organizacin.b) Con frecuencia son el primer tipo de Sistemas de Informacin que se implanta en las organizaciones. Se empieza apoyando las tareas a nivel operativo de la organizacin.c) Son intensivos en entrada y salid de informacin; sus clculos y procesos suelen ser simples y poco sofisticados.d) Tienen la propiedad de ser recolectores de informacin, es decir, a travs de estos sistemas se cargan las grandes bases de informacin para su explotacin posterior.e) Son fciles de justificar ante la direccin general, ya que sus beneficios son visibles y palpables. (Ibdem, p.3)

3.2.3. Proceso Unificado Racional (RUP)

Los orgenes de Rational Unified Process en ingls, habitualmente resumido como RUP, se remontan al modelo espiral original de Barry Boehm. Ken Hartman, originalmente se dise un proceso genrico y de dominio pblico, el Proceso Unificado,

y una especificacin ms detallada, el Rational Unified Process, que se vendiera como producto independiente.

RUP es un proceso de desarrollo de software y junto con el Lenguaje Unificado de Modelado UML, constituye la metodologa estndar ms utilizada para el anlisis, implementacin y documentacin de sistemas orientados a objetos. No es un sistema con pasos firmemente establecidos, sino un conjunto de metodologas adaptables al contexto y necesidades de cada organizacin (Wikipedia, 2008)

Requisitos Anlisis Diseo Implementa- cin

Pruebas

Los casos de uso integran todas las actividades

Capturar, clarificar y validar los casos de uso

Realizar casos de uso Verificar que se satisfacen los casos deuso

Figura 3: Modelo RUP. Fuente: Autor (2008)

Segn Booch, Rumbaug y Jacobson citado por Hernndez, P. (2004) El Proceso Unificado de Racional es un proceso de ingeniera de software, bien definido y estructurado; a la vez que es un producto que provee un marco de proceso adaptable a las necesidades y caractersticas de cada proyecto especfico. (p.3). Es decir constituye una herramienta verstil que facilita adaptar el sistema a realidades o condiciones especficas. De esta forma se le atribuyen algunas caractersticas:

3.2.3.1. Caractersticas:

1. Est dirigido por casos de uso: Esto significa que el proceso de desarrollo sigue una trayectoria que avanza a travs de los flujos de trabajos generados por los casos de usos, los cuales se especifican y disean en el principio de cada iteracin, y son la fuente a partir del cual los ingenieros de prueba construyen sus casos de prueba. Los casos de uso describen la funcionalidad total del sistema en relacin de la importancia para el usuario.2. Es un proceso centrado en la arquitectura: La arquitectura involucra los elementos ms significativos del sistema y est influenciada, entre otros, por la plataforma del software, los sistemas operativos, los sistemas de gestin de base de datos, adems de otros como sistemas heredados y requerimientos no funcionales. El estar centrado en la arquitectura se refiere ms a la relacin con los principios de usabilidad.3. Es iterativo incremental: En el RUP se establecen fases, cada una desarrollada en una o ms iteraciones que ejecutan actividades definidas para cada flujo de trabajo de los conocidos de cualquier proceso de desarrollo, en nmero variable segn el proyecto y las cuales se definen de acuerdo al nivel de madurez que alcanzan los productos que se van obteniendo en cada actividad ejecutada. (Ibdem, p.7)

3.2.3.2. Principios

a) Adaptar el proceso: El proceso deber adaptarse a las caractersticas propias del proyecto u organizacin. El tamao del mismo, as como su tipo o las regulaciones que lo condicionen, influirn en su diseo especfico. Tambin se deber tener en cuenta el alcance del proyecto.b) Balancear prioridades: Los requerimientos de los diversos inversores pueden ser diferentes, contradictorios o disputarse recursos limitados. Debe encontrarse un balance que satisfaga los deseos de todos.

c) Demostrar valor iterativamente: Los proyectos se entregan, aunque sea de un modo interno, en etapas iteradas. En cada iteracin se analiza la opinin de los inversores, la estabilidad y calidad del producto, y se refina la direccin del proyecto as como tambin los riesgos involucrados.d) Elevar el nivel de abstraccin: Este principio dominante motiva el uso de conceptos reutilizables tales como patrn del software, lenguajes 4GL o esquemas (frameworks) por nombrar algunos. Esto previene a los ingenieros de software ir directamente de los requisitos a la codificacin de software a la medida del cliente. Un nivel alto de abstraccin tambin permite discusiones sobre diversos niveles arquitectnicos. stos se pueden acompaar por las representaciones visuales de la arquitectura, por ejemplo con UML.e) Enfocarse en la calidad: El control de calidad no debe realizarse al final de cada iteracin, sino en todos los aspectos de la produccin. El aseguramiento de la calidad forma parte del proceso de desarrollo y no de un grupo independiente. (Hernndez, P., 2005, p.11)

3.2.3.3. Elementos

1. Actividades: Son los procesos que se llegan a determinar en cada iteracin.

2. Trabajadores: Vienen a ser las personas o entes involucrados en cada proceso.3. Artefactos: Un artefacto puede ser un documento, un modelo, o un elemento de modelo. (Wikipedia 2008)

Una particularidad de esta metodologa es que, en cada ciclo de iteracin, se hace exigente el uso de artefactos, siendo por este motivo, una de las metodologas ms importantes para alcanzar un grado de certificacin en el desarrollo del software.

3.2.3.5. Fases

El ciclo de vida RUP es una implementacin del Desarrollo en espiral. Fue creado ensamblando los elementos en secuencias semi-ordenadas. El ciclo de vida organiza las tareas en 4 fases e iteraciones.

1. Fase de inicio: Se hace un plan de fases, se identifican los principales casos de uso y se identifican los riesgos. Se establece la oportunidad y alcance del proyecto: los criterios de xito, identificacin de riesgos, estimacin de recursos necesarios y el plan de cada fase incluyendo hitos. Se identifican todas las entidades externas con las que se trata (actores) y se define la interaccin a un alto nivel de abstraccin (identificacin de casos de uso). En esta fase se evala la viabilidad del proyecto. La captura de requisitos comienza en esta fase, que es un flujo de trabajo que pretende modelar la funcionabilidad del sistema acudiendo a un nivel de abstraccin elevado.

2. Fase de elaboracin: En esta fase se hace un plan de proyecto, se completan los casos de uso y se eliminan los riesgos. El principal objetivo de esta fase es elaborar una arquitectura estable que gue el sistema. La arquitectura es la base a partir de la cual evolucionar el sistema hasta el producto final. Se dice que el proceso unificado est dirigido por casos de uso (producto de la captura de requisitos), que otorgan esta funcionalidad necesaria para que el sistema evolucione. Las principales caractersticas de esta fase son: se centra en la factibilidad; se centra en el estudio de la funcionabilidad significativa desde el punto de vista arquitectnico; especifica los valores de atributos de calidad (tiempo de respuesta, seguridad, fiabilidad, etc.); recopila casos de uso para el 80% de los requisitos funcionales, presenta una propuesta detallada del modelo a construir.

3. Fase de construccin: se concentra en la elaboracin de un producto totalmente operativo y eficiente y el manual de usuario. En esta fase se

deben minimizar los costos de desarrollo, optimizando recursos y evitando rehacer y descartar trabajo; adems de alcanzar niveles de calidad rpidamente a travs de versiones tiles del producto (alpha, beta, otras versiones de prueba). Se desarrolla, tambin en forma iterativa e incremental, un producto completo que esta preparado para la transicin hacia la comunidad de usuarios. . (Jacobson, I., 2000, p. 53).

4. Fase de transicin: En esta fase se instala el producto en el cliente y se entrena a los usuarios. Como consecuencia de esto suelen surgir nuevos requisitos a ser analizados. Es decir, se plantea obtener autosuficiencia de parte de los usuarios; concordancia en los logros del producto de parte de las personas involucradas, lograr el consenso cuanto antes para liberar el producto al mercado. A menudo aparecen cuestiones que requieren un desarrollo adicional para ajustar el sistema de manera que responda las necesidades.(Jacobson, I., 2000, p.54)

Figura 4: Fases del Modelo RUP.

Fuente: (http://www.epidataconsulting.com/tikiwiki/show_image.php?id=163)

3.2.3.6. Ventajas del Proceso Unificado Racional:

a) Un riesgo es una variable del proyecto a desarrollar que pone en peligro o impide el xito de dicho proyecto.b) Es un proceso iterativo controlado y reduce el costo asociado con los riesgos.

c) El proceso unificado identifica tempranamente los riesgos, la reduccin de los riesgos es el eje central de las iteraciones que se desarrollan.d) La iteracin controlada acelera el ritmo de esfuerzo de desarrollo en su totalidad debido a que los desarrolladores trabajan de manera ms eficiente para obtener resultados claros a corto plazo.e) La iteracin controlada reconoce una realidad que a menudo se ignora, las necesidades del usuario y sus correspondientes requisitos no pueden definirse completamente al principio. Mediante el proceso unificado racional los requisitos se adquieren y refinan en sucesivas iteraciones.f) En cada fase del proceso unificado se genera un producto; as mismo el desarrollo de cada fase puede contener algunos de los siguientes modelos: requisitos, anlisis, diseo, implementacin de despliegues y pruebas.g) Los modelos estn relacionados; los elementos de un modelo poseen dependencias de trazas. La trazabilidad facilita la comprensin y el cambio.h) Los modelos juntos representan al sistema como un todo.

i) El proceso unificado est basado en componentes y utiliza el estndar de lenguaje unificado de modelado para llevar a cabo sus modelos.j) El proceso unificado se dise para poder ser adaptado.

k) El proceso unificado puede especializarse para cumplir diferentes necesidades de aplicaciones o de organizacin.l) El proceso unificado est dirigido por casos de uso; dichos diagramas proporcionan muchos beneficios al desarrollo de los proyectos.m) Un software grande y complejo, requiere de una arquitectura para que los desarrolladores puedan progresar eficazmente en miras a la resolucin del problema. El proceso unificado hace nfasis en el desarrollo de una arquitectura

30

evolutiva, se inicia con un bosquejo de una arquitectura propuesta, la cual se analiza y se depura hasta encontrar despus de varias iteraciones la arquitectura final. (Jacobson, I., 2000, p. 54)

3.2.4. Lenguaje Unificado de Modelado (UML)

El Lenguaje de Modelado Unificado UML es un lenguaje estndar para escribir planos de software. UML puede utilizarse para visualizar, especificar, construir y documentar los artefactos de un sistema que involucra gran cantidad de software (Barrientos, A. 2005, p.2). En correspondencia con ello, no es un mtodo porque no tiene nocin de proceso el cual es una parte importante de un mtodo.

Especialistas en desarrollo de sistemas de informacin argumentan que existe la necesidad de adoptar un Proceso de Desarrollo de sistemas para enmarcar las fases importantes que sigue el UML, por ello los desarrolladores de proyectos de sistemas de informacin emplean el Procesos Unificado para dar soluciones adecuadas a las necesidades de los clientes.

El desarrollo de sistemas con UML siguiendo el proceso unificado incluye actividades especficas, cada una de ellas a su vez contienen otras subactividades las cuales sirven como una gua de cmo deben ser las actividades desarrolladas y secuenciadas con el fin de obtener sistemas exitosos; consecuentemente el desarrollo de los sistemas puede variar de desarrollador en desarrollador, de proyecto en proyecto, de empresa en empresa adoptando siempre un Proceso de Desarrollo. (Barrientos, A., 2005, p.7)

Del mismo modo, Wikipedia (2008) sostiene que la construccin de un procesador de textos o un software de comunicaciones para Internet, requieren de etapas de modelamiento que permitan experimentar y visualizar el sistema que se construir, atendiendo segn a los siguientes principios:

a) La forma como se ve el problema tiene una profunda influencia en forma como acometer el problema y se le da solucin al mismo: Este es precisamente al paradigma a que le apuesta UML: el modelo orientado a objetos. Si la realidad se percibe como compuesta de procesos donde cada uno a su vez se puede descomponer en subprocesos entonces se est concibiendo la realidad segn el modelo estructurado y la arquitectura del sistema en desarrollo estar conformada de programas y subprogramas.

b) Para modelar un sistema complejo no es suficiente un nico modelo se requieren mltiples modelos donde cada uno representa una vista (aspecto) del sistema; estos modelos se complementan entre s: Esta es la razn de la existencia de varios diagramas en UML que modelan diferentes aspectos del sistema, desde las vistas lgicas y fsicas del sistema hasta los aspectos dinmicos, estticos y funcionales del mismo.

c) Cualquier modelo puede ser representado con diferentes grados de precisin: La precisin se puede ver desde dos pticas: La primera es el grado de detalle con que se representa un modelo y la segunda se refiere al nivel de abstraccin, es decir, a los detalles y la vista (porcin del sistema o realidad) que presenta un modelo al lector.

d) Los mejores modelos estn ligados a la realidad: El smbolo de un actor en un diagrama de casos de uso representa, de hecho, un actor en el sistema real; as como un componente en un diagrama de componentes representa un componente fsico del software. Cada elemento de UML como una clase, objeto, estado, componente o nodo tiene su correspondencia con algn elemento conceptual o fsico del mundo real.

3.2.5. Diagramas UML

UML cuenta con un conjunto de diagramas, los cuales proporcionan distintas perspectivas del sistema bajo anlisis.

Dicho diagramas, pueden ser categorizados jerrquicamente de la siguiente manera segn Wikipedia (2008):

a) Diagramas de estructura: se refiere a aquellos que enfatizan los elementos que deben existir en el sistema modelado.b) Diagramas de comportamiento: se centran en lo que debe suceder en el sistema modelado.c) Diagramas de interaccin: se derivan de los diagramas de comportamiento y hacen nfasis sobre el flujo de control y de datos entre los elementos del sistema modelado.

3.2.5.1 Diagrama de casos de uso.

Un diagrama de casos de uso muestra la relacin entre los actores y los casos de uso del sistema. Representa la funcionalidad que ofrece el sistema en lo que se refiere a su interaccin externa (Ferre, X., et al, 2005, p. 15.)

El valor verdadero de un caso de uso de acuerdo a Wikipedia (2008) se sustenta en: la descripcin escrita del comportamiento del sistema y en la posicin o contexto de un caso de uso entre otros casos de usos. La descripcin de un caso de uso generalmente incluye comentarios generales y notas que describen al mismo, requisitos, restricciones, precondiciones, postcondiciones y posibles flujos alternativos.

3.2.5.1.1 Elementos de un diagrama de caso de uso.

Los elementos que pueden aparecer en un diagrama de casos de uso segn lo cita Ferre, X., et al (2005), son: actores, casos de uso y relaciones entre casos de uso.

1. Un actor es una entidad externa al sistema que realiza algn tipo de interaccin con el mismo. Se representa mediante una figura humana dibujada con palotes. Dicha representacin sirve tanto para actores que son personas como para otros tipos de actores (sistemas, sensores, etc.).

Acto r

Figura 5.: Actor. Fuente: Autor (2008).

2. Un caso de uso, es una descripcin de la secuencia de interacciones que se producen entre un actor y el sistema, cuando el actor usa el sistema para llevar a cabo una tarea en especfico. Se representa mediante una elipse con el nombredel caso de uso en su interior.

Caso de Uso

Figura 6.: Caso de Uso. Fuente: Autor (2008)

3. Las relaciones entre casos de usos pueden ser de extiende; cuando un caso de uso especializa a otro extendiendo su funcionalidad, de inclusin, cuando un caso de uso utiliza a otro y de asociacin para comunicar a un actor con otro.

Figura 7.: Tipos de Relaciones. Fuente: Autor (2008)

3.2.5.2. Diagrama de actividad.

Los diagramas de actividad segn el criterio de Ferre, X. y Snchez, M. sirve para modelar el flujo de control entre actividades (p.20).

El propsito del diagrama de actividad, es poder mostrar el flujo de actividades que tienen lugar a lo largo del tiempo, as como las tareas concurrentes que pueden realizarse a la vez. El diagrama de actividad sirve para representar el sistema desde otra perspectiva, y se representa mediante un conjunto de arcos y nodos. (Ibdem).

3.2.5.3. Diagrama de secuencia.

En base al juicio de Ferre, X., y Snchez, M., un diagrama de secuencia muestra una interaccin ordenada segn la secuencia temporal de eventos. En particular, muestra los objetos participantes en la interaccin y los mensajes que intercambian ordenados segn su secuencia en el tiempo.

El eje vertical representa el tiempo, y en el eje horizontal se colocan los objetos y actores participantes en la interaccin sin un orden prefijado. Cada objeto o actor tiene una lnea vertical, y los mensajes se representan mediante flechas entre los diferentes objetos. El tiempo fluye de arriba hacia abajo (Ibdem).

El diagrama de secuencia de un sistema es una representacin que muestra, en determinado escenario de un caso de uso, los eventos generados por actores externos, su orden y los eventos internos del sistema.

3.2.5.4. Diagrama de clases.

Un diagrama de clase es definido por Wikipedia (2008), como un tipo de diagrama esttico, que describe la estructura de un sistema mostrando sus clases, atributos, mtodos y las relaciones entre ellos. Estos diagramas se emplean durante el proceso de anlisis y diseo del sistema, donde se crea el diseo conceptual de la informacin que se manejar en el sistema, y los componentes que se encargaran del funcionamiento y la relacin entre uno y otro.

3.2.5.4.1. Elementos de un diagrama de clases

1. Una clase es una definicin de un objeto y se representa mediante una caja subdividida en tres partes: la superior muestra el nombre de la clase, en la media los atributos y en la inferior sus mtodos u operaciones (Ferre, X., et al, 2005 p.4)

Figura 8.: Divisin de una clase. Fuente: Autor (2008)

2. Relaciones: las relaciones entre clases se representan mediante una lnea que las une. Las relaciones pueden ser de asociacin, permitiendo asociar objetos que colaboran entre s, de agregacin, que es una relacin de subordinacin, de composicin, cuando un objeto es parte de otro, dependencia, cuando un objeto confa en el hecho de que otro objeto exista y realice su trabajo o generalizacin, la cual indica que una subclase hereda los mtodos y atributos especificados por una sper clase

Figura 9.: Tipos de relaciones de una clase. Fuente: Autor (2008).

3. Propiedades: Wikipedia (2008) menciona, que las propiedades tambin se conocen como atributos o caractersticas y son valores que corresponden a un objeto. Generalmente, se conoce como la informacin detallada del objeto.

4. Operaciones: se refiere a las actividades o verbos que se pueden realizar con o para este objeto (Ibdem).

3.2.5.5. Diagrama de Paquetes

Un paquete es un mecanismo de agrupamiento empleado para organizar los elementos modelados en UML y para facilitar el manejo de los modelos de un

sistema. Un paquete tiene un nombre propio, posee elementos de modelado como diagramas y pueden contener a su vez otros paquetes.

Figura 10. : Smbolo de un Paquete. Fuente: Autor (2008).

3.2.6. Arquitectura de la informacin.

La Arquitectura de la Informacin (AI) definida por Wikipedia (2008) es la disciplina y arte encargada del estudio, anlisis, organizacin, disposicin y estructuracin de la informacin en espacios de informacin, y de la seleccin y presentacin de los datos en los sistemas de informacin interactivos y no interactivos. De este modo, la Arquitectura de la Informacin trata indistintamente del diseo de: sitios web, interfaces de dispositivos mviles o gadgets (como los iPod), CDs interactivos, videoclips digitales, relojes, tableros de instrumentos de aviones de combate o civiles, interfaces de mquinas dispensadoras, interfaces de juegos electrnicos, etc.

Su principal objetivo de la Arquitectura de la Informacin (AI) es facilitar al mximo, los procesos de comprensin y asimilacin de la informacin, as como las tareas que ejecutan los usuarios en un espacio de informacin definido. (Wikipedia, 2008)

3.2.7. Arquitectura cliente- servidor

La arquitectura bajo el modelo Cliente Servidor de acuerdo con el criterio de Gutirrez, J., (2005) es un protocolo orientado a conexin. No hay relaciones maestro/esclavo. Las aplicaciones, sin embargo, utilizan un modelo cliente/servidor en las comunicaciones. (p.3)

En correspondencia con lo anterior el mismo autor define al servidor como: Una aplicacin que ofrece un servicio a usuarios de Internet; un cliente es el que pide ese servicio. Una aplicacin consta de una parte de servidor y una de cliente, que se pueden ejecutar en el mismo o en diferentes sistemas. (Ibdem)

Los usuarios invocan la parte cliente de la aplicacin, que construye una solicitud para ese servicio y se la enva al servidor de la aplicacin que usa TCP/IP como transporte. El servidor es un programa que recibe una solicitud, realiza el servicio requerido y devuelve los resultados en forma de una respuesta. Generalmente un servidor puede tratar mltiples peticiones (mltiples clientes) al mismo tiempo.(Ibdem)

Figura 11.: El modelo de aplicacin cliente/servidor. Fuente: Autor (2008)

Algunos servidores esperan las solicitudes en puertos bien conocidos de modo que sus clientes saben a qu zcalo IP deben dirigir sus peticiones. El cliente emplea un puerto arbitrario para comunicarse. Los clientes que se quieren comunicar con un servidor que no usa un puerto bien conocido tienen otro mecanismo para saber a qu puerto dirigirse. Este mecanismo podra usar un servicio de registro como Portmap, que utiliza un puerto bien conocido.

3.2.8. Estndares Abiertos.

El Estndar abierto es definido por Wikipedia (2007) como una especificacin disponible pblicamente para lograr una tarea especfica, la cual fue desarrollada en proceso abierto a toda la industria, garantizando que cualquiera puede usarla sin necesidad de pagar regalas o rendir condiciones a ningn otro. De este modo, al permitir a todos, obtener e implementar el estndar, pueden incrementar y permitir la compatibilidad e interoperabilidad entre distintos componentes de hardware y software, ya que cualquiera con el conocimiento tcnico necesario y recursos puede construir productos que trabajen con los de otros vendedores, los cuales comparten en su diseo base el estndar.

En consecuencia los estndares abiertos tienden a generar un mercado libre y muy dinmico, porque al no haber restricciones en su uso, es posible que sobre la base de stos se edifiquen otros y as sucesivamente. Es el caso de los estndares ms comunes de Internet y por tanto de la Internet misma. De all que ser un estndar abierto, implica que las licencias de las posibles patentes estn disponibles gratuita y libremente, libres de regalas. Los estndares abiertos que pueden ser implementados por cualquiera, sin regalas u otra restriccin, son algunas veces referidos como Formato abierto en el caso de que sean formatos, o estndares libres. (Wikipedia, 2008)

3.2.9. Software libre

El Software Libre es definido por su tipo de licenciamiento, por lo que se puede llamar software licenciado bajo condiciones libres. Segn Hernndez, J., (2005):un software o programa de computacin cuya licencia nos permiteejercer una serie de libertades:1. La libertad de ejecutar el programa con cualquier propsito.2. La libertad de estudiar cmo funciona el programa y adaptarlo a las necesidades propias (para lo cual es una precondicin el acceso al cdigo fuente).3. La libertad de redistribuir copias del programa y de ese modo ayudar a otros.4. La libertad de mejorar el programa y liberar esas mejoras al pblico beneficiando as a toda la comunidad. (p. 17)

40

El software libre se basa en la cooperacin y la transparencia y garantiza una serie de libertades a los usuarios. Bajo esta perspectiva el Software Libre slo exige una cosa, en el caso de la licencia GPL: y ellas es que si el programa resultante de la modificacin es distribuido, debe hacerse bajo las mismas condiciones del programa original. Las licencias que contienen esta condicin son llamadas licencias Copyleft, y su objetivo es evitar que se distribuyan obrasderivadas bajo licencias privativas.

que:

Da Rosa F., y Heinz, F., (2007) corroboran esta apreciacin cuando sostienen

El software libre es propiedad de todos y cada persona en el mundo tiene derecho a usar el software, modificarlo y copiarlo de la misma manera que los autores de este mismo. Es un legado de la humanidad que no tiene propietario, de la misma manera que las leyes bsicas de la fsica o las matemticas. No existe un monopolio y no es necesario pagar peaje por su uso. (p.33)

En tal sentido resulta interesante el hecho de que en los ltimos aos algunos gobiernos en el mundo, entre ellos, Venezuela, ha iniciado el proceso de migracin hacia el Software Libre, sobre todo en la institucin pblica.

Se acota adems que algunos de estos pases, han adoptado el Software Libre, para ahorrar dinero, otros lo han hecho por cuestiones de seguridad, otros para ayudar a la creacin de industrias locales y otros porque el software libre les pertenece.

3.2.9.1. Antecedentes del Software Libre.

El origen del Software libre, segn Hernndez, J. (2005) se atribuye a Richard Stallman, programador del Instituto de Tecnologa de Massachusetts, pionero en defender las libertades en este mbito y acuar el trmino software libre el 27 de septiembre de 1983, fecha en la que anunci en el foro Usenet net-unix.wizards, su trabajo sobre la implementacin de un sistema inspirado en Unix que denominara

GNU y que estara libre de cdigo de AT&T, es decir, una implementacin sin posibles problemas legales con AT&T. En el mensaje, Stallman explicaba detalladamente su experiencia y peda la ayuda de todo el mundo que quisiera ofrecer parte de su tiempo, dinero, o hardware.

El 1984, Stallman cre la Free Software Foundation con el objetivo de crear el sistema Unix libre GNU y la potenciacin del software libre, el cdigo fuente haba pasado de ser un elemento de intercambio entre los programadores a ser considerado un secreto estratgico para varias empresas.

Lo que Stallman deseaba era: retornar al espritu de cooperacin que prevaleci en los tiempos iniciales de la comunidad de usuarios de computadoras. Los programas de computadora, como obra intelectual, estn bajo el mismo rgimen de derecho de autor tal como un libro o una cancin. As, las mismas restricciones que se aplican a un libro son aplicables al software: est prohibida su reproduccin y distribucin sin permiso del autor. Como para instalar un programa en una computadora es necesario copiarlo, el software no se puede instalar sin permiso del autor.

Los autores pueden otorgar permisos a su pblico, sus usuarios, mediante el uso de licencias. Algunos autores utilizan licencias para otorgar el permiso de instalar el programa, pero condicionan el permiso a una serie de exigencias: el usuario no puede modificar el programa, ni averiguar cmo funciona, por ejemplo. Otros autores, en cambio, aprovechan las licencias para otorgar a los usuarios amplias facultades sobre el software, y se cuidan de no restringirlos adicionalmente. Algunos permiten la reproduccin ilimitada, otros prestan atencin a no limitar el derecho del usuario a estudiar el programa.

La nica manera de determinar si un programa es libre o no, entonces, es revisando la licencia que lo acompaa.

3.2.9.2. Desarrollo de Software Libre

Las condiciones de licenciamiento de los programas libres permiten la construccin comunitaria de software. Los desarrolladores de software pueden acudir a inmensas colecciones de programas y bibliotecas altamente funcionales e intensamente probadas. Esto reduce el esfuerzo y el riesgo de desarrollo, comparado con la alternativa de empezar de cero. Usando el modo cooperativo de construccin, tan esencial al mtodo cientfico, y no se limitan las posibilidades del programa a lo que pueda ocurrrsele a un grupo pequeo de usuarios.

El valor del software aumenta mientras ms se comparte. El efecto de red hace que un programa sea ms til, es ms fcil intercambiar informacin, experiencias y resultados con usuarios del mismo programa. El valor potencial de los programas libres es mayor que el de los no libres, tanto desde el punto de vista social como individual: no hay restricciones a la difusin del programa, y tampoco a su utilizacin. El modelo de negocios del Software Libre no parte de la produccin pseudo-industrial de programas para vender como producto terminado, sino en el agregado de valor. Esto posibilita muchos negocios en las reas de capacitacin, asesoramiento, adaptacin, documentacin, publicacin de libros, etc.

Para desarrolladores de software, el Software Libre ofrece una oportunidad poderossima para agregar valor mediante la ampliacin incremental de la funcionalidad de los programas. Cuando un desarrollador quiere satisfacer una necesidad y est t

sistema automatizado basado en software libre para optimizar los procesos administrativos de los...

Documents