omar rivera rivera marcela patricia torres ucrós facultad

Transcripción

UNIVERSIDAD FRANCISCO DE PAULA SANTANDER
BIBLIOTECA EDUARDO COTE LAMUS
RESUMEN – TESIS DE GRADO
AUTORES: OMAR RIVERA RIVERA
MARCELA PATRICIA TORRES UCRÓS
FACULTAD: INGENIERÍA
PLAN DE ESTUDIOS: INGENIERÍA DE SISTEMAS
DIRECTOR: NELSON BELTRAN
TÍTULO DE LA TESIS: DESARROLLO E IMPLEMENTACIÓN DE UN SOFTWARE
QUE REGISTRE POBLACIONALMENTE LOS ENFERMOS DE CANCER PARA EL
CENTRO DE REHABILITACIÓN DE NORTE DE SANTANDER.
RESUMEN
El proyecto se refiere a la creación de registros de casos de cáncer
correspondientes mediante el desarrollo de una aplicación especializada en la
gestión de la documentación de Pacientes (Datos Personales, Datos del Tumor,
Datos del Diagnósticos, Certificados de Defunción y Estudios Estadísticos) en el
Centro de Rehabilitación Norte de Santander; Se definieron todas las funciones
necesarias para realizar la administración correcta, así como también el desarrollo,
explicación y documentación de la metodología empleada para el desarrollo del
software, siguiendo el proceso de desarrollo Iconix y el Lenguaje de modelado
UML e integrado de tecnología Web
CARACTERÍSTICAS
PÁGINAS 478
PLANOS
ILUSTRACIONES
CD ROM 1_.
DESARROLLO E IMPLEMENTACIÓN DE UN SOFTWARE QUE REGISTRE
POBLACIONALMENTE LOS ENFERMOS DE CANCER PARA EL CENTRO DE
REHABILITACIÓN DE NORTE DE SANTANDER
OMAR RIVERA RIVERA
FACULTAD DE INGENIERÍA
PLAN DE ESTUDIOS DE INGENIERÍA DE SISTEMAS
SAN JOSÉ DE CÚCUTA
2006
DESARROLLO E IMPLEMENTACIÓN DE UN SOFTWARE QUE REGISTRE
POBLACIONALMENTE LOS ENFERMOS DE CANCER PARA EL CENTRO DE
REHABILITACIÓN DE NORTE DE SANTANDER
OMAR RIVERA RIVERA
Trabajo de grado presentado para optar al título de
INGENIERO DE SISTEMAS
Director
NELSON BELTRAN GALVIS
Ingeniero de Sistemas
FACULTAD DE INGENIERÍA
PLAN DE ESTUDIOS DE INGENIERÍA DE SISTEMAS
SAN JOSÉ DE CÚCUTA
2006
En este momento no me queda más, sino, decir Gracias a todas las personas que creyeron
en mi...esos que solo me dieron el apoyo y el amor que necesité para dar culminada esta
tarea. A mis padres Jesús y Olga, a mis hermanos Lourdes y Fabián que son la razón de mi
vida; y a ti José que serás siempre mi apoyo de Dalí.
MARCELA
A Dios Todopoderoso
A mis padres, quienes fueron mi apoyo durante el transcurso de mi carrera, para alcanzar
esta meta.
OMAR
CONTENIDO
Pág.
INTRODUCCIÓN
38
1.1 CONCEPTUALIZACIÓN DEL REGISTRO POBLACIONAL DE CÁNCER
42
1.2 ¿QUE IMPORTANCIA TIENE EL REGISTRO?
42
1.3 ¿CUÁL ES LA IMPORTANCIA DEL CANCER COMO PROBLEMA DE SALUD
PUBLICA?
42
1.4 INCIDENCIA DE LOS REGISTROS POBLACIONALES EN EL MUNDO
43
1.5 CONSIDERACIONES PARA LA REALIZACIÓN DE UN REGISTRO
POBLACIONAL DE CÁNCER
43
1.6 CLASIFICACIÓN INTERNACIONAL DE ENFERMEDADES (CIE)
44
1.7 ANTECEDENTES HISTÓRICOS DE LA CIE
44
1.8 AUGE DE LOS SISTEMAS DE INFORMACIÓN Y DOCUMENTACIÓN EN LAS
ORGANIZACIONES
45
1.9 WORD WIDE WEB (WWW)
46
1.10 ARQUITECTURA DE LA WORLD WIDE WEB
46
1.11 PROTOCOLO http
47
1.12 ETAPAS DE UNA TRANSACCIÓN http
48
1.13 ESTRUCTURA DE LOS MENSAJES http
49
1.14 PROGRAMACIÓN ORIENTADA A OBJETOS
52
1.15 METODOLOGÍA ORIENTADA A OBJETOS
55
1.15.1 Ventajas de la metodología orientada a objetos.
56
1.16 EL LENGUAJE DE MODELADO UNIFICADO UML
59
1.17 MARCO CONTEXTUAL
60
1.17.1 Misión del Centro de Rehabilitación del Norte de Santander.
60
1.17.2 Visión del Centro de Rehabilitación del Norte de Santander.
60
1.17.3 Organización del Centro de Rehabilitación del Norte de Santander.
61
2. DISEÑO METODOLÓGICO
63
2.1 ANÁLISIS DE REQUISITOS
64
2.2 ANÁLISIS Y PROYECTO PRELIMINAR
64
2.3 PROYECTO DETALLADO
67
2.4 IMPLEMENTACIÓN
68
3. RESULTADOS
69
3.1 TECNOLOGÍAS EMPLEADAS
69
3.1.1 PHP
69
3.2 MySQL
72
3.3 DESARROLLO DE SOFTWARE BASADO EN COMPONENTES
73
3.3.1 Componentes de software para sistemas C / S
73
3.3.2 Servlets.
74
3.4 FORMALIZACIÓN DEL CONCEPTO DE REGISTRO POBLACIONAL DE
CANCER
78
80
3.6 POBLACIÓN BASE
80
3.7 PARTICIPACIÓN MÉDICA Y COMUNITARIA
80
3.8 RECOLECCIÓN DE DATOS
81
3.9 BÚSQUEDA DE CASOS
81
3.10 MÉTODO DE IDENTIFICACIÓN Y BÚSQUEDA DE CASOS
81
3.11 BÚSQUEDA DE LA INFORMACIÓN
82
3.12 VARIABLES A RECOLECTAR
84
3.13 TERMINOLOGÍA DEL REGISTRO POBLACIONAL DE CANCER
84
3.14 FILOSOFÍA DEL REGISTRO POBLACIONAL DE CÁNCER DE CÚCUTA
91
3.15 ESTRUCTURA ORGANIZACIONAL DEL REGISTRO POBLACIONAL DE
CÁNCER DE CÚCUTA.
92
3.15.1 Funciones de Cargos
92
3.16 IMPACTO AMBIENTAL DEL REGISTRO POBLACIONAL DEL CENTRO
DE REHABILIATACIÓN DE NORTE DE SANTANDER.
94
4. DESARROLLO DE LA APLICACIÓN
98
4.1 CAPTURA DE REQUERIMIENTOS
98
4.1.1 Modelo del Negocio.
98
4.1.2 Casos de Uso del Negocio.
104
4.1.3 Objetivos de la Aplicación.
108
4.2 ANÁLISIS
113
4.2.1 Análisis de Contenido.
113
4.2.2 Análisis de Interacción.
114
4.2.3 Análisis Funcional.
114
4.2.4 Análisis de configuración.
116
4.2.5 Análisis Navegacional.
10
116
4.3.1 Actores y sus Roles.
116
4.3.2 Modelo del Dominio.
120
4.3.3 Casos de Uso de la Aplicación.
124
4.3.4 Diagrama de Paquetes de la Aplicación
172
4.4 ANÁLISIS Y DISEÑO PRELIMINAR
178
4.4.1 Análisis de robustez.
178
4.5 DISEÑO
244
4.5.1 Diagrama de Secuencias.
244
4.5.2 Diagrama de clases del Diseño.
275
4.5.3 Consideraciones de Diseño para el desarrollo de la aplicación.
281
4.5.4 Diseño Navegacional y de Interfaz Abstracta.
283
4.5.5 Diseño de Contenido.
288
4.5.6 Diseño Arquitectónico.
292
4.5.7 Diseño de la Base de Datos.
294
4.6 IMPLEMENTACIÓN
316
4.6.1 Especificación de Componentes.
316
4.6.2 Diagramas de Despliegue.
317
4.6.3 Modelo y Plan de Integración de la Aplicación.
318
4.6.4 Implementación capa de Almacenamiento.
325
4.6.5 Implementación Capa de integración.
354
4.6.6 Implementación Capa Lógica de Negocios.
355
4.6.7 Implementación capa de Control.
358
4.6.8 Implementación capa de Presentación.
366
4.7 VERIFICACION Y PRUEBAS
369
4.7.1 Plan de Pruebas.
371
4.7.2 Instalación.
409
5. CONCLUSIONES
410
6. RECOMENDACIONES
412
BIBLIOGRAFÍA
413
ANEXOS
416
LISTA DE CUADROS
Pág.
Cuadro 1. Estructura de un mensaje HTTP
49
Cuadro 2. Estructura Organizacional del Centro De Rehabilitación De Norte De Santander
para el registro poblacional de Cáncer de Cúcuta.
61
Cuadro 3. Procesos y objetos del negocio
101
Cuadro 4. Descripción caso de uso Crear Registros
105
Cuadro 5. Descripción caso de uso Actualizar Registros
106
Cuadro 6. Descripción caso de uso Imprimir Registros
106
Cuadro 7. Descripción caso de uso Consultar Registros
107
Cuadro 8. Descripción caso de uso Guardar y Almacenar Registros
107
Cuadro 9. Descripción caso de uso Verificar Registros
108
Cuadro 10. Descripción Actor Usuario
118
Cuadro 11. Descripción Actor Digitador
118
Cuadro 12. Descripción Actor Coordinador
119
Cuadro 13. Descripción Actor Administrador
120
Cuadro 14. Descripción caso de uso Iniciar Aplicación
125
Cuadro 15. Descripción caso de uso Registrar Información
129
Cuadro 16. Descripción Caso de Uso Ingresar Paciente
129
Cuadro 17. Descripción Caso de Uso Registrar Diagnóstico.
130
Cuadro 18. Descripción Caso de Uso Registrar Tratamiento.
131
Cuadro 19. Descripción Caso de Uso Registrar Fuentes de Información.
132
Cuadro 20. Descripción Caso de Uso Registrar Certificado de Defunción.
132
Cuadro 21. Descripción Caso de Uso Verificar Información.
134
Cuadro 22. Descripción Caso de Uso Actualizar Información.
136
Cuadro 23. Descripción Caso de Uso Actualizar Usuario.
136
Cuadro 24. Descripción Caso de Uso Agregar Usuario.
137
Cuadro 25. Descripción Caso de Uso Eliminar Usuario
138
Cuadro 26. Descripción Caso de Uso Actualizar Fuentes de Información.
139
Cuadro 27. Descripción Caso de Uso Agregar Fuente de Información.
139
Cuadro 28. Descripción Caso de Uso Eliminar Fuente de Información
140
Cuadro 29. Descripción Caso de Uso Actualizar Médico.
141
Cuadro 30. Descripción Caso de Uso Agregar Médico
141
Cuadro 31. Descripción Caso de Uso Eliminar Médico
142
Cuadro 32. Descripción Caso de Uso Modificar Médico
143
Cuadro 33. Descripción Caso de Uso Actualizar Certificado De Defunción.
143
Cuadro 34. Descripción Caso de Uso Modificar Certificado De Defunción.
144
Cuadro 35. Descripción Caso de Uso Eliminar Certificado De Defunción
145
Cuadro 36. Descripción Caso de Uso Agregar Certificado De Defunción.
145
Cuadro 37. Descripción Caso de Uso Actualizar Paciente.
146
Cuadro 38. Descripción Caso de Uso Modificar Paciente.
147
Cuadro 39. Descripción Caso de Uso Eliminar paciente.
148
Cuadro 40. Descripción Caso de Uso Actualizar Diagnóstico.
149
Cuadro 41. Descripción Caso de Uso Eliminar Diagnóstico.
150
Cuadro 42. Descripción Caso de Uso Agregar Diagnóstico.
151
Cuadro 43. Descripción Caso de Uso Actualizar Población.
152
Cuadro 44. Descripción Caso de Uso Agregar Población.
152
Cuadro 45. Descripción Caso de Uso Eliminar Población.
153
Cuadro 46. Descripción Caso de Uso Modificar Población
154
Cuadro 47. Descripción caso de uso Actualizar Barrio_vereda
155
Cuadro 48. Descripción caso de uso Eliminar Barrio_vereda
155
Cuadro 49. Descripción caso de uso Agregar Barrio_vereda
156
Cuadro 50. Descripción Caso de Uso Consultar Información.
158
Cuadro 51. Descripción Caso de Uso Consultar Incidencia
158
Cuadro 52. Descripción Caso de Uso Consultar Tratamiento
160
Cuadro 53. Descripción Caso de Uso Consultar Tipo _ Examen
161
Cuadro 54. Descripción Caso de Uso Consultar Mortalidad
162
Cuadro 55. Descripción Caso de Uso Consultar Grado _ Diferenciación
163
Cuadro 56. Descripción Caso de Uso Consultar Método _ Diagnóstico
164
Cuadro 57. Descripción Caso de Uso Consultar Tipo _ Afiliación
165
Cuadro 58. Descripción Caso de Uso Consultar Nivel _ Sisben
166
Cuadro 59. Descripción Caso de Uso Consultar Estrato _ Económico
167
Cuadro 60. Descripción Caso de Uso Consultar Zona _ Residencia
168
Cuadro 61. Descripción Caso de Uso Consultar Grado _ Comportamiento
169
Cuadro 62. Descripción caso de uso Backup
170
Cuadro 63. Descripción caso de uso Restaurar
171
Cuadro 64. Descripción paquete RPcúcuta
172
Cuadro 65. Descripción paquete Gestionar Inicio
173
Cuadro 66. Descripción paquete Gestionar Aplicación
174
Cuadro 67. Descripción paquete Gestionar Actualización
175
Cuadro 68. Descripción paquete Gestionar Consultas
176
Cuadro 69. Descripción paquete Gestionar Backup
177
Cuadro 70. Descripción paquetes de clases del Diseño
275
Cuadro 71. Tecnologías aplicadas en cada capa
293
Cuadro 72. Descripción vista causas_muerte
295
Cuadro 73. Descripción vista certidefun
298
Cuadro 74. Descripción vista diagnóstico
300
Cuadro 75. Descripción vista evi_defuncion
302
Cuadro 76. Descripción vista exámenes
303
Cuadro 77. Descripción vista fuentes
304
Cuadro 78. Descripción vista localización
304
Cuadro 79. Descripción vista médicos
305
Cuadro 80. Descripción vista morfología
306
Cuadro 81. Descripción vista otra_evidencia
307
Cuadro 82. Descripción vista poblacion
308
Cuadro 83. Descripción vista paciente
309
Cuadro 84. Descripción vista residencia_habitual
312
Cuadro 85. Descripción vista tipo_examen
313
Cuadro 86. Descripción vista tipo_topografía
313
Cuadro 87. Descripción vista zonas
314
Cuadro 88. Descripción tabla Barrio_vereda
314
Cuadro 89. Descripción vista usuario
315
Cuadro 90. Creación de la tabla Usuario
325
Cuadro 91. Creación de la tabla Paciente
326
Cuadro 92. Creación de la tabla Diagnóstico
326
326
Cuadro 93. Creación de la tabla causas_muerte
327
Cuadro 94. Creación de la tabla certidefun
328
Cuadro 95. Creación de la tabla evi_defuncion
328
Cuadro 96. Creación de la tabla examenes
328
Cuadro 97. Creación de la tabla fuentes
329
Cuadro 98. Creación de la tabla localización
329
Cuadro 99. Creación de la tabla médicos
329
Cuadro 100. Creación de la tabla morfología
330
Cuadro 101. Creación de la tabla otra_evidencia
330
Cuadro 102. Creación de la tabla población
330
Cuadro 103. Creación de la tabla residencia_habitual
331
Cuadro 104. Creación de la tabla tipo_examen
331
Cuadro 105. Creación de la tabla tipo_topografía
331
Cuadro 106. Creación de la tabla Barrio_vereda
331
Cuadro 107. Creación de la tabla zonas
332
Cuadro 107. Clases de la lógica de negocio
355
Cuadro 108. Controladores
359
Cuadro 109. Relación estilo PHP y controladores PHP
366
LISTA DE FIGURAS
Pág.
Figura 1. El proceso ICONIX
58
Figura 2. Organigrama Centro de Rehabilitación de Norte de Santander para el registro
poblacional de cáncer
62
Figura 3. Análisis de Requisitos
64
Figura 4. Análisis y Proyecto Preliminar
67
Figura 5. Proyecto Detallado
68
Figura 6. Servlets vs. CGI
75
Figura 7. Ciclo de vida de un servlet
77
Figura 8. Métodos del ciclo de vida
77
Figura 9. Organigrama del Registro Poblacional de Cáncer de Cúcuta.
92
Figura 10. Convenciones Diagrama Modelo del Negocio
102
Figura 11. Modelo del Negocio
103
Figura 12. Caso de uso general del negocio
104
Figura 13. Caso de uso del negocio Crear Registro
104
Figura 14. Caso de uso del negocio Guardar y Almacenar Registros
105
Figura 15. Diagrama de actores
117
Figura 16. Modelo Conceptual Parcial Del Dominio
123
Figura 17. Modelo De Dominio
123
Figura 18. Diagrama de casos de uso de la aplicación
124
Figura 19. Diagrama de Caso de Uso Iniciar Aplicación
124
Figura 20. Diagrama de casos de uso Registrar Información.
126
Figura 21. Diagrama de Caso de Uso Ingresar Paciente
126
Figura 22. Diagrama de Caso de Uso Registrar Neoplasia
127
Figura 23. Diagrama de Caso de Uso Tratamiento.
127
Figura 24. Diagrama de Caso de uso Registrar Fuentes de Información.
128
Figura 25. Diagrama de Caso de Uso Certificado de Defunción.
128
Figura 26. Diagrama de Caso de Uso Verificar Información
133
Figura 27. Diagrama de casos de uso actualizar Información
135
Figura 28. Diagrama de casos de uso consultar Información
157
Figura 29. Diagrama de casos de uso Crear Backup
170
Figura 30. Descripción especifica diagrama de paquete de la aplicación RPcúcuta
172
Figura 31. Descripción especifica diagrama de paquete Gestionar Inicio
173
Figura 32. Descripción especifica diagrama de paquete Gestionar Aplicación
173
Figura 33. Descripción especifica diagrama de paquete Gestionar Actualización
174
Figura 34. Descripción especifica diagrama de paquete Gestionar Consultas
176
Figura 35. Descripción especifica diagrama de paquete Gestionar Backup
177
Figura 36. Símbolos del diagrama de robustez
178
Figura 37. Diagrama De Robustez Del Caso De Uso Iniciar Aplicación
179
Figura 38. Prototipo de interfaz de iniciar Aplicación
179
Figura 39. Diagrama De Robustez Del Caso De Uso Registrar información
180
Figura 40. Prototipo de interfaz de Registrar Información
180
Figura 41. Diagrama De Robustez Del Caso De Uso Consultar información
181
Figura 42. Prototipo de interfaz de Consultar Información
181
Figura 43. Diagrama De Robustez Del Caso De Uso Actualizar información
182
Figura 44. Prototipo de interfaz de Actualizar Información
182
Figura 45. Diagrama De Robustez Del Caso De Uso Crear Backup
183
Figura 46. Prototipo de interfaz de Crear Backup
183
Figura 47. Diagrama De Robustez Del Caso De Uso verificar Información
184
Figura 48. Prototipo de interfaz de Verificar Información
185
Figura 49. Diagrama De Robustez Del Caso De Uso Ingresar Paciente
185
Figura 50. Prototipo de interfaz Ingresar paciente
186
Figura 51. Diagrama De Robustez Del Caso De Uso Registrar Diagnóstico
187
Figura 52. Prototipo de interfaz de Registrar Diagnóstico
188
Figura 53. Diagrama De Robustez Del Caso De Uso Registrar Tratamiento
189
Figura 54. Prototipo de interfaz de Registrar Tratamiento
189
Figura 55. Diagrama De Robustez Del Caso De Uso Registrar Fuente de Información. 190
Figura 56. Prototipo de interfaz de Registrar Fuente de Información
191
Figura 57. Diagrama De Robustez Del Caso De Uso Registrar Certificado de Defunción191
Figura 58. Prototipo de interfaz Registrar Certificado de Defunción
192
Figura 59. Diagrama De Robustez Del Caso De Uso Modificar Paciente
193
Figura 60. Prototipo de interfaz de Modificar paciente
194
Figura 61. Diagrama De Robustez Del Caso De Uso Eliminar Paciente
195
Figura 62. Prototipo de interfaz de Eliminar Paciente
196
Figura 63. Diagrama De Robustez Del Caso De Uso Modificar Certificado de Defunción
197
Figura 64. Prototipo de interfaz de Modificar Certificado de Defunción
198
Figura 65. Diagrama De Robustez Del Caso De Uso Eliminar Certificado de Defunción.198
Figura 66. Prototipo de interfaz de Eliminar Certificado de Defunción
199
Figura 67. Diagrama De Robustez Del Caso De Uso Agregar Certificado de Defunción 200
Figura 68. Prototipo de interfaz de Agregar Certificado de Defunción
201
Figura 69. Diagrama De Robustez Del Caso De Uso Eliminar Diagnóstico.
201
Figura 71. Diagrama De Robustez Del Caso De Uso Agregar Diagnóstico
203
Figura 72. Prototipo de interfaz de Agregar Diagnóstico
204
Figura 73. Diagrama De Robustez Del Caso De Uso Actualizar Usuario
205
Figura 74. Prototipo de interfaz de Actualizar usuario
205
Figura 75. Diagrama De Robustez Del Caso De Uso Actualizar Diagnóstico
206
Figura 76. Prototipo de interfaz de Actualizar Diagnóstico
206
Figura 77. Diagrama De Robustez Del Caso De Uso Actualizar Población
207
Figura 79. Diagrama De Robustez Del Caso De Uso Actualizar Certificado de Defunción
208
Figura 80. Prototipo de interfaz de Actualizar Certificado de Defunción
208
Figura 81. Diagrama De Robustez Del Caso De Uso Actualizar Paciente
209
Figura 82. Prototipo de interfaz de Actualizar Paciente
209
Figura 84. Prototipo de interfaz de Actualizar Fuentes
210
Figura 85. Diagrama De Robustez Del Caso De Uso Actualizar Médicos
211
Figura 86. Prototipo de interfaz de Actualizar Médicos
211
Figura 88. Prototipo de interfaz de Agregar Usuario
212
Figura 89. Diagrama De Robustez Del Caso De Uso Eliminar Usuario
213
Figura 90. Prototipo de interfaz de Eliminar Usuario
213
Figura 91. Diagrama De Robustez Del Caso De Uso Agregar Fuentes de Información. 214
Figura 92. Prototipo de interfaz de Agregar Fuentes
214
Figura 93. Diagrama De Robustez Del Caso De Uso Eliminar Fuentes de Información. 215
Figura 94. Prototipo de interfaz de Eliminar Fuentes
216
Figura 95. Diagrama De Robustez Del Caso De Uso Agregar Médico
216
Figura 96. Prototipo de interfaz de Agregar Médicos
217
Figura 97. Diagrama De Robustez Del Caso De Uso Eliminar Médico
217
Figura 98. Prototipo de interfaz de Eliminar Médicos
218
Figura 99. Diagrama De Robustez Del Caso De Uso Modificar Médico
218
Figura 100. Prototipo de interfaz de Modificar Médicos
219
Figura 101. Diagrama De Robustez Del Caso De Uso Agregar Población
219
Figura 102. Prototipo de interfaz de Agregar Población
220
Figura 103. Diagrama De Robustez Del Caso De Uso Modificar Población
220
Figura 104. Prototipo de interfaz de Modificar Población
221
Figura 105. Diagrama De Robustez Del Caso De Uso Eliminar Población
221
Figura 106. Prototipo de interfaz de Eliminar Población
222
Figura 107. Diagrama De Robustez Del Caso De Uso Actualizar Barrio_vereda
222
Figura 108. Prototipo interfaz caso de uso Actualizar Barrio_vereda
223
Figura 110. Prototipo interfaz caso de uso Agregar Barrio_vereda
224
Figura 111. Diagrama De Robustez Del Caso De Uso Eliminar Barrio_vereda
224
Figura 112. Prototipo interfaz caso de uso Eliminar Barrio_vereda
225
Figura 113. Diagrama De Robustez Del Caso De Uso Consultar Incidencia
225
Figura 115. Diagrama De Robustez Del Caso De Uso Consultar Tratamiento
227
Figura 117. Diagrama De Robustez Del Caso De Uso Consultar Tipo _ Examen
228
Figura 119. Diagrama De Robustez Del Caso De Uso Consultar Mortalidad
230
Figura 123. Diagrama De Robustez Del Caso De Uso Consultar Método _ Diagnóstico 233
Figura 124. Prototipo de interfaz de consultar Método _ Diagnóstico
234
Figura 125. Diagrama De Robustez Del Caso De Uso Consultar Tipo _ Afiliación
234
Figura 127. Diagrama De Robustez Del Caso De Uso Consultar Nivel _ Sisben
236
Figura 129. Diagrama De Robustez Del Caso De Uso Consultar Estrato _ Económico 237
Figura 131. Diagrama De Robustez Del Caso De Uso Consultar Zona _ Residencia
239
Figura 132. Prototipo de interfaz de consultar Zona _ Residencia
240
Figura 133. Diagrama De Robustez Del Caso De Uso Consultar Grado _ Comportamiento
240
Figura 134. Prototipo de interfaz de consultar Grado _ Comportamiento
241
Figura 135. Diagrama De Robustez Del Caso De Uso Backup
242
Figura 136. Prototipo interfaz caso de uso Backup
243
Figura 137. Diagrama De Robustez Del Caso De Uso Restaurar
243
Figura 138. Prototipo interfaz caso de uso Restaurar
244
Figura 139. Diagramas de secuencias
245
Figura 140. Diagrama de Secuencia del caso Iniciar Aplicación
246
Figura 141. Diagrama de Secuencia del caso Registrar Información
247
Figura 142. Diagrama de Secuencia del caso Actualizar Información
247
Figura 143. Diagrama de Secuencia del caso Consultar Información
248
Figura 144. Diagrama de Secuencia del caso Crear Backup
248
Figura 145. Diagrama de Secuencias del caso Ingresar Paciente
249
Figura 146. Diagrama de Secuencia del caso Registrar Diagnóstico
250
Figura 147. Diagrama de Secuencia del caso Registrar Tratamiento
251
Figura 148. Diagrama de Secuencia del caso Registrar Fuentes de Información
252
Figura 149. Diagrama de Secuencia del caso Registrar Certificado de Defunción
253
Figura 150. Diagrama de Secuencia del caso Modificar Certificado de Defunción
254
Figura 151. Diagrama de Secuencias del caso Eliminar Certificado de Defunción
255
Figura 152. Diagrama de Secuencia del caso Agregar Certificado de Defunción
256
Figura 153. Diagrama de Secuencia del caso Verificar Información
257
Figura 154. Diagrama de Secuencia del caso Agregar Usuario
258
Figura 155. Diagrama de Secuencia del caso Eliminar Usuario
259
Figura 156. Diagrama de Secuencia del caso Modificar Médico
260
Figura 157. Diagrama de Secuencia del caso Eliminar Médico
261
Figura 158. Diagrama de Secuencia del caso Agregar Médico
262
Figura 159. Diagrama de Secuencia del caso Modificar Paciente
263
Figura 160. Diagrama de Secuencia del caso Eliminar Paciente
264
Figura 161. Diagrama de Secuencia del caso Eliminar Diagnóstico
265
Figura 162. Diagrama de Secuencia del caso Agregar Diagnóstico
266
Figura 163. Diagrama de Secuencias del caso Agregar Fuentes
267
Figura 164. Diagrama de Secuencia del caso Eliminar Fuente
268
Figura 165. Diagrama de Secuencia del caso Agregar Población
269
Figura 166. Diagrama de Secuencia del caso Eliminar Población
270
Figura 167. Diagrama de Secuencia del caso Modificar Población
271
Figura 169. Diagrama de secuencia de caso de uso Eliminar Barrio_vereda
272
Figura 172. Diagrama de secuencia de caso de uso Restaurar
274
Figura 173. Diagrama de secuencia de caso de uso Consultas
274
Figura 174. Diagrama de clases paquete RPCúcuta
276
Figura 175. Diagrama de clases paquete Inicio
277
Figura 176. Diagrama de clases paquete Gestionar aplicación
277
Figura 177. Diagrama de clases paquete Gestionar Actualización
278
Figura 178. Diagrama de clases paquete Gestionar Consultas
279
Figura 179. Diagrama de clases paquete Gestionar Backup
279
Figura 180 . Diagrama General de clases
280
Figura 181. Mapa navegacional general de la aplicación
285
Figura 182. Diagrama de navegación especifico Index
286
Figura 183. Diagrama navegacional específico contexto inicio
286
Figura 184. Diagrama navegacional específico contexto inicio Sesión
286
Figura 185. Diagrama Navegacional específico contexto Sesión Registrar Información 287
Figura 186. Diagrama Navegacional específico contexto Sesión Actualizar
Información
287
Figura 187. Diagrama Navegacional específico contexto Sesión Consultar
Información
287
Figura 188. Diagrama Navegacional específico contexto Sesión Verificar
Información
288
Figura 189. Diagrama Navegacional específico contexto Sesión Crear Backup
288
Figura 190. Diagrama de interfaz abstracta Inicial Modelo textual
289
Figura 191. Diagrama de interfaz abstracta Inicial Modelo gráfico
290
Figura 192. Diagrama de interfaz abstracta Secundaria Modelo textual
290
291
Figura 194. Prototipo de interfaz sesión
291
Figura 195. Prototipo de interfaz secundaria
292
Figura 196. Arquitectura lógica de la aplicación
293
Figura 197. Arquitectura física de la aplicación
294
Figura 198. Modelo de datos relacional general del Registro Poblacional de Cáncer de
Cúcuta
297
Figura 199. Modelo de Datos de la aplicación
315
Figura 200. Diagrama de componentes de la aplicación
317
Figura 201. Componentes de servicios
317
Figura 202. Diagrama de despliegue de la aplicación
318
Figura 203. Diagrama de integración de la aplicación
318
Figura 204. Plan de integración de la aplicación
319
Figura 205. Archivos de almacenamiento
332
Figura 206. Estructura de backup
333
Figura 207. Estructura carpeta dump de la Aplicación
333
Figura 208. Estructura del archivo bd_rpcancer
334
Figura 209. Estructura carpeta bookstore
334
Figura 210. Estructura carpeta jpgraph
334
Figura 211. Estructura carpeta css
335
Figura 212. Estructura carpeta imágenes
335
Figura 213. Estructura js
336
Figura 214. Estructura carpeta modules
336
Figura 215. Estructura carpeta administrador
337
Figura 216. Estructura administrador/usos
337
Figura 217. Estructura carpeta autentificación
338
Figura 218. Estructura autentificación/accesos
338
Figura 219. Estructura carpeta digitador
338
Figura 220. Estructura digitador/usos
338
Figura 221. Estructura carpeta inicio
338
Figura 222. Estructura inicio/usos
339
Figura 223. Vista estructura administrador.usos.insertpaciente
339
Figura 224. Vista estructura autentificación.acceso.clave
353
Figura 225. Vista estructura digitador.usos.default
354
Figura 226. Vista estructura inicio.usos.registro
354
LISTA DE ANEXOS
Pág.
Anexo A. Ficha Técnica de Recolección de Datos del Registro del Paciente
417
Anexo B. Manual de Usuario
422
Anexo C. Manual técnico del usuario Administrador
465
Anexo D. Plan de Implementación del RPCúcuta (Registro Poblacional de Cáncer
de Cúcuta )
474
INTRODUCCIÓN
La información es la realidad más palpable por la cual la mayoría de las personas deben
tener el conocimiento y la responsabilidad en el manejo de la misma. Así que al paso en
que se hace ostensible la necesidad de evolucionar, las organizaciones deben desarrollar
herramientas que ayuden a asimilar la velocidad de los cambios y estar al nivel de la
tecnología de punta; el reflejo y el compromiso que tiene la Universidad Francisco de Paula
Santander, es fortalecer el diseño de aplicaciones que faciliten la administración de la
información para satisfacer las necesidades que esta implica.
El Centro de Rehabilitación ha planteado la necesidad de adquirir una herramienta que
represente una posible solución y apoyo a las actividades de médicos, para un diagnóstico o
procedimiento que minimice los costos y optimice la utilización de los recursos, mejorando
la calidad en la asistencia a los usuarios; es por esto que el Registro Poblacional De Cáncer
además de ser un sistema de información epidemiológica, es también un servicio orientado
a la comunidad y que está diseñado para conocer la incidencia y distribución de los
cánceres en una población determinada facilitando la información necesaria para el análisis
en la detección y localización temprana de esta enfermedad.
Día a día se puede conseguir un diagnóstico detallado del enfermo y así conseguir una
secuencia del mismo en donde no se retrasen las decisiones por falta de información, y es
por esto que la UNIVERSIDAD FRANCISCO DE PAULA SANTANDER y el Centro de
Rehabilitación de Norte de Santander hacen efectivo el desarrollo de este proyecto
mediante el convenio existente entre estas dos instituciones.
Los registros poblacionales de cáncer contienen información necesaria para el análisis en la
detección y localización temprana de esta enfermedades, dado que muestra día a día la
atención del enfermo con un diagnóstico detallado y así llevar a cabo una secuencia en
donde no se retrasen las decisiones por falta de información. Es por esto, que se hace
efectivo proyectos de esta magnitud entre entidades prestadoras de servicios y necesidades
con relación al proyecto, gracias a convenios existentes entre universidades
(UNIVERSIDAD FRANCISCO DE PAULA SANTANDER) e instituciones (el Centro de
Rehabilitación e Norte de Santander), se ha venido apoyando con estudios en base a las
tecnologías todos estos tipos de proyectos que permiten contribuir a dar solución y
alternativas de nuevas tendencias dentro de la salud para aplicativos que formen parte de
requerimientos de las instituciones necesitadas, que finalmente favorecerán al usuario o
enfermo que forma parte de la institución prestadora del servicio.
38
El registro poblacional de cáncer (RPC Cúcuta), nace de la necesidad de crear registros de
la enfermedad en la ciudad de Cúcuta con el fin de realizar estudios a través de medios
tecnológicos permitiendo tener información fidedigna y segura por parte de la institución
del centro de rehabilitación del Norte de Santander quienes prevalecen por dar servicios de
capacitación y rehabilitación acorde a enfermedades y apoyar al paciente en su proceso
brindándole una mejor asistencia medica especializada en el caso que este presentando y el
grado del tipo de cáncer.
El documento elemental y laboral de una entidad de salud es el registro del paciente, en el
cual se refleja la actividad sesión de la institución; el Registro Poblacional de Cáncer, es
por ende el centro del sistema de información y debe ser único, ordenado y perfectamente
codificado, la información que se almacene en este Registro garantizará la calidad en la
atención del paciente y el mejor uso de los recursos humanos y materiales, por tal motivo
se hace necesario llevar a cabo este proceso de una forma exacta, segura y confiable.
El Centro de Rehabilitación no cuenta con un software que le permita llevar de manera
óptima un registro de las personas enfermas de cáncer y la demanda potencial de pacientes.
Así mismo y en la actualidad no se tiene un registro que proporcione información que
cuantifique los enfermos que padecen esta enfermedad.
El Registro Poblacional consiste en un sistema de búsqueda activa de casos en las distintas
fuentes donde concurren los pacientes para su diagnóstico, incluyendo los centros que
prestan sus servicios a estas personas, laboratorios, patologías, imágenes y otros. Este
sistema requiere de un personal capacitado que concurra a las fuentes de información con
fichas especiales donde ingresan los datos de los pacientes.
El Centro de Rehabilitación como entidad de carácter social se basa en la importancia de
resolver la problemática aplicando un soporte informático que ayude a obtener los datos,
esto puede ser una herramienta para la toma de decisiones por parte del grupo médico
hacia el paciente la cual debe ser personalizada. Cuanto más se conozca de los pacientes
más se tendrá conocimiento de su patología y así mismo se obtendrán respuestas para la
solución de la misma y la recuperación del estado de salud del paciente. En variadas
ocasiones antes de tomar decisiones se debe realizar una consulta exhaustiva a las historias
clínicas, las cuales casi por así decirlo, están desordenadas. Es por eso que hay que mejorar
y reducir la complejidad de los datos clínicos, contar con una visión general, que
introduzca una rápida visualización correspondiente al paciente. La codificación que
generalmente se tiene para estos procesos es manual, trayendo como riesgos la pérdida de
información, omisión de datos, duplicidad en los mismos, etc. La inconsistencia de los
datos y la pérdida de tiempo al hacer consultas, afecta directamente la prestación del
servicio.
39
En busca de implementar un sistema que se adapte a las necesidades requeridas por el
Centro de Rehabilitación de Norte de Santander y en especial a los pacientes que solicitan
este servicio, las instituciones involucradas en este fin, se han visto obligados a recurrir a la
tecnología, la cual se hace necesaria para una gestión adecuada de todos los recursos del
proceso de atención al usuario. Así mismo se ve la necesidad de implementar un Software
diseñado para recolectar, almacenar, analizar y disponer de los datos de los tumores
malignos que se presentan en un determinado conglomerado humano, y que gracias a esto
facilite la prestación del servicio garantizando la seguridad en todo el proceso.
Con este proyecto se beneficiará el Centro de Rehabilitación de Norte de Santander,
obteniendo una herramienta que dé soporte a sus actividades, también la posibilidad de
observar rápidamente los tratamientos aplicados a los pacientes, la evolución, las
contraindicaciones, así como también elaborar estadísticas que pueden aplicarse y
analizarse para futuras decisiones administrativas, entre otras. El grupo médico encargado
de analizar esta información por obvias razones deberá ser restringido.
El objetivo principal es Desarrollar e Implementar un Software para el Centro de
Rehabilitación de Norte de Santander que le permita llevar un registro global de todas las
personas que padecen cáncer en el área Metropolitana de la ciudad de Cúcuta.
40
1. MARCO REFERENCIAL
Para la implementación del Registro Poblacional de Cáncer se debe analizar las condiciones
de la población, esto hace referencia a la estructura, expectativa de vida, la infraestructura
adecuada para el diagnóstico y tratamiento que permita mantener información confiable,
frecuencia de otras enfermedades y las propuestas de intervención en el desarrollo de
planes y programas para prevención y control que puedan ser apoyados por el registro.
La implementación del registro poblacional en San José de Cúcuta conlleva a enfrentar
obstáculos que pueden alterar la calidad de la información como es el acceso a los servicios
de salud, lo cual facilita un sub-registro de información por servicios ineficientes o
incompletos a la población beneficiaria y en riesgo, el desplazamiento por la violencia que
produce inestabilidad de la población, el personal que recolecta información estadística no
está capacitado, ni sensibilizado para tal fin, lo cual dificulta la remisión de reportes a entes
de vigilancia en salud pública, la información de los registros de defunción no está
sistematizada y aunamos a ello la desactualización del censo poblacional, lo cual incide en
indicadores inapropiados para el análisis del impacto del cáncer.
El Registro Poblacional de Cáncer en Cali (RPCC)1, ubicado en el Departamento de
Patología, Universidad del Valle, Cali, Colombia, registra desde 1962 la incidencia de los
tumores malignos de la población residente en el área urbana. Tiene como objetivo conocer
la distribución de la enfermedad por sitio primario del tumor, edad, sexo, método de
diagnóstico, nivel socioeconómico y lugar de nacimiento.
El funcionamiento del registro se basa en la obtención de datos en dos formas: a) continua,
que consiste en la recolección constante de las fuentes (hospitales, clínicas, laboratorios de
patología en centros asistenciales y particulares), y b) en una encuesta periódica anual a los
médicos privados, hecha por los estudiantes de medicina de pregrado. Una vez obtenida la
información se procede a analizarla críticamente, se valora la solidez de los datos, se depura
la información, se identifican los duplicados, se comparan los casos nuevos con el registro
acumulado y, por último, se codifican todas las variables. Para el sitio primario del tumor se
utiliza la Clasificación Internacional de Enfermedades para Oncología (CIE-O) 2.
1
Collazos T. Manual sobre el funcionamiento y manejo del Registro Poblacional de Cáncer
de Cali. Departamento de Patología, Facultad de Salud, Universidad. del Valle, Cali, 1988.
2
OPS, CIE-O, publicación científica Nº 34, 1977.
41
En el estudio se utilizaron las encuestas de morbilidad por casos de cáncer diagnosticados
durante 1990. Del total se hizo una nueva selección por sitio primario del tumor de cáncer
gástrico, cuyo código según la CIE-O corresponde a 151. Una vez reunidos todos los casos
(401), se reclasificaron por sitio de residencia habitual en residentes y no residentes en Cali.
Los residentes en Cali fueron 171 hombres y 131 mujeres para un total de 302 casos objeto
del estudio. En estos se analizaron las variables utilizadas por el RPCC.
Para el cálculo de las tasas de incidencia se utilizaron las proyecciones de población de
Rico & Bayona para Cali3.
1.1 CONCEPTUALIZACIÓN DEL REGISTRO POBLACIONAL DE CÁNCER
El Registro Poblacional es un sistema de información epidemiológica, diseñado para
conocer la incidencia y distribución de los cánceres en una población determinada. Su
información contribuye a la planificación y evaluación de impacto de los programas y
tratamientos de Cáncer. Además permite acercarse a factores de riesgo y abre una
posibilidad a la investigación en cáncer. La información se obtiene en base a la búsqueda
activa de datos de los CASOS NUEVOS DE CANCER, en los lugares donde se estudian,
se diagnostican o se tratan personas con cáncer. En resumen el Registro Poblacional,
registra todos los casos nuevos de una población, en un área geográfica definida, para
realizar estudios epidemiológicos y de salud pública.
1.2 ¿QUE IMPORTANCIA TIENE EL REGISTRO?
Es un instrumento que permite vigilar uno de los problemas más frecuentes que afecta
actualmente la población, como es el cáncer.
1.3 ¿CUÁL ES LA IMPORTANCIA DEL CANCER COMO PROBLEMA DE
SALUD PUBLICA?
A medida que la población envejece como se observa en la tasa de expectativa de vida al
nacer; el cáncer se ha vuelto una enfermedad más frecuente en la comunidad ocupando
lugar de morbilidad y mortalidad en términos de evolución6.
3
Plan de desarrollo del Municipio de Cali. Documento Nº 07, Departamento
Administrativo de Planeación Municipal, Cali, 1986
42
1.4 INCIDENCIA DE LOS REGISTROS POBLACIONALES EN EL MUNDO
Desde hace muchos años ha existido en el mundo preocupación por establecer registros
de enfermos con cáncer, proceso que ha presentado múltiples dificultades, se conocen
iniciativas desde 1728. En 1946 se da inicio al mayor impulso para el establecimiento
de registros de Cáncer a nivel Mundial.
En 1965, la OMS crea la Asociación Internacional de Investigación sobre el Cáncer
(IARC) y en 1966 se crea la Asociación Internacional de Registros de Cáncer (IACR).
Estas instituciones propician a los países el desarrollo de los Registros Poblacionales de
Cáncer. Existen cerca de 200 registros de cáncer de población, en el mundo 1989.
1.5
CONSIDERACIONES PARA LA REALIZACIÓN DE UN REGISTRO
El Cáncer es la segunda causa de muerte luego de las enfermedades del aparato
circulatorio.
Se registran anualmente innumerables casos de cáncer con una taza de mortalidad
alarmante a nivel mundial.
No se cuentan con datos de incidencia y prevalencia del cáncer. Esta enfermedad
demanda importantes recursos para prevención, tratamiento y soporte. Para la toma de
decisiones en estas áreas es necesario contar con la información de tendencias de los
tumores malignos y el impacto de las intervenciones7.
6
REGISTRO POBLACIONAL DE CANCER DE CALDAS – RPCa. Facultad de ciencias para la S alud.
Edificio Miguel Arango Soto. Universidad de Caldas. Carrera 25 No. 48 - 57 Teléfono 8813654. Fax
8813655. MANIZALES, CALDAS, COLOMBIA
7
http://epi.minsal.cl/epi/html/presenta/Taller2001/Regpobcan(Clelia%20Ballevuona).ppt
43
1.6 CLASIFICACIÓN INTERNACIONAL DE ENFERMEDADES (CIE)
La Clasificación Internacional de Enfermedades para Oncología (CIE-O)(1), ha sido usada
por cerca de 25 años, sesión mente en registros de tumores o cáncer, para codificar la
localización (topografía) y la histología (morfología) de la neoplasia, usualmente obtenidos
de un informe de anatomía patológica. Por acuerdo con el Colegio Estadounidense de
Patólogos, la sección de morfología de la CIE-O se incorpora en la clasificación de la
Nomenclatura Sistematizada de Medicina (SNOMED) (2, 3) como la sección de neoplasias
del campo de la morfología.
La segunda edición de la Clasificación Internacional de Enfermedades para Oncología (4),
editada por Constance Percy, Valerie Van Holten y Calum Muir, se publicó en 1990. La
sección de topografía de esta tercera edición se mantiene igual que en la segunda edición,
que se basa en la sección de tumores de la CIE-10 (5). Sin embargo, la sección de
morfología ha sido revisada. Se han introducido nuevas clasificaciones, especialmente para
linfomas y leucemias, y se han asignado nuevos códigos para incorporarlas. Hace algunos
años se presentó la clasificación REAL (Revised European-American Lymphoma) (6) para
los linfomas no Hodgkin, y los técnicos de registros de cáncer necesitaron códigos
específicos para registrar estos tumores. Asimismo, se añadió la terminología del sistema
FAB (French-American-British) (7) para leucemias. Cuando el grupo de trabajo de la CIEO se reunió en 1998, inicialmente se pensaba reexaminar solo esas dos secciones, pero al
final se decidió revisar todo el libro.
1.7 ANTECEDENTES HISTÓRICOS DE LA CIE
Desde 1893 existe una clasificación internacional para codificar la mortalidad. Cuando se
establecieron las Naciones Unidas, tras la Segunda Guerra Mundial, y se fundó la
Organización Mundial de la Salud (OMS), ellas se hicieron responsables de la publicación
de esas clasificaciones.
En los años iniciales de la nomenclatura y clasificación de tumores (decenios de 1950 y
1960), el sistema sesión para clasificar enfermedades fue la serie CIE publicada por la
OMS. Con el tiempo, la CIE se usó para codificar y tabular los diagnósticos en las historias
clínicas para su archivo y recuperación, y el capítulo II de la CIE siempre se reservó para
las neoplasias8.
8
http://publications.paho.org/spanish/CIE-O_introducción.pdf
44
1.8 AUGE DE LOS SISTEMAS DE INFORMACIÓN Y DOCUMENTACIÓN EN
LAS ORGANIZACIONES
Los Sistemas de Información y Documentación son la base de muchas actividades que se
presentan en las organizaciones y en la sociedad. Las organizaciones con éxito por lo
general han aprendido a manejar la información como un instrumento eficaz para la
administración. Han desarrollado Sistemas de Información que responden a las necesidades
de las personas.
Las organizaciones son sistemas que están compuestos de subsistemas como divisiones,
departamentos, áreas funcionales, etc. Todos los subsistemas deben ajustarse entre sí de tal
manera que cada una de las áreas se desempeñe según lo esperado. Los subsistemas deben
trabajar en conjunto para lograr los objetivos comunes de toda la organización.
Definir los Sistemas de Información y Documentación es en general un poco complicado,
porque está compuesto de múltiples procesos que son al tiempo, actores de otros
subsistemas en la organización, y a su vez el Sistema de Información hace parte de toda
acción que se desarrolle en la organización.
El Sistema de Información y Documentación se puede definir como una colección de
personas, procedimientos, datos y equipos diseñados, construidos, operados y mantenidos
para recoger, registrar, procesar, almacenar, recuperar y visualizar la información.
Los variados componentes de un Sistema de Información y Documentación buscan un
objetivo común de apoyo a las actividades de una organización, las cuales incluyen
operaciones diarias de la empresa, la administración de las actividades y la toma de
decisiones.
Con el Sistema de Información y Documentación se trata de ayudar en las decisiones de la
dirección mediante modelos informáticos que facilitan datos. Si un sistema de tipo normal
de procedimientos y personas puede ejecutar un trabajo eficiente y sin error serán pocos los
motivos para usar computadoras, pero cuando crece el volumen de trabajo los
procedimientos se hacen más complejos o las actividades sé interrelacionan mas,
obteniendo grandes mejoras al introducir la ayuda de un sistema de cómputo.
Las operaciones sesión es de un Sistema de Información y Documentación para el registro e
casos de cáncer de pacientes enfermos son:
45
Recibir datos (información)
Evaluar datos (información)
Registrar datos (información)
Actuar sobre ellos y producir información ( reportes estadísticos y evaluativos,
consultas)
La salida de información al usuario (Impresión de la información y visualización en
pantalla)
1.9 WORD WIDE WEB (WWW)
Este servicio utiliza el concepto de hipertexto, es decir, texto en el cual se encuentran enlaces
que pueden ser palabras resaltadas, imágenes o iconos, y al seleccionar algunos de éstos se
obtiene una explicación adicional, una definición o simplemente un nuevo texto relacionado
con la palabra seleccionada. En la mayor parte de los casos se integran a esta herramienta
imágenes, animaciones, videos y sonidos. Debido a esto, este servicio es el de mayor acogida
y crecimiento, gracias a su facilidad y lo agradable de su consulta.
1.10 ARQUITECTURA DE LA WORLD WIDE WEB
El WWW responde a un modelo "cliente-servidor". Se trata de un paradigma de división
del trabajo informático en el que las tareas se reparten entre un número de clientes que
efectúan peticiones de servicios de acuerdo con un protocolo, y un número de servidores
que responden a estas peticiones. En el Web los clientes demandan hipertextos a los
servidores.
Para desarrollar un sistema de este tipo ha sido necesario:
Un nuevo protocolo que permite saltos hipertextuales, es decir, de un nodo origen a otro
de destino, que puede ser texto, imágenes, sonido, animaciones, vídeo, etc. Este
protocolo se denomina HTTP (HiperText Transfer Protocol) y es el lenguaje que hablan
los servidores.
46
Inventar un nuevo lenguaje para representar hipertextos que incluyera información sobre
la estructura y formato de representación y, especialmente, indicara el origen y destinos
de los saltos de hipertexto. Este lenguaje es el HTML (HyperText Markup Languaje).
Idear una forma de codificar las instrucciones para los saltos hipertextuales de un objeto
a otro de la Internet.
Desarrollar aplicaciones cliente para todo tipo de plataformas y resolver el problema de
cómo se accede a la información que está almacenada, y que ésta sea disponible a través
de los diversos protocolos y que representen a su vez información multiformato (texto,
imágenes, animaciones, etc.). Con este fin aparecen varios clientes, entre los que
destacan MOSAIC del NCSA (Universidad de Chicago), el Netscape Comunicator de
Netscape Communications Corporation y el Internet Explorer (de Microsoft).
1.11 PROTOCOLO http
El protocolo de transferencia de hipertexto (HyperText Transfer Protocol) es un protocolo
del nivel de aplicación usado para la transferencia de información entre sistemas de
información distribuidos, colaborativos y de hipermedia. Es un protocolo orientado a
objetos, genérico, que puede usarse para muchas tareas extendiendo sus métodos. Una
característica de HTTP es que permite que los sistemas se construyan independientemente
de la información que se transfiere. Este protocolo ha sido usado por el World-Wide Web
desde 1990.
HTTP fue inventado para que las computadoras se comuniquen mientras intercambian
documentos, agregando conectividad e interfaces. Usando HTTP, una computadora que
pida un archivo a otra sabrá, al recibirlo, si se trata de imagen, video o texto.
Con ésta nueva función que agregó HTTP, Internet comenzó a demostrar que es inútil
recuperar un archivo si no se sabe qué tipo de datos tiene. Con la cantidad de documentos
diferentes que hay en la Web, sería imposible saber qué tipo de dato tiene uno de ellos por
adelantado, ya que podría contener cualquier cosa. Pero, por suerte, la Web entiende los
tipos de datos y pasa esa información.
Las sesiones características del protocolo HTTP son:
Toda la comunicación entre los clientes y servidores se realiza a partir de caracteres de 8
bits. De ésta forma, se puede transmitir cualquier tipo de documento: texto, binario, etc.,
respetando su formato original.
47
Permite la transferencia de objetos multimedia. El contenido de cada objeto
intercambiado está identificado por su clasificación MIME.
Existen tres METODOS básicos que un cliente puede utilizar para dialogar con el
servidor: GET, para recoger un objeto, POST, para enviar información al servidor y
HEAD, para solicitar las características de un objeto.
Cada operación HTTP implica una conexión con el servidor, que es liberada al término
de la misma. Es decir, en una operación se puede recoger un único objeto.
No mantiene estado. Cada petición de un cliente a un servidor no es influida por las
transacciones anteriores. El servidor trata cada petición como una operación totalmente
independiente del resto.
1.12 ETAPAS DE UNA TRANSACCIÓN http
Cada vez que un cliente realiza una petición a un servidor, se ejecutan los siguientes pasos:
Un usuario accede a una URL, seleccionando un enlace de un documento HTML o
introduciéndola directamente en el campo “Location” del cliente Web.
El cliente Web descodifica la URL, separando sus diferentes partes. Así identifica el
protocolo de acceso, la dirección DNS o IP del servidor, el posible puerto opcional (el
valor por defecto es 80) y el objeto requerido del servidor.
Se abre una conexión TCP/IP con el servidor, llamando al puerto TCP correspondiente.
Se realiza la petición. Para ello, se envía el comando necesario (GET, POST, HEAD,
etc.), la dirección del objeto requerido (el contenido de la URL que sigue a la dirección
del servidor), la versión del protocolo HTTP empleada (casi siempre HTTP/1.0) y un
conjunto variable de información, que incluye datos sobre las capacidades del
navegador, datos opcionales para el servidor.
48
El servidor devuelve la respuesta al cliente. Consiste en un código de estado y el tipo de
dato MIME de la información de retorno, seguido de la propia información.
Se cierra la conexión TCP.
Este proceso se repite en cada acceso al servidor HTTP. Por ejemplo, si se recoge un
documento HTML en cuyo interior están insertadas cuatro imágenes, el proceso anterior
se repite cinco veces, una para el documento HTML y cuatro para las imágenes.
1.13 ESTRUCTURA DE LOS MENSAJES http
El diálogo con los servidores HTTP se establece a través de mensajes formados por líneas
de texto, cada una de las cuales contiene los diferentes comandos y opciones del protocolo.
Sólo existen dos tipos de mensajes, uno para realizar peticiones y otro para devolver la
correspondiente respuesta. La estructura general de los dos tipos de mensajes se puede ver
en el Cuadro 1.
Cuadro 1. Estructura de un mensaje HTTP
Mensaje de solicitud
Mensaje de respuesta
Comando HTTP + parámetros
Resultado de la solicitud
Cabeceras del requerimiento
Cabeceras de la respuesta
(línea en blanco)
(línea en blanco)
Información opcional
Información opcional
La primera línea del mensaje de solicitud contiene el comando que se solicita al servidor
HTTP, mientras que en la respuesta contiene el resultado de la operación, un código
numérico que permite conocer el éxito o fracaso de la operación. Después aparece, para
ambos tipos de mensajes, un conjunto de cabeceras (unas obligatorias y otras
49
opcionales), que condicionan y matizan el funcionamiento del protocolo. La separación
entre cada línea del mensaje se realiza con un par CR-LF (retorno de carro más nueva
línea). El final de las cabeceras se indica con una línea en blanco, tras la cual se pueden
incluir los datos transportados por el protocolo, por ejemplo, el documento HTML que
devuelve un servidor o el contenido de un formulario que envía un cliente.
MÉTODOS DEL PROTOCOLO
HTTP representan las diferentes operaciones que se pueden solicitar a un servidor HTTP.
El formato general de un comando es:
Nombre del método + Objeto sobre el que se aplica + Versión de HTTP utilizada.
Cada método actúa sobre un objeto del servidor, normalmente un fichero o aplicación,
que se toma de la URL de activación. La última parte de ésta URL, que representa la
dirección de un objeto dentro de un servidor HTTP, es el parámetro sobre el que se
aplica el método.
El estándar HTTP/1.0 recoge únicamente tres métodos que representan las operaciones de
recepción y envío de información y chequeo de estado:
GET. Se utiliza para recoger cualquier tipo de información del servidor. Se utiliza siempre
que se pulsa sobre un enlace o se teclea directamente a una URL. Como resultado, el
servidor HTTP envía el documento correspondiente a la URL seleccionada, que generará a
su vez la información de retorno.
HEAD. Solicita información sobre un objeto (fichero): tamaño, tipo, fecha de
modificación. Es utilizado por los gestores de cachés de páginas o los servidores proxy,
para conocer cuándo es necesario actualizar la copia que se mantiene de un fichero.
POST. Sirve para enviar información al servidor, por ejemplo los datos contenidos en un
formulario. El servidor pasará ésta información a un proceso encargado de su tratamiento.
La operación que se realiza con la información proporcionada depende de la URL utilizada.
Se utiliza, sobre todo, en los formularios.
50
APLICACIÓN. Es un sistema de información donde una gran cantidad de datos volátiles,
altamente estructurados, son consultados, procesados y actualizados. Implementa
funcionalidad relacionada con la lógica del negocio, es decir, se hace énfasis en la
funcionalidad ofrecida a los usuarios. En este caso, los usuarios participan en el
funcionamiento de la organización, es decir, su utilización de la aplicación puede provocar
cambios en el estado de la organización.
Los sistemas Web son un tipo de sistemas distribuidos basados en el paradigma clienteservidor. Su enfoque inicial permitía a clientes ligeros de poca potencia acceder a recursos
en el servidor mediante el protocolo HTTP, cuya característica sesión es que es de tipo
petición-respuesta sin estado.
Tipos de aplicaciones Web. Según la intencionalidad de la aplicación podemos hablar de
distintos tipos de aplicaciones:
Informacionales: están orientadas a la diseminación de información: ejemplo: catálogos
de productos.
Orientadas a descargas de datos: ejemplo: servidores de artículos didácticos.
Interactivas: orientadas a la interacción con el usuario: ejemplo: sistemas de encuesta.
Orientadas al servicio: ejemplo: Simuladores.
Transaccionales: ejemplo: Compra electrónica.
De flujo de datos: ejemplo: Sistemas de planificación en línea.
Entornos de trabajo colaborativo: ejemplo: Sistemas de autoría colaborativos.
Comunidades on-line sistemas C2C (costumer to costumer): ejemplo: Foros de debates.
Portales Web: ejemplo: Centros comerciales de compra electrónica.
51
1.14 PROGRAMACIÓN ORIENTADA A OBJETOS
La Programación Orientada a Objetos (OOP por sus siglas en inglés de Object Oriented
Programming) como paradigma, es una forma de pensar, una filosofía, de la cual surge una
cultura nueva que incorpora técnicas y metodologías diferentes. La OOP como paradigma
es una postura ontológica: el universo computacional está poblado por objetos, cada uno
responsabilizándose por sí mismo, y comunicándose con los demás por medio de mensajes.
Desde un punto de vista computacional la Programación Orientada a Objetos es un método
de implementación en el cuál los programas son organizados como grupos cooperativos de
objetos, cada uno de los cuales representa una instancia de alguna clase, y estas clases,
todas son miembros de una jerarquía de clases unidas vía relaciones de herencia
Fundamentos de la Programación Orientada a Objetos. El paradigma OO se basa en el
concepto de objeto. Un objeto es aquello que tiene estado (propiedades más valores),
comportamiento (acciones y reacciones a mensajes) e identidad (propiedad que lo distingue
de los demás objetos). La estructura y comportamiento de objetos similares están definidos
en su clase común; los términos instancia y objeto son intercambiables. Una clase es un
conjunto de objetos que comparten una estructura y comportamiento común.
La diferencia entre un objeto y una clase es que un objeto es una entidad concreta que
existe en tiempo y espacio, mientras que una clase representa una abstracción, la "esencia"
de un objeto, tal como son:
Características de los Objetos:
Identidad del Objeto. La identidad expresa que aunque dos objetos sean exactamente
iguales en sus atributos, son distintos entre sí.
Clasificación. Con la clasificación comienza la verdadera programación orientada a
objetos. Ellos nos obliga a una abstracción del concepto de objeto denominada clase. Las
clases permiten la agrupación de objetos que comparten las mismas propiedades y
comportamiento. Si bien clase y objeto suelen usarse como sinónimos, no lo son.
Encapsulación y ocultación de datos. La capacidad de presentación de información
dentro de un objeto se divide en dos partes bien diferenciadas:
52
Interna: la información que necesita el objeto para operar y que es innecesaria para los
demás objetos de la aplicación. Estos atributos son privados y tienen como marco de
aplicación únicamente a las operaciones asociadas al objeto.
Externa: la que necesitan el resto de los objetos para interactuar con el objeto que
definimos. Estas propiedades se denominan públicas y corresponde a la información que
necesitan conocer los restantes objetos de la aplicación respecto del objeto definido para
poder operar.
Estructura de un Objeto. Un objeto puede considerarse como una especie de cápsula
dividida en tres partes: relaciones, propiedades y métodos. Cada uno de estos componentes
desempeña un papel totalmente independiente.
Las relaciones permiten que el objeto se inserte en la organización y están formadas
esencialmente por punteros a otros objetos.
Las propiedades distinguen un objeto determinado de los restantes que forman parte de
la misma organización y tiene valores que dependen de la propiedad de que se trate. Las
propiedades de un objeto pueden ser heredadas a sus descendientes en la organización.
Los métodos son las operaciones que pueden realizarse sobre el objeto, que
normalmente estarán incorporados en forma de programas (código) que el objeto es
capaz de ejecutar y que también pone a disposición de sus descendientes a través de la
herencia.
En el enfoque OO las propiedades del objeto son claves. Los principios del modelo OO
son: abstracción, encapsulación, modularidad y jerarquía, fundamentalmente, y en
menor grado tipificación, concurrencia, persistencia.
Abstracción. Es una descripción simplificada o especificación de un sistema que enfatiza
algunos de los detalles o propiedades del sistema, mientras suprime otros.
Encapsulación. Es el proceso de ocultar todos los detalles de un objeto que no contribuyen
a sus características esenciales.
Modularidad. Es la propiedad de un sistema que ha sido descompuesto en un conjunto de
módulos coherentes e independientes.
53
Jerarquía o herencia. Es el orden de las abstracciones organizado por niveles.
Tipificación. Es la definición precisa de un objeto de tal forma que objetos de diferentes
tipos no puedan ser intercambiados o, cuando mucho, puedan intercambiarse de manera
muy restringida.
Concurrencia. Es la propiedad que distingue un objeto que está activo de uno que no lo
está.
Persistencia. Es la propiedad de un objeto a través de la cual su existencia trasciende el
tiempo (es decir, el objeto continua existiendo después de que su creador ha dejado de
existir) y/o el espacio (es decir, la localización del objeto se mueve del espacio de dirección
en que fue creado).
Beneficios del enfoque OO. El software orientado a objetos apoya ciertos aspectos que
mejoran la robustez de los sistemas, este software requiere de ciertas características
mínimas para considerarse orientado a objetos y finalmente debe integrarse como parte de
un lenguaje de programación. Dentro de los beneficios que ofrece la OOP los más
importantes son:
El uso del modelo OO nos ayuda a explotar el poder expresivo de todos los lenguajes de
programación basados en objetos y los orientados a objetos, como C++, Java, etc.
El uso del modelo OO alienta la reutilización no sólo del software, sino de diseños
completos.
Produce sistemas que están construidos en formas intermedias estables y por ello son
más resistentes al cambio en especificaciones y tecnología
La OOP proporciona las siguientes ventajas sobre otros lenguajes de programación:
Uniformidad. Ya que la representación de los objetos lleva implica tanto el análisis como
el diseño y la codificación de los mismos.
54
Comprensión. Tanto los datos que componen los objetos, como los procedimientos que
los manipulan, están agrupados en clases, que se corresponden con las estructuras de
información que el programa trata.
Flexibilidad. Al tener relacionados los procedimientos que manipulan los datos con los
datos a tratar, cualquier cambio que se realice sobre ellos quedará reflejado
automáticamente en cualquier lugar donde estos datos aparezcan.
Estabilidad. Dado que permite un tratamiento diferenciado de aquellos objetos que
permanecen constantes en el tiempo sobre aquellos que cambian con frecuencia permite
aislar las partes del programa que permanecen inalterables en el tiempo.
Reutilización. La noción de objeto permite que programas que traten las mismas
estructuras de información reutilicen las definiciones de objetos empleadas en otros
programas e incluso los procedimientos que los manipulan. De ésta forma, el desarrollo de
un programa puede llegar a ser una simple combinación de objetos ya definidos donde
están relacionados de una manera particular.
1.15 METODOLOGÍA ORIENTADA A OBJETOS
El impacto y la rápida evolución a lo largo de los últimos 40 años de las tecnologías
relacionadas con los sistemas de información han colocado sucesivos desafíos a las
empresas. La dependencia y demanda crecientes de la sociedad en relación a la Informática
y, en particular, al software, ha resaltado una serie de problemas relacionados al proceso de
desarrollo de software: alto coste, alta complejidad, dificultad de mantenimiento, y una
disparidad entre las necesidades de los usuarios y el producto desarrollado.
La industria de software es vista actualmente como un de los segmentos más prometedores,
con un enorme potencial futuro. De ésta forma, desarrollar proyectos de software eficientes
es de fundamental importancia para la industria de software como un todo. La necesidad de
encontrarse métodos que pudieran ayudar en la evolución del proceso de construcción de
software, culminaron con el desarrollo de la Ingeniería de Software. Ese nuevo abordaje al
proceso de construcción de software trajo consigo métodos y técnicas que ayudaron en la
administración de la complejidad inherente del software.
La metodología orientada a objetos ha derivado de las metodologías anteriores a este. Así
como los métodos de diseño estructurado realizados guían a los desarrolladores que tratan
de construir sistemas complejos utilizando algoritmos como sus bloques fundamentales de
55
construcción, similarmente los métodos de diseño orientado a objetos han evolucionado
para ayudar a los desarrolladores a explotar el poder de los lenguajes de programación
basados en objetos y orientados a objetos, utilizando las clases y objetos como bloques de
construcción básicos.
1.15.1 Ventajas de la metodología orientada a objetos. En síntesis, algunas ventajas que
presentan las metodologías orientadas a objetos son:
Reutilización. Las clases están diseñadas para que se reutilicen en muchos sistemas.
Para maximizar la reutilización, las clases se construyen de manera que se puedan
adaptar a los otros sistemas. Un objetivo fundamental de las técnicas orientadas a
objetos es lograr la reutilización masiva al construir el software.
Estabilidad. Las clases diseñadas para una reutilización repetida se vuelven estables, de
la misma manera que los microprocesadores y otros chips se hacen estables.
El diseñador piensa en términos del comportamiento de objetos y no en detalles de bajo
nivel. El encapsulamiento oculta los detalles y hace que las clases complejas sean
fáciles de utilizar.
Se construyen clases cada vez más complejas. Se construyen clases a partir de otras
clases, las cuales a su vez se integran mediante clases. Esto permite construir
componentes de software complejos, que a su vez se convierten en bloques de
construcción de software más complejo.
Calidad. Los diseños suelen tener mayor calidad, puesto que se integran a partir de
componentes probados, que han sido verificados y pulidos varias veces.
Un diseño más rápido. Las aplicaciones se crean a partir de componentes ya existentes.
Muchos de los componentes están construidos de modo que se pueden adaptar para un
diseño particular.
Integridad. Las estructuras de datos (los objetos) sólo se pueden utilizar con métodos
específicos. Esto tiene particular importancia en los sistemas cliente-servidor y los
sistemas distribuidos, en los que usuarios desconocidos podrían intentar el acceso al
sistema.
56
Mantenimiento más sencillo. El programador encargado del mantenimiento cambia un
método de clase a la vez. Cada clase efectúa sus funciones independientemente de las
demás.
Independencia del diseño. Las clases están diseñadas para ser independientes del
ambiente de plataformas, hardware y software. Utilizan solicitudes y respuestas con
formato estándar. Esto les permite ser utilizadas en múltiples sistemas operativos,
controladores de bases de datos, controladores de red, interfaces de usuario gráficas, etc.
El creador del software no tiene que preocuparse por el ambiente o esperar a que este se
especifique.
Interacción. El software de varios proveedores puede funcionar como conjunto. Un
proveedor utiliza clases de otros. Existe una forma estándar de localizar clases e
interactuar con ellas. El software desarrollado de manera independiente en lugares
ajenos debe poder funcionar en forma conjunta y aparecer como una sola unidad ante el
usuario.
Computación Cliente-Servidor. En los sistemas cliente-servidor, las clases en el
software cliente deben enviar solicitudes a las clases en el software servidor y recibir
respuestas. Una clase servidor puede ser utilizada por clientes diferentes. Estos clientes
sólo pueden tener acceso a los datos del servidor a través de los métodos de la clase. Por
lo tanto los datos están protegidos contra su corrupción.
Migración. Las aplicaciones ya existentes, sean orientadas a objetos o no, pueden
preservarse si se ajustan a un contenedor orientado a objetos, de modo que la
comunicación con ella sea a través de mensajes estándar orientados a objetos.
En la actualidad el proceso de desarrollo orientado a objetos que se ésta imponiendo en el
desarrollo de software es el proceso ICONIX.
ICONIX es un proceso simplificado que unifica conjuntos de métodos de orientación a
objetos en un abordaje completo, con el objetivo de dar cobertura al ciclo de vida. Fue
elaborado por Doug Rosenberg y Kendall Scott a partir de la síntesis del proceso unificado
por los “tres amigos” - Booch, Rumbaugh y Jacobson.
57
ICONIX se presentan como una metodología práctica, intermediaria entre la complejidad
del RUP (Rational Unified Process) y la simplicidad del XP (Extreme Programming). El
ICONIX está adaptado al patrón de UML, es dirigido por casos de uso y su proceso es
iterativo e incremental.
Figura 1. El proceso ICONIX
Fuente: ROSENBERG, Doug y SCOTT Kendall . Applying Use Case Driven Object
Modeling with UML: An Annotated e-Commerce. Example. [online]. [EE.UU.]: 2001.
Chapter 2. Domain. http://safari.oreilly.com/0201730391/ch02.Modeling.
ICONIX tiene como base responder algunas cuestiones fundamentales sobre el software.
De ésta forma, utiliza técnicas de UML que auxilian a proveer la mejor respuesta. Las
cuestiones y las técnicas son:
¿Quién son los usuarios del sistema (o actores), y lo que ellos están intentando hacer?
Utilizar casos de uso.
58
¿Lo que son, en el "mundo real" (llamado dominio de problema), los objetos y las
asociaciones entre ellos? Utilizar diagrama de clase de alto nivel.
¿Que objetos son necesarios para cada caso de uso? Utilizar análisis de robustez.
¿Cómo los objetos están colaborando e interaccionando dentro de cada caso de uso?
Utilizar diagrama de secuencia
¿Cómo realmente será construido el sistema en un nivel práctico? Utilizar diagrama de
clase de bajo nivel.
Características fundamentales de ICONIX:
Interactivo e incremental: varias iteraciones ocurren entre el desarrollo del modelo de
dominio y la identificación de los casos de uso. El modelo estático es incrementalmente
refinado por el modelo dinámico.
Aerodinámica de UML: la metodología ofrece el uso “aerodinámico” de UML cómo:
los diagramas de casos de uso, diagramas de secuencia y colaboración, diagramas de
robustez.
El modelo del dominio implica el trabajar los requisitos de los datos para construir un
modelo estático del dominio del problema relevante, al sistema propuesto.
1.16 EL LENGUAJE DE MODELADO UNIFICADO UML
El UML es un lenguaje de modelado cuyo vocabulario y sintaxis están ideados para la
representación conceptual y física de un sistema. Sus modelos son precisos, no ambiguos,
completos y pueden ser trasladados directamente a una gran variedad de lenguajes de
programación, como Java, C++ o Visual Basic, pero también a tablas de bases de datos
relacionales y orientados a objetos. Es posible generar código a partir de un modelo UML
(ingeniería directa) y también puede construirse un modelo a partir de la implementación
(ingeniería inversa), aunque en las dos situaciones debe intervenir un mayor o menor grado
de supervisión por parte del programador, en función de lo buenas que sean las
herramientas empleadas.
59
Bloques básicos de construcción de UML. Los bloques básicos de construcción de UML
son tres, los elementos, las relaciones y los diagramas.
Los elementos. Son abstracciones que actúan como unidades básicas de construcción.
Hay cuatro tipos, los estructurales, los de comportamiento, los de agrupación y los de
notación. En cuanto a los elementos estructurales son las partes estáticas de los modelos
y representan aspectos conceptuales o materiales. Los elementos de comportamiento son
las partes dinámicas de los modelos y representan comportamientos en el tiempo y en el
espacio. Los elementos de agrupación son las partes organizativas de UML, establecen
las divisiones en que se puede fraccionar un modelo. Sólo hay un elemento de
agrupación, el paquete, que se emplea para organizar otros elementos en grupos. Los
elementos de notación son las partes explicativas de UML, comentarios que pueden
describir textualmente cualquier aspecto de un modelo. Sólo hay un elemento de
notación sesión , la nota.
Las relaciones. Son abstracciones que actúan como unión entre los distintos elementos.
Hay cuatro tipos, la dependencia, la asociación, la generalización y la realización.
Los diagramas. Son la disposición de un conjunto de elementos, que representan el
sistema modelado desde diferentes perspectivas. UML tiene nueve diagramas
fundamentales, agrupados en dos grandes grupos, uno para modelar la estructura estática
del sistema y otro para modelar el comportamiento dinámico. Los diagramas estáticos y
los diagramas de comportamiento.
1.17 MARCO CONTEXTUAL
1.17.1 Misión del Centro de Rehabilitación del Norte de Santander. Es la única
entidad operativa del departamento, dentro del Sistema Nacional de Rehabilitación, que
brinda servicios de calidad para la prevención y rehabilitación de pacientes con
enfermedades y secuelas discapacitantes del aparato locomotor, neurológicas, de la
audición, voz, lengua, cardiovasculares y lesiones deportivas; con la aplicación de los más
avanzados conocimientos científicos y empleando tecnología de punta para obtener los
mejores resultados con alto sentido humanista y abarcando integralmente los aspectos
físicos, psicológico y social, ocupacional de cada paciente, con la participación activa del
equipo multidisciplinario y la intervención de la familia y comunidad.
1.17.2 Visión del Centro de Rehabilitación del Norte de Santander. El Centro De
Rehabilitación De Norte De Santander es una institución pública de capacitación y
rehabilitación de las personas con discapacidades permitiendo un mejoramiento para su
60
integridad moral y de convivencia que se alimentará dentro del contexto nacional de la
salud en que se ubica, es factor determinante en el desarrollo regional mediante su
interacción racional con el entorno, el uso apropiado de nuevas tecnologías que permitan un
mejor estudio de las enfermedades y discapacidades y el fomento de valores a través del
trabajo continuo, investigativo y el servicio a la comunidad.
1.17.3 Organización del Centro de Rehabilitación del Norte de Santander. La
estructura organizacional del Centro De Rehabilitación De Norte De Santander se
encuentra en este proyecto por tanto el trabajo sistematizado debe contar con personal
propio que se dedique a la labor exclusiva del registro siendo los responsables del
funcionamiento del mismo, la organización proporciona el éxito de la actividad ayudando a
mantenerse en el tiempo.
Cuadro 2. Estructura Organizacional del Centro De Rehabilitación De Norte De
Santander para el registro poblacional de Cáncer de Cúcuta.
RECURSO HUMANO
RECURSO HUMANO CAPACITADO
1
COMITÉ ASESOR
1
COORDINADOR
4
RECOLECTORES DE INFORMACIÓN
2
DIGITADORES
61
Figura 2. Organigrama Centro de Rehabilitación de Norte de Santander para el
registro poblacional de cáncer.
62
2. DISEÑO METODOLÓGICO
Cuando se va a construir un software es necesario conocer un lenguaje de programación,
pero con eso no basta. Si se quiere que el sistema sea robusto y mantenible. Es necesario
que el problema sea analizado y la solución sea cuidadosamente diseñada. Se debe seguir
un proceso robusto, que incluya las actividades sesión es. Si se sigue un proceso de
desarrollo que se ocupa de plantear cómo se realiza el análisis y el diseño, y cómo se
relacionan los productos de ambos, entonces la construcción de software va a poder ser
planificable y repetible, y la probabilidad de obtener un sistema de mejor calidad al final
del proceso aumenta considerablemente, especialmente cuando se trata de un equipo de
desarrollo formado por varias personas.
Teniendo en cuenta las anteriores consideraciones, para este proyecto se utilizó la
metodología de desarrollo orientado a objetos. Este proceso no fija una metodología
estricta, sino que define una serie de actividades que pueden realizarse en cada fase, las
cuales deben adaptarse según las condiciones del proyecto que se esté llevando a cabo. Se
ha escogido seguir este proceso debido a que aplica los últimos avances en Ingeniería del
Software, y a que adopta un enfoque eminentemente práctico, aportando soluciones a las
sesión es dudas y/o problemas con los que se enfrenta el desarrollador.
La notación que se usó es la proporcionada por UML, que se ha convertido en el estándar
en cuanto a notación orientada a objetos. Es un lenguaje que permite modelar, construir y
documentar los elementos que forman un sistema software orientado a objetos.
La metodología y la notación anterior se llevaron acabo siguiendo el proceso de desarrollo
del software ICONIX, la cual es una metodología práctica, intermediaria entre la
complejidad del RUP (Rational Unified Process) y la simplicidad del XP (Extreme
Programming).
ICONIX es un proceso simplificado que unifica conjuntos de métodos de orientación a
objetos en un abordaje completo, con el objetivo de dar cobertura al ciclo de vida. Propone
una serie de elementos de modelado para facilitar el paso del análisis de sistemas, al diseño
de los mismos en el proceso de desarrollo de software propuesto por Rational (RUP), el
cual es el más utilizado por quienes usan UML como lenguaje de modelado. El proceso de
ICONIX básicamente propone un camino intermedio entre el modelado de casos de uso, y
los diagramas de secuencia usados en UML. Para esto establece una serie de elementos,
sesión mente para definir las interfaces del sistema, las entidades de datos, y los elementos
63
de control, es decir, los que manipularán los datos y los enviarán a la interfaz para ser
presentados al usuario, o los que obtienen las entradas del usuario y las procesan.
El objetivo fundamental de ésta etapa es Identificar en el “mundo real” los objetos y todas
las relaciones que existan entre estos. La primera tarea que se realizara es la recolecta de
toda la información necesaria e identificación de los usuarios que utilizaran la aplicación
del mundo real y todas las relaciones de generalización y asociación posibles. Al finalizar
ésta fase se debe tener desarrolladas las siguientes actividades:
Un prototipo rápido de interfaz del sistema, o diagramas de navegación, etc., de forma que
el usuario pueda comprender mejor el sistema propuesto; los casos de uso del sistema
mostrando los actores envueltos. Organizar los casos de uso en grupos, o sea, utilizar
diagrama de paquete; asociar requisitos funcionales a los casos de uso y a los objetos de
dominio.
Figura 3. Análisis de Requisitos
2.2 ANÁLISIS Y PROYECTO PRELIMINAR
En ésta etapa, la primera actividad consiste en escribir los casos de uso, con flujo sesión de
las acciones, pudiendo contener el flujo alternativo y el flujo de excepción; Presentar el
análisis de robustez. Siendo que, para cada caso de uso se debe identificar un conjunto de
objetos (usar los estereotipos de clases) y actualizar el diagrama de clases del modelo de
dominio; terminar la actualización del diagrama de clase; detallar los casos de uso.
64
REQUERIMIENTOS FUNCIONALES
Son las actividades de los procesos de negocio que se van a automatizar para el control y
seguimiento de la información de los entes que interactúan con el sistema. Dentro de los
cuales se identificaron:
El sistema debe ser capaz de permitir una navegación a través explorador de Internet
apoyado por la aplicación, con el fin de ingresar al usuario autorizado que esta
solicitando la sesión correspondiente.
El sistema debe ser capaz de presentar una interfaz para el ingreso de la aplicación Web
y de validar la información que digita el usuario.
El sistema es capaz de crear los objetos necesarios para cada usuario que ingrese e inicie
sesión en la aplicación
El sistema es capaz de crear los objetos de acuerdo a la opción escogida por el usuario.
El sistema debe ser capaz de eliminar todos los objetos referentes al usuario que ingreso
a la aplicación
El sistema es capaz de avisarle al usuario si se presentó algún error en el procesamiento
de la información.
La aplicación esta en la capacidad de validar la información enviada por el usuario y de
actualizar el registro correspondiente
El sistema es capaz de eliminar el registro que el usuario desee y de avisarle al usuario si
no se pudo realizar la consulta.
65
El sistema es capaz de validar la información enviada por el usuario para realizar las
estadísticas y representaciones gráficas de las consultas y de avisarle al usuario se no se
pudo realizar.
El sistema es capaz de validar la información enviada por el usuario y realizar los
reportes correspondientes a los registros.
El sistema es capaz de realizar una copia de respaldo de los registros creados por el
usuario.
El sistema es capaz de guardar el registro que el usuario desee y de avisarle al usuario si
no se pudo realizar la consulta
La aplicación es capaz de validar la información enviada por el usuario y de emitir un
mensaje error en caso que no se pueda realizar la consulta.
El sistema es capaz de crear una nuevo registro o usuario de acuerdo a la información
digitada por el usuario.
La aplicación es capaz de validar la información enviada por el usuario de crear los
registros y usuarios y de emitir un mensaje error en caso que no se pueda realizar la
consulta
El sistema está en la capacidad de consultar el (los) registro(s) que el usuario solicite.
El sistema es capaz de verificar la información del registro, usuarios y de emitir un
mensaje de error en caso de no procesar la consulta.
La aplicación es capaz validar la información digitada por el usuario.
La aplicación es capaz de validar la información referente a los registros que el usuario
desea eliminar
66
La aplicación es capaz validar los registros enviados por el usuario
El sistema está en la obligación de emitir un mensaje de error.
El sistema está en la obligación de emitir un mensaje de error en caso que no se pueda
realizar la consulta del usuario
Figura 4. Análisis y Proyecto Preliminar
2.3 PROYECTO DETALLADO
El sesión objetivo de ésta fase es especificar el comportamiento detallado del sistema, a
través de la construcción el diagrama de secuencia y actualización del modelo estático. Para
la realización de ésta actividad, es necesario considerar la infraestructura computacional y
la tecnología de desarrollo envuelta.
En el proyecto preliminar para cada caso de uso, se identifican los mensajes entre los
diferentes objetos. Si es necesario se utilizara diagrama de colaboración para representar las
transacciones entre los objetos. Además se puede complementar utilizando diagrama de
estado para mostrar el comportamiento en tiempo real; terminar el modelo estático,
añadiendo detalles al proyecto en el diagrama de clase.
67
Figura 5. Proyecto Detallado
2.4 IMPLEMENTACIÓN
Las actividades que dan soporte la tarea de implementación son:
Escribir/Generar el código.
Realizar pruebas de unidad y de integración.
Realizar pruebas de aceptación del usuario
Entrega de la versión del producto.
68
3. RESULTADOS
3.1 TECNOLOGÍAS EMPLEADAS
3.1.1 PHP
PHP es un lenguaje de scripting que permite la generación dinámica de contenidos en un
servidor web. Su nombre oficial es PHP: HyperText Preprocessor. Entre sus sesión es
características se pueden destacar su potencia, alto rendimiento y su facilidad de
aprendizaje. PHP es una eficaz herramienta de desarrollo para los programadores web, ya
que proporciona elementos que permiten generar de manera rápida y sencilla, sitios web
dinámicos.
PHP fue originalmente creado por Rasmus Lerdorf como un conjunto de utilidades
(llamadas PHP/FI y posteriormente, PHP 2.0) para añadir dinamismo a las páginas web.
Este conjunto de herramientas ganó rápidamente popularidad y fue posteriormente
completamente rediseñado por Zeev Suraski y Andi Gutmans y rebautizado como PHP 3.0.
Más tarde se ha vuelto a rediseñar completamente el intérprete, añadiéndole más potencia y
nuevas funcionalidades, para dar lugar al lenguaje que hoy se conoce como PHP4.
Las versiones de PHP, PHP 3, PHP 4 y PHP 5, se había conseguido una plataforma potente
y estable para la programación de páginas del lado del servidor. Estas versiones han servido
de mucha ayuda para la comunidad de desarrolladores, haciendo posible que PHP sea el
lenguaje más utilizado en la web para la realización de páginas avanzadas.
Sin embargo, todavía existían puntos negros en el desarrollo PHP que se han tratado de
solucionar con la versión 5, aspectos que hicieron falta en la versión 4, casi desde el día de
su lanzamiento. Se refiere principalmente a la programación orientada a objetos (POO) que,
a pesar de que estaba soportada a partir de PHP3, sólo implementaba una parte muy
pequeña de las características de este tipo de programación.
El principal objetivo de PHP5 ha sido mejorar los mecanismos de POO para solucionar las
carencias de las anteriores versiones. Un paso necesario para conseguir que PHP sea un
lenguaje apto para todo tipo de aplicaciones y entornos, incluso los más exigentes.
69
Las nuevas características del lenguaje PHP5 son:
El Motor Zend II con un nuevo modelo de objetos y docenas de nuevas características
El soporte para XML ha sido completamente reescrito en PHP 5. Todas las extensiones
están basadas en la librería libxml2 (http://www.xmlsoft.org/).
Una nueva extensión, SimpleXML, permite el fácil acceso y manipulación de XML
como objetos PHP. Puede trabajar con la extensión DOM y vice-versa.
Nueva extensión incorporada SOAP para interoperatividad con Web Services.
Una nueva extensión para MySQL llamada MySQLi para desarrolladores que usan
MySQL 4.1 y posterior. Esta nueva extensión incluye una interface basada en objetos,
además de la tradicional; también soporta varias de las nuevas características de
MySQL, como las sentencias preparadas.
SQLite ha sido incluida por defecto en PHP.
Los Streams han sido mejorados, incluyendo la habilidades de acceder a operaciones de
bajo nivel en sockets .
PHP es un lenguaje de programación que contiene muchos conceptos de C, Perl y Java.
Su sintaxis es muy similar a la de estos lenguajes, haciendo muy sencillo su aprendizaje,
incluso a programadores noveles.
El código PHP está embebido en documentos HTML, de manera que es muy fácil
incorporar información actualizada en un sitio web.
Características fundamentales del lenguaje
PHP es un lenguaje para la creación de sitios web, del que se pueden destacar las siguientes
características:
70
Es un potente y robusto lenguaje de programación embebida en documentos HTML.
Dispone de librerías de conexión con la gran mayoría de los sistemas de gestión de bases
de datos, para el almacenamiento de información permanente en el servidor.
Proporciona soporte a múltiples protocolos de comunicaciones en Internet (http, IMAP,
FTP, LDAP, SNMP, etc.).
Aparte de estás características básicas, existen otras no menos importantes:
Código fuente abierto: el código del interprete está accesible para permitir posibles
mejoras o sugerencias acerca de su desarrollo (PHP ha sido escrito en lenguaje C).
Gratuito: no es necesario realizar ningún desembolso económico para desarrollar
sistemas de información, empleando este versátil lenguaje.
Portable y multiplataforma: existen versiones del intérprete para múltiples plataformas (
Windows 95, 98, NT, 2000, XP, Unix, Linux, etc.). Esto permite que las aplicaciones
puedan ser portadas de una plataforma a otra, sin necesidad de modificar ni una sola
línea de código.
Eficiente: PHP consume muy pocos recursos en el servidor, por lo que con un equipo
relativamente sencillo, es posible desarrollar interesantes aplicaciones.
Alta velocidad de desarrollo: PHP permite desarrollar rápidamente sitios web dinámicos.
Proporciona gran cantidad de librerías muy útiles y bien documentadas, lo que ahorra
mucho trabajo al programador.
Por último y aparte de estas características citadas anteriormente, también dispone de
facilidades para el procesamiento de ficheros, funciones de tratamiento de textos,
generación dinámica de imágenes, tratamiento de documentos XML, etc.
71
3.2 MySQL
MySQL es el servidor de bases de datos relacionales más popular, desarrollado y
proporcionado por MySQL AB. MySQL AB es una empresa cuyo negocio consiste en
proporcionar servicios en torno al servidor de bases de datos MySQL. Una de las
razones para el rápido crecimiento de popularidad de MySQL, es que se trata de un
producto Open Source y por lo tanto, va de la mano con este movimiento.
MySQL es un sistema de administración de bases de datos:
Una base de datos es una colección estructurada de datos. La información que puede
almacenar una base de datos, puede ser tan simple como la de una agenda, un contador o
un libro de visitas ó, tan vasta como la de una tienda en línea, un sistema de noticias, un
portal o la información generada en una red corporativa. Para agregar, accesar y procesar
los datos almacenados en una base de datos, se necesita un sistema de administración de
bases de datos, tal como MySQL.
MySQL es un sistema de administración de bases de datos relacionales:
Una base de datos relacional, almacena los datos en tablas separadas, en lugar de poner
todos los datos en un solo lugar. Esto agrega velocidad y flexibilidad. Las tablas son
enlazadas al definir relaciones que hacen posible combinar datos de varias tablas,
cuando se necesita consultar datos. La parte SQL de "MySQL" significa, "Lenguaje
Estructurado de Consulta" y es el lenguaje más usado y estandardizado para accesar a
bases de datos relaciónales.
MySQL es open source:
Open Source significa que la persona que quiera puede usar y modificar MySQL.
Cualquiera puede descargar el software de MySQL de Internet y usarlo sin pagar por
ello. Inclusive, cualquiera que lo necesite puede estudiar el código fuente y cambiarlo de
acuerdo a sus necesidades. MySQL usa la licencia GPL (Licencia Pública General
GNU), para definir qué es lo que se puede y no se puede hacer con el software para
diferentes situaciones. Sin embargo, si uno está incómodo con la licencia GPL o tiene la
necesidad de incorporar código de MySQL en una aplicación comercial es posible
comprar una versión de MySQL con una licencia comercial.
72
UTILIDAD DE MYSQL
El servidor de bases de datos MySQL es muy rápido, seguro y fácil de usar. Si eso es lo
que se está buscando, se le debe dar una oportunidad a MySQL.
El servidor MySQL fue desarrollado originalmente para manejar grandes bases de datos
mucho más rápido que las soluciones existentes y, ha estado siendo usado exitosamente
en ambientes de producción sumamente exigentes por varios años. Aunque se encuentra
en desarrollo constante, el servidor MySQL ofrece hoy un conjunto rico y útil de
funciones. Su conectividad, velocidad y seguridad, hacen de MySQL un servidor
bastante apropiado para accesar a bases de datos en Internet.
Algunos detalles técnicos de MySQL
El software de bases de datos MySQL consiste en un sistema cliente / servidor, que se
compone de un servidor SQL multihilo, varios programas clientes y bibliotecas,
herramientas administrativas y, una gran variedad de interfaces de programación (APIs).
Se puede obtener también como una biblioteca multihilo que se puede enlazar dentro de
otras aplicaciones para obtener un producto más pequeño, más rápido y más fácil de
manejar. Para obtener información técnica más detallada, es necesario consultar la guía
de referencia de MySQL.
3.3 DESARROLLO DE SOFTWARE BASADO EN COMPONENTES
Un aspecto importante de la calidad del diseño del software es la modularidad, esto es la
especificación de componentes del programa (módulos), que se combinan para formar un
programa completo. El enfoque orientado a objetos, define al objeto como un componente
del programa la cual está auto-enlazada con otras componentes (Ej.: datos privados,
operaciones).
3.3.1 Componentes de software para sistemas C / S
En lugar de visualizar el software como una aplicación monolítica que deberá
implementarse en una sola máquina, el software que es adecuado para una arquitectura
cliente / servidor, posee varios componentes distintos, que se pueden asociar al cliente o al
servidor o, se pueden distribuir entre ambas máquinas.
73
Componente de interacción con el usuario y presentación. Este componente
implementa todas las funciones que típicamente se asocian a una interfaz gráfica de
usuario (IGU).
Componente de aplicación. Este componente implementa los requisitos definidos por
la aplicación en el contexto del dominio en el cual funciona la aplicación. Por ejemplo,
una aplicación de negocios podría producir toda una gama de informes impresos basados
en entradas numéricas, cálculos, información de una base de datos y otros aspectos. Una
aplicación para trabajo en grupo, podría proporcionar las capacidades adecuadas para
hacer posible la comunicación mediante un boletín electrónico o correo electrónico. En
ambos casos, el software de aplicación se puede descomponer, de tal modo que alguno
de los componentes resida en el cliente y otros residan en el servidor.
Gestión de base de datos. Este componente lleva a cabo la manipulación y gestión de
datos requerida por una aplicación. La manipulación y gestión de datos puede ser tan
sencilla como la transferencia de un registro o, tan compleja como el procesamiento de
sofisticadas transacciones SQL.
Además de estos componentes, existe otro bloque de construcción del software, que suele
denominarse, software intermedio, en todos los sistemas C /S. El software intermedio
consta de elementos de software que existen tanto en el cliente como en el servidor e
incluye, elementos de sistemas operativos en red, así como un software de aplicación
especializado, que presta su apoyo a las aplicaciones especificas de bases de datos, a
estándares de distribución de solicitudes de objetos, a tecnologías de trabajo en grupo, a
gestión de comunicaciones y otras características que facilitan la conexión cliente /
servidor.
3.3.2 Servlets. Los Servlets son la respuesta de la tecnología Java a la programación CGI.
Son programas que se ejecutan en un servidor Web y construyen páginas Web. Con
respecto a la tecnología CGI aporta numerosas ventajas que se citan a continuación:
Independencia de la plataforma. Esto proporciona un menor esfuerzo de codificación
con respecto a soluciones dependientes del servidor Web y de la plataforma como ISAPI
o NSAPI.
74
Figura 6. Servlets vs. CGI
Eficiencia. Con CGI tradicional, se arranca un nuevo proceso para cada solicitud
HTTP. Si el programa CGI hace una operación relativamente rápida, la sobrecarga del
proceso de arrancada puede dominar el tiempo de ejecución. Con los Servlets, la
máquina Virtual Java permanece arrancada, y cada petición es manejada por un thread
Java de peso ligero, no un pesado proceso del sistema operativo. De forma similar, en
CGI tradicional, si hay N peticiones simultáneas para el mismo programa CGI, el código
de este problema se cargará N veces en memoria. Sin embargo, con los Servlets, hay N
threads pero sólo una copia de la clase Servlet. Los Servlets también tienen más
alternativas que los programas normales CGI para optimizaciones como los cachés de
cálculos previos, mantener abiertas las conexiones de bases de datos, etc.
Potencia. Los Servlets Java permiten fácilmente hacer muchas cosas que son difíciles o
imposibles con CGI normal. Por algo, los servlets pueden hablar directamente con el
servidor Web. Esto simplifica las operaciones que se necesitan para buscar imágenes y
otros datos almacenados en situaciones estándares. Los Servlets también pueden
compartir los datos entre ellos, haciendo las cosas útiles como almacenes de conexiones
a bases de datos fáciles de implementar. También pueden mantener información de
solicitud en solicitud, simplificando cosas como seguimiento de sesión y el caché de
cálculos anteriores.
Portable. Los Servlets están escritos en Java y siguen un API bien estandarizada.
Consecuentemente, los servlets escritos, digamos en el servidor I-Planet Enterprise, se
pueden ejecutar sin modificarse en Apache, Microsoft IIS, o WebStar. Los Servlets están
soportados directamente o mediante plug-in en la mayoría de los servidores Web.
Características de los Servlets. Además de las características indicadas en el apartado
anterior, los servlets tienen las siguientes características:
Son independientes del servidor utilizado y de su sistema operativo, lo que quiere decir
que a pesar de estar escritos en Java, el servidor puede estar escrito en cualquier lenguaje
75
de programación, obteniéndose exactamente el mismo resultado que si lo estuviera en
Java.
Los servlets pueden llamar a otros servlets, e incluso a métodos concretos de otros
servlets. De esta forma se puede distribuir de forma más eficiente el trabajo a realizar.
Por ejemplo, se podría tener un servlet encargado de la interacción con los clientes y que
llamará a otro servlet para que a su vez se encargara de la comunicación con una base de
datos. De igual forma, los servlets permiten redireccionar peticiones de servicios a otros
servlets (en la misma máquina o en una máquina remota).
Los servlets pueden obtener fácilmente información acerca del cliente (la permitida por
el protocolo HTTP), tal como su dirección IP, el puerto que se utiliza en la llamada, el
método utilizado (GET, POST, etc.), etc.
Permiten además la utilización de cookies y sesiones, de forma que se puede guardar
información específica acerca de un usuario determinado, personalizando de esta forma
la interacción cliente-servidor. Una clara aplicación es mantener la sesión con un cliente.
Los servlets pueden actuar como enlace entre el cliente y una o varias bases de datos en
arquitecturas cliente-servidor de 3 capas (si la base de datos está en un servidor distinto).
Asimismo, pueden realizar tareas de proxy para un applet. Debido a las restricciones de
seguridad, un applet no puede acceder directamente por ejemplo a un servidor de datos
localizado en cualquier máquina remota, pero el servlet sí puede hacerlo de su parte.
Al igual que los programas CGI, los servlets permiten la generación dinámica de código
HTML dentro de una propia página HTML. Así, pueden emplearse servlets para la
creación de contadores, banners, etc.
Para dotar de funcionalidad a un servlet se han de redefinir una seria de métodos que
guardan una analogía con los métodos de funcionamiento de un applet (init(), start(),
stop(), destroy()).
76
Figura 7. Ciclo de vida de un servlet
Figura 8. Métodos del ciclo de vida
public void init(Servlet Config config). Cada vez que se inicia el servlet el servidor Web
llama a este método pasando un parámetro de la clase ServletConfig que guarda
información de la configuración del servlet y del contexto del servidor Web en el que se
ejecuta. A través de ServletConfig se accede a los parámetros de inicialización del servlet
que se establecieron al configurar el servlet y a través de la interfaz ServletContext
(obtenido a partir del método getServletContext() de ServletConfig) se accede a la
información del servidor Web.
public void destroy( ). Este método es análogo al método init() sólo que será llamado por
el servidor Web cuando el servlet esta a punto de ser descargado de memoria. En este
método se han de realizar las tareas necesarias para conseguir una finalización apropiada
como cerrar archivos y flujos de entrada de salida externos a la petición, cerrar conexiones
persistentes a bases de datos, etc.
77
public void service. En este método se encuentra la mayor parte de la funcionalidad del
servlet. Cada vez que se realice una petición se llamará a este método pasándole dos
parámetros que nos permite obtener información de la petición y un flujo de salida para
escribir la respuesta. Análogamente tenemos otra serie de métodos que realizan la
implementación de respuesta a métodos de comunicación del protocolo HTTP 1.1 como
son GET y POST. Estos son respectivamente public void doGet, public void doPost.
3.4 FORMALIZACIÓN DEL CONCEPTO DE REGISTRO POBLACIONAL DE
CANCER
Definición Registro Poblacional de Cáncer. El Registro Poblacional es un sistema de
información epidemiológica, diseñado para conocer la incidencia y distribución de los
cánceres en una población determinada obtiene basándose en la búsqueda activa de datos
de los casos nuevos de cáncer, en los lugares donde se estudian, se diagnostican o se tratan
personas con cáncer. En resumen el Registro Poblacional, registra todos los casos nuevos
de una población, en un área geográfica definida, para realizar estudios epidemiológicos y
de salud pública.
Clases de registro:
Registro Poblacional: tiene su base en una población específica, que puede ser
completo cuando recopila información de todas las localizaciones anatómicas del
cáncer o ser monográfica cuando recopila información topográfica especial.
Características:
o Su interés primario es la distribución del cáncer en la comunidad.
o Evalúa la dimensión del problema con la incidencia, tendencias, mortalidad y sobre vida
o Contribuye al seguimiento indirecto o través de hospitales, centros de diagnóstico,
certificados de defunción y otros medios, evalúa la sobre vida total por sitio primario.
o Contribuye con información para investigaciones clínicas siendo la mejor fuente para
estudios de casos y controles y estudios de cohorte.
78
o Contribuye en la prevención identificado grupos de alta y baja incidencia.
o Ayuda a evaluar las medidas de prevención y atención a la comunidad.
o Ayuda a planear servicios por área geográfica.
o Contribuye a la educación pública y profesional.
Registro Hospitalario: recolecta datos de forma sistemática de los casos de un hospital
el cual proporciona información sobre pacientes atendidos, contribuya mejorar la
atención de estos y permite evaluar los tratamientos, puede limitarse a un solo hospital o
a un grupo de hospitales.
o Su interés primario es el paciente con cáncer en el hospital y evalúa la dimensión del
problema del cáncer con números de cáncer por año y frecuencias relativas por sitio
primario.
o Hace un seguimiento activo tiene contacto con el paciente o con el médico tratante.
o Muestra las tendencias del diagnóstico temprano y tardío.
o Describe la duración, la calidad de sobre vida con relación al sitio primario, extensión y
tratamiento.
o Apoya investigaciones clínicas, sirve de base para estudios descriptivos
diagnósticos.
y evalúa
o Identifica grupos con frecuencias relativas altas y bajas de ciertos canceres.
o Ayuda a evaluar la calidad de la atención hospitalaria y servicios de cáncer en el área
que cubre.
o Ayuda a planificar los servicios del hospital y contribuye a la educación profesional.
79
o El Cáncer es la segunda causa de muerte natural luego de las enfermedades del aparato
circulatorio.
o Se registran anualmente innumerables casos de cáncer con una taza de mortalidad
alarmante a nivel mundial.
o No se cuentan con datos de incidencia y prevalencia del cáncer. Esta enfermedad
demanda importantes recursos para prevención, tratamiento y soporte. Para la toma de
decisiones en estas áreas es necesario contar con la información de tendencias de los
tumores malignos y el impacto de las intervenciones.
o Se adquiere el compromiso, del cual se dejará constancia por escrito, del manejo
estrictamente confidencial de la información personal del paciente, reconociéndose la
legislación vigente en lo relacionado a mantener el anonimato y/o principios éticos de
Colombia.
3.6 POBLACIÓN BASE
El registro abarca inicialmente toda la población del municipio de Cúcuta enfatizando las
zonas de mayor afluencia con niveles de atención en salud de segundo a cuarto nivel de la
zona urbana.
Teniendo en cuenta las condiciones locales y sociodemográficas el registro poblacional
abarca gran parte del departamento ya que prácticamente la mitad de la población reside en
Cúcuta (49%) y es donde se encuentra la mayor parte de la infraestructura hospitalaria que
diagnostica, trata y atiende pacientes con cáncer como lo son laboratorios de patología,
imagenología, hematología entre otros, por otra parte los registro de defunción son
recopilados en la ciudad y en la sede de salud del departamento.
3.7 PARTICIPACIÓN MÉDICA Y COMUNITARIA
Antes de iniciar la búsqueda activa de la información se debe realizar un seminario taller de
forma que se promueva y difunda las ventajas del registro poblacional de cáncer con el fin
80
de sensibilizar toda la comunidad en la necesidad de establecer el registro y buscando el
compromiso de facilitar la información necesaria para que el registro tenga éxito. Entre
más fácil sea el acceso a la información de calidad menos costos tendrá el registro. Para la
implementación del registro se debe involucrar la comunidad médica a través de
instituciones de salud o consultorios privados, patólogos, radiólogos, hematólogos, de igual
forma el sector educativo en salud presente el la región como lo son La Universidad
Francisco de Paula Santander a través de la facultad de ciencias de la salud – escuela de
enfermería, la Universidad de Pamplona con la facultad de salud - Nutrición y dietética,
Fisioterapia, Bacteriología-,
la Universitaria de Santander con la profesión de
Bacteriología, la UNAB de Bucaramanga y la Universidad Nacional de Colombia,
integradas estas dos últimas en la región a través de la ESE Hospital Erasmo Meoz; de los
asistentes a la convocatoria se debe crear un comité interinstitucional que se reúna
periódicamente interactuando en las labores del registro, conozca los logros, dificultades y
necesidades.
3.8 RECOLECCIÓN DE DATOS
La recolección de la información se hace en forma activa (recolección en la fuente), que
implica extraer de la historia clínica o reporte de laboratorio y patología la información
necesaria de cada paciente, de acuerdo a los siguientes criterios
3.9 BÚSQUEDA DE CASOS
Hace referencia al sistema usado para localizar cada caso nuevo de cáncer que llega a las
entidades como hospitales, laboratorios privados, clínicas, e instituciones, que permiten el
acceso para la recolección de casos con cáncer elabora el registro e independientemente que
haya sido diagnosticado o tratado parcial o totalmente en otra institución.
3.10 MÉTODO DE IDENTIFICACIÓN Y BÚSQUEDA DE CASOS
La búsqueda de casos y la extracción de la información puede o no hacerse al mismo
tiempo, dependiendo de la organización de las fuentes de información y el nivel de
sistematización de las mismas. En la mayoría de los registros se hace primero una búsqueda
de casos, teniendo en cuenta lo siguiente:
Definición de caso registrable y de cada ítem de información.
81
Listado de casos identificados por cada fuente de información posible en la institución,
el cual debe indicar mínimo fecha, nombres completos del paciente, número de historia
clínica o identificación en la entidad, edad, sexo y diagnóstico.
Unión de la información de diferentes fuentes para un mismo caso.
Sistema actualizado de seguimiento de las fuentes potenciales de información,
especificando el número de fuentes, para qué variables del registro generan información
y con qué calidad.
Fuentes de información: En las instituciones son muchos los sitios donde puede
documentarse un diagnóstico de cáncer; por lo tanto, es necesario identificar las diferentes
fuentes que aportan información confiable, exacta y asegurar el acceso a ellas, función que
debe ser responsabilidad del coordinador del registro.
Para la definición de las fuentes se deben tener en cuenta los objetivos propuestos por el
registro, la calidad de la información en cada una de ellas, la utilización de la información
(corto, mediano y largo plazo) y los costos, los cuales están relacionados con el número de
ítem o variables a recolectar y el número de fuentes.
3.11 BÚSQUEDA DE LA INFORMACIÓN
Departamento o área de radioterapia y quimioterapia
Se visita la institución, se solicita el libro de pacientes que asisten al tratamiento, se registra
el número de historia clínica y si es el caso de la institución que fue remitido los que están
sin número de historia clínica se los busca en estadística por el sistema y posteriormente se
piden las historias clínicas para llenar las encuestas. Se diligencia la información de a
cuerdo a los requisitos mencionados anteriormente o se realizan anotaciones especiales que
orientes al diagnóstico primario.
82
Departamento de estadística, sistemas de información
clínicas de institución hospitalaria
y archivo de historias
Se solicitan las historias clínicas de los pacientes que hallan sido encontrados anteriormente
para completar las encuestas, cuando no se tiene el número de la historia o se encuentra
incorrecto. Por otra parte se solicita los registros de egreso hospitalario, se busca el número
de historia clínica y se solicita posteriormente la historia para registrar la información.
Laboratorio o áreas de patología
Se revisan los libros de informes de patología seleccionando los diagnósticos de cáncer
identificados como: malignos, carcinoma o mención de cáncer, se llenan las encuestas para
cada paciente, de igual forma si existe número de historia clínica de la institución de la cual
se remite se registra como nota especial.
Egreso hospitalario
El egreso hospitalario cuenta con los registros médicos de hospitalización, de consultas de
control, procedimientos de diagnóstico y tratamiento de cáncer, de todos los pacientes que
han sido hospitalizados sus tratamientos y el tiempo que se demoraran en este, por lo cual
el paciente asistirá varias veces dependiendo el tipo de tumor lo que lleva a encontrar varios
registros del mismo paciente.
Características de la recolección de información según las fuentes
La recolección de información en el registro poblacional es de manera activa se va
directamente a la fuente para extractar la información precisa.
Extracción de casos
Algunos pacientes pueden desarrollar múltiples canceres durante su tiempo de vida, lo que
constituye un caso especial para el registro de cáncer. Debe entonces distinguirse si es un
nuevo cáncer primario ocurrido en el mismo individuo, una extensión o metástasis de un
cáncer preexistente o es una recurrencia o nueva manifestación del cáncer después del
tratamiento inicial.
83
En consecuencia, cada registro debe definir las reglas para identificar y codificar los
canceres con sitios primarios múltiples y los segundos canceres primarios.
El técnico de registro del tumor, debe estar en capacidad de entender los diferentes eventos
consignados en la historia clínica para determinar si es una neoplasia registrable.
3.12 VARIABLES A RECOLECTAR
Las variables son ítem definidos por el registro poblacional de cáncer para obtener la
información concerniente a un caso nuevo de cáncer, teniendo en cuenta que la sesión
función de un nuevo registro institucional es atender las necesidades de administración del
hospital o centro oncológico y la recolección de información de los casos nuevos de cáncer,
las categorías de variables más relevantes son:
Identificación de la institución.
Identificación del paciente.
Identificación del tumor.
Tratamiento.
Datos de defunción.
3.13 TERMINOLOGÍA DEL REGISTRO POBLACIONAL DE CANCER
Para poder plantear una definición formal de lo que es un registro poblacional de cáncer,
empezaremos con algunos términos que nos irán ampliando y formalizando el concepto.
INSTRUMENTO DE REGISTRO: El instrumento de registro está basado en el del
registro poblacional de cáncer de Cali, teniendo en cuenta la experiencia en el manejo de la
información y la depuración de variables a través del tiempo, se dejan las manejadas por
ellos, cada variable que se asigne nueva o se omita tiene un costo beneficio el cual se debe
analizar con los asesores del registro.
84
Número de registro: El registro poblacional de cáncer asigna un número consecutivo
de registro para cada paciente; si el paciente presenta más de un tumor primario se le
asigna otro número de registro al nuevo tumor.
IDENTIFICACIÓN DEL PACIENTE
Apellidos y nombres: Es esencial para el registro poblacional de cáncer tener el nombre
completo según como aparezca en el documento de identificación.
Sexo: dato de identificación que en la mayoría de las veces consta en la historia clínica.
Debe codificarse en la casilla correspondiente según la operacionalización sugerida.
Fecha de nacimiento: La fecha de nacimiento es importante como ayuda en la
identificación cuando falta información identificativa, además de servir para el cálculo
de la edad diagnóstica. Debe ser expresada en años y para ser comparable debe
registrarse en números arábigos (día, mes y año de nacimiento).
Edad: Hace referencia a la edad del paciente en años cumplidos a la fecha de ingreso a
la institución por causa del tumor en estudio. Si se desconoce la fecha de nacimiento, se
Puede hacer estimación de ella.
Tipo de identificación: tipo de documento de identificación del paciente. Debe
codificarse en la casilla correspondiente (solo se admite una posibilidad). En caso de no
tener la información se deja en blanco.
Residencia habitual: debe registrarse departamento y municipio donde habitualmente
reside el paciente.
Si el paciente tiene varios tumores los datos referentes a esta variable pueden ser diferentes
para cada tumor primario.
Dirección: se debe registrar la dirección exacta; calle, avenida, número y nombre del
barrio para los residentes en el área urbana de Cúcuta, corregimiento o caserío para los
centros poblados y alguna otra descripción importante en la ubicación de la dirección.
85
Lugar de nacimiento: Ayuda en la identificación personal y debe registrarse en lo
posible el lugar exacto de nacimiento, el municipio y departamento con su codificación
respectiva.
Teléfono: se debe registrar los números de teléfono del paciente o donde se pueda
ubicar u obtener datos del mismo.
Estrato socio económico: se debe registrar el estrato socio económico donde se
encuentra ubicado el barrio en que reside el paciente, las opciones van del 1 al 6.
IDENTIFICACIÓN DEL TUMOR
Hay una lista de opciones, en donde se selecciona el tipo de cáncer que padece el
paciente (internamente se maneja el código CIE-10 que es por el que se rigen las
consultas a la base de datos.
MÉTODO DE DIAGNÓSTICO
Se trata de registrar el método como se diagnóstico el tumor que haya tenido el paciente. El
orden ascendente que se da a al método diagnóstico da la validez del mismo para el
registro.
Localización primaria: La topografía detallada del tumor es la variable más importante
de los datos registrados y se constituye en el eje sesión de tabulación de los datos. Hace
referencia al sitio primario donde se origino el tumor, no siendo una extensión, recidiva
o metástasis. Debe registrarse en la forma mas clara posible, especificando el órgano y el
tejido correspondiente.
Diagnóstico morfológico: variable de gran importancia en el registro poblacional de
cáncer convirtiéndose en un indicador de validez del diagnóstico. Debe registrarse el
diagnóstico morfológico o histológico completo.
La codificación del diagnóstico morfológico se hace con base en la Clasificación
Internacional de Enfermedades para Oncología (CIE-O), la cual adopta un sistema alfa
numérico. Este código se registra después cuando la información ya sea confiable o
valida.
86
ESTADÍO CLÍNICO
En estos campos se registran el tumor del paciente teniendo en cuenta que se puede
presentar dos o más tumores en sitios anatómicos diferentes, de igual manera en el
siguiente campo se pueden afirmar que tiene un tipo de cáncer Primario Múltiple, teniendo
en cuenta que no se trata de una metástasis; si un paciente tiene más de un tumor se debe
hacer observaciones.
Comportamiento: En el registro poblacional se incluyen los tumores cuyo
comportamiento es benigno (0), comportamiento incierto (1), carcinoma in situ (2),
maligno infiltrante (3), maligno metastásico (6), maligno incierto (9). Sin embargo
los tumores de comportamiento 6 y 9 no se incluyen en este registro.
Estado tumor: Hace referencia al estado clínico en que se encuentra la enfermedad,
puede ser:
No de tumores: A un paciente se le presenta en su gran mayoría un tumor sin embargo,
según las características histológicas puede tener:
- Tumor primario múltiple: lo hace el programa por cruce de información anterior
TRATAMIENTO DEL TUMOR
Tipo de tratamiento: se recolecta información sobre tratamiento en categorías muy
amplias, ya que hay diferentes prácticas terapéuticas. Se debe registrar la información
según el tipo de tratamiento recibido; es posible que se tengan varios tipos de
tratamiento, por lo tanto se aceptan múltiples opciones.
IDENTIFICACIÓN DE LA INSTITUCIÓN.
Se registra el número de la historia clínica del hospital, clínicas, EPS, a la cual pertenece el
paciente. La fuente es el nombre de la institución médica. De igual manera se registra para
número de biopsia o citología.
87
INFORMACIÓN DEL CERTIFICADO DE DEFUNCIÓN
Se registra la información en la Secretaría de Salud Pública Municipal de todos los
pacientes que hayan muerto por cáncer aunque no sea la causa básica de muerte o se
desconociese que tenía cáncer en el momento del fallecimiento.
DISEÑO DEL REGISTRO POBLACIONAL
Cuando se toma la decisión de organizar un registro de cáncer, es obvio que esta
enfermedad tiene considerable magnitud en la población donde se va a establecer. Esto
quiere decir que existe en el medio una información mínima pero suficiente sobre los
diagnósticos de cáncer para haber llamado la atención sobre esta enfermedad. El proceso
de registrar casos de cáncer requiere de bases metodológicas y estudio de posibilidades y
perspectivas a corto, mediano y largo plazo. Para lograr éxito en la labor a emprender, son
multitudes los aspectos que se deben tener en cuenta al planear y diseñar un registro de
cáncer.
DEFINIR OBJETIVOS
El acopio de información sobre tumores malignos debe estar encaminado a cumplir los
propósitos generales de establecer y mantener un sistema de datos que permita conocer el
impacto de la enfermedad en la población definida, servir como una fuente de información
para la educación e investigación del cáncer y proveer ese conocimiento a las autoridades
de salud para la planeación y evaluación de programas de prevención y control.
ÁREA GEOGRÁFICA
Este registro de base poblacional comprende el Departamento de Norte de Santander, lo
conveniente es considerar la organización de registros de base poblacional en ciudades
intermedias con características representativas de una zona geográfica amplia.
MANEJO DE LA INFORMACIÓN
Una cantidad progresiva de datos se acumula en la sede del registro a medida que avanza la
labor de recolección. Es necesario que esta información se organice de forma adecuada
para garantizar la calidad de su obtención. Existen dos formas de manejar esta serie de
88
datos: manual o computarizada. En ocasiones se recurre a una combinación de las dos. Sin
embargo, con la facilidad y el uso de las computadoras y programas para el manejo de base
de datos, es preferible un sistema de estos. Si en la visita a las fuentes, el recolector de
información obtiene de manera manual los datos, estos se llevan al registro para su
almacenamiento.
PRESUPUESTO Y FINANCIACIÓN
Uno de los requisitos que aseguran la perdurabilidad del registro, es disponer de recursos
financieros suficientes, así los registros de cáncer deben contar con un soporte
administrativo que permita articular los diferentes recursos requeridos para garantizar su
funcionamiento como son: Personal, estructura física, dotación, el sistema de información y
la disponibilidad financiera para optimizar su labor y asegurar así la calidad de la
información que se procesa.
PERSONAL
En un registro, el talento humano es uno de los componentes fundamentales para garantizar
la puesta en marcha de un proyecto de esta naturaleza y lograr mantener su continuidad a
través del tiempo. Para lograr mantener un recurso humano con los más altos niveles de
desempeño, se deberán tener en cuenta los diferentes aspectos:
Un proceso de selección orientado por los perfiles de los cargos y los niveles de
competencia requeridos para cada uno de los procesos.
Realizar una inducción general sobre la institución líder del proceso, con el fin de dar a
conocer aspectos tales como la visión, misión y política definidas por la entidad con
relación al registro. Adicionalmente al grupo seleccionado se le debe explicar los
objetivos definidos por el registro. Posteriormente para cada uno de los cargos se debe
efectuar una capacitación específica en los temas requeridos de acuerdo con las
responsabilidades que se tengan en cada una de las actividades.
Los temas a tratar incluyen:
Carcinogénesis.
89
Bases epidemiológicas.
Clasificación y nomenclatura del cáncer.
Métodos diagnósticos.
Técnicas de recolección y procesamiento de información.
Clasificación Internacional de Enfermedades Oncológicas.
Métodos estadísticos.
Sistemas informáticos.
De la misma manera es importante capacitar al personal asistencial de la institución y/o
área geográfica donde se vaya a implementar al registro. Esto es con el fin de mostrar la
importancia de contar con un sistema de información permanente de los casos de cáncer,
que servirá para tomar acciones diversas en beneficio de esa misma comunidad.
Finalmente se debe implementar un proceso de evaluación con base en los objetivos
trazados; este aspecto sesión mente hace referencia a generar dentro del grupo una cultura
de autoevaluación que tienen que ver con aspectos como: cumplimiento de la
programación para recolección de información, tipo de fuentes consultadas, tiempo
utilizado en procesar la información y consistencia de reportes, entre otros.
REQUERIMIENTOS DE PERSONAL
Como se ha manifestado el recurso humano necesario dependerá de diferentes condiciones.
El grupo básico deberá constituirse al menos con el siguiente personal y responsabilidades .
Este grupo deberá contar con el apoyo del área clínica (oncólogos) y de un estadista para el
análisis, discusión y reporte de casos. El coordinador podrá ser un epidemiólogo o un
enfermero de tiempo completo. Los recolectores serán estudiantes que hayan tenido
estudios de patología; dentro de estos recolectores habrá un estudiante con estudios en
estadística.
90
ESTRUCTURA FÍSICA Y DOTACIÓN
La ubicación física del Registro de Cáncer depende sesión mente de la entidad donde se
desarrollará el proyecto; esta institución será el Centro de Rehabilitación de Norte de
Santander. Es de gran importancia contar con un método sistematizado de acuerdo con el
volumen de información procesado que permita realizar la captura, almacenamiento y
procesamiento de la información con seguridad para evitar la pérdida de registros y la
violación de la información de los pacientes. Si bien es posible iniciar el funcionamiento
de un registro e cáncer de forma manual, el fácil acceso hoy a los sistemas de computación
hace posible que se pueda contar con un computador desde su inicio, por esto se requiere
de dos computadores en donde se pueda instalar la base de datos para su aplicación o en su
defecto el software específico como será el RPCÁNCER.
Debe garantizarse el suministro de manera oportuna de los elementos de dotación y uso
corriente en una oficina o puesto de trabajo, como son escritorios, silla móvil, papelería,
lápices, etc.
Finalmente se debe contemplar la posibilidad de expansión de las áreas físicas como de los
equipos requeridos, en la medida en que este proceso se consolide y aumente la
información procesada en cada uno de los períodos.
3.14 FILOSOFÍA DEL REGISTRO POBLACIONAL DE CÁNCER DE CÚCUTA
Ante todo se busca satisfacer las necesidades de los usuarios y proporcionar un estudio más
detallado de los casos de cáncer en Cúcuta a través del registro poblacional de cáncer,
ofreciendo un buen servicio de la aplicación y mejor calidad a través de procesos eficaces y
eficientes.
La filosofía del Centro de Rehabilitación junto con apoyo de la Universidad Francisco de
Paula Santander con base de la aplicación desarrollada tiene los siguientes valores y
principios:
Responsabilidad
Puntualidad
Confidencialidad
91
Eficacia
Transparencia
3.15 ESTRUCTURA ORGANIZACIONAL DEL REGISTRO POBLACIONAL DE
CÁNCER DE CÚCUTA.
El siguiente es el Organigrama del Centro de Rehabilitación de Norte de Santander.
Figura 9. Organigrama del Registro Poblacional de Cáncer de Cúcuta.
3.15.1 Funciones de Cargos
Gerente General: es la persona encargada de darle gestión al registro poblacional de
cáncer en el centro de rehabilitación de norte de Santander , el cual tiene a su cargo:
Gestionar los requerimientos y buen uso de la información confidencial del registro que
el centro de rehabilitación de norte de Santander requiera como centro de acopio de
todas las entidades de salud asociadas a este proyecto.
Recibir información en ciertos periodos sobre el registro para ser evaluada con otras
entidades que manejan registros poblacionales de cáncer
92
Tener una copia física de los registros para ser guardada con seguridad en la oficina.
Administrador de la Aplicación: es la persona encargada de gestionar todo lo relacionado
al manejo y funcionamiento de la aplicación, la cual tiene a su cargo:
La creación de nuevos usuarios.
Dar privilegios a los usuarios.
Eliminar o modificar los usuarios en el momento que lo determine el coordinador del
proyecto y gerente general.
Coordinador: es la persona encargada de dirigir la aplicación, debido que tiene el
conocimiento para ejecutar los registros para ser ingresados al sistema del registro
poblacional de cáncer, perteneciente al centro de rehabilitación de norte de Santander, con
el fin de coordinar o dirigir de forma correcta toda la aplicación, ya que sin su autorización
el administrador de la aplicación no puede hacer ningún cambio, además tiene a su cargo:
Dar la orden de lo que se puede o no se puede hacer, cambiar o mejorar en la aplicación.
Brindar un buen funcionamiento de la aplicación.
Ofrecer el mejoramiento constante en el manejo de los registros a ingresar.
Proporcionar una buena gestión en cada uno de los procesos del registro poblacional de
cáncer en la institución.
Personal de Apoyo: está constituido por:
Desarrolladores de la aplicación: son las personas encargadas en un momento dado de
hacer cambios en el código de la aplicación, de hacer las mejoras para su buen
funcionamiento.
93
Personal capacitado por los desarrolladores especializado en el buen funcionamiento de
la aplicación (Digitadores): son las personas encargadas de ingresar la información de
los casos de cáncer.
3.16 IMPACTO AMBIENTAL DEL REGISTRO POBLACIONAL DEL CENTRO
DE REHABILIATACIÓN DE NORTE DE SANTANDER.
Análisis de la situación Actual. //hip/Contenido///3.5.1 Evaluación integral de la
situación actual del manejo documental de la Universidad Francisco de Paula Santander/h
Diagnóstico del Proceso de Manejo Documental Actual//hip/Contenido///3.6
DIAGNÓSTICO DEL PROCESO DE MANEJO DOCUMENTAL ACTUAL/hip//.
o Inconvenientes de espacio físico para el almacenamiento de las documentos tramitados,
es decir las encuestas de donde se permite llevar la información de cada paciente que
será ingresado al registro poblacional según estudió previo.
o Los anteriores percances se presentan en gran parte por la falta de una mejor gestión de
la información de los pacientes a través de las diversas entidades que apoyan la
documentación se ve afectada por algunas causas o necesidades a niveles
administrativos.
Consecuencias e impacto de la falta del Registro Poblacional de Cáncer.
Estudio de los Factores Ambientales. Se calcula que los factores ambientales son la
causa del 80% de los cánceres. La relación causa efecto más demostrada es la del humo
del tabaco, inhalado de forma activa o pasiva; es responsable de cerca del 30% de las
muertes por cáncer. Los factores alimentarios pueden ser responsables de un 40%, pero
la relación causal no está tan establecida, y no se conocen con exactitud los
constituyentes de la dieta que son responsables. La obesidad es un factor de riesgo para
algunos cánceres como los de mama, colon, útero y próstata. El alto contenido en grasa
saturada (de origen animal) y el bajo contenido en fibra de la dieta se asocian con una
alta incidencia de cáncer de colon. Al igual que ocurre con el alcohol, las grasas y la
obesidad parecen actuar como promotores.
Estudio Oncógeno a través de la Cie- 0. Sea cual fuere la causa inicial por la que una
célula normal se transforma en cancerosa y transmite a su descendencia esta alteración,
es necesario que esta modificación se encuentre impresa en su ADN. Esto supone que
todos los posibles agentes promotores o causales del cáncer actúan sobre un sustrato
94
genético común dentro de la célula. Actualmente, se acepta que todos los factores
cancerígenos (sustancias químicas, radiaciones, infecciones, etc) actúan sobre porciones
del ADN que deben ser fundamentales en la regulación del crecimiento y diferenciación
celular. Estas porciones reciben el nombre de protooncogenes y bajo la acción de
diversos factores sufren pequeñísimas alteraciones que ocasionan el comienzo del
fenómeno canceroso, desarrollándose el oncogén.
Se cree que la malignización es la consecuencia de una serie de alteraciones que comienzan
con un gen alterado o una mutación somática (una mutación de una célula normal de un
tejido corporal), seguida de la acción promotora de algún agente que estimula la expresión
de uno o varios oncogenes, o inhibe los efectos de uno o varios antioncogenes; en
consecuencia se liberan factores de crecimiento. Es posible que el primer evento sea la falta
de producción de los metabolitos necesarios para la diferenciación celular normal. La
estimulación por los factores de crecimiento produce la proliferación del clon de células
indiferenciadas, y un defecto del sistema inmunológico permite que estas células alteradas
escapen a la destrucción por el sistema de control del organismo.
Detención y Diagnóstico. Cuanto más temprano sea el diagnóstico y el tratamiento,
mayores posibilidades de curación habrá. Las pruebas de detección precoz en pacientes
aparentemente sanos permiten realizar el diagnóstico antes del desarrollo de los
síntomas, en una fase en la que el cáncer es más curable. Algunos de los cánceres más
mortíferos, como los de mama, colon y recto, cuello uterino y próstata, pueden ser
puestos en evidencia mediante pruebas de detección.
El diagnóstico precoz de las formas de cáncer para las que no existe una prueba práctica
de detección depende de la identificación por parte del paciente de los signos tempranos
de la enfermedad. Los síntomas enumerados en la siguiente lista pueden señalar la
existencia de un cáncer:
Cambios en el ritmo intestinal o urinario
Heridas que no cicatrizan
Hemorragias inhabituales
Bultos en las mamas o en otras regiones del organismo
95
Dificultad para tragar alimentos
Cambios repentinos en el aspecto de verrugas cutáneas
Tos persistente o ronquera
Pérdida de peso
Pérdida de apetito
El diagnóstico del cáncer comienza por la obtención de una historia clínica y una
exploración física completa, que incluya la inspección y palpación de todas las
localizaciones corporales accesibles, en especial piel, cuello, mamas, abdomen, testículos y
ganglios linfáticos accesibles. Debe realizarse una exploración de los orificios corporales,
en particular un examen rectal para los cánceres de recto y próstata, y un examen pélvico
para los cánceres del cuello y del cuerpo del útero.
Estrategia para Prevención. La medida más eficaz en la prevención del cáncer es la
eliminación del consumo de tabaco, ya que el 30% de las muertes por cáncer en los países
desarrollados son producidas por su consumo. El control de la dieta también reduce la
mortalidad: disminuir la ingesta calórica para evitar la obesidad, reducción de las calorías
procedentes de la grasa a un 20% de la dieta, reducción del consumo de carnes rojas,
aumento de la ingesta de fibra (cereales, frutas y verduras) y alimentos protectores (con
contenido en vitaminas C y A, verduras como el repollo, la coliflor, el brócoli o las coles de
Bruselas). Debe limitarse el consumo de alimentos ahumados, en salazón o ricos en nitritos,
así como el consumo de alcohol.
El control sobre los factores ambientales incluye la eliminación de productos carcinógenos
en el lugar de trabajo y en el hogar, como por ejemplo la eliminación de la exposición a las
fibras de asbesto o la reducción del gas radón en el hogar.
Las técnicas de detección precoz o screening pueden realizarse para el cáncer de cuello
uterino, mama, colon, recto y próstata. Es recomendable la realización de un chequeo anual
a partir de los 40 años incluso en la ausencia de síntomas. El cáncer de mama se considera
uno de los sesión es problemas de salud en los países desarrollados y muchas mujeres
mueren cada año por esta causa. Las mujeres mayores de 50 años son las que tienen mayor
riesgo de desarrollar cáncer de mama y el riesgo máximo lo presentan las pacientes con una
edad superior a 75 años. Los médicos recomiendan realizar un examen anual o bienal,
96
mediante mamografía y exploración física, a las mujeres de 50 o más años de edad. En
general, no se recomienda realizar mamografías por debajo de los 39 años de edad. En
cuanto al grupo de mujeres entre 40 y 49 años de edad existen controversias sobre la
utilidad de las mamografías. El cáncer de endometrio supera en frecuencia, en España, al de
cuello uterino, pero no se dispone de ningún estudio que evalúe los beneficios de biopsias
en pacientes sintomáticas. La citología ha demostrado ser un método eficaz para la
detección precoz de cáncer de cuello uterino. Se recomienda la realización de una citología
cada 3 años siempre que se hayan detectado 2 citologías negativas en intervalos anuales. En
muchos países desarrollados el aumento en el número de personas que disfrutan sus
vacaciones en países de clima cálido ha producido un aumento en el cáncer de piel. Se
recomiendan las medidas preventivas, como el uso de cremas o pantallas protectoras frente
a la acción potencialmente lesiva de los rayos ultravioletas solares.
Estas fuentes proporcionan información adicional sobre Cáncer (medicina).
La adopción generalizada de las medidas de detección precoz podría reducir la incidencia
de cáncer de mama y colon, e incrementar la tasa de curación del cáncer de mama, colon,
recto, cuello uterino y próstata.
Beneficios del registro poblacional de cáncer. El estudio más detallado y de mejor
análisis para un buen desempeño d apoyo por parte del cuerpo de patólogos y médicos al
dar diagnósticos sobre el tipo, comportamiento y nivel de la enfermedad de acuerdo al
grupo etáreo, llevando a dar soluciones precisas basados al código internacional de
oncología (CIE – O),
97
4. DESARROLLO DE LA APLICACIÓN
4.1 CAPTURA DE REQUERIMIENTOS
4.1.1 Modelo del Negocio. Para conseguir sus objetivos, una empresa organiza su
actividad por medio de un conjunto de procesos de negocio. Cada uno de ellos se
caracteriza por una colección de datos que son producidos y manipulados mediante un
conjunto de tareas, en las que ciertos agentes (por ejemplo, trabajadores o departamentos)
participan de acuerdo a un flujo de trabajo determinado. Además, estos procesos se hallan
sujetos a un conjunto de reglas de negocio, que determinan la estructura de la información
y las políticas de la empresa. Por tanto, la finalidad del modelado del negocio es describir
cada proceso del negocio, especificando sus datos, actividades (o tareas), roles (o agentes),
reglas de negocio, los eventos, las entradas, los recursos y las salidas más importantes
vinculadas con el proceso de negocio.
Objetivos del Negocio. Crear un sistema que permita registrar los casos de cáncer de
pacientes enfermos de manera segura para una mejor evaluación, llevando acabo un control
y orden de los registros que se manejaran en el centro de rehabilitación del norte de
Santander, evitando problemas en el trámite de el ingreso de registros y estudios de los
mismos.
Identificación de los procesos de negocio. El primer paso para el modelado de una
aplicación de negocio es la identificación de los procesos de negocio. La obtención de un
adecuado conjunto de procesos del negocio es una cuestión crucial puesto que establece los
límites del modelado. Identificamos los procesos de negocio a partir de los objetivos de la
organización, teniendo en cuenta los tipos de objetivos descritos anteriormente.
Procesos involucrados en el negocio: crear registros, consultar registros, verificar
registros, Imprimir registros (informativos y estadísticos) y actualizar registros, guardar o
almacenar registros.
Objetivos de cada proceso
Crear Registros: realizar el ingreso de la información pertinente del paciente enfermo de
cáncer con todos los datos obtenidos por medio de la entidad de salud.
98
Verificar Registros: permite asegurar que la información que en el registro existe es real
y eficaz, de igual manera realizar búsqueda de algunos datos en el mismo.
Almacenar o Guardar Registros: guardar la información de los registros entrantes para
mayor seguridad y de utilización para evaluación del mismo.
Consultar Registros: permitir obtener información necesaria de los registros archivados
para la realización de otros y obtener información con respecto a los datos ingresados a
los registros para ser evaluados a través de la generación de reportes informativos y
estadísticos de los registros.
Actualizar Registros: permitir eliminar, modificar o agregar datos en el registros
poblacional de cáncer con el objetivo de dar confiabilidad.
Imprimir Registros: plasmar en un papel la información que se quiere dar a conocer
sobre el registro poblacional de cáncer a entidades o personas autorizadas.
Identificar los usuarios, departamentos o elementos de la organización implicados en
el proceso de negocio. Al mismo tiempo que se determinan los procesos de negocio, es
posible identificar los agentes implicados en el proceso. Se llama rol a un cierto papel que
desempeñan los agentes o actores del sistema en relación con cada proceso de negocio en el
que están involucrados. Esta etapa se centrará en aquellos roles (externos) con los que la
organización interactúa para llevar a cabo sus procesos de negocio.
Actores del negocio: administrador, coordinador y digitador .
Objetos del negocio: pacientes, neoplasias, certificados de defunción, población, fuentes,
médicos, usuarios, reportes y estadísticas.
Reglas del negocio. Se pueden considerar las reglas de negocio como una serie de
restricciones de la organización a la hora de realizar una determinada actividad, e incluyen
las restricciones asociadas a las informaciones (restricciones de integridad) y a las
actividades.
99
Para crear un registros debe ser evaluado por el coordinador, este debe ser aprobado por
la persona encargada de dicha dependencia para que tenga validez e ingreso al
aplicativo.
Al ingresar los datos al registro este evaluara algunos campos obligatorios en diversos
formularios de la aplicación.
Las consultas solamente serán realizados por personal autorizado con fines de estudios
en base al registro poblacional de cáncer .
Se debe almacenar y llevar un control de la verificación de la información registrada en
ala base de datos de la aplicación.
El registro poblacional con base al aplicativo deberá cumplir con las normas establecidas
por las entidades que apoyan este proyecto.
La documentación que se ingresa al registro poblacional de cáncer es confidencial y
manejado por personal autorizado que se encuentra a cargo para dicha labor.
Eventos
Un coordinador requiere consultar un registro
Un administrador requiere consultar un registro
Un coordinador requiere imprimir un registro
Un administrador requiere imprimir un registro
Un digitador requiere crear un registro
Un administrador requiere crear un registro
Un digitador requiere verificar un registro
Un administrador requiere verificar un registro
100
Un digitador requiere guardar y almacenar un registro
Un administrador requiere guardar y almacenar un registro
Un digitador requiere actualizar un registro
Un administrador requiere actualizar un registro
Cuadro 3. Procesos y objetos del negocio
Procesos
Crear registro
Consultar registro
Verificar registros
Almacenar y Guardar registros
Actualizar registros
Imprimir registros
Objetos
Pacientes
Neoplasias
Certificados de Defunción
Pacientes
Neoplasias
Reportes
Estadísticas
Pacientes
Neoplasias
Pacientes
Neoplasias
Pacientes
Neoplasias
Población
Fuentes
Médicos
Usuarios
Pacientes
Neoplasias
Reportes
Estadísticas
Notación que se utiliza en el Modelado de Proceso. Un modelo de proceso de negocio
típicamente define los siguientes elementos:
101
El objetivo o el motivo del proceso, las entradas específicas, las salidas específicas, los
recursos consumidos, la secuencia de las actividades y los eventos que dirigen el
proceso.
Figura 10. Convenciones Diagrama Modelo del Negocio
102
Figura 11. Modelo del Negocio
103
4.1.2 Casos de Uso del Negocio.
Figura 12. Caso de uso general del negocio
Figura 13. Caso de uso del negocio Crear Registro
104
Figura 14. Caso de uso del negocio Guardar y Almacenar Registros
Cuadro 4. Descripción caso de uso Crear Registros
Crear Registros
Nombre Del Caso De Uso
Administrador,
Digitador
Actores
Se debe tener evaluado el caso del registro.
Precondición
Flujo Normal:
La persona digita la información necesaria del Registro.
El caso de uso finaliza.
Variaciones
1.1 Si la persona encargada de dar el visto bueno al Registro no se
encuentra o aprueba , se debe esperar un nuevo estudio a su
aprobación.
Poscondición
El Registro debe estar autorizado.
105
Cuadro 5. Descripción caso de uso Actualizar Registros
Actualizar Registros
Administrador, Digitador
Actores
Se debe tener un registro del paciente o caso del mismo en
Precondición
archivo.
Flujo Normal:
la persona encargada anexara los datos del registro del paciente.
Se le entrega a la persona encargada de llevar los registros hará las
modificaciones respectivas.
Poscondición
El registro del caso debe ser archivado .
Cuadro 6. Descripción caso de uso Imprimir Registros
Imprimir Registros
Administrador, Coordinador
Actores
Se debe tener Registros elaborados de los casos
Precondición
Flujo Normal:
se selecciona el tipo de registro del paciente ó casos para la impresión.
Variaciones
Si la impresora no funciona, se debe buscar otro equipo para realizar la
operación.
Poscondición
El registro o caso se ha impreso.
106
Cuadro 7. Descripción caso de uso Consultar Registros
Consultar Documentos
Administrador , Coordinador
Actores
Información acerca de los registros a consultar.
Precondición
Flujo Normal:
Se busca en el archivador de los registros ocasos de pacientes.
Se obtiene el registro o caso y se consulta lo referente a este.
Variaciones
Si el registro o caso no se encuentra o si la información es incorrecta se
desiste en la consulta.
Poscondición
Obtener la información necesaria referente al registro o casos
del paciente.
Cuadro 8. Descripción caso de uso Guardar y Almacenar Registros
Guardar y Almacenar Registros
Actores
Haber registrado los casos
Precondición
Flujo Normal:
La persona encargada de llevar los registros o casos, los archiva por grupos de
edades.
Poscondición
Se ha almacenado los registros originales al archivador
107
Cuadro 9. Descripción caso de uso Verificar Registros
Verificar Registros
Actores
El registro debe tener una copia y debe estar archivado.
Precondición
Flujo Normal:
La persona debe acceder al archivador de los registros o casos.
Se revisa todo registro del paciente.
El registro deberá ser almacenado nuevamente al archivador.
Variaciones
Si el registro no está en orden se procede a ser devuelto con las aclaraciones
pertinentes.
Poscondición
Se ha radicado y dado tramite a la correspondencia que entro.
4.1.3 Objetivos de la Aplicación. Los siguientes son los objetivos que cumple la
aplicación.
Objetivo general. Ofrecer una excelente y segura gestión del manejo de los Registros de
cáncer en la institución del Centro de Rehabilitación de Norte de Santander a través del
RPC Cúcuta.
Objetivos Específicos.
Tener un mayor control en la manipulación del manejo de la información que se ingresa
y se obtiene dentro del centro de Rehabilitación del Norte de Santander.
Tener acceso a la información en cualquier momento que la institución la requiera.
108
Mantener centralizada toda la información.
Seguridad de los Registros y los datos: disponer de copia en soporte informático de todos
los registros de los pacientes, en cualquier momento y sin importar la maquina en donde
esté, permitiendo remitirle cualquier tipo de información deseada por el usuario desde otra
maquina diferente.
Privacidad: mantener bloqueado el acceso de las personas ajenas o no autorizadas para el
manejo de la aplicación y información con respecto al registro de pacientes, con lo cual se
mantiene la seguridad e integridad de la información.
Requerimientos. Esta especificación del sistema establece los requisitos funcionales y no
funcionales para el diseño y desarrollo de todas las características operacionales y físicas.
REQUERIMIENTOS FUNCIONALES
Son las actividades de los procesos de negocio que se van a automatizar para el control y
seguimiento de la información de los entes que interactúan con el sistema, dentro de los
cuales se identificaron:
El sistema debe ser capaz de permitir una navegación a través de la aplicación, con el fin
de ingresar al usuario autorizado que esta solicitando la sesión correspondiente.
El sistema debe ser capaz de presentar una interfaz para el ingreso de la aplicación y de
validar la información que digita el usuario.
El sistema es capaz de crear los objetos necesarios para cada usuario que ingrese e inicie
sesión en la aplicación
El sistema debe ser capaz de eliminar todos los objetos referentes al usuario que ingreso
a la aplicación
109
El sistema es capaz de avisarle al usuario si se presento algún error en el procesamiento
de la información.
La aplicación esta en la capacidad de validar la información enviada por el usuario y de
actualizar el registro correspondiente
El sistema es capaz de eliminar el registro que el usuario desee y de avisarle al usuario si
no se pudo realizar la consulta.
El sistema es capaz de validar la información enviada por el usuario para realizar las
estadísticas y representaciones gráficas de las consultas y de avisarle al usuario se no se
pudo realizar.
El sistema es capaz de validar la información enviada por el usuario y realizar los
reportes correspondientes a los registros.
El sistema es capaz de realizar una copia de respaldo de los registros creados por el
usuario.
El sistema es capaz de guardar el registro que el usuario desee y de avisarle al usuario si
no se pudo realizar la consulta
La aplicación es capaz de validar la información enviada por el usuario y de emitir un
mensaje error en caso que no se pueda realizar la consulta.
El sistema es capaz de crear una nuevo registro o usuario de acuerdo a la información
digitada por el usuario.
La aplicación es capaz de validar la información enviada por el usuario de crear los
registros y usuarios y de emitir un mensaje error en caso que no se pueda realizar la
consulta
El sistema está en la capacidad de visualizar el (los) registro(s) que el usuario elija.
110
El sistema es capaz de verificar la información del registro, usuarios y de emitir un
mensaje de error en caso de no procesar la consulta.
La aplicación es capaz validar la información digitada por el usuario
La aplicación es capaz de validar la información referente a los registros que el usuario
desea eliminar
La aplicación es capaz validar los registros enviados por el usuario
El sistema está en la obligación de emitir un mensaje de error.
El sistema está en la obligación de emitir un mensaje de error en caso que no se pueda
realizar la consulta del usuario
REQUERIMIENTOS NO FUNCIONALES
Son aquellos que no se refieren directamente a las funciones específicas que entrega el
sistema, sino a las propiedades emergentes de éste como: restricciones de seguridad,
fiabilidad, entorno de utilización, eficiencia, interfaces con otros sistemas, interfaces de
usuario, respuesta en el tiempo y capacidad de almacenamiento:
El servidor se deberá mantener en ambiente fresco para evitar el sobrecalentamiento del
equipo y la disminución del rendimiento.
El administrador de la aplicación deberá ser una persona capacitada para evitar que se
manipule de forma errónea el sistema.
Se deberán instalar antivirus para proteger el equipo de cualquier ataque externo.
Se deberán establecer políticas de respaldo y recuperación de la información
111
La aplicación deberá permitir el acceso a los diferentes tipos de usuarios, donde cada
uno tendrá sus propias restricciones y privilegios.
El usuario que desea obtener un perfil de usuario y contraseña deberá ser miembro del
Centro de Rehabilitación de Norte de Santander.
El rendimiento del sistema se verá afectado por la velocidad de conexión a Internet por
parte del cliente.
Plataforma utilizada para su desarrollo
Los equipos de los nodos usuarios deberán mantener las siguientes especificaciones:
o Sistema operativo Windows 98 o posterior con Internet Explorer 6.0
o 128 Mb de memoria (mínima).
o Acceso a Internet.
o Disco duro de 20 GB (mínima).
o El equipo servidor deberá mantener las siguientes especificaciones:
o Servidor Web Apache
o Sistema manejador de Bases de Datos Mysql
o Máquina Virtual de PHP4 o superior.
o Contar con una aplicación práctica de fácil uso y que permita navegabilidad en períodos
de corto tiempo.
112
o La aplicación tendrá una interfaz de sesión desde la cual será posible acceder al sistema
de acuerdo al usuario.
o El sistema deberá brindar seguridad e integridad de los datos para evitar la duplicidad de
la información.
o El sistema deberá solicitar una contraseña de usuario autorizado cada vez que se quiera
usar.
o El sistema será capaz de ser tolerante a fallos.
o El sistema será capaz de evolucionar, ser flexible y adaptable.
4.2 ANÁLISIS
4.2.1 Análisis de Contenido. En un plan de navegación eficaz hay algunos aspectos
primordiales que se tendrán en cuenta en el momento de desarrollar una interfaz, como por
ejemplo el número de categorías donde se distribuirá sus servicios, los esquemas de color
que mejor se adapten a la preferencia de sus visitantes o la mejor forma de presentar
nuestros contenidos y barra de navegación. Todos estos aspectos aplicados conjuntamente y
de una buena manera en una interfaz Web, llevaría a tener un buen prototipo de diseño que
se adapte a las necesidades de los usuarios finales. A continuación se describirán 7 aspectos
muy importantes que se tendrán en cuenta en el momento de diseñar la interfaz de la
aplicación Web, con el fin de construir un modelo agradable y sencillo para los usuarios
finales.
Estandarizar el diseño. Seguir y tener un estándar, que localice la barra de navegación
en el mismo lugar con los mismos estilos o gráficos; de está manera los usuarios sabrán
donde exactamente buscar lo que necesitan, con lo cual no se permitiría que los usuarios
adivinen lo que se trata de decir a través del plan de navegación, ya que terminarán
aburriéndose y cansándose.
Tener textos informativos en los menús gráficos. Colocar un toolbars en texto para
aquellos usuarios que todavía navegan con la opción de gráficos deshabilitado,
Simplemente el texto deberá ser infaltable en su barra de navegación.
113
Priorizar la información principal. Tener en la Aplicación los servicios importantes
del sitio y por medio de links resaltantes.
Tener vínculos de regreso. La página del sitio Web, debe asegurar de que los visitantes
o usuarios puedan volver a ella. Se debe tomar en cuenta que al elaborar la barra e
interfaz de navegación nunca debería faltar un botón "Inicio", "Volver" o algún vínculo
que indique el regreso a su portada.
Omitir el material insignificante. Evitar los links que distraigan la navegación del
usuario o visitante a través de la aplicación Web.
Elaborar una navegación orientada al tema del sitio. Es recomendable hacer una
interfaz de navegación orientada al público objetivo (usuario principal) del sitio, es decir
si por ejemplo nuestro sitio será un Web de "deportes" entonces sería ideal que los
gráfico o links de todo nuestro portal tenga motivos deportivos como íconos en forma de
balón u otros elemento similares, así los usuarios se sentirán más familiarizados con el
sitio y el tema que buscan.
Calidad no cantidad. Los usuarios de Internet se sienten más a gusto cuando se les
presenta un sitio bien atractivo y una navegación placentera y ordenada y para ello se
deberá presentar a sus visitantes y/o usuarios una barra de navegación ordenada .
4.2.2 Análisis de Interacción. Esta parte es muy importante ya que corresponde a la
interacción y retroalimentación que debe tener el usuario con la aplicación Web, para esto
se tendrá en cuenta que la aplicación Web sea amigable, sea sencilla, entendible y que
ofrezca e indique mensajes y ayudas para que el usuario final se sienta a gusto con la
misma.
4.2.3 Análisis Funcional. En este punto, se hace necesario que la aplicación permita
identificar a un usuario usando algún mecanismo de autenticación. Dado que todas las
subsecuentes decisiones de autorización estarán basadas en la identidad del usuario, es
esencial que el proceso de autenticación sea seguro y que el mecanismo de manejo de
sesión del usuario autenticado esté igualmente bien protegido. Además, es importante que
la aplicación Web presente capacidad de integración y flexibilidad, con el fin de poseer una
aplicación de gran calidad.
Es muy importante para la aplicación Web, tener en cuenta las siguientes consideraciones
para su diseño y desarrollo:
114
MANUAL DE USUARIO Y DE SISTEMAS
La validación de entrada: se tendrán en cuenta los ataques ejecutados mediante inserción
de cadenas de texto, campos de formularios, cookies, y cabeceras HTTP.
La autenticación: se tendrá en cuenta la suplantación de identidad, password, elevación
de privilegios y acceso no autorizado.
La administración de sesiones:
cada sesión
se tendrán en cuenta en la captura de identificadores de
El manejo de Excepciones: se tendrán en cuenta la denegación de servicios y acceso a
información de detalle en el nivel de sistema, en algunos casos emitiendo mensajes
La auditoria y registro de actividades : se tendrán en cuenta las acciones realizadas por
los usuarios para una posterior utilización en Diagnóstico de problemas, mediante algún
mecanismo de bitácoras.
La capacidad de integración: se tendrá en cuenta la capacidad de integración con los
sistemas existentes: bases de datos y otros sistemas automáticos. Esto se consigue
utilizando protocolos estándar para conectar con cualquier recurso que necesite la
aplicación. Independiente del fabricante del servidor de bases de datos la aplicación debe
conectarse a la base de datos a través del protocolo JDBC.
Ser administrable: se tendrán en cuenta las herramientas de administración de la propia
aplicación, los servicios sobre los que se sustenta como con las bases de datos.
Portabilidad: se tendrá en cuenta que la aplicación Web tenga la posibilidad de ser usado
en diferentes ambientes de software o hardware.
Integridad: se tendrá en cuenta la habilidad de la aplicación Web para proteger sus
componentes de accesos y modificaciones no autorizadas.
Facilidad de uso: se tendrá en cuenta la facilidad de aprender a usar el sistema, a preparar
los datos de entrada e interpretar sus resultados.
115
4.2.4 Análisis de configuración. En la elaboración de una aplicación Web de esta
categoría es muy importante conocer bajo que ambiente va a residir, para este caso, en
donde la aplicación va ser uso en la Institución del centro de rehabilitación del norte de
Santander.
4.2.5 Análisis Navegacional. La necesidad de desarrollar software para Internet
(portales, catálogos, buscadores/traductores, comercio electrónico, etc.), ha provocado que
recientemente exista un interés creciente en cómo generar Sistemas de Información que
combinen de forma correcta dos aspectos básicos: estrategias de navegación en un espacio
heterogéneo de información, y operaciones de consulta o actualización de la base de datos
heterogénea correspondiente.
En este sentido ICONIX y los métodos convencionales orientados a objetos presentan una
carencia generalizada: el no tratamiento de abstracciones que hagan posible la
especificación de aplicaciones hipermediales consecuentes con la metáfora del hipertexto.
En particular, en el análisis y diseño navegacional, esta característica esencial de las
aplicaciones basadas en Web, no se tiene presente. La principal contribución de esta
propuesta es su habilidad para integrarse perfectamente con métodos de modelado
conceptual existentes que ofrecen en forma de componentes software la funcionalidad a
nivel de “lógica de aplicación” que requiere un sistema software.
4.3.1 Actores y sus Roles. Identificación de los Actores del Sistema. Se identifica como
actor sesión del sistema al usuario que utiliza la aplicación para el trámite de los
documentos.
Usuario: es cualquier persona que accede a la aplicación a través de un link o colocando la
URL de la aplicación en el navegador Web.
Usuario Interno: Es la persona perteneciente o vinculada a la Institución que accede al
Registro Poblacional de Cáncer con restricciones de acceso (login y clave) y con el objeto
de consultar o realizar alguna operación; este usuario puede ser una persona con funciones
administrativas, con manejo de los recursos informáticos la cual surgen tres nuevos actores,
que son: Administrador, Coordinador y Digitador.
Coordinador: Es el usuario sesión que ingresa a la aplicación como jefe y director del
registro poblacional de cáncer de la entidad perteneciente al Centro de Rehabilitación de
116
Norte de Santander, con el fin de gestionar toda lo referente al ingreso de la información de
los registros de pacientes, ya que sin su autorización el digitador no puede gestionar los
datos. Es una persona vinculada a la institución con funciones administrativas por lo
general es un patólogo(a) quien dirige el Registro Poblacional de Cáncer
Administrador: Es una persona vinculada a la institución que tiene como función la
administración del sistema, la cual tiene a su cargo dar privilegios a los usuarios, además el
permitir eliminarlos en el momento que lo determine.
Digitador: Es una persona vinculada a la institución, la cual está encargada de ingresar los
casos de cáncer, es decir, almacenará todos los datos respectivos de cada paciente que
registre la enfermedad con diagnóstico aprobado por el coordinador.
Figura 15. Diagrama de actores
117
Cuadro 10. Descripción Actor Usuario
Súper Clase: No tiene
Descripción: Es cualquier persona vinculada a
la
Institución que accede al Registro Poblacional de Cáncer
con restricciones de acceso (login y clave) y con el objeto
de consultar o realizar alguna operación; este usuario puede
ser una persona con funciones administrativas, con manejo
de los recursos informáticos la cual surgen tres nuevos
actores
Subclases: Administrador, Coordinador, Digitador.
Necesidades y Expectativas:
Ingresará información.
Actualizará información.
Consultará información.
Generará reportes.
Generará Estadísticas.
Verificará información
Generará Backup de la información.
Obtendrá la Impresión de los reportes, estadísticas y consultas generadas.
Cuadro 11. Descripción Actor Digitador
Súper Clase: Usuario
Descripción: Es una persona vinculada a la institución, la
cual está encargada de ingresar los casos de cáncer, es
decir, almacenará todos los datos respectivos de cada
paciente que registre la enfermedad con diagnostico
aprobado por el coordinador.
Subclases: No tiene.
118
Ingresará información.
Actualizará cierta información con respecto a los registros de casos.
Verificará información
Cuadro 12. Descripción Actor Coordinador
Descripción: Es el usuario sesión que ingresa a la
aplicación como jefe y director del registro poblacional de
cáncer de la entidad perteneciente al Centro de
Rehabilitación de Norte de Santander, con el fin de
gestionar toda lo referente al ingreso de la información de
los registros de pacientes, ya que sin su autorización el
digitador no puede gestionar los datos. Es una persona
vinculada a la institución con funciones administrativas
por lo general es un patólogo(a) quien dirige el Registro
Poblacional de Cáncer
Consultará información.
Generará reportes.
Generará Estadísticas
Obtendrá la Impresión de los reportes, estadísticas y consultas generadas.
Las heredadas
119
Cuadro 13. Descripción Actor Administrador
Descripción: Es una persona vinculada a la institución
que tiene como función la administración del sistema, la
cual tiene a su cargo dar privilegios a los usuarios, además
el permitir eliminarlos en el momento que lo determine.
Mantener la aplicación funcionando correctamente.
Creación de usuarios dentro de la aplicación.
Verificar que los usuarios de la Institución tengan acceso a la aplicación en
cualquier momento.
Dar privilegios a los usuarios de la aplicación.
Gestionar todo lo referente al manejo y funcionamiento de la aplicación.
Crear copias de respaldo de la documentación de los usuarios.
Las heredadas.
4.3.2 Modelo del Dominio. Los objetos de información que fluyen entre las actividades
de un caso de uso del negocio representan datos del dominio, por lo que suponen una buena
base para crear el modelo conceptual inicial. Este modelo es una perspectiva conceptual de
objetos en una situación del mundo real y no una perspectiva del software. El modelo
incluirá los conceptos y sus relaciones y se describirá mediante un diagrama de clases
UML, en el que los conceptos se representan mediante clases (clases del dominio). El
modelo de dominio es una representación de las cosas, entidades, idea, clases conceptuales
u objetos del “mundo real” o dominio de interés, no de componentes Software.
Muestra clases conceptuales significativas en un dominio del problema.
Se usa como base para el diseño de los objetos de software.
Es el artefacto más importante del análisis.
120
Podría se considerado como un diccionario visual de abstracciones de clases
conceptuales, vocabulario e información del dominio.
Es válido:
Tener clases conceptuales sin atributos.
Tener clases conceptuales para las cuales no haya requerimientos de formación a
registrar.
Tener clases conceptuales con rol de comportamiento, en lugar de información.
Estrategias para identificar:
Utilizar lista de categorías de clases conceptuales.
Identificar frases nominales (sustantivos o frases).
Paciente
Exámenes
Neoplasia
Topografía
Diagnóstico
Morfología
Fuentes de Información
CIE-O
Certificado de Defunción Ingreso de pacientes
Tratamiento
Definición de neoplasias
Lista De Verbos
Almacenar
Hacer reportes
Actualizar
Generar
Eliminar
Visualizar
Investigar
Imprimir
Definir topografía
Estandarizar
Definir morfología
121
Clases Conceptuales
Lista de categorías de conceptos podemos generar un conjunto de conceptos para nuestro
Registro Poblacional de cáncer.
CATEGORÍA
Objetos tangibles o
físicos
Descripciones
EJEMPLOS
Encuestas de recolección de información
Datos del paciente, datos del tumor, datos del diagnóstico, datos
de la fuente de información, datos del certificado de defunción,
exámenes, tratamiento.
Centro de Rehabilitación de Norte de Santander
Lugar
Administrador, Digitador, Coordinador
Roles de la gente
Recolección de la información a las diferentes fuentes de
Otros sistemas
información
externos
I_paciente, Definir_topografía, Definir_morfología, I_diagnóstico,
Transacciones
I_tratamiento,I_fuentes_información,I_certificado_defunción, etc.
Ingresar, tiene, posee, graficar, reporte, imprimir
Eventos
Fuentes de información, laboratorios, patologías
Organizaciones
Ingreso de pacientes, ingreso de fuentes de información, Ingreso
Procesos
de médicos, actualizaciones.
Todas las sujetas por el Centro de Rehabilitación de Norte de
Reglas y políticas
Santander
Manual de sistema y manual de usuario
Manuales
CIE-O, documentación y apoyo por parte del Centro de
Instrumentos
Rehabilitación de Norte de Santander.
Conceptos abstractos Necesidad, organización, colaboración
122
Figura 16. Modelo Conceptual Parcial Del Dominio
Figura 17. Modelo De Dominio
123
4.3.3 Casos de Uso de la Aplicación. A partir del modelo del negocio descrito en la
sección anterior, es posible obtener de manera sistemática y directa la colección inicial de
casos de uso del sistema. A continuación se describen de manera separada.
Figura 18. Diagrama de casos de uso de la aplicación
Figura 19 . Diagrama de Caso de Uso Iniciar Aplicación
124
Cuadro 14. Descripción caso de uso Iniciar Aplicación
Iniciar Aplicación
Actores
Administrador, Coordinador, Digitador
El caso de uso permitirá al usuario acceder a la aplicación
Descripción
creando una sesión para cada usuario.
Tener un nombre y clave de usuario para acceder a la sesión
Precondición
especificada de la aplicación.
Flujo Normal:
1.
El usuario hará click en el icono del navegador.
2.
El sistema mostrará la interfaz de inicio de la aplicación.
3.
El usuario hará click en ENTRAR y accede a la aplicación.
4.
El sistema mostrará la interfaz validar usuario.
5.
El usuario digitará su nombre y clave de usuario.
6.
El usuario hará click en ENVIAR.
7.
El sistema enviará un mensaje exitoso y mostrará la interfaz de Inicio sesión
correspondiente a la sesión validada por el usuario.
8.
El usuario hará click en el vínculo solicitado del Inicio sesión.
9.
Flujo Alterno:
3.1
Se ha cerrado el navegador Web forzadamente
3.2
6.1
El usuario hará click en SALIR.
6.2
Vuelve al caso 2.
7.1
Si la información digitada por el usuario es incorrecta ó incompleta, el
sistema enviará un mensaje informando del error de los datos.
7.2
El usuario hará click en ACEPTAR, para digitar la información
correctamente.
7.3
Vuelve al caso 4.
Poscondición
El usuario ha ingresado a la aplicación y se ha creado un
objeto sesión del usuario en el servidor web.
125
Figura 20. Diagrama de casos de uso Registrar Información.
Figura 21. Diagrama de Caso de Uso Ingresar Paciente
126
Figura 22. Diagrama de Caso de Uso Registrar Neoplasia
Figura 23. Diagrama de Caso de Uso Tratamiento.
127
Figura 24. Diagrama de Caso de uso Registrar Fuentes de Información.
Figura 25. Diagrama de Caso de Uso Certificado de Defunción.
128
Cuadro 15. Descripción caso de uso Registrar Información
Registrar Información
Actores
Este caso de uso permitirá el Ingreso de información de un
Descripción
nuevo caso de cáncer en el registro poblacional de Cúcuta.
El usuario inicio sesión de la aplicación.
Precondición
El usuario hizo click en el vínculo Registrar Información
Flujo Normal:
1. El usuario hará click en Ingresar Paciente de la interfaz Registrar.
2. El caso de uso finaliza.
Flujo Alterno:
1.1 El usuario hará click en Salir de la interfaz Registrar
1.2 El caso de uso finaliza.
Poscondición
El usuario registrará la información de un nuevo paciente en
el registro poblacional de cáncer de Cúcuta.
Cuadro 16. Descripción Caso de Uso Ingresar Paciente.
Actores
Descripción
Precondición
Ingresar Paciente
El caso de uso ingresará los datos personales de un nuevo
paciente.
El usuario inicio sesión Registrar Información de la
aplicación.
El usuario hizo click en el vínculo Registrar Paciente.
Flujo Normal:
1. El usuario ingresará la información en el formulario de la interfaz datos
personales.
2. El usuario hará click en guardar.
3. El sistema mostrará un mensaje exitoso en la interfaz estado paciente y
mostrará el vinculo definir neoplasia.
129
Flujo Alterno:
1.1 Si el usuario no ingresa la información, él hará click en SALIR.
2.1 Si la información ingresada por el usuario es incompleta, se emitirá
un mensaje de error.
2.2 El usuario hará click en ACEPTAR.
2.3 Vuelve al caso 1.
3.1 Si la información ingresada por el usuario es incorrecta, el sistema
mostrará un mensaje de error.
3.3 Si el usuario hace click en SALIR en la interfaz estado paciente , el caso de
uso finalizará.
3.4 Si el usuario hace click en VOLVER de la interfaz estado paciente, regresará
al caso 1.
Poscondición
El usuario ingresó los datos personales de un nuevo paciente
en el registro poblacional de cáncer de Cúcuta.
Cuadro 17. Descripción Caso de Uso Registrar Diagnóstico.
Actores
Descripción
Precondición
Registrar Diagnóstico
El caso de uso ingresará los datos del diagnóstico de la
neoplasia un paciente.
El usuario hizo click en el vínculo Definir neoplasia.
Flujo Normal:
1. El usuario hará click en la localización definida que muestra la interfaz
Localización.
2. El sistema mostrará la interfaz topografía.
3. El usuario seleccionará de la lista el tipo de topografía de la neoplasia.
4. El sistema mostrará la interfaz morfología.
5. El usuario seleccionará de la lista el tipo de morfología de la neoplasia.
6. El usuario hará click en ENVIAR.
7. El sistema mostrará la interfaz diagnstico
8. El usuario ingresará la información del diagnóstico de la neoplasia.
10. El sistema mostrará un mensaje exitoso en la interfaz estado diagnóstico y
mostrará el vínculo registrar tratamiento.
130
Flujo Alterno:
5.1 Si el usuario no selecciona el tipo morfología, él hará click en
VOLVER de la interfaz morfología.
10.1Si la información ingresada por el usuario es incorrecta, el sistema
10.2 El usuario hará click en VOLVER de la interfaz estado Diagnóstico.
Poscondición
El usuario ingreso el diagnóstico de la neoplasia especificada
del paciente.
Cuadro 18. Descripción Caso de Uso Registrar Tratamiento.
Actores
Descripción
Precondición
Registrar Tratamiento
El caso de uso registrará los tratamientos realizados al
paciente de un Diagnóstico.
El usuario hizo click en el vínculo Registrar Tratamiento.
Flujo Normal:
1. El usuario seleccionará los datos del tratamiento en el formulario que muestra
la interfaz Tratamiento.
3. El sistema mostrará un mensaje exitoso en la interfaz estado tratamiento y
mostrará el vinculo registrar Fuentes de Información.
Flujo Alterno: No tiene
Poscondición
El usuario ingresó los datos del tratamiento correspondientes
al diagnóstico de la neoplasia especificada del paciente.
131
Cuadro 19. Descripción Caso de Uso Registrar Fuentes de Información.
Actores
Descripción
Precondición
Registrar Fuentes de Información
El caso de uso Registrará los datos de la Fuente de
información de donde se obtuvo el diagnóstico de la neoplasia
del paciente
El usuario hizo click en el vínculo Registrar Fuentes de
Información.
Flujo Normal:
1. El usuario Proporcionará los datos de la Fuentes de Información en el
formulario que muestra la interfaz Fuentes de Información.
3. El sistema mostrará un mensaje exitoso en la interfaz estado fuentes de
Información y mostrará el vinculo registrar Certificado de Defunción.
Flujo Alterno:
3.1 Si el sistema no muestra el vinculo registrar certificado de defunción, el
mostrará el mensaje exitoso de la interfaz estado con los vínculos
registrar información y salir.
3.2 El usuario hará click en el vínculo registrar información ó salir de la
interfaz estado fuentes de información.
Poscondición
El usuario ingresó los datos de las fuentes de información del
correspondiente diagnóstico de la neoplasia especificada del
paciente.
Cuadro 20. Descripción Caso de Uso Registrar Certificado de Defunción.
Registrar Certificado de Defunción.
Actores
El caso de uso Registrará los datos del Certificado de
Descripción
Defunción del paciente.
El usuario hizo click en el vínculo Registrar Certificado de
Precondición
Defunción.
132
Flujo Normal:
1. El usuario Ingresará los datos del certificado de defunción en el formulario que
muestra la interfaz Certificado.
3. El sistema mostrará un mensaje exitoso en la interfaz estado certificado, y
mostrará los vínculos registrar información y salir.
4. El usuario hará click en SALIR.
Flujo Alterno:
4.1 El usuario hará click en Registrar Información.
4.2 El caso dé uso finaliza.
Poscondición
El usuario ingresó los datos del certificado de defunción del
paciente.
Figura 26. Diagrama de Caso de Uso Verificar Información
133
Cuadro 21. Descripción Caso de Uso Verificar Información.
Actores
Descripción
Precondición
Verificar Información
El caso de uso verificará la existencia del paciente
registrados en la base de datos a través de unos patrones de
búsqueda definidos.
El usuario hizo click en el vínculo Verificar Información.
Flujo Normal:
1. El usuario seleccionará el tipo de búsqueda y digitará el Patrón de
búsqueda en el formulario de la interfaz identificar paciente.
3. El sistema mostrará el resultado de la búsqueda .
4. El usuario podrá elegir una de las opciones visualizadas en la interfaz
Resultados.
5. El usuario hará click sobre uno de los resultados de búsqueda.
6. El sistema mostrará un informe general de la búsqueda del paciente.
7. El usuario podrá imprimir el informe general del paciente visualizada en la
interfaz Informe General.
Flujo Alterno:
5.1 Si el usuario no selecciona uno de los resultados, él hará click en SALIR.
7.1 El usuario click en cerrar
Poscondición
El usuario confirmó la existencia del paciente correspondiente
a la aplicación en el registro poblacional de cáncer de Cúcuta.
134
Figura 27. Diagrama de casos de uso actualizar Información
135
Cuadro 22. Descripción Caso de Uso Actualizar Información.
Actualizar Información
Actores
El caso de uso permitirá modificar la información de la
Descripción
aplicación en el registro poblacional de Cúcuta.
Precondición
El usuario hizo click en el vínculo Actualizar Información.
Flujo Normal:
1. El usuario seleccionará una de las opciones de la interfaz
Actualizaciones.
2. El sistema mostrará la interfaz de la actualización seleccionada.
Flujo Alterno:
1.1 El usuario hará click en SALIR.
Poscondición
El usuario modificará la información correspondiente a la
aplicación en el registro poblacional de cáncer de Cúcuta.
Cuadro 23. Descripción Caso de Uso Actualizar Usuario.
Actualizar Usuario
Actores
Administrador
El caso de uso modificará la información del usuario.
Descripción
El usuario inicio sesión actualización en la aplicación.
Precondición
El usuario hizo click en el vínculo Actualizar Usuario.
Flujo Normal:
1. El usuario hará click en Agregar usuario de la interfaz usuarios .
Flujo Alterno:
1.1 El usuario hará click en Eliminar usuario de la interfaz usuarios .
1.2 El caso de uso finaliza
Poscondición
El usuario agregará o eliminará un usuario de la aplicación
del registro poblacional de cáncer de Cúcuta.
136
Cuadro 24. Descripción Caso de Uso Agregar Usuario.
Agregar Usuario
Actores
Administrador
El caso de uso creará un nuevo usuario para ingresar a la
Descripción
aplicación del registro poblacional de cáncer de Cúcuta.
El usuario inicio sesión Usuarios de la aplicación.
Precondición
El usuario hizo click en el vínculo Agregar Usuario
Flujo Normal:
1. El usuario ingresará un nombre y clave de usuario en el formulario de la
interfaz Nuevo usuario.
2. El usuario confirmará la clave.
3. El usuario seleccionará el tipo de usuario.
4. El usuario hará click en guardar .
5. El sistema Mostrará un mensaje exitoso en la interfaz estado agregar usuario y
un vínculo salir.
Flujo Alterno:
5.1 Si la información digitada por el usuario es incorrecta, emitirá un
mensaje de error.
5.3 El usuario hará click en volver.
Poscondición
El usuario ingresó un nuevo usuario a la aplicación del
registro poblacional de cáncer de Cúcuta.
137
Cuadro 25. Descripción Caso de Uso Eliminar Usuario
Eliminar Usuario
Actores
Administrador
El caso de uso Eliminará un usuario de la aplicación del
Descripción
El usuario inicio sesión Usuarios de la aplicación.
Precondición
El usuario hizo click en el vínculo Eliminar Usuario
Flujo Normal:
1. El usuario hará click sobre el usuario a eliminar de la lista de usuarios
que visualizará la interfaz eliminar usuario.
2. El sistema enviará un mensaje confirmando la eliminación del
usuario.
3. El usuario hará click en ACEPTAR
4. El sistema mostrará un mensaje exitoso en la interfaz estado Eliminar usuario
y un vínculo salir.
Flujo Alterno:
1.1 Si el usuario no selecciona un usuario para eliminar, él hará click en
SALIR.
5.1 Si el usuario no esta seguro de eliminar el usuario, él hará click en
CANCELAR.
Poscondición
El usuario eliminó un usuario de la aplicación del registro
poblacional de cáncer de Cúcuta.
138
Cuadro 26. Descripción Caso de Uso Actualizar Fuentes de Información.
Fuentes de Información
Actores
Descripción
Administrador
El caso de uso modificará los datos de la fuentes de
información de la aplicación del registro poblacional de
cáncer de Cúcuta.
Precondición
El usuario hizo click en el vínculo Actualizar Fuentes de
Información.
Flujo Normal:
1.El usuario hará click en Agregar fuente de Información de la interfaz
Fuentes .
2.El caso de uso finaliza.
Flujo Alterno:
1.2 El usuario hará click en Eliminar Fuentes de Información de la interfaz
Fuentes .
Poscondición
El usuario agregará o eliminará una Fuente de Información de
la aplicación del registro poblacional de cáncer de Cúcuta.
Cuadro 27. Descripción Caso de Uso Agregar Fuente de Información.
Actores
Descripción
Precondición
Agregar Fuente de Información
Administrador
El caso de uso creará un nueva Fuente de Información para
ingresar a la aplicación del registro poblacional de cáncer de
Cúcuta.
El usuario inicio sesión Fuentes de la aplicación.
El usuario hizo click en el vínculo Agregar Fuente de
Información.
Flujo Normal:
139
1. El usuario ingresará los datos de la nueva Fuente de información en el
formulario de la interfaz Nueva fuente.
2.El usuario hará click en guardar.
3.El sistema mostrará un mensaje exitoso y un vinculo SALIR de la
interfaz estado nueva fuente.
Flujo Alterno: No tiene.
Poscondición
El usuario ingresó una nueva Fuente de Información a la
Cuadro 28. Descripción Caso de Uso Eliminar Fuente de Información
Eliminar Fuente de Información
Actores
Administrador
El caso de uso Eliminará una fuente de información de la
Descripción
El usuario inicio sesión Fuentes de la aplicación.
Precondición
El usuario hizo click en el vínculo Eliminar Fuente de
Información.
Flujo Normal:
1. El usuario hará click sobre la fuente de Información a eliminar de la lista que
visualizará la interfaz eliminar Fuente.
2. El sistema enviará un mensaje confirmando la eliminación de la Fuente de
información.
4. El sistema mostrará un mensaje exitoso en la interfaz estado Eliminar fuente y
un vínculo salir.
Flujo Alterno:
1.1 Si el usuario no selecciona una fuente de Información para eliminar, él hará
click en SALIR.
3.1 Si el usuario no esta seguro de eliminar la Fuente, él hará click en
CANCELAR.
Poscondición
El usuario eliminó una Fuente de Información de la
140
Cuadro 29. Descripción Caso de Uso Actualizar Médico.
Actualizar Médico
Actores
Administrador
El caso de uso modificará la información del Médico.
Descripción
Precondición
El usuario hizo click en el vínculo Actualizar Médico.
Flujo Normal:
3. El usuario hará click en Agregar Médico de la interfaz Médicos .
Flujo Alterno:
1.3 El usuario hará click en Eliminar Médico de la interfaz Médicos .
Poscondición
El usuario agregará o eliminará un Médico de la aplicación
Cuadro 30. Descripción Caso de Uso Agregar Médico.
Agregar Médico
Actores
Administrador
El caso de uso ingresará un nuevo médico en la aplicación del
Descripción
El usuario inicio sesión Médicos de la aplicación.
Precondición
El usuario hizo click en el vínculo Agregar Médico.
Flujo Normal:
1. El usuario ingresará los datos del médico en el formulario de la interfaz
Nuevo Médico.
2.El usuario hará click en guardar.
3.El sistema mostrará un mensaje exitoso y un vinculo SALIR de la
interfaz estado nuevo Médico.
4.El caso de uso finaliza
Poscondición
El usuario ingresó un nuevo usuario a la aplicación del
141
Cuadro 31. Descripción Caso de Uso Eliminar Médico
Eliminar Médico
Actores
Administrador
El caso de uso Eliminará un Médico de la aplicación del
Descripción
Precondición
El usuario hizo click en el vínculo Eliminar Médico.
Flujo Normal:
1. El usuario hará click sobre el Médico a eliminar de la lista que visualizará la
interfaz eliminar Médico.
2. El sistema enviará un mensaje confirmando la eliminación del Médico.
4. El sistema mostrará un mensaje exitoso en la interfaz estado Eliminar Médico
Flujo Alterno:
1.1 Si el usuario no selecciona un médico para eliminar, él hará click en SALIR.
1.2 El caso d uso finaliza.
2.1 Si el usuario no esta seguro de eliminar el Médico, él hará click en
CANCELAR.
Poscondición
El usuario eliminó un Médico de la aplicación del registro
142
Cuadro 32. Descripción Caso de Uso Modificar Médico
Modificar Médico
Actores
Administrador
El caso de uso alterará los datos del médico de la aplicación
Descripción
Precondición
El usuario hizo click en el vínculo Modificar Médico
Flujo Normal:
1. El usuario ingresará los nuevos datos en el formulario de la interfaz
Modificar Datos Médico.
3. El sistema mostrará un mensaje exitoso en la interfaz estado modificar Médico
y un vinculo salir.
El usuario ha modificado los datos de un Médico de la
Poscondición
Cuadro 33. Descripción Caso de Uso Actualizar Certificado De Defunción.
Actualizar Certificado De Defunción
Actores
El caso de uso modificará la información del certificado de
Descripción
Defunción de la aplicación del registro poblacional de cáncer
de Cúcuta
Precondición
El usuario hizo click en el vínculo Actualizar Certificado de
Defunción.
Flujo Normal:
1.El usuario hará click en Modificar Certificado de Defunción de la interfaz
Actualizar Certificado.
Flujo Alterno:
1.1 Si el usuario no selecciona Modificar Certificado de Defunción, él hará click
en Eliminar ó agregar Certificado de Defunción de la interfaz Actualizar
Certificado.
El usuario Modificará, agregará ó eliminará un Certificado de
Poscondición
Defunción de la aplicación del registro poblacional de cáncer
de Cúcuta.
143
Cuadro 34. Descripción Caso de Uso Modificar Certificado De Defunción.
Modificar Certificado De Defunción
Actores
Descripción
El caso de uso alterará los datos del Certificado de Defunción
de la aplicación del registro poblacional de cáncer de Cúcuta
Precondición
El usuario inicio sesión
aplicación.
Actualizar Certificado de la
El usuario hizo click en el vínculo Modificar Certificado de
Defunción.
Flujo Normal:
1. El usuario ingresará el número del documento de identidad del Paciente de la
interfaz validar paciente en el formulario.
3. El sistema mostrará la interfaz Certificado
Certificado.
6. El sistema mostrará un mensaje exitoso en la interfaz estado Certificado y un
vinculo salir.
Poscondición
El usuario ha modificado los datos del certificado de
defunción de la aplicación del registro poblacional de cáncer
de Cúcuta.
144
Cuadro 35. Descripción Caso de Uso Eliminar Certificado De Defunción
Eliminar Certificado De Defunción
Actores
El caso de uso Eliminará un Certificado de Defunción de la
Descripción
aplicación del registro poblacional de cáncer de Cúcuta
Precondición
El usuario inicio sesión
Actualizar Certificado de la
aplicación.
El usuario hizo click en el vínculo Eliminar Certificado de
Defunción.
Flujo Normal:
2.
3.
4.
5.
6.
7.
El usuario hará click en ENVIAR.
El sistema mostrará la interfaz Certificado
El usuario hará click sobre eliminar de la interfaz Certificado.
El sistema enviará un mensaje confirmando la eliminación del Certificado.
El usuario hará click en ACEPTAR
El sistema mostrará un mensaje exitoso en la interfaz estado Eliminar
Certificado y un vínculo salir.
Poscondición
El usuario eliminó un certificado de Defunción de la
Cuadro 36. Descripción Caso de Uso Agregar Certificado De Defunción.
Agregar Certificado de Defunción
Actores
El caso de uso ingresará un nuevo Certificado de Defunción
Descripción
en la aplicación del registro poblacional de cáncer de Cúcuta.
El usuario inicio sesión Actualizar Certificado de la
Precondición
aplicación.
El usuario hizo click en el vínculo Agregar certificado de
Defunción.
145
Flujo Normal:
1. usuario ingresará el número del documento de identidad del Paciente de la
2. usuario hará click en ENVIAR.
3. El sistema mostrará la interfaz Certificado.
4. usuario ingresará los datos del Certificado de Defunción en el
formulario de la interfaz Certificado.
6. El sistema mostrará un mensaje exitoso y un vinculo SALIR de la
interfaz estado Certificado.
Flujo Alterno:
6.1 Si la información ingresada por el usuario es incorrecta, el sistema emitirá un
mensaje de error en la interfaz estado Certificado y un vinculo volver.
6.2 El usuario hará click en VOLVER.
6.3 Vuelve al caso 3
6.4
El usuario ingresó un nuevo Certificado de Defunción a la
Poscondición
Cuadro 37. Descripción Caso de Uso Actualizar Paciente.
Actualizar Paciente
Actores
El caso de uso modificará los datos del paciente de la
Descripción
Precondición
El usuario hizo click en el vínculo Actualizar Paciente
Flujo Normal:
1.El usuario hará click en Modificar Paciente de la interfaz Datos del
Paciente
146
Flujo Alterno:
1.2 Si el usuario no selecciona Modificar Paciente, él hará click en Eliminar
Paciente de la interfaz Actualizar Paciente.
Poscondición
El usuario Modificará ó eliminará los datos del Paciente de la
Cuadro 38. Descripción Caso de Uso Modificar Paciente.
Modificar Paciente
Actores
Descripción
El caso de uso alterará los datos del Paciente de la aplicación
del registro poblacional de cáncer de Cúcuta
Precondición
El usuario inicio sesión Actualizar paciente de la aplicación.
El usuario hizo click en el vínculo Modificar Paciente.
Flujo Normal:
3. El sistema mostrará la interfaz Datos Paciente
Datos Paciente.
6. El sistema mostrará un mensaje exitoso en la interfaz estado Paciente y un
vinculo salir.
147
Flujo Alterno:
emitirá un mensaje de error en la interfaz estado Paciente y
un vínculo volver.
6.1 El usuario hará click en VOLVER.
Poscondición
El usuario ha modificado los datos del Paciente de la
Cuadro 39. Descripción Caso de Uso Eliminar paciente.
Eliminar Paciente
Actores
El caso de uso Eliminará un Paciente de la aplicación del
Descripción
registro poblacional de cáncer de Cúcuta
Precondición
El usuario inicio sesión Actualizar Paciente de la aplicación.
El usuario hizo click en el vínculo Eliminar Paciente.
Flujo Normal:
3. El sistema mostrará la interfaz Datos Paciente.
4. El usuario hará click sobre eliminar de la interfaz Datos Paciente.
5. El sistema enviará un mensaje confirmando la eliminación del Paciente.
7. El sistema mostrará un mensaje exitoso en la interfaz estado Eliminar Paciente
148
Flujo Alterno:
4.1 Si el usuario no selecciona un Paciente para eliminar,
él hará click en SALIR.
6.1 Si el usuario no esta seguro de eliminar el Paciente, él hará click en
CANCELAR.
Poscondición
El usuario eliminó un Paciente de la aplicación del registro
poblacional de cáncer de Cúcuta
Cuadro 40. Descripción Caso de Uso Actualizar Diagnóstico.
Actualizar Diagnóstico
Actores
El caso de uso modificará los datos del Diagnóstico de la
Descripción
Precondición
El usuario hizo click en el vínculo Actualizar Diagnóstico.
Flujo Normal:
1.El usuario hará click en Agregar Diagnóstico de la interfaz Diagnóstico
Flujo Alterno:
1.1 El usuario hará click en Eliminar Diagnóstico de la interfaz
Diagnóstico
Poscondición
El usuario Ingresará ó eliminará los datos del Diagnóstico de
149
Cuadro 41. Descripción Caso de Uso Eliminar Diagnóstico.
Eliminar Diagnóstico
Actores
El caso de uso Eliminará un Diagnóstico de la aplicación del
Descripción
registro poblacional de cáncer de Cúcuta
El usuario inicio sesión Diagnóstico de la aplicación.
Precondición
El usuario hizo click en el vínculo Eliminar Diagnóstico.
Flujo Normal:
3. El sistema mostrará una lista de los Diagnósticos en la interfaz Diagnóstico
del Paciente.
4. El usuario hará click sobre el Diagnóstico a eliminar de la interfaz Diagnóstico
del Paciente.
5. El sistema enviará un mensaje confirmando la eliminación del Diagnóstico.
7. El sistema mostrará un mensaje exitoso en la interfaz estado Eliminar
Diagnóstico y un vínculo salir.
Flujo Alterno:
4.1 Si el usuario no selecciona un Diagnóstico para eliminar,
él hará click en SALIR.
6.1 Si el usuario no esta seguro de eliminar el Diagnóstico, él hará click
en CANCELAR.
Poscondición
El usuario eliminó un Diagnóstico de la aplicación del
150
Cuadro 42. Descripción Caso de Uso Agregar Diagnóstico.
Agregar Diagnóstico
Actores
El caso de uso permitirá el ingreso de un nuevo diagnóstico
Descripción
de neoplasia del paciente.
El usuario inicio sesión Diagnóstico de la aplicación.
Precondición
El usuario hizo click en el vínculo Agregar Diagnóstico.
Flujo Normal:
1. El usuario digitará el número de documento del paciente en el formulario de la
interfaz validar paciente.
3. El sistema Mostrará la interfaz localización.
4. El sistema mostrará la interfaz topografía.
5. El usuario seleccionará de la lista el tipo de topografía de la neoplasia.
6. El sistema mostrará la interfaz morfología.
7. El usuario seleccionará de la lista el tipo de morfología de la neoplasia.
9. El sistema mostrará la interfaz diagnóstico
10. El usuario ingresará la información del diagnóstico de la neoplasia.
12. El sistema mostrará un mensaje exitoso en la interfaz estado diagnóstico y
mostrará el vinculo registrar tratamiento.
Flujo Alterno:
7.1 Si el usuario no selecciona el tipo morfología, él hará click en
VOLVER de la interfaz morfología.
12.2 El usuario hará click en VOLVER de la interfaz estado Diagnóstico.
Poscondición
El usuario ingresará un nuevo diagnóstico de neoplasia al
paciente en el registro poblacional de cáncer de Cúcuta.
151
Cuadro 43. Descripción Caso de Uso Actualizar Población.
Actualizar Población
Actores
El caso de uso modificará la información de la población de
Descripción
Cúcuta, Determinando Rango de Edades y periodos Anuales
de la población para la aplicación del registro poblacional de
cáncer de Cúcuta
Precondición
El usuario hizo click en el vínculo Actualizar Población.
Flujo Normal:
1.El usuario hará click en Modificar Población de la interfaz Población
Flujo Alterno:
1.4 Si el usuario no selecciona Modificar Población, él hará click en Eliminar ó
Agregar Población de la interfaz Población.
Poscondición
El usuario Modificará, Ingresará ó eliminará los datos de la
Población de la aplicación del registro poblacional de cáncer
de Cúcuta.
Cuadro 44. Descripción Caso de Uso Agregar Población.
Agregar Población
Actores
Administrador
El caso de uso ingresará un nuevos Datos de la Población en
Descripción
los rangos de edades especificados para un correspondiente
año en la aplicación del registro poblacional de cáncer de
Cúcuta.
Precondición
El usuario inicio sesión Población de la aplicación.
El usuario hizo click en el vínculo Agregar Población.
152
Flujo Normal:
1. El usuario Seleccionara el año de la población en el formulario de la interfaz
Ingresar Población.
2. El sistema mostrará la interfaz Nueva Población.
3. El usuario ingresará los datos de la población según el rango de edades
especificadas.
5. El sistema Mostar un mensaje exitoso en la interfaz estado nueva población y
un vinculo salir.
Flujo Alterno:
1.1 Si el año seleccionado por el usuario para ingresar los datos de la
población ya existe, el sistema mostrara un mensaje de error.
El usuario ingresó nuevos datos de la población en el rango
Poscondición
de especificado de un año respectivo en la aplicación del
Cuadro 45. Descripción Caso de Uso Eliminar Población.
Eliminar Población
Actores
Administrador
El caso de uso Eliminará los Datos de la Población en los
Descripción
rangos de edades especificados para un correspondiente año
Precondición
El usuario hizo click en el vínculo Eliminar Población.
Flujo Normal:
1. El usuario seleccionará el año de la población a eliminar de la interfaz
eliminar Población.
2. El usuario hará un click en eliminar.
3. El sistema mostrará un mensaje de advertencia confirmando la eliminación de
los datos dela población.
4. El usuario hará click en ACEPTAR.
5. El sistema mostrará un mensaje exitoso y un vinculo salir en la interfaz estado
eliminar población.
153
Flujo Alterno:
Si el usuario no selecciona un año, él hará click en salir.
4.1 Si el usuario no esta seguro de eliminar la Población, él hará click
en CANCELAR.
4.2 vuelve al caso 1.
Poscondición
El usuario eliminó datos de la población de un año respectivo
de la aplicación del registro poblacional de cáncer de Cúcuta.
Cuadro 46. Descripción Caso de Uso Modificar Población
Modificar Población
Actores
Administrador
El caso de uso alterará los datos de la Población de la
Descripción
Precondición
El usuario hizo click en el vínculo Modificar Población
Flujo Normal:
1. El usuario seleccionará el año de la en que se modificará la datos de
la población.
2. El sistema mostrará la interfaz Modificar Población.
3. El usuario ingresara los nuevos datos de la población en el rango de edades
especificados en ese año
5. El sistema mostrará un mensaje exitoso y un vinculo salir en la interfaz estado
modificar población.
Poscondición
El usuario ha modificado los datos de la Población del año
respectivo en el rango de edades especificados de la
154
Cuadro 47. Descripción caso de uso Actualizar Barrio_vereda
Actualizar Barrio_vereda
Actores
Descripción
Precondición
Administrador
Este caso de uso permitirá Actualizar de manera segura las
zonas de ubicación de residencia pertenecientes al paciente de
El usuario inicio sesión Actualizaciones de la aplicación.
El usuario hizo click en el vínculo Actualizar Información
Flujo Normal:
1. El usuario hará click en Eliminar Barrio_vereda de la interfaz
2. El caso de uso finaliza
3.
Flujo Alterno:
1.1 El usuario hará click en Agregar Barrio_vereda de la interfaz
Poscondición
El usuario hará el ingreso o eliminación de un barrio o vereda
de Cúcuta, en la aplicación del registro poblacional de cáncer.
Cuadro 48. Descripción caso de uso Eliminar Barrio_vereda
Eliminar Barrio_vereda
Actores
Descripción
Precondición
Administrador
Este caso de uso permitirá Eliminar barrios o veredas de un
lista pertenecientes a cúcuta, en la aplicación del registro
poblacional de cáncer.
El usuario inicio sesión Actualizar Barrio_vereda de la
aplicación.
El usuario hizo click en el vínculo Eliminar Barrio_vereda
Flujo Normal:
1. El usuario seleccionara el barrio o vereda de la lista en la interfaz
2. El usuario hará click sobre el barrio o vereda
3. El sistema emitirá un mensaje confirmando la operación
155
4. El usuario hará click en aceptar
5. El sistema envía un mensaje de operación exitosa
6. El usuario hará click en salir
Flujo Alterno:
1.1 El usuario hará click en salir
4.1 El usuario hará click en cancelar
4.2 Vuelve al caso 1
El usuario ha eliminado un barrio o vereda de Cúcuta, en la
Poscondición
aplicación del registro poblacional de cáncer de Cúcuta .
Cuadro 49. Descripción caso de uso Agregar Barrio_vereda
Agregar Barrio_vereda
Actores
Descripción
Precondición
Administrador
Este caso de uso permitirá almacenar de manera segura
nuevos barrios o veredas Existentes en Cúcuta de la
El usuario inicio sesión Actualizar Barrio_vereda de la
aplicación.
El usuario hizo click en el vínculo Agregar Barrio_vereda
Flujo Normal:
1. El usuario proporcionará los datos del Barrio o Vereda al formulario de la
interfaz Barrio / vereda
2. El usuario hará click en Guardar
3. El sistema almacenara la información y emitirá un mensaje exitoso de la
operación
4. el usuario hará click en salir
Flujo Alterno:
3.1 El sistema emite un mensaje de error
3.2 El usuario hará click en volver o regresar
3.3vuelve al caso 1.
El usuario ha Ingresado un nuevo barrio o vereda de Cúcuta,
Poscondición
156
Figura 28. Diagrama de casos de uso consultar Información
157
Cuadro 50. Descripción Caso de Uso Consultar Información.
Consultar Información
Actores
Descripción
El caso de uso permitirá consultar información de la
Precondición
El usuario hizo click en el vínculo Consultar Información.
Flujo Normal:
1. El usuario seleccionará una de las opciones de la interfaz
Consultas.
2. El sistema mostrará la interfaz de la consulta seleccionada.
Flujo Alterno:
Poscondición
El usuario consultará información correspondiente a la
aplicación en el registro poblacional de cáncer de Cúcuta.
Cuadro 51. Descripción Caso de Uso Consultar Incidencia
Actores
Descripción
Precondición
Consultar Incidencia
El caso de uso Examinará la incidencia de los números de
casos de cáncer por un grupo Etareo especificado , género y
año ó periodo anual determinado; generando resultados de
las incidencias en porcentaje por localización del cáncer en
grupo Etáreo definido de la aplicación del registro
El usuario inicio sesión Consultas de la aplicación.
El usuario hizo click en el vínculo Consultar Incidencia
158
Flujo Normal:
1. El usuario seleccionará el género y año de la interfaz Consulta Incidencia.
3. El sistema genera un reporte mostrando una Tabla con el total de pacientes
registrados por tipo de localización, en el rango de edad especificado según el
género de la interfaz resultado incidencia.
4. El usuario hará click en imprimir del reporte.
5. El usuario Tendrá la opción de seleccionar un tipo de localización especifica
en la interfaz resultado incidencia.
6. El usuario hará click en la localización de la interfaz resultado incidencia.
7. El sistema mostrará la estadística gráficamente del tipo de localización
seleccionada por rango de edades del año determinado.
8. El usuario hará click en imprimir de la opción del navegador.
9. El usuario abandonara la estadística grafica haciendo click en cerrar del
navegador.
Flujo Alterno:
1.1 Si el usuario no selecciona imprimir, él hará click en SALIR.
6.1 Si el usuario en la localización, él hará click por localización
Topográfica de la interfaz resultado incidencia.
6.2 El sistema mostrará la estadística grafica de todas las localizaciones
Topográficas por grupo etáreo.
6.3 El usuario hará click en imprimir de la opción del navegador.
6.4 El usuario abandonara la estadística grafica haciendo click en cerrar del
navegador.
Poscondición
El usuario ha consultado las incidencias de los casos de
cáncer de acuerdo al grupo etáreo y año especificado de la
159
Cuadro 52. Descripción Caso de Uso Consultar Tratamiento
Actores
Descripción
Precondición
Consultar Tratamiento
El caso de uso Examinará los tipos de tratamientos más
frecuentes realizados a los pacientes por un tipo de género,
mostrando el resultado en porcentajes de la aplicación del
El usuario hizo click en el vínculo Consultar Tratamiento.
Flujo Normal:
1. El usuario seleccionará el género de la interfaz Consulta Tratamiento.
3. El sistema Genera un reporte con una tabla especificando los tipos de
tratamiento y el total de personas con ese tratamiento en la interfaz resultado
tratamiento.
4. El usuario hará click en el tipo de estadista de Barra ó Línea
5. El sistema mostrará una grafica estadística en Barra ó Línea de los tipos de
tratamiento en porcentaje según el género seleccionado
6. El usuario hará click en imprimir del navegador.
Flujo Alterno:
4.1Si el usuario no selecciona el tipo de estadística a graficar , el hará
click en SALIR.
6.1 Si el usuario no hace click en imprimir, él hará click en cerrar del
navegador.
Poscondición
El usuario ha Consultado los tipos de tratamiento mas
frecuentes realizados en los pacientes con cáncer
especificados de la aplicación del registro poblacional de
cáncer de Cúcuta.
160
Cuadro 53. Descripción Caso de Uso Consultar Tipo _ Examen
Actores
Descripción
Precondición
Consultar Tipo _ Examen
El caso de uso Examinará los tipos de Exámenes más
frecuentes realizados a los pacientes por un tipo de género,
El usuario hizo click en el vínculo Consultar Tipo _ Examen.
Flujo Normal:
1. El usuario seleccionará el género de la interfaz Consulta Examen.
Exámenes y el total de personas con ese Examen en la interfaz resultado
Examen.
Exámenes en porcentaje según el género seleccionado género.
Flujo Alterno:
click en SALIR.
4.2El caso de uso finaliza.
navegador.
Poscondición
El usuario ha Consultado los tipos de Tipos de Exámenes mas
frecuentes realizados en los pacientes con cáncer
cáncer de Cúcuta.
161
Cuadro 54. Descripción Caso de Uso Consultar Mortalidad
Actores
Descripción
Precondición
Consultar Mortalidad
El caso de uso Examinará el total de pacientes muertos por
cualquier tipo de cáncer según por un tipo de género,
registro poblacional de cáncer de Cúcuta..
El usuario hizo click en el vínculo Modificar Población
Flujo Normal:
1. El usuario seleccionará el género de la interfaz Consulta mortalidad.
3. El sistema Genera un reporte con una tabla especificando el total de personas
muertas por grupo etareo en la interfaz resultado Mortalidad.
Flujo Alterno:
click en SALIR.
navegador.
6.2Vuelve al caso 3.
Poscondición
El usuario ha Consultado la mortalidad de las personas
muertas por cáncer especificados de la aplicación del registro
162
Cuadro 55. Descripción Caso de Uso Consultar Grado _ Diferenciación
Actores
Descripción
Precondición
Consultar Grado _ Diferenciación
El caso de uso Examinará los grados de diferenciación más
frecuentes a los pacientes por un tipo de género, mostrando el
resultado en porcentajes de la aplicación del registro
El usuario hizo click en el vínculo Consultar Grado _
Diferenciación
Flujo Normal:
1. El usuario seleccionará
el género de la interfaz Consulta Grado
diferenciación.
3. El sistema Genera un reporte con una tabla especificando los tipos de Grados
de Diferenciación y el total de personas con ese grado de diferenciación en la
interfaz resultado Grado diferenciación
Flujo Alterno:
click en SALIR.
navegador.
Poscondición
El usuario ha Consultado los grados de diferenciación mas
frecuentes especificados de la aplicación del registro
163
Cuadro 56. Descripción Caso de Uso Consultar Método _ Diagnóstico
Actores
Descripción
Precondición
Consultar Método _ Diagnóstico
El caso de uso Examinará los Métodos de Diagnósticos más
El usuario hizo click en el vínculo Consultar Método _
Diagnóstico
Flujo Normal:
1. El usuario seleccionará el género de la interfaz Consulta Método Diagnóstico.
3. El sistema Genera un reporte con una tabla especificando los tipos de Método
de diagnóstico y el total de personas con ese Método en la interfaz resultado
Método Diagnóstico
Flujo Alterno:
click en SALIR.
navegador.
Poscondición
El usuario ha Consultado los Métodos de Diagnósticos mas
frecuentes especificados de la aplicación del registro
164
Cuadro 57. Descripción Caso de Uso Consultar Tipo _ Afiliación
Actores
Descripción
Precondición
Consultar Tipo _ Afiliación
El caso de uso Examinará los Tipos de Afiliación más
El usuario hizo click en el vínculo Consultar Tipo _
Afiliación
Flujo Normal:
1. El usuario seleccionará el género de la interfaz Consulta Afiliación
Afiliación y el total de personas con esa Afiliación en la interfaz resultado
Afiliación
Flujo Alterno:
click en SALIR.
navegador.
Poscondición
El usuario ha Consultado los Tipos de Afiliación
cáncer de Cúcuta.
165
Cuadro 58. Descripción Caso de Uso Consultar Nivel _ Sisben
Actores
Descripción
Precondición
Consultar Nivel _ Sisben
El caso de uso Examinará el Nivel de Sisben más frecuentes
de los pacientes por un tipo de género, mostrando el resultado
en porcentajes de la aplicación del registro poblacional de
cáncer de Cúcuta.
El usuario hizo click en el vínculo Consultar Nivel _ Sisben
Flujo Normal:
1. El usuario seleccionará el género de la interfaz Consulta Nivel de Sisben
3. El sistema Genera un reporte con una tabla especificando los tipos de Nivel de
Sisben y el total de personas con ese Nivel de Sisben en la interfaz resultado
Nivel de Sisben
Flujo Alterno:
click en SALIR.
navegador.
Poscondición
El usuario ha Consultado los Niveles de sisben especificados
166
Cuadro 59. Descripción Caso de Uso Consultar Estrato _ Económico
Actores
Descripción
Precondición
Consultar Estrato _ Económico
El caso de uso Examinará el Nivel de Estrato socio
Económico más frecuentes de los pacientes por un tipo de
género, mostrando el resultado en porcentajes
de la
El usuario hizo click en el vínculo Consultar Estrato _
Económico
Flujo Normal:
1. El usuario seleccionará el género de la interfaz Consulta Estrato Económico
3. El sistema Genera un reporte con una tabla especificando los tipos de Estratos
socio económicos y el total de personas con ese Estrato en la interfaz resultado
Estrato Económico
Flujo Alterno:
click en SALIR.
navegador.
Poscondición
El usuario ha Consultado los Niveles de Estrato socio
Económico especificados de la aplicación del registro
167
Cuadro 60. Descripción Caso de Uso Consultar Zona _ Residencia
Actores
Descripción
Precondición
Consultar Zona _ Residencia
El caso de uso Examinará las Zonas de residencia más
frecuentes como comunas y corregimientos de los pacientes
por un tipo de género, mostrando el resultado en porcentajes
El usuario hizo click en el vínculo Consultar Zona _
Residencia
Flujo Normal:
1. El usuario seleccionará el género de la interfaz Consulta Zona
3. El sistema Genera un reporte con una tabla especificando los tipos de Zonas y
el total de personas en esas zonas de residencias en la interfaz resultado Zonas
Flujo Alterno:
click en SALIR.
navegador.
Poscondición
El usuario ha Consultado las Zonas de residencias
especificadas de la aplicación del registro poblacional de
cáncer de Cúcuta.
168
Cuadro 61. Descripción Caso de Uso Consultar Grado _ Comportamiento
Actores
Descripción
Precondición
Consultar Grado _ Comportamiento
El caso de uso Examinará los grados de comportamiento más
frecuentes de cáncer en los pacientes por un tipo de género,
El usuario hizo click en el vínculo Consultar Grado _
Comportamiento
Flujo Normal:
1. El usuario seleccionará
el género de la interfaz Consulta Grado
comportamiento
3. El sistema Genera un reporte con una tabla especificando los tipos de Grado
de comportamiento del cáncer y el total de personas con ese grado de
comportamiento en la interfaz resultado grado comportamiento
5. El sistema mostrará una gráfica estadística en Barra ó Línea de los tipos de
Flujo Alterno:
click en SALIR.
navegador.
6.2Vuelve al caso 3
Poscondición
El usuario ha Consultado las Grados de comportamiento
cáncer de Cúcuta.
169
Figura 29. Diagrama de casos de uso Crear Backup
Cuadro 62. Descripción caso de uso Backup
Backup
Actores
Descripción
Administrador
Este caso de uso permitirá de manera segura crear una copia
de los datos y estructura de la aplicación del registro
El usuario inicio sesión Backup de la aplicación.
Precondición
Flujo Normal:
1. El usuario seleccionara las tablas de la aplicación
2. El usuario hará click en Backup
3. El sistema realizará una copia de seguridad de la aplicación
4. El sistema emitirá un mensaje exitoso de la operación
5. El usuario hará click en salir
Flujo Alterno:
4.1 El sistema emitirá un mensaje de advertencia si la operación no fue exitosa
4.2 El caso de Finaliza
El usuario ha realizado la copia de seguridad de la aplicación
Poscondición
170
Cuadro 63. Descripción caso de uso Restaurar
Actores
Descripción
Precondición
Restaurar
Administrador
Este caso de uso permitirá Recuperar de manera segura una
copia de la Estructura y datos de la aplicación del registro
El usuario inicio sesión Backup de la aplicación.
El usuario hizo click en el vínculo Restaurar
Flujo Normal:
1.
2.
3.
4.
5.
6.
7.
El usuario hará click en restaurar
El sistema mostrará los archivos de las copias de seguridad efectuadas
El usuario seleccionara el backup respectivo
El usuario hará click en el Backup Restaurar Archivo
El sistema establecerá las tablas (estructura y datos)
El usuario hará click en salir
El caso de uso finaliza
Flujo Alterno:
Poscondición
El usuario ha recuperado la copia de seguridad de la
Estructura y datos de la aplicación del registro poblacional de
cáncer de Cúcuta.
171
4.3.4 Diagrama de Paquetes de la Aplicación
Figura 30. Descripción especifica diagrama de paquete de la aplicación RPcúcuta
Cuadro 64. Descripción paquete RPcúcuta
Descripción: Agrupa los diagramas de paquetes de todos
los requerimientos del sistema relacionados con la
aplicación RPCúcuta.
Paquetes que contiene
Gestionar Inicio.
Gestionar Aplicación.
Gestionar Actualización.
Gestionar Consultas.
Gestionar Backup.
172
Figura 31. Descripción especifica diagrama de paquete Gestionar Inicio
Cuadro 65. Descripción paquete Gestionar Inicio
Descripción: Agrupa los casos de uso, diagramas de caso
de uso de todos los
requerimientos del sistema
relacionados con el ingreso a la aplicación.
Casos de uso que contiene
Iniciar Aplicación
Figura 32. Descripción especifica diagrama de paquete Gestionar Aplicación
173
Cuadro 66. Descripción paquete Gestionar Aplicación
de uso de todos los
relacionados con el ingreso
de la información
correspondiente al registro del caso de cáncer del
paciente.
Registrar Información.
Ingresar Paciente
Registrar Diagnóstico
Registrar Tratamiento
Registrar Fuente de Información
Registrar Certificado de Defunción
Figura 33. Descripción especifica diagrama de paquete Gestionar Actualización
174
Cuadro 67. Descripción paquete Gestionar Actualización
de uso de todos los
relacionados con la actualización de la información
correspondiente al registro del caso de cáncer del
paciente.
Actualizar Información.
Actualizar Diagnóstico.
Actualizar Población.
Actualizar Barrio_vereda
Actualizar Médicos.
Actualizar Fuentes.
Actualizar Paciente.
Actualizar Certificado de Defunción.
Actualizar Usuario.
Agregar Diagnóstico
Eliminar Diagnóstico
Modificar Población
Eliminar Población
Agregar Población
Eliminar Barrio_vereda
Agregar Barrio_vereda
Modificar Médico
Eliminar Médico
Agregar Médico
Eliminar Fuente
Agregar Fuente
Modificar Paciente
Eliminar Paciente
Eliminar Certificado de Defunción
Modificar Certificado de Defunción
Agregar Certificado de Defunción
Eliminar Usuario.
Agregar Usuario.
175
Figura 34. Descripción especifica diagrama de paquete Gestionar Consultas
Cuadro 68. Descripción paquete Gestionar Consultas
de uso de todos los
relacionados con los diversos tipos de consultas en
relación a la información correspondiente al registro de
los casos de cáncer, de manera de generar reportes y
estadísticas.
Verificar Información
Consultar Información
Consultar Incidencia
Consultar Tratamiento
Consultar Tipo _ Examen
Consultar Mortalidad
Consultar Grado _ Diferenciación
Consultar Método_ Diagnóstico
Consultar Tipo _ Afiliación
Consultar Nivel _ Sisben
Consultar Estrato _ Económico
Consultar Zona _ Residencia
Consultar Grado _ Comportamiento
176
Figura 35. Descripción especifica diagrama de paquete Gestionar Backup
Cuadro 69. Descripción paquete Gestionar Backup
de uso de todos los
relacionados con la Copias de seguridad de la estructura
de la base de datos y la información de los registros de
los casos de cáncer.
Crear Backup.
Backup.
Restaurar
177
4.4 ANÁLISIS Y DISEÑO PRELIMINAR
4.4.1 Análisis de robustez. El análisis de robustez envuelve analizar el texto narrativo de
cada caso de uso e identificar un primer conjunto de posibles objetos que participarán del
caso de uso. Estos objetos son clasificados en tres estereotipos:
Objetos de límite (boundary objects): los actores usan para comunicarse con
el sistema (frecuentemente referidos como objetos de interfaz o frontera).
Objetos de entidad (entity objects): son normalmente objetos del modelo de dominio
generalmente mapeados en tablas de un banco de datos
Objetos de control (control objects): funcionan como integradores entre los
objetos de límite y los objetos de entidad. Generalmente, son convertidos en
métodos de objetos de entidad o de objetos de límite.
Figura 36. Símbolos del diagrama de robustez
178
Figura 37. Diagrama De Robustez Del Caso De Uso Iniciar Aplicación
Descripción De Diagrama De Robustez Del Caso De Uso Iniciar Aplicación
El usuario hace click en Entrar de la Interfaz Inicio1, la interfaz se comunica con el control
de inicio 2, y carga la interfaz validar usuario 3, el sistema envía el formulario y lo
devuelve al usuario quien proporciona la información 4 y 4a, el control del formulario
validar usuario 5 y 5a, solicita a la entidad usuario para validar la información 6 y 6a, y
carga la interfaz Inicio sesión 7, devolviéndole al usuario un mensaje de respuesta 8 y 8a.
Figura 38. Prototipo de interfaz de iniciar Aplicación
179
Figura 39. Diagrama De Robustez Del Caso De Uso Registrar información
Descripción De Diagrama De Robustez Del Caso De Uso Registrar información
El usuario hará click en el vinculo registrar información de la interfaz Inicio Sesión 1, esta
interfaz se comunica con el control solicitado 2 y 2a, y carga la interfaz registrar 3, el
sistema envía las opciones de la interfaz Registrar y la devuelve al usuario 4 y 4a.
Figura 40. Prototipo de interfaz de Registrar Información
180
Figura 41. Diagrama De Robustez Del Caso De Uso Consultar información
Descripción De Diagrama De Robustez Del Caso De Uso Consultar información
El usuario hará click en el vinculo consultar información de la interfaz Inicio Sesión 1 y 1a,
esta interfaz se comunica con el control solicitado 2 y 2a, y carga la interfaz de consultas el
sistema envía las opciones de la interfaz Consultas y la devuelve al usuario 4 y 4a.
Figura 42. Prototipo de interfaz de Consultar Información
181
Figura 43. Diagrama De Robustez Del Caso De Uso Actualizar información
Descripción De Diagrama De Robustez Del Caso De Uso Actualizar información
El usuario hará click en el vinculo Actualizar información de la interfaz Inicio Sesión 1 y
1a, esta interfaz se comunica con el control solicitado 2 y 2a, y carga la interfaz de
actualización, el sistema envía las opciones de la interfaz Actualización y la devuelve al
usuario 4 y 4a.
Figura 44. Prototipo de interfaz de Actualizar Información
182
Figura 45. Diagrama De Robustez Del Caso De Uso Crear Backup
Descripción De Diagrama De Robustez Del Caso De Uso Crear Backup
El usuario hará click en el vinculo Crear Backup de la interfaz Inicio Sesión 1 y 1a, esta
interfaz se comunica con el control solicitado 2 y 2a, y carga la interfaz de Backup, el
sistema envía las opciones de la interfaz Backup y la devuelve al usuario 4 y 4a.
Figura 46. Prototipo de interfaz de Crear Backup
183
Figura 47. Diagrama De Robustez Del Caso De Uso verificar Información
Descripción De Diagrama De Robustez Del Caso De Uso verificar Información
El usuario hará click en el vinculo verificar información de la interfaz Inicio Sesión 1, esta
interfaz se comunica con el control 2 y este carga la interfaz validar paciente 3, el sistema
envía el formulario y la devuelve al usuario quien proporciona la información 4 y 4a, el
controlador del formulario validar paciente 5, solicita la entidad paciente y diagnóstico para
validar la información (6A) (6a) (6B) (6b), y carga la interfaz resultados 7, el sistema envía
el formulario de la interfaz resultados y la devuelve al usuario quien proporciona la
información 8 y 8a, el control del formulario resultados 9, solicita las entidades paciente,
Diagnóstico, certidefun, causas _ muerte, otra _ evidencia, evi_defunción y exámenes para
validar la información (1OA) (1Oa) (10B) (1Ob) (10C) (1Oc) (10D) (1Od) (10E) (1Oe)
(10F) (1Of) (10G) (1Og), y carga la interfaz informe general 11, el sistema envía el
formulario con la información general del paciente y la devuelve al usuario 12 y 12a.
184
Figura 48. Prototipo de interfaz de Verificar Información
Figura 49. Diagrama De Robustez Del Caso De Uso Ingresar Paciente
Descripción De Diagrama De Robustez Del Caso De Uso Ingresar Paciente
El usuario hará click en el vinculo Ingresar paciente del la interfaz Registrar 1, esta interfaz
se comunica con el control 2 y este carga la interfaz Datos Paciente 3, el sistema envía el
formulario y la devuelve al usuario quien proporciona la información 4 y 4a, el controlador
185
del formulario datos personales 5 y 5a, solicita la entidad paciente para validar la
información 6 y 6a, y carga la interfaz estado paciente 7, el sistema envía Respuesta y la
devuelve al usuario quien proporcionará la información 8 y 8a.
Figura 50. Prototipo de interfaz Ingresar paciente
186
Figura 51. Diagrama De Robustez Del Caso De Uso Registrar Diagnóstico
Descripción De Diagrama De Robustez Del Caso De Uso Registrar Diagnóstico.
El usuario hará click en el vinculo Definir Neoplasia del la interfaz Estado Paciente 1 y 1a,
esta interfaz se comunica con el control 2 y este carga la interfaz localización 3, el sistema
controlador del formulario localización 5, solicita la entidad tipo_topografia para validar la
información y carga la interfaz topografía 6 y 6a, el sistema envía el formulario 7, y la
devuelve al usuario quien proporciona la información 8 y 8a, el controlador del formulario
topografía 9, solicita la entidad morfología para validar la información 10 y 10a, y carga la
interfaz morfología 11, el sistema envía el formulario y la devuelve al usuario quien
proporciona la información 12 y 12a, el controlador del formulario morfología carga la
interfaz localización (14A) (14a), ó el controlador del formulario morfología carga la
interfaz registrar Neoplasia (14B) (14b), el sistema envía el formulario y la devuelve al
usuario quien proporciona la información (15A) (15a) (15B) (15b), el controlador del
187
formulario registrar Neoplasia 16 y 16a, solicita la entidades Diagnóstico, otra_evidenica y
evi_defunción para validar la información (17A) (17a) (17B) (17b) (17C) (17c), y carga la
interfaz estado diagnóstico 18, el sistema envía Respuesta y la devuelve al usuario quien
proporcionará la información 19 y 19a.
Figura 52. Prototipo de interfaz de Registrar Diagnóstico
188
Figura 53. Diagrama De Robustez Del Caso De Uso Registrar Tratamiento
Descripción De Diagrama De Robustez Del Caso De Uso Registrar Tratamiento
El usuario hará click en el vinculo Registrar Tratamiento de la interfaz estado diagnóstico
1, esta interfaz se comunica con el control 2 y este carga la interfaz Tratamiento 3, el
sistema envía el formulario y la devuelve al usuario quien proporciona la información 4 y
4a, el controlador del formulario Tratamiento 5 solicita la entidad diagnóstico para validar
la información 6 y 6a, y carga la interfaz estado tratamiento 7, el sistema envía Respuesta y
la devuelve al usuario quien proporcionará la información 8 y 8a.
Figura 54. Prototipo de interfaz de Registrar Tratamiento
189
Figura 55. Diagrama De Robustez Del Caso De Uso Registrar Fuente de Información.
Descripción De Diagrama De Robustez Del Caso De Uso Registrar Fuente de
Información
El usuario hará click en el vinculo Registrar Fuente de Información del la interfaz estado
tratamiento 1, esta interfaz se comunica con el control 2, que solicita las entidades tipo _
examen, fuentes y médicos (3A) (3a) (3B) (3b) (3C) (3c) y este carga la interfaz Fuentes de
información 4, el sistema envía el formulario y la devuelve al usuario quien proporciona la
información 5 y 5a, el controlador del formulario Fuentes de Información 6, solicita las
entidades diagnóstico y exámenes para validar la información (7A) (7a) (7B) (7b), y carga
la interfaz estado Fuente de Información 8, el sistema envía Respuesta y la devuelve al
usuario quien proporcionará la información 9 y 9a.
190
Figura 56. Prototipo de interfaz de Registrar Fuente de Información
Figura 57. Diagrama De Robustez Del Caso De Uso Registrar Certificado de
Defunción
191
Descripción De Diagrama De Robustez Del Caso De Uso Registrar Certificado de
Defunción
El usuario hará click en el vinculo Registrar Certificado de Defunción del la interfaz estado
Fuentes de Información 1, esta interfaz se comunica con el control 2 y este carga la interfaz
Certificado 3, el sistema envía el formulario y la devuelve al usuario quien proporciona la
información 4 y 4a, el controlador del formulario Certificado 5 y 5a, solicita las entidades
certidefun y causas _ muerte para validar la información (6A) (6a) (6B) (6b), y carga la
interfaz estado Certificado 7, el sistema envía Respuesta y la devuelve al usuario quien
proporcionará la información 8 y 8a.
Figura 58. Prototipo de interfaz Registrar Certificado de Defunción
192
Figura 59. Diagrama De Robustez Del Caso De Uso Modificar Paciente
Descripción De Diagrama De Robustez Del Caso De Uso Modificar Paciente
El usuario hará click en el vinculo Modificar Paciente de la interfaz Paciente1, esta interfaz
se comunica con el control 2 y este carga la interfaz Validar Paciente 3, el sistema envía el
del formulario Validar Paciente 5 solicita la entidad paciente para validar la información 6
y 6a, y carga la interfaz Datos Paciente 7, el sistema envía el formulario y lo devuelve al
usuario quien proporciona la información 8 y 8a; el control del formulario Datos Paciente 9
y 9a, solicita a la entidad Paciente para validar la información 10 y 10a, y carga la interfaz
estado Paciente 11, devolviéndole al usuario un mensaje de respuesta 12 y 12a.
193
Figura 60. Prototipo de interfaz de Modificar paciente
194
Figura 61. Diagrama De Robustez Del Caso De Uso Eliminar Paciente
Descripción De Diagrama De Robustez Del Caso De Uso Eliminar Paciente
El usuario hará click en el vinculo Eliminar Paciente de la interfaz Paciente 1, esta interfaz
se comunica con el control 2 y este carga la interfaz Validar Paciente 3, el sistema envía el
del formulario Validar Paciente 5 solicita la entidad Paciente para validar la información 6
y 6a, y carga la interfaz Datos Paciente 7, el sistema envía el formulario y lo devuelve al
usuario quien Proporciona la Información 8 y 8a, el control del formulario Datos Paciente 9
y 9a, solicita las entidades paciente, Diagnóstico, certidefun, causas _ muerte, otra _
evidencia, evi_defunción y exámenes para validar la información (1OA) (1Oa) (10B) (1Ob)
(10C) (1Oc) (10D) (1Od) (10E) (1Oe) (10F) (1Of) (10G) (1Og), el sistema envía una
advertencia y lo devuelve al usuario quien Toma la Decisión y carga la interfaz estado
Eliminar Paciente 11, devolviéndole al usuario un mensaje de respuesta 12 y 12a.
195
Figura 62. Prototipo de interfaz de Eliminar Paciente
196
Figura 63. Diagrama De Robustez Del Caso De Uso Modificar Certificado de
Defunción
Descripción De Diagrama De Robustez Del Caso De Uso Modificar Certificado de
Defunción
El usuario hará click en el vinculo Modificar Certificado de Defunción de la interfaz
Actualizar Certificado 1, esta interfaz se comunica con el control 2 y este carga la interfaz
Validar Paciente 3, el sistema envía el formulario y la devuelve al usuario quien
proporciona la información 4 y 4a, el controlador del formulario Validar Paciente 5 solicita
la entidad paciente para validar la información 6 y 6a, y carga la interfaz Certificado 7, el
sistema envía el formulario y lo devuelve al usuario quien proporciona la información 8 y
8a, el control del formulario Certificado 9 y 9a, solicita a la entidades Certidefun y causas_
muerte para validar la información (10A) (10a) (10B) (10b), y carga la interfaz estado
Certificado 11, devolviéndole al usuario un mensaje de respuesta 12 y 12a.
197
Figura 64. Prototipo de interfaz de Modificar Certificado de Defunción
Figura 65. Diagrama De Robustez Del Caso De Uso Eliminar Certificado de
Defunción.
198
Descripción De Diagrama De Robustez Del Caso De Uso Eliminar Certificado de
Defunción
El usuario hará click en el vinculo Eliminar Paciente de Información. de la interfaz
proporciona la información 4 y 4a, el controlador del formulario Validar Paciente 5 solicita
la entidad Paciente para validar la información 6 y 6a, y carga la interfaz Eliminar
Certificado 7, el sistema envía el formulario y lo devuelve al usuario quien Proporciona la
Información 8 y 8a, el control del formulario Certificado 9 y 9a, solicita a la entidades
Certidefun y causas _ muerte para validar la información (10A) (10a) (10B) (10b), el
sistema envía una advertencia y lo devuelve al usuario quien Toma la Decisión y carga la
interfaz estado Eliminar Certificado 11, devolviéndole al usuario un mensaje de respuesta
12 y 12a.
Figura 66. Prototipo de interfaz de Eliminar Certificado de Defunción
199
Figura 67. Diagrama De Robustez Del Caso De Uso Agregar Certificado de Defunción
Descripción De Diagrama De Robustez Del Caso De Uso Agregar Certificado de
Defunción
El usuario hará click en el vinculo Agregar Certificado de Defunción de la interfaz
proporciona la información 4 y 4a, el controlador del formulario Validar Paciente solicita la
entidad paciente para validar la información 5, y carga la interfaz Certificado 6 y 6a, el
sistema envía el formulario 7 y lo devuelve al usuario quien proporciona la información 8 y
8a, el control del formulario Certificado 9 y 9a, solicita a la entidades Certidefun y causas _
muerte para validar la información 10A,10a,10B,10b y carga la interfaz estado Certificado
11, devolviéndole al usuario un mensaje de respuesta 12 y 12a.
200
Figura 68. Prototipo de interfaz de Agregar Certificado de Defunción
Figura 69. Diagrama De Robustez Del Caso De Uso Eliminar Diagnóstico.
201
Descripción De Diagrama De Robustez Del Caso De Uso Eliminar Diagnóstico.
El usuario hará click en el vinculo Eliminar Diagnóstico. de la interfaz Actualizar
Diagnóstico 1, esta interfaz se comunica con el control 2 y este carga la interfaz Validar
Paciente 3, el sistema envía el formulario y la devuelve al usuario quien proporciona la
información 4 y 4a, el controlador del formulario Validar Paciente solicita la entidad
Paciente para validar la información 5, y carga la interfaz Eliminar Diagnóstico 6 y 6a, el
sistema envía el formulario Eliminar Diagnóstico 7 y lo devuelve al usuario quien
Proporciona la Información 8 y 8a, el control del formulario Eliminar Diagnóstico 9 y 9a,
solicita las entidades Diagnóstico, Evi_defunción, otra _ evidencia y Exámenes para validar
la información (10A) (10a) (10B) (10b) (10C) (10c) (10D) (10d), el sistema envía una
advertencia y lo devuelve al usuario quien Toma la Decisión y carga la interfaz estado
Eliminar Diagnóstico 11, devolviéndole al usuario un mensaje de respuesta 12 y 12a.
Figura 70. Prototipo de interfaz de Eliminar Diagnóstico
202
Figura 71. Diagrama De Robustez Del Caso De Uso Agregar Diagnóstico
Descripción De Diagrama De Robustez Del Caso De Uso Agregar Diagnóstico.
El usuario hará click en el vinculo Agregar Diagnóstico del la interfaz Actualizar
Diagnóstico 1, esta interfaz se comunica con el control 2 y este carga la interfaz validar
paciente 3, el sistema envía el formulario y la devuelve al usuario quien proporciona la
información 4 y 4a, el controlador del formulario validar paciente 5 solicita la entidad
paciente para validar la información 6 y 6a, y carga la interfaz localización 7, el sistema
envía el formulario y la devuelve al usuario quien proporcionará la información 8y 8a. el
controlador del formulario localización 9, solicita la entidad tipo_topografia 10 y 10a, para
validar la información y carga la interfaz topografía 11, el sistema envía el formulario, y la
devuelve al usuario quien proporciona la información 12 y 12a, el controlador del
formulario topografía 13, solicita la entidad morfología para validar la información 14 y
14a, y carga la interfaz morfología 15, el sistema envía el formulario y la devuelve al
203
usuario quien proporciona la información 16 y 16a, el controlador del formulario
morfología 17, carga la interfaz localización (18A)(18a), ó el controlador del formulario
morfología carga la interfaz registrar Neoplasia (18B)(18b), el sistema envía el formulario
y la devuelve al usuario quien proporciona la información (19A) (19a) ó (19B) (19b), el
controlador del formulario registrar Neoplasia 20 y 20a, solicita la entidades Diagnóstico,
otra_evidencia y evi_defunción para validar la información (21A) (21a) (21B) (21b) (21C)
(21c), y carga la interfaz estado diagnóstico 22, el sistema envía Respuesta y la devuelve al
usuario quien proporcionará la información 23 y 23a.
Figura 72. Prototipo de interfaz de Agregar Diagnóstico
204
Figura 73. Diagrama De Robustez Del Caso De Uso Actualizar Usuario
Descripción De Diagrama De Robustez Del Caso De Uso Actualizar Usuario
El usuario hará click en el vinculo Actualizar Usuario de la interfaz Actualización 1 y 1a,
esta interfaz se comunica con el control 2 y 2a y este carga la interfaz Usuario 3, el sistema
envía las opciones de la interfaz Usuario y la devuelve al usuario 4 y 4a.
Figura 74. Prototipo de interfaz de Actualizar usuario
205
Figura 75. Diagrama De Robustez Del Caso De Uso Actualizar Diagnóstico
Descripción De Diagrama De Robustez Del Caso De Uso Actualizar Diagnóstico
El usuario hará click en el vinculo Actualizar Diagnóstico de la interfaz Actualización 1 y
1a, esta interfaz se comunica con el control 2 y 2a y este carga la interfaz Diagnóstico 3, el
sistema envía la opción de la interfaz Diagnóstico y la devuelve al usuario 4 y 4a.
Figura 76. Prototipo de interfaz de Actualizar Diagnóstico
206
Figura 77. Diagrama De Robustez Del Caso De Uso Actualizar Población
Descripción De Diagrama De Robustez Del Caso De Uso Actualizar Población.
El usuario hará click en el vinculo Actualizar Población de la interfaz Actualización 1, esta
interfaz se comunica con el control 2 y este carga la interfaz Población 3, el sistema envía
las opciones de la interfaz Población y la devuelve al usuario 4.
Figura 78. Prototipo de interfaz de Actualizar Población
207
Figura 79. Diagrama De Robustez Del Caso De Uso Actualizar Certificado de
Defunción
Descripción De Diagrama De Robustez Del Caso De Uso Actualizar Certificado de
Defunción
El usuario hará click en el vinculo Actualizar Certificado de Defunción de la interfaz
Actualización 1y1a, esta interfaz se comunica con el control 2y2a y este carga la interfaz
Certificado de Defunción 3, el sistema envía las opciones de la interfaz Certificado de
Defunción y la devuelve al usuario para que la seleccione 4y4a.
Figura 80. Prototipo de interfaz de Actualizar Certificado de Defunción
208
Figura 81. Diagrama De Robustez Del Caso De Uso Actualizar Paciente
Descripción De Diagrama De Robustez Del Caso De Uso Actualizar Paciente
El usuario hará click en el vinculo Actualizar Paciente de la interfaz Actualización 1, esta
interfaz se comunica con el control 2 y este carga la interfaz Paciente 3, el sistema envía las
opciones de la interfaz Paciente y la devuelve al usuario 4.
Figura 82. Prototipo de interfaz de Actualizar Paciente
209
Figura 83. Diagrama De Robustez Del Caso De Uso Actualizar Fuentes
Descripción De Diagrama De Robustez Del Caso De Uso Actualizar Fuentes
El usuario hará click en el vinculo Actualizar Fuentes de la interfaz Actualización 1, esta
interfaz se comunica con el control 2 y este carga la interfaz Fuentes 3, el sistema envía las
opciones de la interfaz Fuentes y la devuelve al usuario 4.
Figura 84. Prototipo de interfaz de Actualizar Fuentes
210
Figura 85. Diagrama De Robustez Del Caso De Uso Actualizar Médicos
Descripción De Diagrama De Robustez Del Caso De Uso Actualizar Médicos
El usuario hará click en el vinculo Actualizar Médicos de la interfaz Actualización 1y 1a,
esta interfaz se comunica con el control 2 y 2a y este carga la interfaz Médicos 3, el sistema
envía las opciones de la interfaz Médicos y la devuelve al usuario 4 y 4a.
Figura 86. Prototipo de interfaz de Actualizar Médicos
211
Figura 87. Diagrama De Robustez Del Caso De Uso Agregar Usuario
Descripción De Diagrama De Robustez Del Caso De Uso Agregar Usuario
El usuario hará click en el vinculo Agregar Usuario de la interfaz Usuario 1, esta interfaz
se comunica con el control 2 y este carga la interfaz Nuevo usuario 3, el sistema envía el
formulario y lo devuelve al usuario quien proporciona la información 4 y 4a, el control del
formulario Nuevo Usuario 5 y 5a, solicita a la entidad usuario para validar la información 6
y 6a, y carga la interfaz estado Nuevo usuario 7, devolviéndole al usuario un mensaje de
respuesta 8 y 8a.
Figura 88. Prototipo de interfaz de Agregar Usuario
212
Figura 89. Diagrama De Robustez Del Caso De Uso Eliminar Usuario
Descripción De Diagrama De Robustez Del Caso De Uso Eliminar Usuario
El usuario hará click en el vinculo Eliminar Usuario de la interfaz Usuario 1, esta interfaz
se comunica con el control 2 y este carga la interfaz Eliminar usuario 3, el sistema envía el
formulario con una lista de usuarios y lo devuelve al usuario quien Proporciona la
Información 4 y 4a, el control del formulario Eliminar Usuario 5 y 5a, solicita a la entidad
usuario para validar la información 6 y 6a, el sistema envía una advertencia y lo devuelve al
usuario quien Toma la Decisión , y carga la interfaz estado Eliminar usuario 7,
devolviéndole al usuario un mensaje de respuesta 8 y 8a.
Figura 90. Prototipo de interfaz de Eliminar Usuario
213
Figura 91. Diagrama De Robustez Del Caso De Uso Agregar Fuentes de Información.
Descripción De Diagrama De Robustez Del Caso De Uso Agregar Fuentes de
Información.
El usuario hará click en el vinculo Agregar Fuentes de Información de la interfaz Fuentes
1, esta interfaz se comunica con el control 2 y este carga la interfaz Nueva Fuente 3, el
4a, el control del formulario Nueva Fuente 5, solicita a la entidad Fuentes para validar la
información 6 y 6a, y carga la interfaz estado Nueva Fuente 7, devolviéndole al usuario un
mensaje de respuesta 8 y 8a.
Figura 92. Prototipo de interfaz de Agregar Fuentes
214
Figura 93. Diagrama De Robustez Del Caso De Uso Eliminar Fuentes de Información.
Descripción De Diagrama De Robustez Del Caso De Uso Eliminar Fuentes de
Información.
El usuario hará click en el vinculo Eliminar Fuentes de Información. de la interfaz Fuentes
1, esta interfaz se comunica con el control 2 y este carga la interfaz Eliminar Fuente 3, el
sistema envía el formulario con una lista de Fuentes y lo devuelve al usuario quien
Proporciona la Información 4 y4a, el control del formulario Eliminar Fuente 5 y5a, solicita
a la entidad Fuentes para validar la información 6 y 6a, el sistema envía una advertencia y
lo devuelve al usuario quien Toma la Decisión , y carga la interfaz estado Eliminar Fuente
7, devolviéndole al usuario un mensaje de respuesta 8 y 8a.
215
Figura 94. Prototipo de interfaz de Eliminar Fuentes
Figura 95. Diagrama De Robustez Del Caso De Uso Agregar Médico
Descripción De Diagrama De Robustez Del Caso De Uso Agregar Médico
El usuario hará click en el vinculo Agregar Médico de la interfaz Médicos 1, esta interfaz
se comunica con el control 2 y este carga la interfaz Nuevo Médico 3, el sistema envía el
formulario y lo devuelve al usuario quien proporciona la información 4 y 4a, el control del
formulario Nuevo Médico 5, solicita a la entidad Médicos para validar la información 6 y
6a, y carga la interfaz estado Nuevo Médico 7, devolviéndole al usuario un mensaje de
respuesta 8 y 8a.
216
Figura 96. Prototipo de interfaz de Agregar Médicos
Figura 97. Diagrama De Robustez Del Caso De Uso Eliminar Médico
Descripción De Diagrama De Robustez Del Caso De Uso Eliminar Médico
El usuario hará click en el vinculo Eliminar Médico. de la interfaz Médicos 1, esta interfaz
se comunica con el control 2 y este carga la interfaz Eliminar Médico 3, el sistema envía el
217
formulario con una lista de Médicos y lo devuelve al usuario quien Proporciona la
Información 4 y 4a, el control del formulario Eliminar Fuente 5 y 5a, solicita a la entidad
Médicos para validar la información 6 y 6a, el sistema envía una advertencia y lo devuelve
al usuario quien Toma la Decisión , y carga la interfaz estado Eliminar Médico 7,
Figura 98. Prototipo de interfaz de Eliminar Médicos
Figura 99. Diagrama De Robustez Del Caso De Uso Modificar Médico
218
Descripción De Diagrama De Robustez Del Caso De Uso Modificar Médico
El usuario hará click en el vinculo Modificar Médico de la interfaz Médicos 1, esta interfaz
se comunica con el control 2 y este carga la interfaz Modificar Médico 3, el sistema envía
el formulario y lo devuelve al usuario quien proporciona la información 4, el control del
formulario Modificar Médico 5, solicita a la entidad Médicos para validar la información 6,
y carga la interfaz estado Modificar Médico 7, devolviéndole al usuario un mensaje de
respuesta 8.
Figura 100. Prototipo de interfaz de Modificar Médicos
Figura 101. Diagrama De Robustez Del Caso De Uso Agregar Población
219
Descripción De Diagrama De Robustez Del Caso De Uso Agregar Población
El usuario hará click en el vinculo Agregar Población de la interfaz Población 1, esta
interfaz se comunica con el control 2 y este carga la interfaz Nueva Población 3, el sistema
envía el formulario y lo devuelve al usuario quien proporciona la información 4 y 4a, el
control del formulario Nueva Población 5, solicita a la entidad Población para validar la
información 6 y 6a, y carga la interfaz estado Nueva Población 7, devolviéndole al usuario
un mensaje de respuesta 8 y 8a.
Figura 102. Prototipo de interfaz de Agregar Población
Figura 103. Diagrama De Robustez Del Caso De Uso Modificar Población
220
Descripción De Diagrama De Robustez Del Caso De Uso Modificar Población
El usuario hará click en el vinculo Modificar Población de la interfaz Población 1, esta
interfaz se comunica con el control 2 y este carga la interfaz Modificar Población 3, el
4a, el control del formulario Modificar Población 5, solicita a la entidad Población para
validar la información 6 y 6a, y carga la interfaz estado Modificar Población 7,
Figura 104. Prototipo de interfaz de Modificar Población
Figura 105. Diagrama De Robustez Del Caso De Uso Eliminar Población
221
Descripción De Diagrama De Robustez Del Caso De Uso Eliminar Población
El usuario hará click en el vinculo Eliminar Población. de la interfaz Población 1, esta
interfaz se comunica con el control 2 y este carga la interfaz Eliminar Población 3, el
sistema envía el formulario y lo devuelve al usuario quien Proporciona la Información 4 y
4ª , el control del formulario Eliminar Población 5 y 5a, solicita a la entidad Población para
validar la información 6 y 6a, el sistema envía una advertencia y lo devuelve al usuario
quien Toma la Decisión , y carga la interfaz estado Eliminar Población 7, devolviéndole al
usuario un mensaje de respuesta 8 y 8a.
Figura 106. Prototipo de interfaz de Eliminar Población
Figura 107. Diagrama De Robustez Del Caso De Uso Actualizar Barrio_vereda
222
Descripción De Diagrama De Robustez Del Caso De Uso Actualizar Barrio_vereda
El usuario hará click en el vinculo Actualizar Barrio_vereda de la interfaz Actualización 1y
1a, esta interfaz se comunica con el control 2 y2a y este carga la interfaz Barrio_vereda 3,
el sistema envía las opciones de la interfaz Barrio_vereda y la devuelve al usuario 4 y4a.
Figura 108. Prototipo interfaz caso de uso Actualizar Barrio_vereda
Figura 109. Diagrama De Robustez Del Caso De Uso Agregar Barrio_vereda
223
Descripción De Diagrama De Robustez Del Caso De Uso Agregar Barrio_vereda
El usuario hará click en el vinculo Agregar Barrio_vereda de la interfaz Barrio_vereda 1,
esta interfaz se comunica con el control 2 y este carga la interfaz Nuevo Barrio_vereda 3,
el sistema envía el formulario y lo devuelve al usuario quien proporciona la información 4
y 4a, el control del formulario Nuevo Barrio_vereda 5 y 5a, solicita a la entidad usuario
para validar la información 6 y 6a, y carga la interfaz estado Nuevo Barrio_vereda 7,
Figura 110. Prototipo interfaz caso de uso Agregar Barrio_vereda
Figura 111. Diagrama De Robustez Del Caso De Uso Eliminar Barrio_vereda
224
Descripción De Diagrama De Robustez Del Caso De Uso Eliminar Barrio_vereda
El usuario hará click en el vinculo Eliminar Barrio_vereda de la interfaz Barrio_vereda 1,
esta interfaz se comunica con el control 2 y este carga la interfaz Eliminar Barrio_vereda 3,
el sistema envía el formulario con una lista de Barrios o veredas y lo devuelve al usuario
quien Proporciona la Información 4 y 4a, el control del formulario Eliminar Barrio_vereda
5 y 5a, solicita a la entidad usuario para validar la información 6 y 6a, el sistema envía una
advertencia y lo devuelve al usuario quien Toma la Decisión , y carga la interfaz estado
Eliminar Barrio_vereda 7, devolviéndole al usuario un mensaje de respuesta 8 y 8a.
Figura 112. Prototipo interfaz caso de uso Eliminar Barrio_vereda
Figura 113. Diagrama De Robustez Del Caso De Uso Consultar Incidencia
225
Descripción De Diagrama De Robustez Del Caso De Uso Consultar Incidencia
El usuario hará click en el vinculo Consultar incidencia de la interfaz Consultas 1, esta
interfaz se comunica con el control 2 y este carga la interfaz consulta Incidencia 3, el
4a, el controlador del formulario consulta Incidencia solicita 5, las entidades diagnóstico y
paciente para validar la información (6A)(6a)(6B)(6b), y carga la interfaz resultado
Incidencia 7, el sistema envía el formulario de resultados y la devuelve al usuario quien
proporciona la información 8 y 8a, El control del formulario resultado Incidencia 9, solicita
la entidad población, diagnóstico y paciente en efecto de operaciones estadísticas (10A)
(10A) (10a) (10B) (10b) (10C) (10c), y cargará la interfaz 11, el sistema envía el formulario
con la información estadística y la devuelve al usuario quien proporcionara una decisión 12
y 12a.
Figura 114. Prototipo de interfaz de consultar incidencia
226
Figura 115. Diagrama De Robustez Del Caso De Uso Consultar Tratamiento
Descripción De Diagrama De Robustez Del Caso De Uso Consultar Tratamiento
El usuario hará click en el vinculo consultar tratamiento de la interfaz consultas 1, esta
interfaz se comunica con el control 2 y este carga la interfaz consulta tratamiento 3, el
4a, el controlador del formulario consulta tratamiento solicita la entidad diagnóstico y
paciente para validar la información 5, y carga la interfaz resultado tratamiento
(6A)(6a)(6B)(6b) , el sistema envía el formulario y la devuelve al usuario quien
proporciona la información 7, el control del formulario resultado tratamiento en efecto de
operaciones estadísticas 8 y 8a, y cargará la interfaz 9, el sistema envía el formulario con la
información estadística 10,y la devuelve al usuario quien proporcionara una decisión 11 y
11a.
227
Figura 117. Diagrama De Robustez Del Caso De Uso Consultar Tipo _ Examen
228
Descripción De Diagrama De Robustez Del Caso De Uso Consultar Tipo _ Examen
El usuario hará click en el vinculo consultar tipo _ examen de la interfaz consultas 1, esta
interfaz se comunica con el control 2 y este carga la interfaz consulta examen 3, el sistema
controlador del formulario consulta examen solicita las entidades Diagnóstico, paciente,
tipo _ examen y exámenes para validar la información 5, y carga la interfaz resultado
examen (6A) (6a) (6B) (6b) (6C) (6c) (6D) (6d), el sistema envía el formulario y la
devuelve al usuario quien proporciona la información 7, el control del formulario resultado
examen en efecto de operaciones estadísticas 8 y 8a, y cargará la interfaz 9, el sistema envía
el formulario con la información estadística 10,y la devuelve al usuario quien proporcionara
una decisión 11 y 11a.
229
Figura 119. Diagrama De Robustez Del Caso De Uso Consultar Mortalidad
Descripción De Diagrama De Robustez Del Caso De Uso Consultar Mortalidad
El usuario hará click en el vinculo consultar mortalidad de la interfaz consultas 1, esta
interfaz se comunica con el control 2 y este carga la interfaz consulta mortalidad 3, el
4a, el controlador del formulario consulta mortalidad solicita las entidades certidefun,
causas _ muerte y paciente para validar la información 5, y carga la interfaz resultado
mortalidad (6A) (6a) (6B) (6b) (6C) (6c), el sistema envía el formulario y la devuelve al
usuario quien proporciona la información 7, el control del formulario resultado mortalidad
en efecto de operaciones estadísticas 8 y 8a, y cargará la interfaz 9, el sistema envía el
formulario con la información estadística 10,y la devuelve al usuario quien proporcionara
230
Figura 121. Diagrama De Robustez Del Caso De Uso Consultar Grado _
Diferenciación
231
Descripción De Diagrama De Robustez Del Caso De Uso Consultar Grado _
Diferenciación
El usuario hará click en el vinculo Consultar Grado _ Diferenciación de la interfaz
Consultas 1, esta interfaz se comunica con el control 2 y este carga la interfaz consulta
Grado Diferenciación 3, el sistema envía el formulario y la devuelve al usuario quien
proporciona la información 4 y 4a, el controlador del formulario consulta Grado
Diferenciación solicita la entidad diagnóstico y paciente para validar la información 5, y
carga la interfaz resultado Grado Diferenciación (6A) (6a) (6B) (6b), el sistema envía el
formulario y la devuelve al usuario quien proporciona la información 7, El control del
formulario resultado Grado Diferenciación en efecto de operaciones estadísticas 8 y 8a, y
cargará la interfaz 9, el sistema envía el formulario con la información estadística 10,y la
devuelve al usuario quien proporcionara una decisión 11 y 11a.
Figura 122. Prototipo de interfaz de consultar Consultar Grado _ Diferenciación
232
Figura 123. Diagrama De Robustez Del Caso De Uso Consultar Método _ Diagnóstico
Descripción De Diagrama De Robustez Del Caso De Uso Consultar Método _
Diagnóstico
El usuario hará click en el vinculo Consultar Método _ Diagnóstico de la interfaz Consultas
1, esta interfaz se comunica con el control 2 y este carga la interfaz consulta Método
Diagnóstico 3, el sistema envía el formulario y la devuelve al usuario quien proporciona la
información 4 y 4a, el controlador del formulario consulta Método Diagnóstico solicita las
entidades Diagnóstico, paciente, otra _ evidencia y evi_defunción para validar la
información 5, y carga la interfaz resultado Método Diagnóstico (6A) (6a) (6B) (6b) (6C)
(6c) (6D) (6d), el sistema envía el formulario y la devuelve al usuario quien proporciona la
información 7, El control del formulario resultado Método Diagnóstico en efecto de
operaciones estadísticas 8 y 8a, y cargará la interfaz 9, el sistema envía el formulario con la
información estadística 10, y la devuelve al usuario quien proporcionara una decisión 11 y
11a.
233
Figura 124. Prototipo de interfaz de consultar Método _ Diagnóstico
Figura 125. Diagrama De Robustez Del Caso De Uso Consultar Tipo _ Afiliación
234
Descripción De Diagrama De Robustez Del Caso De Uso Consultar Tipo _ Afiliación
El usuario hará click en el vinculo Consultar Tipo _ Afiliación de la interfaz Consultas 1,
esta interfaz se comunica con el control 2 y este carga la interfaz consulta Afiliación 3, el
4a, el controlador del formulario consulta Afiliación solicita la entidad paciente para validar
la información 5, y carga la interfaz resultado Afiliación 6 y 6a, el sistema envía el
formulario resultado Afiliación en efecto de operaciones estadísticas 8 y 8a, y cargará la
interfaz 9, el sistema envía el formulario con la información estadística 10,y la devuelve al
usuario quien proporcionara una decisión 11 y 11a.
Figura 126. Prototipo de interfaz de consultar Tipo _ Afiliación
235
Figura 127. Diagrama De Robustez Del Caso De Uso Consultar Nivel _ Sisben
Descripción De Diagrama De Robustez Del Caso De Uso Consultar Nivel _ Sisben
El usuario hará click en el vinculo Consultar Nivel _ Sisben de la interfaz Consultas 1, esta
interfaz se comunica con el control 2 y este carga la interfaz consulta Nivel de Sisben 3, el
4a, el controlador del formulario consulta Nivel de Sisben solicita la entidad paciente para
validar la información 5, y carga la interfaz resultado Nivel de Sisben 6 y 6a, el sistema
envía el formulario y la devuelve al usuario quien proporciona la información 7, El control
del formulario resultado Nivel de Sisben en efecto de operaciones estadísticas 8 y 8a, y
236
Figura 128. Prototipo de interfaz de consultar Nivel _ Sisben
Figura 129. Diagrama De Robustez Del Caso De Uso Consultar Estrato _ Económico
237
Descripción De Diagrama De Robustez Del Caso De Uso Consultar Estrato _
Económico
El usuario hará click en el vinculo Consultar Estrato _ Económico de la interfaz Consultas
1, esta interfaz se comunica con el control 2 y este carga la interfaz consulta Estrato
Económico 3, el sistema envía el formulario y la devuelve al usuario quien proporciona la
información 4 y 4a, el controlador del formulario consulta Estrato Económico solicita la
entidad paciente para validar la información 5, y carga la interfaz resultado Estrato
Económico (6A) (6a) (6B) (6b), el sistema envía el formulario y la devuelve al usuario
quien proporciona la información 7, El control del formulario resultado Estrato Económico
en efecto de operaciones estadísticas 8 y 8a, y cargará la interfaz 9, el sistema envía el
Figura 130. Prototipo de interfaz de consultar Estrato _ Económico
238
Figura 131. Diagrama De Robustez Del Caso De Uso Consultar Zona _ Residencia
Descripción De Diagrama De Robustez Del Caso De Uso Consultar Zona _ Residencia
El usuario hará click en el vinculo Consultar Zona_ Residencia de la interfaz Consultas 1,
esta interfaz se comunica con el control 2 y este carga la interfaz consulta Zona 3, el
sistema envía el formulario y la devuelve al usuario quien proporciona la información 4, el
controlador del formulario consulta Zona solicita la entidad paciente para validar la
información 5, y carga la interfaz resultado Zonas 6, el sistema envía el formulario y la
devuelve al usuario quien proporciona la información 7, El control del formulario resultado
Zonas en efecto de operaciones estadísticas 8, y cargará la interfaz 9, el sistema envía el
una decisión11.
239
Figura 132. Prototipo de interfaz de consultar Zona _ Residencia
Figura 133. Diagrama De Robustez Del Caso De Uso Consultar Grado _
Comportamiento
240
Descripción De Diagrama De Robustez Del Caso De Uso Consultar Grado _
Comportamiento
El usuario hará click en el vinculo Consultar Grado _ Comportamiento de la interfaz
Consultas 1, esta interfaz se comunica con el control 2 y este carga la interfaz consulta
Grado Comportamiento 3, el sistema envía el formulario y la devuelve al usuario quien
proporciona la información 4 y 4a, el controlador del formulario consulta Grado
Comportamiento solicita la entidad diagnóstico y paciente para validar la información 5, y
carga la interfaz resultado Grado Comportamiento 6A,6a,6B,6b, el sistema envía el
formulario resultado Grado Comportamiento en efecto de operaciones estadísticas 8 y 8a, y
Figura 134. Prototipo de interfaz de consultar Grado _ Comportamiento
241
Figura 135. Diagrama De Robustez Del Caso De Uso Backup
Descripción De Diagrama De Robustez Del Caso De Uso Backup
El usuario hará click en el vinculo de la interfaz de Seguridad 1, esta interfaz se comunica
con el control 2 y este carga la interfaz Backup 3, el sistema envía la interfaz y la devuelve
al usuario quien proporciona la información 4 y 4a, la Interfaz Backup comunica con el
control 5, y carga la interfaz de operación 6, el sistema envía la interfaz Operación y la
devuelve al usuario quien proporciona la información 7 y 7a, la Interfaz de Operación se
comunica con el control 8 y 8a, y carga la interfaz Estado de Backup 9 y la devuelve al
usuario con un mensaje de respuesta 10 y 10a.
242
Figura 136. Prototipo interfaz caso de uso Backup
Figura 137. Diagrama De Robustez Del Caso De Uso Restaurar
243
Descripción De Diagrama De Robustez Del Caso De Uso Restaurar
El usuario hará click en el vinculo de la interfaz de Seguridad 1, esta interfaz se comunica
con el control 2 y este carga la interfaz Restaurar 3, el sistema envía la interfaz y la
devuelve al usuario quien proporciona la información 4 y 4a, la Interfaz Restaurar
comunica con el control 5, y carga la interfaz de operación 6, el sistema envía la interfaz
Operación y la devuelve al usuario quien proporciona la información 7 y 7a, la Interfaz de
Operación se comunica con el control 8 y 8a, y carga la interfaz Estado de Restaurar 9 y
la devuelve al usuario con un mensaje de respuesta 10 y 10a.
Figura 138. Prototipo interfaz caso de uso Restaurar
4.5 DISEÑO
Operación de tener el diagrama de operaciones y tener un diseño preliminar ya terminado,
la siguiente etapa es el diseño detallado, la cual comprenden los diagramas de secuencias,
de clases, el diseño de interfaces y el diseño de datos.
4.5.1 Diagrama de Secuencias. A pesar de que a partir de los diagramas de casos de uso y
de los diagramas de operación ya tenemos entre un 75 y 80 por ciento de atributos de
nuestras clases identificados, es hasta el diagrama de secuencia donde se empiezan a ver
que métodos llevaran las clases de nuestro sistema. Esto se debe que hasta que vemos
interactuando a los objetos de nuestras clases con los actores y con otros objetos de manera
dinámica. El diagrama de secuencias es el núcleo de nuestro modelo dinámico, y muestra
todos los cursos alternos que pueden tomar todos nuestros casos de uso. Los diagramas de
secuencias se componen de 4 elementos que son: el curso de acción, los objetos, los
mensajes y los métodos (operaciones).
244
Figura 139. Diagramas de secuencias
245
Figura 140. Diagrama de Secuencia del caso Iniciar Aplicación
246
Figura 141. Diagrama de Secuencia del caso Registrar Información
Figura 142. Diagrama de Secuencia del caso Actualizar Información
247
Figura 143. Diagrama de Secuencia del caso Consultar Información
Figura 144. Diagrama de Secuencia del caso Crear Backup
248
Figura 145. Diagrama de Secuencias del caso Ingresar Paciente
249
Figura 146. Diagrama de Secuencia del caso Registrar Diagnóstico
250
Figura 147. Diagrama de Secuencia del caso Registrar Tratamiento
251
Figura 148. Diagrama de Secuencia del caso Registrar Fuentes de Información
252
Figura 149. Diagrama de Secuencia del caso Registrar Certificado de Defunción
253
Figura 150. Diagrama de Secuencia del caso Modificar Certificado de Defunción
254
Figura 151. Diagrama de Secuencias del caso Eliminar Certificado de Defunción
255
Figura 152. Diagrama de Secuencia del caso Agregar Certificado de Defunción
256
Figura 153. Diagrama de Secuencia del caso Verificar Información
257
Figura 154. Diagrama de Secuencia del caso Agregar Usuario
258
Figura 155. Diagrama de Secuencia del caso Eliminar Usuario
259
Figura 156. Diagrama de Secuencia del caso Modificar Médico
260
Figura 157. Diagrama de Secuencia del caso Eliminar Médico
261
Figura 158. Diagrama de Secuencia del caso Agregar Médico
262
Figura 159. Diagrama de Secuencia del caso Modificar Paciente
263
Figura 160. Diagrama de Secuencia del caso Eliminar Paciente
264
Figura 161. Diagrama de Secuencia del caso Eliminar Diagnóstico
265
Figura 162. Diagrama de Secuencia del caso Agregar Diagnóstico
266
Figura 163. Diagrama de Secuencias del caso Agregar Fuentes
267
Figura 164. Diagrama de Secuencia del caso Eliminar Fuente
268
Figura 165. Diagrama de Secuencia del caso Agregar Población
269
Figura 166. Diagrama de Secuencia del caso Eliminar Población
270
Figura 167. Diagrama de Secuencia del caso Modificar Población
271
Figura 168. Diagrama de secuencia de caso de uso Actualizar Barrio_vereda
Figura 169. Diagrama de secuencia de caso de uso Eliminar Barrio_vereda
272
Figura 170. Diagrama de secuencia de caso de uso Agregar Barrio_vereda
Figura 171. Diagrama de secuencia de caso de uso Backup
273
Figura 172. Diagrama de secuencia de caso de uso Restaurar
Figura 173. Diagrama de secuencia de caso de uso Consultas
274
4.5.2 Diagrama de clases del Diseño. Al construir los Diagramas de Colaboración se van
usando clases procedentes del Modelo Conceptual, junto con otras creadas para encargarse
de responsabilidades específicas. El conjunto de todas las clases usadas, junto con sus
relaciones, forma el Diagrama de Clases de Diseño.
Los diagramas de clases muestran un resumen del sistema en términos de sus clases y las
relaciones entre ellas. Son diagramas estáticos que muestran qué es lo que interactúa, pero
no cómo interactúa o qué pasa cuando ocurre la interacción.
La siguiente tabla muestra las clases que conforman la vista estática del sistema,
organizadas por paquetes:
Cuadro 70. Descripción paquetes de clases del Diseño
Paquete
RPCúcuta
Gestionar Inicio
Gestionar Aplicación
Gestionar Consultas
Gestionar Actualización
Gestionar Backup
Descripción
Paquete general, el cual contiene los demás
paquetes de la aplicación.
Paquete que contiene todas las clases con
que proporcionan un servicio o función
especial a la aplicación.
Paquete que contiene todas las clases
encargadas de realizar la conexión con el
motor de base de datos para iniciar el
registro de casos de la aplicación.
Paquete que contiene todas las clases de la
lógica de negocios y permite realizar las
consultas pertinentes al mismo .
Paquete que contiene todas las clases de la
lógica de negocios y permite realizar las
Actualizaciones pertinentes al mismo .
Paquete que contiene todas las clases que
permite realizar las copias de seguridad
pertinentes de la aplicación de los datos y su
estructura de la base de datos.
275
Figura 174. Diagrama de clases paquete RPCúcuta
276
Figura 175. Diagrama de clases paquete Inicio
Figura 176. Diagrama de clases paquete Gestionar aplicación
277
Figura 177. Diagrama de clases paquete Gestionar Actualización
278
Figura 178. Diagrama de clases paquete Gestionar Consultas
Figura 179. Diagrama de clases paquete Gestionar Backup
279
Figura 180 . Diagrama General de clases
280
4.5.3 Consideraciones de Diseño para el desarrollo de la aplicación. Las aplicaciones
Web presentan muchos desafíos. La naturaleza del protocolo HTTP como un protocolo sin
estado implica que el seguimiento de la sesión para cada usuario pasa a ser responsabilidad
de la aplicación. Además, la aplicación debe permitir identificar a un usuario usando algún
mecanismo de autenticación. Dado que todas las subsecuentes decisiones de autorización
estarán basadas en la identidad del usuario, es esencial que el proceso de autenticación sea
seguro y que el mecanismo de manejo de sesión del usuario autenticado esté igualmente
bien protegido. El diseño de los mecanismos de autenticación segura y administración de
sesión son solo un par de consideraciones con las que se deben lidiar. Otro desafío se
presenta en la capacidad de integración y flexibilidad que debe de poseer la aplicación, todo
con el fin de poseer una aplicaron de gran calidad.
Teniendo en cuenta lo anterior y basándose en aspectos que debe de poseer toda aplicación,
a continuación se presentan las consideraciones en el diseño que se llevaron acabo en el
momento del desarrollo de la aplicación.
Validación de entrada: se tuvo en cuenta los ataques ejecutado mediante inserción de
cadenas de texto, campos de formularios, cookies, y cabeceras HTTP.
Este aspecto se logró evitando que se introdujera información incorrecta en el sistema, este
es uno de los requisitos fundamentales y se alcanzó mediante la validación a nivel de
campos del formulario; este método permite conocer entre otras informaciones, el
contenido de los valores de los combo-boxes y favorecerá que el usuario se forme un mejor
modelo mental de la aplicación, en este caso es el propio sistema quien de forma
automática realiza las acciones necesarias para controlar la información almacenada y
digitada.
Autenticación:
se tuvo en cuenta la suplantación de identidad, password, elevación de
privilegios y acceso no autorizado.
Esto se logró mediante el uso de login y contraseña asignadas para cada usuario, mediante
un sistema administrador, el cual permite el acceso a cada uno de los usuarios definidos por
el sistema
Autorización:
se tuvo en cuenta el acceso a datos confidenciales o restringidos,
ejecución de operaciones no autorizadas.
281
Se protege la información frente a usuarios no autorizados, esta seguridad se proporciona
mediante la generación de un login y una clave por parte de un sistema administrador hacia
los demás usuarios del sistema, quien a su vez crea una sesión para el mismo.
Administración de configuración: se tuvo en cuenta el acceso no autorizado a interfaces
de administración, alteración de datos de configuración, acceso no autorizado a cuentas de
usuario y perfiles de cuentas de usuarios.
La implementación de interfaces para cada tipo de usuario facilitan el control de la
aplicación, esto es, mediante el análisis y la definición funcional del aplicativo (RPCcúcuta)
que es, con qué objetivo se construirá, quién lo usará, que funcionalidades incluirá, su
aspecto(interfaces), hasta su puesta en funcionamiento mediante la generación de código,
aspectos como usabilidad, accesibilidad, estética o las imágenes que se tuvieron en cuenta
en el proceso de trabajo.
Administración de sesiones: se tuvo en cuenta la captura de identificadores de sesión.
Se logra mediante el seguimiento de un identificador de sesión que se valida de acuerdo a
los niveles de autentificación, esta variable de sesión permite el acceso general a la
aplicación de acuerdo al nivel de acceso de los diferentes usuarios del sistema.
Encriptamiento: se tuvo en cuenta el acceso a datos confidenciales. Para proteger la
información y asegurarnos que esta no sea leída o adulterada, el sistema emplea la
encriptación de claves de los usuarios, siendo transparentes hasta para el administrador del
sistema informático.
Manejo de Excepciones: se tuvo en cuenta la denegación de servicios y acceso a
información de detalle en el nivel de sistema.
Auditoria y registro de actividades
: se tuvo en cuenta las acciones realizadas por los
usuarios para una posterior utilización en diagnostico de problemas
Capacidad de integración: En la mayoría de los casos una aplicación no sustituye a los
sistemas informáticos que ya tiene la empresa, por el contrario, es el envoltorio que los
transforma en servicio. Para ello debe tener una alta capacidad de integración con los
sistemas existentes: bases de datos y otros sistemas automáticos.
282
Flexibilidad: se tuvo en cuenta que la aplicación ofrece servicios y los servicios pueden
cambiar o crecer por requerimientos de la Institución.
Administrable: en el momento del diseño se tuvieron en cuenta las herramientas de
administración de la propia aplicación, de los servicios sobre los que se sustenta: como con
las bases de datos. De lo contrario podemos vernos restringidos al intentar ampliar
funcionalidades
Eficiencia: se tuvieron en cuenta el buen uso de los recursos de hardware
Portabilidad: se tuvo en cuenta la posibilidad de usarlo en diferentes ambientes de
software o hardware.
Integridad: se tuvieron en cuenta la habilidad de la aplicación para proteger sus
componentes de accesos y modificaciones no autorizadas.
Facilidad de uso: se tuvo en cuenta la facilidad de aprender a usar el sistema, preparar los
datos de entrada, interpretar sus resultados.
4.5.4 Diseño Navegacional y de Interfaz Abstracta. La necesidad de desarrollar
software para Internet ha provocado que recientemente exista un interés creciente en cómo
generar Sistemas de Información que combinen de forma correcta dos aspectos básicos:
estrategias de navegación en un espacio heterogéneo de información, y operaciones de
consulta o actualización de la base de datos heterogénea correspondiente.
El estudio de los problemas asociados al diseño de este tipo de aplicaciones complejas en
ambientes Web, que incluyan comportamiento dinámico, y que combinen adecuadamente
el diseño e implementación de patrones de navegación precisos con un sofisticado
comportamiento computacional, es y va a ser objeto de un intenso trabajo de investigación
y desarrollo durante los próximos años.
En este sentido ICONIX y los métodos convencionales orientados a objetos presentan una
carencia generalizada: el no tratamiento de abstracciones que hagan posible la
especificación de aplicaciones hipermediales consecuentes con la metáfora del hipertexto.
En particular, el diseño navegacional, característica esencial de las aplicaciones basadas en
Web, no se tiene presente.
283
Navegación. Teniendo en cuenta las anteriores consideraciones de la metodología, se
presenta los modelos de navegación de la aplicación y de interfaz abstracta en una forma
general.
284
Figura 181. Mapa navegacional general de la aplicación
285
Figura 182. Diagrama de navegación especifico Index
Figura 183. Diagrama navegacional específico contexto inicio
Inicio
Index
ErrorPage
Figura 184. Diagrama navegacional específico contexto inicio Sesión
286
Figura 185. Diagrama Navegacional específico contexto Sesión Registrar Información
Figura 186.
Información
Diagrama
Navegacional
específico
contexto
Sesión
Actualizar
Figura 187.
Información
Diagrama
Navegacional
específico
contexto
Sesión
Consultar
287
Figura 188.
Información
Diagrama
Navegacional
específico
contexto
Sesión
Verificar
Figura 189. Diagrama Navegacional específico contexto Sesión Crear Backup
4.5.5 Diseño de Contenido. A continuación se presentan cada de los bosquejos se
realizaron para llegar al prototipo de interfaz de la aplicación.
Interfaz Abstracta. En un plan de navegación eficaz hay algunos aspectos primordiales
que se deben tomar en cuenta en el momento de desarrollar una interfaz Todo aspecto
aplicado conjuntamente y de una buena manera en una interfaz Web, nos conlleva a tener
un buen prototipo de diseño que se adapte a las necesidades de los usuarios finales. A
continuación se describirán aspectos muy importantes que se tuvieron en cuenta en el
momento de diseñar la interfaz de la aplicación en apoyo a la base de datos, con el fin de
construir un modelo agradable y sencillo para los usuarios finales.
Estandarizar el diseño. Seguir y tener un estándar, que localice las herramientas de
manera fácil y sencilla en el mismo lugar con los mismos estilos o gráficos; de está
manera los usuarios sabrán donde exactamente buscar lo que necesitan, con lo cual no
se permitiría que los usuarios adivinen lo que se trata de decir a través del plan de
navegación.
288
Tener vínculos de regreso. La página de inicio de sesión es la página más importante del
sitio Web de la base de datos, por ello se debe asegurar de que los usuarios o usuarios
puedan volver a ella. Se debe tomar en cuenta que al elaborar la barra e interfaz de
navegación nunca debería faltar un botón "Inicio", "Home", "Volver" o algún vínculo
que indique el regreso a su portada.
Calidad no cantidad. Los usuarios que manipularan la base de datos se sienten más a
gusto cuando se les presenta un interfaz gráfica atractiva y una navegación placentera y
ordenada y para ello se deberá presentar a sus usuarios y/o usuarios una barra de
navegación o ayudas a través de vínculos ordenada por categorías y subcategorías,
priorizando los servicios más importantes del sitio Web en base a la aplicación, además
de gráficos (los más ligeros posibles), así como sus hojas de estilo y demás
componentes.
Figura 190. Diagrama de interfaz abstracta Inicial Modelo textual
Área de Titulo, logo, sesión
Área de contenido y trabajo
Pie de página
289
Figura 192. Diagrama de interfaz abstracta Secundaria Modelo textual
Área de Titulo, logo, sesión
Área de Inicio s de trabajo
Área de contenido y trabajo
Pie de página
290
Figura 194. Prototipo de interfaz sesión
291
Figura 195. Prototipo de interfaz secundaria
4.5.6 Diseño Arquitectónico. Una capa es un elemento de software que cumple una
función específica a nivel arquitectural, que se comunica con otras capas a través de una
interfaz. Cada capa debe poseer ciertas características entre las cuales tenemos:
Cada capa debe ser capaz de existir en sistemas físicamente independiente.
Cada capa deberá intercambiar información únicamente entre su capa superior e
inferior.
Cada capa deberá ser intercambiable.
Bajo este concepto, la aplicación fue diseñada bajo una arquitectura en cinco capas,
desarrolladas a través de las tecnologías empleadas en cada capa de la aplicación.
292
Cuadro 71. Tecnologías aplicadas en cada capa
Capa
Presentación
Control
Lógica de negocios
Acceso a datos
Almacenamiento
Tecnología
PHP, HTML, Javascript. Presentación
visual de los datos y demás elementos,
interfaces
PHP. Clases para responder a peticiones.
PHP. Manipulación y transformación de
información.
Driver “Mysql”
DBMS Mysql
Figura 196. Arquitectura lógica de la aplicación
En la capa de presentación que es el lado del cliente está desarrollada en html junto con
PHP, metalenguaje de marcado, muy útil en el desarrollo de aplicaciones Web dinámicas,
las cuales sirven para la manipulación de los archivos en cada formato que el usuario Web
pueda utilizar para su entendimiento. Además la tecnología se utilizó php para el control y
validación de formularios en el lado del cliente.
293
En la capa de control se manejara bajo la tecnología PHP, para el acceso a la lógica del
negocio.
En la capa de lógica de negocios estará desarrollada bajo la plataforma PHP, la cual es una
tecnología desarrollada para el desarrollo de aplicaciones empresariales bajo un entorno
Web. Esta capa se desarrollara utilizando tecnología apoyada bajo el gestor de Mysql en la
cual se facilita el desarrollo de las páginas de una forma más eficiente y fácil
En la capa de almacenamiento de datos se manejara toda la información referente a la
correspondencia elaborada por los usuarios de la aplicación, almacenada en archivos físicos
que permiten el acceso de clientes distribuidos a través de la Web.
Arquitectura Física del Sistema. La distribución de los subsistemas sobre los equipos
está basada en la división por capas de la arquitectura; a continuación exponemos los
detalles de esta distribución.
Los subsistemas de control, de presentación y lógica de negocios serán desplegados en un
equipo que actuará como servidor Web del sistema. Sin embargo, los subsistemas de
servicio de las bases de datos son recursos externos a la aplicación. El resultado de este
diseño da lugar al siguiente diagrama de despliegue del sistema:
Figura 197. Arquitectura física de la aplicación
4.5.7 Diseño de la Base de Datos. La siguiente etapa en el desarrollo del diseño detallado
es el diseño de la base de datos, en el cual se representa un diseño físico para las clases que
se han modelado en los apartes anteriores. Para el desarrollo del proyecto se presentan dos
modelos de datos, en el primero se explica el diseño de la bases de datos en forma general,
y luego se explicaran la estructura de las tablas que se utilizaron y de las cuales se
obtuvieron algunos datos. En el segundo se presentaran el diseño de datos de las clases
propias del proyecto. Este diseño esta desarrollado en el DBMS Mysql.
294
Modelo de Datos. Dado que la aplicación es de uso exclusivo del personal que labora y
estudia en la Institución Centro de Rehabilitación de Norte de Santander, se debe controlar
el ingreso a la misma, en especial a los diversos funcionarios y personal autorizado en el
proyecto .
Cuadro 72. Descripción vista causas_muerte
Nombre de La tabla
causas_muerte
Nombre Campo
Tipo de dato
Longitud
Cod_causa
int
4
descripcion
text
Not null
Id_certidefun
int
12
Descripción: tabla que mantiene almacenada la información de las causas de
muerte del paciente en el registro.
Llave primaria: cod_causa
Llave foránea: id_certidefun (con tabla certidefun)
DESCRIPCIÓN DE LOS CAMPOS DE LA TABLA CAUSAS_MUERTE
COD_CAUSA: En este campo se almacena el tipo de número de causa de muerte
Del paciente.
DESCRIPCIÓN: En este campo se almacena la observaciones de la causa de la Muerte del
paciente.
ID_CERTIDEFUN: En este campo se almacena el identificador que se relacionara con
otras tablas.
295
Figura 198. Modelo de datos relacional general del Registro Poblacional de Cáncer de Cúcuta
297
Cuadro 73. Descripción vista certidefun
Nombre de La tabla
certidefun
Nombre Campo
Tipo de dato
Longitud
Id_certidefun
int
12
fecha_muerte
varchar
40
expedicion
int
1
edad_ muerte
int
3
sitio
int
1
dirección_médico
varchar
70
telefonomédico
bigint
20
Id_paciente
int
12
nombrexpide
text
Not null
otrosestados
text
Not null
nombrehoscli
text
Not null
Descripción: tabla que mantiene almacenada la información del certificado
de defunción del paciente en el registro.
Llave primaria: id_certidefun
Llave foránea: id_paciente (con tabla paciente)
DESCRIPCIÓN DE LOS CAMPOS DE LA TABLA CERTIDEFUN
ID_CERTIDEFUN: En este campo se almacena el identificador primario y
consecutivo de los certificados de muerte de cada paciente.
FECHA_MUERTE: En este campo se almacena el día, mes y año del certificado de
defunción del paciente.
EXPEDICIÓN: En este campo se almacena el tipo de la persona quien registra la
realización del certificado de defunción.
EDAD_MUERTE: En este campo se almacena la edad de muerte del paciente.
298
SITIO: En este campo se almacena el lugar de muerte del paciente.
DIRECCIÓN_MÉDICO: En este campo se almacena la dirección de residencia del
médico que registra el certificado de defunción del paciente.
TELEFONOMÉDICO: En este campo se almacena el número telefónico del médico que
registra el certificado de defunción del paciente.
ID_PACIENTE: En este campo se almacena el identificador que lleva el consecutivo de
cada paciente que se registra para relacionarlo con la tabla pacientes.
NOMBREXPIDE: En este campo se almacena el nombres y apellidos de la persona
responsable de la realización del certificado de defunción.
OTROSESTADOS: En este campo se almacena el tipo de estado de la muerte del paciente
registrada en el certificado de defunción del paciente.
NOMBREHOSCLI: En este campo se almacena el nombre del lugar de fallecimiento del
paciente en el certificado de defunción.
Llave primaria: id_diagnostico
ID_DIAGNOSTICO: En este campo se almacena el identificador que lleva el consecutivo
de cada diagnostico de un paciente que se registra para relacionarlo con la otras tablas.
cada paciente que se registra para relacionarlo con la tabla pacientes.
CODIGOPRI: En este campo se almacena el código del sitio primario de la neoplasia.
NOMBREMOR: En este campo se almacena el nombre del la morfología de la neoplasia.
299
Cuadro 74. Descripción vista diagnóstico
Nombre de La tabla
diagnostico
Nombre Campo
Tipo de dato
Longitud
Id_diagnostico
int
12
Id_paciente
int
12
codigopri
varchar
40
nombremor
text
40
codmorfo
varchar
40
edad_diag
int
3
gradodif
int
1
nombrepri
text
Not null
comportamiento
int
1
nregistro
varchar
40
fecha_diag
varchar
40
codigofuente
int
4
médicoinfo
text
Not null
encuestador
text
Not null
observmédico
text
Not null
ntumores
int
1
quimioterapia
text
Not null
radioterapia
text
Not null
hormonoterapia
text
Not null
inmunoterapia
text
Not null
cirugia
text
Not null
consecutivo
int
4
conse
int
4
añoreg
int
4
otro
text
Not null
Descripción: tabla que mantiene almacenada la información del diagnostico
de la neoplasia del paciente en el registro.
COMPORTAMIENTO: En este campo se almacena el tipo de comportamiento de la
neoplasia.
NREGISTRO: En este campo se almacena el número del Registro correspondiente por
cada neoplasia del paciente.
300
FECHA_DIAG: En este campo se almacena el día mes y año en que fue registrado el
diagnostico del paciente en relación a la neoplasia encontrada.
CODMOR: En este campo se almacena el código del tipo de morfología de la neoplasia.
EDAD_DIAG: En este campo s almacena la edad del paciente en que fue registrado el
diagnostico de la neoplasia.
GRADODIF: En este campo se almacena el grado de diferenciación de la neoplasia.
NOMBREPRI: En este campo se almacena el nombre del sitio primario de la neoplasia.
CODIGOFUENTE: En este campo se almacena el código de la fuente de información
quien realizo el registro de la neoplasia.
MÉDICOINFO: En este campo se almacena el nombre del médico informante del
hallazgo de la neoplasia en el paciente.
ENCUESTADOR: En este campo se almacena el nombre y apellido responsable de
recolectar la información del registro de la neoplasia.
OBSERVMÉDICO: En este campo se almacena las observaciones que realiza el médico
con respecto a la neoplasia.
NTUMORES: En este campo se almacena los números de tumores que se encuentran en
una misma localización.
QUIMIOTERAPIA: En este campo se almacena el tratamiento si fue o no realizado en la
neoplasia del paciente.
RADIOTERAPIA: En este campo se almacena el tratamiento si fue o no realizado en la
neoplasia del paciente
301
HORMONOTERAPIA: En este campo se almacena el tratamiento si fue o no realizado
en la neoplasia del paciente
CIRUGIA: En este campo se almacena el tratamiento si fue o no realizado en la neoplasia
del paciente
INMUNOTERAPIA: En este campo se almacena el tratamiento si fue o no realizado en la
neoplasia del paciente
OTRO: En este campo se almacena otro tipo de tratamiento si fue realizado y cual es su
nombre en la neoplasia del paciente
CONSECUTIVO: En este campo se almacena el número de cada registro por año de las
neoplasias de cada paciente.
CONSE: En este campo se almacena el número de cada registro por paciente de las
neoplasias de cada paciente.
AÑOREG: En este campo se almacena el año del registro de la neoplasia del paciente.
Cuadro 75. Descripción vista evi_defuncion
Nombre de La tabla
evi_defuncion
Nombre Campo
Tipo de dato
Longitud
Id_diagnostico
int
12
evidefun
int
1
Descripción: tabla que mantiene almacenada la información de las
evidencias de muerte que es por el certificado de defunción del paciente en
el registro.
Llave primaria: id_diagnóstico
302
EVIDEFUN: En este campo se almacena la evidencia de la muerte del paciente a través
del certificado de defunción.
Cuadro 76. Descripción vista exámenes
Nombre de La tabla
exámenes
Nombre Campo
Tipo de dato
Longitud
Id_diagnostico
int
12
Id_médico
int
12
Numero_examen
varchar
40
Cod_tipoexamen
int
12
Descripción: tabla que mantiene almacenada la información de los
examenes del paciente en el registro.
Llave primaria: cod_tipoexamen
Llave foránea: id_diagnostico (con tabla diagnostico)
ID_MÉDICO: En este campo se almacena el identificador que lleva el consecutivo de
cada médico que registra los casos de neoplasias para relacionarlo con otras tablas.
NUMERO_EXAMEN: En este campo se almacena el número de cada examen de las
neoplasias de cada paciente
COD_TIPOEXAMEN: En este campo se almacena el identificador que lleva el
consecutivo de cada tipo de examen que registra en los casos de cada neoplasias para
relacionarlo con otras tablas.
303
Cuadro 77. Descripción vista fuentes
Nombre de La tabla
fuentes
Nombre Campo
Tipo de dato
Longitud
Cod_fuente
int
4
Nombrefuente
text
Not null
Descripción: tabla que mantiene almacenada la información de las fuentes
de información del registro.
Llave primaria: cod_fuente
COD_FUENTE: En este campo se almacena el identificador que lleva el consecutivo de
cada fuente de información de donde se registro la neoplasia del paciente para relacionarlo
con la otras tablas.
NOMBREFUENTE: En este campo se almacena el nombre de la fuente de información o
entidad de salud que registro la neoplasia del paciente.
Cuadro 78. Descripción vista localización
Nombre de La tabla
localización
Nombre Campo
Tipo de dato
Longitud
Cod_localizacion
varchar
40
Nombre_localizacion
text
Not null
Descripción: tabla que mantiene almacenada la información de las
localizaciones de las neoplasias que se registran en el paciente.
Llave primaria: cod_localización
Llave foránea: cod_localizacion (con tabla tipo_topografía)
COD_LOCALIZACIÓN: En este campo se almacena el código del la localización o sitio
de la neoplasia.
NOMBRE_LOCALIZACIÓN: En este campo se almacena el nombre de la localización o
sitio de la neoplasia.
304
Cuadro 79. Descripción vista médicos
Nombre de La tabla
médicos
Nombre Campo
Tipo de dato
Longitud
Id_médico
int
12
nombresm
text
Not null
priapellidom
text
Not null
segapellidom
text
Not null
direccioncm
varchar
90
telefonocm
int
12
celularm
varchar
80
nconsultorio
text
Not null
Descripción: tabla que mantiene almacenada la información de los médicos
que realizan los estudios de los casos de cáncer del paciente en el registro.
Llave primaria: id_médico
ID_MÉDICO: En este campo se almacena el identificador que lleva el consecutivo de
cada médico que registra los casos de neoplasias para relacionarlo con otras tablas.
NOMBRESM: En este campo se almacena todos los nombres de los médicos.
PRIAPELLIDOM: En este campo se almacena el primer apellido del médico.
SEGAPELLIDOM: En este campo se almacena el segundo apellido del médico.
DIRECCIONCM: En este campo se almacena la dirección del consultorio del médico.
TELEFONOCM: En este campo se almacena el número del teléfono del consultorio del
médico.
CELULARM: En este campo se almacena el número de teléfono celular del médico.
NCONSULTORIO: En este campo se almacena el número del consultorio del médico.
305
Cuadro 80. Descripción vista morfología
Nombre de La tabla
morfología
Nombre Campo
Tipo de dato
Longitud
Id_morfología
int
12
codigomorfo
varchar
40
nombremor
text
Not null
topografía
varchar
40
Descripción: tabla que mantiene almacenada la información de los células
que se originan en la neoplasia con su sitio especifico del paciente en el
registro.
Llave primaria: id_morfología
Llave foránea: codigomorfo (con tabla diagnostico)
ID_MORFOLOGÍA: En este campo se almacena el identificador que lleva el consecutivo
de cada morfología que registra el caso de neoplasia para relacionarlo con otras tablas.
NOMBREMOR: En este campo se almacena el nombre del la morfología de la neoplasia.
CODIGOMORFO: En este campo se almacena el código del tipo de morfología de la
neoplasia.
TOPOGRAFÍA: En este campo se almacena el nombre del tipo de topografia de la
neoplasia.
306
Cuadro 81. Descripción vista otra_evidencia
Nombre de La tabla
otra_evidencia
Nombre Campo
Tipo de dato
Longitud
Id_diagnostico
int
12
clinico
int
11
Invcli
int
11
mte
int
11
citologia
int
11
hm
int
11
htp
int
11
desconocido
int
11
Descripción: tabla que mantiene almacenada la información de otras
evidencias de detección de la neoplasia en el paciente.
Llave primaria: cod_diagnóstico
CLINICO: En este campo se almacena si fue este el tipo de evidencia de hallazgo de la
neoplasia en el paciente.
INVCLI: En este campo se almacena si fue este el tipo de evidencia de hallazgo de la
MTE: En este campo se almacena si fue este el tipo de evidencia de hallazgo de la
CITOLOGIA: En este campo se almacena si fue este el tipo de evidencia de hallazgo de la
HM: En este campo se almacena si fue este el tipo de evidencia de hallazgo de la neoplasia
en el paciente.
307
HTP En este campo se almacena si fue este el tipo de evidencia de hallazgo de la neoplasia
en el paciente.
DESCONOCIDO: En este campo se almacena si fue este el tipo de evidencia de hallazgo
de la neoplasia en el paciente.
Cuadro 82. Descripción vista poblacion
Nombre de La tabla
poblacion
Nombre Campo
Tipo de dato
Longitud
año_poblacion
int
12
rango
varchar
40
personas_año
int
11
poblacionem
int
11
Descripción: tabla que mantiene almacenada la información de la población
por rango de edades o grupos etareos correspondientes.
AÑO_POBLACIÓN: En este campo se almacena el año de registro de la población.
PERSONAS_AÑO: En este campo se almacena las cantidades de personas existentes
clasificadas por los tipos de grupos etareos o grupos de edades que se manejan por cada año
de población.
RANGO: En este campo se almacena los tipos de grupos etareos o grupos de edades que se
manejan por cada año de población.
POBLACIONEM: En este campo se almacena el valor de la tsa especifica munidal por
cada tipo de grupo etareo o clasificación de persona por edades.
308
Cuadro 83. Descripción vista paciente
Nombre de La tabla
Nombre Campo
Id_paciente
tipodocumento
numerodocumento
primerapellido
segundoapellido
primernombre
segundonombre
apellidocasada
sexo
zona
ubicacion
nubicacion
fecha_nac
celular
telefono
direccion
sisben
edad
estadocivil
muerto
muninacimiento
departnacimiento
residenciahabitual
estrato
afiliacion
historia
añoreg
muniresi
otrolunacimi
Descripción: tabla que
paciente en el registro.
paciente
Tipo de dato
int
int
varchar
text
text
text
text
text
int
text
text
text
varchar
text
text
varchar
int
int
int
int
text
text
int
int
int
varchar
int
text
text
mantiene almacenada la
Llave primaria: numerodocumento
309
Longitud
12
1
80
Not null
Not null
Not null
Not null
Not null
1
Not null
Not null
Not null
40
Not null
Not null
60
1
3
1
1
Not null
Not null
1
1
1
40
4
Not null
Not null
información general del
cada paciente que se registra para relacionarlo con la otras tablas.
TIPODOCUMENTO: En este campo se almacena el tipo de documento que el paciente
posee cédula, registro, tarjeta de identidad, etc.
NUMERODOCUMENTO: En este campo se almacena el número de documento del
paciente el cual es único para cada persona y es un identificador para el mismo registro.
PRIMERNOMBRE: En este campo se almacena el primer nombre del paciente en el
registro.
SEGUNDONOMBRE: En este campo se almacena el segundo nombre del paciente en el
registro.
PRIMERAPELLIDO: En este campo se almacena el primer apellido del paciente en el
registro.
SEGUNDOAPELLIDO: En este campo se almacena el segundo apellido del paciente en
el registro.
APELLIDOCASADA: En este campo se almacena el apellido de casada del paciente en el
registro.
SEXO: En este campo se almacena el tipo de género (masculino o femenino) del paciente
en el registro.
ZONA: En este campo se almacena el tipo de zona (rural o urbana) en donde vive el
paciente.
UBICACIÓN: En este campo se almacena el número de la comuna o corregimiento en la
que vive el paciente.
310
NUBICACIÓN: En este campo se almacena el nombre de la comuna o corregimiento en la
que vive el paciente.
FECHA_NAC: En este campo se almacena el día , mes y año de nacimiento del paciente.
DIRECCION: En este campo se almacena la dirección del paciente.
TELEFONO: En este campo se almacena el número del teléfono del paciente.
CELULA: En este campo se almacena el número de teléfono celular del paciente.
SISBEN: En este campo se almacena el tipo de nivel de sisben del paciente.
EDAD: En este campo se almacena la edad del paciente.
ESTADOCIVIL: En este campo se almacena el estado civil del paciente (casado, soltero,
viudo,etc).
MUERTO: En este campo se almacena un patron o identificador para los paciente que se
encuentran registrados, se relacionen en el momento que mueran.
MUNINACIMIENTO: En este campo se almacena el municipio de nacimiento del
paciente.
DEPARTNACIMIENTO: En este campo se almacena el departamento de nacimiento del
paciente.
RESIDENCIAHABITUAL: En este campo se almacena la residencia o lugar exacto de
vivencia del paciente.
ESTRATO: En este campo se almacena el tipo de estrato(número) del paciente.
311
AFILIACIÓN: En este campo se almacena el tipo de afiliación (contributivo, no
contributivi, pensionado,etc) del paciente.
HISTORIA: En este campo se almacena el número de la historia del paciente.
MUNIRESI: En este campo se almacena el municipio de vivencia del paciente.
OTROLUNACIMI: En este campo se almacena el lugar exacto de nacimiento del
paciente.
AÑOREG: En este campo se almacena el año del registro de la neoplasia del paciente.
Cuadro 84. Descripción vista residencia_habitual
Nombre de La tabla
residencia_habitual
Nombre Campo
Tipo de dato
Longitud
Cod_zona
int
12
Cod_ubicacion
int
12
Nombre_ubicacion
text
Not null
Descripción: tabla que mantiene almacenada la información de zonas, sus
nombres y ubicación de donde es el paciente.
Llave primaria: id_zona
Llave foránea: cod_ubicacion (con tabla paciente)
COD_ZONA: En este campo se almacena el código de la zona en la que vive el paciente.
COD_UBICACIÓN: En este campo se almacena el código de la comuna o corregimiento
en la que vive el paciente.
NOMBRE-UBICACIÓN: En este campo se almacena el nombre de la comuna o
corregimiento en la que vive el paciente.
312
Cuadro 85. Descripción vista tipo_examen
Nombre de La tabla
tipo_examen
Nombre Campo
Tipo de dato
Longitud
Cod_tipoexamen
int
12
Nombre_examen
text
Not null
Descripción: tabla que mantiene almacenada la información de los tipos de
examen que se realizo al paciente.
Llave primaria: cod_tipoexamen
Llave foránea: cod_tipoexamen (con tabla examenes)
COD_TIPOEXAMEN: En este campo se almacena el código del tipo de examen realizado
al paciente.
NOMBRE_EXAMEN: En este campo se almacena el nombre del tipo de examen
realizado al paciente.
Cuadro 86. Descripción vista tipo_topografía
Nombre de La tabla
tipo_topografía
Nombre Campo
Tipo de dato
Longitud
codigopri
varchar
40
nombrepri
text
Not null
Cod_localizacion
varchar
40
Descripción: tabla que mantiene almacenada la información del sitio
primario o localización exacta de la neoplasia en el paciente.
Llave primaria: codigopri
Llave foránea: codigopri (con tabla diagnostico)
313
CODIGOPRI: En este campo se almacena el código del sitio primario de la neoplasia.
NOMBREPRI: En este campo se almacena el nombre del sitio primario de la neoplasia.
COD_LOCALIZACIÓN: En este campo se almacena el código del la localización o sitio
de la neoplasia.
Cuadro 87. Descripción vista zonas
Nombre de La tabla
zonas
Nombre Campo
Tipo de dato
Longitud
Cod_zona
int
12
nombre_zona
text
Not null
Descripción: tabla que mantiene almacenada la información de las zonas
con sus respectivos nombres del paciente.
Llave primaria: cod_zona
Llave foránea: cod_zona (con tabla residencia_habitual)
COD_ZONA: En este campo se almacena el código de la zona en la que vive el paciente.
NOMBRE_ZONA: En este campo se almacena el nombre de las zonas.
Cuadro 88. Descripción tabla Barrio_vereda
Nombre de La tabla
Barrio_vereda
Nombre Campo
Tipo de dato
Longitud
Cod_bv
Int
11
nombv
text
Not null
Descripción: tabla que mantiene almacenada la información de todos los
Barrio y veredas de cúcuta registradas en la aplicación.
314
Llave primaria: cod_bv
COD_BV: En este campo se almacena el código de los barrios o veredas.
NOMBV: En este campo se almacena el nombre de los barrios o veredas.
Figura 199. Modelo de Datos de la aplicación
Cuadro 89. Descripción vista usuario
Nombre de La tabla
usuario
Nombre Campo
Tipo de dato
Longitud
login
text
Not null
clave
text
Not null
tipousuario
text
Not null
Descripción: tabla que mantiene almacenada la información de los usuarios
autorizados para manipular la base de datos del registro.
LOGIN: En este campo se almacena el login o nombre de ingreso del usuario al sistema de
la aplicación .
CLAVE: En este campo se almacena el password o contraseña de ingreso del usuario al
sistema de la aplicación
TIPOUSUARIO: En este campo se almacena el tipo de usuario de ingreso al sistema de la
aplicación
315
4.6 IMPLEMENTACIÓN
4.6.1 Especificación de Componentes. Los componentes pertenecen al mundo físico, es
decir, representan un bloque de construcción al modelar aspectos físicos de un sistema. Una
característica básica de un componente es que debe definir una abstracción precisa con una
interfaz bien definida, y permitiendo reemplazar fácilmente los componentes más viejos
con otros más nuevos y compatibles.
Tomando en cuenta lo anterior para el desarrollo de la aplicaron Web los componentes se
establecieron según la funcionalidad de los servicios que se llevan acabo dentro del sistema
de la siguiente forma:
Componente de presentación: Son todos los componentes que se encargarán de
gestionar la visualización de la aplicación en el lado del usuario (cliente Web). Está
conformado por:
Componente PHP: sirve como visualizador de los datos de salida de los componentes
de la capa de control.
Componente PHP: controla todo el manejo referente a formularios, validaciones de
datos en el lado del usuario, formateo de texto (color, fuente, tamaño) y envió de
peticiones a la capa de control.
Componentes de navegación o Control. Controlan todo el acceso de las peticiones
HTTP realizadas por el usuario de la aplicación Web, además es el encargado de
realizar la comunicación con la capa de lógica de negocios y la capa de presentación, es
decir el componente intermediario entre estas dos capas.
Componentes de servicios. Centran el funcionamiento del sistema en términos de
objetos del dominio. El sistema se organiza en subsistemas conformados por paquetes de
clases que forman componentes que cumplen diferentes servicios específicos .
Componente de acceso a datos. Permite independizar el almacenamiento de la
aplicación. Se cuenta con una interfaz de acceso a datos que permite efectuar consultas y
transacciones al modelo relacional persistente en términos de objetos. proporciona la
interfaz de acceso a datos y cada fabricante de motores base de datos la implementa.
316
Para el sistema, se tiene el controlador DBMS para la conexión a la base de datos y el
controlador para la base de datos Mysql.
Figura 200. Diagrama de componentes de la aplicación
Figura 201. Componentes de servicios
4.6.2 Diagramas de Despliegue. Un diagrama de despliegue muestra las relaciones físicas
entre los componentes hardware y software en el sistema final, es decir, la configuración de
los elementos de procesamiento en tiempo de ejecución y los componentes software
(procesos y objetos que se ejecutan en ellos). Están formados por instancias de los
componentes software que representan manifestaciones del código en tiempo de ejecución.
Un diagrama de despliegue es un grafo de nodos unidos por conexiones de comunicación.
Un nodo puede contener instancias de componentes software, objetos, procesos.
317
Figura 202. Diagrama de despliegue de la aplicación
4.6.3 Modelo y Plan de Integración de la Aplicación. A continuación se presenta el
modelo de integración a partir de los ficheros fuentes con que cuenta la aplicación. Estos
ficheros fuentes son todos los archivos que pertenecen a la capa de presentación (ficheros
“.php”), a la capa de control (ficheros “php”), a la capa de lógica de negocio (ficheros
“.php”) y a la capa de acceso a datos (ficheros “.php”)
Figura 203. Diagrama de integración de la aplicación
318
Plan de Integración de la aplicación. A continuación se describe el plan de integración
de la aplicación en la Institución del Centro de Rehabilitación de Norte de Santander, el
cual se desarrolló en las siguientes actividades: En la actividad Preparación del Entorno de
Generación y Construcción, se asegura la disponibilidad de la infraestructura necesaria para
la generación del código de los componentes y procedimientos del sistema. Una vez
configurado el entorno de construcción, se realiza la codificación y las pruebas de los
distintos componentes que conforman la aplicación, en las actividades: Generación del
Código de los Componentes y Procedimientos, que se hace según las especificaciones de
construcción de la aplicación; Ejecución de las Pruebas Unitarias, dónde se llevan a cabo
las verificaciones definidas en el plan de pruebas para cada uno de los componentes;
Ejecución de las Pruebas de Integración, que incluye la ejecución de las verificaciones
asociadas a los subsistemas y componentes, a partir de los componentes verificados
individualmente, y la evaluación de los resultados.
En la actividad Elaboración de los Manuales de Usuario, se genera la documentación de
usuario final, conforme a los requisitos definidos en el proceso Diseño del Sistema. La
formación necesaria para que los usuarios finales sean capaces de utilizar el sistema de
forma satisfactoria se especifica en la actividad Definición de la Formación de Usuarios
Finales (plan de implementación).
Figura 204. Plan de integración de la aplicación
319
Preparación del Entorno de Generación y Construcción. El objetivo de esta actividad
es asegurar la disponibilidad de todos los medios y facilidades para que se pueda llevar a
cabo la construcción del sistema de información. Entre estos medios, cabe destacar la
preparación de los puestos de trabajo, equipos físicos y lógicos, gestores de bases de datos,
herramientas de generación de código entre otros. Las características del entorno de
construcción y sus requisitos de operación y seguridad, así como las especificaciones de
construcción de la estructura física de datos se describen a continuación:
Implantación de la Base de Datos Física o Fichero: En esta tarea hay que: Crear los
elementos del sistema gestor de base de datos o sistema de ficheros; Reservar el espacio de
almacenamiento, definiendo, entre otros, los dispositivos físicos a emplear, tamaño de los
bloques, tipo de registro físico, opciones de almacenamiento de datos, etc.; Inicializar la
base de datos o ficheros, cargando los datos considerados necesarios en el espacio de
almacenamiento previamente definido.
Entradas: Entorno Tecnológico del Sistema, Diseño de la Arquitectura del Sistema
Especificaciones de Construcción del Sistema.
Salidas: Base de Datos Física o Sistema de Ficheros.
Preparación del Entorno de Construcción. En esta tarea se prepara el entorno en el que se
construirán los componentes del sistema, contemplando aspectos tales como: librerías a
utilizar; Herramientas: generadores de código, editores, compiladores, verificadores
sintácticos; Puestos de trabajo.
Entradas: Especificaciones de Construcción del Sistema.
Salidas: Entorno de Construcción.
Generación del código de los componentes y procedimientos. El objetivo de esta
actividad es la codificación de los componentes del sistema, a partir de las especificaciones
de construcción obtenidas en el proceso Diseño de la aplicación, así como la construcción
de los procedimientos de operación y seguridad establecidos para el mismo. En paralelo a
esta actividad, se desarrollan las actividades relacionadas con las pruebas unitarias y de
integración del sistema.
320
Generación del Código de Componentes: En esta tarea se genera el código correspondiente
a cada uno de los componentes del sistema, identificados en la tarea Definición de
Componentes y Subsistemas de Construcción. Con el fin de verificar que el código fuente
especifica de forma correcta el componente, se realiza su ensamblaje o compilación,
verificando y corrigiendo los errores sintácticos, y el enlace del código objeto obtenido con
las correspondientes bibliotecas.
Entradas: Especificaciones de Construcción del Sistema.
Salidas: Producto Software, Código Fuente de los Componentes.
Generación del Código de los Procedimientos de Operación y Seguridad: El objetivo de
esta tarea es generar los procedimientos de operación y administración del sistema, así
como los procedimientos de seguridad y control de acceso, necesarios para ejecutar el
sistema una vez que se haya implantado y esté en producción.
Entradas: Diseño de la Arquitectura del Sistema, Procedimientos de Operación y
Administración del Sistema, Procedimientos de Seguridad y Control de Acceso, Producto
Software.
Salidas: Producto Software, Procedimientos de Operación y Administración del Sistema,
Procedimientos de seguridad y control de acceso.
Ejecución de las pruebas unitarias. En esta actividad se realizan las pruebas unitarias de
cada uno de los componentes del sistema, una vez codificados, con el objeto de comprobar
que su estructura es correcta y que se ajustan a la funcionalidad establecida.
Preparación del Entorno de las Pruebas Unitarias: En esta tarea se preparan todos los
recursos necesarios para realizar las pruebas unitarias de cada uno de los componentes del
sistema. Para ello, se asegura la disponibilidad del entorno y de los datos necesarios para
ejecutar estas pruebas.
Entradas: Plan de Pruebas.
Salidas: Entorno de Pruebas Unitarias.
321
Realización y Evaluación de las Pruebas Unitarias: El objetivo de esta tarea es comprobar
el correcto funcionamiento de los componentes del sistema, codificados en la actividad
Generación del Código de los Componentes y Procedimientos, conforme a las
verificaciones establecidas en el plan de pruebas. Para cada verificación establecida, se
realizan las pruebas con los casos de pruebas asociados, efectuando el correspondiente
análisis y evaluación de los resultados, y generando un registro conforme a los criterios
establecidos en el plan de pruebas. Seguidamente, se analizan los resultados de las pruebas
unitarias, evaluándose las mismas para comprobar que los resultados son los esperados. Si
los resultados no son los esperados hay que proceder a realizar las correcciones pertinentes.
Entradas: Producto Software, Entorno de Pruebas Unitarias, Plan de Pruebas.
Salidas: Resultado y evaluación de las Pruebas Unitarias.
Ejecución de las pruebas de integración. El objetivo de las pruebas de integración es
verificar si los componentes o subsistemas interactúan correctamente a través de sus
interfaces, tanto internas como externas, cubren la funcionalidad establecida, y se ajustan a
los requisitos especificados en las verificaciones correspondientes.
Preparación del Entorno de las Pruebas de Integración: En esta tarea se disponen todos los
recursos necesarios para realizar las pruebas de integración de los componentes y
subsistemas que conforman el sistema.
Salidas: Entorno de Pruebas de Integración.
Realización de las Pruebas de Integración: El objetivo de esta tarea es verificar el correcto
funcionamiento de las interfaces existentes entre los distintos componentes y subsistemas,
conforme a las verificaciones establecidas para el nivel de pruebas de integración. Para
cada verificación establecida, se realizan las pruebas con los casos de pruebas asociados,
efectuando el correspondiente análisis e informe de los resultados de cada verificación, y
generando un registro conforme a los criterios establecidos en el plan de pruebas.
Entradas: Producto Software, Entorno de Pruebas de Integración, Plan de Pruebas.
322
Salidas: Resultados de las Pruebas de Integración.
Evaluación del Resultado de las Pruebas de Integración: El objetivo de esta tarea es
analizar los resultados de las pruebas de integración y efectuar su evaluación. Dicha
evaluación recoge el grado de cumplimiento de las pruebas y consiste en: Comparar los
resultados obtenidos con los esperados, identificar el origen de cada problema detectado,
determinar la envergadura de las modificaciones y qué acciones deben llevarse a cabo para
resolverlo de forma satisfactoria.
Entradas: Resultado de las Pruebas de Integración, Plan de Pruebas.
Salidas: Evaluación del Resultado de las Pruebas de Integración.
Ejecución de las pruebas del sistema. El objetivo de las pruebas del sistema es
comprobar la integración del sistema globalmente, verificando el funcionamiento correcto
de las interfaces entre los distintos subsistemas que lo componen y con el resto de sistemas
de información con los que se comunica.
Preparación del Entorno de las Pruebas del Sistema: En esta tarea se preparan todos los
recursos necesarios para realizar las pruebas del sistema.
Salidas: Entorno de Pruebas del Sistema.
Realización de las Pruebas del Sistema: El objetivo de esta tarea es comprobar la
integración de todos los subsistemas y componentes del sistema, así como la interacción del
mismo con otros sistemas con los que se relaciona. Para cada verificación establecida, se
realizan las pruebas con los casos de pruebas asociados, efectuando el correspondiente
análisis e informe de los resultados y generando un registro conforme a los criterios
establecidos en el plan de pruebas.
Entradas: Producto Software, Entorno de Pruebas del Sistema, Plan de Pruebas.
Salidas: Resultado de las Pruebas del Sistema.
323
Evaluación del Resultado de las Pruebas del Sistema: El objetivo de esta actividad es
analizar los resultados de las pruebas del sistema y efectuar su evaluación.
Entradas: Resultado de las pruebas del Sistema, Plan de Pruebas.
Salidas: Evaluación del Resultado de las Pruebas del Sistema.
Elaboración de los manuales de usuario. El objetivo de esta tarea es elaborar la
documentación de usuario, tanto usuario final como del usuario administrador de la
aplicación.
Entradas: Producto Software.
Salidas: Producto Software, Manuales de Usuario final y administrador.
Definición de la formación de usuarios finales. En esta actividad se establecen las
necesidades de formación del usuario final, con el objetivo de conseguir la utilización
eficaz del nuevo sistema. El producto resultante de esta actividad es el plan de
implementación de la aplicación.
Definición del Esquema de Formación: El objetivo de esta tarea es la definición del
contenido de la formación del usuario final del sistema.
Entradas: Requisitos de la aplicación.
Salidas: Especificación de la Formación a Usuarios Finales.
Especificación de los Recursos y Entornos de Formación: El objetivo de esta tarea es
detallar los recursos necesarios para llevar a cabo la formación, relativos a los materiales de
formación, equipos físicos y lógicos, aulas, etc.
Entradas: Especificación de la Formación a Usuarios Finales.
324
Salidas: Especificación de la Formación a Usuarios Finales, Materiales y Entornos de
Formación.
Aprobación Del Sistema De Información.
Presentación y Aprobación del Sistema de Información: En esta tarea se recopilan los
productos del sistema y para su posterior presentación y aprobación.
Entradas: Resultado y evaluación de las Pruebas Unitarias, Evaluación del Resultado de las
Pruebas de Integración, Evaluación del Resultado de las Pruebas del Sistema Producto
Software.
Salidas: Aplicación, Aprobación del Sistema de Información.
4.6.4 Implementación capa de Almacenamiento. Esta capa permite almacenar en una
forma persistente toda la información necesaria para facilitar los servicios ofrecidos por la
aplicación. A continuación se visualizarán los scripts PHP utilizados para crear las
estructuras de la bases de datos de la aplicación en el motor de base de datos MSQL.
Cuadro 90. Creación de la tabla Usuario
CREATE TABLE ùsuario` (
`login` text NOT NULL,
`clave` text NOT NULL,
`tipousuario` text NOT NULL
) TYPE=MyISAM PACK_KEYS=0;
325
Cuadro 91. Creación de la tabla Paciente
CREATE TABLE `paciente` (
ìd_paciente` int(12) NOT NULL auto_increment,
`tipodocumento` int(1) NOT NULL default '0',
`numerodocumento` varchar(80) NOT NULL default '0',
`primerapellido` text NOT NULL,
`segundoapellido` text NOT NULL,
`primernombre` text NOT NULL,
`sexo` int(1) NOT NULL default '0',
`zona` text NOT NULL,
ùbicacion` text NOT NULL,
`nubicacion` text NOT NULL,
`fecha_nac` varchar(40) NOT NULL default '0',
`celular` text NOT NULL,
`telefono` text NOT NULL,
`direccion` varchar(60) NOT NULL default '',
`sisben` int(1) NOT NULL default '0',
èdad` int(3) NOT NULL default '0',
èstadocivil` int(1) NOT NULL default '0',
`muerto` int(1) NOT NULL default '0',
àpellidocasada` text NOT NULL,
`muninacimiento` text NOT NULL,
`departnacimiento` text NOT NULL,
`residenciahabitual` int(1) NOT NULL default '0',
èstrato` int(1) NOT NULL default '0',
àfiliacion` int(1) NOT NULL default '0',
`historia` varchar(40) NOT NULL default '',
`segundonombre` text NOT NULL,
àñoreg` int(4) NOT NULL default '0',
`muniresi` text NOT NULL,
òtrolunacimi` text NOT NULL,
PRIMARY KEY (`numerodocumento`),
KEY ìd_paciente` (ìd_paciente`),
KEY `numerodocumento` (`numerodocumento`)
326
CREATE TABLE `diagnostico` (
ìd_diagnostico` int(12) NOT NULL auto_increment,
ìd_paciente` int(12) NOT NULL default '0',
`codigopri` varchar(40) NOT NULL default '0',
`nombremor` text NOT NULL,
`codmorfo` varchar(40) NOT NULL default '',
èdad_diag` int(3) NOT NULL default '0',
`gradodif` int(1) NOT NULL default '0',
`nombrepri` text NOT NULL,
`comportamiento` int(1) NOT NULL default '0',
`nregistro` varchar(40) NOT NULL default '',
`fecha_diag` varchar(40) NOT NULL default '',
`codigofuente` int(4) NOT NULL default '0',
`médicoinfo` text NOT NULL,
èncuestador` text NOT NULL,
òbservmédico` text NOT NULL,
`ntumores` int(1) NOT NULL default '0',
`quimioterapia` text NOT NULL,
`radioterapia` text NOT NULL,
`hormonoterapia` text NOT NULL,
ìnmunoterapia` text NOT NULL,
`cirugia` text NOT NULL,
`consecutivo` int(4) NOT NULL default '0',
`conse` int(4) NOT NULL default '0',
àñoreg` int(4) NOT NULL default '0',
òtro` text NOT NULL,
PRIMARY KEY (ìd_diagnostico`),
UNIQUE KEY `nregistro` (`nregistro`),
KEY ìd_diagnostico` (ìd_diagnostico`),
KEY ìd_paciente` (ìd_paciente`)
) TYPE=MyISAM PACK_KEYS=0 AUTO_INCREMENT=2 ;
Cuadro 93. Creación de la tabla causas_muerte
CREATE TABLE `causas_muerte` (
`cod_causa` int(4) NOT NULL default '0',
`descripcion` text NOT NULL,
ìd_certidefun` int(12) NOT NULL default '0'
) TYPE=MyISAM;
327
Cuadro 94. Creación de la tabla certidefun
CREATE TABLE `certidefun` (
ìd_certidefun` int(12) NOT NULL auto_increment,
`fecha_muerte` varchar(40) NOT NULL default '0',
èxpedicion` int(1) NOT NULL default '0',
èdad_muerte` int(3) NOT NULL default '0',
`sitio` int(1) NOT NULL default '0',
`direccionmédico` varchar(70) NOT NULL default '',
`telefonomédico` bigint(20) NOT NULL default '0',
ìd_paciente` int(12) NOT NULL default '0',
`nombrexpide` text NOT NULL,
òtrosestados` text NOT NULL,
`nombrehoscli` text NOT NULL,
PRIMARY KEY (ìd_paciente`,ìd_certidefun`),
UNIQUE KEY ìd_paciente` (ìd_paciente`),
KEY ìd_certidefun` (ìd_certidefun`)
) TYPE=MyISAM PACK_KEYS=0 AUTO_INCREMENT=2
;
Cuadro 95. Creación de la tabla evi_defuncion
CREATE TABLE èvi_defuncion` (
ìd_diagnostico` int(12) NOT NULL default '0',
èvidefun` int(1) NOT NULL default '0',
PRIMARY KEY (ìd_diagnostico`)
) TYPE=MyISAM;
Cuadro 96. Creación de la tabla examenes
CREATE TABLE èxamenes` (
ìd_diagnostico` int(12) default '0',
ìd_médico` int(12) default '0',
`numero_examen` varchar(40) default '0',
`cod_tipoexamen` int(12) default '0'
) TYPE=MyISAM;
328
Cuadro 97. Creación de la tabla fuentes
CREATE TABLE `fuentes` (
`codigofuente` int(4) NOT NULL default '0',
`nombrefuente` text NOT NULL,
PRIMARY KEY (`codigofuente`)
) TYPE=MyISAM PACK_KEYS=0;
Cuadro 98. Creación de la tabla localización
CREATE TABLE `localizacion` (
`cod_localizacion` varchar(40) NOT NULL default '',
`nombre_localizacion` text NOT NULL,
PRIMARY KEY (`cod_localizacion`)
) TYPE=MyISAM;
Cuadro 99. Creación de la tabla médicos
CREATE TABLE `médicos` (
ìd_médico` int(12) NOT NULL auto_increment,
`nombresm` text NOT NULL,
`priapellidom` text NOT NULL,
`segapellidom` text NOT NULL,
`direccioncm` varchar(90) NOT NULL default '',
`telefonocm` int(12) NOT NULL default '0',
`celularm` varchar(80) NOT NULL default '0',
`nconsultorio` text NOT NULL,
PRIMARY KEY (ìd_médico`),
KEY ìd_médico` (ìd_médico`)
) TYPE=MyISAM PACK_KEYS=0
AUTO_INCREMENT=46 ;
329
Cuadro 100. Creación de la tabla morfología
CREATE TABLE `morfologia` (
ìd_morfologia` int(12) NOT NULL default '0',
`codigomor` varchar(40) NOT NULL default '',
`nombremor` text NOT NULL,
`topografia` varchar(40) NOT NULL default ''
) TYPE=MyISAM;
Cuadro 101. Creación de la tabla otra_evidencia
CREATE TABLE òtra_evidencia` (
ìd_diagnostico` int(12) NOT NULL default '0',
`clinico` int(11) NOT NULL default '0',
ìnvcli` int(11) NOT NULL default '0',
`mte` int(11) NOT NULL default '0',
`citologia` int(11) NOT NULL default '0',
`hm` int(11) NOT NULL default '0',
`htp` int(11) NOT NULL default '0',
`desconocido` int(11) NOT NULL default '0',
PRIMARY KEY (ìd_diagnostico`)
) TYPE=MyISAM;
Cuadro 102. Creación de la tabla población
CREATE TABLE `poblacion` (
àño_poblacion` int(12) default '0',
`rango` varchar(40) default NULL,
`personas_año` int(11) default '0',
`poblacionem` int(11) default '0'
) TYPE=MyISAM;
330
Cuadro 103. Creación de la tabla residencia_habitual
CREATE TABLE `residencia_habitual` (
`cod_zona` int(12) NOT NULL default '0',
`cod_ubicacion` int(12) NOT NULL default '0',
`nombre_ubicacion` text NOT NULL
) TYPE=MyISAM;
Cuadro 104. Creación de la tabla tipo_examen
CREATE TABLE `tipo_examen` (
`cod_tipoexamen` int(12) NOT NULL default '0',
`nombre_examen` text NOT NULL,
PRIMARY KEY (`cod_tipoexamen`)
) TYPE=MyISAM;
Cuadro 105. Creación de la tabla tipo_topografía
CREATE TABLE `tipo_topografia` (
`codigopri` varchar(40) NOT NULL default '',
`nombrepri` text NOT NULL,
`cod_localizacion` varchar(40) NOT NULL default ''
) TYPE=MyISAM;
Cuadro 106. Creación de la tabla Barrio_vereda
CREATE TABLE `municipios` (
`cod_bv` int(11) NOT NULL default '0',
`nombv` text NOT NULL
) TYPE=MyISAM;
331
Cuadro 107. Creación de la tabla zonas
CREATE TABLE `zonas` (
`cod_zona` int(12) NOT NULL default '0',
`nombre_zona` text NOT NULL
) TYPE=MyISAM;
Además de las tablas descriptas anteriormente, se está utilizando una base de datos de
archivos planos en el disco duro del servidor, estos archivos hacen parte del funcionamiento
de la aplicación, ya que en ellos se guardan los archivos de configuración de la aplicación.
A continuación se presenta una visualización del almacenamiento de los archivos planos.
Figura 205. Archivos de almacenamiento
Para el almacenamiento de los archivos planos de la aplicaron Web, se creó una carpeta
“archivos”, guardada dentro de la carpeta “rpcucuta” de la aplicaron Web. Debido a la
importancia de la información que contiene esta, se decidió crearla dentro de esta carpeta
porque todos los archivos que se encuentren dentro de la carpeta “rpcucuta” no son visibles
a ninguna persona en la Web.
A continuación se mostrara la estructura mencionada.
332
Figura 206. Estructura de backup
La carpeta “backup” está compuesta por el siguiente subdirectorio:
Carpeta “dump”: carpeta donde se almacena el archivo “.sql” de las copias de seguridad
de la aplicación, realizado por el administrador de la aplicación. Además archivos del los
códigos Fuentes de la estructura y datos de la aplicación que se crea durante la ejecución de
la aplicación. A continuación se mostrara el contenido de la carpeta mencionada.
Figura 207. Estructura carpeta dump de la Aplicación
Carpeta “bd_rpcancer”: carpeta compuesta por: archivos de textos, la cual almacena el
código completo de la aplicación; las cuales se llaman “bd_tesis” . A continuación se
presenta una vista del archivo.
333
Figura 208. Estructura del archivo bd_rpcancer
Figura 209. Estructura carpeta bookstore
La carpeta “bookstore” está compuesta por el siguiente subdirectorio:
Carpeta “jpgraph”: carpeta donde se almacena el archivos que permiten el diseño de la
aplicación de la web , Además archivos del los códigos de la estructura que se crea durante
la ejecución de la aplicación. A continuación se mostrara el contenido de la carpeta
mencionada.
Figura 210. Estructura carpeta jpgraph
334
Figura 211. Estructura carpeta css
Carpeta compuesta por archivo que permite manipular el estilo de la presentación de la
interfaz para la hoja de estilo en cascada en la impresión de reportes sean generales o de
estadísticas.
Figura 212. Estructura carpeta imágenes
La carpeta “imagenes” está compuesta por el siguiente subdirectorio:
Carpeta “iconos”: carpeta donde se almacena todas las imágenes que permiten una
visualización representativa de las ayudas para la aplicación.
Carpeta “inicio”: carpeta donde se almacena todas las imágenes
visualización representativa del ingreso a la aplicación.
que permiten una
Carpeta “modules”: carpeta donde se almacena todas las imágenes que permiten una
visualización representativa del ingreso a los diversas sesiones según el usuario o usuario
de la aplicación.
Carpeta “reportes”: carpeta donde se almacena todas las imágenes que permiten una
visualización representativa de reportes generales o estadísticos en las diversas consultas
acorde a la información que se solicite por el tipo de usuario de la aplicación.
335
Figura 213. Estructura js
Carpeta compuesta por archivo que se utilizaron para ejecutar ciertas funciones para base
de la aplicación que permitiera validaciones, volver, avanzar y otros, ya se ha podido
asociar como código por parte del sistema.
Figura 214. Estructura carpeta modules
La carpeta “modules” está compuesta por el siguiente subdirectorio:
Carpeta “administrador”: carpeta donde se almacena la estructura de las carpeta del
usuario responsable del manejo de la aplicación, donde se encuentra el código fuente de la
misma estructura en relación a la aplicación.
Carpeta “inicio”: carpeta donde se almacena la estructura de las carpeta del ingreso a
aplicación, donde se encuentra el código fuente de la misma estructura en relación a la
aplicación.
336
Carpeta “autentificación”: carpeta donde se almacena la estructura de las carpeta del
acceso a la aplicación, donde se encuentra el código fuente que permitirá los tipos de
usuarios que solicitaran el ingreso a la aplicación con respecto a ccada sesión de la misma
estructura en relación a la aplicación.
Carpeta “digitador”: carpeta donde se almacena la estructura de las carpeta del usuario
digitador que responde a la funciones de la aplicación, donde se encuentra el código fuente
de la misma estructura en relación a la aplicación que el manipulara en actividades a los
modulos en relación del mismo.
Figura 215. Estructura carpeta administrador
Figura 216. Estructura administrador/usos
337
Figura 217. Estructura carpeta autentificación
Figura 218. Estructura
autentificación/accesos
Figura 219. Estructura carpeta digitador
digitador/usos
Figura 221. Estructura carpeta inicio
338
inicio/usos
En la Figura siguiente se observa la estructura que tiene cada una de las carpetas y alguno
de los códigos fuentes anteriormente mostrados que forman parte de la aplicación.
Figura 223. Vista estructura administrador.usos.insertpaciente
function insertpaciente()
{
$myconn=new MySql;
$myconn->Connection();
$s=getdate();
$dia=$s[mday];
$mes=$s[mon];
$año=$s[year];
global $zona;
global $ubicacion;
global $nubicacion;
global $residenciahabitual;
global $primerapellido;
global $segundoapellido;
global $apellidocasada;
global $primerapellido;
global $segundoapellido;
global $sexo;
global $tipodocumento;
global $primernombre;
global $segundonombre;
global $estadocivil;
global $numerodocumento;
global $muesca;
global $marca;
global $residenciahabitual;
339
global $muniresi;
global $variablecentinela;
$insertpaciente="<br><br><form
name=paciente
method=\"post\"
action=\"".$PHP_SELF."\" target=\"_self\">";
//if ($variablecentinela==1){
$insertpaciente=$insertpaciente."<input
type=hidden
NAME=module
value=administrador><input type=hidden NAME=file value=almacenarpaciente>";
//}
$insertpaciente=$insertpaciente."<table
class=tabla2
align=center
cellspacing=3
cellpadding=3>";
$insertpaciente=$insertpaciente."
<tr><td
class=tabla4
colspan=2><center><img
src=./imagenes/modules/datospersonales.gif><center></td></tr>
<tr>
<td class=title id=visible>Tipo de Documento:</td>
<td id=visible>";
if (!empty($tipodocumento)){
if ($tipodocumento==1)
{
name=\"tipodocumento\"
type=\"radio\" value=\"1\" checked> Cédula <br>
<input name=\"tipodocumento\" type=\"radio\" value=\"2\" > Tarjeta de
Identidad<br>
<input name=\"tipodocumento\" type=\"radio\" value=\"3\" > Registro
Civil";
}
elseif ($tipodocumento==2)
{
type=\"radio\" value=\"1\"> Cédula <br>
<input name=\"tipodocumento\" type=\"radio\" value=\"2\" checked> Tarjeta de
Identidad<br>
Civil";
}
elseif ($tipodocumento==3)
{
type=\"radio\" value=\"1\"> Cédula <br>
<input name=\"tipodocumento\" type=\"radio\"
Identidad<br>
340
value=\"2\">
Tarjeta
de
<input
Registro Civil";
type=\"radio\"
value=\"3\"
checked>
}
}
else
{
$insertpaciente=$insertpaciente."<input name=\"tipodocumento\" type=\"radio\"
value=\"1\"> Cédula <br>
<input name=\"tipodocumento\" type=\"radio\" value=\"2\" > Tarjeta de
Identidad<br>
Civil";
}
$insertpaciente=$insertpaciente."</td>
</tr>
<tr>
<td class=title id=visible2>Número: </td>
<td
id=visible2>
<input
name=\"numerodocumento\"
type=\"text\"
onKeypress=\"LP_data()\" size=\"25\" class=title2 value=\"".$numerodocumento."\" >
</td>
</tr>
<tr>
<td class=title id=visible>Sexo:</td>
<td id=visible>";
if (!empty($sexo))
{
if ($sexo==1){
type=radio
name=sexo
value=2
onclick=\"javascript:document.paciente.apellidocasada.disabled
=
!this.checked;\">Femenino<br>
<input
type=radio
name=sexo
value=1
checked
=
this.checked;\">Masculino<br>";
}
else
{
$insertpaciente=$insertpaciente."<input type=radio name=sexo value=2 checked
=
341
<input
type=radio
name=sexo
value=1
=
}
}
else
{
type=radio
name=sexo
<input
type=radio
name=sexo
value=2
=
value=1
=
}
</tr>
<tr>
<td class=title id=visible2>Primer Apellido: </td>
<td id=visible2>
<input name=\"primerapellido\" type=\"text\" onKeypress=\"if ((event.keyCode >
32 && event.keyCode < 65) || (event.keyCode > 90 && event.keyCode < 97))
event.returnValue = false;\" size=\"25\" class=title2 value=\"".$primerapellido."\">
</td>
</tr>
<tr>
<td class=title id=visible>Segundo Apellido: </td>
<td id=visible>
<input name=\"segundoapellido\" onKeypress=\"if ((event.keyCode > 32 &&
event.keyCode < 65) || (event.keyCode > 90 && event.keyCode < 97))
event.returnValue = false;\" type=\"text\" value=\"".$segundoapellido."\"
size=\"25\" class=title2>
</td>
</tr>
<tr>
<td class=title id=visible2>Apellido de Casada: </td>
<td id=visible2>
<input name=\"apellidocasada\" onKeypress=\"if ((event.keyCode > 32 &&
event.keyCode < 65) || (event.keyCode > 90 && event.keyCode < 97))
event.returnValue = false;\" type=\"text\" value=\"".$apellidocasada."\"
size=\"25\" class=title2>
342
</td>
</tr>
<tr>
<td class=title id=visible>Primer Nombre: </td>
<td id=visible>
<input name=\"primernombre\" type=\"text\" onKeypress=\"if ((event.keyCode > 32
&& event.keyCode < 65) || (event.keyCode > 90 && event.keyCode < 97))
event.returnValue
=
false;\"
size=\"25\"
value=\"".$primernombre."\"
class=title2>
</td>
</tr>
<tr>
<td class=title id=visible2>Segundo Nombre: </td>
<td id=visible2>
<input name=\"segundonombre\" type=\"text\" onKeypress=\"if ((event.keyCode >
32 && event.keyCode < 65) || (event.keyCode > 90 && event.keyCode < 97))
event.returnValue = false;\" value=\"".$segundonombre."\" size=\"25\"
class=title2>
</td>
</tr>
<tr>
<td class=title id=visible>Estado Civil:</td>
<td id=visible>";
if (!empty($estadocivil))
{
if ($estadocivil==1)
{
<input name=\"estadocivil\" type=\"radio\" value=\"1\" checked>
Soltero(a)<br>
<input name=\"estadocivil\" type=\"radio\" value=\"2\"> Casado(a)<br>
<input
name=\"estadocivil\"
type=\"radio\"
value=\"3\">
Divorciado(a)<br>
<input name=\"estadocivil\" type=\"radio\" value=\"4\"> Viudo(a)<br>
<input name=\"estadocivil\" type=\"radio\" value=\"5\"> Unión
Libre";
}
elseif ($estadocivil==2)
{
343
<input
type=\"radio\"
value=\"1\">
Soltero(a)<br>
<input name=\"estadocivil\" type=\"radio\" value=\"2\" checked> Casado(a)<br>
<input
type=\"radio\"
value=\"3\">
Divorciado(a)<br>
Libre";
}
{
<input
type=\"radio\"
value=\"1\">
Soltero(a)<br>
Divorciado(a)<br>
Libre";
}
{
<input
type=\"radio\"
value=\"1\">
Soltero(a)<br>
<input
type=\"radio\"
value=\"3\">
Divorciado(a)<br>
Viudo(a)<br>
Libre";
}
{
<input
Soltero(a)<br>
344
type=\"radio\"
value=\"1\">
<input name=\"estadocivil\" type=\"radio\" value=\"2\" checked> Casado(a)<br>
<input
type=\"radio\"
value=\"3\">
Divorciado(a)<br>
Unión Libre";
}
}
else
{
<input
type=\"radio\"
value=\"1\">
Soltero(a)<br>
<input
type=\"radio\"
value=\"3\">
Divorciado(a)<br>
Libre";
}
$insertpaciente=$insertpaciente."<tr><td></td><td></td></tr>
<tr>
<td id=visible2 rowspan=5 class=title>Residencia Habitual: </td>
<td id=visible2><input name=\"residenciahabitual\" type=\"radio\" value=\"1\"
onclick=\"javascript:document.paciente.zona.disabled
=
this.checked;
javascript:document.paciente.ubicacion.disabled
=
this.checked;
javascript:document.paciente.nubicacion.disabled
=
this.checked;
javascript:document.paciente.muniresi.disabled = !this.checked \"> Norte de Santander<br>
<select
name=muniresi
OnChange=\"javascript:document.paciente.zona.disabled
=
!this.checked;
=
!this.checked;
=
!this.checked;
javascript:document.paciente.muniresi.disabled = this.checked \">
<option></option>";
$sql="SELECT * FROM municipios";
$myconn->consultar("$sql");
while($fila=$myconn->obteneresultado())
{
if ($muniresi == $fila['cod_muni']){
$insertpaciente=$insertpaciente."<option
value=\"".$fila['cod_muni']."\" selected>".$fila['nomuni']."</option>\n";
345
} else {
value=\"".$fila['cod_muni']."\">".$fila['nomuni']."</option>\n";
}
}
$insertpaciente=$insertpaciente."</select>";
</tr>
<tr>
=
!this.checked;
=
!this.checked;
=
!this.checked;
javascript:document.paciente.muniresi.disabled = this.checked \" >Cúcuta<br>";
$insertpaciente=$insertpaciente."<select name=zona OnChange=enviarzona();><br>
<option> </option>";
$sql="SELECT * FROM zonas";
echo "esto es variablecentinela".$variablecentinela;
while($fila=$myconn->obteneresultado())
{
if ($zona == $fila['cod_zona']){
value=\"".$fila['cod_zona']."\" selected >".$fila['nombre_zona']."</option>\n";
} else {
value=\"".$fila['cod_zona']."\" >".$fila['nombre_zona']."</option>\n";
}
}
$insertpaciente=$insertpaciente."<br><select
name=ubicacion
OnChange=enviarzona()>
$sql="SELECT
*
FROM
ubicacion
WHERE
cod_zona='$zona'";
while($fila2=$myconn->obteneresultado())
{
if ($ubicacion == $fila2['cod_ubicacion']){
value=\"".$fila2['cod_ubicacion']."\" selected>".$fila2['nombre_ubicacion']."</option>\n";
} else {
346
value=\"".$fila2['cod_ubicacion']."\">".$fila2['nombre_ubicacion']."</option>\n";
}
}
$insertpaciente=$insertpaciente."<br><select
name=nubicacion>
$sql="SELECT * FROM
cod_ubicacion='$ubicacion'";
residencia_habitual
WHERE
while($fila3=$myconn->obteneresultado())
{
if ($nubicacion == $fila3['nombre_ubicacion']){
value=\"".$fila3['nombre_ubicacion']."\"
selected>".$fila3['nombre_ubicacion']."</option>\n";
} else {
value=\"".$fila3['nombre_ubicacion']."\">".$fila3['nombre_ubicacion']."</option>\n";
}
}
$insertpaciente=$insertpaciente."</select></td>
</tr>
<tr>
=
this.checked;
=
this.checked;
=
this.checked;
javascript:document.paciente.muniresi.disabled = this.checked \" >Extranjero<br></td>
</tr>
<tr>
=
this.checked;
=
this.checked;
=
this.checked;
javascript:document.paciente.muniresi.disabled = this.checked \" >Sin Dato<br></td>
</tr>
<tr>
347
=
this.checked;
=
this.checked;
=
this.checked;
javascript:document.paciente.muniresi.disabled = this.checked \" >Otro<br></td>
</tr>
<tr>
<td class=title id=visible>Dirección Residencia: </td>
<td id=visible>
<input name=\"direccion\" type=\"text\" size=\"25\" class=title2>
</td>
</tr>";
$insertpaciente=$insertpaciente.
"
<tr>
<td class=title id=visible2 >Fecha de Nacimiento:<br>(dd/mm/aa)</td>
<td id=visible2 >Día:
<select name=\"dianac\">
<option> </option>
<option>1</option>
<option>2</option>
<option>3</option>
<option>4</option>
<option>5</option>
<option>6</option>
<option>7</option>
<option>8</option>
<option>9</option>
<option>10</option>
<option>11</option>
<option>12</option>
<option>13</option>
<option>14</option>
<option>15</option>
<option>16</option>
<option>17</option>
<option>18</option>
<option>19</option>
<option>20</option>
<option>21</option>
<option>22</option>
<option>23</option>
348
<option>24</option>
<option>25</option>
<option>26</option>
<option>27</option>
<option>28</option>
<option>29</option>
<option>30</option>
<option>31</option>
</select>
Mes:
<select name=\"mesnac\">
<option> </option>
<option>1</option>
<option>2</option>
<option>3</option>
<option>4</option>
<option>5</option>
<option>6</option>
<option>7</option>
<option>8</option>
<option>9</option>
<option>10</option>
<option>11</option>
<option>12</option>
</select>";
$insertpaciente=$insertpaciente."Año:<select name=\"añonac\"><option> </option>";
for ($i = 1894; $i <= $año; $i++)
$insertpaciente=$insertpaciente."<option>$i</option>";
$insertpaciente=$insertpaciente."<input type=\"hidden\" NAME=\"muesca\" value=1>
<tr>
<td class=title id=visible>Lugar de Nacimiento: </td>
<td id=visible> Municipio:"." "."
<input name=\"muninacimiento\" onKeypress=\"if ((event.keyCode > 32 &&
event.keyCode < 65) || (event.keyCode > 90 && event.keyCode < 97)) event.returnValue =
false;\" type=\"text\" size=\"25\" class=title2>
Departamento:<select name=departnacimiento>
<option> </option>
<option>La Guajira</option>
<option>Atlántico</option>
349
<option>Magdalena</option>
<option>César</option>
<option>Córdoba</option>
<option>Sucre</option>
<option>Bólivar</option>
<option>Norte de Santander</option>
<option>Chocó</option>
<option>Antioquia</option>
<option>Santander</option>
<option>Arauca</option>
<option>Risaralda</option>
<option>Caldas</option>
<option>Boyacá</option>
<option>Casanare</option>
<option>Valle del Cauca</option>
<option>Quindío</option>
<option>Tolima</option>
<option>Cundinamarca</option>
<option>Vichada</option>
<option>Cauca</option>
<option>Huila</option>
<option>Meta</option>
<option>Guainía</option>
<option>Nariño</option>
<option>Caquetá</option>
<option>Guaviare</option>
<option>Vaupés</option>
<option>Putumayo</option>
<option>Amazonas</option>
<option>San Andrés y Providencia</option>
</select><br>";
$insertpaciente=$insertpaciente."Otro:\n
name=otrolunacimi class=title2>
<input
type=text
</td>
</tr>";
$insertpaciente=$insertpaciente."<tr>
<td class=title id=visible2>Teléfono: </td>
<td id=visible2>
<input name=\"telefono\" type=\"text\" onKeypress=\"LP_data()\" size=\"25\"
class=title2>
</td>
</tr>
350
<tr>
<td class=title id=visible>Célular: </td>
<td id=visible>
<input name=\"celular\" type=\"text\" onKeypress=\"LP_data()\" size=\"25\"
class=title2>
</td>
</tr>
<tr>
<td class=title id=visible2> Estrato Socioeconómico:</td>
<td id=visible2 ><select name=\"estrato\">
<option> </option>
<option>1</option>
<option>2</option>
<option>3</option>
<option>4</option>
<option>5</option>
<option>6</option>
</select><br></td>
</tr>
<tr>
<td class=title id=visible> Nivel de Sisben:</td>
<td id=visible><select name=\"sisben\">
<option> </option>
<option>1</option>
<option>2</option>
<option>3</option>
<option>4</option>
<option>5</option>
<option>6</option>
<option>Sin Sisben</option>
</select><br></td>
</tr>
<tr>
<td class=title id=visible2 > Tipo de Afiliación en Salud:</td>
<td id=visible2><select name=\"afiliacion\">
<option> </option>
<option value=1>Contributivo</option>
<option value=2>Subsidiado</option>
<option value=3>Vinculado</option>
<option value=4>Particular</option>
<option value=5>Otro</option>
351
</select><br></td>
</tr>
<tr>
<td class=title id=visible>Historia Clínica: </td>
<td id=visible>
<input name=\"historia\" type=\"text\" size=\"25\" class=title2>
</td>
</tr>
</TABLE></center>";
$nregistro=$año."-".$consecutivo;
$añoreg=$año;
$conse=$consecutivo;
$insertpaciente=$insertpaciente."<br><table align=center><tr><td><input type=\"hidden\"
NAME=\"nregistro\" value=$nregistro><input type=\"hidden\" NAME=\"añoreg\"
value=$añoreg><input
type=\"hidden\"
NAME=\"conse\"
value=$conse><input
type=\"hidden\" NAME=\"consecutivo\" value=$consecutivo><input type=\"hidden\"
NAME=\"marca\"
value=$marca><BUTTON
TYPE=submit
name=\"enviar\"
onclick=validaroption()><img src=./imagenes/modules/enviar.gif ></BUTTON></td>
</form>";
$insertpaciente=$insertpaciente."<td><a
href=\"index.php?module=administrador&file=_default\"
src=./imagenes/modules/salir.gif></a></td></tr></table>";
return $insertpaciente;
}
352
target=\"_self\"><img
Figura 224. Vista estructura autentificación.acceso.clave
<?php
function clave()
{
$clave="
<br>
<p align=\"center\" class=title3>Ingrese su nombre de Usuario y la Clave de acceso</p>
<form method=\"post\" action=\"".$PHP_SELF."\" target=\"_self\">
<input type=\"hidden\" NAME=\"module\" value=\"autentificacion\">
<input type=\"hidden\" NAME=\"file\" value=\"validacionusuario\">
<center> <table class=tabla5><tr><td><br>
<table class=tabla6>
<tr>
<td class=title> <b>Usuario:</b></td>
<td ><input type=\"text\" size=\"20\" name=\"login\" maxlength=8
class=title2></td>
</tr>
<tr>
<td class=title><b>Password:</b></td>
<td> <input type=\"password\" size=\"20\" name=\"clave\" maxlength=8
class=title2></td>
</tr>
</table>
</td></tr></table><center><br><BUTTON TYPE=submit
src=./imagenes/modules/enviar.gif></BUTTON></center>
</form>";
return $clave;
353
name=\"enviar\"><img
Figura 225. Vista estructura digitador.usos.default
<?
function _default()
{
global $tipousuario2;
$default="<center><p>Bienvenido $tipousuario2, usted puede ingresar a alguno de estos
módulos</p></center><br><br><br>"
."<a
href=\"index.php?module=administrador&file=insertpaciente\"
target=\"_self\">Ingresar Paciente</a>";
return $default;
}
?>
Figura 226. Vista estructura inicio.usos.registro
<?
function registro()
{
$registro="<p>hola a todos este es el inicio .....uno de tantos</p>";
return $registro;
}
?>
4.6.5 Implementación Capa de integración. Esta capa permite independizar el
almacenamiento de la aplicación, a través de una interfaz reusable. Permite escribir algunos
métodos genéricos para manejar todas las operaciones que se realizan con la base de datos,
conexión, consulta, etc., gracias a que cuenta con una interfaz que permite realizar todas las
transacciones al modelo relacional. La interfaz JDBC que se manejó para la aplicación es el
controlador “postgresql-8.1dev-400.jdbc3”. Además de esto se cuenta con dos clases
encargadas de realizar todas las operaciones referentes con la base de datos, ellas son: la
clase BaseDeDatos, encargada de ejecutar todas las consultas con el motor de la base de
datos y de devolver los resultados de las transacciones ejecutadas; la clase ObjetoMediador,
encargada de preparar todas las consultas (actualizar, eliminar, consultar, ingresar) que
realizan los usuarios de la aplicaron Web, de transformarla en consultas SQL, de enviarlas a
la clase BaseDeDatos y de trasformar los resultados de las transacciones en objetos. La
vista de estas clases se puede a preciar en el modelo de clases descrito anteriormente.
354
4.6.6 Implementación Capa Lógica de Negocios. Capa que contiene todas las reglas
comerciales del negocio. Está constituida por todos los paquetes de clases que se utilizaron
en la aplicación. A continuación se presenta una breve descripción de la funcionalidad que
realiza cada clase.
Cuadro 107. Clases de la lógica de negocio
Clase
Lineplot
Paquete
RPCúcuta
Graph
RPCúcuta
Barplot
RPCúcuta
Objetomediador
Inicio
Mysql
Inicio
Usuario
Inicio
Paciente
Gestionar Consultas
355
Descripción
Paquete que contiene todas las
clases con respecto a su Diseño de
líneas, bordes tipo fuente o escrito y
presentación que proporcionan a la
aplicación .
clases con respecto a su Diseño
Grafico en las estadísticas, reportes e
impresiones, y presentación que
proporcionan a la aplicación .
clases con respecto a su presentación
con contrastes de colores y mejor
visualización que proporcionan a la
aplicación .
representa una dependencia de la
aplicación.
Clase encargada de subir al servidor
todos los archivos adjuntos, Además
es la clase que se encarga de
procesar las peticiones y de analizar,
extraer y procesar los valores de los
datos contenidos allí
representa un usuario que ha
ingresado e iniciado sesión en la
aplicación y representa un problema
encontrado por el usuario en un
momento determinado.
Clase encargada de preparar todos
las peticiones de la capa de lógica de
negocios y convertirlas en consultas,
Actualizaciones e ingreso de nuevos
datos del paciente en SQL, además
es la encargada de hacer la
transformación de los resultados a
objetos de lógica de negocio, es
Backup
Gestionar Backup
Altumor
Gestionar Consultas
Alcertidefun
Gestionar Consultas
356
también la clase que se comunica
con la capa de integración, es decir
el modelo del negocio de la
aplicación Clase encargada de
ejecutar todas las consultas,
actualizaciones
y
demás
Operaciones, para dar resultados de
las misma para su posterior
visualización
Clase encargada de crear una copia
de respaldo manejada en la
aplicación por todos los usuarios
datos del diagnóstico en
SQL,
además es la encargada de hacer la
actualizaciones
y
demás
visualización
datos del Certificado de Defunción
en SQL, además es la encargada de
hacer la transformación de los
resultados a objetos de lógica de
negocio, es también la clase que se
comunica con la capa de integración,
es decir el modelo del negocio de la
actualizaciones
y
demás
Médico
Gestionar Consultas
Fuentes
Gestionar Consultas
Dpoblación
Gestionar Consultas
357
visualización
datos del Médico en SQL, además
actualizaciones
y
demás
visualización
datos de la fuente en SQL, además
actualizaciones
y
demás
visualización
datos de la población acorde a los
grupos etareos en SQL, además es
la
encargada
de
hacer
la
Barrio_vereda
Gestionar Consultas
Paginator
Gestionar Consultas
actualizaciones
y
demás
visualización
datos de los barrios o veredas en
SQL, además es la encargada de
hacer la transformación de los
resultados a objetos de lógica de
negocio, es también la clase que se
comunica con la capa de integración,
es decir el modelo del negocio de la
actualizaciones
y
demás
visualización
clases de la lógica de negocios y
permite realizar organizadamente la
información
en
consultas,
actualizaciones de la aplicación
pertinentes al mismo paquete de la
aplicación.
4.6.7 Implementación capa de Control. Capa encargada de recibir las peticiones
realizadas por los usuarios a través de la interfaz de presentación y transmitirla a la capa de
lógica de negocios. También es la encargada de decir que interfaz o que página llamar de
acuerdo a los resultados enviados por la capa de lógica de negocios.
358
Cuadro 108. Controladores
PHP
actusuario
eliminarusu
Backup_timeout
innuevousuario
población
eliminarpoblación
agregarpoblación
modificarpoblacion
actualizarmédico
eliminarmédico
insertmédico
Descripción
Página encargada de buscar y mostrar en un archivo
php los asuntos de todos los usuarios creados
Página encargada de mostrar un archivo php para la
visualización de la ayuda de “consultar usuario” y
de “eliminar usuario” del usuario administrador,
respectivamente los datos del usuario seleccionado
visualización de la ayuda de “crear un backup” del
usuario administrador de la aplicación.
visualización de la ayuda de “consultar usuario” y
de “agregar usuario” del usuario administrador,
respectivamente los datos del usuario.
php los asuntos de todos los datos de la población
creados
visualización de la ayuda de “consultar población” y
de “eliminar población” del usuario administrador,
respectivamente los datos de la población del año
seleccionado.
de “agregar población” del usuario administrador,
respectivamente los datos del año seleccionado para
la población.
de “modificar población” del usuario administrador,
respectivamente los datos a cambiar de la población.
php los asuntos de todos los datos del médico creados
visualización de la ayuda de “consultar médico” y
de “eliminar médico” del usuario administrador,
respectivamente los datos del médico seleccionado.
de “agregar médico” del usuario administrador,
respectivamente los datos del médico.
359
modificarmédico
de “modificar médico” del usuario administrador,
respectivamente los datos a cambiar del médico.
actualizarfinformación
php los asuntos de todos los datos de las fuentes
creados
visualización de la ayuda de “consultar fuentes” y
de “eliminar fuentes” del usuario administrador,
respectivamente los datos de la fuente seleccionado.
visualización de la ayuda de “consultar fuentes” y
de “agregar fuentes” del usuario administrador,
respectivamente los datos de la fuente.
eliminarfuente
insertfuentes
actualizarbv
eliminarbv
insertbv
informegen
informeestadístico
informes
ActualizarCertidefunge2
eliminarcertidefunge
php los asuntos de todos los datos de los Barrios o
Veredas creados
visualización de la ayuda de “consultar
Barrio_vereda” y de “eliminar Barrio_vereda” del
usuario administrador, respectivamente los datos del
Barrio o Vereda seleccionado.
visualización de la ayuda de “consultar
Barrio_vereda” y de “agregar Barrio_vereda” del
usuario administrador, respectivamente los datos del
barrio o Vereda .
visualización de la ayuda de “imprimir reportes de
informes de pacientes”
visualización de la ayuda de “imprimir estadística ”
visualización de la ayuda de “aspectos generales” de
los usuarios de la aplicación
php los asuntos de todos los datos del certificado de
defunción creados
visualización de la ayuda de “consultar certificado” y
de “eliminar certificado” del usuario administrador,
360
nuevocertidefun
respectivamente
los
datos
del
certificado
seleccionado.
de “agregar certificado” del usuario administrador,
respectivamente los datos del certificado.
certidefungeneral
de “modificar certificado” del usuario administrador,
respectivamente los datos a cambiar del certificado.
ayuda
visualización de la ayuda de “sugerencias” de los
usuarios de la aplicación
Página encargada de mostrar un archivo para la
visualización del formulario de creación de una copia
de respaldo (backup) de los demás archivos de la
aplicación
backup
actualizartumor
eliminartumor
nuevotumoractu
Actualizaciones
clave
reportes
actualizarpaciente
php los asuntos de todos los datos de los diagnósticos
creados
visualización de la ayuda de “consultar diagnostico”
y
de “eliminar diagnostico” del usuario
administrador, respectivamente los datos del
diagnóstico seleccionado.
visualización de la ayuda de “consultar diagnostico”
y
de “agregar diagnostico” del usuario
administrador, respectivamente los datos del
diagnostico.
visualización del formulario de cambiar datos
respectivos de la aplicación
Página encargada de terminar la sesiones respectivas
de todos los objetos creados por el en el servidor
Web.
Página encargada de realizar una petición a la capa de
lógica de negocio de los usuarios, y problemas que se
encuentran en la base de datos, para su posterior
visualización en un archivo php
361
eliminarpaciente
pacientegeneral
buscar
Consulta
index
claveusuario
general
Gráficar_line
gráficaindividual
paciente
fuentes
php los asuntos de todos los datos de los pacientes
creados
visualización de la ayuda de “consultar paciente” y
de “eliminar paciente” del usuario administrador,
respectivamente los datos del
diagnóstico
seleccionado.
visualización de la ayuda de “consultar paciente” y
de “modificar paciente” del usuario administrador,
respectivamente los datos del paciente.
Página encargada de buscar y mostrar información de
un paciente, diagnóstico especifico, que se
encuentran en la base de datos guardado
Página encargada de mostrar un archivo php, para
realizar en ellos las consultas, de acuerdo a la opción
escogida por el usuario que está laborando en la
aplicación (coordinador o administrador)
Página encargada de crear la sesión del usuario y de
verificar si los datos ingresados por este son válidos y
de reenviarlo la página correspondiente, de acuerdos
al resultado de la consulta
Página encargada de mostrar en un archivo php el
formulario para el ingreso de un nuevo usuario de la
aplicación de acuerdo a la opción seleccionada por el
usuario administrador
formulario para la creación tablas de datos de
acuerdo a la opción seleccionada por el usuario
coordinador o administrador
formulario para la creación gráficas de datos
estadísticos en línea de acuerdo a la opción
seleccionada por el usuario coordinador o
administrador
formulario para la creación gráficas de datos
estadísticos en barra de acuerdo a la opción
seleccionada por el usuario coordinador o
administrador
Página encargada de mostrar en un archivo php,
todos los datos del paciente y todos los pacientes
creados en la base de datos
362
eliminar
tumor
certidefun
poblacion
médico
enviar
usuarios
mysql
Error
guardarBackup
guardarClave
guardar
Tipo _ examen
examenes
todos los datos de la fuente y todas las fuentes
Página encargada de mostrar en un archivo php la
lista de todos los usuarios, dependencias y problemas
para su selección y posterior eliminación de la base
de datos, función realizada por el administrador de la
aplicación
todos los datos del diagnóstico
y todos los
diagnósticos creados en la base de datos
todos los datos del certificado y todos los certificados
todos los datos de la poblacion y todos los años por
poblacion creados en la base de datos
todos los datos del médico y todos los médicos
Página encargada de enviar todos los datos
ingresados seleccionados por el usuario, además
muestra en un archivo php el resultado de la misma
todos los datos del usuario y todos los usuarios
todos los todos los usuarios creados en la base de
datos para el envío creado anteriormente
Página encargada de capturar un error inesperado de
la aplicación, y de mostrar un formulario en un
archivo php para el envío de los datos encontrados
Página encargada de realzar el envío de la copia de
respaldo al administrador o de descargarla al
computador local donde se encuentra
Página encargada de verificar la validez de la
información del usuario y de guardar los cambios de
la clave de los usuario que realizan la petición
Página encargada de guardar en la base de datos los
nuevos datos generados por el administrador de la
aplicación y de mostrar el resultado.
todos los datos de los tipos de examen creados en la
base de datos
363
Tipo_topografia
rpcucucta
indexRegistrarInformacion
indexConsultarInformacion
indexVerificarInformacion
indexActualizarInformacion
IndexIniciaraplicacion
indexError
Ayuda
información
rpcucuta
claveusuario
morfología
General1
localización
Errorpage
todos los datos de examen creados en la base de
datos
todos los datos de los sitios primarios creados en la
base de datos
Página encargada de mostrar en un archivo la página
inicial de la aplicación
inicial del usuario administrador o digitador
inicial del usuario administrador o coordinador
inicial del usuario administrador o digitador
inicial del usuario administrador y digitador según la
respectiva sesión de actualización
inicial del usuario administrador
Página encargada de mostrar en un archivo la interfaz
de mal inicio de sesión de usuario
Página encargada de mostrar información referente a
manual de usuario y sistema de la aplicación.
Página encargada de mostrar información referente a
la institución el centro de rehabilitación de norte de
Santander .
Página encargada de mostrar la imagen de inicio de la
aplicación
Página encargada de mostrar la imagen de inicio de
sesión, de acuerdo al usuario que ha ingresado a la
aplicación
todos los datos de las células que originan el tumor
Página encargada de realizar la búsqueda y de
mostrar en una tabla con los pacientes que coincidan
con la búsqueda respectiva
todos los datos de los lugares exterior del tumor
ubicado en el paciente, creados en la base de datos
Página encargada de guardar en la base de datos el
error encontrado y enviado por el usuario. Además es
la encargada de mostrar en un archivo php el
resultado de la misma, ya sea bueno o malo.
364
Actualizar
Causas_muerte
Otra _ evidencia
evidefun
General2
vista
subir
sesión
Barrio_vereda
tee
modificar
ingresarpaciente
Página encargada de guardar los cambios realizados
por el usuario administrador en los datos
especificados de la aplicación.
todos los datos de las posibles causas de muerte
ingresadas en la base de datos
todos los datos de los métodos de diagnóstico que
originan el tumor, creados en la base de datos
todos los datos del método de diagnóstico a través del
certificado de defunción que origino el tumor,
Página encargada de buscar y listar en una tabla
todos las diversas consultas que se encuentra en la
aplicación
Página encargada de obtener los datos del documento
que se está creando, subidos al servidor, procesarlos,
validarlos y de mostrar en un archivo php el resultado
del mimos, ya sea buena o no la operación
Página encargada de subir al servidor Web el archivo
php que el usuario creó, con el organigrama de la
organización, además muestra en un archivo php el
resultado de la petición realizada
formulario de iniciar sesión de la aplicación, con
todos los perfiles creados
todos los datos de los barrios y veredas que ingresan
en el análisis de acuerdo a la ciudad de Cúcuta,
formulario para la creación de los datos del estándar
especifico por grupos etareos y tipo de incidencia de
la neoplasia de acuerdo a la opción seleccionada por
el usuario coordinador o administrador
Página encargada de mostrar en un archivo php la
lista de todos los usuarios y problemas para su
selección y posterior para modificar información de
la base de datos, función realizada por el
administrador de la aplicación
Pagina encargada del inicio del registro de un
365
Consultarinformación
Verificarinformación
actualizazcionesinformación
Copiaseguridadinformación
paciente nuevo con todos los datos respectivos al
diagnóstico de la neoplasia, de acuerdo a la opción
seleccionada por el usuario digitador o administrador
Pagina encargada del inicio de consultas de un
paciente en general o determinadas estadísticas
colectivas para estudios de la institución con todos
los datos respectivos al diagnostico, de acuerdo a la
opción seleccionada por el usuario coordinador o
administrador
Pagina encargada del inicio de consultas de un
paciente en general para el estudio de la los datos
respectivos al diagnostico, de acuerdo a la opción
seleccionada por el usuario digitador o administrador
Página encargada de los cambios realizados por el
usuario administrador en los datos especificados de la
aplicación.
Página encargada de guardar los datos respectivos y
la estructura de las tablas de la misma realizados por
el usuario administrador especificados de la
aplicación.
4.6.8 Implementación capa de Presentación. En esta capa se establece la composición
de los contenidos que se presentan finalmente al usuario, como resultado de su petición. Se
añade información de presentación a los contenidos: dónde tienen que aparecer, cuál es el
tamaño de letra más adecuado, dónde va el título, dónde va el logo, que tipo de fuente
utilizar, etc.
Cuadro 109. Relación estilo PHP y controladores PHP
Archivo PHP
backup
bd_rpcancer
Bookstore
Controlador PHP
Backup.sql,
backupestructura.sql, backup.php,
backup_fulltext.php,
backup_timeout.php,
dbinfo.php,
Delete.php, download.php, index.php, main.php,
readme.txt, restore.php,
bd_tesis.sql,
tabla_localización.sql,
tabla_médicos.sql, tabla_tipotp.sql
Jpgraph.php, Jpgraph_bar.php, Jpgraph_canvas.php,
Jpgraph_error.php,
Jpgraph_gantt.php,
Jpgraph_line.php, Jpgraph_log.php, Jpgraph_pie.php,
Jpgraph_pie3d.php,
Jpgraph_scatter.php,
366
Modules.administrador.usos
Jpgraph_spider.php,
Index.php,
actualizaciones.php,
actualizarcertidefun.php, actualizarcertidefunge2.php,
actualizardatospaciente.php,
actualizarfinformación.php,
actualizarmédico.php,
actualizarmédico3.php,
actualizarpaciente.php,
actualizarpaciente2.php,
actualizarpoblacion.php,
actualizarpoblacion2.php, actualizarpoblacion3.php,
actualizartumor.php,
actusuario.php,
agregarpoblación.php,
agregarpoblación2.php,
almacenarcertidefun.php,
almacenarfuente.php,
almacenarfuentesinfor.php,
almacenarmédico.php,
almacenarmetodo.php,
almacnarnuevocertidefun.php,
almacenarpaciente.php,
almacenartumor.php,
backup.php, backup_timeout.php, buscador.php,
buscar.php, certidefun.php, certidefungeneral.php,
consultas.php,
consultas2.php,
default.php,
consultas3.php, consultas4.php, consultas5.php,
eliminarcertidefun.php,
eliminarcertidefunge.php,
eliminarfuente.php,
eliminarfuente2.php,
eliminarmédico2.php,
eliminarpaciente.php,
eliminarpaciente2.php,
eliminarpoblación.php,
eliminarpoblacion2.php,
eliminartumor.php,
eliminarusu.php,
eliminarusu2.php, estadística.php, estadistica1.php,
estadistica3.php,
estadistica4.php,
estadisticagenerales.php,
estadisticamujer.php,
femenino.php, masculino.php, fuentesinfor.php,
general.php,
general2.php,
general3.php,
general4.php,
general5.php,
import.php,
informes.php,
ingresonuevocertidefun.php,
ingresonuevotumor.php,
innuevousuario.php,
isrtmédico.php, insertfuente.php, insertpaciente.php,
metododiag.php,
nuevocertidefun.php,
nuevotumoractu.php,
pacientegeneral.php,
poblacio.php, tee.php, tumor.php, topografia.php,
topografia1.php,
tumorgeneral.php,
validacionuevousuario.php,
gráfica_line.php,
gráficaindividual.php, gráficar.php, gráficar2.php,
gráficar3.php,
gráficarcomportamiento.php,
gráficarcomunas.php,
gráficarestrato.php,
gráficargradodif.php,
gráficarmdiagnostico.php,
gráficarmuertos.php,
reporte.php,
insertbv.php,
367
Autentificacion.accesos
Digitador.usos
Inicio.usos
Sitio_rpcucuta
Actualizarpoblacion.php
actualizaciones.php
Jpgraph.php
Consultas.php
almacenarnuevobv.php
eliminarbv.php
actualizarbv.php, gráficarzonas.php
Index.php,
clave.php,
tipousuario.php,
validacionusuario.php
Index.php, default.php, insertpaciente.php
Index.php, registro.php
Index.html, index.php, parche.php, parche.html,
prueba.php, prueba1.html, tabla.html,
actualizarpoblacion.php, actualizarpoblacion2.php,
eliminarpoblación.php, actualizarpoblacion3.php
actualizarcertidefun.php, actualizarcertidefunge2.php,
actualizardatospaciente.php,
actualizarfinformación.php,
actualizarmédico.php,
actualizarpaciente.php,
actualizarpaciente2.php,
actualizarpoblacion.php,
actualizarpoblacion2.php, actualizarpoblacion3.php,
actualizartumor.php,
actusuario.php,
eliminarcertidefun.php,
eliminarcertidefunge.php,
eliminarfuente.php,
eliminarfuente2.php,
eliminarpaciente.php,
eliminarpaciente2.php,
eliminarpoblación.php,
eliminarpoblacion2.php,
eliminartumor.php,
eliminarusu.php,
eliminarusu2.php
agregarpoblación.php,
almacenarcertidefun.php,
almacenarfuente.php,
almacenarfuentesinfor.php,
almacenarmédico.php,
almacenarmetodo.php, almacnarnuevocertidefun.php,
almacenarpaciente.php,
almacenartumor.php
ingresonuevocertidefun.php, ingresonuevotumor.php,
innuevousuario.php,
nuevocertidefun.php,
nuevotumoractu.php,
gráfica_line.php, gráficaindividual.php, gráficar.php,
gráficar2.php,
gráficar3.php,
gráficarcomportamiento.php, gráficarcomunas.php,
gráficarestrato.php,
gráficargradodif.php,
gráficarmdiagnostico.php, gráficarmuertos.php,
consultas.php,
consultas2.php,
default.php,
consultas3.php,
consultas4.php,
consultas5.php
estadística.php, estadistica1.php, estadistica3.php,
estadistica4.php,
estadisticagenerales.php,
estadisticamujer.php
general.php, general2.php,
general3.php,
general4.php,
general5.php,
368
Insertpaciente.php
Buscador.php
Almacenarcertidefun.php
metododiag.php
tumor.php
Topografia.php
Topografia1.php
Certidefun.php
Almacenarmetodiag.php
Backup.php
import.php, informes.php, reporte.php,
Insertpaciente.php, almacnarpaciente.php
Buscador.php, buscar.php
Almacenarcertidefun.php
metododiag.php
tumor.php
Topografia.php
Topografia1.php
Certidefun.php
Almacenarmetododiag.php
backup.php,
backup_fulltext.php,
backup_timeout.php restore.php
4.7 VERIFICACION Y PRUEBAS
PRUEBAS DE SISTEMA
Al software se le realizó pruebas de sistema, teniendo en cuenta el funcionamiento del
mismo en diferentes sistemas operativos, sobrecarga de sistema y en diferentes hardware.
PRUEBAS DEL SISTEMA EN DIFERENTES SISTEMAS OPERATIVOS
El software se probó en tres sistemas operativos distintos, los cuales son Win98 segunda
edición, Windows XP y Windows NT sistemas instalados en diferentes equipos que la
empresa a requerido.
En esta prueba se observó que el comportamiento del software es independiente del sistema
operativo en que se ejecute ya que instalado en cada uno de los anteriores sistemas
operativos no mostró ninguna diferencia de funcionamiento.
369
SOBRECARGA DEL SISTEMA
Se ejecutó el software en el equipo que comprende el sistema, observando lo siguiente:
Los tiempos de carga de los formularios se realizan sin problemas.
Los tiempos de respuesta se incrementan.
El funcionamiento del software en cuanto a consultas, registros de información,
impresión de informes y procesos de datos no se vio alterado a pesar de la sobrecarga.
PRUEBAS EN DIFERENTES HARDWARE
Se realizaron pruebas individuales en equipos con características de hardware distintos,
observando que:
Al incrementar la velocidad del procesador y la cantidad de memoria RAM los tiempos
de carga, respuesta y procesamiento disminuyen logrando optimizar el software
desarrollado.
Las características de los equipos en los cuales se realizaron de los pruebas del software
son:
o Equipo1 : Disco Duro de 40 GB , 256 MB de memoria RAM, procesador pemtium IV
sistema operativo Windows 98 segunda edición.
sistema operativo Windows 98 segunda edición.
sistema operativo Windows XP.
370
4.7.1 Plan de Pruebas. Se realizaron las pruebas necesarias en cada uno de los casos de
uso de manera individual, para verificar el comportamiento del software a través de cada
una de las interfaces, se evaluarán los resultados midiendo la eficiencia del sistemas.
CASOS DE PRUEBA DEL SISTEMA
Caso De Uso 1: Iniciar Aplicación
Pruebas:
Se utiliza el botón entrar del formulario inicio
o Se digita la información del usuario ( login y clave ) y se pulsa el botón enviar del
formulario validar usuario.
o Se digita la información del usuario ( login y clave ) y se pulsa el botón enviar del
o Se digita nuevamente los mismos datos ( login y clave ) y se pulsa el botón enviar del
o Se utiliza el botón salir.
o Se da click en el botón regresar.
o Se utiliza los botones y vínculos de la interfaz iniciar sesión de manera correcta de
acuerdo a lo acordado.
Evaluación:
o Carga en memoria correctamente el formulario validar usuario.
371
o La información se almacena en un registro de la clase usuario de manera correcta, e
inicia la sesión correspondiente.
o Muestra un mensaje advirtiendo que los datos no existen y vuelve a solicitar los datos.
o El formulario se descarga de memoria correctamente y vuelve al formulario de inicio
o Se digita nuevamente los mismos datos ( login y clave ) y se pulsa el botón enviar del
formulario validar usuario
o Se utiliza el botón salir
o Se da click en el botón regresar
o Se utiliza los botones y vínculos de la interfaz iniciar sesión de manera correcta de
acuerdo a lo acordado
Evaluación:
o Carga en memoria correctamente el formulario validar usuario
o La información se almacena en un registro de la clase usuario de manera correcta, e
inicia la sesión correspondiente
o Muestra un mensaje advirtiendo que los datos no existen y vuelve a solicitar los datos
o El formulario se descarga de memoria correctamente y vuelve al formulario de inicio
o Permite cargar en memoria el formulario validar usuario y vuelve a solicitar los datos
o Al utilizar los botones y vínculos se visualiza lo correspondiente al sistema y se realiza
correctamente lo establecido.
372
Caso de Uso 2: Registrar Información.
Pruebas:
o Se utiliza los botones y vínculos de los formularios e interfaces
Evaluación:
o Carga en memoria correctamente formularios e interfaces establecidos
Caso de Uso 3: Ingresar Paciente
Pruebas:
o Se digita la información de un nuevo paciente en el formulario y se pulsa el botón
guardar
o Se digita nuevamente los mismos datos del paciente y se pulsa el botón guardar del
formulario
o Se da un click en el botón aceptar
o Se da un click en el botón regresar ( volver )
o Se da un click en el vínculo definir neoplasia del formulario estado paciente
Evaluación:
o La información se almacena en un registro de la clase paciente de manera correcta
373
o Muestra un mensaje advirtiendo que los datos ya existen, están incompletos y vuelve a
solicitar los datos
o El formulario se descarga de memoria correctamente y vuelve a cargar la interfaz
registrar.
o El formulario se descarga de memoria correctamente y vuelve a cargar el formulario
datos paciente, vuelve a solicitar los datos
o Permite cargar en memoria el formulario contiguo( localización )
Caso de Uso 4: Registrar Diagnóstico
Pruebas:
o Se hace click en el vínculo de la localización de la neoplasia seleccionada en el
formulario
o Se selecciona la topografía en el formulario
o Se selecciona la morfología en el formulario y se pulsa el botón enviar
o Se selecciona la morfología en el formulario y se pulsa el botón regresar ( volver )
o Se proporciona la información del diagnóstico en el formulario y se pulsa el botón
guardar
374
o Se proporciona los mismos datos nuevamente del diagnóstico y se pulsa el botón guardar
en el formulario
o Se da un click en el vínculo registrar tratamiento del formulario estado Diagnóstico
Evaluación:
o Carga en memoria correctamente los tipos de topografía relacionada a la localización
seleccionada
o Carga en memoria correctamente los tipos de morfología relacionada a la topografía
seleccionada
o La información es visualizada en el formulario registrar neoplasia de manera correcta
o Permite cargar en memoria el formulario de localización
o La información se almacena en un registro de la clase diagnóstico de manera correcta
registrar neoplasia y vuelve a solicitar datos
o Muestra un mensaje advirtiendo que los datos son incorrectos y vuelve a solicitar los
datos
Caso de Uso 5: Registrar Tratamiento
Pruebas:
o Se selecciona los tipos de tratamientos y se pulsa el botón guardar
375
o Se da un click en el vínculo registrar fuente de información del formulario estado
tratamiento
Evaluación:
o Permite cargar en memoria el formulario contiguo ( registrar fuente de información )
Caso de Uso 6: Registrar Fuente de Información
Pruebas:
o Se selecciona las fuentes, médicos y examenes que conforman la información del
diagnóstico y se pulsa el botón guardar
o Se utiliza los vínculos registrar certificado de defunción, ingresar paciente y salir de la
interfaz estado fuente de información de manera correcta de acuerdo a lo acordado
Evaluación:
o La información se almacena en un registro de la clase fuentes de manera correcta
o Al utilizar los vínculos Permite cargar en memoria el formulario contiguo establecido
( registrar certificado de defunción, ingresar paciente, iniciar sesión )
Caso de Uso 7: Registrar Certificado de Defunción
Pruebas:
o Se digita la información de un nuevo certificado de función en el formulario y se pulsa
el botón guardar
376
o Se digita nuevamente los mismos del certificado de defunción y se pulsa el botón
guardar del formulario
o Se utiliza los vínculos ingresar paciente y salir de la interfaz estado certificado de
defunción de manera correcta de acuerdo a lo acordado
Evaluación:
o La información se almacena en un registro de la clase certidefun de manera correcta
solicitar los datos
o Al utilizar los vínculos Permite cargar en memoria el formulario contiguo establecido (
ingresar paciente, iniciar sesión )
Caso de Uso 8: Actualizar Información.
Pruebas:
377
Evaluación:
Caso de Uso 9: Actualizar Diagnóstico.
Pruebas:
Evaluación:
Caso de Uso 10: Actualizar Población.
Pruebas:
Evaluación:
Caso de Uso 11: Actualizar Médicos.
Pruebas:
378
Evaluación:
Caso de Uso 12: Actualizar Fuentes.
Pruebas:
Evaluación:
Caso de Uso 13: Actualizar Paciente.
Pruebas:
Evaluación:
Caso de Uso 14: Actualizar Certificado de Defunción.
Pruebas:
379
Evaluación:
Caso de Uso 15: Actualizar Usuario.
Pruebas:
Evaluación:
Caso de Uso 16: Eliminar Diagnóstico
Pruebas:
o Se digita el número de documento del paciente y se pulsa el botón enviar
o Se selecciona el diagnóstico a eliminar de la lista
o Se da un click en el botón cancelar
380
Evaluación:
o Se ejecuta la consulta, los datos extraídos corresponden a la información contenida en la
base de datos de los diagnósticos del paciente y carga en memoria correctamente el
formulario.
o Muestra un mensaje advirtiendo la confirmación de la operación
o El formulario se descarga correctamente de memoria y vuelve a cargar la interfaz
actualizar diagnóstico
o La información se borra del registro de la clase diagnóstico y actualiza de manera
correcta
o El formulario se descarga de manera correcta y vuelve a cargar el formulario eliminar
diagnóstico
o Caso de Uso 17: Agregar Diagnóstico
o Pruebas:
o Se hace click en el vínculo de la localización de la neoplasia seleccionada en el
formulario
o Se selecciona la topografía en el formulario
o Se selecciona la morfología en el formulario y se pulsa el botón enviar
381
o Se selecciona la morfología en el formulario y se pulsa el botón regresar ( volver )
o Se proporciona la información del diagnóstico en el formulario y se pulsa el botón
guardar
o Se proporciona los mismos datos nuevamente del diagnóstico y se pulsa el botón guardar
en el formulario
o Se da un click en el vínculo registrar tratamiento del formulario estado Diagnóstico
o Se selecciona los tipos de tratamientos y se pulsa el botón guardar
o Se da un click en el vínculo registrar fuente de información del formulario estado
tratamiento
o Se selecciona las fuentes, médicos y examenes que conforman la información del
diagnóstico y se pulsa el botón guardar
o Se utiliza los vínculos registrar certificado de defunción, ingresar paciente y salir de la
interfaz estado fuente de información de manera correcta de acuerdo a lo acordado
Evaluación:
base de datos de los diagnósticos del paciente y carga en memoria correctamente en el
formulario localización.
actualizar diagnostico
382
o Carga en memoria correctamente los tipos de topografía relacionada a la localización
seleccionada
o Carga en memoria correctamente los tipos de morfología relacionada a la topografía
seleccionada
o La información es visualizada en el formulario registrar neoplasia de manera correcta
o Permite cargar en memoria el formulario de localización
registrar neoplasia y vuelve a solicitar datos
o Muestra un mensaje advirtiendo que los datos son incorrectos y vuelve a solicitar los
datos
o Permite cargar en memoria el formulario contiguo ( registrar tratamiento )
o Permite cargar en memoria el formulario contiguo ( registrar fuente de información )
o La información se almacena en un registro de la clase fuentes de manera correcta
o Al utilizar los vínculos Permite cargar en memoria el formulario contiguo establecido
( registrar certificado de defunción, ingresar paciente, iniciar sesión )
383
Caso de Uso 18: Modificar Población
Pruebas:
o Se selecciona el año de la población a modificar
o Se digita la nueva información y se pulsa el botón guardar
Evaluación:
base de datos y carga en memoria correctamente el formulario población.
o La información se almacena en un registro de la clase población y actualiza de manera
correcta
actualizar población.
Caso de Uso 19: Eliminar Población
Pruebas:
o Se selecciona el año de la población a eliminar
384
Evaluación:
actualizar población.
o La información se borra del registro de la clase población y actualiza de manera correcta
población
Caso de Uso 20: Agregar Población
Pruebas:
o Se selecciona el año de la población a ingresar
o Se digita la información y se pulsa el botón guardar
Evaluación:
o La información se almacena en un registro de la clase población y actualiza de manera
correcta
actualizar población
385
Caso de Uso 21: Modificar Médico
Pruebas:
o Se selecciona el médico a modificar
o Se digita la nueva información y se pulsa el botón guardar
Evaluación:
base de datos y carga en memoria correctamente el formulario médicos.
o La información se almacena en un registro de la clase médicos y actualiza de manera
correcta
actualizar médicos
Caso de Uso 22: Eliminar Médico
Pruebas:
o Se selecciona el médico a eliminar
386
Evaluación:
actualizar médicos.
o La información se borra del registro de la clase médicos y actualiza de manera correcta
médico
Caso de Uso 23: Agregar Médico
Pruebas:
o Se digita la información del nuevo médico y se pulsa el botón guardar
Evaluación:
o La información se almacena en un registro de la clase médicos y actualiza de manera
correcta
actualizar médico
387
Caso de Uso 24: Eliminar Fuente
Pruebas:
o Se selecciona la fuente a eliminar
Evaluación:
actualizar fuentes
o La información se borra del registro de la clase fuentes y actualiza de manera correcta
fuente
Caso de Uso 25: Agregar Fuente
Pruebas:
o Se digita la información de la nueva fuente y se pulsa el botón guardar
388
Evaluación:
o La información se almacena en un registro de la clase fuentes y actualiza de manera
correcta
actualizar fuentes
Caso de Uso 26: Modificar Paciente
Pruebas:
o Se digita la nueva información del paciente en el formulario y se pulsa el botón guardar
o Se digita nuevamente los mismos datos del paciente y se pulsa el botón guardar del
formulario
Evaluación:
base de datos y carga en memoria correctamente el formulario datos paciente.
actualizar paciente
389
o La información se almacena en un registro de la clase paciente y actualiza de manera
correcta
solicitar los datos
Caso de Uso 27: Eliminar Paciente
Pruebas:
o Se selecciona el botón eliminar
Evaluación:
base de datos del paciente y carga en memoria correctamente el formulario datos
paciente.
390
actualizar paciente
o La información se borra del registro de la clase paciente y actualiza de manera correcta
paciente
Caso de Uso 28: Eliminar Certificado de Defunción
Pruebas:
o Se selecciona el botón eliminar
Evaluación:
base de datos y carga en memoria correctamente el formulario certificado.
actualizar certificado de defunción
391
o La información se borra del registro de la clase certidefun y actualiza de manera correcta
certificado
Caso de Uso 29: Modificar Certificado de Defunción
Pruebas:
o Se digita la nueva información del certificado de defunción en el formulario y se pulsa el
botón guardar
o Se digita nuevamente los mismos datos del certificado de defunción y se pulsa el botón
Evaluación:
392
o La información se almacena en un registro de la clase certidefun y actualiza de manera
correcta
solicitar los datos
certificado, vuelve a solicitar los datos
Caso de Uso 30: Agregar Certificado de Defunción
Pruebas:
o Se digita la información del certificado de defunción en el formulario y se pulsa el botón
guardar
o Se digita nuevamente los mismos datos del certificado de defunción y se pulsa el botón
393
Evaluación:
o La información se almacena en un registro de la clase certidefun y actualiza de manera
correcta
solicitar los datos
Caso de Uso 31: Eliminar Usuario.
Pruebas:
o Se selecciona el Usuario a eliminar
394
Evaluación:
actualizar usuario.
o La información se borra del registro de la clase usuario y actualiza de manera correcta
usuario
Caso de Uso 32: Agregar Usuario.
Pruebas:
o Se digita la información del nuevo Usuario y se pulsa el botón guardar
Evaluación:
o La información se almacena en un registro de la clase usuario y actualiza de manera
correcta
actualizar usuario
395
Caso de Uso 33: Verificar Información
Pruebas:
o Se digita la información del patrón de búsqueda y selecciona la opción del identificador,
y se pulsa el botón enviar
o Solicita confirmación
o Se escoge la opción deseada de acuerdo a la necesidad del reporte, se pulsa el botón
imprimir
Evaluación:
base de datos y carga en memoria correctamente el formulario.
o El formulario se descarga de memoria correctamente y vuelve a cargar la interfaz iniciar
sesión
o Si la confirmación es si procede a imprimir, si no se muestra en pantalla
o Los datos extraídos corresponden a los solicitados y se obtiene en el orden deseado y en
el estado escogido, el reporte se ve en pantalla o se imprime
396
Caso de Uso 34: Consultar Información
Pruebas:
Evaluación:
Caso de Uso 35: Consultar Incidencia
Pruebas:
o Se selecciona el género y se pulsa el botón enviar
o Se escoge la opción deseada de acuerdo a la necesidad del Reporte y se pulsa el botón
imprimir, barra , lineal o TEE.
Evaluación:
base de datos de los casos de cáncer registrados solicitados y carga en memoria
correctamente
397
o Los Datos Extraídos Corresponden a los solicitados, se obtiene en el orden deseado y
con el estado escogido, gráfica estadística acordada, mostrando en pantalla o impreso.
consultar
Caso de Uso 36: Consultar Tratamiento
Pruebas:
o Se escoge la opción deseada de acuerdo ala necesidad del Reporte y se pulsa el botón
imprimir, barra, lineal.
Evaluación:
base de datos de los tratamientos solicitados y carga en memoria correctamente
consultar
398
Caso de Uso 37: Consultar Tipo _ Examen
Pruebas:
Evaluación:
base de datos de los tipos de examenes solicitados y carga en memoria correctamente
consultar
o Caso de Uso 38: Consultar Mortalidad
o Pruebas:
399
Evaluación:
base de datos de los casos de mortalidad registrados solicitados y carga en memoria
correctamente
consultar
Caso de Uso 39: Consultar Grado _ Diferenciación
Pruebas:
400
Evaluación:
base de datos del grado de diferenciación más frecuentes registrados solicitados y carga
en memoria correctamente
consultar
Caso de Uso 40: Consultar Método_ Diagnostico
Pruebas:
Evaluación:
base de datos de los métodos registrados más frecuentes solicitados y carga en memoria
correctamente
401
consultar
Caso de Uso 41: Consultar Tipo _ Afiliación
Pruebas:
Evaluación:
base de datos de los tipos de afiliación registrados mas frecuentes solicitados y carga en
memoria correctamente
402
consultar
Caso de Uso 42: Consultar Nivel _ Sisben
Pruebas:
Evaluación:
base de datos de los niveles de Sisben registrados más frecuentes solicitados y carga en
memoria correctamente
consultar
403
Caso de Uso 43: Consultar Estrato _ Económico
Pruebas:
Evaluación:
base de datos de los estratos económicos mas frecuentes registrados solicitados y carga
consultar
Caso de Uso 44: Consultar Zona _ Residencia
Pruebas:
404
Evaluación:
base de datos de los zonas residenciales más frecuentes registrados solicitados y carga
consultar
Caso de Uso 45: Consultar Grado _ Comportamiento
Pruebas:
405
Evaluación:
base de datos del grado de comportamiento más frecuentes registrados solicitados y
carga en memoria correctamente
consultar
Caso de Uso 46: Crear Backup.
Pruebas:
o Se selecciona las tablas y se pulsa el botón backup
o Se utiliza el botón Restore Backup
Evaluación:
o Se almacena todos los datos y estructura de la base de datos del sistema en un medio
físico.
o Se almacena nuevamente todos los datos y estructura de la base de datos al sistema.
406
Caso de Uso 47: Actualizar Barrio_vereda
Pruebas:
Evaluación:
Caso de Uso 48: Eliminar Barrio_vereda
Pruebas:
o Se selecciona el Barrio o la vereda a eliminar
Evaluación:
actualizar Barrio_vereda.
407
o La información se borra del registro de la clase Barrio_vereda y actualiza de manera
correcta
Barrio_vereda
Caso de Uso 49: Agregar Barrio_vereda
Pruebas:
o Se selecciona el Barrio o vereda a ingresar
o Se digita la información y se pulsa el botón guardar
Evaluación:
o La información se almacena en un registro de la clase Barrio_vereda y actualiza de
manera correcta
actualizar Barrio_vereda
Caso de Uso 50: Backup.
Pruebas:
o Se selecciona las tablas y se pulsa el botón backup
408
o Se utiliza el botón Backup
Evaluación:
o Se almacena todos los datos y estructura de la base de datos del sistema en un medio
físico.
Caso de Uso 51: Restaurar.
Pruebas:
o Se selecciona el archivo de backup para restaurar
o Se utiliza el botón Restaurar
Evaluación:
o Se almacena nuevamente todos los datos y estructura de la base de datos al sistema.
4.7.2 Instalación. La instalación de la aplicación y configuración del software para el
funcionamiento se especifica mas adelante en detalle (Véase Anexo).
409
7. CONCLUSIONES
Gracias al avance de la tecnología y al auge de las organizaciones por la preocupación de
aplicar o crear sistemas dentro de las empresas, se proyecta un nuevo ante concepto de
“proyectos” ligado a la “salud o estudio de enfermedades a través de las diversas
herramientas”, el cual pretende cambiar con el sistema tradicional y ofrecer procesos y
sistemas eficientes y eficaces que brinden seguridad, productividad y ahorro a las
organizaciones.
El software a nivel de organización trae enormes ventajas competitivas, su flexibilidad y
ligereza pueden darle a la Institución enorme capacidad en el manejo de los procesos de
Registros, facilitar la gestión y control de la información confidencial, reducir tiempo en el
análisis de algunos casos importantes del estudio de cáncer, brindar seguridad e integridad
de la información y algo sumamente importante contribuir en la conservación del medio
ambiente y de la salud Norte Santandereana.
Actualmente y especialmente las aplicaciones Web están tomado un gran auge en el
mercado local, por la importancia que tienen y por el desarrollo que han venido mostrando
en los últimos años, cada día nos vemos rodeados de gran cantidad de elementos
tecnológicos que pretenden facilitarnos la vida y el trabajo, aportando cada uno de ellos
atractivas y diferentes funcionalidades.
El conocimiento de las herramientas que ofrece el medio para el desarrollo de sistemas
basados en la Web, es supremamente importante, ya que permite manejarse de manera
adecuada, sacar el máximo provecho y facilitar la administración de la información que es
de vital importancia para la organización, si no el desconocimiento se verá en que el costo
de implementación de un proyecto de esta categoría se reduzca, y su mala escogencia tenga
otros contratiempos.
La planeación estratégica se hace fundamental no solo para las organizaciones físicas sino
también, para las entidades u oficinas virtuales, debido a su gran aporte competitivo frente
al mercado y además porque contribuye en el fortalecimiento, desarrollo y estructuración
de las organizaciones.
El poder obtener software portable y reutilizable en el desarrollo de una aplicación para una
entidad, hace necesario el uso de una metodología de desarrollo orientada a objetos
acompañada de una estructura de capas que conlleve a una buena abstracción del mundo
410
real y permita a cada uno de sus componentes una vista conceptual especializada del
mundo real que se modela.
Si actualmente se hace importante para las organizaciones físicas el contar con una
planeación estratégica, asimismo, es fundamental en el desarrollo de organizaciones para
llevar a cargo proyectos de salud en esta institución por el cual se tendrá en cuenta todos los
medios de avance tecnológico para así mismo contar con una buena planeación estratégica
que contribuya en el fortalecimiento, desarrollo y estructuración de las mismas, dándoles un
gran aporte a la salud del Municipio y el Departamento.
411
8. RECOMENDACIONES
El equipo debe contar con ciertas características funcionales que lo hagan potente y robusto
a ataques externos de personas desconocidas y al tráfico de todos los usuarios de la
aplicación.
Crear una cultura en el personal Administrativo y autorizado para el manejo de la
aplicación que laboraran en Registro Poblacional de Cáncer de Cúcuta, la institución del
Centro de Rehabilitación de Norte de Santander debe ir generando la utilización de las
Nuevas Tecnologías de la Información en Diversos proyectos.
Establecer como obligatorias las materias de programación en la Web e ingeniería de
software en la Web, debido a que son áreas de conocimientos de gran importancia por su
contenido temático; en la formación de un ingeniero de sistemas.
Se recomienda brindar capacitación a todo el personal a la institución y en relación al
proyecto, de acuerdo al plan de implementación desarrollado en este trabajo, fomentando e
impulsando en ellos el uso, la importancia y los beneficios que el registro poblacional de
cáncer fundamentara para beneficio de la ciudadanía cucuteña y Norte Santandereana Todo
esto con el fin de que los usuarios afiliados a la institución conozcan el sistema y se
familiaricen con el.
Se recomienda al Centro de Rehabilitación de Norte de Santander dar a conocer
públicamente proyectos que como este le brindan un beneficio a la comunidad y en
especial al departamento; de la misma manera estos proyectos contribuyen a los estudios y
administración de salud pública de la región, la cual facilitan la implantación de un Plan de
Gestión de Calidad para la optimización de los recursos.
412
BIBLIOGRAFÍA
ANDREW, Jack Clasificación Internacional de Enfermedades para Oncología. (CIE-O).
Inglaterra . 2003. 242 p.
APRIL, Fritz. Clasificación Internacional de Enfermedades para Oncología. (CIE-O).0
Washintong. DC . 2003. 242 p.
ANGULO YÁNEZ, Clara Inés. Actualización Norma de ICONTEC Teórico Práctico.
Cúcuta: Servicio Nacional de Aprendizaje SENA, 2004. 44 p.
ARREGUI, Miguel. Tutorial de UML, [en línea]. [España], 2004 [citado 15 de agosto,
2005]. Disponible en:http://www.seis.es/seis/inforsalud04/ 2004_Inforsalud_TutorialUMLUP. Doc.
CONSTANCE, Percy. Clasificación Internacional de Enfermedades para Oncología. (CIEO). Washintong. DC . 2003. 242 p.
D. MAX, Parkin. Clasificación Internacional de Enfermedades 10. (CIE-10).
Francia . 2003. 242 p.
Lyon
EXTREMADURA ALTERNATIVA. La fabricación del papel y su impacto ambiental, [en
línea]. España (Madrid), 2002 [citado 6 de noviembre, 2005]. Disponible en:
http://www.extremaduralternativa.net/educacion/papel.htm
HALL, Marty. Servlets, [en línea]. Madrid (España), 1999 [citado 3 de abril, 2005].
Disponible en: http://www.programacion.com/java/tutorial/servlets_jsp/1/
HERRAMIENTAS WEB. El protocolo HTTP, [en línea]. [México D.F.], 2000 [citado 21
de
septiembre,
2005].
Disponible
en:
http://noe.lcc.uma.es/evirtual/
cdd/tutorial/aplicacion/http.html
413
JACOBOSON, Ivar; BOOCH, Grady y RUMBAUGH, James. El Lenguaje Unificado de
Modelado. Madrid: Addison Wesley, 2002. 200 p.
JOYANES AGUILAR, Luís y FERNANDEZ AZUELA, Matilde. PHP4 Manual de
Programación. Madrid: McGraw Hill, 2001. 542 p
KON, Marcos David. El software libre, [en línea]. [México], 1997 [citado 1 de mayo,
2005]. Disponible en: http://www.monografias.com/trabajos12/elsoflib/elsoflib.shtml
LESLIE, Sobin. Clasificación Internacional de Enfermedades 10. Washintong. DC . (CIE10). 2003. 242 p.
MENDOZA, Francisco. Introducción a XML, [en línea]. [México], 1997 [citado 10 de
Julio, 2005]. Disponible en: http://www.monografias.com/trabajos6/ixml/ixml.shtml.
MORALES LOPEZ, Araceli. Acuerdo No. 060, [en línea]. Bogotá (Colombia), 2001
[citado
17
de
septiembre,
2005].
Disponible
en:
http://www.politecnicojic.edu.co/archivo/descargas/arch-ac60-AGral%20Nac.pdf
MORALES REYES, Alicia y RUGERIO RAMOS, Alma Rosa. Metodologías para
generación de Sistemas Orientados a Objetos, [en línea]. [México], 2003 [citado 8 de
agosto, 2005]. Disponible en: http://ccc.inaoep.mx/~labvision/doo/proy/T32.pdf
MYGNET. La API JDBC 1.2 en: Servlets y DBMS, [en línea]. [México], 2005 [citado 8 de
octubre, 2005]. Disponible en: http://www.mygnet.com/articulos/j2ee/303/
SHARON, Whelan. Clasificación Internacional de Enfermedades 10. (CIE-10).
Washintong. DC . 2003. 242 p.
SILVA, Darío Andrés y MERCERAT, Bárbara. Construyendo aplicaciones Web con una
metodología de diseño orientada a objetos, [en línea]. La plata (Argentina), 2002 [citado 17
de
septiembre,
2005].
Disponible
en:
http://www.unab.edu.co/editorialunab/revistas/rcc/pdfs/r22_art5_c.pdf
414
VALAR, José. Ingeniería de software, los fundamentos, [en línea]. [México], 2002 [citado
29
de
agosto,
2005].
Disponible
en:
http://www.fib.unam.mx/pp/profesores/carlos/aydoo/conceptos_oo.html
415
ANEXOS
416
Anexo A. Ficha Técnica de Recolección de Datos del Registro del Paciente
REGISTRO POBLACIONAL DE CANCER DE CÚCUTA
DATOS DEL PACIENTE
Nº DOCUMENTO_________________AÑO_________Nº REGISTRO_____________
SEXO :
MASCULINO______
FEMENINO______
PRIMER NOMBRE________________________________________________________
SEGUNDO NOMBRE______________________________________________________
PRIMER APELLIDO______________________________________________________
SEGUNDO APELLIDO____________________________________________________
APELLIDO DE CASADA___________________________________________________
DIRECCIÓN_RESIDENCIAL_______________________________________________
TELEFONO_RSIDENCIAL________________________________________________
ESTADO CIVIL___________________________________________________________
FECHA DE NACIMIENTO
DIA____
MES____
AÑO______
CIUDAD DE NACIMIENTO________________________________________________
DEPARTAMENTO_ RESIDENCIAL________________________________________
RESIDE EN CÚCUTA
ZONA_HABITUAL
SI___
NO___
RURAL___ URBANA___
BARRIO / CORREGIMIENTO______________________________________________
ESTRATO ECONOMICO___________NIVEL DE SISBEN______________________
TIPO DE AFILIACIÓN____________________________________________________
HISTORIA CLINICA Nº ___________________________________________________
417
NOMBRE ENTIDAD DE SALUD____________________________________________
DATOS DE LA NEOPLASIA
FECHA DEL DIAGNÓSTICO DEL TUMOR DIA___MES___AÑO_____________
LOCALIZACIÓN DEL TUMOR____________________________________________
TOPOGRAIA DEL TUMOR____________________CODIGOTOPO______________
MORFOLOGÍA DEL TUMOR___________________CODIGOMORFO___________
Nº DE TUMORES________
EVIDENCIA DEL TUMOR :
CERTIFICADO DE DEFUNCIÓN______
OTRA EVIDENCIA______________
DATOS DEL TRATAMIENTO
QUIMIOTERAPIA________
RADIOTERAPIA______
INMUNOTERAPIA________
CIRUGÍA____________
OTRO_____
CUAL_________________________
DATOS DE LA FUENTE DE INFORMACIÓN
418
DATOS FUENTE:
Nº HISTORIA CLINICA___________________________________________________
NOMBRE DE LA FUENTE______________________________CODIGO__________
NOMBRE MÉDICO RESPONSABLE________________________________________
DIRECCIÓN MÉDICO_____________________________________________________
TELEFONO MÉDICO_____________________________________________________
CONSULTORIO MÉDICO Nº_______________________________________________
TIPO DE EXAMEN:
CITOLOGIA_____ EXPLORATORIA_____ NO EXPLORATORIA____________
NOMBRE DE LA FUENTE______________________________CODIGO___________
NOMBRE MÉDICO RESPONSABLE________________________________________
DIRECCIÓN MÉDICO____________________________________________________
TELEFONO MÉDICO_____________________________________________________
CONSULTORIO MÉDICO Nº______________________________________________
OBSERVACIONES________________________________________________________
_________________________________________________________________________
DATOS DEL CERTIFICADO DE DEFUNCIÓN
419
FECHA DE MUERTE
DIA___
MES___
AÑO_______
TIPOS DE CAUSA:
CAUSA 1_________________________________________________________________
CAUSA 2_________________________________________________________________
CAUSA 3_________________________________________________________________
CAUSA 4_________________________________________________________________
OBSERVACIONES________________________________________________________
_________________________________________________________________________
RESPONSABLE:
MÉDICO TRATANTE___________________ MÉDICO LEGISTA______________
OTRA PERSONA_________________________________________________________
NOMBRE(S)______________________________________________________________
DIRECCIÓN_____________________________________TELEFONO_____________
LUGAR DE MUERTE:
420
CLINICA_________
____HOSPITAL (HEM)______________
CASA_______________
OTRO___________ CUAL__________________________________________________
RECOLECTOR RESPONSABLE:
NOMBRE(S)______________________________________________________________
APELLIDOS______________________________________________________________
421
Anexo B. Manual de Usuario
422
MANUAL DE USUARIO
Registro Poblacional de Cáncer de Cúcuta: El Registro Poblacional es un sistema de
información epidemiológica, diseñado para conocer la incidencia y distribución de los
cánceres en una poblacional determinada. Su información contribuye a la planificación y
evaluación de impacto de los programas y tratamientos de cáncer. Además permite
acercarse a factores de riesgo y abre una posibilidad a la investigación en cáncer. La
información se obtiene basándose en la búsqueda activa de datos de los Casos nuevos de
cáncer , en los lugares donde se estudian , se diagnostican o se tratan personas con cáncer.
En resumen el Registro Poblacional, registra todos los caos nuevos de una población, en un
área geográfica definida, para realizar estudios epidemiológicos y de salud pública.
Esta aplicación es de uso exclusivo para el Centro de Rehabilitación de Norte de Santander
(Administrador, Digitador y Coordinador) pertenecientes a la misma, los cuales pueden
iniciar la aplicación haciéndole click en el vínculo “INICIO”. Luego la aplicación mostrará
una interfaz en donde el usuario debe ingresar su nombre de usuario y su clave de acceso
para iniciar la sesión respectiva a su perfil de usuario
423
De acuerdo como se registró cada usuario así serán los perfiles de los mismos. Existen tres
perfiles Coordinador, Digitador y Administrador.
Después de haberse digitado toda la información el usuario debe de hacer clic en
“ENVIAR”, si toda la información está correcta, la aplicación validará los datos enviados
por el usuario, si la información es incorrecta la aplicación emitirá un mensaje en el cual se
le informa al usuario que verifique la información que digitó y que lo intente de nuevo, de
lo contrario si el usuario existe en la base de datos se mostrará la pagina inicial de esté con
sus respectivos menús.
Además de los menús propios de cada sesión, los usuarios cuentan con un vínculo en el
cual se muestra la Misión y Visión del Centro de Rehabilitación, todo con el fin de que los
usuarios tengan conocimiento acerca de la filosofía de la aplicación.
Manual de usuario Administrador
Ingresar Paciente
Para Ingresar un Nuevo Paciente se debe hacer click en el icono que tiene el texto
“Ingresar Paciente”. Luego de haber hecho clic, la aplicación le mostrará una interfaz con
varios campos que en forma general describen los datos personales del paciente; entre estos
campos hay unos que son obligatorios y deben de ser llenos, estos son: Número de Cédula,
sexo, Primer Apellido, Primer Nombre, y Fecha de Nacimiento; si alguno de estos campos
no están llenos al momento de hacerle click al botón “ENVIAR” la aplicación no validará
los datos enviados y por el contrario enviará un mensaje de error al usuario informándole
que campos han faltado por ser llenados.
424
Luego se debe elegir sólo una opción y se da click en “ENVIAR”, o en “SALIR”; si se
selecciona “SALIR” el usuario se saldrá de esta opción del menú y regresará al menú
respectivo para cada usuario. Si el usuario selecciona “ENVIAR” la aplicación validará los
datos y así mismo mostrará un mensaje de aceptación o error dependiendo de la
información enviada. Si el mensaje es de error el usuario podrá regresar para rectificar la
información; y si el mensaje es de aceptación aparecerá un vínculo que el usuario deberá
seleccionar para ingresar los datos correspondientes a la definición de la neoplasia, allí
aparecerá una lista de categorías que guiarán al usuario para seleccionar la zona topográfica
de la neoplasia.
425
Después el usuario deberá seleccionar la parte específica de la topografía y luego la
aplicación desplegará una interfaz en donde el usuario deberá elegir la morfología para
definir finalmente la neoplasia.
426
En esta interfaz hay dos opciones “REGRESAR” y “ENVIAR”, si el usuario hace click en
“REGRESAR” el usuario volverá a elegir una nueva zona topográfica y si decide hacer
click en “ENVIAR” la aplicación mostrará la interfaz donde el usuario definirá el
diagnóstico del paciente. En la interfaz del diagnóstico el usuario deberá llenar los campos
de fecha de diagnóstico, método de diagnóstico y grado de diferenciación histológica; los
campos de topografía y morfología aparecen por defecto llenos debido a que fueron
definidos con anterioridad.
427
El usuario deberá hacer click en “ENVIAR” para guardar los datos del diagnóstico en la
base de datos, luego la aplicación emitirá un mensaje de error o de aceptación; si el mensaje
es de error el usuario tendrá la oportunidad de rectificar los posibles errores o si por el
contrario el mensaje es de aceptación se visualizará un mensaje informando que el registro
fue almacenado con éxito y luego se muestra un vínculo que permite almacenar los datos
de tratamiento del paciente con respecto a ese diagnóstico. Consecuentemente el usuario
deberá seleccionar los tipos de tratamiento y hacer click en “ENVIAR” para almacenar la
información del tratamiento en la base de datos.
428
Luego la aplicación mostrará un mensaje de error o de aceptación con las mismas opciones
de rectificación si es de error o un mensaje de aceptación donde se informa que los datos
fueron almacenados con éxito y así mismo se mostrará un vínculo donde el usuario podrá
registrar los datos de la institución que participa como fuente de información, en esta
interfaz el usuario definirá el nombre de la institución (fuente de información), biopsia, el
código de la biopsia y la fuente de información donde se realizó esa biopsia; así mismo se
almacenará si hay otro tipo de examenes, código y fuente donde se realizaron estos
examenes, también se registrará el médico que informa el diagnóstico y observaciones que
tenga como valor adicional a este formulario.
429
Nuevamente el usuario deberá hacer click en “ENVIAR” para almacenar los datos de la
fuente de información en la base de datos; la aplicación emitirá un mensaje de error o de
aceptación, si es de error el usuario tendrá la oportunidad de corregir los errores, y si es de
aceptación la aplicación mostrará un mensaje el cual el usuario podrá escoger entre
“Ingresar nuevo paciente”, o “SALIR”.
430
Consultas
Para consultar la base de datos se debe hacer clic en el icono “Consultas”, desde la interfaz
específica de usuario. Luego de haber hecho clic, la aplicación le mostrará otra interfaz con
distintos vínculos de opciones que se ven a continuación.
431
Al seleccionar uno de estos ítem de consulta, la aplicación desplegará una interfaz donde el
usuario deberá ingresar el año de esa consulta y así la aplicación consecuentemente listará
los resultados ya sea en una tabla de manera general o si el usuario desea puede hacer click
en los iconos de estadística, los cuales muestran los resultados de la misma a manera de
barras y líneas y de forma porcentual.
432
ESTADÍSTICA LÍNEAS
433
ESTADÍSTICA BARRAS
DESCRIPCIÓN DE LAS CONSULTAS EN FORMA GENERAL
INCIDENCIA
La consulta hecha por incidencia que es la primera consulta que aparece en la lista muestra
una tabla en donde existen dos vínculos situados al lado izquierdo en la primera columna de
la misma; el primero muestra estadísticamente la incidencia de cáncer por zona topográfica
y por rango de edades y el segundo muestra la consulta por la Tasa de Incidencia Específica
Anual por zona topográfica. Al hacer click en alguno de estos vínculos la aplicación
desplegará la información en una nueva ventana, así mismo en las estadísticas por grupo
etáreo muestra las personas con algún tipo de cáncer en los grupos de las edades
comprendidas entre menores de 1 a 85 años y más. La estadística por topografía muestra
la incidencia de cáncer por zona topográfica en cualquier edad. Cabe anotar que esta
consulta se hace con respecto al año y al sexo que el usuario haya escogido.
434
435
ESTRATO SOCIOECONÓMICO
Permite que el usuario consulte por las personas que se encuentran almacenadas en la base
de datos en determinado año por estrato socioeconómico.
TRATAMIENTO
Permite que el usuario consulte por tratamiento y así pueda ver la frecuencia en los tipos de
tratamiento que son: Quimioterapia, Radioterapia, Hormonoterapia, Inmunoterapia,
Cirugía y Otro.
GRADO DE COMPORTAMIENTO
Consulta que permite ver el comportamiento de las neoplasias en determinado año, estos
tipos de comportamiento son: Benigno, Incierto si es benigno maligno, Carcinoma in situ,
Maligno, Sitio primario, Maligno, Sitio metastásico y maligno, incierto.
GRADO DE DIFERENCIACIÓN HISTOLÓGICA
Consulta que permite ver el grado de diferenciación histológica de las neoplasias en
determinado año, estos tipos son: Grado I, Grado II, Grado III, Grado IV, No determinado.
NIVEL DE SISBEN
Consulta que permite ver las personas que se encuentran almacenadas en la base de datos
en determinado año por Nivel de Sisben desde el nivel 1 hasta el 6 y sin Sisben.
ZONAS DE UBICACIÓN
Consulta que permite ver las personas que se encuentran en la base de datos en determinado
año por zona de ubicación ya sea rural o urbana.
436
TIPO DE AFILIACIÓN
Consulta que permite ver las personas que se encuentran almacenadas en la base de datos
en determinado año por Tipo de Afiliación los cuales son: Contributivo, Subsidiado,
Vinculado, Particular y Otro.
MÉTODO DE DIAGNÓSTICO
Consulta que permite ver el método de diagnóstico de los registrados en la base de datos,
estos son: única evidencia certificado de defunción, clínico, investigación clínica, marcador
tumoral específico, citología, etc.
MORTALIDAD
Consulta que permite ver las personas registradas con certificado de defunción.
TIPOS DE EXAMEN
Consulta que permite ver el tipo de examen de los diagnóstico registrados, entre estos tipos
de examen son: Biopsia, Citología aspirativa, Citología no aspirativa.
Actualizaciones
En este módulo el usuario puede modificar los registros almacenados, ya sea eliminarlos,
crear nuevos o modificarlos; el panel general es el siguiente:
437
El usuario puede hacerle click en:
Actualizar Paciente:
Esta opción permite modificar los datos personales de un paciente o eliminarlo
definitivamente de la base de datos. La aplicación desplegará una interfaz en donde podrá
escoger entre modificar los datos personales del paciente o eliminar el paciente. Si elige
“Modificar Paciente” se mostrará una interfaz en donde se pide el número de documento
de la persona que se necesita modificar los datos y consecuentemente se desplegará una
plantilla con los datos que por defecto fueron almacenados, así que el usuario podrá hacer
las modificaciones que desee. Al presionar el botón “ENVIAR” los datos serán enviados a
la base de datos y si el usuario no hace ninguna modificación simplemente los datos que se
encuentran almacenados por defecto se mantendrán.
438
Si el usuario elige “Eliminar Paciente” se mostrará una interfaz en donde se pide el
número de documento de la persona que se necesita eliminar de la base de datos y
consecuentemente se mostrará una información general del paciente. Si el usuario hace
click en “ELIMINAR PACIENTE” y acepta el mensaje de alerta que pide la
confirmación, este paciente será eliminado de la base de datos con todos sus datos.
439
Actualizar Médico
Esta opción permite agregar un nuevo médico, eliminarlo o modificar datos existentes. El
usuario puede elegir entre “Agregar Médico”, “Modificar Médico” o “Eliminar Médico”
440
Si el usuario elige “Agregar Médico” podrá almacenar en la base de datos un nuevo
médico que servirá como nueva fuente de información para el Registro Poblacional de
Cáncer con los datos personales respectivos para cada médico.
Si el usuario hace click en el botón “ENVIAR” los datos serán almacenados en la base de
datos; y si el usuario hace click en el botón “SALIR” el usuario saldrá del menú sin
almacenar los datos. En cualquiera de los casos anteriores, la aplicación desplegará un
mensaje de error o de aceptación dependiendo el resultado de la operación.
Si el usuario hace click en “Modificar Médico” este podrá elegir el médico en la lista
desplegada y cambiar los datos del médico seleccionado. Si el usuario hace click en
“ENVIAR” los datos serán actualizados en la base de datos y si el usuario hace click en el
botón “SALIR” saldrá del menú sin actualizar los datos. En cualquiera de los casos
anteriores, la aplicación desplegará un mensaje de error o de aceptación dependiendo el
resultado de la operación.
441
Si el usuario hace click en “Eliminar Médico” este podrá elegir el médico en la lista
desplegada, la aplicación emitirá un mensaje en el que el usuario deberá decidir si eliminar
el médico o no; si el usuario hace click en “aceptar” se desplegará un mensaje de error o
aceptación dependiendo el resultado de la operación y si el usuario hace click en el botón
“cancelar” el médico no será eliminado.
442
Actualizar Diagnóstico
Esta opción permite agregar o eliminar un diagnóstico. El usuario puede elegir entre
“Agregar Diagnóstico” o “Eliminar Diagnóstico”.
443
Si el usuario hace click en “Agregar Diagnóstico”, la aplicación desplegará una interfaz en
donde le pide al usuario que digite el número de documento de la persona a la cual se le va
agregar un diagnóstico, luego si se encuentra almacenado el paciente en la base de datos la
aplicación desplegara una interfaz en donde aparecerá una lista de categorías que guiarán al
usuario para seleccionar la zona topográfica de la neoplasia.
Después el usuario deberá seleccionar la parte específica de la topografía y luego la
aplicación desplegará una interfaz en donde el usuario deberá elegir la morfología para
definir finalmente la neoplasia.
444
En esta interfaz hay dos opciones “REGRESAR” y “ENVIAR”, si el usuario hace click en
“REGRESAR” el usuario volverá a elegir una nueva zona topográfica y si decide hacer
click en “ENVIAR” la aplicación mostrará la interfaz donde el usuario definirá el
diagnóstico del paciente. En la interfaz del diagnóstico el usuario deberá llenar los campos
de fecha de diagnóstico, método de diagnóstico y grado de diferenciación histológica; los
campos de topografía y morfología aparecen por defecto llenos debido a que fueron
definidos con anterioridad.
445
El usuario deberá hacer click en “ENVIAR” para guardar los datos del diagnóstico en la
base de datos, luego la aplicación emitirá un mensaje de error o de aceptación; si el mensaje
es de error el usuario tendrá la oportunidad de rectificar los posibles errores o si por el
contrario el mensaje es de aceptación se visualizará un mensaje informando que el registro
fue almacenado con éxito y luego se muestra un vínculo que permite almacenar los datos
de tratamiento del paciente con respecto a ese diagnóstico. Consecuentemente el usuario
deberá seleccionar los tipos de tratamiento y hacer click en “ENVIAR” para almacenar la
información del tratamiento en la base de datos.
446
Luego la aplicación mostrará un mensaje de error o de aceptación con las mismas opciones
de rectificación si es de error o un mensaje de aceptación donde se informa que los datos
fueron almacenados con éxito y así mismo se mostrará un vínculo donde el usuario podrá
registrar los datos de la institución que participa como fuente de información, en esta
interfaz el usuario definirá el nombre de la institución (fuente de información), biopsia, el
código de la biopsia y la fuente de información donde se realizó esa biopsia; así mismo se
almacenará si hay otro tipo de examenes, código y fuente donde se realizaron estos
examenes, también se registrará el médico que informa el diagnóstico y observaciones que
tenga como valor adicional a este formulario.
447
Nuevamente el usuario deberá hacer click en “ENVIAR” para almacenar los datos de la
fuente de información en la base de datos; la aplicación emitirá un mensaje de error o de
aceptación, si es de error el usuario tendrá la oportunidad de corregir los errores, y si es de
aceptación la aplicación mostrará un mensaje con una opción que es “SALIR”.
448
Ahora si el usuario hace click en “Eliminar Diagnóstico” la aplicación mostrará una
interfaz en donde se le pide al usuario el número de documento de la persona a la cual se le
va a eliminar un diagnóstico.
Luego si el paciente existe el sistema mostrará una interfaz en donde se listan los diferentes
diagnósticos del paciente, el usuario deberá seleccionar el diagnóstico que desee eliminar
haciendo un click en el vínculo listado en la interfaz.
Si el usuario hace click en “Cancelar” el diagnóstico no se eliminará, pero si se hace click
en “Aceptar” el diagnóstico se eliminará. En este caso la aplicación emitirá un mensaje de
error o de aceptación de acuerdo con los resultados de la operación, así mismo se le da la
opción al usuario de “SALIR” el cual lleva al usuario al panel personal de actualizaciones.
449
Actualizar Población.
Esta opción permite actualizar el número de personas-año de observación para las
estimación de las tasas de incidencia. Entre estas se encuentran la TEE (Tasa
Estandarizada por Edad) y C (Tasa Cruda y Especificadas por Edad).
Tasa cruda y específicas por edad.
La tasa cruda (C=) fue estimada dividiendo el número total de casos (R) por el número total
de personas-años de observación (N); multiplicando el resultado por 100.000 de acuerdo a
la siguiente formula:
a
C=
∑ r1
i =1
ri
∑ ni
*100.000
ni
Donde ri es el número de casos que han ocurrido en la clase de edad i; y ni son las
personas-año de observación en la misma clase de edad i.
Las tasas específicas de incidencia por edad ai, fueron calculadas dividiendo el número
total de casos en la clase de edad (ri) por las correspondientes personas-año de observación
(ni) y multiplicando el resultado por 100.000.
ai =
ri
*100.000
ni
La Tasa estandarizada por Edad.
Para tener en cuenta los cambios en la composición de la población que han tenido lugar en
la ciudad, durante los últimos años, se estimó para cada período una tasa estandarizada por
edad (TEE) con el método directo. Se llama pi a la población en el iavo grupo de edad de
la Población Estándar, la TTE se calcula a partir de:
450
A
TEE =
∑ aipi
i =1
A
∑ ai
i =1
En esta opción el usuario puede elegir entre “Agregar Población”, “Modificar Población”
y “Eliminar Población”.
Si se hace click en “Agregar Población” la aplicación mostrará una interfaz en donde el
usuario deberá seleccionar el año en que desea ingresar los datos de población. Así mismo
el usuario llenará los datos de la población-año de observación para cada rango de edad.
451
El usuario debe seleccionar “ENVIAR” los datos serán almacenados en la base de datos.
La aplicación enviará un mensaje de error o aceptación según los resultados de la
operación.
Si se hace click en “Modificar Población” la aplicación mostrará una interfaz en donde el
usuario deberá seleccionar el año en que desea modificar los datos de una población
existente en la base de datos. Así mismo el usuario modificará los datos de la poblaciónaño de observación. El usuario debe seleccionar “ENVIAR”, los datos serán almacenados
en la base de datos. La aplicación enviará un mensaje de error o aceptación según los
resultados de la operación.
Si se hace click en “Eliminar Población” la aplicación mostrará una interfaz en donde el
usuario deberá seleccionar el año que desee eliminar los datos de una población existente
en la base de datos. El usuario debe seleccionar “ENVIAR”, para eliminar los datos
correspondientes al año seleccionado. La aplicación enviará un mensaje en el que el
usuario decidirá si “Aceptar” o “Cancelar” la eliminación. Dependiendo de esta decisión
se mostrará un mensaje de error o aceptación según los resultados de la operación.
452
Actualizar Usuarios
Esta opción permite actualizar los usuarios que hacen están almacenados en la base de
datos para la administración del RPCcúcuta. Esta opción es propia del usuario
Administrador, este puede “Agregar Usuario” o “Eliminar Usuario”.
453
Si el usuario hace click en “Agregar Usuario” la aplicación mostrará una interfaz en donde
el usuario deberá llenar los campos de nombre de usuario, clave, confirmación de clave y
tipo de usuario, los cuales son obligatorios para el correcto registro del nuevo usuario, el
usuario Administrador debe tener en cuenta la activación de la tecla de “Bloqueo
Mayúsculas” al ingresar los datos de un nuevo usuario .
El usuario deberá hacer click en el botón “ENVIAR” para registrar los datos del nuevo
usuario. La aplicación desplegará una interfaz si ocurre algún error en el registro de los
datos; en caso contrario será registrado el nuevo usuario del RPCcúcuta.
Ahora si el usuario hace click en “Eliminar Usuario” la aplicación mostrará una interfaz
en donde listará todos los usuarios que manejan el RPCcúcuta.
454
Para eliminar un usuario, se deberá hacer click sobre el vínculo y la aplicación mostrará un
mensaje en el que el usuario administrador deberá hacer click en “Aceptar” para eliminar
el usuario o “Cancelar” para desistir de la acción. En cualquiera de los casos la aplicación
mostrará una interfaz con un mensaje de error o aceptación dependiendo el resultado de la
operación.
Actualizar Certificado de Defunción.
Esta opción permite al usuario actualizar los datos del certificado de defunción de los
pacientes almacenados en el RPCcúcuta. El usuario puede elegir entre “Agregar
Certificado de Defunción”, “Modificar Certificado de Defunción” y “Eliminar
Certificado de Defunción”.
Si el usuario hace click en “Agregar Certificado de Defunción” la aplicación mostrará
una interfaz en donde le pide al usuario que digite el Número de Documento de Identidad
de la persona que se desea agregar un Nuevo Certificado de Defunción; si la persona se
encuentra en la base de datos el sistema desplegará una interfaz en donde el usuario debe
llenar los campos allí descritos. Finalmente el usuario debe elegir “ENVIAR” para
almacenar los datos en la base de datos. La aplicación mostrará un mensaje de error o
aceptación de acuerdo los resultados de la operación.
455
Si el usuario hace click en “Modificar Certificado de Defunción” la aplicación mostrará
de la persona que se desea Modificar el Certificado de Defunción; si la persona se
encuentra en la base de datos el sistema desplegará una interfaz en donde el usuario podrá
modificar los campos allí descritos. Finalmente el usuario debe elegir “ENVIAR” para
Si el usuario hace click en “Eliminar Certificado de Defunción” la aplicación mostrará
de la persona que se desea Eliminar el Certificado de Defunción; si la persona se encuentra
456
en la base de datos el sistema desplegará una interfaz en donde el usuario podrá ver unos
datos generales de la persona que se quiere eliminar el Certificado de Defunción, el usuario
puede elegir el vínculo que describe los datos del paciente y el sistema desplegará un
mensaje de en donde espera la confirmación de la eliminación del certificado de defunción.
Finalmente el usuario debe elegir, si decide “Aceptar” se eliminará el certificado de
defunción y si decide “Cancelar” el certificado de defunción no se eliminará. para
Actualizar fuentes de Información
Esta opción permite actualizar las fuentes de información del RPCúcuta
457
Si se hace click en “Agregar Fuentes de Información” la aplicación desplegará una
interfaz en donde el usuario deberá ingresar el código de la fuente y el nombre de la fuente
seguidamente el usuario deberá hacer click en “ENVIAR” para guardar los datos de la
nueva fuente en la base de datos.
Si se hace click en “Eliminar Fuentes de Información” la aplicación desplegará una
interfaz en donde se encontrará una lista en la cual el usuario deberá elegir mediante el
vínculo la fuente que desee eliminar, inmediatamente la aplicación desplegará un mensaje
de aprobación. Si el usuario decide “Aceptar” la fuente se eliminará de la base de datos y
si decide “Cancelar” la fuente no se eliminará.
458
Actualizar barrio / vereda
Esta opción permite agregar un barrio o vereda a la base de datos. Si se hace click en
“Agregar barrio / vereda” el usuario podrá agregar a determinada zona un barrio o
vereda; simplemente el usuario deberá elegir una zona específica, luego la ubicación y
seguidamente digitar el nombre del barrio o la vereda. El usuario después de elegir y
digitar la información hace click en “ENVIAR” los datos serán almacenados en la base de
datos, si el usuario elige “SALIR” los datos no serán almacenados y podrá salir de esta
opción.
Si se hace click en “Eliminar barrio / vereda” el usuario podrá eliminar en determinada
zona un barrio o vereda. Simplemente el usuario deberá elegir una zona específica, luego
la ubicación y seguidamente elegir en la lista que es desplegada el nombre del barrio o la
vereda que desea eliminar. El usuario después de elegir y digitar la información hace click
en “ENVIAR” el barrio o la vereda será eliminada de la base de datos, esto es si la
aplicación envía un mensaje de aceptación o sino el usuario podrá volver a intentarlo, si el
usuario elige “SALIR” los datos no serán eliminados y podrá salir de esta opción.
459
Copia de Seguridad
Para hacer una copia de seguridad el usuario deberá el nombre del servidor de la base de
datos, el nombre del usuario de la base de datos, la clave de la base de datos y el nombre de
la base de datos. Seguidamente se mostrarán las tablas pertenecientes a la base de datos
seleccionada y con ella una casilla de verificación en donde el usuario hará click para
hacerles copias de seguridad.
El usuario finalmente deberá hacerle click al botón “BACKUP” para finalizar la copia de
seguridad. Se mostrará una interfaz en donde se indica si hubo algún error o si por el
contrario la operación fue hecha con éxito.
460
Restaurar Copia de Seguridad
Para restaurar una copia de seguridad, la aplicación mostrará una interfaz en donde el
usuario debe digitar la clave de la base de datos. Si no se tiene una clave para la base de
datos este campo se debe dejar vacío y presionar el botón “Restaurar”. La aplicación
mostrará una lista de todos los archivos de respaldo para la base de datos, junto con su
respectiva fecha y tamaño.
461
Para restaurar un determinado archivo el usuario deberá hacer click en el vínculo
Restaurar que queda al frente de cada archivo. Si desea ver el archivo antes de restaurarlo,
el usuario deberá hacer click en el vínculo Ver. La aplicación mostrará un mensaje con el
resultado de la operación.
Verificación de la información
Esta opción le permite al usuario buscar en la base de datos determinadas coincidencias de
acuerdo con un patrón de búsqueda, sea ese patrón una cadena de caracteres; numérica o
alfanumérica. La aplicación desplegará una interfaz en donde se le solicita al usuario que
digite los datos a buscar y luego le da la opción de “ENVIAR”.
462
Luego se mostrará una lista con la cantidad de coincidencias para ese patrón de búsqueda,
el usuario podrá hacer click en el vínculo que más le interese y la aplicación generará un
reporte general con todos los datos almacenados en la base de datos de ese paciente, así
mismo el usuario podrá desplazarse por todas las páginas de resultado mediante la barra de
navegación desplegada en la parte superior de la misma.
463
Ejemplo de reporte:
464
Anexo C. Manual técnico del usuario Administrador
(MANUAL DE SISTEMAS).
465
MANUAL DE SISTEMA
1. REQUERIMIENTOS DEL SISTEMA
1.1 HARDWARE SERVIDOR WEB
Procesador Pentium IV de 1.8 Ghz o superior.
Memoria de 512 Mb.
Disco duro de 80 Gb.
1.2 SOFTWARE SERVIDOR
AppServ.
Internet Explorer 6 o Netscape
1.3 INSTALACIÓN DEL SOFTWARE BAJO WINDOWS XP
El AppServ es un paquete de software que nos permite instalar en nuestro ordenador, bajo
el sistema operativo Windows, en pocos segundos y sin dificultad, los siguientes
programas:
Apache WebServer.
Apache Monitor.
PHP Script Language.
MySQL Database .
466
phpMyAdmin Database Manager.
Paso 1. Instalar el AppServ.
Ubique el archivo Appserv.exe, y proceda a instalarlo.
Click en Next…
Server name: localhost, Administrator`s Email Addres: [email protected] (o cualquier
otro)
Click en Next.
467
User name: localhost, por comodidad se deja el password en blanco. Click en Next. Una
vez terminada la operación de copiado de archivos, aparece la siguiente ventana:
Para finalizar Click en Close.
Ahora pruebe el funcionamiento del servidor Apache, abriendo el explorador y escriba
http://localhost/ en el campo de dirección. Oprima Enter y ya tiene un servidor Apache
corriendo, PHP, Mysql y phpMyadmin en su PC:
468
Paso 2. Configurar Mysql en phpMyadmin.
Abra
la
página
principal
de
phpMyadmin
localizada
en:
http://localhost/phpMyadmin/index.php, aparece a continuación la siguiente pantalla:
Observe que en la parte inferior del frame derecho en color rojo se detallan errores.
El error que indica que Su archivo de configuración contiene parámetros (root sin
contraseña)… se corrige de la siguiente manera:
469
Entre por la opción Privilegios de la pantalla de bienvenida.
En la siguiente pantalla, ubique la fila del usuario root y dé Clic en Editar.
En esta pantalla ubique la opción cambio de contraseña, e introduzca una nueva, en este
caso admin, y clic en Continúe.
470
Siguiendo el vínculo ubicado en la parte superior del frame izquierdo, regrese a la página
de inicio de phpMyAdmin (http://localhost/phpMyadmin/index.php). Ahora presenta el
siguiente mensaje: #1045 - Access denied for user: ‘root@localhost’ (Using password:
NO).
Para solucionar este error y el primero (en color rojo) que apareció en la pantalla de
bienvenida, haga lo siguiente: Abra con un editor de texto el archivo de configuración de
phpMyadmin: config.inc.php, que se encuentra en la siguiente ruta:
C:\AppServ\www\phpMyAdmin
Busque la línea 39, y coloque entre las comillas simples la ruta o path del phpMyadmin, la
línea quedará así: $cfg[’PmaAbsoluteUri’] = ‘ http://localhost/phpMyadmin/ ‘;
A continuación busque la línea 81 y entre las comillas simples coloque la palabra admin
como el ejemplo propuesto aquí, o la contraseña que ha elegido que fue la contraseña que le
colocó anteriormente al usuario ‘root’; la línea quedará así: cfg[’Servers’][$i][’password’]
= ‘admin ‘;
Guarde los cambios y cierre el archivo.
471
Nuevamente
cargue
la
página
del
phpMyadmin
(http://localhost/phpMyadmin/index.php). Y listo el phpMyadmin no presenta errores.
Aprovechando que se encuentra en esta página, cree una base de datos, así:
Nombre la base de datos como rpcucuta y dé click en el botón Crear. A continuación lo
lleva a una página con el título: Base de datos rpcucuta ejecutándose en localhost. Luego
para crear las tablas de la base de datos, se debe hacer click en la pestaña “SQL” así:
Luego aparecerá una interfaz la cual pide que ubique el archivo .sql que se encuentra
ubicado en los archivos de la aplicación; la carpeta se llama bd_rpcúcuta y el archivo se
llama bd_cucuta.sql. En este archivo se encuentra la estructura de la base de datos.
472
Después de ubicar el archivo haciendo click en el botón “Examinar” se hace click en el
botón “Continue” y se crean las tablas quedando lista la base de datos, De ese modo
finaliza la creación de las tablas y puede salir de phpMyAdmin.
2. INSTALACIÓN DE LA APLICACIÓN
Una vez instalados todos los componentes mencionados anteriormente, el siguiente paso a
seguir es instalar los archivos de la aplicación. Estos archivos se deben copiar desde el CD
de la aplicación en la carpeta rpcucuta y copiarlos en la carpeta www del AppServ que se
encuentra ubicado en C:/AppServ/www.
De esa forma se puede acceder a la aplicación colocando en la barra de navegación del
Explorer la dirección http://localhost/rpcucuta/. También para terminar debe copiar el
acceso directo que se encuentra en misma carpeta al escritorio.
473
Anexo D. Plan de Implementación del RPCúcuta ( Registro Poblacional de Cáncer
de Cúcuta )
INTRODUCCION
El registro poblacional de cáncer (RPCCúcuta), nace de la necesidad de crear registros de la
enfermedad con el fin de realizar estudios a través de medios tecnológicos permitiendo
tener información fidedigna y segura por parte de la institución del centro de rehabilitación
del Norte de Santander quienes prevalecen por dar servicios de capacitación y
rehabilitación acorde a enfermedades y apoyar al paciente en su proceso brindándole una
mejor asistencia medica especializada en el caso que este presentando y el grado del tipo
de cáncer.
Con este plan se busca, que en la Institución realmente ponga en marcha la implementación
de la aplicación para brindar estos servicios, inculcando y concientizando al personal en el
uso de las tecnologías y de las diferentes herramientas que ofrecen.
OBJETIVOS
Objetivo General.
Plantear un procedimiento general que facilite la ejecución o implementación de la
aplicación en el Centro de Rehabilitación del Norte de Santander.
Objetivos Específicos.
Dar a conocer la importancia que tiene su uso en el Centro de Rehabilitación del Norte
de Santander.
Conocer el procedimiento para realizar cada uno de los procesos
Ofrecer un plan que facilite y sirva de ayuda para el uso de la aplicación.
474
Proponer el procedimiento a seguir para la puesta en marcha del proyecto en el Centro
de Rehabilitación del Norte de Santander y entidades que apoyen este proceso en el
momento indicado.
Proponer un conjunto secuencial de actividades que promuevan su ejecución.
PLANTEAMIENTO DE LA IMPLEMENTACIÓN
Se busca que mediante un estudiante de práctica del décimo semestre de ingeniería de
sistemas se lleve a cabo el plan de implementación, en el lapso de un semestre, el cual
incluye:
1. Capacitarse así mismo con la herramienta, la cual esta en la capacidad de explorar y
familiarizarse en su manejo.
2. Conocer muy bien e interpretar su uso y manejo de la institución en donde se efectuara
la realización del proyecto.
3. La capacitación del personal administrativo o autorizado en relación al proyecto, la cual
se hará de la siguiente forma de la siguiente forma:
Capacitar en forma general y mostrar su uso y su importancia.
Convocar a quienes pertenecen al proyecto y les interese el uso de la herramienta, ya
sean estudiantes o administrativos de entidades de salud.
Resolver inquietudes a quienes les interese familiarizarse en la herramienta.
POBLACIÓN
Las personas a las cuales va dirigida la implementación corresponde a los funcionarios
administrativos de la institución del Centro de Rehabilitación del Norte de Santander y la
comunidad del Municipio de Cúcuta y del Departamento del Norte de Santander.
475
REQUERIMIENTOS
Requerimientos de Hardware de los equipos de los usuarios:
128 MB de memoria Ram (mínimo).
Disco duro de 20 GB (mínimo).
Procesador de 800 MHz (mínimo)
Requerimientos de software de los equipos de los usuarios:
Sistema operativo Windows 98 o posterior este.
Internet Explorer 6.0
El equipo servidor deberá mantener las siguientes especificaciones:
Servidor Web Apache
Sistema manejador de Bases de Datos Mysql
Maquina virtual de PHP
Todas estas especificaciones fueron tomadas de acuerdo a las pruebas realizadas a los
usuarios de la institución Del Centro de Rehabilitación del Norte de Santander y a los
requerimientos exigidos por PHP, Mysql y Appserver.
476
TIEMPO DE IMPLEMENTACIÓN
El Plan de Implementación tendrá una duración de 5 días, las cuales será realizado por un
estudiante de práctica empresarial del décimo semestre de ingeniería de sistemas de 10
horas diarias durante una semana.
COSTOS
A la Institución del Centro de Rehabilitación del Norte de Santander, llevar a cabo el plan
de implementación no le representa ningún costo, ya que al estudiante de practica de la
UFPS no se le remunera, debido a que es un requisito para obtener el titulo de Ingeniero de
Sistemas.
RECURSOS
Recursos proporcionados por la universidad:
Computador (procesador 1.8 GHZ, memoria 256 MB, DD, 40 GB, teclado, Mouse, CDROM 52 X, driver 3 ½ )
Video bean
Auditorio en su efecto el que este disponible
Recurso Humano:
Persona a cargo para dicha implementación, y el director del plan de estudios de ingeniería
de sistemas.
ACTIVIDADES
PARA
LA
IMPLEMENTACIÓN
POBLACIONAL DE CANCER DE CÚCUTA
Escoger el estudiante para desarrollo de la implementación.
477
DEL
REGISTRO
Capacitación en el manejo de la herramienta. Enriqueciendo su conocimiento de la
herramienta por sus propios meritos.
Capacitar al personal administrativo y autorizado por la institución que vaya a usar la
aplicación.
Desarrollar capacitaciones a los usuarios en relación al proyecto.
Entregar un reporte final de dichas labores y conclusiones obtenidas.
478

omar rivera rivera marcela patricia torres ucrós facultad

Transcripción

Documentos relacionados

Programación en C.net

Interfaz con el cliente - The ILO`s Impact Insurance Facility

Cómo inscribirse a la reunión con las empresas de software de

Consulta de Empresas

Interfaz del Cliente - Un Blog de Marketing

José Díaz, pintor | Un maletín marrón

DIAGRAMA DE FLUJO DEL PROCEDIMIENTO Y CRITERIOS PARA