UNIVERSIDAD YACAMBÚ VICERECTORADO DE INVESTIGACIÓN Y POSTGRADO INSTITUTO DE INVESTIGACIÓN Y POSTGRADO

DISEÑO DE UN SISTEMA DE INFORMACIÒN BAJO PLATAFORMA INTRANET PARA EL CONTROL DE LA EJECUCIÓN PRESUPUESTARIA EN LA CORPORACIÓN DE SALUD DEL ESTADO NUEVA ESPARTA.

Autora: Ing. Eyamir Ugueto Tutora: Msc. Suhail Zabala

Barquisimeto, Marzo 2012.

UNIVERSIDAD YACAMBÚ VICERECTORADO DE INVESTIGACIÓN Y POSTGRADO INSTITUTO DE INVESTIGACIÓN Y POSTGRADO

DISEÑO DE UN SISTEMA DE INFORMACIÒN BAJO PLATAFORMA INTRANET PARA EL CONTROL DE LA EJECUCIÓN PRESUPUESTARIA EN LA CORPORACIÓN DE SALUD DEL ESTADO NUEVA ESPARTA. Trabajo Especial de Grado presentado como requisito parcial para optar al Grado de Especialista en Gerencia mención Redes y Telecomunicaciones.

Autora: Ing. Eyamir Ugueto Tutora: Msc. Suhail Zabala

Barquisimeto, Marzo 2012. ii

iii

UNIVERSIDAD YACAMBÚ VICERRECTORADO DE INVESTIGACIÓN Y POSTGRADO INSTITUTO DE INVESTIGACIÓN Y POSTGRADO

DISEÑO DE UN SISTEMA DE INFORMACIÒN BAJO PLATAFORMA INTRANET PARA EL CONTROL DE LA EJECUCIÓN PRESUPUESTARIA EN LA CORPORACIÓN DE SALUD DEL ESTADO NUEVA ESPARTA. . Por: Eyamir Ugueto

Trabajo Especial de Grado aprobado, en nombre de la Universidad Yacambú, por el siguiente jurado, en la ciudad de Barquisimeto a los Diecinueve (19) días del mes de Marzo de dos mil doce (2012), [con mención Honorífica] (**).

___________________ Msc. Suhail Zabala C.I.: 12.067.253 (Tutor)

___________________ Lcda. Melania de la Rosa CI: 9.413.177

___________________ Lcdo, Ronald Ordoñez
C.I.: V-11.431.590

iv

v

DEDICATORIA

Dedico este trabajo a mis hijos Edward Elías, Adyerin Del Valle y Jesús Salvador y a mi nieto Daniel Alejandro. A mi Madre Carmen Romero por todo lo que me has dado, sin ti esto no hubiese sido posible. Los Amo.

vi

AGRADECIMIENTO A Dios por darme la vida y la fuerza para culminar esta nueva meta. A mi Asesora la Msc. Suhail Zabala, por su colaboración en la elaboración de esta trabajo. A Johan y Sarai por su colaboración y amistad, por siempre haber estado allí en los momentos que los necesite. Gracias a todos.

vii

INDICE GENERAL pp. DEDICATORIA ........................................................................................... VI AGRADECIMIENTO .................................................................................. VII LISTA DE CUADROS ................................................................................ XI LISTA DE GRÁFICOS ............................................................................... XV RESUMEN .............................................................................................. XXIII INTRODUCCION ......................................................................................... 1 PARTE I SITUACIÓN OBJETO DE ESTUDIO .................................................. 4 Descripción Detallada de la Situación Objeto de Estudio .............. 4 Objetivos del Estudio .................................................................... 10 Objetivo General ....................................................................... 10 Objetivos Específicos ................................................................ 10 Justificación e Importancia........................................................... 11 PARTE II SOPORTE CONCEPTUAL ................................................................ 12 Antecedentes ................................................................................ 12 Bases Teóricas .............................................................................. 14 Tecnología de Información ......................................................... 14 Redes ........................................................................................ 17 Intranet ....................................................................................... 31 Metodología de Desarrollo Orientada a Objeto .......................... 32 Presupuesto ............................................................................... 41 Bases Legales ............................................................................... 43 La Organización ............................................................................. 53 Sistemas de Variables.................................................................... 58 Operacionalización de las Variables ............................................ 59 viii

Definición de Términos Básicos ..................................................... 63 PARTE III ORIENTACIÓN PROCEDIMENTAL .................................................. 68 Estrategia de Desarrollo ................................................................. 68 Modalidad de la investigación ......................................................... 68 Técnicas e Instrumentos de Recolección de Datos ........................ 70 Estrategia de desarrollo para el Diseño del Sistema de Información bajo Plataforma Intranet para el control de la ejecución presupuestaria de CORPOSALUD ................................................. 73 PARTE IV EL PRODUCTO ................................................................................ 75 Desarrollo del Diseño Propuesto ................................................. 75 Fase I: Análisis Orientado a Objetos (AOO) .............................. 75 Fase II. Diseño Orientado a Objeto ......................................... 126 Extensión de Aplicaciones Web (WAE) ................................... 201 Propuesta para la distribución de la Red Local ........................ 204 CONCLUSIONES Y RECOMENDACIONES ........................................ 207 REFERENCIAS ....................................................................................... 209 ANEXOS A ORGANIGRAMA ESTRUCTURAL DE CORPOSALUD NUEVA ESPARTA ....................................................................................... 216 B DISTRIBUCIÓN GENERAL DEL PRESUPUESTO DE GASTOS.... 218 C PROGRAMACION MENSUAL DE DESEMBOLSOS DE PRESUPUESTO ............................................................................. 220 D EJECUCIÓN PRESUPUESTARIA ................................................... 222 E NOTA DE PEDIDO ........................................................................... 224 F ORDEN DE COMPRA ...................................................................... 226 G ORDEN DE SERVICIO ..................................................................... 228 ix

CURRÍCULUM VITAE ............................................................................. 230

x

LISTA DE CUADROS

Cuadro 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20

Estructura de Datos: Pedido Identificación de las Operaciones de Crear Pedido Operacionalización De Variables Matriz Metodológica Estructura de Datos: Cronograma Desembolso Estructura de Datos: Detalles facturas Estructura de Datos: Detalles Solicitud de Compra Estructura de Datos: Detalles Orden de Compra Estructura de Datos: Factura Estructura de Datos: Ingreso Unidades Estructura de Datos: Modificación partida Estructura de Datos: Nomina Estructura de Datos: Partida Estructura de Datos: Orden de compra Estructura de Datos: Orden de pago personal Estructura de Datos: Orden de servicio Estructura de Datos: Orden de viático Estructura de Datos: Solicitud de servicio Estructura de Datos: Solicitud de compra Estructura de Datos: Solicitud de viático xi

pp. 37 38 60 72 138 139 139 139 140 140 141 141 142 143 144 145 146 147 147 148

21 22 23 24 25 26

Estructura de Datos: Traslado interno Estructura de Datos: Traslado externo Estructura de Datos: Traslado transacción Estructura de Datos: unidades Estructura de Datos: transferencia

149 149 150 150 151

Identificación de las operaciones crear cronograma 185 de desembolso. Identificación de las operaciones crear partida Identificación de las operaciones modificar partida Identificación de las operaciones activa partida Identificación de las operaciones inactiva partida Identificación de las operaciones crear subpartida Identificación subpartida de las operaciones 185 185 186 186 186

27 28 29 30 31 32

modificar 186

33 34 35 36 37 38 39 40

Identificación de las operaciones activa subpartida Identificación de las operaciones inactiva subpartida Identificación de las operaciones registra nomina Identificación de las operaciones modificar nomina Identificación de las operaciones clasificar nomina como procesada Identificación de las operaciones registrar orden de pago personal Identificación de las operaciones Clasificar Orden de Pago Personal como Procesada. Identificación de las operaciones crear solicitud de compra

186 187 187 187 187 188 188 189

41

Identificación de las operaciones clasificar solicitud 189 de compra como emitida xii

42

Identificación de las operaciones anular solicitud de 190 compra Identificación de las operaciones crear orden de 190 compra Identificación de las operaciones orden de compra 191 como emitida Identificación de las operaciones modificar orden de 191 compra como emitida Identificación de las operaciones anular orden de 191 compra Identificación de las operaciones crear solicitud de 192 servicio Identificación de las operaciones clasificar solicitud 192 de servicio como emitida Identificación de las operaciones anular solicitud de 183 servicio Identificación de las operaciones crear orden de 183 servicio Identificación de las operaciones modificar orden de 183 servicio Identificación de las operaciones clasificar orden de 194 servicio como emitida. Identificación de las operaciones anular orden de 194 servicio Identificación de las operaciones crear solicitud de 195 viático Identificación de las operaciones clasificar solicitud 196 de viático como emitida Identificación de las operaciones crear orden viático de 196

43

44

45

46

47

48

49

50

51

52

53 54 55

56

57

Identificación de las operaciones modificar orden de 196 xiii

viático 58 Identificación de las operaciones clasificar orden de 197 viático como emitida. Identificación de las operaciones anular orden de 197 viático Identificación de las operaciones crear modificación 198 de partida Identificación de las operaciones crear traslado 198 interno Identificación de las operaciones crear traslado 198 externo Identificación de las operaciones crear transferencia Identificación de las operaciones registrar factura Identificación de las operaciones anular factura Identificación de las operaciones registrar pago Identificación de las operaciones crear unidades Identificación de las operaciones modificar unidades Costos para los requerimientos de hardware 199 199 200 200 201 201 205

59

60

61

62

63 64 65 66 67 68 69

xiv

LISTA DE GRÁFICOS

Gráfico 1. Red de Topología en Anillo 2. Red de Topología estrella 3. Red de Topología Bus 4. Red de Topología Estrella jerárquica o en Cascada 5. Cable de pares / Par Trenzado 6. Estructura Cable Coaxial 7. Estructura Fibra Óptica. 8. Ejemplo de Esquema de Objeto 9. Ejemplo de Diagrama de Fjujo de Objeto Control Pedido 10. Ejemplo de Esquema de Evento. Crear Pedido

pp. 21 21 22 22 23 25 26 33 34 35

11. Ejemplo de Diagrama de Transición de Estado del Objeto Pedido. 35 12. Diseño de la Estructura, Identificación y Herencia de la Clase Pedido 36 13. Miniespecificación de la Operación Crear pedido 14. Clases Estereotipadas Server Page y Client Page 15. Clase Estereotipada Form. 16 . Redireccionamiento de una página servidor 17. Esquema de Objeto Propuesto del Sistema de información bajo plataforma Intranet para el Control de la Ejecución Presupuestaria de CORPOSALUD 18. Diagrama de Flujo Objeto Nivel 0 de la Intranet para la Ejecución Presupuestaria de CORPSALUD. 19. Expansión del proceso control de partida 20. Expansión del proceso control de traslado 22. Expansión del Proceso control de transacción de partida. 23. Expansión del Proceso control de solicitud de viático. 24. Expansión del proceso control solicitud de compra. 25. Expansión del proceso control solicitud de servicio. xv 79 80 80 81 81 82 82 77 37 39 40 40

26. Expansión del proceso ingreso unidades. 27. Esquema de eventos crear partida 28. Esquema de eventos modificar partida 29. Esquema de eventos clasificar partida como activa 30. Esquema de eventos clasificar partida como inactiva 31. Esquema de eventos crear sub-partida 32. Esquema de eventos modificar sub-partida. 33. Esquema de eventos clasificar sub-partida como activa. 34. Esquema de eventos clasificar sub-partida como inactiva 35. Esquema de eventos crear cronograma de desembolso 36. Esquema de eventos crear modificación de partida 37. Esquema de eventos crear orden de pago. 38. Esquema de eventos crear solicitud de compra

82 83 83 83 83 84 84 84 84 85 85 85 86

39. Esquema de eventos clasificar solicitud de compra como emitida. 87 40. Esquema de eventos anular solicitud de compra. 41. Esquema de eventos crear orden de compra 42. Esquema de eventos modificar orden de compra 43. Esquema de eventos anular orden de compra 44. Esquema de eventos clasificar orden de compra como emitida. 45. Esquema de eventos crear solicitud de servicio. 46. Esquema de eventos anular solicitud de servicio. 47 .Esquema de eventos clasificar solicitud de servicio como emitida 48. Esquema de eventos crear orden de servicio 48. Expansión del proceso control orden de pago 49. Esquema de eventos modificar orden de servicio. 50. Esquema de eventos clasificar orden de servicio como emitida. 51. Esquema de eventos anular orden de servicio 52. Esquema de eventos crear solicitud de viático 53. Esquema de eventos clasificar solicitud de viático como emitida 54. Esquema de eventos anular solicitud de viático. xvi 88 89 90 91 92 93 94 95 96 80 97 98 99 100 101 102

55. Esquema de eventos crear orden de viático. 56. Esquema de eventos modificar orden de viático. 57. Esquema de eventos anular orden de viático. 58. Esquema de eventos clasificar orden de viático como emitida 59. Esquema de eventos registrar factura 60. Esquema de eventos anular factura 61. Esquema de eventos registrar pago 62. Esquema de eventos crear traslado interno. 63. Esquema de eventos crear traslado externo. 64. Esquema de eventos crear transferencia. 65. Esquema de eventos registrar nómina 67. Esquema de eventos clasificar nomina como procesada. 68. Esquema de eventos registrar orden de pago personal 69. Esquema de eventos clasificar orden de pago personal como procesado. 70. Esquema de crear unidades 71. Esquema de evento modificar unidades 72. Diagrama de Transición de Estado Cronograma de Desembolso. 73. Diagrama de Transición de Estado Partida 74. Diagrama de Transición de Estado Subpartida 75. Diagrama de Transición de Estado Orden de Compra. 76. Diagrama de Transición de Estado Solicitud de Compra 77. Diagrama de Transición de Estado Solicitud de Servicio. 78. Diagrama de Transición de Estado Orden de Servicio 79. Diagrama de Transición de Estado Solicitud de Viáticos. 80. Diagrama de Transición de Estado Orden de Viático 81. Diagrama de Transición de Estado Orden Pago Personal 82. Diagrama de Transición de Estado Modificación Partida 83. Diagrama de Transición de Estado Transferencia 84. Diagrama de Transición de Estado Nomina. xvii

103 104 105 106 107 108 109 110 111 112 113 114 115

116 117 117 118 118 119 119 119 120 120 121 121 121 122 122 122

85. Diagrama de Transición de Estado Factura. 86. Diagrama de Transición de Estado Pago. 87. Diagrama de Transición de Estado Traslado Interno 88. Diagrama de Transición de Estado Traslado Externo 89. Diagrama de Transición de Estado Unidades. 90. Diagrama de Transición de Estado Ingreso Unidades. 91. Diagrama de Transición de Estado Transferencia. 92. Diagrama de Transición de Estado Nomina 93. Diagrama de Transición de Estado Factura 94. Diagrama de Transición de Estado Pago. 95. Diagrama de Transición de Estado Traslado Interno 96. Diagrama de Transición de Estado Traslado Externo 97. Diagrama de Transición de Estado Unidades. 98. Diagrama de Transición de Estado Ingreso Unidades. 99. Diseño de la Estructura, Identificación y Herencia de la Clase Cronograma de Desembolso.

123 123 123 123 124 124 124 124 125 125 125 125 126 126

127

100. Diseño de la Estructura, Identificación y Herencia de la Clase Detalles de Factura. 127

101. Diseño de la Estructura, Identificación y Herencia de la Clase Detalles Solicitud de Compra. 128

101. Diseño de la Estructura, Identificación y Herencia de la Clase Detalles de Factura. 127

102. Diseño de la Estructura, Identificación y Herencia de la Clase Detalles Orden de Compra. 103. Diseño de la Estructura, Identificación y Herencia de la Clase Factura. 128 128

104. Diseño de la Estructura, Identificación y Herencia de la Clase Ingreso Unidades. 105. Diseño de la Estructura, Identificación y Herencia de la Clase Modificación Partida. xviii 129 129

106. Diseño de la Estructura, Identificación y Herencia de la Clase Nómina. 130 107. Diseño de la Estructura, Identificación y Herencia de la Clase Partida. 130 108. Diseño de la Estructura, Identificación y Herencia de la Clase SubPartida. 130

109. Diseño de la Estructura, Identificación y Herencia de la Clase Orden Compra. 131

110. Diseño de la Estructura, Identificación y Herencia de la Clase Orden de Pago Central. 131

111. Diseño de la Estructura, Identificación y Herencia de la Clase Orden de Servicio. 132

112. Diseño de la Estructura, Identificación y Herencia de la Clase Orden de Pago Personal. 132

113. Diseño de la Estructura, Identificación y Herencia de la Clase Orden Viático. 114 Diseño de la Estructura, Identificación y Herencia de la Clase Solicitudes. 115. Diseño de la Estructura, Identificación y Herencia de la 116. Diseño de la Estructura, Identificación y Herencia de la Clase Solicitud Compra. 117. Diseño de la Estructura, Identificación y Herencia de la Clase Solicitud Viático. 118. Diseño de la Estructura, Identificación y Herencia de la Clase Traslado. 119. Diseño de la Estructura, Identificación y Herencia de la Clase Traslado Interno. 120. Diseño de la Estructura, Identificación y Herencia de la Clase Traslado Externo. 136 136 135 135 134 133 134 133

xix

121. Diseño de la Estructura, Identificación y Herencia de la Clase Transacción. 122 Diseño de la Estructura, Identificación y Herencia de la Clase Transferencia. 123. Miniespecificaciones de la operación Crear Partida. 124. Diseño de la Estructura, Identificación y Herencia de la Clase Unidades. 125. Miniespecificaciones de la operación Modificar Partida. 126. Miniespecificaciones de la operación Activar Partida. 127. Miniespecificaciones de la operación Inactiva Partida. 128. Miniespecificaciones de la operación Crear Sub-Partida. 137 152 153 153 153 154 155 155 155 156 157 158 137 151 136

129. Miniespecificaciones de la operación Modificar Sub-Partida.. 130. Miniespecificaciones de la operación Activar Sub-Partida. 131. Miniespecificaciones de la operación Inactiva Sub-Partida. 132. Miniespecificaciones de la operación Crear Unidades. 133. Miniespecificaciones de la operación Modificar Unidades. 134. Miniespecificaciones de la operación Registra Nomina. 135. Miniespecificaciones de la operación Modificar Nomina. 136. Miniespecificaciones de la operación Clasifica Nomina como procesada. 137. Miniespecificaciones de la operación Registrar Orden Pago Personal. 138. Miniespecificaciones de la operación Clasifica Orden de Pago Personal como procesada.

159

160

161

139. Miniespecificaciones de la operación Crear Solicitud de Compra. 162 140. Miniespecificaciones de la operación Clasificar Solicitud de Compra como Emitida. 163

141. Miniespecificaciones de la operación Anular Solicitud de Compra. 164 142. Miniespecificaciones de la operación Crear Orden de Compra. 165

xx

143. Miniespecificaciones de la operación Modificar Orden de Compra. 166 144. Miniespecificaciones de la operación Clasificar Orden de Compra como Emitida. 145. Miniespecificaciones de la operación Anular Orden de Compra. 146. Miniespecificaciones de la operación Crear Solicitud de Servicio. 167 168 169

147. Miniespecificaciones de la operación Clasificar Solicitud de Servicio como Emitida. 170

148. Miniespecificaciones de la operación Anular Solicitud de Servicio. 171 149. Miniespecificaciones de la operación Crear Orden de Servicio. 150. Miniespecificaciones de la operación Clasificar Orden de Servicio como Emitida. 151. Miniespecificaciones de la operación Anular Orden de Servicio. 152. Miniespecificaciones de la operación Crear Solicitud de Viático. 153. Miniespecificaciones de la operación Clasificar Solicitud de Viático como Emitida. 176 173 174 175 172

154. Miniespecificaciones de la operación Anular Solicitud de Viático. 177 155. Miniespecificaciones de la operación Crear Orden de Viático. 178

156. Miniespecificaciones de la operación Modificar Orden de Viático. 179 157. Miniespecificaciones de la operación Registrar Modificar Partida 159. Miniespecificaciones de la operación Anular Orden de Viático. 179 181

160. Miniespecificaciones de la operación Crear Orden de Pago Central. 181 161. Miniespecificaciones de la operación Crear Traslado Interno. 162. Miniespecificaciones de la operación Crear Traslado Externo. 163. Miniespecificaciones de la operación Crear Transferencia. 164. Miniespecificaciones de la operación Registrar Factura 165. Miniespecificaciones de la operación Anular Factura. 166. Miniespecificaciones de la operación Registrar Pago. xxi 182 183 183 184 184 185

167. Miniespecificaciones de la operación Crear Orden de Ingreso. 168. Clase Principal del sistema. 169. Diagrama WAE. Página Coordinación de Finanzas

185 202 203

170. Diagrama WAE. Página Coordinación de Planificación y Presupuestó 203 171. Diagrama WAE. Pagina Coordinación de Recursos Humanos 172. Diagrama WAE. Pagina Vicepresidencia Administrativa 173. Diseño de la Red Propuesta. 204 204 207

xxii

UNIVERSIDAD YACAMBÚ VICERECTORADO DE INVESTIGACIÓN Y POSTGRADO INSTITUTO DE INVESTIGACIÓN Y POSTGRADO

DISEÑO DE UN SISTEMA DE INFORMACIÒN BAJO PLATAFORMA INTRANET PARA EL CONTROL DE LA EJECUCIÓN PRESUPUESTARIA EN LA CORPORACIÓN DE SALUD DEL ESTADO NUEVA ESPARTA. . Autora: Ing. Eyamir Ugueto Tutora: Msc. Suhail Zabala Fecha: Marzo 2012.

RESUMEN El estudio está dirigido a La Corporación de Salud del Estado Nueva Esparta (CORPOSALUD), ente rector y ejecutor de las políticas de salud del estado, en la ciudad de Porlamar, municipio autónomo Santiago Mariño y tiene como objetivo proponer el diseño de un sistema de información bajo plataforma Intranet para el control de la ejecución presupuestaria de esta organización, dicho estudio se considera bajo la modalidad de estudio monográfico de tipo propuesta fundamentada, las técnicas de recolección de información utilizadas fueron: la revisión bibliográfica, entrevistas no estructuradas, cuestionarios aplicados al personal de las unidades en estudio y la observación directa en la ejecución de los procesos. Las metodologías utilizadas para el diseño son: la de Análisis y Diseño orientada a objetos (OO) de Martín y Odell (1998) y la Extensión de Aplicaciones Web (WAE) de Conallen (1998). Breve descripción del problema: El problema que presenta esta organización, esta originado en la descentralización de los procesos para la ejecución presupuestaria los cuales se llevan a cabo de manera manual y semiautomática, lo que por ende nos conlleva a la duplicidad de información y funciones; ocasionando pérdidas horas/hombre, poca confiabilidad de la información y el retraso de los informes realizados para la toma de decisiones. Descriptores: Sistema de Información, Plataforma Intranet, Ejecución y Presupuesto, Registro de Información Manual y Semiautomatizado, metodologías OO y WAE.

xxiii

INTRODUCCION

En la actualidad avanza con mayor rapidez los adelantos en el campo de la informática y su repercusión en las empresas cada día son más contundentes. Toda empresa requiere de recursos tecnológicos, para todos los niveles de la organización, sean públicas o privadas con el objeto de ser más competitivas, en mundo tan globalizado, y aún más en empresas de servicio de contacto directo con el público, las exigencias son mayores. El Diseño de un sistema de información bajo plataforma intranet para el control de la ejecución presupuestaria en la corporación de salud del Estado Nueva Esparta comprende el plan de organización, las políticas, normas, así como los métodos y procedimientos adoptados para la autorización, procesamiento, clasificación, registro, verificación, evaluación, seguridad y protección física de los procesos, administrativos y operativos para alcanzar los objetivos generales de este organismo. El Diseño de un sistema de información bajo plataforma intranet para el control de la ejecución presupuestaria es un proceso organizacional que constituye una fortaleza a la planificación y acciones que ejecuta el personal que labora en la empresa que utilice este sistema. En este sentido, la situación desfavorable que se presenta en la Coordinación de Presupuesto y el Departamento de Finanzas, se debe a la falta de un sistema de control Presupuestario que le permita optimizar las funciones y desarrollar con eficiencia las actividades según los cargos desempeñados. El propósito de esta investigación permite enfocar una visión especifica de lo que se quiere alcanzar, para mejorar las funciones del proceso administrativo y funciones de cada empleado que labora en las Unidades en estudio, con la finalidad de eliminar esta debilidad en la organización.

1

Desde esta perspectiva el objeto de estudio permitió verificar con sus objetivos, los medios accionarios para las estrategias en función a la esquematización de la propuesta preestablecida en el proceso investigativo. En otro orden de ideas, la metodología aplicada en este estudio hace referencia a un modelo operativo que va a permitir solventar la situación desfavorable encontrada en el funcionamiento de las Coordinación de Planificación y Presupuesto CORPOSALUD, Los instrumento aplicados para recopilar la información referida al estudio fueron: la revisión bibliográfica, los cuestionarios, las entrevistas no estructuradas y la observación directa. Por lo tanto, considerando que toda organización debe ser eficiente y eficaz en sus servicios y aún más siendo esta la responsable de la salud pública, servicio básico para los ciudadanos del estado, es de suma importancia brindar respuestas rápidas y oportunas para la toma de decisiones. La investigación se encuentra estructurada en cuatro (4) partes, a continuación, se enuncia cada uno, con su nombre y se especifican su contenido. Parte I: Situación Objeto de Estudio, se refiere a la Descripción Detallada del manejo del presupuesto en Corposalud; objetivos de estudio, justificación e importancia. Parte II: Soporte Conceptual, se ofrece en esta sección los antecedentes de la investigación; la teoría que fundamenta el estudio; sus bases legales; Descripción de CORPOSALUD, como organización en estudio; sistemas de variables y el glosario de término, metodologías de utilizadas para el desarrollo del sistema. Parte III: Orientación Procedimental, este abarca la modalidad y el diseño de investigación del trabajo, describe las técnicas e instrumentos de recolección de la información la matriz metodológica, y las estrategia de desarrollo del sistema.

2

Parte IV: El producto, esta etapa de la investigación ofrece un análisis de resultados de los datos recolectados con los instrumentos de recolección descritos en la parte III de orientación procedimental, además se presenta el El Diseño de un sistema de información bajo plataforma intranet para el control de la ejecución presupuestaria de CORPOSALUD, como propuesta de la investigación. Se considera para su desarrollo las fases de las metodologías de diseño seleccionadas, aunado a esto se presenta el diseño de la red propuesta para la intranet. Y por último, se presentan los formatos que se utilizan en los procesos departamentales y los instrumentos de recolección de la información.

3

PARTE I

SITUACIÓN OBJETO DE ESTUDIO

Descripción Detallada de la Situación Objeto de Estudio

En la el mundo actual las organizaciones y los sistemas de información se influyen entre sí, es por esto que cada día se desarrollan más sistemas de información para servir de apoyo a los procesos e intereses de la

organizaciones. Laudon y Laudon (2008) definen Sistema de Información (SI) como: “un conjunto de componentes interrelacionados que recolectan (o recuperan), procesan, almacenan y distribuyen información para apoyar la toma de decisiones y el control en una organización” (p. 14). Paralelamente a esto, con la aparición en el mercado de la red de redes Internet, la cual Evin (2008) la define como: Un conjunto descentralizado de redes de comunicación interconectadas que utilizan la familia de protocolos TCP/IP, garantizando que las redes físicas heterogéneas que la componen funcionen como una red lógica única, de alcance mundial. Sus orígenes se remontan a 1969, cuando se estableció la primera conexión de computadoras, conocida como ARPANET, entre tres universidades en California y una en Utah, Estados Unidos. Se ha masificado el intercambio de información. Es por esto, que hoy por hoy se ubica como uno de los puntales de la comunicación entre diversas instituciones educativas, organizaciones gubernamentales y no

4

gubernamentales, redes privadas y comerciales, con lo cual se ha acrecentado notablemente la concepción de comunicador global. Lo mencionado sobre el poder de acción y la influencia de la Internet, hace que esas cualidades le puedan ser atribuidas a un concepto derivado de la Internet, el concepto de la Intranet. El fenómeno Intranet surge a partir de la experiencia exitosa de World Wide Web en el mundo Internet. De hecho, es una proyección al interior de lo que las organizaciones han colocado a disposición de la comunidad virtual que usa Internet y que han visto las ventajas de contar con una interfaz única para realizar sus procesos administrativos cotidianos. La primera experiencia de Intranet de la cual se tiene noticia surge en 1992 cuando ingenieros de Sun MicroSystems ven en el uso del Web una alternativa válida de apoyo a la gestión de sus procesos administrativos. El instituto Universitario de Tecnología “Antonio José de Sucre (2002), definen Intranet como: La implantación o integración en una red local o corporativa de tecnología avanzadas de publicación electrónica basadas en Web en combinación con servicios de mensajería, compartición de recursos, acceso remoto y toda serie de facilidades cliente/servidor, proporcionadas por el protocolo TCP/IP, diseñado inicialmente para la red global Internet. Su propósito fundamental es optimizar el flujo de información con el objeto de lograr una importante reducción de costes en el manejo de documentos y comunicación interna. Hoy día la Intranet está considerada como la principal herramienta para el desarrollo e implementación de aplicaciones distribuidas, así mismo son parte importante dentro del concepto de los grupos de trabajo colaborativos. Es por ello que esta herramienta se considera muy útil para mejorar el trabajo de grupo en las organizaciones, y el sistema de comunicación e información en las mismas. En otro orden de ideas, la planificación económica y social dentro de las organizaciones, es factor fundamental para el desarrollo de las misma, un 5

sistema de planificación, es una herramienta de control económicofinanciero, que permite a las empresa, organismos e instituciones cuantificar sus objetivos, medir y analizar el grado de cumplimiento de los mismos, y valorar la eficiencia de las operaciones internas y la eficacia en el logro de sus metas. Dentro de los instrumentos empleados para la planificación económica y financiera se encuentran los presupuestos, los cuales son herramientas que se utilizan con el propósito de controlar y manejar efectivamente las partidas de gastos y de ingresos, lo que hace imprescindible clasificar las partidas que avalan las cuentas de dicho presupuesto para generar un mayor control y eficacia a la hora de ponerlo en práctica. Según Gómez (2001) El presupuesto es una representación en términos contabilísticos de las actividades a realizar por una organización, para alcanzar determinadas metas, y que sirve como instrumento de planificación, de coordinación y de control de funciones. El mismo viene a constituir un plan de acción mancomunado a realizar por todas las dependencias de la organización, en determinadas condiciones y en cierto tiempo o período. (p.11) El presupuesto en la realidad práctica debe concebírsele como un sistema mediante el cual se elabora, aprueba, coordina la ejecución, controla y evalúa la producción pública (bienes o servicios) de una institución sector o región, en función de las políticas de desarrollo previstas de los planes. La importancia del presupuesto radica en el hecho de que la mayor parte de las finalidades del Estado requieren de la ejecución de acciones cuya materialización demanda transacciones financieras, de esta condición surgió el presupuesto público, que según la Asociación de Presupuesto Público (1987) La expresión en términos financieros de lo que el gobierno pretende llevar a cabo en un período determinado, que, por regla general, es de un (1) año, este, constituye un instrumento del sistema de planificación, que refleja una política presupuestaria única, es un proceso vivo y permanente y se expresan en él todo los elementos de la programación de gobierno. (Ob. cit.) 6

Esta clase de presupuesto es rígido, es decir, es presidido por la Ley Orgánica de Régimen Presupuestario, está inspirado en la función social del estado, y lo animan fines socio-económicos, a favor de la colectividad. El manejo de la información en las organizaciones es una actividad que ocupa un papel preponderante e incluye una serie de procesos, por lo tanto, debe ser administrado acertadamente para obtener así la máxima utilidad de este valioso recurso. A través de los tiempos estos procesos se han realizado manualmente, pero la disponibilidad de las computadoras permite un uso estratégico de la información. En este sentido los sistemas computarizados, tales como: los sistemas de información entre estos los sistemas de procesamientos de datos y gerencial liberan del tedio y la rutina que envuelven los procesos manuales. Así mismo proporciona a los gerentes de las organizaciones informes periódicos para la planeación, el control y la toma de decisiones. La Corporación de Salud del Estado Nueva Esparta, que de ahora en adelante se identificará como CORPOSALUD, es un organismo autónomo adscrito al Ejecutivo Regional, y es el ente rector de la salud en el estado Nueva Esparta, está ubicado en la calle San Rafael cruce con calle Milano, detrás del Hospital Central “Dr. Luis Ortega”, Porlamar, Municipio Autónomo Mariño, Estado Nueva Esparta, la cual posee una organización estructural jerárquica vertical (ver Anexo A), no podía escapar a todo este proceso de tecnificación de la comunicación y los procesos administrativos rutinarios. Para conocer el proceso de la ejecución presupuestaria se procedió a realizar entrevistas no estructuradas, aplicación de cuestionario y

observaciones directas en la CORPOSALUD, caso de estudio de esta investigación, donde se pudo detectar que el control de la ejecución presupuestaria presenta ciertos inconvenientes, los mismos se explican a continuación En entrevista no estructurada realizada en CORPOSALUD, en el mes de Octubre del año 2011 al T.S.U. Cesar Cedeño encargado de la 7

Coordinación de Planificación y Presupuesto, al T.S.U. Carlos Rodríguez analista I de presupuesto, al Lcdo. Bautista Lugo Contador Jefe I, T.S.U Elia Perozo encargada de Nóminas, a la T.S.U. Jackelin Orellana encargada de la Unidad de Compras y Suministro, a la Ing. Ayraica Moreno especialista en informática, se constató la existencia de una deficiencia en el manejo y control del presupuesto asignado a dicha organización, por no existir un sistema de información ni una integración tecnológica entre las diferentes coordinaciones y unidades de CORPOSALUD. A continuación se detallan los procesos más importantes realizados por la coordinación de planificación y presupuesto. El proceso para la elaboración del presupuesto se inicia con el proceso de planificación en el mes de septiembre, donde se realiza el Plan Operativo Anual (POAN), la diferentes unidades deben elaborar una planificación de los objetivos, metas, recursos necesarios para su cumplimento, esto se realiza en un formato en Word, por cada una de las unidades de la corporación, luego cada unidad envía la información a la Coordinación de Planificación y Presupuesto, el planificador procede a realizar el POAN, el cual se envía a

la gobernación del estado para su aprobación y/o ajuste, luego de aprobado debe ser cargado por el analista de presupuesto en los diferentes formatos utilizados como son: Distribución General del Presupuesto de Gastos (Ver Anexo B), Programación Mensual de Desembolso del Presupuesto de y en la Ejecución Presupuestaria y Ejecución

Gastos (Ver Anexo C),

Financiera por Programas (Ver Anexo D), entre otros. Es de resaltar que todos estos formatos son registrados utilizando Microsoft Excel. Otros de los procesos, son los concernientes a la adquisición de bienes y servicios mediantes la tramitación de órdenes de compra y/o servicio, o mediante la suscripción de contratos, tramitación de viáticos y pasajes a personas en misiones oficiales. Estos se explican en procedimientos presupuestarios de adquisición de bienes y servicios, en estos procesos se puede observar que algunos los formatos llevados son registrados en 8

Microsoft Excel, otros como la solicitud de compra y/o servicio (orden de pedido) (Ver Anexo E) y la orden compra y/o servicio (Ver Anexos F y G) son formatos preimpreso llenado de forma manual, la solicitud de viáticos es un memorándum emitido por la unidad correspondiente, este es realizado en Microsoft Word. El proceso de pagos de nóminas, se lleva de la siguiente forma: la analista de nómina elabora la misma, la envía a la vicepresidencia

administrativa, ésta la revisa y envía a la coordinación de planificación y presupuesto para que comprometa y cause el monto correspondiente.

Luego de imputada la orden de pago, la nómina se envía a la coordinación de finanzas para que realice el pago de la misma. Debido a que el registro de la información se lleva de manera manual y semiautomatizada utilizando para ello las hojas de cálculo de Excel y el procesador de palabras Microsoft Word, ambos bajo ambiente Windows, se dificulta la obtención de la información actualizada, oportuna y confiable del estado presupuestario de dicha organización, lo que trae como consecuencia la duplicidad de la información, la pérdida de tiempo (desperdicio hora/hombre), y por ende la inconsistencia de los datos. CORPOSALUD Nueva Esparta es una institución que en su tiempo de funcionamiento, no ha podido cumplir a la cabalidad las pautas para llevar a cabo la consecución de sus objetivos financieros, al no existir una integración tecnológica entre los diferentes coordinaciones y unidades que la

conforman, ocurren retraso en sus diferentes procesos administrativos. Tomando en consideración estos adelantos tecnológicos existentes, y la situación explicada surgen algunas interrogantes: ¿Es eficiente la manera de llevar el presupuesto actualmente en Corposalud? ¿Existe un sistema de comunicación actualmente en Corposalud Nueva Esparta?

9

¿Cuáles serían las posibilidades de desarrollar un sistema de información bajo plataforma intranet para el control presupuestario en Corposalud Nueva Esparta? Debido a lo anteriormente expuesto, se considera necesario Diseñar un sistema de información bajo plataforma intranet para el control de la

ejecución presupuestaria en CORPOSALUD Nueva Esparta; permitiendo así ejecutar de forma eficiente las operaciones de cómputo y registro de las transacciones presupuestarias.

Objetivos del Estudio

Objetivo General

Diseñar un sistema de información bajo plataforma intranet para el control de la ejecución presupuestaria en la corporación de salud del estado Nueva Esparta.

Objetivos Específicos 

Analizar la información recopilada a través de las técnicas de recolección de datos, para convenir los requerimientos a satisfacer en la coordinación de planificación y presupuesto en cuanto al control de la ejecución presupuestaria.

Analizar el Proceso de comunicación (Red) entre las unidades de Corposalud para establecer los requerimientos en cuanto a la red, necesarios para la implantación de un sistema de información bajo una plataforma intranet.

Proponer un sistema de información bajo plataforma intranet para el control de la ejecución presupuestaria en CORPOSALUD Nueva Esparta.

10

Justificación e Importancia

En toda organización, para el logro de sus objetivos, se realizan un conjunto de actividades cuyo desarrollo debe ser planificado, organizado, controlado y dirigido a fin de lograrlos. Estos elementos junto a la

comunicación y la coordinación, constituyen las funciones básicas de un proceso vital denominado Gerencia. Dentro de este proceso, se da gran importancia a la planeación y control de la información presupuestaria, la cual constituye un factor esencial en el proceso de toma de decisiones para mantener las actividades presupuestarias dentro de los planes determinados. La presente investigación permite la búsqueda de soluciones a situaciones que puedan influir en la adecuada ejecución del Presupuesto en la Corporación de la Salud del Estado Nueva Esparta (CORPOSALUD). Por ello se pretende elaborar el Diseño de un sistema de información bajo plataforma Intranet para el control de la ejecución presupuestaria, con el propósito de realizar las operaciones de ejecución y posterior control presupuestario, obteniendo así, mayor optimización, eficiencia y eficacia, en el proceso. La importancia de este trabajo de investigación está, en brindar una herramienta que permita acelerar el proceso y disminuir el margen de error, reflejando confiabilidad y eficacia en la información, dando respuestas más concretas y en menor tiempo, llevando a una toma de decisiones más acertada y ajustada a la realidad, considerando a CORPOSALUD como el ente que rige el destino de la salud en el Estado.

11

PARTE II

SOPORTE CONCEPTUAL

Antecedentes
Existen actualmente, una gran variedad de trabajos de grados para la ejecución presupuestaria, que sirven de referencia y muestran las características ineludibles a considerar para elaborar un diseño para

automatizar el proceso administración, específicamente, del presupuesto. Intranet para el Control de los Procesos Administrativos de la Clínica Popular El Espinal, Trabajo de grado presentado por Cordero y Karme (2009). La cual se desarrolló con las metodologías Ingeniería de Software Orientada a Objeto (OOSE) y Extensión de Aplicaciones Web (WAE), permite el control de inventario de insumos, canalizar la solicitudes de la diferentes dependencias en cuanto a requerimientos de insumos y servicios, agiliza la tramitación de las solicitudes, y mejora considerablemente el proceso de comunicación entre la dependencias de la clínica. Ésta investigación tiene como similitud con la propuesta de la intranet, que ambas controlan los procesos de solicitudes y órdenes de servicio y compra, que ambas son bajo ambiente Web y utilizan la metodología WAE para el modelado de la Intranet. Como diferencia la investigación citada maneja inventario mientras la propuesta del sistema es para el control presupuestario, y no controla la parte de inventario.

12

El trabajo de grado, presentado por Rivera (2007), en la Universidad de Oriente, en Febrero 2007, titulado “Intranet para el Control Administrativo de la Policlínica Carúpano, C.A.” desarrollado con las metodologías Ingeniería de Software Orientada a Objeto (OOSE) y Extensión de Aplicaciones Web (WAE), permite el control de los procesos administrativos tales como: historias médicas, inventario, admisión de pacientes,

presupuestos,

facturación, cuentas por pagar, contabilidad, entre otros, Ésta investigación tiene como similitud con la propuesta de la intranet, que ambas controlan presupuesto, que ambas son bajo ambiente Web y utilizan la metodología WAE para el modelado de la Intranet. Como diferencia la investigación citada maneja inventario, historias médicas entre otras, mientras la propuesta del sistema es para el control presupuestario, y no se la parte de inventario ni historias médicas. El trabajo de grado presentado por Marcano y Vargas (2009), en la Universidad de Oriente, en Octubre del año 2009, titulado Sistema de Información, Bajo Ambiente Web, para el Control de las Actividades de la Coordinación de Servicios Generales de la Universidad de Oriente Núcleo Nueva Esparta, desarrollado con las metodologías Análisis de Martin y Odell y Metodología de Diseño Hipermedia Orientada a Objeto (OOHDM) propuesta Rossi y Shwabe. El mismo permite llevar las solicitudes de trabajo y/o servicios emitidas por las diferentes dependencias de la UDONE, así como las solicitudes de compra, órdenes de trabajo, entre otros. Éste trabajo tiene como similitud con la propuesta, que ambos controlan los procesos de solicitudes y órdenes de servicio y compra, que ambos son bajo ambiente Web y utilizan la metodología de Martin y Odell, como diferencia el sistema propuesto controlará el presupuesto en su totalidad y la investigación referenciada no, además para el diseño de la intranet citada utilizó la metodología OOHDM mientras que la presente investigación utiliza WAE.

13

De los sistemas antes mencionados recogen una serie de similitudes con el diseño propuesto como es el área de presupuesto bien sea de gastos e ingresos. También, permiten llevar un control del presupuesto para su ejecución y mantener los datos que afectan al presupuesto de gastos; accediendo a un registro ordenado del personal y todas las operaciones presupuestarias en la base de datos, para luego obtener información inmediata respecto a los saldos presupuestarios y aquellos registros importantes para la ejecución presupuestaria. Las Intranet antes

mencionadas guardan similitud con la propuesta en que permiten, implementar un mejor sistema de comunicación entre las diferentes dependencia que conforman la organización.

Bases Teóricas

En toda investigación es importante conocer los basamentos teóricos que la sustentan, a continuación se presentan los base teóricas que dieron sustento a la presente investigación.

Tecnología de Información

La Tecnología de Información (TI) involucra tanto el hardware como el software que una organización requiere para alcanzar sus objetivos, esto incluye computadoras, impresora, sistemas operativos, paquetes y

herramientas de software, y todos los sistemas desarrollados en la organización, entre otros. Laudon y Laudon (2008).

Sistemas de Información Laudon y Laudon (2008) definen Sistema de Información (SI) como: “un conjunto de componentes interrelacionados que recolectan (o recuperan),

14

procesan, almacenan y distribuyen información para apoyar la toma de decisiones y el control en una organización” (p. 14).

Tipos de Sistemas de Información

Los sistemas de información se desarrollan con diferentes propósitos, los cuales dependen de las necesidades de la empresa, es por esto que según su aplicación pueden ser:

Sistemas de Procesamiento de Datos. Kendall y Kedall

(1991) los

define como “aquellos sistemas de información computarizados que se desarrollan para procesar grandes volúmenes de información generada en las funciones administrativas, tales como nómina o el control de inventario” (p.3) Sistemas de Información Administrativa (MIS). Stoner, Freeman y Gilbert (1996; 674) Los define como “método formal que permite poner a disposición de los gerentes la información exacta y oportuna que necesitan para un proceso de toma de decisiones más fácil, así como para efectuar con eficacia las funciones de planificación, control y operaciones de la organización” . (p. 674). Sistemas de Apoyo para la Toma de Decisiones (DSS). Stoner, Freeman y Gilbert (1996) Los define como “un sistema interactivo de computadora, de fácil acceso y operación, a manos de personas que no son especialistas en computadoras y que usan los DSS para que los ayude a planificar y tomar decisiones”. (p. 675).

15

Actividades Básicas de un Sistema de Información

Un sistema de información realiza cuatro (4) actividades básicas: entrada, almacenamiento, procesamiento y salida de información.

Entrada de Información. Es el proceso con el cual el Sistema de Información toma los datos que requiere para procesar la información. Las entradas pueden ser manuales o automáticas. Las manuales son aquellas que se proporcionan en forma directa por el usuario, mientras que las automáticas son datos o información que provienen o son tomados de otros sistemas o módulos. Esto último se denomina interfases automáticas.

Las unidades típicas de entrada de datos a las computadoras son las terminales, las cintas magnéticas, las unidades de diskette, los códigos de barras, los escáners, la voz, los monitores sensibles al tacto, el teclado y el mouse, entre otras.

Almacenamiento de información. Es una de las actividades o capacidades más importantes que tiene una computadora, ya que a través de esta propiedad el sistema puede recordar la información guardada en la sección o proceso anterior. Esta información suele ser almacenada en estructuras de información denominadas archivos. La unidad típica de almacenamiento son los discos magnéticos o discos duros, los discos flexibles o diskettes y los discos compactos (CD-ROM).

Procesamiento de Información: Es la capacidad del Sistema de Información para efectuar cálculos de acuerdo con una secuencia de operaciones prestablecida. Estos cálculos pueden efectuarse con datos introducidos recientemente en el sistema o bien con datos que están 16

almacenados. Esta característica de los sistemas permite la transformación de datos fuente en información que puede ser utilizada para la toma de decisiones, lo que hace posible, entre otras cosas, que un tomador de decisiones genere una proyección financiera a partir de los datos que contiene un estado de resultados o un balance general de un año base.

El sistema de información a diseñar se considera del tipo procesamiento de datos, con una base de datos relacional.

Redes “Es un conjunto de dispositivos físicos "hardware" y de programas "software", mediante el cual podemos comunicar computadoras para compartir recursos (discos, impresoras, programas, etc.) así como trabajo (tiempo de cálculo, procesamiento de datos, etc.)”. Redes, (s.f.). Clasificación de las Redes

Las redes se pueden clasificar de varias formas: de acuerdo a su cubrimiento geográfico, su modo de administración y su distribución lógica:

Clasificación de acuerdo a su cubrimiento Geográfico. Según Redes, (s.f.). Red de Administración Personal (PAN): son redes pequeñas, las cuales están conformadas por no más de 8 equipos, por ejemplo: café Internet. Red de Área Campus (CAN) . Una CAN es una colección de LANs dispersadas geográficamente dentro de un campus (universitario, oficinas de gobierno, maquilas o industrias) pertenecientes a una misma entidad en una área delimitada en kilómetros. Una CAN utiliza comúnmente tecnologías

17

tales como FDDI y Gigabit Ethernet para conectividad a través de medios de comunicación tales como fibra óptica y espectro disperso. Red de Área Local (Local Area Network, LAN): son las redes que todos conocen, es decir, aquellas que se utilizan en las empresas. Son redes pequeñas, entendiendo como pequeñas las redes de una oficina, de un edificio. Debido a sus limitadas dimensiones, son redes muy rápidas en las cuales cada estación se puede comunicar con el resto. Están restringidas en tamaño, lo cual significa que el tiempo de transmisión, en el peor de los casos, se conoce. Además, simplifica la administración de la red. Suelen emplear tecnología de difusión mediante un cable sencillo (coaxial o UTP) al que están conectadas todas las máquinas. Operan a velocidades entre 10 y 100 Mbps. Características preponderantes:       Los canales son propios de los usuarios o empresas. Los enlaces son líneas de alta velocidad. Las estaciones están cercas entre sí. Incrementan la eficiencia y productividad de los trabajos de oficinas al poder compartir información. Las tasas de error son menores que en las redes WAN. La arquitectura permite compartir recursos. LANs muchas veces usa una tecnología de transmisión, dada por un simple cable, donde todas las computadoras están conectadas. Existen varias topologías posibles en la comunicación sobre LANs, las cuales se verán más adelante. Las redes WAN (Wide Area Network, redes de área extensa) son redes punto a punto que interconectan países y continentes. Al tener que recorrer una gran distancia sus velocidades son menores que en las LAN aunque son capaces de transportar una mayor cantidad de datos. El alcance es una gran área geográfica, como por ejemplo: una ciudad o un continente. Está formada por una vasta cantidad de computadoras interconectadas (llamadas 18

hosts), por medio de subredes de comunicación o subredes pequeñas, con el fin de ejecutar aplicaciones, programas, entre otros. Red de Área Extensa (WAN): es un sistema de interconexión de equipos informáticos geográficamente dispersos, incluso en continentes distintos. Las líneas utilizadas para realizar esta interconexión suelen ser parte de las redes públicas de transmisión de datos. Redes de Área Metropolitana (MAN), comprenden una ubicación geográfica determinada "ciudad, municipio", y su distancia de cobertura es mayor de 4 Kmts. Son redes con dos buses unidireccionales, cada uno de ellos es independiente del otro en cuanto a la transferencia de datos. Es básicamente una gran versión de LAN y usa una tecnología similar. Puede cubrir un grupo de oficinas de una misma corporación o ciudad, esta puede ser pública o privada. El mecanismo para la resolución de conflictos en la transmisión de datos que usan las MANs. Siguiendo ésta clasificación la red propuesta para la intranet es una red de área local (LAN), ya que se encuentra en un mismo edificio y son rápidas y económicas.

Clasificación según su modo de administración. Redes Públicas: De acuerdo a Castro y Fusario (1994), “es cuando las solicitudes de servicio o los requerimientos necesarios para ser usuario de la misma, no tienen otra restricción, que la disponibilidades de los medios técnicos”, Ejemplo Internet. (p.550). Redes Privadas: De acuerdo a Castro y Fusario (1994) “es cuando es operada para un fin determinado y sus usuarios pertenecen a una o varias corporaciones que tienen interese específicos en la misma”, Ejemplo: redes de Empresas, Redes para usos militares, entre otras. (p.550). Según el modo de administración la red propuesta es de tipo privada, ya que será operada con el fin de comunicar los diferentes departamentos y

19

coordinaciones involucrados en el control presupuestario y es interna de Corposalud.

Clasificación según su Distribución Lógica. Todos los ordenadores tienen un lado cliente y otro servidor: una máquina puede ser servidora de un determinado servicio pero cliente de otro servicio, según Redes, (s.f.) Servidor: Máquina que ofrece información o servicios al resto de los puestos de la red. La clase de información o servicios que ofrezca determina el tipo de servidor que es: servidor de impresión, de archivos, de páginas web, de correo, de usuarios, de IRC (charlas en Internet), de base de datos. Cliente: Máquina que accede a la información de los servidores o utiliza sus servicios. Ejemplos: Cada vez que estamos viendo una página web (almacenada en un servidor remoto) se está comportando como clientes. También se es cliente si utiliza el servicio de impresión de un ordenador remoto en la red (el servidor que tiene la impresora conectada). Topologías de Redes La topología o forma lógica de una red se define como la forma de tender el cable a estaciones de trabajo individuales; por muros, suelos y techos del edificio. Existe un número de factores a considerar para determinar cuál topología es la más apropiada para una situación dada. Existen cuatro (4) topologías comunes. Pozo y Ludeña (s.f.) Topología en Anillo. Las estaciones están unidas unas con otras formando un círculo por medio de un cable común (Ver Gráfico 1). El último nodo de la cadena se conecta al primero cerrando el anillo. Las señales circulan en un solo sentido alrededor del círculo, regenerándose en cada nodo. Con esta metodología, cada nodo examina la información que es enviada a través del anillo. Si la información no está dirigida al nodo que la

20

examina, la pasa al siguiente en el anillo. La desventaja del anillo es que si se rompe una conexión, se cae la red completa.

Gráfico 1. Red de Topología en Anillo. Tomado de “Topologías de Redes” por Pozo y Ludeña (s.f.).

Topología Estrella. La red se une en un único punto, normalmente con un panel de control centralizado, como un concentrador de cableado (Ver Gráfico 2). Los bloques de información son dirigidos a través del panel de control central hacia sus destinos. Este esquema tiene una ventaja al tener un panel de control que monitorea el tráfico y evita las colisiones y una conexión interrumpida no afecta al resto de la red.

Gráfico 2. Red de Topología estrella. Tomado de “Topologías de Redes” por Pozo y Ludeña (s.f.). Topología Bus. Las estaciones están conectadas por un único segmento de
cable (Ver Gráfica 3). A diferencia del anillo, el bus es pasivo, no se produce regeneración de las señales en cada nodo. Los nodos en una red de "bus"

21

transmiten la información y esperan que ésta no vaya a chocar con otra información transmitida por otro de los nodos. Si esto ocurre, cada nodo espera una pequeña cantidad de tiempo al azar, después intenta retransmitir la información.

Gráfico

3.

Red de Topología Bus. Tomado de “Topologías de

Redes” por Pozo y Ludeña (s.f.) Topología Estrella Jerárquica o en Cascada. Esta estructura de cableado se utiliza en la mayor parte de las redes locales actuales, por medio de concentradores dispuestos en cascada para formar una red jerárquica.

Gráfico 4. Red de Topología Estrella jerárquica o en Cascada. Tomado de “Topologías de Redes” por Pozo y Ludeña (s.f.)

22

La topología utilizada en Corposalud para la implantación de la intranet propuesta será la de estrella jerárquica o en cascada. De esta forma se podrá interconectar cada coordinación y dentro de éstas interconectar los diferentes puntos a un Switch. Medios de Trasmisión El medio de transmisión consiste en el elemento que conecta físicamente las estaciones de trabajo al servidor y los recursos de la red. Entre los diferentes medios utilizados en las LANs se puede mencionar: el cable de par trenzado, el cable coaxial, la fibra óptica y el espectro electromagnético (en transmisiones inalámbricas). (Nireblog.com, 2007) Su uso depende del tipo de aplicación particular ya que cada medio tiene sus propias características de costo, facilidad de instalación, ancho de banda soportado y velocidades de transmisión máxima permitidas.

Cable de pares / Par Trenzado. Consiste en hilos de cobre aislados por una cubierta plástica y torzonada entre sí. Debido a que puede haber acoples entre pares, estos se trenza con pasos diferentes. La utilización del trenzado tiende a disminuir la interferencia (Nireblog.com, 2007) electromagnética. (Ver Gráfico 5).

Gráfico 5. Cable de pares / Par Trenzado. Tomado de Nireblog.com (2007). Este tipo de medio es el más utilizado debido a su bajo costo (se utiliza mucho en telefonía) pero su inconveniente principal es su poca velocidad de 23

transmisión y su corta distancia de alcance. Se utilizan con velocidades inferiores al MHz (de aprox. 250 KHz). Se consiguen velocidades de hasta 16 Mbps. Con estos cables, se pueden transmitir señales analógicas o digitales. Es un medio muy susceptible a ruido y a interferencias. Para evitar estos problemas se suele trenzar el cable con distintos pasos de torsión y se suele recubrir con una malla externa para evitar las interferencias externas. En su forma más simple, un cable de par trenzado consta de dos hilos de cobre aislados y entrelazados. Hay dos tipos de cables de par trenzado: cable de par trenzado sin apantallar (UTP) y par trenzado apantallado (STP). A menudo se agrupan una serie de hilos de par trenzado y se encierran en un revestimiento protector para formar un cable. El número total de pares que hay en un cable puede variar. El trenzado elimina el ruido eléctrico de los pares adyacentes y de otras fuentes como motores, relés y transformadores. El cable de par trenzado utiliza conectores telefónicos RJ-45 para conectar a un equipo. Éstos son similares a los conectores telefónicos RJ11. Aunque los conectores RJ-11 y RJ-45 parezcan iguales a primera vista, hay diferencias importantes entre ellos. El conector RJ-45 contiene ocho conexiones de cable, mientras que el RJ-11 sólo contiene cuatro. Existe una serie de componentes que ayudan a organizar las grandes instalaciones UTP y a facilitar su manejo. Por lo general, la estructura de todos los cables par trenzado no difieren significativamente, aunque es cierto que cada fabricante introduce algunas tecnologías adicionales mientras los estándares de fabricación se lo permitan. El cable está compuesto, por un conductor interno que es de alambre electrolítico recocido, de tipo circular, aislado por una capa de polietileno coloreado. Cable Coaxial. Consiste en un cable conductor interno (cilíndrico) separado de otro cable conductor externo por anillos aislantes o por un aislante macizo. Todo esto se recubre por otra capa aislante que es la funda del cable. 24

Este cable, aunque es más caro que el par trenzado, se puede utilizar a más larga distancia, con velocidades de transmisión superiores, menos interferencias y permite conectar más estaciones. Se suele utilizar para televisión, telefonía a larga distancia, redes de área local, conexión de periféricos a corta distancia, entre otros. Se utiliza para transmitir señales analógicas o digitales. Sus inconvenientes principales son: atenuación, ruido térmico, ruido de intermodulación. Hubo un tiempo donde el cable coaxial fue el más utilizado. Existían dos importantes razones para la utilización de este cable: era relativamente barato, y era ligero, flexible y sencillo de manejar. Un cable coaxial consta de un núcleo de hilo de cobre rodeado por un aislante, un apantallamiento de metal trenzado y una cubierta externa. (Ver Gráfico 6). (Nireblog.com, 2007)

Gráfico 6. Estructura Cable Coaxial. Tomado de Nireblog.com (2007) Fibra Óptica. Es el medio de transmisión más novedoso dentro de los guiados y su uso se está masificando en todo el mundo remplazando el par trenzado y el cable coaxial en casi todos los campos. En estos días lo podemos encontrar en la televisión por cable y la telefonía. En este medio los datos se transmiten mediante una haz confinado de naturaleza óptica, de ahí su nombre, es mucho más caro y difícil de manejar 25

pero sus ventajas sobre los otros medios lo convierten muchas veces en una muy buena elección al momento de observar rendimiento y calidad de transmisión. Físicamente un cable de fibra óptica está constituido por un núcleo formado por una o varias fibras o hebras muy finas de cristal o plástico; un revestimiento de cristal o plástico con propiedades ópticas diferentes a las del núcleo, cada fibra viene rodeada de su propio revestimiento y una cubierta plástica para protegerla de humedades y el entorno. (Ver Gráfico 7). (Nireblog.com, 2007).

Gráfico 7. Estructura Fibra Óptica Tomado de Nireblog.com (2007) En el cable de fibra óptica las señales que se transportan son señales digitales de datos en forma de pulsos modulados de luz. Esta es una forma relativamente segura de enviar datos debido a que, a diferencia de los cables de cobre que llevan los datos en forma de señales electrónicas, los cables de fibra óptica transportan impulsos no eléctricos. Esto significa que el cable de fibra óptica no se puede pinchar y sus datos no se pueden robar. El cable de fibra óptica es apropiado para transmitir datos a velocidades muy altas y con grandes capacidades debido a la carencia de atenuación de la señal y a su pureza. Las transmisiones del cable de fibra óptica no están sujetas a intermodulaciones eléctricas y son extremadamente rápidas, comúnmente transmiten a unos 100 Mbps, con velocidades demostradas de hasta 1

26

gigabit por segundo (Gbps). Pueden transportar una señal (el pulso de luz) varios kilómetros. Permite un gran número de canales y velocidades muy altas, superiores al GHz. Tienen un Bc enorme (50Ghz máx., 2Ghz típico), Rmax enorme (2Gbps máx.), pequeño tamaño y peso, y una atenuación pequeña. Es inmune a ruidos e interferencias y son difíciles de acceder. Tienen como inconvenientes el precio alto, la manipulación complicada, el encarecimiento de los costos (mano de obra, tendido,..). Es un medio muy apropiado para largas distancias e incluso últimamente para LAN's. El medio a utilizar para le red de Corposalud será el par trenzado UTP categoría 5e por su bajo costo. Dispositivos de redes Para obtener la funcionalidad de una red son necesarios diversos

dispositivos por medio de los cuales un usuario envía o recibe simultáneamente datos, textos, imágenes y voz, estos dispositivos son una serie de componentes que se conectan entre sí de manera específica. A continuación se describen los dispositivos básicos de una red. Nireblog.com (2007) NIC/MAU (Tarjeta de red). La NIC es un tipo de tarjeta de expansión de la computadora y proporciona un puerto en la parte trasera de la PC al cual se conecta el cable de la red. Hubs (Concentradores). Son equipos que permiten estructurar el cableado de las redes. La variedad de tipos y características de estos equipos es muy grande. En un principio eran solo concentradores de cableado, pero cada vez disponen de mayor número de capacidad de la red, gestión remota, etc. La tendencia es a incorporar más funciones en el concentrador. Existen concentradores para todo tipo de medios físicos. Según

27

Switch (Conmutador). Es un dispositivo que tiene como propósito de concentrar la conectividad, haciendo que la transmisión de datos sea más eficiente. El Switch es un elemento que puede combinar la conectividad de un hub con la regulación de tráfico de un puente en cada puerto. El Switch conmuta paquetes desde los puertos (las interfaces) de entrada hacia los puertos de salida, suministrando a cada puerto el ancho de banda total. Router (Ruteador). Es un dispositivo que interconecta segmentos de red o redes enteras. Hacen pasar paquetes de datos entre redes tomando como base la información necesaria de la capa de red. Los routers también suelen ser lo suficientemente inteligentes para determinar la ruta más eficiente para el envío de datos, en caso de haber más de una ruta. Sin embargo, junto con la complejidad y la capacidad adicional proporcionada por los routers se da una penalidad de aumento y un rendimiento disminuido Host. Es un nombre único que se le da a un dispositivo conectado a una red informática. Puede ser un ordenador, un servidor de archivos, un dispositivo de almacenamiento por red, impresora, entre otros. Este nombre ayuda al administrador de la red a identificar las máquinas sin tener que memorizar una dirección Protocolo Internet (IP) para cada una de ellas. Firewalls. Es un elemento de seguridad que filtra el tráfico de red que a él llega. Con un contrafuegos se puede aislar un ordenador de todos los otros ordenadores de la red excepto de uno o varios que son los que nos interesa que puedan comunicarse con él. Servidores. Son equipos que permiten la conexión a la red de equipos periféricos tanto para la entrada como para la salida de datos. Estos dispositivos se ofrecen en la red como recursos compartidos. Así un terminal conectado a uno de estos dispositivos puede establecer sesiones contra varios ordenadores multiusuario disponibles en la red. Igualmente, cualquier sistema de la red puede imprimir en las impresoras conectadas a un servidor. Se encargan de administrar los recursos de la red y el flujo de información.

28

Estaciones de Trabajo. Se pueden conectar a través de la placa de conexión de red y el cableado correspondiente. Los terminales “tontos” utilizados con las grandes computadoras y mini computadoras son también utilizadas en las redes, y no poseen capacidad propia de procesamiento. Sin embargo las estaciones de trabajo son, generalmente, sistemas inteligentes. Los terminales inteligentes son los que se encargan de sus propias tareas de procesamiento, así que cuanto mayor y más rápido sea el equipo, mejor. Los terminales tontos en cambio, utilizan el espacio de almacenamiento así como los recursos disponibles en el servidor. Los componentes a utilizar en la intranet que servirá de plataforma al sistema de información serán switch, servidor, firewalls, estaciones de

trabajo inteligentes y NIC/MAU (Tarjeta de red), esto se explicara más detalladamente en la parte IV. Protocolos de Red Para Seen (1992) un protocolo se define como “ Un Juego de reglas y procedimientos que proporcionan una técnica uniforme para gobernar una línea de comunicación”,. Es por esto, que un protocolo de red tiene como finalidad la de coordinar el flujo de información entre diversos elementos, así como garantizar que éste se realice correctamente. (p. 696). Las funciones básicas que ha de realizar cualquier protocolo son:     Establecimiento del enlace (punto de destino y origen) Transmisión de la Información Detección de fallos en la transmisión Corrección de errores Existen varios protocolos de red, uno de los más utilizado es el protocolo TCP/IP. Protocolo TCP/IP. Es un protocolo DARPA que proporciona transmisión fiable de paquetes de datos sobre redes. El nombre TCP / IP Proviene de 29

dos protocolos importantes de la familia, el Transmission Control Protocol (TCP) y el Internet Protocol (IP). Todos juntos llegan a ser más de 100 protocolos diferentes definidos en este conjunto. Textoscientificos.com, (s.f.) Es la base del Internet que sirve para enlazar computadoras que utilizan diferentes sistemas operativos, incluyendo PC, minicomputadoras y

computadoras centrales sobre redes de área local y área extensa. TCP / IP fue desarrollado y demostrado por primera vez en 1972 por el departamento de defensa de los Estados Unidos, ejecutándolo en el ARPANET una red de área extensa del departamento de defensa. La arquitectura del TCP/IP consta de cinco (5) niveles o capas en las que se agrupan los protocolos, y que se relacionan con los niveles OSI de la siguiente manera: Aplicación: Se corresponde con los niveles OSI de aplicación, presentación y sesión. Aquí se incluyen protocolos destinados a proporcionar servicios, tales como correo electrónico (SMTP), transferencia de ficheros (FTP), conexión remota (TELNET) y otros más recientes como el protocolo HTTP (Hypertext Transfer Protocol). Transporte: Coincide con el nivel de transporte del modelo OSI. Los protocolos de este nivel, tales como TCP y UDP, se encargan de manejar los datos y proporcionar la fiabilidad necesaria en el transporte de los mismos. Internet: Es el nivel de red del modelo OSI. Incluye al protocolo IP, que se encarga de enviar los paquetes de información a sus destinos correspondientes. Es utilizado con esta finalidad por los protocolos del nivel de transporte. Red: El software TCP/IP de nivel inferior consta de una capa de interfaz de red responsable de aceptar los datagramas IP y transmitirlos hacia una red específica. Una interfaz de red puede consistir en un dispositivo controlador (por ejemplo, cuando la red es una red de área local a la que las máquinas están conectadas directamente) o un complejo subsistema que 30

utiliza un protocolo de enlace de datos propios (por ejemplo, cuando la red consiste de conmutadores de paquetes que se comunican con anfitriones utilizando HDLC). Físico: Es la interfaz de la red real. TCP/IP no especifica ningún protocolo concreto, así es que corre por las interfaces conocidas, como por ejemplo: 802.2, CSMA/CD, X.25, entre otros. (op, cit.) El protocolo a utilizar en la red de Corposalud será el protocolo TCP/IP, ya que es el protocolo que sirve de base a Internet, y la propuesta es un sistema bajo plataforma Intranet la cual es una forma de internet, pero interna en una organización, en este caso Corposalud.

Intranet El auge de Internet propicio el nacimiento de las Intranets (redes internas de comunicación dentro de las organizaciones) que han sido implementadas en las compañías a nivel corporativo buscando contener las aplicaciones que usan en la organización y de esta manera tener todos los servicios y aplicaciones en un mismo lugar donde cada empleado de la organización pueda acceder con el fin de administrar y comunicar datos, y que son una réplica a escala empresarial de la World Wide Web, ya que están basadas en las mismas tecnologías y protocolos que han hecho

posible el éxito de Internet. Según Tramullas (1997) una Intranet es:

Implantación de las tecnologías de Internet dentro de una organización. Esto se realiza de forma que resulte completamente transparente para el usuario, pudiendo éste acceder, de forma individual, a todo el conjunto de recursos informativos de la organización, con un mínimo coste, tiempo y esfuerzo.

31

Metodología de Desarrollo Orientada a Objeto

El método empleado para el diseño del sistema de información bajo plataforma intranet es la Metodología Orientada a Objetos (OO) de Martín y Odell propuesta en 1998, se escogió para el diseño por lo modular, práctica y efectiva de su connotación, además de sencilla, la cual según Martin y Odell (1998) “posee gran capacidad para conjugar los elementos del sistema en forma sinérgica, es decir, busca que todos sus entes se asocien para producir un trabajo común, pero pueden ser visualizados y estudiados cada uno por separado”, (p. 133). Este enfoque, hace la Metodología Orientada a Objetos

fundamentalmente diferente a los enfoques de diseño estructurado tradicionales, ya que permite tener una guía para la definición de clases y sus estructuras de datos, la forma en que se asocian y su comportamiento; es esto lo que la hace más llamativa a la hora de realizar la fase del análisis y la fase del diseño de un sistema. El modelo orientado a objeto está compuesto por dos (2) fases, la de análisis Orientado a Objeto (AOO) y la de Diseño Orientado a Objeto (DOO), las cuales se describen a continuación, Según Martin y Odell, (1998)

Fase I: Análisis Orientado a Objetos (AOO)

Mediante el AOO se logra comprender y modelar los tipos de objetos involucrados en el sistema. El AOO se desarrolla en dos (2) etapas: la primera es el Análisis de la Estructura de Objetos (AEO), en la cual se definen las categorías de los objetos que se perciben y la forma en que se asocian: la segunda etapa y Análisis del Comportamiento de Objetos (ACO) como se comportan estos objetos. (Martin y Odell, 1998, p. 85)

32

Análisis de la Estructura de Objetos (AEO). En esta primera etapa del análisis se identifican los tipos de objetos que se distinguen y la forma como se relacionan, por otro lado, se define las jerarquías de generalización y composición. El resultado de esta etapa es el Esquema de Objeto que

constituye el Modelo de Objetos, en el cual se reflejan los distintos tipos de objetos, sus relaciones, las asociaciones como el número que restringe las mismas, y los diagramas de generalización y composición, (Ver Gráfico 8). (Martin y Odell., p. 85).

Gráfico 8. Ejemplo de Esquema de Objeto. Tomado de “Análisis y diseño orientado a objeto” por Martin y Odell (1998) Análisis del Comportamiento del Objeto (ACO). En esta segunda etapa del análisis se representan las actividades principales del sistema, relacionadas entre sí por los productos que se generan a través del Diagrama de Flujo de Objetos (DFO) (Ver Gráfico 9). Esté indica los objetos 33

que se producen y las actividades que los producen e intercambian. De ser necesario se realizan expansiones del DFO original. Las actividades se

representan con cajas que poseen las esquinas redondeadas, las cajas sombreadas son representan los entes externos, las líneas de flujo representan la dirección en que fluyen los mismos, y las cajas tridimensionales los objetos de la vida real y como fluyen entre las actividades. (Martin y Odell, 1998, p. 95).

Gráfico 9. Ejemplo de Diagrama de Fjujo de Objeto Control Pedido. Tomado de “Análisis y diseño orientado a objeto” por Martin y Odell (1998)

En el Análisis del Comportamiento de Objetos, también se estudian los eventos que ocurren, los cambios de estado y las operaciones que se llevan a cabo, elaborando un Esquema de Eventos (Ver Gráfico 10), para mostrar las secuencias de operaciones y eventos, las reglas de activación que se utilizan para reaccionar ante los eventos. Vale destacar que las operaciones se representan mediante cuadros con esquinas redondeadas y los tipos de eventos con triángulos sólidos negros conectados a la caja. Para finalizar, en el Análisis del Comportamiento de Objeto se estudia la forma como cambian los estados de un objeto con el tiempo y se procede a identificar, mediante la elaboración del Diagrama de Transición de Estado (Ver Gráfico 11), los diversos estados en que puede estar un objeto y las 34

transiciones que pueden ocurrir. Vale destacar que la líneas verticales representan las transiciones entre los estados, y las horizontales los diferentes estados en que pueden estar los objetos.

Gráfico 10. Ejemplo de Esquema de Evento. Crear Pedido. Tomado de “Análisis y diseño orientado a objeto” por Martin y Odell (1998)

PEDIDO (NULO) PEDIDO CREADO PEDIDO ACEPTADO PEDIDO RECHAZADO

Gráfico 11. Ejemplo de Diagrama de Transición de Estado del Objeto Pedido. Tomado de “Análisis y diseño orientado a objeto” por Martin y Odell (1998)

35

Fase II. Diseño Orientado a Objeto (DOO) En esta fase se definen las estructuras del sistema en función de sus datos. En el Diseño Orientado a Objeto se distinguen dos (2) etapas: Diseño de la Estructura de Objeto (DEO) y Diseño del Comportamiento de Objeto (DCO). (Martin y Odell,1998, p. 117).

Diseño de la Estructura de Objeto (DEO).

En el Diseño de la

estructura de Objeto (DEO) se determinan las clases a implantar en el sistema a desarrollar, además se detallan la estructura de los datos (Ver Gráfico 12) y los métodos operativos que se puedan aplicar a cada uno de los objetos. En esta etapa también se realizan la implantación de la generalización de objetos utilizando la herencia de clases, permitiendo así, conocer las operaciones y especificaciones que se aplican a cada uno de los objetos.

Nombre de la Clase: Pedido Estructura de Datos: Código Pedido Fecha Pedido Métodos: Crear Pedido() Aceptar Pedido() Rechazar Pedido() Hereda de: Heredada por: Estado Pedido Monto

Gráfico 12. Diseño de la Estructura, Identificación y Herencia de la Clase Pedido. Tomado de “Análisis y diseño orientado a objeto” por Martin y Odell (1998)

36

Para esta etapa del Diseño Orientado a Objeto, se diseña la base de datos del sistema a desarrollar, definiendo la estructura final de cada una de sus tablas (ver Cuadro 1), partiendo de los atributos que la conforman, teniendo así la información necesaria para su implantación.

Cuadro 1 Estructura de Datos: Pedido Contiene los datos del pedido Clave Principal: código pedido Nombre del Tipo Long Campo Código pedido Alfanumérico 5 Rif cliente Alfanumérico 10

Descripción

Código del pedido Esto indica el rif del cliente que realizo el pedido Fecha Pedido Fecha 10 Fechra de realización Tomado de “Análisis y diseño orientado a objeto” por Martin y Odell (1998)

Diseño del Comportamiento del Objeto (DCO). En el Diseño del comportamiento de Objeto se diseñan en detalle los métodos

(miniespecificaciones)

que especifican la forma en que se controlan los

datos de los objetos; para tal fin se realizan las especificaciones (Ver Gráfico 13) de cada método a emplear en el sistema a desarrollar.

Operación Regis_pedido () Inicio Leer Datos_pedido Verificar_Pedido Si Partida = No existe y Aceptado Entonces Crear_pedido En caso contrario Imprimir “Pedido no existe o está rechazado” Finsi Final Gráfico 13. Miniespecificación de la Operación Crear pedido. Tomado de “Análisis y diseño orientado a objeto” por Martin y Odell (1998)

37

Para finalizar esta etapa, se definen las operaciones y las clases a las que se asocian en el lenguaje de programación Orientado a Objeto (LPOO) (Ver Cuadro 4), teniendo en cuenta que los métodos son las especificaciones de cómo se realizan las operaciones aplicadas a los objetos.

Cuadro 2 Identificación de las Operaciones de Crear Pedido Operación en el AOO Operación en LPOO Clase Asociada Crear Pedido Regis_pedido Pedido, Cliente Tomado de “Análisis y diseño orientado a objeto” por Martin y Odell (1998)

Extensión UML para aplicaciones Web

Debido a que la metodología orientada a objeto de Martin y Odell no permite modelar la Web (Intranet), se utilizó la Extensión de Aplicaciones Web (WAE, Web Application Extension) propuesta por Conallen en 1998. De acuerdo a este autor, WAE permite modelar aplicaciones con elementos específicos de la arquitectura de un entorno Web. Esta extensión define un conjunto de estereotipos, valores etiquetados y restricciones que permiten modelar aplicaciones Web. (Conallen, 1998). Estereotipos: el concepto inicial de estereotipo se refiere a una clasificación de alto nivel de un objeto que proporciona una idea del tipo de objeto que se trata. (Fernández, 2001) Restricciones: una restricción es una extensión de la semántica UML, que permite añadir nuevas reglas o modificar las existentes. Gráficamente, una restricción se representa como una cadena de caracteres entre llaves colocada junto al elemento al que está asociada o conectada a él por una relación de dependencia.

38

Valores adicionales: un valor etiquetado es una extensión de las propiedades de un elemento de UML, permitiendo añadir nueva información en la especificación del elemento. (Fernández, 2001). El elemento principal específico de aplicaciones Web es la página Web. Hay varios estereotipos que pueden ser aplicados a una página Web, y otros adicionales que son asignados a otros elementos de HTML y que representan componentes arquitectónicamente significativos del sistema (frames, formularios, entre otros). Estos estereotipos de clases son: server page, client page, from, frameset, y target. Server page (página servidor): es una página de servidor que representa una página web que tiene instrucciones que son ejecutadas por el servidor. Estas instrucciones interactúan con recursos del servidor como: base de datos, lógicas de negocio y sistemas externos. (Ver Gráfico 14). Client page (página cliente): es una instancia de una página cliente es una página Web con formato HTML y es una mezcla de datos, presentación e incluso lógica. Las páginas cliente son representadas por los navegadores clientes, y pueden contener instrucciones que son interpretadas por el navegador. (Ver Gráfico 15)

Gráfico 14. Clases Estereotipadas Server Page y Client Page. Tomado de <<Modeling Web Applications Architectures with UML>>, por J. Conallen, 1999. Form (formulario): es una colección de campos de entrada que forman parte de una página cliente. (Ver Gráfico 15)

39

Gráfico 15. Clase Estereotipada Form. Tomado de <<Modeling Web Applications Architectures with UML>>, por J. Conallen, 1999.

De la misma manera se puede indicar que una página cliente está compuesta por varias al mismo tiempo. Para ello, se denota con las etiquetas <<frameset>>. También se puede redireccionar hacia una o más páginas dependiendo de una condición, por medio de la sintaxis <<redirects>>, (Ver Gráfico 16).

Gráfico 16 . Redireccionamiento de una página servidor. Tomado de <<Modeling Web Applications Architectures with UML>>, por J. Conallen, 1999.

40

Presupuesto

La aplicación que se le da al término presupuesto, tiene varias aceptaciones, según Burbano (1989) es una: “Expresión cuantitativa formal de los objetivos que se propone alcanzar la administración de la empresa en un período, adoptando las estrategias necesarias para lograrlos.”. (p. 8), es decir permite estimar los recursos necesarios para alcanzar los objetivos de una empresa durante un periodo determinado. Para el autor Lagos (s.f.) “El presupuesto es una representación en términos contabilísticos de las actividades a realizar, por una organización, para alcanzar determinadas metas, y que sirve como instrumento de planificación, de coordinación y de control de funciones.” (p. 11). En esta cita además de coincidir con Burbano agrega que como instrumento de la toma de decisiones es primordial que viene a constituir un plan de acción mancomunado a realizar por determinadas dependencias de la organización, en determinadas condiciones y en cierto tiempo o período. La importancia del presupuesto radica en minimizar el riesgo en las operaciones de la organización, cuantificar en términos financieros los diversos componentes del plan de acción, coordinar y relacionar las actividades financieras de la organización, además de controlar el manejo de ingresos y egresos de la empresa. Es necesario resaltar que existen diversos tipos de presupuestos, que según Lagos (s.f.), se clasifican: 1.- Según su flexibilidad: Rígidos, estáticos, fijos o asignados. Flexibles o variables. 2.- Según el periodo de tiempo que cubra: A corto plazo. A largo plazo. 3.- Según el campo de aplicabilidad en la empresa: De operación o económicos. 41

Financieros (tesorería y capital). 4.- Según el sector en el cual se utilicen: Sector Público. Sector Privado. De acuerdo a esta clasificación se puede ubicar el presupuesto de CORPOSALUD Nueva Esparta como: Primero, rígido porque es una ley la cual para modificarse requiere de un proceso tan complicado como su elaboración, si es necesario aumentar alguna partida se acude al crédito adicional. Segundo, a corto plazo porque la planificación se hace para

cumplir el ciclo de operaciones de un año. Tercero, financieros porque incluye el cálculo de partidas y/o rubros que inciden fundamentalmente en el balance. Por último, dentro del sector público ya que está inspirado en la función social del Estado, lo animan fines socioeconómicos, a favor de la colectividad. Como presupuesto público según Lagos (s.f.); las funciones son las siguientes:    Instrumento de control del legislativo sobre el ejecutivo tanto en la fase

de elaboración como en la ejecución. Instrumento de Gestión de la administración pública, responsabilidad de

cada estamento, coste y objetivos a alcanzar. Instrumento de política económica, tendencia de la economía y grado

de intervención del sector público. Es decir, el presupuesto es una herramienta que sirve visualizar las metas a alcanzar por la organización a través del balance general

presupuestado y el estado de ganancias y pérdidas; permite los resultados obtenidos sobre la marcha resaltando las desviaciones de los objetivos

propuestos, por lo tanto muestra los éxitos logrados y las posibles fallas con anticipación. En sí, es un sistema administrativo porque integra las etapas de formulación, discusión, sanción, ejecución, control y evaluación.

42

Bases Legales

CORPOSALUD Nueva Esparta, está adscrito a la Gobernación del Estado, según Artículo N° 9 de Gaceta Oficial Extraordinaria de Fecha 15 de Octubre de 1996. Su fundamento legal está basado en las normas y

resoluciones de la Constitución de la República Bolivariana de Venezuela de (1999), la Ley Orgánica de Salvaguarda del Patrimonio Público (1982), Ley Orgánica del Régimen Presupuestario y su Reglamento (2000), Ley Orgánica de la Administración Pública (2001), Ley Orgánica de la Contraloría General de la República del Sistema Nacional de Control Fiscal (2001), La Ley Orgánica de Procedimientos Administrativos (2001), La Ley Orgánica de la Administración Financiera del Sector Público(2003), así como la Ley de la Corporación de Salud del Estado Nueva Esparta (gaceta oficial 1997). Examinando cada una de las leyes antes mencionadas, siguiente: La Constitución Bolivariana (1999), Capítulo II de la Sección Primera del Régimen Presupuestario Artículo 311: la gestión estará regida y será ejecutada con bases en principios de eficiencia, solvencia, transparencia, responsabilidad y equilibrio fiscal. Esta se equilibrará en el marco plurianual del presupuesto, de manera que los ingresos ordinarios deben ser suficientes para cubrir los gastos ordinarios. Los principios y disposiciones establecidos para la Administración económica y financiera Nacional, regularán la de los Estados y Municipios en cuanto sean aplicables. Es decir, el presupuesto elaborado por los organismos públicos debe cubrir los requerimientos necesarios para el funcionamiento de estos entes;….. La Ley Orgánica de la Contraloría General de la República y del Sistema Nacional de Control Fiscal (2001), Capitulo IV del Régimen presupuestario de los Institutos Autónomos, de las fundaciones y de las asociaciones Civiles se reseña lo

43

Artículo 52: Los organismos sujetos a este Título elaborarán sus proyectos de presupuesto por programas, en función a los lineamientos de política sectorial que imparta el organismo al cual está adscrito. Artículo 22: señala que el proyecto de presupuesto será elaborado con la política presupuestaria que fije el gobernador y conforme a lo establecido en la Ley Orgánica de Régimen Presupuestario con su Reglamento, dicho proyecto deberá presentarse a la Oficina de Presupuesto de la Gobernación del Estado, la cual propondrá los aportes presupuestarios respectivos. Artículo 40 indica que se considera gastado un crédito cuando queda afectado válidamente por un compromiso, los créditos se comprometerán cuando, conforme a la Ley, se disponga la realización de gastos sin contraprestación o con naturaleza, sean imputables a partidas con créditos disponibles en el Presupuesto. Los gastos válidamente realizados se cancelarán mediante órdenes de pago que emitirán los respectivos ordenadores. El reglamento establecerá los requisitos de perfeccionamiento de los compromisos y de los pagos. Con respecto a la responsabilidad que les compete a los funcionarios encargados de la elaboración del presupuesto les aplica la siguiente ley. La Ley Orgánica de Procedimientos Administrativos (2001), Artículo 3: Los funcionarios y demás personas que presten servicios en la administración pública, están en la obligación de tramitar los asuntos cuyo conocimiento les corresponda y son responsables por las faltas en que incurran. Artículo 100: El funcionario o empleado público responsable de retardo, omisión, distorsión o incumplimiento de cualquier disposición procedimiento, tramite o plazo, establecido en la presente Ley, será sancionado con multa entre el cinco por ciento y el cincuenta por ciento de su remuneración total correspondiente al mes en que cometió la infracción, según la gravedad de la falta. Por ello, se considera necesario mejorar la prestación del servicio que se brinda en estos organismos. La mala o deficiente realización de un presupuesto público conlleva a la sanción de los funcionarios implicados que de acuerdo a la siguiente ley les aplica.

44

La Ley Orgánica de la Administración Financiera del Sector Público (2003) Artículo 159: Los funcionarios encargados de la administración financiera del sector público, independientemente de las responsabilidades penales, administrativas o disciplinarias en que incurran, estarán obligados a indemnizar al Estado en todos los daños y perjuicios que causen por infracción de esta ley y por abuso, falta, dolo, negligencia, impericia o imprudencia en el desempeño de las funciones. Artículo 162: La responsabilidad administrativa de los funcionarios de las dependencias financieras del sector público nacional se determinará y hará efectiva de conformidad con las previsiones de la Ley Orgánica de la Contraloría General de la República. Artículo 164: Sin perjuicio de otras responsabilidades a que haya lugar, la inexistencia de registros de información acerca de la ejecución de los presupuestos, así como el incumplimiento de la obligación de participar los resultados de dicha ejecución a la Oficina Nacional de Presupuesto, será causal de responsabilidad administrativa determinable de conformidad con los procedimientos previstos en la Ley Orgánica de la Contraloría General de la Republica. Artículo 165: Si de la evaluación de los resultados físicos de la ejecución presupuestaria se evidenciare incumplimiento injustificado de las metas y objetivos programados, la Oficina Nacional de Presupuesto informará dicha situación a la máxima autoridad del ente u organismo, a la respectiva Contraloría Interna y a la Contraloría General de la Republica, a los fines del establecimiento de las responsabilidades administrativas a que haya lugar. Artículo 166: Los funcionarios con capacidad para obligar a los entes y órganos públicos en razón de las funciones que ejerzan que celebren o autoricen operaciones de créditos en contravención a las disposiciones de la presente ley, serán sancionados con destituciones e inhabilitación para el ejercicio de la función pública durante un período de tres (3) años, sin perjuicio de responsabilidades de otra naturaleza. En estos artículos quedan claramente expresadas las responsabilidades de los funcionarios públicos en la elaboración de presupuestos, así como las sanciones que tendrían si se comprueba una mala realización de los

mismos. De igual forma, en la siguiente ley se mencionan otros lineamientos de comportamiento.

45

La Ley Orgánica de Salvaguarda del Patrimonio Público (1982): Artículo 1: se aclara: “el objetivo de esta ley es prevenir, perseguir y sancionar el enriquecimiento ilícito y de los delitos contra la cosa pública que en ella se determinan, y hacer efectiva la responsabilidad penal, civil, administrativa y disciplinaria de los funcionarios y demás personas que se indiquen en ella”. Es importante resaltar el concepto de funcionario público según esta última ley, Artículo 2: 1- A todo los que estén investidos de funciones públicas, permanentes o transitorias, remuneradas o gratuitas, originas por elección, por nombramiento o por contrato otorgado por las autoridades al servicio de la república de las entidades federales, municipios o de algún instituto o establecimiento público sometido por la ley a control de tutela, o de cualquier otro tipo, por partes de dichas entidades. 2- A los directores y administradores de las sociedades civiles y mercantiles, fundaciones y otras personas jurídicas, cuyo capital o patrimonio estuviese integrado con aportes de las entidades mencionadas en el Artículo 4 de esta ley, igual o mayor al 50% del capital o patrimonio; y los directores nombrados en representación de dichas entidades estatales, aun cuando la participación fuere inferior al 50% del capital o patrimonio. 3- A cualquier otra persona en los casos previstos en la presente ley. En el caso del patrimonio público corresponde por cualquier título, según el siguiente artículo a: Artículo 4: 1.- La República. 2.- Los Estados y Municipios. 3.- Los Institutos Autónomos, los establecimientos públicos y demás personas jurídicas de derecho público en las cuáles los organismos antes mencionados tenga participación. 4.- Las sociedades en las cuales la República y demás personas a que se refieren los numerales anteriores tengan participación igual o mayor al 50% del capital social. Quedarán comprendidas además, las sociedades de propiedad totalmente estatal cuya función a través de la posesión de acciones de otras sociedades, 46

sea coordinar la gestión empresarial pública de un sector de la economía nacional. 5.- Las sociedades en las cuales las personas a que se refieren el ordinal anterior tengan participación igual o mayor al 50%. 6.- Las fundaciones constituidas y dirigidas por algunas personas referidas en el presente artículo, o aquellas de cuya gestión pudieran derivarse compromisos financieros para éstas personas. A continuación se presentan varios artículos de la Ley Orgánica de Salvaguarda del Patrimonio Público (1982) que complementan a las leyes antes referidas, aportando normas de conductas de funcionarios públicos, personas naturales y jurídicas que suministren servicios al Estado. Artículo 12: La Contraloría General de la República o el órgano jurisdiccional competente, en cualquier tiempo, podrá exigir la presentación de la declaración jurada de patrimonio a las personas indicadas en el artículo 2 de ésta ley. En ese caso dicha declaración deberá formular el obligado dentro de los treinta días continuos siguientes a la notificación de la correspondiente resolución. Artículo 13: El tribunal competente podrá exigir la presentación jurada de patrimonio a personas distintas a las indicadas en el artículo 2 de ésta ley, cuando, de las investigaciones que éste conociendo, surjan indicios de delitos contra el patrimonio público. Los requeridos deberán formular dentro de un plazo no mayor de sesenta días continuos contados desde la fecha de la notificación de la correspondiente resolución. Artículo 14: Las personas naturales o jurídicas que ejecuten obras o suministren bienes o servicios a cualesquiera de las entidades señaladas en el artículo 4 de ésta ley, deberán formular o presentar declaración jurada de patrimonio cuando le sea exigido por la Contraloría General de la República o el Tribunal competente en el curso de las investigaciones que realicen. Mientras no den cumplimiento a ésta obligación o no pague la sanción que por su omisión les hubiere sido impuesta no podrán contratar ni percibir pago por la ejecución de contratos. Artículo 32: “El funcionario o empleado público responde

administrativamente por sus actos, hechos u omisiones que sean contrarios a una disposición legal o reglamentaria. La responsabilidad administrativa es independiente de la responsabilidad penal y civil”.

47

Artículo 34: “El funcionario o empleado público responde civilmente cuando su intención, negligencia, imprudencia o abuso de poder cause daño al patrimonio público. La responsabilidad civil se hará efectiva con arreglo a las previsiones legales pertinentes”. Artículo 60: El funcionario público que ilegalmente diere a los fondos o rentas a su cargo una aplicación diferente a la presupuestada o destinada aún en beneficio público, será penado con prisión de seis meses a tres años, pudiendo elevarse la pena en una tercera parte si como consecuencia del hecho resultare algún daño o se entorpeciere algún servicio público. Artículo 61: El funcionario público que, excediéndose en las disposiciones presupuestarias y sin observación de las previsiones legales sobre crédito público efectúe gastos o contraiga deudas o compromisos de cualquier naturaleza que hagan procedente reclamaciones contra la república o contra alguna de las entidades o instituciones indicadas en el artículo 4 de ésta ley , será penado con prisión de uno a tres años, excepto en aquellos casos en los cuales el funcionario a los fines de evitar la paralización de un servicio obtuviere la autorización del gasto por parte del Presidente de la República en Consejo de Ministros, debiendo notificarse ésta autorización a las comisiones permanentes de finanzas del Congreso de la República o en su defecto, a la comisión delegada.

Luego se tiene la Ley Orgánica de Régimen Presupuestario (2000) donde se reseñan las características de los presupuestos públicos y demás normas para su presentación, a continuación algunos de sus artículos:
Artículo 12 establece: Las órdenes de pago que se emitan directamente a favor de sus beneficiarios, deben contener los siguientes requisitos: 1.- Nombre del beneficiario. 2.- Monto a pagar en número y en letras. 3.- Lugar de pago. 4.- Plazas para hacer efectivo el pago,. 5.- Identificación del organismo ordenador. 48

6.- Firma del funcionario ordenador o de su delegado. 7.- Numeración correlativa de la orden. 8.- Fecha de emisión. 9.- Ejercicio e imputación presupuestaria. Otros requisitos formales que establezcan la Contraloría General de la República. La emisión de dichas órdenes deberán sustentarse en los documentos que comprueben la legalidad y sinceridad de los gastos efectuado al cual se refiere la erogación. Artículo 47 dicta: Cuando el responsable de un programa prevea el incumplimiento de una meta, comunicará al organismo del cual depende, la naturaleza del problema y propondrá las soluciones necesarias. En todos los casos ese organismo comunicará la situación creada y la solución creada y la solución adoptada a la oficina central de presupuesto la cual, comunicará, dentro de los treinta días siguientes al fin de cada trimestre, a la comisión permanente de finanzas de la cámara de diputados, las informaciones recibidas en el lapso indicado. Artículo 48: El incumplimiento de las metas podrá dar origen, a instancias del presidente de la república, de la oficina central de presupuesto o de los funcionarios responsables, a realizar las averiguaciones administrativas que sean pertinentes. En caso de establecerse responsabilidades, la autoridad competente aplicará las sanciones previstas en la ley. Artículo 57: Los organismos sujetos a este título remitirán a su órgano de adscripción y a la Oficina Central de Presupuesto un informe mensual de su gestión presupuestaria, de acuerdo con las normas que esta dicte. Copias de dichos informes serán remitidas por la oficina central de presupuesto, a la oficina central de Coordinación y Planificación de la Dirección Nacional de Contabilidad Administrativa. La evaluación del cumplimiento de las metas de los organismos sujetos a este título se regirá por los artículos 47 y 48 de la presente ley. Artículo 72: Todo compromiso adquirido por cualquier ente de la administración central o descentralizada sin que exista crédito presupuestario disponible, es nulo y acarrea responsabilidad penal, civil y administrativa, según los casos, al funcionario que lo autorice, sin que le sirva de excusas órdenes superiores contrarias a esta disposición. 49

Ley de Salud del Estado Nueva Esparta (Gaceta Oficial del Estado Nueva Esparta, 1996). Artículo 1: La presente Ley tiene por objeto, preservación, defensa, protección, fomento, rehabilitación, restitución y asistencia social de los habitantes del Estado Nueva Esparta, garantizándoles el derecho a la salud y el acceso a un servicio sanitario de alta calidad en su ámbito territorial, con la finalidad de mejorar la calidad de vida de la población. Los Servicios de la Salud del Estado Nueva Esparta se presentarán de conformidad con los principios, normas y procedimientos establecidos por el Poder Nacional, dentro de las previsiones consagradas en la Constitución Nacional, Convenio de Transferencia de los Servicios de la Salud prestados por el Ministerio de Sanidad y Asistencia Social y por sus organismos adscriptos y por todos aquellos otros que se establezcan con los otros organismos nacionales y estatales públicos de salud, la Constitución del Estado Nueva Esparta y demás Leyes que le fueren aplicables. Reglamento Interno de la Corporación de la Salud del Estado Nueva Esparta. (Gaceta Oficial del Estado Nueva Esparta, 1997). Artículo 1: “Reglamento Interno de la Corporación de la Salud del Estado Nueva Esparta desarrollará su estructura funcional adecuada al Reglamento Orgánico de la Corporación, fundamentado en la Ley de la Salud del Estado Nueva Esparta”. Programación Integral del Presupuesto

El principio estable que el presupuesto debe incluir el contenido y la forma de programación, es decir, que deben programarse los objetivos adoptados vinculados a los expresados en los planes de desarrollo, el conjunto de las acciones necesarias requeridas para el logro de los objetivos, los recursos humanos, materiales y otros necesarios para ejecutar dichas acciones y los financieros, para la adquisición de los recursos reales. Es 50

imprescindible que cada programa, subprograma o proyecto contengan todos los recursos reales y financieros necesarios para obtener los respectivos objetivos previstos, o en otras palabras, no programa, gastos que corresponden a otros. deben estimarse en un

Equilibrio Presupuestario

De acuerdo al artículo 3 de la Ley Orgánica de Régimen Presupuestario (2000), “…el presupuesto de gastos no debe ser superior al presupuesto de ingresos”. Las leyes establecen que a los efectos de cumplir con tal principio, se podrá utilizar dentro del presupuesto de ingresos, el 50% de las reservas de tesorería no comprometidas y estimadas para el último día del ejercicio fiscal vigente al momento de la presentación de la Ley u Ordenanza de Presupuesto, estableciendo la metodología para el cálculo de dichas reservas. A los fines de preservar su cumplimiento, se establece en las

normas legales vigentes que cuando se prevea una disminución de los ingresos estimado, el ejecutivo estadal debe ajustar los gastos, anulando los créditos presupuestarios no comprometidos.

Unidad del Presupuesto

La Ley Orgánica de Régimen Presupuestario (2000), señala en su Artículo 36: Los ingresos provenientes de operaciones de crédito público aprobadas por la asamblea nacional, no utilizados por el ejecutivo nacional y que estima utilizar en un determinado ejercicio, deberán ser incluidos en el Proyecto de Ley de Presupuesto correspondiente de Ingresos como en el de Gastos, respectivos.

51

En tal sentido, no se hará gasto o ingreso alguno al tesoro que no está previsto en la Ley Orgánica de Régimen Presupuestario. En consecuencia, cualquier gasto o ingreso a efectuarse debe estar incluido o incorporarse al presupuesto único, por ello, si por ejemplo, la administración recibe un aporte con un fin determinado o una donación u obtiene cualquier otro recurso que no fue inicialmente estimado y decide utilizarlos para incrementar sus gastos, debe incorporarlos previamente al presupuesto, mediante la figura de créditos adicionales.

Anualidad del Presupuesto

De acuerdo al Artículo 11 de la Ley Orgánica de Régimen Presupuestario (2000), “ El ejercicio presupuestario se inicia el primero (01) de Enero y termina el treinta y uno (31) de Diciembre de cada año”. Cumpliéndose de esta manera con el principio de anualidad. Ello quiere decir que los gastos deben afectar el respectivo ejercicio presupuestario, o sea, que no es posible imputar al presupuesto de gastos de un ejercicio anterior, con la única excepción de que se codifique en una partida especial prevista en el presupuesto para tales fines.

Especialización Cualitativa del Presupuesto de Gastos

La Ley Orgánica de Régimen Presupuestario (2000) señala en el Artículo 5: Los créditos asignados a cada una de las categorías referida en este artículo deberán imputarse a la correspondiente partida, Las partidas expresarán la especie de los bienes y servicios que se adquieran, así como las finalidades de las transferencias de recursos y se clasificarán de acuerdo al clasificador que elabore el Ejecutivo Nacional 52

Indica entonces, que no podrá ejecutarse gastos con la finalidad distinta a la prevista en el respectivo crédito presupuestario. De dicha norma se deriva que no se pueden imputar gastos a una partida, de un programa, subprograma, o proyecto que no hayan sido previstos en la partida correspondiente del respectivo programa, subprograma o proyecto; además que la finalidad del gasto no está contemplada solamente en la partida, sino que también está delimitada por el proyecto, el subprograma o el programa donde haya sido estimada la partida en cuestión.

Especialización Cuantitativa del Presupuesto de Gastos

La Ley Orgánica de Régimen Presupuestario (2000) señala en el Artículo 5, “… No habrá partida que no está representada por una cifra numérica”. Esto explica que todo presupuesto deberá ser expresado en montos o cantidades numéricas.

La Organización

CORPOSALUD Nueva Esparta, es un instituto autónomo, con personalidad jurídica y patrimonio propio, adscrito a la Gobernación del Estado Nueva Esparta, como ente descentralizado del Servicio Nacional de Salud y será el órgano competente del Ejecutivo Regional , a todos los efectos de la ejecución y aplicación de las leyes Sanitarias en el Estado Nueva Esparta, según Artículo N° 9 de la Ley de Salud del Estado Nueva Esparta, según Gaceta Oficial Extraordinaria de Fecha 15 de Octubre de 1996.

53

Tipo de Actividad

La actividad principal de CORPOSALUD es: ser el Organismo rector y ejecutor de las políticas de la salud en el Estado y tiene por objeto la presentación del servicio de atención a la salud, que realiza por medio de la atención médica integral de carácter preventivo curativo, por acciones de saneamiento sanitario ambiental, que tiene carácter de utilidad pública e interés social, por todas las acciones de educación, prevención y fomento para la salud y por acciones relativas a la construcción, rehabilitación y dotación de la red de servicios y de programas de salud. En consecuencia, los entes de la Administración Pública, las Entidades Federales y los Municipios, deben participar conforme a los contenidos de las Leyes y Reglamentos respectivos, y las Asociaciones Gremiales, Sindicales y Organizaciones de la Comunidad deben coadyuvar a su realización.

Objetivo de La Empresa Prestar servicio de atención a la salud, mediante la implementación de programas integrales y de acciones relativas a la construcción, rehabilitación y dotación de la red de servicios hospitalarios y ambulatorios. Le corresponde a CORPOSALUD la gestión, planificación,

administración, supervisión, evaluación y control de los servicios de salud en general y en particular lo siguiente:    Dirigir el Sistema Estatal de Salud. Formular los planes y programas Estatales de Salud Nacional. Controlar, inspeccionar y vigilar la elaboración, transporte y distribución de alimentos, drogas, medicamentos y cosméticos.

54

Estructura Organizativa

La descentralización del sector salud conlleva a muchos cambios, tanto a nivel central como regional, es por ello que los sistemas regionales de salud han venido sufriendo transformaciones, a fin de adaptarse a los nuevos esquemas de toma de decisiones. En este sentido, se presenta una estructura organizativa que persigue la mayor objetividad posible, apoyándose en las teorías de los sistemas administrativos y los diferentes esquemas utilizados por Estados

descentralizados. El organigrama de una empresa, es la expresión gráfica de las actividades debidamente ordenadas y agrupadas, donde muestra, lo siguiente:      Los aspectos más importantes de la estructura de una organización. Los puestos (cargos). Las comunicaciones y sus vías. Los niveles de asesoría (staff), auxiliares (servicios) y de líneas. Las unidades de categoría especial. Su estructura organizacional de tipo vertical, en la que los niveles jerárquicos quedan determinados de arriba hacia abajo; las

responsabilidades van por jerarquía. (Ver Anexo A). La Coordinación de Planificación y Presupuesto tiene la función de:     Elaborar, controlar y evaluar la planificación de la Corporación. Ejecutar y evaluar la planificación presupuestaria y organización estructural funcional que adelanta la Corporación. Elaborar el anteproyecto y proyecto de presupuesto anual de la Corporación. Controlar y evaluar el proyecto de presupuesto anual de la Corporación.

55

   

Coordinar el Cronograma de compromisos, desembolsos y ejecución presupuestaria. Elaborar, impulsar, coordinar, controlar y evaluar los proyectos de Salud en los cuales participe o sea seleccionada la Corporación. Promover la participación de la comunidad en la elaboración de proyectos de Salud. Promover la relación con organismos nacionales e internacionales bilaterales y multilaterales para la elaboración de proyectos y obtener recursos financieros para la ejecución de los mismos. Las Coordinaciones de Planificación y Presupuesto, y la de Finanzas

cuenta con el siguiente Personal:      

Un (01) Jefe de Presupuesto. Un (01) Planificador. Dos (01) TSU en contabilidad computarizada. Un (01) TSU en Informática Un (01) Lic. Contaduría. Dos (02) Asistentes Contables.

Estructura Directiva.

La máxima autoridad del Sistema de Salud del Estado Nueva Esparta es el Gobernador del Estado, quien la ejerce por órgano de la Corporación de Salud. La Dirección y Administración de CORPOSALUD, están a cargo de una Junta Directiva. La Junta Directiva está conformada por siete (07) miembros: un (01) Presidente, quien es el Director General del Sistema Regional de Salud, un (01) Vicepresidente Ejecutivo Médico, que ejerce las funciones de Director de Atención Médica, un (01) Vicepresidente Ejecutivo Administrativo y cuatro 56

Directores Principales, con sus respectivos Suplentes.

El Presidente, los

Vicepresidentes y un Director, son de libre nombramiento y remoción por el Gobernador del Estado. Los tres (03) directores restantes son representantes de los sectores que se especifican así: uno (01) en representación de la Consejo Legislativo del estado, fuera de su seno, siendo designado por esta o su Comisión Delegada, uno (01) en representación del Colegio de Médicos del Estado Nueva Esparta y uno (01) en representación de los Trabajadores del Sector Salud, Sindicato de Obreros seccional Nueva Esparta.

Estructura Organizacional Ejecutiva

CORPOSALUD Nueva Esparta está conformada por las siguientes Direcciones: Atención Médica y Programas, Saneamiento Ambiental,

Contraloría Sanitaria, Promoción Social y Educación para la Salud; y Administración, las cuales funcionarán como órganos ejecutores de las políticas y actividades de salud del Estado Nueva Esparta. Igualmente, CORPOSALUD Nueva Esparta tendrá las siguientes Unidades de Apoyo: Epidemiología, Consultoría Jurídica, Informática, Planificación, Recursos Humanos, Secretaría, Información y Relaciones Públicas, Seguridad y Vigilancia, Contraloría Interna, Infraestructura Física Equipos y Mantenimiento, y Docencia e Investigación y Servicios técnicos de Apoyo que funcionarán como órganos Operativos de Apoyo, consulta y asesoría de la Junta Directiva y de Presidencia. La operación ejecutiva de CORPOSALUD está organizada en cuatro niveles:  Nivel de Alta Decisión: Representada por la Junta Directiva y su

Presidente quien además de ser Presidente de la Junta Directiva es Presidente Ejecutivo de la Corporación y Director General del Sistema Regional de Salud.

57

 

Nivel Estratégico: Representado por los Vicepresidentes Ejecutivos Médico y Administrativo. Nivel Táctico: Representado por las Direcciones Generales Sectoriales de Recursos Humanos Docencia e Investigación y Servicio Técnico de Apoyo y de Consultaría Jurídica y Servicios Institucionales de Apoyo.

 

Nivel Operacional: Representado por los Distritos Sanitarios y los Servicios a ellos adscritos. Nivel de Control: Representado por la Contraloría Corporativa A nivel Geopolítico Regional, las Unidades Operativas del Sistema están

delimitadas Jurisdiccional, Territorial y Sectorialmente en Distritos Sanitarios: Oficina Central:     Distrito Sanitario N°1, Unidad Sanitaria. Distrito Sanitario N°2, La Asunción. Distrito Sanitario N°3, Juangriego. Distrito Sanitario N°4, Punta de Piedras.

Sistemas de Variables Según Sabino (1986) se entiende por variable “cualquier característica o cualidad de la realidad que es susceptible de asumir diferentes valores” (p.63). Cuando encontramos variables complejas, ya que integran una multiplicidad de aspectos diversos, debemos descomponerlas en cualidades, más simples y por lo tanto más fáciles de medir, a estas sub-cualidades que en conjunto integran la variable a medir se le denomina Dimensiones. (p. 65). Las variables sobre las cuales no pueden constituirse una serie numérica definida, se llaman variables cualitativas, para distinguirlas de aquellas que si admiten una escala numérica de medición y que se llaman variables cuantitativas.

58

Operacionalización de las Variables

La Operacionalización según la Universidad Nacional Abierta (1997). Es el proceso de expresar las variables a través de medios medibles. (p. 213). Definición Nominal de la Variable: Es donde se establece

específicamente el significado que ha de otorgársele a un determinado termino dentro de la investigación, las definiciones nominales tienen la ventaja de proporcionar una mayor precisión en el establecimiento de los objetivos de la investigación. Miriam Balestrini (2001, p.1). Definición Real: Este proceso está relacionado con los enunciados relativos a las propiedades consideradas esenciales del objeto u hecho referido en la definición. Miriam Balestrini (2001, p.114). Definición Operacional: Implica seleccionar los indicadores contenidos, de acuerdo al significado que se le ha otorgado a través de sus dimensiones a la variable en estudio. Miriam Balestrini (2001, p.114). Índice: Se trata de recomponer el concepto original, uniendo las partes que lo contienen. Miriam Balestrini (2001, p.114).

59

Cuadro 3 Operacionalización De Variables VARIABLE
Sistema de

DEFINICION
Son aquellos componentes interrelacionados que capturan, procesan y

DIMENSION
Estaciones Trabajo.

INDICADORES
de Computadoras personales.

ITEMS 1,2,3,4,5

Información Bajo almacenan, plataforma Intranet

distribuyen la información para apoyar la toma de decisiones, el control, análisis y visión en una institución, apoyados en una

Sistemas Cómputos Servidores.

de Excel, Saint. Capacidad almacenamiento velocidad Procesamiento. de y de

6,7,8,9

Cuestionario realizado Coordinación a la de

plataforma intranet

Comunicación.

Conexión en red.

Informática

10

60

Puesta en Marcha de un plan de acción, cuya

Plan Acción.

de

Actividades, metas, costos, tiempo, Pagos,

11,12,13

materialización

demanda

transacciones financieras.

responsables, Traslados Transacciones partidas, Trasferencias, Presupuestos comprometidos, causados pagados y de

Entrevistas estructuradas observación Directa

no y

Ejecución Presupuestaria

Financieras.

61

Cuadro 3 (Cont.) Registro Información Manual de Es el asiento de la información se consigna que de Asiento de la Inconsistencia en la data. Seguridad datos. Confiabilidad Veracidad información. de y la de los 14,15,16,17

información.

manera escrita.

Registro Información

de

Conjunto de datos o palabras

Conjunto datos.

de

Inconsistencia en la data. Seguridad datos. Confiabilidad Veracidad información de y la de los

18,19

Semiautomati.zada

conexos, que se trabajan como una unidad.

62

Definición de Términos Básicos

Asignación Presupuestaria

Son los recursos asignados en la distribución Institucional del Presupuesto de gastos, para cada una de las subpartidas específicas

señaladas en el formato de Ejecución Presupuestaria (Ver Anexo F). Ley Orgánica de Régimen Presupuestario (2000).

Modificaciones Presupuestarias

Son las variaciones legalmente acordadas durante la ejecución del presupuesto, sobre los créditos originalmente aprobados, es decir, las que hayan llegado hasta su último nivel de aprobación, ya sea mediante oficio de autorización por parte de los organismos competentes o de la publicación en gaceta oficial.

Las modificaciones Presupuestarias son:    

Traspasos de créditos presupuestarios mayores o menores al 5%. Créditos Adicionales. Rectificaciones al Presupuesto. Insubsistencia o Rebajas. Es importante señalar que dichas modificaciones pueden aumentar,

disminuir o anular total o parcialmente los créditos asignados a cada una de las subpartidas Específicas.

63

Presupuesto Modificado

Es el resultado de realizar la suma algebraica del monto asignado en la Ley, por cada una de las subpartidas específicas, las modificaciones presupuestarias aprobadas del trimestre, en caso que las tuviere.

Comprometido

En esta etapa de la ejecución del Presupuesto de Gastos, se indicaran las transacciones que reflejen el momento en que se dispone formalmente a la realización de un gasto (acto administrativo), ya sea con o sin contraprestación, de acuerdo a lo estipulado en los artículos 17 y41 de la ley Orgánica del Régimen Presupuestario (2000). Cabe destacar que el monto indicado en el compromiso, no debe exceder las cuotas trimestrales aprobadas por la Tesorería Nacional.

Causado

Etapa de la Ejecución del Presupuesto de Gastos que consiste en el uso de las asignaciones presupuestarias a través de transacciones de gastos, según los procedimientos establecidos, que permitan efectuar las acciones pertinentes para el logro de los objetivos y planes previstos, de conformidad a lo dispuesto en el Artículo 18 del Reglamento de la Ley Orgánica de Régimen Presupuestario (2000).

Pagado

Etapa de la ejecución del Presupuesto de Gastos en la que se extingue la obligación mediante el pago del compromiso causado, según lo estipulado

64

en el Artículo 18 del Reglamento de la Ley Orgánica de Régimen Presupuestario (2000).

Porcentaje (%) de Ejecución

Es la expresión en términos porcentuales que resulta de dividir el monto comprometido entre el presupuesto modificado para cada una de las subpartidas Especificas indicadas en el formato y representa el nivel de avance en el uso de las asignaciones presupuestarias durante el trimestre.

Saldo

Es el resultado de realizar la operación del presupuesto modificado menos el monto comprometido para cada una de las Subpartidas Especificas indicadas en el Formato de Ejecución y representa la parte de los créditos presupuestarios que se encuentran disponibles en el Tesoro. El saldo reflejado en la Ejecución Presupuestaria deberá ser justificado en una hoja de observaciones anexas.

Total

Debe indicarse la sumatoria vertical de las partidas globales (4.01 “Gastos de Personal, 4.02 “Materiales y Suministros”, 4.03 “Servicios No Personales”, 4.04 “Activos Reales”, 4.06 “Servicios de la Deuda Pública y Disminución de otros Pasivos”, y 4.07 “Transferencias), (ver Anexo F).

Observaciones

Es la manera de indicar explícitamente y concretamente a nivel de partidas globales, en una hoja anexa, las transacciones más relevantes del 65

trimestre, así como los objetivos cumplidos en cada Unidad Ejecutora de Programa, Sub Programa, actividad o Entidad Federal. De igual modo es donde se indican las modificaciones presupuestarias aprobadas que fueron consideradas en la Ejecución Presupuestaria durante el Trimestre respectivo.

Administración

Acción de administrar o proceso de darle un mejor uso a los elementos o artículos que son destinados para una actividad específica.

Análisis de sistemas

El examen de una actitud, un procedimiento, un método, una técnica o una organización, para determinar lo que debe realizarse y como debe efectuarse mejor las operaciones necesarias para realizar al máximo el alcance de los objetivos predeterminados.

Control interno

Sistema que incluye todas las medidas adoptadas por una organización con el fin de proteger sus recursos, contra despilfarros, fraudes e

ineficiencia. Su función es ayudar al funcionamiento eficiente de la empresa.

Distrito sanitario

Es el nivel operativo del Ministerio de Poder Popular para la Salud (M.P.P.S.); y es la Unidad Administrativa Ejecutora de los de Salud en un área geográfica – política resultante de la división de las sub regiones.

66

Estructura organizacional Indica la forma como se ordena y se disponen entre si las partes de una organización y como se relacionan; además sirve para canalizar los esfuerzos de las partes, de acuerdo con los objetivos de la organización.

Procedimientos

Son especificaciones concretas, de cómo deben realizarse las actividades en la organización.

Saneamiento

Conjunto de recursos de salud interrelacionados y organizados con criterios geográficos y poblacional, en áreas urbanas y rurales, diseñados a partir de las necesidades de la población.

67

PARTE III

ORIENTACIÓN PROCEDIMENTAL

Estrategia de Desarrollo
Modalidad de la investigación

La presente investigación se considera bajo la modalidad estudio monográfico, la cual la Universidad Yacambú, Vicerrectorado de

Investigación y Postgrado, Instituto de Investigación y Postgrado (2007) la define como “son trabajos orientados al abordaje de un tema o problema con sustento en los procesos de acopio de información, organización, análisis crítico y reflexivo, interpretación y síntesis de referencias y otros insumos pertinentes al tema seleccionado.” (p.15), según los objetivos planteados en esta investigación se considera una propuesta fundamentada, la cual de Investigación y Postgrado (2007) la define como la

Universidad Yacambú, Vicerrectorado de Investigación y Postgrado, Instituto “Propuestas

fundamentadas de políticas, acciones, enfoques, programas, modelos, métodos e innovaciones en el área de la especialidad.” (P. 16). Esta investigación consistió en la elaboración y desarrollo de una propuesta de un modelo operativo viable para el control de la ejecución presupuestaria de CORPOSALUD, Los datos se recolectaron directamente del lugar donde se desarrollan los hechos objetos de estudio, es decir las Coordinaciones de la Corporación de la Salud del Estado Nueva Esparta a cuya institución se le

68

diseño un sistema bajo plataforma Intranet que permita la ejecución óptima de todas las cuentas que integran el presupuesto de la organización. Según Universidad Nacional Abierta (1991). El diseño de Investigación es la planificación coherente y racional de las actividades tendientes a lograr la correcta selección de los, métodos, técnicas y procedimientos para el muestreo, recolección y análisis de los datos en la investigación, su objeto es proporcionar un modelo de verificación que permita contrastar hechos con teoría y su forma es la de una estrategia o plan general que determinan las operaciones necesarias para hacerlo, utilizando varios tipos de diseño para definir y justificar la investigación: Documental (se basa en análisis de datos impresos); de campo (se basan en datos primarios, obtenidos directamente de la realidad) y experimental (someter elementos a determinadas condiciones). Sabino (1986) dice, que en cuanto a que según el tipo de dato que se está recogiendo para llevar a cabo una investigación “es posible categorizar a los diseños en dos tipos básicos: diseño bibliográfico y diseño de campo” (p. 76). Refiriéndose a los diseños bibliográficos como los datos que son tomados de informes, debido a que ya fueron recolectados en otras investigaciones y definiendo a los Diseños de Campo, como: los que se refieren a los métodos a emplear cuando los datos de interés se recogen en forma directa de la realidad.....estos datos, obtenidos directamente de la experiencia empírica, son llamados datos primarios, denominación que alude al hecho de que son datos de primera mano, originales producto de la investigación en curso sin intermediación de ninguna naturaleza. (p. 77). En este mismo sentido Universidad Nacional Abierta (1991) señala: el diseño será de campo, cuando los datos se recogen directamente de la realidad, constituyendo un proceso sistemático, riguroso y racional de recolección, tratamiento, análisis y presentación de datos basada en una estrategia de recolección directa de la realidad de las informaciones necesarias para la investigación”. (p. 39).

69

Debido a lo antes expuesto se puede decir que para apoyar la modalidad de informe monográfico y fundamentar la propuesta se utilizó el diseño de campo transaccional (en un tiempo determinado), multivariable, (dos

variables en estudio, Sistema de información y presupuesto) debido al que el objeto de estudio está dirigido a un sistema de información que busca

optimizar la elaboración del presupuesto en CORPOSALUD. La fuente donde se obtuvo la información fueron: fuentes vivas identificadas por la población compuesta por nueve (09) personas que laboran en las Coordinaciones de Planificación y Presupuesto, Finanzas e Informática de CORPOSALUD, cinco (5) en la unidad de Presupuesto, dos (2) en el área de Finanzas y dos (2) en la Coordinación de Informática. Debido al tamaño de la población no se hizo necesario sacar muestra, ya que es manejable. Además de contar con fuentes secundarias como: Leyes, Reglamentos, textos, páginas de Internet y otros documentos, los cuales fueron analizados para determinar los procesos que se deben cumplir para llevar correctamente un presupuesto.

Técnicas e Instrumentos de Recolección de Datos Según lo planteado por Sabino (1986), “un instrumento de recolección de datos es en principio, cualquier recurso de que se vale el investigador para acercarse a fenómenos y extraer de ellos información”. Es mediante una adecuada construcción de los instrumentos de recolección que la investigación alcanza entonces la necesaria correspondencia entre teoría y hechos; es más, podríamos decir que gracias a ello que ambos términos efectivamente se vinculan (p. 129-130). De las técnicas mencionaremos, en primer lugar, la Observación Directa; que según Tamayo y Tamayo (2000), “es aquella en la cual el investigador puede observar y recoger datos mediante su propia observación”. (p.122). Presentándose como variante la observación intersubjetiva, basada en el 70

principio de que observaciones repetidas de las mismas respuestas por el mismo observador deben producir los mismos datos. Este tipo de técnica se aplicó en los departamentos de finanzas y presupuesto donde se constató de manera visual y auditiva los procedimientos relacionados con la ejecución presupuestaria y el método utilizado para su elaboración el cual se llevara a cabo en horario de oficina de 8:00 am a 12:00 m y de 1:00 pm a 4:00pm. Igualmente se utilizó el instrumento Cuestionario basado en el hecho de que éste es eficaz porque permite la obtención de datos primarios y rápidos. Al respecto Tamayo y Tamayo (2000) dice: Es de gran utilidad en la investigación científica, ya que constituye una forma concreta de la técnica de observación, logrando el que el investigador fije su atención en ciertos aspectos y se sujeten a determinadas investigaciones. El cuestionario contiene los aspectos del fenómeno que se consideran esenciales; permite, además, aislar ciertos problemas que nos interesan principalmente; reduce la realidad a cierto número de datos esenciales y precisa el objeto de estudio. (p. 124). Para Balestrini (2001), el cuestionario es considerado como: Un medio de comunicación escrito y básico entre el encuestador y el encuestado, facilita traducir los objetivos y las variables de la investigación a través de una serie de preguntas muy particulares previamente preparadas de una forma cuidadosa, susceptibles de analizarse en relación con el problema estudiado. (p.138). El Cuestionario aplicado al personal de los departamentos involucrados, consta de diecinueve (19) preguntas o ítems, con las cuales se responde los objetivos planteados en la investigación. Revisión documental: se revisaron textos como sistemas de con

información en la administración, páginas de Internet relacionadas

sistemas de información y presupuesto; leyes, reglamentos relacionados con el presupuesto público. Otros documentos como memoria y cuenta de Corposalud. En tal sentido, se consideró necesario diseñar una matriz metodológica, para visualizar de una manera clara, sencilla y precisa, los métodos, 71

instrumentos y costos que se emplearán en la investigación planteada, donde se detalla la interrelación entre los objetivos específicos, actividades y los recursos estimados.

Cuadro 4 Matriz Metodológica Objetivos Específicos Identificar las actividades desarrolladas para la ejecución presupuestaria en los Departamentos de Finanzas y Presupuesto de CORPOSALUD Nueva Esparta. Describir el método para el registro de información manual y Semiautomatizada que se ejecuta en CORPOSALUD Nueva Esparta. Analizar el Proceso de comunicación entre los Departamentos de Finanzas y Presupuesto para determinar los requerimientos del sistema propuesto. Proponer un sistema de información bajo plataforma Intranet, según la metodología Análisis y Diseño Orientada a Objeto de James Martín y James Odell y La Extensión para aplicaciones Web de Conallen Actividades Observación Revisión Bibliográfica. Entrevista No Estructuradas Recursos Estimados Económicos: 125. Bs. Materiales: Papel Bond, Bloc de notas, lápices, Grabadora y pilas. Humano: 09 personas. Económicos: 150. Bs. Materiales: Papel Bond, Bloc de notas y lápices, Humano: 09 personas Económicos: 150 Bs. Materiales: Papel Bond, Bloc de notas y lápices, Humano: 09 personas Económicos: 115 Bs. Materiales: Papel Bond, Bloc de notas y lápices, Humano: 09 personas

Observación Cuestionario

Observación Cuestionario

Revisión Bibliográfica

72

Estrategia de desarrollo para el Diseño del Sistema de Información bajo Plataforma Intranet para el control de la ejecución presupuestaria de CORPOSALUD

Para el diseño del sistema de información se seguirán tres (3) pasos; en las cuales estarán incluidas las metodologías: orientada a objeto de Martin y Odell, la cual se complementara con las clases estereotipadas de WAE propuesta por Conallen.

Paso I: En esta se procede a realizar el levantamiento de la información utilizando las técnicas de recolección de datos como son entrevistas no estructuradas, cuestionarios, observación directa, revisión documental y de esta forma dar cumplimiento al objetivo especifico 1, luego se procederá a analizar toda la información analizada y se procederá a aplicar la fase 1 de la metodología Orientada a Objeto, esta permitirá determinar los objetos que conformaran el sistema, así como el comportamientos de estos, los eventos que actúan sobre ellos para producir los cambios de estados en los mismos.

Paso II: En esta etapa se procede a analizar los recursos de red y hardware con que cuenta CORPOSALUD, de esta forma se determina los recursos que posee y cuáles serian necesarios adquirir; también se decidirá sobre la

topología, medio de transmisión que se utilizara en la conformación de la red que permita interconectar las diferentes unidades involucradas, de esta forma se dará cumplimiento al objetivo 2.

Paso III: En esta procederá a aplicar la fase II de la metodología orientada objeto y de esta forma se diseñara la base de datos, las operaciones y 73

pseudocódigos (miniespecificaciones), y se aplicara la metodología WAE la cual permite modelar aplicaciones con elementos específicos de la arquitectura de un entorno Web. De esta formar se obtendrá el producto final que es el diseño del sistema de información bajo plataforma Intranet que se propone y dar cumplimiento al objetivo específico 3. Es importante resaltar que los pasos II y III se pueden realizar simultáneamente.

74

PARTE IV

EL PRODUCTO

Desarrollo del Diseño Propuesto
Para elaborar el diseño del sistema de información bajo plataforma Intranet que permita el control Presupuestario ajustado a las necesidades y condiciones actuales de la organización, se debieron cumplir una serie de fases estipuladas por la metodología Analisis y Diseño Orientada a Objetos de James Martín y James Odell (1998), y Extensión de Aplicaciones Web (WAE) de Conallen (1998) con el fin de mejorar y optimizar los procesos de las actividades futuras de la misma. A continuación se presentan las fases del diseño en forma clara y precisa.

Fase I: Análisis Orientado a Objetos (AOO)

Análisis de la estructura de los objetos En esta etapa se presenta el modelado de la realidad estudiada en está investigación, en esta etapa se representan los objetos que intervendrán en el sistema de información bajo plataforma Intranet a diseñar mediante el esquema de objeto (Ver Gráfico 18), estos objetos se obtuvieron en el levantamiento de la información. Es de resaltar que la compresión del

modelo suele ser más sencilla si los objetos y asociaciones se representan mediante un diagrama de relación entre objetos; los subtipos y supertipos se representan en diagrama de generalización y las estructuras compuestas en 75

un diagrama compuesto. Sin embargo, para los usuarios más sofisticados, es más útil presentarlo todo en un sólo diagrama. Que es el esquema de objeto, debido que se tiene una visión global de todos los objetos que se modelan y sus interrelaciones.

76

Gráfico 17. Esquema de Objeto Propuesto del Sistema de información bajo plataforma Intranet para el Control de la Ejecución Presupuestaria de CORPOSALUD.

77

Análisis del comportamiento de los objetos En esta segunda etapa del análisis se representan las actividades principales del sistema, relacionadas entre si por los productos que se generan a través del Diagrama de Flujo de Objetos (DFO). Esté indica los objetos que se producen y las actividades que los producen e intercambian.

El diagrama de flujo de datos permite representar los objetos desde un alto nivel de comprensión, lo cual es muy útil en los niveles estratégicos de planeación. En la Gráfica 18 se visualiza el diagrama de flujo principal del sistema de información bajo plataforma Intranet para el control presupuestario, en esta se encuentra las actividades macros que darán como resultados los objetos principales del sistema, debido a lo complejo del diagrama se procedieron a realizar las expansiones necesarias (Ver Gráfico 19 hasta el 26). Además se representaras los diagramas de eventos y de transición de estado.

Gráfico 18. Diagrama de Flujo Objeto Nivel 0 del Sistema de Información bajo plataforma Intranet para la Ejecución Presupuestaria de CORPSALUD.¡Error! Marcador no definido.

79

CREAR CRONOGRAMA

CRONOGRAMA DE DESEMBOLSO

PARTIDA

CREAR SUB PARTIDA

SUB-PARTIDA

Gráfico 19. Expansión del proceso control de partida

CREAR TRASLADO INTERNO

TRASLADO INTERNO

TRASLADO

CREAR TRASLADO EXTERNO

TRASLADO EXTERNO

Gráfico 20. Expansión del proceso control de traslado

ORDEN PAGO PERSONAL

CREAR NÓMINA

NÓMINA

Gráfico 21. Expansión del proceso control orden de pago.

80

Gráfico 22. Expansión del Proceso control de transacción de partida.

CREAR SOLICITUD VIÁTICO

SOLICITUD VIÁTICO

DEPARTAMENTO PERSONAL CREA RECIBO VIATICO

DEPARTAMENTO TESORERÍA

RECIBO VIÁTICO

Gráfico 23. Expansión del Proceso control de solicitud de viático.

81

CREAR SOLICITUD COMPRA

SOLICITUD COMPRA

CREAR DETALLES SOLICITUD COMPRA

DETALLES SOLICITUD COMPRA

DPTO. COMPRA ORDEN COMPRA

ORDENES DE COMPRA

CREAR DETALLES ORDEN COMPRA

DETALLES ORDEN DE COMPRA

Gráfico 24. Expansión del proceso control solicitud de compra.

CREAR SOLICITUD DE SERVICIO

SOLICITUD DE SERVICIO

DPTO. DE COMPRA CREA ORDEN SERVICIO

ORDEN DE SERVICIO

Gráfico 25. Expansión del proceso control solicitud de servicio.

ORDEN DE INGRESO

CREAR INGRESO UNIDADES

INGRESO DE UNIDADES

Gráfico 26. Expansión del proceso ingreso unidades.

82

Diagramas de Eventos: Siguiendo con la etapa de Análisis de comportamientos se representan los esquemas de eventos que permitirán mostrar la secuencia de eventos que sufre cada objeto, las operaciones que las producen, y activan. (Ver Gráfico 27 hasta 71).

INFORMACIÓN CREAR PARTIDA LIBRO DE CUENTA

PARTIDA CREADA

Gráfico 27. Esquema de eventos crear partida.

PARTIDA CREADA

MODIFICAR PARTIDA

PARTIDA MODIFICADA

Gráfico 28. Esquema de eventos modificar partida.

ACTIVA DATOS DE PARTIDA VERIFICAR ESTADO DE PARTIDA ESTADO VERIICADO INACTIVA

CANCELAR ACTIVAR

ACTIVAR CANCELADA PARTIDA ACTIVADA

ACTIVAR PARTIDA

Gráfico 29. Esquema de eventos clasificar partida como activa

ACTIVA DATOS DE PARTIDA VERIFICAR ESTADO DE PARTIDA ESTADO VERIICADO INACTIVA

INACTIVAR PARTIDA

PARTIDA INACTIVA INACTIVAR CANCELADO

CANCELAR INACTIVAR

Gráfico 30. Esquema de eventos clasificar partida como inactiva.
.

83

INFORMACIÓN LIBRO DE CUENTA CREAR PARTIDA SUB-

SUB-PARTIDA CREADA

Gráfico 31. Esquema de eventos crear sub-partida

SUB-PARTIDA CREADA MODIFICAR PARTIDA SUB-

SUB-PARTIDA

MODIFICADA

Gráfico 32. Esquema de eventos modificar sub-partida.

ACTIVA DATOS DE SUB-PARTIDA VERIFICAR ESTADO DE SUB-PARTIDA ESTADO VERIICADO INACTIVA

CANCELAR ACTIVAR

ACTIVAR CANCELADA SUB-PARTIDA ACTIVADA

ACTIVAR SUB-PARTIDA

Gráfico 33. Esquema de eventos clasificar sub-partida como activa.

ACTIVA DATOS DE SUB-PARTIDA VERIFICAR ESTADO DE SUB-PARTIDA ESTADO VERIICADO INACTIVA

INACTIVAR SUB-PARTIDA

SUB-PARTIDA INACTIVA INACTIVAR CANCELADO

CANCELAR INACTIVAR

Gráfico 34. Esquema de eventos clasificar sub-partida como inactiva.

84

MSBS Y GENE EMITEN CRONOGRAMA DE DESEMBOLSO ANUAL

CRONOGRAMA DE DESEMBOLSO ANUAL

CREAR CRONOGRAMA DE DESEMBOLSO

CRONOGRAMA DE DESEMBOLSO CREADO

Gráfico 35. Esquema de eventos crear cronograma de desembolso.
MODIFICACIÓN DE CREDITO ADICIONAL PRESUPUESTO

MSDS Y GENE EMITEN CRÉDITOS ADICIONALES

RECIBIDO

CREAR MODIFICACIÓN DE PARTIDA

PARTIDA CREADA

REASIGNAR PRESUPUESTO A PARTIDA

REASIGNADO

Gráfico 36. Esquema de eventos crear modificación de partida.

MSDS Y GENE EMITEN ORDEN DE PAGO CENTRAL

ORDEN DE PAGO CENTRAL EMITIDA

CREAR ORDEN DE PAGO CENTRAL

ORDEN DE PAGO CENTRAL CREADA

ASIGNAR PRESUPUESTO PARTIDA

PRESUPUESTO ASIGNADO PARTIDA

Gráfico 37. Esquema de eventos crear orden de pago.

85

NO EXISTE

SOLICITAR TRASLADO

TRASLADO SOLICITADO

DPTO. ENVIA SOLICITUD COMPRA

SOLICITUD DE COMPRA ENVIADA

CODIFICAR SOLICITUD COMPRA

SOLICITUD COMPRA CODIFICADA

VERIFICAR DISPONIBILIDAD PARTIDA

DISPONIBILIDAD VERIFICADA EXISTE

CREAR SOLICITUD COMPRA

SOLICITUD COMPRA CREADA

CREAR DETALLES SOLICITUD COMPRA

DETALLES SOLICITUD COMPRA CREADA

CLASIFICAR SOLICITUD COMPRA COMO PENDIENTE

SOLICITUD DE COMPRA CLASIFICADA COMO PENDIENTE

ORDEN DE INGRESO
CREAR SOLICITUD COMPRA SOLICITUD COMPRA CREADA CLASIFICAR SOLICITUD COMPRA COMO EMITIDA SOLICITUD DE COMPRA CLASIFICADA COMO EMITIDA PRECOMPROMETER PRESUPUESTO PARTIDA PRESUPUESTO
PRECOMPROMETIDO

ASIGNAR TRANSACCIÓN

CREAR DETALLES SOLICITUD COMPRA

DETALLES SOLICITUD COMPRA

Gráfico 38. Esquema de eventos crear solicitud de compra.

PROCESADA

CANCELAR CLASIFICACIÓN

CLASIFICACIÓN CANCELADA

EMITIDA SOLICITUD COMPRA PENDIENTE ESTADO DETERMINADO ANULADA NO EXISTE PENDIENTE VERIFICAR DISPONIBILIDAD DE PARTIDA DISPONIBILIDAD VERIFICADA EXISTE CLASIFICAR SOLICITUD DE COMPRA COMO EMITIDA SOLICITUD DE COMPRA CLASIFICADA COMO EMITIDA TRANSACCIÓN ASIGNADA ASIGNAR TRANSACCIÓN PARTIDA PRESUPUESTO PRECOMPROMETIDA PRECOMPROMETER PRESUPUESTO PARTIDA CANCELAR SOLICITUD DE COMPRA

DETERMINAR ESTADO

CLASIFICACION CANCELADA

Gráfico 39. Esquema de eventos clasificar solicitud de compra como emitida.

87

ANULADA CANCELAR ANULACIÓN

ANULACIÓN CANCELADA

PROCESADA SOLICITUD COMPRA CREADA NO EXISTE EXISTE ANULAR ORDEN DE COMPRA

DETERMINACIÓN ESTADO

ESTADO DETERMINADO

PENDIENTE

CLASIFICAR SOLICITUD DE COMPRA COMO ANULADO

SOLICITUD DE COMPRA CLASIFICADA COMO NULA

EMITIDA

DESCOMPROMOTER PRECOMPROMISO DE PARTIDA

PRECOMPROMISO

VERIFICAR ORDEN DE COMPRA

ORDEN DE COMPRA VERIFICADA

DESCOMPROMETIDO

TRANSACCIÓN ASIGNADA

ASIGNAR TRANSACCIÓN

ORDEN DE COMPRA ANULADA

Gráfico 40. Esquema de eventos anular solicitud de compra.

88

NO EXISTE DPTO. COMPRA ENVIA ORDEN DE COMPRA ORDEN DE COMPRA ENVIADA EXISTE VERIFICAR DISPONIBILIDAD DISPONIBILIAD EXISTE VERIFICADA REGISTRO CANCELADO VERIFICAR SOLICITUD DE COMPRA SOLICITUD NO VERIFICADA EXISTE CANCELAR REGISTRO

SOLICITAR TRASLADO TRASLADO SOLICITADO ORDEN DE COMPRA CLASIFICADA COMO PENDIENTE

REGISTRAR ORDEN DE COMPRA

ORDEN DE COMPRA REGISTRADA

REGISTRAR DETALLES ORDEN DE COMPRA

DETALLES ORDEN DE COMPRA REGISTRADA

CLASIFICAR ORDEN DE COMPRA COMO PENDIENTE

REGISTRAR ORDEN DE COMPRA

ORDEN DE COMPRA REGISTRADA

REGISTRAR DETALLES ORDEN DE COMPRA

DETALLES ORDEN DE COMPRA REGISTRADA

CLASIFICAR ORDEN DE COMPRA COMO EMITIDA

ORDEN DE COMPRA CLASIFICADA COMO EMITIDA

TRANSACCIÓN ASIGNADA

ASIGNAR TRANSACCIÓN

PRESUPUESTO PARTIDA COMPROTMETIDO

COMPROMETER PRESUPUESTO PARTIDA

Gráfico 41. Esquema de eventos crear orden de compra.

89

PROCESADA CANCELAR MODIFICACIÓN

MODIFICACIÓN CANCELADA

ANULADA ORDEN DE COMPRA REGISTRADA

DETERMINAR ESTADO

ESTADO DETERMINADO PENDIENTE ORDEN DE COMPRA MODIFICADA

MODIFICAR ORDEN DE COMPRA

EMITIDA

Gráfico 42. Esquema de eventos modificar orden de compra

90

ANULADA CANCELAR ANULACIÓN PROCESADA ANULACIÓN CANCELADA

EMITIDA

DESCOMPROMETER PRESUPUESTO PARTIDA

PRESUPUESTO DESCOMPROMETIDO

ASIGNAR TRANSACCIÓN

ORDEN DE COMPRA REGISTRADA

DETERMINAR ESTADO

TRANSACCIÓN ASIGNADA ESTADO DETERMINADO PENDIENTE CLASIFICAR ORDEN DE COMPRA NULA ORDEN DE COMPRA CLASIFICADA COMO NULA

VERIFICAR SOLICITUD DE COMPRA

SOLICITUD DE COMPRA ANULADA

ANULAR SOLICITUD DE COMPRA

EXISTE

ANULACIÓN CANCELADA

CANCELAR ANULACIÓN SOLICITUD DE COMPRA

NO EXISTE

Gráfico 43. Esquema de eventos anular orden de compra.

91

PROCESADA

CANCELAR CLASIFICACIÓN

CLASIFICACIÓN CANCELADA

EMITIDA ORDEN DE COMPRA PENDIENTE ESTADO ANULADA DETERMINADO NO EXISTE VERIFICAR DISPONIBILIDAD DE PARTIDA PENDIENTE
DISPONIBILIDAD

DETERMINAR ESTADO

CLASIFICACION CANCELADA CANCELAR ORDEN DE COMPRA CLASIFICAR ORDEN DE COMPRA COMO EMITIDA

VERIFICADA EXISTE

ORDEN DE COMPRA CLASIFICADA COMO EMITIDA TRANSACCIÓN ASIGNADA ASIGNA TRANSACCIÓN PARTIDA PRESUPUESTO COMPROMETIDA COMPROMETER PRESUPUESTO PARTIDA

Gráfico 44. Esquema de eventos clasificar orden de compra como emitida.

92

EXISTE DPTO. DE COMPRA ENVIA SOLICITUD DE SERVICIO SOLICITUD DE SERVICIO CODIFICAR SOLICITUD DE SERVICIO SOLICITUD DE SERVICIO CODIFICADA VERIFICAR DISPONIBILIDAD DE PARTIDA

NO EXISTE

ENVIADA

SOLICITAR TRASLADO

TRASLADO SOLICITADO

CREAR SOLICITUD DE SERVICIO

SOLICITUD DE SERVICIO CREADA

CLASIFICAR SOLICITUD DE SERVICIO COMO PENDIENTE

SOLICITUD DE SERVICIO CLASIFICADA COMO PENDIENTE

CREAR SOLICITUD DE SERVICIO

SOLICITUD DE SERVICIO CREADA

CLASIFICAR SOLICITUD DE SERVICIO COMO EMITIDA

SOLICITUD DE SERVICIO CLASIFICADA COMO EMITIDA

PRECOMPROMETE R PRESUPUESTO PARTIDA

PRESUPUESTO
PRECOMPROMETIDO

ASIGNAR TRANSACCIÓN

TRANSACCIÓN ASIGNADA

Gráfico 45. Esquema de eventos crear solicitud de servicio.

93

ANULADA

CANCELAR ANULACIÓN

ANUACIÓN CANCELADA

PROCESADA SOLICITUD DE SERVICIO CREADA NO EXISTE ORDEN DE SERVICIO VERIFICADA EXISTE ANULAR ORDEN DE SERVICIO

DETERMINACIÓN ESTADO

ESTADO DETERMINADO

PENDIENTE

CLASIFICAR SOLICITUD SERVICIO NULA

SOLICITUD DE SERVICIO ANULADA

EMITIDA

PRECOMPROMISO DESCOMPROMOTE R PRECOMPROMISO DESCOMPROMETIDO DE PARTIDA

VERIFICAR ORDEN DE SERVICIO

TRANSACCIÓN ASIGNADA

ASIGNAR TRANSACCIÓN

ORDEN DE SERVICIO ANULADA

Gráfico 46. Esquema de eventos anular solicitud de servicio.

94

PROCESADA

CANCELAR CLASIFICACIÓN

CLASIFICACIÓN CANCELADA

EMITIDA SOLICITUD SERVICIO PENDIENTE ESTADO DETERMINADO ANULADA NO EXISTE PENDIENTE VERIFICAR DISPONIBILIDAD DE PARTIDA DISPONIBILIDAD VERIFICADA EXISTE CLASIFICAR SOLICITUD DE SERVICIO COMO EMITIDA SOLICITUD DE SERVICIO CLASIFICADA COMO EMITIDA TRANSACCIÓN ASIGNADA ASIGNAR TRANSACCIÓN PARTIDA PRESUPUESTO PRECOMPROMETIDA PRECOMPROMETE R PRESUPUESTO PARTIDA CANCELAR SOLICITUD DE SERVICIO

DETERMINAR ESTADO

CLASIFICACION CANCELADA

Gráfico 47 .Esquema de eventos clasificar solicitud de servicio como emitida

95

NO EXISTE DPTO. DE COMPRA ENVIA ORDEN DE SERVICIO ORDEN DE SERVICIO ENVIADA EXISTE VERIFICAR DISPONIBILIDAD DISPONIBILIAD VERIFICADA REGISTRO CANCELADO SOLICITUD VERIFICADA NO EXISTE CANCELAR REGISTRO EXISTE

SOLICITAR TRASLADO TRASLADO SOLICITADO

VERIFICAR SOLICITUD DE SERVICIO

ORDEN DE SERVICIO CLASIFICADA COMO PENDIENTE

REGISTRAR ORDEN DE SERVICIO

ORDEN DE SERVICIO REGISTRADA

CLASIFICAR ORDEN DE SERVICIO COMO PENDIENTE

ORDEN DE SERVICIO REGISTRAR ORDEN DE SERVICIO REGISTRADA

CLASIFICAR ORDEN DE SERVICIO COMO EMITIDA

ORDEN DE SERVICIO CLASIFICADA COMO EMITIDA

TRANSACCIÓN ASIGNADA

ASIGNAR TRANSACCIÓN

PRESUPUESTO PARTIDA COMPROTMETID O

COMPROMETER PRESUPUESTO PARTDA

Gráfico 48. Esquema de eventos crear orden de servicio.

96

PROCESADA CANCELAR MODIFICACIÓN

MODIFICACIÓN CANCELADA

ANULADA ORDEN DE SERVICO REGISTRADA

DETERMINAR ESTADO

ESTADO DETERMINADO PENDIENTE ORDEN DE SERVICIO MODIFICADA

MODIFICAR ORDEN DE SERVICO

EMITIDA

Gráfico 49. Esquema de eventos modificar orden de servicio.

97

PROCESADA

CANCELAR CLASIFICACIÓN

CLASIFICACIÓN CANCELADA

EMITIDA ORDEN DE SERVICIO PENDIENTE ESTADO DETERMINADO ANULADA NO EXISTE PENDIENTE VERIFICAR DISPONIBILIDAD DE PARTIDA
DISPONIBILIDAD VERIFICADA

DETERMINAR ESTADO

CLASIFICACION CANCELADA CANCELAR CLASIFICACIÓN

EXISTE

CLASIFICAR ORDEN DE SERVICIO COMO EMITIDA ORDEN DE SERVICIO CLASIFICADA COMO EMITIDA

TRANSACCIÓN ASIGNADA

ASIGNAR TRANSACCIÓN

PARTIDA PRESUPUESTO COMPROMETIDA

COMPROMETER PRESUPUESTO PARTIDA

Gráfica 50. Esquema de eventos clasificar orden de servicio como emitida.

98

ANULADA CANCELAR ANULACIÓN PROCESADA ANULACIÓN CANCELADA

EMITIDA

DESCOMPROMETER PRESUPUESTO PARTIDA

PRESUPUESTO DESCOMPROMETIDO

ASIGNAR TRANSACCIÓN

ORDEN DE SERVICIO REGISTRADA

DETERMINAR ESTADO

TRANSACCIÓN ASIGNADA ESTADO DETERMINADO PENDIENTE CLASIFICAR ORDEN DE SERVICIO COMO NULA ORDEN DE SERVICIO CLASIFICADA COMO NULA

VERIFICAR SOLICITUD DE SERVICIO

SOLICITUD DE SERVICIO ANULADA

ANULAR SOLICITUD DE SERVICIO

EXISTE

ANULACIÓN CANCELADA

CANCELAR ANULACIÓN SOLICITUD DE SERVICIO

NO EXISTE

Gráfico 51. Esquema de eventos anular orden de servicio

99

NO EXISTE

SOLICITAR TRASLADO

TRASLADO SOLICITAD O

SOLICITUD CREADA CREAR SOLICITUD DE VIATICO

DPTO. DE PERSONAL ENVIA SOLICITUD VIÁTICO

SOLICITUD DE VIÁTICO ENVIADA

VERIFICAR DISPONIBILIDA D PARTIDA

DISPONIBILIDAD EXISTE PARTIDA VERIFICADA

CLASIFICAR SOLICITUD DE VIATICO COMO PENDIENTE SOLICITUD DE VIATICO CLASIFICADA COMO PENDIENTE

CREAR SOLICITUD VIÁTICO

SOLICITUD VIÁTICO CREADA

CLASIFICAR SOLICITUD VIÁTICO COMO

SOLICITUD DE VIÁTICO CLASIFICADA COMO EMITIDA

PRECOMPROMET ER

PRESUPUESTO
PRECOMPROMETIDO

PRESUPUESTO PARTIDA

ASIGNAR TRANSACCIÓN

TRANSACCIÓN ASIGNADA

Gráfico 52. Esquema de eventos crear solicitud de viático

100

PROCESADA

CANCELAR CLASIFICACIÓN

CLASIFICACIÓN CANCELADA

EMITIDA ESTADO ANULADA DETERMINADO PENDIENTE NO EXISTE PENDIENTE VERIFICAR DISPONIBILIDAD DE PARTIDA
DISPONIBILIDAD VERIFICADA

SOLICITUD VIÁTICO

DETERMINAR ESTADO

CLASIFICACION CANCELADA CANCELAR CLASIFICACIÓN

EXISTE

CLASIFICAR SOLICITUD DE VIÁTICO COMO EMITIDA

SOLICITUD DE VIÁTICO CLASIFICADA COMO EMITIDA TRANSACCIÓN ASIGNADA ASIGNAR TRANSACCIÓN PARTIDA PRESUPUESTO PRECOMPROMETIDA PRECOMPROMETER PRESUPUESTO PARTIDA

Gráfico 53. Esquema de eventos clasificar solicitud de viático como emitida

101

ANULADA CANCELAR ANULACIÓN

ANULACIÓN CANCELADA

PROCESADA SOLICITUD VIÁTICO CREADA NO EXISTE EXISTE ANULAR ORDEN DE VIÁTICO

DETERMINACIÓN ESTADO

ESTADO DETERMINADO

PENDIENTE

CLASIFICAR SOLICITUD DE VIÁTICO COMO ANULADO

SOLICITUD DE VIÁTICO CLASIFICADA COMO NULA

EMITIDA

DESCOMPROMOTE R PRECOMPROMISO DE PARTIDA

PRECOMPROMISO

VERIFICAR ORDEN DE VIÁTICO

ORDEN DE VIÁTICO VERIFICADA

DESCOMPROMETIDO

TRANSACCIÓN ASIGNADA

ASIGNAR TRANSACCIÓN

ORDEN DE VIÁTICO ANULADA

Gráfico 54. Esquema de eventos anular solicitud de viático.

102

NO EXISTE SOLICITAR TRASLADO DPTO. DE PERSONAL ENVIA ORDEN DE VIÁTICO ORDEN DE VIATICO ENVIADA EXISTE VERIFICAR DISPONIBILIDAD DISPONIBILIAD VERIFICADA EXISTE

REGISTRO TRASLADO SOLICITADO CANCELADO

VERIFICAR SOLICITUD DE VIATICO

SOLICITUD VERIFICADA NO EXISTE CANCELAR REGISTRO

REGISTRAR ORDEN DE VIÁTICO

ORDEN DE VIÁTICO REGISTRADA

CLASIFICAR ORDEN DE VIÁTICO COMO PENDIENTE

ORDEN DE VIÁTICO CLASIFICADA COMO PENDIENTE

REGISTRAR ORDEN DE VIÁTICO

ORDEN DE VIÁTICO REGISTRADA

CLASIFICAR ORDEN DE VIÁTICO COMO EMITIDA

ORDEN DE VIÁTICO CLASIFICADA COMO EMITIDA

TRANSACCIÓN ASIGNADA

ASIGNAR TRANSACCIÓN

PRESUPUESTO PARTIDA COMPROTMETIDO

COMPROMETER PRESUPUESTO PARTDA

Gráfico 55. Esquema de eventos crear orden de viático. 103

PROCESADA CANCELAR MODIFICACIÓN

MODIFICACIÓN CANCELADA

ANULADA ORDEN DE VIÁTICO REGISTRADA PENDIENTE ORDEN DE VIÁTICO MODIFICADA

DETERMINAR ESTADO

ESTADO DETERMINADO

MODIFICAR ORDEN DE VIÁTICO

EMITIDA

Gráfico 56. Esquema de eventos modificar orden de viático.

104

ANULADA CANCELAR ANULACIÓN PROCESADA ANULACIÓN CANCELADA

EMITIDA

DESCOMPROMETER PRESUPUESTO PARTIDA

PRESUPUESTO DESCOMPROMETIDO TRANSACCIÓN

ASIGNAR TRANSACCIÓN

ORDEN DE VIÁTICO REGISTRADA

DETERMINAR ESTADO

ESTADO DETERMINADO PENDIENTE CLASIFICAR ORDEN DE VIÁTICO NULA

ASIGNADA

ORDEN DE VIÁTICO CLASIFICADA COMO NULA

VERIFICAR SOLICITUD DE VIÁTICO

SOLICITUD DE VIÁTICO ANULADA

ANULAR SOLICITUD DE VIÁTICO

EXISTE

ANULACIÓN CANCELADA

CANCELAR ANULACIÓN SOLICITUD DE VIÁTICO

NO EXISTE

Gráfico 57. Esquema de eventos anular orden de viático.

105

PROCESADA

CANCELAR CLASIFICACIÓN

CLASIFICACIÓN CANCELADA

EMITIDA ORDEN DE VIÁTICO PENDIENTE ESTADO ANULADA DETERMINADO NO EXISTE PENDIENT E DISPONIBILIDAD VERIFICAR DISPONIBILIDAD VERIFICADA DE PARTIDA CANCELAR ORDEN DE VIÁTICO CLASIFICAR ORDEN DE VIÁTICO COMO EMITIDA

DETERMINA R ESTADO

CLASIFICACION CANCELADA

EXISTE

ORDEN DE VIÁTICO CLASIFICADA COMO EMITIDA TRANSACCIÓN ASIGNADA ASIGNAR TRANSACCIÓN PARTIDA PRESUPUESTO COMPROMETIDA COMPROMETER PRESUPUESTO PARTIDA

Gráfico 58. Esquema de eventos clasificar orden de viático como emitida

106

DPTO. DE CONTABILIDAD ENVIA FACTURA

FACTURA RECIBIDA

DETERMINAR TIPO DE ORDEN
ORDEN DE SERVICIO CLASIFICADA COMO PROCESADA

TIPO DE ORDEN DETERMINADA

ORDEN DE SERVICIO

VERIFICAR ORDEN DE SERVICIO

ORDEN DE SERVICIO VERIFICADA

NO EXISTE EXISTE

CANCELAR TRANSACCIÓN

TRANSACCIÓN CANCELADA

VERIFICAR FACTURA CON ORDEN DE SERVICIO CLASIFI. ORDEN DE SERVICIO POCESADA FACTURA ORDEN DE SERV ICIO ANULADA ANULAR ORDEN DE SERVICIO MONTO FACTURA > A ORDEN DE SERVICIO MONTO FACTURA < A ORDEN DE SERVICIO TRANSACCIÓN CANCELADA CANCELAR TRANSACCIÓN EXISTE MONTO FACTURA > ANULAR ORDEN DE COMPRA ORDEN DE COMPRA MONTO FACTURA< ORDEN DE COMPRA MONTO FACTURA IGUAL A ORDEN DE COMPRA VERIFICADA

REALIZAR REINTEGRO DE PATIDA REINTEGRO DE LA PARTIDA REALIAZADA

ASIGNAR TRNASACCION

TRANSACCIÓN ASIGNADA

CAUSAR PRESUPUESTO PARTIDA

ORDEN DE SERVICIO MODIFICADA

MODFIC. ORDEN DE SERVICIO

REGISTRAR FACTURA FACTURA REGISTRADA
DETALLES DE FACTURA REGISTRADO

PRESUPUESTO CAUSADO ORDEN DE COMPRA VERIFICAR ORDEN DE COMPRA

MONTO FACTURA IGUAL A ORDEN DE SERVICIO

NO EXISTE

ORDEN DE COMPRA VERIFICADA

REGISTRAR DETALLES FACTURA

CLASIFICAR FACTURA COMO PENDIENTE

ORDEN DE COMPRA CLASIFICADA FACTURA
ORDEN DE COMPRA CLASIFICADA COMO PROCESADA

ANULADA ORDEN DE COMPRA MODIFICADA

TRANSACCIÓN ASIGNADA

CLASIFICAR ORDEN DE COMPRA COMO PROCESADA

MODIFICAR ORDEN DE COMPRA

ASIGNAR TRANSACCIÓN

Gráfico 59. Esquema de eventos registrar factura.

107

PENDIENTE FACTURA ANULO FACTURA ANULADA

ENVIO FACTURA FACTURA EMITIDA EMITIDA DETERMINAR ESTADO

ESTADO DETERMINADO

PROCESADA CANCELO ANULACIÓN

CANCELO FACTURA

Gráfico 60. Esquema de eventos anular factura

108

EMITIDA ORDEN DE COMPRA ESTADO ANULADA DETERMINADO PENDIENTE CANCELAR REGISTRO REGISTRO CANCELADO

DPTO. DE TESORERIA ENNIA RELACION DE PAGO

RELACIÓN DE PAGO ENVIADA

DETERMINAR TIPO DE ORDEN

TIPO DE ORDEN DETERMINADA

DETERMINAR ESTADO

PROCESAD A

DETERMINAR ESTADO FACTURA

ANULADA PROCESAD A

REGISTRO CANCELADO TRANSACCIÓN ASIGNADA PRESUPUESTO PARTIDA EJECUTADA FACTURA CLASIFICADA COMO PROCESADA

CANCELAR REGISTRO

ASIGNAR TRANSACCIÓN

EJECUTAR PRESUPUESTO PARTIDA

CLASIFICAR FACTURA COMO PROCESADA Y ACTUALIZAR

PENDIENTE

REGISTRAR PAGO

PAGO REGISTRADO

PROCESAD A ANULADA ORDEN DE SERVICIO DETERMINAR ESTADO ESTADO DETERMINADO PENDIENTE CANCELAR REGISTRO

REGISTRO CANCELADO

EMITIDA

Gráfico 61 Esquema de eventos registrar pago. 109

TRASLADO
NO DISPONIBLE

CANCELAR TRASLADO

CANCELADO SUB-PARTIDAS NO VALIDAS

TRASLADO REQUERIDO SUBPARTIDA

VERIFICAR SUB-PARTIDA

PARTIDA VERIFICADA SUBPARTIDAS VALIDAS

VERIFICAR DISPONIBILIDAD PRESUPUESTARIA

DISPONIBILIDAD DISPONIBLE VERIFICADA

CREAR TRASLADO INTERNO TRASLADO INTERNO CREADO

PRESUPUESTO ASIGNADO SUB-PARTIDA EGRESO

ASIGNAR PRESUPUESTO SUB-PARTIDA EGRESO

PRESUPUESTO ASIGNADO SUB-PARTIDA INGRESO

ASIGNAR PRESUPUESTO SUB-PARTIDA INGRESO

ASIGNAR TRANSACCIÓN

TRANSACCIÓN ASIGNADA

Gráfico 62. Esquema de eventos crear traslado interno.

110

TRASLADO CANCELADO CANCELAR TRASLADO AUTORIZACIÓN NO VALIDAS NO DISPONIBLE VERIFICAR DISPONIBILIDAD PARTIDA DISPONIBLE ASIGNADO ASIGNAR PRESUPUESTO PARTIDA EGRESO PRESUPUESTO PARTIDA INGRESO ASIGNADO ASIGNAR PRESUPUESTO PARTIDA INGRESO

TRASLADO REQUERIDO PARTIDA

VERIFICAR AUTORIZACIÓN Y DATOS

AUTORIZACIÓN VERIFICADA AUTORIZACIÓN VALIDA

TRASLADO EXTERNO

CREAR TRASLADO EXTERNO CREADO

ASIGNAR PRESUPUESTO SUBPARTIDA EGRESO

PRESUPUESTO PARTIDA EGRESO

ASIGNAR TRANSACCIÓN

TRANSACCIÓN ASIGNADA ASIGNAR PRESUPUESTO SUBPARTIDA INGRESO

Gráfico 63. Esquema de eventos crear traslado externo.

111

NO EXISTE

SOLICITAR CREDITO ADICIONAL

CREDITO ADICIONAL SOLICITADO

DATOS DE TRANSFERENCIA VERIFICAR DISPONIB. INGRESO

DISPONIBILIAD

VERIFICADA EXISTE TRANSFERENCI A CREADA MODIFICADAS INGRESO UNIDADES

CREAR TRANSFERENCI A

MODIFICAR INGRESO UNIDADES

TRANSACCIÓN ASIGNADA

ASIGNAR TRANSACCIÓN

Gráfico 64. Esquema de eventos crear transferencia.

112

DPTO. PERSONAL ENVIA NOMINA

NOMINA ENVIADA

CODIFICAR NÓMINA

NOMINA CODIFICADA

VERIFICAR DISPONIBILIDAD
DISPONIBILIDDA VERIFICADA

NOMINA CLASIFICADA COMO PENDIENTE

CLASIFICA NOMINA COMO PENDIENTE

NOMINA REGISTRADA

REGISTRAR NÓMINA

TRASLADO SOLICITADO SOLICITA TRASLADO

NO EXISTE

EXISTE
COMPROMETER PRESUPUESTO PARTIDA

NOMINA CLASIFICADA COMO PROCESADA

CLASIFICAR NOMINA COMO PROCESADA

NOMINA REGISTRADA

REGISTRAR NÓMINA

PRESUPUESTO PARTIDA COMPROMETIDO

ASIGNAR TRANSACCIÓN

TRANSACCION ASIGNADA

Gráfico 65. Esquema de eventos registrar nómina.

113

Gráfico 66. Esquema de eventos modificar nómina

PROCESADA

CANCELAR CLASIFICACIÓN

CLASIFICACIÓN CANCELADA NO EXISTE

NOMINA REGISTRADA

DETERMINAR ESTADO

ESTADO DETERMINADO

PENDIENTE

VERIFICO DISPONIBILIDAD DE PARTIDA

EXISTE

TRANSACCIÓN ASIGNADA

ASIGNAR TRANSACCION

PRESUPUESTO PARTIDA COMPROMETIDO

COMPROMETO PRESUPUESTO PARTIDA

NOMINA CLASIFICADA COMO PROCESADA

CLASIFICAR NOMINA COMO PROCESADA

Gráfico 67. Esquema de eventos clasificar nomina como procesada.

114

NO EXISTE DPTO. ADMINISTRACION ENVIA ORDEN DE PAGO ORDEN DE PAGO PERSONAL VERIFICO NÓMINA NOMINA VERIFICADA EXISTE

REGISTRO CANCELAR REGISTRO CANCELADO

DETERMINAR ESTADO NOMINA

ORDEN DE PAGO PERSONAL CLASIFICADA COMO PENDIENTE

CLASIFICAR ORDEN DE PAGO PERSONAL COMO PENDIENTE

ORDEN REGISTRADA

REGISTRAR ORDEN PAGO PERSONAL

PENDIENTE

CLASIFICAR ORDEN PAGO PERSONAL COMO PROCESADA

ORDEN REGISTRADA

REGISTRAR ORDEN PAGO PERSONAL

PROCESAD A

ORDEN DE PAGO CLASIFICADA COMO PORCESADA CAUSO Y PAGO PRESUPUESTO PARTIDA PRESUPUESTO CAUSADO Y PAGADO ASIGNAR TRANSACCIÓN TRANSACCION ASIGNADA

Gráfico 68. Esquema de eventos registrar orden de pago personal.

115

CLASIFICACIÓN PROCESAD CANCELAR CLASIFICACIÓN PENDIENT E

NO EXISTE ORDEN DE PAGO PERSONAL REGISTRADA VERIFICAR ORDEN DE PAGO PERSONAL ORDEN VERIFICADA EXISTE

CANCELAR CLASIFICACIÓN

CLASIFICACIÓN CANCELADA

VERIFICO ESTADO

ESTADO VERIFICAD O

VERIFICAR DISPONIBILIDAD PARTIDA

CLASIFICACIÓN CANCELADA

CANCELAR CLASIFICACIÓN

NO EXISTE

DISPONIBILIDAD VERIFICADA

CAUSO Y PAGO PRSUPUESTO PARTIDA

ORDEN CLASIFICADA

CLASIFICAR ORDEN PAGO PERSONAL COMO PROCESADA

EXISTE

PRESUPUESTO CAUSADO Y PAGADO

ASIGNAR TRANSACCIÓN

TRANSACCION ASIGNADA

Gráfico 69. Esquema de eventos clasificar orden de pago personal como procesado.

116

CANCELADA

Gráfico 70. Esquema de crear unidades

UNIDADES CREADAS

UNIDADES MODIFICAR UNIDADES MODIFICADA

Gráfico 71. Esquema de evento modificar unidades

117

Diagrama de Transición de Estado

Continuando en la etapa de Análisis del Comportamiento de los Objetos se procedió aplicar los diagramas de transacción de estados a los objetos de la Intranet, los cuales son útiles para expresar el ciclo vital de un objeto particular, es decir, reflejan los diferentes estados en los que puede estar cada objeto que conforma la intranet. (Ver Gráfico 72 hasta 98).

CRONOGRAMA DE DESEMBOLSO

( NULA)

CRONOGRAMA DE DESEMBOLSO CREADO

Gráfico 72. Diagrama de Transición de Estado Cronograma de Desembolso.

PARTIDA
(NULO) PARTIDA CREADA PARTIDA MODIFICADA PARTIDA ACTIVA PARTIDA INACTIVA

Gráfico 73. Diagrama de Transición de Estado Partida

118

SUB- PARTIDA (NULO) SUB-PARTIDA CREADA SUB-PARTIDA MODIFICADA SUBPARTIDA ACTIVA SUBPARTIDA INACTIVA

Gráfico 74. Diagrama de Transición de Estado Subpartida

ORDEN DE COMPRA ( NULO) ORDEN DE COMPRA CREADA ORDEN DE COMPRA EMITIDA ORDEN DE COMPRA PENDIENTE ORDEN DE COMPRA PROCESADA ORDEN DE COMPRA ANULADA

Gráfico 75. Diagrama de Transición de Estado Orden de Compra.

SOLICITUD DE COMPRA (NULO) SOLICITUD DE COMPRA CREADA SOLICITUD DE COMPRA EMITIDA SOLICITUD DE COMPRA PENDIENTE SOLICITUD DE COMPRA PROCESADA SOLICITUD DE COMPRA ANULADO

Gráfico 76. Diagrama de Transición de Estado Solicitud de Compra

119

SOLICITUDDE SERVICIO (NULO) SOLICITUD DE SERVICIO CREADA SOLICITUD DE SERVICIO EMITIDA SOLICITUD DE SERVICIO PENDIENTE SOLICITUD DE SERVICO PROCESADA SOLICITUD DE SERVICIO ANULADA

Gráfico 77. Diagrama de Transición de Estado Solicitud de Servicio.

ORDEN DE SERVICIO

(NULO) ORDEN DE SERVICIO CREADA ORDEN DE SERVICIO EMITIDA ORDEN DE SERVICIO PENDIENTE ORDEN DE SERVICIO PROCESADA ORDEN DE SERVICIO ANULADA ORDEN DE SERVICIO MODIFICADA

Gráfico 78. Diagrama de Transición de Estado Orden de Servicio.

120

SOLICITUD DE VIATICO ( NULO) SOLICITUD DE VIATICO CREADA SOLICITUD DE VIATICO EMITIDA SOLICITUD DE VIATICO PENDIENTE SOLICITUD DE VIATICO PROCESADA SOLICITUD DE VIATICO ANULADO

Gráfico 79. Diagrama de Transición de Estado Solicitud de Viáticos.

ORDEN DE VIATICO ( NULO) RECIBO DE VIATICO CREADA RECIBO DE VIATICO EMITIDA RECIBO DE VIATICO PENDIENTE RECIBO DE VIATICO PROCESADA RECIBO DE VIATICO ANULADO

Gráfico 80. Diagrama de Transición de Estado Orden de Viático

ORDEN PAGO PERSONAL (NULO) ORDEN PAGO PERSONAL REGISTRADA ORDEN PAGO PERSONAL PENDIENTE ORDEN PAGO PERSONAL PROCESADA

Gráfico 81. Diagrama de Transición de Estado Orden Pago Personal 121

MODIFICACIÓN PARTIDA (NULO) MODIFICACIÓN PARTIDA CREADA

Gráfico 82. Diagrama de Transición de Estado Modificación Partida

TRANSFERENCIA (NULO) TRANFERENCIA CREADA

Gráfico 83. Diagrama de Transición de Estado Transferencia

NOMINA (NULO) REGISTRAR NÓMINA MODIFICAR NÓMINA NÓMINA PENDIENTE NÓMINA PROCESADA

Gráfico 84. Diagrama de Transición de Estado Nomina. 122

Factura
( NULO) FACTURA REGISTRADA FACTURA ANULADA

Gráfico 85. Diagrama de Transición de Estado Factura.

PAGO (NULO) PAGO REGISTRADO

Gráfico 86. Diagrama de Transición de Estado Pago.

TRASLADO INTERNO

TRASLADO INTERNO CREADO

Gráfico 87. Diagrama de Transición de Estado Traslado Interno
TRASLADO EXTERN0 (NULO) TRASLADO EXTERNO CREADO

Gráfico 88. Diagrama de Transición de Estado Traslado Externo 123

UNIDADES ( NULO) UNIDAD CREADA UNIDAD MODIFICADA

Gráfico 89. Diagrama de Transición de Estado Unidades.

INGRESO DE UNIDADES (NULO) INGRESO UNIDADES CREADA INGRESO UNIDADES MODIFICADA

Gráfico 90. Diagrama de Transición de Estado Ingreso Unidades.

TRANSFERENCIA (NULO) TRANFERENCIA CREADA

Gráfico 91 Diagrama de Transición de Estado Transferencia.

NOMINA (NULO) REGISTRAR NÓMINA MODIFICAR NÓMINA NÓMINA PENDIENTE NÓMINA PROCESADA

124

Gráfico 92. Diagrama de Transición de Estado Nomina

Factura
( NULO) FACTURA REGISTRADA FACTURA ANULADA

Gráfico 93. Diagrama de Transición de Estado Factura

PAGO (NULO) PAGO REGISTRADO

Gráfico 94. Diagrama de Transición de Estado Pago.

TRASLADO INTERNO

TRASLADO INTERNO CREADO

Gráfico 95. Diagrama de Transición de Estado Traslado Interno

TRASLADO EXTERN0 (NULO) TRASLADO EXTERNO CREADO

Gráfico 96. Diagrama de Transición de Estado Traslado Externo 125

UNIDADES ( NULO) UNIDAD CREADA UNIDAD MODIFICADA

Gráfico 97. Diagrama de Transición de Estado Unidades.

INGRESO DE UNIDADES (NULO) INGRESO UNIDADES CREADA INGRESO UNIDADES MODIFICADA

Gráfico 98. Diagrama de Transición de Estado Ingreso Unidades.

FASE II. Diseño Orientado a Objeto

Diseño de la estructura de los objetos

Pasando ahora a la fase II la cual corresponde al diseño, se procede con la primera etapa de la misma, la cual es el Diseño de la Estructura de los Objetos, en esta etapa se diseñaron las diferentes clases, que están involucradas en el sistema de información, y su estructuras, así como los métodos que actuarán sobre cada clase, también se procede a identificar la herencia (si la hay). (Ver Gráfico 99 hasta 123).

126

Nombre de la Clase: Cronograma Desembolso Estructura de Datos: Codpartida Codsubpartida Monto01 Monto02

Monto03 Monto04 Monto05

Monto06 Monto07 Monto08 Monto09

Monto10 Monto11 Monto12 Año

Métodos: Registrar Cronograma de Desembolso() Modificar Cronograma de Desembolso() Gráfico 99. Diseño de la Estructura, Identificación y Herencia de la Clase Cronograma de Desembolso.

Nombre de la Clase: Detalles de Factura Estructura de Datos: Nfactura Cantidad Producto PrecioUnit Métodos: Crear Detalles de Factura() Modificar Detalles de Factura() Gráfico 100. Diseño de la Estructura, Identificación y Herencia de la Clase Detalles de Factura.

127

Nombre de la Clase: Detalles Solicitud de Compra Estructura de Datos: Nsolicitud Codpartida Codsubpartida

Cantidad Producto

Métodos: Crear Detalles Solicitud de Compra() Modificar Detalles Solicitud de Compra() Gráfico 101. Diseño de la Estructura, Identificación y Herencia de la Clase Detalles Solicitud de Compra. Nombre de la Clase: Detalles Orden de Compra Estructura de Datos: Nordencompra Renglón Cantidad Producto PrecioUnit Métodos: Crear Detalles Orden de Compra() Modificar Detalles Orden de Compra() Gráfico 102. Diseño de la Estructura, Identificación y Herencia de la Clase Detalles Orden de Compra. Nombre de la Clase: Factura Estructura de Datos Nreg Nfactura Norden Codprov Fecha Montof Estado Tipo Métodos: Crear Registrar Factura()

128

Gráfico 103. Diseño de la Estructura, Identificación y Herencia de la Clase Factura.

Nombre de la Clase: Ingreso Unidades Estructura de Datos NordenI Codpart Coduni Codsub Fecha Montoc Métodos: Crear Ingreso Unidades() Modificar Ingreso Unidades() Gráfico 104. Diseño de la Estructura, Identificación y Herencia de la Clase Ingreso Unidades.

Nombre de la Clase: Modificación Partida Estructura de Datos Codpart Codsub Fecha Montonom Métodos: Crear Modificación Partida() Gráfico 105. Diseño de la Estructura, Identificación y Herencia de la Clase Modificación Partida.

Nombre de la Clase: Nómina Estructura de Datos Nordenp Codpart Codsub Denominación 129

Montonom Métodos: Registrar Nomina() Modificar Nomina() Clasificar Nomina como Procesada() Gráfico 106. Diseño de la Estructura, Identificación y Herencia de la Clase Nómina.

Nombre de la Clase: Partida Estuctura de Datos: CodPart Mprecomprometido Codsubpart Mcomprometido Denominación Mcausado Asiginicial

Tegreso Tingreso Saldo Tegreso

FechaUlttra Año Estado Porcentaje Nregp

Métodos: Crear Partida() Modificar Partida() Clasificar Partida como Activa() Clasificar Partida como Inactiva() Gráfico 107. Diseño de la Estructura, Identificación y Herencia de la Clase Partida.

Nombre de la Clase: Subpartida Estructura de Datos: Métodos: Crear SubPartida() Modificar SubPartida() Clasificar SubPartida como Activa() Clasificar SubPartida como Inactiva() Hereda de: Partida Heredada por: Gráfico 108. Diseño de la Estructura, Identificación y Herencia de la Clase SubPartida.

130

Nombre de la Clase: Orden Compra Estructura de Datos: Nreg UnidadSol Destino Nordenc Codprov Montoc Elaborado Estado Fecha Codpart Autorizado Codsub Aprobado Métodos: Crear Orden de Compra() Modificar Orden de Compra() Anular Orden de Compra() Clasificar Orden de Compra Como Emitida() Gráfico 109. Diseño de la Estructura, Identificación y Herencia de la Clase Orden Compra.

Nombre de la Clase: Orden Pago Central Estructura de Datos: NordenI Fecha Codpart Codsub Montoc Métodos: Crear Orden Pago Central() Gráfico 110. Diseño de la Estructura, Identificación y Herencia de la Clase Orden de Pago Central. 131

Nombre de la Clase: Orden de Servicio Estructura de Datos: Nregistro Fecha Nordens Codpartida Codprov Codsubpartida

UnidadSolicitante Destino Montos

Elaborado Autorizado Aprobado Estado

Métodos: Crear Orden de Servicio() Modificar Orden de Servicio() Anular Orden de Servicio() Clasificar Orden de Servicio Como Emitida() Gráfico 111. Diseño de la Estructura, Identificación y Herencia de la Clase Orden de Servicio.

Nombre de la Clase: Orden de Pago Personal Estructura de Datos: Nordenp Montord DescripOrdp FechaOrdp Métodos: Registrar Orden de Pago Personal() Modificar Orden de Pago Personal() Clasificar Orden de Pago Personal como Procesada() Gráfico 112. Diseño de la Estructura, Identificación y Herencia de la Clase Orden de Pago Personal.

132

Nombre de la Clase: Orden de Viático Estructura de Datos: Nreg DescripViático Localidad Nrecibo Beneficiario Dependencia Nsolicitudv Cargo Montoviático Fecha Autorización Estado Métodos: Crear Orden Viático() Modificar Orden Viático () Clasificar Orden de Viático como Emitida() Anular Orden de Viático() Gráfico 113. Diseño de la Estructura, Identificación y Herencia de la Clase Orden Viático.

Nombre de la Clase: Solicitudes Estructura de Datos: Nreg Nsolicitud Fecha Localidad Dependencia Estado Métodos: Crear Solicitud() Modificar Solicitud () Clasificar Solicitud como Emitida() Anular Solicitud() Hereda de: Heredada por: Solicitud Compra, Solicitud Servicio, Solicitud Viático Gráfico 114 Diseño de la Estructura, Identificación y Herencia de la Clase Solicitudes.

133

Nombre de La Clase: Solicitud de Servicio Estructura de Datos: Descripservicio Métodos: Crear Solicitud de servicio() Modificar Solicitud de servicio() Clasificar Solicitud servicio como Emitida() Anular Solicitud de Servicio() Hereda de: Solicitud Heredada por: Gráfico 115. Diseño de la Estructura, Identificación y Herencia de la Clase Solicitud Servicio.

Nombre de la Clase: Solicitud Compra Estructura de Datos: Solicitante Métodos: Crear Solicitud de Compra() Modificar Solicitud de Compra() Clasificar Solicitud servicio como Compra() Anular Solicitud de compra() Hereda de: Solicitud Heredada por: Gráfico 116. Diseño de la Estructura, Identificación y Herencia de la Clase Solicitud Compra.

134

Nombre de la Clase: Solicitud Viático Estructura de Datos: DescripViático Beneficiario Cargo Autorización Montov Métodos: Crear Solicitud de Viático() Modificar Solicitud de Viático() Clasificar Solicitud servicio como Viático() Anular Solicitud de Viático() Hereda de: Solicitud Heredada por: Gráfico 117. Diseño de la Estructura, Identificación y Herencia de la Clase Solicitud Viático.

Nombre de la Clase: Traslado Estructura de Datos: Codpart CodsubI CodsubE Fecha Monto Métodos: Crear Traslado() Hereda de: Heredada por: Traslado Interno, Traslado Externo Gráfico 118. Diseño de la Estructura, Identificación y Herencia de la Clase Traslado. 135

Nombre de la Clase: Traslado Interno Estructura de Datos: Métodos: Crear Traslado() Hereda de: Traslado Heredada por: Gráfico 119. Diseño de la Estructura, Identificación y Herencia de la Clase Traslado Interno.

Nombre de la Clase: Traslado Externo Estructura de Datos: Codig partida Externa Autorización Métodos: Crear Traslado() Hereda de: Traslado Heredada por: Gráfico 120. Diseño de la Estructura, Identificación y Herencia de la Clase Traslado Externo.

Nombre de la Clase: Transacción Estructura de Datos: CodPart Concepto Codsubpart Montotran Nreg Tipot Fecha Métodos: Crear Transacción Gráfico 121. Diseño de la Estructura, Identificación y Herencia de la Clase Transacción.

136

Nombre de la Clase: Transferencia Estructura de Datos: Coduni CodPart Codsubpart Nreg Fecha Concepto Montotran Métodos: Crear Transferencia Gráfico 122. Diseño de la Estructura, Identificación y Herencia de la Clase Transferencia.

Nombre de la Clase: Unidades Estructura de Datos: Coduni Nomuni Métodos: Crear Unidades() Modificar Unidades()

Dirección Teléfono

Gráfico 123. Diseño de la Estructura, Identificación y Herencia de la Clase Unidades.

Diseño de la base de datos

En esta etapa se procede a construir los esquema de las tablas que conformaran la base de datos del sistema, es de resaltar que la composición es una noción conceptual y la herencia de clase, es una implementación de la generalización y hace que la estructura de datos y operaciones sean disponibles para la reutilización por parte de sus clases, es decir, en los casos donde se encuentran presente la herencia de a hijos 137

sólo se representan los objetos hijos más no los padres ya que los hijos contienen todos y cada uno de los campos y operaciones de los padres. En los Cuadros 33 hasta 54, se representan las tablas que conformaran la base de datos del sistema. Cuadro 5 Estructura de Datos: Cronograma Desembolso Contiene el cronograma de desembolso mensual por cada partida y subpartida en un año Clave Principal: Codpart+codsub+año Nombre Tipo Long Descripción del Campo Codpart Alfanumérico 3 Código de la partida de Ingreso Codsub Alfanumérico 6 Código de la subpartida Monto01 Numérico Monto asignado al Mes 01 Monto02 Numérico Monto asignado al Mes 02 Monto03 Numérico Monto asignado al Mes 03 Monto04 Numérico Monto asignado al Mes 04 Monto05 Numérico Monto asignado al Mes 05 Monto06 Numérico Monto asignado al Mes 06 Monto07 Numérico Monto asignado al Mes 07 Monto08 Numérico Monto asignado al Mes 08 Monto09 Numérico Monto asignado al Mes 09 Monto10 Numérico Monto asignado al Mes 10 Monto11 Numérico Monto asignado al Mes 11 Monto12 Numérico Monto asignado al Mes 12 Año Alfanumérico Año del ejercicio Financiero

138

Cuadro 6 Estructura de Datos: Detalles facturas Contiene los detalles de la factura Clave Principal: Nordenc Nombre del Tipo Long Campo Nfactura Alfanumérico 6 Cantidad Numérico 7 Producto PrecioUnit Alfanumérico Numérico 50

Descripción Número de la factura Cantidad de producto ordenado Descripción del producto Precio Unitario del Producto

Cuadro 7 Estructura de Datos: Detalles Solicitud de Compra Contiene los datos de las solicitudes de Compra Clave Principal: Nsolicitud Nombre del Tipo Long Descripción Campo Nsolicitud Alfanumérico 5 Número de la Solicitud de compra Codpart Alfanumérico 3 Código de la partida Codsub Alfanumérico 6 Código de la subpartida Cantidad Numérico 7 Cantidad del producto solicitado Producto Alfanumérico 50 Descripción del producto Cuadro 8 Estructura de Datos: Detalles Orden de Compra Contiene los datos de las Orden de Compra Clave Principal: Nordenc Nombre del Tipo Long Descripción Campo Nordenc Alfanumérico 5 Número de la orden de Compra Renglón Alfanumérico 2 Número de reglón que ocupa el producto en la orden de compra Cantidad Numérico 7 Cantidad de producto ordenado Producto Alfanumérico 50 Descripción del producto PrecioUnit Numérico Precio Unitario del Producto 139

Cuadro 9 Estructura de Datos: Factura Contiene los datos de la Factura de la orden de compra o de servicio Clave Principal: Nfactura Nombre del Tipo Long Descripción Campo Nreg Alfanumérico 4 Número de registro asignado en la ejecución presupuestaria Nfactura Alfanumérico 6 Número de la Factura Norden Alfanumérico 5 Número de la Orden de Compra o Servicio Nombprov Alfanumérico 50 Nombre del proveedor Fecha Fecha Fecha de la Factura Montof Numérico Monto total de la factura Estado Carácter 2 Indica el estado de la factura: Pendiente, Procesada Tipo Carácter 1 Indica el tipo de orden: Servicio y Compra Nº Cheque Alfanumérico 16 Número de cheque con que cancelaron la factura FechaPago Date 8 Fecha de realización del pago Nºpago Alfanumérico 6 Número del recibo de pago

Cuadro 10 Estructura de Datos: Ingreso Unidades Contiene los datos de las Ordenes de Ingreso con el monto inicial para cada Unidad por partida Clave Principal: NordenI+ coduni + fecha + codpart + codsub Nombre del Tipo Long Descripción Campo NordenI Alfanumérico 5 Número de la Orden de Ingreso enviada Coduni Alfanumérico 3 Código de la unidad Fecha Fecha Fecha de la orden de ingreso Codpart Alfanumérico 3 Código de la partida Codsub Alfanumérico 6 Código de la subpartida Montoc Numérico Monto asignado a la partida 140

Cuadro 11 Estructura de Datos: Modificación partida Contiene los detalles por concepto de cada crédito adicional que modifique la partida Clave Principal: Nordenc Nombre del Tipo Long Descripción Campo Codpart Alfanumérico 3 Código de la partida Codsub Alfanumérico 6 Código de la subpartida Fecha Date 8 Fecha del crédito adicional Montonom Numérico Monto del crédito adicional para la partida

Cuadro 12 Estructura de Datos: Nomina Contiene los detalles de la Orden de pago personal Clave Principal: Nordenc Nombre del Tipo Long Descripción Campo Nordenp Alfanumérico 6 Número de la Orden de Pago Codpart Alfanumérico 3 Código de la partida Codsub Alfanumérico 6 Código de la subpartida Denominación Alfanumérico 45 Concepto de la nomina a pagar Montonom Numérico Monto de la Nomina a cancelar Estado Carácter 2 Indica el estado de la orden de compra Pendiente, Procesada

141

Cuadro 13 Estructura de Datos: PARTIDA Datos de las partidas y subpartidas Clave Principal: CodPart + codsubpart Nombre del Tipo Campo CodPart Alfanumérico Codsubpart Alfanumérico Denominación Asiginicial Mprecomprometido Mcomprometido Mcausado Mpagado Tegreso Alfabético Numérico Numérico Numérico Numérico Numérico Numérico

Long 3 6 45

Descripción Código de la partida Esto indica el código de la subpartida Denominación de la partida Monto inicial de Asignación Monto Precomprometido Monto Comprometido Monto Causado Monto Pagado Monto decrementado por concepto de traslado de egreso Monto asignado por concepto de traslado de ingresos Saldo de real de la partida Fecha de la última transacción realizada Año de la ejecución presupuestaria Indica A si esta activa la partida y I si esta inactiva Porcentaje ejecutado de la partida Es el contador de registros para cada transacción realizada a la partida en el año ejecución presupuestaria

Tingreso

Numérico

Saldo FechaUlttra Año Estado

Numérico Fecha Alfanumérico Carácter 2 1

Porcentaje Nregp

Numérico Alfanumérico 4

142

Cuadro 13 Estructura de Datos: OrdenCompra Contiene los datos de las Ordenes de Compra Clave Principal: Nordenc Nombre Tipo Long Descripción del Campo Nreg Alfanumérico 4 Número de registro asignado en la ejecución presupuestaria Nordenc Alfanumérico 5 Número de la Orden de Compra Codprov Alfanumérico 4 Código del proveedor Fecha Fecha Fecha de la Orden de Compra Codpart Alfanumérico 3 Código de la partida Codsub Alfanumérico 6 Código de la subpartida UnidadSol Alfanumérico 30 Unidad Solicitante Destino Alfanumérico 40 Lugar destino del producto Montoc Numérico Monto total de la Orden de Compra Elaborado Alfanumérico 30 Nombre de la persona que elaboro la orden Autorizado Alfanumérico 30 Nombre del vicepresidente Administrativo Aprobado Alfanumérico 30 Nombre del Presidente Estado Carácter 2 Indica el estado de la orden de compra Pendiente, Emitida, Procesada, Anulada Nfactura Alfanumérico 6 Número de la Factura

143

Cuadro 14 Estructura de Datos: Orden Ingreso Contiene los datos de las Ordenes de Ingreso con el monto inicial para cada partida Clave Principal: NordenI Nombre Tipo Long Descripción del Campo NordenI Alfanumérico 5 Número de la Orden de Ingreso enviada Fecha Fecha Fecha de la orden de ingreso Codpart Alfanumérico 3 Código de la partida Codsub Alfanumérico 6 Código de la subpartida Montoc Numérico Monto asignado a la partida Nfactura Alfanumérico 6 Número de la Factura

Cuadro 15 Estructura de Datos: Orden de Pago Personal Contiene los detalles de la Orden de pago personal Clave Principal: Nordenp Nombre del Tipo Long Descripción Campo Nordenp Alfanumérico 6 Número de la Orden de Pago Montord Numérico 7 Monto total de la orden DescripOrdp Alfanumérico 50 Concepto de la orden de de pago FechaOrdp Date Fecha de envío de la orden de pago NºOrdPagC Alfanumérico 6 Número De la orden de Pago Central Estado Carácter 2 Indica el estado de la orden de compra Pendiente, Procesada 144

Cuadro 16 Estructura de Datos: Orden Servicio Contiene los datos de las Ordenes de Servicio Clave Principal: Nordens Nombre del Tipo Long Descripción Campo Nreg Alfanumérico 4 Número de registro asignado en la ejecución presupuestaria Nordens Alfanumérico 5 Número de la Orden de Servicio Nombprov Alfanumérico 50 Nombre del proveedor Fecha Fecha Fecha de la Orden de Servicio Codpart Alfanumérico 3 Código de la partida Codsub Alfanumérico 6 Código de la subpartida UnidadSol Alfanumérico 30 Unidad Solicitante Descripcion Alfanúmrico Memo Destino Alfanumérico 40 Lugar destino del servicio Montos Numérico Monto total de la Orden de Servicio Elaborado Alfanumérico 30 Nombre de la persona que elaboro la orden Autorizado Alfanumérico 30 Nombre del vicepresidente Administrativo Aprobado Alfanumérico 30 Nombre del Presidente Estado Carácter 2 Indica el estado de la orden de compra Pendiente, Emitida, Procesada, Anulada Nfactura Alfanumérico 6 Número de la Factura

145

Cuadro 17 Estructura de Datos: Orden de Viático Contiene los datos de los recibos de Viáticos Clave Principal: Nrecibo Nombre del Tipo Long Descripción Campo Nreg Alfanumérico 4 Número de registro asignado en la ejecución presupuestaria NOrdenV Alfanumérico 4 Número del Orden de viático Nsolicitudv Alfanumérico 5 Número de la Solicitud de Viático Fecha Fecha Fecha de la Solicitud de Viático Localidad Alfanumérico 30 Dependencia Alfanumérico 40 DescripViático Memo Contiene la descripción de los viáticos solicitados Beneficiario Alfanumérico 40 Es el nombre de la persona beneficiaria del viático Cargo Alfanumérico 40 Es el cargo de la persona beneficiaria del viático Autorización Alfanumérico 40 Es el nombre de la persona que autoriza el viático Montov Numérico Contiene el monto del viático Estado Carácter 2 Indica el estado de la solicitud Pendiente, Emitida, Procesada, Anulada

146

Cuadro 18 Estructura de Datos: Solicitud de Servicio Contiene los datos de las solicitudes de Servicio Clave Principal: Nsolicituds Nombre del Tipo Long Descripción Campo Nreg Alfanumér 4 Número de registro asignado ico en la ejecución presupuestaria Nsolicituds Alfanumér 5 Número de la Solicitud de ico servicio Fecha Fecha Fecha de la Solicitud de servicio Localidad Alfanumér 30 ico Dependencia Alfanumér 40 ico Descripservici Memo Contiene la descripción del o servicio que se esta solicitando Estado Carácter 2 Indica el estado de la solicitud Pendiente, Emitida, Procesada, Anulada

Cuadro 19 Estructura de Datos: Solicitud de Compra Contiene los datos de las solicitudes de Compra Clave Principal: Nsolicitud Nombre del Tipo Long Descripción Campo Nreg Alfanuméric 4 Número de registro o asignado en la ejecución presupuestaria Nsolicitud Alfanuméric 5 Número de la Solicitud de o Compra Fecha Fecha Fecha de la Solicitud de compra Localidad Alfanuméric 30 o Dependencia Alfanuméric 40 o 147

Cuadro 20 Estructura de Datos: Solicitud de Viático Contiene los datos de las solicitudes de Viáticos Clave Principal: Nsolicitudv Nombre del Tipo Long Descripción Campo Nreg Alfanumérico 4 Número de registro asignado en la ejecución presupuestaria Nsolicitudv Alfanumérico 5 Número de la Solicitud de Viático Fecha Fecha Fecha de la Solicitud de Viático Localidad Alfanumérico 30 Dependencia Alfanumérico 40 DescripViático Memo Contiene la descripción de los viáticos solicitados Beneficiario Alfanumérico 40 Es el nombre de la persona beneficiaria del viático Cargo Alfanumérico 40 Es el cargo de la persona beneficiaria del viático Autorización Alfanumérico 40 Es el nombre de la persona que autoriza el viático Montov Numérico Contiene el monto del viático Estado Carácter 2 Indica el estado de la solicitud Pendiente, Emitida, Procesada, Anulada

148

Cuadro 21 Estructura de Datos: Traslado Interno Contiene los datos de los traslados realizados entre subpartidas pertenecientes a la misma partida Clave Principal: Codpart+codsubI+codsubE Nombre Tipo Long Descripción del Campo Codpart Alfanumérico 3 Código de la partida CodsubI Alfanumérico 6 Código de la subpartida de Ingreso CodsubE Alfanumérico 6 Código de la subpartida de Egreso Fecha Fecha Indica la fecha en que se realizo el traslado Monto Numérico Monto por el cual se realizo el traslado Cuadro 22 Estructura de Datos: Traslado Externo Contiene los datos de los traslados realizados entre partidas Clave Principal: Codpart+codsubI+codsubE Nombre del Tipo Long Descripción Campo CodpartI Alfanumérico 3 Código de la partida de Ingreso CodpartE Alfanumérico 3 Código de la partida de Egreso CodsubI Alfanumérico 6 Código de la subpartida de Ingreso CodsubE Alfanumérico 6 Código de la subpartida de Egreso Fecha Fecha Indica la fecha en que se realizo el traslado Monto Numérico Monto por el cual se realizo el traslado Autorización Alfanumérico 20 Responsable del traslado externo

149

Cuadro 23 Estructura de Datos: Transacción Contiene los detalles de cada transacción que se le realiza al presupuesto Clave Principal: Codpart + codsubpart+Nreg+ fecha Nombre del Tipo Long Descripción Campo CodPart Alfanumérico 3 Código de la partida Codsubpart Alfanumérico 6 Esto indica el código de la subpartida Nreg Alfanumérico 4 Número de registro asignado en la ejecución presupuestaria Fecha Fecha 8 Fecha de realización de la transacción Concepto Alfanumérico 50 Descripción de la transacción que se realizo Montotran Tipot Numérico Alfanumérico Monto de la transacción Tipo de Transacción realizada (Precompromiso, Compromiso, Causar, Pago, Transferencia, Traslado,

2

Cuadro 24 Estructura de Datos: Unidades Contiene los detalles de la Unidades que conforman el sistema de salud Clave Principal: coduni Nombre Tipo Long Descripción del Campo Coduni Alfanumérico 3 Código de la unidad Nomuni Alfanumérico 40 Nombre de la unidad sanitaria Direccion Alfanumérico 50 Dirección de la unidad Telefono Alfanumérico 30 Teléfonos de la unidad

150

Cuadro 25 Estructura de Datos: Transferencia Contiene los detalles de cada transferencia que se le realiza a las unidades Clave Principal: Coduni+ Codpart + codsubpart+Nreg+ fecha Nombre del Tipo Long Descripción Campo Coduni Alfanumérico 3 Código de la unidad que se le realiza la transferencia CodPart Alfanumérico 3 Código de la partida Codsubpart Alfanumérico 6 Esto indica el código de la subpartida Nreg Alfanumérico 4 Número de registro asignado en la ejecución presupuestaria Fecha Fecha 8 Fecha de realización de la transferencia Concepto Alfanumérico 50 Descripción de la transferencia Montotran Numérico Monto de la transferencia

Diseño del comportamiento de los objetos.

Miniespecificaciones. Son pseudocódigos que describen el proceso determinado para los cambios que se producen en los objetos, estas se corresponden con las actividades especificadas en los esquemas de objetos. A continuación se muestran las minespecificaiones que corresponden a los objetos involucrados en la Intranet (Ver Gráfico 124 hasta 167).

151

Operación Regis_Partida () Inicio Leer Datos_partida Verificar_Partida Si Partida = No existe Entonces Crear_partida En caso contrario Imprimir “Partida Existe” Finsi Final Gráfico 124. Miniespecificaciones de la operación Crear Partida.

Operación Modifi_Partida() Inicio Leer Datos_partida Buscar_partida Si Partida = Existe and Estado = “A” Entonces Verificar Bloqueo Si Bloqueo =No existe Entonces Bloquear_registro() Modificar_partida() Actualizar_registro() Desbloquear_registro() En Caso Contrario Imprimir “Registro En uso” Finsi En Caso Contrario Imprimir “Partida No Existe o Esta Inactiva” Finsi Final Gráfico 125. Partida. Miniespecificaciones de la operación Modificar

152

Operación Activa_Partida() Inicio Leer Cod_Partida Buscar_partida Si Partida = Existe and Estado = “I” Entonces Verificar Bloqueo Si Bloqueo =No existe Entonces Bloquear_registro() Estado =”A” Actualizar_registro() Desbloquear_registro() En Caso Contrario Imprimir “Registro En uso” Finsi En Caso Contrario Imprimir “Partida No Existe o Esta Activa” Finsi Final Gráfico 126. Miniespecificaciones de la operación Activar Partida.

Operación Inactiva_partida() Inicio Leer Cod_Partida Buscar_partida Si Partida = Existe and Estado = “A” Entonces Verificar Bloqueo Si Bloqueo =No existe Entonces Bloquear_registro() Estado =”I” Actualizar_registro() Desbloquear_registro() En Caso Contrario Imprimir “Registro En uso” Finsi En Caso Contrario Imprimir “Partida No Existe o Esta Inactiva” Finsi Final Gráfico 127. Miniespecificaciones de la operación Inactiva Partida. 153

Operación Regis_SubPartida () Inicio Leer Datos_Subpartida Verificar_SubPartida Si SubPartida = No existe Entonces Crear_Subpartida En caso contrario Imprimir “Sub-Partida Existe” Finsi Final Gráfico 128. Miniespecificaciones de la operación Crear SubPartida.

Operación Modifi_Subpartida() Inicio Leer Datos_Subpartida Buscar_Subpartida Si Subpartida = Existe and Estado = “A” Entonces Verificar Bloqueo Si Bloqueo =No existe Entonces Bloquear_registro() Modificar_Subpartida() Actualizar_registro() Desbloquear_registro() En Caso Contrario Imprimir “Registro En uso” Finsi En Caso Contrario Imprimir “Sub-Partida No Existe o Esta Inactiva” Finsi Final Gráfico 129. Miniespecificaciones de la operación Modificar SubPartida..

154

Operación Activa_Subpartida() Inicio Leer Cod_subPartida Buscar_subpartida() Si Partida = Existe and Estado = “I” Entonces Verificar Bloqueo Si Bloqueo =No existe Entonces Bloquear_registro() Estado =”A” Actualizar_registro() Desbloquear_registro() En Caso Contrario Imprimir “Registro En uso” Finsi En Caso Contrario Imprimir “Sub-Partida No Existe o Esta Activa” Finsi Final Gráfico 130. Miniespecificaciones de la operación Activar SubPartida.

Operación Inactiva_Subpartida() Inicio Leer Cod_subPartida Buscar_subpartida() Si Subpartida = Existe and Estado = “A” Entonces Verificar Bloqueo Si Bloqueo =No existe Entonces Bloquear_registro() Estado =”I” Actualizar_registro() Desbloquear_registro() En Caso Contrario Imprimir “Registro En uso” Finsi En Caso Contrario Imprimir “Sub-Partida No Existe o Esta Inactiva” Finsi Final Gráfico 131. Miniespecificaciones de la operación Inactiva SubPartida.

155

Operación Regis_Unidad () Inicio Leer Datos_unidad Verificar_unidad Si Unidad = No existe Entonces Crear_Unidad En caso contrario Imprimir “Unidad Existe” Finsi Final Gráfico 132. Miniespecificaciones de la operación Crear Unidades.

Operación Modifi_Unidad() Inicio Leer Datos_Unidad Buscar_Unidad Si Unidad = Existe Entonces Verificar Bloqueo Si Bloqueo = No existe Entonces Bloquear_registro() Modificar_Unidad() Desbloquear_registro() En Caso Contrario Imprimir “Registro En uso” Finsi En Caso Contrario Imprimir “Unidad no existe” Finsi Final Gráfico 133. Miniespecificaciones de la operación Modificar Unidades.

156

Operación Registra_Nomina() Inicio Leer Datos_nomina Codificar_nomina() Buscar_subpartida() Si Subpartida = Existe and Estado = “A” Entonces Verificar Bloqueo Si Bloqueo =No existe Entonces Verficar_disponibilidad() Si Disponibilidad = Existe Entonces Bloquear_registro() Estado =”Pr” Grabar_nomina() Comprometo_monto_partida() Actualizar_Subpartida() Asignar_transacción() Desbloquear_registro() En Caso Contrario Estado = “P” Grabar_nomina() Imprimir “Solicitar Traslado” Finsi En Caso Contrario Imprimir “Registro En uso” Finsi En Caso Contrario Imprimir “Sub-Partida No Existe o Esta Inactiva” Finsi Final Gráfico 134. Miniespecificaciones de la operación Registra Nomina.

} 157

Gráfico 135. Nomina.

Miniespecificaciones

de la operación Modificar

Operación Clasif_nomina_Pro() Inicio Leer Datos_nomina Buscar_nomina() Si Nomina = Existe and Estado “P” Entonces Si Subpartida = Existe and Estado = “A” Entonces Verificar Bloqueo Si Bloqueo =No existe Entonces Verficar_disponibilidad() Si Disponibilidad= Existe Entonces Bloquear_registro() Estado =”Pr” Grabar_nomina() Comprometo_monto_partida() Actualizar_Subpartida() Asignar_transacción() Desbloquear_registro() En Caso Contrario Imprimir “Clasificación cancelada” Finsi En Caso Contrario Imprimir “Registro En uso” Finsi En Caso Contrario Imprimir “Sub-Partida No Existe o Esta Inactiva” Finsi En Caso Contrario Imprimir “Nomina no existe o esta Procesada” Finsi Final Gráfico 136. Miniespecificaciones de la operación Clasifica Nomina como procesada.

158

Operación Reg_Ordenpagoper() Inicio Leer Datos_Orden Buscar_nomina() Si Nomina = Existe and Estado “Pr” Entonces Si Subpartida = existe and Estado = “A” Entonces Verificar Bloqueo Si Bloqueo =No existe Entonces Bloquear_registro() Ordenpago.Estado =”Pr” Grabar_orden() Causoypago_monto_partida() Modifi_subpartida() Asignar_transacción() Desbloquear_registro() En Caso Contrario Imprimir “Registro En uso” Finsi En Caso Contrario Imprimir “Sub-Partida No Existe o Esta Inactiva” Finsi En Caso Contrario Si Nomina.Estado = “P” Entonces Ordenpago.Estado = “P” Garbar_Orden() Finsi Finsi Final Gráfico 137. Miniespecificaciones de la operación Registrar Orden Pago Personal.

159

Operación Clasif_Ordenpago_Pro() Inicio Leer Datos_Ordenpago Buscar_orden() Si Orden = Existe and Estado “P” Entonces Busco_nomina() Si Nomina = Existe and Nomina.Estado= “Pr” Entonces Si subpartida = existe and Estado = “A” Entonces Verificar Bloqueo Si Bloqueo =No existe Entonces Verficar_disponibilidad() Si Disponibilidad= Existe Entonces Bloquear_registro() Estado =”Pr” Grabar_Orden Causoypago_monto_partida() Actualizar_Subpartida() Asignar_transacción() Desbloquear_registro() En Caso Contrario Imprimir “Clasificación cancelada” Finsi En Caso Contrario Imprimir “Registro En uso” Finsi En Caso Contrario Imprimir “Sub-Partida No Existe o Esta Inactiva” Finsi En Caso Contrario Imprimir “Nomina no existe o esta Pendiente” Finsi En Caso Contrario Imprimir “Orden de Pago No Existe o esta Procesada” Finsi Final Gráfico 138. Miniespecificaciones de la operación Clasifica Orden de Pago Personal como procesada.

160

Operación Crea_SolCompra() Inicio Leer Datos_solicitud Codificar_solicitud() Buscar_partida() Si Subpartida = Existe and Estado = “A” Entonces Verificar Bloqueo Si Bloqueo =No existe Entonces Verficar_disponibilidad() Si Disponibilidad= Existe Entonces Bloquear_registro() SolComp.Estado =”E” Grabar_SolCompra() Grabar_Det_SolCom() Precomprometo_monto_partida() Actualizar_Subpartida() Asignar_transacción() Desbloquear_registro() En Caso Contrario SolComp.Estado =”P” Grabar_SolCompra() Grabar_Det_SolCom() Imprimir “Solicitar Traslado” Finsi En Caso Contrario Imprimir “Registro En uso” Finsi En Caso Contrario Imprimir “Sub-Partida No Existe o Esta Inactiva” Finsi Final Gráfico 139. Miniespecificaciones de la operación Crear Solicitud de Compra.

161

Operación Clasif_SolCompra_E() Inicio Leer Datos_solicitud Determinar_ estado() Si SolCompra = Existe and Estado = “P” Entonces Verificar Bloqueo Si Bloqueo =No existe Entonces Verficar_disponibilidad() Si Disponibilidad = Existe Entonces Bloquear_registro() SolComp.Estado =”E” Actualizar_SolCompra() Precomprometo_monto_partida() Actualizar_Subpartida() Asignar_transacción() Desbloquear_registro() En Caso Contrario Imprimir “Clasificación Cancelada” Finsi En Caso Contrario Imprimir “Registro En uso” Finsi En Caso Contrario Imprimir “Clasificación Cancelada” Finsi Final

Gráfico 140. Miniespecificaciones de la operación Clasificar Solicitud de Compra como Emitida.

162

Operación Anular_SolCompra() Inicio Leer Datos_solicitud Determinar_ estado() Si SolCompra = Existe and Estado = “E” or Estado = “P” Entonces Verificar Bloqueo Si Bloqueo =No existe Entonces Bloquear_registro() Si Estado = “E” DesPrecomprometo_monto_partida() Actualizar_Subpartida() Asignar_transacción() Verificar_OrdComp() Si OrdComp = Existe Entonces Anular_OrdComp() Finsi Finsi SolCompra.Estado=”A” Actualizar_SolCompra Desbloquear_registro() En Caso Contrario Imprimir “Registro En uso” Finsi En Caso Contrario Imprimir “Clasificación Cancelada” Finsi Final Gráfico 141. Miniespecificaciones de la operación Anular Solicitud de Compra.

163

Operación Crea_OrdCompra() Inicio Leer Datos_OrdComp() Verificar_SolComp() Buscar_partida() Si Subpartida = Existe and Estado = “A”and SolComp = Existe Entonces Verificar Bloqueo Si Bloqueo =No existe Entonces Verficar_disponibilidad() Si Disponibilidad= Existe Entonces Bloquear_registro() OrdComp.Estado =”E” Grabar_OrdCompra() Grabar_Det_OrdCom() comprometo_monto_partida() Actualizar_Subpartida() Asignar_transacción() Desbloquear_registro() En Caso Contrario OrdComp.Estado =”P” Grabar_OrdCompra() Grabar_Det_OrdCom() Imprimir “Solicitar Traslado” Finsi En Caso Contrario Imprimir “Registro En uso” Finsi En Caso Contrario Imprimir “Sub-Partida No Existe o Esta Inactiva o Solicitud de Compra no Existe” Finsi Final Gráfico 142. Miniespecificaciones de la operación Crear Orden de Compra.

164

Operación Modifi_OrdCompra()

Inicio Leer Datos_OrdCompra Buscar_OrdCompra() Si OrdCompra = Existe and Estado = “E” or Estado = “P” Entonces Verificar Bloqueo Si Bloqueo =No existe Entonces Bloquear_registro() Modificar_OrdCompra() Actualizar_registro() Desbloquear_registro() En Caso Contrario Imprimir “Registro En uso” Finsi En Caso Contrario Imprimir “Orden de Compra Procesada o Anulada” Finsi Final

Gráfico 143. Miniespecificaciones de la operación Modificar Orden de Compra.

165

peración Clasif_OrdCompra_E() Inicio Leer Datos_OrdComp Determinar_ estado() Si Estado = Existe and Estado = “P” Entonces Verificar Bloqueo Si Bloqueo =No existe Entonces Verficar_disponibilidad() Si Disponibilidad = Existe Entonces Bloquear_registro() OrdComp.Estado =”E” Actualizar_OrdCompra() comprometo_monto_partida() Actualizar_Subpartida() Asignar_transacción() Desbloquear_registro() En Caso Contrario Imprimir “Clasificación Cancelada” Finsi En Caso Contrario Imprimir “Registro En uso” Finsi En Caso Contrario Imprimir “Clasificación Cancelada” Finsi Final

Gráfico 144. Miniespecificaciones de la operación Clasificar Orden de Compra como Emitida.

166

Operación Anular_OrdCompra() Inicio Leer Datos_Orden Determinar_ estado() Si OrdCompra = Existe and Estado = “E” or Estado = “P” Entonces Verificar Bloqueo Si Bloqueo =No existe Entonces Bloquear_registro() Si Estado = “E” Descomprometo_monto_partida() Actualizar_Subpartida() Asignar_transacción() Finsi OrdCompra.Estado=”A” Actualiza_OrdCompra Verifico_SolCompra() Si SolComp = Existe Anular_solComp() Finsi Desbloquear_registro() En Caso Contrario Imprimir “Registro En uso” Finsi En Caso Contrario Imprimir “Clasificación Cancelada” Finsi Final Gráfico 145. Miniespecificaciones de la operación Anular Orden de Compra.

167

Operación Crea_SolServicio() Inicio Leer Datos_solicitud Codificar_solicitud() Buscar_partida() Si Subpartida = Existe and Estado = “A” Entonces Verificar Bloqueo Si Bloqueo = No existe Entonces Verficar_disponibilidad() Si Disponibilidad = Existe Entonces Bloquear_registro() SolServ.Estado =”E” Grabar_SolServicio() Precomprometo_monto_partida() Actualizar_Subpartida() Asignar_transacción() Desbloquear_registro() En Caso Contrario SolServ.estado =”P” Grabar_SolServ() Imprimir “Solicitar Traslado” Finsi En Caso Contrario Imprimir “Registro En uso” Finsi En Caso Contrario Imprimir “Sub-Partida No Existe o Esta Inactiva” Finsi Final Gráfico 146. Miniespecificaciones de la operación Crear Solicitud de Servicio.

168

Operación Clasif_SolServcio_E() Inicio Leer Datos_solicitud Determinar_ estado() Si SolServicio = Existe and Estado = “P” Entonces Verificar Bloqueo Si Bloqueo =No existe Entonces Verficar_disponibilidad() Si Disponibilidad = Existe Entonces Bloquear_registro() SolServ.Estado =”E” Actualizar_SolServicio() Precomprometo_monto_partida() Actualizar_Subpartida() Asignar_transacción() Desbloquear_registro() En Caso Contrario Imprimir “Clasificación Cancelada” Finsi En Caso Contrario Imprimir “Registro En uso” Finsi En Caso Contrario Imprimir “Clasificación Cancelada” Finsi Final Gráfico 147. Miniespecificaciones de la operación Clasificar Solicitud de Servicio como Emitida.

169

Operación Anular_SolServicio() Inicio Leer Datos_solicitud Determinar_ estado() Si SolServicio = Existe and Estado = “E” or Estado = “P” Entonces Verificar Bloqueo Si Bloqueo =No existe Entonces Bloquear_registro() Si Estado = “E” DesPrecomprometo_monto_partida() Actualizar_Subpartida() Asignar_transacción() Verificar_OrdServ() Si OrdServ = Existe Entonces Anular_OrdServicio() Finsi Finsi SolServicio.Estado=”A” Actualizar_SolServicio() Desbloquear_registro() En Caso Contrario Imprimir “Registro En uso” Finsi En Caso Contrario Imprimir “Clasificación Cancelada” Finsi Final Gráfico 148. Miniespecificaciones de la operación Anular Solicitud de Servicio.

170

Operación Crea_OrdServicio() Inicio Leer Datos_OrdServicio() Verificar_SolServicio() Buscar_partida() Si Subpartida = Existe and Estado = “A”and SolServicio = Existe Entonces Verificar Bloqueo Si Bloqueo =No existe Entonces Verficar_disponibilidad() Si Disponibilidad = Existe Entonces Bloquear_registro() OrdServicio.Estado =”E” Grabar_OrdServicio() comprometo_monto_partida() Actualizar_Subpartida() Asignar_transacción() Desbloquear_registro() En Caso Contrario OrdServicio.Estado =”P” Grabar_OrdServicio() Imprimir “Solicitar Traslado” Finsi En Caso Contrario Imprimir “Registro En uso” Finsi En Caso Contrario Imprimir “Sub-Partida No Existe o Esta Inactiva o Solicitud de Servicio no Existe” Finsi Final Gráfico 149. Miniespecificaciones de la operación Crear Orden de Servicio.

171

Operación Clasif_OrdServicio_E() Inicio Leer Datos_OrdServicio Determinar_ estado() Si OrdServicio = Existe and Estado = “P” Entonces Verificar Bloqueo Si Bloqueo =No existe Entonces Verficar_disponibilidad() Si Disponibilidad = Existe Entonces Bloquear_registro() OrdServicio.Estado =”E” Actualizar_OrdServicio() comprometo_monto_partida() Actualizar_Subpartida() Asignar_transacción() Desbloquear_registro() En Caso Contrario Imprimir “Clasificación Cancelada” Finsi En Caso Contrario Imprimir “Registro En uso” Finsi En Caso Contrario Imprimir “Clasificación Cancelada” Finsi Final Gráfico 150. Miniespecificaciones de la operación Clasificar Orden de Servicio como Emitida.

172

Operación Anular_OrdServicio() Inicio Leer Datos_Orden Determinar_ estado() Si OrdServicio = Existe and Estado = “E” or Estado = “P” Entonces Verificar Bloqueo Si Bloqueo =No existe Entonces Bloquear_registro() Si Estado = “E” Descomprometo_monto_partida() Actualizar_Subpartida() Asignar_transacción() Finsi OrdServicio.Estado=”A” Actualizar_OrdServicio() Verifico_SolServicio() Si SolComp = Existe Anular_SolServicio() Finsi Desbloquear_registro() En Caso Contrario Imprimir “Registro En uso” Finsi En Caso Contrario Imprimir “Clasificación Cancelada” Finsi Final Gráfico 151. Miniespecificaciones de la operación Anular Orden de Servicio.

173

Operación Crea_SolViatico() Inicio Leer Datos_solicitud Buscar_partida() Si Subpartida = Existe and Estado = “A” Entonces Verificar Bloqueo Si Bloqueo =No existe Entonces Verficar_disponibilidad() Si Disponibilidad= Existe Entonces Bloquear_registro() SolViatico.Estado =”E” Grabar_SolViatico() Precomprometo_monto_partida() Actualizar_Subpartida() Asignar_transacción() Desbloquear_registro() En Caso Contrario SolComp.Estado =”P” Grabar_SolViatico() Imprimir “Solicitar Traslado” Finsi En Caso Contrario Imprimir “Registro En uso” Finsi En Caso Contrario Imprimir “Sub-Partida No Existe o Esta Inactiva” Finsi Final

Gráfico 152. Miniespecificaciones de la operación Crear Solicitud de Viático.

174

Operación Clasif_SolViatico_E() Inicio Leer Datos_solicitud Determinar_ estado() Si SolViatico = existe and Estado = “P” Entonces Verificar Bloqueo Si Bloqueo =No existe Entonces Verficar_disponibilidad() Si Disponibilidad = Existe Entonces Bloquear_registro() SolViatico.Estado =”E” Actualizar_SolViatico() Precomprometo_monto_partida() Actualizar_Subpartida() Asignar_transacción() Desbloquear_registro() En Caso Contrario Imprimir “Clasificación Cancelada” Finsi En Caso Contrario Imprimir “Registro En uso” Finsi En Caso Contrario Imprimir “Clasificación Cancelada” Finsi Final Gráfico 153. Miniespecificaciones de la operación Clasificar Solicitud de Viático como Emitida.

175

Operación Anular_SolViatico() Inicio Leer Datos_solicitud Determinar_ estado() Si SolViatico = Existe and Estado = “E” or Estado = “P” Entonces Verificar Bloqueo Si Bloqueo =No existe Entonces Bloquear_registro() Si Estado = “E” DesPrecomprometo_monto_partida() Actualizar_Subpartida() Asignar_transacción() Verificar_OrdViatico() Si OrdViatico = Existe Entonces Anular_OrdViatico() Finsi Finsi SolViatico.Estado=”A” Actualiza_SolViatico Desbloquear_registro() En Caso Contrario Imprimir “Registro En uso” Finsi En Caso Contrario Imprimir “Clasificación Cancelada” Finsi Final Gráfico 154. Miniespecificaciones de la operación Anular Solicitud de Viático.

176

Operación Crea_OrdViatico() Inicio Leer Datos_OrdViatico() Verificar_SolViatico() Buscar_partida() Si Subpartida = Existe and Estado = “A”and SolViatico = Existe Entonces Verificar Bloqueo Si Bloqueo =No existe Entonces Verficar_disponibilidad() Si Disponibilidad= Existe Entonces Bloquear_registro() OrdViatico.Estado =”E” Grabar_OrdViatico() comprometo_monto_partida() Actualizar_Subpartida() Asignar_transacción() Desbloquear_registro() En Caso Contrario OrdViatico.Estado =”P” Grabar_OrdViatico() Imprimir “Solicitar Traslado” Finsi En Caso Contrario Imprimir “Registro En uso” Finsi En Caso Contrario Imprimir “Sub-Partida No Existe o Esta Inactiva o Solicitud de Viático no Existe” Finsi Final Gráfico 155. Miniespecificaciones de la operación Crear Orden de Viático.

177

Operación Modifi_OrdViático() Inicio Leer Datos_OrdViatico Buscar_OrdViatico Si OrdViatico = Existe and Estado = “E” or Estado = “P” Entonces Verificar Bloqueo Si Bloqueo =No existe Entonces Bloquear_registro() Modificar_OrdViatico() Actualizar_registro() Desbloquear_registro() En Caso Contrario Imprimir “Registro En uso” Finsi En Caso Contrario Imprimir “Orden de Viático Procesada o Anulada” Finsi Final

Gráfico 156. Miniespecificaciones de la operación Modificar Orden de Viático.

Operación Regis_Modifipart () Inicio Leer Datos_partida Verificar_Partida Si Partida = Existe Entonces Crear_Modificapartida() Modifi_partida() En caso contrario Imprimir “Partida no Existe” Finsi Final Gráfico 157. Miniespecificaciones Modificar Partida de la operación Registrar

178

Operación Clasif_OrdViatico_E() Inicio Leer Datos_OrdViatico Determinar_ estado() Si OrdViatico = Existe and Estado = “P” Entonces Verificar Bloqueo Si Bloqueo =No existe Entonces Verficar_disponibilidad() Si Disponibilidad = Existe Entonces Bloquear_registro() OrdViatico.Estado =”E” Actualizar_OrdViatico() comprometo_monto_partida() Actualizar_Subpartida() Asignar_transacción() Desbloquear_registro() En Caso Contrario Imprimir “Clasificación Cancelada” Finsi En Caso Contrario Imprimir “Registro En uso” Finsi En Caso Contrario Imprimir “Clasificación Cancelada” Finsi Final

Gráfico 158. Miniespecificaciones de la operación Clasificar Orden de Viático como Emitida.

179

Operación Anular_OrdViatico() Inicio Leer Datos_Orden Determinar_ estado() Si OrdViatico = Existe and Estado = “E” or Estado = “P” Entonces Verificar Bloqueo Si Bloqueo =No existe Entonces Bloquear_registro() Si Estado = “E” Descomprometo_monto_partida() Actualizar_Subpartida() Asignar_transacción() Finsi OrdViatico.Estado=”A” Actualiza_OrdViatico Verifico_SolViatico() Si SolViatico = Existe Anular_SolViatico() Finsi Desbloquear_registro() En Caso Contrario Imprimir “Registro En uso” Finsi En Caso Contrario Imprimir “Clasificación Cancelada” Finsi Final Gráfico 159. Miniespecificaciones de la operación Anular Orden de Viático.

180

Operación Regis_OrdPagoCentral () Inicio Leer Datos_OrdpagoC Verificar_OrdPagoC() Si OrdpagoC = No existe Entonces Crear_OrdPagoC() Asignar_presupusto_partida() Asignar_Ingreso_unidades() En caso contrario Imprimir “Orden de pago Existe” Finsi Final Gráfico 160. Miniespecificaciones de la operación Crear Orden de Pago Central.

Operación Traslado_Interno () Inicio Leer Datos_Traslado Verificar_Sub-partidas Si CodPartida1 = CodPartida2 Entonces Verificar_Disponibilidad() Si Disponibilidad = Existe and Bloqueo = No Existe Asignar_monto_subpartida_Egreso() Asignar_monto_subpartida_Ingreso() Registrar_traslado() Asignar_transacción() En Caso Contrario Imprimir “No Hay Disponibilidad” Finsi En caso contrario Imprimir “subpartidas No pertenecen a la misma Partida” Finsi Final Gráfico 161. Miniespecificaciones de la operación Crear Traslado Interno.

181

Operación Traslado_Externo () Inicio Leer Datos_Traslado Verificar_Datos() Si Autorización = Existe Entonces Verificar_Disponibilidad() Si Disponibilidad = Existe and Bloqueo = No Existe Entonces Asignar_monto_partida_Egreso() Asignar_monto_partida_Ingreso() Asignar_monto_subpartida_Egreso() Asignar_monto_subpartida_Ingreso() Registrar_trasladoE() Asignar_transacción() En Caso Contrario Imprimir “No Hay Disponibilidad” Finsi En caso contrario Imprimir “Autorización no valida” Finsi Final

Gráfico 162. Miniespecificaciones de la operación Crear Traslado Externo.
Operación Regis_Transferencia() Inicio Leer Datos-Trans Verificar_disponibilidad_ingreso() Verificar_Unidad() Si Disponibilidad = Existe and Unidad = Existe Entonces Verificar Bloqueo Si Bloqueo =No existe Entonces Bloquear_registro() Crear_transferencia() Actualizar_registro_Ingreso() Asignar_Transaccion() Desbloquear_registro() En Caso Contrario Imprimir “Registro En uso” Finsi En Caso Contrario Imprimir “Solicitar Crédito Adicional” Finsi Final

Gráfico 163. Transferencia.

Miniespecificaciones

de la operación Crear

182

Operación Regis_Factura() Inicio Leer Datos-Factura Verificar_Tipo_Orden() Si Tipo = OrdenServicio Entonces Buscar_orden() Si Orden = Existe Entonces Bloquear_registro() Verificar_monto_fact_Orden() Si Monto > Orden Anular_orden_servicio() En Caso Contrario Si Monto < Orden Modificar_orden Realizar_reintegro_partida() Asignar_transaccion() Finsi Clasifi_Orden _procesada() Finsi Desbloquear_registro() Causar_presupuesto() Registro_Factura() Registra_Detalles() Asignar_Transaccion() En caso Contrario Imprimir “Orden No Existe Tranasacción cancelada” Finsi En caso contrario Si Tipo = OrdenCompra Entonces Buscar_orden() Si Orden = Existe Entonces Bloquear_registro() Verificar_monto_fact_Orden() Si Monto > Orden Anular_orden_compra() En Caso Contrario Si Monto < Orden Modificar_Orden() Realizar_reintegro_partida() Asignar_transaccion() Finsi Clasifi_Orden _procesada() Finsi Desbloquear_registro() En caso Contrario Finsi Desbloquear_registro() Causar_presupuesto() Registro_Factura() Final

Gráfico 164. Miniespecificaciones de la operación Registrar Factura

183

Operación Anular_fact() Inicio Leer Datos_Factura Determinar_estado() Si Estado = “P” Entonces Anular_factura() En Caso Contrario Imprimir “Factura Procesada Anulación Cancelada” Finsi Final Gráfico 165. Miniespecificaciones de la operación Anular Factura.

Operación Regis_Pago() Inicio Leer Datos_Relacion Determinar_Tipo_Orden() Si Orden = Orden de Servicio Buscar_orden_Servcicio() En caso Contrario Buscar_Orden_Compra() Finsi Si Orden = Existe And Estado = “Pr” Entonces Determinar_Est_factura() Si Estado_Factura = “P” Entonces Clasificar_factura_Procesada() Pagar_Presupuesto() Asignar_Transaccion() Registrar_Pago() En Caso Contrario Imprimir “Registro Cancelado” En Caso Contrario Imprimir “Registro Cancelado Factura ya Procesada” Finsi Final Gráfico 166 Miniespecificaciones de la operación Registrar Pago.

184

Operación Crear_Orden_ Ing() Inicio Registrar_Orden Pago_Central() Asigna_Presupuesto_Partida() Asignar_transaccion() Final Gráfico 167. Miniespecificaciones de la operación Crear Orden de Ingreso. Identificación de las operaciones En esta etapa se procede a relacionar las operaciones descritas en los esquemas de eventos y las realizadas en las miniespecificaciones, y las clases involucradas en cada una de estas. A continuación se identifican las operaciones de la intranet. (Ver Cuadro 25 hasta 68).

Cuadro 26 Identificación de las Operaciones Crear Cronograma de Desembolso. Operación en el Operación en LPOO Clase Asociada AOO Crear Cronograma Crear_Crodesembolso Crnograma de Desembolso Desembolso

Cuadro 27 Identificación de las Operaciones de Crear Partida. Operación en el Operación en LPOO Clase Asociada AOO Crear partida Regis_partida Partida Cuadro 28 Identificación de las Operaciones de Modificar Partida. Operación en el Operación en LPOO Clase Asociada AOO Modificar partida Modifi_partida Partida

185

Cuadro 29 Identificación de las Operaciones de Activa Partida. Operación en el Operación en LPOO Clase Asociada AOO Verificar Estado Buscar_partida Partida de partida Activar Partida Actualizar_registro Partida

Cuadro 30 Identificación de las Operaciones de Inactiva Partida. Operación en el Operación en LPOO Clase Asociada AOO Verificar Estado Buscar_partida Partida de partida Activar Partida Actualizar_registro Partida

Cuadro 31 Identificación de las Operaciones de Crear SubPartida Operación en el AOO Crear partida Operación en LPOO Regis_Subpartida Clase Asociada SubPartida

Cuadro 32 Identificación de las Operaciones de Modificar SubPartida Operación en el Operación en LPOO Clase Asociada AOO Modificar Modifi_Subpartida SubPartida Subpartida Cuadro 33 Identificación de las Operaciones de Activa SubPartida Operación en el Operación en Clase Asociada AOO LPOO Verificar Estado de Buscar_Subpartida SubPartida Subpartida Activar SubPartida Actualizar_registro SubPartida 186

Cuadro 34 Identificación de las Operaciones de Inactiva SubPartida. Operación en el Operación en Clase Asociada AOO LPOO Verificar Estado de Buscar_Subpartida SubPartida Subpartida Activar SubPartida Actualizar_registro SubPartida

Cuadro 35 Identificación de las Operaciones Registra Nomina. Operación en el Operación en LPOO AOO Codificar Nomina Codificar_nomina Verificar Verificar Disponibilidad Registro Nomina Grabar_Nomina Comprometo_Presup Comprometo_Monto_Pa uesto_Partida rtida Asignar Transacción Asignar_transaccion

Clase Asociada Nomina SubPartida Nomina Subpartida, Partida Transaccion

Cuadro 36 Identificación de las Operaciones Modificar Nomina. Operación en el AOO Operación en LPOO Determinar Estado Modificar Nomina Buscar_Nomina Modificar_Datos

Clase Asociada Nomina Nomina

Cuadro 37 Identificación de las Operaciones Clasificar Nomina como Procesada Operación en el AOO Operación en LPOO Clase Asociada Determinar Estado Buscar_Nomina Nomina Verificar Disponibilidad Verificar_Disponibilid Subpartida Partida ad Clasifico Nomina como Modificar_Datos Nomina Porocesada Comprometo_Presupuesto_ Comprometo_Monto_P Partida, Partida artida subpartida 187

Cuadro 38 Identificación de las Operaciones Registrar Orden de Pago Personal Operación en el AOO Operación en LPOO Clase Asociada Verifico Nomina Buscar_Nomina Nomina Verificar Disponibilidad Verificar_Disponibilida Subpartida Partida d Registrar Orden Pago Grabar_orden Orden Pago Personal Personal Comprometo_Presupues Comprometo_Monto_ Partida, to_Partida Partida subpartida Asignar Transacción Asignar_Transacción Transaccion Causo y Pago Monto Modif._Subpartida Partida, Partida Subpartida Asignar_transaccion Asiganar_transaccion Transaccion

Cuadro 39 Identificación de las Operaciones Clasificar Orden de Pago Personal como Procesada. Operación en el AOO Operación en LPOO Clase Asociada Verifico Orden Pago Buscar_Orden Orden Pago Personal Personal Verificar Disponibilidad Verificar_Disponibilida Subpartida Partida d Clasificar Orden Pago Grabar_orden Orden Pago Personal Personal Causo y Pago Monto Modif._Subpartida Partida, Partida Subpartida Asignar Transacción Asignar_Transacción Transacción 188

Cuadro 40 Identificación de las Operaciones Crear Solicitud de Compra. Operación en el AOO Operación en LPOO Clase Asociada Codificar Solicitud Codificar_Solicitud Solicitud de Compra Compra Verificar Disponibilidad Buscar_Partida Subpartida Partida Crear Solicitud de Grabar_SolCompra Solicitud Compra Compra Crear Detalles de Grabar_Det_SolCOm Detalles Compra p Solicitud Compra Precomprometo Modif._Subpartida Partida, Presupuesto Partida Subpartida Asignar Transacción Asignar_Transacción Transacción

Cuadro 41 Identificación de las Operaciones Clasificar Solicitud de Compra como Emitida. Operación en el AOO Operación en LPOO Clase Asociada Determinar Estado Determinar_Estado Solicitud Compra Verificar Disponibilidad Verificar_Disponibilida Subpartida Partida d Clasificar Solicitud de Actualizar_SolCompra Solicitud Compra como Emitida Compra Precomprometo Modif._Subpartida Partida, Presupuesto Partida Subpartida Asignar Transacción Asignar_Transacción Transacción

189

Cuadro 42 Identificación de las Operaciones Anular Solicitud de Compra. Operación en el AOO Operación en LPOO Clase Asociada Determinar Estado Determinar_Estado Solicitud Compra DesPrecomprometo Modif._Subpartida Partida, Presupuesto Partida Subpartida Clasificar Solicitud de Actualizar_SolCompra Solicitud Compra como Anulada Compra Precomprometo Modif._Subpartida Partida, Presupuesto Partida Subpartida Asignar Transacción Asignar_Transacción Transacción Verificar Oden Compra Verificar_OrdComp Orden Compra Anular Orden Compra Anular_OrdComp Orden Compra

Cuadro 43 Identificación de las Operaciones Crear Orden de Compra. Operación en el AOO Operación en LPOO Clase Asociada Verificar Solicitud Verificar_SolComp Solicitud de Compra Compra Verificar Disponibilidad Buscar_Partida Subpartida Partida Registrar Orden de Grabar_OrdCompra Orden Compra Compra Registrar Detalles Orden Grabar_Det_SolCOm Detalles de Compra p Orden Compra Comprometo Modif._Subpartida Partida, Presupuesto Partida Subpartida Asignar Transacción Asignar_Transacción Transacción

190

Cuadro 44 Identificación de las Operaciones Clasificar Orden de Compra como Emitida Operación en el AOO Operación en LPOO Clase Asociada Determinar Estado Determinar_Estado Orden Compra Verificar Disponibilidad Verificar_Disponibilida Subpartida Partida d Clasificar Orden de Actualizar_OrdCompr Orden Compra como Emitida a Compra Comprometo Modif._Subpartida Partida, Presupuesto Partida Subpartida Asignar Transacción Asignar_Transacción Transacción

Cuadro 45 Identificación de las Operaciones Modificar Orden de Compra. Operación en el Operación en LPOO Clase Asociada AOO Determinar Estado Buscar_OrdCompra Orden Compra Modificar Orden Modificar_OrdCompra Orden Compra Compra Cuadro 46 Identificación de las Operaciones Anular Orden de Compra. Operación en el AOO Operación en LPOO Clase Asociada Determinar Estado Determinar_Estado Orden Compra Descomprometo Modif._Subpartida Partida, Presupuesto Partida Subpartida Clasificar Orden de Actualiza_OrdCompra Orden Compra como Anulada Compra DesComprometo Modif._Subpartida Partida, Presupuesto Partida Subpartida Asignar Transacción Asignar_Transacción Transacción Verificar Solicitud Verificar_SolComp Solicitud Compra Compra Anular Solicitud Compra Anular_SolComp Solicitud Compra 191

Cuadro 47 Identificación de las Operaciones Crear Solicitud de Servicio. Operación en el AOO Operación en LPOO Clase Asociada Codificar Solicitud Codificar_Solicitud Solicitud de Servicio Servicio Verificar Disponibilidad Buscar_Partida Subpartida Partida Crear Solicitud de Grabar_SolServicio Solicitud Servicio Servicio Precomprometo Modif._Subpartida Partida, Presupuesto Partida Subpartida Asignar Transacción Asignar_Transacción Transacción

Cuadro 48 Identificación de las Operaciones Clasificar Solicitud de Servicio como Emitida. Operación en el AOO Operación en LPOO Clase Asociada Determinar Estado Determinar_Estado Solicitud Servicio Verificar Disponibilidad Verificar_Disponibilida Subpartida Partida d Clasificar Solicitud de Actualizar_SolServicio Solicitud Servicio como Emitida Servicio Precomprometo Modif._Subpartida Partida, Presupuesto Partida Subpartida Asignar Transacción Asignar_Transacción Transacción

192

Cuadro 49 Identificación de las Operaciones Anular Solicitud de Servicio. Operación en el AOO Operación en LPOO Clase Asociada Determinar Estado Determinar_Estado Solicitud Servicio DesPrecomprometo Modif._Subpartida Partida, Presupuesto Partida Subpartida Clasificar Solicitud de Actualizar_SolServicio Solicitud Servicio como Anulada Servicio Precomprometo Modif._Subpartida Partida, Presupuesto Partida Subpartida Asignar Transacción Asignar_Transacción Transacción Verificar Oden Servicio Verificar_OrdServicio Orden Servicio Anular Orden Servicio Anular_Ordservicio Orden Servicio

Cuadro 50 Identificación de las Operaciones Crear Orden de Servicio. Operación en el AOO Operación en LPOO Clase Asociada Verificar Solicitud Verificar_SolServicio Solicitud de Servicio Servicio Verificar Disponibilidad Buscar_Partida Subpartida Partida Registrar Orden de Grabar_OrdServicio Orden Servicio Servicio Comprometo Modif._Subpartida Partida, Presupuesto Partida Subpartida Asignar Transacción Asignar_Transacción Transacción

Cuadro 51 Identificación de las Operaciones Modificar Orden de Servicio. Operación en el AOO Operación en LPOO Clase Asociada Determinar Estado Buscar_Ordservicio Orden Servicio Modificar Orden Sevicio Modificar_OrdServicio Orden Serv. 193

Cuadro 52 Identificación de las Operaciones Clasificar Orden de Servicio como Emitida. Operación en el AOO Operación en LPOO Clase Asociada Determinar Estado Determinar_Estado Orden Servicio Verificar Disponibilidad Verificar_Disponibilida Subpartida Partida d Clasificar Orden de Actualizar_OrdServici Orden Servicio como Emitida o Servicio Comprometo Modif._Subpartida Partida, Presupuesto Partida Subpartida Asignar Transacción Asignar_Transacción Transacción

Cuadro 53 Identificación de las Operaciones Anular Orden de Servicio. Operación en el AOO Operación en LPOO Clase Asociada Determinar Estado Determinar_Estado Orden Servicio Descomprometo Modif._Subpartida Partida, Presupuesto Partida Subpartida Clasificar Orden de Actualiza_OrdServicio Orden Servicio como Anulada Servicio Comprometo Modif._Subpartida Partida, Presupuesto Partida Subpartida Asignar Transacción Asignar_Transacción Transacción Verificar Solicitud Verificar_SolServicio Solicitud Servicio Servicio Anular Solicitud Servcio Anular_SolServicio Solicitud Servicio

194

Cuadro 54 Identificación de las Operaciones Crear Solicitud de Viatico. Operación en el AOO Operación en LPOO Clase Asociada Verificar Disponibilidad Buscar_Partida Subpartida Partida Crear Solicitud de Grabar_SolViatico Solicitud Viático Viático Precomprometo Modif._Subpartida Partida, Presupuesto Partida Subpartida Asignar Transacción Asignar_Transacción Transacción

Cuadro 54 Identificación de las Operaciones Clasificar Solicitud de Viático como Emitida. Operación en el AOO Operación en LPOO Clase Asociada Determinar Estado Determinar_Estado Solicitud Servicio Verificar Disponibilidad Verificar_Disponibilida Subpartida Partida d Clasificar Solicitud de Actualizar_SolViatico Solicitud Viáticocomo Emitida Viático Precomprometo Modif._Subpartida Partida, Presupuesto Partida Subpartida Asignar Transacción Asignar_Transacción Transacción

195

Cuadro 55 Identificación de las Operaciones Anular Solicitud de Viático. Operación en el AOO Operación en LPOO Clase Asociada Determinar Estado Determinar_Estado Solicitud Víatico DesPrecomprometo Modif._Subpartida Partida, Presupuesto Partida Subpartida Clasificar Solicitud de Actualizar_SolViático Solicitud Viático como Anulada Viático Precomprometo Modif._Subpartida Partida, Presupuesto Partida Subpartida Asignar Transacción Asignar_Transacción Transacción Verificar Oden Viático Verificar_OrdViatico Orden Viático Anular Orden Viático Anular_OrdViatico Orden Viático

Cuadro 56 Identificación de las Operaciones Crear Orden de Viático. Operación en el AOO Operación en LPOO Clase Asociada Verificar Solicitud Viático Verificar_SolViatico Solicitud de Viatico Verificar Disponibilidad Buscar_Partida Subpartida Partida Registrar Orden de Grabar_OrdViatico Orden Viatico Viatico Comprometo Modif._Subpartida Partida, Presupuesto Partida Subpartida Asignar Transacción Asignar_Transacción Transacción

Cuadro 57 Identificación de las Operaciones Modificar Orden de Viatico. Operación en el AOO Operación en LPOO Clase Asociada Determinar Estado Buscar_OrdViatico Orden Viatico Modificar OrdenViatico Modificar_OrdViatico Orden Viatico

196

Cuadro 58 Identificación de las Operaciones Clasificar Orden de Viático como Emitida. Operación en el AOO Operación en LPOO Clase Asociada Determinar Estado Verificar Disponibilidad Partida Clasificar Orden de Viatico como Emitida Comprometo Presupuesto Partida Asignar Transacción Determinar_Estado Verificar_Disponibilida d Actualizar_OrdViatico Modif._Subpartida Asignar_Transacción Orden Viatico Subpartida Orden Viatico Partida, Subpartida Transacción

Cuadro 59. Identificación de las Operaciones Anular Orden de Viático. Operación en el AOO Operación en LPOO Clase Asociada Determinar Estado Determinar_Estado Orden Viático Descomprometo Modif._Subpartida Partida, Presupuesto Partida Subpartida Clasificar Orden de Actualiza_OrdViático Orden Viático Viático como Anulada Comprometo Modif._Subpartida Partida, Presupuesto Partida Subpartida Asignar Transacción Asignar_Transacción Transacción Verificar Solicitud Verificar_SolViatico Solicitud Viático Viático Anular Solicitud Viático Anular_SolViatico Solicitud Viático

197

Cuadro 60 Identificación de las Operaciones Crear Modificacion de Partida. Operación en el AOO Operación en LPOO Clase Asociada Crear Modificacion Partida Reasignar Presupuesto Partida Crear_Modificapartida Modif._partida Modificacion Partida Partida, Subpartida

Cuadro 61 Identificación de las Operaciones Crear Traslado Interno. Operación en el AOO Operación en LPOO Clase Asociada Verificar Subpartida Vrificar Disponibilidad Presupuestaria Asignar Presupuesto Subpartida Egreso Asignar Presupuesto Subpartida Ingreso Verificar_Subpartida Verificar_Disponibilida d Asignar_monto_subpa rtida_Egreso Asignar_monto_subpa rtida_Ingreso Subpartida Subpartida Subpartida Subpartida

Cuadro 62 Identificación de las Operaciones Crear Traslado Externo. Operación en el AOO Operación en LPOO Clase Asociada Verificar Disponibilidad Presupuestaria Asignar Presupuesto Partida Egreso Asignar Presupuesto Subpartida Egreso Asignar Presupuesto Partida Ingreso Asignar Presupuesto Subpartida Ingreso Crear Traslado Interno Asignar Transacción Verificar_Disponibilida d Asignar_monto_partid a_Egreso Asignar_monto_subpa rtida_Egreso Asignar_monto_Partid a_Ingreso Asignar_monto_subpa rtida_Ingreso Registrar_TrasladoE Asignar_Tranasacción 198 Subpartida Partida Subpartida Partida Subpartida Traslado Externo Transacción

Cuadro 63 Identificación de las Operaciones Crear Transferencia. Operación en el AOO Operación en LPOO Verificar Disponibilidad Ingreso Unidades Verificar Unidad Crear Transferencia Modificar Ingreso Unidades Asignar Transacción Verificar_Disponibilidad _Ingreso Verificar_Unidad Crear_Transferencia Actualizar_Registro_In greso Asignar_Tranasacción

Clase Asociada Ingreso Unidades Unidad Transferenci a Ingreso Unidades Transacción Partida

Cuadro 64 Identificación de las Operaciones Registrar Factura Operación en el AOO Operación en LPOO Determinar Orden Tipo De Verificar_Tipo_Orden

Verificar Orden Servicio Verificar Orden Compra Verifica Factura con Orden de Servicio Anular Orden Servcio Modif. Orden de Servicio Clasificar Orden de Servico Como Procesada Verifica Factura con Orden de Compra Anular Orden Compra Modif. Orden de Compra

Buscar_Orden Buscar_Orden Verificar_monto_fact_o rden Anular_orden_servicio Modificar_Orden Clasifi_Orden_procesa da Verificar_monto_fact_o Orden Anular_orden_servicio Modificar_Orden 199

Clase Asociada Orden Compra, Orden Servicio Orden Servicio Orden Compra Orden Servicio Orden Servicio Orden Servicio Orden Servicio Orden Compra Orden Compra Orden

Clasificar Orden de Compra Como Procesada Realizar Reintegro Partida Causar_presupuesto Partida Asiganar Transacción Registro Factura Registro detalles Factura

Clasifi_Orden_procesa da Realizar_reintegro_part ida Causar_presupuesto Asignar_transaccion Registro_Factura Registra_detalles

Compra Orden Compra Partida Partida Transacción Partida Factura Detalles Factura

Cuadro 65 Identificación de las Operaciones Anular Factura. Operación en el AOO Operación en LPOO Determinar Estado Anular Factura Determinar_Estado() Anular_Factura

Clase Asociada Factura Fcatura

Cuadro 66 Identificación de las Operaciones Registrar Pago. Operación en el AOO Operación en LPOO Determinar Orden Tipo de Determinar_Tipo_orde n() Buscar_orden

Clase Asociada Oreden servicio, Orden Compra Orden Servicio, Orden Compra Factura Factura Partida Transacción Partida Pago

Determinar Estado

Determinar Estado Factura Clsificar Factura Como Procesada Ejecutar Presupuesto Partida Asignar Transacción Registrar Pago

Determinar_est_factur a Clasificar_factura_Pro cesada Pagar_resupuesto Asignar_transacción Registrar_Pago 200

Cuadro 67 Identificación de las Operaciones Crear Unidades. Operación en el AOO Operación en LPOO Crear Unidades Crear_Unidad

Clase Asociada Unidad

Cuadro 68 Identificación de las Operaciones Modificar Unidades. Operación en el AOO Operación en LPOO Clase Asociada Buscar Unidad Modificar Unidad Buscar_Unidad Modificar Unidad Unidades Unidades

Extensión de Aplicaciones Web (WAE) El Sistema de información bajo plataforma Intranet para el control presupuestario de CORPOSALUD, es una aplicación dinámica con una arquitectura en tres (3) capas, por lo que debe describirse su estructura con una herramienta metodológica para este tipo de aplicación. La metodología OO propuesta por Martin y Odell no posee los elementos necesarios que permitan la diagramación de los componentes para aplicaciones Web, por tal razón se ha empleado la extensión de aplicaciones Web (WAE) propuesta por Conallen en 1998, para el modelado de la Web. A continuación se representan las clases estereotipadas del Sistema (ver Gráfico 168 hasta 172).

201

Gráfico 168. Clase Principal del sistema.

Gráfico 169. Diagrama WAE. Página Coordinación de Finanzas

202

Gráfico 170. Diagrama WAE. Página Coordinación de Planificación y Presupuestó

Gráfico 171. Humanos

Diagrama WAE. Pagina Coordinación de Recursos

203

Gráfico 172. Diagrama WAE. Pagina Vicepresidencia Administrativa

Propuesta para la distribución de la Red Local

La Coordinación de Informática posee una Red LAN, basada en Topología Estrella, Un (1) Switch 10/1000 3Comp, el medio de transmisión es cable UTP categoría 5 con un ancho de banda de hasta 100 MB, cuatro (4) Computadoras, también cuenta con el Servicio de ABA, y debido que ésta coordinación seria la encargada del sistema desde el punto de vista de mantenimiento, resguardo y respaldo de la data, se sugiere colocar el Servidor en la misma , en la Coordinaciones de planificación y presupuesto, Finanzas, Recursos Humano y la

Vicepresidencia Administrativa puertos cada uno,

se colocaría un Switch 10/100 de 8

uno en cada coordinación, utilizando cable UTP

categoría 5e, para la interconexión de los cuatro (4) equipos , la conexión

204

de las coordinaciones se realizaría a través de los Switch utilizando la topología Estrella Jerárquica. El Protocolo que se utilizara será TCP/IP. Dentro de los requerimientos podemos destacar: un (01) servidor para la red, el cableado para las Coordinaciones involucradas, cuatro (04) switch de 08 puertos cada uno y 28 conectores RJ45. La Coordinación de informática presentó los requerimientos del diseño propuesto a la alta gerencia, los cuales dieron su aprobación y respectiva inclusión en el Plan Operativo Anual 2011, lo que hace constatar que económicamente la propuesta es factible. El diseño propuesto es una herramienta útil y necesaria para la organización, ya que permite garantizar efectividad, eficacia y legalidad de los procesos y operaciones institucionales, permitiendo a su vez, verificar todo lo que se realiza conforme al programa de ejecución adaptado a la normativa legal vigente; señalando las fallas y los errores, a fin de minimizar y evitar su repetición. Cuadro 69 Costos para los requerimientos de hardware CANT. PRODUCTO DESCRIPCIÒN 1 4 7 200 mts 28 Servidor Switch Puntos de Red Cable Conectores Procesador Xeon de 3.0 GAZ 512 Mb de memoria Ram De 8 puertos por 300,oo bs c/u 45 por c/p UTP categoría E5 a 12 Bs. c/mts RJ45 a 10 c/u TOTAL

COSTO BS. 4.500,00 1.200,00 315,00 60,00 280,00 6.355

205

Propuesta para Distribución de la Red

PLANTAALTA

SERVIDOR

Coordinación Informática

de

PLANTA BAJA

Coordinación de Planificación y Presupuesto

Vicepresidencia Administrativa

Coordinación de Finanzas y sus Unidades

Coordinación de Recursos Humano

Gráfico 173. Diseño de la Red Propuesta.

206

CONCLUSIONES Y RECOMENDACIONES

CONCLUSIONES

El avance tecnológico ha impulsado a los centros de salud a implementar diversas herramientas informáticas que les permitan manejar su información de manera organizada, ágil y veraz. Es por el que CORPOSALUD, requiere la implantación de una Intranet que además de mantenerla en la vanguardia tecnológica, le permita aprovechar los beneficios que estas ofreces. En tal sentido, Se puede concluir que la implantación del sistema de información bajo plataforma intranet para el control de la ejecución presupuestaría, traerá a la corporación, un mejor control de su presupuesto, mayor velocidad en el procesamiento de las actividades inherentes a éste, y una mejor comunicación entre las unidades involucradas. La disponibilidad inmediata de la información que obtendrían con su implementación sería una contribución significativa, para coadyuvar en el proceso de toma de decisiones. Además permitiría ahorro de papelería y tiempo de respuesta. Por otra parte, el diseño de la Intranet, a través de las metodologías AOO de Martin y Odell, y WAE de Conallen, fueron de gran utilidad y de fácil uso, permitiendo representar el diseño de una forma clara y sencilla, que sea de fácil entendimiento para cualquier persona

207

RECOMENDACIONES

Tras haberse elaborado el análisis de los procesos para la ejecución presupuestaria, se presentan las siguientes sugerencias para el mejor desarrollo de las actividades de las Coordinaciones de Planificación y de Presupuesto, y Fianzas, Recursos Humano, y la Vicepresidencia Administrativa de la Corporación de Salud del Estado Nueva Esparta.  

El desarrollo e implantación del diseño propuesto, el cual

eliminaría la duplicidad de funciones y la data. La centralización de los procesos mediante una interconexión de red, la cual fortalecería e incrementarían la confianza y veracidad de los datos e información derivados de los procesos de la ejecución presupuestaria.   Implantar la Intranet diseñada para el control de la ejecución

presupuestaría de la corporación. Fomentar la comunicación entre las Departamentos diferentes

coordinaciones y/o unidades, para que de esta forma haya una mejor coordinación entre estos al momento de planificar algún proceso.  Realizar una evaluación general al personal que esta involucrado en los procesos presupuestarios, para saber exactamente las capacidades que posee cada uno de ellos; para que de esta forma se pueda reorganizar el personal según su capacidad. Luego es recomendable realizar

evaluaciones periódicas.

208

REFERENCIAS

Ander, Egg (1978) Introducción a la Planificación. Ediciones. El Cid. Buenos Aires. Asociación Venezolana de Presupuesto Público. (1987). Aspectos

Conceptuales y Metodológicos del Presupuesto Público Venezolano. 1era Edición. Caracas. Barahó, M y Pérez, A. (1998) El Impacto de las Pymes de los sistemas de información. Mexico. Editorial Simora. Balestrini, Miriam (2001) Como se elabora el proyecto de investigación. 5ta Edición. Editorial. Consultores Asociados BL. Caracas 2001. Castro, A y Fusario R. (1994) Teleinformática Aplicada. Volumen I. Editorial Mc Graw Hill. Clasificación de Redes de comunicación (s.f.). [Documentación en línea]. Disponible: http://apuntes.rincondelvago.com/htm. [Consulta Marzo]. Conallen (1999). Modeling Web Applications Architectures with UML. Conceptos de Presupuesto Público [Documentación en linea]. Disponible: www.ocepre.gov.ve/conceptos/conceptos.htm Febrero]. Constitución de la República Bolivariana de Venezuela (1999). Cordero, G y Karme, J. (2009). Intranet para el Control de los Procesos Administrativos de la clínica El Espinal. Trabajo de Grado no publicado. Universidad de Oriente Núcleo Nueva Esparta. Evin (2008). Enciclopedia Virtual Informática [Documentación Disponible: en linea]. . [Consulta 2010, 2010,

http://www.terra.es./personal/lermon/esp/enciclo.htm

[Consulta 2010, Marzo].

209

Gómez, Francisco. (1994) Presupuesto Teoría y Práctica Integral. Resulta y Aplicada. Fragor.

Hernández, R. Fernández, C. y Baptista P. (1998) Metodología de la Investigación. (2da Edición).Mc Graw Hill. México. Hurtado de Barrera, J. (2007). El proyecto de Investigación. 5ta Edición. Sypal. Caracas. Kendall y Kendall. (1991) Análisis y Diseño de Sistemas. Prentice.

Hall.Hispanoamericana, S.A. Lagos, V (s.f.). Tipos de Presupuestos [Documento en línea]. Disponible: Http//www.geostiopolis.com/recursos3/docs/fin/tippresu.htm#3.%20%C LASIFICACIÖN%20DE%20LOS%20PRESUPUESTOS. 2009, Noviembre] Ley Orgánica de la Contraloría General de la República y del Sistema Nacional de Control Fiscal (2001). [Documentación Disponible en línea]. [Consultado

http://www.fiscalia.gov.ve/leyes/5-

LEYDECONTROLARIA.pdf. [Consultado Enero 2010]. Ley Orgánica de Procedimientos Administrativos (2001). [Documentación en linea]. Disponible http://www.tsj.gov.ve/legislacion/lopa.html.

[Consultado Enero 2010]. Ley Orgánica de la Administración Financiera del Sector Público (2008). [Documentación en línea]

http://ftp.ucv.ve/Documentos/ONAPRE/REGLAMENTO_LOAFSP_CO NSULTA.pdf. [Consultado Enero 2010]. Ley Orgánica de Salvaguarda del Patrimonio Público (1982). [Documentación en línea]. http://www.gobiernoenlinea.ve/legislacion-

view/sharedfiles/leyorgsalvaguardapatrimoniopublico.pdf. [Consultado Enero 2010]. 210

Ley Orgánica de Régimen Presupuestario (2000). [Documentación en linea]. Disponible:http://www.ocepre.gov.ve/documentospublicaciones/LeyOrganica/lorp.pdf. [Consultado Enero 2010].

Ley de Salud del Estado Nueva Esparta (Gaceta Oficial del Estado Nueva Esparta, 1996). Laudon, k y Laudon, J. (2008). Sistema de Información Gerencial. Pearson. Mexico Martin, J. y Odell, J. (1994) Análisis y Diseño Orientados a objetos. Prentice. Hall Hispanoamericana, S.A. Marcano, M y Vargas, B (2009). Sistema de Información, Bajo Ambiente Web, para el Control de las Actividades de la Coordinación de Servicios Generales de la Universidad de Oriente Núcleo Nueva Esparta. Trabajo de Grado no publicado. Universidad de Oriente Núcleo Nueva Esparta. Nireblog.com (2007). Componentes de las Redes. [Página Web en línea]. Disponible: http//redes-

pcs.nireblog.com/post/2007/09/07/componentes-de-las-redes. [Consulta 2010, Marzo]. Presupuesto (s.f.) [Documentación en línea]. Disponible:

www.dian.com/dian/125sobred/pages/impuestosinternos.open,docume nt#13. [Consulta 2010, Marzo]. Presupuesto Público (s.f.) . [Documentación en línea]. Disponible: [Consulta 2010,

www.monografias.com/trabajo11/reco/reco/.html. Marzo]. Redes (s.f.) [Documentación en

línea].

Disponible: 20010,

www.geocitis.com/attems/olympus7428/red1.html. [Consulta Marzo]. 211

Pozo, J y Ludeña, j (s/f). Topologías de Redes. [Documentación en linea]. Disponible: http//dis.um.es/~lopezquesada/documentos/IES_0506/RAL_0506/doc/ prac2ut1.doc. [Consulta 20010, Marzo]. Reglamento Interno de la Corporación de la Salud del Estado Nueva Esparta. (Gaceta Oficial del Estado Nueva Esparta, 1997).

Rivera, K. (2007). Intranet para el Control Administrativo de la Policlínica Carúpano, C.A. Trabajo de Grado no publicado. Universidad de Oriente Núcleo Nueva Esparta. Sabino, Carlos (1986). El Proceso de la Investigación. 1era Edición.. Editorial Panapo. Salerno, C. (1986) El Proceso de la Investigación. Primera Edición. Panapo. Caracas. Seen (1995) Análisis y Diseños de Sistemas de Información. Séptima Edición. Mc Graw Hill. México. Sistemas de Información. [Documentación en línea]. Disponible:

www.uclm.es/profesorado/matarancon/siy.pdf. [Consulta 2010, 09 de Marzo]. Stone, J. Freeman, E. y Gilbert, D. (1996) Administración. Sexta edición. Prentice. Hall Hispanoamericana, S.A. Tamayo, Tamayo ,M. (2000) El Proceso de la Investigación Cientifica. Limusa, S.A. Tramullas, J (1997). Intranet: Modelo para el Desarrollo de Redes Corporativas. [Documentación en línea]. Disponible:

http//siga.regionlambayeque.gob.pe/docs/ainformacion/intranet.pdf. [Consulta 2010, 09 de Marzo].

212

Textoscientificos.com,

(s.f.).

[Documentación

en

línea].

Disponible: 2010, 09 de

http://www.textoscientificos.com/redes/tcp-ip. [Consulta Marzo].

Universidad Nacional Abierta (1991). Técnicas de Documentación e Investigación II. Caracas. Universidad Pedagógica Experimental Libertador (UPEL). (2001). Manual de Trabajos de Grados de especialización, maestrías y tesis doctorales. Caracas. Universidad Yacambú, Vicerrectorado de Investigación y Postgrado, Instituto de Investigación y Postgrado (2007). Normas para la elaboración y presentación de los trabajos especiales de grado, trabajos de grado y tesis doctorales de la UNY. Barquisimeto.

213

214

ANEXOS

ANEXO A ORGANIGRAMA ESTRUCTURAL DE CORPOSALUD NUEVA ESPARTA

216

ANEXO A. Organigrama de Corposalud Nueva Esparta
GOBERNACIÓN DEL ESTADO NUEVA ESPARTA

JUNTA DIRECTIVA CONSEJO CONSULTIVO PRESIDENCIA CORPOSALUD

VICEPRESIDENCIA EJECUTIVA ADMINISTRATIVA

COORDINACIONDE CONSULTORÍA JURÍDICA

DIRECCIÓN DE CONTRALORÍA INTERNA

VICEPRESIDENCIA EJECUTIVA MÉDICA

COORDINACION DE RECURSOS HUMANOS

COORDINACION DE PLANIFICACIÓN Y PRESUPUESTO

COORDINACION DE FINANZAS

COORD DE SERVICIOS TÉCNICOS Y PROGRAMAS

DIR. DE CONTRALORÍA SANITARIA DIRECCIÓN DE NUTRICIÓN

UNIDAD DE SEGURIDAD Y VIGILANCIA UNIDAD DE MANTENIMIENTO

UNIDAD DE SERVICIOS LOGÍSTICOS UNIDAD DE INFORMÁTICA

UNIDAD DE TESORERÍA

UNIDAD DE CONTABILIDAD

DIRECCIÓN DE SANEAMIENTO AMBIENTAL UNIDAD DE EPIDEMIOLOGÍA

UNIDAD DE COMPRAS Y SUMINISTROS

UNIDAD DE BIENES NACIONALES

UNIDAD DE INVESTIGACIÓN Y DESARROLLO

UNIDAD DE PRENSA Y RELACIONES PÚBLICAS

DIR. DE PROMOCIÓN SOCIAL Y EDUCACIÓN PARA LA SALUD

SERVICIOS AUTÓNOMOS

DISTRITOS SANITARIOS

Nota. Tomado de Archivos de la Coordinación de Planificación y Presupuesto 2001

217

Anexo B

Distribución General del Presupuesto de Gastos

218

Nota: Tomado de Archivos de la Coordinación de Presupuesto. (2911)

219

ANEXO C PROGRAMACION MENSUAL DE DESEMBOLSOS DE PRESUPUESTO

220

Nota. Tomado de los archivos de la Coordinación de presupuesto

ANEXO D EJECUCIÓN PRESUPUESTARIA

Nota. Tomado de los Archivos de la Coordinación de Presupuesto. (2011)

ANEXO E NOTA DE PEDIDO

Nota: Tomado de Archivos de la Coordinación de Presupuesto. (2011)

ANEXO F ORDEN DE COMPRA

[ANEXO F]. Orden De Compra

Nota: Tomado de Archivos de la Coordinación de Presupuesto. (2011)

ANEXO G ORDEN DE SERVICIO

CURRÍCULUM VITAE

SÍNTESIS CURRICULAR
Datos Personales

Apellidos y Nombres: Cédula de Identidad: Fecha de Nacimiento: Lugar de Nacimiento: Dirección: Estado Civil:

Ugueto Romero, Eyamir del Valle 8.730.054 12/02/1965 Maracay, Edo. Aragua, Venezuela Calle 6 este, casa nº 34, urb. Los Tejados, Edo. Nueva Esparta. Divorciada

Celular: 0416-6951558 E-Mail: Uguetor@gmail.com

Ingeniero Informática

en

Educación Institución Año
PRIMARIA G.E. Francisco 6 to Grado de Miranda Francisco de Miranda C.C. Trino Bachiller Celís Ríos - Ciencias Palo Negro Universidad Ingeniero Centroccidental Informática Lisandro Alvarado Barquisimeto Universidad de Yacambú, Cabudare Edo. Lara 1976

SECUNDARIA

en 1982

SUPERIOR

en 1992

Especialidad en 2000 Gerencia Mención Redes y Telecomunicaciones

Experiencia Laboral
EMPRESA Universidad de Oriente CARGO FUNCIONES PERIODO

(Núcleo Esparta)

-

Profesora Materias Dictadas 09/2006 - Actualmente Asistente de la :Diseño de Base De Carrera Datos, Algoritmo y Nueva Licenciatura en Estructura de Datos I, Informática. Investigación de Operaciones Asesora y Jurado de trabajos de Grado. Miembro de Subcomisión trabajos de grado. Facilitadora la de 05/2000 -08/2006 Jefe del Centro de Computación y del Laboratorio de Informática

Tlf. (0295)- 4006526

2007-2008

Fundaudo

Corporación de la Salud del Estado Nueva Esparta Especialista en Informática II Tlf. (0295) –2630896 – Faciitadora del Modulo ext. 133 de Base de Datos, en el Diplomado de 01/2000 – 07/2006 Fax (0295) – 2611620 Informática – Facilitadora Planificación, control y ejecución de todo lo relacionado con la parte de informática 04/95 - 08/99 Universidad de Oriente Materias Dictadas: Algoritmo, Lenguaje de Profesora Programación, Instructor (Núcleo Nueva Contratada de la Sistemas Mecanizados Esparta) II, Auditoria de Carrera Licenciatura en Sistemas, Teleprocesamiento, Tlf. (0295)- 4006526 Informática. Pasantías, Asesora y Jurado de Trabajo de

Convenio

UNESR

UTIRLA Nueva Esparta

Grado. 11/93 - 12/94 I.U.P. Santiago Mariño (Extensión Porlamar) Profesora de las materias: Introducción Profesora y a la Computación, Directora de la Algebra, Lenguaje de I, Escuela de Programación Elaboración de Sistemas. Horarios y Coordinación del personal a cargo.

Oriente Entidad Ahorro y Préstamo (Puerto la Anzoátegui) Cruz

de

Analista Líder del departamento de Análisis y Desarrollo.

10/92- 09/93

Tlf. (2081) 2670222

Cerámicas Caribe C.A. (Planta Chivacoa Yaracuy) -

Pasante.

05/91- 06-91

Sign up to vote on this title
UsefulNot useful