Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Teisis Lolimarcedeño
Teisis Lolimarcedeño
NCLEO DE MONAGAS
INGENIERIA DE SISTEMAS
COMISIN DE TRABAJO DE GRADO
MATURN / MONAGAS / VENEZUELA
UNIVERSIDAD DE ORIENTE
NCLEO DE MONAGAS
INGENIERA DE SISTEMAS
COMISIN DE TRABAJOS DE GRADO
MATURN / MONAGAS / VENEZUELA
ACTA DE EVALUACIN
En la ciudad de Maturn a los diez das del mes de enero de dos mil once.
ii
UNIVERSIDAD DE ORIENTE
NCLEO DE MONAGAS
INGENIERA DE SISTEMAS
COMISIN DE TRABAJOS DE GRADO
MATURN / MONAGAS / VENEZUELA
ACTA DE EVALUACIN
En la ciudad de Maturn a los diez das del mes de enero de dos mil once
iii
DEDICATORIA
Camin con paso firme y constante, con profunda fe, y absoluta conviccin de
que alcanzara mi meta ms preciada; hoy que al fin puedo vivirla y trazarme muchas
ms quiero expresar mi agradecimiento primeramente a Dios por darme vida y salud
para vivir este momento. Gracias Seor por llenar mi vida de tantas bendiciones!.
Gran motivo me inspira a dedicar y agradecer a todos quienes me ayudaron:
A mi mam con quien cuento para todo logro y siempre deposita en mi toda la
confianza y el amor para hacer ms placentero y hermoso el camino.
A mis abuelos quienes fueron y sern La Raz y el Tronco", el mejor pap y la
mejor mam, gracias por sus cuidados.
Lolimar D.Cedeo M.
iv
AGRADECIMIENTOS
Mi tesis la dedico a mi padre Jess Arvalo Cedeo (), jams pens que
cuando llegara este momento no estaras aqu, que tristeza, me siento realizada mas
no feliz, pues sin ti la dicha no es completa Slo me conforta saber que ests en el
cielo, en el reino de Dios, donde me cuidas y me proteges. Espero que ests
sumamente feliz y muy orgulloso de m.
T sabes que ests presente aqu, en el lugar donde siempre te encontrar y en
donde siempre puedo pedirte un consejo, un abrazo o una mano, en el centro de mi
corazn
Lolimar D.Cedeo M.
UNIVERSIDAD DE ORIENTE
NCLEO DE MONAGAS
INGENIERIA DE SISTEMAS
COMISIN DE TRABAJO DE GRADO
MATURN / MONAGAS / VENEZUELA
RESUMEN
El presente trabajo de investigacin tiene como propsito principal implementar un
sistema automatizado que optimice la gestin de los procesos administrativos del rea
servicios mdicos de la Universidad de Oriente Ncleo Monagas. Este software permite
controlar cada uno de los procesos administrativos que all se realizan, los cuales
involucran: registro de usuarios, creacin de citas medicas, apertura de historias mdicas,
emisin de rcipes para compra de medicamentos, control de consultas, salida y entrada
de medicamento, remisin de pacientes que requieren atencin especializada y exmenes
de laboratorios, con este sistema se automatizaron los procesos operativos y se suministr
una plataforma de informacin necesaria para la toma de decisiones aportando informacin
precisa y adecuada que contribuye a minimizar los riesgos y generar procesos ms eficaces
en funcin de las necesidades del servicio que se presta. Dicho trabajo sigui un tipo de
investigacin interactiva, con un nivel integrativo, la cual permite crear una solucin,
apoyada en el uso de mtodos y herramientas tericamente sustentadas para modificar
una situacin; la tcnica de anlisis de datos utilizada fue la de anlisis de contenido.
Con el objetivo de lograr adaptar las mejores estrategias y herramientas de uso actual
para el desarrollo de software se utiliz la metodologa GRAY WATCH y la herramienta
de modelado UML BUSINESS extensin de UML. Para la creacin del software se
utilizo el servidor XAMPP de plataforma software libre que consiste en la base de datos
MySQL, el servidor Web Apache y los intrpretes para lenguajes de script: PHP y Perl.,
bajo un leguaje de programacin orientado a objeto.
Palabras Claves: Modelado, Sistema, Servidor, Servicios Mdicos.
vi
INDICE GENERAL
ACTA DE EVALUACIN .................................................................................... ii
ACTA DE EVALUACIN ................................................................................... iii
DEDICATORIA .................................................................................................... iv
AGRADECIMIENTOS .......................................................................................... v
RESUMEN............................................................................................................. vi
INDICE GENERAL.............................................................................................. vii
LISTA DE FIGURAS ............................................................................................. x
LISTA DE TABLAS .............................................................................................. x
LISTA DE DIAGRAMAS ................................................................................... xiv
INTRODUCCIN .................................................................................................. 1
CAPITULO I........................................................................................................... 3
CONTEXTO ORGANIZACIONAL ...................................................................... 3
1.1. Resea Histrica de la Universidad de Oriente, Ncleo Monagas. ............. 3
1.1.1. Misin ................................................................................................... 3
1.1.2. Visin .................................................................................................... 4
1.2 Centro de Computacin, Universidad de Oriente Ncleo Monagas. ............ 4
1.2.1 Visin. .................................................................................................... 4
1.2.2 Misin. ................................................................................................... 4
1.2.3 Objetivos ................................................................................................ 5
1.2.4 Funciones ............................................................................................... 6
1.2.5 Organigrama........................................................................................... 7
1.3. Servicio Mdico de la Universidad de Oriente ............................................ 7
1.3.1. Objetivo:................................................................................................ 8
1.3.2. Misin: .................................................................................................. 8
1.3.3. Visin: ................................................................................................... 8
1.3.4. Organigrama.......................................................................................... 9
CAPTULO II ....................................................................................................... 10
vii
viii
ix
LISTA DE FIGURAS
Pp.
Figura 1 Organigrama del Centro de Computacin de la U.D.O Monagas.. .......... 7
Figura 2: Organigrama del Servicio Mdico de la U.D.O, Ncleo Monagas. ........ 9
Figura 3: Componentes del mtodo Gray Watch. Fuente: autor 2010. ................. 25
Figura 4; Principales tipos de productos del mtodo Gray Watch. ....................... 26
Figura 5: Clasificacin de los actores. Fuente: autor 2010. .................................. 27
Figura 6: Cadena de valor de Procesos del mtodo WATCH............................... 28
Figura 7: Procesos del mtodo WATCH. ............................................................ 28
Figura 8: Estructura del Modelo de Procesos. ...................................................... 32
Figura 9: Actor.. .................................................................................................... 35
Figura 10: Caso de Uso. ........................................................................................ 35
Figura 11: Tipos de Relaciones. ............................................................................ 36
Figura 12: Representacin de una Clase.. ............................................................. 36
Figura 13: Smbolo de un Paquete. ....................................................................... 41
Figura 14: Tarjeta CRC. ........................................................................................ 42
Figura 15: El modelo de aplicacin cliente/servidor. ........................................... 43
Figura 16: Clasificacin de los procesos del Mtodo WATCH............................ 79
Figura 17: Principales tipos de productos del mtodo WATCH. ......................... 83
Figura 18: Modelo de Jerarqua de Sistemas de servicios medico...................... 103
Figura 19: Diagrama de objetivos. ...................................................................... 104
Figura 20: Cadena de valor del negocio usando UML 2.0 V 1.3........................ 105
Figura 21: Jerarqua de los procesos del negocio .............................................. 107
Figura 22: Diagrama de procesos: Programar Cita. ............................................ 108
Figura 23: Diagrama de procesos: Elaboracin de Historia Mdica................... 110
Figura 24: Diagrama de procesos: Creacin de Boleta Medica. ........................ 112
Figura 25: Diagrama de procesos: Consulta Externa con Boleta Medica. ......... 114
Figura 26: Diagrama de procesos: Validar Informacin de Factura116
Figura 27: Diagrama de procesos: Peticin de Medicamentos .......................... 118
Figura 28: Diagrama de procesos: Suministro de Medicamento al Paciente. ..... 120
Figura 29: Modelo de Reglas del servicio mdico de la U.D.O Monagas. ......... 122
Figura 30: Calidad y Medicin de ISO.. ............................................................. 150
Pp.
Figura 31: Modelo de calidad interna y externa del rea de servicios mdicos. . 154
Figura 32: Caso de uso general del sistema.. ...................................................... 157
Figura 33: Arquitectura del sistema.. .................................................................. 232
Figura 34: Tarjeta CRC Citas.............................................................................. 235
Figura 35: Tarjeta CRC Paciente. ....................................................................... 235
Figura 36: Tarjeta CRC Medicamento.. .............................................................. 235
Figura 37: Tarjeta CRC Historia. ........................................................................ 235
Figura 38: Tarjeta CRC Facturas.. ...................................................................... 236
Figura 39: Tarjeta CRC Boleta. .......................................................................... 236
Figura 40: Tarjeta CRC Rcipe.. ......................................................................... 236
Figura 41: Tarjeta CRC DPHistoria. ................................................................... 236
xi
LISTA DE TABLAS
Pp.
Tabla 1: Relacin entre clases. .............................................................................. 38
Tabla 2: Elementos del diagrama de despliegue. .................................................. 39
Tabla 3: Elementos de diagrama de secuencia. ..................................................... 40
Tabla 4: Elementos de diagrama de despliegue. ................................................... 41
Tabla 5: Interesados (stakeholders) del proyecto. ................................................. 73
Tabla 6: identificacin de Interesados del proyecto. ............................................. 74
Tabla 7: Productos que genera la metodologa ................................................... 82
Tabla 8: Caractersticas de ISO-9126 . ................................................................. 87
Tabla 9: Plan de tiempo del proyecto1/4............................................................... 90
Tabla 10: Riesgos a administrar en el proyecto 1/13. ........................................... 94
Tabla 11: Matriz evento vs. Proceso de Negocio. .............................................. 125
Tabla 12: Reglas del Negocio (1/4). ................................................................... 130
Tabla 13: Descripcin de actores 1/10. ............................................................... 134
Tabla 14: Recoleccin de requerimientos iniciales 1/2. ..................................... 136
Tabla 15: Requisitos funcionales del sistema (1/6)............................................. 141
Tabla 16: Requisito no funcionales del sistema (1/2). ........................................ 147
Tabla 17: Curso bsico de eventos para validar usuario. .................................... 158
Tabla 18: Curso alternativo de eventos para validar usuario. ............................. 158
Tabla 19: Curso bsico de eventos para validar usuario 1/2. .............................. 161
Tabla 20: Curso alternos de eventos para validar usuario................................... 162
Tabla 21: Curso bsico de eventos para programar cita. .................................... 165
Tabla 22: Curso alterno de eventos para programar cita..................................... 166
Tabla 23: Curso bsico de eventos para consultar cita. ...................................... 172
Tabla 24: Curso alterno de eventos para consultar cita....................................... 172
Tabla 25: Curso bsico de eventos para elaborar historia mdica ...................... 176
Tabla 26: Curso alterno de eventos para elaborar historia mdica.. ................... 177
Tabla 27: Curso bsico de eventos para crear boleta mdica.............................. 187
Tabla 28: Curso alterno de eventos para crear boleta mdica ............................. 187
Tabla 29: Curso bsico de eventos para emitir rcipe medico. ........................... 193
Tabla 30: Curso alterno de eventos para emitir rcipe medico. .......................... 194
xii
Pp.
Tabla 31: Curso bsico de eventos para el registro de factura. ........................... 199
Tabla 32: Curso alterno de eventos para el registro de factura. .......................... 199
Tabla 33: Curso bsico de eventos para la devolucin de factura. ..................... 200
Tabla 34: Curso bsico de eventos para la consulta de factura. .......................... 209
Tabla 35: Curso alterno de eventos para la consulta de factura. ......................... 209
Tabla 36: Curso bsico de eventos mantenimiento de medicamento. ............... 213
Tabla 37: Curso alterno de eventos mantenimiento de medicamento................. 213
Tabla 38: Curso bsico de eventos para la salida de medicamento. ................... 214
Tabla 39: Curso alterno de eventos para la salida de medicamento. .................. 214
Tabla 40: Curso bsico de eventos generar reporte. .......................................... 224
Tabla 41: Curso alterno de eventos generar reporte............................................ 224
Tabla 42: Tabla de mtrica Adecuidad ISO 9126. ............................................. 228
Tabla 43: Tabla de mtrica Madurez ISO 9126. ................................................ 228
Tabla 44: Tabla de mtrica Entendibilidad ISO 9126......................................... 229
Tabla 45: Tabla de mtrica ISO 9126. Comportamiento en el tiempo .............. 229
Tabla 46: Tabla de mtrica ISO 9126. Conformidad de la Transportabilidad .... 230
Tabla 47: Especificacin de caso de pruebas boleta mdica............................... 244
Tabla 48: Especificacin de caso de pruebas Motivo Despacho. ....................... 245
Tabla 49: Especificacin de caso de pruebas Laboratorio. ................................. 246
Tabla 50: Costos de Materiales (1/2). ................................................................. 252
Tabla 51: Reduccin de tiempo........................................................................... 254
Tabla 52: Disminucin de tiempo en la generacin de reporte. .......................... 255
Tabla 53: Costos de papelera sin el sistema. ...................................................... 255
xiii
LISTA DE DIAGRAMAS
Pp.
Diagrama 1: Diagrama de actividades programar cita mdica. .......................... 109
Diagrama 2: Diagrama de actividades elaborar historia mdica. ........................ 111
Diagrama 3: Diagrama de actividades del creacin de boleta medica. ............... 113
Diagrama 4: Diagrama de actividades del consulta externa .............................. 115
Diagrama 5: Diagrama de actividades del validar facturas. ............................... 117
Diagrama 6: Diagrama de actividades del Peticin de Medicamentos. ............. 119
Diagrama 7: Diagrama de actividades del Suministro de Medicamento ........... 121
Diagrama 8: Diagrama de modelado de objetos del negocio. ............................. 123
Diagrama 9: Diagrama de proceso del descubrimiento de requisitos. ................ 127
Diagrama 10: Jerarqua de los proceso del descubrimiento de requisitos.. ........ 127
Diagrama 11: Jerarqua de los proceso de entendimiento del dominio. ............. 128
Diagrama 12: Jerarqua de los proceso de organizacin del conocimiento ........ 128
Diagrama 13: Jerarqua de los proceso de recoleccin de requisitos.. ................ 129
Diagrama 14: Diagrama de caso de uso de validar usuario. ............................... 158
Diagrama 15: Diagrama de secuencia validar usuario. ....................................... 159
Diagrama 16: Diagrama de caso de uso de administrar usuario ........................ 161
Diagrama 17: diagrama de secuencia administrar usuario. ................................. 163
Diagrama 18: Diagrama de caso de uso Programar Cita Mdica. ...................... 165
Diagrama 19: diagrama de clase programar cita. ................................................ 167
Diagrama 20: Diagrama de Secuencia Programar Cita....................................... 168
Diagrama 21: Diagrama de caso de uso consultar cita. ...................................... 171
Diagrama 22: Diagrama de secuencia consultar cita. ........................................ 173
Diagrama 23: Diagrama de caso de uso elaborar historia mdica. ..................... 176
Diagrama 24: Diagrama de clase elaborar historia Mdica. .............................. 178
Diagrama 25: Diagrama de secuencia elaborar historia Mdica. ........................ 179
Diagrama 26: Diagrama de caso de uso crear boleta Mdica. ............................ 186
Diagrama 27: Diagrama de clase crear boleta Medica........................................ 188
Diagrama 28: Diagrama de secuencia crear boleta Medica. ............................... 189
Diagrama 29: Diagrama de caso de uso emitir rcipe medico. ........................... 193
Diagrama 30: Diagrama de clase emitir rcipe medico. ..................................... 194
xiv
Pp.
Diagrama 31: Diagrama de secuencia emitir rcipe medico. .............................. 195
Diagrama 32: Caso de uso Conformar Factura. .................................................. 198
Diagrama 33: Diagrama de clase. Conformar Factura. ...................................... 201
Diagrama 34: Diagrama de secuencia registro de factura. ................................ 202
Diagrama 35: Diagrama de secuencia devolucin de factura.. ........................... 205
Diagrama 36: Diagrama. Caso de uso Consultar Factura. .................................. 208
Diagrama 37: Diagrama. Secuencia Consultar Factura.. .................................... 210
Diagrama 38: Diagrama. Caso de uso Control de medicamento. ...................... 212
Diagrama 39: Diagrama de clase Control de Medicamento. .............................. 215
Diagrama 40: Diagrama. Secuencia de mantenimiento de medicamento. .......... 216
Diagrama 41: Diagrama. Secuencia salida de medicamento. ............................. 219
Diagrama 42: Diagrama. Caso de uso generar reporte. ...................................... 223
Diagrama 43: Diagrama. Secuencia generar reporte........................................... 225
Diagrama 44: Diagrama de clase usuario............................................................ 233
Diagrama 45: Diagrama de clase de procesos..................................................... 234
Diagrama 46: Modelo de Vista de Despliegue.. ................................................. 237
Diagrama 47: Diseo conceptual de Usuarios. ................................................... 238
Diagrama 48: Diseo conceptual de Procesos de sitema. ................................... 238
Diagrama 49: Diseo relacional de Usuario. ..................................................... 239
Diagrama 50: Diseo Relacional de Procesos de sistema. .................................. 239
Diagrama 51: Diseo Fsico de la base de datos de Usuario. ............................. 240
Diagrama 52: Diseo Fsico de la base de datos de Procesos ............................. 240
xv
INTRODUCCIN
CAPITULO I
CONTEXTO ORGANIZACIONAL
1.1. Resea Histrica de la Universidad de Oriente, Ncleo Monagas.
El Ncleo de Monagas de la Universidad de Oriente, responde a las necesidades
y tradicin del Estado, en su actividad agrcola, ganadera y petrolera que a travs de
un conjunto de unidades acadmicas, ofrece a una poblacin estudiantil de ms de
15.000 estudiantes las carreras de: Ingeniera: Agronmica, en Produccin Animal,
Petrleo y Sistemas, adems de Licenciatura en: Administracin, Contadura Pblica,
Gerencia de Recursos Humanos y Tecnologa de los Alimentos. Asimismo ofrece
Servicios de Orientacin Bibliotecas, Comedor, Transporte, Proveedura, Librera y
Servicio Mdico-Odontolgico, Ayudas Econmicas, Extensin Cultural, Deportes
y Planes de pasantas para el financiamiento y familiarizacin con el futuro
desempeo profesional.
1.1.1. Misin
La Universidad de Oriente reafirmar su compromiso de ser el centro de
estudio, anlisis y produccin de ideas necesarias para el desarrollo social, econmico
y poltico del Oriente del Pas, capaz de desarrollar mtodos y tecnologa
innovadoras, de asegurar la calidad por medio de los sistemas eficientes de
planificacin, evaluacin y motivacin. La Universidad ser una Institucin cuyo
ambiente estimule la creatividad y productividad de todos sus miembros. As
mismo deber ocupar una posicin de liderazgo en investigacin y logros
acadmicos. Con intencin de situarse en un lugar privilegiado en los sueos de
cada miembro de la Comunidad Universitaria.
1.1.2. Visin
Formar profesionales del ms alto nivel de calidad, profesionales que
atiendan problemas de su particular formacin y competencia, bajo un alto espritu
de solidaridad y compromiso social. Se trata de formar profesionales creativos,
capaces de destacarse en un mercado cada vez ms competitivo con el
mejoramiento de la calidad de vida y con el desarrollo.
Mantener una permanente vinculacin con sus egresados para su actualizacin
constante. As mismo, permanecer en contacto con los sectores sociales y
productivos. Brindar a sus trabajadores tanto, en la parte acadmica, administrativa y
estudiantil las mejores condiciones para que estos encuentren el xito en el
desempeo de sus funciones. Mantener un clima de respeto mutuo, de libertad de
expresin, organizacin, de pluralidad de todas las corrientes de pensamiento, dentro
de un ambiente de responsabilidad y tolerancia a todas las ideas e igualmente estar
vinculada con su entorno.
1.2 Centro de Computacin, Universidad de Oriente Ncleo Monagas.
1.2.1 Visin.
El Centro de Computacin tiene como visin principal ser un centro
competitivo, lder a nivel nacional en todas las reas de nuestro inters, contando con
el apoyo de un personal altamente capacitado en cada una de las secciones que los
componen y estableciendo una plataforma tecnolgica til que satisfaga las
necesidades del sector docente, estudiantil y administrativo de la Universidad de
Oriente Ncleo Monagas.
1.2.2 Misin.
La misin del Centro de Computacin, es la de realizar labores de
investigacin, desarrollo de software, adiestramiento y soporte tcnico en las reas
1.2.4 Funciones
El Centro de Computacin cumple con las siguientes funciones, a objeto de
alcanzar su respectiva visin y misin:
a. Brindar de
forma
permanente
soporte
tcnico
las
unidades
lo
relacionado
con
la
nmina
de
pago, el
rea
de
contabilidad y presupuesto.
c. Desarrollar y mantener los sistemas de informacin orientados al proceso
de automatizacin de la gestin administrativa de la Institucin.
d. Coordinar y supervisar el funcionamiento de las unidades que integren
el Centro de Computacin
e. Distribuir, segn
la
capacidad
productiva, las
de
los
1.2.5 Organigrama
Jefatura
Secretaria
PROGRAMAS Y
PROYECTOS
Produccin y
desarrollo de
sistemas
Valor agregado
SECCIN DE APOYO
Redes
Soporte Tcnico
Seguridad
1.3.4. Organigrama
Coordinacin
Administrativa
Coordinacin
Acadmica
Secretaria
Delegacin de
Desarrollo Social y
Bienestar
Estudiantil
Transporte
Administracin
rea
Socioeducativa
rea de
Desarrollo Social
rea de
Salud
rea de
Orientacin
Servicios Mdicos
Medicina
General
Medicina
Interna
Pediatra
Ginecologa
Odontologa
01 jefe de enfermera
01 Higienista Dental
05 Enfermeras
01 Secretaria
06 Mdicos
9
CAPTULO II
EL PROBLEMA Y SUS GENERALIDADES
la
dependencia.
Las estadsticas necesarias para el control y evaluacin del servicio que se presta,
las lleva el auxiliar de registro y estadstica con una herramienta ofimtica de
procesamiento de texto (Word), debido al gran volumen de pacientes que se atienden por
da, esto resulta un proceso lento y genera mucho trabajo emitir conclusiones acerca de la
gestin del servicio mdico o contar con informacin que sirva como datos estadsticos.
11
obteniendo las funcionalidades del sistema por versiones y luego llevarlo a ejecucin.
La propuesta en referencia, beneficia a todo el personal que labora dentro del rea
de Servicios Mdicos lo cual permite agilizar la gestin gerencial de esta rea y aumentar
el flujo de pacientes que se atienden diariamente, ya que se trata de un mecanismo que
permite la modernizacin y optimizacin de los procesos de una unidad bajo su
responsabilidad y acorde a las fundamentos del uso del Software Libre , el cual atiende a
los lineamientos estratgicos de las polticas nacionales, en relacin al uso de sistemas de
informacin dentro de las instituciones pblicas.
12
13
14
CAPITULO III
MARCO REFERENCIAL
Andes, este proyecto de grado fue presentado en la Universidad de Los Andes como
requisito final para optar al ttulo de Ingeniero de Sistemas y tena como objetivo
documentar la situacin del Departamento Tcnico de la Direccin de Servicios
Generales de la Universidad de los Andes, para desarrollar un Modelo de Negocios
que hiciera posible entender sus elementos claves, planificar su infraestructura
informtica, y formalizar sus sistemas y procedimientos. El desarrollo del modelo fue
guiado por la Metodologa BMM (Business Modeling Method) de Montilva y Barrios
(2003), y representado a travs del lenguaje grfico UML (Unified Modeling
Language) y su extensin UML Business propuesta por Eriksson & Penker (2000).
Esta investigacin se tomo como orientacin y gua, su aporte ms significativo
est relacionado con la formulacin del Modelo de Negocios del rea de servicios
mdicos; facilit representar los elementos (procesos, actores, reglas, estructura
organizativa, entidades o recursos) que lo conforman.
En la misma perspectiva Carruz, A (2003) llev a cabo una investigacin
titulada: Automatizacin de procesos en el sector sanitario e historia clnica
electrnica. Hospital Universitario de Valladolid, cuyo objetivo fue desarrollar un
sistema centrado en los aspectos ms clnicos de los procesos asistenciales de un
hospital y en la elaboracin de la historia electrnica.
El diseo y desarrollo de la plataforma para la construccin de sistemas de
informacin y automatizacin de procesos recoge conocimiento especficamente
clnico. El desarrollo del proyecto permiti concluir que la tecnologa de la
informacin y la comunicacin (TIC) pueden ayudar en gran medida a mejorar la
eficiencia de los procesos asistenciales y administrativos, as como la accesibilidad de
la informacin contenida en la historia mdica, manteniendo siempre una visin de
futuro que permita que la aplicacin sea una respuesta adecuada a los problemas
informativos de continuidad asistencial y que sea una base para llegar al historia
unificado de salud, plasmando la iniciativa de contar con una historia nica para cada
una de las ramas de la medicina.
16
17
18
20
21
F. Emplea las mejores prcticas del desarrollo de software: Al igual que otros
mtodos bien establecidos, tales como RUP (Krutchen, 2000), XP y OOSE
(Jacobson, 1994), el mtodo WATCH emplea prcticas metodolgicas
internacionalmente aceptadas y utilizadas en la industria del software, las
cuales, al ser aplicadas apropiadamente, contribuyen a resolver muchos de los
problemas que, comnmente, se le atribuyen a los proyectos de software.
Entre estas prcticas, se destacan las siguientes:
i.
ii.
Manejo eficiente de los requisitos.- Una mala gestin de los requisitos de una
aplicacin es una de las principales causas de problemas en proyectos de
desarrollo de software. Para evitar estos problemas, WATCH emplea las
mejores prcticas, tcnicas y procesos de la Ingeniera de Requisitos, las
cuales facilitan las actividades de identificacin, anlisis, especificacin,
validacin y gestin de requisitos.
iii.
iv.
22
vi.
vii.
23
involucran,
por
lo
tanto,
actividades
de
planificacin,
24
Modelo de Productos
Producto WATCH
Modelo de Actores
Modelo de Procesos
El Modelo de Productos
Este modelo identifica y describe los tipos de productos que se deben generar
durante el desarrollo de una aplicacin empresarial. Estos tipos de productos se
elaboran durante la ejecucin de los procesos tcnicos, de gestin o de soporte, que
25
Producto
WATCH
Producto
Entregable
Producto
Intermedio
Producto
Tcnicos
Producto de
Gestin
Producto de
Soporte
Aplicacin
Empresarial
Figura 4: Principales tipos de productos del mtodo Gray Watch. Fuente: autor 2010.
El Modelo de Actores
El Modelo de Actores tiene como objetivos:
a) Identificar los actores o interesados (stakeholders) que estn involucrados en
el desarrollo de aplicaciones empresarial.
26
Actor
(Stakehold
er)
Cliente
Promoto
r
Desarrolla
dor
Usuario
27
El Modelo de Procesos
El objetivo de este modelo es describir los procesos tcnicos, de gestin y de
soporte que los equipos de trabajo deben emplear para desarrollar una aplicacin
empresarial. Estos procesos se organizan en la forma de una cadena de valor, tal
como se ilustra en la Figura 6.
Modelo de
negocio
Ingeniera
de requisitos
Diseo
Arquitectnico
Diseo de
componentes
Programacin
&
Integracin
Pruebas de
la
Aplicacin
Entrega de
la
Aplicacin
Figura 6: Cadena de valor de Procesos del mtodo WATCH. Fuente: autor 2010.
Modelo de Procesos
Procesos Tcnicos
Procesos de Gestin
Procesos de Soporte
28
29
E. Cierre del Proyecto.- Organiza las actividades que se requieren para cerrar
administrativa y tcnicamente el proyecto, una vez que concluya el desarrollo
completo de la aplicacin.
30
31
Modelado
del Negocio
SI
NO
Entrega de la
Aplicacin
Nueva Versin?
Ingeniera
de Requisitos
Inicio
Procesos de
Gestin y
Soporte
Prueba de la
Aplicacin
Diseo
Arquitectnico
Programacin
&
Integracin
Diseo
Detallado
32
33
34
Actor
Figura 9: Actor. Fuente: Autor (2010).
Caso de Uso
C. Las relaciones entre casos de usos pueden ser de extiende; cuando un caso de
uso especializa a otro extendiendo su funcionalidad, de inclusin, cuando un
caso de uso utiliza a otro y de asociacin para comunicar a un actor con otro.
35
Tipo de Relaciones
Asociacin
Include
Include>>
Extends
Extends>>
Los atributos o caractersticas de las clases pueden ser de tres tipos, segn el grado de
comunicacin y visibilidad de ellos con el entorno, estos son:
36
Pblicos (+): indican que el atributo ser visible tanto fuera como dentro de la clase,
es decir, es accesible desde todos lados.
Privados (-): indican que el atributo solo ser accesible desde dentro de la clase (solo
sus mtodos lo pueden acceder)
Protegidos (#) indica que el atributo no ser accesible desde afuera de la clase, pero si
podr ser accesado por mtodos de la clase.
Los mtodos u operaciones de una clase son la forma en cmo esta interacta con su
entorno, estos pueden tener las caractersticas:
Publico (+): indican que el mtodo ser visible tanto fuera como dentro de la clase, es
decir, es accesible desde todos lados.
Privados (-): indican que el mtodo solo ser accesible desde dentro de la clase (solo
otros mtodos de la clase lo pueden acceder)
Protegidos (#) indica que el mtodo no ser accesible desde afuera de la clase, pero si
podr ser accesado por mtodos de la clase.
Segn Bell, D (2007), existen cinco tipos de relaciones diferentes entre clases:
dependencia, generalizacin, asociacin, agregacin y composicin:
A. Dependencia: Es una relacin de uso, es decir una clase usa a otra, que la
necesita para su cometido. Se representa con una flecha discontinua que va
desde la clase utilizadora a la clase utilizada. Con la dependencia se muestra
que un cambio en la clase utilizada puede afectar el funcionamiento de la
clase utilizadora, pero no al contrario.
37
38
Smbolo
Nodo
Componente
Interface
Descripcin
Un nodo es un objeto fsico en tiempo de ejecucin que
representa un recurso computacional, generalmente con
memoria y capacidad de procesamiento. Se utiliza para
identificar cualquier servidor, Terminal de trabajo u otro
hardware host que se utiliza para desplegar componentes
en el ambiente de produccin.
Los componentes representan todos los tipos de
elementos software que entran en la fabricacin de
aplicaciones informticas.
39
se especifica una graduacin en el eje del tiempo, aunque podra hacerse para
interacciones que modelen escenarios en tiempo real.
Elementos del Diagrama de Secuencia:
Nombre
Smbolo
Descripcin
Lnea de
Vida
Activacin
Mensaje de
un objeto a
otro
Mensaje a un
mismo objeto
40
Nombre
Smbolo
Descripcin
Nodo de actividad
Primitiva ejecutable de asignacin o computacin.
Accin
Nodo de Inicio
Nodo fin de
actividad
Flujo de Control
Nodo de
Sincronizacin
(fork)
Nodo de
concurrencia
(Join)
Nodo de decisin
41
Las
aplicaciones,
sin
embargo,
utilizan
un
modelo
42
mismo autor define al servidor como: Una aplicacin que ofrece un servicio a
usuarios de Internet; un cliente es el que pide ese servicio. (p.3)
Los usuarios invocan la parte cliente de la aplicacin, que construye una
solicitud para ese servicio y se la enva al servidor de la aplicacin que usa TCP/IP
como transporte. El servidor es como un programa que recibe una solicitud, realiza el
servicio requerido y devuelve los resultados en forma de una respuesta.
Generalmente un servidor puede tratar mltiples peticiones (mltiples clientes) al
mismo tiempo.
Algunos servidores esperan las solicitudes en puertos bien conocidos de modo que
sus clientes saben a qu zcalo IP deben dirigir sus peticiones. El cliente emplea un
puerto arbitrario para comunicarse. Los clientes que se quieren comunicar con un
servidor que no usa un puerto bien conocido tienen otro mecanismo para saber a qu
puerto dirigirse. Este mecanismo podra usar un servicio de registro como Portmap,
que utiliza un puerto bien conocido.
43
funcionales e
45
46
47
48
permite crear pginas estticas mostrando textos con estilos, pero exista la
necesidad de tener mayor interaccin con los usuarios.
3.2.9. Base de Datos MySql
MySQL, tal como define propiamente su parte de su nombre (SQL Structured Query Language), es el servidor de bases de datos relacionales ms
comnmente utilizado en GNU/Linux. Fue desarrollado por la empresa MySQL
AB, que cedi las licencias correspondientes al proyecto opensource, por lo que su
rpido desarrollo es causa del empeo de millones de programadores de todo el
mundo.
Al ser un servidor de bases de datos relacionales, MySQL se convierte en
una herramienta veloz en la accesibilidad a los datos introducidos en las distintas
tablas independientes que forman las bases de datos de este lenguaje. MySQL es
actualmente el sistema de bases de datos ms popular de la red. Casi la totalidad
de servicios ofrecidos por nuestra empresa incluyen el soporte para bases de datos
MySQL. Ben Laurie, (p. 568).
3.2.10. XAMMP
Es un servidor independiente de plataforma, software libre, que consiste
principalmente en la base de datos MySQL, el servidor web Apache y los intrpretes
para lenguajes de script: PHP y Perl. El nombre proviene del acrnimo de X (para
cualquiera de los diferentes sistemas operativos), Apache, MySQL, PHP, Perl. El
programa esta liberado bajo la licencia GNU y acta como un servidor web libre,
fcil de usar y capaz de interpretar pginas dinmicas. Actualmente XAMPP est
disponible para Microsoft Windows, GNU/Linux, Solaris, y MacOS X.
XAMPP solamente requiere de un archivo zip, tar, o exe a descargar y ejecutar,
con unas pequeas configuraciones en alguno de sus componentes que el servidor
web necesitar. XAMPP es regularmente actualizado para incorporar las ltimas
50
51
52
53
54
55
CAPITULO IV
MARCO METODOLGICO
56
57
58
arquitectnicos de la
59
60
61
62
Etapas
Metodologa/
Herramienta
Actividades
Productos Generados
Documento de instanciacin
del mtodo.
Mtodo Watch
I
Anlisis del
sistema
Procesos de
gestin y
soporte
63
Plan de Gestin de la
configuracin
Plan de gestin de
Aseguramiento de la Calidad.
Objetivos especficos
Etapas
Metodologa/
Herramienta
Actividades
Productos Generados
II
Diseo del
sistema
Procesos de
construccin,
gestin y soporte
Documento de diseo
arquitectnico.
Mtodo
Watch
UML
Procesos de
implementacin.
Documento de diseo
detallado
Mtodo
Watch
UML
III
Implementacin
del sistema
Objetivos especficos
Plan de verificacin y
validacin
Plan de pruebas.
Especificaciones de prueba.
Aplicacin empresarial
operativa versin beta
funcional.
64
5. Implementar el sistema, ya
probado en su plataforma de
operacin.
CAPITULO V
RESULTADOS
Dando cumplimiento a los objetivos especficos a continuacin se presenta la
descripcin de los resultados obtenidos durante el desarrollo del proyecto:
Para obtener la visin del sistema a nivel conceptual se estudio a profundidad el
modelado de negocio el cual permiti revisar y verificar el dominio organizacional
donde operaria el sistema, se simboliz mediante UML BUSINESS 2.0 que es una
extensin del lenguaje UML orientado a procesos de negocio donde se incorporaron
nuevos smbolos para modelar y emplearon estereotipos que agregan mayor
semntica a los smbolos utilizados, para esto se adapto el mtodo GRAY WATCH
que hace la planificacin e instanciacin de este proceso de gestin y se determino a
las caractersticas particulares y a las condiciones existentes en el rea de servicios
mdicos. Con el nuevo modelo de negocio se complemento y fortaleci el modelo ya
existente.
Se determinaron los requisitos funcionales y no funcionales del sistema
elaborando el documento: definicin y especificacin de requisitos de software, los
cuales permitieron capturar y analizar los requerimientos del usuario y as establecer
y especificar las funcionalidades que tenda el sistema. Para el logro de este objetivo
se hiso uso de los Diagramas de casos de uso, los cuales describieron las acciones del
sistema desde el punto de vista del usuario, sta fue una herramienta valiosa, ya que
es una tcnica de aciertos y errores en la que se obtuvo los requerimientos totales del
sistema.
Por su parte el desarrollo de la arquitectura del sistema quedo plasmado en el
documento de diseo arquitectnico y detallado. Dicho diseo se realizo empleando
herramientas de programacin y
cumpliera con
adems, que el cdigo fue el correcto y cumpli con los estndares de codificacin
establecidos. Se verifico, tambin, que la documentacin de uso y mantenimiento fue
consistente con la aplicacin. Las pruebas de unidad y de integracin (incluyendo las
pruebas funcionales, no funcionales, de aceptacin y de instalacin) garantizaron que
la implementacin fue correcta y que ella y sus componentes cumplen con los
requisitos establecidos.
UNUVERSIDAD DE ORIENTE
NUCLEO MONAGAS
CENTRO DE COMPUTACIN
TODOS LOS DERECHOS RESERVADOS
5.1 ETAPA I.
INICIO Y CONSTITUCIN DEL
PROYECTO .PROCESO DE
GESTIN
Centro de Computacin
Seccin de Programas y Proyectos
Implementacin de un sistema automatizado que optimice la gestin de los procesos
administrativos del rea servicios mdicos de la universidad de oriente ncleo Monagas.
DOCUMENTO INICIO DEL PROYECTO
VERSIN
Autor
Lolimar Cedeo M.
Fecha
29-8-09
Versin
0.90
Lolimar Cedeo M.
9-10-09
0.91
Lolimar Cedeo M.
27-10-09
0.92
1.0
Descripcin
Versin preliminar como propuesta de desarrollo
1. Introduccin
Este es el primer documento formal del proyecto, el cual justificara econmica
y tcnicamente la necesidad de desarrollar una nueva aplicacin empresarial. Su
objetivo es explicar la necesidad de desarrollar la aplicacin, para dar respuesta a un
conjunto de necesidades de informacin, que tiene una o ms unidades
organizacionales de la empresa. Este documento se elabora para decidir si la
aplicacin debe desarrollarse, diferirse o es improcedente. Esta decisin determina el
inicio, diferimiento o cancelacin del proyecto, por lo tanto orientado a facilitar la
toma de decisiones sobre el futuro del proyecto.
Centro de Computacin
Seccin de Programas y Proyectos
5. Implementar el sistema, ya probado en su plataforma de operacin.
Centro de Computacin
Seccin de Programas y Proyectos
consultas de pacientes.
D. Administracin: configurar los usuarios del sistema y efectuar modificaciones.
E. Validar usuarios: permitir el ingreso de los usuarios finales del sistema.
minimizar la duplicacin de
administrativos.
4. Requisitos inciales
Para garantizar el rendimiento adecuado del proyecto a desarrollar y por ende del
sistema propuesto es necesario contar con una serie de requisitos, en esta oportunidad
se mencionarn los requisitos mnimos para comenzar con el proyecto, destacando
que en la medida en que se avance en el desarrollo del mismo estos requisitos
aumentaran.En cuanto a requisitos de hardware se debe contar con un computador
para el manejo y almacenamiento de la informacin. En lo que respecta a software se
requieren programas como: Macromedia Dreamweaver, Sybase, PowerDesigner,
Microsoft Project y el servidor Apache.
70
Centro de Computacin
Seccin de Programas y Proyectos
5. Visin del Negocio
La Universidad de Oriente Ncleo Monagas, Cuenta actualmente con una
poblacin Estudiantil alrededor de 18.000 estudiantes, por ello cuenta con una
Delegacin de Desarrollo estudiantil que estudia al educando dentro de su dimensin
social con la finalidad de ofrecer diversas vas de solucin a los problemas que
interfieren en su adecuado funcionamiento acadmico y social. Dentro de esta
dependencia se encuentra el rea de servicios mdicos-odontolgicos el cual brinda
atencin mdica preventiva .
Actualmente la poblacin universitaria est en constante crecimiento y
dinamismo la cual representa una gran demanda, el rea de servicios mdicos est
constituida por quince (15) funcionarios relacionados con las actividades
administrativas que se realizan en el mismo, estas personas manejan los
procedimientos administrativos y conocen la realidad, por lo tanto, son los indicados
transmitiendo requerimientos necesario para elaborar un nuevo sistema. Los actores
que rigen el curso de las actividades y que modelan el comportamiento del negocio
dentro del rea de servicios mdico se detallan a continuacin precisando el nmero
de personas que ocupan cada cargo:
01 jefe de departamento
01 jefe de enfermera
04 Enfermeras
01 Auxiliar de Registros y Estadsticas
01 Higienista Dental
01 Secretaria
06 Mdicos:
02 Odontlogos
01 Pediatra
01 Internista
01 Medicina General
01 Gineclogo
71
Centro de Computacin
Seccin de Programas y Proyectos
6. Necesidad de Desarrollar el Sistema
La siguiente investigacin se plantea para dar seguimiento al trabajo de grado
realizado por Cabello, M. (2009) titulado: Sistema automatizado basado en
software libre para optimizar los procesos administrativos de los servicios mdicos de la
Universidad de Oriente ncleo Monagas, este trabajo concluy en la fase de
construccin de la metodologa RUP (Proceso Unificado Racional), y no se pudo
lograr la implementacin debido a que el tiempo establecido no fue lo suficiente para
el desarrollo del sistema. Gran parte del su trabajo estuvo basado en mucha
investigacin y documentacin, sin embargo se realizo la codificacin o desarrollo de
algunos mdulos pero no se llego a concretar la funcionabilidad del sistema,
quedando la culminacin de lo propuesto incompleto.
Por las razones expuestas, se hace pertinente retomar el proyecto, culminar la
fase de construccin del sistema, realizar su implementacin y llevarlo a hasta su
culminacin, con la finalidad de poder brindarle al servicio mdico una aplicacin
completa que optimice la totalidad de sus procesos administrativos, desempendose
en un ambiente de trabajo automatizado y organizado.
Actualmente el Servicio Mdico aunque cuenta con los recursos tecnolgicos
que faciliten el desempeo de las labores del personal y no cuenta con el software que
permita controlar cada unos de los procesos administrativos que all se realizan, los
cuales involucran: registro de usuarios del servicio, apertura de historias mdicas,
emisin de rcipes para compra de medicamentos, control de consultas, remisin de
pacientes que requieren atencin especializada u exmenes de laboratorios cuya
respuesta no pueda ser canalizada a travs de los Servicios Mdicos, as como
tambin, llevar la relacin de los mismos, a objeto de validar la cancelacin de tales
servicios ante la Delegacin de Presupuestos de dicha institucin.
72
Centro de Computacin
Seccin de Programas y Proyectos
Esta realidad pone de manifiesto la importancia de implantar un sistema de
informacin confiable y eficiente, ello incidir en el logro de importantes mejoras, ya que
se automatizarn los procesos operativos y se suministra una plataforma de informacin
necesaria para la toma de decisiones aportando informacin precisa y adecuada que
contribuya a minimizar los riesgos y generar procesos ms eficaces en funcin de las
necesidades del servicio que se presta.
Analista de negocios
Responsabilidades
Elaborar el Plan Integral del Proyecto de desarrollo de la aplicacin
empresarial que le sea asignada
Prestar asistencia tcnica a los miembros del equipo de desarrollo.
Gestionar los riesgos del proyecto.
Dirigir y controlar la ejecucin del Plan Integral del Proyecto.
Cerrar administrativa y tcnicamente el proyecto.
Modelar el dominio de la aplicacin empresarial.
Asegurar que los productos del desarrollo de la aplicacin estn alineados al
sistema de negocios que acta como dominio de la aplicacin.
Diseador de software
Programador
Analista de requisitos
Arquitecto de software
Especialista V&V
Gestor de configuracin de
software
Gestor de calidad
73
Centro de Computacin
Seccin de Programas y Proyectos
Nombre
Ing. Rosngela Garcia
Ing.Yhuanailys Nuez
Analista de negocios
Analista de sistemas
Arquitecto de software
Diseador de software
Programador
Especialista Verificacin & Validacin
Gestor de calidad
Gestor de configuracin de Software
Responsabilidades
74
Centro de Computacin
Seccin de Programas y Proyectos
necesarios para la capacitacin del personal involucrado y materiales utilizados.
Entre estos costos tenemos:
A. Costos de equipos y herramientas de trabajo: estos costos se generan por el
hardware y el software utilizado durante el desarrollo del proyecto. Debido a que el
centro de computacin cuenta con el equipo y las herramientas de trabajo que se
utilizara, no se tendr ningn tipo de gasto en relacin a esto.
75
Centro de Computacin
Seccin de Programas y Proyectos
desarrollar y ampliar aptitudes y actitudes para realizar el trabajo de la manera
correcta. Las tcnicas de capacitacin empleada sern los talleres y cursos de UML,
Power Designer, WATCH, PHP y Macromedia Dreamweaver, dictados por el
personal del Centro de Computacin de la Universidad de Oriente Ncleo Monagas.
E. Costos de materiales que se utilizaran: representan los costos relacionados a la
compra de resmas de papel, carpetas, ganchos de carpetas, cartuchos de tinta para
impresin, libretas de anotaciones, lapiceros entre otros. Recalcando que estos
materiales sern en su mayora suministrados por el propio pasante.
9. Supuestos Ambientales
C. Se deben conocer los sistemas que se han desarrollado en el ncleo, ya que estos
ayudarn a definir los requerimientos del sistema, para mantenerse competitivo en
76
Centro de Computacin
Seccin de Programas y Proyectos
cuanto a funcionalidad, confiabilidad, durabilidad, mantenimiento y seguridad del
sistema.
D. Se deben dar las condiciones e instalaciones fsicas necesarias para mantener equipos
de computacin dentro del rea de servicios mdicos.
laborales. Es un supuesto creer y confiar que el personal que labora en el rea de los
servicios mdicos har uso pleno del sistema automatizado que se le pretende
implementar.
77
Centro de Computacin
Seccin de Programas y Proyectos
VERSIN 1.0
Autor
Fecha Versin
Descripcin
Lolimar Cedeo M. 29-8-09
0.90 Versin preliminar como propuesta de
desarrollo
Lolimar Cedeo M. 9-10-09
0.91 Correcciones de versin preliminar
Lolimar Cedeo M. 27-10-09
1.0
versin preliminar
10. Introduccin
Este documento presenta la instanciacin del mtodo, el cual consiste en adaptar
el conjunto de procesos y actividades prescritas por el mtodo, a las caractersticas
particulares del sistema que se va a implementar. Para realizar la adaptacin se toma
en cuenta tanto las condiciones existentes en el ambiente de trabajo como la
complejidad de la aplicacin; es decir, el proceso de ajuste del mtodo considera las
caractersticas del producto que se desea desarrollar y del ambiente organizacional de
implantacin para establecer el equipo de trabajo requerido y el proceso que debe
seguirse.
78
Centro de Computacin
Seccin de Programas y Proyectos
Figura 16: Clasificacin de los procesos del Mtodo WATCH durante el desarrollo del
proyecto. Fuente: autor (2010)
Una vez que los modelos de productos, procesos y actores han sido
instanciados se debe asegurar que el mtodo resultante de la integracin de estos tres
modelos, permitir verdaderamente desarrollar el proyecto. Para ello se debe revisar
la correspondencia entre los conceptos predefinidos en el mtodo y el subconjunto de
conceptos utilizados durante la adaptacin; verificar la consistencia y la coherencia de
las interacciones establecidas entre los diferentes modelos de la adaptacin del
mtodo, asegurar la consistencia entre modelo de producto y de proceso y garantizar
la correspondencia entre actores y actividades del proceso.
79
Centro de Computacin
Seccin de Programas y Proyectos
Para comenzar se verifica la coherencia entre el modelo de productos y el
modelo de procesos; en el proceso de gestin se van a ejecutar los cinco procesos que
a su vez generan los productos que ya hemos instanciado. En la constitucin del
proyecto se generan los productos: Enunciado del trabajo del proyecto y Documento
de inicio del proyecto. Posteriormente para la planificacin es necesario generar el
plan integral del proyecto, plan del alcance del proyecto y el plan de tiempos. Los
productos entregables son el resultado del proceso de Direccin del proyecto. El
proceso de control genera el plan integral del proyecto actualizado el cual permite
llevar un control de la ejecucin del proyecto y corregir las desviaciones de lo
ejecutado con respecto a lo establecido en el plan integral del proyecto. El ltimo
proceso de gestin es el cierre del proyecto que se encarga de dar por finalizado
formalmente el proyecto entregando como producto el sistema operativo.
Los productos del proceso de soporte forman parte del Plan Integral del
Proyecto estos procesos son: Gestin de la configuracin, Gestin de la calidad y
Gestin de riesgos. Del proceso de soporte se van a ejecutar los tres procesos que a
su vez generan los productos que ya hemos instanciado. Del proceso de Gestin de
Riesgos se obtiene el producto plan de gestin de riesgos. El plan de gestin de la
configuracin es el resultado de la ejecucin del
80
proceso de
Gestin de la
Centro de Computacin
Seccin de Programas y Proyectos
Configuracin del Software. A su vez se realizan los procesos de Aseguramiento de
la calidad del software y de verificacin & validacin los cuales producen el plan de
aseguramiento de la calidad del software.
de los procesos
Para hacer la instanciacin del modelo de productos se elabora una lista de los
productos concretos que se producirn durante el desarrollo del proyecto y describe
las caractersticas particulares del proyecto para automatizar los procesos
administrativos del rea de servicios mdicos de la Universidad de Oriente ncleo
Monagas. El modelo de productos est compuesto por tres tipos de productos:
tcnicos, de soporte y de gestin, a continuacin se muestra la lista de los productos
que se producirn
Centro de Computacin
Seccin de Programas y Proyectos
implementacin de un sistema automatizado de servicios mdicos que optimice la
gestin de los procesos administrativos de la Universidad de Oriente ncleo
Monagas. A continuacin se muestran el tabla 7:
Grupo de procesos
Producto
1. Documento de Inicio del proyecto
Procesos de Gestin
2. Proceso de Desarrollo
3. Plan Integral del Proyecto
1. Modelo del anlisis del negocio
2. Documento de Requisitos
3. Documento de Diseo
4. Productos intermedios de programacin:
componentes,
incrementos
versiones
de
programas
Procesos Tcnicos
Programas
Base de datos
Manuales
Tabla 7: Productos que genera la metodologa Grey Watch. Fuente: Autor (2010)
Como se muestra en
82
Centro de Computacin
Seccin de Programas y Proyectos
tiempo, el mtodo permite distinguir los productos segn el grupo de procesos que los
producen; es decir, hay productos resultantes de los procesos tcnicos o de ingeniera,
otros son resultantes de los procesos de gestin del proyecto y otros de los procesos
de apoyo al proceso de desarrollo:
Producto
WATCH
Producto Intermedio
Producto
Tcnico
Producto de
Gestin
Producto Entregable
Producto de
Soporte
Aplicacin
Empresarial
Figura 17: Principales tipos de productos del mtodo WATCH. Fuente: autor (2010)
83
Centro de Computacin
Seccin de Programas y Proyectos
Implementacin de un sistema automatizado que optimice la gestin de los procesos
administrativos del rea servicios mdicos de la universidad de oriente ncleo Monagas
PLAN INTEGRAL DEL PROYECTO
VERSIN
Autor
Fecha
1.0
Versin
Descripcin
0.90 Versin preliminar como propuesta de desarrollo
0.91
1.0
Versin preliminar
13. Introduccin
84
Centro de Computacin
Seccin de Programas y Proyectos
respecta a tiempos, riesgos y cambios. Todo proyecto de software es susceptible a
riesgos los cuales si llegan a concretarse afectan los tiempos de ejecucin de las
actividades y producen cambios en el proyecto, por esto los objetivos que se
persiguen con los diferentes planes que se realizan son los siguientes:
1. Asegurar que el desarrollo de la aplicacin sea sistemtico, organizado, eficaz
y eficiente, mediante el empleo de los procesos de planificacin, direccin y
control.
2. Garantizar que la aplicacin se desarrolle a tiempo y siguiendo los estndares
y procedimientos establecidos para asegurar la calidad de la aplicacin.
3. Manejar apropiadamente los riesgos que puedan surgir durante el desarrollo
de la aplicacin y que puedan afectar los objetivos del proyecto.
4. Controlar la configuracin de la aplicacin.
85
Centro de Computacin
Seccin de Programas y Proyectos
Cedeo quien es la persona encargada de la elaboracin del proyecto, desempea
papeles como: Analista de negocios, Analista de sistemas, Arquitecto de software,
diseador de software, programador y especialista en verificacin & validacin de
software.
Recursos Tecnolgicos
Para garantizar un rendimiento adecuado del sistema propuesto es necesario que
los equipos hardware donde se van a instalar y operar el sistema cumplan con los
siguientes requerimientos unidad central de procesamiento (CPU) Pentium IV, se
recomienda 1024 megabyte (MB)/1 GB de memoria RAM, Disco Duro de 160 GB y
Sistema operativo Windows XP. Servidor Apache, PHP, Macromedia Dreamweaver,
Sybase, Power Designer, Editor de Texto y un Navegador Web.
Recursos Materiales
Los miembros de trabajo del proyecto deben contar con resmas de papel tipo
carta, cartuchos de impresin, carpetas, lpices, lapiceros y marcadores, libreta de
anotaciones, CD-ROM, guas didcticas con informacin sobre el mtodo de
desarrollo, material de apoyo y textos varios sobre los procesos y actividades a
desarrollar.
Centro de Computacin
Seccin de Programas y Proyectos
de una o ms de seis caractersticas bsicas, las cuales son: funcionalidad,
confiabilidad, usabilidad, eficiencia, mantenibilidad y portatilidad; cada una de las
cuales se detalla a travs de un conjunto de subcaractersticas que permiten
profundizar en la evaluacin de la calidad de productos de software. La tabla n8
denominada Caractersticas ISO-9126 demuestra la pregunta central que atiende
cada una de estas caractersticas.
Caractersticas
Pregunta central
Las funciones y propiedades satisfacen las
Funcionalidad
Confiabilidad
Usabilidad
Eficiencia
Mantenibilidad
Portatilidad
Tabla 8: Caractersticas de ISO-9126 y aspecto que atiende cada una. Fuente: autor
(2010).
Leyes:
de
informacin
necesarios
por
ser
instrumentos
87
Centro de Computacin
Seccin de Programas y Proyectos
B. Ley Orgnica de la Administracin Pblica
Tecnologa
88
Centro de Computacin
Seccin de Programas y Proyectos
La Administracin Pblica Nacional emplear prioritariamente Software Libre
desarrollado con Estndares Abiertos, en sus sistemas, proyectos y servicios
informticos. A tales fines, todos los rganos y entes de la Administracin
Pblica Nacional iniciarn los procesos de migracin gradual y progresiva de
stos hacia el Software Libre desarrollado con Estndares Abiertos.
Manuales
GRAY WATCH Mtodo de Desarrollo de Software de Aplicaciones Empresariales,
2008 Jons Montilva, Judith Barrios y Milagro Rivero:
Este documento tiene por objetivos describir, en detalle, el mtodo WATCH de
tal manera que los equipos de desarrollo puedan utilizarlo como un patrn
metodolgico que les ayude a definir el proceso especfico de desarrollo de cada
una de las aplicaciones de una empresa.
Modelado de sistemas usando UML 2.0, Jons Montilva e Isabel Besembel:
Es una gua que describe el modelado de sistemas con las notaciones en UML
2.0 y el modelado de sistemas de negocios con UML Bussines. Esta dirigido a
ensear al desarrollador de sistemas como usar este lenguaje en el proceso
desarrollo de software y como modelar los diferentes aspectos que caracterizan a
un sistema de informacin o aplicacin de software.
Ingeniera de requisitos, Jons Montilva, CeiSoft:
Es una gua que detalla las generalidades involucradas en el proceso de
ingeniera de requisitos como la especificacin, documentacin y representacin
usando notaciones en UML 2.0.
89
Centro de Computacin
Seccin de Programas y Proyectos
17. Planes
5.1. PLAN DE GESTIN DE TIEMPO
Este plan establece las actividades necesarias para elaborar el cronograma del
proyecto. Describe tambin, el formato para elaborar el cronograma y los criterios y
supuestos que se deben considerar para programar las actividades del proyecto. Una
vez que el o los cronogramas del proyecto se elaboren, ellos pasan a formar parte del
Plan de Gestin de Tiempos. El objetivo de la planificacin de tiempos es estimar el
tiempo de ejecucin de las actividades del proyecto, a fin de producir el cronograma
que guiar y controlar la ejecucin del proyecto. El cronograma general del proyecto
identifica y organiza las actividades del proyecto en funcin de sus fechas de inicio y
terminacin. A continuacin se muestra el plan de tiempo del proyecto:
90
Centro de Computacin
Seccin de Programas y Proyectos
Centro de Computacin
Seccin de Programas y Proyectos
92
Centro de Computacin
Seccin de Programas y Proyectos
En este documento se reconoce y listar todos aquellos riesgos que puedan influir
negativamente en el proyecto. El proceso comienza con la definicin de las
caractersticas del proyecto en relacin a complejidad, requisitos, recursos,
experiencia del recurso humano, de manera que se pueda determinar el conjunto de
riesgos potenciales a los que el desarrollo de la aplicacin estar expuesto.
93
Centro de Computacin
Seccin de Programas y Proyectos
Riesgos a administrar:
001
002
Probabilidad
Efectos del Riesgo:
Serio.
Moderado
Alto
Bajo
Tipo de riesgo:
Consecuencia:
Prolongacin de la culminacin del proyecto.
Organizacional.
Probabilidad
Bajo
Moderado
Serio.
Responsable(s):
Gestor de configuracin de Software.
Gestor de calidad.
Estrategia de Mitigacin: El gestor de configuracin de software y gestor de calidad debe apegarse al cumplimiento del
cronograma de fechas.
94
Centro de Computacin
Seccin de Programas y Proyectos
004
Baja
Bajo
Probabilidad
Moderado
Alto
005
Baja
Bajo
Probabilidad
Moderado
Consecuencia:
Proyecto cancelado.
Efectos del Riesgo:
Serio.
Alto
006
Tipo de riesgo:
Consecuencia:
Resistencia al cambio de paradigma de desarrollo de
software.
Organizacional.
Baja
Bajo
Probabilidad
Moderado
Serio.
95
Centro de Computacin
Seccin de Programas y Proyectos
007
Tipo de riesgo:
Consecuencia:
Proyecto fuera de calendario y requerimientos.
Estimaciones -Requerimientos.
Probabilidad
Efectos del Riesgo:
Serio.
Moderado
Alto
Bajo
008
Tipo de riesgo:
Consecuencia:
Resistencia al cambio, los usuarios no se familiarizan con el
software y retardan las operaciones automatizadas.
Tecnolgico.
Probabilidad
Efectos del Riesgo:
Serio.
Moderado
Alto
Bajo
009
Tipo de riesgo:
Consecuencia:
Software con datos no reales que inciden en su
desempeo funcional.
Tecnolgico.
Probabilidad
Moderado
Bajo
Serio.
Responsable(s):
Programador.
Especialista en Verificacin & Validacin.
Estrategia de Mitigacin: Para evitar que esto ocurra, el gestor de configuracin de software debe prever la incorporacin
paulatina (a travs de las versiones) de data bsica real en la base de datos. Un modulo funcional debe ejecutarse correctamente,
sino debe crearse tantas versiones sean necesarias.
96
Centro de Computacin
Seccin de Programas y Proyectos
010
Tipo de riesgo:
Consecuencia:
Software de bajo desempeo y elevacin de la resistencia al
cambio por parte de los usuarios.
Tecnolgico - Estimacin.
Probabilidad
Moderado
Alto
Bajo
Responsable(s):
Responsable general del proyecto.
debe evaluar estrictamente las especificaciones de hardware y
011
Baja
Bajo
Probabilidad
Moderado
Alto
012
Baja
Bajo
Probabilidad
Moderado
Catastrfico.
97
Centro de Computacin
Seccin de Programas y Proyectos
013
Tipo de riesgo:
Tecnologa.
Baja
Bajo
Probabilidad
Moderado
Alto
Consecuencia:
Al no tener los equipos tecnolgicos necesarios, el proyecto
que ha llevado tiempo y esfuerzo se pierde y solo queda en
documentos.
Efectos del Riesgo:
Catastrfico.
98
Centro de Computacin
Seccin de Programas y Proyectos
como las actividades generales del proyecto que tengan implicancia sobre el manejo
de configuracin.
a) Identificacin de la configuracin
Se necesita definir un esquema de identificacin para reflejar la estructura del
producto, esto involucra identificar la estructura y clases de componentes, dando a
cada uno un nombre, una identificacin de versin y una identificacin de
configuracin.
Para
este
proyecto
los
elementos
de
configuracin
se
99
Centro de Computacin
Seccin de Programas y Proyectos
y entregar los tems y componentes que forman cada versin entregable de la
aplicacin.
100
Centro de Computacin
Seccin de Programas y Proyectos
Autor
Lolimar Cedeo.
Lolimar Cedeo.
Lolimar Cedeo.
VERSIN 1.0
Fecha
Versin Descripcin
29-8-09
0.91 Versin preliminar como propuesta de desarrollo
9-10-09
0.92 Correccin de versin preliminar
27-10-09
1.0
Versin preliminar
18. INTRODUCCIN
101
Centro de Computacin
Seccin de Programas y Proyectos
19. REPRESENTACIN DEL MODELADO DEL NEGOCIO
El proyecto anterior estuvo desarrollado bajo el enfoque de la metodologa RUP,
donde el modelado del negocio se estableci a travs de casos de uso de UML, del
cual se tomo informacin por referencia ya que no existen cambios notorios en la
ejecucin de los procesos del rea de servicios mdicos. El nuevo modelo del negocio
se simbolizar mediante UML BUSINESS que es una extensin del lenguaje UML,
que est orientado a procesos de negocio que incorpora nuevos smbolos para
modelar, emplea estereotipos para agregar mayor semntica a los smbolos utilizados,
usa cadena de valor de MICHAEL PORTER para modelar procesos al ms alto nivel
y descomponer cada proceso de la cadena de valor en sub-procesos de ms bajo nivel,
los cuales sern desglosados de manera ms especfica y completa.
102
Centro de Computacin
Seccin de Programas y Proyectos
U.D.O MONAGAS
Suprasistema
Coordinacin
Administrativa
Coordinacin
Acadmica
Coordinacin Acadmica
rea
Administracin
rea de
Orientacin
Delegacin de
Desarrollo Social y
Bienestar Estudiantil
rea
socioeducativa
rea de
desarrollo social
Sistema en estudio
rea de salud
Medicina
General
Servicios
Mdicos
Medicina
Interna
Subsistema
Odontologa
Ginecologa
Pediatra
Figura 18: Modelo de Jerarqua de Sistemas de servicios medico. Fuente: autor (2010)
Centro de Computacin
Seccin de Programas y Proyectos
objetivo Institucional>>
Para la UDO MONAGAS la salud de sus miembros se constituye en una parte importante para alcanzar los
objetivos de esta casa de estudios en cuanto a mantener un liderazgo en la investigacin. En correspondencia con ello, el
Servicio Mdico est dirigido a la atencin de estudiantes, obreros y empleados que laboran en dicho ncleo.
Objetivos
No-Operacionales
Nivel Estratgico
objetivo>>
Visin
Ser un servicio con calidad
total donde se promocione
la medicina preventiva con
vocacin humana, cientfica
y tecnolgica, para alcanzar
las metas en prevencin
total
de
enfermedades
cardiovascular, metablica,
ocupacional y tumoral.
objetivo>>
Misin
Brindar
atencin
medica
preventiva en los niveles de
primarios y secundarios, buscar
minuciosamente los primeros
signos y sntomas de las
enfermedades para evitar su
evolucin
hacia
estudios
avanzados, el dolor del paciente, el
sufrimiento de la familia y la
muerte sin escusa posible.
objetivo>>
Objetivo
problema>>
Descripcin
Lograr la implementacin de un
sistema automatizado en el rea de
servicios mdicos de la universidad
de oriente- Monagas.
objetivo>>
Objetivo Generar
Objetivos Operacionales
objetivo>>
Objetivo Especfico
Brindar atencin mdico - odontolgica de carcter preventivo a la comunidad
universitaria, con el objeto de promover un ambiente que estimule la creatividad
y productividad de todos sus miembros.
Procesos de Negocio
objetivo>>
Cita medica
Llevar el control del
nmero de pacientes
atendidos
por
los
doctores.
objetivo>>
Libro Morbilidad
Llevar el registro de
pacientes que
presentaron una
enfermad o sntoma
especifico.
objetivo>>
Historia mdica
Permitir llevar por escrito
los datos del paciente,
motivo de consulta,
diagnostico y evolucin.
objetivo>>
Rcipe Mdico
Tener indicaciones
para la compra de
medicamentos.
objetivo>>
Boleta mdica
El paciente pueda asistir
a la consulta mdica
especializada de doctor
que no labore dentro del
servicio mdico.
objetivo>>
Registro de boleta
Mdica
Llevar el control de las
boletas emitidas en el
servicio mdico.
objetivo>>
Conformacin de
facturas
El paciente puede asistir
a la consulta mdica
especializada de doctor
que no labore dentro del
servicio mdico.
objetivo>>
Registro de facturas
Llevar el control de la
conformacin de
facturas.
objetivo>>
Medicamentos
Suministrar medicina
preventiva y de
primeros auxilios.
objetivo>>
Registro de
Medicamentos
Llevar el control de
la entrada y salida de
medicamento.
Figura 19: Diagrama de objetivos de los procesos fundamentales del rea de servicios
Mdicos usando UML Business. Fuente: autor (2010).
104
Centro de Computacin
Seccin de Programas y Proyectos
Cita
Mdica
Historia
Mdica
Conformacin
de Factura
Boletas
Mdica
Solicitud de
Medicamentos
Actividades Primarias
Infraestructura Medica
Recurso Humano y Material
Actividades de Soporte
Desarrollo Estudiantil
Coordinacion Administrativa
Extencion de Personal
Figura 20: Cadena de valor del negocio usando UML 2.0 V 1.3. Fuente: autor (2010).
105
Centro de Computacin
Seccin de Programas y Proyectos
Las actividades de soporte son todos aquellos que aportan procesos, materiales o espacio
fsico para que se puedan dar todos los procesos del rea de servicios mdico entre estas
tenemos:
Infraestructura
Mdica
Recurso Humano
Y Material
Delegacin
de desarrollo
y bienestar
estudiantil
Coordinacin
administrativa
Extensin de
Personal
106
Centro de Computacin
Seccin de Programas y Proyectos
Nivel 0
Servicios Mdicos
PROCESOS DE NEGOCIO
PN 1.1
PN 1.2
PN 1.3
Cita
Mdica
Historia
Mdica
Boletas
Mdicas
Nivel 1
PN 1.4
Conformacin
de Factura
PN 1.5
Solicitud
Medicamentos
de
Nivel 2
PN 1.1 Cita Mdica
1.1.1
Programar
mdica
cita
1.2.1
Elaboracin de
Historia Mdica
1.3.1
Creacin de
Boletas
Mdicas
1.3.2
Consulta Externa
al
servicio
Mdico.
1.4.1
Validar Informacin
de Factura
1.5.1
Peticin
de
Medicamentos
ante
Bienestar Estudiantil
Figura 21: Jerarqua de los procesos del negocio. Fuente: autor (2010)
107
1.5.2
Suministro de
Medicamentos al
Paciente
Centro de Computacin
Seccin de Programas y Proyectos
CITA MDICA:
El proceso 1.1 es el de cita mdica que tiene como propsito llevar el control del
nmero de pacientes atendidos por los doctores.
Regla 1
Es un bienestar estudiantil, que ofrece la U.D.O.
Regla 2
Para
los obreros y empleados es un
beneficio
contemplado en el artculo 19 y 58 del contrato colectivo
Actor
Enfermera
Objetivo
Programar
cita
mdica al paciente
<<Controla>>
<<Cumple>>
<<Controla>>
Paciente
1.1.1
Programar
Cita Mdica
Solicitud
El paciente presenta
identificacin y solicita
el servicio. Se valida
informacin.
<<Ejecuta>>
Actor
Enfermera
Producto
Cita
Programada
<<Crea>>
Consulta
Se valida informacin de identidad del
paciente y disponibilidad del doctor
108
Centro de Computacin
Seccin de Programas y Proyectos
Nivel 0
Servicios Mdicos
1.1
Cita
Mdica
1.2
Historia
Mdica
1.4
Conformacin
de Factura
1.3
Boletas
Mdicas
1.5
Solicitud de
Medicamentos
Nivel 1
Cita Mdica
1.1.1
Programar
Cita Medica
Nivel 2
Paciente
Enfermera
Nivel 3
Presentar identificacin
[NO]
[Estudiante]
Tipo de
paciente?
Usuario
Presenta su carnet o
una constancia de
estudio firmada y
sellada.
Rechazar Paciente
Valido?
[SI]
Presenta carta de
autorizacin, la cual
es emitida por el
departamento
de
servicio social.
Doctor
disponible?
Cancelar cita
[SI]
109
Centro de Computacin
Seccin de Programas y Proyectos
HISTORIA MDICA:
El proceso 1.2 es el de historia mdica que tiene como propsito llevar por
escrito los datos del paciente, motivo de consulta, diagnostico y evolucin.
Objetivo
El paciente pueda tener historia
mdica para ser controlada su
evolucin en una enfermedad,
diagnostico o motivo de
consulta.
Actor
1. Doctor
2. Enfermera
<<Controla>>
<<Controla>>
Doctor
Proceso
Examina
y
efecta
un
diagnostico
del
paciente.
<<Cumple>>
1.2.1
Elaboracin de
Historia Mdica
<<Crea>>
Producto
Se crea historia
mdica y se puede
emitir rcipe o
referencia
<<Ejecuta>>
Actor
Doctor
Registro
Se registra historia mdica
110
Centro de Computacin
Seccin de Programas y Proyectos
Nivel 0
1. Servicios Mdicos
1.1
Cita Mdica
1.2
Historia Mdica
1.3
Boletas Mdicas
1.4
Conformar Factura
1.5
Solicitud de Medicamentos
Nivel 1
Nivel 2
111
Centro de Computacin
Seccin de Programas y Proyectos
BOLETAS MDICAS:
El proceso 1.3 es el de boletas medicas el cual controlar las boletas emitidas por el
rea de servicios mdicos.
<<Controla>>
Actor
Doctor
Objetivo
Que el paciente asista a
consulta externa al servicio
mdico.
1.3.1
Objeto
Elabora una referencia
con las indicaciones para
la creacin de boleta.
<<Cumple>>
<<Controla>>
Producto
La auxiliar de registro
y estadstica elabore la
boleta medica.
.
<<Consulta>
>
Creacin de
Boleta Mdica
Doctor
<<Ejecuta>>
Actor
Auxiliar de registros y estadsticas
Consulta
Referencia del
doctor.
Figura 24: Diagrama de procesos: Creacin de Boleta Medica. Fuente: autor (2010)
112
Centro de Computacin
Seccin de Programas y Proyectos
Servicios
Mdicos
Servicios Mdicos
1.2
Historia
Mdica
1.1
Cita
Mdica
1.4
Conformacin
de Factura
1.3
Boletas
Mdicas
1.5
Solicitud de
Medicamentos
Nivel 1
Boletas Mdica
1.3.2
Consulta externa
servicio medico
1.3.1
Creacin
de
Boletas Mdicas
Doctor
al
Nivel 2
Delegacin de Personal
Paciente
Recibe Soporte
Elaborar soporte
[SI]
[Obreros y
Empleados]
Tipo
Paciente?
Doctor
contratado?
[NO]
Se enva registro
Almacenar
copia de boleta de boleta medica
Sella soporte
Recibe boleta/soporte
113
Centro de Computacin
Seccin de Programas y Proyectos
Actor
Aux. De Registro y Estadstica
<<Controla>>
<<Controla>>
Objetivo
Brindarle al paciente
atencin
mdica
especializada.
<<Cumple>>
1.3.2
Consulta Externa
al servicio Medico
Objeto
Recibe boleta medica
de manos del paciente
y diagnostica.
Doctor Externo
<<Ejecuta>>
Doctor Externo
Actor
Doctor Externo
Proceso
Enva el registro a
la extensin de
personal con la
especificacin del
monto de consulta
Figura 25: Diagrama de procesos: Consulta Externa con Boleta Medica. Fuente: autor
(2010)
114
Centro de Computacin
Seccin de Programas y Proyectos
Nivel 0
Servicios Mdicos
1.1
Cita
Mdica
1.2
Historia
Mdica
1.4
Conformacin
de Factura
1.3
Boletas
Mdicas
Nivel 1
1.5
Solicitud de
Medicamentos
Boletas Mdica
1.3.1
Creacin de
Boletas Mdicas
Delegacin de Personal
1.3.2
Consulta externa
al servicio medico
Paciente
Nivel 2
Medico Externo
Servicio Mdico
Examinar al Paciente
Especifica monto de consulta
Recibe copias de
boleta mdica con
monto de consulta
115
Centro de Computacin
Seccin de Programas y Proyectos
Objetivo
Verifica que la informacin
sea fidedigna, y conforma
facturas,
firmando
y
sellando la misma.
Actor
El jefe del departamento
<<Controla>>
<<Cumple>>
<<Controla>>
1.4.1
Objeto
Presenta factura de
compra de medicinas.
Paciente
Objeto
El paciente recibe
las
facturas
conformadas.
Validar
Informacin de
Factura.
<<Ejecuta>>
Actor
Paciente
<<Consulta>>
Consulta
Se debe tener el rcipe medico
suministrado por el doctor del
servicio o por el doctor externo.
116
Centro de Computacin
Seccin de Programas y Proyectos
Nivel 0
Servicios Mdicos
1.1
Cita
Mdica
1.2
Historia
Mdica
1.3
Boletas
Mdicas
1.4
Conformacin
de Factura
1.5
Solicitud de
Medicamentos
Nivel 1
Conformacin de Facturas
Nivel 2
1.4.1
Validar Informacin
de Factura
Extencion de
Personal
Fames
Sindicato
Nivel 3
Presentar
factura y
Rcipe
Verificar informacin
Conformar factura
Registrar factura
[Si]
Enva factura conformada
Empleado?
[No]
Recibir factura
conformada
[Si]
Estudiante?
[No]
Paciente obrero
Recibir factura
conformada
117
Centro de Computacin
Seccin de Programas y Proyectos
Regla 1
Es un bienestar estudiantil que ofrece la U.D.O
Regla 2
Para los obreros y empleados es un artculo
del contrato colectivo
Objetivo
Actor
Jefe de departamento
Bienestar
Estudiantil
suministra medicamentos al
servicio mdico.
<<Controla>>
<<Controla>>
<<Cumple>>
Proceso
Solicitud
Solicita medicamentos
de tipo diario a
Bienestar Estudiantil.
Doctor
1.5.1
Peticin
de
Medicamentos
ante
Bienestar Estudiantil
<<Ejecuta>>
<<Solicitud>
>
Solicitud
Jefa
de
enfermera
elabora carta de solicitud
de medicamentos.
Actor
Bienestar Estudiantil
Bienestar Estudiantil
suministra
medicamentos.
Enva!
Proceso
El servicio mdico
recibe y hace nota de
recepcin
de
medicamento.
118
Centro de Computacin
Seccin de Programas y Proyectos
Servicios Mdicos
1.1
Cita
Mdica
1.2
Historia
Mdica
1.4
Conformacin
de Factura
1.3
Boletas
Mdicas
Nivel 1
1.5
Solicitud de
Medicamentos
Solicitud de Medicamentos
1.5.1
Peticin de Medicamentos ante
bienestar estudiantil
Jefe de departamento
Solicita medicamento
Jefe de enfermera
Elaborar
carta de
solicitud
1.5.2
Suministro de Medicamentos
al paciente
Nivel 2
Bienestar Estudiantil
Nivel 3
Enva solicitud
[No]
Corrige solicitud
Rechazar solicitud
Solicitud
Correcta?
[SI]
Suministrar Medicamento
Registrar entradas
119
Centro de Computacin
Seccin de Programas y Proyectos
Regla 1
Es un bienestar estudiantil que ofrece a la U.D.O
Regla 2
Para los obreros y empleados es un artculo del
contrato colectivo
Actor
Enfermera y
Coordinadora de
Enfermera
Objetivo
El
paciente recibe
medicamentos de tipo
diario.
.
<<Controla>>
Paciente
<<Cumple>>
1.5.2
Suministro
de
Medicamento al
Paciente
Solicitud
Hace la peticin
de un medicamento
de tipo bsico, o
muestra rcipe del
servicio mdico.
<<Controla>>
<<Ejecuta>>
Actor
Bienestar Estudiantil
Servicio
Dar medicamento
al paciente.
<<Registro>>
Registro
La salida de medicamentos genera
un registro de salida. Este registro
de salidas incluye nombre del
medicamento, nombre del paciente
y cedula de identidad.
120
Centro de Computacin
Seccin de Programas y Proyectos
Servicios Mdicos
1.1
Cita
Mdica
1.2
Historia
Mdica
1.4
Conformacin
de Factura
1.3
Boletas
Mdicas
1.5
Solicitud de
Medicamentos
Nivel 1
Solicitud de Medicamentos
1.5.1
Peticin y recepcin de
Medicamentos
Paciente
Nivel 2
1.5.2
Suministro de Medicamentos al
paciente
Enfermera
Nivel 3
Verifica Informacin
[No]
Por Rcipe?
Registra salidas
[Si]
Suministrar medicamento
Muestra rcipe del servicio
medico
Recibir medicamentos
121
Centro de Computacin
Seccin de Programas y Proyectos
Reglas
<<Regla>>
<<Regla>>
NORMA
Normas generales
de control interno.
Brindar atencin
mdico-odontolgica
de carcter preventivo
a la comunidad
universitaria
<<Regla>>
LEY
Es un beneficio para el estudiante, el cual
se establece en el departamento de
desarrollo y bienestar estudiantil.
<<Regla>>
OTROS
Estrategias
Polticas
Promover un
ambiente que
estimule la
creatividad y
productividad de
todos sus miembros.
Figura 29: Modelo de Reglas del servicio mdico de la universidad de oriente ncleo de
Monagas. Fuente: autor (2010).
122
Centro de Computacin
Seccin de Programas y Proyectos
Se le puede suministrar
Paciente
Medicamentos
Se Registran
Puede Solicitar
1*
1*
Tiene Una
Salida
Medicamento
1*
Citas
Se Registran
Libro Morbilidad
Historia Mdica
Puede Emitir
1*
Rcipe Mdico
Puede Generar
1
1*
Facturas
Puede Emitir
1
1*
Boletas Mdicas
123
de
Centro de Computacin
Seccin de Programas y Proyectos
124
Centro de Computacin
Seccin de Programas y Proyectos
Cita Mdica
Programar
cita Mdica
Eventos
Historia
Mdica
Elaboracin de
Historia
Mdica
Tabla 11: Matriz evento vs. Proceso de Negocio. Fuente: autor (2010)
125
Centro de Computacin
Seccin de Programas y Proyectos
Implementacin de un sistema automatizado que optimice la gestin de los procesos
administrativos del rea servicios mdicos de la universidad de oriente ncleo Monagas.
DOCUMENTO DE DEFINICION DE REQUISITOS
Versin 1.0
Autor
Fecha
Versin
Descripcin
0.90 Versin preliminar como propuesta de desarrollo
0.91 Correcciones de versin preliminar
26. Introduccin
La definicin de requisitos, consiste en determinar y documentar los
requisitos funcionales y no funcionales que los actores del negocio tienen con
respecto al sistema que se desea desarrollar. Por ser un proyecto de
continuacin la ingeniera de requisitos ya se desarroll, se determinaron y
especificaron los requisitos del sistema a travs de las entrevistas con los
usuarios, en esta seccin se har una anlisis y validacin de los requisitos a
partir del anlisis del modelado del negocio y validando con los usuarios del
nuevo sistema.
Los requisitos definen:
Lo que el sistema debe hacer,
aplicacin, las restricciones bajo las cuales el sistema debe operar y los
atributos de calidad que el sistema debe satisfacer: seguridad, facilidad de uso,
documentacin, utilidad, confiabilidad, etc. Los requisitos se clasifican en dos
tipos: funcionales y no funcionales. Los requisitos funcionales establecen los
servicios que debe proporcionar el sistema. Los requisitos no-funcionales
definen las limitaciones que se le impondrn al diseo del sistema.
126
Centro de Computacin
Seccin de Programas y Proyectos
Diagrama de proceso:
Productos
Insumo
Modelo de
Negocio
1.
Descubrimiento de
Requisitos
Dominio
Objetivo
Proceso
Reglas
Actores
Problemas
Lista
preliminar
fundamentales
de
requisitos
1
Descubrimiento
de Requisitos
<<Proceso>>
Ingeniera de requisitos
P-1
Descubrimiento de
requisitos
P-2
Anlisis de
requisitos.
P-3
Especificacin de
requisitos.
<<Proceso>>
Ingeniera de requisitos
P-1.1
Entendimiento del
dominio.
P-1.2
Organizacin del
conocimiento.
P-1.3
Recoleccin de
requisitos.
Diagrama 10: Jerarqua de los proceso del descubrimiento de requisitos. Autor: 2010.
127
Centro de Computacin
Seccin de Programas y Proyectos
<<Proceso>>
Ingeniera de requisitos
P-1
Descubrimiento de
requisitos
P-2
Anlisis de
requisitos.
P-3
Especificacin de
requisitos.
<<Proceso>>
Ingeniera de requisitos
P-1.1
Entendimiento del
dominio.
P-1.2
Organizacin del
conocimiento.
P-1.3
Recoleccin de
requisitos.
<<Proceso>>
Ingeniera de requisitos
P-1.1.1
Anlisis del
dominio de la
aplicacin.
P-1.1.2
Anlisis de los
procesos del
negocio.
P-1.1.3
Anlisis de sistemas
existentes.
P-1.1.4
Revisin
bibliogrfica del
dominio.
Diagrama 11: .Jerarqua de los proceso de entendimiento del dominio. Autor: 2010.
<<Proceso>>
Ingeniera de requisitos
P-2
Anlisis de
requisitos.
P-1
Descubrimiento de
requisitos
P-3
Especificacin de
requisitos.
<<Proceso>>
Ingeniera de requisitos
P-1.1
Entendimiento del
dominio.
P-1.2
Organizacin del
conocimiento.
P-1.3
Recoleccin de
requisitos.
<<Proceso>>
Ingeniera de requisitos
P-1.2.1
Filtracin del
conocimiento del
dominio.
P-1.2.2
Organizacin del
material recolectado.
Diagrama 12: Jerarqua de los proceso de organizacin del conocimiento. Autor: 2010.
128
Centro de Computacin
Seccin de Programas y Proyectos
<<Proceso>>
Ingeniera de requisitos
P-1
Descubrimiento de
requisitos
P-2
Anlisis de
requisitos.
P-3
Especificacin de
requisitos.
<<Proceso>>
Ingeniera de requisitos
P-1.1
Entendimiento del
dominio.
P-1.2
Organizacin del
conocimiento.
P-1.3
Recoleccin de
requisitos.
<<Proceso>>
Ingeniera de requisitos
P-1.3.1
Identificacin de los
interesados en el
sistema.
P-1.3.2
Recopilacin de
requisitos de los
interesados.
P-1.3.3
Recopilacin
de requisitos del
dominio.
129
Centro de Computacin
Seccin de Programas y Proyectos
Nombre
RN-001
Derecho estudiantil
RN-002
RN-003
Descripcin
Todo estudiante de esta casa de estudio se encuentra en
pleno derecho de utilizar su servicio mdico, pues es un
beneficio que se le brinda para su pleno desarrollo
estudiantil.
Los trabajadores (empleados/obreros) al servicio de la
U.D.O., que por naturaleza de trabajo estn expuestos a
radiaciones o intoxicaciones, ser atendidos en el centro
de servicios medico de la universidad, a fin de
brindarles los primeros auxilios o referirlos a otros
centros asistenciales, en caso de ser necesario.
La U.D.O se obliga
aprestar servicio mdico
quirrgico,
hospitalizacin, ortopedia, prtesis,
esterilizacin y suministro de medicinas a los
trabajadores que le prestan servicios en aquellas zonas
no cubiertas por el seguro social obligatorio.
Fuente
Variacin
Delegacin de desarrollo y
bienestar estudiantil.
Baja
Sindicatos de trabajadoras y
trabajadores de la
universidad de orienteMonagas
Baja
-------
------Sindicatos de trabajadoras y
trabajadores de la
universidad de orienteMonagas
Baja
Suministro de Medicina
RN-004
Clausula 58.ATENCION
MDICA Y MEDICINAS.
Contrato colectivo de trabajo 19861988 universidad de oriente pg. 49
Carga familiar
Sindicatos de trabajadoras y
trabajadores de la
universidad de orienteMonagas
130
Baja
El
trabajador
(empleado
/obrero) de la universidad de
oriente tiene consigo una carga
familiar, la cual con solo
presentar identificacin del
trabajador puede utilizar el
servicio mdico.
El estudiante no goza del
beneficio de carga familiar, pues
al presentar su identificacin
solo la persona identificada
como estudiante puede utilizar el
servicio mdico.
Centro de Computacin
Seccin de Programas y Proyectos
Cdigo
Nombre
RN-005
Clausula 58.ATENCION
MDICA Y MEDICINAS.
Contrato colectivo de trabajo 19861988 universidad de oriente pg. 49
Reposo Mdico
RN-006
Clausula 58.ATENCION
MDICA Y MEDICINAS.
Contrato colectivo de trabajo 19861988 universidad de oriente pg. 49
Descripcin
Cuando un trabajador requiera de reposo o juicio
medico de la U.D.O, esta se obliga a pagar el salario
bsico completo durante el tiempo que dure el reposo
ordenado por el mdico hasta cincuenta y dos (52)
semanas, siempre que el mdico ordene un reposo
superior a los tres (3) das, en caso de emergencia,
comprobada por el mdico de la U.D.O., este
determinara la procedencia del reposo dado por otro
mdico.
Cuando se extiende el seguro social obligatorio a dicha
zona, la U.D.O., se obliga a pagar los tres (3) primeros
das que el seguro no page, siempre que este no pague
el cuarto (4) da, igualmente pagara el complemento del
salario bsico, durante el lapso que dure el reposo
ordenado por el mdico del seguro social obligatorio.
Fuente
Variacin
Sindicatos de trabajadoras y
trabajadores de la
universidad de orienteMonagas
Baja
Sindicatos de trabajadoras y
trabajadores de la
universidad de orienteMonagas
Baja
Reposo Mdico
RN-007
Clausula 58.ATENCION
MDICA Y MEDICINAS.
Contrato colectivo de trabajo 19861988 universidad de oriente pg. 49
Reposo Mdico
RN-008
Clausula 58.ATENCION
MDICA Y MEDICINAS.
Contrato colectivo de trabajo 19861988 universidad de oriente pg. 49
Viticos
131
Sindicatos de trabajadoras y
trabajadores de la
universidad de orienteMonagas
Baja
Sindicatos de trabajadoras y
trabajadores de la
universidad de orienteMonagas
Baja
Centro de Computacin
Seccin de Programas y Proyectos
Cdigo
RN-009
Nombre
Historia medica
Rcipe medico
RN-010
Reposo medico
RN-011
RN-012
Boletas Mdicas
RN-013
Descripcin
Fuente
132
Servicio Mdico.
Monagas 2009
UDO
Servicio Mdico.
Monagas 2009
UDO
Variacin
Alta
Alta
Servicio Mdico.
Monagas 2009
UDO
Servicio mdico.
Monagas 2009
UDO
Servicio Mdico.
Monagas 2009
UDO
Baja
Baja
RN-005
Baja
Centro de Computacin
Seccin de Programas y Proyectos
Cdigo
Nombre
Medicamentos
RN-014
RN-015
Conformacin de Facturas
Descripcin
Fuente
Variacin
Baja
Baja
RN-003
RN-003
Contrato Colectivo de la
UDO vigente.
RN-016
Conformacin de Facturas
Alta
RN-003
RN-017
Conformacin de Facturas
Baja
133
Centro de Computacin
Seccin de Programas y Proyectos
Descripcin de Actores
Actores involucrados en el de Desarrollo de la Aplicacin. Este modelo
representa el conjunto de actores que participan en la ejecucin de las actividades y
procesos del rea de servicios mdicos. Los actores pueden ser miembros o no de la
organizacin, mquinas, equipos o sistemas automatizados. Los actores son
responsables, bajo la definicin de un rol, de la consecucin de un objetivo
operacional especfico. Un actor mediante la ejecucin, coordinacin y/o supervisin
de un conjunto de actividades y/o tareas participa activamente en los procesos de
negocios. Para definir a los diferentes actores que participan en la ejecucin del
conjunto de procesos del rea de servicios mdicos UDO-Monagas, y se identifican
de la siguiente manera:
Act-001
Descripcin
Paciente
Este representa a la persona que solicita y hace uso del servicio mdico.
Smbolo
Paciente
Actor Indirecto
Enfermera
Este representa a la persona que programar cita mdica (Recibir y anotar a los pacientes), asiste al mdico
en la consulta, presta asistencia mdica de tipo bsica, revisa y elaborar historias mdicas, colabora en el
inventario de medicinas, entrega un reporte de actividades semanal a la enfermera jefe donde conste el
nmero de pacientes atendidos y tratamientos aplicados y controla codificacin de historias mdicas.
Smbolo
Actor Directo
Enfermera
Doctor
Este representa a la persona que prestar la asistencia mdica, realizar registros en libro de morbilidad,
elaborar historia mdica y crea soporte para la elaboracin de boletas mdicas.
Smbolo
Doctor
134
Actor Directo
Centro de Computacin
Seccin de Programas y Proyectos
Act-004
Descripcin
Jefe de Enfermera
Este representa a la persona que controlar codificacin de historias mdicas, organiza y controla el uso y
suministro de materiales y medicamentos, supervisa y conforma la requisicin de medicinas, hace
seguimiento y evaluar el funcionamiento del servicio de enfermera, realiza reporte mensual de enfermera
y realiza libro de morbilidad trimestral.
Smbolo
Jefe de Enfermera
Actor Directo
Jefe de Departamento
Este representa a la persona que prestar asistencia mdica, realiza registros en libro de morbilidad, elabora
historia mdica, crea soporte para la elaboracin de boletas mdicas, conformar facturas, elabora informes
de viticos, elaborar informes de diagnostico y condicin del paciente.
Smbolo
Jefe de Departamento
Actor Directo
Actor Directo
Smbolo
Auxiliar de Registro y Estadstica
Act-007
Descripcin
Smbolo
Actor Indirecto
Medico Externo o Medico no Contratado
Act-008
Descripcin
Smbolo
Actor Indirecto
Extensin de Delegacin de Personal
135
Centro de Computacin
Seccin de Programas y Proyectos
Act-009
Descripcin
Bienestar Estudiantil
Este representa a la dependencia que recibe solicitudes de medicamentos, suministra el medicamento y
rechazar solicitudes.
Smbolo
Bienestar Estudiantil
Actor Indirecto
Act-010
Coordinacin Administrativa
Descripcin
Este representa a la dependencia que recibe libro de morbilidad trimestralmente y recibe reporte de
enfermera.
Smbolo
Coordinacin Administrativa
Actor Indirecto
Act-011
Descripcin
Secretaria
Este representa a la persona que elaborar comunicaciones, enva comunicaciones, lleva archivo de
correspondencia emitida o recibida y transcribe informes mdicos.
Smbolo
Actor Indirecto
Secretaria
R-001
R-002
R-003
R-004
R-005
Descripcin del
Requerimiento
Conocer identificacin del
usuario
Programar una cita
mdica
Modificar, eliminar y
consultar una cita mdica
Crear una historia mdica
al paciente
Modificar, eliminar y
consultar una historia
Actor
Proceso de
Negocio
Regla del
Negocio
Medio
Enfermera
PN 1.1
RN-008
En lnea
Enfermera
PN 1.1
RN-008
-
En lnea
Enfermera
PN 1.1
Doctor
PN 1.2
RN-009
En lnea
Doctor
PN 1.2
En lnea
En lnea
136
Centro de Computacin
Seccin de Programas y Proyectos
cdigo
Descripcin del
Requerimiento
R-006
R-007
R-008
R-009
Registrar una
conformacin facturas
R-010
Controlar entrada y
salida de medicamento
Actor
Proceso de
Negocio
Regla del
Negocio
Medio
Jefe del
Departamento
PN 1.3
RN-013
En lnea
Jefe del
Departamento
PN 1.3
Impreso
PN 1.1
RN-010
Impreso
PN 1.4
RN-014
En lnea
PN 1.5
RN-013
En lnea
En lnea e
impreso
Doctor
Jefe del
Departamento
Jefe de
Enfermera
Jefe del
Generar Reporte de todos
departamento
los procesos
Debe existir un registro
R-012
actualizado de la
Jefe del
poblacin de usuarios del
Departamento
servicio medico
Tabla 14: Recoleccin de requerimientos iniciales. Fuente: Autor 2010
R-011
En lnea
137
Centro de Computacin
Seccin de Programas y Proyectos
Requisitos
de Negocio
Requisitos
del usuario
Requisitos
del Sistema
Requisitos
de
Comportamiento
Requisitos
de Producto
Requisitos
organizacionales
138
Centro de Computacin
Seccin de Programas y Proyectos
Requisitos
Externos
139
Centro de Computacin
Seccin de Programas y Proyectos
sistema deber construirse pensando en estos usuarios inexpertos en manejo de
sistemas de informacin.
Requisitos Funcionales:
140
Centro de Computacin
Seccin de Programas y Proyectos
cdigo
Usuario
Proceso de
Negocio
Regla del
Negocio
Administrador
RF-003
RF-004
RF-005
RF-006
RF-007
RF-008
RF-009
RF-010
El sistema de informacin deber mostrar un mensaje de autentificacin fallida cada vez que
el nombre de usuario o claves sean invlidas.
RF-012
RF-013
Administrador
Administrador
Administrador
Administrador
En lnea
En lnea
De Comportamiento
En lnea
De Sistema
En lnea
De Comportamiento
En lnea
De Sistema
En lnea
Administrador
Administrador
De Comportamiento
En lnea
Enfermera
1.1
cita medica
De Comportamiento
En lnea
De Comportamiento
En lnea
Enfermera
1.1
cita medica
1.1
cita medica
En lnea
De Comportamiento
Enfermera
1.1
cita medica
De Comportamiento
1.1
cita medica
Enfermera
1.1
cita medica
Enfermera
Se quiere que el sistema pueda agregar la carga familiar de un paciente (obrero o empleado).
Tabla 15: Requisitos funcionales del sistema (1/6). Fuente: Autor 2010.
141
De Comportamiento
Enfermera
RF-011
Medio
De Comportamiento
RF-001
RF-002
Tipo de Requisito
En lnea
En lnea
De Comportamiento
De Comportamiento
En lnea
Centro de Computacin
Seccin de Programas y Proyectos
cdigo
Actor
RF-015
Se quiere que el sistema pueda permitir que el paciente pueda programar ms de una cita
mdica.
El sistema tiene que mostrar un men de historias medicas-odontolgicas para la elaboracin
de historias mdicas y la bsqueda de historias asociadas a un paciente de paciente.
RF-016
Cuando el doctor ingrese al men historia mdica debe aparecer el listado de los pacientes
con la cita para esa fecha y la opcin de atender paciente sin programar cita.
RF-014
RF-020
En el men de nueva consulta mdica el mdulo de datos personales deben ser manejados
por lo siguientes:
Datos generales del paciente (nombre, cedula, fecha de nacimiento) y datos especficos del
paciente (estado civil, direccin actual, telfono etc.) para guardar.
En el men de nueva consulta mdica deben existir en campo de la seleccin de la consulta
a que se quiere crear (odontolgica, medicina general o interna, ginecologa, pediatra etc.),
la cual al seleccionar aparezcan con datos de correspondiente a cada una de ella para que el
paciente pueda llenar.
Se quiere que el sistema en la historia de un paciente muestre el historial de consultas y los
datos permanentes del paciente (vicios, tratamientos permanentes, enfermedades terminales
o infectocontagiosa VIH).
El modulo de historia medicas tiene que generar un nmero de historia secuencial
automticamente.
RF-021
El sistema tiene que ir generando automticamente el registro de todas las consultas hechas a
los pacientes y su diagnostico para registrarlo en morbilidad.
RF-022
RF-024
RF-025
RF-017
RF-018
RF-019
Tabla 15: Requisitos funcionales del sistema (2/6). Fuente: Autor 2010.
142
Enfermera
Proceso de
Negocio
Regla del
Negocio
Tipo de
Requisito
Medio
1.1
Cita Medica
De Comportamiento
En lnea
Doctor
1.2
Historia medica
RN-009
De Comportamiento
En lnea
Doctor
1.2
Historia medica
RN-009
De Comportamiento
En lnea
Doctor
1.2
Historia medica RN-004,009
De Comportamiento
En lnea
Doctor
1.2
Historia medica
RN-009
De Comportamiento
En lnea
Doctor
1.2
Historia medica
RN-009
De Comportamiento
En lnea
Doctor
1.2
Historia medica
RN-009
De Comportamiento
En lnea
Doctor
1.2
Historia medica
RN-009,012
De Comportamiento
En lnea
Jefe del
Departamento
1.2
Historia medica
RN-009
De Comportamiento
En lnea
Doctor
1.2
Historia medica
RN-009,013
De Comportamiento
En lnea
Aux. Registro
y Estadstica
1.2
Historia medica
RN-009
De Comportamiento
En lnea
Centro de Computacin
Seccin de Programas y Proyectos
cdigo
RF-026
RF-027
RF-028
RF-029
Actor
El sistema debe mostrar la opcin de emitir rcipe para que se muestren las indicaciones al
paciente del tratamiento a seguir.
El sistema debera cargar un medicamento que se encuentre en la farmacia del servicio
mdico, si es el que el doctor receta al paciente.
Todos los medicamentos tienen que tener en el sistema una fecha de vencimiento. Para no
suministrar en el rcipe un medicamento vencido.
Los rcipes deben tener los formatos establecidos en el servicio mdico donde se manejen
campos como: Rcipe, indicaciones, connotacin emergencia, nombre del paciente, fecha de
consulta.
El sistema debe tener la opcin de buscar rcipes emitidos durante una fecha determinada.
RF-030
RF-031
RF-032
Doctor
Doctor
Doctor
Proceso de
Negocio
1.2
Historia medica
1.2
Historia medica
1.2
Historia medica
Doctor
1.2
Historia medica
Aux. Registro
y Estadstica
1.2
Historia medica
1.2
Historia medica
1.2
Historia medica
Doctor
Jefe del
Departamento
El sistema debe mostrar la opcin de emitir una referencia para poder realizarle una boleta
mdica al paciente. La cual debe poseer datos como: nombre del paciente, c.i, doctor que
emite referencia y doctor al cual ser emitido.
El sistema debe tener un men de boleta medica para poder referir pacientes a mdicos
externos al servicio.
Doctor
1.2
Historia medica
Aux.
Registro y
Estadstica
1.3
Boleta medica
El sistema debe llevar un registro automtico de cada una de las boletas que se emitan en el
servicio mdico
El sistema debe generar un numero secuencial de boletas medicas automticamente.
Jefe del
Departamento
Jefe del
Departamento
Aux.
Registro y
Estadstica
RF-038
1.3
Boleta medica
1.3
Boleta medica
1.3
Boleta medica
RF-039
RF-033
RF-034
RF-035
RF-036
RF-037
Jefe del
Departamento
Jefe del
Departamento
Tabla 15: Requisitos funcionales del sistema (3/6). Fuente: Autor 2010.
143
1.3
Boleta medica
1.2
Historia medica
Regla del
Negocio
Tipo de Requisito
Medio
RN-009
De Comportamiento
En lnea
RN-003,009
De Comportamiento
En lnea
RN-003,009
De Comportamiento
En lnea
RN-009,010
De Comportamiento
En lnea
De Comportamiento
RN-009,010
En lnea
RN-009,010
De Comportamiento
En lnea
RN-010
De Comportamiento
En lnea
RN-013
De Comportamiento
En lnea
RN-013
De Comportamiento
En lnea
RN-013
De Comportamiento
En lnea
RN-013
De Comportamiento
En lnea
RN-013
De Comportamiento
En lnea
RN-008,013
De Comportamiento
En lnea
Impreso
RN-005,011
De Comportamiento
En lnea
Centro de Computacin
Seccin de Programas y Proyectos
cdigo
RF-040
RF-041
RF-042
Actor
RF-043
RF-044
El sistema debe tener la opcin de buscar boletas medicas emitidas durante una fecha
determinada.
RF-045
RF-046
El sistema tiene que llevar el registro, y enumeracin de las facturas que sean
conformadas, almacenan los datos relacionados a cada una de las facturas.
RF-047
RF-048
RF-049
RF-050
RF-051
Proceso de
Negocio
1.3
Aux. Registro
Boleta medica
y Estadstica
1.3
Aux. Registro
Boleta medica
y Estadstica
1.3
Aux. Registro
Boleta medica
y Estadstica
1.3
Aux. Registro
Boleta medica
y Estadstica
1.3
Aux. Registro
Boleta medica
y Estadstica
1.4
Jefe del
Departamento Conformacin de
facturas
1.4
Jefe del
Departamento Conformacin de
facturas
1.4
Conformacin de
Jefe del
facturas
Departamento
Tipo de Requisito
Medio
RN-013
De Comportamiento
En lnea
RN-013
De Comportamiento
En lnea
RN-013
De Comportamiento
En lnea
RN-013
De Comportamiento
En lnea
RN-013
De Comportamiento
En lnea
RN-015,016
De Comportamiento
En lnea
RN-015,016
De Comportamiento
En lnea
RN-015,016
De Comportamiento
En lnea
RN-015,016
De Comportamiento
En lnea
RN-015,016
De Comportamiento
En lnea
RN-015,016
De Comportamiento
En lnea
RN-015,016
De Comportamiento
En lnea
1.4
Conformacin de
Jefe del
facturas
Departamento
1.4
Conformacin de
Jefe del
facturas
Departamento
1.4
Jefe del
Departamento Conformacin de
Regla del
Negocio
facturas
1.4
Jefe del
Departamento Conformacin de
Tabla 15: Requisitos funcionales del sistema (4/6). Fuente: Autor 2010.
144
facturas
Centro de Computacin
Seccin de Programas y Proyectos
cdigo
RF-052
Actor
Medio
RN-015,016
De Comportamiento
En lnea
Jefe del
Departamento
RN-015,016
De Comportamiento
En lnea
RN-015,016
De Comportamiento
En lnea
De Comportamiento
En lnea
RN-003,014
De Comportamiento
En lnea
RN-003,014
De Comportamiento
En lnea
RN-003,014
De Comportamiento
En lnea
de RN-003,014
De Comportamiento
En lnea
RN-003,014
De Comportamiento
En lnea
RN-003,014
De Comportamiento
En lnea
RN-003,014
De Comportamiento
En lnea
De Comportamiento
En lnea
RF-055
El sistema tiene que mostrar un men con todo lo relativo a medicamentos, para
realizar las actividades relacionadas con este.
Jefe de
enfermera
RF-056
Jefe de
enfermera
RF-057
Jefe de
enfermera
Jefe de
enfermera
RF-059
RF-060
El sistema tiene que pedir datos del paciente y motivo de despacho cuando salga un
medicamento por una salida eventual (dolor de cabeza, fiebre, gripe, etc)
Jefe de
enfermera
RF-061
Jefe de
enfermera
RF-063
Tipo de Requisito
1.4
Jefe del
Departamento Conformacin de
RF-054
RF-062
Regla del
Negocio
RF-053
RF-058
Proceso de
Negocio
Cuando un medicamento salga por rcipe medico, se beben mostrar datos como:
numero de rcipe que cargo medicamento, nombre del paciente y cantidad de
medicamento a despachar.
El sistema que va a disear debe tener un men para generar reporte segn quiera el
usuario.
Jefe del
Departamento
Jefe de
enfermera
Doctor
Aux. Registro
y Estadstica.
Tabla 15: Requisitos funcionales del sistema (5/6). Fuente: Autor 2010.
145
facturas
1.4
Conformacin de
facturas
1.4
Conformacin de
facturas
1.5
Solicitud de
Medicamentos
1.5
Solicitud de
Medicamentos
1.5
Solicitud de
Medicamentos
1.5
Solicitud de
Medicamentos
1.5
Solicitud
Medicamentos
1.5
Solicitud de
Medicamentos
1.5
Solicitud de
Medicamentos
1.5
Solicitud de
Medicamentos
-
RN-003,014
Centro de Computacin
Seccin de Programas y Proyectos
cdigo
RF-064
RF-065
RF-066
RF-067
RF-068
RF-069
RF-070
RF-071
Actor
El sistema debe mostrar va web el formato para llenar el informe mdico apaciente.
Proceso de
Negocio
Regla del
Negocio
Tipo de Requisito
Medio
Aux. Registro y
Estadstica
De Comportamiento
En lnea
Aux. Registro y
Estadstica
De Comportamiento
En lnea
De Comportamiento
En lnea
De Comportamiento
En lnea
De Comportamiento
En lnea
De Comportamiento
En lnea
De Comportamiento
En lnea
De Comportamiento
En lnea
Aux. Registro y
Estadstica y
jefe del
departamento.
Aux. Registro y
Estadstica y
jefe del
departamento.
Aux. Registro y
Estadstica y
jefe del
departamento.
Aux. Registro y
Estadstica y
jefe del
departamento.
Aux. Registro y
Estadstica y
jefe del
departamento.
1.2
Jefe del
departamento. Historia Medica RN-006,007
Tabla 15: Requisitos funcionales del sistema (6/6). Fuente: Autor 2010..
146
Centro de Computacin
Seccin de Programas y Proyectos
Requisitos No Funcionales del Sistema
cdigo
Usuario
La interfaz del sistema deber ser implementada como una aplicacin web.
RNF-001
Proceso de
Negocio
Regla de
Negocio
Externo
En lnea
Todo los
Usuarios
De Producto
En lnea
Todo los
Usuarios
Tipo de
Requisito
De Producto
Medio
En lnea
RNF-003
Cada usuario que desee ingresar al sistema, deber introducir en la pgina principal un cdigo
de usuario y una contrasea, la cual ser validada por el sistema, dndole acceso al sistema o
envindole un mensaje para que introduzca nuevamente sus datos.
Cada usuario del sistema tendr asignado un determinado perfil, usado para activar los
servicios u opciones que l pueda realizar dentro del sistema.
RNF-004
El sistema deber tener una interfaz grfica sencilla y amigable, basada en mens, ventanas,
listas desplegables y botones de accin.
Todo los
Usuarios
Organizacional
En lnea
RNF-005
Desarrollador
Organizacional
RNF-006
El sistema deber ser desarrollado bajo software libre, utilizando el lenguaje de programacin
PHP y utilizar el estndar HTML para el diseo de las pginas web del sistema. De esta forma
se garantizara que el cdigo HTML generado pueda ser interpretado por cualquier de los
navegadores comerciales existentes en el mercado.
El sistema debe basar sus comunicaciones en protocolos estndar de Internet.
Desarrollador
De Producto
RNF-007
Desarrollador
De Producto
Desarrollador
Organizacional
Desarrollador
Organizacional
Desarrollador
Organizacional
RNF-002
RNF-009
El sistema debe utilizar los servicios de la red interna de la UDO (para establecer
comunicacin entre los clientes, el servidor web y el manejador de base de datos.
La organizacin, manipulacin, consulta y almacenamiento de los datos estar bajo la
responsabilidad del sistema manejador de base de datos relacional de Sybase MSQL
RNF-010
El sistema es una aplicacin web bajo una plataforma XAMPP: apache, MySQL, PHP.
RNF-008
Tabla 16: Requisito no funcionales del sistema (1/2). Fuente: Autor 2010.
147
Todo los
Usuarios
Centro de Computacin
Seccin de Programas y Proyectos
Requisitos No Funcionales del Sistema
cdigo
RNF-011
Usuario
Proceso
Regla de
Negocio
Tipo de
Requisito
Medio
Desarrollador
Organizacional
Desarrollador
De Producto
Desarrollador
Organizacional
La aplicacin debe mantener los estilos (colores, tipos de letra, etc.) establecidos por el
centro de computacin.
La interfaz se implementara con HTML simple sin marcos o aplets java.
RNF-015
RNF-016
RNF-017
RNF-018
Desarrollador
La computadora tiene que contar con un procesador de su poder suficiente para ejecutar el
sistema y una memoria suficiente para almacenar los grandes volmenes de informacin.
El sistema no debe revelar ninguna informacin que se sea utilizada por terceros, solo los
usuarios del sistema.
El sistema debe imprimir los reporte y citas que el usuario necesite.
Tabla 16: Requisitos no funcionales del sistema (2/2). Fuente: Autor 2010.
148
De Producto
Desarrollador
Externos
-
Desarrollador
Externos
Desarrollador
De Producto
Centro de Computacin
Seccin de Programas y Proyectos
Atributos de calidad:
Expresan las calidades o propiedades de calidad que el sistema debe
satisfacer. Estos requisitos describen entre otros el rendimiento que la aplicacin debe
mostrar, la confiabilidad que debe poseer, la seguridad que debe proveer y la utilidad
que debe garantizar.
ISO 9126:
ISO 9126 es un estndar internacional para la evaluacin del Software. El
estndar est dividido en cuatro partes las cuales dirigen, respectivamente, lo
siguiente: modelo de calidad, mtricas externas, mtricas internas y calidad en las
mtricas de uso.
Normas de calidad del producto:
Este estndar est pensado para los desarrolladores, adquirentes, personal de
aseguramiento de calidad y evaluadores independientes, responsables de especificar y
evaluar la calidad del producto software. Por tanto, puede servir para validar la
completitud de una definicin de requisitos, identificar requisitos de calidad de
software, objetivos de diseo y prueba, criterios de aseguramiento de la calidad, etc.
La calidad del software puede evaluarse midiendo los atributos internos (medidas
estticas o productos intermedios) o atributos externos (comportamiento del cdigo
cuando se ejecuta).
149
Centro de Computacin
Seccin de Programas y Proyectos
Diferentes aspectos de la calidad:
Interna: medible a partir de las caractersticas intrnsecas, como el cdigo fuente.
Externa: medible en el comportamiento del producto, como en una prueba.
En uso: durante la utilizacin efectiva por parte del usuario.
Calidad de
Producto
9126-1
Calidad Interna
9126-3
Calidad Externa
9126-2
Calidad en Uso
9126-4
150
Centro de Computacin
Seccin de Programas y Proyectos
Mtricas de Funcionalidad
1. Adecuacin: Capacidad del producto software para proporcionar un
conjunto apropiado de funciones para tareas y objetivos de usuario
especificados.
2. Exactitud: Capacidad del producto software para proporcionar los
resultados o efectos correctos o acordados, con el grado necesario de
precisin.
3. Interoperabilidad: Capacidad del producto software para interactuar
con uno o ms sistemas especificados.
4. Seguridad: Capacidad del producto software para proteger informacin
y datos de manera que las personas o sistemas no autorizados no
puedan leerlos o modificarlos, al tiempo que no se deniega el acceso a
las personas o sistemas autorizados.
5. Conformidad de la funcionalidad: Capacidad del producto software
para adherirse a normas, convenciones o regulaciones en leyes y
prescripciones similares relacionadas con funcionalidad.
Mtricas de Fiabilidad
1. Madurez: Capacidad del producto software para evitar fallar como
resultado de fallos en el software.
2. Tolerancia a fallos: Capacidad del software para mantener un nivel
especificado de prestaciones en caso de fallos software o de infringir
sus interfaces especificados.
3. Capacidad de recuperacin: Capacidad del producto software para
reestablecer un nivel de prestaciones especificado y de recuperar los
datos directamente afectados en caso de fallo.
4. Cumplimiento de la fiabilidad: Capacidad del producto software para
adherirse a normas, convenciones o regulaciones relacionadas con al
fiabilidad.
151
Centro de Computacin
Seccin de Programas y Proyectos
Mtricas de Usabilidad
1.
2.
3.
4.
5.
Mtricas de Eficiencia
1.
2.
3.
Mantenibilidad
1. Analizabilidad: Es la capacidad del producto software para serle
diagnosticadas deficiencias o causas de los fallos en el software, o
para identificar las partes que han de ser modificadas.
152
Centro de Computacin
Seccin de Programas y Proyectos
2. Cambiabilidad: Capacidad del producto software que permite que una
determinada modificacin sea implementada.
3. Estabilidad: Capacidad del producto software para evitar efectos inesperados
debidos a modificaciones del software
4. Examinabilidad: Capacidad del producto software que permite que el software
modificado sea validado.
5. Conformidad de la mantenibilidad: Capacidad del producto software para
adherirse a normas o convenciones relacionadas con la mantenibilidad.
Portabilidad
1 Adaptabilidad: Capacidad del producto software para ser adaptado a
diferentes entornos especificados, sin aplicar acciones o mecanismos distintos
de aquellos proporcionados para este propsito por el propio software
considerado.
2 Instalabilidad: Capacidad del producto software para ser instalado en un
entorno especificado.
3 Coexistencia: Capacidad del producto software para coexistir con otro
software independiente, en un entorno comn, compartiendo recursos
comunes.
4 Capacidad para reemplazar: Capacidad del producto software para ser usado
en lugar de otro producto software, para el mismo propsito, en el mismo
entorno.
5 Cumplimiento de la portabilidad: Capacidad del producto software para
adherirse a normas o convenciones relacionadas con la portabilidad.
A continuacin se muestra el modelo de calidad interna y externa para el rea de
servicios mdicos, las cuales fueron escogidas luego del su estudio y sern las utilizadas
para medir la calidad del software:
153
Centro de Computacin
Seccin de Programas y Proyectos
1.
2.
3.
4.
5.
Funcionabilidad
Fiabilidad
Usabilidad
Eficiencia
Mantenibilidad
Transportabilidad
Un conjunto de atributos
relacionados con la capacidad
del software de mantener su
nivel de prestacin bajo
condiciones
establecidas
durante un perodo de tiempo
establecido.
Un conjunto de atributos
relacionados
con
el
esfuerzo necesitado para el
uso, y en la valoracin
individual de tal uso, por un
establecido o implicado
conjunto de usuarios.
Conjunto de atributos
relacionados con la
relacin entre el nivel de
desempeo del software
y la cantidad de recursos
necesitados
bajo
condiciones establecidas.
Conjunto de atributos
relacionados con la
facilidad de extender,
modificar o corregir
errores en un sistema
software.
Conjunto de atributos
relacionados con la
capacidad de un
sistema software para
ser transferido desde
una plataforma a otra.
Adecuidad
Exactidud
Interoperabilidad
Seguridad
Conformidad de la
funcionalidad
Adecuidad
1.
2.
3.
4.
Madurez
Tolerancia a fallos
Recuperabilidad
Conformidad de la
fiabilidad
Madurez
1.
2.
3.
4.
5.
Entendibilidad
Aprendibilidad
Operatibilidad
Atractivo
Conformidad de la
usabilidad
Entendibilidad
1. Comportamiento
en el tiempo
2. Utilizacin
de
recursos
3. Conformidad de la
eficiencia
Comportamiento en el Tiempo
1.
2.
3.
4.
5.
Analizabilidad
Cambiabilidad
Estabilidad
Examinabilidad
Conformidad de
la mantenibilidad
Cambiabilidad
Figura 31: Modelo de calidad interna y externa para el rea de servicios mdicos. Fuente: autor 2010
154
1.
2.
3.
4.
5.
Adaptabilidad
Instalabilidad
Coexistencia
Remplazabilidad
Conformidad de la
transportabilidad
Conformidad de
Transportabilidad
la
UNUVERSISDAD DE ORIENTE
NUCLEO MONAGASCE
CENNTRO DE COMPUTACION
TODOS LOS DERECHOS RESERVADOS
5.2 ETAPA II
PROCESOS DE DISEO, GESTIN Y
SOPORTE.
Centro de Computacin
Seccin de Programas y Proyectos
Implementacin de un sistema automatizado que optimice la gestin de los procesos
administrativos del rea servicios mdicos de la universidad de oriente ncleo Monagas
DOCUMENTO DE ESPECIFICACION DE REQUISITOS DE SOFTWARE
Versin 0.90
Autor
Fecha
Versin Descripcin
Lolimar Cedeo 28-11-09 0.90
Versin preliminar como propuesta de desarrollo
Lolimar Cedeo 23-08-010 0.91
Correcciones de versin preliminar
30. Introduccin
Este documento tcnico es producido en el proceso de Ingeniera de
Requisitos. Su objetivo es identificar, describir, especificar y documentar cada
uno de los requisitos funcionales que la aplicacin empresarial debe satisfacer. El
documento persigue dos objetivos complementarios. Por un lado, busca identificar
y describir las necesidades de informacin y requisitos funcionales que los
usuarios de la aplicacin tienen; y, por otro lado, el documento especfico
tcnicamente los requisitos funcionales y no-funcionales se emplearn para
disear la aplicacin.
31. Requisitos Especficos
En esta parte se hace uso de los Diagramas de casos de uso: los cuales son
una descripcin de las acciones de un sistema desde el punto de vista del usuario.
Para los desarrolladores del sistema, sta es una herramienta valiosa, ya que es
una tcnica de aciertos y errores para obtener los requerimientos del sistema desde
el punto de vista del usuario. Esto es importante si la finalidad es crear un sistema
que pueda ser utilizado por la gente en general (no slo por expertos en
computacin). (Smuller, J. sf, p.75 ). A continuacin se describen las
funcionalidades del sistema mediante el caso de uso general del sistema,
resultante al proceso estudiado anteriormente modelado del negocio y
especificacin de requisitos de software.
156
Centro de Computacin
Seccin de Programas y Proyectos
Servicio Mdico U.D.O Monagas
Programar Cita Mdica
Jefe de Enfermeria
Enfermera
<<Include>>
<<Include>>
Mdico General
Especilista
Pediatra
Emitir Recipe Mdico
Autenticar Usuario
<<Include>>
Odontologo
<<Include>>
Mdico
Emitir Boletas Mdicas
Internista
<<Include>>
Ginecologo
Higienista Dental
Aux.de Registro y Estadistica
Conformar Facturas
<<Include>>
Jefe de Departamento
Suministro de Medicamentos
Figura 32: Caso de uso general del sistema. Fuente: autor (2010).
157
Centro de Computacin
Seccin de Programas y Proyectos
Caso de Uso
Autor
1.
2.
3.
Actores
Tipo
Referencias
Pre -condicin
Pos -condicin
Validar usuario
CU-001
Lolimar Cedeo M. Fecha 7-12-09 Versin 0.91
1.Doctor
4. Jefe de enfermera
2.Enfermeras
5. Auxiliar de registros y estadsticas
3.Jefe del Departamento
6. Secretaria
Primario- Esencial
Documento Definicin de Requisitos
El usuario introduzca su login y su clave y pulse ingresar
Entrada de usuario al sistema.
Diagrama de Caso de Uso
Validar Usuario
Usuario del Sistema
Diagrama 14: Diagrama de caso de uso de validar usuario. Fuente: auto 2010
Propsito
Validar y administrar los usuarios que harn uso del sistema.
Resumen
Este caso de uso restringe el acceso de usuarios al sistema, y establece que cada usuario
cuente con un nombre de usuario y una clave de acceso al sistema
Curso Normal (Bsico)
1
2
3
Tabla 17: Curso bsico de eventos para validar usuario. Fuente: auto 2010
Cursos Alternos
4
5
Tabla 18: Curso alternativo de eventos para validar usuario. Fuente: auto 2010
Comentarios
1
158
Centro de Computacin
Seccin de Programas y Proyectos
Diagrama de Secuencia
W:ValidarUsuario
Usuario
NiveldeAcceso
ModUsu
PagUsu
Modulos
Paginas
ValidarNombreUsuario ( )
ValidarContrasea ( )
Si Resp=false
Usuario NO valido
Procesar
Si Resp=true
Procesar Modulos
CargaModulosUsuario ( )
Procesa
CargaModulo ( )
Verifica
CargaUsuario( )
Procesa
Mostrar Pantalla de Inicio
159
CargarPagina ( )
Centro de Computacin
Seccin de Programas y Proyectos
160
Centro de Computacin
Seccin de Programas y Proyectos
Caso de Uso
Autor
Actores
Tipo
Referencias
Administrar Usuarios
CU-002
Administar Usuarios
Administardor del Sistema
Diagrama 16: Diagrama de caso de uso de administrar usuario. Fuente: auto 2010
Propsito
Establecer perfiles a cada usuario del sistema.
Resumen
Permitir ingresar, modificar y eliminas usuarios.
Curso Normal (Bsico):
1 Este caso de uso inicia cuando el
administrador
del
sistema
selecciona del men principal la
opcin Administrar Usuarios.
Tabla 19: Curso bsico de eventos para validar usuario 1/2. Fuente: auto 2010
161
Centro de Computacin
Seccin de Programas y Proyectos
Curso Normal (Bsico):
3.4
3.5
Cursos Alternos
1a En caso de que el administrador quiera volver a la pantalla anterior sin guardar los
datos del nuevo usuario, entonces presiona el botn Retornar.
1b
En caso de que los datos introducidos del usuario sean invlidos o que el nombre
de usuario introducido ya exista, el sistema enva un mensaje para que el usuario
verifique la informacin.
Tabla 20: Curso alternos de eventos para validar usuario. Fuente: auto 2010
Comentarios
1
162
Centro de Computacin
Seccin de Programas y Proyectos
Diagrama de Secuencia
W:M enuAdm i ni stardor
W:Usuari o
Usuari o
Ni vel deAcceso
Crear Nuevo
Usuari o
M uestra Form ul ari o
CargaForm ul ari o ( )
Procesa
Si Resp=fal se
Resp=Val i dar( )
Insertar( )
AbreVentana ( )
AbreVentana( )
BuscarUsuari o( )
CargarT i poUsuari o( )
Cargaform ul ari o( )
Procesa
Usuari o actual i zado exi tosam ente
Sal i r
Actual i za( )
AbreVentana( )
AbreVentana( )
M uestra Pantl l a de M enu Pri nci pal
163
Centro de Computacin
Seccin de Programas y Proyectos
Pantallas
164
Centro de Computacin
Seccin de Programas y Proyectos
Caso de Uso
Autor
Actores
Tipo
Referencias
CU-003
Validar Usuario
<<Include>>
Diagrama 18: Diagrama de caso de uso Programar Cita Mdica. Fuente: auto 2010
Propsito
Permitir a los usuarios programar citas mdicas a los pacientes.
Resumen
En ste caso de uso se describe el proceso para programar citas mdicas.se puede
realizar la programacin de una cita con un doctor especifico, una especialidad y a un
turno determinado.
Curso Normal (Bsico)
Este caso de uso comienza cuando el 2
1
usuario
selecciona
la
opcin
Programar cita del men principal.
Ingresa cedula de identidad del 4
3
paciente.
El usuario selecciona especialidad.
5
6
Tabla 21: Curso bsico de eventos para programar cita. Fuente: auto 2010
165
Centro de Computacin
Seccin de Programas y Proyectos
16
El usuario presiona
Programar cita
el
botn 17
18
19
20
Tabla 21: Curso bsico de eventos para programar cita. Fuente: auto 2010
Cursos Alternos
3 Si el paciente no es vlido, el sistema emite un mensaje al usuario sobre el caso.
Si el doctor no se encuentra disponible en la fecha o en el turno seleccionado, el
12 sistema permite que se vuelva a programar la cita.
Debido a que se tiene un lmite de consultas por turno, cuando se llega a este
12 lmite, no es posible programar la cita de acuerdo a lo seleccionado. El sistema
emite un mensaje informando sobre el caso.
Tabla 22: Curso alterno de eventos para programar cita. Fuente: auto 2010
Comentarios
1
Usuario del Sistema
2
3
Usuario del Sistema
166
Centro de Computacin
Seccin de Programas y Proyectos
Paciente
Cita
+
+
+
+
+
+
+
id
id_paciente
especialidad
doctor
fecha
turno
estado
:
:
:
:
:
:
:
int
int
String
String
Date
String
String
+
+
+
+
+
+
ProgramarCita() ()
Eliminar ()
Mostrar ()
Actualizar ()
Consultar ()
Modificar ()
1..*
id
nomdre
apellido
cedula
especilidad
tipo
horario
+
+
+
+
Nuevo ()
Eliminar ()
Modificar ()
Mostar ()
cd_pac
tipo_pac
sexo
cert
edad
nombres
apellidos
fec_nac
ecivil
correo
cod_parent
:
:
:
:
:
:
:
:
:
:
:
int
int
String
String
int
String
String
Date
String
String
int
+
+
+
+
+
+
+
MostrarDatos ()
VerificarTipoPaciente ()
BuscarTipoPaciente ()
ValidarUsuario ()
MostrarUsuario ()
BuscarPaciente ()
BuscarPacienteF ()
0..*
Parentesco
+ cod_parent : int
+ descripcion : String
1
TipoPaciente
+ codigo
: int
+ descripciontipopaciente : String
+ mostar ()
Especialidad
Doctor
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
:
:
:
:
:
:
:
String
int
String
String
int
int
int
- id
: int
- nomdre : String
+
+
+
+
0..*
Nuevo ()
Modificar ()
Mostar ()
Actualizar ()
CargaFamiliar
+
+
+
+
+
+
+
+
TipoDoctores
1 + id
: int
+ descripcion : String
+
+
+
+
Nuevo ()
Modificar ()
Eliminar ()
Mostar ()
nomdre
apellido
cedulafam
cod_paren
correo
cert
sexo
edad
fecha_nac
:
:
:
:
:
:
:
:
:
String
String
String
int
String
int
String
int
Date
+ MostarDatos ()
1
Horario
+
+
+
+
id
dia
turno
doctor
:
:
:
:
int
int
int
int
+ Mostar ()
+ Editar ()
+ Guardar ()
Turno
1
+ id
: int
- descripcion : String
+ mostrarturno ()
167
Centro de Computacin
Seccin de Programas y Proyectos
w:citas
Citas
Paciente
Doctor
Especialidad
Horario
Procesar
CargaPaciente( )
Mostrar Pantallas Para Programar cita
Seleccionar especialidad
Procesa
Activa
Muestra Nomdre de doctores
cargaEspecilidad( )
CargaDoctores( )
Seleccionar doctor
Procesa disponibilidad
Seleccionar turno
Procesa
VerificarFecha ( )
VerificaLimite( )
IdentificaStatus( )
GuardaCita( )
Mostrar datos de la cita (Doctor, fecha y turno)
168
CargaTurno( )
Centro de Computacin
Seccin de Programas y Proyectos
169
Centro de Computacin
Seccin de Programas y Proyectos
170
Centro de Computacin
Seccin de Programas y Proyectos
Caso de Uso
Autor
CU-004
Programar Cita
<<Include>>
<<Include>>
Validar Usuario
Propsito
Permitir al usuario consultar las citas que han sido programadas.
Resumen
En ste caso de uso se describe el proceso para consultar citas mdicas ya programadas
y se puede realizar modificaciones.
171
Centro de Computacin
Seccin de Programas y Proyectos
Curso Normal (Bsico)
El usuario selecciona la opcin 2
1
Consultar Citas del men de
citas.
El usuario selecciona la fecha.
3
4
5
El
usuario
selecciona
Modificar
6.1 Presionar Aceptar.
6.2 El sistema muestra pantalla para
modificar los datos de la consulta.
13 El usuario presiona
Eliminar
El sistema emite un mensaje notificando
13.1 Presionar Aceptar.
13.2 que la cita ha sido eliminada.
6
Tabla 23: Curso bsico de eventos para consultar cita. Fuente: auto 2010
Cursos Alternos
Cuando el sistema busca citas programadas, y no se encuentra programada
5 ninguna cita, el sistema emite un mensaje informando sobre el caso.
Tabla 24: Curso alterno de eventos para consultar cita. Fuente: auto 2010
Comentarios
1
2
Usuario del Sistema
2
Usuario del Sistema
4
Se puede consultar las citas que han sido programadas, con el fin de:
modificar, consultar o eliminar
Al momento de suspender una consulta se puede elimina muchas citas al
mismo tiempo.
Se puede editar una cita sin modificar el mdico tratante
El paciente tiene que presentar su cedula o su constancia de estudio para
poder solicitar algn dato en el departamento.
172
Centro de Computacin
Seccin de Programas y Proyectos
Diagrama de Secuencia
W:ConsultarCita
Citas
Seleccionar fecha
Consultar Citas
Programadas
Procesa
Muestra Resultados
Seleccionar Editar
BuscaCita( )
Procesar
Mostar pantalla para editar datos
Modificar
Carga( )
Procesa
GuardarCitas ( )
Eliminar
Procesar
Seleccionar "Eliminar"
173
EliminarCita ( )
Centro de Computacin
Seccin de Programas y Proyectos
PANTALLAS
174
Centro de Computacin
Seccin de Programas y Proyectos
PANTALLAS
175
Centro de Computacin
Seccin de Programas y Proyectos
Caso de Uso
Autor
CU-005
Elaborar Historia
Propsito
Registrar historias medico-odontolgicas mediante el acceso y utilizacin del sistema.
Resumen
En ste caso de uso se describe el proceso para la elaboracin de una historia. Este
proceso permite manipular de manera ordenada y llevar un control de las historias de
los pacientes
Curso Normal (Bsico)
El caso de uso comienza cuando el 2
1
usuario selecciona la opcin Crear
Nueva Historia, en el men
Historias Med.-Odont.
El usuario marca la casilla del paciente
3
que desea atender.
El usuario presiona el botn Aceptar. 5
4
6
Tabla 25: Curso bsico de eventos para elaborar historia mdica. Fuente: auto 2010
176
Centro de Computacin
Seccin de Programas y Proyectos
Curso Normal (Bsico) continuacin
8
9
10
14
16
Tabla 25: Curso bsico de eventos para elaborar historia mdica. Fuente: auto 2010
Cursos Alternos
Cuando el usuario marca la casilla del paciente que desea atender y este no est en el listado,
ingresar su cedula de identidad para generar consulta. Se realiza una validacin del paciente y se
3
presiona el botn Aceptar
Cuando el usuario ingresa la informacin solicitada en el formulario correspondiente al tipo de
10 historia seleccionada. Si algn dato obligatoria est vaco, el sistema lo indica y le permite al
usuario efectuar la correccin.
10 Cuando el usuario presiona el botn Guardar en cualquier parte, si surge algn error en la
grabacin, el sistema informa y muestra la pantalla de captura de datos nuevamente.
Tabla 26: Curso alterno de eventos para elaborar historia mdica. Fuente: auto 2010.
Comentarios
1
El usuario del sistema podr elaborar historias mdicas de pacientes. El sistema debe
validar para que se genere un nmero de historia secuencial automticamente, se muestre el
formulario de la historia mdica, y se pueda observar el historial de consultas.
177
Centro de Computacin
Seccin de Programas y Proyectos
Diagrama de Clases
HistoriaGenerarInterna
DatosPermentesGenerarInterna
HistoriaGinecologica
ControlColoscopio
+
+
+
+
+
+
+
+
id
id_dp
id_doctor
fecha
aa
lugol
nomdre
estado
+ Guardar ()
+ Mostar ()
+ Insertar ()
: int
: int
: int
: Date
: String
: String
: String
: String
+
+
+
+
+
+
+
+
+
id
id_ginecologica
id_doctor
motivo_consulta
efermedad_actual
alimentacion
t_paciente
d_evolucion
fecha
+ InsertarDatos ()
+ MostarDatos ()
+ GuardarDatos ()
: int
: int
: int
: String
: String 1
: String
: String
: String
: Date
+
+
+
+
+
+
+
+
+
DatosPermanentesGinecologica
+
+
+
+
id
id_historia
antecedentes_c_o
antecedentes_g
: int
: int
: String
: String
id
id_dp
telefono
antecedentes
habitos_psicobiologico
periodo_tiempo
inscripcion
indicacion
fecha
: int
: int
: String
: String
: String
: String
: String
: String
: Date
1..*
: int
: int
: int
: String
: String
: String
: String
: String
: String
: String
: String
: String
: String
: String
: Date
+ InsertarDatos ()
+ MostarDatos ()
+ GuardarDatos ()
DatosPermanentesPediatrica
1..*
+
+
+
+
+
+
id
id_doctor
id_dp_general_interno
motivo_consulta
enfermedad_actual
diagnostico
tratamiento_pac
tension_arterial
peso
pulso
temperatura
talla
frecuencia_resp
observaciones
fecha
+ MostrarDatosPermanentes ()
+ GuardarDatosPermanentes ()
+ MostrarDatosPermanentes ()
+ GuardarDatosPermanentes ()
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
Historias
+
1..* +
id
: int
+
cedula : String
+
tipo : String
+
VerificarHistoria ()
+
insertarHistoriaVacia ()
+
insertarHistoriaLlena ()
+
mostrarDatos ()
+
GuardarDatosPermanentes ()
+
InsertarDatosPermanentes ()
+
+
+
+
+
1..*
+
+
DatosPermanentesOdontologica
+
+ id
: int
+
+ id_doctor : int
+ id_historia : int
+ direccion : String
+ telefono : String
+ referencias : String
+ edad
: String
+ e_general : String
+ piso_boca : String
+ carrillo
: String
+ lengua
: String
+ paladar : String
+ encias
: String
+ protesis : String
+ t_relizado : String
+ fecha
: Date
+ MostarDatosPermantes ()
+ ActulizarHistoriaLlena ()
id
id_dp
id_doctor
edad
sexo
nomdrem
edadm
ocupacionm
nombrep
edadp
ocupacionp
a_perinatales
complicacion
alimentacion
medicamentos
a_personales
a_psicomotor
denticion
a_familiar
fecha
: int
: int
: int
: int
: String
: String
: int
: String
: String
: String
: String
: String
: String
: String
: String
: String
: String
: String
: String
Puede ser:
: Date
HistoriaPediatrica
1 +
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
MostrarDatosPermanentes ()
GuardarDatosPermanentes ()
id
id_dp_pediatrica
id_doctor
t_arterial
temperatura
peso
talla
pulso
f_respiratoria
f_cardiaca
a_general
orl
cardiopulmonar
abdomen
extremidades
neurologo
fecha
: int
: int
: int
: Date
: String
: String
: String
: String
: String
: String
: String
: String
: String
: String
: String
: String
: Date
MuestraDatos ()
InsertarDatos ()
GuardarDatos ()
GuardarEsquemaImunuzacion ()
MostarEsquemaImunuzacion ()
VerificarEsquemaImunuzacion ()
Tiene
+
+
+
+
+
id
id_dp
id_posicion_dent
fechaq
descripcion
tratamiento
observacion
: int
: int
: int
: Date
: String
: String
: String
MostrarDentadura ()
GuardarDentadura ()
ActualizarDentadura ()
ComprobarDentadura ()
BuscarIDDientes ()
VacunaDosis
+
+
+
+
Dentadura
1 +
+
+
+
+
+
+
0..*
id_dp_pediatrica
id_vacuna
id_dosis
fecha
PosicionDentadura
1..*
+
+
+
+
id
lado
posicion
numero
: int
: String
: String
: int
1..*
Vacunas
- id
: int
- nomdre : String
+ Insertar ()
+ Guardar ()
Diagrama 24: Diagrama de clase elaborar historia Mdica. Fuente: auto 2010
178
: int
: int
: int
: Date
1..*
Dosis
- id
: int
- nombre : String
+ Insertar ()
+ Guaradar ()
+ Mostar ()
Centro de Computacin
Seccin de Programas y Proyectos
Diagrama de Secuencia
Citas
W:HistoriaMedica
Paciente
HistoriasMedicas
DatosPermanentesDeHistoria
Historia
Procesar
CapturarPaciente( )
Activar
CargaTipoDeHistoria( )
Crear Historia
Medica
CargarFormulario ( )
Procesar
CargaFormulario( )
GuardarDatos ( )
GeneraNumerodeHistoria( )
Procesa
CargaDatosdeConsulta( )
GuardaDatosdeConsulta( )
Procesa C.I
CargaPaciente( )
Activa
CargaHistoriaMedica( )
Diagrama 25: Diagrama de secuencia elaborar historia Mdica. Fuente: auto 2010
179
Centro de Computacin
Seccin de Programas y Proyectos
PANTALLAS
180
Centro de Computacin
Seccin de Programas y Proyectos
PANTALLAS
181
Centro de Computacin
Seccin de Programas y Proyectos
PANTALLAS
182
Centro de Computacin
Seccin de Programas y Proyectos
PANTALLAS
183
Centro de Computacin
Seccin de Programas y Proyectos
PANTALLAS
184
Centro de Computacin
Seccin de Programas y Proyectos
PANTALLAS
185
Centro de Computacin
Seccin de Programas y Proyectos
Caso de Uso
Autor
CU-006
Validar Usuario
<<Includede>>
Registrar Boleta
Propsito
Llevar un registro de cada una de las boletas medicas que se emiten en el servicio
mdico de la universidad.
Resumen
En ste caso de uso se describe el proceso para la creacin y registro de boletas
medicas. El sistema debe validar y llevar un registro de las mismas, donde se genere un
nmero de boleta automtico, se muestre el formulario de la boleta mdica y se tenga
un registro de las boletas emitidas.
186
Centro de Computacin
Seccin de Programas y Proyectos
Curso Normal (Bsico)
1
2
2.3
2.5
El usuario
Guardar.
2.7
2.8
presiona
el
botn 2.9
las
Cursos Alternos
Si se selecciona la opcin Laboratorio, el sistema mostrar un formulario para
2.3 seleccionar el tipo de examen de laboratorio que se deber realizar el paciente.
Cuando se guardan los datos en el sistema., si surge algn error en la grabacin, se
informa y regresa a la pantalla de captura de datos.
Cuando el usuario seleccione una fecha en el Historial de Boletas Mdicas, si el
paciente no cuenta con un historial de boletas mdicas, se muestra un mensaje de
3
Historial Vacio. Por otra parte y debido a que el sistema solo muestra en el cuadro de
historial, las ultimas 5 boletas emitidas, se presenta un buscador para seleccionar un
intervalo de fechas para boletas emitidas.
Tabla 28: Curso alterno de eventos para crear boleta mdica. Fuente: auto 2010
2.9
Comentarios
1
Con este caso de uso se puede registrar de forma ordenada las boletas medicas emitidas.
187
Centro de Computacin
Seccin de Programas y Proyectos
Diagrama de Clases
Boleta
+
+
+
+
+
+
id
servicio
detalles
observaciones
fecha
cd_pac
+ Crear ()
+ Eliminar ()
+ Consultar ()
BoletaPaciente
: int
: String
: String
: String
: Date
: String
+ id_boleta : int
+ cd_pac : String
+ id
: int
1 + mostrar ()
+ buscar ()
+ guardar ()
Laboratorio
1
+ id
: int
+ nombre : String
+ rif
: String
+ Mostrar ()
+ Buscar ()
+ Guardar ()
1
Doctores
+
+
+
+
+
+
+
id
nombre
apellido
cedula
especilidad
horario
tipo
+
+
+
+
+
Nuevo ()
Modificar ()
Actualizar ()
Mostar ()
Eliminar ()
: int
: String
: String
: String
: String
: String
: int
Diagrama 27: Diagrama de clase crear boleta Medica. Fuente: auto 2010
188
Centro de Computacin
Seccin de Programas y Proyectos
Diagrama de Secuencia
W: Boleta Medica
Boleta
BoletaPaciente
Dotores
Especialidad
Laboratorio
Procesar seleccin
Mostrar formulario
Boleta de
Consulta Medica
Externa
CapturarSeleccion ( )
Procesar
CargaDoctores ( )
Procesa
Mostrar la especialida asociada al doctor
CargarEspecialidad ( )
Seleciona Especialidad
Crear Boleta
Medica
Procesa
Mostrar nombre de laboratorio seleccionado
Boleta de
Laboratorio
Selecciona Laboratorio
Seleciona Examenes
Introduce Observaciones
Procesa
Presionar "Guardar"
validaBoletaPaciente( )
Activa
GenerarNumeroDeBoleta ( )
ValidaDatos( )
AlmacenaBoleta ( )
Imprimir Boleta
Procesar Impresin
Seleccionar "Imprimir"
Boleta Impresa
Procesar
Consultar
Boleta
Activa
ValidaDatos( )
BuscarBoletaMedica ( )
Mostra boleta
Diagrama 28: Diagrama de secuencia crear boleta Medica. Fuente: auto 2010
189
CargaLaboratorio( )
Centro de Computacin
Seccin de Programas y Proyectos
PANTALLAS
190
Centro de Computacin
Seccin de Programas y Proyectos
PANTALLAS
191
Centro de Computacin
Seccin de Programas y Proyectos
PANTALLAS
192
Centro de Computacin
Seccin de Programas y Proyectos
Caso de Uso
Autor
CU-007
<<Include>>
Condicion= Requiere Tratamiento
Punto de Extension= Verificar Historia
Emitir Recipe Medico
Diagrama 29: Diagrama de caso de uso emitir rcipe medico. Fuente: auto 2010
Propsito
Emitir rcipes mdicos a travs del sistema.
Resumen
En ste caso de uso se describe el proceso para la emisin de un rcipe mdico. Se establecer un formato
nico de rcipes mdicos y se llevar un registro de los rcipes emitidos
Curso Normal (Bsico)
El sistema muestra pantalla principal de
rcipes mdicos.
El usuario hace clic en el botn Nuevo 2
El sistema muestra formulario Web del
Rcipe. En el men Rcipe
rcipe medico (Rp. e indicaciones)
El usuario hace clic en Cargar medicamento 3.1 El sistema muestra motor de bsqueda de
medicamento.
de farmacia.
El usuario ingresa el nombre del medicamento.
El usuario presiona Buscar
3.5 El sistema busca el medicamento.
3.6 El sistema muestra el resultado de la
bsqueda
El usuario ingresa la cantidad del medicamento
que desea agregar al rcipe.
El usuario marca la casilla Agregar a rcipe
1
2
3
3.2
3.4
3.7
3.8
Tabla 29: Curso bsico de eventos para emitir rcipe medico. Fuente: auto 2010
193
Centro de Computacin
Seccin de Programas y Proyectos
Curso Normal (Bsico) continuacin
El usuario presiona el
Aceptar
3.9
4
4.1
5
botn
Tabla 28: Curso bsico de eventos para emitir rcipe medico. Fuente: auto 2010
Cursos Alternos
Cuando se quiera cargar otro medicamento de farmacia, se debe hacer clic en Cargar otro
3 medicamento de farmacia y el sistema muestra motor de bsqueda de medicamento
continuando con el flujo de eventos.
Cuando el sistema busca el medicamento, y no se cuenta con el medicamento buscado, el sistema
3.6 emite un mensaje notificando que el medicamento no se encuentra disponible.
Cuando el usuario ingresa la cantidad del medicamento que desea agregar al rcipe, si la cantidad
3.7 ingresada no se encuentra disponible, el sistema emite un mensaje notificando al usuario sobre el
caso. Le permite seleccionar otra cantidad.
Cuando el usuario aprieta el botn Emitir Rcipe Medico, si la emisin del rcipe se debe a una
emergencia, el usuario puede seleccionar la casilla de verificacin Emergencia. En este caso, el
5
rcipe en su formato de impresin contiene dicha observacin.
Cuando el sistema muestra pantalla principal de rcipes mdicos, si no han creado rcipes en
9
consultas anteriores, el cuadro de historial se presenta vacio.
Tabla 30: Curso alterno de eventos para emitir rcipe medico. Fuente: auto 2010
Comentarios
1
Este caso de uso permite crear un modelo nico y automatizado de rcipes, donde: se
genere un nmero secuencial de rcipe medico, se muestre el formulario de rcipe medico,
se asocie el rcipe emitido al paciente y se imprime para poder entregrselo al paciente.
Diagrama de Clases
Recipe
DetallesRecipe
+
+
+
+
+
+
iddoctor
numero
indicaciones
fecha
paciente
estatus
:
:
:
:
:
:
int
int
String
Date
String
String
+
+
+
+
Mostar Recipe ()
Mostar Recipes ()
Eliminar ()
Crear ()
1..*
+
+
+
+
numrecipe
rp
cant
id
:
:
:
:
int
String
int
int
+ Mostrar ()
Diagrama 30: Diagrama de clase emitir rcipe medico. Fuente: autor 2010
194
Centro de Computacin
Seccin de Programas y Proyectos
Diagrama de Secuencia
W:Reci pe Medi co
Medi camentos
Reci pe
Detal l esReci pe
Hi stori aMedi ca
Impresora
Procesar
CapturarSel ecci on ( )
Procesar Busqueda
BuscarMedi camento ( )
Procesar
Crear Nuevo
Reci pe
CargaNomdreyPresentaci on( )
Envi ar nombre y presentaci on del medi camento
GuardaMedi camento( )
Mostrar formul aci on con secci on de Rp. compl etada
Procesar
Val i darDatos ( )
GuardarDatos ( )
Asoci ar a
Al macenarReci pe ( )
Proceso Impri mi r
Impri mi r
Reci pe
Consul tas
Reci pe
Reci pe Impreso
Procesar
MostrarResul tado
BuscarReci peMedi co ( )
Diagrama 31: Diagrama de secuencia emitir rcipe medico. Fuente: autor 2010.
195
Centro de Computacin
Seccin de Programas y Proyectos
PANTALLAS
196
Centro de Computacin
Seccin de Programas y Proyectos
PANTALLAS
197
Centro de Computacin
Seccin de Programas y Proyectos
Caso de Uso
Autor
Conformar Factura
CU-008
Lolimar Cedeo M. Fecha 14-6-10
Versin 0.91
1. Aux. Registro y Estadstica
Actores
2. Jefe del departamento.
Primario- Esencial
Tipo
Documento Definicin de Requisitos
Referencias
Que el paciente presente el soporte correspondiente para poder
efectuar la conformacin.
Pre -condicin Que el usuario haya realizado correctamente el login al sistema.
Que el usuario haya seleccionado la opcin NUEVO REGISTRO
dentro de la CONFORMACION DE FACTURA.
Conformacin de nueva factura
Pos -condicin
Notificarle al Paciente su exitoso.
Diagrama de Caso de Uso
<<Extiende>>
Registro Factura
<<Extiende>>
<<Extiende>>
<<Include>>
Validar Usuario
Conformar Facturas
Validar Soporte
Usuario del Sistema
<<Extiende>>
Propsito
Llevar un registro de las facturas que se conforman en el servicio mdico de la U.D.O
Resumen
En ste caso de uso se describe el proceso para la conformacin y devolucin de
facturas.
198
Centro de Computacin
Seccin de Programas y Proyectos
Curso Normal (Bsico) Para el Registro de Factura
El usuario selecciona la opcin
El sistema muestra un formulario donde se
Nueva factura en el men de 2 debe ingresar la cedula del Paciente.
1
facturas.
El usuario ingresa la cedula del 4
paciente.
3
El usuario hace clic en la cedula 6 El sistema carga los datos del paciente y los
correspondiente.
muestra en la pantalla.
5
7 El sistema carga los tipos de registros.
El
usuario
selecciona
que
el
tipo
de
El sistema despliega los datos a llenar para
8
registro es por Medicamento.
8.1 factura por medicamento.
El usuario selecciona el tipo
8.2 mdico que origino la compra.
El usuario selecciona nombre del
8.3 mdico y su correspondiente
especialidad.
El sistema carga el numero de
El sistema abre una ventana donde muestra
rcipe que origino la compra. Si el 8.4. el rcipe para verificar la informacin.
fue
originado
en 1
8.4 rcipe
departamento de servicios mdicos
el usuario hace clic en el botn
Ver Rcipe.
Si el rcipe fue originado por un medico
8.4. externo el sistema muestra un formulario
2 para cargar dichos datos.
El usuario llena los campos de la
El sistema carga todos los campos y realiza
8.5 fecha que se realizo la compra y su 8.6 el registro de factura por medicamento.
costo.
El usuario selecciona que el tipo de
El sistema muestra los datos a llenar para
factura
a
conformar
por
Atencin
9
9.1 factura por atencin mdica particular.
Medica Particular.
El usuario introduce los datos
El sistema carga todos los campos y realiza
9.2 correspondientes.
9.3 el registro de factura por atencin mdica
particular.
El sistema asigna los registros de facturas al
10 status facturas PROCESADO para ser
conformadas.
Tabla 31: Curso bsico de eventos para el registro de factura. Fuente: auto 2010
Cursos Alternos Para el Registro de Factura
Solo se hace la validacin de rcipes mdicos que se conformen en un plazo no mayor a
6.4 30 das posteriores a su emisin. Si el sistema no la carga es porque ha caducado o no
existe origen de factura.
6.6 Si surge algn error en la grabacin de un registro de factura el sistema lo informa y
7.3 regresa a la pantalla de captura de datos.
Cuando se trate de un mdico particular el sistema muestra la opcin de ingresar su
7.2 nombre y cargar su especialidad.
Tabla 32: Curso alterno de eventos para el registro de factura. Fuente: auto 2010
199
Centro de Computacin
Seccin de Programas y Proyectos
Curso Normal (Bsico) Para Devolucin de Factura
El usuario selecciona Status 2
de Factura del men principal
en conformar factura.
El usuario selecciona que tipo
de factura (Por medicamento o 3
por
atencin
mdica
especializada).
El usuario conforma factura y
presiona Conformar.
El usuario selecciona la factura 6
a devolver.
4
5
Tabla 33: Curso bsico de eventos para la devolucin de factura. Fuente: auto 2010
Comentarios
1
200
Centro de Computacin
Seccin de Programas y Proyectos
Diagrama de Clases
TipoPaciente
+
+
+
+
+
+
+
+
+
+
+
cd_pac
tipo_pac
sexo
nomdres
apellidos
fec_nac
ecivil
correo
cert
edad
cod_parent
:
:
:
:
:
:
:
:
:
:
:
int
int
String
String
String
Date
String
String
int
int
int
+
+
+
+
+
+
+
Mostar ()
VerificarTipoPaciente ()
BuscarTipoPaciente ()
ValidarUsuario ()
MostrarUsuario ()
BuscarPaciente ()
BuscarPacienteF ()
1..*
TipoDoctor
+ id
: int
+ desripcion : String
Facturas
+
+
+
+
+
+
+
+
Id
Cedula
TipoPaciente
TipoMedico
TipoDoctor
Especilidad
Ffactura
estatus
:
:
:
:
:
:
:
:
int
String
int
int
String
int
Date
float
0..*
+
+
+
+
EstadoFactura
1
+ MostrarRecipe ()
+ Crear ()
+ Buscar ()
FacturaMedicamento
+
+
+
+
+
+
+
+
+
+
+
+
Id
cedula
tipodoctor
tipopaciente
fecha
estatus
medico
especialidad
valor
serial
observaciones
nrecipe
:
:
:
:
:
:
:
:
:
:
:
:
int
String
int
int
Date
String
String
String
String
String
String
int
Nuevo ()
Modificar ()
Mostrar ()
Eliminar ()
+ id
: int
+ nomdre : String
+ Modificar ()
+ Mostrar ()
FacturaAtencionParticular
+
+
+
+
+
+
+
+
+
+
Id
cedula
tipopaciente
ffecha
estatus
medico
especialidad
valor
serial
observaciones
:
:
:
:
:
:
:
:
:
:
int
String
int
Date
String
String
String
String
String
String
+ Mostrar ()
+ Mostrar ()
201
Centro de Computacin
Seccin de Programas y Proyectos
Diagrama de Secuencia para el Registro de Factura
W:BuscarPaciente
RegistroFacturas
Doctores
EspecialidadDoctor
Especialidad
Paciente
Recipe
Procesar
CapturarSeleccion ( )
Activa
Muestra pantalla de nuevo registro con los datos del paciente
Procesa
CargaT ipoDoctores( )
Cargar Paciente ( )
Procesa
CargaNombres ( )
Procesar
Cargar Especialidad ( )
Mostrar Especilidad
Procesar
Cargar Recipe ( )
Mostrar recipe
Por "Medicamentos"
Ingresar datos de la factura
Procesar
ValidarPaciente ( )
Procesa
CargaDatos( )
Seleccion tipo de factura "Atencion Medica Particular" Seleccion tipo de factura "Atencion Medica Particular"
GuardarRegistro ( )
Procesar
Mostar Nombre
FiltrarT ipo ( )
Procesar
CargarEspecialidad ( )
Mostrar Nombres
Precionar" Guardar"
Activa
GuardarRegistro ( )
Mostrar mensaje de notificacin
GuardarStatus ( )
202
ValidarPaciente ( )
BuscarRecipe ( )
Centro de Computacin
Seccin de Programas y Proyectos
Pantallas de Registro de Factura
203
Centro de Computacin
Seccin de Programas y Proyectos
Pantallas de Registro de Factura
204
Centro de Computacin
Seccin de Programas y Proyectos
Facturas
Paci ente
Procesar
Mostrar Pantal l a de Devol uci on de Facutura
CapturarSel ecci on ( )
Procesar
Mostrar paci ente
CargarPaci ente ( )
Procesar
Cargar Sel ecci on ( )
Mostar Sel ecci on
Procesar
Mostar Formul ari o
Procesar
Val i dar Regi stro ( )
Noti fi ca que l os Resul tados han si do Guardados
Sel eci onar Facturas Por "Atenci on Mdi ca Parti cul ar"
Asi gnarStatus ( )
Procesar
Mostar Sel ecci on
Procesar
Val i dar Regi stro ( )
205
Centro de Computacin
Seccin de Programas y Proyectos
206
Centro de Computacin
Seccin de Programas y Proyectos
Pantallas de Devolucin de Factura
207
Centro de Computacin
Seccin de Programas y Proyectos
Caso de Uso
Autor
Consultar Factura
CU-010
Lolimar Cedeo M. Fecha 14-6-10 Versin 0.91
1. Aux. Registro y Estadstica
Actores
2. Jefe del departamento.
Primario- Esencial
Tipo
Documento Definicin de Requisitos
Referencias
1. Que el usuario se haya validado correctamente en el sistema.
2. Que el usuario haya seleccionado la opcin Consultar Factura
Pre -condicin
dentro de Factura en el men principal.
3. Que el usuario tenga un registro de factura
Pos -condicin Que el usuario haya consultado sus facturas conformadas o devueltas.
Diagrama de Caso de Uso
Validar Usuario
<<Include>>
Facturas Procesando
Consultar Facturas
Usuario del Sistema
<<Include>>
Registro de Facturas
Facturas Conformadas
Facturas Devueltas
Diagrama 36: Diagrama. Caso de uso Consultar Factura. Fuente: Autor 2010
Propsito
Permitir al usuario consultar las facturas y su respectivo status.
Resumen
En ste caso de uso se describe el proceso para consultar el status de una facturas
conformada o devueltas
208
Centro de Computacin
Seccin de Programas y Proyectos
Curso Normal (Bsico) consultar Factura
El usuario selecciona del men
1 principal Factura la opcin 2
Consultar Factura.
El usuario introduce la cedula a
3 consultar.
El usuario
hace clic en la
4 cedula correspondiente.
5
Tabla 34: Curso bsico de eventos para la consulta de factura. Fuente: auto 2010
209
Centro de Computacin
Seccin de Programas y Proyectos
Diagrama de Secuencia para el consulta de Factura
W:Facturas
Facturas
Paciente
Procesar
Mostrar pantalla para realizar busqueda
CapturaSeleccion ( )
Mostrar Paciente
Por "Atencion
Seleccionar factura por "Atencion Medica Particular"
Medica Particular"
Procesar
Mostar factura
Procesa
Por "Medicamento"
Muestra Factura
CargafacturadeMedicamento( )
210
Centro de Computacin
Seccin de Programas y Proyectos
211
Centro de Computacin
Seccin de Programas y Proyectos
Caso de Uso
Autor
Control de Medicamento
Lolimar Cedeo M. Fecha 14-6-10 Versin
0.91
Doctor
Actores
Enfermeras
Primario- Esencial
Tipo
Documento Definicin de Requisitos
Referencias
1.Que el usuario se haya validado correctamente sistema.
Pre -condicin 2.Que el usuario haya seleccionado del men
Medicamentos y seleccione de su la lista desplegable.
Se realizo mantenimiento de medicamentos.
Pos -condicin
Se registro la salida de un medicamento
CU-011
principal
<< Include>>
<< Extiende>>
Registrar Salida Eventual
Condicion = Suministrar medicamento
Punto de Extension = Verificar tipo de control
Registrar Salida
Verificar tipo de
salida
Registrar Salida por Recipe
Diagrama 38: Diagrama. Caso de uso Control de medicamento. Fuente: Autor 2010
Propsito
Llevar un registro de los medicamentos con los que cuenta el servicio mdico.
Resumen
En ste caso de uso se describe el proceso para el control de la salida de algn medicamento de farmacia.
212
Centro de Computacin
Seccin de Programas y Proyectos
Curso Normal (Bsico) Para el Mantenimiento de Medicamento
El usuario selecciona la opcin 2
El sistema muestra pantalla de
1
Mantenimiento
de
mantenimiento de medicinas.
Medicinas men principal de
Medicamento
El usuario ingresa el nombre del
3
medicamento
que
desea
consultar
El usuario presiona el botn 5
El sistema realiza bsqueda del
4
Buscar.
medicamento
El sistema muestra resultado de la
5
6
bsqueda con opciones de actualizacin
Agregar Medicamento
7
7.1 El sistema muestra pantalla para Ingreso
El usuario marca la opcin
de Medicamento Nuevo.
Agregar Medicamento.
7.2 El usuario llena campos y 7.3 El sistema enva un mensaje para indicar
presiona
que ha sido ingresado un nuevo
Aceptar
medicamento.
Modificar Medicamento
8
8.1 El sistema muestra pantalla con
El usuario marca la opcin
formulario para ingresar medicamento
existente.
Modificar Medicamento.
8.2 El usuario ingresa cantidad.
8.3 El usuario ingresa fecha de
vencimiento del medicamento
8.4 El usuario presiona el botn
Aceptar.
Eliminar Medicamento
9
9.1 El sistema elimina medicamento y enva
El usuario marca la opcin
mensaje de notificacin.
Eliminar Medicamento.
9.2 El sistema devuelve a la pantalla inicial.
Tabla 36: Curso bsico de eventos mantenimiento de medicamento. Fuente: auto 2010
Cursos Alternos Para el Mantenimiento de Medicamento
Tabla 37: Curso alterno de eventos mantenimiento de medicamento. Fuente: auto 2010
213
Centro de Computacin
Seccin de Programas y Proyectos
Curso Normal (Bsico) Para la Salida de Medicamento
El usuario selecciona la opcin
El sistema muestra un formulario donde se
REGISTRAR
SALIDA 1 debe ingresar la cedula del Paciente.
1
EVENTUAL del men principal
de Medicamentos
El usuario hace clic en la cedula 2.1 El sistema muestra pantalla de salida
2
correspondiente.
eventual de medicamento con los datos del
paciente.
El usuario ingresa el nombre del
El sistema carga la lista con los nombres de
2.2 medicamento a consultar.
2.3 los medicamentos existente con el nombre
que usuario ingreso.
El
usuario
selecciona
el
El sistema carga y muestra una pantalla con
2.4 medicamento y presiona el botn 2.5 el medicamento a despachar para que el
Aceptar
usuario seleccione cantidad y motivo de
despacho.
El usuario selecciona cantidad ,
El sistema carga seleccin y notifica la
motivo
de
despacho
y
presiona
el
2.6
2.7 salida del medicamento.
botn Aceptar
El usuario hace clic en el botn
El sistema muestra un formulario donde se
REGISTRAR
SALIDA 3.1 debe ingresar la cedula del Paciente.
3
RCIPE
3.2 El usuario hace clic en la cedula 3.3 El sistema carga los datos del paciente y
correspondiente.
muestra los registros de rcipes asociados al
paciente.
El usuario selecciona el rcipe a
El sistema muestra el rcipe para dar
3.4 despachar VER RECIPE
3.5 constancia que la informacin sea correcta.
El usuario presiona el botn
El sistema registra salida por rcipe notifica
Aceptar
3.6
3.7 y lo notifica.
Tabla 38: Curso bsico de eventos para la salida de medicamento. Fuente: auto 2010
Cursos Alternos Para Salida de Medicamento
Si la cedula de identidad del paciente no es vlida, el sistema emite un aviso y permite
2.3 ingresar nuevamente la cedula de identidad.
si no se encuentra el medicamento, el sistema lo indica como registro cero(0)y permite
2.5 realizar una nueva bsqueda
El sistema muestra la cantidad de medicamento que existe para un medicamento, si el
2.6 usuario quiere exceder el lmite de este, el sistema indicara que no se puede modificar y
no lo registrara.
Si el usuario quiere registrar la salida de ms de un medicamento el sistema le muestra la
2.7 opcin de AGREGAR OTRO MEDICAMENTO.
Tabla 39: Curso alterno de eventos para la salida de medicamento. Fuente: auto 2010
Comentarios
1
214
Centro de Computacin
Seccin de Programas y Proyectos
Diagrama de Clases
Medicamento
+
+
+
+
+
num
nombre
presentacion
cant
fecha_v
SalidaMedicamento
: int
: String
: String
: int
: Date
id
cedula
medicamento
fecha
: int
: String
: int
: Date
+ crear ()
+ Crear ()
+ Modificar ()
+ Eliminar ()
1..*
+
+
+
+
1..*
MotivoDespacho
+ id
: int
+ nomdre : String
+ Crear ()
+ Modificar ()
+ Eliminar ()
Recipe
+
+
+
+
+
+
numero
indicaciones
fecha
paciente
estatus
doctor
: int
: String
: Date
: String
: String
: int
+ MostrarRecipe ()
+ MostrarRecipes ()
+ Eliminar ()
Diagrama 39: Diagrama de clase Control de Medicamento. Fuente: Autor 2010
215
Centro de Computacin
Seccin de Programas y Proyectos
Diagrama de Secuencia para el Mantenimiento de Medicamento
W:Farm aci a
Procesar
M ostrar pantal l a para el m anteni m i ento de m edi cam entos
Buscar
M edi cam ento
CapturarSel ecci on ( )
Procesar
M ostrar form ul ari o para i ngresar m edi cam ento exi stente
Agregar nuevo
m edi cam ento
CapturarSel ecci on ( )
Procesar
M ostrar pantal l a pri nci pal de control de m edi cam entos
Procesar
Procesa
M ostrar pantal l a pri nci pal de control de m edi cam entos
216
Centro de Computacin
Seccin de Programas y Proyectos
Pantallas de Mantenimiento de Medicamento
217
Centro de Computacin
Seccin de Programas y Proyectos
Pantallas de Mantenimiento de Medicamento
218
Centro de Computacin
Seccin de Programas y Proyectos
Diagrama de Secuencia para la salida de Medicamento
W:Medicamentos
Medicamento
Paciente
Recipe
Procesar
Mostrar pantalla para realizar busqueda
Registrar Salida
Eventual
CapturarSeleccion ( )
Procesar
CargarPaciente ( )
Mostrar datos de paciente en la pantalla de " salida eventual"
Ingresar nomdre del medicamento
Procesar
Muestra pantalla con seleccion de medicamento
CargarMedicamento ( )
Procesar
Mostra pantalla " REGISTRO DE SALIDA"
CargaSalidaDeMedicamento( )
Procesar
CargarSeleccion ( )
Procesar
CargarDatosdePaciente ( )
Procesa
CargaRrecipedelPaciente ( )
Procesar
CargarMedicamentosdeRecipe ( )
Procesar
Mostar pantalla "salida por Recipe"
219
ValidarRegistro ( )
Centro de Computacin
Seccin de Programas y Proyectos
eventual de Medicamento
Rcipe
220
Centro de Computacin
Seccin de Programas y Proyectos
Pantallas de Salida de Medicamento
221
Centro de Computacin
Seccin de Programas y Proyectos
Pantallas de Salida de Medicamento
222
Centro de Computacin
Seccin de Programas y Proyectos
Caso de Uso
Autor
CU-012
Generar Reportes
Validar Usuario
<<Include>>
Generar Reporte
Diagrama 42: Diagrama. Caso de uso generar reporte. Fuente: Autor 2010
Propsito
Resumen
223
Centro de Computacin
Seccin de Programas y Proyectos
Curso Normal (Bsico)
El caso de uso comienza cuando
1 el usuario selecciona la opcin
Generar Reportes
Cursos Alternos
Si el sistema efecta la bsqueda de acuerdo a lo seleccionado y no se encuentra
8 ningn registro asociado a la bsqueda, el sistema lo informa y permite realizar
una nueva bsqueda.
Si solo se desea visualizar el registro sin imprimirlo, el usuario puede presionar el
9 botn Retornar.
Tabla 41: Curso alterno de eventos generar reporte. Fuente: auto 2010
Comentarios
1
224
Centro de Computacin
Seccin de Programas y Proyectos
Diagrama de Secuencia
W: Reportes
Bol eta
Doctores
Reci pe
Facturas
Ci tas
Im presora
Procesar
EfectuarBusqueda ( )
Procesar
CargarNom bres ( )
Procesar
EfectuarBusqueda ( )
Procesa
CargaT i podeFactura( )
Acti va ti po de factura
Procesar
EfectuarBusqueda ( )
Acti var
M ostrar resul tado de m edi cam entos sum i ni strados
EfectuarBusqueda( )
CargarNom bres( )
Procesar
M ostrar resul tado de Ci tas
Procesar Im presi on
Im pri m i r reporte
225
EfectuarBusqueda ( )
Centro de Computacin
Seccin de Programas y Proyectos
PANTALLAS
226
Centro de Computacin
Seccin de Programas y Proyectos
PANTALLAS
227
Centro de Computacin
Seccin de Programas y Proyectos
32. Requisitos Suplementarios (No funcionales)
En esta parte se desarrollan las mtricas de calidad ya antes definidas en el
documento de definicin de requisitos no funcionales para el sistema, estas mtricas
proporcionan una indicacin de cmo se ajusta el software a los requisitos implcitos
y explcitos definidos por el cliente. A continuacin se mide:
1.ADECUIDAD
Tabla 42: tabla de mtrica Adecuidad ISO 9126. Fuente: auto 2010
2.MADUREZ
Tabla 43: tabla de mtrica Madurez ISO 9126. Fuente: auto 2010
228
Centro de Computacin
Seccin de Programas y Proyectos
3.ENTENDIBILIDAD
Mtodo de aplicacin: Contar las funciones evidentes al usuario y comparar con el nmero total de funciones.
Las funciones de la aplicacin fueron propuestas por el usuario.
Se cuentan con 11 funciones de procesos de sistemas, 4 mantenimiento y 1 anlisis estadsticos de datos.
Medicin frmula:
Solucin:
Interpretacin:
X = A/B
X = A/B
0 <= X <= 1
A = nmero de funciones (o tipos de funciones) evidentes al
X = 11/15
Entre ms cercano a 1,
usuario
X = 0,733333
mejor.
B = total de funciones (o tipos de funciones)
Fuente de Medicin:
Audiencia:
La validacin fue dada por el Gestor de configuracin de Desarrolladores del centro de computacin de la
Software, Analista de sistemas, Arquitecto de software y la universidad de oriente ncleo Monagas.
revisin conjunta del Responsable Generar del Proyecto.
Tabla 44: tabla de mtrica Entendibilidad ISO 9126. Fuente: auto 2010
4. COMPORTAMIENTO
EN EL TIEMPO
llamadas
al
SO
la
aplicacin.
Audiencia:
Desarrolladores del centro de computacin de la
universidad de oriente ncleo Monagas.
Tabla 45: tabla de mtrica ISO 9126. Comportamiento en el tiempo Fuente: auto 2010
229
Centro de Computacin
Seccin de Programas y Proyectos
5. CAMBIABILIDAD
6. CONFORMIDAD DE LA
TRANSPORTABILIDAD
Mtodo de aplicacin: Contar los artculos encontrados que requieren conformidad y comparar con el nmero
de artculos en la especificacin que requieren conformidad.
La aplicacin fue diseada para el rea de servicios mdicos de la universidad de oriente ncleo Monagas. Su
transportabilidad implicara un cambio radical en sus procesos ya que se diseo bajo reglas y polticas del rea
que brinda el servicio.
Medicin frmula:
Solucin:
Interpretacin:
X = A/B
X=0
0
<=
X
<=
1
A = nmero de artculos implementados de conformidad
Entre ms cercano a 1, ms
B = total de artculos que requieren conformidad
completa.
Fuente de Medicin:
Audiencia:
La validacin fue dada por el Gestor de configuracin de Desarrolladores del centro de computacin de la
Software, Analista de sistemas, Arquitecto de software y la universidad de oriente ncleo Monagas.
revisin conjunta del Responsable Generar del Proyecto.
230
UNUVERSISDAD DE ORIENTE
NUCLEO MONAGASCE
CENNTRO DE COMPUTACION
TODOS LOS DERECHOS RESERVADO
Centro de Computacin
Seccin de Programas y Proyectos
Implementacin de un sistema automatizado que optimice la gestin de los procesos
administrativos del rea servicios mdicos de la universidad de oriente ncleo Monagas
DOCUMENTO DISEO ARQUITECTNICO Y DETALLADO
Versin 1.0
Autor
Fecha
Lolimar Cedeo 28-11-09
Versin Descripcin
1.0
Versin preliminar
1. 1. Introduccion
1. Introduccin
El Diseo Arquitectnico produce la estructura de la aplicacin representada
como una arquitectura de software que muestra los componentes de la aplicacin,
sus conectores y las restricciones arquitectnicas. El Diseo Detallado describe
cmo se debe implementar cada uno de estos componentes arquitectnicos. Este
documento contiene las especificaciones de diseo arquitectnico y detallado de
del sistema para asegurarse que cumplir con todos los requisitos acordados y
satisface las necesidades del cliente para poner en produccin la aplicacin.
2. 2. Diseo Arquitectnico
El producto a desarrollar est definido bajo la siguiente arquitectura:
232
Centro de Computacin
Seccin de Programas y Proyectos
2.1 Modelo de Vista de Funcionalidad
A continuacin se describen las funcionalidades del sistema mediante el caso de
uso general del sistema, resultante al proceso estudiado anteriormente modelado del
negocio y especificacin de requisitos de software
nombre
apellido
cedula
usuario
nivel
clave
cod_usu
direcion
email
cod_sta
telefono
:
:
:
:
:
:
:
:
:
:
:
+
+
Validar ()
Insertar ()
Eliminar ()
Mostar ()
Actulizar ()
String
String
int
String
int
String
int
String
String
int
String
Modulos
- cod_mod
: int
- descripcion : String
ModulosUsuarios
- cod_usu : int
- cod_mod : int
- id
: int
NivelDeAcceso
1
+ nivel
: int
+ descripcion : String
1..*
1..*
- eliminar ()
+ ingresar ()
+
+
+
Eliminar ()
Insertar ()
Actualizar ()
Editar ()
1..*
cod_pag
descripcion
url
cod_mod
cod_tipo
+
+
+
Eliminar ()
Insertar ()
Actualizar ()
Editar ()
:
:
:
:
:
int
int
int
int
int
- eliminar ()
+ ingresar ()
233
PaguinasUsuario
- cod_usu : int
- cod_pag : int
- id
: int
1..*
- Eliminar ()
+ Insertar ()
Centro de Computacin
Seccin de Programas y Proyectos
Modelo de Clases de Procesos
234
Centro de Computacin
Seccin de Programas y Proyectos
Nombre de la Clase
Citas
Responsabilidades
Crear la cita de pacientes
Almacenar la cita de pacientes
Consultar la cita de pacientes
Programar la cita con un doctor en
una especialidad y en un horario
Identificar la cita con un status
Clases Colaboradoras
Doctor
Especialidad
Paciente
Nombre de la Clase
Paciente
Responsabilidades
Validar paciente
Cargar datos generales de los
pacientes.
Clases Colaboradoras
Parentesco
TipoPaciente
CargaFamiliar
Nombre de la Clase
Medicamento
Responsabilidades
Almacenar registro
Consultar
Mostrar motivo de despacho
Buscar rcipe medico
Clases Colaboradoras
Paciente
SalidaMedicamento
MotivoDespacho
Recipe
Nombre de la Clase
Historia
Responsabilidades
Crear y almacenar un tipo de historia
Consultar historia medica
Almacenar consultas medicas
Mostrar datos generales del paciente
Clases Colaboradoras
Paciente
DpGeneraloInterna
HGeneraroInterna
235
Centro de Computacin
Seccin de Programas y Proyectos
Nombre de la Clase
Facturas
Responsabilidades
Crear registro de factura
Consultar registro de factura
Identificar el status de la factura
Identificar doctor y especialidad
Cargar doctores
Buscar rcipe medico
Clases Colaboradoras
Paciente
FacturaAtencionEspecilizada
FacturaMedicamento
EstadoFactura
TipoDoctor
Nombre de la Clase
Boletas
Responsabilidades
Crear y almacenar boleta medica
Consultar boleta medica
Cargar doctores externos
Cargar laboratorios
Cargar servicios
Procesar impresin de boleta
Crear historial de boletas
Clases Colaboradoras
BoletaPaciente
Doctores
Especilidad
Laboratorios
Nombre de la Clase
Recipe
Responsabilidades
Crear y almacenar rcipe medico
Consultar rcipe medico
Cargar medicamentos
Procesar impresin de rcipe
Identificar status del rcipe
Clases Colaboradoras
Paciente
DetallesRecipe
Nombre de la Clase
DpHistoria
Responsabilidades
Cargar tipo de historia
Clases Colaboradoras
DpGeneralInterna
DpOdontologica
DpGinecologiaObstetricia
DpPediatria
236
Centro de Computacin
Seccin de Programas y Proyectos
1.3. Modelo Vista de Despliegue
Es un tipo de diagrama del Lenguaje Unificado de Modelado que se utiliza para
modelar el hardware utilizado en las implementaciones de sistemas y las relaciones
entre sus componentes. Los elementos usados por este tipo de diagrama son nodos
(representados como un prisma), componentes (representados como una caja
rectangular con dos protuberancias del lado izquierdo) y asociaciones. El protocolo
de comunicacin utilizado para relacionar los distintos nodos fue el protocolo de
seguridad HTTPS (Hypertext Transfer Protocol Secure), el cual utiliza un cifrado
basado en el SSL (Secure Socket Layers), creando un canal para enviar/recibir
informacin.
<HTTPS>
EXPLORADOR WEB
SERVICIO WED
<HTTPS>
<HTTPS>
SISTEMA WED
<HTTPS>
BASE DE DATOS
237
Centro de Computacin
Seccin de Programas y Proyectos
2. Diseo de la base de Datos
1.1 Diseo conceptual de Usuarios
Modulos
ModulosUsuarios
NivelDeAcceso
Association_29
cod_usu Integer
cod_mod Integer
id
Integer
Association_30
cod_mod
Integer
descripcion Variable characters (254)
nivel
Integer
descripcion Variable characters (254)
Association_31
(D)
Association_28
PaguinasModulos
Usuario
nombre
apellido
cedula
usuario
nivel
clave
cod_usu
direcion
email
cod_sta
telefono
Variable
Variable
Integer
Variable
Integer
Variable
Integer
Variable
Variable
Integer
Variable
cod_pag
descripcion
url
cod_mod
cod_tipo
characters (254)
characters (254)
characters (254)
Integer
Integer
Integer
Integer
Integer
PaguinasUsuario
Association_38
cod_usu Integer
cod_pag Integer
id
Integer
characters (254)
characters (254)
characters (254)
characters (254)
238
Centro de Computacin
Seccin de Programas y Proyectos
1.3 Diseo Relacional De Usuario
Usuario
nombre
apellido
cedula
usuario
nivel
clave
cod_usu
direcion
email
cod_sta
telefono
varchar(254)
varchar(254)
integer
varchar(254)
integer
varchar(254)
integer
varchar(254)
varchar(254)
integer
varchar(254)
PaguinasModulos
Modulos
cod_mod
integer
descripcion varchar(254)
FK_USUARIO_ASSOCIATI_NIVELDEA
FK_PAGUINAS_ASSOCIATI_MODULOS
cod_pag
descripcion
url
cod_mod
cod_tipo
integer
integer
integer
integer
integer
FK_MODULOSU_ASSOCIATI_NIVELDEA
NivelDeAcceso
nivel
integer
descripcion varchar(254)
FK_PAGUINAS_ASSOCIATI_PAGUINAS
FK_MODULOS_ASSOCIATI_MODULOSU
PaguinasUsuario
ModulosUsuarios
cod_usu integer
cod_pag integer
id
integer
cod_usu integer
cod_mod integer
id
integer
239
Centro de Computacin
Seccin de Programas y Proyectos
1.5 Diseo Fsico de la base de datos de Usuario
Diagrama 51: Diseo Fsico de la base de datos de Usuario. Fuente: Autor (2010)
Diagrama 52: Diseo Fsico de la base de datos de Procesos. Fuente: Autor (2010
240
UNUVERSISDAD DE ORIENTE
NUCLEO MONAGAS
CENNTRO DE COMPUTACION
TODOS LOS DERECHOS RESERVADO
Centro de Computacin
Seccin de Programas y Proyectos
0.90
Autor
Fecha Versin
Descripcin
Lolimar Cedeo M. 29-8-09 0.90
Versin preliminar como propuesta de desarrollo
33. Introduccin
En este documento se describe los procesos tcnicos de implementacin
relacionados con la programacin, pruebas y puesta en operacin de la aplicacin en
sus diferentes versiones. Este grupo est compuesto por los procesos de
Programacin & Integracin, Pruebas de la Aplicacin y Entrega de la Aplicacin. La
Programacin & Integracin se encarga de producir, probar e integrar los
componentes arquitectnicos de la aplicacin, en cada una de sus versiones. El
proceso de Pruebas de la Aplicacin verifica y valida la aplicacin para asegurarse
que cumple con los requisitos especificados y satisface las necesidades de
informacin y automatizacin que tienen sus usuarios. La Entrega de la Aplicacin se
encarga de poner en operacin (produccin) cada una de las versiones de la
aplicacin empresarial.
34. Objetivos de la implantacin
El grupo de procesos de implementacin tiene como objetivos generales los
siguientes:
1. Producir una versin de la aplicacin de acuerdo a las especificaciones de
diseo arquitectnico y detallado elaboradas en los procesos de diseo.
2. Asegurarse que la versin cumple con todos los requisitos acordados y
satisface las necesidades del cliente.
3. Poner en produccin la nueva versin en la infraestructura o plataforma de
operacin instalada para tal efecto.
242
Centro de Computacin
Seccin de Programas y Proyectos
Proceso de
Implementacin
Programacin &
Integracin
Pruebas de la
Aplicacin
Entrega de la
Aplicacin
243
Centro de Computacin
Seccin de Programas y Proyectos
Especificacin
Caso de Prueba
Descripcin
01
de
Boleta Medica
Pruebas
Efectuadas
Crear boleta
Buscar boletas
La prueba se realizara partiendo
del formulario de entrada de la
aplicacin.
1.Crear Boleta
Descripcin Se ingresa al sistema bajo la opcin de usuario y en el men de la aplicacin se ingresa a crear
boleta.
Condiciones de Ejecucin
La nica condicin es que el usuario est registrado en el sistema para poder
acceder al mismo y el sistema mostrar la interfaz de boletas con sus respectivas
opciones (Nueva boleta,buscar).
Entrada
Se introduce el nombre de usuario en el 7
Se secciona de un alista desplegable el tipo de
1 campo nombre de usuario.
consulta por: Doctor Por Servicios
Se introduce la contrasea campo clave de 8
Se secciona de un alista desplegable el tipo de
2 acceso.
servicio: Gustavo Brazon
3 Pulsar el botn Ingresar.
9
El sistema carga y muestra su especialidad
El sistema muestra en pantalla un campo vaco
4 Se introduce C.I del paciente.
10 para ingresa observaciones de la boleta.
Se posiciona el cursor del Mouse en la
5 opcin Ingresar.
11 Pulsamos Guardar.
6 Se posiciona el cursor del Mouse en la
El sistema enva mensaje de notificacin y
opcin Crear Nueva Boleta.
12 regresa a la pantalla anterior para crear o
buscar una boleta si se quiere.
Resultado Esperado
El sistema crea una boleta Medica correctamente.
Evaluacin de la Prueba Prueba superada con xito
2.Buscar Boletas
Se ingresa al sistema bajo la opcin de usuario y en el men de la aplicacin se ingresa a
Descripcin
crear boleta.
La nica condicin es que el usuario est registrado en el sistema para poder
acceder al mismo.
Condiciones de Ejecucin
1 Se introduce el nombre de usuario en el 5 Se introduce en un campo el numero de boleta.
Entrada
campo nombre de usuario.
2 Se introduce la contrasea campo clave de 6 El sistema muestra boleta.
acceso.
3 Pulsar el botn Ingresar.
7 El sistema regresa a la pantalla anterior para
crear o buscar una boleta si se quiere.
4 El sistema muestra un campo para ingresar
el numero de boleta a buscar.
El sistema busca una boleta Medica correctamente
Resultado Esperado
Prueba superada con xito.
Evaluacin de la Prueba
Observacin: el sistema al crear una boleta asigna automticamente un numero de boleta.
Tabla 47: Especificacin de caso de pruebas boleta mdica. Fuente: autor 2010.
244
Centro de Computacin
Seccin de Programas y Proyectos
Especificacin
Caso de Prueba
Descripcin
02
de
Administracin Motivo de Despacho
Pruebas
Efectuadas
Descripcin
8
9
10
El
sistema
muestra
pantalla
de
administracin de motivo de despacho
Se busca de motivo de despacho y se hace
clip en editar.
Se muestra pantalla para realizar
modificaciones.
Presionamos Guardar
11
12
Tabla 48: Especificacin de caso de pruebas Motivo Despacho. Fuente: autor 2010
245
Centro de Computacin
Seccin de Programas y Proyectos
Especificacin
Caso de Prueba
Descripcin
de
03
Administrar Laboratorio
Pruebas
Efectuadas
Agregar Laboratorio
Modificar Laboratorio
La prueba se realizara
partiendo del formulario de
entrada de la aplicacin.
1.Agregar Laboratorio
Se ingresa al sistema bajo la opcin de usuario y en el men de la aplicacin se
ingresa a Mantenimiento, posteriormente se selecciona la opcin Laboratorios y el
sistema mostrar la interfaz de mantenimiento correspondiente a Laboratorio con sus
respectivas opciones (Agregar Nuevo, Modificar).
Condiciones de Ejecucin
La nica condicin es que el administrador est registrado en el sistema
para poder acceder al mismo.
Se introduce el nombre de usuario en el 7
Seleccionamos Laboratorio
Entrada
Descripcin
2. Editar Laboratorio
Se ingresa a Mantenimiento, posteriormente se selecciona la opcin Laboratorios
y el sistema mostrar la interfaz de mantenimiento correspondiente a Laboratorio
con sus respectivas opciones (Agregar Nuevo, Modificar).
Condiciones de Ejecucin La nica condicin es que el administrador est registrado en el sistema
para poder acceder al mismo.
Entrada 1 Se introduce el nombre de usuario en el 7 Seleccionamos Laboratorio.
Descripcin
2
3
4
8
9
1
0
1
1
1
2
246
Centro de Computacin
Seccin de Programas y Proyectos
Responsables de las Pruebas de la Aplicacin
Las pruebas correspondientes de los procesos fueron realizadas y cubiertas al
finalizar la aplicacin por todos los interesados (stakeholders) del proyecto, bajo las
polticas y estndares de calidad del centro de computacin de la universidad de
oriente ncleo de Monagas. El proceso de evaluacin estuvo a cargo del responsable
general del proyecto Ing. Rosangela Garcia Jefe del departamento y de todo su equipo
de desarrolladores quienes conforman un equipo multidisciplinario en lo que a
desarrollo de software se refiere. La validacin de las versiones en los casos de
pruebas fueron dadas por la Ing. Yhuanailys Nez a quien es Gestor de calidad y
Gestor de configuracin de Software.
Entrega de la Aplicacin
247
Centro de Computacin
Seccin de Programas y Proyectos
Implementacin de un sistema automatizado que optimice la gestin de los procesos
administrativos del rea servicios mdicos de la universidad de oriente ncleo Monagas.
DOCUMENTO GLOSARIO
VERSIN 0.90
Autor
Fecha Versin
Descripcin
Lolimar Cedeo M. 29-8-09 0.90
Versin preliminar como propuesta de desarrollo
2. Definiciones
248
Centro de Computacin
Seccin de Programas y Proyectos
Confiabilidad: Es la ausencia de acceso no autorizado a la informacin.
Coordinacin administrativa: es una dependencia con lnea de mando directa del decanato
del ncleo, cuya funcin es controlar y regular el flujo de caja de la Universidad de Oriente.
Digitar: Incorporar datos a la computadora utilizando el teclado.
Dependencia: Unidades que conforman a la Institucin.
Desempeo: Es el grado en el cual un sistema o componente cumple con sus funciones
designadas, dentro de ciertas restricciones dadas, como velocidad, exactitud o uso de
memoria.
Disponibilidad: Cualidad de disponible. Cantidad disponible.
Enfermera: Es la profesin de titulacin universitaria de la persona que se dedica al
cuidado integral del individuo, la familia y la comunidad en todas las etapas del ciclo vital y
en sus procesos de desarrollo.
Escenario: Un conjunto de variables que para una situacin poseen un nivel de valor y un
grado de ocurrencia.
Frmaco: Sustancia orgnica o inorgnica, natural o sinttica, capaz de producir en el
organismo vivo cambios anatmicos o funcionales.
Funcionalidad: se valora evaluando el conjunto de caractersticas y capacidades del
programa, la generalidad de las funciones entregadas y la seguridad del sistema global.
Historia clnica: documento mdico legal donde queda registrada toda la relacin del
personal sanitario con el paciente, todos los actos y actividades mdico-sanitarias realizados
con l y todos los datos relativos a su salud, que se elabora con la finalidad de facilitar su
asistencia, desde su nacimiento hasta su muerte, y que puede ser utilizada por todos los
centros sanitarios donde el paciente acuda.
Linux: Versin de libre distribucin (gratis) del sistema operativo Unix, desarrollada
inicialmente por Linus Torvalds, y mejorada gracias a las contribuciones de programadores
de todo el mundo.
Medicamentos: Sustancia que se administra con fines curativos o preventivos de una
enfermedad.
Medicina: ciencia que estudia el cuerpo humano, sus enfermedades y curacin.
Medico: Persona que se halla legalmente autorizada para ejercer la medicina.
Modulo: es un componente autocontrolado de un sistema, el cual posee una interfaz bien
definida hacia otros componentes; algo es modular si es construido de manera tal que se
facilite su ensamblaje, acomodamiento flexible y reparacin de sus componentes.
Morbilidad: Nmero de personas afectadas por una enfermedad en un periodo de tiempo.
Navegador: Aplicacin que facilita el acceso de los usuarios a las pginas de Internet.
249
Centro de Computacin
Seccin de Programas y Proyectos
Optimizar: buscar la mejor manera de realizar una actividad.
Oracle: es un sistema de gestin de base de datos relacional fabricado por Oracle
Corporation.
Procedimiento administrativo: es la realizacin de una serie de labores en forma orgnica
y guardando una sucesin cronolgica en la manera de realizar esas labores.
Proceso: es un conjunto de actividades o eventos que se realizan o suceden con un
determinado fin.
Presupuesto: este departamento tiene como misin planificar revisar y controlar la
asignacin presupuestaria de los distintos proyectos, tantos acadmicos como
administrativos.
Rcipe mdico: es una importante transaccin teraputica entre el mdico y su paciente.
Representa un resumen del diagnstico, pronstico y tratamiento de la enfermedad del
paciente realizado por el mdico. Resume en un trozo de papel la capacidad diagnstica y la
experiencia teraputica del mdico, con instrucciones para aliviar o restablecer la salud del
enfermo.
Salud: es el logro del ms alto nivel de bienestar fsico, mental, social y de capacidad de
funcionamiento que permitan los factores sociales en los que viven inmersos el individuo y
la colectividad.
Servidor: Una computadora que aloja informacin disponible para los usuarios (llamado
clientes) en Internet o cualquier otro tipo de red.
Servicio: son actividades identificables, intangibles y perecederas que son el resultado de
esfuerzos humanos o mecnicos que producen un hecho, un desempeo o un esfuerzo que
implican generalmente la participacin del cliente y que no es posible poseer fsicamente, ni
transportarlos o almacenarlo.
Software libre: es la denominacin del software que respeta la libertad de los usuarios y
por tanto, una vez obtenido, puede ser usado, copiado, estudiado, modificado y redistribuido
libremente.
Stakeholder: Cualquier persona interesada en, afectada por y/o implicada con el
funcionamiento del sistema software.
Tramitacin: Serie de trmites prescritos para un asunto, o de los seguidos en l.
Usabilidad: Capacidad de un sistema o de una aplicacin de ser usado fcil o
eficientemente.
250
Centro de Computacin
Seccin de Programas y Proyectos
5.5 Anlisis Costo Beneficio.
El anlisis costo-beneficio es una tcnica que pretende determinar la
conveniencia de un proyecto mediante la enumeracin y valoracin en trminos
monetarios de todos los costos y beneficios derivados de dicho proyecto. En otras
palabras, esta tcnica proporciona una medida de la rentabilidad del proyecto, a travs
de la comparacin de los costos en que se incurren por la realizacin del proyecto con
los beneficios que se esperan obtener del mismo. Este anlisis se lleva a cabo para
justificar econmicamente el desarrollo de este proyecto, adems de determinar los
beneficios tangibles e intangibles que se generan.
5.5.1 Costos
A continuacin se detallan los costos que fueron necesarios para llevar a cabo
el desarrollo del proyecto y lograr la construccin del sistema Web para el rea de
servicios mdicos odontolgicos de la Universidad de Oriente Ncleo Monagas:
Costos de Personal
En estos costos se incorporan los salarios devengados por el personal
involucrado en el desarrollo del proyecto. En el caso del desarrollo del sistema para el
rea de servicios mdicos, la persona que participa en su realizacin es el autor en
calidad de pasante, por lo que la Universidad de Oriente Ncleo Monagas no incurre
en ningn gasto de este tipo.
Costos de Equipos y Herramientas
Son los costos relacionados con la adquisicin de los equipos hardware y
software necesarios para llevar a cabo el desarrollo del sistema. En este caso no fue
necesario realizar este tipo de gasto ya que el Centro de Computacin de la
Universidad de Oriente Ncleo de Monagas contaba con los equipos y herramientas
de trabajo requeridos.
251
Centro de Computacin
Seccin de Programas y Proyectos
Costos de Adiestramiento
Costos generados por la capacitacin del personal involucrado en el proyecto
a travs de cursos, talleres, adiestramientos, entre otros, con la finalidad de
proporcionar a los participantes los conocimientos necesarios para llevar a cabo el
desarrollo del sistema. Dentro de los talleres y cursos realizados se encuentran la
metodologa GRAY WATCH, la herramienta UML, Power Designer, Lenguaje PHP
y Macromedia Dreamweaver que fueron dictados por el personal del Centro de
Computacin de la Universidad de Oriente Ncleo de Monagas.
Costos de Materiales utilizados
Representan los costos relacionados con la adquisicin de materiales como
resmas de papel necesarias para la documentacin, carpetas, ganchos, cartuchos de
tinta para impresora, tner, libreta de anotaciones, lpices, lapiceros, entre otros. Cabe
mencionar, que estos materiales fueron financiados por el pasante. En la siguiente
tabla se presenta un resumen de los costos del proyecto, detallando cada uno de ellos
con sus respectivos valores en bolvares fuertes.
Concepto
Costo
Hardware
0 Bs. F
Software
0 Bs. F
0 Bs. F.
Costos de Infraestructura
Sala de trabajo
0 Bs. F.
Mobiliario
0 Bs. F.
0 Bs. F.
252
Centro de Computacin
Seccin de Programas y Proyectos
Concepto
Costo
Costos de Personal
Analista de Sistema
0 Bs. F.
0 Bs.F.
Costos de Adiestramientos
0 Bs. F.
Cuso UML
0 Bs. F.
Curso de PHP
0 Bs. F.
0 Bs. F.
0 Bs. F.
Costos de Materiales
350 Bs. F.
80 Bs. F.
170 Bs. F.
50 Bs. F
600 Bs. F
60 Bs. F
75 Bs. F
Otros
400 Bs. F.
1785 Bs. F.
1785 Bs. F.
253
Centro de Computacin
Seccin de Programas y Proyectos
Beneficios Tangibles
Los beneficios tangibles son aquellas ventajas u oportunidades que se pueden
cuantificar, y que se obtienen al hacer uso del sistema informtico desarrollado. Son
fcilmente cuantificables y medibles en unidades monetarias. Entre estos beneficios
se encuentran:
A. Reduccin de tiempo en la elaboracin y bsqueda de historias medicas: con
anterioridad, las enfermeras utilizaban aproximadamente 0.6 h/h para la
bsqueda y elaboracin de una historia mdica. En cambio, con el uso del
sistema solo se empleara 0.1 h/h para buscar y llenar una historia. Esta
diferencia se puede apreciar claramente en la siguiente tabla:
Horas Hombres empleadas
Sistema
Sistema Actual
Beneficios
Pasado
Tarea
Generar historia
Peditrica.
0.6 h/h
0.1 h/h
0.5 h/h
254
Centro de Computacin
Seccin de Programas y Proyectos
Tarea
Generar Reportes
Cant.
Evento
Papel
Crear historias
8
medicas en un
Resmas
el ao.
Crear boletas
8
medicas en un
Resmas
ao.
Beneficios
400 Bsf
----
----
400 Bsf
400 Bsf
3 Resmas
150 Bsf
250 Bsf
255
Centro de Computacin
Seccin de Programas y Proyectos
H. Asignacin de un presupuesto ajustado a los gastos que se originan en el
Servicio Mdico.
I. Tomar decisiones acertadas acerca del personal mdico que debe trabajar por
honorarios y por servicios.
Beneficios Intangibles
Los beneficios intangibles son aquellos beneficios asociados a una mejora que
por su naturaleza son muy difciles de cuantificar, pero de los que, indiscutiblemente,
la organizacin se ve beneficiada al llevar a cabo el desarrollo del proyecto. Estos
beneficios son los siguientes:
A. Mayor privacidad de la informacin
B. Manejo de informacin Confiable.
C. Aumentar la satisfaccin del cliente y de los pacientes del servicio mdico en
cuanto a la asistencia prestada.
D. Mayor organizacin funcional.
E. Mejoras en el desempeo del personal y mayor bienestar en el empleo debido
al uso de herramientas modernas para apoyar el funcionamiento del negocio.
F. Aumento en la calidad del servicio.
G. Facilidad en la elaboracin de reportes.
H. Motivacin del personal al utilizar herramientas modernas que le permitan
eliminar tareas rutinarias o tediosas.
I. Mejor imagen de la universidad al implementar nuevas tecnologas
256
CONCLUSIONES
1. La comunicacin con el cliente represent una clave fundamental para poder
validar los requisitos y cumplir con sus necesidades o requerimientos. La
comunicacin se da a partir de cada una de las iteraciones a lo largo del
proceso de desarrollo.
2. Disear la aplicacin, utilizando la herramienta de modelado de sistemas
UML, permiti tener una visin detallada del mismo, en funcin de los
diferentes diagramas realizados.
3. La metodologa GRAY WATCH , result ser una tcnica favorable en el
proceso de desarrollo de software, brindando una serie de tcnicas y
procedimientos que ayudaron a desarrollar la aplicacin y cumplir con los
objetivos planteados.
4. A pesar de considerar la flexibilidad del sistema, es decir, que pueda ser
adaptado a cambios; en el futuro podra ser necesario la incorporacin de
nuevos mdulos o cambios en los formularios, dependiendo de la evolucin
del servicio mdico en cuanto a la atencin y especialistas.
5. El sistema le permite al personal que labora en el servicio mdico de la
universidad, llevar un control y seguimiento de las historias medicas de los
pacientes, registros de la boletas y rcipes emitidos, as como tambin de la
entrada y salidas de medicamentos de uso comn, conformacin de facturas y
validacin de pacientes para la programacin de citas medicas.
257
258
RECOMENDACIONES
259
BIBLIOGRAFA
ARIAS, F. (2006). El proyecto de investigacin: Introduccin a la metodologa
cientfica. (5 ed.) Caracas - Venezuela: Episteme.
BALESTRINI ACUA, M. (2002). Cmo se Elabora el Proyecto de Investigacin.
(6a. ed.). Caracas: BL Consultores Asociados.
CASTRO, M. (2003). El proyecto de investigacin y su esquema de elaboracin.
(2.ed.). Caracas: Uyapal.
BALESTRINI, MIRIAM (2006) Cmo se elabora el Proyecto de investigacin.
Quinta Edicin. Editorial Consultores Asociados. Caracas
BARRIENTOS, ENRQUEZ (2005). El desarrollo de sistemas de informacin
empleando el lenguaje de modelado unificado UML. Documento en lnea.
Disponible en http://www.monografias.com/trabajos16/lenguaje-modeladounificado/lenguaje-modelado-unificado.shtml#PRINCIP
BARRIENTOS,ALEIDA (2002) Proceso Metodolgico de Auditora Informtica
aplicado a la evaluacin y seguimiento de Sistemas de Gestin desarrollados
con el estndar de modelado UML, Tesis de Maestra en Ingeniera
Informtica, Universidad de Oriente La Habana Cuba Universidad Autnoma
Toms Fras, Potos-Bolivia.
BELL, DOUGLAS (2007).Diagramas de clases para elaborar sistemas [Documento
en lnea]. Disponible en http://www.monografias.com/diagramas de
clase/lenguaje-modelado-sistemas.
BEN, LAURIE (2005). Software libre, php y mysql .Tecnologas para el desarrollo
de aplicaciones web. Ediciones Daz de Santos. Espaa
BOOCH, GRADY ET AL (1999). El lenguaje Unificado de Modelado, Primera
Edicin, Editorial Addison Wesley,
ANEXOS